Разработка информационной системы «Платные медицинские услуги»

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

Основные стороны пакета MySQL:

• Многопоточность. Поддержка нескольких одновременных запросов;
• Оптимизация связей с присоединением многих данных за один проход;
• Записи фиксированной и переменной длины;
• ODBC драйвер в комплекте с исходником;
• Гибкая система привилегий и паролей;
• До 16 ключей в таблице. Каждый ключ может иметь до 15 полей;
• Поддержка ключевых полей и специальных полей в операторе CREATE;
• Поддержка чисел длинной от 1 до 4 байт (ints, float, double, fixed), строк переменной длины и меток времени;
• Интерфейс с языками C и perl;
• Основанная на потоках, быстрая система памяти;
• Утилита проверки и ремонта таблицы.

 

 

 

 

 

 

 

 

 

 

 

3 РЕАЛИЗАЦИЯ  И ИСПЫТАНИЯ

3.1 Реализация  системы

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

1. Среда разработки QT Creator;

2. Для реализации системы был выбран XAMPP – кроссплатформенная сборка веб-сервера, содержащая MySQL

Для разработки системы был использован язык С++.  Главное нововведение языка C++ - механизм классов, дающий возможность определять и использовать новые типы данных. Одной из заветных целей при создании C++ было стремление увеличить процент повторного использования уже написанного кода. Концепция классов предлагала для этого механизм наследования. Вместе с тем наследование обеспечивает один из механизмов реализации полиморфизма - базовой концепции объектно-ориентированного программирования.

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

Таким образом, генеральная линия развития языка была направлена на расширение его возможностей путем введения новых высокоуровневых конструкций при сохранении сколь возможно полной совместимости с ANSI С.

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

Qt - это кроссплатформенная библиотека, целью которой является вытеснение нативных API из  программ. Сейчас Qt - это огромный объектно-ориентированный комбайн, в большинстве случаев  позволяющий обойтись без привлечения каких-либо иных библиотек.  В первую очередь Qt - отличное средство для создания графического пользовательского интерфейса (GUI). О значимости данной библиотеки говорит хотя бы то, что она используется в таких успешных проектах, как Borland C++ Builder 6 и Opera.

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

• реализация и проверка структуры ИО системы;
• реализация и проверка ПО системы;
• интеграция ПО и ИО системы;
• испытание созданной системы.

Реализация  и проверка структуры ИО системы. Реализация ИО включала создание и проверку БД системы.

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

Реализация  и проверка ПО системы. Одним из самых сложных и трудоемких этапов процесса создания ПО системы является программирование, отладка и тестирование его компонент. Обычно на отладку приходится до 50 % трудоемкости из общих затрат на создание системы.

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

Тестирование программ – это  основной метод обнаружения ошибок при отладке. Выделяют три вида тестирования:

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

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

• тестирование отдельных модулей ПО;
• тестирование интеграции модулей;
• комплексное тестирование ПО;
• тестирование интеграции ПО и ИО системы;
• испытание системы.

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

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

3.2 Испытания системы

Целью испытания ИС «Учёта платных медицинских услуг» в  рамках дипломного проекта является:

• Проверка функций системы.
• Проверка разработанной документации для системы.

Испытания заключались в определении соответствия созданной ИС требованиям, указанным в постановке задачи на дипломное проектирование.

Для демонстрации функций  ИС были выбраны следующие функции:

• Санкционированный доступ к системе пользователя подсистемы «Пациент».
• Запись на приём.
• Отмена приёма
• Внесение изменений в карточку пользователем
• Изменение стоимости услуг при бронировании талона
• Внесение услуги в список услуг

Для проверки каждой функции  были разработаны и выполнены  тестовые испытания. Отдельная проверка функции включала разработку отдельного теста в виде:

• Набор тестовых исходных данных.
• Эталон для проверки.
• Процедуру проверки.

Рассмотрим описание тестовых заданий.

Тест №1.Санкционированный доступ к системе пользователя подсистемы «Пациент».

Варианты состояния  системы до выполнения теста №1:

1. система подключена к базе данных;

2. система не подключена к базе данных.

Эталонные значения при  состоянии системы в варианте А:

а) при вводе корректных данных осуществляется авторизация в системе;

б) при вводе некорректных данных авторизация в системе не происходит.

Эталонные значения при  состоянии системы в варианте Б:

а) при вводе корректных данных вызывается сообщение об ошибке;

б) при вводе некорректных данных вызывается сообщение об ошибке.

Тест №2. Запись на приём.

Варианты состояния системы до выполнения теста №2:

1. выбранное время свободно;

2. выбранное время занято пользователем.

Эталонные значения при  состоянии системы в варианте А:

а) при свободном времени осуществляется бронирование талона.

Эталонные значения при  состоянии системы в варианте Б:

а) при занятом времени  - сообщение о том, что время занято.

Тест №3 Отмена приёма

Варианты состояния  системы до выполнения теста №3:

1. талон бронирован самим пользователем;

2. талон бронирована другим пользователем.

Эталонные значения при состоянии системы в варианте А:

а) при бронировании самим пользователем происходит отмена брони талона.

Эталонные значения при  состоянии системы в варианте Б:

б) при бронировании другим пользователем - сообщение о том, что чужую бронь нельзя снять.

Тест №4 Внесение изменений в карточку пользователем

Варианты состояния системы  до выполнения теста №4:

1. Поле «Заметки» заполнено врачом;

2. Поле «Заметки» не заполнено врачом.

Эталонные значения при  состоянии системы в варианте А, Б:

а) введённая пользователем запись не сохраняется.

Тест №5 Изменение  стоимости услуг при бронировании талона

Варианты состояния системы до выполнения теста №5:

1. Талон бронирован пользователем до изменения цены экономистом;

2. Талон бронирован пользователем после изменения цены экономистом.

Эталонные значения при  состоянии системы в варианте А:

а) при бронировании до изменения цены экономистом цена в талоне остаётся прежней.

Эталонные значения при  состоянии системы в варианте Б:

а) при бронировании после изменения цены экономистом цена в талоне изменяется на новую.

Тест №6 Внесение услуги в список услуг 

Варианты состояния системы до выполнения теста №6:

1. Услуга не внесена в список услуг;

2. Услуга внесена в список услуг.

Эталонные значения при состоянии системы в варианте А:

а) если услуга не внесена, происходит внесение в список.

Эталонные значения при  состоянии системы в варианте Б:

б) сообщение о том, что услуга уже есть в списке.

Примеры проверок для  системы и результаты тестирования приведены в подразделе 3.3.

3.3 Результаты испытаний

Для проведения испытаний на ПК была установлена ОС WINDOWS 7.

Использовался ПК:

• процессор – Intel(R) Pentium(R) Dual CPU T3200 2.00GHz;

• ОЗУ – 2 Гб;

• HDD – 500 Гб;

• монитор – 19’’;

• клавиатура;

• манипулятор типа мышь.

Перед началом испытаний была проведена  настройка необходимого ПО. На компьютер была установлена XAMPP – кроссплатформенная сборка веб-сервера, содержащая MySQL. В соответствии с инструкцией (см. приложение Б) была установлена ИС на ПК.

После выполненных  перечисленных действий, выполнены перечисленные выше проверки.

Результаты испытаний  функций ИС представлены в виде выполнения тестов №1-№6.

Тест №1.Санкционированный доступ к системе пользователя подсистемы «Пациент». Результаты ввода корректных и некорректных данных приведены на рисунках 3.1, 3.2 и рисунках 3.2, 3.3 при подключенной БД к системе в первом случае и при неподключенной к БД системе  - во втором.

 

Рисунок 3.1 –  Успешный вход в систему при вводе правильного логина и пароля при подключенной БД

 

 

Рисунок 3.2 –  Невозможность авторизации в  системе при вводе неправильного  логина и пароля при подключенной БД

 

Рисунок 3.3 –  Невозможность авторизации в  системе при вводе правильного   логина и пароля при отсутствии подключения к БД

 

Рисунок 3.4 –  Невозможность авторизации в  системе при вводе неправильного  логина и пароля при отсутствии подключения  к БД