3.3.2 Проектирование хранимых процедур

Хранимая процедура — последовательность команд SQL, хранящаяся на сервере БД в скомпилированном виде. Хранимые процедуры составляют для часто выполняемых операций. Например, каждый месяц сотрудникам надо пересчитывать зарплату. Можно создать хранимую процедуру, производящую перерасчет, и таким образом сэкономить время. Хранимая процедура может принимать параметры и возвращать результаты работы. Когда приложение использует процедуру, оно передает параметры, если они есть, а сервер СУБД затем выполняет хранимую процедуру без повторной компиляции.

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

CREATE PROCEDURE NEW_стоимость_проживания_за_сутки as

UPDATE Номера

set стоимость_проживания_за_сутки=стоимость_проживания_за_сутки*0.8

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

exec NEW_стоимость_проживания_за_сутки

SELECT*FROM Номера

Результат… (Обязательно скрин)

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

Триггер — хранимая процедура, вызов которой происходит автоматически при выполнении с базой данных определенных действий: удаление, изменение, добавление записей. В зависимости от того, какой оператор модификации данных активизирует триггер, он называется триггером вставки (insert trigger), триггером удаления (delete trigger) или триггером обновления (update trigger).

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

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

 /////////////////////

Результат:

 /////////////////////

Триггеры часто используются для обеспечения целостности на уровне ссылок, для выполнения каскадных удалений. Так как триггеры вызываются самой СУБД, нет возможности напрямую вызвать их из клиентского приложения. Триггер может быть вызван неявно другим триггером при совершении некоторых действий с базой данных: USE pubs IF EXISTS (SELECT name FROM sysobjects WHERE name = ‘reminder’ AND type = ‘TR’) DROP TRIGGER reminder GO CREATE TRIGGER reminder ON titles FOR INSERT, UPDATE, DELETE

 AS EXEC master.,xp_sendmail 'MaryM', 'DorT't forget to print a report for the distributors.' GO

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

Висновки

У висновках підводять підсумки виконання курсової роботи, коротко перераховують отримані результати, робляться висновки про працездатність розробленого додатка та доцільність його використання для рішення практичних завдань.

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

Проект розроблявся поступово, у кожного члена з команди була своя виділена ролі : менеджер, розробник коду, аналізатор, мережевий архітектор. Кожна роль виконувала свою функцію при розробці, кожен з членів команди вніс свій внесок до створення програмного забезпечення ( браузеру). Це можна відслідкувати по чотирьом розділам курсового проекту, у кожному з яких детально описані кроки, ролі, теоретична частина проекту, тестування, розподілення ролей у команді розробників.

Роль менеджера проекту, є основною, через те що менеджер повинен організовувати, керувати та вирішувати всі питання та проблеми які виникають під час розробки. Окрім того, що менеджер розподіляє ролі у команді, він повинен розробити план здачі, та план виконання проекту. Була розроблена модель Ганта (ДОДАТОК В), в якій детально проаналізовано строки виконання курсового проекту.

При розробці браузеру проект було розподілено на чотири розділи.

Розділ 1.Було розглянуто та описано теоретичні засади технології створення програмних продуктів. Особливу увагу було приділено обриранню середи розробки програмного продукту, було визначено пріоритетні напрямки у розробці програмних продуктів на практиці компаній по створенню та їх впровадженню.

Розділ 2.Було розглянуто питання технічного завдання створення програмного продукту.Особливу увагу було приділено груповій розробці, описанню ролей в команді та розподіленню їх між учасниками проекту.

Розділ 3.Було виконано описання та обумовлено вибір інструментів та засобів розробки програмного продукту, чому було обрано саме цю мову та середовище програмування. Особлива увага приділяється програмній та технологічній моделям

Розділ 4.Було проведено тестування та впровадження програмного продукту на підприємство.

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