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

В данном проекте необходимо разработать информационную систему, обеспечивающую хранение, накопление и выборку данных обо всех заявках, поступивших на предприятие, путевых листов, транспортных средствах и водителях. Информационная система должна обеспечитьсистематизацию данных о сотрудниках, заявках, проектах, а также повышение управляемости этими данными (сбор, хранение, поиск).Это приведет к сокращению времени на ведение отчетной документации, что позволит вести гибкий контроль по выполненным проектам. · на основании введенного номер путевого листа получить подробную информацию о дате выполнения заказа а также о сотруднике и транспортном средстве для выполнения заказа; · система должна выполнять хранение следующей информации: номера договоров, номера заявок, номера путевых листов, сумме договора, сроке выполнения договора, ассортименте предприятия, транспортных средствах и их номерных знаков, фамилии и имя воителей, их контактные телефоны, информации о контрагентах, названии организации, адреса, контактного телефона; Нефункциональные требования: · объем информации - система должна хранить информацию о 30-50 заявках, больше не требуется, так как после 3х месяцев со дня выполнения заявки она удаляется, а сам проект по этой заявке заносится в архив головного офиса; а также система должна хранить информацию о 100-150 сотрудниках предприятия;В процессе разработки БД были выделены следующие информационные объекты из предметной области: · договор; Требования целостности: · к договору относятся - данные о заявке, организация-заявитель, путевой лист.Характеризуется: номером договора (численный тип), номером заказчика (обязательный численный тип), номером путевого листа (численный тип). Характеризуется: номером (обязательный численный атрибут), полным названием организации (символьный атрибут), Ф.И.О главы организации (символьный атрибут), контактным телефоном (численный атрибут, адресом (символьный атрибут) Характеризуется: номером договора (обязательный численный атрибут), номером заявки (численный атрибут), сроком выполнения (тип дата), суммой сделки (численный атрибут), типом продукта (символьный атрибут), количеством выбранного продукта (численный атрибут). Характеризуется: названием продукта (символьный тип), жирностью (численный тип), стандартом по которому произведен продукт (символьный атрибут), Путевка - путевой лист, указывает машину и водителя доставляющего заказ. Характеризуется: номером путевки (обязательный численный тип), номером водителя (численный тип), номером транспортного средства (численный тип).Отношения, которые отражает ER диаграмма, отвечают требованиям нормализации трех основных форм, а именно: · нет неключевых атрибутов, зависящих от части сложного ключа; Атрибуты [id_dogovora], [id_zakazchika], [id_pytevki]-численный тип. Атрибут [id_zakazchika]-численный тип, является первичным ключом. Атрибуты [ima_org], [glava_org], [asress] - строковый тип. Атрибуты [standart], [naiminovanie]-строковый тип.Атрибут [zhirnost] - численный тип.Из таблицы assortimentсистема берет полное название продукта. u Сценарий поиска подробной информации о договорах: Пользователь вводит номер договора, система дает полную информацию о договоре, организацию заявителя, номер заказа, содержание заказа, номер путевого листа, транспорт и водителя выполняющего данный заказ, данный берутся из всех таблиц базы. u Сценарий поиска информации о путевом листе: Пользователь вводит номер путевого листа и получает информацию о том кто и на каком транспорте должен выполнять поставку. u Сценарий вывода списка всех организаций и заявок, поданных этими организациями: система методом перебора выбирает каждую организацию и выводит все заявки этой организации, и так до тех пор пока не выведет все организации с заявками. u Сценарий, препятствующий вставке отрицательной суммы за работу: при заполнении базы, если пользователь введет отрицательную сумму,будет выведена ошибка, поле очистится для ввода положительной суммы. u Сценарий для каскадного удаления данных из таблиц договор, и связанными с ней таблицами данные о заявке и путевом листе. при удалении заявки из таблицы "dogovor" система произведет поиск связанных с нейданныхв таблицах "pytevka" и "dan_o_zayavke", после чего выполнит их удаление. u Сценарий, ограничивающий длину номера от 5 до 12 цифр: при заполнении базы, если пользователь введет некорректный номер телефона будет выведена ошибка, поле очистится для ввода верного номера телефона. u Процедура добавления данных о путевом листе в отдельном диалоговом окне: при заполнении базы, пользователь может заполнить таблицу о путевых листах в специальной форме и тут же просмотреть добавленные данные.В составе разрабатываемой системы выделяются:клиентская и серверная компонента.Выделенные сценарии формируются в виде хранимых процедур, триггеров, а также курсоров. u Сценарий поиска информации заявке и ее содержании: Для функционирования данного сценария необходимо при вызове процедуры ввести номер заявки(в к

Оглавление

1. Разработка технического задания. Формулировка концепции системы

2. Формирование исходных отношений

2.1 Выявление информационных объектов БД и определение требований целостности к данным

2.2 Выявление множеств сущностей и их атрибутов и требований целостности данных

2.3 Выявление связей множеств сущностей и их характеристик

2.4 Построение результирующей ER диаграммы

2.5 Формирование отношений на основе ER моделирования и их нормализация

2.6 Даталогическое проектирование

2.7 Разработка сценариев работы информационной системы

2.8 Определение архитектуры системы

2.9 Уточнение состава и содержания сценариев

2.10 Разработка механизмов реализации сценариев серверной компоненты

3. Разработка клиентских компонент

3.1 Выбор средства реализации клиентского приложения

3.2 Определение состава формы

3.3 Организационное проектирование

Список используемой литературы

1. Разработка технического задания. Формулировка концепции системы

u Создадим хранимую процедуру, которая будет вставлять данные в таблицу pytevka.

USE [KURSOV]

GO

/****** Object: STOREDPROCEDURE [dbo].[dobav2] Script Date: 01/14/2012 22:43:10 ******/

SETANSI_NULLSON

GO

SETQUOTED_IDENTIFIERON

GO

ALTERPROCEDURE [dbo].[dobav2] @id_pytevki int,@id_voditela int, @id_trsr int as insertinto pytevka(id_pytevki ,id_voditela , id_trsr) values (@id_pytevki ,@id_voditela , @id_trsr) select*from pytevka wherepytevka.id_pytevki=@id_pytevki

Пример выполнения: exec dobav219,4,6

Результат:

u Триггер, препятствующий вводу отрицательной суммы.

USE [KURSOV]

GO

/****** Object: Trigger [dbo].[o_dengax] Script Date: 01/14/2012 22:44:58 ******/

SETANSI_NULLSON

GO

SETQUOTED_IDENTIFIERON

GO

ALTERTRIGGER [dbo].[o_dengax] on [dbo].[dan_o_zayavke] FORINSERT

AS

IF@@ROWCOUNT=1

BEGIN

Declare @summ real

Select @summ=symma_za_raboty from inserted if @summ<0 begin rollback tran print‘Введеное число должно быть положительнмым’

END

END

Результат при некорректном вводе суммы:

u Триггер, удаляющий проекты и данные о заявке при удалении связанной с ними заявки.

USE [KURSOV]

GO

/****** Object: Trigger [dbo].[ydal] Script Date: 01/14/2012 22:46:34 ******/

SETANSI_NULLSON

GO

SETQUOTED_IDENTIFIERON

GO

ALTERTRIGGER [dbo].[ydal] on [dbo].[dogovor]

INSTEADOFDELETE

AS

BEGIN

SETNOCOUNTON;

deletefrom dogovor where id_dogovora in(select id_dogovora from deleted) deletefrom dan_o_zayavke where id_dogovora in(select id_dogovora from deleted) deletefrom pytevka where id_pytevki in(select id_pytevki from deleted) end u Триггер, ограничивающий ввод номеров телефонов.

USE [KURSOV]

GO

/****** Object: Trigger [dbo].[nomera_org] Script Date: 01/14/2012 22:51:13 ******/

SETANSI_NULLSON

GO

SETQUOTED_IDENTIFIERON

GO

ALTERTRIGGER [dbo].[nomera_org] on [dbo].[dan_o_zakazchike] forinsert as if@@ROWCOUNT=1 begin declare @Telefon int select @Telefon=telefon from inserted if @Telefon12 begin rollbacktran if @Telefon<500 print’Диапазон номера телефона от 5 до 12" if @Telefon>600 print’Диапазон номера телефона от 5 до 12" end end