Лекции.Орг


Поиск:




Категории:

Астрономия
Биология
География
Другие языки
Интернет
Информатика
История
Культура
Литература
Логика
Математика
Медицина
Механика
Охрана труда
Педагогика
Политика
Право
Психология
Религия
Риторика
Социология
Спорт
Строительство
Технология
Транспорт
Физика
Философия
Финансы
Химия
Экология
Экономика
Электроника

 

 

 

 


Моделирование потоков данных с использованием методологии 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.

 





Поделиться с друзьями:


Дата добавления: 2016-11-12; Мы поможем в написании ваших работ!; просмотров: 1267 | Нарушение авторских прав


Поиск на сайте:

Лучшие изречения:

Надо любить жизнь больше, чем смысл жизни. © Федор Достоевский
==> читать все изречения...

2298 - | 1984 -


© 2015-2024 lektsii.org - Контакты - Последнее добавление

Ген: 0.008 с.