2.1 Определение сервисов

Модульное программирование основано на понятии модуля.

Модуль характеризуют:

• один вход и один выход - на входе программный модуль получает определенный набор исходных данных, выполняет содержательную обработку и возвращает один набор результатных данных, т.е. реализуется стандартный принцип IPO (Input - Process - Output) - вход-процесс-выход;

• функциональная завершенность - модуль выполняет перечень регламентированных операций для реализации каждой отдельной функции в полном составе, достаточных для завершения начатой обработки;

• логическая независимость - результат работы программного модуля зависит только от исходных данных, но не зависит от работы других модулей;

• слабые информационные связи с другими программными модулями - обмен информацией между модулями должен быть по возможности минимизирован;

• обозримый по размеру и сложности программный элемент.

Таким образом, модули содержат определение доступных для обработки данных, операции обработки данных, схемы взаимосвязи с другими модулями.

На основании инфологической модели предметной области можно

выявить сервисы и их взаимосвязь, относящиеся к данной системе.

Сервисы редактирования, чтения, удаления данных относятся к пользовательским сервисам, так отвечают за взаимодействия приложения и пользователей системы.

Так как система предусматривает разграничения прав доступа соответственно необходимо выделить сервисы безопасности и отнести их к системным сервисам. Туда же следует отнести сервисы обработки ошибок.

За вывод данных на экран в корректной форме, а так же за преобразование и занесение отредактированных данных в базу данных отвечает сервисы данных.

Сервисы формирования отчета и вывода сформированного отчета на печать

относятся к бизнес - сервисам.

Рисунок 2. Сервисы системы

2.2. Выбор архитектуры

В основе большинства современных информационных систем лежит многоуровневая архитектура. В таких системах обычно разделяется три уровня: обработка данных, бизнес-логика и представление. В Web-ориентированном подходе можно условно выделить две части – клиентскую и серверную, где каждая часть может иметь более сложную организацию и, оставаясь в рамках архитектуры, подразделяться на несколько уровне.

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

Рисунок 3. Модель Web-ориентированной архитектуры

Для разработки физической модели системы необходимо определить принадлежность сервисов системы к уровням архитектуры.

Пользовательский модуль относится ко всем элементам уровня представления так как, подразумевает взаимодействие пользователя с системой. Так же пользовательский модуль должен взаимодействовать с элементом «Внешний интерфейс приложения», относящимся к уровню бизнеса, так как система предусматривает обмен данными с пользователем.

Модуль системных служб относится к сквозному уровню архитектуры, а именно к элементам «Безопасности» и «Операционного менеджмента», так как

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

Бизнес – сервисы относятся к «Внешний интерфейс приложения», так как на данном уровне происходит реализация всех функций данного модуля.

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

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