1. Декомпозиция деятельности системы.
Декомпозируйте деятельность выбранной системы, используя стан- дартные основания декомпозиции:
- «Виды конечных продуктов» – процессы производства различных продуктов (оказания различных видов услуг);
- «Жизненный цикл основной деятельности» – маркетинг, проекти- рование и разработка продукта, материально-техническое снабжение (за- купки); производство продукта (предоставление услуги); упаковка и хра- нение продукта; транспортировка и реализация.
- «Виды обеспечивающей деятельности» – обслуживание оборудова- ния, обслуживание зданий, информационное обеспечение; управление персоналом, охрана труда и техника безопасности, PR-деятельность, фи- нансовая деятельность, юридическое обеспечение.
- «Технологические этапы» – отдельные этапы основных или обеспе- чивающих процессов, предусмотренные технологией.
Чтобы построить иерархию подсистем в Visio, откройте проект, соз- данный на предыдущей лабораторной работе, и вставьте новую страницу с помощью команды меню Insert – New Page, либо создайте новый проект. Загрузите трафарет Blocks (блоки) или Basic Flowchart (основная блок-схема). Для отображения подсистем можно использовать фигуру Box. Связи между родительской и дочерними подсистемами можно рисо- вать с помощью элемента Multi-tree square. Для этого поместите данный элемент на лист, соедините конец, который не имеет разветвления (с зе- леным маркером), с родительской подсистемой, разверните элемент, по- тянув за зеленый маркер, от которого начинается ветвление, соедините желтые маркеры с дочерними подсистемами (можно использовать желтый
маркер, находящийся выше ветвления).
Пример иерархии подсистем приведен на рис. 2.1.

Рисунок 2.1 – Иерархия подсистем
Укажите, какие основания декомпозиции (ОД) использовались при декомпозиции. Для этого можно использовать фигуру Annotation (приме- чание). Присоедините ее к каждому разветвлению и укажите использо- ванное ОД (см. рис. 2.1).
2. Выделение структурных элементов подсистем.
Для каждой из подсистем (для основных подсистем) необходимо вы- делить структурные элементы:- предметы деятельности – элементы, подвергающиеся обработке, входы (сырье, материалы, комплектующие, заявка, входные данные);
- конечные продукты – результат преобразования, выходы (про- дукт, услуга, результаты обработки данных);
- исполнители – элементы, осуществляющие преобразование (лю- ди, выполняющие деятельность, подразделения, организации);
- средства деятельности – элементы, используемые в процессе об- работки (инструменты, станки, машины, средства связи, помещения);
- регламент деятельности – информация, как происходит преобра- зование (план, проект, инструкция).

Рисунок 2.2 – Структурные элементы деятельности
3. Построение диаграмм взаимосвязи подсистем.
Для наглядности модели лучше отображать связи между подсисте- мами, полученными в результате декомпозиции одной материнской сис- темы (подсистемы), на отдельной диаграмме. Сначала строится диаграм- му взаимодействия подсистем второго уровня. Пример диаграммы приве- ден на рис. 2.3.
Рисунок 2.3 – Диаграмма взаимосвязи подсистем
Вставьте новую страницу. Для построения диаграммы можно ис- пользовать трафареты Blocks, Basic Flowchart. Изображение подсистемы может состоять из нескольких прямоугольников, объединенных в один блок, соответствующих наименованию подсистемы (функции) и отдель- ным структурным элементам (СД - средствам деятельности, И - исполни- телям, РД - регламенту деятельности). Можно опустить некоторые струк- турные элементы. Входы (предметы деятельности) и выходы (конечные продукты) отображаются через связи с другими подсистемами и со сре- дой. Связи лучше всего создавать с помощью элемента Dynamic Connector. Обязательно дайте наименования линиям связи. Для отображе- ния внешнего актора можно использовать фигуру "Aktor (Актер)" из тра- фарета Use case UML (Сценарий выполнения UML).
Для каждой подсистемы второго уровня можно создать отдельную диаграмму взаимосвязей ее дочерних подсистем. Создайте хотя бы одну диаграмму для подсистем третьего уровня. Можете создать и диаграммы для четвертого уровня.
4. Анализ состояния подсистем
Для локализации проблем, выявленных на предыдущей лаборатор- ной работе (при анализе среды и системы в целом), необходимо проана- лизировать состояние подсистем. Подберите показатели, которые позво- лят вам определить, какие подсистемы (или взаимосвязи подсистем) в наибольшей степени порождают исследуемые проблемы. Например, если исследуется проблема длительности выполнения некоторого процесса, то нужно проанализировать длительность выполнения отдельных работ в рамках процесса (и длительность задержек), т.е. выполнить анализ со- стояния подсистем, соответствующих отдельным работам, по метрикам времени. По выбранным показателям могут измеряться не все подсисте- мы, а те, которые оказывают наибольшее влияние на проблему.Описание состояния подсистем лучше всего представить в виде таб- лицы. Используйте трафарет Charting Shapes или вставиьте таблицу MS Excel. Пример таблицы с описанием подсистем приведен на рис. 2.4.

Рисунок 2.4 – Описание состояния подсистем
По результатам анализа сделайте выводы – укажите подсистемы, яв- ляющиеся источниками проблем («узкие места»), уточните формулировки проблем. Выводы разместите на странице в виде текстового блока.