Требования, предъявляемые к АРМ РД
⇐ ПредыдущаяСтр 2 из 2
При выборе технических средств для реализации АРМ РД и разработке ПО, необходимо учесть требования, предъявляемые к АРМ РД: · возможность функционировать в рамках автоматизированной системы; · круглосуточная работа; · работа в реальном масштабе времени; · обеспечение требований ко времени реакции системы; · регистрация всей информации, циркулирующей в системе; · хранение данных о состоянии устройств системы; · возможность выдачи информации на принтер и экран монитора АРМ РД в форме, обеспечивающей эффективную работу оператора АРМ РД; · обеспечение высокой надежности как технических средств, так и ПО АРМ РД; · обеспечение взаимодействия разрабатываемого ПО с компонентами автоматизированной системы. Представленные выше требования к АРМ РД могут быть реализованы при помощи выбора технических средств и при помощи создания программного обеспечения, отвечающего требованиям АРМ РД. Следовательно, для АСУ информационными процессами, с целью автоматизации сбора и обработки данных, необходимо спроектировать программное обеспечение (ПО) АРМ РД, удовлетворяющее функциональному назначению АРМ РД и выбрать технические средства, удовлетворяющие функциональным требованиям АРМ РД. Структура базы данных
После того как требования к системе определены и в основном предопределен процесс, начинается определение требований к входным данным, источникам данных и их формам. Не менее важным по своему значению является определение формы для выходной информации, которая в той или иной степени предопределяет процесс, метод и требования к входным данным. В АРМ РД для обмена информацией с ВК используется стандартный интерфейс RS232 (по стыку С2), согласно которому информация передается в виде сообщений переменной длины (слов). Сообщение состоит из 2-х частей - служебной и информационной. ПО АРМ РД использует только информационную часть, т.к. ВК адресует сообщения только для АРМ РД. В дальнейшем будет применяться и другое, принятое для этой системы название сообщения, - кодограмма обмена, или просто кодограмма.
Кодограммы, циркулирующие в системе, могут содержать в себе информацию разного рода – это может быть распоряжение администратора, директора, т.е. управляющие воздействия, которые имеют место в АСУ. Кроме того, в систему приходят кодограммы из КС. Все кодограммы, циркулирующие в системе, имеют формат в рамках заранее оговоренного Протокола информационного обмена, который является одной из составляющих исходных данных на разработку системы. С точки зрения дипломного проекта интерес представляют кодограммы, отражающие состояние устройств системы, или информацию функционального контроля. Функциональный контроль (ФК) – это контроль работоспособности устройств системы и обнаружение неисправностей, возникающих в процессе работы. Можно сказать, что устройства, входящие в КСА, охвачены алгоритмом функционального контроля. Это означает, что в кодограммах обмена отдельные поля, биты или группы полей отражают текущее состояние устройства с различной степенью детализации. Кодограмма формируется и передается на АРМ РД при изменении состояния устройства в ту или иную сторону – было исправно, стало неисправно, было неисправно – стало исправно, т.е. при любом изменении статуса устройства. Это изменение обнаруживается встроенными в устройство программно-техническими средствами, которые и формируют кодограмму, поступающую от устройства. Кодограммы обмена содержат в себе информацию о состоянии системы, например:
· несанкционированный доступ (НСД) к устройствам системы; · несанкционированный доступ к оперативной памяти (НСД ОП); · навязывание ложной информации (НЛИ); а также о состояниях технических устройств, таких как: · обмен информацией между устройствами системы; · сбой в работе устройств, КС, нарушение связи с устройством, и т.п.; · информации функционального контроля (ФК); · информации байтов состояния (БС) устройств. По виду кодограммы обмена ПО АРМ РД определяет, откуда пришла кодограмма. Вид кодограмм обмена между ВК и АРМ РД представлен ниже. Кодограммы обмена между ВК и АРМ РД. Общий вид кодограммы регистрации №1 представлен на рис.3. Кодограмма регистрации состоит из 6-ти слов, каждое слово имеет размер в два байта. Значение поля “Счетчик сбоев” (11-15 разряды нулевого слова) содержит следующую информацию: от неисправного устройства поступают кодограммы в ВК по стыку С1. Пока устройство неисправно, кодограммы, содержащие одну и ту же информацию, будут поступать в ВК. Поскольку информация в кодограмме не изменялась, то программы обработки информации (каждая для своего устройства) обнаружив, что точно такая же кодограмма уже есть в очереди на обслуживание, делают всего навсего увеличение счетчика этих поступивших одинаковых кодограмм. Эти счетчики расположены в поле кодограммы с именем “счетчик сбоев”. Поэтому, когда кодограмма будет взята на обслуживание из входной очереди, она может содержать в себе значение “счетчика сбоев” отличное от 1. Значение этого счетчика, кроме того, дает возможность анализировать степень загрузки ВК и качество обслуживания в “пиковых” ситуациях, при максимальной загрузке ВК. Со 2-го по 5-е слово кодограммы регистрации №1 располагается следующая информация: · информация обмена по КС1, КС2, КС3; · информация обмена между Ш1, Ш2, Ш3 и ВК; · сбойная информация обмена по КС1, КС2, КС3; · сбойная информация между Ш1, Ш2, Ш3 и ВК; · информация о НЛИ. Сложившийся в прошлом подход к проектированию систем сбора и накопления информации и ее эффективного использования для всевозможных целей состоял в автоматизации отдельных процессов в рамках фрагментов предметной области, или как говорят, в создании множества локальных приложений. В силу значительной независимости приложений одни и те же данные многократно представлялись в памяти ЭВМ, а их соответствие действительным значениям обеспечивалось периодическим применением процедур обновления. При изменении каких-либо сведений приходилось корректировать от нескольких до сотен и даже тысяч записей.
При переходе от автоматизации отдельных процессов предметной области к созданию автоматизированных информационных систем требуется не только взаимоувязка приложений, но и качественно новый подход к организации данных. Этот подход состоит в использовании единого хранилища – базы данных. Отдельные пользователи перестают быть владельцами тех или иных данных. Все данные накапливаются и хранятся централизованно. В памяти ЭВМ создается динамически обновляемая модель предметной области. Слова “динамически обновляемая” означают, что соответствие БД текущему состоянию предметной области обеспечивается не периодически (раз в месяц, неделю, день), а в режиме реального времени. При выборках для разных приложений эти записи могут быть упорядочены по-разному, т.е. пользователи информационной системы имеют возможность обращаться к интересующим их данным, а одни и те же данные могут быть по-разному представлены в соответствии с потребностями пользователей. При этом всякое обращение к данным осуществляется через некий программный фильтр, обеспечивающий, если это необходимо, предварительные преобразования запрошенных пользователем данных. Отличительной чертой баз данных следует считать совместное хранение данных с их описаниями. Традиционно описания данных содержались в прикладных программах. При этом если обрабатывалось лишь два поля записи, программа включала описание всей записи. В результате любое изменение в организации приводило к необходимости внесения изменений в созданные программы. Заключение
Современный подход требует, чтобы в программе были лишь перечислены необходимые для обработки данные и заданы требуемые форматы их представления. При этом описание баз данных становится независимым от программ пользователей и составляет самостоятельный объект хранения. Эти описания обычно называют метаданными.
Важнейшим компонентом автоматизированной системы сбора, накопления и эффективного использования информации является система управления базами данных (СУБД). Программы составляющие СУБД включают ядро и сервисные средства. Ядро – это набор программных модулей, необходимый и достаточный для создания и поддержания БД. Сервисные программы предоставляют пользователям ряд дополнительных возможностей и услуг по обслуживанию систем баз данных. Языковые средства служат для описания БД и используются для обработки данных пользователями. Литератур а
1. Глушков В. М. “Основы безбумажной информатики”, М. Наука, 1987 г.; 2. “Человек и вычислительная техника” под ред. Глушкова В. М., М. Наука, 1971 г.; 3. “Организационные вопросы автоматизации управления” (перевод с английского) Глушкова В. М., М. Экономика, 1972 г.; 4. Мартин Дж. “Организация баз данных в вычислительных системах”, М. Мир, 1980 г.; 5. Бойко В. В., Савинков В. М. “Проектирование баз данных информационных систем”, М. Финансы и статистика, 1989 г.; 6. Шураков В. В. “Надежность программного обеспечения систем обработки данных”, М. Финансы и статистика, 1987 г.; 7. Уинер Р. “Язык Турбо СИ”, М. Мир, 1991 г.; 8. Paradox Engine. Документация: описание, список функций для создания и работы с БД.; 9. “Турбо СИ. Описание редактора, стандартные и графические функции”, изд. Иститута проблем информатики, М. 1989 г.; 10. Хьюз Дж., Мичтом Дж. “Структурный подход к программированию”. Изд. Мир, М., 1980 г.; 11. “Выполнение организационно-экономической части дипломных проектов”. Учебное пособие, изд. МИРЭА, 1994 г.; 12. “Выполнение организационно-экономической части дипломных проектов”. Учебное пособие, изд. МИРЭА, 1987 г.; 13. “Сетевые графики в планировании”. Разумов И. М., Белова Л. Д., и др., М. Высшая школа, 1981 г.; 14. “Основы финансового менеджмента. Как управлять капиталом?” Балабанов И. Т., М. “Финансы и статистика”, 1994 г.; 15. Мотузко Ф. Я. “Охрана труда”, М. Высшая школа, 1969 г.; 16. Самгин Э. Б. “Освещение рабочих мест”, изд. МИРЭА, 1989 г.;
Воспользуйтесь поиском по сайту: ![]() ©2015 - 2025 megalektsii.ru Все авторские права принадлежат авторам лекционных материалов. Обратная связь с нами...
|