Реализация процесса страхования клиентов на платформе 1С: Предприятие 8.3 (часть 2)
- Подробности
- Опубликовано: 28.12.2024 10:26
- Автор: Маркин Иван Игоревич
- Просмотров: 57

Аннотация: в статье выполняется обзор процесса разработки программного решения на базе 1С: Предприятие 8.3 для страховой компании от фазы бизнес-кейса до тестирования. В контексте этапов анализа и проектирования уточняются требования, а также проектируются процессы, данные и структура приложения. Моделирование процессов ведется в моделях AS-IS и TO-BE с использованием графических нотаций IDEF0 и BPMN2.0. На фазах реализации и тестирования осуществляется разработка приложения в среде 1С, производительность которого оценивается методом Apdex.
Ключевые слова: программа 1С предприятие, платформа 1С предприятие, 1С регистры значений, методика apdex, оценка производительности apdex, процессы страховой компании, услуги страховой компании, страхование проводки в 1С, электронный полис, критерии оценки поставщиков, оценка качества поставщика, страховые финансовые услуги, страхование цифровизация, электронный страховой полис.
Скачать: PDF (статья), PDF (выпуск №28).
3. Этапы анализа и проектирования
Ссылка на 1-ю часть статьи. Результаты бизнес-кейса по сбору и идентификации требований, легли в основы фазы анализа требований. Требования из табл. 2 были повторно рассмотрены и детализированы с бизнес-пользователями. В результате чего на базе актуализированного реестра требований подготовлены документы спецификации требований к программном продукту. Детализированные требования позволили приступить к следующему этапу работ: проектированию, которое затрагивало бизнес-процессы, данные и структуру разрабатываемого приложения.
Для четкого определения и систематизации существующих процессов компании, а также используемых документов применялась модель описания AS-IS. Модель позволяет проанализировать слабые участки в работе организации. Далее для устранения слабых мест моделировались процессы в состоянии TO-BE, показывающем последствия улучшения бизнес-операций. В качестве графических нотаций проектирования процессов выбраны наиболее распространенные: IDEF и BPMN, именно они использовались в текущей работе [3].
3.1. Моделирование бизнес-процессов в модели AS-IS
Бизнес-процесс оказания услуг страхования представим набором операций, рисунок ниже демонстрирует моделирование процесса на верхнем уровне в модели AS-IS с применением нотации IDEF0 (рис. 3).
Рис. 3. Процесс «Оказать услуги страхования» в модели AS-IS с использованием графической нотации IDEF0 на верхнем уровне декомпозиции
Представленная выше диаграмма дает общее понимание о процессе, но для полноценного анализа операций требуется его декомпозиция. Для этого будет применятся нотация BPMN. Схема процесса «Получить данные клиента», декомпозированная на нижестоящие уровни представления, дана на рис. 4-5.
Рис. 4. Процесс «Получить данные клиента» на 2-м уровне декомпозиции в модели AS-IS и нотации BPMN
Рис. 5. Процесс «Создать личное дело» на 3-м уровне декомпозиции в модели AS-IS и нотации BPMN
Детализация следующего процесса под названием «Оформить договор» выполнена на рис. 6-8.
Рис. 6. Процесс «Оформить договор» на 2-м уровне декомпозиции в модели AS-IS и нотации BPMN
Рис. 7. Процесс «Согласовать страховую премию» на 3-м уровне декомпозиции в модели AS-IS и нотации BPMN
Рис. 8. Процесс «Оценить страховой риск» на 4-м уровне декомпозиции в модели AS-IS и нотации BPMN
Описание заключительного процесса «Урегулирование убытков» продемонстрировано на рис. 9-10.
Рис. 9. Процесс «Урегулирование убытков» на 2-м уровне декомпозиции в модели AS-IS и нотации BPMN
Рис. 10. Процесс «Оценка убытков» на 3-м уровне декомпозиции в модели AS-IS и нотации BPMN
3.2. Проектирование бизнес-процессов в модели TO-BE
Для наглядного отображения будущего процесса после внедрения программного обеспечения используется модель TO-BE. Схема бизнес-процесса «Оказание услуг страхования» дана на рис. 11.
Рис. 11. Процесс «Оказать услуги страхования» в модели TO-BE с использованием графической нотации IDEF0 на верхнем уровне декомпозиции
Уже на верхнем уровне описания заметны изменения: бумажная работа заменена информационной системой, что существенно ускоряет взаимодействие с клиентами. Схема процесса «Получить данные клиента» дана на рис. 12-13.
Рис. 12. Процесс «Получить данные клиента» на 2-м уровне декомпозиции в модели TO-BE и нотации BPMN
Рис. 13. Процесс «Создать новую запись» на 3-м уровне декомпозиции в модели TO-BE и нотации BPMN
Переходим ко второму TO-BE процессу, на котором также можно заметить изменения: договор теперь оформляется в 1С, что не только ускоряет формирование отчетов, но и позволяет хранить и использовать данные в централизованной системе. После внедрения программного обеспечения все процессы проходят через сервисный контроль, что позволяет автоматизировать работу с клиентами и документами. Озвученные обновления представлены на рис. 14-16.
Рис. 14. Процесс «Оформить договор» на 2-м уровне декомпозиции в модели TO-BE и нотации BPMN
Рис. 15. Процесс «Согласовать страховую премию» на 3-м уровне декомпозиции в модели TO-BE и нотации BPMN
Рис. 16. Процесс «Оценить страховой риск» на 4-м уровне декомпозиции в модели TO-BE и нотации BPMN
Имплементация программного решения позволяет автоматизировать расчеты и формирование отчетов, а также обеспечить централизованное хранение информации о клиентах. Переходим к третьему процессу «Урегулирование убытков». Новшества процесса, представленные на рис. 17-18, позволяют сократить время на расчет страховых убытков.
Рис. 17. Процесс «Урегулирование убытков» на 2-м уровне декомпозиции в модели TO-BE и нотации BPMN
Рис. 18. Процесс «Оценка убытков» на 3-м уровне декомпозиции в модели TO-BE и нотации BPMN
3.3. Карта бизнес-процессов
Карта бизнес-процессов завершает активности по проектированию процессов и позволяет собрать всю картину выполняемых операций воедино. Сравнение карт процессов моделей AS-IS и TO-BE демонстрирует дельту в операциях, образовавшуюся после внедрения программного решения [4]. Результаты формирования схемы процессов, заданной моделью TO-BE, отражены на рис. 19.
Рис. 19. Карта процессов в модели TO-BE
3.4. Структура таблиц баз данных
Для хранения данных по итогам реализации процессов создавалась база данных [5]. Атрибуты проектируемых таблиц баз данных приведены ниже (табл. 6). Алгоритм событийного заполнения таблиц состоит в следующим:
- изначально заводится основная информация по клиентам, сотрудникам и типам страхования;
- далее вводятся данные страхового полиса, выбирая ранее заведенные значения типа страхования, клиента и сотрудника;
- в момент возникновения страхового случая вносится его информация, ссылаясь на полис клиента;
- к страховому случаю добавляются данные по оценке убытков и страховой выплате клиенту.
Табл. 6. Классы и типы данных
Название класса | Поле | Тип | Количество символов |
Полисы | ID(PK) (Номер_полиса)* | ||
Номер_полиса | Числовой | 20 | |
Дата_выдачи | Дата | 8 | |
Страховая_сумма | Числовой | 10 | |
Типы_страхования_ID(FK) | |||
Клиенты_ID(FK) | |||
Сотрудники_ID(FK) | |||
Клиенты | ID(PK) (Имя, Фамилия, Отчество, Дата_рождения)* | ||
Имя | Текстовый | 25 | |
Фамилия | Текстовый | 25 | |
Отчество | Текстовый | 25 | |
Адрес | Текстовый | 100 | |
Номер_телефона | Числовой | 11 | |
Дата_рождения | Дата | 8 | |
Страховые_случаи | ID (Дата_случая, Время_случая, Полисы_ID(FK))* | ||
Дата_случая | Дата | 8 | |
Время_случая | Время | 8 | |
Описание_случая | Текстовый | 150 | |
Полисы_ID(FK) | |||
Оценка_убытков | ID(PK) (Дата_оценки, Страховые_случаи_ID(FK)) | ||
Дата_оценки | Дата | 8 | |
Сумма_компенсации | Числовой | 10 | |
Комментарий | Текстовый | 150 | |
Страховые_случаи_ID(FK) | |||
Сотрудники | ID(PK) (Имя, Фамилия, Отчество, Дата_приема_на_работу)* | ||
Имя | Текстовый | 25 | |
Фамилия | Текстовый | 25 | |
Отчество | Текстовый | 25 | |
Должность | Текстовый | 25 | |
Дата_приема_на_работу | Дата | 8 | |
Типы_страхования | ID(PK) (Тип_страхования)* | ||
Тип_страхования | Текстовый | 6 | |
Название_типа | Текстовый | 10 | |
Описание | Текстовый | 150 | |
Страховые премии | ID(PK) (Дата_выплаты, Страховые_случаи_ID(FK))* | ||
Дата_выплаты | Дата | 8 | |
Страховая_премия | Числовой | 10 | |
Страховые_случаи_ID(FK) |
3.5. Схема приложения
Определив способ хранения и использования информации, можно приступить к составлению карты реализуемой информационной системы, обеспечивающей наглядное визуальное представление будущего решения [6]. Работа с программой начинается с ввода данных для авторизации, после чего отображается главное меню для запуска отдельных транзакций (рис. 20).
Рис. 20. Схема приложения
Основное меню дает сотруднику доступ к пяти транзакциям:
- полисы, отвечающая за хранение действующих страховых полисов, содержит информацию об их номерах и сроках окончания;
- убытки, включает данные по убыткам, понесенным компанией. Хранит номер полиса клиента, которому была выплачена страховая компенсация, а также его контактные данные;
- клиенты, хранит основную информацию о клиентах, которая нужна для составления страхового договора;
- страховая премия, позволяющая отслеживать выплату страховых премий агентам страховой компании;
- аналитические отчеты.
4. Этап реализации
Спроектированные процессы, данные и схема приложения легли в основу разработки, выполненной на базе платформы 1С: Предприятие 8.3 [7-8]. Нижеприведенные рисунки демонстрируют полученные результаты:
- структура справочников, документов и регистров данных (рис. 21);
- реестр и карточка ведения договоров (рис. 22-23);
- реестр и карточка обработки убытка (рис. 24-25) и др.
Рис. 21. Разработанные объекты: а) справочники данных; б) документы; в) регистры
Рис. 22. Разработанный реестр страховых договоров
Рис. 23. Реализованная карточка договора
Рис. 24. Запрограммированный реестр убытков
Рис. 25. Разработанная карточка выплаты убытка
6. Этап тестирования
Завершающим этапом работы над приложением послужило нагрузочное тестирование. Для оценки производительности 1C-приложения была выбрана методология Apdex [9]. Согласно данному подходу, вычисляется показатель Apdex:
Apdex = (NS + NT/2)/N, (2)
где N – число выполняемых операций; NS – измеренное количество выполненных операций, для которых время отклика попало в диапазон от 0 до T; NT – измеренное число выполненных операций с временем отклика от T до 4T; T – целевое время выполнения операции. Шкала оценки полученных результатов:
- отлично, если Apdex в пределах 0.94-1;
- хорошо, 0.85-0.94;
- плохо, 0.70-0.85;
- очень плохо, 0.50-0.70.
Расчет производительности разработанного приложения 1С проводился для следующих операций:
- открытие личного дела клиента;
- сохранение личного дела клиента;
- открытие договора страхования;
- проведение договора страхования,
при значении параметра T=2 секунды. Замеры производились при помощи электронного секундомера с погрешностью 0.01 секунды. Результаты замеров и оценки производительности даны в табл. 7.
Табл. 7. Итоги расчета производительности системы по Apdex
Операция | N | NS | NT | Apdex | Оценка |
Открытие личного дела клиента | 1000 | 672 | 176 | 0.76 | Плохо |
Сохранение личного дела клиента | 1000 | 896 | 50 | 0.92 | Хорошо |
Открытие договора страхования | 1000 | 821 | 164 | 0.90 | Хорошо |
Проведение договора страхования | 1000 | 914 | 29 | 0.93 | Хорошо |
Следуя полученным результатам, операция по открытию личного дела клиента в разработанном решении 1С оказалась самой низкопроизводительной. Дальнейшее усовершенствование реализованного программного продукта включало в первую очередь устранение выявленного дефекта производительности.
Заключение
Современные информационные системы и технологии способы удовлетворить множество потребностей организации, обеспечивая им высокий уровень конкурентоспособности. Существуют как коробочные программные решения, так и возможности по кастомной разработке любого бизнес-требования. В содержании текущей статьи было проведено предпроектное обследование и внедрение собственной разработки на базе платформы 1С: Предприятие 8.3 в страховой компании.
В ходе автоматизации работы страховой компании было необходимо предложить и имплементировать программное решение. Фаза бизнес-кейса позволила проанализировать несколько приложений и выбрать наиболее оптимальное для нужд страховой организации. Задав модель оценки, принимающей во внимание множество параметров софтверных решений, был сделан вывод о необходимости ведения собственной разработки в среде 1С.
Дальнейшие работы велись согласно классической каскадной модели внедрения: фаза анализа использовала наработки бизнес-кейса и позволила детализировать требования. На этапе проектирования были смоделированы процессы в AS-IS и TO-BE, данные и структура приложения. Фаза реализации позволила разработать приложение на платформе 1С: Предприятие 8.3 согласно заявленным требованиям. Нагрузочное тестирование с использованием метода Apdex показало слабые и сильные стороны реализованного решения.
Завершающие шаги внедрения: фазы перехода и гиперподдержки продуктивной эксплуатации не описаны в текущей статье, однако являются неотъемлемой частью методологии имплементации и будут проработаны в контексте отдельного исследования.
Литература
- A guide to the project management body of knowledge and the standard for project management, 7th edition. Project Management Institute, 2021. – 369 p.
- BABOK: Руководство к своду знаний по бизнес-анализу, версия 3.0 / Международный институт бизнес-анализа [Пер. с английского]. – М.: Олимп-бизнес, 2024. – 626 с.
- Свод знаний по управлению бизнес-процессами: BPM CBoK 4.0 / Бенедикт Т., Кирхмер М., Шарсиг М., Франц П., Саксена Р., Моррис Д., Хилти Д. – М.: Альпина Паблишер, 2024. – 504 с.
- Гвоздева Т.В., Баллод Б.А. Проектирование информационных систем: учебное пособие. – Ростов н/Д.: Феникс, 2009. – 508 с.
- DAMA-DMBoK: Свод знаний по управлению данными. Второе издание / DAMA International [пер. с англ. Агафонова Г.]. – М.: Олимп-бизнес, 2024. – 828 с.
- Harrison R. TOGAF certified study guide. Van Haren Publishing, Zaltbommel, 2013. – 324 p.
- Информационная система 1С: ИТС [Электронный ресурс] // Руководство разработчика 1С: Предприятие 8.3. Режим доступа: https://its.1c.ru/db/v838doc/browse/13/-1/5 (дата обращения 30.09.2024).
- Информационная система 1С: ИТС [Электронный ресурс] // Платформа 1С: Предприятие. Документация. Режим доступа: https://its.1c.eu/section/dev/doc_dev (дата обращения 30.09.2024).
- Информационная система 1С: ИТС [Электронный ресурс] // Оценка производительности системы по методике Apdex. Режим доступа: https://its.1c.ru/db/metod8dev#content:5807:hdoc:apdex_4 (дата обращения 30.09.2024).
Выходные данные статьи
Маркин И.И. Реализация процесса страхования клиентов на платформе 1С: Предприятие 8.3 (часть 2) // Корпоративные информационные системы. – 2024. – №4 (28) – с. 32-36. – URL: https://corpinfosys.ru/archive/2024/issue-28/290-2024-28-customerautomation.
Об авторе
![]() |
Маркин Иван Игоревич – выпускник кафедры корпоративных информационных систем института информационных технологий РТУ МИРЭА. Тема выпускной квалификационной работы магистра «Программное решение оптимизации клиентской базы страховой компании на платформе 1С: Предприятие 8.3». Электронная почта: Этот адрес электронной почты защищён от спам-ботов. У вас должен быть включен JavaScript для просмотра.. |
Статьи выпуска №28
- Основные изменения в правовом обеспечении информации в 2025 году;
- Реализация процесса страхования на платформе 1С: Предприятие 8.3 (часть 2);
- No-code платформы и приложения;
- BABoK для бизнес-анализа в ИТ-проекта;
- DAMA-DMBoK для управления данными в проектах внедрения ERP-систем.