保险系统建设方案.
- 格式:pdf
- 大小:1.38 MB
- 文档页数:24
保险营销管理系统需求设计方案一、引言保险营销管理系统是为了提高保险公司的销售业绩和管理效率而开发的软件系统。
本方案设计针对保险公司内部的销售团队,旨在通过系统化的管理和自动化的流程,提高销售人员的工作效率和业绩。
二、系统功能需求1. 客户管理:实现对所有客户信息的录入、查询、编辑和删除,并能够根据客户需求进行分类和分组管理;2. 销售机会管理:记录和跟踪潜在销售机会,并提供相关统计和分析报告;3. 销售计划管理:根据销售目标和计划,制定销售计划并分配给销售人员,及时跟踪销售进度;4. 销售业绩统计:统计并报告销售人员的业绩情况,包括销售额、销售数量、成交率等;5. 客户服务管理:记录客户的反馈和投诉,并及时处理和跟进;6. 奖励与激励管理:根据销售业绩,制定奖励政策,并自动计算和发放奖励;7. 销售培训管理:记录并安排销售人员的培训计划和培训结果;8. 数据分析和报表:提供各种销售数据的统计分析和报表生成功能,用于指导决策和业务改进。
三、系统非功能需求1. 用户友好性:界面简洁明了、操作简单方便,减轻销售人员的学习和使用负担;2. 安全性:系统需进行用户身份验证、数据加密和安全备份,确保数据的保密性和完整性;3. 性能要求:系统能够快速响应用户的请求,提供流畅的操作体验,尤其是在高峰期;4. 可扩展性:系统需支持未来的功能扩展和升级,以适应保险行业的发展和业务变化;5. 可靠性:系统需保证数据的准确性和一致性,避免数据丢失和错误;6. 兼容性:系统需支持不同操作系统和不同终端的访问,以满足不同用户的需求;7. 维护性:系统需提供良好的文档和技术支持,方便系统的运维和维护。
四、系统开发与实施计划1. 需求分析和设计:根据保险公司的要求,进行需求分析和系统设计,制定详细的功能规格和技术方案;2. 系统开发:根据设计方案,进行系统编码和开发,保证系统的功能实现和性能满足要求;3. 系统测试:进行各类测试,包括单元测试、集成测试、性能测试和用户验收测试,确保系统的质量和稳定性;4. 系统部署和上线:将系统部署到预定的服务器上,并进行配置和优化,确保系统的正常运行;5. 培训和使用:对销售人员进行系统培训,使其熟悉系统使用方法和操作流程,提高工作效率;6. 运维和维护:提供系统的日常运维和技术支持,及时处理用户反馈和故障报告,确保系统的稳定性和可靠性。
保险公司信息化制度体系建设方案大家好,今天我们来聊聊保险公司信息化制度体系建设方案这个话题。
我们得明白,为什么保险公司要搞这个信息化制度体系建设呢?那是因为,随着科技的发展,人们的生活节奏越来越快,对于保险的需求也越来越高。
传统的保险业务已经无法满足人们的需求,所以保险公司要通过信息化手段,提高服务质量,降低运营成本,让人们买保险更方便、更快捷。
那么,保险公司信息化制度体系建设方案具体包括哪些内容呢?我们可以先从以下几个方面来谈起。
一、保险业务流程的数字化要想让保险公司的信息化制度体系建设顺利进行,首先要做的就是把传统的保险业务流程数字化。
这就好比是把一张张纸质支票变成电子支票一样,让人们在购买保险时更加便捷。
比如说,你可以通过手机APP或者网站直接购买保险,不用再去保险公司排队办理业务了。
这样一来,不仅节省了人们的时间,还提高了保险公司的工作效率。
二、信息系统的安全保障在信息化时代,信息安全问题尤为重要。
保险公司的信息系统涉及到大量的客户信息和资金信息,如果出现泄露或者被黑客攻击的情况,后果将不堪设想。
因此,保险公司在建立信息化制度体系时,必须要重视信息系统的安全保障。
可以借鉴支付宝、微信等知名互联网公司的做法,采用先进的加密技术,确保客户信息和资金信息的安全。
三、人工智能技术的运用人工智能技术在近年来得到了迅速发展,已经广泛应用于各个领域。
保险公司也可以借助人工智能技术,提高服务质量。
比如说,你可以在购买保险时,通过智能客服系统进行咨询,它会根据你的需求,为你推荐合适的保险产品。
人工智能还可以辅助保险公司进行风险评估,提高理赔效率。
四、大数据技术的挖掘大数据技术可以帮助保险公司更好地了解客户需求,为客户提供更加精准的服务。
通过对大量保险数据的分析,保险公司可以发现潜在的市场机会,制定更有针对性的营销策略。
大数据还可以帮助保险公司优化产品设计,提高产品的竞争力。
五、云计算技术的应用云计算技术可以让保险公司实现数据中心的集中管理,降低运营成本。
保险业客户关系管理系统建设方案第一章引言 (3)1.1 背景介绍 (3)1.2 目的与意义 (3)第二章客户关系管理概述 (4)2.1 客户关系管理的定义 (4)2.2 客户关系管理的重要性 (4)2.3 保险业客户关系管理的特殊性 (4)第三章系统建设目标与原则 (5)3.1 系统建设目标 (5)3.1.1 提升客户满意度 (5)3.1.2 提高业务运营效率 (5)3.1.3 促进企业内部协作 (5)3.1.4 为决策提供数据支持 (5)3.2 系统建设原则 (5)3.2.1 客户为中心 (5)3.2.2 安全可靠 (6)3.2.3 易于扩展和维护 (6)3.2.4 与企业现有系统兼容 (6)3.2.5 经济实用 (6)第四章需求分析 (6)4.1 业务需求分析 (6)4.1.1 客户信息管理 (6)4.1.2 客户服务管理 (6)4.1.3 客户关怀管理 (6)4.1.4 客户反馈管理 (7)4.2 功能需求分析 (7)4.2.1 用户管理 (7)4.2.2 客户信息管理 (7)4.2.3 客户服务管理 (7)4.2.4 客户关怀管理 (7)4.2.5 客户反馈管理 (7)4.3 系统功能需求分析 (8)4.3.1 响应时间 (8)4.3.2 数据处理能力 (8)4.3.3 安全性 (8)4.3.4 可扩展性 (8)第五章系统设计 (8)5.1 系统架构设计 (8)5.1.1 系统整体架构 (8)5.1.2 系统技术架构 (9)5.2 模块设计 (9)5.2.2 营销管理模块 (9)5.2.3 服务管理模块 (10)5.2.4 统计分析模块 (10)5.3 数据库设计 (10)5.3.1 数据库表结构设计 (10)5.3.2 数据库索引设计 (10)5.3.3 数据库安全性设计 (11)第六章技术选型与实施策略 (11)6.1 技术选型 (11)6.1.1 数据库技术选型 (11)6.1.2 前端技术选型 (11)6.1.3 后端技术选型 (11)6.1.4 中间件技术选型 (11)6.1.5 云计算与大数据技术选型 (12)6.2 实施策略 (12)6.2.1 项目管理策略 (12)6.2.2 技术实施策略 (12)6.2.3 人员培训与团队建设 (12)第七章系统开发与实施 (12)7.1 开发流程与方法 (12)7.2 系统测试与验收 (13)7.3 系统部署与维护 (13)第八章数据分析与挖掘 (14)8.1 数据分析概述 (14)8.2 客户细分与画像 (14)8.3 客户价值分析与挖掘 (14)第九章风险管理与内部控制 (15)9.1 风险管理概述 (15)9.1.1 风险管理概念 (15)9.1.2 风险管理目标 (15)9.1.3 风险管理内容 (15)9.2 内部控制策略 (15)9.2.1 内部控制概述 (16)9.2.2 内部控制策略设计 (16)9.3 系统安全与合规性 (16)9.3.1 系统安全 (16)9.3.2 合规性 (16)第十章项目管理与评估 (16)10.1 项目管理流程与方法 (16)10.1.1 项目启动 (17)10.1.2 项目规划 (17)10.1.3 项目执行 (17)10.1.4 项目监控 (17)10.2 项目评估与监控 (17)10.2.1 项目评估 (17)10.2.2 项目监控 (17)10.3 项目后期优化与改进 (18)10.3.1 优化项目流程 (18)10.3.2 提升项目质量 (18)10.3.3 降低项目成本 (18)10.3.4 增强项目可持续性 (18)第一章引言1.1 背景介绍信息技术的飞速发展,保险业作为我国金融体系的重要组成部分,正面临着市场竞争加剧、客户需求多样化的挑战。
医疗保险数字化建设实施方案1.引言随着数字化技术的迅速发展,医疗保险数字化建设已成为推动医疗保险行业发展的重要方向。
本方案旨在实施医疗保险数字化建设,提高保险业务效率,优化客户体验,确保医疗保险行业的可持续发展。
2.系统建设2.1 系统需求分析通过与保险公司、医疗机构和客户的沟通和需求分析,确定医疗保险数字化系统的基本功能和特点,包括但不限于:- 电子保单管理- 投保、理赔、保险金支付的在线化- 医疗机构和客户信息管理- 统计数据分析和报表生成2.2 系统设计与开发基于系统需求分析,设计数字化系统的系统架构、数据库设计和用户界面。
确定并选择合适的技术平台和开发工具,进行系统的开发、测试和调试。
3.数据安全数字化系统将涉及大量敏感信息,如客户个人信息、保单信息和理赔信息。
为确保数据的安全性和隐私保护,需要采取以下措施:- 强化系统的访问控制和权限管理,确保只有经授权的人员才能访问和修改数据。
- 采用加密技术保护数据传输的安全性,防止数据被窃取或篡改。
- 定期备份和恢复数据,以应对可能发生的数据丢失或系统故障。
4.培训和推广为了确保系统顺利运行,提高员工的数字化技能,需要开展系统培训和推广活动,包括但不限于:- 为保险公司员工提供系统使用培训,包括系统功能介绍、操作指南等。
- 向医疗机构和客户提供系统使用培训,以便他们能够熟练操作系统,提高保险申请和理赔的效率。
- 开展宣传活动,向潜在客户介绍数字化系统的优势和便利性,提高客户对数字化保险服务的认知和接受度。
5.推进和监督数字化建设是一个持续推进的过程,需要保险公司设立数字化建设专门部门或小组,负责推进和监督数字化系统的实施。
- 制定数字化建设的详细计划和时间表,确保按照计划推进。
- 设立数字化项目管理团队,负责项目的监督和检查,及时发现和解决问题。
- 定期评估数字化系统的运行效果,收集用户的反馈和意见,及时进行优化和改进。
6.总结通过实施医疗保险数字化建设,可以提升保险业务的效率和质量,提高客户满意度,促进医疗保险行业的可持续发展。
吉林省社会保险系统开展优质服务窗口标准化建设实施方案依据劳动和社会保障部《相关加强社会保险经办能力建设意见》(劳社部发[]10号), 为深入改善服务环境, 加强社会保险基础设施建设;转变工作作风, 延伸服务领域;依法推行职责, 提供优质高效服务;愈加好地适应新形势发展需要, 省局决定在全系统开展优质服务大厅、企业退休人员档案管理中心、社会保险小区经办窗口标准化建设活动(以下简称“三项标准化建设”), 特制订本方案。
一、指导思想“三项标准化建设”活动要以“三个代表”关键思想为指导, 认真落实落实科学发展观, 突出“以人为本、构建友好”专题, 规范基础设施建设标准, 全方面提升职员依法经办能力素质, 为参保对象提供优质满意服务, 树立社会保险良好形象。
二、活动范围参与“三项标准化建设”活动范围是各市(州)、县(市)社会保险局经办服务大厅、企业退休人员档案管理中心、社会保险小区经办窗口。
三、工作目标经过开展“三项标准化建设”活动, 年底前努力争取使优质服务大厅标准化建设达成市州30%, 企业退休人员档案管理中心标准化建设达成市州30%, 社会保险小区经办窗口达成市县10%。
用3至5年时间使全省全部达成标准化建设水平。
每年底省局组成考评工作组, 对各地开展“三项标准化建设”情况, 进行检验验收。
四、组织领导为了切实加强领导, 达成预期目, 省局成立开展“三项标准化建设”活动领导小组。
领导小组组员:组长: 于洪才副组长: 王明海白永发王艳秋朱新海组员: 王玉娥王显林宋桂萍梁新华单文辛炳森梁春明陈立勃钱玉龙孙翼南卢胜海曹树申陈长春刘成杰李云福曹文彬胡增善崔希海及各市(州)局长。
下设办公室, 办公室设在养老保险一处。
五、具体要求(一)健全领导和工作机制。
各级社会保险局要成立领导小组, 重视和加强对“三项标准化建设”活动组织领导, 将其真正纳入工作日程, 发挥相关部门职能作用和广大职员聪慧才智, 并注意搞好协调配合, 主动抓好组织、协调和指导工作。
传统保险系统改造工程方案一、引言随着信息技术的快速发展,保险业也在不断进行转型升级,传统保险系统已经不能满足当今市场需求和客户服务的要求。
为了适应市场变化,提高服务质量,降低成本,保险公司需要对现有的保险系统进行改造和升级。
本文将针对传统保险系统的现状进行分析,并提出改造方案。
二、传统保险系统的现状传统保险系统通常采用传统的IT技术架构,包括大型主机系统和传统的关系型数据库。
这种系统通常拥有较高的稳定性和安全性,但同时也存在着一些问题,比如系统维护成本高、灵活性差、扩展性差等。
1. 系统维护成本高:传统保险系统通常采用大型主机系统,系统维护成本较高,需要专业的技术人员进行维护,而且维护工作量大,容易出现故障。
2. 灵活性差:传统保险系统的架构较为复杂,很难适应市场变化和业务需求的快速变化,系统改动成本高,周期长,业务灵活性不足。
3. 扩展性差:传统保险系统通常采用单一的关系型数据库,对大数据的处理能力有限,扩展性差,很难适应海量数据的存储和处理需求。
4. 用户体验差:传统保险系统通常采用传统的用户界面设计,不易操作,用户体验差,影响客户满意度。
5. 成本控制难度大:传统保险系统维护成本高,系统改造和升级成本大,企业困难之处在于如何降低系统成本。
基于这些问题,传统保险系统必须进行改造升级,以满足市场需求和提高服务质量。
三、传统保险系统改造的目标在进行传统保险系统改造工程前,我们首先需要明确改造的目标,具体包括:1. 降低成本:通过改造,降低系统维护成本和运营成本。
2. 提高灵活性:提高系统的灵活性和适应市场变化的能力。
3. 提高扩展性:提高系统的扩展性,满足大数据处理的需求。
4. 提升用户体验:改善用户界面设计,提升用户体验,提高客户满意度。
5. 提高信息安全:加强系统的信息安全性,提高系统的可靠性和稳定性。
在达成这些目标的过程中,我们需要对现有系统的架构和技术进行全面的改造。
四、传统保险系统改造的技术方案为了实现改造目标,我们提出以下技术方案:1. 云计算技术的应用首先,我们应用云计算技术,将传统主机系统迁移至云平台,以降低系统维护成本。
车辆保险系统开发方案设计摘要本文主要介绍车辆保险系统开发方案设计。
首先,文章梳理了车辆保险系统的流程和目标,然后提出了系统的功能需求和技术选型,接着详细描述了系统的数据结构和模块设计,最后对系统的性能和安全进行了讨论。
背景随着汽车市场的快速发展和普及,车辆保险业务的市场需求不断增加。
传统的车险销售渠道主要是通过保险经纪人或保险公司的销售人员进行销售,如今通过互联网和移动端逐渐成为趋势,为此构建一个优秀、稳定和安全的车辆保险系统显得非常重要。
目标和流程车辆保险系统主要针对个人车主和车辆保险机构,目标是提供一种方便快捷的车险购买和理赔方式,同时降低车主和保险机构的风险。
系统主要包含以下流程:车险购买流程车主可以通过系统进行自助式购买车险,具体流程包括:1.用户注册:车主可以通过手机号码发送短信注册账号,并绑定车辆信息。
2.选择车险:车主可以选择相应的车险套餐进行购买。
3.支付费用:车主需要通过第三方支付平台完成费用支付。
4.验证信息:车主需要提供身份证和驾驶证等相关信息进行验证。
5.获取保单:系统会生成相应的保单,车主可以进行查看和下载。
理赔流程在车险保单有效期内,车主可以通过系统实现理赔,具体流程包括:1.提交理赔申请:车主可以通过系统提交理赔申请并填写相关信息并上传图片等材料。
2.审核理赔:系统可根据相关算法对申请进行初步审核后提交到专业的理赔员审核。
3.理赔处理:审核通过后,保险公司将安排专业理赔员进行理赔处理,若需要现场查勘和协调资金,理赔员会第一时间赶到现场处理。
4.支付赔款:如无异议,保险公司将按照赔款金额将保险赔款结算至用户。
功能需求和技术选型本系统主要功能如下:1.用户注册、登陆和退出;2.车辆信息录入、管理和查询;3.保险产品选择、查看和购买;4.理赔申请、审核和处理;5.保单查询和下载。
系统采用如下技术架构:1.前端采用React框架进行开发;2.后端采用Spring Boot框架进行开发;3.数据库采用MySQL存储用户信息和保单信息;4.文件存储采用阿里云OSS进行存储。
中国人寿保险公司客户服务信息管理系统设计方案课程设计中国人寿保险公司客户服务信息管理系统设计方案一、引言在当今信息化时代,保险公司需要建立一个有效的客户服务信息管理系统,以提供更加便捷、高效的服务,并满足客户个性化需求。
本文旨在设计一个适用于中国人寿保险公司的客户服务信息管理系统,进一步提升客户满意度和公司运营效率。
二、系统架构设计1. 系统概述中国人寿保险公司客户服务信息管理系统是一个集客户信息管理、服务请求与反馈、数据分析与挖掘于一体的系统。
通过该系统,客户可以实时查询保险产品、办理保险业务、提交服务请求,并获得个性化的推荐和定制化的服务。
2. 功能模块设计2.1 客户信息管理模块该模块用于管理客户的基本信息、保单信息和服务请求记录等。
包括客户信息的添加、查询、修改和删除等功能。
2.2 保险产品管理模块该模块用于管理各类保险产品的信息,包括保险种类、保险费率、保险条款等。
客户可以通过该模块查询各类保险产品的详细信息,并进行在线购买。
2.3 服务请求与反馈模块该模块用于客户提交各类服务请求,并及时反馈处理结果。
客户可以通过该模块查询自己的服务请求状态,并及时进行反馈。
2.4 数据分析与挖掘模块该模块用于对客户的服务请求数据进行分析和挖掘,提取有价值的信息,为公司的决策提供参考依据。
通过该模块,公司可以对客户需求进行深入了解,并针对性地开展市场推广活动。
3. 系统界面设计系统界面设计应简洁明了,符合用户习惯,并提供友好的用户操作体验。
以主页、个人中心、产品展示、服务请求、数据分析为主要页面,分别设计相应的功能按钮和数据展示模块。
三、技术实现方案1. 开发语言与工具本系统使用Java语言开发,并采用Spring框架、MyBatis持久层框架、Bootstrap前端框架等。
同时,利用Eclipse、Maven、Git等工具进行项目管理和版本控制。
2. 数据库设计系统采用MySQL数据库进行数据存储。
CCC医疗保险管理综合服务系统建设方案概述本文档提供了CCC医疗保险管理综合服务系统建设方案的细节和目标。
目标- 建立一个综合服务系统,以提高CCC医疗保险管理的效率和服务质量。
- 提供用户友好的界面和功能,方便保险管理人员和参保人员使用。
- 整合现有的医疗保险数据和系统,确保数据的准确性和一致性。
主要功能1. 保险管理功能:包括保单管理、理赔管理、费用管理等,以提供全面的保险管理服务。
2. 参保人员功能:提供在线申请、查询保险信息、预约就医等功能,便于参保人员享受保险服务。
3. 医院合作功能:与合作医院进行数据共享和在线结算,提高就医流程的便捷性和效率。
4. 数据分析功能:对保险数据进行统计和分析,提供决策支持和业务优化建议。
技术架构- 系统将采用分布式架构,以提高系统的可用性和容错性。
- 前端采用React框架开发,后端采用Spring Boot框架,数据库采用MySQL。
- 系统要遵循信息安全和隐私保护的要求,采用合适的安全措施和加密算法。
项目计划1. 需求分析阶段:对CCC医疗保险管理需求进行详细分析和规划,确定系统功能和界面设计。
2. 系统设计阶段:根据需求分析结果进行系统架构设计、数据库设计和接口设计。
3. 系统开发阶段:基于设计结果进行系统开发和测试,逐步完善系统功能和性能。
4. 系统部署阶段:将系统部署到生产环境,并进行性能测试和安全评估。
5. 系统维护阶段:对系统进行持续的维护和更新,保障系统的稳定性和安全性。
预期效益- 提高CCC医疗保险管理的效率,减少繁琐的手工操作和纸质文档处理。
- 提升参保人员的服务体验,提供便捷的在线服务和信息查询功能。
- 加强数据的管理和分析能力,提供决策支持和业务优化的依据。
以上是CCC医疗保险管理综合服务系统建设方案的概览和要点,详细内容将在后续阶段进行具体规划和实施。
保险业客户管理服务系统建设方案第一章引言 (2)1.1 项目背景 (2)1.2 项目目标 (2)1.3 项目意义 (3)第二章需求分析 (3)2.1 客户管理服务现状分析 (3)2.1.1 客户管理服务概述 (3)2.1.2 现状分析 (3)2.2 客户需求分析 (3)2.2.1 客户基本信息需求 (3)2.2.2 客户服务需求 (4)2.2.3 客户体验需求 (4)2.3 功能需求分析 (4)2.3.1 客户信息管理功能 (4)2.3.2 客户关系维护功能 (4)2.3.3 客户服务与支持功能 (4)2.3.4 客户体验优化功能 (4)第三章系统设计 (4)3.1 系统架构设计 (4)3.1.1 系统架构层次 (4)3.1.2 系统架构技术选型 (5)3.2 数据库设计 (5)3.2.1 数据表设计 (5)3.2.2 字段定义 (5)3.2.3 索引设置 (6)3.3 系统模块设计 (6)3.3.1 用户管理模块 (6)3.3.2 客户管理模块 (7)3.3.3 业务管理模块 (7)3.3.4 日志管理模块 (7)第四章系统功能模块 (7)4.1 客户信息管理模块 (7)4.2 客户服务管理模块 (8)4.3 客户关怀模块 (8)第五章系统开发与实现 (9)5.1 开发环境与工具 (9)5.2 系统开发流程 (9)5.3 系统测试与优化 (9)第六章数据分析与挖掘 (10)6.1 客户数据分析 (10)6.2 客户价值评估 (10)6.3 客户细分与市场定位 (10)第七章系统安全与隐私保护 (11)7.1 数据安全策略 (11)7.2 用户权限管理 (11)7.3 隐私保护措施 (12)第八章系统运行与维护 (12)8.1 系统部署与实施 (12)8.1.1 部署准备 (12)8.1.2 部署流程 (13)8.2 系统运维管理 (13)8.2.1 运维团队建设 (13)8.2.2 运维流程 (13)8.3 系统升级与优化 (13)8.3.1 升级策略 (14)8.3.2 优化方向 (14)第九章项目管理与实施 (14)9.1 项目组织与分工 (14)9.2 项目进度与风险管理 (15)9.3 项目成果评估与反馈 (15)第十章总结与展望 (16)10.1 项目成果总结 (16)10.2 项目不足与改进方向 (16)10.3 项目未来发展趋势与展望 (17)第一章引言1.1 项目背景我国经济的快速发展,保险业作为金融体系的重要组成部分,其市场潜力逐渐凸显。
保险系统建设方案V1.0深圳市精锐纵横网络技术有限公司修订记录:日期版本号修订说明修订人审核人2017.07.12V1.0创建目录1.文档介绍 (4)1.1.文档目的 (4)1.2.文档范围 (4)1.3.读者对象 (4)1.4.术语与缩写解释 (4)2.系统介绍 (5)2.1.业务结构拓扑图 (5)2.2.Web端功能结构 (5)2.2.1.Agent用户功能结构图 (5)2.2.2.Business用户功能结构图 (6)2.3.App(Android and iOS)功能结构 (6)2.3.1.Agent用户功能结构图 (6)2.3.2.Business用户功能结构图 (7)2.4.后台管理系统功能结构图 (7)2.5.互联网保险系统架构图 (8)2.6.涉及系统 (8)2.7.技术特点 (9)2.8.总体设计原则 (9)2.9.服务器部署 (10)2.10.系统网络架构拓扑图 (10)2.11.数据库异地备份方案 (11)2.12.系统安全控制 (11)2.13.系统的非功能性 (12)2.13.1.非功能描述 (12)2.13.2.可用性及冗余性要求 (12)2.13.3.容灾与备份要求 (13)3.Web端功能描述 (14)3.1.Agent客户 (14)3.1.1.保险专区 (14)3.1.2.平台专区 (14)3.1.3.个人账户 (14)3.2.Business客户 (15)3.2.1.保险专区 (15)3.2.2.平台专区 (15)3.2.3.个人账户 (16)4.APP(Android and iOS)功能描述 (17)4.1.Agent客户 (17)4.1.1.保险专区 (17)4.1.2.平台专区 (17)4.1.3.个人账户 (17)4.2.Business客户 (18)4.2.1.保险专区 (18)4.2.2.平台专区 (18)4.2.3.个人账户 (19)5.后台管理系统功能描述 (20)5.1.业务管理 (20)5.2.Agent管理 (20)5.3.平台专区 (20)5.4.现有系统 (21)6.项目管理 (22)6.1.人员安排 (22)7.项目时间计划(6个月) (23)8.商务报价 (24)1.文档介绍1.1.文档目的为了让系统开发者双方对系统的初始规定有一个共同的理解,使之成为整个开发工作的基础,特编写本需求。
本文档主要对业务需求进行细致描述,明确业务处理范围,并对要实现的功能、输入输出数据和性能要求进行说明,力求准确、清晰、完整地阐明用户的需求,是进行系统设计的基础。
本文档预期读者:参与业务需求分析的人员、系统设计人员和系统开发人员。
1.2.文档范围本文档描述了网上保险的架构及与其它相关系统的关系1.3.读者对象本文档提供给保险项目组成员、业务人员,帮助项目组理解系统的架构及功能要求。
1.4.术语与缩写解释2.系统介绍2.1.业务结构拓扑图2.2.Web 端功能结构各子系统的主要业务功能如下:2.2.1.Agent用户功能结构图**保险公司2.3.1.Agent用户功能结构图**保险公司2.5.互联网保险系统架构图1.安全控制、服务过滤、验签、密码校验、频度控制、日志2.服务路由层:服务注册、路由漂移、账号生成3.服务集群:nginx tomcat 电子商务服务、定时补偿4.数据同步、MQ 异步消息、扫描、监控5.Nosql 数据库:Redis 6.分布式缓存:Redis 集群7.MDM 基础数据服务:单号生成、核保规则、汇率8.核心服务:提供主库查询服务API 9.数据主库:大表转储(分表存储)10.数据备份:热备、ETL2.6.涉及系统2.7.技术特点2.8.总体设计原则实用性、可靠性、先进性、经济型实用性优化管理模式、提供处理主题业务快捷工、提高工作效率、交互性好、易于使用 可靠性在硬件选型、网络社交和支撑环境中充分考虑系统设备的可靠性、在软件开发中重视规划化工作、按软件工程的思想和方法开发应用软件系统先进性充分利用飞速发展的计算机软硬件技术成果、建立一个符号行业标准、国家标准、可扩充、易于管理的计算机网络系统经济性在设备选型、网络设计中充分考虑少花钱浪费多办事原则、可以不花钱的尽量不花 整体性标准化、通用化、系列化、统一设计、分步实施、贯彻系统工程思想、整体性原则、递阶有序原则、动态多变原则2.9.服务器部署Nginx负载均衡、tomcat部署java webNginx+Tomcat部署服务集群、划分出多个前端业务库、每个业务库对应路由算法查询数据横行扩展:采用服务器部署无限扩展方案、直观、可配置2.10.系统网络架构拓扑图2.11.数据库异地备份方案基于主机。
基于主机的数据复制技术,可以不考虑存储系统的同构问题,只要保持主机是相同的操作系统即可,而目前也存在支持异构主机之间的数据复制软件,如BakBone NetVault Replicator就可以支持异构服务器之间的数据复制,可以支持跨越广域网的远程实时复制。
缺点是需要占用一点主机资源。
基于存储系统。
利用存储系统提供的数据复制软件,复制的数据流通过存储系统之间传递,和主机无关。
这种方式的优势是数据复制不占用主机资源,不足之处是需要灾备中心的存储系统和生产中心的存储系统有严格的兼容性要求,一般需要来自同一个厂家的存储系统,这样对用户的灾备中心的存储系统的选型带来了限制。
基于光纤交换机。
这项技术正在发展中,利用光纤交换机的新功能,或者利用管理软件控制光纤交换机,对存储系统进行虚拟化,然后管理软件对管理的虚拟存储池进行卷管理、卷复制、卷镜像等技术,来实现数据的远程复制。
比较典型的有Storag-age,Falcon等。
基于应用的数据复制。
这项技术有一定局限性,都是针对具体的应用。
主要利用数据库自身提供的复制模块来完成,比如OracleDataGuard,Sybase Replication等。
2.12.系统安全控制数据安全我们采用XSS防御、CSRF防御、SQL安全防御、RSA传输加密、暴力破解防护,针对各类攻击采用多重安全防护措施,有效保障您的系统及数据安全。
语言选择系统开发语言不外乎是PHP、.NET和JAV A。
PHP系统是市场上使用人数最多的,但PHP本身因设计原因存在多种漏洞(如SQL注入),导致PHP系统在安全方面可能存在“隐形炸弹”。
.NET是微软在ASP上的升级产品,安全系数高于PHP,JAV A则是所有编程语言中安全最高的一种。
交易安全控制采用加密算法保证重要数据的保密性,防范内容被第三方读取。
常用的处理技术是加密技术。
加密的实质是一种数据形式的变换,将被传输的单证(明文)经过编码转换成难以识别的密文,并进行传输,接收方接收到密文以后将其解密成明文,以供本地信息处理系统使用。
常见的加密技术包括对称加密技术和非对称加密技术。
典型的加密算法有DES,RSA;SEEK,PGP等。
单证传输的安全依赖于使用的算法和密钥的长度。
确定电子订单内容的完整性和真实性保证传输的完整性,采用散列技术来防止用户对单证的篡改。
通过散列算法对被传输的单证进行处理,产生一个依赖于该单证的短小的散列值(通常在100一200比特之间),并将该散列值附在表单后传输给对方,以便接受方采用相同的散列算法对接收的表单进行比对检验。
鉴别表单真实性的主要手段是数字签名技术,利用发送者的秘密密钥对散列值进行加密。
使用时单证的真实性和完整性往往是一起考虑的。
2.13.系统的非功能性2.13.1.非功能描述系统应遵循整体规划要求,在保证足够的可扩展性的前提下采用合适的软硬件技术;用户界面要求友好,操作应简便、快捷,提示清晰;在正常情况下,系统处理速度快捷;在峰值并发处理条件下,系统的处理速度不应出现明显的下降;系统应有足够的安全措施,能够有效防范不同类型的非法攻击,支持数字证书安全认证和数字签名;系统应具有良好的可扩展性,确保能够通过硬件或软件的扩展来支持更大业务量的要求;系统应能为业务今后的需要提供快速、灵活的定制能力,并能适应与新的硬件和软件建立连接的需要;系统应能适应不同的网络或终端环境,不会由于环境的不同导致性能过度下降。
2.13.2.可用性及冗余性要求7*24不间断运行。
全年业务停机时间不超过12小时主系统与灾备系统的业务切换时间不超过5秒2.13.3.容灾与备份要求系统需持容灾与备份机制。
3.W eb端功能描述3.1.Agent客户3.1.1.保险专区3.1.1.1.功能概述1)产品列表:Agent可以在web端查看所有已发布的保险产品;2)产品详情:Agent可以查看每个险种的详情;3)投保:Agent可以在线帮他的客户填写并提交保单信息;4)操作指南:Agent查看在线投保操作教程。
3.1.2.平台专区3.1.2.1.功能概述1)广告图:展示平台的一些轮播图2)集团介绍:3)最新资讯:展示关于保险行业最近一些政策、新闻;4)最新优惠:展示关于平台在保险方面的一些优惠活动;5)合作伙伴:6)短信/邮箱:Agent和他的客户会收到平台发送的短信、邮件3.1.3.个人账户3.1.3.1.功能概述1)我的客户:Agent可以查看他的客户;2)门店保单:Agent可以查看他的客户提交的保单信息;3)收益记录:Agent可以查看他的佣金收益记录;4)代理申请:客户可以在线提交申请成为平台的Agent;5)总收益:Agent可以查看个人总收益;6)好友推荐:推荐好友注册或者购买保险;7)我的门店可以设置自己代理的保险产品,分享给客户。
3.2.Business客户3.2.1.保险专区3.2.1.1.功能概述1)产品列表:Business可以在web端查看所有已发布的保险产品;2)产品详情:Business可以查看每个险种的详情;3)投保:Business可以在线帮他的客户填写并提交保单信息;4)操作指南:Business查看在线投保操作教程。
3.2.2.平台专区3.2.2.1.功能概述1)广告图:展示平台的一些轮播图2)集团介绍:3)最新资讯:展示关于保险行业最近一些政策、新闻;4)最新优惠:展示关于平台在保险方面的一些优惠活动;5)合作伙伴:6)短信/邮箱:Business和他的客户会收到平台发送的短信、邮件3.2.3.个人账户3.2.3.1.功能概述1)待出单保单:Business可以查看待出单的保单;2)已出单保单:Business可以看到已出单的保单;3)申请理赔:Business可以在线提交理赔申请;4)已处理理赔:Business可以查看已申请理赔的保单状态,如:已同意、不同意。
5)好友推荐:推荐好友注册或者购买保险。
4.APP(Android and iOS)功能描述4.1.Agent客户4.1.1.保险专区4.1.1.1.功能概述1)产品列表:Agent可以在移动端查看所有已发布的保险产品;2)产品详情:Agent可以查看每个险种的详情;3)投保:Agent可以在线帮他的客户填写并提交保单信息;4)操作指南:Agent查看在线投保操作教程。