项目实施方案模板.docx

项目实施方案模板.docx

《项目实施方案模板.docx》由会员分享，可在线阅读，更多相关《项目实施方案模板.docx（18页珍藏版）》请在冰豆网上搜索。

项目实施方案模板

目录

1前言4

1.1编写目的4

1.2项目背景简介4

1.2.1项目基本信息4

1.2.2项目工作内容与工作目标4

1.3术语定义5

2软件项目实施过程总体控制要求7

2.1软件项目实施流程说明7

2.1.1实施流程汇总说明7

2.1.2实施流程特殊性与关键工作说明7

2.2软件项目职责分工说明7

各组织层责任8

2.3软件项目实施过程控制方法说明9

2.3.1客户交流机制说明9

2.3.2软件项目内部管理与进度控制方法说明9

2.3.3软件项目发布方法说明10

2.4软件项目预期成果清单说明11

2.4.1文档成果清单11

2.4.2代码成果清单11

2.4.3其他成果清单11

3软件项目具体实施流程说明12

3.1需求调研与分析阶段实施方案12

3.1.1工作程序12

3.1.2工作内容与要求12

3.1.3人员分工与资源配置12

3.1.4预期成果清单12

3.2系统设计阶段实施方案12

3.2.1工作程序12

3.2.2工作内容与要求12

3.2.3预期成果清单13

3.3代码实现与测试调试阶段实施方案13

3.3.1工作程序13

3.3.2工作内容与要求13

3.3.3人员分工与资源配置13

3.3.4预期成果清单13

3.4软件项目验收与交付阶段实施方案13

3.4.1工作程序13

3.4.2工作内容与要求13

3.4.3人员分工与资源配置14

3.4.4预期成果清单14

3.5客户服务与技术支持阶段实施方案14

3.5.1工作程序14

3.5.2工作内容与要求14

系统的安装与调试14

用户培训15

系统维护15

技术支持和维护的方式17

3.5.3人员分工与资源配置18

3.5.4预期成果清单18

4软件项目实施方案总结19

前言

编写目的

为了确定项目实施过程，指导需求分析，特编写《保费对帐系统项目实施方案》。

项目背景简介

项目基本信息

项目名称

**银行保费对账系统。

项目发起者

**银行网络管理部。

项目承担单位

**大学工程硕士班工作组。

项目启动背景

因**银行业务增长，现有的手工核对银行进帐数据的方式已不能满足工作需要。

进帐数据来源于多家不同的银行，在数据文件格式上、进帐数据描述上都有一定的差异，核销员在数据核销工作中不但要关注数据的核销状态更多的时间还要处理不同格式的数据，这使本该简单的核销工作变得非常复杂，加大了核销工作员不必要的工作技能，保费对帐系统的开发能提高核销操作员的办公效率，以及数据核销的准确性。

系统需要具备高起点、高可靠、高效率，安全性强、实用性强、扩充性强、自动化程度高、操作简练等特点。

在此次开发过程中，我工作组得到了**银行的大力支持和需求配合，本研发工作实在**银行现有银行系统的基础架构上进行的，中间数据接口与数据组件有本小组自行研发。

项目工作内容与工作目标

项目工作内容

在此次开发工作中，我们主要进行以下工作：

工作内容1：

保费对帐主服务

在设计保费对帐主模块的过程中，我们主要实现银行数据上载、银行数据维护、银行数据查询等数据接口功能；用户管理、权限管理、角色管理、日志管理、等系统管理功能；银行信息管理、会计区间管理、核销保费数据查询等对帐业务功能；报表生成、报表导出、报表打印等数据报表功能；

工作内容2：

保证金核对服务

设计保证金核对模块的过程中，我们主要实现保证金数据查询，核销保证金数据功能；

工作内容3：

材料费核对功能服务

在设计保证金核对模块的过程中，我们主要实现材料费数据查询，核销材料费数据功能；

项目工作目标

为了保证项目能够按照正确的方向进行，我们将项目的整个过程划分为两大部分：

项目的开发过程和项目的实施维护过程。

其中项目的开发过程又分解为4个小阶段，每个阶段的结束就是一个里程碑。

因此整个项目的开发进度包含四个主要的里程碑：

需求分析：

在“需求分析”里程碑应基本完成业务的需求分析。

目标清晰地阐明了应用系统的最终目的，并提供了明确的方向。

而范围则定义了一个特定版本的应用系统所要提交的业务功能，并且通过目标认识到在未来的版本中将要进行的开发工作。

系统设计：

“系统设计阶段”里程碑要完成项目的设计。

项目设计包含功能说明文档（包括概要设计、逻辑流程设计和详细设计），每种角色组的人员分配、组织结构和时间进度安排。

功能说明提供项目组足够的实施细节情况，并确定需要的资源和承诺。

在此阶段，客户和项目组在要交付的系统功能以及系统实施过程上取得一致。

这是一个重新评估风险、建立优先级和对时间以及资源调配情况做最终估计的重要阶段。

这个阶段将经过几个过程：

分概要设计、逻辑设计、物理设计，这个阶段将决定项目的成败，因此每一个阶段都需相互衔接。

功能范围开发完成/第一次试用：

在“范围完成/第一次使用”里程碑基本完成开发阶段。

经过核准的功能说明和相关的项目计划提供了开发阶段基本的要求。

整个阶段可以根据开发组的要求细分为一系列的内部交付里程碑，每个内部里程碑都是经过测试/诊断/排错的过程。

在“范围完成/第一次使用”这个里程碑上，所有功能的开发都已经结束。

系统正式推广实施：

在“系统正式发布”里程碑上完成了稳定测试阶段。

整个项目也到达了终结点。

测试工作是本身是伴随着代码开发工作进行的，只在稳定阶段因为集中注意力于寻找错误和修改错误，所以成为这一阶段的主要工作。

在产品发布里程碑，产品正式转交用户或维护支持组。

术语定义

用户：

使用本系统的**银行公司内部工作人员，代理银行的工作人员

客户：

**银行的业务客户（投保人）

代理人：

收取保费代理机构，银行。

投保人：

交保费人。

暂收收据：

投保人在交保费时，银行开的收款收据。

暂收收据号：

暂收收据的编号。

投保书：

保险公司与投保人签订的合同。

投保书号：

每一份投保书都有一个编号。

客户服务部：

保险公司负值客户服务的部门。

新契约：

客户服务部的业务单位。

会计部：

**银行的会计部门

保单管理系统：

**银行目前已有的保单计算机管理系统。

会计分录：

财务系统概念，将账务按不同的目的分类。

差额：

银行进账数据与保费管理系统的账单不一致造成的差额。

银行进账单：

银行为保险公司开的进账账单。

银行对账文件：

银行提供的便于保险公司对账的文件。

保单号：

保费管理系统为每一个投保人产生的，用于识别投保人的唯一标识符。

日对账：

对当天的银行进账信息。

月对账：

对当月账务总和信息。

团单：

企业为多人投保，用支票形式一次支付多人的保费。

软件项目实施过程总体控制要求

软件项目实施流程说明

实施流程汇总说明

实施流程特殊性与关键工作说明

1．充分利用银行系统（Accounting）、保费系统（INGENIUM）和其它商业银行的BMS系统中既有数据。

不是将3个系统整合，而是外挂在3个系统之间。

2．本系统不对上述系统本身进行任何改动，不对其现有操作流程产生任何影响。

软件项目职责分工说明

**银行保费对帐系统载数据接口方面设计到很多的不同类型数据，在业务上设计到严谨的数据核销过程，多用户组、用户角色分配，为了支持本系统的复杂业务逻辑并保持本系统的灵活性、可扩充性，因此，需要各方面充分合作、互相协调、才能保证系统实施阶段顺利进行。

针对**银行保费对帐系统要实现的功能，我们将建立如下的三层组织保证体系：

Ø领导层

Ø实施层

Ø用户验收层

各组织层责任

项目领导小组的目的是和**项目小组共同建立对整个项目建设自始至终负责的、责权利相统一的管理，以形成一个由总体控制和有计划、有组织的控制网络系统，实现计划---实施---检查---调整---再实施的封闭循环。

领导层的具体职责如下：

Ø明确成员各自分工与责任；

Ø建立工程情况汇报制度；

Ø决定工程重大原则问题；

Ø协调各部门及相关人员关系。

对**银行保费对帐应用系统数据库系统的实施，建立以项目中心领导小组为龙头，系统分析部、系统开发部、系统实施部为主体的，具有内部协调职能的直线式操作实施层，负责进度控制、成本控制、质量控制、供应控制。

由于各实施环节均有项目质量控制小组评审，就有可能一次发现问题，并可及时落实到具体的负责部门，整个过程一气呵成，避免推诿扯皮现象和信息传递失误，从而提高系统建设效率。

作为组织保证系统的一个组成部分，还应建立线性责任系统，其目的是为了明确项目中各部门各成员在各项工作的地位与作用，使工作和责任一一对应起来，以保证组织运转更为有效。

操作实施层的组织结构如下：

实施层的具体职责如下：

Ø建立项目实施小组，确定项目实施总负责人；

Ø组织各专业技术队伍，明确技术责任与实施方案；

Ø编制项目技术规范，计划进度，质量标准；

Ø负责组织各专业技术人员优质按时完成项目任务。

用户验收层主要保证组织体系能有效地围绕总体控制计划运行，其人员由我们和**技术专家共同组成。

用户验收层的具体职责如下：

Ø共同确定技术验收测试标准和验收测试人员；

Ø组织现场测试环境和完成各项技术指标测试；

Ø编写项目测试报告和项目验收报告；

Ø组织并完成用户开通运行等各项工作。

软件项目实施过程控制方法说明

客户交流机制说明

为保证实现项目预期目标，项目实施过程中需要大量的客户交流工作，定期举行客户方例会、向客户方提供阶段性报告、双方的主要联系方式是面谈、电话和Email。

软件项目内部管理与进度控制方法说明

为了适应比较流行的MVC开发模式，保证开发小组成员顺利沟通，协同完成任务，我们拟采用较为普遍的软件工程项目管理方式。

在制定项目管理规范的过程中，我们将主要吸取ISO9000/GB－Tl900质量管理和质量控制国际标准以及CMM项目管理中的精华，紧密结合我们内部的实际和项目的实际情况，使规范具有较强的可操作性。

ISO9000/GB－T1900质量管理和质量控制国际标准是制造业的质量管理专家在总结了实践经验的基础上而制定的。

所以信息系统项目管理不能用这个系列标准中提供的生产模型来概括，而应有选择地吸收和改进。

在项目实施的各个过程中，为确保质量，必须明确各项活动的责任。

即由谁负责、由谁辅助执行、工作应执行的流程、执行人员应具备的技能和培训经历等。

责任越明确，可执行性就越好。

同时要重视质量记录的产生和保存。

在质量记录中，项目实施过程中产生的第一手原始资料是出现问题时查找原因的根据，也是系统可回溯性的保证。

设计是项目实施的初期步骤之一，它为整个项目的实施奠定基础，是保证项目质量的关键要素。

在项目实施前，必须提交合格的设计文档。

设计文档应充分考虑项目实施的实际情况，并从技术的角度确保正确可行。

为保证设计的质量，我们将遵从《软件产品策划程序》，《软件产品开发程序》的规定。

单元名称

时间

描述

负责人

精化需求

S+0~S+1

对项目需求的细节进行确认

工作组

需求确认

~S+1

需求结束里程碑

**银行

结构设计

S+2~S+4

根据需求对系统结构进行修改

工作组

详细设计

S+3~S+5

完成详细设计

工作组

编码

S+4~S+7

完成编码，与详细设计重叠

工作组

测试

S+5~S+9

内部测试

工作组

用户培训

S+8~S+8

培训**银行的使用人员

工作组

安装调试

S+8~S+9

系统安装，根据需求修改报表和基础数据

工作组

试运行

S+10~S+11

**银行对本系统进行进行试运行，我工作组针对用户提出的维护需求进行维护

工作组

用户验收

~S+12

项目结束

**银行

系统维护

S+12~S