Моделирование потоков данных с использованием методологии SADT и инструментария AllFusion Modeling Suite

Параллельно любому бизнес-процессу движется поток информации. Для проектирования информационных систем именно модель документооборота может оказать большую помощь, поэтому часто проектировщики наряду с функциональной моделью строят модель потоков данных. При этом информация имеет свое отображение не только в виде документа, но и может иметь другое представление (сообщение по телефону и т.д.) Методология SADT и AllFusion Modeling Suite позволяют изобразить поток данных в виде DFD диаграмм.

Напомним, что в качестве нотации DFD использует четыре элемента:

- Работы. Они обозначают в DFD функции или процессы, которые обрабатывают и изменяют информацию.

- Стрелки. Идут от объекта-источника к объекту-приемнику, обозначая информационные потоки в системе обработки информации.

- Внешние ссылки. Указывают на место, организацию или человека, которые участвуют в процессе обмена информацией с системой, но располагаются вне границ системы.

- Хранилища данных. Представляют собой собственно данные, к которым осуществляется доступ, эти данные также могут быть созданы или изменены работами. При этом хранилищем данных может выступать бумажный документ.

Моделирование в нотации DFD также как и моделирование в IDEF0 начинается с построения контекстной диаграммы, то есть диаграммы, содержащей одну общую функцию. Назовем эту функцию, так же как и в функциональной диаграмме, «Реализация товара со склада». В отличие от модели IDEF0, которая рассматривает предметную область как набор взаимосвязанных функций, модель DFD рассматривает область моделирования как в виде совокупности объектов. Контекстная модель отражает интерфейс системы с внешним миром, описывает информационные потоки между моделируемой областью и внешними объектами. Поэтому контекстная модель, как правило, состоит из общей функции (работы) и внешних ссылок. При этом, безусловно, должны быть определены цель и точка зрения моделирования.

Исходя из вышесказанного и учитывая границы предметной области, определим внешние сущности нашей предметной области. К ним относятся: склад (текущее состояние склада с учетом прихода товарной продукции); заключенный с покупателем договор на производство крепежных изделий, отгруженный со склада товар. К внешним данным отнесем и запрос покупателя на покупку товара в свободной продаже.

Следующий этап моделирование – определение информационных потоков, которыми обмениваются внешние сущности и общая функция. Исходя из условия задачи, их можно определить следующим образом:

- Из внешней сущности «договор» в общую функцию поступает информация, содержащая следующие данные: срок выполнения договора (текущая дата) и номенклатура изделий, которые необходимо отгрузить по данному договору. В том случае, если договор выполнен и товар отгружен со склада готовой продукции, то из общей функции поступит информации о закрытии договора.

- Из внешней сущности запрос покупателя поступи информация о необходимом ему товаре.

- Из внешней сущности склад будет поступать информация о приходе готовой продукции. При отгрузке товара потребителю общая функция будет сообщать склад о соответствующих изменениях.

- Внешняя сущность товар будет сопровождаться соответствующими сопроводительными документами (накладная, чек об оплате).

Теперь можно приступить к графическому отображению диаграммы. Контекстная диаграмма потока информации представлена на рисунке 11.

Рис.11. Контекстная DFD диаграмма.

Приступим к декомпозиции контекстной DFD диаграммы. Первая диаграмма декомпозиции играет большую роль в моделирования потока информации. Именно на ней необходимо отобразить основной поток документов, циркулирующий между основными элементами системы.

В модели IDEF0 в первой диаграмме декомпозиции A0 функции (работы) уже названы. Используем те же названия и для функций диаграммы первой декомпозиции модели DFD. При этом исключим функцию обработки заявки, поскольку она не вносит изменений в технологический документооборот. Имена функций будут иметь другой смысл – названия не технологического процесса, а соответствующей ему обработки информации (документов). Это мы отразим в соответствующих описаниях.

Далее опишем все документы и поток информации, сопровождающие эти процессы.

Информация, сопровождающая процесс заявки на склад, поступает на обработку из следующих документов и хранилищ:

- запрос покупателя на покупку крепежных изделий в свободной продаже поступает из хранилища «Заявки» в виде записи в журнале заявок;

- данные договоров о номенклатуре требуемого товара на текущий день поступают из хранилища «Заявки договоров» в виде записи в журнале заявок договоров;

- данные о производстве товарной продукции и поступлении ее на склад будут поступать из хранилища «Поступление на склад» в виде записи в журнале готовой продукции.

В процессе обработки данные о заявках будут соотнесены с фактическими данными о состоянии склада. В случае не выполнения заявок поступят соответствующие документы менеджеру по договорам и покупателю. Назовем его условно «Отказ». В том случае, если заявку можно выполнить, делается соответствующая отметка в журнале готовой продукции о том, что сотрудник отдела продаж приступает к процедуре оплаты товара со склада. Назовем ее условно «Отметка выполнения».

Приступим к следующему процессу обработки информации – оплате за товарную продукцию. Будем считать, что информация об условиях оплаты, сумме предоплаты содержится в хранилищах «Заявки» и «Заявки договоров». Эта информация будет входящей. Процедура оплаты будет состоять из выписки и оплаты счета на основании текущих цен на продукцию, содержащихся в хранилище «Цены на товар». После оплаты покупателю или заказчику будет выданы требования на товар и чек для предъявления его на складе.

Следующий процесс данной диаграммы – выдача товара. Он производится кладовщиком на основании требования. После выдачи кладовщик производит запись в журнале складского учета и выписывает накладные на товар. На рисунке 12 изображена первая диаграмма декомпозиции.

Рис.12. Первая диаграмма декомпозиции.

Этот уровень декомпозиции редко достаточен для моделирования потоков информации и документооборота. Продолжим моделирование декомпозицией выбранного процесса.

Обработка потока информации на этапе выдачи товара можно описать с помощью следующих процессов:

- прием требований на товар;

- изменение в журнале складского учета (на проданный товар будет поставлена пометка – отпущено);

- изменение в договоре (в соответствующем договоре будет сделана пометка – выполнен);

- выписка сопроводительных документов.

Графическое представление диаграммы декомпозиции представлено на рисунке 13.

Рис.13. Диаграмма декомпозиции.

Задания для самостоятельной работы:

1. Закончить моделирование задачи по реализации готовой продукции со склада, дополнив диаграмму описаниями потоков данных декомпозициями других процессов.

2. Создать модель потока данных выбранной в пункте 2.1. задачи для самостоятельного решения с использованием методологии SADT и инструментария AllFusion Modeler Suite.