Техническое задание на разработку программного обеспечения для реализации возможности заключения договора осаго в виде электронного документа и обеспечения мвд россии доступа к аис рса в части предоставления информации о действующих договорах



страница1/10
Дата01.12.2017
Размер1.17 Mb.
#1081
ТипТехническое задание
  1   2   3   4   5   6   7   8   9   10

Приложение № 1 к проекту постановления Комитета по информационным технологиям по вопросу «О утверждении Технического задания на разработку программного обеспечения для реализации возможности заключения договора ОСАГО в виде электронного документа и обеспечения МВД России доступа к АИС РСА в части предоставления информации о действующих договорах ОСАГО



Техническое задание

на разработку программного обеспечения для реализации возможности заключения договора ОСАГО в виде электронного документа и обеспечения МВД России доступа к АИС РСА в части предоставления информации о действующих договорах ОСАГО

Российский Союз Автостраховщиков

СОДЕРЖАНИЕ


Общие сведения 9

1.1. Полное наименование системы и ее условное обозначение 9

1.2. Наименование организации – Заказчика 9

1.3. Наименование организации – Исполнителя 9

1.4. Перечень документов, на основании которых создается система 9

1.5. Источники и порядок финансирования работ 10

1.6. Порядок оформления и предъявления заказчику результатов работы 10

1.7. Определения, обозначения и сокращения 10

Назначение и цели разработки системы 12

1.8. Назначение Системы 12

1.9. Цели разработки 13

Характеристика объекта автоматизации 14

1.10. Краткие сведения об объекте автоматизации 14

1.11. Описание существующих процессов 14

1.12. Описание будущих процессов 14

1.12.1. Участники информационного взаимодействия 14

1.12.2. Функции РСА 14

1.12.3. Функции СК 15

1.12.4. Функции МВД 15

1.12.5. Процессы взаимодействия СК и РСА 15

1.12.6. Процессы взаимодействия МВД и РСА 16

1.12.7. Схема взаимодействия СК и РСА в части проверки субъектов/ТС 16

Проверка субъекта-физического лица (страхователя) 17

Проверка субъекта-физического лица (собственника ТС) 20

Проверка субъекта-физического лица (ЛДУ) 23

Проверка транспортного средства (ТС) 26

1.12.8. Схема взаимодействия СК и РСА в части загрузки проекта договора е-ОСАГО и направления его статуса 28

1.12.9. Схема взаимодействия СК и РСА в части запроса списка номеров проектов договоров е-ОСАГО без статусов 31

1.12.10. Схема взаимодействия СК и РСА в части запроса количества свободных номеров 33

1.12.11. Схема взаимодействия МВД и РСА в части проверки наличия договора ОСАГО 34

Требования к системе 36

1.13. Требования к системе в целом 36

1.13.1. Требования к структуре и функционированию системы 36

Логическая архитектура 36

Требования к способам и средствам связи для информационного обмена между компонентами системы 40

Требования к характеристикам взаимосвязей создаваемой системы со смежными системами 41

Требования к режимам функционирования системы 41

Перспективы развития, модернизации системы 43

1.13.2. Требования к численности и квалификации персонала системы и режиму его работы 43

1.13.3. Показатели назначения 44

1.13.4. Требования к надежности 45

1.13.5. Требования безопасности 46

1.13.6. Требования к эргономике и технической эстетике 46

Требования к эргономике и технической эстетике не предъявляются. 46

1.13.7. Требования к транспортабельности для подвижных Систем 46

Разрабатываемая Система не является подвижной. Требования к транспортабельности не предъявляются. 46

1.13.8. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы 46

1.13.9. Требования к защите информации от несанкционированного доступа 47

1.13.10. Требования по сохранности информации при авариях 48

1.13.11. Требования к защите от влияния внешних воздействий 48

1.13.12. Требования по стандартизации и унификации 48

1.13.13. Требования к патентной чистоте 49

1.13.14. Дополнительные требования 49

1.14. Требования к функциям (задачам), выполняемым системой 49

1.14.1. Требования к Подсистеме «Электронный полис» 49

Требования к Сервису ЭП проверки субъектов/ТС 49

Требования к Модулю обработки запросов на проверку субъекта/ТС 50

Требования к Сервису загрузки проектов договоров е-ОСАГО и статусов проектов договоров 51

Требования к Модулю обработки запросов на загрузку проектов договоров е-ОСАГО и статусов проектов договоров 51

Требования к Сервису запроса списка номеров проектов договоров е-ОСАГО 53

Требования к Сервису запроса количества свободных номеров 54

Требования к Модулю учета номеров договоров е-ОСАГО 54

Требования к хранению данных в Подсистеме «Электронный полис» 54

Требования к авторизации и аутентификации 55

1.14.2. Требования к дорабатываемой части Подсистем «Договоры и КБМ» 55

Требования к Сервису ДиКБМ проверки субъектов/ТС 55

Требования к Сервису проверки наличия договора ОСАГО 55

Требования к Модулю обработки запросов на проверку наличия договора ОСАГО 55

Требования к хранению данных дорабатываемой части в Подсистемах «Договоры и КБМ» 56

1.14.3. Требования к дорабатываемой части Модуля регистрации запросов СМЭВ 56

1.15. Требования к видам обеспечения 56

1.15.1. Требования к математическому обеспечению системы 56

Требования к математическому обеспечению не предъявляются. 56

1.15.2. Требования к информационному обеспечению системы 56

Требования к составу, структуре и способам организации данных в Системе 56

Требования, предъявляемые к информационному обеспечению, необходимому для функционирования Системы, определяются с целью решения следующих задач: 56

Разрабатываемая Система должна быть масштабируемой по количеству обрабатываемых запросов и размеру хранилища, а также обеспечивать возможность быстрой адаптации к изменениям законодательства РФ. 57

Детальный состав, структура и способы организации данных в Системе должны быть определены на стадии технического проектирования. 57

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

РСА должен предоставить ЗАО «ЛАНИТ» формат, структуру и типы данных для информации о лицензии, выданной страховщику, номере, сроке действия, дате выдачи и окончания действия, а также для информации для возможности проверки наличия обособленных структурных подразделений (филиалов) СК на этапе технического проектирования. 57

РСА должен предоставить ЗАО «ЛАНИТ» информацию о лицензии, выданной страховщику, номере, сроке действия, дате выдачи и окончания действия, а также информацию для возможности проверки наличия обособленных структурных подразделений (филиалов) СК на этапе предварительных испытаний. 57

Требования к информационному обмену между компонентами системы 57

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

Информационный обмен между компонентами Системы должен осуществляться без повторного ручного ввода информации. 57

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

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

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

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

Требования по применению систем управления базами данных 58

Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных 58

Требования к защите данных от разрушений при авариях и сбоях в электропитании системы 58

Технические средства, обеспечивающие хранение информации, должны использовать современные технологии, позволяющие обеспечить надежность хранения данных и оперативную замену оборудования (распределенная избыточная запись/считывание данных; зеркалирование; независимые дисковые массивы; кластеризация). 58

Требования к контролю, хранению, обновлению и восстановлению данных 59

Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами Системы 59

1.15.3. Требования к лингвистическому обеспечению системы 59

Система должна быть реализована с использованием языков программирования высокого уровня. Выбор конкретного языка программирования должен осуществляться в процессе разработки программных средств. 59

При описании параметров и внешних интерфейсов веб-сервисов должны применяться XML, XSD и WSDL. 59

В качестве языка манипулирования данными должен использоваться язык структурированных запросов – SQL (Structured Query Language). 59

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

1.15.4. Требования к программному обеспечению системы 59

Разрабатываемое программное обеспечение должны быть в максимальной степени независимым от используемых средств вычислительной техники и операционной среды. 59

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

Дистрибутивы прикладного ПО Системы на машинных носителях (CD|DVD) должны быть предоставлены Заказчику с обязательным описанием структуры в текстовом документе в форматах MS Office. 59

Данные требования могут быть уточнены в рамках технического проектирования. Окончательная структура и форма предъявления дистрибутива прикладного ПО, разрабатываемого в рамках работ, должны быть определены в ходе техно-рабочего проектирования Системы и описаны в руководстве администратора. 59

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

1.15.5. Требования к техническому обеспечению системы 60

Все техническое обеспечение Системы должно соответствовать современным нормам и требованиям, касающимся надежности, экологичности и безопасности. 60

С целью максимальной согласованности, надежности и удобства обслуживания Системы всё оборудование должно быть сертифицировано и унифицировано. 60

1.15.6. Требования к метрологическому обеспечению системы 60

Требования к метрологическому обеспечению Системы не предъявляются. 60

1.15.7. Требования к организационному обеспечению системы 60

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

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

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

Заказчиком должны быть определены должностные лица, ответственные за: 60

– обработку информации в Системе; 60

– администрирование Системы; 60

– обеспечение безопасности информации в Системе; 60

– управление работой персонала по обслуживанию Системы. 60

1.15.8. Требования к методическому обеспечению системы 60

В состав нормативно-правого и методического обеспечения Системы должны входить законодательные акты, стандарты и нормативы, указанные в подразделе 1.4. 60

Состав поставляемого комплекта документов для работы с Системой приведен в Разделе . 60

Состав и содержание работ по созданию системы 61

Порядок контроля и приемки системы 67

1.16. Предварительные испытания 67

1.17. Опытная эксплуатация 68

1.18. Нагрузочное тестирование 68

1.19. Приемочные испытания 68

1.20. Приёмочная Комиссия 69

Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие 69

Требования к документированию 71

Источники разработки 72

ПРИЛОЖЕНИЕ 1.Перечень данных, передаваемых КИС СК в Систему для проверки субъектов/ТС 73

ПРИЛОЖЕНИЕ 2.Перечень данных договоров е-ОСАГО, передаваемых КИС СК в Систему 75

ПРИЛОЖЕНИЕ 3.Перечень данных, передаваемых ИС МВД в Систему для проверки наличия договоров ОСАГО 78






Поделитесь с Вашими друзьями:
  1   2   3   4   5   6   7   8   9   10




База данных защищена авторским правом ©vossta.ru 2022
обратиться к администрации

    Главная страница