42
Рисунок 15 – Диаграмма деятельности для варианта использования
«Управление пользователями»
Управление пользователями осуществляется с помощью отдельной
формы. Сначала открывается общий список всех пользователей системы, в
котором необходимо выбрать нужного пользователя для операций
редактирования или удаления, для добавления нового пользователя нужно
сразу открыть форму добавления пользователя. Перед удалением
пользователя обязательно запрашивается подтверждение.
Открытие формы управления пользователями
Открытие формы добавлени пользователя
Выбор пользователя в списке
Выбор пользователя в списке
Открытие формы редактирования данных пользователя
Изменение данных
Сохранение данных
Ввод данных
Добавление нового
Изменение данных пользователя
Удаление пользователя
Удаление пользователя
Удаление подтверждено
Отмена удаления
43
Рисунок 16 – Диаграмма деятельности для варианта использования
«Управление справочниками»
Для управления справочниками, необходимо выбрать его на форме со
списком всех справочников системы. Форма работы со справочником
позволяет выполнять три операции: добавление новой записи, изменение или
удаление добавленной ранее. Перед удалением обязательно запрашивается
подтверждение пользователя (для исключения случайного удаления записей
справочников).
Открытие списка справочников
Выбор нужного справочника
Открытие формы работы со справочником
Открытие формы для добавления новой записи
Ввод данных
Сохраненение
Открытие формы для редактирования записи
Выбор записи для редактирования в списке Выбор записи для удаления в списке
Удаление записи
Изменение данных
Добавление новой записи
Изменение записи
Удаление записи
Подтверждение получено
Отмена удаления
44
Рисунок 17 – Диаграмма деятельности для варианта использования
«Управление настройками АИС»
Ввод настроек системы осуществляется с помощью специальной
формы. После ввода некоторых настроек, для того, чтобы они применились в
системе требуется сброс кэша. Сброс кэша выполняется в автоматическом
режиме.
2.2.3. Диаграмма классов
Диаграмма классов является основным средством моделирования
структуры UML. Класс в UML является основной структурной единицей.
Диаграммы классов наиболее информационно насыщены по сравнению с
другими типами канонических диаграмм UML, инструменты генерируют код
Открытие формы настроек
Ввод настроек
Сброс кэша
Сохранение настроек
Стребуется сброс кэша системы
Сброс кэша не требуется
45
в основном по описанию классов, структура классов точнее всего
соответствует окончательной структуре кода приложения.
На диаграммах классов в качестве сущностей применяются, прежде
всего, классы, как в своей наиболее общей форме, так и в форме
многочисленных стереотипов и частных случаев: интерфейсы, типы данных,
процессы и др. Кроме того, в диаграмме классов могут использоваться (как и
везде) пакеты и примечания. Сущности на диаграммах классов связываются
главным образом отношениями ассоциации (в том числе агрегирования и
композиции) и обобщения.
Класс – один из самых "богатых" элементов моделирования UML.
Описание класса может включать множество различных элементов, и чтобы
они не путались, в языке предусмотрено группирование элементов описания
класса по разделам. Стандартных разделов три [32]:
раздел имени – наряду с обязательным именем может содержать
также стереотип, кратность и список свойств;
раздел атрибутов – содержит список описаний атрибутов класса;
раздел операций – содержит список описаний операций класса.
Как и все основные сущности UML, класс обязательно имеет имя, а
стало быть раздел имени не может быть опущен. Прочие разделы могут быть
пустыми.
Диаграмма классов АИС «Регистр медицинских справок» изображена
на рисунке 18.
46
Рисунок 18 – Диаграмма классов
Organization
+id
+Parent
+name
+Type
+region
+Status
+comments
+insert()
+edit()
+delete()
+validate ()
Country
+id
+name
+active
+insert()
+edit()
+delete()
+validate ()
Region
+id
+Country
+code
+name
+active
+insert()
+edit()
+delete()
+validate ()
LIC_Status
+id
+name
+insert()
+edit()
+delete()
+validate ()
REF_BLANK_ANNUL_STATUS
+id
+name
+date_beg
+date_end
+date_mod
+insert()
+edit()
+delete()
+validate ()
REF_BLANKS
+id
+Seria
+Number
+Organization
+createuser
+createdate
+changeruser
+changeDate
+is_Aunnul
+ACt)Nymber
+IS_Fordery
+insert()
+edit()
+delete()
+validate ()
REF_CHECK_STATUS
+id
+name
+insert()
+edit()
+delete()
+validate ()
REF_COMPLEX_TYPE
+id
+name
+date_beg
+Date_end
+Date_END
+insert()
+edit()
+delete()
+validate ()
REF_DOCUMENTTYPE
+id
+name
+code
+insert()
+edit()
+delete()
+validate ()
REF_EXAMINATION_TRANSPORT_CATEGORY
+id
+examination
+date_beg
+date_end
+date_mod
+insert()
+edit()
+delete()
+validate ()
REF_EXAMRESULT
+id
+name
+date_beg
+date_end
+date_mod
+insert()
+edit()
+delete()
+validate ()
REF_EXAMSTATUS
+id
+name
+insert()
+edit()
+delete()
+validate ()
REF_ORGTYPE
+id
+name
+insert()
+edit()
+delete()
+validate ()
REF_TRANSPORT_CATEGORY
+id
+name
+description
+date_beg
+date_end
+date_mod
+min_agg
+insert()
+edit()
+delete()
+validate ()
User
+id
+uuId
+createDate
+modifiedDate
+password
+passwordEncrypted
+PasswordReset
+PasswordModifiedDate
+reminderQuesryQuestion
+reminderQuesryA nswer
+screenName
+ema il
+firstName
+middleName
+lastname
+lastLoginDate
+lastFa iledLoginDate
+failedLoginAttempts
+lockout
+lockoutDate
+active
+roles
+Groups
+insert()
+edit()
+delete()
+validate ()
Role
+id
+name
+title
+description
+type
+insert()
+edit()
+delete()
+validte()
+getusers()
UserGoups
+id
+name
+description
+insert()
+edit()
+delete()
+getUsers()
OP_CITIZEN
+id
+firstname
+middlename
+lasname
+birthdate
+gender
+docType
+documentNumber
+documentseries
+docissuedate
+country
+createdate
+createuser
+changedat
+changeuser
+docvaluethrough
+addressFact
+address_reg
+migrcardseris
+migrcardnumber
+firstname_LAT
+LAStName_Lat
+birthplace
+StayPeriod
+insert()
+edit()
+delete()
+validate ()
OP_Exa mination
+id
+citizen
+dateexamination
+headdoc
+examsta tus
+createuser
+createdate
+changeuser
+changedate
+blank
+examtype
+examr esult
+validate date
+commitednote
+signed
+signdate
+blanktype
+blankIssueDate
+fromWebservice
+statusAccord
+insert()
+edit()
+delete()
+validate ()
REF_EXAMINATION_TYPES
+id
+name
+complex
+date_end
+date_beg
+date_mod
+insert()
+edit()
+delete()
+validate ()
OP_TEST
+id
+testname
+testdate
+passed
+Note
+createuser
+createdate
+changeuser
+exam
+signed
+signDate
+doc
+metod
+insert()
+edit()
+delete()
+validate ()
REF_TESTNAME
+id
+name
+NOte
+notehint
+Onlyforgender
+Date_Beg
+date_end
+date_mod
+insert()
+edit()
+delete()
+validate ()
REF_TEST_METHOD
+id
+name
+description
+date_beg
+date_end
+date_mod
+insert()
+edit()
+delete()
+validate ()
47
Основные классы в составе АИС «Регистр медицинских справок» – это
классы для реализации хранения данных о предметной области (то есть
данных о гражданах и результатах их обследований), поэтому в атрибутах
классов хранятся данные о соответствующих объектов, а операциями класса
являются операции по реализации стандартных операций: добавление,
удаление, обновление, получение и валидация (проверка корректности)
данных.
Выводы по главе
Во второй главе были сформулированы требования к проектируемой
автоматизированной информационной системе: было описано назначение
системы, а также подробно перечислены функции, которые должна
выполнять АИС.
Затем, на основе требований была составлены объектно-
ориентированная модель АИС по стандарту UML.
Исходя из требований к функционалу АИС была составлена диаграмма
вариантов использования, которая отображает каким образом внешние
субъекты могут использовать АИС в своей деятельности и какие задачи с
помощью АИС планируется решать.
Для каждого выделенного варианта использования была составлена
диаграмма деятельности, отображающая логику выполнения каждого
прецедента в виде графа элементарных действий.
Также была построена диаграмма классов, отображающая основные
классы, которые необходимы для реализации операций ввода,
редактирования и предоставления данных.
48
ГЛАВА 3. РАЗРАБОТКА АИС «РЕГИСТР МЕДИЦИНСКИХ
СПРАВОК»
3.1. Разработка базы данных
3.1.1. Обоснование выбора СУБД
Выбор системы управления баз данных представляет собой сложную
многопараметрическую задачу и является одним из важных этапов при
разработке информационных систем. Выбранный программный продукт
должен удовлетворять как текущим, так и будущим потребностям
предприятия, при этом следует учитывать финансовые затраты на
приобретение необходимого оборудования, самой системы, разработку
необходимого программного обеспечения на ее основе, а также обучение
персонала. Кроме того, необходимо убедиться, что новая СУБД способна
принести предприятию реальные выгоды.
В настоящее время на предприятиях заказчика повсеместно
используется СУБД Microsoft SQL Server 2008, поэтому было решено в
качестве СУБД для АИС «Регистр медицинских справок» использовать
именно этот программный продукт.
Платформа данных SQL Server включает следующие инструменты:
Реляционная база данных: безопасное, надёжное, масштабируемое,
высокодоступное ядро с улучшенной производительностью и поддержкой
структурированных и неструктурированных (XML) данных.
Replication Services: репликация данных для распределённых и
мобильных приложений обработки данных, высокая доступность систем,
масштабируемый параллелизм со вторичными хранилищами данных для
отчётных решений предприятия и интеграция с разнородными системами,
включая существующие базы данных Oracle.
Notification Services: развитые возможности уведомлений для
разработки и внедрения масштабируемых приложений, способных
49
доставлять персонализированные, своевременные обновления информации
множеству соединённых и мобильных устройств.
Integration Services: возможности извлечения, преобразования и
загрузки для хранилищ данных и интеграции данных в масштабе
предприятия.
Analysis Services: аналитическая обработка в реальном времени
(OLAP) для быстрого, сложного анализа больших и смешанных наборов
данных, использующая многомерное хранение.
Reporting Services: исчерпывающее решение для создания,
управления и доставки как традиционных бумажных отчётов, так и
интерактивных, основанных на технологии WWW отчётов.
Инструменты управления: SQL Server включает средства
управления для развитого управления и настройки баз данных, также как и
тесную интеграцию с такими инструментами, как Microsoft Operations
Manager (MOM) и Microsoft Systems Management Server (SMS). Стандартные
протоколы доступа к данным существенно уменьшают время, необходимое
для интеграции данных SQL Server с существующими системами. В
дополнение, поддержка Web служб встроена для обеспечения
взаимодействия с другими приложениями и платформами.
Инструменты разработки: SQL Server предлагает интегрированные
инструменты разработки для ядра базы данных, извлечения, трансформации
и загрузки данных, извлечения информации, OLAP и отчётности, которые
тесно интегрированы с Microsoft Visual Studio® для предоставления
сквозных возможностей разработки приложений. Каждая главная подсистема
SQL Server поставляется со своей собственной объектной моделью и
набором API для расширения системы данных в любом направлении, которое
уникально для вашего бизнеса.
50
3.1.2. Описание созданной базы данных
Для информационной системы была спроектирована и создана база
данных, состоящая из 26 таблиц:
Организации (Organization);
Страны (Country);
Регион (Region);
Статусы лицензий (LIC_STATUS);
Справочник причин аннулирования бланков
(REF_BLANK_ANNUL_STATUS);
Справочник бланков (REF_BLANKS);
Справочник статусов запросов проверки обследования
(согласовано/отказано) (REF_CHECK_STATUS);
Справочник видов комплексных обследований
(REF_COMPLEX_TYPE);
Справочник типов документов, удостоверяющих личность
(REF_DOCUMENTTYPE);
Разрешенные водительские категории по заключению
(REF_EXAMINATION_TRANSPORT_CATEGORY);
Справочник результатов обследований (годен, не годен)
(REF_EXAMRESULT);
Справочник статусов обследований (REF_EXAMSTATUS);
Типы организаций (REF_ORGTYPE);
Справочник водительских категорий (
REF_TRANSPORT_CATEGORY);
Пользователи (User);
Роли (Role);
Список профилей специалистов (UserGroup);
Связь пользователя с организацией (Users_Orgs);
Связь пользователя с ролью (Users_Roles);
51
Список профильных специалистов по группам (Users_UserGroups);
Список граждан (OP_CITIZEN);
Результаты медицинского освидетельствования» (заключения)
(OP_EXAMINATION);
Справочник наименований шаблонов медицинских комплексов»
(REF_EXAMINATION_TYPES);
Результаты осмотров/исследований граждан (OP_TEST);
Справочник осмотров/исследований (REF_TESTNAME);
Справочник методов исследований (REF_TEST_METHOD);
Полное описание всех полей созданных таблиц приведено в
приложении.
Логическая схема созданной базы данных со всем сущностями и
связями между ними приведена на рисунке 19.