Проектирование базы данных "Поликлиника"

Тип работы:
Курсовая
Предмет:
Программирование


Узнать стоимость

Детальная информация о работе

Выдержка из работы

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 ОБЩЕЕ ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

1.2 ОПИСАНИЕ ВХОДНЫХ ДОКУМЕНТОВ И СООБЩЕНИЙ

1.3 ОПИСАНИЕ ВЫХОДНЫХ ДОКУМЕНТОВ И СООБЩЕНИЙ

1.4 СПИСОК ОГРАНИЧЕНИЙ

2. ПРОЕКТИРОВАНИЕ РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ

2.1 ИНФОЛОГИЧЕСКАЯ МОДЕЛЬ ДАННЫХ

2.1.1 ОПИСАНИЕ СУЩНОСТЕЙ

2.1.2 ОПИСАНИЕ СВЯЗЕЙ

2.1.3 ER-ДИАГРАММА

2.2 ДАТАЛОГИЧЕСКАЯ МОДЕЛЬ

2.2.1 ДИАГРАММА СВЯЗИ ПО ПОЛЯМ

3. ОРГАНИЗАЦИЯ ВЫБОРКИ ИНФОРМАЦИИ ИЗ БАЗЫ ДАННЫХ

4. РАЗРАБОТКА ПРЕДСТАВЛЕНИЙ ДЛЯ ОТОБРАЖЕНИЯ РЕЗУЛЬТАТОВ ВЫБОРКИ

5. ПРОЕКТИРОВАНИЕ ХРАНИМЫХ ПРОЦЕДУР

6. РАЗРАБОТКА МЕХАНИЗМОВ УПРАВЛЕНИЯ ДАННЫМИ В БАЗЕ ПРИ ПОМОЩИ ТРИГГЕРОВ

6.1 ТРИГГЕР ДЛЯ ДОБАВЛЕНИЯ ДАННЫХ

6.2 ТРИГГЕР ДЛЯ УДАЛЕНИЯ ДАННЫХ

6.3 ТРИГГЕР ДЛЯ ОБНОВЛЕНИЯ ДАННЫХ

7. РАЗРАБОТКА ТЕХНОЛОГИЙ ДОСТУПА К БАЗЕ ДАННЫХ

7.1 ВЫБОР ПОЛЬЗОВАТЕЛЕЙ БД

7.2 РАЗГРАНИЧЕНИЕ ПОЛНОМОЧИЙ ПОЛЬЗОВАТЕЛЯ

8. ПРОЕКТИРОВАНИЕ КЛИЕНТСКОГО ПРИЛОЖЕНИЯ

8.1 ФУНКЦИОНАЛЬНОЕ НАЗНАЧЕНИЕ

8.2 РАЗРАБОТКА ТЕХНОЛОГИЙ ДОСТУПА К БАЗЕ ДАННЫХ

8.3 РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ

9. ОРГАНИЗАЦИЯ ОБМЕНА ДАННЫМИ МЕЖДУ ПРИЛОЖЕНИЯМИ

10. ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ РЕЗУЛЬТАТОВ ВНЕДРЕНИЯ ПРОГРАММНОГО ПРОДУКТА

11. ТРЕБОВАНИЯ К ТЕХНИЧЕСКОМУ ОБЕСПЕЧЕНИЮ

12. ИНСТРУКЦИЯ ПО ЭКСПЛУАТАЦИИ БАЗЫ ДАННЫХ И ПОЛЬЗОВАТЕЛЬСКОГО ПРИЛОЖЕНИЯ

ЗАКЛЮЧЕНИЕ

СПИСОК ЛИТЕРАТУРЫ

Введение

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

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

В данном курсовом проекте разработана база данных для предприятия «Поликлиника». Назначение разработки заключается в следующем: обеспечить удобную работу сотрудников предприятия и повысить производительность. Вся информация, касающаяся работы предприятия хранится в БД, следовательно, нельзя недооценить её значимость.

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

1. ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Общее описание предметной области

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

1.2 Описание входных документов и сообщений

В базе данных «Поликлиника» используются следующие входные данные:

— информация о пациентах;

— информация о врачах;

— информация о специализации врачей;

— информация о сменах работы врачей;

— информация об учете работы специалистов.

1.3 Описание выходных документов и сообщений

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

1.4 Список ограничений

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

— запрещено вводить отрицательные числовые значения;

— пользователь не может ввести дату из будущего;

— доступ к базе данных имеет только пользователи, прошедшие идентификацию.

2. ПРОЕКТИРОВАНИЕ РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ

Реляционная модель данных включает следующие компоненты:

- Структурный аспект (составляющая) — данные в базе данных представляют собой набор отношений.

- Аспект (составляющая) целостности — отношения (таблицы) отвечают определенным условиям целостности. Реляционная модель данных поддерживает декларативные ограничения целостности уровня домена (типа данных), уровня отношения и уровня базы данных.

- Аспект (составляющая) обработки (манипулирования) — реляционная модель данных поддерживает операторы манипулирования отношениями (реляционная алгебра, реляционное исчисление).

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

Таблица 2.1 — Функциональные зависимости между атрибутами

сущности «Врачи»

Наименование атрибутов

Функциональные зависимости

Id_vrасhа

FIO_vrасhа

Dаtа_rgdеniа

Stаg_ rаbоti

Stоimоst_рriеmа

Таблица 2.2 — Функциональные зависимости между атрибутами

сущности «Пациенты»

Наименование атрибутов

Функциональные зависимости

Id_расiеntа

FIO

Dаtа_rоgdеniа

Nаsvаniе_nаsрunktа

Dоm_аdrеss

Таблица 2.3 — Функциональные зависимости между атрибутами

сущности «Специализации»

Наименование атрибутов

Функциональные зависимости

Id_sресiаlizасii

Nаsvаniе

Таблица 2.4 — Функциональные зависимости между атрибутами

сущности «Смены»

Наименование атрибутов

Функциональные зависимости

Id_smеni

Vrеmуа_rаbоti

Nаsvаniе

Таблица 2.5 — Функциональные зависимости между атрибутами

сущности «Учет работы»

Наименование атрибутов

Функциональные зависимости

Id_smеni

Id_vrасhа

Id_расiеntа

Id_sресiаlizасii

Dеn_nеdеli

Для каждой таблицы определены свои ключи

Таблица 2.6 — Ключи

Таблица

Ключ

Учет работы

Id_smеni

Id_vrасhа

Id_расiеntа

Id_sресiаlizасii

Врачи

Id_vrасhа

Пациенты

Id_расiеntа

Смены

Id_smеni

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

Id_sресiаlizасii

В базе данных «Поликлиника» проведена нормализация отношений:

Проанализировав таблицу «Врачи», можно сказать, что она находится в первой нормальной форме, так как она имеет первичный ключ, каждое поле таблицы представляет уникальный тип информации, все поля атомарны. Так же данная таблица находится и во 2НФ, так как она удовлетворяет условиям 1НФ, а так же я убедилась в том, что каждое поле функционально зависит от первичного ключа, который идентифицирует исходный объект таблицы. Таблица «Врачи» находится в 3НФ, так как она находится во 2НФ и не содержит транзитивных зависимостей, т. е. столбцы, не являющиеся ключевыми, зависят от первичного ключа таблицы и не зависят от всех остальных столбцов. Имеется возможность изменять значения любого поля (не входящего в первичный ключ) без воздействия на данные других полей.

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

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

2.1 Инфологическая модель данных

Инфологическое проектирование — построение формализованной модели предметной области. Такая модель строится с использованием стандартных языковых средств, обычно графических.

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

1. основные объекты предметной области (объекты, о которых должна храниться информация в БД);

2. атрибуты объектов;

3. связи между объектами;

4. основные запросы к БД.

2.1.1 Описание сущностей

В проекте «Поликлиника» в соответствии с предметной областью были созданы следующие сущности:

— «Учет работы» — хранится информация о работе каждого врача;

— «Врачи» — хранится информация о врачах;

— «Пациенты» — хранится информация о пациентах;

— «Специализации» — хранится информация о специализациях врачей;

— «Смены» — хранится информация о сменах.

Каждому объекту соответствуют свои атрибуты:

— Учет работы: код смены, код врача, код специализации, код пациента, день недели;

— Врачи: код врача, ФИО врача, стаж работы, дата рождения, стоимость приема;

— Пациенты: код пациента, ФИО, дата рождения, наименование населенного пункта, домашний адрес;

— Специализации: код специализации, название;

— Смены: код смены, время работы, название смены.

2.1.2 Описание связей

В базе данных «Поликлиника» определены следующие отношения между таблицами:

Таблица 2.7 — Классификация связей

Родительская таблица

Дочерняя таблица

Ключи

Вид связи

1

Учет работы

Врачи

Id_vracha

Id_vracha

1: М

2

Учет работы

Пациенты

Id_pacienta

Id_pacienta

1: М

3

Учет работы

Смены

Id_smeni

Id_smeni

1: М

4

Учет работы

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

Id_specializacii

Id_specializacii

1: M

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

2.1.3 ER-диаграмма

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

2

Рисунок 2.1 — Инфологическая модель базы данных

2.2 Даталогическая модель

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

Таблица 2.8 — Состав таблицы «Специализации»

Наименование атрибутов

Тип полей

NULL

Id_specializacii

Nasvanie

int

nchar (50)

Нет

Нет

Таблица 2.9 — Состав таблицы «Врачи»

Наименование атрибутов

Тип полей

NULL

Id_vracha

FIO_vracha

Data_rogdenia

Stag_ raboti

Stoimost_priema

int

nchar (50)

Date

int

int

Нет

Нет

Нет

Нет

Нет

Таблица 2. 10 — Состав таблицы «Пациенты»

Наименование атрибутов

Тип полей

NULL

Id_pacienta

FIO

Data_rogdenia

Nasvanie_naspunkta

Dom_adress

int

nchar (50)

Date

int

int

Нет

Нет

Нет

Нет

Нет

Таблица 2. 11 — Состав таблицы «Смены»

Наименование атрибутов

Тип полей

NULL

Id_smeni

Vremya_raboti

Nasvanie

int

nchar (50)

nchar (50)

Нет

Нет

Нет

Таблица 2. 12 — Состав таблицы «Учет работы»

Наименование атрибутов

Тип полей

NULL

Id_smeni

Id_vracha

Id_pacienta

Id_specializacii

Den_nedeli

int

int

int

int

nchar (50)

Нет

Нет

Нет

Нет

Нет

2.2.1 Диаграмма связи по полям

На рисунке 2.2 приведена схема базы данных «Поликлиника»

Рисунок 2.2 — Схема базы данных «Поликлиника»

3. ОРГАНИЗАЦИЯ ВЫБОРКИ ИНФОРМАЦИИ ИЗ БАЗЫ ДАННЫХ

база данных триггер приложение

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

1. Выборка данных из связанных таблиц. Формулировка запроса: выбрать ФИО_врача и название смены из таблиц «Врачи» и «Смены», где коды «id_vracha» и «id_smeni «равны:

select Vrachi. FIO_vracha, Smeni. Nazvanie_smeni from Vrachi, Smeni where Vrachi. id_vracha=Smeni. id_smeni

Рисунок 3.1 — Результат работы запроса «Выборка из связанных

таблиц"

2. Выборка с использованием оператора (естественного) соединения. Формулировка запроса: выбрать врачей и их специализации путем соединения их по коду врача:

select FIO_vracha, Nazvanie from Vrachi inner join Specializacii on Vrachi. id_vracha=Specializacii. id_specializacii

Рисунок 3.2 — Результат работы запроса «Выборка с использованием

оператора естественного соединения"

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

select FIO, Adress_naspunkt from Pacienti where Adress_naspunkt like 'Ставрополь%'

Рисунок 3.3 — Результат работы запроса «Выборка с использованием

шаблона"

4. Выборка информации в заданном диапазоне. Формулировка запроса: выбрать врачей со стажем работы между 10 и 20 годами:

select FIO_vracha, Stag_raboti from Vrachi where Stag_raboti between 10 and 20

Рисунок 3.4 — Результат работы запроса «Выборка информации в

заданном диапазоне"

5. Выборка информации по дате. Формулировка запроса: выбрать всех пациентов, которые родились позже 01. 01. 1980:

select*from Pacienti where Data_rogdeniya> '01. 01. 1980'

Рисунок 3.5 — Результат работы запроса «Выборка информации по

дате"

6. Выборка исчисляемых значений. Формулировка запроса: выбрать врача и вычислить стоимость его услуг с учетом льгот:

select FIO_vracha, Stoimost_priema*0.8 from Vrachi

Рисунок 3.6 — Результат работы запроса «Выборка исчисляемых

значений"

7. Выборка с использованием механизма подзапросов. Формулировка запроса: выбрать все поля из таблицы «Врачи», причем включая, только тех врачей, у которых стаж работы больше среднего значения среди всех врачей:

select*from Vrachi where Stag_raboti> (select AVG (Stag_raboti)from Vrachi)

Рисунок 3.7 — Результат работы запроса «Выборка с использованием

механизма подзапросов"

8. Простая выборка данных. Формулировка запроса: выбрать все поля из таблицы «Пациенты»:

select*from Pacienti

Рисунок 3.8 — Результат работы запроса «Простая выборка данных»

9. Простая выборка с сортировкой. Формулировка запроса: выбрать из таблицы «Пациенты» все записи и отсортировать их:

select*from Pacienti order by FIO

Рисунок 3.9 — Результат работы запроса «Простая выборка с

сортировкой"

4. РАЗРАБОТКА ПРЕДСТАВЛЕНИЙ ДЛЯ ОТОБРАЖЕНИЯ

РЕЗУЛЬТАТОВ ВЫБОРКИ

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

В базе данных разработано представление: «режим работы врачей» (рисунок 4. 1).

Рисунок 4.1 — Представление «Режим работы врачей»

Данное представление содержит информацию о врачах: ФИО, день в который они работают, а так же название смены.

Рисунок 4.2 — Результат работы представления «Режим работы врачей»

5. ПРОЕКТИРОВАНИЕ ХРАНИМЫХ ПРОЦЕДУР

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

В курсовом проекте была разработана хранимая процедура — Стоимость услуг, она предназначена для изменения поля «Стоимость приема» в таблице «Врачи» с учетом скидки 20%. Код процедуры:

CREATE PROCEDURE NEW_STOIMOST as

UPDATE Vrachi

set Stoimost_priema=Stoimost_priema*0. 8

Для запуска процедуры используется команда:

exec NEW_STOIMOST

SELECT*FROM Vrachi

Рисунок 5.1 — Результат выполнения хранимой процедуры «Стоимость

услуг"

6. РАЗРАБОТКА МЕХАНИЗМОВ УПРАВЛЕНИЯ ДАННЫМИ В

БАЗЕ ПРИ ПОМОЩИ ТРИГГЕРОВ

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

6.1 Триггер для добавления данных

В данном курсовом проекте для таблицы «Врачи» был разработан триггер — trigger1. Действие этого триггера направлено на то чтобы пользователь не мог вводить отрицательные знания в поле «Стоимость приема». Код триггера:

set ANSI_NULLS ON

set QUOTED_IDENTIFIER ON

GO

create TRIGGER [dbo]. t2] ON [dbo]. Vrachi]

AFTER INSERT, UPDATE

AS

BEGIN

IF EXISTS (SELECT * FROM [dbo]. Vrachi] WHERE Stoimost_priema< 0)

ROLLBACK TRAN

PRINT 'Ошибка цена не может быть меньше 0'

SET NOCOUNT ON;

END

Рисунок 6.1 — Результат работы триггера «trigger1»

6.2 Триггер для удаления данных

Для таблицы «Учет работы» создан триггер для удаления данных:

Create trigger [dbo]. tr2]

on [dbo]. Vrachi]

for delete

as

begin

declare @id int

declare @count int

select @id=deleted. id_vracha from deleted

select @count=count (*) from route where

id_vracha=@id

if (@id≠0)

Begin

Raiserror ('присутствуют ссылки на удаляемую запись', 16,1)

Rollback transaction

End

End

Рисунок 6.2 — Результат работы триггера для удаления

6.3 Триггер для обновления данных

Для таблицы «Врачи» разработан триггер для обновления данных

Create trigger [dbo]. tr5]

on [dbo]. Vrachi]

for update

as

begin

declare @id int

declare @count int

select @id=deleted. id_vracha from deleted

select @count=count (*) from route where

id_vracha=@id

if (@id≠0)

Begin

Raiserror ('Недопустимый идентификатор', 16,1)

Rollback transaction

End

End

7. Разработка технологий доступа к базе данных

7.1 Выбор пользователей БД

Решение задач обеспечения безопасности данных остается актуальным и при использовании SQL Server.

В системе безопасности SQL Server выделяется два уровня: сервера и базы данных. В проектируемой базе данных со стороны сервера используется следующие средство обеспечения безопасности — создание учетных записей.

Основными пользователями базы данных являются: администратор и пользователи.

Рисунок 7.1 — Окно создания учетной записи — администратор

Рисунок 7.2 — Окно создания учетной записи — пользователи

7.2 Разграничение полномочий пользователя

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

Рисунок 7.3 — Установка разрешений для роли «администратор»

Для пользователей установлены следующие разрешения и ограничения:

Рисунок 7.4 — Установка разрешений для роли «пользователь»

8. Проектирование КЛИЕНТСКОГО ПРИЛОЖЕНИЯ

8.1 Функциональное назначение

Приложение, с которым может работать пользователь разработано с использованием средств разработки базы данных Microsoft Access.

Microsoft Access получает информацию из базы данных SQL-сервера импортированием данных, т. е. в системе создается таблица с аналогичными данными, как у таблицы базы данных SQL-сервера.

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

— добавление записей;

— удаление записей;

— редактирование записей;

— сохранение записей;

— выполнять выборку данных;

— выводить информацию на печать, в виде отчетов.

8.2 Разработка технологий доступа к базе данных

В разработанной базе данных «Поликлиника» для предотвращения несанкционированного доступа к данным применяется авторизация пользователей.

При запуске базы данных появляется диалоговое окно (рисунок 8. 1), в которое необходимо ввести для идентификации пользователя и пароль.

Рисунок 8.1 — Диалоговое окно для авторизации пользователя

При правильном вводе запускается главное окно базы данных. При неверном пароле программа выводит сообщение: «Ошибочный пароль».

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

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

После авторизации пользователю доступна модификация информации и обеспечен доступ ко всей БД. Пользователь имеет право редактировать данные, используя формы «Пациенты», «Врачи», «Специализации», «Смены» (рисунок 8. 2, 8. 3, 8. 4, 8. 5).

Рисунок 8.2 — Диалоговое окно формы «Пациенты»

Рисунок 8.3 — Диалоговое окно формы «Врачи»

Рисунок 8.4 — Диалоговое окно формы «Смены»

Рисунок 8.5 — Диалоговое окно формы «Специализации»

В каждом диалоговом окне есть кнопки навигации, добавления новой записи и окно поиска нужной записи.

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

Рисунок 8.6 — Просмотр отчета «Пациенты»

Для выхода из программы необходимо закрыть окно.

9. ОРГАНИЗАЦИЯ ОБМЕНА ДАННЫМИ МЕЖДУ

ПРИЛОЖЕНИЯМИ

Одним из способов, с помощью которых различные приложения могут подключиться базам данных SQL — сервера, является интерфейс Open Database Connectivity (открытый интерфейс подключения к базам данных). ODBC обеспечивает набор функций программного интерфейса приложений (API), которые упрощают подключение к базам данных самых различных форматов. Доступ к базам данных в этом случае осуществляется с помощью драйверов ODBC, библиотек DLL, в которых содержатся функции для обеспечения таких возможностей. Драйверы ODBC устанавливаются в системе одновременно с установкой в ней утилит SQL — сервера. Кроме этого они могут устанавливаться совместно с некоторыми приложениями и средствами разработки, например с Microsoft Office. В поставке комплекта Microsoft Office находится специальное приложение Microsoft Query, с помощью которого осуществляется формирование запросов к базам данных. Это приложение запускается из Word и Excel, после чего оно формирует запросы к базам данных для этих систем и возвращает им результаты выполнения этих запросов (рисунок 9. 1).

Рисунок 9.1 — Результат выполнения запроса с помощью приложения

Microsoft Query

10. ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ РЕЗУЛЬТАТОВ

ВНЕДРЕНИЯ ПРОГРАММНОГО ПРОДУКТА

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

Экономический эффект от использования программного продукта за период внедрения (T) можно рассчитать по формуле:

, (10. 1)

где — стоимостная оценка результатов применения разработки в период внедрения Т, руб. ,

— затраты на разработку, в том числе приобретение среды проектирования, справочной литературы, расходных материалов (бумага, накопители на гибких магнитных дисках), оборудования (если это необходимо).

Стоимостная оценка результатов применения разработанного приложения за период внедрения можно рассчитать по формуле:

, (10. 2)

где Т — период внедрения;

— стоимостная оценка результатов t — расчетного периода, руб. ;

— дисконтирующая функция, которая вводится с целью приведения всех затрат и результатов к одному моменту времени:

. (10. 3)

В формуле (12. 3) р — коэффициент дисконтирования, , — нормативный коэффициент капитальных вложений.

Стоимостная оценка результатов t — расчетного периода =100 руб.

Затраты на разработку =300 руб.

Таким образом, в результате вычислений =419,24 руб., 119,24 руб.

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

(10. 4)

где — затраты на ручную обработку информации, руб.,;

— объем информации, обрабатываемой вручную, Мбайт,

Ц — стоимость одного часа работы, руб. /час;

— коэффициент, учитывающий дополнительные затраты времени на логические операции при ручной обработке информации;

— норма выработки, Мбайт/час;

За — затраты на автоматизированную обработку информации, руб. ;

— время автоматической обработки (час);

— стоимость одного часа машинного времени, руб. /час;

— время работы оператора, час;

— стоимость одного часа работы оператора, руб. /час.

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

Затраты на автоматизированную обработку информации, За = 100 руб.

Затраты на ручную обработку информации, Зр = 625 руб.

Экономия средств от внедрения продукта, Эу= 525 руб.

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

, (10. 5)

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

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

Эг=465.

Тогда эффективность разработки может быть определена по формуле:

. (10. 6)

Для разработанного проекта Эр = 0,62, использование на предприятии разработанного программного продукта считается экономически целесообразным, если значение. Вывод: база данных «Поликлиника» является экономически выгодным программным продуктом.

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

Для работы приложением «Поликлиника» необходим персональный компьютер со следующими характеристиками: процессор Intel с тактовой частотой 2000 МГц и выше; оперативная память — не менее 128 Мбайт; свободное дисковое пространство — не менее 800 Мбайт; устройство для чтения компакт-дисков; монитор типа Super VGA (число цветов — 256) с диагональю не менее 17. Программное обеспечение — операционная система WINDOWS 98 / NT / ME / 2000 / XP, Microsoft Office Access, Microsoft Framework 3.5 и выше.

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

12. ИНСТРУКЦИЯ ПО ЭКСПЛУАТАЦИИ БАЗЫ ДАННЫХ И

ПОЛЬЗОВАТЕЛЬСКОГО ПРИЛОЖЕНИЯ

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

После авторизации пользователю доступна модификация информации и обеспечен доступ ко всей БД.

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

ЗАКЛЮЧЕНИЕ

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

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

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

Список литературы

1. Корнеев В. В. и др. Базы данных: Интеллектуальная обработка информации — М.: Нолидж, 2000. — 352 с.

2. Каратыгин С. А., Тихонов А. Ф., Тихонова Л. Н. Visual FoxPro 6.0 — М.: Бином, 1999. — 784 с.

3. Дунаев С. В. Доступ к базам данных и техника работы в сети. Практические приемы современного программирования — М.: Диалог — МИФИ, 1999. — 416 с.

4. Сигнор Р., Стегман М. О. Использование ODBC для доступа к базам данных — М.: БИНОМ, 1995. — 384 с.

5. Игорева Е. Л. Основы алгоритмизации и программирования (3-е издание)./ И. И. Попов, О. Л. Игорева — М.: Инфра-М, 2006 — 432 с.

6. Петгольц Ч. Программирование #. В 3-х томах. Том 2. Пер. с англ./ Ч. Петгольц — М.: Издательско-торговый дом «Русская редакция», 2002. — 576 с.

7. Петгольц Ч. Программирование. В 3-х томах. Том 3. Пер. с англ./ Ч. Петгольц — М.: Издательско-торговый дом «Русская редакция». 2002. — 624 с.

8. Глушаков С. В., Ломотько Д. В. Базы данных: Учебный курс. — Харьков: Фолио; Ростов н/Д: Феникс; Киев: Абрис, 2000. — 504 с.

9. Мишенин А. И. Теория экономических информационных систем — М.: Финансы и статистика, 1999. — 168 с.

10. Крахоткина Е. В. Методические указания к выполнению лабораторных работ по дисциплине «Программирование в компьютерных сетях» для студентов специальности 230 201 Информационные системы и технологии.

ПоказатьСвернуть
Заполнить форму текущей работой