车辆保险系统项目可行性研究报告.doc

上海荷源软件有限公司-项目建议书车辆保险系统项目建议书文件标识：DT-Q1-01-07-28-2006当前版本：V1.0编 制：陈勇义审 核：编制日期：2006-7-28发布日期：2006-7-28关联文件 上海荷源软件有限公司 Add: 上海市中山西路933号虹桥银城2116室 Tel: [phone] Fax: [phone] PostCode: 200030版 本 历 史版本/状态作者参与者起止日期备注V1.0陈勇义2006-7-28草稿V1.0陈勇义2006-7-31修改稿目 录1. 引言42. 需求分析52.1项目背景52.2项目目标52.2.1 功能需求52.2.2 性能需求62.2.3 应用对象62.2.4 设计原则62.2.4.1可靠性原则62.2.4.2先进性原则72.2.4.3可扩充、可维护性原则72.2.4.4安全保密原则72.2.4.5易用性、友好性原则73. 系统设计83.1总体设计83.1.1 业务系统概述83.1.2 网络拓扑架构93.1.3 软件系统架构93.2功能设计103.2.1 信息录入管理103.2.2 信息查询管理113.2.3 业务报表113.2.4 消息管理123.2.5 用户管理123.2.6 保单管理133.2.7 理赔管理133.2.8 收付费管理134. 项目实施144.1项目相关人员及职责154.2项目质量管理174.3开发环境184.4运行环境184.5提交材料195. 规划和费用195.1项目规划与开发费用195.1.1 开发规划195.2系统软件费用205.3硬软费用205.4总时间和费用216. 附录211. 引言随着商业社会的快速发展，一个企业需要关注的事务很多，从市场的发展，企业的决策等等，如何对企业发展有帮助，是企业在信息化、知识化过程要考虑的事情。作为一个企业，都希望能实现团队的紧密合作，更好的借鉴他人的经验，能快速的掌握公司发生的情况。通过信息化的发展，可以实现对我们的企业管理流程化、规范化，对我们的公司内部管理办公和协调实现规范。通过系统的约束，实现我们的高效工作。企业达到一定的程度，随着人员的增加和部门的扩大，部门和人员之间层次出现了巨大的差距，有的人经验非常丰富，能够随意处于任何岗位进行工作，但有的由于经验、能力等方面，需要经过大量的培训后才能适应新的岗位工作，这样使公司的资源无法最大化。2. 需求分析2.1 项目背景从改革开放以来,在国内的大中小城镇, 私家车出现了爆发性的增长.但是与先进国家相比,国内私家车的保险市场还处于一个历史发展的初期阶段.基于这个认识,我们准备以一个中型城市为试点,打破传统的车保经营模式,采用网络化的管理和市场战略来经营一个全新的车保公司代理公司,从而达到将经营成本压缩到最小程度,给保险户主以最大的利益的双重效能.为实现这一目标,公司网络平台的构建必须牢固搭建起来,走在同行的前列.2.2 项目目标充分利用荷源软件的技术优势，从实际业务出发、实现保险公司各分公司、呼叫中心、客户、潜在客户等多方面协同，共同构建相互关联的应用平台，各分公司及呼叫中心可以准确、及时地将客户信息、潜在客户、保单诸类相关数据反馈给公司，为公司提供丰富翔实的第一手资料，帮助业务管理人员有效管理企业经营及合作伙伴协作的各个环节业务。2.2.1 功能需求 及时了解会员和客户的情况。 及时发现新的潜在客户。 及时了解保费最后收缴日期。 用手机短信方式提醒客户交保费。 呼叫中心可以实时的看到客户和潜在客户的信息。 为客户和一般用户提供一个可以交流的平台。 进一步发掘客户，扩大企业市场份额。 快速收集竞争对手情况。 提供各种查询，为快速市场反应提供充足可靠的依据。 提供客户关系管理的功能，为专业呼叫中心提供平台。 提供客户信息录入管理,呼叫叫心，公共网站等几大模块； 基于互联网技术，提供远程访问的能力； 提供简单易用的软件界面，减少培训成本； 提供完善的文档；2.2.2 性能需求 满足企业内部人员使用的需要，保证平台7X24的正常运行。 满足平台扩展的需要，使之成为企业的核心平台。并能扩展到附属公司和相关单位使用需要。2.2.3 应用对象该平台为整个保险公司、办事处、呼叫中心在内实施使用，公共网站部分为所有互联网用户提供。平台实现各部门、客户之间一个紧密联系、联动有序、相互制约、数据共享的高度集成的系统，彻底解决了“信息孤岛”的问题，管理流程逐渐实现规范化、制度化和透明化。并实现了领导的实时了解，部门的办公需要，业务的支持需要，无纸化办公需要。2.2.4 设计原则本公司在开发计算机信息系统的时候尽量考虑用户的利益，最大程度为用户节省投资，最大程度保护用户投资。所以我们在为客户设计、开发系统的时候会时刻考虑以下几个原则。2.2.4.1 可靠性原则由于本系统将设计成为覆盖整个集团公司和相关部门的综合性平台，因此稳定可靠性就成为系统设计考虑的首要问题。由于参与人员和科室的众多，并且作为企业核心的平台，信息发布、信息交互等业务量大、频率高，就对系统的稳定可靠性要求特别高。如果系统不能稳定工作，不具有容错能力，那么所造成的损失是无法估量的。所以，平台应该是一个具有高可靠、高容错的系统。一般的做法如下：u 软件架构和实现技术的高可靠。u 硬件产品的高可靠，如可容错的磁盘阵列等。u 网络拓扑结构的稳定性。2.2.4.2 先进性原则采用当今国内、国际上最先进和成熟的计算机软件、硬件和网络技术，使新建立的系统能够最大限度地适应今后技术发展变化和业务发展变化的需要。从目前国内发展情况来看，系统总体设计的先进性原则主要体现在以下几个方面：u 采用开放的体系结构；u 采用新一代成熟的计算机技术；u 采用快速、稳定、安全的网络技术；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企业软件平台架构。企业数据展示层Internet相关公司公司内部中间层数据库信息录入保单保费管理用户认证数据库接口WEB方式展现信息报表呼叫中心系统销售报告3.2 功能设计3.2.1 信息录入管理l 功能描述包括客户信息、潜在客户信息、车辆信息、车主信息、保单信息。能够体现客户的基本资料、车辆的基本资料以及其保险的历史信息。l 功能列表编号名称详细1客户信息录入消费者的姓名、消费者电话、消费者手机、消费者地址。消费者姓名：为必填项。2车辆信息录入3保单信息录入4用户信息录入5车辆保险信息录入6理赔录入3.2.2 信息查询管理l 功能描述提供客户、潜在客户、车辆、车主、车辆保险历史信息的查询。提供给公司内部和呼叫中心使用。l 功能列表编号名称详细1客户查询2潜在客户查询3车辆查询4车主查询5车辆保险历史查询6保单查询7险种查询8理赔情况查询9保费按业务人员统计3.2.3 报表打印l 功能描述包括客户报表、潜在客户报表、保单报表等报表l 功能列表编号名称详细1车辆信息表2客户表3险种一览表4保单打印5理赔情况打印3.2.4 消息管理l 功能描述能够对短消息提醒的功能，对临近缴费日期的客户进行短消息提醒，提供日常短消息的发送界面，便于发送广告和服务信息。l 功能列表编号名称详细1临近缴费日期短消息提醒2新险种短消息广告3体现服务的问候4保单到期提醒3.2.5 用户管理l 功能描述主要包括用户的增加删除和修改，用户的登录检查，用户的权限管理等。l 功能列表编号名称详细1用户增加、删除、修改2用户登录安全检查3用户的权限设置4用户组的增加、删除、修改3.2.6 保单管理l 功能描述l 功能列表编号名称详细1投保信息的录入2续保管理3退保管理3.2.7 理赔管理l 功能描述l 功能列表编号名称详细1理赔信息的录入、删除和修改2理赔的审核3理赔信息统计3.2.8 收付费管理l 功能描述保费的收费管理和理赔的付款管理l 功能列表编号名称详细1保费收费管理2理赔付款管理3退保的退费计算4增减保额管理4. 项目实施由于项目投资有一定的规模，相应地也带来了风险，为了保障项目成功，我们制订了一个项目风险控制的保证措施。 我们将把这个计算机信息系统设计、建造成一个使用最新技术并可不断更新的计算机信息系统，为此我方将全力组织高级技术人员进行开发。 用户方参加开发，使需求明确，并缩短修改失误的时间，为系统成功开发和过渡打下了基础。本项目将严格遵循软件工程进行组织开发，每一阶段会产生相应的文档。项目将在严格的监督和控制下进行。以下是项目开发迭代方式4.1 项目相关人员及职责工程实施组角色职责人员工作说明项目领导小组为本项目的最高领导机构，对项目开发的重大问题进行决策，对系统的各种资源进行协调。主要领导、主要业务处室领导、荷源软件公司主要领导。与荷源软件共同组成此次项目领导小组，确定项目目标和分工，明确项目需求，协调项目资源，推进项目进行。项目机构领导协调公司内部项目所需资源。荷源软件主要领导决策、协调、指导。用户组：用户组协调项目开发方及项目监理方的工作，提供业务调研和设计协助，监督项目研发过程主要由信息中心及各个业务处室主要业务领导组成提供和确定项目需求；提供原有系统文档和程序；指导和培训荷源软件项目开发人员相关业务知识；确定并参与项目验收标准；项目开发组（荷源软件）：项目总负责人协调公司内外部资源，推进项目进行，保证项目按合同要求按质按量完成。陈勇义项目经理具体负责项目的开发和实施，协调开发组和用户的关系，保证项目定时定量完成。杜天恩负责编写项目计划、测试计划、配置计划等文档。需求分析员整理分析用户需求，产品需求分析。杨辰负责编写需求设计文档,系统设计文档。系统设计员基于用户需求进行产品建模、设计。孟鸿志,吴奇负责数据库设计文档的编写。程序员程序编码孟鸿志、杨辰、闵文彪、李佳呜系统编码、单元测试测试员系统测试、部署测试。徐新宇、钱立化负责编写测试计划、测试报告文档美工视觉设计周波系统功能界面设计、优化质量保证员保障系统开发质量。叶昌亮项目过程质量控制配置管理员管理程序编码、开发文档。高峰统一代码和文档版本评审委员会负责项目各阶段的评审，保证项目质量各个部门经理及项目经理项目各个阶段项目评审4.2 项目质量管理软件项目的质量控制和管理的重要性不亚于软件项目的规划。质量管理应该贯穿软件开发的整个过程。在本项目中我们采取的措施包括以下几方面：1 甄选出一名质量控制员，由资深的、经过训练的测试工程师担任。质量控制员参与软件开发的规划，各种标准的制定、测试以及错误追踪等，并将结果定期向开发人员和管理阶层报告。2 质量控制贯穿项目全过程。从准备投标开始就有质量控制员对项目的需求、规划、时间、参与人员等方面进行监控。对开发过程中出现的错误和失策进行追踪，向所有成员公布改进的进度。3 定期召开项目进度会议，讨论成员各自进度以及修改的完成进度，对计划及需求的修改进行评估、取舍，并与客户交流。项目组内（包括质量控制员）的会议每周一次。遇重大修改，应请有关专家和客户参与，及早的进行变动管理。4 系统测试。为求效率，软件由开发人员以外的人进行测试，测试规划应在需求已知时尽快开始，并由专人跟踪作详细记录。我方在开发过程中会按照预定的测试计划进行模块测试、子系统测试、验收测试和平行运行测试。l 模块测试模块定义了清晰的子功能，则在模块测试中可以把每一个模块作为一个单独的实体来测试，而且通常比较容易设计检验模块准确性的测试方案。在这个测试中所发现的往往是编码和详细设计的错误。该测试在编码时同时进行。l 子系统测试子系统测试是把经过单元测试的模块放在一起形成一个子系统来测试。模块相互间的协调和通信是这个测试过程中的主要问题，因此这个步骤着重测试模块接口。l 系统测试系统测试是把经过测试的子系统装配成一个完整的系统来测试，在这个过程中不仅应该发现设计和编码的错误，还应该验证系统确实能提供需求说明书中指定的功能，而且系统的功能也符合预定要求。在这个测试步骤中发现的往往是软件设计中的错误，也可能发现需求说明中的错误。l 验收测试验收测试把软件系统作为单一的实体进行测试，测试内容与系统测试基本类似，但是它是在用户积极参与下进行的，而且可能主要使用实际数据（系统将来要处理的信息）进行测试。验收测试的目的是验证系统确实能够满足用户的需要，在这个测试步骤中发现的往往是系统需求说明书中的错误。l 平行运行测试软件产品在验收之后往往不能立即投入生产性运行，而是要再经过一段时间的平行运行的考验，新、旧两个系统并行运行。l 故障恢复测试故障恢复测试是检验系统在发生突发灾难性事件（比如：客户端断电、服务器断电、网络异常断开）的情况下，恢复系统和数据的能力。这个测试检验的是系统的整体设计。4.3 开发环境过程域方法与工具面向对象分析与设计Rational Rose 2003（UML）配置管理Subversion 1.3.1计划编制Microsoft Project 2003文档编写Microsoft Office 2003编码Microsoft Visual C# 2005数据库Microsoft SQL Server 2000标准版测试TestDriector缺陷管理Jira 3.5项目管理Project Server 20034.4 运行环境本项目运行所需的硬件环境和软件环境：服务器硬件环境：P4 3.0G 处理器 + 1G DDR内存+80G 硬盘服务器软件环境：Windows2000 Server, Microsoft SQL Server 2000标准版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 系统软件费用名称费用Windows 2003由自行采购或荷源代为购买SQL Server 2000由自行采购或荷源代为购买5.3 硬软费用由自行采购或荷源代为购买，所需配置：P4 3.0G 处理器 + 1G DDR内存+80G 硬盘目 录1. 引言42. 需求分析52.1项目背景52.2项目目标52.2.1 功能需求52.2.2 性能需求62.2.3 应用对象62.2.4 设计原则62.2.4.1可靠性原则62.2.4.2先进性原则72.2.4.3可扩充、可维护性原则72.2.4.4安全保密原则72.2.4.5易用性、友好性原则73. 系统设计83.1总体设计83.1.1 业务系统概述83.1.2 网络拓扑架构93.1.3 软件系统架构93.2功能设计103.2.1 信息录入管理103.2.2 信息查询管理113.2.3 业务报表113.2.4 消息管理123.2.5 用户管理123.2.6 保单管理133.2.7 理赔管理133.2.8 收付费管理134. 项目实施144.1项目相关人员及职责154.2项目质量管理174.3开发环境184.4运行环境184.5提交材料195. 规划和费用195.1项目规划与开发费用195.1.1 开发规划195.2系统软件费用205.3硬软费用205.4总时间和费用216. 附录21第 22 页