Практическая работа _Построение диаграммы потоков данных DFD и д. Практическая работа 27 Построение диаграммы потоков данных dfd и диаграмм idef3 в Мicrosoft Visio 2010
Скачать 495.44 Kb.
|
Практическая работа № 27 Построение диаграммы потоков данных DFD и диаграмм IDEF3 в Мicrosoft Visio 2010 Цель работы: построить диаграмму декомпозиции в нотации DFD одной из работ диаграмм IDEF0, построенных в предыдущих лабораторных работах; построить диаграмму декомпозиции в нотации IDEF3 одной из работ диаграмм IDEF0. Диаграммы потоков данных (Data flow diagram, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет моделируемую систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. Главная цель DFD - показать, как каждая работа преобразует свои входные данные в выходные, а также выявить отношения между этими работами. Любая DFD-диаграмма может содержать работы, внешние сущности, стрелки (потоки данных) и хранилища данных. Работы. Работы изображаются прямоугольниками с закругленными углами, смысл их совпадает со смыслом работ IDEF0 и IDEF3. Так же как работы IDEF3, они имеют входы и выходы, но не поддерживают управления и механизмы, как IDEF0. Все стороны работы равнозначны. В каждую работу может входить и выходить по несколько стрелок. Если в процессе моделирования нужно осветить специфические стороны технологии предприятия, BPwin позволяет переключиться на любой ветви модели на нотацию IDEF3 или DFD и создать смешанную модель. Диаграммы потоков данных (Data Flow Diagramming) (DFD) используются для описания документооборота и обработки информации. Нотация DFD включает такие понятия, как "внешняя ссылка" и "хранилище данных", что делает ее более удобной (по сравнению с IDEF0) для моделирования документооборота. На рис. 1 представлена "Диаграммы декомпозиции в нотации DFD. Резервирование номеров.", описывающая деятельность по резервированию номеров. На диаграмме представлены: 1) "Клиента" и "Персонал " – это внешние ссылки, источник данных из вне модели. 2) "Устав гостиницы" и "Данные о номерах гостиницы" – хранилища данных. Эти данные хранятся на данный момент в бумажном эквиваленте. Наше клиентское приложение позволит все эти данные хранить в электронном виде и облегчит обновление данных о номерах гостиницы и постояльцах. Рисунок 1 - Диаграммы декомпозиции в нотации DFD. Резервирование номеров. В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая данные) двигаются от одной работы к другой. Например, "Заказ" в какой-либо форме (телеф. звонок или электрон. письмо на адрес гостиницы), приходит от клиента и инициирует процедуру "Обработки заказа" . Эту процедуру выполняет "Персонал", в чьи обязанности это входит. Персонал запрашивает "Данные о номерах" из хранилища данных (гостиничный журнал или электрон. БД) и, согласуясь с "Правилами предоставления номеров" (содержащимися в уставе гостиницы ), отказывает клиенту в резервировании номера или: резервирует номер; после "оформления заказа номера" обновляет данные о номерах – заносит "Обновленные данные о номерах" в хранилище "Данных о номерах гостиницы". На рис. 2 представлена "Диаграммы декомпозиции в нотации DFD. Оформление поселения.", описывающая деятельность по оформлению поселения. На диаграмме представлены: 3) "Клиента" и "Персонал " – это внешние ссылки, источник данных из вне модели. 4) "Устав гостиницы" , "Документы клиенты" (паспорт в бумажном виде или другой удостоверяющий личность документ), "Законы РФ", "Данные о номерах гостиницы" – хранилища данных. Все работы, представленные на диаграмме выполняются "Персоналом" в соответствие с "Перечнем обязанностей". Клиент запрашивает номер в гостинице ("Отказ" возможен в случае отсутствия свободных номеров в гостинице) или активизирует свой "Зарезервир. номер". Если после "Обработки запроса" с участием "Данных о номерах" из хранилища, запрос удовлетворяется : постоялец предъявляет свои "Документы", выбирает тарифы проживания, проходит регистрацию и получает ключи от номера: "Персонал" оформляет въезд постояльца и обновляет данные о номерах гостиницы в хранилище "Данных о номерах гостиницы" Все это "Персонал" делает, руководствуясь "правилами поселения", прописанными в "Уставе гостиницы", и "Законами и постановлениями " РФ, регламентирующими, например, обязательную идентификацию личности граждан при поселении в гостинице. Рисунок 2 - Диаграммы декомпозиции в нотации DFD. Оформление поселения. Диаграммы методологии IDEF3 (Workflow Diagramming) Для описания логики взаимодействия информационных потоков более подходит workflow diagramming. Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации. На Диаграмме декомпозиции в нотации IDEF3. Проверка счетов (на рис. 3) иллюстрируется "Проверка счетов". Как только счет запрошен, запускаются все последующие за перекрестком (AND) процессы: "Формирование счета за тел. переговоры"; "Формирование счета за услуги"; запускается "Анализ сроков пребывания" постояльца в гостинице, по окончании которого запускается процесс "Формирования счет за проживание", учитывающий в своей работе "Результаты анализа". "Учет" – это стрелка отношения (Relational Link). Мы использовали ее для изображения связи между процессом "Формирования счета за проживание" объектом ссылки "Внесенная предоплата", учет которого важен для результатов процесса. Стрелки с двумя наконечниками: "Счет за проживание", "Счет за тел. переговоры" и "Счет за услуги" – обозначают потоки объектов (Object Flow). В данном случае, мы их применяем для описания того факта, что эти объекты порождается в одной работе("Формирование счета…") и используется в процессе "Формирования итогового счета". В ходе практической работы мы автоматизируем работы 2, 3, 4, 5. Рисунок 3 - Диаграммы декомпозиции в нотации IDEF3. Проверка счетов Диаграмма дерева узлов показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами. На рис. 4 представлено итоговое расположение работ в дереве узлов: диаграмма "Функционирование гостиницы" – 1-ый уровень дерева узлов (top level activity); диаграммы "Предоставление номеров", "обслуживание номеров" и "Обеспечение телефонных переговоров" – 2-ой уровень дерева узлов; диаграммы "Резервирование номеров", "Оформление поселения", "Прием предоплаты", "Проверка счетов", "Подготовка номеров" – 3-ий уровень; диаграммы "Обработка заказа", "Обновление данных о номерах", "Обработка запроса", "Обновление данных" и "Оформление въезда" – 4-ый уровень дерева узлов, последний уровень декомпозиции – необходимая в ходе нашего курсового проектирования степень подробности. Рисунок 4 - Диаграмма дерева узлов |