项目实施方案doc.docx

1、项目实施方案doc单位：工作组日期： 二零一一年一月一日修订记录日期修订版本修订说明作者审核06/07/180.1初稿*06/07/190.2修订稿*06/07/210.3定稿*（第一次提交）06/08/110.4定稿*目录1前言.1.1编写目的 .1.2项目背景简介 .1.2.1项目基本信息 . .1.2.2项目工作内容与工作目标 . .1.3术语定义 .2软件项目实施过程总体控制要求 .2.1软件项目实施流程说明 .2.1.1实施流程汇总说明 . .2.1.2实施流程特殊性与关键工作说明 . .2.2软件项目职责分工说明 .各组织层责任 .2.3软件项目实施过程控制方法说明.2.3.1客户

2、交流机制说明 . .2.3.2软件项目内部管理与进度控制方法说明 . .2.3.3软件项目发布方法说明 . .2.4软件项目预期成果清单说明 .2.4.1文档成果清单 . .2.4.2代码成果清单 . .2.4.3其他成果清单 . .3软件项目具体实施流程说明 .3.1需求调研与分析阶段实施方案 .3.1.1工作程序 . .3.1.2工作内容与要求 . .3.1.3人员分工与资源配置 . .3.1.4预期成果清单 . .3.2系统设计阶段实施方案 .3.2.1工作程序 . .3.2.2工作内容与要求 . .3.2.3预期成果清单 . .3.3代码实现与测试调试阶段实施方案 .3.3.1工作程序

3、 . .3.3.2工作内容与要求 . .3.3.3人员分工与资源配置 . .3.3.4预期成果清单 . .3.4软件项目验收与交付阶段实施方案 .3.4.1工作程序 . .3.4.2工作内容与要求 . .3.4.3人员分工与资源配置 . .3.4.4预期成果清单 . .3.5客户服务与技术支持阶段实施方案 .3.5.1工作程序 . .3.5.2工作内容与要求 . .系统的安装与调试 .用户培训 .系统维护 .技术支持和维护的方式 .3.5.3 人员分工与资源配置 . .3.5.4 预期成果清单 . .4 软件项目实施方案总结 .1 前 言1.1 编写目的为了确定项目实施过程，指导需求分析， 特

4、编写保费对帐系统项目实施方案 。 1.2 项目背景简介1.2.1 项目基本信息1.2.1.1 项目名称*银行保费对账系统。1.2.1.2 项目发起者*银行网络管理部。1.2.1.3 项目承担单位*大学工程硕士班工作组。1.2.1.4 项目启动背景因* 银行业务增长，现有的手工核对银行进帐数据的方式已不能满足工作需要。进帐数据来源于多家不同的银行， 在数据文件格式上、 进帐数据描述上都有一定的差异，核销员在数据核销工作中不但要关注数据的核销状态更多的时间还要处理不同格式的数据， 这使本该简单的核销工作变得非常复杂， 加大了核销工作员不必要的工作技能， 保费对帐系统的开发能提高核销操作员的办公效率

5、， 以及数据核销的准确性。系统需要具备高起点、高可靠、高效率，安全性强、实用性强、扩充性强、自动化程度高、操作简练等特点。在此次开发过程中， 我工作组得到了 * 银行的大力支持和需求配合， 本研发工作实在 * 银行现有银行系统的基础架构上进行的， 中间数据接口与数据组件有本小组自行研发。1.2.2 项目工作内容与工作目标1.2.2.1 项目工作内容在此次开发工作中，我们主要进行以下工作：工作内容 1：保费对帐主服务在设计保费对帐主模块的过程中， 我们主要实现银行数据上载、 银行数据维护、银行数据查询等数据接口功能； 用户管理、权限管理、角色管理、日志管理、等系统管理功能；银行信息管理、 会计区

6、间管理、 核销保费数据查询等对帐业务功能；报表生成、报表导出、报表打印等数据报表功能；工作内容 2：保证金核对服务设计保证金核对模块的过程中， 我们主要实现保证金数据查询， 核销保证金数据功能；工作内容 3：材料费核对功能服务在设计保证金核对模块的过程中， 我们主要实现材料费数据查询， 核销材料费数据功能；1.2.2.2 项目工作目标为了保证项目能够按照正确的方向进行， 我们将项目的整个过程划分为两大部分：项目的开发过程和项目的实施维护过程。其中项目的开发过程又分解为 4 个小阶段，每个阶段的结束就是一个里程碑。 因此整个项目的开发进度包含四个主要的里程碑：需求分析 ：在“需求分析”里程碑应基

7、本完成业务的需求分析。目标清晰地阐明了应用系统的最终目的， 并提供了明确的方向。 而范围则定义了一个特定版本的应用系统所要提交的业务功能， 并且通过目标认识到在未来的版本中将要进行的开发工作。系统设计 ：“系统设计阶段”里程碑要完成项目的设计。项目设计包含功能说明文档（包括概要设计、 逻辑流程设计和详细设计） ，每种角色组的人员分配、组织结构和时间进度安排。 功能说明提供项目组足够的实施细节情况， 并确定需要的资源和承诺。 在此阶段，客户和项目组在要交付的系统功能以及系统实施过程上取得一致。 这是一个重新评估风险、 建立优先级和对时间以及资源调配情况做最终估计的重要阶段。这个阶段将经过几个过程

8、：分概要设计、逻辑设计、物理设计，这个阶段将决定项目的成败，因此每一个阶段都需相互衔接。功能范围开发完成 / 第一次试用 ：在“范围完成 / 第一次使用”里程碑基本完成开发阶段。经过核准的功能说明和相关的项目计划提供了开发阶段基本的要求。整个阶段可以根据开发组的要求细分为一系列的内部交付里程碑， 每个内部里程碑都是经过测试 / 诊断 / 排错的过程。在“范围完成 / 第一次使用”这个里程碑上，所有功能的开发都已经结束。系统正式推广实施 ：在“系统正式发布”里程碑上完成了稳定测试阶段。整个项目也到达了终结点。 测试工作是本身是伴随着代码开发工作进行的， 只在稳定阶段因为集中注意力于寻找错误和修改

9、错误，所以成为这一阶段的主要工作。在产品发布里程碑，产品正式转交用户或维护支持组。1.3 术语定义用户：使用本系统的 * 银行公司内部工作人员，代理银行的工作人员客户： * 银行的业务客户 ( 投保人 ) 代理人：收取保费代理机构，银行。投保人：交保费人。暂收收据：投保人在交保费时，银行开的收款收据。暂收收据号：暂收收据的编号。投保书：保险公司与投保人签订的合同。投保书号：每一份投保书都有一个编号。客户服务部：保险公司负值客户服务的部门。新契约：客户服务部的业务单位。会计部： * 银行的会计部门保单管理系统： * 银行目前已有的保单计算机管理系统。会计分录：财务系统概念，将账务按不同的目的分类

10、。差额：银行进账数据与保费管理系统的账单不一致造成的差额。银行进账单：银行为保险公司开的进账账单。银行对账文件：银行提供的便于保险公司对账的文件。保单号：保费管理系统为每一个投保人产生的， 用于识别投保人的唯一标识符。日对账：对当天的银行进账信息。月对账：对当月账务总和信息。团单：企业为多人投保，用支票形式一次支付多人的保费。2软件项目实施过程总体控制要求2.1 软件项目实施流程说明2.1.1 实施流程汇总说明需 求 分系 统 设系 统 开系统测试系统安装与调试用户培训技术支持2.1.2 实施流程特殊性与关键工作说明1 充分利用银行系统（ Accounting ）、保费系统（ INGENIUM

11、）和其它商业银行的 BMS系统中既有数据。不是将 3 个系统整合，而是外挂在 3 个系统之间。2 本系统不对上述系统本身进行任何改动，不对其现有操作流程产生任何影响。2.2 软件项目职责分工说明* 银行保费对帐系统载数据接口方面设计到很多的不同类型数据，在业务上设计到严谨的数据核销过程，多用户组、用户角色分配， 为了支持本系统的复杂业务逻辑并保持本系统的灵活性、可扩充性，因此，需要各方面充分合作、互相协调、才能保证系统实施阶段顺利进行。针对 * 银行保费对帐系统要实现的功能， 我们将建立如下的三层组织保证体系：领导层实施层用户验收层各组织层责任项目领导小组的目的是和 * 项目小组共同建立对整个

12、项目建设自始至终负责的、责权利相统一的管理， 以形成一个由总体控制和有计划、 有组织的控制网络系统，实现计划 - 实施 - 检查 - 调整 - 再实施的封闭循环。领导层的具体职责如下：明确成员各自分工与责任；建立工程情况汇报制度；决定工程重大原则问题；协调各部门及相关人员关系。对* 银行保费对帐应用系统数据库系统的实施， 建立以项目中心领导小组为龙头，系统分析部、系统开发部、系统实施部为主体的，具有内部协调职能的直线式操作实施层，负责进度控制、成本控制、质量控制、供应控制。由于各实施环节均有项目质量控制小组评审， 就有可能一次发现问题， 并可及时落实到具体的负责部门，整个过程一气呵成， 避免推

13、诿扯皮现象和信息传递失误， 从而提高系统建设效率。作为组织保证系统的一个组成部分， 还应建立线性责任系统， 其目的是为了明确项目中各部门各成员在各项工作的地位与作用，使工作和责任一一对应起来，以保证组织运转更为有效。操作实施层的组织结构如下：实施层的具体职责如下：建立项目实施小组，确定项目实施总负责人；组织各专业技术队伍，明确技术责任与实施方案；编制项目技术规范，计划进度，质量标准；负责组织各专业技术人员优质按时完成项目任务。用户验收层主要保证组织体系能有效地围绕总体控制计划运行， 其人员由我们和 * 技术专家共同组成。用户验收层的具体职责如下：共同确定技术验收测试标准和验收测试人员；组织现场

14、测试环境和完成各项技术指标测试；编写项目测试报告和项目验收报告；组织并完成用户开通运行等各项工作。2.3 软件项目实施过程控制方法说明2.3.1 客户交流机制说明为保证实现项目预期目标， 项目实施过程中需要大量的客户交流工作， 定期举行客户方例会、向客户方提供阶段性报告、 双方的主要联系方式是面谈、 电话和 Email 。2.3.2 软件项目内部管理与进度控制方法说明为了适应比较流行的 MVC开发模式，保证开发小组成员顺利沟通，协同完成任务，我们拟采用较为普遍的软件工程项目管理方式。在制定项目管理规范的过程中，我们将主要吸取 ISO9000/GBTl900 质量管理和质量控制国际标准以及 CM

15、M项目管理中的精华， 紧密结合我们内部的实际和项目的实际情况，使规范具有较强的可操作性。ISO9000/GB T1900 质量管理和质量控制国际标准是制造业的质量管理专家在总结了实践经验的基础上而制定的。 所以信息系统项目管理不能用这个系列标准中提供的生产模型来概括，而应有选择地吸收和改进。在项目实施的各个过程中，为确保质量，必须明确各项活动的责任。即由谁负责、由谁辅助执行、 工作应执行的流程、 执行人员应具备的技能和培训经历等。责任越明确，可执行性就越好。同时要重视质量记录的产生和保存。在质量记录中，项目实施过程中产生的第一手原始资料是出现问题时查找原因的根据，也是系统可回溯性的保证。设计是

16、项目实施的初期步骤之一，它为整个项目的实施奠定基础，是保证项目质量的关键要素。在项目实施前， 必须提交合格的设计文档。 设计文档应充分考虑项目实施的实际情况， 并从技术的角度确保正确可行。 为保证设计的质量，我们将遵从软件产品策划程序 ，软件产品开发程序的规定。单元名称时间描述负责人精化需求S+0S+1对项目需求的细节进行确认工作组需求确认S+1需求结束里程碑* 银行结构设计S+2S+4根据需求对系统结构进行修改工作组详细设计S+3S+5完成详细设计工作组编码S+4S+7完成编码，与详细设计重叠工作组测试S+5S+9内部测试工作组用户培训S+8S+8培训 * 银行的使用人员工作组安装调试S+8

17、S+9系统安装，根据需求修改报表和基础数据工作组试运行S+10S+11* 银行对本系统进行进行试运行， 我工作组工作组针对用户提出的维护需求进行维护用户验收S+12项目结束* 银行系统维护S+12S+52本公司负责一年的系统维护工作组2.3.3 软件项目发布方法说明系统的安装与调试本小组负责系统安装与调试工作，其中软件部分的安装是免费的。我们将派遣专业的技术支持人员进行现场的安装与调试， 并向相关工作人员介绍安装与调试的要点，保证系统的使用人员掌握基本的系统安装的方法。 安装与调试以系统能够正常稳定的工作为基本标准，兼顾用户的不同的使用要求。服务器端相关软件系统可由硬件提供商负责，我们的技术支

18、持人员也可以依据用户的要求对服务器端系统进行安装与调试。服务器端的数据库系统的建立、维护等工作将由我们的数据库设计工程师完成，保证数据库的稳定工作。2.4软件项目预期成果清单说明2.4.1文档成果清单1 保费对帐系统需求分析说明书准确并详细说明用户的系统需求， 开发人员以此为依据进行系统开发。 也是向用户最终审核软件功能的标准。2 保费对帐系统概要设计说明书根据需求分析，设计出软件系统结构、所需的数据结构、系统内外部接口等，指导详细设计。3 保费对帐系统详细设计说明书根据概要设计，对各模块功能进行细化，指导程序进行代码编写。4 保费对帐系统测试方案进行软件的单元测试、集成测试和系统测试，完善软

19、件的各方面功能。5 保费对帐系统发布说明发布软件的各种版本，详细说明软件功能、 性能及使用方法， 为软件使用者了解软件的情况提供相关信息。2.4.2 代码成果清单程序源代码清单：包括所有程序的源代码，作为测试、维护和升级的参考依据。2.4.3 其他成果清单1 客服及技术支持说明书包括系统使用手册、系统安装手册等为用户的使用提供服务。3软件项目具体实施流程说明3.1 需求调研与分析阶段实施方案3.1.1 工作程序1由项目实施小组组织需求方和开发方召开会议，需求方提出系统功能需求，开发方人员确定所需功能能否实现以及用何种技术实现，最终协商确定系统整体功能。2项目实施小组提出需求分析说明书，并交由供

20、需双方确认。3.1.2 工作内容与要求1、描述用户需求，规划目标系统结构和主要功能，包括：数据接口，核销数据查询，系统管理功能，报表打印功能；2、掌握用户特点，描述用户的角色、权限的划分，包括：系统管理员、核销操作员、业务主管、代理银行业务员；3、了解设计与实现的约束条件， 确定系统接口和运行环境， 包括用户操作界面，网络传输与通信接口，硬件设备环境、软件配置环境；3.1.3 人员分工与资源配置负责银行业务的， 有多年银行界工作经验， 熟练掌握对帐业务的人员负责提出需求，经验丰富的专业人员进行技术实现讨论及确定。3.1.4 预期成果清单保费对帐系统需求分析说明书3.2 系统设计阶段实施方案3.

21、2.1 工作程序开发组成员根据需求分析进行功能的分类汇总， 确定系统架构及功能模块， 提交概要设计和详细设计 。3.2.2 工作内容与要求1、针对客户提出的各项需求，进行需求分类汇总，对功能、性能进行归并，为建立完整的系统结构、 选择正确的实现策略奠定基础， 从而形成相对稳定的功能模块划分。2、针对需求的汇总分析和项目面临的各种约束和假定， 进行重点难点问题分析，找出完成本项目所必须克服的重点和难点问题， 一方面能够让技术人员理解相应功能模块的重要性， 另一方面能够保证项目实施过程中所有人员都能够围绕重点和难点问题展开工作，使得项目研发的成果能够最大限度的满足客户要求。3、系统模块划分， 实现

22、完整的功能模块划分， 从而为技术人员的分工提供依据，这部分的内容要对上一节的内容进行更细致的分类，遵循技术形式进行划分。4、系统接口策略，该项说明在系统实现过程中，需要与系统外部的硬件设备、网络结点、软件系统进行交互，并确定各类接口的类型、使用方法、所属的功能模块和本系统内各个功能模块之间的接口定义、相互依赖关系等。3.2.3 预期成果清单保费对帐系统概要设计说明书和保费对帐系统详细设计说明书3.3 代码实现与测试调试阶段实施方案3.3.1 工作程序开发组成员根据详细设计 确定各自分工， 进行各个模块功能的具体开发实现工作，系统进入测试阶段后组织验收组编写测试报告。3.3.2 工作内容与要求项目开发组要保证开发进度的顺利进行，并将进度情况及时向用户汇报。3.3.3 人员分工与资源配置姓名职责完成模块王文健项目进度控制管理、1、软件总体结构成员协调，项目研发2、 2、系统管理模块计划、需求分析、结构设计、项目实施、系统管理模块的实现。孙英姝项目配置管理，会议1、数据接口模块记录，数据接口模块2、 2、保费核销模块实现。保费核销模块、3、报表打印模块报表打印模块于萍保证金核销模块、退1、保证金核销模块保证金核销模块、材2、2、退保证金核销