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

92
Лекция №4. «Моделирование использования. Анализ проблемы» ‹#›

Upload: technopark

Post on 16-May-2015

1.643 views

Category:

Documents


3 download

TRANSCRIPT

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

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Часть 1

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Анализ проблемы

Формулировка проблемы

Извлечение требований

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

Персоны

Концепция

Сценарный подход

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

ЖЦ Продукта

Стратегия Продукта

Описание Возмож-ти

Бизнес кейс

Рынок / Сегмент

Бизнес модель

Концепция продукта Заинтересованные

стороны Формулировка

проблемы Возможности

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Желательность

идеи

Осуществимость идеи

Жизнеспособность идеи

Лекция №4. «Моделирование использования. Анализ проблемы»

Клиенты

Что они

думают, делают

и чувствуют?

Имеет ли

бизнес-модель

смысл?

Source: Adapted from IDEO (www.IDEO.com)

Имеем ли мы

необходимые

Технологии?

‹#›

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

Business Case*

• Business Case является стандартным способом КОММУНИКАЦИИ обоснования начала проекта

• Business Case охватывает финансовые и другие бизнес-аспекты проекта. Как положительные, так и отрицательные

Пакет поддержки принятия решения (“Decision Support Package”) в этом контексте синоним “Business Case”

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Opportunity

Identification

Concept Generation

Concept

Evaluation

Development Launch

Gate Gate Gate Gate Gate

Лекция №4. «Моделирование использования. Анализ проблемы»

Оценка Идеи

Грубая оценка

Полный кейс

‹#›

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

Выделение требований (elicitation)

Анализ требований

(analysis)

Описание требований

(specification).

Валидация требований (validation)

Управление требованиями

(Requirements management)

Управление изменениями

(Change management)

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

Лекция №4. «Моделирование использования. Анализ проблемы» Повторение ( л.1) ‹#›

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

Problem definition

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

• «Эйнштейн однажды сказал, что правильная постановка задачи важнее даже, чем ее решение.

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

• Миллионы долларов расходуются ежегодно на поиск элегантных и глубокомысленных ответов на неверно поставленные вопросы».

• К. Шеннон

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Заказчик

(Область проблемы)

• Анализ проблемы

• Выявление и понимание потребностей

Исполнитель

(Область решения)

Определение системы

• Управление границами системы

• Уточнение и улучшение определения системы. Специфицирование

Управление изменениями Лекция №4. «Моделирование

использования. Анализ проблемы» Повторение ( л.1) ‹#›

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

• Анализ проблемы

• Выявление и понимание потребностей

• Определение системы

• Управление границами системы

• Уточнение и улучшение определения системы. Специфицирование

• Управление изменениями

Лекция №4. «Моделирование использования. Анализ проблемы»

*Дин Леффингуэлл, Дон Уидриг Принципы работы с требованиями к программному обеспечению. Унифицированный подход

Повторение ( л.1) ‹#›

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

Проблема

Область решения

Область проблемы

Потребности

Возможности

Требования к ПО

ПО

Проектирование Тестиров

ание

Документация

Глоссарий

Лекция №4. «Моделирование использования. Анализ проблемы» Повторение ( л.1) ‹#›

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

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

• Для избежание проблемы “Да, …, Но ….”

“Да, {Это удовлетворяет требованиям}, но {это не решает мою проблему}.”

• Решаемая проблема - это источник, и она направляет решение

– Анализ проблемы вначале значительно выгоднее, чем потом …

• Результаты анализа будут использованы в дальнейшем

Формулирование проблемы

Основное действующее лицо – заказчик: “Мне необходимо …”

Формулирование требования

Основное действующее лицо – система: “Система обеспечивает …”

Разработка требований

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Лекция №4. «Моделирование использования. Анализ проблемы»

Какая из идентифицированных причин имеет наибольший вклад?

То, что заказчик называет проблемой

Разработка требований

‹#›

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

Лекция №4. «Моделирование использования. Анализ проблемы»

• Kurt Levin - американский социальный психолог, автор концепции.

• Force Field Diagram (Диаграмма силового поля) - модель, построенная на идее, что силы как способствуют, так и сдерживают изменения.

• Система находится в динамическом «равновесии» при балансе сил.

• Для проведения изменений, необходимо чтобы сумма «движущих сил» (driving forces), была больше суммы «сдерживающих сил» (restraining forces)

‹#›

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

Формулировка проблемы Почему? И Как?

Лекция №4. «Моделирование использования. Анализ проблемы»

Помогает найти корень проблемы

‹#›

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

Проблема

(The problem of)

Описание проблемы

Затрагивает

(Affects)

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

В результате чего

(The impact of which is)

Влияние проблемы

Успешное решение должно

(A successful solution

would)

Ключевые выгоды решения

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Лекция №4. «Моделирование использования. Анализ проблемы»

Moore ‘91

Для (заказчик)

У которого (определение возможности или потребности )

(Название продукта )

(категория продукта)

Который ( описание ключевых преимуществ использования).

В отличие от (основная альтернатива)

Наш продукт

(описание дифференциации)

‹#›

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

Лекция №4. «Моделирование

использования. Анализ проблемы» ‹#›

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

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Роль Персона

Бизнес требование Потребность

Возмож-сть Вариант использ-ния

Харак-ка качества

Функц-е требование

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

• Анализ Заинтересованных сторон

• Персоны

• Интервьюирование (Interviews)

• Бизнес-моделирование (Business Modeling)

• Семинар (Requirements Workshop)

• Мозговой штурм (Brainstorming & Idea Reduction)

• Прототипирование (Prototypes)

• Контекстная диаграмма, Сценарии использования

• Словарь Данных

• Планирование извлечения требований

• Вопросники (Questionnaires)

• Ролевые игры (Role Playing)

• Анализ спецификаций требований и другой документации заказчика

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Определение, ключевые ЗС

Stakeholders

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

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

Цели проектной команды: должна идентифицировать Заинтересованные стороны, определить их требования и ожидания, и до возможной степени управлять их влиянием на проект для обеспечения его успешности

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

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

Лекция №4. «Моделирование использования. Анализ проблемы»

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

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

Владельцы БП

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

РП

Координатор

проекта

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

Исполнитель

Заказчик

Поставщик

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

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

‹#›

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

Кто: Менеджер Исполнителя, осознающий куда ввязался, командир-кандидат в герои (возможно «посмертные»)

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

Влияние: участвует в управлении проектом совместно с Менеджером проекта (Заказчик); Организует работы Исполнителя, контролирует работы Заказчика

Обязательства: отвечает за достижение основных параметров проекта

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Кто: разработчики, тестировщики, консультанты, которых очередной раз призвали послужить светлому делу Исполнителя

Интересы: реализовать требования Заказчика за счет своих творческих и других способностей, в соответствии со своим видением

Влияние: обеспечивает успешность функционирования новой системы за счет корректного выполнения своих обязательств

Обязательства: участие в работе проектной группы, выполнение задач в соответствии с рабочим планом; регулярная отчетность о выполнении; участие в формировании требований, тестировании, обучении

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Кто: эксперты в различных IT областях

Интересы: работа такая, освоение новых знаний, углубление имеющихся

Влияние: от правильного выбора методик, технологий, инструментария, оценки сложности продукта, алгоритмов зависит ход проекта

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

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Кто: представитель руководства заказчика

Интересы: получить запланированный эффект от проекта

Влияние: принимает окончательное решения при спорных ситуациях; утверждает изменения основных параметров проекта (бюджеты, сроки), определяет цели и идентифицирует выгоды проекта

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

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Кто: руководитель функционального подразделения, эксперт своей предметной области, детально понимающий БП предприятия в этой области и отвечающий за них

Интересы: получить ПРОДУКТ, решающий необходимый круг задач

Влияние: формирует требования к продукту, принимает результаты в своей функциональной области

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

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Кто: специалист своей предметной области, детально понимающий БП предприятия в этой области, будущий ключевой пользователь продукта (Champion)

Интересы: получить УДОБНЫЙ В ИСПОЛЬЗОВАНИИ продукт,

решающий необходимый круг задач Влияние: формирует требования к продукту Обязательства: формулирует требования к

продукту, участвует в сборе и анализе и детализации требований, контролирует реализацию требований в ходе проекта, участвует в тестировании

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Кто: будущий непосредственный пользователь продукта Интересы: получить УДОБНЫЙ ПРОДУКТ, максимально

упрощающий каждодневную работу Влияние: обеспечивает успешность функционирования

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

Обязательства: обучается

новому продукту

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Кто: «Могучая кучка»: Спонсор проекта, Управляющий партнер, Координатор проекта, Менеджер проекта, другие ЗС, обладающие властью

Интересы: обеспечить нормальный ход проекта

Влияние: принятие, либо утверждение, всех ключевых проектных решений

Обязательства: инициирование старта проекта и фиксация его завершения

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

• ЭМПАТИЯ

– Что говорит

– Что думает

– Что чувствует

– Что делает

• ИНТЕРПРЕТАЦИЯ

– Чего хочет

– Что для него важно

• ФОКУС

– В чем состоит проблема/задача

– Что будет решением

Поиск проблемы

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Лекция №4.

«Моделирование

использования. Анализ

проблемы»

‹#›

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

Разработаны Аланом Купером

Архетип пользователя системы для помощи в принятии решения о возможностях, функциях и дизайне

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

На что обращать внимание?

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Поиск проблемы

• ЭМПАТИЯ

– Что говорит

– Что думает

– Что чувствует

– Что делает

Лекция №4. «Моделирование использования. Анализ проблемы»

• ИНТЕРПРЕТАЦИЯ

– Чего хочет

– Что для него важно

• ФОКУС

– В чем состоит проблема/задача

– Что будет решением

‹#›

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

• синтезируется на основе интервью реальных людей

• Суммированное описание содержит

– Поведение ,

– Цели,

– Навыки,

– Отношение

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

• Основные (primary)

• Второстепенные (satisfy when we can)

• Малозначительные (low-priority)

• Затронутые(Affected)

• Исключающие (Exclusionary)

• Заинтерсованные лица (Stakeholders) » From Boxes and Arrows

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

• Документ уровня всей системы, дающий ответы на вопросы “Что ” и “Почему” для продукта или приложения

• Содержит информацию о:

– Потребностях пользователей

– Целях и назначении

– Рынке сбыта

– Среде использования

– Возможностях продукта ( Features)

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Business case

Business drivers

Vision

Лекция №4. «Моделирование использования. Анализ проблемы»

Stakeholders & Needs

Problem Statement

Features

‹#›

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

• Назначение (Документа)

• Границы

• Определение

• Ссылки на другие документы

• Обзор

– Purpose

– Scope

– Definitions, Acronyms

– References

– Overview

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

• Описание возможности

• Описание проблемы

• Позиционирование продукта

2.1 Business Opportunity

2.2 Problem Statement

2.3 Product Position Statement

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

• Динамика рынка

• Обзор заинтересованных сторон

• Обзор пользователей

• Пользовательская среда

• Профили Заинтересованных лиц

• Профили пользователей

Лекция №4. «Моделирование использования. Анализ проблемы»

3.1 Market Demographics

3.2 Stakeholder Summary

3.3 User Summary

3.4 User environment

3.5 Stakeholder Profiles

3.6 User Profiles

‹#›

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

• Перспектива продукта

• Обзор возможностей продукта

• Предположения и зависимости

• Стоимость и ценообразование

• 4.1 Product Perspective

• 4.2 Summary of Capabilities

• 4.3 Assumptions and Dependencies

• 4.4 Cost and Pricing

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

• Возможности продукта

• Ограничения

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

• 5. Product Features

• 5.1 <aFeature>

• 5.2 <another Feature>

• 6. Constraints

• 7. Quality Ranges

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

• Приоритеты

• Другие требования к продукту

• Требования к документации

• Приложение 1 – Атрибуты возможностей

8. Precedence and Priority

9. Other Product Requirements 9.1 Applicable Standards 9.2 System Requirements 9.3 Performance Requirements

9.4 Environmental Requirements 10. Documentation Requirements

10.1 User Manual 10.2 Online Help 10.3 Installation Guides

10.4 Labeling and Packaging 11. Appendix 1 - Feature Attributes

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

1. Concept Statement – внешний документ, который готовится для целей демонстрации потребителям и фиксации их реакций

2. Состав Concept Statement: 1. Неудовлетворенные потребности

потребителей

2. Как работает продукт

3. Фичи продукта

4. Преимущества для потребителя Лекция №4. «Моделирование

использования. Анализ проблемы» ‹#›

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

Concept statement

Customer & Stakeholder

Problem

Statement

Solution

Vision

Concept statement Opportunity statement

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Написание Concept Statement для тестирования Неудовлетворенные потребности потребителей

Как работает продукт

Возможности продукта

Преимущества для потребителя

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Лекция №4. «Моделирование

использования. Анализ проблемы» ‹#›

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

Что мешает сделать все правильно ?

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Неопределенн

ость

Функциональн

ый

подход

Эффект ряби

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Сложность

Скурпулезность

анализа

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

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

• Сценарное планирование метод стратегического планирования, позволяющий управлять неопределенностью будущего.

• Эту концепцию в мире бизнеса популяризировала группа планировщиков из Shell, которая смогла “предсказать” нефтяной кризис 1973г.

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Движущие силы (Driving forces)

Предопределенные элементы

(predetermined elements)

Ключевых неопределенности(key

uncertainties)

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

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

Максимизация положительного

эффекта

Избежание фатальных

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

• В 1996 году Айвар Джекобсон впервые сформулировал технику визуального моделирования для специфицирования сценариев использования при разработке ПО. Изначально им использовался несколько терминов usage scenarios и usage case, но со временем устоялось использование термина use case.

• Благодаря целой плеяде методистов и в первую очередь Алистеру Коберну в течение 1990-х сценарии использования стали ключевой методологией специфицирования функциональных требований

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

нт (англ. Use Case, а также: вариант использования, сценарий использования) — спецификация последовательностей действий (варианты последовательностей и ошибочные последовательности), которые может осуществлять система, подсистема или класс, взаимодействуя с внешними акторами (англ. Actors).

http://ru.wikipedia.org/

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Цель: “Разместить заказ”

sc1 sc2 sc6 sc7 ...

S

sc3

(Успех) (Провал )

S

S

F

S

F

S

S

F

F

F

F

Получить

... кредит

... резерв

sc4 sc5 Подцель:

*Коберн Алистер

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

• Один основной сценарий «Ура-сценарий»

• Множество альтернативных

– Типичные варианты Например: Снятие наличных не с того счета

– Редкие варианты Например: Снятие более 1–ого млн

– Исключительные варианты (Ошибки) Например : Ящик с деньгами пуст

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Бизнес сценарий (Business use case )

Системный сценарий (System use case )

Использует не техническую терминологию

Описывает поведение системы на языке пользователя

Рассматривает систему в качестве «черного ящика»

Определяет функцию которую система предоставляет пользователю

По сути представляет собой описание «Бизнес процесса» по достижении цели уровня бизнеса/пользователя

По сути представляет собой описание достижения цели уровня приложения

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

• В 2003 году Л. Басс, П. Клементс, Р. Кацман в Книге Software Architecture in Practice предложили подход трансформации Атрибутов качества системы в Сценарии Атрибутов Качества

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Каркас приложен

ия

Бизнес сценарии

Сценарии использования

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

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Хижина

Дом советов

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

< Главное Скорость

Главное ? -->

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

• Методология объединяет :

– Пользователя системы (актера)

– Дерево целей

– Связанные между собой общей целью функциональных требований к

системе

• В результате грамотного применения позволяет :

– Поместить функциональные требования в простой и понятный для

конечного пользователя текстовый формат

– Сгруппировать все сценарии достижения и не достижения цели

– Сформировать основу для документирования и прослеживания не

функциональных требований к системе не «завязанную» на реализацию

2-76 Лекция №4. «Моделирование

использования. Анализ проблемы» ‹#›

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

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Актер(Actor): это кто-то или что-то взаимодействующее с системой

Сценарий использования(Use case):

Набор экземпляров сценария, где каждый экземпляр это последовательность действий, выполняемых актером и системой, приводящая к получению актером наблюдаемого результата(observable result) или ценности (Value)

Actor

Use Case

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Ассоциация коммуникации (Communicates-association): ассоциация между актером и сценарием, указывающая на их взаимодействие

Стрелка : показывает кто начинает взаимодействие

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

Actor

Use Case

Actor 2

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

Bank

Consortium

Bank Customer

Deposit Funds

Withdraw Cash

Transfer Funds

Cashier

Maintain ATM

Maintenance

Crew

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Лекция №4. «Моделирование использования. Анализ проблемы»

Transmit request

Send back approval

Dispense cash

Ask for Receipt

Printed receipt

Return bank card

Insert Card

Approve card

Enter PIN

Approve PIN

Enter account, amount

Withdraw Cash Bank

Consortium

Bank

Customer

‹#›

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

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

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

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

Лекция №4. «Моделирование использования. Анализ проблемы»

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

‹#›

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

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

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

3. Определите сценарии использования на основе существующих функциональных требований.

4. Сделайте краткое описание каждого сценария.

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

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

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

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

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

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

1. Свяжите отношениями зависимости <<depends>> Бизнес и системные сценарии

2. Свяжите отношениями зависимости системные и архитектурные сценарии

3. Определите приоритет и очередность разработки (Road Map) для полученной модели

4. Уберите «висящие» системные сценарии или найдите для них владельцев

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

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

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

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

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

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

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Полное описание (Fully dressed use case)

Формальный документ основанный на детальном шаблоне

Свободное описание (Casual use case/User story)

Состоит из нескольких абзацев суммирующих сценарий

Краткое описание (Brief)

Состоит из нескольких предложений суммирующих сценарий

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Полное описание (Full

dressed )

Введение

Связанные документы

<Сценарий >

Действующее лицо

Предусловие Ход событий

Основной Альтернативный

Экраны

Эскиз Описание элементов

История изменений

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Выделение требований (elicitation)

Анализ требований

(analysis)

Описание требований

(specification).

Валидация требований (validation)

Управление требованиями

(Requirements management)

Управление изменениями

(Change management)

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

Лекция №4. «Моделирование использования. Анализ проблемы» Повторение ( л.1) ‹#›

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

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

Часть 1

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›

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

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

[email protected]

Лекция №4. «Моделирование использования. Анализ проблемы»

‹#›