Разработка информационной системы учета документации в метрологической службе с использованием технологии .NET

   

СОДЕРЖАНИЕ
Введение	3
Глава 1.  Теоретические основы управления базами данных	4
1.1. Понятие базы данных, реляционные базы данных	4
1.2. Проектирование реляционной базы данных для метеорологической службы	7
1.3  Проектирование  запросов на выборку к БД и  графического интерфейса пользователя	12
Глава 2 Конструирование  информационной системы учета документации метеорологической службы	15
2.1. Реализация реляционной БД средствами СУБД SQL – сервер	15
2.2. Реализация запросов на выборку к БД с помощью технологии ADO.Net	17
2.3. Программная документация эксплуатационная	21
Заключение	26
Список использованных источников и литературы	27

 

 

 

 

    

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

      ВВЕДЕНИЕ

 

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

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

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

Для достижения цели ставим перед собой следующие задачи:

- дать определение  базам данных, и реляционным базам  данных;

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

- спроектировать запросов на выборку к БД и  графического интерфейса пользователя;

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

1. ТЕОРЕТИЧЕСКИЕ ОСНОВЫ УПРАВЛЕНИЯ БАЗАМИ ДАНЫХ
1. Понятие базы данных, реляционные базы данных

 

Базу данных (БД) можно  определить как унифицированную совокупность данных, совместно используемую различными задачами в рамках некоторой единой автоматизированной информационной системы (ИС).

 Теория управления базами  данных как самостоятельная дисциплина  начала развиваться приблизительно с начала 50-х годов двадцатого столетия. За это время в ней сложилась определенная система фундаментальных понятий. Приведем некоторые из них.

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

 Объектом называется элемент  информационной системы, сведения о котором хранятся в базе данных. Иногда объект также называют сущностью (от англ, entity). Классом объектов называют их совокупность, обладающую одинаковым набором свойств[4, c.132].

 Атрибут - это информационное  отображение свойств объекта. Каждый объект характеризуется некоторым набором атрибутов.

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

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

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

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

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

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

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

Рисунок 1.1 –Схема реляционной  базы данных

Реляционной модели объекты и взаимосвязи между ними представляются с помощью таблиц (рис. 1.1). Для ее формального определения используется фундаментальное понятие отношения. Собственно говоря, термин "реляционная" происходит от английского relation - отношение. Если заданы произвольные конечные множества D1, D2 ,…, Dn, то декартовым произведением этих множеств D1 ? D2 ? … ? Dn называют множество всевозможные наборов вида (d1, d2 ..., dn), где

d1 D1, d2 D2,..., dn Dn. Отношением R определенным на множествах D1, D2 ,…, Dn,, называется подмножество декартова  произведения Dl x D2x ... х Dn. При этом  множества D1 ? D2 ? … ? Dn называются доменами отношения, а элементы декартова произведения - кортежами отношения. Число я определяет степень отношения, а количество кортежей - его мощность. Наряду с понятиями домена и кортежа при работе с реляционными таблицами используются альтернативные им понятия поля и записи[5, c.67].

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

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

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

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

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

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

 Принципиальным моментом  является то, что для приведения  таблиц к состоянию, удовлетворяющему  требованиям нормальных форм, или,  как еще говорят, для нормализации данных над ними, должны быть осуществлены перечисленные выше операции реляционной алгебры[7, c.48].

 Основным достоинством  реляционной модели является  ее простота. Именно благодаря  ей она положена в основу  подавляющего большинства реально  работающих СУБД.

 

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

Составление ER-диаграмм

 

 

Диаграмма «Контактное_лицо-Фирма»:

 

 

Получаем отношение  «Контактное_лицо-Фирма»:

ФИРМА     КОНТАКТНОЕ ЛИЦО

Ключ_фирма	Фирма

 

Ключ_лицо	Контактное лицо	Ключ_фирма

 

Диаграмма «Счет-Договор»:

 

Получаем отношение  «Счет-Договор»:

ДОГОВОР

Ключ_договор	Договор номер

СЧЕТ

Ключ_счет	Счет номер	Ключ_договор

 

Диаграмма «Фирма-Гарантийное письмо»:

 

Получаем отношение  «Фирма-Гарантийное письмо»:

 

ФИРМА     КОНТАКТНОЕ ЛИЦО

Ключ_фирма	Фирма

 

Ключ_лицо	Контактное лицо	Ключ_фирма

 

Диаграмма «Исполнитель-Договор»:

 

Получаем отношение  «Исполнитель-Договор»:

 

ИСПОЛНИТЕЛЬ 

Ключ_исполнитель	Исполнитель

 

ДОГОВОР

Ключ_договор	Договор номер	Ключ_исполнитель

 

Диаграмма «Сектор-Договор»:

 

 

Получаем отношение  «Сектор-Договор»:

 

 

СЕКТОР

Ключ_сектор	Исполнитель

 

ДОГОВОР

Ключ_договор	Договор номер	Ключ_сектор

 

 

Диаграмма «Договор-Этап»:

 

Получаем отношение  «Договор-Этап»:

 

ЭТАП

Ключ_этап	Начало	В процессе	Завершен

 

ДОГОВОР

Ключ_договор	Договор номер	Ключ_этап

Диаграмма «Гарантийное_письмо-Договор»:

 

Получаем отношение  «Гарантийное_письмо-Договор»:

 

 

ДОГОВОР

Ключ_договор	Договор номер

 

ГАРАНТИЙНОЕ ПИСЬМО

Ключ_письмо	Договор номер	Ключ_договор

 

Диаграмма «Договор-Вид»:

 

Получаем отношение  «Договор-Вид»: