- •Содержание
- •10. Экономическое обоснование результатов внедрения программного продукта
- •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 Диаграмма связи по полям
- •4. Разработка представлений для отображения результатов выборки
- •5. Проектирование хранимых процедур
- •6. Разработка механизмов управления данными в базе при помощи триггеров
- •6.1 Триггер для добавления данных
- •8.2 Описание входных и выходных форм
- •Для получения результатов выборки нужно выбрать пункт меню «Запросы». А для того, чтобы просмотреть таблицы нужно выбрать соответствующую кнопку.
- •9. Организация обмена данными между приложениями
- •10. Экономическое обоснование результатов внедрения программного продукта
- •11. Требования к техническому обеспечению
- •12. Инструкция по эксплуатации базы данных и клиентского приложения
- •Заключение
- •Список используемых источников информации
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.
Клиентское приложение соединяется с БД, после чего получает копию данных из БД, отсоединяется от БД и пользователь работает с копией данных. Если необходимо сохранить изменения нужно это делать вручную (нажать на кнопку). Происходит соединение с БД и вносятся изменения непосредственно в БД.
Пользователем является администратор, который имеет неограниченные возможности, а именно:
Добавление записей;
Удаление записей;
Просмотр записей;
Сохранение записей;
Сортировку записей;
Редактирование записей.
Также администратор может выполнять определенную выборку данных из таблиц БД. Внутренние механизмы защиты и запросы на подтверждение критичных операций предохраняют всех пользователей от случайных ошибок в процессе работы, которые могут повлечь за собой нарушение целостности данных, и просто необдуманных действий.