50260 (610049), страница 3

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 3)

Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление системой должно осуществляется с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм.

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

Экранные формы должны проектироваться с учетом требований унификации:

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

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

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

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

4.1.14 Дополнительные требования

Дополнительные требования не предъявляются.

4.2 Требования к функциям (задачам), выполняемым системой

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

Подсистема управления нормативно-справочной информацией должна обеспечивать ведение следующих справочников и реестров:

- Реестр «Врачи»;

- Реестр «Приёмы»;

- Реестр «Курсы лечения»;

- Реестр «Рег. карты»;

- Реестр «Пациенты»;

Реестр «Врачи»:

Реестр «Врачи» должен обеспечивать возможность обработки необходимого набора атрибутов, включая:

- Фамилия Имя Отчество;

- № паспорта врача;

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

- Дата рождения;

- Заслуги;

Реестр «Приёмы»:

Реестр «Приёмы» должен обеспечивать возможность обработки необходимого набора атрибутов, включая:

- № паспорта врача;

- Регистрационный номер;

- Дата приёма;

- № приёма;

Реестр «Курсы лечения»:

Реестр «Курсы лечения» должен обеспечивать возможность обработки необходимого набора атрибутов, включая:

- № курса;

- Регистрационный номер;

- № приёма;

- Описание курса;

Реестр «Рег. карта»:

Реестр «Рег. карта» должен обеспечивать возможность обработки необходимого набора атрибутов, включая:

- ФИО;

- Регистрационный номер;

- Адрес;

- Дата рождения;

- № телефона;

- страховая компания;

- номер страховки;

Реестр «Пациенты»:

Реестр «Пациенты» должен обеспечивать возможность обработки необходимого набора атрибутов, включая:

- ФИО;

- Регистрационный номер;

- Адрес;

- Дата рождения;

- № телефона;

4.3 Требования к видам обеспечения

Требования не предъявляются.

4.3.1 Требования к математическому обеспечению системы

Требования не предъявляются.

4.3.2 Требования к информационному обеспечению системы

Требования не предъявляются.

4.3.3 Требования к лингвистическому обеспечению системы

Требования не предъявляются.

4.3.4 Требования к программному обеспечению системы

Требования не предъявляются.

4.3.5 Требования к техническому обеспечению

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

– Серверы БД;

– ПК пользователей;

– ПК администраторов.

Серверы БД должны быть объединены в отказоустойчивый кластер. Серверы приложений должны образовывать кластер с балансировкой нагрузки.

Серверы БД, серверы приложений и сервер системы формирования отчетности должны быть объединены одной локальной сетью, с пропускной способностью не менее 100 Мбит.

Требования к техническим характеристикам серверов БД:

– Процессор – 2 х Intel Xeon 3 ГГц;

– Объем оперативной памяти – 16 Гб;

– Дисковая подсистема – 4 х 146 Гб;

– Устройство чтения компакт-дисков (DVD-ROM);

– Сетевой адаптер – 100 Мбит.

Требования к техническим характеристикам ПК пользователя и ПК администратора:

– Процессор – Intel Pentium 1.5 ГГц;

– Объем оперативной памяти – 256 Мб;

– Дисковая подсистема – 40 Гб;

– Устройство чтения компакт-дисков (DVD-ROM);

– Сетевой адаптер – 100 Мбит.

Требования к техническим характеристикам ПК пользователя и ПК администратора:

– Процессор – Intel Pentium 1.5 ГГц;

– Объем оперативной памяти – 256 Мб;

– Дисковая подсистема – 40 Гб;

– Устройство чтения компакт-дисков (DVD-ROM);

– Сетевой адаптер – 100 Мбит.

4.3.6 Требования к метрологическому обеспечению

Требования не предъявляются.

4.3.7 Требования к организационному обеспечению

Требования не предъявляются.

4.3.8 Требования к методическому обеспечению

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

- Медицинские нормы

- Медицинские предписания

5 Состав и содержание работ по созданию (развитию) системы

Этапы выполнения курсового проекта

Выдача заданий

Анализ предметной области

Концептуальное проектирование информационной системы

Даталогическое проектирование информационной системы

Физическое проектирование информационной системы

Создание запросов на языке SQL

Разработка интерфейса пользователя

Тестирование и отладка

Разработка руководства пользователя

Оформление теоретической части

Защита проекта

6 Порядок приёмки и контроля системы

6.1 Виды, состав, объем и методы испытаний системы

Для защиты курсовой работы материалы отчета предоставляются в распечатанном виде и в виде демонстрационных материалов на накопителе электронных данных – дискете, флеш-накопителе данных.

Работа информационной системы при защите курсовой работы демонстрируется на компьютере на контрольных примерах.

7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

Требования не предъявляются

8 Требования к документированию

Для системы на различных стадиях создания должны быть выпущены следующие документы из числа предусмотренных в ГОСТ 34.201–89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначения документов при создании первой очереди АИС «Больница» приведены в таблице:

Наименование документа	Код документа	Часть проекта
Техническое задание	ТЗ	Предпроектное исследование
Инструкция пользователя	ИП	Рабочее проектирование

9 ИСТОЧНИКИ

1. Гагарина Л.Г., Киселев Д.В., Федотова Е.Л. Разработка и эксплуатация автоматизированных информационных систем: учебное пособие.-М.: ИД «Форум»: ИНФРА-М, 2007. – 384 с.

2. Голицына О.Л., Максимов Н.В., Попов И.И. Базы данных: учеб. Пособие. – М.: «Форум»: ИНФРА-М, 2007.-400 с.

3. Фуфаев Э.В., Фуфаев Д.Э. Базы данных: учебное пособие для студ. сред. проф. образования. – М.: Издательский центр «Академия», 2008.-320 с.

4. Ю. Избачков, В. Петров, А. Васильев, И. Телина Информационные системы 3-е издание. - СПб.: Питер, 2010. – 544 с.

5. Грекул В. И.; Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем : курс лекций: учебное пособие. М.: Интернет-Ун-т Информ. технологий, 2005

1. http://www.citforum.ru/ - форум информационных технологий.

2. http://www.intuit.ru/ -Интернет-Университет Информационных Технологий.

3. http://teachpro.ru/course2d.aspx?idc=250 – обучающий видеокурс по системе MS Access 2007.

4. http://www.mstu.edu.ru/education/materials/zelenkov/toc.html - электронный учебник по базам данных.

5. http://www.rugost.com/ - Сайт содержит ГОСТы, примеры разработанных документов по ГОСТ (ТЗ, ТП,РД), шаблоны документов по ГОСТ.

1.2 Техническое проектирование

1.2.1 Концептуальное проектирование

Концептуальное проектирование - сбор, анализ и редактирование требований к данным.

Для этого осуществляются следующие мероприятия:

обследование предметной области, изучение ее информационной структуры

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

моделирование и интеграция всех представлений

По окончании данного этапа получаем концептуальную модель, инвариантную к структуре базы данных. Часто она представляется в виде модели "сущность-связь".

Рисунок 2: ER-диаграмма

Сущности:

1. Врачи:

• ФИО

• № паспорта врача

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

• Дата рождения

• Заслуги

1. Приёмы:

• № паспорта врача

• Регистрационный номер

• Дата приёма

• № приёма

1. Курсы лечения

• № курса

• Регистрационный номер

• Описание курса

• № приёма

1. Рег. Карта

• ФИО

• Регистрационный номер

• Адрес

• Дата рождения

• № телефона

• Группа крови

• Страховая компания

• № страховки

1. Пациенты

• ФИО

• Регистрационный номер

• Адрес

• Дата рождения

• № телефона

1.2.2 Даталогическое проектирование.

Реляционная модель данных организует и представляет данные в виде таблиц или реляций.

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

Таблица Врачи:

Таблица Приёмы:

Таблица Курсы лечения

Атрибут	Тип данных	Домен	Ограничения
Регистрационный номер	Числовой	Список регистрационных номеров	NOT NULL
№ курса	Числовой	Номера курсов	Первичный ключ
№ приёма	Числовой	Номера приёмов	Внешний ключ
Описание курса	Текстовый	Описания курса лечения	NOT NULL

Таблица Рег. карта:

Атрибут	Тип данных	Домен	Ограничения
ФИО	Текстовый	Список фамилий	NOT NULL
Регистрационный номер	Числовой	Список регистрационных номеров	Первичный ключ
Адрес	Текстовый	Список адресов	NOT NULL
Дата рождения	Дата, время	Даты	NOT NULL
№ телефона	Числовой	Номера телефонов	NOT NULL
Группа крови	Текстовый	Группы крови	NOT NULL
Страховая компания	Текстовый	Список страховых компаний	NOT NULL
№ страховки	Числовой	Номера страховок	NOT NULL

Таблица Пациенты:

Атрибут	Тип данных	Домен	Ограничения
ФИО	Текстовый	Список фамилий	NOT NULL
Регистрационный номер	Числовой	Список регистрационных номеров	Первичный ключ
Адрес	Текстовый	Список адресов	NOT NULL
Дата рождения	Числовой	Даты	NOT NULL
№ телефона	Числовой	Номера телефонов	NOT NULL

1.2.3 Физическое проектирование.

Характеристики

Список файлов курсовой работы