Содержание Реферат 4 Основная часть 5 Введение 1. Анализ концепции построения комплекса средств автоматизации 1. Общая характеристика систем управления 2. Структурная схема комплекса средств автоматизации. 3. Описание функционирования АСУ комплекса средств автоматизации 4. Функциональное назначение АРМ РД 5. Требования, предъявляемые к АРМ РД 2. Обоснование выбора технических средств АРМ РД 1. Возможность функционировать в рамках автоматизированной системы 2. Требования по обеспечению надежности 3. Требование круглосуточной работы 4. Работа в реальном масштабе времени 5. Обеспечение требований ко времени реакции системы 6. Хранение и обработка данных 7. Возможность выдачи информации на принтер и экран монитора АРМ РД 3. Структура базы данных 1. Алгоритм обработки информации 2. Обоснование необходимости организации базы данных 1. Понятие базы данных 2. Достоинства интеграции данных. 3. Проблемы интеграции данных 4. Необходимость организации БД на АРМ РД 3. Логическая организация базы данных 39 3.4. Выбор СУБД 4. Структура комплекса программ АРМ РД 1. Обоснование структуры комплекса программ 51 4.1.1. ПО общесистемного назначения 51 4.1.2. ПО специального назначения 3. Требования, предъявляемые к специальному ПО АРМ РД 2. Программная реализация 3. Состав программ 59 4.4. Описание программ 5. Оценка результатов работы программ 63 Организационно-экономическая часть 66 Введение 1. Планирование разработки с использованием сетевого графика 2. Расчет стоимости разработки 1. Расчёт статьи материалы, покупные изделия, полуфабрикаты 2. Расчёт основной заработной платы по теме 3. Расчет дополнительной заработной платы 81 2.4. Расчёт отчислений на социальные нужды 5. Расчёт накладных расходов 6. Расчёт договорной цены 3. Экономическая эффективность разработки 4. Основные разделы хозяйственного договора 84 Заключение 86 Охрана труда и техника безопасности 87 Введение 1. Характеристика помещения и факторы, действующие на оператора в процессе его труда 88 2. Расчёт освещения рабочего места оператора 3. Расчёт информационной нагрузки 94 Выводы 95 Гражданская оборона 97 Введение 1. Теоретическая часть 1. Оценка воздействия ударной волны на объект 1. Характеристики ударной волны 2. Поражающие факторы ударной волны 2. Оценка пожарной обстановки 1. Влияние степени огнестойкости зданий и сооружений на развитие пожарной обстановки 2. Влияние категорий пожароопасности производства на развитие пожарной обстановки 3. Влияние расстояний между зданиями на распространение пожаров 4. Влияние погодных условий на распространение пожаров 5. Оценка воздействия теплового импульса огненного шара на пожарную обстановку 6. Оценка воздействия вторичных поражающих факторов на пожарную обстановку 105 1.2.7. Воздействие пожара на людей и элементы объекта 3. Оценка устойчивости элементов объекта 2. Расчетная часть 1. Исходные данные 2. Расчет 1. Оценка воздействия воздушной ударной волны на элементы объекта 2. Оценка пожарной обстановки 3. Предложения по защите 1. Отнесение хранилища на безопасное расстояние от здания 109 3.2. Уменьшение массы хранимого пропана 3. Меры по предупреждению аварийной ситуации на хранилище пропана 4. Меры по защите административного здания 5. Меры по индивидуальной защите оператора 112 Эргономика 1. Теоретическая часть 1. Базовый подход к конструированию рабочего места оператора 2. Понятие рабочего места и рабочей зоны оператора 3. Формирование типового состава рабочей зоны 115 1.3.1. Организация пространства рабочего места оператора 2. Условия, которым должна удовлетворять рабочая зона 2. Реализация эргономической оценки рабочего места оператора 1. Основные эргономические требования, предъявляемые к дисплею 2. Основные эргономические требования, предъявляемые к клавиатуре 120 2.3. Размещение кресла оператора в рабочей зоне 4. Размещение устройств документирования 5. Расположение рабочего места оператора в помещении 122 Заключение 124 Заключение 127 Приложение 128 Приложение 131 Список литературы 163 Реферат Данная расчетно-пояснительная записка состоит из 5-ти основных разделов, которые в общей сложности занимают 163 печатных листа. В состав пяти основных разделов входят специальная часть дипломного проекта, организационно-экономическая часть, разделы по охране труда и технике безопасности, гражданской обороне и эргономике.
Текст расчетно-пояснительной записки сопровождается рисунками и таблицами.
Расчетно-пояснительная записка содержит 30 рисунков, из них 7 рисунков формата А1 и 8 таблиц.
В дипломном проекте на тему Автоматизированное рабочее место регистрации и документирования комплекса средств автоматизации разработаны программы обработки запросов для 3-х форм представления байтов состояния устройств, входящих в комплекс средств автоматизации.
Программы осуществляют формирование и обработку запросов для каждой из 3-х форм представления байтов состояния и выдачу результатов запроса в файл. Программы работают совместно с ПО, осуществляющим выдачу результатов запроса на экран монитора и принтер. Описание алгоритмов программ и самих программ, а также Оценка результатов работы программ приведены в расчетно-пояснительной записке.
Программа написана на языке Borland C , компиляция и отладка проведены в системе программирования С . Данная программа входит в
Состав программ ного комплекса, разрабатываемого научно-техническим отделом, в котором создавался дипломный проект.
Устройства ввода также должны обеспечивать широкий спектр вводимой инф... . 1. такие функции как возможность ввода информации в ЭВМ возможность вывод... Первые ЭВМ использовались как большие автоматические арифмометры. Прин...
Анализ концепции построения комплекса средств автоматизации 1.1.
Это свойственно системе обработки данных, но не собственно автоматизир... Полуавтоматическая система может рассматриваться как вариант автоматич... . Автоматизация систем управления осуществляется с помощью вычислительно... В первом случае ЭВМ используется, как правило, для решения отдельных п...
Структурная схема КСА представлена на рис.1. Структурная схема комплекса средств автоматизации. На структурной схеме обозначены следующие устройства компоненты КСА ВК... . 1.3.
Независимо от вида информации, которая должна быть обработана, и типа ... Функциональное назначение АРМ РД Как было отмечено выше, с целью обесп... Также необходимо обеспечить сохранение всей информации о техническом с... 1.5. 2.
Обоснование выбора технических средств АРМ РД. Возможность функционировать в рамках автоматизированной системы Для ре... см. Надежность обеспечивается схемой подключения 2-х ПК к ВК, а также режи... Прежде всего это касается соблюдения норм теплового режима работы. Так...
Хранение и обработка данных Для хранения данных, поступающих на АРМ РД, ПО общесистемного назначения и ПО специального назначения необходим минимальный размер дисковой памяти 80 МБ, а также съёмные магнитные носители информации дискеты для организации архива данных. 2.7. Возможность выдачи информации на принтер и экран монитора АРМ РД Для обеспечения возможности отображения информации оба ПК должны быть укомплектованы цветными мониторами VGA и принтерами EPSON LX-100. 3. Структура базы данных 3.1.
Это означает, что в кодограммах обмена отдельные поля, биты или группы... Со 2-го по 5-е слово кодограммы регистрации 1 располагается следующая ... Соответствие разряда устройству показано ниже рис.10, 11 . Единица в соответствующем разряде свидетельствует о наличии, а нуль - ... ВР 0 0 0 0 0 1 1 0 Прием от АБН 3-х кодограмм подряд с ВПС-1010 не пол...
Обоснование необходимости организации базы данных 3.2.1.
пользователи информационной системы имеют возможность обращаться к инт... Современный подход требует, чтобы в программе были лишь перечислены не... Достоинства интеграции данных. В-четвертых, развитие концепции БД представляет собой важный шаг в нап... Подставляя данные в программу, СУБД предварительно их обрабатывает, в ...
Этот вид защиты часто называют обеспечением физической целостности дан... Физическая целостность обеспечивается средствами ведения системного жу... Копия БД должна быть выполнена на момент начала ведения журнального фа... Это программные фильтры, когда пользователь имеет возможность обрабаты... Основное средство обеспечения этой разновидности защиты данных состоит...
Необходимость организации БД на АРМ РД. Непосредственное функциональное назначение АРМ РД - регистрация и доку... АРМ РД в режиме реального времени выполняет следующие функции прием да... обеспечить требования ко времени реакции системы на запросы и обновлен... 3.3.
Логическая организация базы данных Для реализации логической организации БД необходимо определить, что является объектом предметной области информационной системы.
Как уже было отмечено выше п. 3.1.1 любое сообщение в системе, или кодограмма, имеет формат в рамках заранее оговоренного Протокола информационного обмена. Разряды кодограмм регистрации содержат ряд характеристик, определяемых типом поступающей по устройству информации информации обмена по КС информации обмена между Ш1, Ш2, Ш3, и ВК сбойной информации обмена по КС сбойной информации между Ш1, Ш2, Ш3 и ВК информации о НЛИ информации ФК информации НСД информации НСД ОП информации о БС устройств.
В зависимости от типа передаваемого по устройству сообщения, содержимое разрядов кодограмм различно, а, следовательно, различны и атрибуты объектов информационной системы.
Если рассматривать информационную систему в части отображения информационного и технического состояния устройств ФК , то объектом предметной области является информация о состоянии устройств. В общем случае объектом предметной области является, например, распоряжение администратора, директора, т.е. те управляющие воздействия, которые циркулируют в АСУ в процессе ее функционирования.
Прежде чем говорить о формировании отношений, необходимо привести перечень атрибутов, выявляющих сущность объектов, которые затем формируются в отношения 1. Дата отправки кодограммы 2. Время отправки кодограммы 3. Направление от ПУ1, информация в КС3 и т.п. 4. Режим работы 5. Источник откуда пришла кодограмма 6. Вид сообщения БС, НСД, и т.п. 7. Количество сбойных кодограмм 8. Содержание сбойных кодограмм 9. Тип устройства, от которого пришла кодограмма 10. Признак сообщения от нескольких устройств приходят в одной кодограмме 11. Значение контрольной суммы при пуске ВК 12. Значение периодически вычисляемой контрольной суммы 13. Текст сообщения, содержащегося в кодограмме.
После составления перечня атрибутов, очередная задача состоит в определении набора отношений и составлении логической структуры БД. Логическая структура базы данных представлена на рис. 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 - библиотека стандартных программ на языке Си, которые можно объединить с любой прикладной программой на языке Си. В большинстве современных систем общий доступ к данным можно осуществить лишь при выполнении дополнительных операций - обычно файлы одной операционной среды переводятся в форматы другой, и наоборот. Если при анализе задачи выясняется, что
Таким образом, прикладные программы на языке Си получают возможность о... Paradox Engine - это удобное средство для разработчиков программ обслу... Исходные данные. Разработчики Engine могут использовать данные системы Paradox или разр... хранятся в разных системах, то проблемы обобщения становятся важной об...
приложения, которые в дальнейшем можно развивать на основе Paradox.
Разработчики Paradox могут расширить функции системных программ Paradox, дополнив их вспомогательными программами на языке Си. Основные характеристики системы Paradox. Таблицы Paradox - это стандартные файлы DOS с расширением. DB . Имена таблиц отвечают стандартным соглашениям об идентификации файлов, принятым в ОС MS DOS. Каждая таблица может содержать до двух биллионов записей, а при ее записи на диск размер таблицы ограничен только размером диска или объемом свободной памяти на диске.
Каждая запись может включать до 255 полей, а каждое поле до 255 символов. В Paradox используется пять типов полей алфавитно-цифрового типа, которые позволяют использовать полный набор символов кода ASCII, числовые поля данных, позволяющие использовать до 15-ти значащих цифр, включая место для десятичной точки в интервал значений, а также текущие поля данных, короткие числовые поля и поля даты. Для упорядочения и поиска ключевых полей таблицы в Paradox Engine предусмотрены специальные функции, использующие индексный метод доступа.
Индекс таблицы позволяет ускорить процесс поиска нужной записи. Первичный индекс упорядочивает записи в порядке возрастания ключевых полей. Paradox хранит записи отсортированными по ключу и не позволяет дублировать ключи. Вторичные индексы, как правило, организуются для очередей таблиц и служат для улучшения представления данных. Для создания оконного интерфейса пользователя используется библиотека СXL- библиотека функций на языке С, что дает возможность ускорить написание программы, так как позволяет уделить больше времени решению основной задачи.
Конечно, нельзя однозначно сказать, что выбранная СУБД идеально соответствует поставленной перед разработчиками задаче. Для иллюстрации сравним Paradox Engine и СУБД Paradox с внутренним языком программирования PAL. PAL - это внутренний язык программирования системы Paradox. Сравнивая PAL и Си, можно отметить, что и тот и другой обладают рядом преимуществ и недостатков.
Например, PAL обладает обширным встроенным аппаратом для обслуживания баз данных, однако не обладает гибкостью и управляющими возможностями языка Си. С другой стороны, Си, обеспечивая максимально возможный уровень управления программой, и, следовательно, ее гибкость, не обладает возможностью обслуживания баз данных. PAL считается языком высокого уровня, предельно подогнанным к среде Paradox. Он обеспечивает возможность создания документов, зашитую в интерфейс вместе с процедурными возможностями, а также является идеальным средством для быстрого макетирования или разработки многопользовательских программ обслуживания баз данных.
В свою очередь, т.к. Си является традиционным языком программирования, то его нецелесообразно применять для программ обслуживания баз данных - они сложнее аналогичных программ на языке PAL. С другой стороны, программы обслуживания баз данных на языке PAL больше по размеру и хуже по быстродействию, чем те же программы на языке Си, использующие функции Engine.
Преимущества языка PAL заключаются в том, что он обладает обширным встроенным аппаратом и обеспечивает немедленный доступ ко всем областям системы Paradox. PAL позволяет разрабатывать программы с использованием опций меню Paradox. Преимущества Engine заключаются в следующем обеспечение высокого уровня управления программами расширение функциональности системы Paradox работая в Engine, вы ограничены только возможностями собственной программы и доступностью вспомогательных библиотек обеспечение максимальной эффективности программ при их минимальном размере.
Из представленных выше рассуждений следует, что при помощи любого программного продукта приблизительно одного класса можно решить поставленную задачу, выбрав различные подходы к проблеме, минимизируя или максисмизируя те или иные характеристики. Можно сделать вывод, что на выбор СУБД повлияли следующие факторы 1. Наличие опыта программирования на языке Турбо Си, у разработчиков, что позволяет снизить временные и материальные затраты на их переобучение. 2. Трудоемкость реализации приложений, позволяющая в то же время обеспечить более высокое быстродействие выполнения программ например, позволяющая минимизировать такую характеристику как время поиска по БД, и, следовательно, уменьшить время реакции на запрос . 3. Обеспечение гибкости ПО и высокого уровня управления программами. 4. Си открывает программисту доступ к внутренностям компьютера - битам, байтам и регистрам, управляющим работой центрального процессора и внешних устройств.
Но Си все-таки представляет собой нечто большее, чем язык ассемблера высокого уровня. Блочная структура программы на Си обеспечивает как защиту данных, так и высокий уровень контроля за областями действия и видимости переменных. 5. Возможность при реализации ПО АРМ РД для создания оконного интерфейса использовать библиотеку СXL- библиотеку функций на языке Си, что дает возможность уделить больше времени решению основной задачи. 4. Структура комплекса программ АРМ РД 4.1.
ПО общесистемного назначения представляет собой программные средства, ... Исходными данными предусмотрено, что в качестве среды функционирования... 4.1.2. Система меню является подсказкой, исключающей ошибку оператора. Требования к операционной и программной совместимости. Программное обе...
Программная реализация Постановка задачи Задачей данного дипломного проекта является разработка программ формирования и обработки запросов для трех форм представления БС и выдача их на экран монитора и принтер.
Программы должны быть разработаны для технических средств АРМ РД и обеспечивать информационную и программную совместимость в части возможности замены ЭВМ на модель более высокого порядка, замену принтера на более производительный и т.п. Программы обработки запросов должны функционировать в составе остального ПО АРМ РД и минимизировать время обработки запроса.
Это означает, что необходимо организовать поиск по БД таким образом, чтобы минимизировать время поиска по БД, и, следовательно, уменьшить время ответа на запрос оператора характеристика, рассмотренная в п.2.5. может быть минимизирована не только техническими, но и программными средствами. Программы обработки запросов должны обеспечить запись преобразованных форм БС в файл, и работать совместно с программами, обеспечивающими.