Афанасьев Павел Александрович Разработка электронного справочник

Вид материала

Подобный материал:

1 2 3 4 5 6

5. организация интерфейса пользователя

5.1. общие принципы

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

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

Т

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

5.2. объектная модель представления информации

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

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

Рис. 6 Схема построения иерархии отношений объектов

Прямоугольниками отмечены объекты, овалами - группы объектов.

5.3. схема организации интерфейса пользователя

ля того чтобы совершить над объектом некоторое действие необходимо выбрать соответствующий пункт контекстного меню. Классификация действий над объектами представлена на следующей схеме:

Рис. 7 Схема контекстных меню объектов

5.4. изменение и дополнение справочников

При работе со справочниками так же используется унифицированный подход. Работа со всеми справочниками проекта осуществляется в одном окне «Работа со справочниками» (см. рис. 8).

Рис. 8 Работа со справочниками

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

Заключение

В процессе проделанной работы изучены особенности проектирования баз данных по технологии «клиент-сервер». Продолжено изучение реляционной технологии построения баз данных.

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

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

В настоящее время справочник установлен и успешно функционирует на предприятии ЗАО «Горэлектросети» г. Томска.

список литературы

Ханс Ладани. SQL. Энциклопедия пользователя. – К.: “ДиаСофт”, 1998. – 624 с.
Пол Туррот. Супербиблия Delphi 3. – К.: “ДиаСофт”, 1997. – 848 с.
Тиори Т., Фрай Дж. Проектирование структур баз данных: в 2-х кн. -
М.: «Мир», 1985.
Шумаков П.В.,Фараонов В.В. Delphi 4 руководство разработчика баз данных – М.: «Нолидж», 1999. – 557 с.
Техническое задание.

приложение 1. Руководство программиста

П1.1. Общие сведения

Программный продукт реализован по технологии клиент-сервер. Приложение работает с сервером фирмы INTERBASE, версии 5.0. Требования к аппаратной части:

Процессор не ниже Pentium-100.
Оперативная память 16 Mb и более.
Операционная система Windows.

П1.2. Установка

Сначала установить сервер INTERBASE. Затем скопировать исполняемый файл dispatch.exe в любую директорию на жестком диске компьютера.

п1.3. Структура приложения

Все окна приложения выделены в отдельные модули (см. приложение 3). Функции работы с базой данных, а так же невизуальные компоненты, находятся в модуле DMUnit.pas. Каждый элемент окна, отображающий данные связи с компонентой TDataSource, которая в свою очередь связана с компонентой TQuery, хранящей запрос на получение данных от сервера. Приложение легко адаптируется к изменениям в базе данных, добавлением новых окон (то есть модуле приложения). Для новых таблиц создаются компоненты TDataSource и TQuery в модуле DMUnit и связываются с элементами отображения данных в новых окнах.

Реляционная структура базы данных представлена на схеме в приложении 4. SQL-описание БД представлено в приложении 5.

Blog