Файл: Конспект лекций анализ потребностей и требований 2 Разделение зон ответственности 2.docx

СОДЕРЖАНИЕ КУРСА. КОНСПЕКТ ЛЕКЦИЙ

АНАЛИЗ ПОТРЕБНОСТЕЙ И ТРЕБОВАНИЙ 

Разделение зон ответственности 

Роль	Проект 1	Проект 2
Руководитель проекта	Иванов И.И.	10 начальников
Системный аналитик	…	-
Системный архитектор	…	-
Системный тестировщик	…	Петров П.П.
Программист	…

Проблемы:

• 
  Может быть несколько «Руководителей» => занимаются не своими прямыми задачами => на совещания тратятся большое количество времени.
  
• 
  Все заделались «начальниками» и нет людей выполнять поставленную задачу.
  

Интересы

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

- стейкхолдеры - нехватка ресурсов

- стейкхолдеры - успех проекта (рук. проекта) - успех системы (сист. инженер)

Случаи при реализации проекта

1. 
   Вы во все стороны смотрите, определяем все требования, никто не трясет, все вольны. (Приносит печальные последствия).
   

---

Проект

2. 
   Проект подвергается атаке стейкхолдеров (наилучший способ, необходимо стремиться к нему.
   

Проект

Идентификатор	Стейкхолдер	Исполнитель
Стейкхолдер 1	Заказчик проекта	Директор ФИО
Стейкхолдер 2	Заказчик системы (тот, кто пользуется)	Потребитель
Стейкхолдер 3	Инвестор	Фонд ФИО
Стейкхолдер 4	Поставщик	…
…	…	…

Сис.арх


Рук.пр


Эконом.

---

Вы


Програм.

Констр.


Системная архитектура – это принципиальные инженерные решения, принимаемые в ходе совместной работы.

Потребность и требования. 

Стейкхолдеры – потребитель, роль.

Роль (стейкхолдер)	Потребность (needs)	Проблема/возможности
Стейкхолдер 1. Заказчик системы	Потребность 1. Меньше платить за электричество. Потребность 2. Меньше платить за отопление.	Проблема 1.Несвоевременная работа приборов. Проблема 2. Профицит ресурсов.
Стейкхолдер 2. Поставщик комплектующих.	?	?
…	…	…

Потребность стейкхолдера

Я, как <стейкхолдер> хочу <потребность> потому что <проблема>.

Требования стейкхолдера

Я, как <стейкхолдер> считаю, что система должна <требования>, чтобы <потребность>.

Системное требование

Система должна <требование> в <условиях> с

---

<характеристикой>.

КОНЦЕПЦИЯ ИСПОЛЬЗОВАНИЯ (CONCEPT OF OPERATION) 

Функциональное моделирование использующей системы 

Функциональная модель

Функция

Вход

Выход

Датчики	Управление ресурсами в доме	Управляющие сигналы
Внешняя среда	Поддерживать уровень комфорта жителей	Комфортные внутренние условия
Датчик	Минимизация денежных затрат на ресурсы	Управляющие сигналы

Использующая система = Надсистема.


Потреб.
Пример: Использующая система = Умный бизнес-центр


Треб.

Поддержка командных условий для ведения бизнеса





Ресурсы


Сервис

Обеспечение сервисом

Внешние природные условия


УБЦ

Комфорт

- воздух

-сервисы

…





Треб.

Огранич. Внеш воздействий

Изменение внутреннней среды


Потреб.

Производство
Модели жизненного цикла 

Маркетинг и продажи


Исслед. и разраб.



Исп.1

Исп.2


Спиральная модель жизненного цикла

Валидация (приёмка)?


Спиральная модель ЖЦ

Исслед. и разраб.



Производство

Z - бюджет проекта


Маркетинг и продажи


Жизненный цикл как системный инженер





приемка

с

Ввод в эксплуат.

с


Менеджер жизненного цикла


проверка

с

Сборка систем

с

Анализ потребн.

с


проверка

с

Анализ треб.

с


проверка

с

Сборка подсистем

с

Опред. архитект.

с

Дизайн

с


Произв. по дизайну

с





Менеджер проекта


Маркетинг

Продажи

Производство

Product. ct..

Исслед. и разраб.

R&D

Проект


design

project


Чаще принимаем проект как project, то есть деятельность.


Практики

t

Производство

Разработка

Исследование






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


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



Архитектура


Верификация





Валидация (приемка)


Реализация

- дизайн

- програм.




Сборка


Масштабное производство

Бизнес-анализ 

Управ. ресурсами

Произв. комплект


Вы


УБЦ – умный бизнес-центр


Испол. УБЦ

ВоплощениеУБЦ

Разработка УБЦ





Эксплут. БЦ

Строить. БЦ

Проектир. БЦ



Заказчик





ИТ компания

Строительная компания

Проектная компания



Комп. поставщик

Оператор

Заказчик
Определение границ системы 

С овещание со стейкхолдерами.

Заказчик: Мне нужен умный бизнес-центр

Инвестор: ждет итога


Сдает объект

Помощь в коммуникации

Предоставляет концепцию / ТЗ

Заявки (ТЗ)+ отчет

финансы

Вы

Иннов. компания

Сдает систему

Оплата

Оплата

Проект. Строит компания

- Комфорт

- Экономия

Запрос финансов

Заказчик

Арендатор

Без денег нет работы

Инвестор

Партнер

Партнер

Инвестор
М енеджер: требования, необходимость финансов



БЦ
Совещание с директором.


Управ ресурсами?

?

Электр.

Инф. система

Сист.

Безопасн.

…

Помещ.

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

Функция целевой системы – мониторинг домашней электросети (абсолютно новая концепция, умный дом превратился в мониторинг домашней сети).

ОПРЕДЕЛЕНИЕ СИСТЕМЫ (SYSTEM DEFINITION) 

Функциональное моделирование системы 

Состояние розетки

Ток в розетке


Передать состояние розетки

Определить состояние розетки





Визуал. Сост.

объектов

Состояние розетки





Отобразить состояние объектов

Идентификация сигналов





Ток в ключе


Передать состояние ключа

Определить состояние ключа

Состояние ключа

Состояние ключа








Новое название /метка


Метка/ название


Назвать объект


Выбор

Определение архитектуры системы 

Б1

U1, U5 – Интерфейс с сетью

U2


Б2

U2, U6 – Интерфейс с прибором

U3

U1

Умная розетка


U3, U4 – Интерфейс с беспров. подкл.

U8

U7

Планшет


U5


Б3

U7, U8 – Интерфейс ввода/вывода

U4

U6

Умный ключ

	Функция 1	Функция 2	…	Связь 1	Связь 2	…
Блок 1
Блок 2
…
Интерфейс 1
Интерфейс 2
…
Сумма

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


уровни
Декомпозиция конструкции


М5

М6

М7

М4

М4

М3

М3

М2

М1

система

блоки

модули

Системная спецификация 

Стандарт ISO 15288:2015. Стандартизация позволяет правильно организовать процессы.

№ п/п	Модуль	Интерфейс	Функции	Связи
1	Коробка ключа М2	- крепление к стене - крепление для датчика - крепление для передатчика	- обеспечение безопасности переключения - индикатор состояния	- механическое взаимодействие Выход: - ток к прибору Вход: - ток к коробке
2	Датчик М3	- крепление к коробке - соединение с передатчиков	- определение состояния	Вход: - ток в ключе - ток в розетке Выход: - состояние
3	…	…	…	…

Дальше с таблицей идем к инженерам и обсуждаем и дополняем. По каждому пункту в тз добавляем требования, например к креплению к стене (липучка, прикрепить на болты и тд) или габаритные размеры коробки и тд… Все вопросы необходимо записать. С какой частотой должна быть передача данных? Эффект чистого листа. Заранее создать такую таблицу, позволяющее создать полностью тех задание.

ПРАКТИКА 1 

Устанавливаем программный продукт Archi.

Основные блоки:
Анализ потребностей

Business Actor – конкретный человек, имя фамилия

Business Role – должность/ роль в организации/ проекте

Stakeholder – стейкхолдер (пользователь продукта)

Drive – что хочет стейкхолдер?

Assessment – почему стейкхолдер это хочет?

Principle – стейкхолдер считает что продукт должен…

Requirement – системное требование
Декомпозиция требований

Разбиваем задачу на более мелкие. В качестве связей используем Specialization of.

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



Декомпозиция требований



Роли

ПРАКТИКА 2 

Technology Function - функции систем

Material – материальные потоки, информационные то что преобразуется

Связь типа доступа – access relation

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

Функциональное моделирование


Функциональное моделирование 2



Трассировка

ПРАКТИКА 3 ☐

Инструмент r-project

Открываем eSmartBC

---