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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. Должен обеспечивать надёжное хранение и защиту информации.

2. Должен обеспечивать удобный ввод, редактирование, просмотр данных.

3. Должен формировать отчеты и производить расчет сводок для всех документов.

4. Обеспечивать архивное (резервное) хранение данных за прошедший год.

5. Не требовать огромных ресурсов.

6. Быть устойчивым при сбоях (способность восстанавливаться).

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

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 является диалог Конструктора выражений, снабженный раскрывающимися списками команд и обеспечивающий возможность интерактивной проверки синтаксиса непосредственно в процессе написания кода.