Программирование

Операционная  система: MS Windows Xp

Процессор: одноядерный, 2,7 GHz

Размер  оперативной памяти: 1 Gb

4. Среда тестирования приложений:

Операционная  система: MS Windows Xp/Seven

Процессор: двух ядерный, 2,8 GHz

Размер  оперативной памяти: 4 Gb

5. Стратегия:

Функциональное  тестирование с использованием тест-кейсов и баг репортов.

6. Тестируемые функции, приложение admin.exe:
• Вход в систему
• Просмотр информации о докторах
• Редактирование информации о докторах
• Выписать талоны
• Выписать направления
• Вывести отчет по оказанным услугам
• Просмотр информации о пациентах
• Вывести список услуг
• Редактировать список услуг
• Просмотр выписанных талонов
7. Тестируемые функции, приложение hospital_user.exe:
• Регистрация
• Авторизация
• Просмотр списка врачей
• Просмотр истории посещения
• Просмотр списка услуг
• Просмотр готовности обследований
• Запись на приём
8. Начало тестирования: по факту выполнения приложений и собрания необходимой документацией
9. Окончание тестирования, если:
• Результаты тестирования удовлетворяют качеству продукта
• Требования на исправления ошибок выполнены

2. Разработка тест-кейсов:

Один  из тест-кейсов нашего приложения представлен  в Таблице1.

Таблица 1 Тест-кейс регистрации нового пациента

Название:	Тест регистрации пациента
Функция:	Регистрация
Действие		Ожидаемый результат	Результат теста: пройден; провален; заблокирован;
Предусловие:
Запустите приложение: hospital_user.exe		Приложение hospital_user.exe успешно открыто	пройден
Перейдите по ссылке "Регистрация" внизу формы «Авторизация»		Форма «Registration» открыта и доступна	пройден
Шаги теста:
Заполните форму регистрации пациента:   «Фамилия»: Иванов «Имя»: Сергей «Отчество»:  Николаевич «Дата рождения»: 20.02.1991 «Полис»: АСТРА МЕТАЛЛЪ «Адрес»: г. Златоуст, пр. Гагарина 6-12-32 «Пароль»: vodo91   Нажмите кнопку «Далее»		Форма «Данные успешно занесены в базу поликлиники. Логин: 5 Пароль: vodo91»  успешно открыта	пройден
Постусловие:
Нажмите кнопку «Ok»		Открывается форма «Авторизация»	пройден

3. Разработка баг репортов:

В таблице 2 представлен пример разработки баг репорта.

Таблица 2 Баг репорт

Короткое описание	Запись пациента на одно и тоже время  приема.
Проект	hospital_user.exe
Компонент приложения	Запись к врачу
Номер версии	0.001
Важность: S1 Блокирующая (Blocker) S2 Критическая (Critical) S3 Значительная (Major) S4 Незначительная (Minor) S5 Тривиальная (Trivial)	S3 Значительная (Major)
Приоритет: P1 Высокий (High) P2 Средний (Medium) P3 Низкий (Low)	P1 Высокий (High)
Статус	Новая
Автор	Евгений
Назначен на	Руслан
Шаги воспроизведения	Успешно проходим авторизацию  Переходим на вкладку услуги Заполняем форму Нажимаем кнопку «Записаться» Получаем окно с сообщением «Талон на ваше имя успешно зарезервирован» Повторяем процедуры.
Фактический Результат	Запись талона на одно и тоже время:
Ожидаемый результат	После записи талона на определенное время, если кто-то попытается на это же время записаться, то кнопка «Записаться» должна быть недоступной.

 

Результаты  тестирования

В ходе тестирования данного программного продукта были выполнены все запланированные тесты. В результате проведения тестов было исправлено три ошибки разного вида, одна из ошибок представлена в баг-репорте.

В настоящий  момент работоспособна вся система, все функции максимально проверены.

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

 

Заключение

В своем курсовом проекте мы создали программное обеспечение для «Медицинского учреждения».

Отличительными особенностями приложения является удобный и понятный интерфейс, направленным на «обычных» пользователей, простота реализации функциональных возможностей программы, а также реализация объектно-ориентированной модели, построенной на нескольких классах.

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

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

Библиографический список

1. Гагарина Л. Г., Кокорева Е. В., Виснадул Б. Д. Технология разработки программного обеспечения: учебное  пособие / под ред. Л. Г Гагариной. - М: ИД «ФОРУМ»: ИНФРА-М,2008. - 400 с: ил. - (Высшее образование).
2. Технологии разработки программного обеспечения: Учебник/ С. Орлов. - СПб.: Питер, 2002. - 464 с.: ил.
3. Мартин .Роберт С. Быстрая разработка программ: принципы, примеры, практика. : Пер. с англ.  М. : Издательский дом «Вильямс», 2004.  752 с. : ил. Парал. тит. англ.
4. Иринчеев А.А. Технология проектирования: Курс лекций по дисциплине «Основы проектирования». /ВСГТУ - Улан- Удэ, 2001.- 176 с.
5. Константайн Л., Локвуд Л.  Разработка программного обеспечения.  - Спб.: Питер, 2004. - 592 с.

 

ПРИЛОЖЕНИЕ А

Техническое задание

Введение

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

 

1. Технические  требования

Программа должна обеспечивать следующие возможности:

1. Ведение истории посещений пациента.
2. Сохранение результатов проведенных исследований.
3. Возможность получения данных, касающихся врачей и отделений поликлиники:

• Число посещений
• Число проведенных исследований
• Сумма предоставленных платных услуг

4. Ведение учета выписанных талонов.

5. Возможность записи пациентов на прием к врачу удаленно.

 

Врачу должны быть доступны следующие возможности:

1. Форма для быстрого заполнения результатов приема.
2. Ведение и просмотр статистики по результатам посещений пациентов.

 

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

1. Выдача талонов пациентам.
2. Подсчет стоимости платных услуг и прием денег от пациентов.

 

2. Требования к надежности

Надежность  программного комплекса будет обеспечена проверкой корректности данных, вводимых пользователями. Будет предусмотрена возможность резервного копирования БД. Также необходимо организовать разделение доступа для разных групп пользователей: администраторы и обычные пользователи.

 

3. Условия  эксплуатации

Особых  требований к климатическим условиям не предъявляется, они аналогичны требованиям  эксплуатации вычислительной системы, в которой работает программа.

Требования  к составу и параметрам технических  средств уточняются на этапе эскизного  проектирования системы.

Программа разработана  для ОС Windows 2000/NT/XP, и, соответственно, имеет характерный для этих сред интерфейс. Пользователь программы должен обладать базовыми навыками работы в этих системах для использования программы.

Вся информация содержится в базе данных. Система  управления базами данных указана в разделе «Специальные требования». Структура базы данных, будет выбрана на этапе начального проектирования системы.

Все возможные  запросы пользователей будут  определены на этапе разработки проекта  и найдут свое отражение в пользовательском интерфейсе.

 

4. Специальные  требования

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

Язык  программирования C# Среда разработки Microsoft Visual Studio 2010. Используемая СУБД Microsoft Access.

 

5. Требования к программной документации

Основными документами, регламентирующими разработку будущих программ, должны быть документы  Единой Системы Программной Документации (ЕСПД): руководство пользователя, руководство администратора, описание применения.

 

6. Технико-экономические  показатели

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

 

7. Стадии  и этапы разработки

№ этапа	Название этапа	Сроки этапа	Чем заканчивается этап
1	Изучение предметной области. Проектирование системы. Разработка предложений по реализации системы. Разработка структуры базы данных.	11.05.2012-12.05.2012	Предложения по работе системы. Акт сдачи-приемки.
2	Выбор СУБД, разработка БД и программного модуля.	13.05.2012-17.05.2012	Программный комплекс
3	Тестирование и отладка модуля. Запуск системы в эксплуатацию.	17.05.2012-19.05.2012	Готовая автоматизированная система  «Электронная больница» для «Медицинского  учреждения». Программная документация. Акт сдачи-приемки работ

 

8. Порядок  контроля и приемки

После передачи Исполнителем отдельного функционального  модуля программы Заказчику, последний  имеет право тестировать модуль в течение 7 дней. После тестирования Заказчик должен принять работу по данному этапу или в письменном виде изложить причину отказа от принятия. В случае обоснованного отказа Исполнитель обязуется доработать модуль.

 

Руководитель работ Винькова О.Р.

 

ПРИЛОЖЕНИЕ Б

Диаграмма вариантов  использования

 

ПРИЛОЖЕНИЕ В

Диаграмма классов

 

ПРИЛОЖЕНИЕ Г

Схема базы данных. ERD-диаграмма

 

ПРИЛОЖЕНИЕ  Д

Исходный код программы «Администратор»

user.cs

using System;

using System.Collections.Generic;

using System.Text;

using System.Data.OleDb;

using System.Windows.Forms;

using System.Data;

using System.Globalization;

 

namespace Admin

{

    public class user

    {

        SQL sql;

        public user()

        {

            sql = new SQL();

        }

 

        public DataTable PatsData(string[] param)

        {

            try

            {

                DataTable data = new DataTable("Pats");

                sql.Connect();