Проектирование структуры информационной системы Online-доступа ооо «Мика-Сервис»
Как было описано выше, система имеет интернет-архитектуру, что не требует разделения функций на серверные и клиентские. На серверную сторону системы выносятся все функции, предоставляемые в том или ином виде информационной online-системой сервисного обслуживания, а на стороне клиента, будь то клиент или сотрудник ООО «Мика-Сервис» используется только Веб-браузер, который отображает результаты обработки пользовательских обращений к системе.
На серверную часть выносятся все функции системы, т.е.:
Хранение и предоставление доступа к данным
Предоставление интерфейсов для взаимодействия с другими автоматизированными информационными системами
Учет информации по составу, типу и количеству обращений пользователя
Учет претензий и пожеланий пользователей
Формирование и выдача отчетов
Информационная Online-доступа к сведениям о состоянии обслуживания и ремонта компьютерной и оргтехники в ООО «Мика-Сервис»включает в себя 3 подсистемы:
Подсистема подготовки и выдачи данных по запросу
Подсистема сбора информации
Подсистема администрирования
Рассмотрим каждую систему по отдельности. Подсистема подготовки и выдачи данных по запросу включает в себя компоненты, реализующие все функции, связанные с предоставлением информации по состоянию работ в отношении отдельных заявок, предоставлении данных о качестве работы ООО «Мика-Сервис» и т.д.:
Поддержка процесса идентификации пользователей
Поддержка процесса ввода пользователем параметров запроса
Поиск в доступных источниках информации по запросу пользователя
Подготовка и выдача найденных данных
Поддержка процесса формирования и выдачи отчетов
Диаграмма компонентов в нотации UMLпредставлена на следующем рисунке.
Рисунок 24– Подсистема подготовки и выдачи данных по запросу
Подсистема сбора информации включает в себя компоненты, реализующие все функции, связанные с пополнением базы данных информационной online-системы необходимыми данными:
Ввод сотрудниками ООО «Мика-Сервис» информации о состоянии работ по заявкам клиентов
Ввод клиентами ООО «Мика-Сервис» отзывов и оценок
Получение данных из программного обеспечения, имеющегося в ООО «Мика-Сервис»
Диаграмма компонентов в нотации UMLпредставлена на рисунке.
Рисунок 25– Подсистема сбора информации
Подсистема администрирования включает в себя функции по управлению работой информационной online-системы, модерации и фильтрации отзывов, корректировке выдаваемых пользователям сведений.
Диаграмма компонентов в нотации UMLпредставлена на рисунке.
Рисунок 26– Подсистема администрирования
Таким образом наша система представляет собой набор компонентов, связанным между собой с помощью интерфейсов.
Проектирование базы данных информационной системы Online-доступа ооо «Мика-Сервис»
Для построения модели базы данных нашей информационной системы будем использовать CASE-средствоAllFusionERwinDataModeler7 (ERwin). Программное средство позволяет довольно просто проектировать реляционные базы данных, предоставляет графический интерфейс для удобного просмотра созданных моделей баз данных.
Erwinподдерживает методологию проектирования баз данныхIDEF1x.IDEF1x[12] является методом для разработки реляционных баз данных и использует условный синтаксис, специально разработанный для удобного построения концептуальной схемы. Во-первых, IDEF1X требует от проектировщика определить ключевые атрибуты, для того чтобы отличить одну сущность от другой. Во-вторых, в тех случаях, когда более чем один атрибут является однозначно идентифицирующим сущность, проектировщик должен определить один из этих атрибутов первичным ключом, а все остальные вторичными.
Сущность в IDEF1X описывает собой совокупность или набор экземпляров похожих по свойствам, но однозначно отличаемых друг от друга по одному или нескольким признакам.
Связи в IDEF1X представляют собой ссылки, соединения и ассоциации между сущностями. Связи это суть глаголы, которые показывают, как соотносятся сущности между собой. Взаимосвязи между сущностями соответствуют схеме один ко многим.
Сущность описывается в диаграмме IDEF1X графическим объектом в виде прямоугольника. Каждый прямоугольник, отображающий собой сущность, разделяется горизонтальной линией на часть, в которой расположены ключевые поля и часть, где расположены неключевые поля. Верхняя часть называется ключевой областью, а нижняя часть областью данных. Ключевая область содержит первичный ключ для сущности.
Если сущности в IDEF1X диаграмме связаны, связь передает ключ (или набор ключевых атрибутов) дочерней сущности. Эти атрибуты называются внешними ключами.
Основным преимуществом IDEF1X, по сравнению с другими многочисленными методами разработки реляционных баз данных, такими как ER и ENALIM является жесткая и строгая стандартизация моделирования.
Согласно данной методологии процесс построения информационной модели состоит из следующих шагов: определение сущностей; определение зависимостей между сущностями; задание первичных и альтернативных ключей; определение атрибутов сущностей; приведение модели к требуемому уровню нормальной формы; переход к физическому описанию модели: назначение соответствий имя сущности – имя таблицы, атрибут сущности – атрибут таблицы; задание триггеров, процедур и ограничений; генерация базы данных.
На основе моделей построенных ранее, создадим логическую модель данных, представленную в виде реляционных объектов - сущностей с указанием взаимосвязей между атрибутами сущностей. Каждую сущность необходимо привести к виду третьей нормальной формы (нормализовать) для обеспечения целостности данных. Логическая модель базы данных информационной веб-системы представлена на следующем рисунке.
Рисунок 27– Логическая модель базы данных
База данных информационной системы Online-доступа к сведениям о состоянии обслуживания и ремонта компьютерной и оргтехники в ООО «Мика-Сервис» включает в себя следующие сущности:
Пользователь – это любой пользователь информационной системы, будь то сотрудник ООО «Мика-Сервис» или клиент ООО «Мика-Сервис»
Клиент – дополнительная информация о пользователе, если он является клиентом
Сотрудник – дополнительная информация о пользователе, если он является сотрудником
Справочник оборудования – пополняемая база видов оборудования, используемая для удобства заполнения и поиска информации
Оборудование – то, с чем клиент обратился в ООО «Мика-Сервис»
Заявка – информация об обращении клиента: когда обратился, с какой целью и т.д.
Отзыв – информация об отношении пользователя к работе ООО «Мика-Сервис».
Далее нам следует перейти к физическому уровню модели данных. Это предполагает удаление связей многие ко многим путем введения ассоциативных сущностей. Также следует внедрить типы данных для каждого атрибута. Физическая модель данных приводится на следующем рисунке.
Рисунок 28– Физическая модель базы данных информационной системы Online-доступа к сведениям о состоянии обслуживания и ремонта компьютерной и оргтехники в ООО «Мика-Сервис»
Для создания физического уровня модели данных мною была введена дополнительная ассоциативная сущность СОСТАВ ОБОРУДОВАНИЯ, так как в логической модели существовала связь многие ко многим: множество оборудования могло принадлежать одной заявке и в то же время одно оборудование могло участвовать во множестве заявок.
Вывод: по результатам проектирования модели данных мною создана логическая и физическая модели базы данных информационной системы Online-доступа к сведениям о состоянии обслуживания и ремонта компьютерной и оргтехники в ООО «Мика-Сервис», которые готовы к экспортированию в виде SQL-скрипта и последующей генерации структуры БД