Функциональная подсистема АИС страховой деятельности

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

     После запуска программы на экране появляется главная форма (кнопочная форма).

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

     Для вывода данных на печать необходимо создать  отчеты. Для автоматизации работы РБД создаются макросы макросы . И конечно же страницу доступа  к данным для работы с данными  через Интернет.

     Создание  АИС способствует повышению эффективности  производства экономического объекта и обеспечивает качество управления. 
 
 
 
 
 
 
 
 

Заключение

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

     Анализ  внедрений, осуществленных на сегодняшний  день, выявляет несколько причин неудач при создании ИС:

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

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

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

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

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

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

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

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

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

Список  используемых источников

1. Учебник. / Под ред. Титаренко Г.А. «Автоматизированные информационные технологии в экономике»: – М.: Компьютер, ЮНИТИ, 2006.
2. Шахов В.В. «Страхование: Учебник для вузов» – М.: ЮНИТИ, 2007.
3. Учеб, пособие: Ч. II / Под ред. В.П.Косарева, Г.А. Титаренко, Е.А.Мамонтовой. «Практикум по экономической информатике»– М.: Перспектива, 2005.
4. Дейт К. «Введение в системы баз данных» - К:"Диалектика", 2004.
5. Тарасенко В. «Автоматизированные системы», 2005.
6. Шаповалова Е. «Страхование: пособие для учащихся», 2006.
7. Корнеев И.К., Машурцов В.А. Информационные технологии в управлении. – М.: ИНФРА-М, 2005. – 158 с.
8. Мартьянова А.Е. Методическое пособие по проектированию баз данных;  Астрахань, 2006 г., 143 с.
9. Хаббард Дж. Автоматизированное проектирование баз данных. – М.: Мир, 2004. – 294 с.
10. Голицина О.Л., Максимов Н.В., Попов И.И. Базы данных: Учебное пособие. – М.: ФОРУМ: ИНФРА-М, 2006. – 352 с.
11. Материалы сайта Автоклуб.ру - http://www.autoclub.ru/5/4/i30_963p0.htm.
12. Пособия http://www.kfmesi.ru/posob.php
13. Библиотека книг и статей. «Основы страховой деятельности» http://exsolver.narod.ru/Books/Other/Insuarance.html
14. Учебно-методический комплекс по курсу «Предметно-ориентированные экономические информационные системы», 2004. http://www.sseu.ru/edumat/ei/Agafonova_POEIS/index.html
15. Пособия htpp://www.xjtek.ru.