2.2 Описание предметной области задачи автоматизации
Диаграммы потоков данных (DFD) являются основным средством моделирования функциональных требований к проектируемой системе. С их помощью эти требования представляются в виде иерархии функциональных компонентов (процессов), связанных потоками данных. Главная цель такого представления – продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
Основная причина построения иерархии DFD заключается в том, чтобы сделать требования к системе ясными и понятными на каждом уровне детализации, а также разбить эти требования на части с точно определенными отношениями между ними.
Диаграммы DFD используются для описания структуры проектируемой системы ПО, при этом они могут уточняться, расширяться и дополняться новыми конструкциями. Затем на основании диаграмм потоков данных легко перейти к следующей стадии проектирования - концептуальной модели.
Цель модели формулируется следующим образом: описать все процессы работы с проектами, с тем, чтобы спроектировать информационную систему для автоматизации этих процессов. Система рассматривается с точки зрения разработчика ИС.
Предметная область задачи исследовалась с помощью структурного (функционально-модульного) подхода к проектированию. Результатами исследования являются построенные диаграммы потоков данных (DFD диаграммы). Структурный подход заключается в декомпозиции сложной системы на несколько крупных частей, каждая из которых в свою очередь строится из частей меньшего размера.
Построим начальную контекстную диаграмму потоков данных в нотации Гейна-Серсона (Рисунок 2.5). Нарисуем нулевой процесс и присвоим ему имя системы (Информационная система «ZD Leasing»). Внешними сущностями являются Клиент, Поставщик, Администрация компании и Бухгалтерия. Нарисуем внешние сущности и соединим их с нулевым процессом посредством потоков данных. Потоки данных соответствует документам, запросам или сообщениям, которыми внешние сущности обмениваются с системой. Потоками данных будут служить:
- информация о клиенте и поставщике;
- информация о товарах и комплектующих от поставщика;
- графики платежей клиентам;
- платежи, поступающие от клиента по договору;
- отчеты в бухгалтерию и администрацию компании и т. д.
Рисунок 2.5 – Диаграмма бизнес-процессов А-0
Декомпозировав начальную контекстную диаграмму «Информационная система ZD Leasing» на интересующие нас процессы можно выделить следующие блоки, выполняемые последовательно в ходе работы над проектом: «Регистрация и ведения заявки» и «Ведение и мониторинг договоров» (Рисунок 2.6).
В случае положительного решения о продолжении сотрудничества с клиентом, принятого кредитным комитетом, деятельность менеджеров переключается на непосредственную работу над проектом. Входными данными работы «Ведение и мониторинг договоров» будет служить информация из зарегистрированной и принятой заявки (в которой указаны все требования и пожелания клиента и содержится основная информация по проекту). Кроме того, требуется информация от поставщика (о его товарах и услугах) и о поступающих платежах от клиента. Результатом деятельности будут отчеты по запросу бухгалтерии и администрации, а также рассчитанные графики платежей для лизингополучателя.
Рисунок 2.6 – Диаграмма бизнес-процессов А0
Рассмотрим процесс «Ведение и мониторинг договоров» подробнее. Для этого декомпозируем его на 4 основные работы, выполняемые в рамках ведения проекта последовательно «Регистрация договора», «Формирование истории» (плана задач по проекту), «Регистрация инвентарных объектов» и «Ведение и мониторинг проекта» (Рисунок 2.7). Приведенная диаграмма наглядно демонстрирует, что результатом работы каждого процесса является наполнение одного или нескольких списков (накопителей данных), информация из которых является входной, для следующего процесса и т. д. Результатом всей цепи будет процесс «Ведение и мониторинг договоров», который использует всю накопленную информацию по всем спискам для формирования отчетности для бухгалтерии и администрации компании, а также для более жесткого и прозрачного ведения всех открытых проектов.
В результате декомпозиции мы имеем четыре основных блока (Рисунок 2.7).
Рисунок 2.7 – Диаграмма потоков данных А2
Необходимо декомпозировать каждую представленную работу для более подробного рассмотрения функциональных аспектов поведения системы. Так как выходными данными процесса «Регистрация договора» являются формирование базы договоров (внесение договоров) и график платежей для внешней сущности Клиент, то выделим, соответственно, процессы: «Внести данные по договору» и «Рассчитать график платежей» (Рисунок 2.8). Пользуясь реестром заявок и реквизитами клиента, менеджер вносит данные по договору, тем самым, формируя базу договоров. Эта информация нужна также для расчета графика платежей (программа лизинга, сумма по договору, срок аренды, первоначальный авансовый платеж и др.). Этот график передается клиенту и, также сохраняется в список графиков платежей, для последующего контроля их поступления.
Рисунок 2.8 – Диаграмма потоков данных А21
Следующим процессом идет составление истории проекта. Так как история (или план задач) состоит из некоторого списка заданий, которые нужно выполнить, и которым менеджер будет руководствоваться при ведении проекта, то этот процесс будет состоять из следующих работ: «Добавить или редактировать задачу», «Составить или корректировать историю» (Рисунок 2.9). Сначала, по необходимости, происходит формирование общего для всех проектов списка задач, на основе которых строиться план для текущего проекта, который в свою очередь зависит от нюансов договора. На диаграмме детально отображаются процессы составления списка задач и истории проекта и сохранение их в базах. Однако требует пояснения один важный момент. С поставщиком заключается договор купли-продажи после того, как составлена история (заключение договора с поставщиком – тоже задача из списка требуемых для проекта). После покупки и последующей регистрации в системе инвентарных объектов (или во время регистрации), некоторые детали истории проекта могут добавиться или существенно измениться. Например, на длительность страхования объекта может повлиять срок гарантийного обслуживания. Поэтому корректировка происходит в соответствие с поступлением информации об объекте.
Рисунок 2.9 – Диаграмма потоков данных А22
Регистрация инвентарных объектов состоит из процессов указанных на рисунке 2.10. Приобретая товар у поставщика, данные о нем вносятся в систему (список инвентарных объектов). Объекты состоят из частей (или комплектующих), которыми могут являться как мелкие части одного объекта (процессор и материнская плата компьютера проходят как разные товары одного объекта; они имеют разный гарантийный срок), так и услуги других поставщиков или партнеров, связанные с этим объектом. Все комплектующие, привязанные к объекту, имеют свои накладные и счеты-фактуры (также обязательно регистрируются в системе) и формируют общую стоимость инвентарного объекта для налогового и бухгалтерского учетов.
Рисунок 2.10 – Диаграмма потоков данных А23
После внесения всех данных начинается процесс «Ведения и мониторинга проектов», который длится до его окончания и присваивания ему статуса «закрыт». Этот процесс состоит из контроля за поступлением платежей и выполнением плана задач по проекту, учета операций с инвентарными объектами и составлением отчетов. Декомпозируем его в соответствии с этими задачами (Рисунок 2.11). Всю работу по проекту менеджер сверяет со сформированным ранее планом задач (историей), по необходимости корректирует их и ставит пометку о выполнении, когда задача выполнена. Так можно определить на какой стадии находиться проект, запросив отчет о состоянии истории проекта. Также менеджер, сверяясь с графиком платежей, постоянно контролирует их поступление от клиента и, в случае задержки, выясняет причину, либо принимает решение о дополнительной ревизии предприятия лизингополучателя и его финансового положения. Это позволят снизить риски, связанные с потерями по лизинговым кредитам. Процесс учета операций с объектами требуется для совместной работы с бухгалтерией, т. е. позволяет проследить за движением объектов в бухгалтерском балансе, и корректно вести налоговый учет.
Информация из всех списков в системе, представленных на диаграмме используется для составления отчетов для бухгалтерии, администрации компании, и в помощь самим менеджерам.
Рисунок 2.11 – Диаграмма потоков данных А24
После выполнения всех действий с проектом, заключается договор о передачи имущества в собственность лизингополучателя, инвентарные объекты снимаются с учетов, выполняются другие завершающие действия в соответствие с составленным планом и проекту присваивается статус «Закрыт». На этом работа с проектом заканчивается.
На основании построенных диаграмм потоков данных можно построить концептуальную модель базы данных, а также выделить основные процессы и таблицы, которые будут использоваться в информационной системе.
