Главная страница
Навигация по странице:

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

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

  • Идентификатор Стейкхолдер Исполнитель

  • Роль (стейкхолдер) Потребность ( needs ) Проблема/возможности

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

  • Потреб. Пример

  • Треб. Огранич. Внеш воздействий Изменение внутреннней среды Потреб.

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

  • Управ. ресурсами Произв. комплект

  • Испол. УБЦ ВоплощениеУБЦ Разработка УБЦ

  • Эксплут. БЦ Строить. БЦ Проектир. БЦ

  • ИТ компания Строительная компания Проектная компания

  • Комп. поставщик Оператор

  • Заказчик Арендатор Без денег нет работы Инвестор Партнер Партнер Инвестор

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

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

  • Практики системной инженерии. Конспект лекций анализ потребностей и требований 2 Разделение зон ответственности 2


    Скачать 0.8 Mb.
    НазваниеКонспект лекций анализ потребностей и требований 2 Разделение зон ответственности 2
    Дата19.02.2023
    Размер0.8 Mb.
    Формат файлаdocx
    Имя файлаПрактики системной инженерии.docx
    ТипКонспект
    #944236

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


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

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

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

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

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

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

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

    Определение границ системы  7

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

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

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

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

    ПРАКТИКА 1  11

    ПРАКТИКА 2  13

    ПРАКТИКА 3 ☐ 14

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

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


    Роль

    Проект 1

    Проект 2

    Руководитель проекта

    Иванов И.И.

    10 начальников

    Системный аналитик



    -

    Системный архитектор



    -

    Системный тестировщик



    Петров П.П.

    Программист








    Проблемы:

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

    • Все заделались «начальниками» и нет людей выполнять поставленную задачу.

    Интересы

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

    - стейкхолдеры

    - нехватка ресурсов

    - стейкхолдеры

    - успех проекта (рук. проекта)

    - успех системы (сист. инженер)

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

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


    Проект



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


    Проект


    Идентификатор

    Стейкхолдер

    Исполнитель

    Стейкхолдер 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



    написать администратору сайта