3. Методологии описания потоков данных (Data Flow Modeling)
Третья известная методологий основана на нотации DFD (Data Flow Diagramming) и применяется при описании потоков данных. Методология описания потоков данных позволяет сделать акцент на последовательности выполнения функций бизнес-процессов, а также отразить потоки информации бизнес-процесса. Нотация DFD позволяет легко и эффективно описывать процесс документооборота внутри компании, а также выявить основные направления информационных потоков компании при её реструктуризации.
Нотация DFD (Data Flow Diagram)
Нотация DFD отображает бизнес-процесс в виде сети функций бизнес-процессов.
В соответствии с DFD (Data Flow Diagram) методологией, модель системы определяется как иерархия диаграмм потоков данных, описывающих процессы преобразования информации от момента ее ввода в систему до выдачи конечному пользователю.
Основными элементами диаграмм потоков данных являются:
1) Внешние сущности (External Entity) – материальный объект, являющийся источником или приемником информации.
2) Процессы (Process/State) (синоним функции бизнес-процесса в нотациях IDEF0 и IDEF3) – преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом.
3) Накопители данных (Date Store) – абстрактные устройства хранения информации, которую можно туда в любой момент времени поместить или извлечь, безотносительно к их конкретной физической реализации.
4) Потоки данных (Center to center) – информация, передаваемая через некоторое соединение (кабель, почтовая связь, курьер) от источника к приемнику.
Выделяют два описания – нотацию Гейна-Сарсена и нотацию Йордена- Де Марко, различие между которыми состоит в обозначении эелементов.
Приведем свободную таблицу обозначений элементов для обоих описаний – таблица 7.5 [51].
Таблица 7.5. Описание элементов нотации DFD
Элемент |
Обозначение |
Описание |
|
В нотации Йордена-Де Марко |
В нотации Гейна-Сарсона2 |
||
Внешняя сущность (External Entity) |
|
|
Материальный объект, обменивающийся с бизнес-процессом потоками |
Процесс (Process /State) |
|
|
Преобразование входных данные в выходные |
Накопитель данных (Date Store) |
|
|
Устройства хранения информации |
Поток данных (Center to center) |
|
|
Передаваемая через соединение информация |
Приведем пример диаграммы в нотации DFD для документопотока при реализации продукции (нотация Йордена Де Марко) (рис 7.4) [51].
Рис. 7.4 Модель реализации продукции в нотации Data Flow Diagram (нотация Йордена Де Марко)
7.2. Методология uml (Unified Modeling Language)
Унифицированный язык объектно-ориентированного моделирования Unified Modeling Language (UML) более формализован в сравнении с методологией SADT.
UML представляет собой объектно-ориентированный язык моделирования бизнес процессов. Он обеспечивает разработку визуальных моделей бизнес процессов, применяется для формализации процессов взаимодействия заказчика и разработчика информационных систем корпорации. Важной особенностью UML является наличие базовых концепций языка, а также механизмов расширения языка. Базовые концепции языка образуют ядро UML, которое представляет собой совокупность средств и методов моделирования.
Пользователям языка UML предоставлены возможности:
Создавать модели на основе средств ядра, без использования механизмов расширения для большинства типовых приложений;
Добавлять при необходимости новые элементы и условные обозначения, если они не входят в ядро, или специализировать компоненты, систему условных обозначений (нотацию) и ограничения для конкретных предметных областей.
Базовым элементом объектно-ориентированной системы, как известно, является класс. Класс представляют собой описание однородных объектов бизнес процесса и его свойств. Под свойствами класса понимаются атрибуты, операции, отношения и семантика. Каждый класс именуется. Имя класса должно быть уникальным в системе, так как оно является идентификатором класса.
Атрибут — это свойство класса, которое может принимать множество значений. Множество допустимых значений атрибута образует домен. Атрибут имеет имя и отражает некоторое свойство бизнес процесса, общее для всех объектов данного класса. Класс может иметь произвольное количество атрибутов.
Операция — реализация функции, которую можно запросить у любого объекта класса. Операция показывает, что можно сделать с объектом. Исполнение операции часто связано с обработкой и изменением значений атрибутов объекта, а также изменением состояния объекта [18, 51].
Отношение – свойство объекта, отражающее взаимосвязь или взаимозависимость классов.
Приведем пример изображения класса в UML (рис. 7.5).
Рис. 7.5 Синтаксис класса в UML.
На рис. 7.5. обозначены: «Доставка» – имя класса, «Время доставки», «Оплачен», «Стоимость», «Адрес» – атрибуты класса; «Оплатить», «Принять» – операции класса.
Приведем синтаксис UML для атрибутов и операций:
<признак видимости> <имя атрибута> : <тип данных>
= <значение по умолчанию>
<признак видимости> <имя операции> <(список аргументов)>
Признак видимости определяет возможность использования свойства другими классами.
В языке UML выделяют четыре уровня видимости:
Общий (Public) – означает, что любой внешний класс может использовать общее свойство. В нотации UML такому свойству соответствует знак «+»
Защищенный (Protected) – означает, что только потомки данного класса могут использовать защищенное свойства. В нотации UML такому свойству соответствует знак «#»
Закрытый (Private) – означает, что только данный класс может использовать закрытое свойство. В нотации UML такому свойству соответствует знак «-»
Реализация (Implementation) – означает, что свойство реализации доступно только внутри пакета. В нотации UML такому свойству соответствует знак «=»
Обозначения признаков видимости могут отличаться от общепринятых обозначений в нотации UML в зависимости от программного продукта, который используется для моделирования. В данном случае приведен пример класса, созданного в программном продукте Rational Rose.
В зависимости от назначения выделяют несколько видов диаграмм для моделирования бизнес процессов. Рассмотрим несколько основных диаграмм.