Главная | Обратная связь | Поможем написать вашу работу!

Детализация контекстной диаграммы

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

В результате детализации получается диаграмма первого уровня, более полно отражающая протекающие в анализируемой предметной области процессы. На этом этапе необходимо сделать вывод о необходимости проведения дальнейшей детализации. Если полученная модель не в полной мере или недостаточно подробно описывает рассматриваемые бизнес процессы, необходимо проводить дальнейшую детализацию путем построения диаграмм второго уровня. Так как на первом уровне мы имеем несколько процессов, возможно потребуется детализация нескольких или всех из них. В результате будет получен набор диаграмм второго уровня, описывающих процессы первого уровня более подробно. Правила построения диаграмм второго уровня такие же как и первого. При необходимости можно проводить дальнейшую детализацию процессов второго уровня, а затем третьего и четвертого, однако, для относительно небольших систем,
в большинстве случаев достаточным является 2-3 уровня детализации.

Так как приведенная на рис.2.1 диаграмма потоков данных является укрупненной, в дальнейшем необходимо провести ее детализацию чтобы выявить существенные для рассматриваемой системы процессы и их взаимодействие. На рис.2.2 приведена DFD диаграмма, детализирующая процесс Обслужить для задачи обслуживания клиента по кредитной карточке.

Изображенная на рис.2.2 диаграмма состоит из четырех процессов и одного хранилища данных кредитных карт.

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

Рис. 2.2. Диаграмма детализации процесса Обслужить задачи
обслуживания клиента банка по кредитной карточке

грамме должно в точности соответствовать количеству и наименованию потоков данных, входящих и исходящих из детализируемого процесса. Так в приведенном на рис.2.2 примере процесс Обслужить имеет 3 входящих потока данных: Ключевые данные, Данные по счету, Кредитная карта, следовательно на диаграмме декомпозиции, изображенной на рис.2.2 должны присутствовать все три указанных выше потока данных. То же относится и к выходящим из процесса Обслужить потокам данных.

Кратко рассмотрим изображенные на рис.2.2 процессы.

Процесс Получить пароль осуществляет прием и сравнение пароля клиента, полученного в рамках потока Ключевые данные с Паролем, полученным из хранилища Данные кредитной карты. В результате формируется выходной поток Сообщение, информирующий клиента о готовности принять пароль.

Процесс Получить запрос на обслуживание осуществляет прием и проверку запроса клиента на проведение необходимой ему банковской операции на основе входящих потоков Запрос на обслуживание, указывающего какую именно операцию хочет выполнить клиент и Лимит денег, показывающего наличие денег на счету клиента. В результате формируется выходной поток Сообщение для информирования клиента о готовности принять запрос на обслуживание и поток Денежная сумма, указывающий объем запроса на обслуживание.

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

Процесс Обработать кредитную карту осуществляет считывание информации с кредитной карты и имеет на входе внешний поток Кредитная карта, а на выходе поток Данные кредитной карты, переносящий соответствующую информацию в хранилище.

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

Существуют ситуации, когда одной DFD диаграммы бывает достаточно для изображения модели предметной области. Обычно такой подход применяется при рассмотрении достаточно маленьких по объему систем, имеющих небольшое количество процессов и передаваемых между ними данных.

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

Эта диаграмма представляет самый верхний уровень функциональной модели. Естественно, это весьма грубое описание предметной области. Уточнение модели производится путем детализации необходимых функций на DFD-диаграмме следующего уровня. Так, при необходимости, мы можем разбить функцию «Определение потребностей и обеспечение материалами» на подфункции «Определение потребностей», «Поиск поставщиков», «Заключение и анализ договоров на поставку», «Контроль платежей», «Контроль поставок», связанные собственными потоками данных, которые будут представлены на отдельной диаграмме. Детализация модели должна производится до тех пор, пока она не будет содержать всю информацию, необходимую для построения информационной системы.

Несмотря на то, что при построении DFD диаграмм не существует очень жестких правил по их оформлению, присущих диаграммам других видов, при построении DFD диаграммы рекомендуется придерживаться следующих правил:

Рис. 2.3. Укрупненная модель деятельности предприятия,
работающего на заказ

1. Размещать на каждой диаграмме от 3 до 6 процессов.

2. Не загромождать диаграммы не существенными на данном уровне деталями.

3. Декомпозицию потоков данных осуществлять параллельно с декомпозицией процессов.

4. Выбирать ясные, отражающие суть дела имена процессов и потоков, при этом стараться не использовать аббревиатуры.

?	Пример выполнения работы

В качестве примера рассмотрим процесс построения DFD диаграммы для производственной организации.

Формулировка задачи.

Фирма осуществляет производство некоторой продукции. Закупка материалов производится у поставщиков, при этом фирма-поставщик
выписывает счет для оплаты определенного количества материалов и
после оплаты счета осуществляет их поставку. Поступив в фирму материалы могут быть использованы непосредственно для производства готовой продукции, а в особых случаях списаны или проданы на сторону. В процессе производства получается готовая продукция, которая реализуется клиентам. При этом клиент получает счет для оплаты покупаемой продукции, после оплаты которого производственное предприятие осуществляет поставку готовой продукции клиенту.

Необходимо разработать DFD диаграмму предметной области, реализующей функции оперативного управленческого учета движения товарно-материальных ценностей (ТМЦ) в процессе производства готовой продукции (ГП).

Решение.

Прежде всего определим круг задач, попадающих в рассмотрение при анализе предметной области. Из формулировки задания видно, что требуется разработать модель, описывающую процессы, происходящие при учете движения ТМЦ предприятия. Это означает, что вопросы, связанные с особенностями производственного процесса в данном случае несущественны и не должны учитываться при рассмотрении предметной
области. Таким образом, для нас совершенно несущественно что производит данное предприятие и каковы особенности технологического процесса производства. Определив таким образом границы рассматриваемой системы, рассмотрим укрупненно процесс функционирования предприятия и построим контекстную диаграмму (рис. 2.4).

Диаграмма состоит из единственного процесса Производственный учет и двух внешних сущностей Поставщик и Клиент. Процесс учета
поставки материалов выглядит следующим образом: поставщик поставляет Материалы при получении Платежей исходящих, осуществляемых на основании Счета входящего. Процесс учета реализации готовой продукции выглядит практически аналогично процессу учета поставки материалов, с той лишь разницей, что предприятие-производитель в данном случае выступает в роли продавца, а в роли покупателя выступает Клиент.

При более детальном рассмотрении процесса Производственный учет можно обнаружить, что в него входят такие процессы как Закупка материалов, Расход материалов, Поступление готовой продукции, Реализация готовой продукции. Таким образом, Производственный учет состоит из двух частей: учета поступления и расходования материалов и учета поступления и расходования готовой продукции.

На основании вышесказанного, построим диаграмму первого уровня, детализирующую процесс Производственный учет (рис.2.5).

Рис. 2.4. Контекстная диаграмма модели «Производственный учет»

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

Рис. 2.5. Диаграмма детализации для процесса
«Производственный учет»

На диаграмме видно, что входными потоками данных для процесса Закупка материалов являются Счет входящий и Материалы, а выходными Материалы и Платежи исходящие. Явно видно, что процесс
Закупка материалов является сложным процессом, выполняющим функции учета материалов и нуждается в более тщательном рассмотрении.

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

После оплаты материалов, происходит их доставка, что на диаграмме изображено в виде входящего потока Материалы. Факт поступления материалов должен быть обработан, а информация о нем сохранена. В результате получим диаграмму второго уровня, детализирующую процесс Закупка материалов (рис. 2.6).

Рис. 2.6. Диаграмма детализации процесса «Закупка материалов»

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

После выполнения функции Закупка материалов, согласно заданию, приведенному выше, материалы могут быть отпущены в производство, списаны или реализованы на сторону. Не вдаваясь в тонкости каждого из этих процессов, можно сказать, что основным направлением расходования материалов является производство. Однако, в случае поступления бракованного материала, а также по истечении срока годности материала и в ряде других случаев, материал может быть списан, либо продан на сторону (израсходован не для производственных целей). В каждом из этих случаев необходимо сохранить соответствующую информацию. Эти функции реализуются процессом Расход материалов. В результате всего вышесказанного построим диаграмму второго уровня, детализирующую процесс Расход материалов (рис.2.7).

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

Рис. 2.7. Диаграмма детализации процесса «Расход материалов»

При поступлении готовой продукции из производства необходимо обработать факт поступления и сохранить информацию об этом. В результате можно построить диаграмму второго уровня, детализирующую процесс Поступление готовой продукции (рис. 2.8).

Рис. 2.8. Диаграмма детализации процесса «Поступление
готовой продукции»

При реализации готовой продукции необходимо сформировать Счет исходящий, предоставить его клиенту для оплаты и сохранить информацию об этом счете. После поступления Платежа входящего от клиента сохранить факт его поступления, осуществить отгрузку продукции и сохранить информацию об Отгрузке готовой продукции. В результате получим диаграмму второго уровня, детализирующую процесс Реализация готовой продукции (рис. 2.9).

Рис. 2.9. Диаграмма детализации процесса «Реализация
готовой продукции»

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

s	Контрольные вопросы

1. Опишите роль процесса проектирования при создании базы данных.

2. Перечислите и коротко охарактеризуйте этапы процесса разработки базы данных.

3. Что такое инфологическая модель базы данных. Что является исходными данными для построения инфологической модели базы данных?

4. Что такое даталогическая модель базы данных. Опишите процесс создания даталогической модели базы данных.

5. Что такое физическая модель базы данных. Опишите процесс создания физической модели базы данных.

6. Перечислите и коротко охарактеризуйте основные методологии описания предметной области, существующие в рамках структурного подхода к проектированию.

7. Перечислите основные особенности и назначение диаграмм потоков данных.

8. Опишите последовательность и основные правила создания диаг-рамм потоков данных.

9. Что такое нотация? Какова роль нотации в процессе проектирования? Опишите основные соглашения, используемые в DFD.

10. Что такое контекстная диаграмма и диаграмма детализации?
Почему в процессе проектирования необходимо представлять диаграммы в виде иерархии?

è	Порядок выполнения работы

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

2. Определить рамки рассматриваемой в варианте задания системы и выделить внешние по отношению к системе объекты.

3. Определить основной процесс предметной области, его входные и выходные информационные потоки и построить контекстную диаграмму.

4. Выделить несколько (до 8) процессов, входящих в основной процесс контекстной диаграммы, определить их входные и выходные информационные потоки.

5. Построить диаграмму детализации первого уровня.

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

7. При необходимости создать комментарии, поясняющие наиболее сложные для понимания части диаграммы.

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

&	Дополнительная литература

1. Буч Г. Объектно-ориентированный анализ и проектирование
с примерами приложений на С++, 2-е изд./Пер. с англ. – М.: «Издательство Бином», СПб.: «Невский диалект», 2001. – 560 с., ил.

2. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – М.: Финансы и статистика, 2002. – 352 с.: ил.

3. Шкарина Л. Язык SQL: учебный курс. – СПб.: Питер, 2001.–592 с.: ил.

4. Дейт К. Введение в системы баз данных: Пер. с англ. – 6-е изд. – СПб.: Вильямс, 1999.

5. Маклаков С.В. BPwin и ERwin. CASE-средства разработки информационных систем. – 2-е изд., испр. и дополн. – М.: ДИАЛОГ-МИФИ, 2001 – 304 с.

6. Нейбург Э. Дж., Максимчук Р.А. Проектирование баз данных с помощью UML.: Пер. с англ. – М.:Издательский дом «Вильямс», 2002.–288 с. ил. – Парал. тит. англ.

Ä	Варианты заданий

Вариант 1

1 - 2 час.

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

Для эффективной работы предприятие должно поддерживать минимальное наличие товаров каждого наименования. При уменьшении количества имеющегося товара до критического уровня (минимального запаса), должен быть оформлен заказ на поставку этого товара.

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

Вариант 2

1 - 2 час.

Коммерческий банк выдает кредиты юридическим и физическим лицам. Существуют следующие варианты кредитования:

Наименование кредита	Сумма, руб.	Срок, мес.	Годовая ставка, %
Экономный
Пенсионный

Работу банка следует рассматривать следующим образом. Заемщик заключает договор с банком на предоставление кредита. Банк оформляет кредит и выдает заемщику требуемую сумму денег. Банк начисляет проценты на выданную сумму. Способ начисления процентов оговаривается при заключении договора. Каждый факт начисления процентов фиксируется. Заемщик погашает кредит. Каждый платеж заемщика в счет погашения кредита фиксируется. После погашения всей суммы кредита с учетом начисленных процентов, производится операция погашения кредита, которая подтверждает отсутствие претензий банка к заемщику.