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

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

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

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

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

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

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

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

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

Теперь рассмотрим более подробно состояние и перспективы развития АРМ на базе персональных ЭВМ, а затем затронем некоторые вопросы технического и программного обеспечения АРМ.

Развитие электроники привело к появлению нового класса вычислительных машин — персональных ЭВМ (ПЭВМ). Главное достоинство ПЭВМ — сравнительно низкая стоимость и в то же время высокая производительность. Так, например, если проанализировать характеристики больших ЭВМ начала 60-х годов, мини-ЭВМ начала 70-х годов и ПЭВМ 80-х гг., то окажется, что производительность примерно одинакова. Низкая стоимость, надежность, простота обслуживания и эксплуатации расширяет сферу применения ПЭВМ прежде всего за счет тех областей человеческой деятельности, в которых раньше вычислительная техника не использовалась из-за высокой стоимости, сложности обслуживания и взаимодействия. К таким областям относится и так называемая учрежденческая деятельность, где применение ПЭВМ

Рис 1. Обобщенная схема ПЭВМ:

1-микропроцессор, 2-основная память, 3-ВЗУ, 4-дисплей, 5-клавиатура, 6-печатающее устройство, 7-системная магистраль.

позволило реально повысить прoизводительность труда специалистов, связанных с обработкой информации. Этот аспект особенно актуален в связи с тем, что производительность управленческого труда до сих пор росла крайне низкими темпами. Так за последние 30 лет она повысилась в 2-3 раза, в то же время в промышленности — в 14-15 раз. В настоящее время для интенсификации умственного и управленческого труда специалистов различных профессий разрабатываются и получают широкое распространение АРМ которые функционируют на базе ПЭВМ.

Рассмотрим основные составляющие элементы АРМ работников экономических служб, управленческой деятельности и др., перспективы их развития и использования. На рис. 1 представлена общая схема ПЭВМ, составляющей техническую основу АРМ.

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

Производительность ПЭВМ зависит также и от количества памяти, с которой она работает. Память бывает основная и внешняя. Основная память состоит из двух компонентов: постоянного запоминающего устройства (ROM или ПЗУ) и оперативного запоминающего устройства (RAM или ОЗУ). В ОЗУ хранится динамическая информация программы и обрабатываемые данные. При выключении питания содержимое ОЗУ теряется. ПЗУ, как правило, гораздо меньше ОЗУ, информация в нем хранится постоянно и ее изменение либо вообще невозможно, либо возможно только при помощи специальных устройств (программаторов ПЗУ). Емкость памяти 8-разрядных ЭВМ как правило 64Кб — 640Кб, 16-разрядных — 1Мб, 32-разрядных — 4Мб и более.

Внешние запоминающие устройства (ВЗУ) также бывают разных типов. Ленточные накопители служат для хранения информации на магнитной ленте. В настоящее время могут хранить до нескольких гигабайт (1Гб = 1024 Мб) информации. Несмотря на то, что эти устройства появились довольно давно они до сих пор широко распространены, главным образом из-за большого объема вмещаемых данных, и используются в основном для резервного копирования и длительного хранения информации.Дисковые накопители в настоящее время наиболее широко распространены. Их можно разделить на несколько групп:

а) Накопители на гибких дисках (флоппи дисках). Несмотря на сравнительно низкую емкость дискет (от 1 до 3Мб) в настоящее время очень широко распространены главным образом из-за низкой стоимости.

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

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

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

Дисплей — основное устройство для отображения информации. Характеризуются размером экрана, максимальным разрешением и пр. Чем больше размер экрана и чем больше разрешение, тем, соответственно больше информации можно на нем разместить.

Клавиатура — основное устройство для ввода информации.

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

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

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

Накопленный опыт подсказывает, что АРМ должен отвечать следующим требованиям:

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

минимальное время ответа а запросы пользователя.

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

простота освоения приемов работы на АРМ и легкость общения, надежность и простота обслуживания.

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

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

возможность работы в составе вычислительной сети.

Обобщенная схема АРМ представлена на рис. 2.

Рис 2. Схема автоматизированного рабочего места.

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

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

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

Анализ диалоговых систем с точки зрения организации этого диалога показал, что их можно разделить (по принципу взаимодействия пользователя и машины) на:

системы с командным языком

“человек в мире объектов”

диалог в форме “меню”

Применение командного языка в прикладных системах это перенос идей построения интерпретаторов команд для мини- и микро ЭВМ. Основное его преимущество — простота построения и реализации, а недостаток — продолжение их достоинств: необходимость запоминания команд и их параметров, повторение ошибочного ввода, разграничение доступности команд на различных уровнях и пр. Таким образом в системах с командным языком пользователь должен изучать язык взаимодействия. Внешне противоположный подход “человек в мире объектов” — отсутствуют команды и человек в процессе работы “движется” по своему объекту с помощью клавиш управления курсором, специальных указывающих устройств (мышь, перо), функциональных комбинаций клавиш. Диалог в форме меню “меню” представляет пользователю множества альтернативных действий, из которых он выбирает нужные. В настоящее время наиболее широкое распространение получил пользовательский интерфейс, сочетающий в себе свойства двух последних. В нем все рабочее пространство экрана делится на три части (объекта). Первая (обычно располагающаяся вверху) называется строкой или полосой меню. С ее помощью пользователь может задействовать различные меню, составляющие “скелет” программы, с их помощью производится доступ к другим объектам (в т.ч. управляющим). Вторая часть (обычно располагается внизу или в небольших программах может вообще отсутствовать) называется строкой состояния. С ее помощью могут быстро вызываться наиболее часто используеиые объекты или же отображаться какая-либо текущая информация. Третья часть называется рабочей поверхностью (поверхностью стола) — самая большая. На ней отображаются все те объекты, которые вызываются из меню или строки состояния. Такая форма организации диалога человека и машины наиболее удобна (по крайней мере на сегодняшний день ничего лучшего не придумано) и все современные программы в той или иной мере используют ее. В любом случае она должна соответствовать стандарту СUA (Common User Access) фирмы IBM.

Рассмотрим теперь два подхода к разработке АРМ. Первый подход — функциональный представляет собой автоматизацию наиболее типичных функций.

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

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

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

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

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

Важную роль в учрежденческой деятельности играет оперативный обмен данными, который занимает до 95% времени руководителя и до 53% времени специалистов. В связи с этим получили распространение м программные средства типа “электронная почта”. Их использование позволяет осуществлять рассылку документов внутри учреждения, отправлять, получать и обрабатывать сообщения с различных рабочих мест и даже проводить совещания специалистов, находящихся на значительном расстоянии друг от друга. Проблема обмена данными тесно связана с организацией работы АPM в составе вычислительной сети.

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

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

учет решаемых задач

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

учет профессиональных привычек и склонностей

разработка не только ФПО, но и специальных технических средств (мышь, сеть, автоматический набор телефонных номеров и пр.)

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

Рассмотрим теперь определение состава средств вычислительной техники комплексов АРМ (на примере системы оперативного управления производством).

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

Синтез методов и моделей организации программно — технических средств при представлении АС ОУП как комплексов АРМ хозрасчетных производственных коллективов должны пройти две стадии: стадию определения рационального состава средств ВТ и стадии решения проблемы распределения ресурсов вычислительной системы комплексов АРМ по конечным ее потребителям.

Для определения рационального состава средств ВТ и базового программного обеспечения воспльзуемся сформулированной целевой функцией процесса развития, определяемой как “минимизировать затраты ресурсов на процесс развития СУП ПП”

F1t (R) ——————> min (1)

t {t’r}

При определении рационального состава средств ВТ и базового программного обеспечения значимо затрагиваются три вида ресурсов: r1, r2, r3 — трудовые, временные и материальные. Причем затрагиваются как ресурсы заказчика, так и ресурсы разработчика. Переменные, оказывающие влияние на целевую функцию, многообразны по своему составу, и неоднородны по единицам измерения. Оставляя постулатом общую стоимостную оценку затрат ресурсов F1t (R), рассмотрим перечень и содержание основных наиболее значимых частных оценок.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Обозначим множество этих показателей как

Е = { e1, e2,…, en1 } (2)

а множество возможных комбинаций, доступных средств ВТ и базового программного обеспечения, как

Д = { d1, d2,…, dn2 } (3)

Tогда функция минимизации затрат трудовых и временных ресурсов, зависящая от выбора ВТ, будет иметь вид:

F2t (E, Д) ————> min (4)

t {t’e}

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

Д > Дmin,

r1c < const11, r1s < const12, (5)

r2c < const21, r2s < const22.

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

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

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

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

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

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

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

H = { h2, h3,…, hn3 } (6)

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

F3t (H, Д)————> min (7)

t {t’r}

с ограничениями

r2s <= const21, r2s <= const21, r3s <= const22.

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

F4t (E, Д) ————> min (8)

t {t’e}

c дополнительным ограничением

r3с <= const22.

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

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

F5t (E,H, Д) ————> min (9)

t {t’e}

при ограничениях

Д > Дmin,

r1c < const11, r2c < const21, r3c < const31,

r1s < const12, r2s < const22, r3s < const32,

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

W = { w1, w2,…, wn4 } (10)

Теперь синтезированная задача определения рационального состава средств ВТ и базового программного обеспечения сводится к обычной задаче линейного программирования и имеет вид:

F6t (E,H, Д) ————> min (11)

t {t’e}

——————

c ограничениями (9), где Wj = {Wi, Wn4} є W, j є 1...n4.

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

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

Рассмотрим теперь экономико-организационные резервы пр-ва программных средств АРМ.

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

экстенсивное, связанное с расширением сети организаций по разработке, производству и поставке ПС;

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

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

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

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

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

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

Ц = С + Пн + Пд ,

где С — себестоимость разработки (разовых) и производства (тиражируемых) ПС;

Пн — нормативная прибыль, устанавливаемая централизованно, в процентах к С;

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

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

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

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

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

Пд = Пн + Кэ + Кп ,

где Кэ — коэффициент, связанный с величиной экономического эффекта от применения ПC;

Кп — коэффициент, связанный с качеством ПС.

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

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

Список литературы

1. “Автоматизированное рабочее место в системе управления предприятием”, Сборник научных трудов, Ленинград, 1989г.

2. В.В.Шураков. “Автоматизированное рабочее место для статической обработки данных”, 1990г.

3. И.Л.Кантарь. “Автоматизированные рабочие места управленческого аппарата”, 1990г.

www.ronl.ru

Реферат на тему Автоматизированное рабочее место

АННОТАЦИЯ

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

СОДЕРЖАНИЕ

Назначение программы……………………………………………………………………
Условия применения………………………………………………………………………
Выполнение программы…………………………………………………………………..
Сообщения оператору……………………………………………………………………..

НАЗНАЧЕНИЕ ПРОГРАММЫ

Программное обеспечение АРМ предназначено для использования в процессе документооборота на рабочем месте помощника начальника Управления ГОЧС г.Камышина..

УСЛОВИЯ ВЫПОЛНЕНИЯ ПРОГРАММЫ

Для эксплуатации программного обеспечения АРМ необходим IBM PC-совместимый компьютер со следующим составом технических и программных средств.

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

Наименование технического средства или компонента	Техническая характеристика	Примечание
Технология изготовления	АТ	От этого зависит мощность и возможности оборудования
Центральный процессор	Не ниже 80486DS 40MHz	Лучше Pentium 133 MHz и выше
Оперативная память	Не менее 16Mb SIMM	Желательно 16 или 32 MB DIMM
Материнская плата
Видео карта	Стандартный VGA - адаптер	Лучше SVGA с 2MB
Звуковая плата, колонки	Не требуется	Не требуется
Носители информации	Жесткий диск на 1GB, свободное место не менее 4MB	Лучше на 1.7GB
Дисководы	Для гибких магнитных дисков 3.5” на 1.44MB
CD-ROM	Не требуется	Не требуется
Монитор	14”	15”
Клавиатура	Стандартная 104 клавишная	Совместимая с операционной системой Windows 95
Манипулятор	Типа «мышь» с двумя кнопками
Печатающее устройство	Принтер	Присутствие важно при необходимости распечатки результатов.
Дополнительное оборудование	Не требуется

Рекомендуемый состав технических средств для боле комфортной работы:

Наименование технического средства или компонента	Техническая характеристика	Примечание
Технология изготовления	АТX	От этого зависит мощность и возможности оборудования
Центральный процессор	Pentium 233 MHz и выше	Лучше Pentium 300 MHz и выше
Оперативная память	Не менее 32Mb SIMM	Желательно 64 или 128 MB DIMM
Материнская плата
Видео карта	SVGA с 2MB	Можно более мощные с графическим акселератором
Звуковая плата, колонки	Не требуется	Не требуется
Носители информации	Жесткий диск на 3GB, свободное место не менее 4MB	Лучше на 5 или 10GB
Дисководы	Для гибких магнитных дисков 3.5” на 1.44MB
CD-ROM	Не требуется	Не требуется
Монитор	15”	17”
Клавиатура	Стандартная 104 клавишная	Совместимая с операционной системой Windows 95
Манипулятор	Типа «мышь» с двумя кнопками
Печатающее устройство	Матричный притер	Лучше струйный или лазерный

Для корректной работы приложений необходимо установить операционную систе-

му Windows 95 или выше, а также программный продукт MS Visual FoxPro 6.0.

ВЫПОЛНЕНИЕ ПРОГРАММЫ

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

Для загрузки программного продукта АРМ, оператору необходимо передерживаться следующей последовательностью действий:

В режиме помощника.

Сразу после запуска программы появляется окно ввода пароля (Рис.1), после чего программа будет ожидать действий пользователя.

Рис.1. Форма ввода пароля

Рис. 2. Окно работы для сотрудников Управления

Рис. 3. Меню

После можно выбирать, нужный документ в пункте меню «Работа с документами». Выбрав, откроется форма заполнения данных. Где при помощи кнопки «Найти» можно выбрать предприятие или учебное заведение, по которому нужно работать с информацией (Рис. 4)

Рис. 4. Работа с формой

Если надо работать с отчетами, то в пункте меню «Отчеты» необходимо выбрать «По объекту экономики», если вам надо посмотреть отчет по предприятиям и «По учебным заведениям», если вам соответственно нужны отчеты по учебным заведениям города.
Как только вы выберете, что вам нужно, откроется форма запроса. Здесь из выпадающего списка надо выбрать тип отчета и объект, по которому надо просмотреть отчет (Рис. 5). После чего откроется выбранный вами отчёт, который можно распечатать (Рис. 6).

Рис. 5. Выбор отчета

Рис. 6. Отчет

Для того чтобы добавить новый объект. Необходимо выбрать пункт меню «Добавить новый объект», где надо очень внимательно и првильно вписть название объекта (Рис. 7).

Рис. 7. Добавление нового объекта

Если вам надо посмотреть сводки или распечатать их, то надо выбрать пункт «Сводки» и выбрать ту, которая вам нужна. После чего откроется нужная сводка (Рис. 8)

Рис.8.

В режиме сотрудника

Сразу после запуска программы появляется окно ввода пароля (Рис.8), после чего программа будет ожидать действий пользователя.

Рис. 9. Вход в режиме сотрудника

Рис. 10. Окно и меню в режиме работы сотрудника

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

СООБЩЕНИЯ ОПЕРАТОРУ

Сообщение представленные на рисунке 11, связаны с добавлением информации или ее обновление в базе данных при работе с информацией в форме.

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

Рис. 11

Сообщение представленное на рисунке 12, выдается при первом запуске окна формирования отчета. Это связано с обновлением структуры временной таблицы.

Рис. 12

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

Рис. 13

СОДЕРЖАНИЕ

Введение 7

1. АНАЛИЗ ПРОБЛЕМ АВТОМАТИЗАЦИИ ДЕЛОПРОИЗВОДСТВА В УПРАВЛЕНИИ ГОЧС ГОРОДА КАМЫШИНА 8

1.1. Описание работы Управления ГОЧС г.Камышина: 8

1.1.1. Описание Управления ГОЧС г.Камышина 8

1.1.2. Документы, разрабатываемые Управлением ГОЧС города. 10

1.1.3. Организация информации. 10

1.2. Проблемы автоматизации 11

2. Постановка задачи АРМ ПОМОЩНИКА НАЧАЛЬНИКА УПРАВЛЕНИЯ ГОЧС 14

4. РАЗРАБОТКА ПРОГРАММНОГО ПРОДУКТА 20

5. ТЕСТИРОВАНИЕ ПРОГРАММНОГО ПРОДУКТА 26

список литературы 28

Введение

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

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

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

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

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

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

В данной работе ставилась задача создание такой системы, которая в кратчайшие сроки и с минимальными затратами финансовых и людских ресурсов на программное, и аппаратное обеспечение сможет обеспечить достойную работу Управления ГОЧС г.Камышина.

Основной результат данной работы и состоит в разработке программного продукта для обеспечения стабильной работы помощника начальника Управления ГОЧС.

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

Изучить проблемы автоматизации делопроизводства в Управлении ГОЧС г.Камышина;
Обосновать и выбрать средство программирования;
Разработать программный продукт;
Протестировать программный продукт.

1.АНАЛИЗ ПРОБЛЕМ АВТОМАТИЗАЦИИ ДЕЛОПРОИЗВОДСТВА В УПРАВЛЕНИИ ГОЧС ГОРОДА КАМЫШИНА

1.1.Описание работы Управления ГОЧС г.Камышина:

1.1.1.Описание Управления ГОЧС г.Камышина

Управление ГОЧС г.Камышина организовано централизованно и осуществляется в целях поддержания высокой готовности и своевременного выполнения возложенных на неё задач в мирное и военное время.

Управление ГОЧС осуществляется:

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

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

В экстренных случаях распоряжения и указания должностным лицам, подчиненным непосредственно начальнику ГО может отдавать от его имени начальнику Управления ГОЧС с последующем докладом начальнику ГО.

Для поддержания системы управления в постоянной готовности к выполнению задач в любых условиях обстановки осуществляется круглосуточное дежурство оперативных дежурных Управления ГОЧС города на основном пункте управления, дежурного по ГУВД, диспетчеров химически опасных объектов, а также ОГПС-9, станции скорой помощи, межрайонных электросетей, ОАО «Межрайгаз», жилищно-ремонтное предприятие (ЖРЭП) с основными задачами:

- приём и передача сигналов (распоряжений) на перевод ГО с мирного на военное положение, а также на объявление сигнала «воздушной тревоги»;

- приём и проверка достоверности данных об авариях, катастрофах, надвигающихся и наступивших стихийных действиях;

- оповещение органов управления и населения об опасности заражения аварийно химически опасными веществами (АХОВ).

Кроме того, как постоянно действующий орган, обеспечивает работу комиссии по ЧС (КЧС) Российской Системы предупреждения чрезвычайных ситуаций (РСЧС). Управление силами РСЧС заключается в целенаправленной деятельности руководящего состава Управления ГОЧС. Всех подсистем и уровней по поддержанию их в готовности и руководство ими при действиях по защите населения, предупреждению ликвидаций ЧС. Оно включает: организацию осуществления мероприятий по поддержанию готовности органов управления РСЧС; сбор и анализ обстановки; подготовку расчетов и предложений для принятия начальником ГО (председателем комиссии по ЧС) решения; уточнения планов и своевременное доведения задач до подчинённых; планирование действий; организацию и поддержанию взаимодействий; всестороннее обеспечение привлекаемых сил; организацию управления и контроль исполнения.

1.1.2. Описание работы помощника начальника Управления ГО и ЧС г.Камышина

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

На него возлагается:

тренировок, командно-штатных и тактико-специальных учений ГФ;

на курсах ГО города и ОЭ;

Он обязан:

При функционировании в режиме повседневной деятельности:

городского звена областной подсистемы ГОЧС;

ликвидации последствий ЧС на следующий учебный год;

следующий учебный год;

Управления ГОЧС города по оперативной работе, боевой подготовке и доводить их до городских служб, объектов экономики и курсов ГО города;

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

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

управления;

и ходе боевой подготовки в службах ГО города, на объектах экономики (ОЭ) и оказывать им методическую помощь;

принимать участие в пропаганде ГО среди населения;
обобщать и распространять положительный опыт в подготовке объектов экономики,

руководящего состава формирований и обучения населения;

совершенствованию учебно-методической базы (УМБ) ГО на объектах экономики, курсах ГО и учебных заведениях города;

штабных, специальных учений и тренировок и участвовать в их проведении;

мероприятий по подготовке ГО, предупреждения и ликвидации последствий ЧС;

предупреждению и ликвидации ЧС;

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

безопасности, производственной санитарии и противопожарной защиты.

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

В режиме повышенной готовности:

чрезвычайных ситуаций;

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

подготовиться к ведению рабочей карты по обстановке в районах ЧС;
участвовать в подготовке постановлений, приказов, распоряжений, донесений и

других документов по предотвращению ЧС и проектов документов по их ликвидации;

уточнять состав сил и средств, взаимодействующих организаций, их готовность и

возможный порядок их использования.

В режиме чрезвычайной ситуации:

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

участие в ее ликвидации;

организовать усиленное наблюдение и ведение разведки на аварийном ОЭ;
вести рабочую карту по сложившейся обстановке в районе ЧС;
участвовать в подготовке постановлений, распоряжений, приказов, донесений и

других документов для ликвидации последствий ЧС.

1.1.2.Документы, разрабатываемые Управлением ГОЧС города.

По своему предназначению документы, разрабатываемые Управлением ГОЧС, подразделяются на оперативные, мобилизационные и административно-организационные.

Оперативные документы подразделяются на документы по управлению и оперативно-информационные документы. К оперативным документам относятся: планы ГО; планы действий (взаимодействия) по предупреждению ликвидаций ЧС; планы основных мероприятий и другие планы; решения, приказы и распоряжения; рабочие карты, схемы, план города и другие.

Оперативно-информационные документы состоят из донесений, сводок, информаций, сообщений, отчётов, журналов действий сил ГО и РСЧС, отчётных карт и другие.

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

К административно-организационным относятся документы, касающиеся повседневной организаторской, административной, учебной и хозяйственной деятельности Управления ГОЧС.

Основными планирующими документами Управления ГОЧС являются: план гражданской обороны на военное время; план действий города по предупреждению и ликвидации последствий чрезвычайных ситуаций.

Кроме того, в Вышестоящие органы Управления ГОЧС представляются (докладываются) решения, планы, директивы, донесения и другие документы. В подчинённые органы Управления, формирования ГО высылаются выписки из документов в объёме, необходимом для выполнения задач.

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

1.1.3.Организация информации.

Информация организуется и проводится постоянно. Информационное обеспечение функционирования Управления ГОЧС осуществляется информационно-управляющей системой, в состав которой входят: абонентские пункты Управления ГОЧС города; средства связи и передачи данных.

Порядок сбора информации о ЧС и обмена её между органами государственной власти и Управления ГОЧС определяется Правительством Российской Федерации.

Информация включает: сбор, обработку, анализ и обобщение сведений, содержащихся в докладах, донесениях и сводках подчинённых; анализ и оценку сведений, поступающих от вышестоящих и взаимодействующих органов Управления; разработку и представления донесений, сводок и отчётов вышестоящие органы Управления; обмен информации между органами и пунктами Управления и внутри них, между службами ГО, взаимодействующими и соседями.

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

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

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

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

Информация организуется начальником Управления ГОЧС. Им устанавливается порядок сбора, обработки и прохождения информации.

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

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

Текущая информация внутри органа Управления (комиссии по ЧС, оперативных групп, служб ГО и другие) осуществляется путём её доведения до структурных подразделений (отделов, отделений, рабочих групп) в соответствии с графиком или по мере необходимости. Для этой цели могут использоваться громкоговорящая селекторная связь, средства автоматизированной информационной управляющей системы и другие.

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

1.2.Проблемы автоматизации

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

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

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

Многие потенциальные проблемы закладываются еще на этапе выбора программы или фирмы-разработчика.

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

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

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

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

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

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

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

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

Одна из проблем автоматизации, имеющая место в аппарате Управления ГОЧС г.Камышина является отсутствие специализации кадров в данном направлении, так как большинство управленческого состава ГОЧС не имеет определённой специализации, которая могла бы быть присуще только работникам Управления ГОЧС. В виду того, что раньше проблема автоматизации стояла, не так остро, специализации в учебных заведениях при подготовке кадров уделялось мало. Да и к тому же основной направленности автоматизации управления как таковой не было. Основанной уклон при подготовке кадров управления сосредотачивался на личных качествах человека, его умение держаться в обществе, «влияние» на человека путём непосредственного с ним общения.

Так же необходимо отметить, что большая часть состава Управления ГОЧС не имеет навыков работы с персональным компьютером. Отсутствие этих навыков можно считать главной причиной проблемы автоматизации в Управлении ГОЧС. На данный момент проблема автоматизации стоит очень остро, её решение позволит значительно облегчить трудоёмкие процессы, сократить временные и материальные затраты. Но для решения этой проблемы, необходимо уделить особое внимание обучению, состава Управления ГОЧС работы с ПК. Это потребует определённых затрат на данную программу. Но в дальнейшем это новшество позволит не только вернуть, но и значительно повысить экономию как денежных, так и других затрат. Обучение состава Управления ГОЧС проводится как в индивидуальном порядке, так и за счёт временного введения новых рабочих мест, повышению заинтересованности самих работников Управления ГОЧС в совершенствовании их профессиональной деятельности и уровня подготовки, необходимости введения новой программы автоматизации. Так как до сих пор многие работники относятся к данным новшествам и программам скептически, руководствуясь давно сложившимися «старыми» стереотипами управления и руководства.

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

2. Постановка задачи АРМ ПОМОЩНИКА НАЧАЛЬНИКА УПРАВЛЕНИЯ ГОЧС

Целью данной работы является разработка приложения автоматизированного рабочего места помощника начальника Управления ГОЧС г.Камышина.

Необходимо разобраться со структурой Управления ГОЧС и проблемами автоматизации документооборота.

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

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

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

3. ОБОСНОВАНИЕ И ВЫБОР СРЕДСТВА ПРОГРАММИРОВАНИЯ

В данной работе для реализации автоматизированного рабочего места помощника начальника Управления ГОЧС был использован пакет Microsoft Visual Studio 6.0 предоставляющий для создания программ среду программирования Visual FoxPro 6.0 и язык программирования FoxPro.

Разработчики и руководители отделов информатизации всегда испытывали смешанные чувства к FoxPro , теперь Visual FoxPro. Для некоторых FoxPro – вся жизнь. Для того, чтобы еще больше затуманить ситуацию Microsoft включила в состав последней версии целый набор всякого рода усовершенствований, что позволит пожару дискуссий полыхать в обоих лагерях.

Прежде чем начать анализ новых возможностей версии 5.0 стоит сделать шаг назад и взглянуть на версию 3.0. Те, кто не знаком с FoxPro отметим, что корни продукта лежат в языке xBase. FoxPro создал себе нишу, будучи лучшей dBase чем dBase и стал любимым инструментом для многих разработчиков.

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

Интернет – это слов присутствует в описание любого нового продукта Microsoft. Visual FoxPro – не исключение. Наиболее заметными из большого числа средств поддержки Интернет являются возможность использования ActiveX, создания OLE серверов и Internet Search Wizard.

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

Рис. 1 Интегрированная среда разработки Visual FoxPro отличается от стандартной среды, используемой Visual C++, J++ и Фортран.

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

Мощь ActiveX

Microsoft пообещала внедрить ActiveX везде, и мы свидетели того, что они держат слово. Подобно остальным продуктам и средствам разработки Visual FoxPro поддерживает ActiveX компоненты, и сам может выступать Automation сервером. Теперь разработчики могут выйти за рамки собственной среды разработки Visual FoxPro и подключить целую гамму дополнительных средств. При этом, в Microsoft похоже, забыли, что OLE теперь называется ActiveX, Visual FoxPro 5.0 по-прежнему работает с такими компонентами как "OLE Bound Control" и "OLE Container Control" при построении форм. Но, как бы то ни было, возможности ActiveX компонентов теперь доступны и разработчикам на Visual FoxPro. Обеспечение поддержки OLE Automation открывает для Visual FoxPro дополнительную нишу применимости. FoxPro всегда считался великолепным инструментом для пакетной обработки больших массивов данных. Начиная с версии 5.0, логика обработки может быть упакована в OLE сервер, которые можно поместить на любой компьютер в сети. Такие OLE серверы способны реализовать бизнес правила и сложные схемы обработки данных. Для облегчения создания распределенных приложений Microsoft включила поддержку Remote automation, интерфейса, впервые появившегося у Visual Basic и Visual C++ для этого в состав продукта включен Remote Automation Connection Manager. Библиотека FOXISAPI.DLL позволяет использовать Visual FoxPro для разработки приложений Интернет. Использование этой библиотеки и Web сервера, поддерживающего ISAPI, например Microsoft IIS, разработчик создает OLE Automation сервер, обращения к которому могут быть организованы через программу просмотра. Для создания и повторного использования новых классов в язык программирования было добавлено много новых объектных расширений. Скорость всегда была отличительной чертой FoxPro. Именно это послужило причиной, что до сих пор никому не удавалось погубить FoxPro, даже после того как его основные технологии были использованы в других «стратегических» продуктах Microsoft, FoxPro просто не удалось поймать! В версии 6.0 группа разработки Visual FoxPro внесла дополнительные усовершенствования, позволившие повысить производительность, снизить требования к ресурсам и ускорить отработку индивидуальных объектов.

Быстродействие

Результатом пристального внимания к скорости отработки объектов явилось то, что формы в версии 6.0 загружаются быстрее. Посредством оптимизации самого процесса отрисовки объектов и отложенной привязки данных, разработчики FoxPro смогли повысить как реальную, так и кажущуюся скорость отработки интерфейса. Под поздней привязкой данных понимается, что привязка данных к объекту выполняется не сразу после его создания, а после того как форма загружена и пользователь смотрит на нее, пытаясь понять, что же ему делать дальше. Подобный подход позволяет распределить процесс загрузки формы, во времени достигая кажущегося повышения производительности. Основные объекты интерфейса, такие как поле ввода, списки и некоторые другие требуют меньше памяти. Загрузка формы и отображение данных происходит быстрее и более нет необходимости в частых обновлениях экрана. Для организаций, которые до сих пор используют устаревшее оборудование на базе 486 процессоров снижение требований к памяти для приложений, разработанных на Visual FoxPro, может оказаться весьма привлекательным. И, наконец, сам процессор данных работает быстрее. При операциях объединения условия связи таблиц формулируются в предложении FROM, а не WHERE, как было раньше. Помимо соответствия стандартам ANSI, такой подход работает быстрее. Разработчики, переходящие на версию 6.0 с более старой, будут довольны, узнав, что Конструктор запросов автоматически конвертирует запросы старого синтаксиса. Microsoft предупреждает, что основной прирост скорости обработки данных был получен на машинах на базе 486 процессора с 8 МБ памяти. Разработчикам это может не понравится, зато должно понравиться тем компаниям, которые по-прежнему используют такие компьютеры, а их немало.

Визуализация

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

Поддержка средства контроля версий обеспечивает управление исходными текстами, поддержку истории изменений и т.д. Старые окна Trace и Debug заменены на полнофункциональные отладчики, поддерживающие перехват событий, сохранение окружения отладки, развитую поддержку прерываний. Между окнами отладчика полностью поддерживается Drag & Drop.

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

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

Не следует игнорировать и средства манипулирования объектами при создании форм и поддержку внешних объединений.

Рис. 2

Подобно Visual Basic Visual FoxPro имеет развитые средства разработки пользовательского интерфейса, основанного на использовании объектов.

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

Впечатляет интеграция Visual FoxPro с серверами баз данных. Скорость обработки запросов по-прежнему привлекает разработчиков. Поддержка ActiveX компонентов и способность создания OLE серверов расширяет возможности Visual FoxPro еще более. При выработке стратегии разработки организациям ни в коем случае не следует сбрасывать Visual FoxPro со счетов. Иногда инструмент со значительной историей предоставляет наибольшие возможности.

Заключение

Visual FoxPro представляет собой развитый язык манипулирования данными, способный работать с любым источником, для которых есть ODBC драйвер. Visual FoxPro может использоваться для создания высокоэффективных клиентских компонентов, равно как OLE Automation компонентов, доступ к которым организован через программу просмотра Интернет.

РАЗРАБОТКА ПРОГРАММНОГО ПРОДУКТА

Разработка программного продукта автоматизированное рабочее место помощника начальника Управления ГОЧС заключалась в создании базы данных, графической части (интерфейса) и возможностью работы с данными.

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

Имеется таблица obeconom, в которой два поля – наименование объекта экономики и его id. Id объявлен как первичный ключ. По этому id мы связываемся со всеми таблицами, имеющимися в базе данных. При добавлении нового объекта экономики, id добавляется во все таблицы. Каждое поле таблицы имеет свой тип. Если это текст, то тип будет character, если цифровые значения – integer, а если дату, то date. Каждая таблица соответствует своему документу. Документы делятся на три типа:

1.Простые - по каждому предприятию одна запись.

2.Полусложные - у каждого предприятия может быть несколько записей.

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

В таблицах сложных документов помимо id объекта экономики добавляется id постоянной информации (см. рис.3).

Id	Наим_об_экономики
1	НТК
…
N	ТЭЦ

id	Id_m	дата	примечание
1	1	01/01/03	Примечание1
1	2	02/02/03	Примечание2
1	3	03/03/03	Примечание3
1	4	.................	.......................
1	5	.................	.......................
2	1	.................	.......................
...	.....	................	.......................

Id_m	Наим_мероприятия
1	Объектовые учения
…
5	Штабные тренировки

Рис.3

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

Рис.4. Блок-схема добавления нового объекта экономики во все таблицы

Графическая часть

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

Для удобства работы было создано меню, со следующими вкладками:

1.Работа с документами – здесь можно выбрать тот документ, по которому будет открыта удобная форма для работы с данными.

2.Отчеты – просмотр отчетов по имеющимся объектам экономики и учебным заведениям и их печать.

3.Сводки – просмотр сводных таблиц.

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

Рис.5. Изображение главного меню

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

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

Рис.6. Так выводится форма

Работа с данными

Как уже было сказано выше простота работы с данными – основополагающее моей работы. Поэтому такая мелочь как поиск предприятия в таблице из базы данных кажется ненужной, можно ведь и просто перебирать все предприятия по очереди пока не найдешь нужное. Но ведь в городе более сотни различных организаций и перебор всех их приведёт к трате времени, значит, необходимость вводить поиск предприятия есть. Но если мы будем писать вручную то не исключено, сто мы допустим ошибку в точном написании. Поэтому название организации можно выбрать из «выпадающего списка», здесь мы уж точно не ошибёмся в написании. И при нажатии кнопки «Открыть» мы уже можем работать с данными – вводить, исправлять, удалять, не нарушая ссылочной целостности. Ниже приведена блок-схема процедуры поиска.

Рис.7. Блок-схема поиска и вывода данных объекта экономики

В этом пункт также рассматривалось, как правильно организовать работу с данными, чтобы пользователь не запутался, и не была бы нарушена логика. Так, например, для организации работы с отчетами был использован язык запросов SQL. Ниже приведён пример кода-открытие выбранного отчета для выбранного предприятия

otch2=thisform.Combo1.text //переменной присваиваем значение выбранного документа

otch3=thisform.Combo2.text //переменной присваиваем значение выбранного объекта экономики

//выбираем тип отчета и запускаем

do case

case otch2='План проведения учений'

creat view temp;

as SELECT Obeconom.наим_объекта_экономики AS name_obj,;

Plan_merop.наим_мероп AS name_merop, Plan.дата_прове AS dat_prov,;

Plan.примечание AS primech;

FROM dbase!plan_merop INNER JOIN dbase!plan;

INNER JOIN dbase!obeconom ;

ON Obeconom.id = Plan.id ;

ON Plan_merop.id_m = Plan.id_m;

WHERE Obeconom.наим_объекта_экономики=otch3

report form plan to print divview

drop view temp

ТЕСТИРОВАНИЕ ПРОГРАММНОГО ПРОДУКТА

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

Эксперимент №1. Поиск

На компьютере запускается АРМ помощника начальника Управления ГОЧС и настраивается.

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

Были проведены замеры времени выполнения запроса по поиску объекта экономики и данных по нему. Запрос по поиску выполняем в трёх разных формах. Результаты практических исследований приведены в следующей таблице.

Таблица 1 – Результаты выполнения запросов

№	Документы	Время
1	1	0.36
2	1	0.4
3	1	0.36
1	2	0.6
2	2	0.6
3	2	0.63
1	3	0.38
2	3	0.35
3	3	0.37

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

Эксперимент №2. Формирование отчетов

Для этого эксперимента выбираем в меню пункт «Отчеты». Из «выпадающего списка» выбираем тип документа и организацию, по которой мы хотим увидеть отчет. Здесь мы проверяем быстродействие и правильность.

Во-первых, выбираем только тип документа – отчет не открывается. Теперь выбираем только организацию – результат аналогичен.

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

Таблица 2

№	Время
1	0.2
2	0.22
3	0.22
4	0.3
5	0.2

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

Это осуществляется таким образом: при помощи CREATE VIEW temp создаем временную таблицу temp со структурой определённой оператором запроса SELECT. Затем просто выводим на экран отчет, в котором при создании мы определили, что его ячейки будут полями из таблицы temp. А потом просто удаляем temp при помощи операции DROP VIEW.

Так же приведу результат такой операции.

Рис.8. Результат запроса – отчет

Как мы видим результат правильный, и документ можно распечатывать. Такой вид организации рабочего места очень облегчает работу помощника начальника Управления ГОЧС г.Камышина.

ЗАКЛЮЧЕНИЕ

В процессе выполнения данной выпускной работе бакалавра был проведен анализ требований предъявленных к автоматизированному рабочему месту. Исходя из этих требований, был выбран язык программирования и среда, позволяющие реализовывать структурированную базу данных, и обеспечить оптимальный пользовательский интерфейс. В качестве языка программирования был выбран Visual FoxPro 6.0, обладающий всеми функциями для успешной разработки баз данных и является хорошо зарекомендовавшим себя, он представляет собой развитый язык манипулирования данными, способный работать с любым источником, для которых есть ODBC драйвер. Visual FoxPro может использоваться для создания высокоэффективных клиентских компонентов, доступ к которым организован через программу просмотра Интернет. Был создан удобный пользовательский интерфейс, способный взаимодействовать с базой данных. Он позволяет искать информацию, вводить новую, удалять, создавать резервные копии (архив), а так же формировать отчеты и рассчитывать сводки. В заключение можно сказать, что поставленные задачи требуют более продолжительных и тщательных исследований и разработок. Например, продукт можно модернизировать для работы в сети. Таким образом, можно будет взаимодействовать со всеми объектами экономики по сети. Информация будет поступать в электронном виде и автоматически добавляться в базу данных. А потом можно будет формировать отчеты и отправлять в г.Волгоград.

список литературы

Райан Стивенс, Рональд Плю. SQL (освой самостоятельно за 24 часа) / перевод с англ. – М.: ЗАО «Издательство Бином »– 1998 - 400с.
«Наставление по организации и ведению гражданской обороны в городском районе (городе) и на промышленном объекте народного хозяйства». Военное издательство Министерства обороны СССР, Москва-1976
«Руководство по действиям органов Управления и сил РСЧС при угрозе и возникновении чрезвычайных ситуаций». ВНИИ ГОЧС, Москва-1996

4. Журнал. BackOffice Magazine. «Почему Visual FoxPro – хороший выбор для вашей организации » ноябрь 1997

5. Единая система программной документации ГОСТ 19.XXX-78.

6. Финансовая газета, №50. «Проблемы автоматизации - взгляд с двух сторон». 13 декабря 2000

7. Чеботарев А.М. «Инструкция по управлению гражданской обороной г.Камышина».

Листов 42, рисунков 13, таблиц 2, источников 7, приложение 1.

Автоматизация, база данных, FoxPro, Управление ГОЧС, документооборот, СУБД-приложение, рабочее место.

Целью данной выпускной работы является анализ проблем документооборота в Управлении ГОЧС г.Камышина, обзор и выбор средства программирования, разработка программного продукта.

Выпускная работа выполнена в рамках определённого заказа. Заказчиком является Управление ГОЧС г.Камышина. Работа представляет собой СУБД-приложение. Приложение позволяет работать с базой данных, а именно: вводить/редактировать данные, автоматически формировать выходные документы, соответствующие нормам Управления ГОЧС.

Программный продукт создан в Visual FoxPro. Благодаря возможностям Visual FoxPro, получилось гибкое приложение, позволяющее свести работу пользователя работы с документами (заполнение отчетов и подсчет сводных данных) к минимуму. Интерфейс данного приложения является простым и легким в понимании.

Sheets 42, figures 13, tables 2, sources 7, the appendix 1.

Key words: automation, a database, FoxPro, Management , document circulation, the BD-application, workplace.

The purpose of the given final work is the analysis of problems of document circulation in Management , the review and a choice of means of programming, development of software.

Final work is executed within the framework of the certain order. The customer is Management . Work redivsents the BD-application. The application allows to work with a database, namely: to enter / edit given, automatically to form the target documents appropriate to norms of Management .

The software is created in Visual FoxPro. Due to opportunities Visual FoxPro, the flexible application, allowing to reduce work of the user of work with documents (filling of reports and calculation of the summary data) to a minimum has turned out. The interface of the given application is simple and easy in understanding.

АННОТАЦИЯ

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

СОДЕРЖАНИЕ

АННОТАЦИЯ 2

1. ОБЩИЕ СВЕДЕНИЯ 4

2. НАСТРОЙКА И ИЗМЕНЕНИЕ ПРОГРАММЫ 5

5. СООБЩЕНИЯ ПРОГРАММИСТУ 7

1. ОБЩИЕ СВЕДЕНИЯ

Программный продукт «Автоматизированное рабочее место помощника начальника Управления ГОЧС г.Камышина», далее АРМ, представляет собой файл с расширением *.exe, являющийся исполняемым кодом языка программирования FoxPro. Данная программа предоставляет пользователю возможности решать задачи документооборота, которые стоят у помощника начальнику Управления ГОЧС на рабочем месте.

Программа состоит из двух частей:

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

Таблица1. П1-Основные требования к техническим и программным средствам

Наименование технического средства или компонента	Техническая характеристика	Примечание
Технология изготовления	АТX	От этого зависит мощность и возможности оборудования
Центральный процессор	Pentium 233 MHz и выше	Лучше Pentium 300 MHz и выше
Оперативная память	Не менее 32Mb SIMM	Желательно 64 или 128 MB DIMM
Материнская плата
Видео карта	SVGA с 2MB	Можно более мощные с графическим акселератором
Звуковая плата, колонки	Не требуется	Не требуется
Носители информации	Жесткий диск на 3GB, свободное место не менее 4MB	Лучше на 5 или 10GB
Дисководы	Для гибких магнитных дисков 3.5” на 1.44MB
CD-ROM	Не требуется	Не требуется
Монитор	15”	17”
Клавиатура	Стандартная 104 клавишная	Совместимая с операционной системой Windows 95
Манипулятор	Типа «мышь» с двумя кнопками
Печатающее устройство	Матричный притер	Лучше струйный или лазерный

Для корректной работы приложений необходимо установить операционную систему Windows 95 или выше, а также программный продукт MS Visual FoxPro 6.0.

2. НАСТРОЙКА И ИЗМЕНЕНИЕ ПРОГРАММЫ

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

Сама программа представляет собой набор dbf-файлов, frx-файлов и scx-файлов, которые собраны в проект proj1.pjx.

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

Установить программу Microsoft Visual FoxPro 6.0, который поставляется в программном продукте Microsoft Visual Studio 6.0. Данный пакет необходимо установить в какой-либо каталог. При установке пакета, устанавливается лишь Microsoft Visual FoxPro 6.0, содержащий компилятор, отладчик и связанные с ними инструменты, а также среда выполнения программ.

После этого необходимо запустить Microsoft Visual FoxPro 6.0 и открыть проект с названием proj1.pjx. Тогда откроется редактор проекта (см. рис.1. П1.).

Рис.1. П1.

Здесь можно изменить структуру и связи базы данных в дизайнере двойным щелчком на названии базы данных. После чего откроется дизайнер.

Рис.2. П1.

Изменить форму или отчет можно, соответственно выбрав вкладку Forms или Reports и нажав кнопку Modify. Перед вами откроется дизайнер форм или отчетов, где можно легко изменить все на ваш вкус.

Рис.3. П1.

Если надо написать код или изменить, то необходимо выбрать объект, затем в окне Properties выбрать вкладку Method. Здесь будут представлены стандартные методы.

5. СООБЩЕНИЯ ПРОГРАММИСТУ

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

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

Рис. 4. П1.

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

Рис. 5. П1.

Сообщение представленное на рисунке появляется, при запуске формы. Оно означает, что индекс id_s (состоит из двух индексов разных таблиц) необходимо обновить. Это связано с перемещением указатели в таблице при предыдущем запуске.

Рис. 6. П1.

bukvasha.ru

Реферат - Автоматизированное рабочее место

АННОТАЦИЯ

СОДЕРЖАНИЕ

Назначение программы……………………………………………………………………
Условия применения………………………………………………………………………
Выполнение программы…………………………………………………………………..
Сообщения оператору……………………………………………………………………..

НАЗНАЧЕНИЕ ПРОГРАММЫ

УСЛОВИЯ ВЫПОЛНЕНИЯ ПРОГРАММЫ

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

Наименование технического средства или компонента	Техническая характеристика	Примечание
Технология изготовления	АТ	От этого зависит мощность и возможности оборудования
Центральный процессор	Не ниже 80486DS 40MHz	Лучше Pentium 133 MHz и выше
Оперативная память	Не менее 16Mb SIMM	Желательно 16 или 32 MB DIMM
Материнская плата
Видео карта	Стандартный VGA — адаптер	Лучше SVGA с 2MB
Звуковая плата, колонки	Не требуется	Не требуется
Носители информации	Жесткий диск на 1GB, свободное место не менее 4MB	Лучше на 1.7GB
Дисководы	Для гибких магнитных дисков 3.5” на 1.44MB
CD-ROM	Не требуется	Не требуется
Монитор	14”	15”
Клавиатура	Стандартная 104 клавишная	Совместимая с операционной системой Windows 95
Манипулятор	Типа «мышь» с двумя кнопками
Печатающее устройство	Принтер	Присутствие важно при необходимости распечатки результатов.
Дополнительное оборудование	Не требуется

Рекомендуемый состав технических средств для боле комфортной работы:

Наименование технического средства или компонента	Техническая характеристика	Примечание
Технология изготовления	АТX	От этого зависит мощность и возможности оборудования
Центральный процессор	Pentium 233 MHz и выше	Лучше Pentium 300 MHz и выше
Оперативная память	Не менее 32Mb SIMM	Желательно 64 или 128 MB DIMM
Материнская плата
Видео карта	SVGA с 2MB	Можно более мощные с графическим акселератором
Звуковая плата, колонки	Не требуется	Не требуется
Носители информации	Жесткий диск на 3GB, свободное место не менее 4MB	Лучше на 5 или 10GB
Дисководы	Для гибких магнитных дисков 3.5” на 1.44MB
CD-ROM	Не требуется	Не требуется
Монитор	15”	17”
Клавиатура	Стандартная 104 клавишная	Совместимая с операционной системой Windows 95
Манипулятор	Типа «мышь» с двумя кнопками
Печатающее устройство	Матричный притер	Лучше струйный или лазерный

Для корректной работы приложений необходимо установить операционную систе-

му Windows 95 или выше, а также программный продукт MS Visual FoxPro 6.0.

ВЫПОЛНЕНИЕ ПРОГРАММЫ

В режиме помощника.

Сразу после запуска программы появляется окно ввода пароля (Рис.1), после чего программа будет ожидать действий пользователя.

Рис.1. Форма ввода пароля

Рис. 2. Окно работы для сотрудников Управления

Рис. 3. Меню

После можно выбирать, нужный документ в пункте меню «Работа с документами». Выбрав, откроется форма заполнения данных. Где при помощи кнопки «Найти» можно выбрать предприятие или учебное заведение, по которому нужно работать с информацией (Рис. 4)

Рис. 4. Работа с формой

Если надо работать с отчетами, то в пункте меню «Отчеты» необходимо выбрать «По объекту экономики», если вам надо посмотреть отчет по предприятиям и «По учебным заведениям», если вам соответственно нужны отчеты по учебным заведениям города.
Как только вы выберете, что вам нужно, откроется форма запроса. Здесь из выпадающего списка надо выбрать тип отчета и объект, по которому надо просмотреть отчет (Рис. 5). После чего откроется выбранный вами отчёт, который можно распечатать (Рис. 6).

Рис. 5. Выбор отчета

Рис. 6. Отчет

Для того чтобы добавить новый объект. Необходимо выбрать пункт меню «Добавить новый объект», где надо очень внимательно и првильно вписть название объекта (Рис. 7).

Рис. 7. Добавление нового объекта

Если вам надо посмотреть сводки или распечатать их, то надо выбрать пункт «Сводки» и выбрать ту, которая вам нужна. После чего откроется нужная сводка (Рис. 8)

Рис.8.

В режиме сотрудника

Сразу после запуска программы появляется окно ввода пароля (Рис.8), после чего программа будет ожидать действий пользователя.

Рис. 9. Вход в режиме сотрудника

Рис. 10. Окно и меню в режиме работы сотрудника

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

СООБЩЕНИЯ ОПЕРАТОРУ

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

Рис. 11

Рис. 12

Рис. 13

СОДЕРЖАНИЕ

Введение 7

1. АНАЛИЗ ПРОБЛЕМ АВТОМАТИЗАЦИИ ДЕЛОПРОИЗВОДСТВА В УПРАВЛЕНИИ ГОЧС ГОРОДА КАМЫШИНА 8

1.1. Описание работы Управления ГОЧС г.Камышина: 8

1.1.1. Описание Управления ГОЧС г.Камышина 8

1.1.2. Документы, разрабатываемые Управлением ГОЧС города. 10

1.1.3. Организация информации. 10

1.2. Проблемы автоматизации 11

2. Постановка задачи АРМ ПОМОЩНИКА НАЧАЛЬНИКА УПРАВЛЕНИЯ ГОЧС 14

4. РАЗРАБОТКА ПРОГРАММНОГО ПРОДУКТА 20

5. ТЕСТИРОВАНИЕ ПРОГРАММНОГО ПРОДУКТА 26

список литературы 28

Введение

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

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

Изучить проблемы автоматизации делопроизводства в Управлении ГОЧС г.Камышина;
Обосновать и выбрать средство программирования;
Разработать программный продукт;
Протестировать программный продукт.

1.АНАЛИЗ ПРОБЛЕМ АВТОМАТИЗАЦИИ ДЕЛОПРОИЗВОДСТВА В УПРАВЛЕНИИ ГОЧС ГОРОДА КАМЫШИНА

1.1.Описание работы Управления ГОЧС г.Камышина:

1.1.1.Описание Управления ГОЧС г.Камышина

Управление ГОЧС осуществляется:

— в звене: город-объект экономики — путём принятия соответствующих решений на заседаниях, отдача начальником ГО приказов, постановке задач по техническим средствам связи и с использованием подвижных средств, а также личным общением.

— приём и передача сигналов (распоряжений) на перевод ГО с мирного на военное положение, а также на объявление сигнала «воздушной тревоги»;

— приём и проверка достоверности данных об авариях, катастрофах, надвигающихся и наступивших стихийных действиях;

— оповещение органов управления и населения об опасности заражения аварийно химически опасными веществами (АХОВ).

1.1.2. Описание работы помощника начальника Управления ГО и ЧС г.Камышина

На него возлагается:

тренировок, командно-штатных и тактико-специальных учений ГФ;

на курсах ГО города и ОЭ;

Он обязан:

При функционировании в режиме повседневной деятельности:

городского звена областной подсистемы ГОЧС;

ликвидации последствий ЧС на следующий учебный год;

следующий учебный год;

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

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

управления;

и ходе боевой подготовки в службах ГО города, на объектах экономики (ОЭ) и оказывать им методическую помощь;

принимать участие в пропаганде ГО среди населения;
обобщать и распространять положительный опыт в подготовке объектов экономики,

руководящего состава формирований и обучения населения;

штабных, специальных учений и тренировок и участвовать в их проведении;

мероприятий по подготовке ГО, предупреждения и ликвидации последствий ЧС;

предупреждению и ликвидации ЧС;

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

безопасности, производственной санитарии и противопожарной защиты.

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

В режиме повышенной готовности:

чрезвычайных ситуаций;

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

подготовиться к ведению рабочей карты по обстановке в районах ЧС;
участвовать в подготовке постановлений, приказов, распоряжений, донесений и

других документов по предотвращению ЧС и проектов документов по их ликвидации;

уточнять состав сил и средств, взаимодействующих организаций, их готовность и

возможный порядок их использования.

В режиме чрезвычайной ситуации:

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

участие в ее ликвидации;

организовать усиленное наблюдение и ведение разведки на аварийном ОЭ;
вести рабочую карту по сложившейся обстановке в районе ЧС;
участвовать в подготовке постановлений, распоряжений, приказов, донесений и

других документов для ликвидации последствий ЧС.

1.1.2.Документы, разрабатываемые Управлением ГОЧС города.

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

1.1.3.Организация информации.

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

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

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

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

1.2.Проблемы автоматизации

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

Многие потенциальные проблемы закладываются еще на этапе выбора программы или фирмы-разработчика.

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

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

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

2. Постановка задачи АРМ ПОМОЩНИКА НАЧАЛЬНИКА УПРАВЛЕНИЯ ГОЧС

Необходимо разобраться со структурой Управления ГОЧС и проблемами автоматизации документооборота.

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

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

3. ОБОСНОВАНИЕ И ВЫБОР СРЕДСТВА ПРОГРАММИРОВАНИЯ

Разработчики и руководители отделов информатизации всегда испытывали смешанные чувства к FoxPro, теперь Visual FoxPro. Для некоторых FoxPro – вся жизнь. Для того, чтобы еще больше затуманить ситуацию Microsoft включила в состав последней версии целый набор всякого рода усовершенствований, что позволит пожару дискуссий полыхать в обоих лагерях.

Мощь ActiveX

Microsoft пообещала внедрить ActiveX везде, и мы свидетели того, что они держат слово. Подобно остальным продуктам и средствам разработки Visual FoxPro поддерживает ActiveX компоненты, и сам может выступать Automation сервером. Теперь разработчики могут выйти за рамки собственной среды разработки Visual FoxPro и подключить целую гамму дополнительных средств. При этом, в Microsoft похоже, забыли, что OLE теперь называется ActiveX, Visual FoxPro 5.0 по-прежнему работает с такими компонентами как «OLE Bound Control» и «OLE Container Control» при построении форм. Но, как бы то ни было, возможности ActiveX компонентов теперь доступны и разработчикам на Visual FoxPro. Обеспечение поддержки OLE Automation открывает для Visual FoxPro дополнительную нишу применимости. FoxPro всегда считался великолепным инструментом для пакетной обработки больших массивов данных. Начиная с версии 5.0, логика обработки может быть упакована в OLE сервер, которые можно поместить на любой компьютер в сети. Такие OLE серверы способны реализовать бизнес правила и сложные схемы обработки данных. Для облегчения создания распределенных приложений Microsoft включила поддержку Remote automation, интерфейса, впервые появившегося у Visual Basic и Visual C++ для этого в состав продукта включен Remote Automation Connection Manager. Библиотека FOXISAPI.DLL позволяет использовать Visual FoxPro для разработки приложений Интернет. Использование этой библиотеки и Web сервера, поддерживающего ISAPI, например Microsoft IIS, разработчик создает OLE Automation сервер, обращения к которому могут быть организованы через программу просмотра. Для создания и повторного использования новых классов в язык программирования было добавлено много новых объектных расширений. Скорость всегда была отличительной чертой FoxPro. Именно это послужило причиной, что до сих пор никому не удавалось погубить FoxPro, даже после того как его основные технологии были использованы в других «стратегических» продуктах Microsoft, FoxPro просто не удалось поймать! В версии 6.0 группа разработки Visual FoxPro внесла дополнительные усовершенствования, позволившие повысить производительность, снизить требования к ресурсам и ускорить отработку индивидуальных объектов.

Быстродействие

Визуализация

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

Рис. 2

Заключение

РАЗРАБОТКА ПРОГРАММНОГО ПРОДУКТА

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

1.Простые — по каждому предприятию одна запись.

2.Полусложные — у каждого предприятия может быть несколько записей.

3.Сложные — документ состоит из оперативной информации, которая вносится, постоянной информации и характеристик.

В таблицах сложных документов помимо id объекта экономики добавляется id постоянной информации (см. рис.3).

Id	Наим_об_экономики
1	НТК
…
N	ТЭЦ

id	Id_m	дата	примечание
1	1	01/01/03	Примечание1
1	2	02/02/03	Примечание2
1	3	03/03/03	Примечание3
1	4	.................	.......................
1	5	.................	.......................
2	1	.................	.......................
...	.....	................	.......................

Id_m	Наим_мероприятия
1	Объектовые учения
…
5	Штабные тренировки

Рис.3

Рис.4. Блок-схема добавления нового объекта экономики во все таблицы

Графическая часть

Для удобства работы было создано меню, со следующими вкладками:

2.Отчеты – просмотр отчетов по имеющимся объектам экономики и учебным заведениям и их печать.

3.Сводки – просмотр сводных таблиц.

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

Рис.5. Изображение главного меню

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

Рис.6. Так выводится форма

Работа с данными

Рис.7. Блок-схема поиска и вывода данных объекта экономики

otch2=thisform.Combo1.text //переменной присваиваем значение выбранного документа

otch3=thisform.Combo2.text //переменной присваиваем значение выбранного объекта экономики

//выбираем тип отчета и запускаем

do case

case otch2='План проведения учений'

creat view temp;

as SELECT Obeconom.наим_объекта_экономики AS name_obj,;

Plan_merop.наим_мероп AS name_merop, Plan.дата_прове AS dat_prov,;

Plan.примечание AS primech;

FROM dbase!plan_merop INNER JOIN dbase!plan;

INNER JOIN dbase!obeconom ;

ON Obeconom.id = Plan.id ;

ON Plan_merop.id_m = Plan.id_m;

WHERE Obeconom.наим_объекта_экономики=otch3

report form plan to print preview

drop view temp

ТЕСТИРОВАНИЕ ПРОГРАММНОГО ПРОДУКТА

Эксперимент №1. Поиск

На компьютере запускается АРМ помощника начальника Управления ГОЧС и настраивается.

Таблица 1 – Результаты выполнения запросов

№	Документы	Время
1	1	0.36
2	1	0.4
3	1	0.36
1	2	0.6
2	2	0.6
3	2	0.63
1	3	0.38
2	3	0.35
3	3	0.37

Эксперимент №2. Формирование отчетов

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

Таблица 2

№	Время
1	0.2
2	0.22
3	0.22
4	0.3
5	0.2

Так же приведу результат такой операции.

Рис.8. Результат запроса – отчет

ЗАКЛЮЧЕНИЕ

список литературы

Райан Стивенс, Рональд Плю. SQL (освой самостоятельно за 24 часа) / перевод с англ. – М.: ЗАО «Издательство Бином »– 1998 — 400с.
«Наставление по организации и ведению гражданской обороны в городском районе (городе) и на промышленном объекте народного хозяйства». Военное издательство Министерства обороны СССР, Москва-1976
«Руководство по действиям органов Управления и сил РСЧС при угрозе и возникновении чрезвычайных ситуаций». ВНИИ ГОЧС, Москва-1996

4. Журнал. BackOffice Magazine. «Почему Visual FoxPro – хороший выбор для вашей организации » ноябрь 1997

5. Единая система программной документации ГОСТ 19.XXX-78.

6. Финансовая газета, №50. «Проблемы автоматизации — взгляд с двух сторон». 13 декабря 2000

7. Чеботарев А.М. «Инструкция по управлению гражданской обороной г.Камышина».

Листов 42, рисунков 13, таблиц 2, источников 7, приложение 1.

Автоматизация, база данных, FoxPro, Управление ГОЧС, документооборот, СУБД-приложение, рабочее место.

THE ABSTRACT

Sheets 42, figures 13, tables 2, sources 7, the appendix 1.

Key words: automation, a database, FoxPro, Management, document circulation, the BD-application, workplace.

The purpose of the given final work is the analysis of problems of document circulation in Management, the review and a choice of means of programming, development of software.

Final work is executed within the framework of the certain order. The customer is Management. Work represents the BD-application. The application allows to work with a database, namely: to enter / edit given, automatically to form the target documents appropriate to norms of Management.

.552800-04 32 01-1

АННОТАЦИЯ

СОДЕРЖАНИЕ

АННОТАЦИЯ 2

1. ОБЩИЕ СВЕДЕНИЯ 4

2. НАСТРОЙКА И ИЗМЕНЕНИЕ ПРОГРАММЫ 5

5. СООБЩЕНИЯ ПРОГРАММИСТУ 7

1. ОБЩИЕ СВЕДЕНИЯ

Программа состоит из двух частей:

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

Таблица1. П1-Основные требования к техническим и программным средствам

Наименование технического средства или компонента	Техническая характеристика	Примечание
Технология изготовления	АТX	От этого зависит мощность и возможности оборудования
Центральный процессор	Pentium 233 MHz и выше	Лучше Pentium 300 MHz и выше
Оперативная память	Не менее 32Mb SIMM	Желательно 64 или 128 MB DIMM
Материнская плата
Видео карта	SVGA с 2MB	Можно более мощные с графическим акселератором
Звуковая плата, колонки	Не требуется	Не требуется
Носители информации	Жесткий диск на 3GB, свободное место не менее 4MB	Лучше на 5 или 10GB
Дисководы	Для гибких магнитных дисков 3.5” на 1.44MB
CD-ROM	Не требуется	Не требуется
Монитор	15”	17”
Клавиатура	Стандартная 104 клавишная	Совместимая с операционной системой Windows 95
Манипулятор	Типа «мышь» с двумя кнопками
Печатающее устройство	Матричный притер	Лучше струйный или лазерный

2. НАСТРОЙКА И ИЗМЕНЕНИЕ ПРОГРАММЫ

Сама программа представляет собой набор dbf-файлов, frx-файлов и scx-файлов, которые собраны в проект proj1.pjx.

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

Рис.1. П1.

Рис.2. П1.

Рис.3. П1.

5. СООБЩЕНИЯ ПРОГРАММИСТУ

Рис. 4. П1.

Рис. 5. П1.

Рис. 6. П1.

www.ronl.ru