Добавлен: 28.06.2023
Просмотров: 62
Скачиваний: 4
Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы ИС (или систему в целом) с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Декомпозиция может продолжаться, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут уровень представления, необходимый для проведения анализа.
Основными компонентами контекстных диаграмм являются:
- системы/подсистемы;
- внешние сущности;
- потоки данных;
- процессы (преобразователи, активности);
- накопители данных.
Процессы и накопители данных в данной лабораторной работе не рассматриваются. Опишем подробнее компоненты контекстных диаграмм.
При построении модели информационных систем и подсистем они могут быть представлены в самом общем виде на так называемой контекстной диаграмме как единое целое (это представление может быть отождествлено с информационной моделью системы).
Внешняя сущность представляет собой материальный предмет или физическое лицо, представляющее собой источник или приемник информации, например, заказчики, персонал, поставщики, клиенты, склад. Определение некоторого объекта или системы в качестве внешней сущности указывает на то, что она находится за пределами границ анализируемой ИС.
Внешняя сущность обозначается прямоугольником (рис. 2), расположенным как бы "над" диаграммой и бросающим на нее тень, для того, чтобы можно было выделить этот символ среди других обозначений.
Процесс представляет собой преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом. Физически процесс может быть реализован различными способами: это может быть подразделение организации (отдел), выполняющее обработку входных документов и выпуск отчетов, рабочее место специалиста, программа, аппаратно реализованное логическое устройство и т.д.
Поток данных определяет информацию, передаваемую от источника к потребителю. Реальный поток данных может быть информацией, передаваемой по кабелю между двумя устройствами, пересылаемыми по почте или электронной почте письмами, магнитными лентами или дискетами, переносимыми с одного компьютера на другой, а также документами на бумажных носителях и т.д. Потоки данных могут представлять как входную, так и выходную информацию.
В качестве примера возьмем небольшую по масштабам систему - продажу мороженого в киоске. Опишем процесс продажи мороженого в текстовом виде.
В киоске по продаже мороженого работает один продавец. В начале рабочего дня продавец получает товар на продажу от поставщика, сопровождаемый товарно-транспортной накладной, проверяет остатки товара и записывает остатки и приход товара в журнале. Далее продавец в течение рабочего дня осуществляет продажу мороженого, принимая от покупателей наличные деньги и передавая каждому товар и кассовый чек. В конце рабочего дня продавец осуществляет составление кассового отчета (сумма в кассе на начало дня, приход, расход, сумма на конец дня) и заносит в журнал информацию об остатках товара. Выручка за день и кассовый отчет передаются в бухгалтерию организации, которая осуществляет продажу мороженого через данный киоск.
Для данной модели были составлении декомпозиции в формате DFD для следующих процессов:
- Принятие сотрудника.
- Увольнение сотрудника.
- Организация отпусков.
- Учёт выходов на работу.
- Учёт больничных листов.
- Учёт замещений, сверхурочных и т.д..
Для данной модели использованы следующие объекты:
- Внешняя сущность «Сотрудник».
- Хранилище данных «Журнал учёта отпусков».
- Хранилище данных «Журнал-табель».
- Хранилище данных «Справочник сотрудников».
Диаграммы изображены на рис. 6-11.
Рис. 6. Декомпозиция бизнес-процесса «Принятие сотрудника».
Рис. 7. Декомпозиция бизнес-процесса «Увольнение сотрудника».
Рис. 8. Декомпозиция бизнес-процесса «Организация отпусков».
Рис. 9. Декомпозиция бизнес-процесса «Учёт выходов на работу».
Рис. 10. Декомпозиция бизнес-процесса «Учёт больничных листов».
Рис. 11. Декомпозиция бизнес-процесса «Учёт замещений и сверхурочных».
4 Разработка модели логики взаимодействия информационных потоков (IDEF3)
В отличие от IDEF0, представляющего моделируемую систему как совокупность видов деятельности, IDEF3 представляет собой технику моделирования деятельности как последовательности событий, а также участвующих в этих событиях объектов. В этом смысле IDEF3 похож на стандарт eEPC в ARIS. IDEF3 удобен для подробного моделирования деятельности отдельных подразделений, сотрудников, описания техпроцессов и т.д. Формат листа диаграммы IDEF3 аналогичен IDEF0. В IDEF3 используются следующие типы объектов:
- работа (Unit of Work, Activity).
- стрелка (Arrow).
- перекресток, или коннектор (Junction).
- ссылочный объект (Referent).
Принципы IDEF3. IDEF3 дополняет IDEF0 и содержит все необходимое для построения моделей, которые в дальнейшем могут быть использованы для имитационного анализа. IDEF3 - это метод, имеющий основной целью дать возможность аналитикам описать ситуацию, когда процессы выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе. Техника описания набора данных IDEF3 является частью структурного анализа. В отличие от некоторых методик описаний процессов IDEF3 не ограничивает аналитика чрезмерно жесткими рамками синтаксиса, что может привести к созданию неполных или противоречивых моделей. Каждая работа в IDEF3 описывает какой-либо сценарий бизнес-процесса и может являться составляющей другой работы. Поскольку сценарий описывает цель и рамки модели, важно, чтобы работы именовались отглагольным существительным, обозначающим процесс действия, или фразой, содержащей такое существительное. Диаграмма является основной единицей описания в IDEF3.
Единицы работы - Unit of Work (UOW). UOW, также называемые работами (activity), являются центральными компонентами модели. В IDEF3 работы изображаются прямоугольниками с прямыми углами и имеют имя, выраженное отглагольным существительным, обозначающим процесс действия, одиночным или в составе фразы, и номер (идентификатор).
Связи. Связи показывают взаимоотношения работ. Все связи в IDEF3 однонаправлены и могут быть направлены куда угодно, но обычно диаграммы IDEF3 стараются построить так, чтобы связи были направлены слева направо.
В IDEF3 различают три типа стрелок, изображающих связи: Старшая- сплошная линия, связывающая единицы работ (UOW). Рисуется слева направо или сверху вниз. Показывает, что работа-источник должна закончиться прежде, чем работа-цель начнется.
Отношения- пунктирная линия, использующаяся для изображения связей между единицами работ (UOW) а также между единицами работ и объектами ссылок.
Потоки объектов - стрелка с двумя наконечниками, применяется для описания того факта, что объект используется в двух или более единицах работы, например, когда объект порождается в одной работе и используется в другой.
Перекрестки. Окончание одной работы может служить сигналом к началу нескольких работ, или же одна работа для своего запуска может ожидать окончания нескольких работ. Перекрестки используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния и разветвления стрелок. Перекресток не может использоваться одновременно для слияния и для разветвления.
Всё перекрестки на диаграмме нумеруются, каждый номер имеет префикс J. В отличие от IDEF0 и DFD в IDEF3 стрелки могут сливаться и разветвляться только через перекрестки. Новый раздел Работы рисуются в виде прямоугольников, в нижней части которых выделены два равных поля, и именуются аналогично работам в IDEF0. Стрелки в IDEF3 могут быть четырех типов:
- Прецедент (temporal precedence) - обозначение того, что работа, из которой выходит стрелка, предшествует предыдущей.
- Поток объектов (object flow) - обозначение потока материальных объектов.
- Ссылка (referent) - обозначение связи данной работы с материальным объектом, участвующим в этой деятельности (referent).
- Отношение (relational) - обозначение какого-либо другого влияния одной работы на другую, не обязательно. Стрелка типа "Отношение" обязательно должна быть именована для его разъяснения.
Имена стрелок, кроме типа "Отношение", могут отсутствовать, хотя BPWin показывает это как ошибку. Направления стрелок в IDEF3 не ограничены, все стороны прямоугольников-работ равноценны. Следует заметить, что на диаграммах IDEF3 стрелки не могут соединяться с границами диаграммы. Формат IDEF3 делает его удобным для детализации работ IDEF0, когда нет смысла более декомпозировать их по видам деятельности. В IDEF3 можно описать, например, работу оператора станка или технологический процесс изготовления одной детали.
На рис.12 изображена информационная система в нотации DFD.
Работа информационной системы начинается с ввода информации по основным справочникам и справочнику сотрудников. По завершении обоих процессов (причём один их процессов может завершиться, раньше другого), можно заполнять журналы учёта.
Рис. 12. Диаграмма работы информационной системы.
Заключение
В результате проделанной работы была изучена предметная область – структурное подразделение организации «Отдел кадров». В рамках анализа предметной области были составлены модели бизнес-процессов, функциональные модели и модели потоков данных с помощью BP Win Process Modeler. На основе проведённого анализа бала разработана модель базы данных с помощью ER Win Data Modeler и реализована сама БД в СУБД MS Access. При помощи интегрированной среды Delphi 7 Studio был разработан исполнимый интерфейсный модуль приложения.
Литература
- В. Дубейковский, «Эффективное моделирование с CA ERwin Process Modeler (BPwin; AllFusion Process Modeler)», изд.: Диалог-МИФИ, 384с., 2009 г.
- Емельянова Н. З., Партыка Т. Л., И. И. Попов, Проектирование информационных систем, М, Издательство: Форум, 2009 г., 432 стр.
- Информационные технологии управления: Учебное пособие / ВЗФЭИ; Под ред. Г.А.Титоренко. - М.: ЮНИТИ, 2002, 2003.
- Колбанев М.О., Яковлев С.А.Модели и методы оценки характеристик обработки информации в интеллектуальных сетях связи. СПб.: изд-во СПбГУ, 2002.
- Методология IDEF0. Стандарт. Русская версия: Пер. с англ. М.: МетаТехнология, 1993. 117 с.
- Создание IDEF-моделей: Методические указания к практическим занятиям / Рязан. гос. радиотехн. акад.; Сост.: В.Е. Борзых, А.В. Борзых. Рязань, 1999. 12 с.