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

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

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

Преимущества языка PAL заключаются в том, что он обладает обширным встроенным аппаратом и обеспечивает немедленный доступ ко всем областям системы Paradox. PAL позволяет разрабатывать программы с использованием опций меню Paradox.

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

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

Можно сделать вывод, что на выбор СУБД повлияли следующие факторы:

1. Наличие опыта программирования на языке Турбо Си++, у разработчиков, что позволяет снизить временные и материальные затраты на их переобучение.
2. Трудоемкость реализации приложений, позволяющая в то же время обеспечить более высокое быстродействие выполнения программ (например, позволяющая минимизировать такую характеристику как время поиска по БД, и, следовательно, уменьшить время реакции на запрос).
3. Обеспечение гибкости ПО и высокого уровня управления программами.
4. Си открывает программисту доступ к “внутренностям” компьютера - битам, байтам и регистрам, управляющим работой центрального процессора и внешних устройств. Но Си все-таки представляет собой нечто большее, чем язык ассемблера высокого уровня. Блочная структура программы на Си обеспечивает как защиту данных, так и высокий уровень контроля за областями действия и видимости переменных.
5. Возможность при реализации ПО АРМ РД для создания оконного интерфейса использовать библиотеку СXL- библиотеку функций на языке Си, что дает возможность уделить больше времени  решению  основной задачи.

 

4. Структура комплекса программ АРМ РД

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

4.1.1. ПО общесистемного назначения

Структура комплекса программ АРМ РД представлена на рис. 20 и является логическим продолжением реализации  функционального назначения АРМ РД.

ПО общесистемного назначения представляет собой программные средства, используемые на этапе проектирования АРМ РД.

Исходными данными предусмотрено, что в качестве среды функционирования выбирается операционная система MS DOS с файловой оболочкой Norton Commander.

Для работы с файлами в составе  ПО АРМ РД предусмотрены общесистемные утилиты (архиваторы, антивирусы, и т.п.). Для оформления документации, записок, отчетов предусмотрен текстовый редактор LEXICON.

Для создания специального ПО для  АРМ РД используются следующие программные продукты:

• Язык программирования Турбо Cи++ версии 3.0;
• PX Engine - библиотеки функций на языке Borland Cи++, для создания БД в формате Paradox;
• CXL - библиотеки функций на языке Borland C++ для создания оконного интерфейса пользователя.

 

 

4.1.2. ПО специального назначения

ПО специального назначения представляет собой программные средства, используемые на этапе эксплуатации  АРМ РД (см. рис. 20). Его условно можно разделить на три группы:

1. Операционная система MS DOS
2. Библиотеки используемых функций (LIB) включают библиотеки используемых функций языка Borland С++, PX Engine - библиотеки функций языка С++ для создания БД в формате Paradox, CXL – библиотеки функций языка С++ для создания оконного интерфейса.
3. Исполяемые модули программ, обеспечивающие следующие функции:

• управляющая программа (MAIN);
• функции создания прототипов БД и первичных ключей к ним (INITENG);
• функции записи информации и внесения изменений в БД (ZAPBD);
• функции формирования и исполнения запросов (INQUIRY), включает программы обработки запросов для 3-х форм представления БС (BS-INQ);
• функции службы администрирования БД (CR_ARMBD – создание базы данных администратора, CREAT_FA – создание файла администратора, BDADM – работа с БД администратора – создание списка пользователей, регистрация и удаление пользователей);
• функции архивирования и работы с архивом (ARCH).

4.1.3. Требования, предъявляемые к специальному ПО АРМ РД

1. Требования по обеспечению надежности.

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

2. Требования по обеспечению удобства эксплуатации.

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

3. Требования к операционной и программной совместимости.

Программное обеспечение средств регистрации и документирования АРМ должно обеспечивать:

- информационную совместимость в части возможности замены ЭВМ РС/АТ на модель более высшего порядка, замену принтера на более производительный, и т.п.

4.2. Программная реализация

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

Задачей данного дипломного проекта является разработка программ формирования и обработки запросов для трех форм представления БС и выдача их на экран монитора и принтер.

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

Это означает, что необходимо организовать поиск по БД таким образом, чтобы минимизировать  время поиска по БД, и, следовательно, уменьшить время ответа на запрос оператора (характеристика, рассмотренная в п.2.5. может быть минимизирована не только техническими, но и программными средствами).

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

Вид представления информации после преобразования БС на экран монитора и принтер

Исходя из соображений практического смысла были выбраны 3 формы представления БС: компактная-символическая, табличная, справочная (первая, вторая и третья формы представления БС соответственно).

Первая форма представления БС.

Первая форма представления БС приведена на рис.21 и позволяет выдавать на экран информацию о БС по всем разнотипным устройствам (по любому сочетанию устройств, по всем устройствам сразу, и т.д.)

1-5 поля - ключевые. Поле 6 - БС технических устройств в позиционном коде. Для каждого устройства определено фиксированное количество этих байтов (максимальное значение 4 группы или 4слова).

Пример кодирования одного слова для устройства i (рис.22) -  значение 035007 надо интерпретировать как:

 

 

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

Вторая форма представления БС.

Пример представления формы 2 приведен на рис.23. Как видно из рис.23, форма 2 является отражением формы 1 для одного устройства и требует меньших усилий при расшифровке данных, т. к. здесь “шапки” колонок таблицы содержат более или менее понятные сокращения и обозначения для специалистов, обслуживающих аппаратуру, т.е. обозначения даются терминах, понятных для сферы деятельности оператора.

Третья форма представления БС.

Существует третья форма представления, которая является трансформированной формой 2, выбранной на один момент времени, т.е. она отражает  техническое состояние i-го  устройства в заданный момент времени. Пример формы 3 приведен на рис.24. Как видно из рис.24, форма 3 представляет собой развернутую справку с перечнем неисправностей и рекомендаций по устранению этих неисправностей. Длина справки практически ограничивается при этом только соображениями достаточности информации, представленной в справке.

 

Ш-1

Неисправно направление связи С1 по передаче от ВК к Ш по причине неполучения от Ш-1 кодограмм по времени. ОТСУТСТВУЕТ   СИГНАЛ   СЕТЬ1 Заменить блок А4 в стойке П1 Ш-1 заблокирован функциональной задачей

 

 

Определение реализуемых функций программ обработки запросов для 3-х форм представления БС

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

Для первой формы представления БС:

1. Нахождение заданных оператором записей БС в БД по любому сочетанию устройств, используя различные варианты поиска по БД, а именно:

• по всей БД (дата и время не используются);
• в едином интервале по дате и времени;
• в указанном интервале времени по каждому дню интервала дат;
• за один день в указанном интервале времени.

2. Расшифровка БС заданных оператором устройств, учитывая интервал поиска.
3. Выдача расшифрованных БС на монитор или принтер в первой форме представления. Как видно из описанного выше, первая форма представления БС выдается , на экран монитора в виде, представленном на рис. 21.

Для второй формы представления БС:

1. Нахождение необходимой записи БС в БД по конкретному устройству, заданному оператором, используя различные варианты поиска:

• по всей БД ;
• в едином интервале по дате и времени;
• в интервале времени по каждому дню интервала дат;
• за один день в указанном интервале времени.

Можно отметить, что варианты поиска по БД для первой и второй форм представления БС совпадают.

2. Расшифровка БС заданного оператором устройства, учитывая интервал поиска.
3. Выдача расшифрованных БС на экран монитора или принтер в форме представленной на рис. 23, причем вид экрана будет различным в зависимости от устройства, задаваемого оператором, т.к. устройства системы не идентичны и обладают конкретными свойственными лишь им характеристиками.

Для третьей формы представления БС:

1. Нахождение последней по времени или одной записи  по конкретному устройству, заданному оператором,

2. Расшифровка БС заданного оператором устройства,

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

 

4.3. Состав программ

Структура программ представлена на рис. 25.

BS1_inq.exe - программа обработки запросов для первой формы представления БС;