Приложения. Приложение А Построение контекстной диаграммы

Приложение А Построение контекстной диаграммы

В качестве предметной области будет выступать вымышленное предприятие по сборке и продаже настольных компьютеров и ноутбуков. Компания не производит комплектующие самостоятельно, а только собирает и тестирует компьютеры. Основные процедуры в компании:

· продавцы принимают заказы клиентов;

· сотрудники группируют заказы по типам компьютеров;

· сотрудники собирают и тестируют компьютеры;

· сотрудники упаковывают компьютеры согласно заказам;

· кладовщик отгружает клиентам заказы

· снабженцы заказывают и доставляют комплектующие, необходимые для сборки.

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

Любая IDEF0 диаграмма состоит из прямоугольников, называемых работами (activity), и стрелок (arrow). Работа представляет собой некоторую конкретную функцию в рамках рассматриваемой системы. По требованиям стандарта название каждой работы должно быть выражено отглагольным существительным (например, "Изготовление детали", "Оформление заказа" и т.д.). Каждая из четырех сторон прямоугольника имеет свое определенное значение

• Вход – это потребляемая или изменяемая работой информация или материал
• Выход – информация или материал, которые производятся работой
• Управление – процедуры, правила, стратегии или стандарты, которыми руководствуется работа
• Механизмы – ресурсы, которые выполняют работу (например, сотрудники, оборудование, устройства и т.д.)

Для рассматриваемого предприятия входными стрелками будут:

• Заказы клиентов - список компьютеров и их конфигурация, которые клиент желает приобрести
• Комплектующие от поставщиков - комплектующие, полученные от поставщиков, из которых собираются компьютеры и ноутбуки

Выходные стрелки:

• Готовая продукция - собранные компьютеры и ноутбуки
• Заказы поставщикам - список комплектующих, которые предприятие закупает у поставщиков
• Оплата за комплектующие - деньги поставщикам за комплектующие
• Маркетинговые материалы - прайс-листы, рекламки и т.п.

Стрелки управления:

• Законодательство - различные законодательные документы, которыми руководствуется предприятие в процессе своей деятельности
• Правила и процедуры - различные правила и процедуры, которыми руководствуется предприятие в процессе своей деятельности (например, правила сборки и тестирования компьютеров, процедура общения с клиентами и т.п.)

Стрелки механизмов:

• Бухгалтерская система
• Персонал

Пример контекстной диаграммы:

Приложение Б Построение диаграммы декомпозиции первого уровня

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

После создания дочерней диаграммы первым действием соединим граничные стрелки с работами. Стрелку "Заказы клиентов" соединим с работой "Продажи и маркетинг", стрелку "Комплектующие от поставщиков" - с "Отгрузка и снабжение". Выходом работы "Управление" будет "Оплата за комплектующие", выходом "Продажи и маркетинг" - "Маркетинговые материалы". Стрелки "Заказы поставщикам" и "Готовая продукция" - выход работы "Отгрузка и снабжение".

Стрелка "Персонал" будет являться входом механизма всех четырех работ, а стрелка "Бухгалтерская система" - работ "Продажи и маркетинг" и "Отгрузка и получение". Стрелка "Правила и процедуры" будет входом управления всех четырех работ.

Любую ветвь стрелки также можно декомпозировать и дать ей свое название.

Покажем это на примере ветки стрелки "Бухгалтерская система" для работы "Продажи и маркетинг". Назовем ее "Система оформления заказа".

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

Если по каким-то причинам граничную стрелку дочерней диаграммы не следует показывать (например, на данной диаграмме она является несущественной, или чтоб не загромождать диаграмму), то ее можно просто удалить. Удалим стрелку "Законодательство".

Результат всех перечисленных действий показан на рисунке

Круглые скобки означают, что данная граничная стрелка является новой на диаграмме и ее нет на дочерней диаграмме (как в случае со стрелкой "Законодательство"), или же данная стрелка является новой на дочерней диаграмме и ее нет на родительской (как в случае со стрелкой "Деньги клиентов")

Необходимо изменить и контекстную диаграмму

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

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

Работе "Сборка и тестирование" для своего функционирования необходимы комплектующие, которые она заказывает у работы "Отгрузка и снабжение" (выходная стрелка "Список необходимых комплектующих"). Собранные компьютеры она также передает работе "Отгрузка и снабжение" (выходная стрелка "Собранные компьютеры"). Информация о результатах сборки и тестирования необходима работе "Продажи и маркетинг" (выходная стрелка "Результаты сборки и тестирования").

Результатом работы "Отгрузка и снабжение" будут необходимые комплектующие, которые поступают на вход работы "Сборка и тестирование компьютеров".

Управление любого предприятия должно знать, что происходит на предприятии, чем занимается каждое подразделение и каковы результаты их работы, т.е. любая работа в идеале должна отчитываться о результатах своей деятельности перед управлением. Создадим стрелки выходов работ "Продажи и маркетинг", "Сборка и тестирование компьютеров" и "Отгрузка и снабжение" и соединим их со входом управления работы "Управление".

Результат соединения работ между собой показан на рисунке:

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

• задать толщину стрелки
• поменять цвет стрелки
• добавить на стрелку дополнительные наконечники

Модифицируем диаграмму, визуально выделив некоторые стрелки. Итоговая диаграмма декомпозиции показана на рисунке:

Рисунок. Итоговая диаграмма декомпозиции первого уровня

Приложение В Построение диаграммы декомпозиции второго уровня

Построим еще одну диаграмму декомпозиции в нотации IDEF0 - декомпозицию работы "Сборка и тестирование компьютеров" диаграммы А0.

В результате проведения экспертизы получена следующая информация.

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

В данной работе мы выделили четыре дочерних работы: "Отслеживание расписания и управление сборкой и тестированием", "Сборка настольных компьютеров", "Сборка ноутбуков" и "Тестирование компьютеров". Начнем с соединения граничных стрелок с работами.

Стрелка "Необходимые комплектующие" - это вход работ "Сборка настольных компьютеров" и "Сборка ноутбуков".

Стрелки управления "Управляющая информация" и "Заказы на сборку" соединим с работой "Отслеживание расписания и управление сборкой и тестированием", поскольку именно данная работа управляет всем процессом сборки и тестирования, а стрелку управления "Правила и процедуры" - с остальными тремя работами.

Персонал принимает участие во всех выделенных дочерних работах, поэтому заводим стрелку "Персонал" на вход механизма всех работ (при этом указав, что в первой работе участвует диспетчер, а в четвертой - тестировщик).

Список необходимых комплектующих - это один из результатов работ "Сборка настольных компьютеров" и "Сборка ноутбуков". Результаты сборки и тестирования - это выходы работ "Сборка настольных компьютеров", "Сборка ноутбуков" и "Тестирование компьютеров". Компьютеры считаются собранными после того, как они успешно прошли тестирование, поэтому стрелка выхода "Собранные компьютеры" - выход работы "Тестирование компьютеров". Различные отчеты формирует работа "Отслеживание расписания и управление сборкой и тестированием".

Результат проделанных операций показан на рисунке:

После соединения граничных стрелок с работами следующим шагом соединим работы между собой. Поступающие заказы на сборку сортируются диспетчером, после чего они поступают на вход управления работ "Сборка настольных компьютеров" и "Сборка ноутбуков" (стрелки Заказы на настольные компьютеры и "Заказы на ноутбуки", соответственно). Когда компьютеры собраны, диспетчер дает указание на их отгрузку (стрелка "Указание передать компьютеры на отгрузку").

Собранные компьютеры (выходы работ "Сборка настольных компьютеров" и "Сборка ноутбуков") должны быть протестированы, для чего они должны поступать на вход работы "Тестирование компьютеров" - стрелки "Настольные компьютеры" и "Ноутбуки".

После тестирования компьютеров отчет (стрелка "Результаты тестирования") направляется диспетчеру, который дает указание отгрузить компьютеры.

Итоговая диаграмма декомпозиции показана на рисунке:

Приложение Г Построение логической модели

Построение модели данных начинается с выделения сущностей данной предметной области. В нашем случае были выделены следующие сущности:

• клиент - человек, который покупает компьютеры
• заказ - список компьютеров, которые покупает клиент
• компьютер
• комплектующие - то, из чего собирают компьютеры
• сотрудник - сотрудник предприятия, собирающий конкретный компьютер

Далее рассмотрим связи между сущностями:

• Клиент - Заказ. Один клиент может делать несколько заказов. При этом если данные о клиенте имеются в базе данных, то он сделал минимум один заказ. Поэтому мощность связи - Р. Связь идентифицирующая, т.к. заказ без клиента существовать не может;
• Заказ - Компьютер. В рамках одного заказа клиент может заказать несколько компьютеров, но как минимум заказ должен состоять из одного компьютера. Поэтому мощность связи - Р. Связь идентифицирующая, т.к. компьютер без заказа существовать не может;
• Компьютер - Комплектующие. В состав одного компьютера входит много различных комплектующих; один и тот же тип комплектующего может входить в состав разных компьютеров. Мощность связи - много ко многим. В IDEF1X такой тип связи отсутствует, поэтому вводим промежуточную (ассоциативную) сущность - Конфигурация. Мощность связи между сущностями Компьютер и Конфигурация - Р, поскольку у любого компьютера должна быть конфигурация, мощность между сущностями Комплектующие и Конфигурация - N, поскольку какие-то комплектующие еще могут быть не установлены ни в один компьютер. Связь в обоих случаях идентифицирующая, т.к. конфигурация компьютера не может существовать без привязки к самому компьютеру и к комплектующим;
• Комплектующие - Тип комплектующих. Поскольку перечень типов комплектующих, которые могут быть установлены в компьютер, ограничен, но используется очень часто, то мы приняли решение создать еще одну сущность - Тип комплектующих. Мощность связи - Р. Связь идентифицирующая;
• Компьютер - Сотрудник. Каждый компьютер собирается каким-то одним сотрудником. Какие-то сотрудники могут собирать множество компьютеров. Мощность связи - N. Тип связи - неидентифицирующая, поскольку экземпляр сущности Компьютер уже может существовать, но за ним еще может быть не закреплен ни один сотрудник. Именно из этих же соображений в свойствах этой связи мы выбрали переключатель "Nulls Allowed" (на диаграмме это отображается в виде незакрашенного ромбика со стороны сущности-родителя.

Итоговая диаграмма показана на рис. 1:

Рисунок. Логическая модель данных предприятия по сборке компьютеров и ноутбуков