Файл: Образец КП.pdf

25

Таблица 6 - Типы данных полей таблицы «Вид опасности»

Таблица 7 - Типы данных полей таблицы «Категория опасности»

Таблица 8 - Типы данных полей таблицы «Проведённые работы»

Таблица 11 - Типы данных полей таблицы «Работы по ремонту»

26

Физическая модель информационной системы приведена на рисунке Б.2 приложения Б.

5 Анализ целесообразности использования заданных средств разработки

Разработка АИС «Корпуса и аудитории» по требованию технического задания должна быть произведена с использованием технологии клиент-сервер.

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

Клиент, получив ответ от сервера, отображает полученные данные пользователю.

Тип архитектуры клиент-сервер был выбран, потому что он обладает приведенными ниже преимуществами:

- обеспечивает более эффективный доступ к базе данных;

27

-повышается общая производительность системы (клиенты и серверы находятся на разных компьютерах, на сервере выполняется только работа с БД);

-стоимость аппаратного обеспечения снижается (достаточно мощный компьютер нужен только серверу),а к клиентским компьютерам не предъявляются высокие требования;

-сокращаются коммуникационные расходы (существенно сокращается объем пересылаемых по сети данных);

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

В качестве СУБД заказчиком был предложен FireBird 2.1. Firebird - это полнофункциональная, мощная СУБД способная обслуживать базы данных размером от нескольких килобайт до многих гигабайт.

Firebird полностью поддерживает стандартны ANSI в синтаксисе языка SQL

иможет работать под управлением многих операционных систем - Windows, Linux, MacOS, Solaris и различных Unix-платформах. Среди достоинств этой системы использование развитого языка для хранимых процедур и триггеров /2/.

Основные характеристики Firebird:

-полная поддержка хранимых процедур и триггеров;

-транзакции, полностью совместимые с концепцией ACID;

-ссылочная целостность;

-мощный внутренний язык для написания хранимых процедур и триггеров (PSQL);

-поддержка внешних пользовательских функций (UDF);

-безопасная запись данных (careful write) - быстрое восстановление после сбоев, отсутствие необходимости в журналировании транзакций;

-большое количество средств доступа к базе данных: native/API, драйверы dbExpress, ODBC, OLEDB, .Net provider, JDBC-драйвер, модули для Python, PHP, Perl, и так далее;

-поддержка большинства распространенных операционных систем, включая Windows, Linux, Solaris, MacOS.

28

В качестве среды разработки клиентского приложения была предложена среда Borland Delphi 7.

Borland Delphi 7 представляет собой уникальную систему разработки, в которой технология высокопроизводительной оптимизирующей компиляции сочетается с визуальными средствами разработки и масштабируемым процессором баз данных. Это позволяет создавать эффективные приложения Windows, работающие с базами данных, в том числе и приложения для систем клиент/сервер. Разработанные с помощью Delphi приложения, могут функционировать под практически любой 32 разрядной операционной системой типа Windows 95, 98, 2000, NT, XP.

Delphi - среда быстрого создания приложений и на данный момент является самой популярной средой разработки. Преимущества разработки на Delphi:

-быстрота разработки приложения;

-высокая производительность разработанного приложения;

-низкие требования разработанного приложения к ресурсам компьютера;

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

-высокопроизводительный компилятор в машинный код;

-объектно-ориентированная модель компонент;

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

-масштабируемые средства для построения баз данных.

Еще одним важным преимуществом разработки приложений в среде Delphi является то, что уровень абстракции данных позволяет легко переносить саму БД на любую другую платформу, например Interbase или Oracle. Т.е., при переходе от распределенных таблиц к серверу баз данных или SQL-серверу, изменения в самой программе оказываются ничтожно малы, либо вообще необязательны. Что безусловно уменьшит затраты и время в случае необходимости доработки приложения либо необходимости переноса БД на другую платформу /3/.

Основной упор Delphi делается на максимальном реиспользовании кода. Это позволяет строить приложения весьма быстро из заранее подготовленных

29

объектов, а также дает возможность создавать свои собственные объекты для среды Delphi. Никаких ограничений по типам объектов, которые могут создаваться, не существует. Delphi включает в себя полный набор визуальных инструментов для скоростной разработки приложений, поддерживающей разработку пользовательского интерфейса и подключение к корпоративным базам данных. Объекты БД в Delphi основаны на SQL и включают в себя полную мощь Borland Database Engine. В состав Delphi также включен Borland SQL Link, поэтому доступ к СУБД Oracle, Sybase, Informix, InterBase, а также FireBird происходит с высокой эффективностью.

Таким образом, предложенаая заказчиком СУБД FireBird 2.1 и среда разработки Borland Delphi 7 являются целесообразными в разработке АИС «Корпуса и аудитории».

30

6 Описание программы

6.1 Общие сведения

Информационная система называется «Корпуса и аудитории». Она разработана в среде Delphi 7 под управлением СУБД Firebird 2.1. Программа работает в операционных системах Windows 2000/NT/XP.

6.2 Функциональное назначение

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

6.3 Входные данные

Входные данные системы:

а) по корпусам – год основания, полная площадь, учебная площадь, дополнительная учебная площадь, объём, особенности конструкции, энергопотребление летом, энергопотребление зимой, пиковое энергопотребление, потребление тепла;

б) по помещениям – номер аудитории, корпус, этаж, тип помещения, площадь, объём, особенности конструкции;

г) по электроустановкам – корпус, электроустановка; д) по опасностям – корпус, вид опасности, степень опасности;

31

е) по ремонтным работам в корпусах - корпус, тип ремонта, дата начала, дата окончания, по ремонтным работам в аудитории - корпус, номер аудитории, тип ремонта, дата начала, дата окончания.

6.4 Выходные данные

Выходными данными должны быть следующие формы отчетов: а) отчет по корпусам; б) отчет по помещениям; в) отчет по ремонтам;

г) график «Потребление тепла по корпусам».

6.5 Описание логической структуры

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

С помощью инструмента IBExpert была создана база данных. При этом в качестве сервера базы данных использовался удаленный сервер с именем sqledu02.

Файл базы данных имеет имя UNIVER.FDB. При создании базы данных были заполнены поля: сервер — удалённый, имя сервера - sqledu02, файл БД - UNIVER.fdb, клиентская библиотека — fbclient.dll, имя пользователя — SYSDBA, пароль — masterkey, диалект БД — 3. При этом использован сервер Firebird

«PRESENCE_ELECTRO_INSTALL», «REPAIR», «REPAIR_COMPOSITION», «REPAIR_TYPE», «REPAIR_WORK», «ROOM», «ROOM_TYPE».

Таблицы «DANGER» и «CORPSE» соединены между собой внешним ключом ID_ CORPSE. Для этого был написан обработчик:

ALTER TABLE DANGER ADD CONSTRAINT FK_DANGER_3 FOREIGN KEY (ID_CORPSE) REFERENCES CORPSE (ID_CORPSE) ON DELETE CASCADE ON UPDATE CASCADE.

Таким же образом были соединены и другие таблицы.

32

Таблицы «DANGER» и «DANGER_CATEGORY» соединены между собой внешним ключом DANGER_DEGREE.

Таблицы «DANGER» и «DANGER_TYPE» соединены между собой внешним ключом DANGER_TYPE.

Таблицы «PRESENCE_ELECTRO_INSTALL» и «CORPSE» соединены между собой внешним ключом ID_CORPSE.

Таблицы «PRESENCE_ELECTRO_INSTALL» и ELECTRO_INSTALLATION» соединены между собой внешним ключом ELECTRO_INSTALLATION.

Таблицы «REPAIR» и «ROOM» соединены между собой внешним ключом ID_ROOM.

Таблицы «REPAIR» и «REPAIR_TYPE» соединены между собой внешним ключом REPAIR_TYPE.

Таблицы «REPAIR» и «CORPSE» соединены между собой внешним ключом ID_CORPSE.

Таблицы «REPAIR_COMPOSITION» и «REPAIR» соединены между собой внешним ключом ID_ REPAIR.

Таблицы «REPAIR_COMPOSITION» и «REPAIR_WORK» соединены между собой внешним ключом ID_REPAIR_WORK.

Таблицы « ROOM» и «CORPSE» соединены между собой внешним ключом ID_ CORPSE.

Таблицы « ROOM» и «ROOM_TYPE» соединены между собой внешним ключом ROOM_TYPE.

Программа разработана в среде Delphi 7.0.

Проект сохранен в отдельном каталоге Kursovaya_PIS на локальном диске D:\ под именем UNIVER.dpr. В указанном каталоге также сохранены модули всех созданных форм.

В ходе выполнения курсового проекта были разработаны следующие формы:

а) форма «Корпуса и аудитории»; б) форма «Помещения корпуса»; в) форма «Электроустановки»;