Автор: Пользователь скрыл имя, 27 Июня 2013 в 02:53, реферат
Диаграмма второго предназначена для более детального описания моделируемого процесса. На диаграмме второго уровня должны быть описаны несколько функций (обычно от 2 до 7), описывающих реализацию соответствующей функции предыдущего уровня.
Диаграмма второго уровня должна наследовать объекты модели предыдущего уровня. В среде MS VISIO это проще всего обеспечить, если обычными средствами WINDOWS скопировать функцию предыдущего уровня с ее окружением, а затем удалить функциональный блок
Построение простейшей модели IDEF0
Диаграмма первого уровня
Объектом исследования является Магазин продовольственных продуктов. Диаграмма IDEF0, описывающая деятельность магазина с точки зрения покупателя показана на рис. 6.7.
Рисунок 6.7. Функциональная модель Магазина с точки зрения покупателя контекстная
Данный рисунок должен быть дополнен таблицей (таб. 6.1), содержащей характеристику каждого объекта, представленного в функциональной модели.
Таблица 6.1. Характеристики объектов модели IDEF0
Объект |
Название |
Определение |
Описание |
Функция |
Краткое название функции. Ее идентификатор |
Определение цели реализации функции |
Дополнительная информация, характеризующая функцию. Например, описание ресурсов, необходимых для ее реализации. Другой вариант - сравнение с другими аналогичными объектами |
Вход (возможно несколько) |
Краткое название входа. Например, название документа. |
Определение содержания входа. Например, перечень разделов документа. |
Дополнительная информация
о входе. Например, правила оформления
документа и подтверждения |
Выход (возможно несколько) |
Краткое название выхода. Например, название документа. |
Определение содержания выхода. Например, перечень разделов документа. |
Дополнительная информация
о выходе. Например, правила оформления
документа и подтверждения |
Контроль (возможно несколько) |
Краткое название документов, регламентирующих выполнение функции |
Определение содержания контроля. Например, перечень разделов регламентирующего документа. |
Дополнительная информация о контроле. Например, содержание регламентирующего документа или правила его оформления. |
Механизм (возможно несколько) |
Краткое название исполнителя данной функции. |
Определение формы реализации исполнителя (механизм, компьютерная программа, человек, коллектив) |
Описание исполнителя как системы. |
Для рассматриваемого объекта моделирования таблица может быть заполнена следующим образом:
Таблица 6.2. Характеристики объектов функциональной модели магазина
Объект |
Название |
Определение |
Описание |
Функция A0 |
Магазин |
Целью магазина является удовлетворение запросов покупателей. |
Магазин осуществляет продажу продуктов, представленных в Перечне продуктов. |
Вход A0 |
Обращение покупателя |
Обращение покупателя, представленное в удобной для него форме. |
Обращение может быть представлено в устной или письменной форме. |
Выход A0 |
Продажа |
Результат обработки обращения покупателя. |
Документом, подтверждающим результат обработки, является накладная, содержащая перечень и характеристики приобретенных продуктов. |
Контроль A0 |
Перечень продуктов |
Перечень продуктов, предоставленных на выбор покупателю. |
Перечень может включать продукты, отсутствующие в наличии (на складе). Такие продукты могут быть получены от поставщиков, с которыми работает магазин. |
Механизм A0 |
Сотрудники магазина |
Сотрудники, прямо или косвенно участвующие в обработке обращения покупателя. |
Количество и состав сотрудников зависит от количества покупателей, ассортимента продуктов и от количества поставщиков. |
Диаграмма IDEF0 второго уровня
Диаграмма второго предназначена для более детального описания моделируемого процесса. На диаграмме второго уровня должны быть описаны несколько функций (обычно от 2 до 7), описывающих реализацию соответствующей функции предыдущего уровня.
Диаграмма второго уровня должна наследовать объекты модели предыдущего уровня. В среде MS VISIO это проще всего обеспечить, если обычными средствами WINDOWS скопировать функцию предыдущего уровня с ее окружением, а затем удалить функциональный блок. В данном случае результат такой операции показан на рис. 6.8.
Рисунок 6.8. Подготовка к построению диаграммы второго уровня
Обратите внимание, что новая диаграмма строится на новой вкладке того же документа, в котором была описана предыдущая.
Представим обработку обращения покупателя в виде 3-х взаимодействующих процессов (рис. 6.9).
Рисунок 6.9. Диаграмма второго уровня функциональной модели магазина
Диаграмма обязательно должна быть дополнена таблицей, с характеристиками всех представленных на ней объектов.
Таблица 6.3. Характеристики объектов вторго уровня функциональной модели магазина
Объект |
Название |
Определение |
Описание |
Функция A1 |
Обработка обращения покупателя |
Приведение желаний покупателя в соответствие с возможностями магазина. |
Сопоставление списка продуктов, подготовленного покупателем с перечнем продуктов, представленных в магазине. |
Функция A2 |
Оформление заказа на поставку |
Анализ наличия нужных покупателю продуктов и обеспечение поставки отсутствующих продуктов |
Поиск поставщика, оформление заказа и поставки отсутствующих продуктов. |
Функция A3 |
Оформление продажи |
Оформление отчета об обработке магазином обращении покупателя |
Подготовка отчетного документа (накладной), подтверждающей передачу продуктов покупателю |
Вход A1 |
Обращение покупателя |
Обращение покупателя, представленное в удобной для него форме. |
Обращение может быть представлено в устной или письменной форме. |
Вход A2 |
Поставка |
Документы, подтверждающие поставку продуктов, которых нет в наличии. |
Документы, подтверждающие поставку продуктов, которых нет в наличии, но были заказаны покупателем |
Вход A2 Вход A3 Выход A1 |
Заказ на продажу |
Заказ, содержащий продукты из перечня, предоставленного магазином |
Обращение покупателя, приведенное в соответствие с перечнем продаваемых продуктов |
Выход A3 |
Продажа |
Результат обработки обращения покупателя. |
Документом, подтверждающим результат обработки, является накладная, содержащая перечень и характеристики приобретенных продуктов. |
Выход А2 |
Заказ на поставку |
Обращение к поставщику о поставке отсутствующих на складе продуктов |
Заказ поставщику на продукты, запрошенные покупателем, но отсутствующие на складе |
Выход А2 Контроль A3 |
Продукты в наличии |
Перечень продуктов, подготовленных для покупателя |
Перечень продуктов, как со склада, так и заказанных у поставщиков |
Контроль A1, A2 |
Перечень продуктов |
Перечень продуктов, предоставленных на выбор покупателю. |
Перечень может включать продукты, отсутствующие в наличии (на складе). Такие продукты могут быть получены от поставщиков, с которыми работает магазин. |
Контроль A2 |
Перечень поставщиков |
Данные о поставщиках, с которыми работает магазин |
Поставщики, к которым магазин обращается при исчерпании продуктов на складе. |
Механизм A1, A2, A3 |
Сотрудники магазина |
Сотрудники, прямо или косвенно участвующие в обработке обращения покупателя. |
Количество и состав сотрудников зависит от количества покупателей, ассортимента продуктов и от количества поставщиков. |
В данной таблице желтым цветом выделены описания объектов, унаследованных их диаграммы первого уровня. Без выделения цветом описаны объекты, принадлежащие только диаграмме данного уровня.
Голубым цветом выделено описание объектов, которые должны принадлежать и диаграмме данного уровня и диаграмме предыдущего уровня. Появление этих объектов обуславливает необходимость дополнение диаграммы первого уровня до вида, представленного на рис. 6.10.
Рисунок 6.10. Уточненная диаграмма первого уровня функциональной модели магазина
Построение модели DFD
Диаграммы потоков данны (DFD - Data Flow Diagramm) строятся из следующих элементов:
Элемент |
Описание |
Нотация Йордона - Де Марко |
MS VISIO |
Функция |
Действие, выполняемое моделируемой системой |
||
Поток данных |
Объект, над которым выполняется действие. Может быть информационным (логическим) или управляющим. (Управляющие потоки обозначаются пунктирной линией со стрелкой). |
||
Хранилище данных |
Структура для хранения информационныхобъ |
| |
Внешняя сущность |
Внешний по отношению к системе объект, обменивающийся с нею потоками данных |
Такой тип обозначений элементов DFD-диаграммы получил название "нотация Йордона - Де Марко", по именам разработавших его специалистов.
Функции, хранилища и внешние сущности на DFD-диаграмме связываются дугами, представляющими потоки данных. Дуги могут разветвляться или сливаться, что означает, соответственно, разделение потока данных на части, либо слияние объектов. При интерпретации DFD-диаграммы используются следующие правила:
Помимо этого, для каждого информационного потока и хранилища определяются связанные с ними элементы данных. Каждому элементу данных присваивается имя, также для него может быть указан тип даных и формат. Именно эта информация является исходной на следующем этапе проектирования - построении модели "сущность-связь". При этом, как правило, информационные хранилища преобразуются в сущности, проектировщику остается только решить вопрос с использованием элементов данных, не связанных с хранилищами.
DFD диаграмма для рассматриваемого в качестве примера магазина показана на рис. 6.11.
Рисунок 6.11. Диаграмма потоков данных при обработке обращения аокупателя в магазин