A. Функциональное моделирование по теме индивидуального задания

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

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

– выбор БД;

– формирование отчета.

Для отражения очередности функционирования, управления и взаимосвязи перечисленных компонент была создана функциональная модель в нотации семейства «IDEF». Методология «IDEF0» предписывает построение иерархической системы диаграмм — единичных описаний фрагментов системы. Она показывает, какие входные данные и каким образом влияют на формирование выходных данных, не рассматривая порядок и способ обработки данных внутри функциональных блоков. При этом сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция — система разбивается на подсистемы, и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. Пример представлен ни Рисунке 4.1.

Рисунок 4.1 — Общая функциональная схема программного продукта «Автоматизация учёта оказания услуг КУП «ИВЦ Гомельоблсельхозпрода»

Первый верхний уровень разработанного программного приложения функциональной модели представлен контекстной диаграммой «Автоматизация учёта оказания услуг КУП «ИВЦ Гомельоблсельхозпрода» приведена на рисунке 4.2. Она представляет собой обобщенное описание системы и ее взаимодействия с внешней средой.

Здесь входными данными будут, являются: «Акты», «Сотрудники», «Должности», «Отделы», «Состав_договора», «Договор», «Клиенты», «Перечень_услуг».

Управление осуществляется с помощью должностной инструкции директора, который определяет способ работы с программой. Механизмом является директор, который будет непосредственно управлять программой. Исходящей информацией будут являться все измененные ТБД, Сдачи-приёмки выполненных работ, Акт приемки-сдачи выполненных работ, Договор.

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

Рисунок 4.3 — Диаграмма декомпозиции функциональной модели системы

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

Первый функциональный блок — блок «Поиск необходимой информации». Входными данными являются ТБД «Акты», ТБД «Сотрудники», ТБД «Должности», ТБД «Отделы», ТБД «Состав_договора», ТБД «Договор», ТБД «Клиенты», ТБД «Перечень_услуг». Выходными данными является найденная информация, которая также является входными данными блока «Выбор необходимой информации», выходными данными является выбранная информация. Входными данными блока «Сдачи-приёмки выполненных работ, Акт приемки-сдачи выполненных работ, Договор.» является выбранная информация, выходными данными являются измененные ТБД, а также Сдачи-приёмки выполненных работ, Акт приемки-сдачи выполненных работ, Договор.

Примеры представлен в приложении Д, Е, Ж.