Практики системной инженерии. Конспект лекций анализ потребностей и требований 2 Разделение зон ответственности 2
![]()
|
СОДЕРЖАНИЕ КУРСА. КОНСПЕКТ ЛЕКЦИЙАНАЛИЗ ПОТРЕБНОСТЕЙ И ТРЕБОВАНИЙ 2 Разделение зон ответственности 2 Потребность и требования. 3 КОНЦЕПЦИЯ ИСПОЛЬЗОВАНИЯ (CONCEPT OF OPERATION) 4 Функциональное моделирование использующей системы 4 Модели жизненного цикла 4 Бизнес-анализ 6 Определение границ системы 7 ОПРЕДЕЛЕНИЕ СИСТЕМЫ (SYSTEM DEFINITION) 8 Функциональное моделирование системы 8 Определение архитектуры системы 8 Системная спецификация 9 ПРАКТИКА 1 11 ПРАКТИКА 2 13 ПРАКТИКА 3 ☐ 14 АНАЛИЗ ПОТРЕБНОСТЕЙ И ТРЕБОВАНИЙ Разделение зон ответственности
Проблемы: Может быть несколько «Руководителей» => занимаются не своими прямыми задачами => на совещания тратятся большое количество времени. Все заделались «начальниками» и нет людей выполнять поставленную задачу. ![]() ![]() Интересы Проблемы Возможности
Случаи при реализации проекта ![]() ![]() ![]() ![]() Проект ![]() ![]() ![]() Проект подвергается атаке стейкхолдеров (наилучший способ, необходимо стремиться к нему. ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Проект
![]() Сис.арх ![]() ![]() ![]() Рук.пр ![]() ![]() ![]() ![]() Эконом. ![]() ![]() ![]() ![]() ![]() ![]() ![]() Вы ![]() ![]() ![]() ![]() Програм. Констр. Системная архитектура – это принципиальные инженерные решения, принимаемые в ходе совместной работы. Потребность и требования. Стейкхолдеры – потребитель, роль.
Потребность стейкхолдера ![]() Требования стейкхолдера ![]() Системное требование Система должна <требование> в <условиях> с <характеристикой>. КОНЦЕПЦИЯ ИСПОЛЬЗОВАНИЯ (CONCEPT OF OPERATION) Функциональное моделирование использующей системы Функциональная модель ![]() ![]() ![]() Функция Вход Выход ![]() ![]()
Использующая система = Надсистема. ![]() Потреб. Пример: Использующая система = Умный бизнес-центр ![]() ![]() ![]() ![]() Треб. Поддержка командных условий для ведения бизнеса ![]() ![]() Ресурсы ![]() ![]() ![]() ![]() ![]() ![]() ![]() Сервис Обеспечение сервисом Внешние природные условия ![]() ![]() ![]() ![]() ![]() ![]() УБЦ Комфорт - воздух -сервисы … ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Треб. Огранич. Внеш воздействий Изменение внутреннней среды ![]() Потреб. ![]() ![]() Маркетинг и продажи Исслед. и разраб. ![]() ![]() ![]() ![]() ![]() Исп.1 Исп.2 Спиральная модель жизненного цикла Валидация (приёмка)? ![]() ![]() ![]() Спиральная модель ЖЦ Исслед. и разраб. ![]() ![]() ![]() ![]() ![]() ![]() Производство Z - бюджет проекта Маркетинг и продажи ![]() Жизненный цикл как системный инженер ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() приемка с Ввод в эксплуат. с ![]() ![]() ![]() ![]() ![]() ![]() ![]() Менеджер жизненного цикла проверка с Сборка систем с Анализ потребн. с ![]() ![]() ![]() ![]() ![]() проверка с Анализ треб. с ![]() ![]() ![]() ![]() ![]() ![]() ![]() проверка с Сборка подсистем с Опред. архитект. с Дизайн с ![]() ![]() ![]() Произв. по дизайну с ![]() ![]() ![]() ![]() ![]() ![]() Менеджер проекта Маркетинг Продажи Производство Product. ![]() Исслед. и разраб. 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 Умный ключ
По сумме можно посмотреть какие блоки перегружены, где функции пересекаются, позволяет сделать выводы. Позволяет чтобы специалисты давали экспертную оценку по матрице, по функциям, по связям и тд. ![]() уровни Декомпозиция конструкции ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() М5 М6 М7 М4 М4 М3 М3 М2 М1 система блоки модули ![]() Системная спецификация Стандарт ISO 15288:2015. Стандартизация позволяет правильно организовать процессы.
Дальше с таблицей идем к инженерам и обсуждаем и дополняем. По каждому пункту в тз добавляем требования, например к креплению к стене (липучка, прикрепить на болты и тд) или габаритные размеры коробки и тд… Все вопросы необходимо записать. С какой частотой должна быть передача данных? Эффект чистого листа. Заранее создать такую таблицу, позволяющее создать полностью тех задание. ПРАКТИКА 1 Устанавливаем программный продукт Archi. Основные блоки: Анализ потребностей Business Actor – конкретный человек, имя фамилия Business Role – должность/ роль в организации/ проекте Stakeholder – стейкхолдер (пользователь продукта) Drive – что хочет стейкхолдер? Assessment – почему стейкхолдер это хочет? Principle – стейкхолдер считает что продукт должен… Requirement – системное требование Декомпозиция требований Разбиваем задачу на более мелкие. В качестве связей используем Specialization of. Анализ потребностей ![]() Декомпозиция требований ![]() Роли ![]() ПРАКТИКА 2 Technology Function - функции систем Material – материальные потоки, информационные то что преобразуется Связь типа доступа – access relation Связь реализовать использовать тогда, когда мы можем непосредственно изменить Функциональное моделирование ![]() Функциональное моделирование 2 ![]() Трассировка ![]() ПРАКТИКА 3 ☐Инструмент r-project Открываем eSmartBC |