Бизнес и системный анализ весна 2013 лекция 9

ЛЕКЦИЯ №9 ‹#›

Часть 1

Часть 2

‹#› ЛЕКЦИЯ №9

Процесс разработки архитектуры

Презентация архитектуры заинтересованным лицам

ЛЕКЦИЯ №9 4

6 ЛЕКЦИЯ №9

ЛЕКЦИЯ №9

СистемаСистема

Архитектурный элемент Архитектурный элемент

ВзаимосвязьВзаимосвязь Состоит из

АрхитектураАрхитектура Обладает

Архитектурное описаниеАрхитектурное описание

Может иметь

Описывает архитектуру для

Заинтересованные лица

Удовлетворяет потребности

Связывает

Проекция (View) Проекция (View)

Состоит из

Точка зрения(Viewpoint)Точка зрения (Viewpoint)

Соответствует

Перспектива (perspective) Перспектива (perspective)

Уточняется Удовлетворяет

Вопрос / ИнтересВопрос / Интерес

Имеет

Удовлетворяет

1. Идентифицируйте заинтересованных лиц (stakeholders)

2. Определите цели заинтересованных лиц (Интересы/ Viewpoints ) по отношению к системе

3. Сделайте краткое описание каждого архитектурного значимого бизнес сценария

Как правило выполняется на этапе формирования концепции для крупной системы или решения

8 ЛЕКЦИЯ №9

1. Определите компоненты системы (actors), а затем сценарии, в которых они участвуют.

2. Определите внешние события, на которые реагирует система, а потом свяжите эти события с определенными компонентами и сценариями использования

3. Определите ключевые решения ( в соответсвующих перспективах) .

4. Убедитесь в реализуемости каждого решения

1-й и 2-й шаги могут чередоваться местами

9 ЛЕКЦИЯ №9

1. Определите требования переходного периода (transition requirements) и свяжите со сценариями использования и действующими лицами

2. Определите характеристики качества (Quality Attributes) и свяжите их свяжите со сценариями использования и действующими лицами

На данном шаге необходимо идентифицировать ограничения и требования которые накладывает решение (solution domain)

10 ЛЕКЦИЯ №9

1. Осуществите связывание Бизнес целей, Атрибутов качества и компонентов

2. Определите приоритет характеристик системы

3. Уберите «висящие» решения и компоненты или найдите для них владельцев

Цель данного шага идентифицировать пропущенные или «лишние» решения

• Задача

– Идентифицировать пропущенные и «лишние» сценарии

• Время

– Самостоятельная работа лично или в группе 10 мин

– Подготовка итоговой диаграммы

Сортировка и фильтрация

Архитектурные сценарии

Микрооперации

Бизнес контекст

Сначала определите действующих лиц, а затем – бизнес-процессы, в которых они участвуют.

Определите внешние события, на которые реагирует система, а потом свяжите эти события с определенными действующими лицами и вариантами использования.

Опишите бизнес-процессы в терминах сценариев, обобщите сценарии в варианты использования, и определите действующие лица для каждого варианта.

Определите варианты использования на основе существующих функциональных требований. Если какие-либо требования невозможно проследить до какого-либо варианта использования, подумайте - нужны ли они.

ЛЕКЦИЯ №9 16

Вызовы Цели Преимущества Проект Архитектура

• Понимание связи между бизнес преимуществами , изменениями вносимыми в бизнес и проектом реализующим архитектуру

• Понимание кто заинтересован в изменениях и преимуществах

• Чувство срочности

• Вызов /Драйвер это что-то вынуждающие к организационным изменениям, тем или иным способом .

• Ответ организации на вызов зона ответственности Лиц принимающих решение (ЛПР)

• Соответственно ЛПР должны определить что является важным в данный момент времени, настолько чтобы они почувствовали необходимость изменений

• Цели лучше всего извлекать с помощью структурированных интервью со спонсором и ключевыми заинтересованными лицами.

• По сути это согласованные организационные цели для достижения в ходе проекта с учетом вызовов и предусматриваемых изменений.

• Вызовы говорят, Почему инвестиции делаются.

• Цели определяют Конечную точку или состояние на которое инвестиции нацелены . Цели поэтому определяют набор преимуществ – а не наоборот.

• Преимущества - то, Что появится в бизнесе.

• Остальная часть сети описывает, Как преимущества появятся, ЛЕКЦИЯ №9 22

Архитектура Архитектура Проект Проект Преимущес

тва Преимущес

тва Цели Цели Вызовы Вызовы

Ключевые внешние вызовы

Цель 1 Преимущество 1 Проект 1

Атрибут качества 1

Цель 2 Преимущество 2 Проект 2

Цель 2 ….

• Кто заинтересованные стороны документирования архитектуры ?

• Для чего оно необходимо ?

Заинтересованные лица

Разработчики

Заинтересованные стороны Заинтересованные стороны

ЛЕКЦИЯ №9

Ключевые польз-ли

Конечные польз-ли

Владельцы БП

Спонсор Управл. Партнер

Координатор проекта

Управляющий комитет Управляющий комитет

Исполнитель Исполнитель

Заказчик Заказчик

Поставщик Поставщик

Члены команды

Руков-ли Групп

• Профессор Ицхак Адизес – израильтянин, родился в Югославии. Он преподает в Школе Менеджмента Калифорнийского Университета в Лос-Анджелесе (Graduate School of Management, University of California, Los Angeles) и в универсинтете Тель-Авива (Tel Aviv University). Он также является основателем и директором Института Адизеса (Adizes Institute) в Санта-Монике

• P – производство результатов

• A – административная роль

• E – предпринимательская роль

• I – интеграционная роль

Краткосрочная

результативность

Производство результатов

Обеспечение результатов

для которых существует организация,

удовлетворяя потребности клиентов

Краткосрочная

эффективность

Администрирование

Систематизация, рутинизация и

программирование того, что будет

сделано; разъяснение когда,

где и кем для создания эффективной

системы

Долгосрочная

результативность

Предпринимательство

Побуждение организации к изменениям и

адаптация к новым угрозам и

возможностям

Долгосрочная

Интеграция

Создание климата сотрудничества,

движение организации от

механистического к органическому

способу мышления и действий

Роли принятия решений

Организационные характеристики

Производство результата (функциональная)

Администрирование (систематизация)

Предпринимательская (проактивная)

Интеграция (органическая)

Результативность

Эффективность

Результативность

Кратко-

срочная

Долго-

срочная

• Производитель

• Администратор pAei

• Предприниматель/генератор идей paEi

• Интегратор

•Герой-одиночка P---

•Бюрократ -A--

•Поджигатель --E-

•Горячий сторонник ---I

• "Шеф, у нас кризис, время поджимает,

поэтому у меня уже есть решение. Все,

что мне нужно, - это ваше одобрение"

У него всгеда нет времени. Будьте

максимально кратким.

Если ваша проблема - НЕ кризис, ей

прийдется подождать.

ЛЕКЦИЯ №9

Как вести себя с P (Герой-

одиночка/Производитель)

‹#›

• "Здесь явное отступление от правил. Мы все согласовали, но,

представьте себе, они не выполняют договор. Так не пойдет. Это

неправильно.«

• Обязательно употребите слово "правильно".

• А интересует не что, а как.

• Составьте длинную пояснительную записку. Покажите что ваше

решение не содержит риска и одобрено авторитетами.

• Заранее попросите назначить встречу, скажите тему, укажите сколько

вам нужно будет его времени. Также сбавьте темп!

ЛЕКЦИЯ №9

Как вести себя с A

(Бюрократ/Администратор)

‹#›

• "У нас появилась возможность делать свою работу лучше" или "У

нас есть возможность кое-что изменить. Каково ваше мнение?«

• Не говорите о проблемах. Используйте "я предлагаю...", "я тут

подумал...", "мне кажется что...", "как вы считаете?"

Дайте Е возможность поставить на решении личное клеймо.

• Вариант 2: изложите проблему и решение, но умышленно сделайте

очевидную ошибку. Е сразу заметит и исправит, и почувствует

причастность к решению.

Осторожно! Ошибка не должна быть слишком тупой, а то вас уволят :)

• Если Е отвергает то что вы говорите - отступите.

• Е не любит чтобы дурные новости бросали на него тень.

ЛЕКЦИЯ №9

Как вести себя с E

(Поджигатель/Предприниматель)

‹#›

• "Шеф, у нас проблема, мы ее обсудили и пришли к единому мнению. Вот наше решение. Мы хотим получить ваше одобрение." Наивысший приоритет I - "Достигнут ли консенсус?" Прежде чем идти к I - подготовьтесь, поговорите со всеми, с кем I считается, выясните их мнение.

ЛЕКЦИЯ №9

Как вести себя с I (Горячий

сторонник/Интегратор)

‹#›

• Эффективная коммуникация включает :

– Донесение информации

– Получение одобрения и соглашения

• Серьезная психологическая основа

• Насколько возможно использовать все стили в одном сообщении ?

Канал восприятия Описание %

Зрение Необходимо увидеть продукт услугу или идею

Слух Необходимо услышать рассказ или историю

Чтение Нужно что-то прочитать 3%

Действие Необходимо что-то сделать

Вопрос Стиль изучения % Описание

Зачем (Why) ? Обсуждение 35% Большое кол-во причин и

объяснений

Что (What) ? Лекция 22% Первичная информация,

данные и факты

Как ( How ) ? Тренировка 18% Практический опыт

Что если (What if)?

Самостоятельное изучение

25% Самообучение с обсуждением в

группе

Базовый стиль принятия решения

Стиль решения Тип мышления Стиль презентации

Директивный Правила и политики

Сфокусированный Сжатый, Подведение итогов

Аналитический Анализ и озарение

Логический Первичная информация, данные и факты

Концептуальный Интуиция и процесс

Креативный Общая картина , Множество сценариев,

Поведенческий Чувства и инстинкты

Эмоциональный Много деталей, акцент на управлении изменениями

Зачем (Why)?

До тех пор пока вы не дали причину , люди не захотят слушать остаток информации

Что ( What) ? Людям необходимы детали , перед тем как они начнут думать как они могут использовать что-то.

Как ( How) ? Как вы можете использовать эту информацию прямо сейчас

Что если (What if) ? Последствия принятия решения , Что будет если решение принято не будет ..

Нет смысла вдаваться в детали, если неизвестно о чем идет речь.

Джон Фон Нейман

• Идеи каждого уровня должны обобщать идеи, сгруппированные ниже

• Идеи внутри группы должны быть логически взаимосвязаны

• Идеи внутри группы должны идти в логической последовательности

Введение Ситуация Развитие Вопрос

Предмет обсуждения

Ответ на вопрос

Главный Индукция

Вспомогательные суждения

Уровень или дедукция

ЛЕКЦИЯ №9

Новый вопрос

‹#›

Результат = четко и ясно написанный документ за

рекордно короткое время

Метод обнаружения логических ошибок

Три логических направления

взаимосвязи между высказываниями (вверх, вниз и в

стороны)

Принципы построения документа

– Ситуация известные

– Развитие ситуации факты

– Вопрос (подразумеваемый)

– Ответ

– Должна напоминать, а не информировать

– Состоит из Ситуации, Развития Ситуации, Вопроса, Ответа

– Объем зависит от требований читателя, от описываемого предмета

– Введение должно быть к каждой группе идей Главного Уровня

• Указания и распоряжения

• Согласования

• Пояснения

• Выбор решения из альтернативных

• Основная часть рассуждений / исследований / доказательств

– Дает ответ на Вопрос

– Описывает план документа

– Представляет собой группу взаимосвязанных идей

• Установки

– ориентируют аудиторию

• Характеры

– Вовлечение аудитории

• Интрига

– Связывает события в истории вместе

• Настроение

– – эмоциональный тон, образы.

Рассказывание истории с картинами работает от мультфильмов до деловой графики.

Историко-хронологическая Развитие событий во времени

Географическая Если есть ясная чувствительность местоположения к информации.

Логико-аналитическая Цепь логических шагов, приводящих к заключению.

Объяснение функционирования Расскажите аудитории, шаг за шагом, как что-то работает.

Сравнение и контраст Анализ компромиссов, преимуществ и недостатков и т.д.

Конфликт Каждая история нуждается в конфликте, две силы, диаметрально противоположные. .

Метафора Организуйте презентацию как метафору, сравнение компании с судном, или маркетинговую кампанию с военной.

• Лучше всего использовать метафоры или опыт которые большая часть аудитории может связать с :

– Путешествием

– Ценной находкой

– Спортивной метафорой

– Рабочей средой

Принятие

решения

Структура

Принципы

Buy-in

Метафора

Модель

Карта

Метрики

• Уменьшение сложности до приемлемого уровня

• Усиление сигнала, снижение шума

• Формирование представления

• Краткость

• Преимущества • Недостатки

• Порождают искажение

• Поощряют неточность и пропуски

• Формируют ложное впечатление

• Становятся ненужными

• Визуальный контроль за цепочкой ценности в проекте

• Показывает зависимости между большими историями и их декомпозицией

• Удобное представление для Приоритезации

• Полнота бэклога • Планирование релизов ≪слоями≫

• Визуальный контроль за развитием истории

• Показывает зависимости между основными компонентами и целями бизнеса

• Удобное представление для Приоритезации

• Планирование презентации ≪слоями≫

Убеждение и

понимание

Информационная модель

Модель преимуществ

Стили восприятия и принятия решений

Структура

Рассказ

• Facebook Architecture

– http://www.slideshare.net/adityaagarwal/qcon

• Google

– http://www.slideshare.net/chenhsiu/designs-lessons-and-advice-from-building-large-distributed-systems

• Designing a DSL for Information Systems Architecture

– http://www.slideshare.net/eoinwoods/domain-specific-languages-for-information-systems-architecture-presentation

• www.iasaglobal.org

Часть 1

Часть 2

Безуглый Дмитрий

bdl@system-approach.ru

http://www.slideshare.net/supercoban/ss-10348215

Foundation Body of Knowledge Foundation Body of Knowledge

Human Dynamics Human Dynamics

Design Design

Quality Attributes Quality Attributes

IT Environment IT Environment

Business Technology Strategy Business Technology Strategy

Software Architecture Software Architecture

Infrastructure ArchitectureInfrastructure Architecture

Information Architecture Information Architecture

Business Architecture Business Architecture Specialisations

Foundation (5-Pillars)

Enterprise Architecture

1st – ALL architects should have the

SAME foundation

2nd – Architects should specialise

ЛЕКЦИЯ №9

Scope (Ballpark) viewScope (Ballpark) view

Owners View (Enterprise Model) Owners View (Enterprise Model)

Designers View (System Model) Designers View (System Model)

Builder’s View (Technology Model) Builder’s View (Technology Model)

Out of Context View (Detailed Model) Out of Context View (Detailed Model)

Operational View (Functioning) Operational View (Functioning)

DataData (What)(What)

FunctionFunction (How)(How)

NetworkNetwork (Where)(Where)

PeoplePeople (Who)(Who)

TimeTime (When)(When)

MotivationMotivation

(Why)(Why)

• Задача

– Нарисовать модель бизнес сценариев использования

• Время

– Самостоятельная работа лично или в группе 10-15 мин

– Представление результатов и обсуждение 10-15 мин

• Задача

– Подготовить модель сценариев использования

– Сделать краткое описание (Brief) для 2-3 сценариев

• Время

– Самостоятельная работа лично или в группе 10-15 мин

– Представление результатов и обсуждение 10-15 мин

Бизнес и системный анализ весна 2013 лекция 9

Documents

Transcript of Бизнес и системный анализ весна 2013 лекция 9

Web весна 2013 лекция 11

Web весна 2013 лекция 2

Бизнес и системный анализ весна 2013 лекция 3

Frontend весна 2014 лекция 1

Web весна 2013 лекция 1

Web весна 2013 лекция 7

Web весна 2012 лекция 12

Бизнес и системный анализ весна 2013 лекция 6

Тестирование весна 2013 лекция 5

HighLoad весна 2014 лекция 2

Web весна 2012 лекция 7

ТФРВС - весна 2014 - лекция 7

Web весна 2012 лекция 10

Бизнес весна 2014 лекция 5

Безопасность лекция 1 весна 2014

Безопасность весна 2014 лекция 7

Web весна 2012 лекция 8

C++ весна 2014 лекция 5

Бизнес и системный анализ весна 2013 лекция 4

Бизнес и системный анализ весна 2013 лекция 2