Система управления базой данных объектов гражданской обороны для принятия решений в чрезвычайной ситуации (Диплом)

цвета фона, размеры элементов изображений, расположение панели

инструментов должны быть согласованы с другими приложениями.

2. Выбор функций, вводимых в приложение. Не надо вводить ненужные свойства.

Перегрузка пользователя бесполезной информацией вызовет напрасные потери

времени. Надо определить какие свойства полезны, а какие нет.

3. Построение иерархии для форм и отчетов. Создание для приложения формы

верхнего уровня, из которой будут происходить все другие формы, облегчит

внесение изменений аспектов всех форм приложения, так как изменения

придется вносить только в верхнюю форму. Иерархия форм поможет

придерживаться последовательности при переходе от формы к форме.

4. Форма не должна включать более одного типа исходного документа

одновременно. Формы должны составляться как можно проще. Не следует

вводить на экран разные типы информации в одной форме.

5. Для лучшего восприятия человеческим глазом информации надо использовать

для форм нейтральный цвет фона.

6. Для отображения текущего режима работы приложения можно использовать

группы кнопок панели инструментов. Установив свойство набора кнопок

панели GroupIndex равное ненулевому числу, можно установить групповой

режим работы панели. Можно также установить свойство группы AllowAllUp

равное False. Если щелкнуть на одной из кнопок панели инструментов,

определенных таким образом, она будет оставаться в нажатом состоянии до

тех пор, пока пользователь не щелкнет на другой кнопке из этой группы.

7. Большие кнопки и легко отыскиваемые группы переключателей позволяют

легко манипулировать управляющими средствами приложения.

8. Для большой экономии времени пользователей, которые предпочитают

использовать клавиатуру, а не мышь, можно продублировать функции каждой

кнопки панели инструментов командами соответствующих меню и включить в

него также команды, которые не представлены кнопками формы.

9. Для часто используемых команд меню надо включить акселераторы меню. Для

этого нужно создать фиктивный элемент меню с соответствующей комбинацией

клавиш, а затем «привязать» код, который надо выполнить, к событию

OnClick этого элемента.

10. Установка на форме горячие клавиши для ключевых полей. Для этого

сначала определяют горячую клавишу метки с помощью свойства Caption

управляющего элемента метки (для обозначения горячей клавиши используют

символ «&»). Затем устанавливают в свойстве метки FocusControl имя

компонента, который предназначен для получения фокуса ввода при нажатии

горячей клавиши.

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

всех форм и даже приложений. Если поместить управляющий элемент

DBNavigator внизу одной формы и вверху следующей, то тем самым будет

нарушена согласованность внутри приложения и пользователи могут

запутаться. Лучше размещать средства управления, которые выполняют

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

12. Элементы пользовательского интерфейса должны быть как можно более

ненавязчивыми. Пользователь не должен останавливать свою работу и

напрягать зрение, пытаясь прочесть метку на кнопке. Лучше сделать

отдельные кнопки размером больше.

13. Шрифты без засечек читаются легче, чем шрифты с засечками. Поэтому

лучше использовать шрифт Arial, вместо Times New Roman.

14. Использование всплывающих подсказок предоставляет пользователю

великолепную возможность узнать, что делает данный элемент, не щелкая на

нем (это особенно важно для кнопок панели управления.). Всплывающие

подсказки представляют собой маленькие всплывающие метки, которые

отображаются, когда курсор мыши останавливается над определенными

значащими элементами экрана.

15. Включение интерактивной справки. Профессиональные приложения Windows

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

родственными темами. Следует оснащать свои формы контекстно-

чувствительной справкой. Это можно сделать с помощью свойства HelpContext

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

элементу формы, обладающему фокусом ввода, управление справкой Windows

автоматически будет передано соответствующей теме вашей справочной базы

данных.

16. Создание окна формы About (О программе). В него включают имя

приложения, номер текущей версии и название компании. Можно также внести

туда телефонный номер отдела технического сопровождения, отметку об

авторских правах и информацию об использовании ресурсов Windows. Название

продукта, номер версии и отметка об авторских правах должны быть включены

в приложение с помощью ресурса Windows VERSIONINFO.

17. Можно использовать страницы и вкладки для размещения большого числа

управляющих элементов на относительно маленькой площади экрана.

18. Для представления приложения в соответствующем меню или папке Windows

надо связать его с подходящей пиктограммой (важно, чтобы пользователи

могли отличить ее от пиктограмм других приложений). Для приложений Dephi

пиктограммы устанавливаются с помощью меню Project ( Options (

Applications.

19. Надо проектировать формы для самого низкого разрешения экрана. Скорее

всего, это будет разрешение VGA, поэтому в формах можно безопасно

установить разрешение 640*480. Для реализации этого лучше всего

переключить разрешение на видеоадаптере на VGA. Формы, разработанные в

расчете на большую разрешающую способность, чем стандарт VGA, не смогут

целиком появиться на экране.

20. Не надо перекладывать на оперативную справку объяснение, как

пользоваться приложением. В большинстве случаев его применение должно

быть интуитивным и не должно вынуждать пользователя закапываться в

руководство или читать оперативную справку.

11.3. Формы выдачи решений

Формы выдачи решений обычно используются людьми, которые не являются самыми

осведомленными в компьютерной области, но, как правило, обладают большим

влиянием, чем другие типы пользователей. Именно им нужны приложения

принятия решений, поскольку они играют определенную роль в процессе

выработки решений. Основная задача форм выдачи решений состоит в том, чтобы

они оставались простыми и достаточно информативными.

1. Максимальное использование экранной площади. Как правило, пользователи

предпочитают видеть вещи в максимально упрощенном и развернутом виде.

Можно также допустить, что пользователи редко запускают под управлением

Windows более одного приложения одновременно, поэтому позволительна

максимизация практически всех окон форм.

2. Надо избегать беспорядочного расположения на форме большого числа

деталей или табулированных данных. Обычно пользователя интересуют только

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

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

соответствия одних данных другим может стать мощным средством общения

сложных наборов данных. Если пользователь не прочь отказаться от сырых

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

приложению изысканный и профессиональный вид при минимуме затраченных

усилий. Но при этом необходимо по-прежнему поддерживать средства доступа

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

захочет знать из диаграмм точные цифры.

4. Если приложение ограничивается только чтением данных можно удалить

компоненты модификации данных. Можно обойтись компонентами DBText или

TLabel, чтобы отображать поля описательного типа, не прибегая к таким

насыщенным компонентам, как список или комбинированный список.

5. Не следует включать в приложение функций, которыми пользователь не

сможет воспользоваться. Необходимо избегать серых (недоступных) команд

меню и запрещенных кнопок, присутствие которых может вызвать недоумение.

Если какая-нибудь опция недоступна для данного пользователя,

устанавливают ее свойство Visible равным False, что сделает ее невидимой

(или совсем убрать ее) вместо того, чтобы просто запретить.

11.4. Интерактивные формы.

Интерактивные формы чаще всего встречаются в приложениях. Они

предоставляют средства ввода, редактирования и удаления данных. Типичный

пользователь таких форм, как правило, обладает высокой компьютерной

грамотностью. Интерактивная форма должна быть максимально простой и

благоприятной для эффективной навигации между данными и манипулирования

ими.

1. Желательно рассмотреть возможность увеличения и замены кнопок навигатора

Dilphi стандартными кнопками. Несмотря на мощность и простоту применения,

управляющим элементам DBNavigator недостает таких свойств, как средства

поиска и возможность присваивать клавиши ускоренного доступа или метки их

встроенным кнопкам.

2. Чтобы выбор управляющих средств был логичен и происходил интуитивно,

группируют управляющие средства по каждому применению и соответственно

размещают их. Располагают связанные элементы в тесной близости друг к

другу, выравнивают зависимые элементы группы переключателей, располагают

связанные кнопки близко друг от друга. Это помогает пользователю быстрее

познакомиться с приложением и избежать ошибок при работе с ним.

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

командных кнопок и полей ввода. Надо расположить комбинации клавиши в

логическом, а не позиционном порядке, отдавая предпочтение кнопкам, а не

меткам. Другими словами, если есть поле вверху экрана, метка которого

начинается с буквы А, и, кроме того, есть кнопка, расположенная внизу

экрана с названием Add, устанавливают клавишу ускоренного доступа для

кнопки, а не для поля, равной .

4. Устанавливают логический порядок работы клавиши табуляции, который бы

позволил пользователю логически переходить на форме от поля к полю и от

кнопки к кнопке, а именно слева направо и сверху вниз.

5. Чтобы установить кнопки OK или Cancel используют свойство Kind

управляющего элемента Delphi TBitBtn (кнопка с растровым изображением).

Установка кнопки OK автоматически устанавливает ее свойство Default

равным True, делая тем самым ее кнопкой, которая действует для данной

формы по умолчанию. Это значит, что для завершения редактирования текущей

записи пользователь может нажать , а для отмены ввода- .

6. Для активизации всплывающего меню вместо командных кнопок или как

дополнение к ним рассматривают использование правого щелчка мыши.

Некоторые пользователи отдают предпочтение именно этому виду меню,

которое приобрело популярность благодаря продуктам Borland.

11.5.Формы ввода данных.

Формы ввода данных используются для интенсивного ввода данных, в

основном, в базы данных. Внимание здесь больше уделяется скорости, а не

эстетике экрана или таким деталям, как всплывающие подсказки или

раскрывающиеся списки. Формы ввода данных обычно в достаточной степени

лаконичны и включают только самые необходимые элементы. Как правило,

пользователями таких форм являются операторы ввода данных, которые во время

работы смотрят в основном на исходные документы, а не на экран. Особое

внимание уделяется здесь клавиатуре, поскольку использование мыши требует

визуального взаимодействия.

1. Когда скорость ввода является решающим фактором, используют полужирный

моноширинный шрифт, который легче читается с одного взгляда.

2. Убирают ненужные кнопки и поля, а также управляющие элементы, которые

оказываются лишними для быстрого ввода данных. Например, если

пользователю никогда не понадобится номер счета, надо убрать с формы

соответствующую кнопку - она только занимает экранную площадь. Если в

формах обработки транзакций некоторые элементы создают удобства, то

быстрому вводу данных они могут просто мешать.

3. Используют акселераторы, которые легко нажимать. Назначают клавиши

ускоренного доступа с учетом их применения, а не в зависимости от позиции

на экране. Если два управляющих элемента должны по идее иметь одну и ту

же горячую клавишу, отдают ее тому, который используется чаще, а не тому,

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

придумывают новый акселератор. Для самых часто используемых элементов

отводят самые простые клавиши.

4. Там, где это уместно, делают действующей по умолчанию не кнопку OK, а

кнопку Add, которая добавляет новую запись. Это относится к формам, в

которых главной функцией является добавление записей, в отличие от

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

работе с приложением, когда пользователю приходится добавлять несколько

записей подряд.

5. Не делают больших форм. В отличие от других тип форм, эта форма должна

быть как можно меньше, поскольку это позволит переместить ее в удобное

для пользователя место и снизить утомляемость глаз. Пользователи этого

типа обычно смотрят на исходные документы, а не на экран, поэтому

открывают эту форму в нормальном окне (а не в максимизированном или

минимизированном).

11.6. Проектирование отчетов.

1. Используют для проектирования отчетов компоненты QuickReport. Их легче

настраивать и использовать, чем внешние построители отчетов.

2. Для отчетов, которые слишком сложны для компонентов QuickReport,

используют графические построители отчетов. Особой популярностью

пользуются утилиты ReportSmith, R&R SQL Report Writer for Windows и

Crystal Reports. Применение графического построителя отчетов имеет много

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

легче, быстрее и рождает меньше ошибок, чем создание отчетов с помощью

исходного кода Object Pascal. Во-вторых, такие механизмы, как управление

разбивкой, заголовки, сноски и суммирование, встроены во все приличные

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

код. В-третьих, можно позволить пользователям модифицировать отчеты или

на их основе создать новые, причем без необходимости модифицировать

исходный код приложения.

3. В заголовок отчетов включают имя отчета, текущие дату и время, а также

имя пользователя, запускающего отчет. Включение даты и времени поможет

отличить друг от друга несколько версий одного и того же отчета и даст

представление о времени ее создания, если его просматривали в более

поздний срок. Включение внутреннего имени отчета поможет отследить

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

Имя пользователя, если оно записано в заголовке отчета, может

способствовать развитию контакта с пользователем для обсуждения будущих

проблем.

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

отчете в его страничном заголовке. Если в интерфейсном приложении

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

заголовок страниц отчета. Это необходимо сделать, потому что данные могут

быть выпущены из отчета из-за того, что критерий был задан в интерфейсе.

Это может запутать пользователя. Вероятность такого события особенно

повышается, когда между моментом запуска отчета и моментом его просмотра

прошло значительное время.

5. Для заголовков используют пропорциональные шрифты, а для данных -

моноширинные. Пропорциональные шрифты придают отчету более изысканный вид

и в полной мере используют преимущества высокоорганизованных принтеров,

которые получили широкое распространение в наши дни. Более того,

пропорциональные шрифты отличают отчеты, сгенерированные современными

системами PC, от созданных на более старых и менее развитых системах. К

сожалению, пропорциональные шрифты обладают недостатком, который

выражается в трудностях выравнивания табличных данных. Поскольку цифра 1

оказывается уже цифры 5, то колонки данных не будут идеально

выровненными. Вместо этого используются шрифты с фиксированным шагом.

Обычно в заголовках отчета используется такой пропорциональный шрифт, как

Arial или Times New Roman, а в самом отчете - такой непропорциональный

шрифт, как Courier New.

6. Если в отчете необходимо подчеркивание, надо использовать атрибут

подчеркивания шрифта. Во многих построителях можно встраивать в

создаваемые отчеты графические элементы, включая линии и прямоугольники.

Графика, реализованная таким путем, занимает память принтера и замедляет

построение отчета, поскольку линия представляет собой графический, а не

текстовый элемент или элемент шрифта. Другой способ выделения текста,

который остался от времен использования матричных принтеров, является

символ подчеркивания ( _ ).Линии, нарисованные таким способом, зря

расходуют целую строку под той строкой, которую они должны подчеркивать.

Поэтому, когда нужно подчеркнуть в отчете какие-нибудь элементы, надо

применять в любом шрифте вместо перечисленных способов атрибут

подчеркивания.

7. При представлении нумерованных данных используют правое выравнивание, а

для числовых идентификаторов - левое (например, для номеров заготовок или

номеров отчетов).

8. Для выделения элементов отчета можно использовать прогрессивные

возможности форматирования при печати, например, такие атрибуты шрифта,

как печать с тенью или полужирное начертание. Но надо иметь в виде, что

принтер пользователя должен обладать теми средствами, которые

предполагали при построении отчета.

12. ВЫВОДЫ

В результате работы над дипломным проектом были подробно изучены

современные операционные системы, базы данных, методы построения приложений

и языки программирования. В результате анализа этого была поставлена

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

обороны. Разработанный программный продукт позволяет обеспечить:

Ведение данных:

. объектов экономики;

. защитных сооружениях;

. опасных веществах;

. техники;

. материально-технических средств;

. формирований;

. обучаемых на УМЦ;

Формирование списков:

. объектов экономики;

. защитных сооружениях;

. опасных веществах;

. техники;

. материально-технических средств;

. формирований;

. обучаемых на УМЦ;

Составление любой(!!!) статистической информации по введенным данным.

Данный программный продукт автоматизирует процесс подготовки к

принятию решений при возникших ЧС; регистрацию объектов экономики и

составление списка характеристик объекта;

регистрацию наличия и численности различных составляющих объекта; снижает

расходы на подготовку и уточнения списков объектов; учета готовности

объекта к ЧС; учета проведения занятий с обучающимися в УМЦ; уменьшает

время на подготовку списков объектов экономики и списков обучающихся на УМЦ

по различным критериям;

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

Организационно-экономическая часть -

Экономическое обоснование создания программного продукта. Расчет

затрат на НИР. Определение затрат программного продукта. Оценка

экономической эффективности разработки;

Охрана труда и экология -

Оптимизация условия труда инженера-программиста при разработке

программного обеспечения;

Гражданская оборона -

Применение ЭВМ для повышения эффективности работы штаба ГО объекта

экономики;

Эргономическая часть -

Эргономическая оценка информационного обеспечения ЭВМ.

.

13. ЛИТЕРАТУРА

1. Атаманюк, Л.Г. Ширшев Гражданская оборона, Москва “Высшая школа”

1986г;

2. Журнал PCWEEK 30 сентября 1997 (65стр);

3. Журнал PCWEEK 19 августа 1997 (20стр);

4. Журнал ComputerWorld, Статья Делерри Хелд «Где же этот хваленый

универсальный сервер», 1997 21 номер;

5. Кен Хендерсон, Руководство разработчика баз данных в Delphi 2;

6. Журнал LAN апрель 1995, Статья Дж. Салеми;

7. Журнал LAN декабрь 1995, Статья Билла Лазарья;

8. Журнал СУБД 1995г №4 стр 50-57;

9. Dr. E.F. Codd "A Relational Model of Data for Large Share Data Banks",

1970;

10. Стивен Бобровски, Oracle 7 вычисление клиент/сервер;

11. С.Орлик, Секреты Delphi;

12. Сергей Дунаев, Borland технологии;

13. Эндрю Возневич, Освой самостоятельно Delphi;

14. А.Федоров, Создание Windows-приложений в среде Delphi;

15. Мартин Грабер, Введение в SQL;

16. А.М. Епанешников, Программирование в среде Delphi 2.0

17. B.Ю. Баженова, Windows SQL

18. В.В. Фаронов Библиотека Turbo Vision 6.0

19. Справочник по функциям и процедурам Borland Pascal 7.0

20. Подборка статей из эхо-конференции RU.DELPHI, RU.DELPHI.DB в сети

FIDONET (от сентября по декабрь1997 года).

ПРИЛОЖЕНИЕ 1

П.1. ТЕХНИЧЕСКОЕ ЗАДАНИЕ

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

Система по управлению базой данных GOBASE предназначена для учета

объектов экономики, ведения базы данных о объектах экономики, учет

готовности объекта в случае возможных чрезвычайных ситуациях (ЧС),

формирования и печати списков объектов, а так же для учета обучаемых в

учебно-методическом центре (УМЦ).

GOBASE разрабатывается для использования в автоматизированной

системе оповещения при ЧС.

П.1.2. Постановка задачи

Спроектировать программный продукт, представляющий собой

доступ и управление базой данных в локальной вычислительной сети.

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

1). Справочная литература по программированию на Delphi 2.0 для

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10