46
«Омега» являются временные и финансовые ограничения. Исходя из этого,
рассмотрим возможность внедрения одной из четырёх представленных
стратегий автоматизации:
Автоматизация хаотичная – предполагает установку компонентов
информационной системы (ИС) по мере возможностей. Она представляет
собой заплатку и является самым неудачным вариантом с точки зрения
долгосрочного эффекта. При хаотичной автоматизации полностью
отсутствует стратегический план развития информационной системы и
потребность в ее внедрении чаще всего определяется сиюминутными целями.
Автоматизация по участкам – это автоматизация отдельных
управленческих или производственных подразделений компании, которые
объединены по функциональному признаку. Такой процесс характеризуется
наибольшей трудоемкостью. Для эффективного внедрения автоматизации по
участкам необходимо наличие оперативных и стратегических планов СК.
Данный метод применяется тогда, когда недостаточно инвестиционных
ресурсов для полной автоматизации компании, когда при автоматизации
участка достигается существенный эффект [11].
Автоматизации по направлениям – это автоматизация направлений
(бизнес-процессов), отдельных групп, таких как управления финансами,
производство и сбыт:
1) ожидается, меняем объект, меняем предметную область;
2) выбор системы имеет сильную зависимость от типа услуг и
составляющих затрат;
3) внедрив систему, мы получим "конструктор” рабочих
автоматизированных мест.
Комплексные стратегии автоматизации – представляют собой
распространение систем автоматизации на всю функциональную
направленность деятельности СК с помощью осуществления системной
интеграции (объединения) ИС при их реализации. Разделяется полная
автоматизация на:
47
1) автоматизацию с внутренней интеграции – используют ее как единое
информационное хранилища одной СУБД (клиент -> сервер -> ядро-> СУБД)
2) автоматизацию с внешней интеграцией - используют внешние
информационные сущности (или файлы) либо используют внутренние
протоколы при взаимодействии отдельных модулей [10].
Хаотичная стратегия не подходит, потому, что предполагаем
использовать информационную систему в долгосрочной перспективе, а также
предполагаем расширять и добавлять функционал системы. При комплексной
автоматизации предполагается полностью автоматизировать все
функциональные направления деятельности СК, и требуется гораздо больших
денежных и временных и затрат, которые страховая компания не может себе
позволить. Автоматизация по участкам предполагает, автоматизировать
отдельные отделы компании, в частности предполагается автоматизация не
всех процессов, которые выполняются каким либо из отделов СК. Способ
автоматизации по направлению, самый подходящий, потому, что в данном
случае автоматизируются отдельные группы бизнес-процессов ОАО «Омега».
Стратегия автоматизации должна обязательно соответствовать
приоритетам и задачам (стратегиям) бизнеса компании ОАО «Омега». В
понятие стратегии входят методы достижения такого соответствия.
1. Оценка деятельности страховой компании.
2. Реорганизация деятельности.
3. Выбор системы.
Выбор системы - задача многокритериальная. Задание объективных
критериев, на основе которых будет осуществлен выбор определенной
системы, напрямую связано с полнотой и качеством проработки всех
предыдущих шагов цепочки выбора. Фактически все объективные мнения,
которыми руководствуются, выбирая систему (функциональные
возможности, перспективы развития, технические характеристики системы,
стоимость системы и общая стоимость владения, поддержки и интеграции, и
др.) выводятся на предшествующих этапах. При тщательном анализе всех
48
предыдущих этапов, выбор системы, перестанет быть проблематичным.
В действующей схеме планирования задач можно выделить несколько
этапов. Этап первый – разбор стратегии развития бизнеса и составление
технического задания для разработки информационной системы по
результатам анализа стратегии развития и обследовании предприятия. После
этого осуществляется непосредственная разработка системы.
Внедрение системы.
Имеются такие главные стратегии внедрения системы:
1) Стратегия “Параллельное использование”. Параллельное применение
- синхронно выполняются новая и старая технология решения задачи, итоги
их подлежат сравнению. Когда полученные результаты согласуются
довольно-таки длительное время, то выполняется переход на новую
технологию.
Преимущества системы:
- наименьший риск ошибок в виде новых технологий;
- управление введением ИС будет выполняться независимо от
обыкновенного операционного планирования страховой компании.
Минусы системы:
- удвоение загрузки персонала;
- требуется удвоенные мощности серверов;
- необходимо постоянно сверять результаты работы двух технологий.
2) Стратегия “Скачек”. Скачек - старая технология действует до
конкретного момента, потом осуществляется введение новой технологии, и
после ее внедрения осуществится только новая технология
Плюсы стратегии:
- минимальная продолжительность переходного периода;
- отсутствуют двойные затраты на деятельность страховой компании;
- новые процессы считаются более оптимальными по причине
отсутствия длительного переходного периода.
Минусы системы:
49
- большие риски несоответствия характеристик ИС требованиям
страховой компании;
- высокие запросы к действиям по планировании перехода на новую
технологию;
3) Стратегия “Пилотный проект”. Пилотный проект - стратегия скачка,
применяемая к ограниченному количеству процессов, областью внедрения,
как правило, является небольшой участок СК.
Плюсы системы:
- малый риск выбора неправильного решения, которое не приведет к
долгому простою всей компании;
- наличие возможности изменять планируемую технологию в ходе
внедрения ИС на участке;
- отсутствуют двойные затраты на внедрение технологии.
Минусы системы:
- сложно интегрировать информационные потоки создаваемых по
старой и новой технологии;
- необходимо одновременно управлять старой и новой ИС.
4) Стратегия “Узкое место”. Узкое место - автоматизация минимальной
доли производственного процесса, который избирается по критериям, их
эффективности приводящих к увеличению качества реализации процессов
только лишь в конкретном узком месте.
Плюсы системы:
- после внедрения автоматизации любого узкого места есть возможность
прерывать автоматизацию;
- минимальные запросы к уровню планирования работ по внедрению.
Минусы системы:
- внедрение полного завершенного цикла планирования на любом из
узких мест - ввиду способности прерывания процесса автоматизации, может и
не завершиться;
- независимость автоматизации узких мест даст возможность
50
формирования большого количества лишних программно-аппаратных
решений.
Следующим этапом должен стать этап тестирования системы, во время
которого определяются ее недостатки и узкие места, а также
предпринимаются меры по их устранению и доработке системы.
Эксплуатация и сопровождение ИС.
Этап эксплуатации или сопровождения системы в динамично
меняющейся СК представляет собой достаточно трудную задачу. Учитывая
физическое и моральное старение компонентов АСУ, программно-аппаратная
часть нуждается в модернизации. Перед сотрудниками, которые несут
ответственность за процесс эксплуатации системы постоянно встают вопросы:
необходимо отслеживать изменения в законодательстве, необходимо
производить доработку системы согласно новым требованиям ее
пользователей, обеспечить безопасность информации при ее эксплуатации и
др.
Таковым образом, в условиях начального этапа автоматизации и
ограниченного бюджета логичнее всего будет определиться с выбором
стратегии автоматизации по направлению, а также автоматизировать
непосредственно работу секретаря в области учета статистики
документооборота страховок.
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации
задачи
Методы приобретения – это поочередные мероприятия от формализации
и определения решения в необходимости ИС до времени внедрения ИС в
компании ОАО «Омега». Имеются такие методы приобретения ИС:
- самостоятельная разработка и заказная разработка;
- покупка отечественной ИС или заграничной ИС;
- покупка и доработка (заказная или самостоятельная);
- аренда ИС.
51
Способ покупки ИС не подходит из-за некоторых недостатков и
недостаточности функциональности, плохо продумано развития ИС в
будущем, адаптация под требования СК занимает длительный период, часто
требуется обращаться в службу поддержки. Возможно, купить и доработать
ИС, только в том случае, если доработка будет небольшого объема. Такая
доработка возможна в пределах модели ядра ИС, что ввиду отсутствия
развернутой документации не редко приводит к затруднениям. У способа
аренды информационной системы выявлены такие недостатки: данные
сохраняются у третьего лица, а также минимальные возможности в
настройках. ОАО «Омега», располагает квалифицированным подбором
сотрудников для разработки ИС, поэтому такая ИС будет разработана и
внедрена в компании собственными силами. Разрабатываемая ИС будет
содержать весь нужный функционал, и учитывать всю специфику работы и
пожелания служащих компании и будет являться собственным, уникальным
продуктом, что позволит моментально изменять функциональность
соответственно с требованиями внутреннего заказчика СК.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Ввод исходных данных для пользователей организован в экранной
форме Страховки. Выходные данные в программном приложении
формируются в виде отчетов «Страховки», «Доходность по страховкам»,
«Отчет по клиентам» и «Типовая страховка договор», представленных в
таблице 3.
Таблица 3
Справочники исходной информации
№
п/п
Наименование
объекта
Свойства объекта
1
Типы страховок
Код типа
Наименование
2
Страховая
Наименование
52
№
п/п
Наименование
объекта
Свойства объекта
компания
Данные о компании
3
Страховки
Код страховки
Сроки
Вид страховки
Цена
Доступность
Поток клиентов
4
Организация/
клиент
Код организации
Наименование организации
Данные о организации
5
Договор страховки
Код договора
Сроки договора
Действие договора
Сумма договора
6
Оплата
Код оплаты
Дата оплаты планируемая
Дата оплаты фактическая
Сумма оплаты планируемая
Сумма оплаты фактическая
Платежное поручение
Информация, хранимая в базе данных и подлежащая обработке и выводу
в информационной системе соответственно, подразделяется на исходную,
промежуточную и выходную информацию.
Исходные данные формируются в информационной системе в виде
справочников (таблица 3).
Промежуточные функции системы (таблица 4) формируются в процессе
обработке той или иной исходной информации, представленной в таблице 3.
Таблица 4
Промежуточные функции системы
№
п/
п
Наименование функции системы
Номер
использованног
о справочника
1
регистрация организации, просмотр и
редактирование, сортировка, печать
4
2
регистрация договора, просмотр и редактирование,
сортировка, печать
1,5
3
выводить на дисплей информацию о договорах,
организациях, сроках, ценах, страховках, видах
страховки, компании
1,2,3,4,5,6
4
предоставлять возможность редактировать сведения о
договорах, организациях, сроках, ценах, страховках,
1,2,3,4,5,6
53
№
п/
п
Наименование функции системы
Номер
использованног
о справочника
видах страховок, компании
5
предоставлять возможность выбирать тип страховки,
стороны договора
1,2,3,4,5
6
предоставлять возможность просмотр и
редактирование оплаты по договору, сроков оплаты,
просмотр долга или переплаты
3,4,5,6
7
предоставлять возможность редактировать действие и
цены договора
3,4,5,6
8
предоставлять возможность редактировать действие
договора
4,5
9
осуществлять учет договоров, организаций, оплаты
4,5,6
10
предоставлять возможность просмотра статистики
оплаты
4,5,6
11
предоставлять возможность проведения анализа
работы компании: заключение страховок по
договорам, топ организаций по договорам, топ
договоров
2,3,4,5,6
12
выводить на дисплей всей информации о договоре
3,4,5,6
Выходные данные формируются в информационной системе в виде
отчетов «Страховка», «Доходность страховки», «Отчет по организациям» и
«Типовой договор», представленных в Таблице 5.
54
Таблица 5
Выходные данные системы
№
п/
п
Номер
этапа
Наименование функции системы
Номер
использованно
го справочника
1
4
формировать, выводить на предварительный
просмотр и печать списка страховок
1,3
2
4
формировать, выводить на предварительный
просмотр и печать доходности страховок
3,5,6
3
4
формировать, выводить на предварительный
просмотр и печать отчет по организациям
3,4,5,6
4
4
формировать, выводить на предварительный
просмотр и печать списка типового договора
1,2,3,4,5
1.4.2. Обоснование проектных решений по программному обеспечению
Для работоспособности и использования программы нужна
операционная система (ОС). Операционные системы, обеспечивают
управление при работе персональных компьютеров и с их ресурсами,
запускают на выполнение разные прикладные программы, по запросу
пользователя выполняют разнообразные дополнительные действия.
Операционные системы разделяются на многопользовательские,
однопользовательские, и сетевые. Факторы, которые влияют на выбор
определенной операционной системы, перечислены ниже:
-· необходимое количество поддерживаемых программных продуктов,
-· требования, предъявляемые к аппаратным средствам,
-· требование поддержки сетевой технологии,
-· присутствие справочной службы для пользователя,
-· быстродействие,
-· наличие дружественного интерфейса и легкость в использовании.
На компьютерах, входящих в состав АРМов сотрудников страховой
компании на данный момент установлена ОС MS Windows 7 Professional х64,
это считается оптимальным выбором, т.к. ОС семейства Windows наиболее
распространённые на сегодняшний день, поэтому с приходом нового
сотрудника не придётся его переобучать.
Процесс разработки информационной системы включает в себя
несколько этапов.
55
Одним из первых этапов является проектирование и заполнение
хранилища данных. Следующим этапом является непосредственно разработка
информационной системы, предполагающая в первую очередь
проектирование графического внешнего интерфейса в целях простоты
освоения и использования программы конечными пользователями, так как
удобство расположения и представления часто применяемых элементов
экрана, методов ввода данных и др. – это и есть один из залогов успеха
программного продукта.
Модель представления интерфейса – это описание его внешнего вида с
позиции конечного пользователя системы. Это может быть документ, который
показывает внешний вид экрана либо структуру отчета, либо экран (отчет),
созданный при помощи одного из средств визуальной разработки
приложений.
Приобретенная модель подробно документирует приложение и
непосредственно применяется с целью программирования
специфицированных интерфейсов.
Дальше, при помощи средств разработки приложений осуществляется
физическое построение системы: приложение программируется и
интегрируется в информационную систему.
Каждая экранная форма, в зависимости от ее назначения, выполняет
определенную совокупность действий: запись, передачу, преобразование,
обработку, хранение, поиск или вывод информации.
Delphi 7 принадлежит классу инструментальных средств ускоренной
разработки программ (Rapid Application Development, RAD). Визуальное
проектирование форм Delphi освобождает от большинства аспектов создания
интерфейса программы, поскольку требуемые программные заготовки и
соответствующие файлы ресурсов уже готовы. Все элементы характеризуются
немаловажным свойством: они содержат в себе программный код и все
данные, которые необходимы для его работы. Это существенно ускоряет
процедуру написания программ, а также значительно понижает вероятность