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

Автор работы: Пользователь скрыл имя, 10 Мая 2013 в 14:20, курсовая работа

Описание работы

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

Содержание работы

Введение
Глава 1. Теоретические основы управления базами данных
1.1. Понятие базы данных, реляционные базы данных
1.2. Проектирование реляционной базы данных для метеорологической службы
1.3 Проектирование запросов на выборку к БД и графического интерфейса пользователя
Глава 2 Конструирование информационной системы учета документации метеорологической службы
2.1. Реализация реляционной БД средствами СУБД SQL – сервер
2.2. Реализация запросов на выборку к БД с помощью технологии ADO.Net
2.3. Программная документация эксплуатационная
Заключение
Список использованных источников и литературы

Файлы: 1 файл

БД.doc

— 731.00 Кб (Скачать файл)

 

ВИД

Ключ_вид

Вид

   

 

ДОГОВОР

Ключ_договор

Договор номер

Ключ_вид

     

 

 Реляционная модель БД

  1. Договор (ключ_договор, номер договора, сумма, сроки, закрытие, протокол, ключ_вид, ключ_исполнитель, ключ_этап, ключ_сектор)
  2. Вид (ключ_вид, вид)
  3. Исполнитель (ключ_исполнитель, исполнитель, телефон, e-mail, прочая информация)
  4. Счет (ключ_счет, номер счета, предмет счета, оплата, задержка, акт, счет-фактура, дата, предоплата)
  5. Сектор (ключ_сектор, сектор)
  6. Гарантийное письмо (ключ_письмо, гарантийное письмо, ключ_договор, ключ_фирма)
  7. Этап (ключ_этап, начало, в процессе, завершен)
  8. Фирма (ключ_фирма, фирма, адрес, телефон, e-mail, юридический адрес, реквизиты, директор)
  9. Контактное лицо (ключ_лицо, контактное лицо, телефон, e-mail, прочая информация)

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

 

  1. Вывод всех столбцов из таблицы Договор
  2. Вывод всех столбцов из таблицы Исполнитель
  3. Вывод всех столбцов из таблицы Счет
  4. Вывод всех столбцов из таблицы Гарантийное письмо
  5. Вывод всех столбцов из таблицы Фирма
  6. Вывод всех столбцов из таблицы Контактное лицо

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

Окно просмотра информации о фирмах должно предоставлять возможность  выбора фирмы из поля с выпадающим списком. Окно должно содержать поля, заполняемые автоматически и отображающие информацию о названии фирмы, адресе, телефоне, e-mail, юридическом адресе, реквизитах, директоре. Пользователю должна предоставляться возможность перехода к окну просмотра информации о контактных лицах. Пользователю должна предоставляться возможность закрыть окно с помощью кнопки «Выход».

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

Окно просмотра информации об исполнителях должно предоставлять возможность выбора исполнителя из поля с выпадающим списком. Окно должно содержать поля, заполняемые автоматически и отображающие информацию о Ф.И.О., телефоне, e-mail, прочую информацию. Пользователю должна предоставляться возможность перехода к окну просмотра информации о контактных лицах. Пользователю должна предоставляться возможность закрыть окно с помощью кнопки «Выход».

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

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

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

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

 

 

 

 

 

 

 

 

 

 

 

 

 

2 КОНСТРУКТИРОВАНИЕ  ИНФОРМАЦИОННОЙ СИСТЕМЫ УЧЕТА  ДОКУМЕНТАЦИИ В МЕТЕОРОЛОГИЧЕСКОЙ  СЛУЖБЕ

2.1 Реализация реляционной БД средствами СУБД SQL – сервер

Таблицы созданы с  помощью запросов:

create table pismo ( firma int, gar_pismo int, dogovor_nomer int, key_pismo int identity(1,1) primary key);

create table vid ( vid_name nvarchar(max), vid_key int identity(1,1) primary key);

create table dogovor ( dogovor_nomer int, summa int, sroki date, vidkey int, ispolnitel int, closed binary, protokol int, sektor int, key_dogovor int identity(1,1) primary key, etap int);

create table ispolnitel ( ispolnitel_name nvarchar(max), telefon int, email nvarchar(max), other_inf nvarchar(max), ispolnitel_key int identity(1,1) primary key);

create table litso ( kont_litso nvarchar(max), telefon int, email nvarchar(max), other_inf nvarchar(max), firma int, key_litso int identity(1,1) primary key);

create table sektor ( sektor_name nvarchar(max), key_sektor int identity(1,1) primary key);

create table s4et ( s4et_nomer int, predmet nvarchar(max), oplata nvarchar(max), zadergka nvarchar(max), akt int, s4et_factura int, key_s4et int identity(1,1) primary key, data date, predoplata nvarchar(max), dogovor int);

create table firma ( firma_name nvarchar(max), adres nvarchar(max), telefon int, email nvarchar(max), ur_adres nvarchar(max), rekvizit nvarchar(max), key_firma int identity(1,1) primary key, director nvarchar(max));

create table etap ( key_etap int identity(1,1) primary key, na4alo binary, process binary, zavershen binary);

К базе данных добавились таблицы:

Реляционные отношения  между таблицами заданы с помощью  запросов:

alter table dogovor add foreign key (vidkey) references vid(vid_key);

alter table dogovor add foreign key (ispolnitel) references ispolnitel(ispolnitel_key);

alter table dogovor add foreign key (sektor) references sektor(key_sektor);

alter table dogovor add foreign key (etap) references etap(key_etap);

alter table pismo add foreign key (firma) references firma(key_firma);

alter table pismo add foreign key (dogovor_nomer) references dogovor(key_dogovor);

alter table litso add foreign key (firma) references firma(key_firma);

alter table s4et add foreign key (dogovor) references dogovor(key_dogovor);

2.2 Реализация запросов на выборку к БД с помощью технологии ADO.Net

 

Технология ADO.NET, в отличие  от своих предшественников ADO и OLE DB, была разработана специально для  использования в web приложениях, где  не бывает постоянных соединений с  БД. Традиционная работа с данными  в ADO.NET строится по такой схеме: создается соединение Connection, затем оно открывается методом Open, создается объект команда Command, инкапсулирующая SQL команду, она исполняется, а соединение затем закрывается. Такой подход обеспечивает поточный доступ к результатам запросов. Т.е. читая данные с помощью DataReader, вы не можете перепрыгнуть через несколько записей или вернуться к предыдущей. Поточный доступ имеет максимальную производительность. ADO.NET была разработана для доступа к данным без реального соединения с БД. При этом все данные размещаются в оперативной памяти. Работа с отсоединенными данными в ADO.NET осуществляется с помощью классов из пространства имен System.Data.

 

 

Самый важный класс при  работе с отсоединенными данными - это DataSet. После того как получены результаты запроса с помощью объекта DataAdapter и сохранены в DataSet' e, соединение между БД и объектом DataSet перестает  существовать. Изменения в DataSet не сказываются на БД и наоборот. Класс DataSet включает в себя набор таблиц DataTable и связей между таблицами DataRelation. Класс DataTable включает набор строк DataRow, набор столбцов таблицы DataColumn, и наборы отношений ChildRelations и ParentRelations между столбцами разных таблиц базы данных. Класс DataRow инкапсулирует информацию о строке в таблице и состоянии строки Deleted, Modified, New и Unchanged. Класс Constraint используется для сохранения целостности данных в таблицах.

Преимущества работы с отсоединенными данными:

1. не требуется постоянное  соединение с БД, что нужно,  например, для web приложений;

2. облегчается создание  многоуровневых приложений. Если  приложение обращается к БД  с помощью объектов уровня DAL, то бизнес объектам на уровне BLL можно передавать DataSet. Обновления в БД также могут передаваться с помощью DataSet;

3. облегчается сортировка, поиск, фильтрация и навигация  по данным;

4. облегчается работа  с реляционными данными;

5. есть возможность  кешировать изменения. Объект DataSet позволяет кешировать изменения и затем с помощью DataAdapter передавать все изменения в БД за 1 раз;

 6. тесная интеграция с XML. Содержимое DataSet можно загружать и сохранять в виде XML документов.

С помощью конструктора были созданы объекты TableAdapter для каждой таблицы:

Для таблицы Этап:

Для таблицы Договор

 

Для таблицы Исполнитель:

 

Для таблицы Сектор:

Для таблицы Вид:

 

Для таблицы Письмо:

Для таблицы Фирма:

 

Для таблицы Контактное лицо:

 

Для таблицы Счет:

2.3 Программная документация эксплуатационная

 

Требования к аппаратным и программным средствам:

- процессор - Pentium 1 Ghz; ОЗУ – 256 Mb;

- жесткий диск – 500 Mb свободного места;

- операционная система – Windows XP SP2 и выше;

- программные средства – Ms SQL Server 2005 и выше, среда Framevork 3.0.

Эксплуатационная документация:

Для запуска программы, запустите исполняемый файл Metrology.exe.

При запуске программы  появится главное окно программы:

 

 

Для перехода к окну просмотра информации о фирмах, нажмите кнопку «Фирмы».

Для перехода к окну просмотра  информации о договорах, нажмите  кнопку «Договоры».

Для перехода к окну просмотра  информации о загруженности секторов, нажмите кнопку «Загруженность секторов».

Для перехода к окну просмотра информации о контактных лицах, нажмите кнопку «Контактные лица».

Для перехода к окну просмотра  информации об исполнителях, нажмите  кнопку «Исполнители».

Для завершения работы программы  нажмите кнопку «Выход»

Окно просмотра и  редактирования информация о фирмах:

 

 

Для просмотра информации о фирме, выберите фирму из соответствующего списка.

Для перехода к окну просмотра  информации о контактных лицах нажмите  на кнопку «Контактные лица»

Для закрытия окна нажмите  кнопку «Выход»

Окно просмотра и  редактирования информации о контактных лицах:

 

 

Для сортировки контактных лиц по фирме, откройте соответствующее  поле со списком и выберите фирму. Для просмотра информации о контактном лице, откройте соответствующее поле со списком и выберите контактное лицо. Для закрытия окна нажмите кнопку «Выход»

Окно просмотра и  редактирования информации о договорах:

 

 

Для сортировки гарантийных  писем по фирме откройте соответствующее  поле со списком и выберите фирму. Чтобы убрать сортировку, нажмите  кнопку «Показать все письма»

Для просмотра информации о договоре выберите гарантийное  письмо из соответствующего списка.

Для просмотра счета, выставленного по договору, нажмите  кнопку «Смотреть счет».

Для закрытия окна нажмите  кнопку «Выход»

 

Окно просмотра и  редактирования информации о счете:

 

 

Для закрытия окна нажмите  кнопку «Выход»

Окно просмотра и  редактирования информации об исполнителях:

 

Для просмотра информации об исполнителе, выберите соответствующего исполнителя из поля со списком.

Для закрытия окна нажмите  кнопку «Выход».

Окно просмотра информации о загруженности секторов:

 

 

 

Для просмотра информации о загруженности сектора, выберите соответствующий сектор из списка.

Для закрытия окна нажмите  кнопку «Выход»

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

ЗАКЛЮЧЕНИЕ

 
          Таким образом в работе изложены концепции технологии быстрой разработки приложений ADO.Net. Рассмотрены особенности ADO.Net, объекты ADO.Net, поставщики данных .Net, подключаемые классы и объекты. Изучено поведение объектов подключения, транзакции, автономные классы и объекты.

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