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

Анализ потребностей заказчика показал, что оптимальной системой для заказчика является 1С:ERP Управление предприятием 2.

Данная система можно установить в двух вариантах – типовом и доработанном. Типовой вариант имеет несколько преднастроенных типовых решений по автоматизации. [15] Доработанный предлагает индивидуальное проектирование системы под нужды заказчика. Учитывая, что предметная область в которой работает заказчик достаточно специфическая, а так же отсутствие у заказчика сильного ИТ подразделения, было принято совместное решение о проектировании доработанного варианта системы.

2.3 Обзор системы «1С:Предприятие 8

Система программ «1С:Предприятие 8» включает в себя платформу и прикладные решения, разработанные на ее основе, для автоматизации деятельности организаций и частных лиц (Рис. 2.3). Сама платформа не является программным продуктом для использования конечными пользователями, которые обычно работают с одним из многих прикладных решений (конфигураций), разработанных на данной платформе. Такой подход позволяет автоматизировать различные виды деятельности, используя единую технологическую платформу. [14]

Рис. 2.2 – Верхний уровень структуры «1С:Предприятие»

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

Прикладные программные решения (конфигурации), которые были спроектированы на её базе; Внедрение разработанных конфигураций.

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

2.4 Технология разработки программной системы 1С

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

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

Изменение интерфейса пользователя: 1С: Предприятие 8.3 имеет новый и более функциональной архитектурой работы клиент-сервер); Модернизирован и оптимизирован процесс инсталляции, запуска и актуального обновления программной платформы 1С: Предприятие 8.3; Версия 8.3 стала существенно более удобной для внедрения этой системы в крупные компании; Программная платформа 1С: Предприятие 8.3 обладает существенно более широким функционалом в таких направлениях, как гибкая масштабируемость, высокая отказоустойчивость и оптимальное распределение нагрузки в динамическом плане.

Таким образом, 1С идеально подходит в качестве платформы для проектирования ИС для Согласие». [16]

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

2.5 Этап тестирования, ввода в действие, эксплуатация

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

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

Каскадная модель. Переход на следующий этап означает полное завершение работ на предыдущем этапе. Поэтапная модель с промежуточным контролем. Разработка ПО ведется итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют уменьшить трудоемкость процесса разработки по сравнению с каскадной моделью; время жизни каждого из этапов растягивается на весь период разработки. Спиральная модель. Особое внимание уделяется начальным этапам разработки — выработке стратегии, анализу и проектированию, где реализуемость тех или иных технических решений проверяется и обосновывается посредством создания прототипов (макетирования). Каждый виток спирали предполагает создание некой версии продукта или какого-либо его компонента, при этом уточняются характеристики и цели проекта, определяется его качество и планируются работы следующего витка спирали. [6]

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

3 Проектирование информационной системы для Согласие

3.1 Задачи проекта

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

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

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

Требования к информационной системе:

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

3.2 Стратегия развертывания системы

Стратегия развертывания системы предусматривает:

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

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

Проектные ограничения (матрица компромиссов)

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

Функциональность (требования к функциям, возможности) Бюджет проекта (ресурсы) Срок исполнения проекта (время)

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

Возможны такие логические взаимосвязи:

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

Таблица 3.1

Матрица компромиссов для Проекта

Фиксируется	Согласовывается	Принимается
Ресурсы	1
Время	1
Функциональность	1

Для проектирования ИС в интересах Согласие», наиболее кричным ресурсом являлось время проектирования, разработки и внедрения ИС. Важнымё хотя и не критичным ресурсом являлись материальные ресурсы как таковые и функциональность можно было произвольно менять в рамках оговоренных ТЗ.