Создание информационного банка данных Больница (стр. 1 из 4)

Министерство образования и науки Республики Казахстан

Карагандинский государственный технический университет

ПОЯСНИТЕЛЬНАЯ

ЗАПИСКА

к курсовому проекту

по дисциплине: «Разработка программного обеспечения»

тема: Создание информационного банка данных «Больница»

Караганда, 2009

Содержание

Введение

1. ТЕХНИЧЕСКОЕ ЗАДАНИЕ

1.2 Основание для создания

1.3 Цель и назначение подсистемы

1.4 Требования к подсистеме

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

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

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

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

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

2. ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ

2.1 Структура информационных потоков

2.2 Логическая модель базы данных

2.3 Физическая модель базы данных

3. ЛИНГВИСТИЧЕСКОЕ ОБЕСПЕЧЕНИЕ

3.1 Языки программирования

3.2 Входные – выходные данные

4.3 Выходные языки

4. ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

4.1 Общесистемное программное обеспечение

4.2 Базовое программное обеспечение

4.3 Прикладное программное обеспечение

5. МЕТОДИЧЕСКОЕ ОБЕСПЕЧЕНИЕ

5.1 Руководство пользователю

Заключение

Список использованной литературы

Приложение А

Приложение В

Приложение С

Приложение D

Введение

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

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

1.1 Наименование ПК (программного комплекса) и область применения

1.1.1 Разработке подлежит программное обеспечение «Больница»

1.1.2 Данный ПК предназначен для использования больницах

1.1.3 Наименование ПК: программа, позволяющая управлять базой данных пациентов по отделению и номеру палат

1.2 Основание для создания

1.2.1 Обоснования для проведения разработки: основанием для разработки является задание, выданное кафедрой САПР.

1.2.2 Разработчики ПО: Нарымбекова А., Терехова Е.

1.2.3 Заказчик ПО: кафедра САПР.

1.2.4 Сроки разработки: начало – 01.10.2006 г., окончание – 23.12.2006 г.

1.3 Цель и назначение подсистемы

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

1.3.2 В настоящее время инфраструктура больницы стала очень объёмной, что не позволяет справляться со всеми проблемами, которые появляются в результате работы. Для упрощения было бы полезно разработать программный комплекс, который значительно облегчит процесс поиска, записи, выписки пациента.

1.4 Требования к подсистеме

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

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

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

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

1.5.3 Перед работой программы должна быть осуществлена индексация БД с целью отслеживания уникальности данных, для осуществления фильтрации и сортировки данных по нужным полям, а также для ускорения поисковых функций.

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

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

1.6.2 Язык программирования должен быть языком высокого уровня.

1.6.3 Входной язык должен:

– обеспечивать удобочитаемость и компактность описаний;

– должен быть простым в использовании.

1.6.4 Выходной язык должен:

– в наглядной форме предоставлять данные решения задач;

– обеспечивать соответствие результатов проектирования требованиям задачи.

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

1.7.1 Программное обеспечение должно содержать описание общесистемного, базового и прикладного ПО.

1.7.2 В качестве операционных систем должны использоваться Windows, поскольку такие установлены на компьютерах кафедры САПР.

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

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

1.8.1 Техническое обеспечение должно быть выбрано на основе комплекса технических средств кафедры САПР.

1.8.2 Комплекс технических средств должен быть построен на базе ПЭВМ IBM PC или совместимых с ней.

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

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

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

2. Информационное обеспечение

2.1 Структура информационных потоков и документооборота

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

Рисунок 1.1. Структура информационных потоков медсестры

Рисунок 1.2. Структура информационных потоков врача

2.2 Логическая модель базы данных

2.3 Физическая модель базы данных

Физическая модель базы данных представлена на рисунке в таблице 2.3. Здесь указывается тип каждого поля, его размер. А так же первичные индексы (уникальность, сортировка) и вторичные индексы (связь 1 ко ∞).

Таблица 1. СтруктуратаблицыPacients.db

Имя поля	Тип	Данные	Индекс 1	Индекс 2
Famil	Alpha [25]	Фамилия	*
№palat	Long integer	№ палаты	*	*
Diagnoz	Alpha [80]	Диагноз
DataPostup	data	Дата поступления
№famil	autoincrement	счетчик

Таблица2. СтруктуратаблицыOtdel.db

Имя поля	Тип	Данные	Индекс 1	Индекс 2
Otdelenie	Alpha [30]	Отделение	*
№otdel	autoincrement	счетчик
Kol_palat	short	Количество палат

Таблица3. СтруктуратаблицыPalata.db

Имя поля	Тип	Данные	Индекс 1	Индекс 2
Palata	Alpha [10]	Отделение	*
№otdel2	Long integer	№отделения	*	*
№palat	autoincrement	Счетчик
Kol_pacient	short	Кол. пациентов
Kol_mest	short	Кол. мест

3. Лингвистическое обеспечение

3.1 Языки программирования

Язык ObjectPascal является одним из высокоразвитых языков объектно-ориентированного программирования. И среди других, например, таких как VisualBasic или VisualC++, отличается простотой программного кода, достаточным количеством литературы по этому языку.

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

1) Инкапсуляция. Комбинирование записей с процедурами и функциями, манипулирующими полями этих записей, формирует новый тип данных - объект.

2) Наследование. Определение объекта и его дальнейшее использование для построения иерархии порожденных объектов с возможностью для каждого порожденного объекта, относящегося к иерархии, доступа к коду и данным всех порождающих объектов.

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

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