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

Размещено на http://www.allbest.ru/

Реферат

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

Текст расчетно-пояснительной записки сопровождается рисунками и таблицами. Расчетно-пояснительная записка содержит 30 рисунков, из них 7 рисунков формата А1 и 8 таблиц.

В дипломном проекте на тему: “Автоматизированное рабочее место регистрации и документирования комплекса средств автоматизации” разработаны программы обработки запросов для 3-х форм представления байтов состояния устройств, входящих в комплекс средств автоматизации.

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

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

Основная часть

Введение

автоматизация запрос файл

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

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

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

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

Хранение информации в памяти ЭВМ придает этой информации принципиально новое качество динамичности, т.е. способности к быстрой перестройке и непосредственному ее использованию в решаемых на ЭВМ задачах. Устройства автоматической печати, которыми снабжены современные ЭВМ, позволяют в случае необходимости быстро представить любую выборку из этой информации в форме представления на бумаге.

По мере своего дальнейшего развития административные системы обработки данных перерастают в автоматизированные системы управления (АСУ) соответствующими объектами, в которых, как правило, не ограничиваются одной ЭВМ, а в составе двух и более ЭВМ объединяют в вычислительный комплекс (ВК).

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

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

возможность ввода информации в ЭВМ;

возможность вывода информации из ЭВМ на экран монитора, принтер или другие устройства вывода (в настоящее время этот перечень достаточно широк - графопостроители, и т.п.).

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

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

1. Анализ концепции построения комплекса средств автоматизации

1.1 Общая характеристика систем управления

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

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

Сбор информации об управляемом объекте;

Обработка информации;

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

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

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

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

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

Главное отличие между ними заключается в характере объекта управления. В первом случае это всевозможные установки, приборы, станки и прочее, во втором - прежде всего люди.

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

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

Автоматические;

Полуавтоматические;

Автоматизированные.

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

Центральным ядром системы управления, с помощью которого осуществляется ее автоматизация, является вычислительная машина. Возможны два способа взаимодействия между ЭВМ, объектом управления и органом управления.

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

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

Переработанной, упорядоченной совокупности сведений об управляемом объекте. На основании их человек (или группа людей) принимает решение о характере воздействия на объект. Это свойственно системе обработки данных, но не собственно автоматизированной системе.

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

1.2 Структурная схема комплекса средств автоматизации

АСУ представляет собой комплекс средств автоматизации (КСА), выполняющий ряд функций по обработке информации.

Структурная схема КСА представлена на рис.1.

На структурной схеме обозначены следующие устройства (компоненты КСА):

ВК - вычислительный комплекс;

каналы связи, по которым поступает информация от внешних источников (в дальнейшем обозначаются - КС1, КС2, КС3);

АРМ1,…,АРМ6 - специализированные автоматизированные рабочие места с функциями, характерными для каждого из них, подсоединены к ВК по стыку С1;

Ш1,…,Ш3 - специальные устройства;

ПУ-1,…,ПУ-3 - пульты управления;

И-ПП, И-ВП - шкафы первичного и вторичного электропитания.

Автоматизированное рабочее место регистрации и документирования (АРМ РД) реализовано на базе двух персональных компьютеров (ПК1, ПК2) и подключены к ВК по стыку С2.

1.3 Описание функционирования АСУ комплекса средств автоматизации

Представленный в дипломном проекте КСА представляет собой автоматизированную систему управления информационными процессами, предназначенную реализовать следующие функции:

прием и обработку информации, круглосуточно поступающей по КС в КСА от внешних источников;

формирование и передачу необходимой информации для выдачи по КС на внешние устройства;

обработку информации, круглосуточно поступающей от устройств системы, таких как АРМ1 … АРМ6, Ш1 ... Ш3, ПУ-1 … ПУ-3, И-ПП, И-ВП;

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

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

Основной задачей автоматизированной системы является вовсе не уменьшение количества управленческого персонала (это задача вспомогательная и решается она не всегда). Основным достоинством подобной системы является то, что благодаря ей повышается качество функционирования управляемого объекта (примерно на 15-25%).

Независимо от вида информации, которая должна быть обработана, и типа оборудования, АСУ информационными процессами выполняет следующие основные операции:

прием исходной информации;

обработку информации;

получение и анализ результатов;

выдачу управляющих воздействий.

Сбор информации в АСУ производится автоматически - в ВК передается информация от устройств системы и информация от внешних источников, поступающая по каналам связи КС1, КС2, КС3. ВК также передает информацию, предназначенную для устройств системы и внешних источников.

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

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

1.4 Функциональное назначение АРМ РД

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

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

прием данных, круглосуточно поступающих от ВК;

выдачу информации в ВК;

регистрацию поступившей информации в памяти ЭВМ;

документирование данных, размещенных в информационных массивах.

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

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

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

1.5 Требования, предъявляемые к АРМ РД

При выборе технических средств для реализации АРМ РД и разработке ПО, необходимо учесть требования, предъявляемые к АРМ РД:

возможность функционировать в рамках автоматизированной системы;

круглосуточная работа;

работа в реальном масштабе времени;

обеспечение требований ко времени реакции системы;

регистрация всей информации, циркулирующей в системе;

хранение данных о состоянии устройств системы;

возможность выдачи информации на принтер и экран монитора АРМ РД в форме, обеспечивающей эффективную работу оператора АРМ РД;

обеспечение высокой надежности как технических средств, так и ПО АРМ РД;

обеспечение взаимодействия разрабатываемого ПО с компонентами автоматизированной системы.

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

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

2. Обоснование выбора технических средств АРМ РД

2.1 Возможность функционировать в рамках автоматизированной системы

Для реализации АРМ РД выбрана персональная ЭВМ IBM PC / AT, оборудованная двумя последовательными портами RS 232 (стык С2). При реализации АРМ РД возможно было имеющимися у ПК средствами (два порта RS 232) подключиться по стыку С2 к специализированному ВК, без доработок ПК. Для подключения ВК был разработан специальный адаптер. (см. рис. 2).

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

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

2.3 Требование круглосуточной работы

Требование круглосуточной работы обеспечивается качеством выполнения аппаратуры, - ЭВМ IBM PC / AT может круглосуточно работать с небольшими доработками конструктива. Прежде всего это касается соблюдения норм теплового режима работы. Также предусмотрен дополнительный источник электропитания, автоматически включающийся в случае выхода из строя основной системы питания.

2.4 Работа в реальном масштабе времени

Системы реального времени - это системы, в которых время обработки запроса меньше допустимого промежутка времени, а превышение этого допустимого промежутка приводит к сбою в работе системы.

Работа в системе реального времени обеспечивается:

быстродействием ПК (выбран процессор Intel 80386 с необходимой тактовой частотой, равной 33 МГц),

пропускной способностью тракта передачи между ПК и ВК (скорость 1200 бод),

наличием буфера для сообщений на входе и выходе ПК,

выдачей документов на печать в “фоновом” режиме, не снижая возможностей по приему и обработке информации во избежание ее потери.

2.5 Обеспечение требований ко времени реакции системы

Эту характеристику можно улучшить использованием контроллера дисковой подсиситемы IDE, установкой прграммного КЭШа, или использованием контроллера диска с аппаратным КЭШем объемом 1Мб и выше.

2.6 Хранение и обработка данных

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

2.7 Возможность выдачи информации на принтер и экран монитора АРМ РД

Для обеспечения возможности отображения информации оба ПК должны быть укомплектованы цветными мониторами VGA и принтерами EPSON LX-100.

3. Структура базы данных

3.1 Алгоритм обработки информации

Организация информационного обмена в системе

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

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

Кодограммы, циркулирующие в системе, могут содержать в себе информацию разного рода - это может быть распоряжение администратора, директора, т.е. управляющие воздействия, которые имеют место в АСУ. Кроме того, в систему приходят кодограммы из КС. Все кодограммы, циркулирующие в системе, имеют формат в рамках заранее оговоренного Протокола информационного обмена, который является одной из составляющих исходных данных на разработку системы.

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

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

Кодограммы обмена содержат в себе информацию о состоянии системы, например:

несанкционированный доступ (НСД) к устройствам системы;

несанкционированный доступ к оперативной памяти (НСД ОП);

навязывание ложной информации (НЛИ);

а также о состояниях технических устройств, таких как:

обмен информацией между устройствами системы;

сбой в работе устройств, КС, нарушение связи с устройством, и т.п.;

информации функционального контроля (ФК);

информации байтов состояния (БС) устройств.

По виду кодограммы обмена ПО АРМ РД определяет, откуда пришла кодограмма.

Вид кодограмм обмена между ВК и АРМ РД представлен ниже.

Кодограммы обмена между ВК и АРМ РД.

Общий вид кодограммы регистрации №1 представлен на рис.3. Кодограмма регистрации состоит из 6-ти слов, каждое слово имеет размер в два байта.

Кодограмма регистрации №1

Кодограмма регистрации №1.№ слова	15	14	13	12	11	10	9	8	7	6	5	4	3	2	1	0
0 слово	Счетчик сбоев (двоичный код)	Признак Печати	Часы (двоичный код)
1 слово	Минуты (двоичный код)	Секунды (двоичный код)
2 слово	0-й байт кодограммы	1-й байт кодограммы
3 слово	2-й байт кодограммы	3-й байт кодограммы
4 слово	4-й байт кодограммы	5-й байт кодограммы
5 слово	6-й байт кодограммы	7-й байт кодограммы

Значение поля “Счетчик сбоев” (11-15 разряды нулевого слова) содержит следующую информацию: от неисправного устройства поступают кодограммы в ВК по стыку С1. Пока устройство неисправно, кодограммы, содержащие одну и ту же информацию, будут поступать в ВК. Поскольку информация в кодограмме не изменялась, то программы обработки информации (каждая для своего устройства) обнаружив, что точно такая же кодограмма уже есть в очереди на обслуживание, делают всего навсего увеличение счетчика этих поступивших одинаковых кодограмм. Эти счетчики расположены в поле кодограммы с именем “счетчик сбоев”. Поэтому, когда кодограмма будет взята на обслуживание из входной очереди, она может содержать в себе значение “счетчика сбоев” отличное от 1. Значение этого счетчика, кроме того, дает возможность анализировать степень загрузки ВК и качество обслуживания в “пиковых” ситуациях, при максимальной загрузке ВК.

Со 2-го по 5-е слово кодограммы регистрации №1 располагается следующая информация:

информация обмена по КС1, КС2, КС3;

информация обмена между Ш1, Ш2, Ш3 и ВК;

сбойная информация обмена по КС1, КС2, КС3;

сбойная информация между Ш1, Ш2, Ш3 и ВК;

информация о НЛИ.

Поле “Признак печати” (5-9 разряды 1-го слова кодограммы регистрации №1) определяет, от какого устройства пришла информация.

Значение поля “Признак печати”

№№ Разрядов	Значение поля “Признак печати”
9	8	7	6	5
0	0	0	0	0	Информация от КС1
0	0	0	0	1	Информация от КС2
0	0	0	1	0	Информация от КС3
0	0	0	1	1	Информация от Ш1
0	0	1	0	0	Информация от Ш2
0	0	1	0	1	Информация от Ш3
0	0	1	1	0	Сбой от КС1
0	0	1	1	1	Сбой от КС2
0	1	0	0	0	Сбой от КС3
0	1	0	0	1	Сбой от Ш1
0	1	0	1	0	Сбой от Ш2
0	1	0	1	1	Сбой от Ш3
0	1	1	0	0	Информация в КС1
0	1	1	0	1	Информация в КС2
0	1	1	1	0	Информация в КС3
0	1	1	1	1	Информация на Ш1
1	0	0	0	0	Информация на Ш2
1	0	0	0	1	Информация на Ш3
1	0	0	1	0	Информация НЛИ

Общий вид кодограммы регистрации №2 представлен на рис.5.

Кодограмма регистрации №2

№ слова	15	14	13	12	11	10	9	8	7	6	5	4	3	2	1	0
0 слово	0	Признак печати	Часы (двоичный код)
1 слово	Минуты (двоичный код)	Секунды (двоичный код)
2 слово	Позиционный № внешнего устройства
3 слово	0	Позицион. № внешнего устр-ва
4 слово	Код причины отсутствия связи по 3-му каналу	Код типа печати по НСД и ФК
5 слово	Код причины отсутствия связи по 2-му каналу	Код причины отсутствия связи по 1-му каналу

С помощью этой кодограммы осуществляется регистрация:

информации ФК (функционального контроля);

информации НСД;

информации НСД ОП;

информации БС (байтов состояния) устройств.

Значение поля “Признак печати” (5-9 разряды 1-го слова)

10011- регистрация НСД, 10101- регистрация НСД ОП,

10100- регистрация ФК, 10110- регистрация БС

Регистрация НСД (признак печати = 10011).

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

Значение поля “Код типа печати по НСД”

	№№ Разрядов	Текст НСД
N\P	7	6	5	4	3	2	1	0
1	0	0	0	0	0	0	0	1	НСД
2	0	0	0	0	0	0	1	0	НСД снято
3	0	0	0	0	0	0	1	1	НСД разрешено
4	0	0	0	0	0	1	0	0	Разрешение НСД снято
5	0	0	0	0	0	1	0	1	Разрешенное НСД
6	0	0	0	0	0	1	1	0	Разрешенное НСД снято

Во 2-ом слове и [0-7] разрядах 3-го слова передается позиционный код устройств, по которым поступило сообщение указанное “Кодом типа печати”. Наличие “1” (“0”) в соответствующем разряде указывает, что по данному устройству поступило (не поступило) сообщение. Соответствие разрядов устройствам показано ниже (рис.7, рис.8).

2-е слово

15	14	13	12	11	10	9	8	7	6	5	4	3	2	1	0

0 -Ш1 5 -АРМ1 10 - 15-

1 -Ш2 6 - 11 -

2 - 7 -АРМ2 12 -АРМ5

3 - 8 -АРМ3 13 -АРМ6

4 -Ш3 9 -АРМ4 14 -

15	14	13	12	11	10	9	8	7	6	5	4	3	2	1	0

0 -АРМ РД 1 2 -И-ПП

1 -АРМ РД 2 3 -И-ВП

Регистрация результатов ФК (признак печати = 10100).

В 4-ом слове кодограммы при регистрации ФК записывается код типа печати, принимающий следующие значения (рис.9).

Значение поля “Код типа печати по ФК”

	№№ Разрядов	Текст ФК
N\P	7	6	5	4	3	2	1	0
**1	0	0	0	0	0	0	0	1	Устройство неисправно по ФК
**2	0	0	0	0	0	0	1	0	Неисправность по ФК снята
**3	0	0	0	0	0	0	1	1	Блокировка по ФК
**4	0	0	0	0	0	1	0	0	Блокировка по ФК снята
--5	0	0	0	0	0	1	0	1	ФК КСА, неисправны Ш1, Ш2, Ш3
--6	0	0	0	0	0	1	1	0	ФК КСА, неисправны АРМ1,…АРМ6
--7	0	0	0	0	0	1	1	1	ФК КСА, неисправны АРМ-РД1, АРМ-РД2
--8	0	0	0	0	1	0	0	0	ФК КСА, неисправны ИП-П, ИВ-П
--9	0	0	0	0	1	0	0	1	ФК КСА, неисправны ПУ1,…ПУ3
--10	№ АБН	0	1	0	1	0	ФК с АБ № х нет связи
--11	№ АБН	0	1	0	1	1	ФК с АБ № х связь восстановлена
--12	0	0	0	0	1	1	0	0	ФК, нет связи по КС1, КС2, КС3
--13	0	1	0	0	1	0	1	1	ФК, связь по КС1, КС2, КС3 восстан.
--14	0	1	0	0	1	1	0	0	ФК, с ПУ1 нет связи
--15	0	1	0	1	1	0	1	1	ФК, с ПУ1 связь восстановлена
--16	0	1	0	1	1	1	0	0	ФК, с ПУ2 нет связи
--17	0	1	0	1	1	1	0	1	ФК, с ПУ2 связь восстановлена
--18	0	1	0	1	1	1	1	0	ФК, с ПУ3 нет связи
--19	0	1	1	0	0	0	0	0	ФК, с ПУ3 связь восстановлена

Сообщения с кодом типа печати, помеченные в этой таблице значком “**”, сопровождаются позиционным номером устройств во втором и третьем слове кодограммы.

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

Устройства, по которым поступают перечисленные в коде типа печати сообщения, указываются “1” соответствующем разряде первого или второго слова. Соответствие разряда устройству показано ниже (рис.10, 11). Разряды 15-8 второго слова всегда содержат “0”. Единица в соответствующем разряде свидетельствует о наличии, а нуль - об отсутствии сообщений ФК по заданному устройству.

15	14	13	12	11	10	9	8	7	6	5	4	3	2	1	0

0 -Ш1 5 -АРМ1 10 -ПУ3 15-КС3

1 -Ш2 6 -КС1 11 -

2 -ПУ1 7 -АРМ2 12 -АРМ5

3 -ПУ2 8 -АРМ3 13 -АРМ6

4 -Ш3 9 -АРМ4 14 -КС2

15	14	13	12	11	10	9	8	7	6	5	4	3	2	1	0

0 -АРМ-РД1 2 -ИП-П

1 -АРМ-РД2 3 -ИВ-П

Значение поля “Код причины отсутствия связи”

№ Разрядов	Причина отсутствия связи с абонентом	Обозна чение
7	6	5	4	3	2	1	0
0	0	0	0	0	0	1	0	Прием от АБН 3-х кодограмм подряд с признаком контроля К2	К2
0	0	0	0	0	1	0	0	Отсутствие информации от источника на входе ПУ1…ПУ3 более 12 сек.	ВР
0	0	0	0	0	1	1	0	Прием от АБН 3-х кодограмм подряд с ВПС-1010 (не получен)	НП
0	0	0	0	1	0	1	0	Отсутствие связи в тракте ИСТ -> КС1,КС2,КС3 (где ИСТ- ПУ1…ПУ3,АБН)	ПД
0	0	0	0	1	1	1	0	Отсутствие связи в тракте КС1,КС2,КС3 -> ИСТ (где ИСТ- ПУ1…ПУ3,АБН)	ПМ

Где К2 - признак контроля, ВР - время ожидания, ПД - тракт передачи, ПМ - тракт приема, НП - не получено сообщение.

Информация НСД ОП (признак печати = 10101).

№ слова	15	14	13	12	11	10	9	8	7	6	5	4	3	2	1	0
0 слово	№ устройства (в двоичном коде)	Признак Печати	Часы (двоичный код)
1 слово	Минуты (двоичный код)	Секунды (двоичный код)
2 слово	0	0
3 слово	0	0
4 слово	Адрес памяти
5 слово	Содержимое памяти

Поля кодограммы регистрации НСД ОП: Часы, Минуты, Секунды - время обращения к памяти, Адрес памяти - адрес слова ОЗУ. В слове 5 находится непосредственно содержимое памяти.

Регистрация БС устройств (признак печати = 10110).

БС передаются в последних 4-х словах кодограммы. Соответствующие устройства занимают под БС от 1-го до 4-х слов кодограммы. Общий вид кодограммы регистрации БС устройств представлен на рис.14.

Кодограмма регистрации БС

№ слова	15	14	13	12	11	10	9	8	7	6	5	4	3	2	1	0
0 слово	№ устройства (в двоичном коде)	Признак печати	Часы (двоичный код)
1 слово	Минуты (двоичный код)	Секунды (двоичный код)
2 слово	1-й байт БС	0-й байт БС
3 слово	3-й байт БС	2-й байт БС
4 слово	5-й байт БС	4-й байт БС
5 слово	7-й байт БС	6-й байт БС

Номера устройств при передаче БС кодируются следующим образом (рис.15):

№№ Разрядов	Устройства	Количество слов в кодограмме
15	14	13	12	11	10
0	0	0	0	0	0	Ш1	1
0	0	0	0	0	1	ПУ1	1
0	0	0	0	1	0	АРМ1	1
0	0	0	0	1	1	АРМ2	1
0	0	0	1	0	0	АРМ3	4
0	0	0	1	0	1	АРМ4	3
0	0	0	1	1	0	КС1	4
0	0	0	1	1	1	Ш2	1
0	0	1	0	0	0	ПУ2	1
0	0	1	0	0	1	АРМ5	1
0	0	1	0	1	0	АРМ6	1
0	0	1	0	1	1	Ш3	1
0	0	1	1	0	0	КС2	4
0	0	1	1	0	1	-	3
0	0	1	1	1	0	КС3	4
0	0	1	1	1	1	ПУ3	1
0	1	0	0	0	0	АРМ-РД1	2
0	1	0	0	0	1	АРМ-РД2	2
0	1	0	0	1	0	ИП-П	2
0	1	0	0	1	1	ИВ-П	2

Количество слов, отведенное под БС, указано в 3-й колонке таблицы.

В зависимости от типа устройства, слова, занятые в кодограмме под БС, кодируются различным образом. В качестве примера рассмотрим кодограммы регистрации БС для устройств, охваченных ФК. Так, кодограммы регистрации БС для ПУ1, ПУ2 и ПУ3 выглядят следующим образом (рис. 16):

№ слова	15	14	13	12	11	10	9	8	7	6	5	4	3	2	1	0
0 слово	№ устройства (в двоичном коде)	1	0	1	1	0	Часы (двоичный код)
1 слово	Минуты (двоичный код)	Секунды (двоичный код)
2 слово	0	0	0	0	0	0	0	0	0	0	0	0	0	1	0	1
3 слово	0	0	0	0	0	0	0	0	0	0	0	0	0	0	0	0
4 слово	0	0	0	0	0	0	0	0	0	0	0	0	0	0	0	0
5 слово	0	0	0	0	0	0	0	0	0	0	0	0	0	0	0	0

№ устройства = 000001 для ПУ1,

№ устройства = 001000 для ПУ2,

№ устройства = 001111 для ПУ3.

Наличие “0” или “1” в разрядах [0-5] 2-го слова кодограммы свидетельствует о наличии соответствующих признаков, смысловое содержание которых следующее:

для ПУ1 [0,1] разряды 2-го слова

№ слова	15	14	13	12	11	10	9	8	7	6	5	4	3	2	1	0
0 слово	№ устройства (в двоичном коде)	1	0	1	1	0	Часы (двоичный код)
1 слово	Минуты (двоичный код)	Секунды (двоичный код)
2 слово	0	0	0	0	0	0	0	0	0	0	0	0	0	1	0	0
3 слово	0	0	0	0	0	0	0	0	0	0	0	0	0	0	0	0
4 слово	0	0	0	0	0	0	0	0	0	0	0	0	0	0	0	0
5 слово	0	0	0	0	0	0	0	0	0	0	0	0	0	0	0	0

[0] р. “1” - ПУ1 заблокировано по ФК оператором;

[0] р. “0” - ПУ1 разблокировано по ФК оператором;

[1] р. “1” - ПУ1 неисправно;

[1] р. “0” - ПУ1 исправно.

для ПУ2 [2,3] разряды 2-го слова

[2] р. “1” - ПУ2 заблокировано по ФК оператором;

[2] р. “0” - ПУ2 разблокировано по ФК оператором;

[3] р. “1” - ПУ2 неисправно;

[3] р. “0” - ПУ2 исправно.

для ПУ3 [4,5] разряды 2-го слова

[4] р. “1” - ПУ3 заблокировано по ФК оператором;

[4] р. “0” - ПУ3 разблокировано по ФК оператором;

[5] р. “1” - ПУ3 неисправно;

[5] р. “0” - ПУ3 исправно.

Кодограмма регистрации БС для Ш1, Ш2, Ш3 выглядит следующим образом:

№ устройства = 000000 для Ш1,

№ устройства = 000111 для Ш2,

№ устройства = 001011 для Ш3.

Наличие “0” или “1” в разрядах [0-2] 2-го слова кодограммы свидетельствует о наличии соответствующих признаков, смысловое содержание которых следующее:

для Ш1 [0] разряд 2-го слова

“1” - Ш1 неисправен;

“0” - Ш1 исправен.

для Ш2 [1] разряд 2-го слова

“1” - Ш2 неисправен;

“0” - Ш2 исправен.

для Ш3 [2] разряд 2-го слова

“1” - Ш3 неисправен;

“0” - Ш3 исправен.

3.2. Обоснование необходимости организации базы данных

3.2.1 Понятие базы данных

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

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

Слова “динамически обновляемая” означают, что соответствие БД текущему состоянию предметной области обеспечивается не периодически (раз в месяц, неделю, день), а в режиме реального времени.

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

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

Современный подход требует, чтобы в программе были лишь перечислены необходимые для обработки данные и заданы требуемые форматы их представления. При этом описание баз данных становится независимым от программ пользователей и составляет самостоятельный объект хранения. Эти описания обычно называют метаданными [5].

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

3.2.2 Достоинства интеграции данных

Отметим некоторые достоинства интеграции данных.

Во-первых, интеграция обеспечивает синхронное поддержание данных для всех приложений (файловые системы не обеспечивают такой поддержки).

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

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

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

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

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

3.2.3 Проблемы интеграции данных

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

Защита данных от разрушения при сбое оборудования. Этот вид защиты часто называют обеспечением физической целостности данных. Физическая целостность обеспечивается средствами ведения системного журнального файла и возможностью восстановления текущего состояния БД на основании копии и журнального файла. В журнальном файле регистрируются все изменения в БД с некоторого периода времени. Копия БД должна быть выполнена на момент начала ведения журнального файла.

Защита от некорректных обновлений. Она предупреждает неверное использование данных (в первую очередь - обновления другими пользователями). Такая защита данных называется логической целостностью. Она обеспечивается путем разработки механизмов управления доступом пользователей к данным. Это программные “фильтры”, когда пользователь имеет возможность обрабатывать лишь некоторое подмножество данных. Во-вторых, система выдает пользователю для обработки не всю запись целиком, а лишь часть ее данных. При этом в прикладной программе описываются только эти данные. В-третьих, при описании данных некоторые СУБД позволяют задавать области допустимых значений. Тогда система автоматически проверяет новое значение на допустимость и отвергает некорректные.

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

3.2.4 Необходимость организации БД на АРМ РД

Непосредственное функциональное назначение АРМ РД - регистрация и документирование информации, поступающей из ВК. АРМ РД в режиме реального времени выполняет следующие функции:

прием данных, круглосуточно поступающих от ВК;

выдачу информации в ВК;

регистрацию поступивших данных в памяти ЭВМ;

документирование данных, размещенных в информационных массивах.

Согласно с функциональным назначением, проектирование БД на АРМ РД должно решить следующие задачи:

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

обеспечить эффективность функционирования, т.е. обеспечить требования ко времени реакции системы на запросы и обновления БД;

обеспечить централизованное хранение данных в памяти ЭВМ;

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

обеспечить удобство эксплуатации информационной системы;

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

Эти задачи можно осуществить при помощи создания единого хранилища - базы данных и использования средств СУБД.

3.3 Логическая организация базы данных

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

информации обмена по КС;

информации обмена между Ш1, Ш2, Ш3, и ВК;

сбойной информации обмена по КС;

сбойной информации между Ш1, Ш2, Ш3 и ВК;

информации о НЛИ;

информации ФК;

информации НСД;

информации НСД ОП;

информации о БС устройств.

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

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

Дата отправки кодограммы;

Время отправки кодограммы;

Направление (от ПУ1, информация в КС3 и т.п.);

Режим работы;

Источник (откуда пришла кодограмма);

Вид сообщения (БС, НСД, и т.п.);

Количество сбойных кодограмм;

Содержание сбойных кодограмм;

Тип устройства, от которого пришла кодограмма;

Признак (сообщения от нескольких устройств приходят в одной кодограмме);

Значение контрольной суммы при пуске ВК;

Значение периодически вычисляемой контрольной суммы;

Текст сообщения, содержащегося в кодограмме.

После составления перечня атрибутов, очередная задача состоит в определении набора отношений и составлении логической структуры БД. Логическая структура базы данных представлена на рис. 18 и состоит из набора отношений, представленных в третьей нормальной форме.

Отношение 1: “Вся информация”. Ключевыми доменами являются первые два поля: “Дата”, “Время”.

Отношение 2: “Оперативная информация”. Ключевыми доменами в данном отношении являются “Дата”, “Время”, “Направление”, “Режим работы”, “Источник”, “Вид сообщения”.

Отношение 3: “Информация Ш” Ключевыми доменами являются “Дата”, “Время”, “Направление”, “Режим работы”.

Отношение 4: “Сбойные кодограммы”. Ключевыми доменами являются: “Дата”, “Время”, “Направление”, “Количество”, “Вид сообщения”, “Слово1”, “Слово2”, “Слово3”, “Слово4”.

Отношение 5: “Функциональный контроль”. Ключевыми доменами являются: “Дата”, “Время”, “Тип”, “Признак”, “Вид сообщения”.

Отношение 6: “Связь с ВК”. Ключевыми доменами являются “Дата”, “Время”.

Отношение 7: “Текущая контрольная сумма”. Ключевыми доменами являются:

“Дата”, “Время”.

Отношение 8: “Контрольная сумма при пуске ВК”. Ключевыми доменами являются: “Дата”, “Время”.

При формировании отношений были поставлены следующие цели: осуществить группировку записей в такие структуры, которые достаточно малы по размеру и поэтому управляемы. При этом данные могут дублироваться, например, отношение ФК может включать в себя информацию о связи с ВК. Однако созданием отношения “Связь с ВК” мы выделяем его в логически самостоятельное отношение и тем самым уменьшаем время поиска важной для нас информации. Это означает, что информация, требующая к себе первостепенного внимания, выделяется в отдельные отношения с целью уменьшения времени поиска по БД, давая возможность персоналу, обслуживающему КСА своевременно реагировать на изменения, возникающие в системе.

С такой же целью выделяется в отдельные отношения информация контрольного суммирования, информация контрольного суммирования при пуске ВК, информация Ш.

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

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

Информация фиксируется в восьми не связанных друг с другом таблицах, и один пользователь, например, может иметь доступ только к БД “Информация контрольного суммирования”, другой - к БД “Информация Ш”. В дипломном проекте рассматривается только та информация, которая содержится в БД ФК.

Отношение ФК содержит информацию о результатах ФК, среди которой имеется информация о БС устройств. Кроме БС, отношение ФК содержит и другую информацию, например, о несанкционированном доступе (НСД), о навязывании ложной информации (НЛИ), информацию о ФК, об обращении к памяти (НОП), и т.д. Информация ФК имеет внутренний формат представления для хранения в памяти ЭВМ и формат для предъявления оператору на экране дисплея или на принтере в виде таблиц и справок.

Вид полей БД ФК представлен на рис. 19.

Структура БД ФК включает в себя следующие элементы: “Дата”, “Время”, “Тип устройства”, “Признак” (признак группирования информации), “Вид сообщения” (БС, НСД, ФК, НЛИ, и т.д.), “Текст сообщения”. В поле “Текст сообщения" находится сообщение типа: “НСД снято”, или “Нет связи по линии 1”, или “разблокировано по ФК”, и т.п., т.е. раскрывается конкретное значение поступившего по устройству сообщения. Остальные элементы, перечисленные ранее, являются ключевыми, и служат для поиска последнего элемента “Текст сообщения”.

3.4 Выбор СУБД

Выделение СУБД - претендентов

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

На выбор СУБД - претендентов наибольшее влияние оказывает согласование ряда параметров среды реализации и СУБД. Наиболее значимые параметры перечислены ниже (в скобках указаны характеристики АРМ РД):

тип ЭВМ (IBM PC AT на базе процессора Intel 80386);

операционная система (MS DOS);

объем оперативной памяти (2Мб);

объем дисковой памяти (160 МБ);

выбранная для реализации модель данных (реляционная).

Перечислим СУБД подобного класса: D-Base, Clipper, Paradox. Перед тем как приступить к сравнительному анализу моделей баз данных, и, следовательно, к окончательному выбору СУБД, необходимо выделить набор факторов, которые влияют на окончательный выбор варианта.

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

трудоемкость реализации приложений;

стоимость эксплуатации информационной системы;

возможность совмещения разработки БД с ранее выполненными программными реализациями;

прогнозируемые сроки реализации информационной системы;

затраты на обучение персонала.

На этом этапе необходимо несколько детализировать требования к реализуемому ПО АРМ РД.

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

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

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

В качестве программного продукта для создания ПО АРМ РД была выбрана разработка фирмы Borland - язык программирования Турбо Си++ версии 3.0 и библиотека стандартных программ на языке Турбо Си++ Paradox Engine для реализации обслуживания реляционных баз данных.

Paradox Engine является уникальным программным средством, позволяющим программистам языка Си в полном объеме использовать архитектуру системы Paradox.

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

Engine устраняет эту проблему, открывая структуру данных Paradox для программ на языке Си. Таким образом, прикладные программы на языке Си получают возможность обрабатывать данные системы Paradox.

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

Основные характеристики системы Paradox.

Таблицы Paradox - это стандартные файлы DOS с расширением “.DB”. Имена таблиц отвечают стандартным соглашениям об идентификации файлов, принятым в ОС MS DOS.

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

Каждая запись может включать до 255 полей, а каждое поле до 255 символов.

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