Файл: Разработка приложения справочной службы регистратуры поликлиники.pdf

Работает

КЛИЕНТ

Код клиента

Ф.И.О

Адрес

Телефон

Диагноз

ВРАЧ

Код врача

Ф.И.О

Специализация

ТАЛОН

Код талона

Ф.И.О врача

Специализация

Дата/время приема

Получает

1

1

М

М

ГРАФИК РАБОТЫ

Код графика

Ф.И.О врача

Специализация

Дата/время приема

Лечит

М

Относится

М

1

М

Рисунок 4. ER-диаграмма модели базы данных приложения

Проанализируем связи между сущностями: «Клиент» наблюдается у одного участкового врача, но у данного врача может быть много клиентов, следовательно, используется связь: «один ко многим»; «Клиент» может получить несколько талонов к разным специалистам по направления участкового врача – связь «один ко многим»; «Врач» работает по определенному одному графику – связь «один ко многим»; согласно «Графика работы» может быть выдано множество талонов к одному узкому специалисту – связь «многие ко многим».

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

Глава 2. Разработка приложения «Регистратура поликлиники»

2.1 Выбор средств и методов разработки

Перед разработкой программного приложения необходимо определить средства и методы разработки. Нужно выбрать следующие компоненты [10]:

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

В качестве СУБД при разработке приложения «Регистратура поликлиники» была выбрана СУБД Microsoft Access в составе Microsoft Office. СУБД Microsoft Access в составе Microsoft Office – мощное приложение Windows; впервые производительность СУБД органично сочетается с теми удобствами, которые имеются в распоряжении пользователей Microsoft Windows. Поскольку оба эти продукта – детища компании Microsoft, они прекрасно взаимодействуют между собой. Система Access работает под управлением Windows, так что при работе с ней пользователю доступны все преимущества Windows. Можно вырезать, копировать и вставлять данные из любого приложения Windows в Access и наоборот; можно создать проект формы в Access и вставить его в конструктор форм [8].

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

В Microsoft Access для обработки данных базовых таблиц используется мощный создать структурированный язык запросов – SQL (Structured Query Language). Используя виртуальную таблицу SQL можно выделить из одной или нескольких таблиц необходимую для решения конкретной задачи информацию. Access значительно упрощает задачу обработки данных и вовсе не обязательно знать язык SQL. При любой обработке данных из нескольких таблиц Access использует однажды заданные связи между таблицами [12].

Основными свойствами таблиц баз данных СУБД Microsoft Access являются:

1. Имя поля – определяет, как следует обращаться к данным этого поля при автоматических операциях с базой (по умолчанию имена полей используются в качестве заголовков столбцов таблиц).
2. Тип поля – определяет тип данных, которые могут содержаться в данном поле.
3. Размер поля – определяет предельную длину (в символах) данных, которые могут размещаться в данном поле.
4. Формат поля – определяет способ форматирования данных в ячейках, принадлежащих полю.
5. Маска ввода – определяет форму, в которой вводятся данные.
6. Подпись – определяет заголовок столбца таблицы для данного поля.
7. Значение по умолчанию – то значение, которое вводится в ячейки поля автоматически.
8. Условие на значение – ограничение, используемое для проверки правильности ввода данных.
9. Сообщение об ошибке – текстовое сообщение, которое выдается автоматически при попытке ввода в поле ошибочных данных.
10. Обязательное поле – свойство, определяющее обязательность заполнения данного поля при наполнении базы.
11. Пустые строки – свойство, разрешающее ввод пустых строковых данных (от свойства «Обязательное поле» отличается тем, что относится не ко всем типам данных, а лишь к некоторым, например к текстовым).
12. Индексированное поле – если поле обладает этим свойством, все операции, связанные с поиском или сортировкой записей по значению, хранящемуся в данном поле, существенно ускоряются. Для индексированных полей можно сделать так, что значение в записях будут проверяться по этому полю на наличие повторов, что позволяет автоматически исключить дублирование данных [13].

Таким образом, можно подвести итоги проведенного анализа. Следующие возможности Microsoft Access были положены в основу выбора конкретной СУБД при разработке приложения «Регистратура поликлиники»:

• высокая степень универсальности и продуманности дружественного интерфейса, поддерживающего все возможности ОС Microsoft Windows, который рассчитан на работу с пользователями различной квалификации. Реализована система управления объектами базы данных, позволяющая оперативно переходить из режима конструирования в режим их непосредственной эксплуатации;
• богатый набор визуальных средств разработки;
• вся информация относящаяся к одной базе данных, хранится в едином файле (*.mdb), что обеспечивает простоту при переносе данных с одного рабочего места на другое, в условиях отсутствия сети;
• глубоко развитые возможности интеграции с другими программными продуктами, входящими в состав Microsoft Office, а также с любыми программными продуктами, поддерживающими технологию OLE;
• возможность конвертации данных из более ранних версий Microsoft Access , в более поздние;
• невысокие требования к аппаратному обеспечению [6].

В качестве среды программирования выбрана интегрированная среда быстрой разработки приложений: Embarcadero RAD Studio XE8 фирмы Embarcadero Technologies, работающая под Microsoft Windows. С помощью RAD Studio разработчики на Delphi/Object Pascal и C++ смогут расширять функционал существующих Windows VCL приложений и создавать инновационные решения для мобильных и облачных платформ, а также для Internet of Things [4].

Embarcadero RAD Studio XE8 – это мощная визуальная среда программирования, в состав которой входит одновременно несколько программных оболочек таких, как: C++ Builder XE8, Delphi XE8, HTML5 Builder, InreBase. В последнюю версию RAD Studio Architect встроены самые последние версии программных оболочек для разработки качественных приложений. Среда разработки приложений rad studio поддерживает такие языки программирования: С, C++, Delphi. Системные требования [3]:

• 1 GB RAM (рекомендуется 2 GB+);
• 3–9 GB свободного пространства на жестком диске в зависимости от редакции и конфигурации;
• GPU с поддержкой DirectX 9.0 или лучше (Pixel Shader Level 2);
• разрешение 1024x768 или более высокое;
• Intel® Pentium® или совместимый, минимум 1.6 GHz;
• мышь или другое указывающее устройство.
• операционная система: Windows 7, 8 (32 и 64 разрядная), Windows Server® 2008 (32 и 64 разрядная).

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

2.2 Разработка базы данных

На основе концептуальной модели, рассмотренной в пункте 1.3, строится логическая модель, состоящая из множества экземпляров различных типов данных, структурированных в соответствии с требованиями конкретной СУБД. Каждой сущности концептуальной модели в базе данных должна соответствовать определенная таблица. Для оптимизации таблиц и сокращения количества полей, создаются таблицы-справочники, данные из которых, затем используются в других таблицах [15].

В качестве таблиц-справочников были созданы следующие таблицы: «Номер_карточки», «Номер_стеллажа», «Номер_кабинета», «Время_приема», «Часы_приема», «Специализация». Они состоят из двух-трех полей, первым из которых является ключевое поле-счетчик («Код»), второе (третье) поле – непосредственно справочник данных, соответствующих названию таблицы. Структура данных таблиц и атрибутный состав приводятся в таблицах 1 – 6.

Таблица 1. Номер_карточки

Таблица 2. Номер_стеллажа

Таблица 3. Номер_кабинета

Таблица 4. Время_приема

Таблица 5. Часы_приема

Таблица 6. Специализация

Таблица «Карточка» (см. таблицу 7) содержит анкетные данные клиента (фамилия, имя, отчество, дата рождения, пол, домашний адрес, домашний, сотовый и рабочий телефоны, место работы и должность), номер карточки, номер участка и пол клиента заполняются из таблиц-справочников.

Таблица 7. Карточка