Функционально-модульный или структурный подход
Применение схемы «Дерево функций» позволяет наглядно показать иерархию функций управления и процессы обработки данных, которые автоматизированы в разработанной подсистеме.
На рисунке 9 изображено дерево функций информационной системы по работе отдела оптовых продаж ООО «Карапузик».
| Начало работы с системой |
| Выбор пункта меню |
| Товары |
| Поставки |
| Таблица цветов |
| Выход из системы |
| Выход в меню |
| Коллекции |
| Магазины |
| Курсы валют |
Рисунок 9 – Дерево функций информационной системы по работе отдела оптовых продаж ООО «Карапузик».
Разработка дерева функций позволяет выделить отдельные сценарии диалога и разработать их структуру.
Объектно-ориентированный подход
Объектно-ориентированный метод заключается в представлении системы в виде совокупности классов и объектов предметной области. При этом характер сложной системы отражается в виде иерархии классов, а ее функционирование рассматривается как взаимодействие объектов.
При объектно-ориентированном методе сложная система описывается наиболее естественным образом.
Схема реализации проекта продукта строится с целью однозначного понимания всех функций, выполняемых данной ИС. В большинстве случаев функциональная спецификация формулируется на естественном языке при помощи специальных объектов и утверждений, конкретно описывающих функции программной системы [7].
Исходя из требований, предъявляемых к программной системе, выделим основные функции, которые реализованы в системе.
Вход в систему - при запуске программы производится соединение с базой данных – при особых настройках запрашивается имя пользователя и пароль. При успешном вводе пароля пользователь подключается к базе данных и получает возможность работать с АИС. При неудаче – выдаётся сообщение об ошибке.
Сведения о товарах, поставках и коллекциях – работа с учетными данными таблиц: «Товары», «Поставки» и «Коллекции».
Ведение справочных данных – работа со справочной информацией. Справочники, которые используется в ИС: «Курсы валют» и «Таблица цветов».
Сведения о магазинах – работа с учетными данными таблицы: «Магазины».
Формирование отчетов - представляет собой формирование, просмотр и печать отчётов.
Функциональная схема программной системы представлена в приложении 1.
Основные этапы проектирования ИС
При написании подобных систем обычно используется метод нисходящего проектирования, то есть составляется сценарий работы программы, затем общая задача разбивается на подзадачи, выделяются объекты, для каждого из них определяются свойства и методы их обработки, то есть процедуры, реализующие эти свойства. Затем объекты, обладающие схожими свойствами, объединяются в группы, определяется иерархия объектов [7].
Метод нисходящего проектирования призван сократить временные затраты на написание алгоритма и последующую отладку программы. Основная идея метода нисходящего проектирования - не программировать сразу. Пошаговая детализация (программирование «сверху вниз») автоматически заставляет формировать понятную структуру программы. После завершение трансляции (также автоматически) формируется первичный набор тестов; каждый тест отлаживает конкретную подзадачу. Аккуратное проектирование обычно приводит к тому, что программист хорошо представляет себе работу каждой конкретной подзадачи, ее входные и выходные данные, и потому в состоянии протестировать именно ее. По окончании тестирования конкретной подзадачи, можно тестировать другие подзадачи независимо. Эта независимость дает также возможность тестировать подзадачи по ходу реализации программы, генерируя после трансляции уже первично отлаженный код.
Программная система состоит из проекта Project.dpr в который входит 9 модулей: Unit1, Unit2, Unit3, Unit4, Unit5, Unit6, Unit7, Unit8, Unit9 (расширение *.pas).
Модули, реализующий основные функции, вызываются из основного модуля. Вспомогательные модули используются в процессе работы основного модуля.
Иерархическая соподчиненность модулей программного комплекса представлена на рисунке 10.
| Unit 1 |
| Unit3 |
| Unit8 |
| Unit2 |
| Unit7 |
| Unit 6 |
| Unit5 |
| Unit9 |
| Unit4 |
Рисунок 10 - Иерархическая соподчиненность модулей
Таблица 6 - Спецификация модулей ПС
| Название модуля | Назначение | Входные данные | Выходные данные |
| Unit1 | Форма меню | Выбор пользователем действия | Основная форма |
| Unit2 | Форма, содержащая информацию о товарах | Выбор пользователем действия | Результат текущего действия – просмотр информации о товарах |
| Unit3 | Форма, содержащая информацию о поставках | Выбор пользователем действия | Результат текущего действия – просмотр товаров поставок |
| Unit4 | Форма, реализованная компонентом Page Control Модуль, содержащий таблицы с товарами из коллекций | Выбор пользователем действия | Результат текущего действия – просмотр таблиц коллекций товаров |
| Unit5 | Форма, реализованная компонентом DBCtrlGrid с информацией о магазинах | Выбор пользователем действия | Результат текущего действия – просмотр таблиц с информацией о магазинах |
| Unit6 | Модуль, содержащий информацию о курсах валют | Выбор пользователем действия | Информация о курсах валют |
| Unit7 | Модуль, содержащий информацию о цветовой гамме | Выбор пользователем действия | Информация о цветовой гамме |
| Unit8 | Модуль, содержащий компоненты для работы с базой данных | Данные, записанные пользователем | Соединение с базой данных |
| Unit9 | Формирование отчета в виде QReport | Формируется по запросу из модуля 3 | Сформированный отчет |
