вторник, 29 ноября 2016 г.

Функциональное описание систем/ПО в Capella

Решил проиллюстрировать выполнение функционального описания систем/ПО с использованием Capella.
Специально использую слово описание, а не, например, функциональный моделирование. Этим хочу подчеркнуть решаемую задачу - описание системы/ПО. 
Способы ее решения могут быть разные. Можно создать текстовый документ, а можно создать формальную модель в Capella.
Чем отличается функциональное описание с использованием формальной модели и хочу проиллюстрировать.

Итак, система/ПО выполняют некоторые высокоуровневые функции. Эти функции могут быть декомпозированы на более детальные и так далее.
Иерархия декомпозированных функций системы/ПО составляет основу функционального описания. Степень детальности декомпозиции функций
зависит от этапа проектирования, на котором мы сейчас находимся: концептуальный дизайн, системный анализ, логическое проектирование, физическое проектирование.

Для примера  будут использовать модель, которую я создаю при проектировании небольшой мастерской-гостевого домика.
Для определенности, возьму этап системного анализа. 

Часть модели Capella, предназначенная для фиксации результатов системного анализа содержит раздел Функциональное описание.

Браузер модели отображает функциональное описание в иерархическом виде, точно также как документ Word отображает разделы документы в панели навигации.


Браузер модели может использоваться для просмотра иерархии функций, а также для создания новых функций в модели.
Работа с иерархической декомпозицией функций в браузере модели очень похожа на создание иерархии разделов документа.

Для работы с элементами модели наряду с браузером модели активно используются диаграммы различных типов. 
Диаграммы создаются и открываются из браузера модели и могут быть созданы для любой функции функционального описания.
Например, для функции "Инженерное обеспечение мастерской" на скриншоте ниже показана созданная диаграмма типа SFBD (System Function Breakdown) - диаграмма функциональной декомпозиции

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



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

Назначение данной диаграммы такое же как у браузера модели - определение иерархии функций. 

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

На диаграмму могут быть добавлены вложенные функции, а также любые другие функции функциональной декомпозиции, с которыми необходимо отобразить взаимодействие. На диаграмме ниже отображены составные функции для функции "Инженерное обеспечение". Также на диаграмме отображены функции внешних акторов, с которыми взаимодействуют функции инженерного обеспечения.


Состав функций, отображенных на диаграмме Потоков данных выбирает пользователь, например, перетаскивая функции из браузера модели. Данная диаграмма активно используется для создания новых функций и определения функциональных связей между ними. 

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


Функциональные порты всех вложенных функциий автоматически отображаются для составных функций. 

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

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

Комментариев нет:

Отправить комментарий