База данных "Аптечный склад"

Исследование структуры и практическая разработка проектной модели реляционной базы данных "Аптечный склад" в MS Microsoft SQL Server 2005. Характеристика и создание возможностей по просмотру, редактированию, добавлению данных и обработке запросов в БД.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 21.06.2011
Размер файла 793,3 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

5

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

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. РАЗРАБОТКА ТЕХНОЛОГИЙ ДОСТУПА К БАЗЕ ДАННЫХ 26

7.1 Выбор пользователей базы данных

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

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

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

8.2 Описание входных и выходных форм

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

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

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

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

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ ИНФОРМАЦИИ

ВВЕДЕНИЕ

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

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

СУБД становятся наиболее популярным средством обработки табличной информации. Они являются инструментальным средством проектирования баз данных при обработке больших объемов информации.

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

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

Перед разработкой проекта были поставлены следующие задачи: получить возможность просматривать, редактировать, добавлять данные, получать результаты запросов. Проект был разработан в MS Microsoft SQL Server 2005. База данных спроектирована для IBM PC совместимых компьютеров с операционной системой семейства Windows. Разработанная программа не требовательна к ресурсам системы, проста в установке и настройке и удобна в эксплуатации.

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

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

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

При разработке базы данных «Аптечный склад» было проведено обследование предметной области.

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

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

В результате в БД «Аптечный склад» используются следующие входные данные:

- информация о товарах,

- информация о заказах,

- информация о поставщиках,

- информация о сотрудниках,

- информация об аптеках.

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

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

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

В курсовом проекте в БД «Аптечный склад» пользователю ограничен ввод даты из будущего. Также присутствует целостность таблицы, т. е. поддерживаются:

- уникальность строк таблицы. Определен первичный ключ таблицы, и значение его определено;

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

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

проект sql база данных аптека склад

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

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

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

В разработанной базе данных «Аптечный склад» существуют следующие функциональные зависимости между атрибутами:

Таблица 2.1 - Поставщики

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

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

Код_поставщика

Название_поставщика

Адрес_поставщика

Телефон_поставщика

Код_товара

Код_заказа

Таблицы 2.2 - Заказы

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

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

Код_заказа

Название_заказа

Дата

Цена

Количество_товаров

Код_поставщика

Код_товара

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

Таблица 2.3 - Товары

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

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

Код_товара

Название_товара

Код_заказа

Количество_товаров

Имеется_товаров

Ожидается_товаров

Код_поставщика

Таблица 2.4 - Сотрудники

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

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

Код_сотрудника

ФИО_сотрудника

Телефон_сотрудника

Код_аптеки

Таблица 2.5 - Аптеки

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

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

Код_аптеки

Название_аптеки

Адрес_аптеки

Телефон_аптеки

Код_сотрудника

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

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

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

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

Сущность (объектное множество, таблица) - это собирательное понятие, абстракция реально существующего процесса, объекта или явления, о котором необходимо хранить информацию.

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

- Сущность «Поставщики» хранит информацию о поставщиках.

- Сущность «Заказы» содержит информацию о заказах.

- Сущность «Товары» хранит информацию о товарах.

- Сущность «Аптеки» содержит информацию об аптеках.

- Сущность «Сотрудники» хранит информацию о сотрудниках, которые работают в аптеках.

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

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

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

1. отношение “один к одному” (1:1) означает, что каждая запись одной таблицы соответствует только одной записи в другой таблице;

2. отношение “один ко многим” (1:М) возникает, когда одна запись взаимосвязана со многими другими;

3. отношение “многие к одному” означает, что многие записи связаны с одной (М:1);

4. отношение “многие ко многим” (M:N) возникает между двумя таблицами в тех случаях, когда:

- одна запись из первой таблицы может быть связана более чем с одной записью из второй таблицы;

- одна запись из второй таблицы может быть связана более чем с одной записью из первой таблицы.

Отношения между сущностями приведены в таблице 2.6

Таблица 2.6 - Отношения между таблицами

Номер связи

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

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

Тип связи

1

Поставщики

Заказы

1:М

2

Заказы

Товары

1:М

3

Товары

Аптеки

1:М

4

Аптеки

Сотрудники

1:М

Таблица 2.6 показывает классификацию связей между таблицами.

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

Это объясняется характеристикой самой БД, в которой присутствует четыре связи «один ко многим». К первой из них можно отнести связь «Поставщики-Заказы». Здесь, за каждым заказом может быть закреплен лишь один поставщик. В свою очередь, каждый поставщик имеет несколько заказов.

Связь «Заказы-Товары» является связью «один ко многим», т.к. один заказ может содержать несколько товаров.

Связь «Товары-Аптеки», «Аптеки-Сотрудники» также являются связью «один ко многим».

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

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

Рисунок 2.1 - Инфологическая модель

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

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

Таблица 2.7 - Атрибуты таблицы «Поставщики»

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

Тип полей

NULL

Код_поставщика

int

Название_поставщика

text

Адрес_поставщика

text

Телефон_поставщика

numeric(10)

Код_товара

int

Код_заказа

int

Ключи таблицы: Код_поставщика (первичный ключ).

Таблица 2.8 - Атрибуты таблицы «Заказы»

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

Тип полей

NULL

Код_заказа

int

Название_заказа

text

Дата

datetime

Цена

money

Количество_товаров

numeric(10)

Код_поставщика

int

Код_товара

int

Ключи таблицы: Код_заказа (первичный ключ).

Таблица 2.9 - Атрибуты таблицы «Товары»

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

Тип полей

NULL

Код_товара

int

Название_товара

text

Код_заказа

int

Количество_товаров

numeric(10)

Имеется_товаров

int

Ожидается_товаров

numeric(10)

Код_поставщика

int

Ключи таблицы: Код_товара (первичный ключ).

Таблица 2.10 - Атрибуты таблицы «Сотрудники»

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

Тип полей

NULL

Код_сотрудника

int

ФИО_сотрудника

text

Телефон_сотрудника

numeric(10)

Код_аптеки

int

Ключи таблицы: Код_сотрудника (первичный ключ).

Таблица 2.11 - Атрибуты таблицы «Аптеки»

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

Тип полей

NULL

Код_аптеки

int

Название_аптеки

text

Адрес_аптеки

text

Телефон_аптеки

numeric(10)

Код_сотрудника

int

Ключи таблицы: Код_аптеки (первичный ключ).

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

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

Запросы в БД создаются пользователем для выборки нужных данных из одной или нескольких связанных таблиц.

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

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

С помощью запроса можно также обновить, удалить или добавить данные в таблице или создать новые таблицы на основе уже существующих. Рассмотрим приведенные ниже запросы:

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

SELECT MIN (цена) as Минимальный,MAX(цена)as Максимальный,AVG(цена)as Средний FROM Заказы - запрос выводит информацию о минимальной, максимальной и средней цене заказа. Результат данного запроса приведен на рисунке 3.1.

Рисунок 3.1 - Запрос вычисляемых значений

2. Запрос с сортировкой по убыванию

SELECT * FROM Товары ORDER BY Имеется_товаров desc - сортируем записи по убыванию по полю Имеется_товаров. Результат данного запроса приведен на рисунке 3.2.

Рисунок 3.2 - Сортировка по убыванию

3. Запрос с оператором between

SELECT * FROM Заказы WHERE цена between 100 AND 400 - производится выборка записей из таблицы «Заказы» поле цена которых находится в диапазоне значений от 100 до 400. Результат данного запроса приведен на рисунке 3.3.

Рисунок 3.3 - Запрос с оператором Between

4.Запрос с оператором in

SELECT * FROM Заказы WHERE цена in (20,150,400) - выбираем записи где цена 20,150,400. Результат данного запроса приведен на рисунке 3.4.

Рисунок 3.4 - Запрос с оператором in

5. Запрос с оператором like

SELECT Код_аптеки, Название_аптеки, Адрес_аптеки, Тел_аптеки FROM Аптеки WHERE Название_аптеки LIKE 'Б%' - выбираем записи из таблицы «Аптеки», которые начинаются с символа «Б». Результат данного запроса приведен на рисунке 3.5.

Рисунок 3.5 - Условная выборка с оператором like

6. Запрос из связных таблиц

SELECT Сотрудники.ФИО_сотрудника, Аптеки.Название_аптеки FROM Сотрудники, Аптеки WHERE Аптеки.Код_сотрудника=Сотрудники.Код_сотрудника - показывает имя сотрудника и аптеку, в которой он работает. Результат данного запроса приведен на рисунке 3.6.

Рисунок 3.6 - Выборка из связных таблиц

7. Естественное соединение

SELECT Товары.Название_товара, Товары.Код_товара, Поставщики.Название_поставщика FROM Товары INNER JOIN Поставщики ON Товары.Код_поставщика = Поставщики.Код_поставщика - результатом данного запроса является множество которое представляет собой выборку всего товара и устанавливает в соответствии с кодом поставщика названиепоставщика. Результат данного запроса приведен на рисунке 3.7.

Рисунок 3.7 - Естественное соединение

8. Запрос по дате

SELECT * FROM Заказы WHERE Дата between '15.02.2011' AND '13.05.2011' - выборка заказов, которые были заказаны в промежутке 15.02.2011 по 13.05.2011. Результат данного запроса приведен на рисунке 3.8.

Рисунок 3.8 - Запрос по дате

9.Запрос с подзапросом

SELECT* from Заказы where цена>(select AVG(цена) from Заказы) - выборка заказов, цена которых больше средней. Результат данного запроса приведен на рисунке 3.9.

Рисунок 3.9 - Запрос с подзапросом

10. Запрос с условием.

SELECT * FROM Заказы WHERE цена>300 - запрос производит выборку записей из таблицы «Заказы» поле цена которых больше 300.

4. РАЗРАБОТКА ПРЕДСТАВЛЕНИЙ для отображения результатов выборки

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

В базе данных «Аптечный склад» разработано одно представление: «Представление_Аптеки_Сотрудники».

«Представление_Аптеки_Сотрудники». Данное представление содержит информацию об аптеках, а так же информацию о сотрудниках, котрые работают в аптеках. Информацию об аптеках составляет следующие поля: Код_аптеки, Название_аптеки, Адрес_аптеки. Информацию о сотрудниках представляют поля: ФИО_сотрудника и Тел_сотрудника. Данное представление выглядит следующим образом:

Рисунок 4.1 - Представление - Аптеки_Сотрудники

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

Хранимые процедуры - представляют собой процессы, выполняемые непосредственно на сервере баз данных. В данном курсовом проекте была разработана хранимая процедура, которая называется - «Товар». Dанная процедура увеличивает данные в указанном столбце. Код процедуры представлен ниже:

CREATE PROCEDURE NEW_Товар AS

UPDATE Товары

SET Количество_товаров=Количество_товаров+1

Проверка работоспособности созданной процедуры:

EXEC NEW_Товар

SELECT * FROM Товары

Результат данной процедуры:

Рисунок 5.1 - Результат хранимой процедуры

6. Разработка механизмов управления данными в базе при помощи триггеров

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

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

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

В курсовом проекте «Аптечный склад» разработано 3 триггера: «триггер для вставки», «триггер для удаления», «триггер для обновления».

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

Код триггера для добавления данных:

CREATE TRIGGER [dbo].[InsertDealTrg1]

ON [dbo].[Заказы]

FOR INSERT

AS

BEGIN

-- SET NOCOUNT ON added to prevent extra result sets from

-- interfering with SELECT statements.

SET NOCOUNT ON;

-- Insert statements for trigger here

IF (SELECT Дата FROM Inserted) < getdate()

rollback

END

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

Код триггера для удаления данных:

CREATE TRIGGER [dbo].[InsertDealTrg2]

ON [dbo].[Заказы]

FOR DELETE

AS

BEGIN

-- SET NOCOUNT ON added to prevent extra result sets from

-- interfering with SELECT statements.

SET NOCOUNT ON;

-- Delete statements for trigger here

IF (SELECT Дата FROM Deleted) < getdate()

rollback

END

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

CREATE TRIGGER [dbo].[UpdateDealTrg3]

ON [dbo].[Заказы]

FOR UPDATE

AS

BEGIN

-- SET NOCOUNT ON added to prevent extra result sets from

-- interfering with SELECT statements.

SET NOCOUNT ON;

-- Update statements for trigger here

IF (SELECT Дата FROM Updated) < getdate()

rollback

END

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

7.1 Выбор пользователей базы данных

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

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

Для того чтобы использовать все возможности разработанной программы требуется в окне авторизации (рисунок 7.1) при запуске программы ввести логин - вход и пароль - 1111. В противном случае приложение будет закрыто. После того как пользователь войдет в систему ему будут доступны все таблицы и запросы из БД «Аптечный склад».

Рисунок 7.1 - Окно авторизации

8. Проектирование клиентского приложения

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

Пользователи могут работать с БД, используя клиентское приложение. Приложение разработано с использованием языка программирования Microsoft Visual FoxPro 6.0.

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

Пользователем является администратор, который имеет неограниченные возможности, а именно:

- Добавление записей;

- Удаление записей;

- Просмотр записей;

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

- Сортировку записей;

- Редактирование записей.

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

8.2 Описание входных и выходных форм

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

На рисунке 8.1 представлено окно авторизации.

Рисунок 8.1 - Вход в систему

На рисунке 8.2 представлено главное меню приложения.

Рисунок 8.2 - Главная форма «Аптечный склад»

Для получения результатов выборки нужно выбрать пункт меню «Запросы». А для того, чтобы просмотреть таблицы нужно выбрать соответствующую кнопку.

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

Одним из способов, с помощью которых различные приложения могут подключиться базам данных SQL - sервера, является интерфейс Open Database Connectivity (открытый интерфейс подключения к базам данных). ODBC обеспечивает набор функций программного интерфейса приложений (API), которые упрощают подключение к базам данных самых различных форматов.

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

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

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

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

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

, (12.1)

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

период внедрения Т, руб.,

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

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

, (12.2)

где Т - период внедрения; - стоимостная оценка результатов t - расчетного периода, руб.; - дисконтирующая функция, которая вводится с целью приведения всех затрат и результатов к одному моменту времени:

. (12.3)

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

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

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

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

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

. (12.4)

Здесь - затраты на ручную обработку информации, руб, , - объем информации, обрабатываемой вручную, Мбайт, Ц - стоимость одного часа работы, руб/час, - коэффициент, учитывающий дополнительные затраты времени на логические операции при ручной обработке информации, - норма выработки, Мбайт/час. За - затраты на автоматизированную обработку информации, руб, - время автоматической обработки (час), - стоимость одного часа машинного времени, руб/час; - время работы оператора, час; - стоимость одного часа работы оператора, руб./час.

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

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

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

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

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

, (12.6)

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

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

Эг=405.

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

. (12.7)

Для разработанного проекта Эр = 0,84, использование на предприятии разработанного программного продукта считается экономически целесообразным, если значение .

Вывод: база данных «Аптечный склад» является экономически выгодным программным продуктом.

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

Для успешной эксплуатации программного продукта необходим персональный компьютер со следующими характеристиками: процессор Intel Pentium с тактовой частотой 800 МГц и выше, оперативная память - не менее 256 Мбайт, свободное дисковое пространство - не менее 700 Мбайт, устройство для чтения компакт-дисков, монитор типа Super VGA (число цветов - 256) с диагональю не менее 15?, принтер.

Программное обеспечение: Операционная система WINDOWS 2000/XP и выше, Платформа Net Framework 2.0 и выше, Microsoft Visual Studio 2005, MS Microsoft SQL Server 2005.

12. Инструкция по эксплуатации базы данных и клиентского приложения

Для установки программного продукта «Аптечный склад» не требуется особых усилий. Для этого нужно скопировать проект «Аптечный склад» на жесткий диск, после чего открыть его в среде Visual Studio 2005 и прописать свойство Connection string с указанием пути к БД «Аптечный склад». После указания пути необходимо скомпилировать и запустить проект. Запуск проекта осуществляется двойным щелчком мыши по файлу Аптечный склад из каталога проекта.

ЗАКЛЮЧЕНИЕ

В данной работе мною был разработан проект базы данных «Аптечный склад». Был проведен анализ поставленной задачи с последовательным её решением. Для разработки базы данных была выбрана среда MS SQL Server 2005. Был рассмотрен и усвоен предложенный теоретический материал, что позволило более качественно и быстро справиться с поставленными целями и задачами:

- Был разработан удобный для пользователя интерфейс базы данных, включающий в себя все необходимые объекты;

- Изучена предметную область;

- Осуществлён выбор основного набора данных, необходимых для составления базы данных и составление инфологической и даталогической моделей.

- Практическая реализация базы данных была выполнена;

- Создали вспомогательные элементы для работы с базой данных (запросы);

- Таблицы были заполнены необходимыми данными.

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

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ ИНФОРМАЦИИ

1. Карпова Т.С. Базы данных. Модели, разработка, реализация/СПб.: Питер, 2002. - 304 с.

2. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных. Учебник для ВУЗов /под ред. проф.А.Д.Хомоненко // СПб.:КОРОНАпринт, 2000.- 416 с.

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

4. Бартеньев О.В. Microsoft Visual FoxPro:Учебно-справочное пособие/ М.:Диалог МИФИ, 2005-672 с.

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

6. Ханcен Г., Ханcен Д. Базы данных. Разработка и управление/М.: Бином, 1999-704С.

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

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

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

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

11. Гражданский кодекс РФ Части первая, вторая. М.: Норма. - 2000.

Размещено на Allbest.ru


Подобные документы

  • Разработка модели и создание структуры реляционной базы данных. Организация данных в таблицах для предоставления оперативного доступа к данным. Основные структурные единицы базы данных Access: таблицы, запросы, формы, отчеты, страницы, макросы и модули.

    реферат [4,0 M], добавлен 03.02.2013

  • Автоматизация работы пользователя по поиску, просмотру и редактированию информации о работниках, соискателях, вакансиях. Построение информационно-логической и физической моделей данных. Создание базы данных в СУБД MS SQL Server. Описание SQL запросов.

    курсовая работа [1,8 M], добавлен 07.08.2013

  • Освоение сервисной системы управления базами данных Microsoft SQL. Разработка базы данных "Служба АТС" в среде Microsoft SQL Server Management Studio и создание запросов на языке SQL. Апробация инфологической модели "сущность - связь" базы данных.

    курсовая работа [2,9 M], добавлен 29.06.2015

  • Исследование логической структуры реляционной базы данных на основе инфологической модели и её реализации в программе Microsoft SQL Server 2000. Характеристика разработки вложенных запросов на выборку записей, процедур, триггеров, создания представлений.

    реферат [1,2 M], добавлен 11.05.2012

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

    курсовая работа [981,4 K], добавлен 05.11.2011

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

    дипломная работа [3,8 M], добавлен 24.06.2013

  • Создание базы данных по теме "Склад фруктов" в СУБД Microsoft Access. Проектирование запросов по числовым, символьным, логическим критериям и сложных запросов, состоящих из комбинаций приведенных типов данных. Создание форм и таблиц, конструктор отчетов.

    курсовая работа [869,2 K], добавлен 04.11.2014

  • Компоненты реляционной базы данных Microsoft Access. Создание структуры таблиц и определение связей между ними. Проектирование форм для сводных таблиц и запросов с помощью конструктора окон. Разработка и создание автоотчетов и запросов на выборку данных.

    реферат [3,3 M], добавлен 29.01.2011

  • Программные продукты, используемые при проектировании базы данных. Разработка базы данных "Библиотека" с использование программного проекта Microsoft SQL Server. Создание таблиц, триггеров, пользователей, репликации, запросов, функций, процедур.

    курсовая работа [897,6 K], добавлен 21.11.2011

  • Теоретические основы разработки приложения для автоматизации данных по Олимпиаде. Основные свойства объектов, связей, их атрибуты. Создание отчета на примере "спортсмены занявшие места с 1 по 3". Структура запросов, таблиц базы данных в Microsoft Access.

    курсовая работа [1,1 M], добавлен 09.12.2013

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.