
- •Курсовой проект на тему
- •Дисциплина
- •Введение
- •1. Постановка задачи
- •1.1 Описание предметной области
- •1.2 Функциональные требования
- •2.Физическая модель
- •2.1. Фрагмент бд "Учет водоисточников"
- •2.2. Фрагмент бд "Учет неисправностей"
- •2.3. Фрагмент бд "Учет отправленных писем"
- •2.4.Используемая субд
- •3.Обеспечение целостности бд
- •4. Создание таблиц и ограничений.
- •5.Хранимые процедуры
- •6. Выходные формы
- •7. Обеспечение безопасности
- •8. Оптимизация
- •9. Тестирование
- •Заключение
- •Библиографический список
- •Приложение 6 – создание ограничений на таблицы
- •Приложение 7 –процедуры добавления
- •Приложение 8 – процедуры обновления
- •Приложение 9 – процедуры удаления
- •Приложение 10 – триггеры
- •Приложение 11 – отчетные формы
- •Приложение 12 – безопасность Роли
- •Праванароли
- •Пользователи
- •Добавлениепользователейкролям
- •Приложение 13 – оптимизация
- •Приложение 14 – тестирование
Заключение
Данный курсовой проект является продолжением курсовых проектов по дисциплинам «Управление данными» и «Информационные технологии». В ходе выполнения этих курсовых проектов была выбрана и изучена предметная область «Учет состояния пожарных гидрантов и водоемов, закрепленных за учебной пожарной частью». Выделены такие основные сущности и процессы, как Street, Hydrant,Pond, TypeOfOrganization, Organization, WaterSource, Inspection, Defect, Letterи TestDefect была построена логическая модель базы данных, а также определены атрибуты таблиц и выбраны типы данных.
В данном курсовомпроекте была реализована физическая модель базы данных из вышеперечисленных сущностей, были расставлены ограничения PRIMARY KEY, FOREIGN KEY, UNIQUE. Проанализированы данные, которые будут храниться в БД, и на их основе были выделены ограничения CHECK, необходимые для контроля вводимой информации об объеме водоема и диаметре сети гидранта. Помимо декларативной целостности, была реализована процедурная целостность, которая представлена триггерами. Было реализовано 3 триггера: 1)триггер, контролирующий, чтобы не было возможности изменять данные о неисправности, если уже об этой неисправности было направлено письмо в обслуживающую организацию 2) триггер, контролирующий, чтобы внесенная дата отправки письма была не раньше, чем дата проверки 3) триггер, контролирующий, чтобы дата следующей проверки была больше, чем дата проверки и время, отведенное на ремонт.
На основе сформированных в курсовом проекте по «УД» запросов были реализованы хранимые процедуры и функции, которые обеспечивают управление базой данных, а также предоставление пользователям всех необходимых выходных форм.
Были реализованы все необходимые процедуры добавления, обновления и удаления данных. Эти процедуры созданы для всех без исключения таблиц. Были реализованы триггеры (TrDefect – триггер, контролирующий, чтобы не было возможности изменять данные о неисправности, если уже об этой неисправности было направлено письмо в обслуживающую организацию).
Для обеспечения безопасности и надежности хранилища данных были выделены две основные роли Начальник караула (ROLE NachKar) и Начальник части (ROLE Nach) и в них были включены основные пользователи системы, такие как Начальник караула1 (NachKar1), Начальник караула2 (NachKar2), Начальник караула3 (NachKar3), Начальник караула4 (NachKar4), Начальник (Nach1) и Заместитель начальника (ZamNach1), и им были предоставлены только необходимые им права на работу с данными хранилища.
В рамках курсового проекта были протестированы все процедуры ввода, удаления и изменения данных, а так же процедуры создания отчетов. Тестирование БД позволило установить корректность физической модели базы данных, всех процедур и функций, реализованных для данного курсового проекта.
Таким образом, в результате выполнения курсового проекта было создано хранилище данных для информационной системы «Источники наружного противопожарного водоснабжения »необходимое для ее реализации.