Автоматизированная система учета движения полисов ОМС в филиале ООО «Росгосстрах-Медицина»

 

3 ПРОЕКТИРОВАНИЕ ВИДОВ ОБЕСПЕЧЕНИЯ

3.1 Техническое  обеспечение

 

К техническому следует отнести обеспечение  объекта автоматизации необходимы техническими устройствами. К таким устройствам относятся:

1) персональный компьютер следующей конфигурации:

а) процессор: Intel Celeron 2GHz; или более высокой производительности;

б) тип и объем оперативной памяти – DIMM, 512 Mb или DDRx такого же или большего объема;

в) графический адаптер (необходимо наличие);

2) устройства ввода информации:

а) стандартная клавиатура с интерфейсом PS/, USB или беспроводная;

б) мышь с интерфейсом PS/, USB или беспроводная;

3) устройства вывода информации:

а) принтер стандарта А4;

4) сервер: обязательное требование к конфигурации- наличие RAID массива;

5) локальная вычислительная сеть.

 

3.2 Программное обеспечение

3.2.1 Обоснование выбора среды разработки

 

Для проектирования автоматизированной системы выбран язык высокого уровня SQL 2008 Express. Причины, по которым выбран данный язык описаны ниже.

SQL 2008 Express — система управления реляционными базами данных (СУБД), разработанная корпорацией Microsoft. Основной используемый язык запросов — Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия; конкурирует с другими СУБД в этом сегменте рынка.

SQL 2008 Express дает возможность решать любые современные задачи разработки приложений. SQL 2008 Express остался достаточно простым в освоении, став в то же время одним из мощных современных языков программирования и представляет собой интегрированную среду разработки.

С помощью SQL Server 2008 Express можно создавать приложения практически для любой области современных компьютерных технологий: бизнес-приложения, игры, мультимедиа, базы данных. При этом приложения могут быть как простыми, так и очень сложными, в зависимости от поставленной задачи.

ERwin - средство разработки структуры базы данных (БД). ERwin сочетает графический интерфейс Windows, инструменты для построения ER-диаграмм, редакторы для создания логического и физического описания модели данных и прозрачную поддержку ведущих реляционных СУБД и настольных баз данных. С помощью ERwin можно создавать или проводить обратное проектирование (реинжиниринг) баз данных.Реализация моделирования в ERwin базируется на теории реляционных баз данных и на методологии IDEF1X [8].

Методология IDEF1X была разработана для ВВС США и теперь используется, в частности, в правительственных, аэрокосмических и финансовых учреждениях, а также в большом числе частных компаний. Методология IDEF1X определяет стандарты терминологии, используемой при информационном моделировании, и графического изображения типовых элементов на диаграммах. Возможны две точки зрения на информационную модель и, соответственно, два уровня модели. Первый - логический (точка зрения пользователя) - описывает данные, задействованные в бизнесе предприятия. Второй - физический - определяет представление информации в БД. ERwin объединяет их в единую диаграмму, имеющую несколько уровней представления [9].

Процесс построения информационной модели состоит из следующих шагов:

1) определение сущностей;

2) определение зависимостей между сущностями;

3) задание первичных и альтернативных ключей;

4) определение атрибутов сущностей;

5) приведение модели к требуемому уровню нормальной формы;

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

7) генерация базы данных.

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

 

3.2.2 Проектирование БД

 

Исходя из поставленной задачи, описанной выше, выделим  следующие сущности приведена в таблице 3.1:

Связь «Один  ко многим» – одиночный экземпляр  сущности одного типа связан со множеством экземпляров сущности другого типа. Примером такой связи является связь между сущностями «Клиент» и «Покупка» или «Фирма-производитель» и «Каталог», т.е. каждый клиент может сделать несколько покупок или каждый производитель может выпускать несколько деталей.

Связь «Многие  ко многим» связывает множественные  экземпляры одной сущности с множественными экземплярами другой.

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

Логическая  схема БД приведена на рисунке 3.1 в формате FA нотации IDEF1X, т.е. с указанием атрибутов сущностей. Схема БД на физическом уровне в нотации IDEF1X  приведена на рис. 3.2

 

Таблица 3.1 – Перечень сущностей

Наименование  сущности	Описание
Страхователь	Данные о  страхователе.
Предприятие	Данные о  предприятии с которым заключен договор на страхование и дальнейшее обслуживание его сотрудников (страхователь).
Договор	Данные договора с предприятием.
БСО	Стержневая  сущность. Представляет бланки полисов с момента их получения от поставщика, также содержит реквизиты выданных полисов. Обновление реквизитов происходит из внешнего по отношению к разрабатываемой системой хранилища данных, представлнного БД под управлением MS VFox-Pro.
Агент	Справочник агентов. С агентами возможны несколько операций: получение полисов и возврат.
Naselen	Привязка к  ПС «Полис» по БСО.
Операция	Реестр операций перемещения (отгрузка, приход, получение) над диапазонами полисов. Одна операция - одно перемещение бланков.
Статус	Описывает следующие  состояния полиса: выдан, испорчен, утрачен, украден, аннулирован.
Тип операции	Возможны три типа операций: получение, отгрузка, возврат.

 

 

Рисунок 3.1 –  Логическая схема БД в нотации IDEF1X

 

Рисунок 3.2 - Схема  БД на физическом уровне в нотации IDEF1X

 

В ходе разработки модели БД также были определены первичные  ключи, т.к. проектирование осуществлялось в CASE средстве: ERWIN , то недостаточно перенести модель БД в СУБД в связи с тем, что в нотации IDEF1X допускается избыточность и денормализация.

Одним из важных вопросов при проектировании БД является обеспечение целостности данных. Под целостностью понимается свойство проектируемой БД, означающее, что она содержит полную и адекватно отражающую предметную область информацию. Различают физическую и логическую целостность. Физическая целостность означает наличие физического доступа к БД и то, что данные не утрачены. Логическая целостность означает отсутствие логических ошибок в БД. Поддержание целостности базы включает контроль целостности и восстановление ее в случае обнаружения противоречий в базе. Целостное состояние БД задается при помощи так называемых ограничений целостности. Ограничения целостности (ОЦ) представляют собой условия, которым должны удовлетворять хранимые в базу данные. ОЦ можно разделить на два основных типа ограничений: ограничения значений атрибутов и структурные ограничения.

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

Для атрибутов  чаще всего используются следующие  виды ограничений:

1) тип и формат;

2) задание диапазона значений: - обычно используется для числовых полей. Различают открытые и закрытые диапазоны. Первые фиксируют значение только одной из границ (верхней или нижней), а вторые — обеих границ;

3) признак непустого поля;

4) задание домена, т.е атрибут может принимать значение из заданного множества значений.

Пример ограничений  значений на атрибуты применительно  к проектируемой БД выражается, например, в следующем. Для таблицы «Операции» значение полей Id_операции (индетификатор операции), Начало_диапазона (начало диапазона), Дата_операции (дата регистрации операции) не может быть пустым. Так же значение последнего поля не может быть больше текущей даты.

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

Поддержка целостности  БД организованна на триггерах, в связи с большими вычислениями для разгрузки канала передачи данных между БД и клиентскими приложениями  предполагается использование хранимых процедур. Разграничение доступа так же обеспечивается механизмами СУБД SQL 2008 Express. Для доступа к внешним по отношению к разрабатываемой системе источникам данных предполагается использование технологии ODBC.

 

3.2.3 Проектирование  пользовательского интерфейса

 

Понятие «интерфейс» (англ. interface – в компьютерной технике – система унифицированных связей и сигналов, посредством которых компьютерные устройства соедияются друг с другом) часто упоминается в связи с различными ситуациями – от взаимодействий в компьютерных системах и телекоммуникациях до социальных отношений и менеджмента. Даже специалисты иногда путают термины и смешивают понятия из разных областей, применяя технические понятия в исследованиях человеческого фактора.

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

Когда речь идет о проектировании пользовательских интерфейсов, в первую очередь надо помнить о HCI. HCI – это аббревиатура английского Human-Computer Interaction, что переводится как «взаимодействие человека и компьютера». Составными частями HCI являются:

1) человек (пользователь);

2) компьютер;

3) их взаимодействие.

Пользовательский  интерфейс (англ. user interface, UI) является своеобразным коммуникационным каналом, по которому осуществляется взаимодействие пользователя и компьютера.

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

В настоящее  время наиболее массовым пользовательским интерфейсом является GUI-интерфейс (Graphic User Interface), воплощенный в программные системы и программные продукты корпорации Microsoft, которые в свою очередь были частично заимствованы из пользовательского интерфейса, разработанного компанией Apple.

GUI-интерфейс, во-первых, представляет собой метафору рабочего стола, с иконками вызова документов и программных модулей, перекрывающимися окнами и рабочей панелью. Во-вторых, нам удобно пользоваться стандартными элементами управления в виде кнопок, а также ниспадающими меню (PopUp Menu), древовидными структурами и графами навигации.

В основе пользовательского  интерфейса лежит динамическое взаимодействие человека и ПК при помощи передачи и приема сообщений. Использование технологии диалогового режима необходимо, так как ее применение приводит к наилучшему сочетанию возможностей человека и ЭВМ в процессе решения конкретной задачи. При такой технологии обеспечивается непосредственная связь пользователя и программного средства (ПС) через прием и выдачу сообщений с монитора; мгновенная обработка ПС принятых сообщений и передача результатов работы пользователю; активное воздействие пользователя на ход и порядок выполнения операций обработки данных.

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

Выделим основные преимущества GUI-интерфейса:

1) снижение количества человеческих ошибок;

2) уменьшение потерь продуктивности при внедрении программы;

3) уменьшение расходов на редизайн интерфейса по требованию пользователей;

4) доступность функциональности системы для максимального количества пользователей.

Различают 5 основных стилей взаимодействия ИС и пользователя:

1) непосредственное манипулирование;

2) выбор из меню;

3) заполнение форм;

4) командный язык;

5) естественный язык.

Иерархия форм:

1) главная форма: «Form1» – отображает журнал накладных. Есть возможность конкретизации журнала по агенту или диапазону дат операций. Так же из формы можно удалить или добавить накладную. В случае добавления происходит переход в «Form2»;

2) подчиненная форма «Form2»- по умолчанию отображает перечень диапазонов бланков входящих в состав накладной текущей на момент перехода из «Form1». Функционально позволяет редактировать диапазоны, удалять или добавлять диапазоны;

3) подчиненная форма «Form3» – вызывается из «Form1» через управляющий элемент представленный объектом типа «кнопка»:- «Модуль статистики», своих подчиненных форм не имеет в данной форме сгруппирован функционал по обработке справочных запросов:

а) по номеру полиса: текущее местоположение, статус, реквизиты если выдан, наличие в предварительном отчете;