97
создания ИС, который также называется «модель водопада», включает в себя
строго последовательный порядок действий.
Главным достоинством функциональных моделей становится реализация
структурного подхода к созданию информационных систем по схеме "сверху-
вниз", когда любой функциональный блок может быть разделен на множество
подфункций и т. д., таким образом, реализуя модульное проектирование ИС. Для
функциональных моделей зачастую характерной чертой является строгость
разделения ИС и наглядность представления.
В процессе функционального подхода объектные модели данных в виде
ER-диаграмм "объект — свойство — связь" создаются отдельно. Чтобы
проверить правильность проектирования предметной области между
объектными и функциональными моделями выделяются взаимно однозначные
связи.
Основной недостаток такого подхода объясняется движением данных в
одном направлении. Если в процессе проектирования или использования
возникает проблема, то решается она исключительно на данной стадии проекта,
ни в коем случае не затрагивая прошедших стадий.
Нехватка обратной связи приводит к ограниченным корректировкам, что,
в свою очередь, ведет к неполноценной реализации. Применение
функционально-модульного подхода увеличивает возможность потери контроля
над решением существующих проблем. Основной недостаток структурного
подхода состоит в следующем: процессы и информация развиваются отдельно
друг от друга (аналогично модели деятельности организации и модели
программной системы), а процесс проектирования идет от процессов к данным.
Получается, что помимо функционального разделения, имеет место быть также
структура данных, которая всегда располагается на втором плане.
В объектно-ориентированном подходе (ООП) главной категорией
объектной модели является класс, который включает в себя на элементарном
уровне как данные, так и операции, которые над ними реализуются (методы).
Именно с такой позиции все изменения, относящиеся к переходу от
структурного к ООП, становятся максимально заметными. Разделение процессов
98
и данных устранено, но существует еще вопрос по минимизации сложности
системы, который решается методом применения механизма компонентов.
Структурная схема пакета ИС приведена на Рисунке 2.20.
Рисунок 2.20 Структурная схема пакета ИС учета сервисного обслуживания
клиентов
Программная система состоит из следующих уровней: клиент; сервер
приложений; сервер базы данных (Рисунок 2.21).
99
Рисунок 2.21 Структура программной системы
Клиент — это интерфейсный компонент, который представляет первый
уровень, собственно приложение для конечного пользователя. Первый уровень
не имеет прямых связей с базой данных и бизнес-логики.
Сервер приложений располагается на втором уровне. На втором уровне
сосредоточена большая часть бизнес-логики. Сервер базы данных обеспечивает
хранение данных и выносится на третий уровень.
Сервер приложений разработан при помощи технологии Delphi XE2
DataSnap. Передача данных между клиентом и сервером осуществляется через
протокол TCP.
Сервер приложений взаимодействует с базой данных через СУБД MS
Access. Подключение к базе данных выполняется через технологию ADO.
В структуре сервера можно выделить две основные части: Модуль
управления сервером (TdmServer) и модуль предоставления данных
(TdssmRemoteData). Описание модулей приведено в Таблице 2.4.
Таблица 2.4
Структура сервера приложений
№
Название модуля
Описание
Функции
1 TdmServer Содержит компоненты для
подключения к системе
управления базами данных
(через ADO) и компоненты
для организации сервера
приложений (передача
данных выполняется через
протокол TCP).
Подключение к СУБД.
Управление сервером
приложений (установка
соединений с
клиентскими
приложениями,
аутентификация
пользователей, передача
данных клиентам).
2
TdssmRemoteData
Модуль системы, который
Авторизация.
100
определяет доступные
клиенту данные и
функциональность системы.
Экземпляр данного модуля
создается для каждого
подключенного клиента.
Предоставление данных;
Предоставление
функциональности;
Основой клиентской части является модуль TdmData. Модуль выполняет
следующие функции: соединение с сервером; управление предоставленными
сервером наборами данных; получение доступа к функциональности сервера
(создание проекции интерфейса взаимодействия «TdssmRemoteData»).
2.3.4 Описание программных модулей
Структурно пакет состоит из следующих модулей:
модуль Справочники;
модуль Заявки;
модуль Пользователи;
Модуль Справочник содержит относительно постоянную информацию и
средства работы с ней, то есть экранные формы, Таблицы базы данных, а также
процедуры и запросы к базе данных. К состав этого модуля входя следующие
справочники:
1. Телефоны
2. Модели
3. Бренды
4.Запчасти
5. Неисправность
Модуль Заявки позволяет осуществлять прием и обработку заказов
клиентов. В состав данного модуля входят процедуры и функции, позволяющие
осуществлять данные функции. Данный модуль использует данные из модуля
Справочники.
Модуль пользователи позволяет управлять пользователями системы,
назначать им права доступа и возможности в системе.
101
Рассмотрим основные алгоритмы работы программы, к которым
относятся:
Алгоритм регистрации пользователя;
Алгоритм добавления и обработки заказа;
Алгоритм получения списка заказов;
Алгоритм обработки заявлений.
Регистрация пользователя производится администратором. Алгоритм
регистрации приведен на Рисунке 2.22.
102
Рисунок 2.22 Алгоритм регистрации пользователя
При регистрации пользователя данные о нем вносятся в Таблицу
Сотрудники. При этом выбирается должность сотрудника (из Таблицы
Должности), а также вводится пароль и логин для доступа в систему. При
регистрации проводится проверка обязательности заполнения полей. В случае,
если данное условие не выполняется, пользователю выводится сообщение о том,
что поле обязательно для заполнения.
103
Заказ оформляется менеджером или администратором. После заполнения
всех полей (среди которых также есть обязательные и необязательные)
проводится проверка корректности заполнения полей, после чего данные
записываются в Таблицу Клиенты. При этом заказу присваивается статус
«Принят» путем записи в соответствующее поле Таблицы Клиенты значения 1.
Алгоритм регистрации заявления приведен на Рисунке 2.23. На Рисунке
поля ввода для упрощения изображения приведены по группам.
Рисунок 2.23 Алгоритм регистрации заявления
104
После регистрации заявления менеджер может получить их список.
При формировании списка заявлений из Таблицы Заказы выбираются
заказы, статус которых Принят или Закрыт. Алгоритм формирования списка
заказов приведен на Рисунке 2.24.
Рисунок 2.24 Алгоритм формирования списка принятых заявлений
Обновление статуса заявлений производится путем обновления значения
поля Статус в Таблице Заказы.
105
Рисунок 2.25 Алгоритм обновления статуса заявления
2.4 Контрольный пример реализации проекта и его описание
Для начала работы с программой необходимо пройти авторизацию.
После удачного ввода пароля и логина формируется экранная форма со
списком актуальных заказов:
Рисунок 2.26 Список заказов
106
Для начала работы необходимо провести первоначальное заполнение
справочников, к числу которых относятся такие, как Бренд, модель, Запчасти и
Неисправности.
Экранные формы для ввода данных в справочник приведены ниже.
Рисунок 2.27 Справочник Бренд
Рисунок 2.28 Справочник Модель