车辆保险系统项目研究建议书.docx
《车辆保险系统项目研究建议书.docx》由会员分享，可在线阅读，更多相关《车辆保险系统项目研究建议书.docx（18页珍藏版）》请在冰豆网上搜索。
车辆保险系统项目研究建议书
车辆保险系统项目建议书
文件标识：
当前版本：
V1.0
编制：
陈勇义
审核：
编制日期：
发布日期：
关联文件
版本历史
版本/状态
作者
参与者
起止日期
备注
V1.0
陈勇义
草稿
V1.0
陈勇义
修改稿
目录
1.引言4
2.需求分析5
2.1项目背景5
2.2项目目标5
2.2.1功能需求5
2.2.2性能需求6
2.2.3应用对象6
2.2.4设计原则6
2.2.4.1可靠性原则6
2.2.4.2先进性原则7
2.2.4.3可扩充、可维护性原则7
2.2.4.4安全保密原则7
2.2.4.5易用性、友好性原则7
3.系统设计8
3.1总体设计8
3.1.1业务系统概述8
3.1.2网络拓扑架构9
3.1.3软件系统架构9
3.2功能设计10
3.2.1信息录入管理10
3.2.2信息查询管理11
3.2.3业务报表11
3.2.4消息管理12
3.2.5用户管理12
3.2.6保单管理13
3.2.7理赔管理13
3.2.8收付费管理13
4.项目实施14
4.1项目相关人员及职责15
4.2项目质量管理17
4.3开发环境18
4.4运行环境18
4.5提交材料19
5.规划和费用19
5.1项目规划与开发费用19
5.1.1开发规划19
5.2系统软件费用20
5.3硬软费用20
5.4总时间和费用21
6.附录21
1.引言
随着商业社会的快速发展，一个企业需要关注的事务很多，从市场的发展，企业的决策等等，如何对企业发展有帮助，是企业在信息化、知识化过程要考虑的事情。
作为一个企业，都希望能实现团队的紧密合作，更好的借鉴他人的经验，能快速的掌握公司发生的情况。
通过信息化的发展，可以实现对我们的企业管理流程化、规范化，对我们的公司内部管理办公和协调实现规范。
通过系统的约束，实现我们的高效工作。
企业达到一定的程度，随着人员的增加和部门的扩大，部门和人员之间层次出现了巨大的差距，有的人经验非常丰富，能够随意处于任何岗位进行工作，但有的由于经验、能力等方面，需要经过大量的培训后才能适应新的岗位工作，这样使公司的资源无法最大化。
2.需求分析
2.1项目背景
从改革开放以来,在国内的大中小城镇,私家车出现了爆发性的增长.但是与先进国家相比,国内私家车的保险市场还处于一个历史发展的初期阶段.基于这个认识,我们准备以一个中型城市为试点,打破传统的车保经营模式,采用网络化的管理和市场战略来经营一个全新的车保公司代理公司,从而达到将经营成本压缩到最小程度,给保险户主以最大的利益的双重效能.为实现这一目标,公司网络平台的构建必须牢固搭建起来,走在同行的前列.
2.2项目目标
充分利用荷源软件的技术优势，从实际业务出发、实现保险公司各分公司、呼叫中心、客户、潜在客户等多方面协同，共同构建相互关联的应用平台，各分公司及呼叫中心可以准确、及时地将客户信息、潜在客户、保单诸类相关数据反馈给公司，为公司提供丰富翔实的第一手资料，帮助业务管理人员有效管理企业经营及合作伙伴协作的各个环节业务。
2.2.1功能需求
✓及时了解会员和客户的情况。
✓及时发现新的潜在客户。
✓及时了解保费最后收缴日期。
✓用手机短信方式提醒客户交保费。
✓呼叫中心可以实时的看到客户和潜在客户的信息。
✓为客户和一般用户提供一个可以交流的平台。
✓进一步发掘客户，扩大企业市场份额。
✓快速收集竞争对手情况。
✓提供各种查询，为快速市场反应提供充足可靠的依据。
✓提供客户关系管理的功能，为专业呼叫中心提供平台。
✓提供客户信息录入管理,呼叫叫心，公共网站等几大模块；
✓基于互联网技术，提供远程访问的能力；
✓提供简单易用的软件界面，减少培训成本；
✓提供完善的文档；
2.2.2性能需求
✓满足企业内部人员使用的需要，保证平台7X24的正常运行。
✓满足平台扩展的需要，使之成为企业的核心平台。
并能扩展到附属公司和相关单位使用需要。
2.2.3应用对象
该平台为整个保险公司、办事处、呼叫中心在内实施使用，公共网站部分为所有互联网用户提供。
平台实现各部门、客户之间一个紧密联系、联动有序、相互制约、数据共享的高度集成的系统，彻底解决了“信息孤岛”的问题，管理流程逐渐实现规范化、制度化和透明化。
并实现了领导的实时了解，部门的办公需要，业务的支持需要，无纸化办公需要。
2.2.4设计原则
本公司在开发计算机信息系统的时候尽量考虑用户的利益，最大程度为用户节省投资，最大程度保护用户投资。
所以我们在为客户设计、开发系统的时候会时刻考虑以下几个原则。
2.2.4.1可靠性原则
由于本系统将设计成为覆盖整个集团公司和相关部门的综合性平台，因此稳定可靠性就成为系统设计考虑的首要问题。
由于参与人员和科室的众多，并且作为企业核心的平台，信息发布、信息交互等业务量大、频率高，就对系统的稳定可靠性要求特别高。
如果系统不能稳定工作，不具有容错能力，那么所造成的损失是无法估量的。
所以，平台应该是一个具有高可靠、高容错的系统。
一般的做法如下：
◆软件架构和实现技术的高可靠。
◆硬件产品的高可靠，如可容错的磁盘阵列等。
◆网络拓扑结构的稳定性。
2.2.4.2先进性原则
采用当今国内、国际上最先进和成熟的计算机软件、硬件和网络技术，使新建立的系统能够最大限度地适应今后技术发展变化和业务发展变化的需要。
从目前国内发展情况来看，系统总体设计的先进性原则主要体现在以下几个方面：
◆采用开放的体系结构；
◆采用新一代成熟的计算机技术；
◆采用快速、稳定、安全的网络技术；
2.2.4.3可扩充、可维护性原则
对于硬件设备，如网络设备、服务器设备，在选型、设计和安装时要保证在将来业务量和业务功能增加的情况下，方便地提高性能、扩展功能，并保护以往的设备投资。
对软件而言，开发软件的时候应该考虑到以后系统平台的升级和硬件平台的更新等问题。
如果开发的应用软件只能使用2到3年就无法继续运作，那么这个软件就不是一个好的软件，无法使投入资金得到最大的保护。
2.2.4.4安全保密原则
作为公司内部核心的平台、商业数据以及综合信息都是非常机密的，因此本系统必须提供严格的安全认证和加密手段，保证相关数据不被篡改、破坏，保证过程不会出现信息泄漏等事件发生。
2.2.4.5易用性、友好性原则
平台是给企业内部不同层次的人员使用，因此系统的易用性、友好性是非常重要的。
同时一个易用、友好的界面，可以帮助本系统聚集更多的使用频率，这些对于一个知识型平台来说是至关重要的。
3.系统设计
3.1总体设计
3.1.1业务系统概述
平台业务主要分为三个层次：
3.1.2网络拓扑架构
网络拓扑按照三层结构，将Web服务器、应用服务器和数据库服务器分开。
并分别在Web层面（外部Internet到内部Intranet间）和数据层面（应用服务器和数据库）间设立了防火墙，保证数据的安全。
Web服务器、应用服务器和数据库服务器都可以采用“集群”（Cluster）来提供负载均衡和Fail-over故障保护机制。
数据库也相应的提供了备份数据库，实现相应的数据备份，提高容错能力。
3.1.3软件系统架构
整个系统采用三层体系，遵循.NET企业软件平台架构。
3.2功能设计
3.2.1信息录入管理
功能描述
包括客户信息、潜在客户信息、车辆信息、车主信息、保单信息。
能够体现客户的基本资料、车辆的基本资料以及其保险的历史信息。
功能列表
编号
名称
详细
1
客户信息录入
消费者的姓名、消费者电话、消费者手机、消费者地址。
消费者姓名：
为必填项。
2
车辆信息录入
3
保单信息录入
4
用户信息录入
5
车辆保险信息录入
6
理赔录入
3.2.2信息查询管理
功能描述
提供客户、潜在客户、车辆、车主、车辆保险历史信息的查询。
提供给公司内部和呼叫中心使用。
功能列表
编号
名称
详细
1
客户查询
2
潜在客户查询
3
车辆查询
4
车主查询
5
车辆保险历史查询
6
保单查询
7
险种查询
8
理赔情况查询
9
保费按业务人员统计
3.2.3报表打印
功能描述
包括客户报表、潜在客户报表、保单报表等报表
功能列表
编号
名称
详细
1
车辆信息表
2
客户表
3
险种一览表
4
保单打印
5
理赔情况打印
3.2.4消息管理
功能描述
能够对短消息提醒的功能，对临近缴费日期的客户进行短消息提醒，提供日常短消息的发送界面，便于发送广告和服务信息。
功能列表
编号
名称
详细
1
临近缴费日期短消息提醒
2
新险种短消息广告
3
体现服务的问候
4
保单到期提醒
3.2.5用户管理
功能描述
主要包括用户的增加删除和修改，用户的登录检查，用户的权限管理等。
功能列表
编号
名称
详细
1
用户增加、删除、修改
2
用户登录安全检查
3
用户的权限设置
4
用户组的增加、删除、修改
3.2.6保单管理
功能描述
功能列表
编号
名称
详细
1
投保信息的录入
2
续保管理
3
退保管理
3.2.7理赔管理
功能描述
功能列表
编号
名称
详细
1
理赔信息的录入、删除和修改
2
理赔的审核
3
理赔信息统计
3.2.8收付费管理
功能描述
保费的收费管理和理赔的付款管理
功能列表
编号
名称
详细
1
保费收费管理
2
理赔付款管理
3
退保的退费计算
4
增减保额管理
4.项目实施
由于项目投资有一定的规模，相应地也带来了风险，为了保障项目成功，我们制订了一个项目风险控制的保证措施。
Ø我们将把这个计算机信息系统设计、建造成一个使用最新技术并可不断更新的计算机信息系统，为此我方将全力组织高级技术人员进行开发。
Ø用户方参加开发，使需求明确，并缩短修改失误的时间，为系统成功开发和过渡打下了基础。
本项目将严格遵循软件工程进行组织开发，每一阶段会产生相应的文档。
项目将在严格的监督和控制下进行。
以下是项目开发迭代方式
4.1项目相关人员及职责
工程实施组
角色
职责
人员
工作说明
项目领导小组
为本项目的最高领导机构，对项目开发的重大问题进行决策，对系统的各种资源进行协调。
×××主要领导、主要业务处室领导、荷源软件公司主要领导。
×××与荷源软件共同组成此次项目领导小组，确定项目目标和分工，明确项目需求，协调项目资源，推进项目进行。
项目机构领导
协调公司内部项目所需资源。
荷源软件主要领导
决策、协调、指导。
用户组：
×××用户组
协调项目开发方及项目监理方的工作，提供业务调研和设计协助，监督项目研发过程
主要由信息中心及各个业务处室主要业务领导组成
提供和确定项目需求；
提供原有系统文档和程序；
指导和培训荷源软件项目开发人员相关业务知识；
确定并参与项目验收标准；
项目开发组（荷源软件）：
项目总负责人
协调公司内外部资源，推进项目进行，保证项目按合同要求按质按量完成。
陈勇义
项目经理
具体负责项目的开发和实施，协调开发组和用户的关系，保证项目定时定量完成。
杜天恩
负责编写《项目计划》、《测试计划》、《配置计划》等文档。
需求分析员
整理分析用户需求，产品需求分析。
杨辰
负责编写《需求设计》文档,
《系统设计文档》。
系统设计员
基于用户需求进行产品建模、设计。
孟鸿志,吴奇
负责《数据库设计文档》的编写。
程序员
程序编码
孟鸿志、杨辰、闵文彪、李佳呜
系统编码、单元测试
测试员
系统测试、部署测试。
徐新宇、钱立化
负责编写《测试计划》、《测试报告》文档
美工
视觉设计
周波
系统功能界面设计、优化
质量保证员
保障系统开发质量。
叶昌亮
项目过程质量控制
配置管理员
管理程序编码、开发文档。
高峰
统一代码和文档版本
评审委员会
负责项目各阶段的评审，保证项目质量
各个部门经理及项目经理
项目各个阶段项目评审
4.2项目质量管理
软件项目的质量控制和管理的重要性不亚于软件项目的规划。
质量管理应该贯穿软件开发的整个过程。
在本项目中我们采取的措施包括以下几方面：
1．甄选出一名质量控制员，由资深的、经过训练的测试工程师担任。
质量控制员参与软件开发的规划，各种标准的制定、测试以及错误追踪等，并将结果定期向开发人员和管理阶层报告。
2．质量控制贯穿项目全过程。
从准备投标开始就有质量控制员对项目的需求、规划、时间、参与人员等方面进行监控。
对开发过程中出现的错误和失策进行追踪，向所有成员公布改进的进度。
3．定期召开项目进度会议，讨论成员各自进度以及修改的完成进度，对计划及需求的修改进行评估、取舍，并与客户交流。
项目组内（包括质量控制员）的会议每周一次。
遇重大修改，应请有关专家和客户参与，及早的进行变动管理。
4．系统测试。
为求效率，软件由开发人员以外的人进行测试，测试规划应在需求已知时尽快开始，并由专人跟踪作详细记录。
我方在开发过程中会按照预定的测试计划进行模块测试、子系统测试、验收测试和平行运行测试。
●模块测试
模块定义了清晰的子功能，则在模块测试中可以把每一个模块作为一个单独的实体来测试，而且通常比较容易设计检验模块准确性的测试方案。
在这个测试中所发现的往往是编码和详细设计的错误。
该测试在编码时同时进行。
●子系统测试
子系统测试是把经过单元测试的模块放在一起形成一个子系统来测试。
模块相互间的协调和通信是这个测试过程中的主要问题，因此这个步骤着重测试模块接口。
●系统测试
系统测试是把经过测试的子系统装配成一个完整的系统来测试，在这个过程中不仅应该发现设计和编码的错误，还应该验证系统确实能提供需求说明书中指定的功能，而且系统的功能也符合预定要求。
在这个测试步骤中发现的往往是软件设计中的错误，也可能发现需求说明中的错误。
●验收测试
验收测试把软件系统作为单一的实体进行测试，测试内容与系统测试基本类似，但是它是在用户积极参与下进行的，而且可能主要使用实际数据（系统将来要处理的信息）进行测试。
验收测试的目的是验证系统确实能够满足用户的需要，在这个测试步骤中发现的往往是系统需求说明书中的错误。
●平行运行测试
软件产品在验收之后往往不能立即投入生产性运行，而是要再经过一段时间的平行运行的考验，新、旧两个系统并行运行。
●故障恢复测试
故障恢复测试是检验系统在发生突发灾难性事件（比如：
客户端断电、服务器断电、网络异常断开）的情况下，恢复系统和数据的能力。
这个测试检验的是系统的整体设计。
4.3开发环境
过程域
方法与工具
面向对象分析与设计
RationalRose2003（UML）
配置管理
Subversion1.3.1
计划编制
MicrosoftProject2003
文档编写
MicrosoftOffice2003
编码
MicrosoftVisualC#2005
数据库
MicrosoftSQLServer2000标准版
测试
TestDriector
缺陷管理
Jira3.5
项目管理
ProjectServer2003
4.4运行环境
本项目运行所需的硬件环境和软件环境：
服务器硬件环境：
P43.0G处理器+1GDDR内存+80G硬盘
服务器软件环境：
Windows2000Server,MicrosoftSQLServer2000标准版
4.5提交材料
本项目将提供各类文档和相关材料，包括：
▪项目开发计划
▪需求分析报告
▪概要设计报告
▪详细设计报告
▪源码
▪测试报告
▪系统维护手册
▪用户使用手册
5.规划和费用
5.1项目规划与开发费用
基于对本项目背景和需求的理解，我们对软件平台的建设提出如下几点设想：
1.本系统必须符合企业整体战略方向，以现有管理模式为基础，通过信息平台的建设来推进企业信息化的发展，充分发挥信息化优势。
2.系统总体规划必须立足于中长期发展，在考虑系统建设的同时，必须考虑企业IT部门发展的需要，通过系统建设能够找到长期合作伙伴，为企业新的利润增长打下基础。
3.整个系统的建设不能一蹴而就，是一个长期的过程，应该分期实施，同时能够根据企业的发展进行调整。
5.1.1开发规划
任务名称
参加人员
时间
人月数
前期准备
5人：
1项目经理+1系统架构师+1系统分析员+1高级程序员+1美工
1周
1.25
需求阶段
2人：
1项目经理+1系统分析员
4周
2
设计阶段
5人：
1项目经理+1系统架构师+1系统分析员+2高级程序员
2周
2.5
编码阶段
6人：
1项目经理+2高级程序员+2程序员+1美工
4周
6
测试阶段
4人：
1项目经理+2测试员
2周
2
用户测试和试运行
5人：
1项目经理+1高级程序员+1程序员+2测试员
2周
2.5
总计：
16.25
所需时间数：
3个月
所需总人月数（人月数-各阶段并行时间）：
16.25–2=14.25人月
5.2系统软件费用
名称
费用
Windows2003
由×××自行采购或荷源代为购买
SQLServer2000
由×××自行采购或荷源代为购买
5.3硬软费用
由×××自行采购或荷源代为购买，所需配置：
P43.0G处理器+1GDDR内存+80G硬盘
升级会员 