Материал: Информационная система предприятия "Стройэкто" управления персоналом

Архитектура Клиент - Сервер

В данной архитектуре выделяется клиентская часть «Клиент», состоящая из локального ПК или локальной сети, и серверной части «Сервера», состоящей из сервера БД, к которому поступают SQL- запросы от клиентской части. На рисунке 3.1 схематично приведена архитектура «Клиент-Сервер».

Рис. 3.1 Архитектура «Клиент-сервер»

Достоинства клиент- серверной архитектуры

• 1. Сеть в данной архитектуре менее загружена, за счет передачи только необходимых данных, уже обработанных;
• 2. Уменьшается нагрузка и требования к клиентской части, за счет увеличения требования к серверу;
• 3. При увеличение количества клиентов, увеличивается суммарная вычислительная мощность системы, причем сеть не является ограничивающим фактором;
• 4. За счет наличия в СУБД репозитория, обеспечивается целостность хранения данных, совместный доступ к одним и тем же данным и оптимизация работы с этими данными;
• 5. За счет стандартизации SQL- запросов, обеспечивается независимость клиента, используемым в СУБД.

Недостатки «Клиент- Серверной архитектуры»

• 1. Большие затраты на приобретение клиентов;
• 2. Рассогласование в бизнес логике, т.к. она все еще сосредоточена на клиентских частях, т.е. это проблема поддержания целостности бизнес логики;
• 3. Для синхронизации логики приложения, компонент BL переносится на сервер и реализуется в виде набора хранимых процедур, выполненных в СУБД;
• 4. Данная архитектура используется для создания групповых ИС уровня отдела или подразделения для решения тесно связанных функциональных задач (около 20- 30 клиентов).

Требование к клиентской части «Клиент- Серверной» архитектуры:

• • PS-удобство использования человеком средой ввода- вывода;
• • BL-логика приложений содержит набор алгоритмов. Меняются требования к ОП, т.к. объем данных уже меньше.

Требование к серверной части «Клиент- Серверной» архитектуры:

• • FS- большой объем, надежная дисковая система;
• • DS- достаточный объем ОП;
• • Над информацией здесь выполняются такие операции как сортировка и агрегирование, следовательно возникают требования к вычислительной мощности.

Архитектура Клиент-Файл-Сервер

Идея архитектуры «Клиент- Файл- Сервер» заключается в том, что хранение всех общедоступных файлов осуществляется на выделенном ПК в сети - файл- сервере. На рисунке 3.2 изображена архитектура «Клиент-Файл-Сервер».

Рис. 3.2 Архитектура «Клиент-Файл-Сервер»

Достоинства архитектура «Клиент- Файл- Сервер»

1. При увеличении количества клиентов суммарная вычисляемая мощность системы увеличивается.

Недостатки архитектуры «Клиент- Файл-Сервер»

• 1. Узким местом сервера является сеть, при больших количествах клиентов сеть больше перегружена, следовательно в результате появляется задержка непредсказуемые временные реакции;
• 2. Большие затраты на приобретение мощных клиентских станций;
• 3. В результате распределения бизнес логики по клиентским станциям, усложняется администрирование, поддержка и сопровождение ИС. В результате может возникнуть несогласованность при выполнении бизнес логики, а так же искажение данных;
• 4. Данная архитектура может использоваться для создания локальных , либо небольших групповых ИС, с небольшим количеством разнотипных клиентов и простыми бизнес правилами, а так же небольшим объемом хранимой информации.

Требование к клиентской части «Клиент-Файл-Серверной» архитектуры:

· PS-удобство использования человеком средой ввода- вывода.

Требование к серверной части «Клиент-Файл- Серверной» архитектуры:

· FS- большой объем, надежная дисковая система, высокое быстродействие.

Многоуровневая архитектура

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

В данной архитектуре разделяют три основные части:

• 1. Клиентская часть
• 2. Сервер приложений
• 3. Сервер баз данных

На рисунке 3.3 приведена многоуровневая архитектура ИС

Достоинства многоуровневой архитектуры ИС

1. Данная архитектура позволяет сбалансировать нагрузку на каждый из уровней, распределяя ресурсы наиболее эффективно;

Рис. 3.3 Многоуровневая архитектура ИС

• 2. Логика приложения храниться и выполняется централизованно, что позволяет обеспечить целостность данных и логики, а так же упрощает сопровождение и поддержку;
• 3. Архитектура позволяет эффективно организовать процесс обработки ИС, так как для реализации каждого уровня необходимы собственные инструментальные средства и группы специалистов, независимые друг от друга;
• 4. Наиболее загруженная сеть будет между «сервером приложений» и «сервером БД». Обычно приходиться ставить скоростной канал.

Недостатки многоуровневой архитектуры ИС

1. Необходимость еще одно уровня (сервера приложений), приводит к дополнительным затратам.

Требование к клиентской части «Многоуровневой» архитектуры

• Определяется компонентами PS и PL, т.е. требования к средствам управления (клавиатура, мышь, монитор и т.д.).

Требование к Серверу приложений «Многоуровневой» архитектуры

• • BL, DL - вычислительная мощность, производительность ЦП;
• • Задача: организовать вычислительную среду, в которой будут решаться поставленные задачи.

Требование к Серверу БД «Многоуровневой» архитектуры

• Объем оперативной памяти и жесткий диск для компонента FS.

Архитектура Интернет-Интранет

"ИНТЕРНЕТ-ИНТРАНЕТ" означает систему организации обмена данными между пользователями и ИНТЕРНЕТ.

Интранет - это локальная сеть под управлением Веб-сервера. В соответствии с видом используемого Веб-сервера сеть ИНТРАНЕТ имеет две формы реализации. Первая форма реализации сети ИНТРАНЕТ - ИНТРАНЕТ, функционирующая под управлением локального Веб сервера. Вторая форма - ИНТРАНЕТ под управлением Веб-сервера, являющегося одновременно узлом ИНТЕРНЕТ.

На рисунке 3.4 приведена архитектура «Интернет-Интранет».

Рис. 3.4 Многоуровневая архитектура ИС

Достоинства архитектуры Интернет- Интранет

• · Информационные ресурсы реализованы на основе WEB (ИНТЕРНЕТ) - технологии.
• · Накопление и создание данных происходит локально, по ЛВС и сосредоточено на ИНТРАНЕТ-сервере, что совершенно бесплатно и доступно для двустороннего использования пользователями учреждения.
• · Имеется достаточное для информационного обеспечения дисковое пространство.

Недостатки архитектуры Интернет- Интранет

• · Для создания режима доступности информационных ресурсов для всех пользователей сети ИНТЕРНЕТ необходимо наличие дублирующего пространства на одном из WEB-серверов ИНТЕРНЕТ (хостинг) с достаточно большим объемом.
• · Пополнение ресурсов в ИНТЕРНЕТ требует или специального программного обеспечения (механизма) или происходит в режиме ОНЛАЙН, что дорого и неудобно.
• · Пополнение ресурсов в ИНТЕРНЕТ носит периодический характер, а, следовательно, всегда несколько запаздывает.

Вывод:

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

Схема развертывания ИС

Учитывая выбранную архитектуру, схему развертывания можно изобразить, как показано на рисунке 3.5.

На сервере располагаются следующие компоненты: БД и Обработка данных. На АРМ располагается интерфейс ИС кадрового учета. Автоматизированные рабочие места соединены с сервером посредством локальной вычислительной сети.

Вывод

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

Рис. 3.5 Схема развертывания ИС

Разработка структуры БД

Как уже говорилось ранее, в информационной системе вся информация хранится в единой БД. Для моделирования логической структуры базы данных была применена методология IDEF1x. Согласно данной методологии, [14],процесс построения информационной модели состоит из следующих шагов:

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

Диаграмма сущность-связь, описывающая БД в терминах IDEF1.x, строится из трех основных блоков - сущностей, атрибутов и связей. Если рассматривать диаграмму как графическое представление правил предметной области, то сущности и атрибуты являются существительными, а связи - глаголами. Логическая модель данных представлена на рисунке 3.6.

Рис. 3.6 Логическая модель данных

• ·Сотрудник. Сущность, характеризующая сотрудника. Содержит необходимую информацию о каждом сотруднике строительной компании в следующих атрибутах:
  • o Уникальный номер - присваивается каждому сотруднику для последующей его идентификации в системе безопасности;
  • o ФИО - фамилия, имя, отчество сотрудника;
  • o Дата приема на работу;
  • o Паспортные данные;
  • o Возраст;
  • o Пол;
  • o ИНН.
• · Должность. Сущность, характеризующая все должности присутствующие в строительной компании. Содержит всю необходимую информацию о должностях в следующих атрибутах:
• o Код;
• o Наименование;
• o Срок действия;
• o Описание;
• o Количество ставок.
• · Квалификационный справочник. Сущность, характеризующая уровни квалификации для той или иной специальности. Содержит всю необходимую информацию в следующих атрибутах:
  • o Код;
  • o Название;
  • o Категория;
  • o Размер оплаты труда.
• · Кандидат. Сущность, которая характеризует всех людей подававших заявление о трудоустройстве. Вся необходимая информация содержится в следующих атрибутах:
• o Идентификатор;
• o ФИО;
• o Дата подачи заявления;
• o Паспортные данные;
• o Возраст;
• o Пол;
• o Квалификация.
• · Вакансия. Сущность, которая описывает все открытые вакансии строительной компании. Экземпляр сущности полностью характеризуется следующими атрибутами:
  • o Код;
  • o Наименование;
  • o Дата открытия;
  • o Срок действия;
  • o Требования.
• · Учебные курсы. Сущность описывает курсы повышения квалификации проводимые строительной компанией. Вся необходимая информация содержится в следующих атрибутах:
• o Номер;
• o Наименование;
• o Длительность;
• o Стоимость;
• o Описание.
• · Экзамены. Сущность, характеризующая экзамен проводимый по тому или иному курсу обучения. Описывается следующими атрибутами:
• o Код;
• o Название;
• o Присваиваемая квалификация;
• o Оценка;
• o Дата сдачи.