Краткий теоретический обзор темы
Диаграммы потоков данных (DFD, Data Flow Diagramming) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации.
DFD описывает:
функции обработки информации (работы, activities);
документы (стрелки, arrows), объекты, сотрудников или отделы, которые участвуют в обработке информации;
внешние ссылки (external references), которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы;
таблицы для хранения документов (хранилище данных, data store).
В BPwin для построения диаграмм потоков данных используется нотация Гейна-Сарсона. Для того чтобы дополнить модель IDEF0 диаграммой DFD, нужно в процессе декомпозиции в диалоге Activity Box Count надавить на радио-кнопку DFD. В палитре инструментов на новой диаграмме появляются кнопки:
– добавить в
диаграмму внешнюю ссылку. Внешняя ссылка
является источником или приемником
данных извне модели;
– добавить в
диаграмму хранилище данных. Хранилище
данных позволяет описать данные, которые
необходимо сохранить в памяти прежде,
чем использовать в работах;
– ссылка на другую
страницу. В отличие от IDEF0 инструмент
off-page reference позволяет направить
стрелку на любую диаграмму (а не только
на верхний уровень). В отличие от стрелок
IDEF0, которые представляют собой
жесткие взаимосвязи, стрелки DFD
показывают, как объекты (включая данные)
двигаются от одной работы к другой. Это
представление потоков совместно с
хранилищами данных и внешними сущностями
делает модели DFD более похожими на
физические характеристики системы -
движение объектов (data flow), хранение
объектов (data stores), поставка и
распространение объектов.
В отличие от IDEF0, где система рассматривается как взаимосвязанные работы, DFD рассматривает систему как совокупность предметов. Контекстная диаграмма часто включает работы и внешние ссылки. Работы обычно именуются по названию системы, например «Система обработки информации». Включение внешних ссылок в контекстную диаграмму не отменяет требования методологии четко определить цель, область и единую точку зрения на моделируемую систему.
Элементы DFD диаграмм показаны в табл. 1.
Таблица 1.
№ |
Наименование |
Описание |
Графическое представление |
1 |
Работа (Activity) |
Объект обозначает функции или процессы, которые обрабатывают и изменяют информацию. |
|
2 |
Информационный поток (Precedence) |
Объект обозначает информационный поток от объекта-источника к объекту-приемнику. |
|
3 |
Внешняя ссылка (External reference) |
Указывают на место, организацию или человека, которые участвуют в процессе обмена информацией с системой, но располагаются за рамками этой диаграммы. |
|
4 |
Хранилище данных (Data store) |
Хранилища данных представляют собой собственно данные, к которым осуществляется доступ, эти данные также могут быть созданы или изменены работами. На одной диаграмме может присутствовать несколько копий одного и того же хранилища данных. |
|
Работы. В DFD работы представляют собой функции системы, преобразующие входы в выходы. Хотя работы изображаются прямоугольниками со скругленными углами, смысл их совпадает со смыслом работ IDEF0. Внешние сущности. Изображают входы в систему и/или выходы из нее. Внешние сущности изображаются в виде прямоугольника с тенью и обычно располагаются по краям диаграммы. Одна внешняя сущность может быть использована многократно на одной или нескольких диаграммах. Обычно такой прием используют, чтобы не рисовать слишком длинных и запутанных стрелок.
Стрелки (Потоки данных). Стрелки описывают движение объектов из одной части системы в другую. Поскольку в DFD каждая сторона работы не имеет четкого назначения, как в IDEF0, стрелки могут подходить и выходить из любой грани прямоугольника работы. В DFD также применяются двунаправленные стрелки для описания диалогов типа «команда-ответ» между работами, между работой и внешней сущностью и между внешними сущностями.
Хранилище данных. В отличие от стрелок, описывающих объекты в движении, хранилища данных изображают объекты в покое. В материальных системах хранилища данных изображаются там, где объекты ожидают обработки, например в очереди. В системах обработки информации хранилища данных являются механизмом, который позволяет сохранить данные для последующих процессов.
Слияние и разветвление стрелок. В DFD стрелки могут сливаться и разветвляться, что позволяет описать декомпозицию стрелок. Каждый новый сегмент сливающейся или разветвляющейся стрелки может иметь собственное имя.
Обсуждаемые вопросы
Описание документооборота и обработки информации.
Нотация Гейна-Сарсона.
Элементы нотации и их назначение
Задание на практическую работу
Изучить нотацию Гейна-Сарсона, используемую для построения диаграммы потоков данных;
Построить на основании модели, полученной в ходе выполнения лабораторной работы №1, диаграмму потоков данных;
Рассмотреть способы построения диаграмм потоков данных и их типы.
Построение диаграммы декомпозиции. Проведем декомпозицию работы Отгрузка и снабжение диаграммы А0 "Деятельность предприятия по сборке и продаже компьютеров и ноутбуков". В этой работе мы выделили следующие дочерние работы:
снабжение необходимыми комплектующими - занимается действиями, связанными с поиском подходящих поставщиков и заказом у них необходимых комплектующих
хранение комплектующих и собранных компьютеров
отгрузка готовой продукции - все действия, связанные с упаковкой, оформлением документации и собственно отгрузкой готовой продукции
Выделим работу Отгрузка и снабжение диаграммы А0 "Деятельность предприятия по сборке и продаже компьютеров и ноутбуков", нажмем на кнопку "Go to Child Diagram" панели инструментов и выберем нотацию DFD. При создании дочерней диаграммы BPWin переносит граничные стрелки родительской работы, их необходимо удалить и заменить на внешние сущности. Стрелки механизмов, стрелки управления "Правила и процедуры", "Управляющая информация" и стрелку выхода "Отчеты" на дочерней диаграмме задействованы не будут, чтоб не загромождать диаграмму менее существенными деталями. Остальные стрелки заменим на внешние сущности - кнопка "External Reference Tool" на панели инструментов, в появившемся окне выбрать переключатель "Arrow" и выбрать из списка нужное название (рис. 1):
Рисунок 1. Добавление внешней сущности
Далее разместим дочерние работы, свяжем их со внешними сущностями и между собой (рис. 2):
Рисунок 2. Работы и внешние сущности
Центральной здесь является работа "Хранение комплектующих и собранных компьютеров". На ее вход поступают собранные компьютеры и полученные от поставщиков комплектующие, а также список необходимых для сборки компьютеров комплектующих. Выходом этой работы будут необходимые комплектующие (если они есть в наличии), список отсутствующих комплектующих, передаваемый на вход работы "Снабжение необходимыми комплектующими" и собранные компьютеры, передаваемые на отгрузку. Выходами работ "Снабжение необходимыми комплектующими" и "Отгрузка готовой продукции" будут, соответственно, заказы поставщикам и готовая продукция.
Следующим шагом необходимо определить, какая информация необходима для каждой работы, т.е. необходимо разместить на диаграмме хранилища данных (рис. 3).
Рисунок 3. Итоговая диаграмма декомпозиции
Работа "Снабжение необходимыми комплектующими" работает с информацией о поставщиках и с информацией о заказах, сделанных у этих поставщиков. Стрелка, соединяющая работу и хранилище данных "Список поставщиков" двунаправленная, т.к. работа может как получать информацию о имеющихся поставщиках, так и вносить данные о новых поставщиках. Стрелка, соединяющая работу с хранилищем данных "Список заказов" однонаправленная, т.к. работа только вносит информацию о сделанных заказах.
Работа "Хранение комплектующих и собранных компьютеров" работает с информацией о получаемых и выдаваемых комплектующих и собранных компьютеров, поэтому стрелки, соединяющая работу с хранилищами данных "Список комплектующих" и "Список собранных компьютеров" двунаправленные. Также эта работа при получении комплектующих должна делать отметку о том, что заказ поставщикам выполнен. Для этого она связана с хранилищем данных "Список заказов" однонаправленной стрелкой. Обратите внимание, что на DFD диаграммах одно и тоже хранилище данных может дублироваться.
Наконец, работа "Отгрузка готовой продукции" должна хранить информацию по выполненным отгрузкам. Для этого вводится соответствующее хранилище данных - "Данные по отгрузке".
Последним действием необходимо стрелки родительской работы затуннелировать (рис. 4):
Рисунок 4. Диаграмма IDEF0 с затуннелированными стрелками работы "Отгрузка и снабжение"
Лабораторная работа №13 Системный анализ предметной области
2 часа
Тема Определение требования к предметной области ИС «е-Лицензирование»
Цель Привитие навыков практической работы с требования пользователя
Деятельность субъектов предметной области лицензирования определяется общегосударственными нормативными актами в области лицензирования.
Согласно Закону Республики Казахстан «О лицензировании» от 11 января 2007 года № 214-III Государственную систему лицензирования составляют (ст. 5):
Правительство Республики Казахстан;
уполномоченный орган;
лицензиары.
Оформление лицензий представляет собой достаточно сложные многоступенчатые процессы.
На основании проведенного предпроектного обследования ГО - лицензиаров и анализа предметной области было выявлено семь основных типовых бизнес-процессов. Следующие бизнес-процессы в области лицензирования инициируются Заявителем:
рассмотрение заявления на получение лицензии/приложения к лицензии;
рассмотрение заявления на получение дубликата лицензии/приложения к лицензии;
рассмотрение заявления на переоформление лицензии/дубликата лицензии;
рассмотрение заявления на приостановление действия лицензии.
Два бизнес-процесса инициируются Лицензиаром:
приостановить действие лицензии,
отозвать лицензию.
Предпроектным обследованием установлены группы пользователей, принимающих непосредственное участие в реализации бинес-процессов: Заявители, Лицензианты, Сотрудник канцелярии, Лицо, координирующее движение документов; Эксперт в области лицензирования, Члены лицензионной комиссии, Секретарь комиссии.
На основании проведенного обследования определены основные задачи и функции, решаемые в процессе учета лицензий подлежащих автоматизации:
прием заявлений на получение разрешительного документа;
обработка, хранение заявления на получение разрешительного документа;
изготовление разрешительного документа и учета его доставки заявителю;
согласование (запрос информации) с соисполнителями (другими соисполнителями);
расчет налоговых обязательств, возникающих у получателей разрешительных документов, которые должны отслеживать ГО в соответствии с существующим законодательством.
Для обеспечения автоматизации выявленных при проведении обследования бизнес-процессов в сфере лицензирования необходимо, что бы создаваемая система обеспечивала автоматизированное выполнение следующих функций и задач:
Функции и задачи, выполняемые либо инициируемые Заявителем:
регистрация пользователя;
формирование пакета документов и заявления на получение лицензии;
отправка пакета документов и заявления на получение лицензии;
контроль рассмотрения заявлений;
получение электронной лицензии;
получение мотивированного отказа в выдаче лицензии;
печать электронной лицензии, инициируемых лицензиаром;
просмотр поступивших заявлений и пакета прикрепленных к заявлению документов;
изменение статусов заявки с возможностью индивидуальной настройки перечня и порядка следования статусов для каждого уполномоченного органа;
отправка уведомления заявителю об отказе в выдачи лицензии с прикреплением копий приказов, протоколов заседания комиссии и других документов;
отправка индивидуальных сообщений заявителю для решения различных вопросов, возникающих в ходе рассмотрения заявления;
учет бланков строгой отчетности. Формирование отчетности;
печать лицензий на бланках строгой отчетности.
Функции и задачи, выполняемые либо инициируемые Заявителем, лицензиаром или сторонним (внешним) пользователем:
просмотр новостей, опубликованных на портале системы;
просмотр актуальных версий нормативных и законодательных документов в области лицензирования;
обеспечение поддержки пользователей (возможность задать вопрос в службу технической поддержки, просмотр базы знаний);
просмотр сотрудниками контролирующих органов базы данных выданных лицензий.
РЕГИСТРАЦИЯ ПОЛЬЗОВАТЕЛЯ В СИСТЕМЕ
Для работы с системой заявителю необходимо зарегистрироваться в качестве пользователя системы. Регистрацию пользователя предлагается проводить с использованием одного из следующих алгоритмов: