Главная страница
Навигация по странице:

  • Диаграммы методологии IDEF 3 ( Workflow Diagramming )

  • Практическая работа _Построение диаграммы потоков данных DFD и д. Практическая работа 27 Построение диаграммы потоков данных dfd и диаграмм idef3 в Мicrosoft Visio 2010


    Скачать 495.44 Kb.
    НазваниеПрактическая работа 27 Построение диаграммы потоков данных dfd и диаграмм idef3 в Мicrosoft Visio 2010
    Дата26.09.2022
    Размер495.44 Kb.
    Формат файлаdocx
    Имя файлаПрактическая работа _Построение диаграммы потоков данных DFD и д.docx
    ТипПрактическая работа
    #697047

    Практическая работа № 27

    Построение диаграммы потоков данных DFD и диаграмм IDEF3 в Мicrosoft Visio 2010

    Цель работы:

    Диаграммы потоков данных (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 - Диаграмма дерева узлов


    написать администратору сайта