银行保费对账系统实施方案

软件项目实施方案DocumentforSoftwareProjectImplementation[**银行保费对帐系统]单位：工作组TruthWorkgroup日期：七月二十二日修订记录日期修订版本修订说明作者审核06/07/180.1初稿**06/07/190.2修订稿**06/07/210.3定稿（第一次提交）**06/08/110.4定稿**目录1 前言 41.1 编写目的 41.2 项目背景简介 41.2.1 项目基本信息 41.2.2 项目工作内容与工作目的 41.3 术语定义 52 软件项目实行过程总体控制规定 72.1 软件项目实行流程说明 72.1.1 实行流程汇总说明 72.1.2 实行流程特殊性与关键工作说明 72.2 软件项目职责分工说明 7各组织层责任 82.3 软件项目实行过程控制方法说明 92.3.1 客户交流机制说明 92.3.2 软件项目内部管理与进度控制方法说明 92.3.3 软件项目发布方法说明 102.4 软件项目预期成果清单说明 112.4.1 文档成果清单 112.4.2 代码成果清单 112.4.3 其他成果清单 113 软件项目具体实行流程说明 123.1 需求调研与分析阶段实行方案 123.1.1 工作程序 123.1.2 工作内容与规定 123.1.3 人员分工与资源配置 123.1.4 预期成果清单 123.2 系统设计阶段实行方案 123.2.1 工作程序 123.2.2 工作内容与规定 123.2.3 预期成果清单 133.3 代码实现与测试调试阶段实行方案 133.3.1 工作程序 133.3.2 工作内容与规定 133.3.3 人员分工与资源配置 133.3.4 预期成果清单 133.4 软件项目验收与交付阶段实行方案 133.4.1 工作程序 133.4.2 工作内容与规定 133.4.3 人员分工与资源配置 143.4.4 预期成果清单 143.5 客户服务与技术支持阶段实行方案 143.5.1 工作程序 143.5.2 工作内容与规定 14系统的安装与调试 14用户培训 15系统维护 15技术支持和维护的方式 173.5.3 人员分工与资源配置 183.5.4 预期成果清单 184 软件项目实行方案总结 19前言编写目的为了拟定项目实行过程，指导需求分析，特编写《保费对帐系统项目实行方案》。项目背景简介项目基本信息项目名称**银行保费对账系统。项目发起者**银行网络管理部。项目承担单位**大学工程硕士班工作组。项目启动背景因**银行业务增长，现有的手工核对银行进帐数据的方式已不能满足工作需要。进帐数据来源于多家不同的银行，在数据文献格式上、进帐数据描述上都有一定的差异，核销员在数据核销工作中不仅要关注数据的核销状态更多的时间还要解决不同格式的数据，这使本该简朴的核销工作变得非常复杂，加大了核销工作员不必要的工作技能，保费对帐系统的开发能提高核销操作员的办公效率，以及数据核销的准确性。系统需要具有高起点、高可靠、高效率，安全性强、实用性强、扩充性强、自动化限度高、操作简练等特点。在本次开发过程中，我工作组得到了**银行的大力支持和需求配合，本研发工作实在**银行现有银行系统的基础架构上进行的，中间数据接口与数据组件有本小组自行研发。项目工作内容与工作目的项目工作内容在本次开发工作中，我们重要进行以下工作：工作内容1：保费对帐主服务在设计保费对帐主模块的过程中，我们重要实现银行数据上载、银行数据维护、银行数据查询等数据接口功能；用户管理、权限管理、角色管理、日记管理、等系统管理功能；银行信息管理、会计区间管理、核销保费数据查询等对帐业务功能；报表生成、报表导出、报表打印等数据报表功能；工作内容2：保证金核对服务设计保证金核对模块的过程中，我们重要实现保证金数据查询，核销保证金数据功能；工作内容3：材料费核对功能服务在设计保证金核对模块的过程中，我们重要实现材料费数据查询，核销材料费数据功能；项目工作目的为了保证项目可以按照对的的方向进行，我们将项目的整个过程划分为两大部分：项目的开发过程和项目的实行维护过程。其中项目的开发过程又分解为4个小阶段，每个阶段的结束就是一个里程碑。因此整个项目的开发进度包含四个重要的里程碑：需求分析：在“需求分析”里程碑应基本完毕业务的需求分析。目的清楚地阐明了应用系统的最终目的，并提供了明确的方向。而范围则定义了一个特定版本的应用系统所要提交的业务功能，并且通过目的结识到在未来的版本中将要进行的开发工作。系统设计：“系统设计阶段”里程碑要完毕项目的设计。项目设计包含功能说明文档（涉及概要设计、逻辑流程设计和具体设计），每种角色组的人员分派、组织结构和时间进度安排。功能说明提供项目组足够的实行细节情况，并拟定需要的资源和承诺。在此阶段，客户和项目组在要交付的系统功能以及系统实行过程上取得一致。这是一个重新评估风险、建立优先级和对时间以及资源调配情况做最终估计的重要阶段。这个阶段将通过几个过程：分概要设计、逻辑设计、物理设计，这个阶段将决定项目的成败，因此每一个阶段都需互相衔接。功能范围开发完毕/第一次试用：在“范围完毕/第一次使用”里程碑基本完毕开发阶段。通过核准的功能说明和相关的项目计划提供了开发阶段基本的规定。整个阶段可以根据开发组的规定细分为一系列的内部交付里程碑，每个内部里程碑都是通过测试/诊断/排错的过程。在“范围完毕/第一次使用”这个里程碑上，所有功能的开发都已经结束。系统正式推广实行：在“系统正式发布”里程碑上完毕了稳定测试阶段。整个项目也到达了终结点。测试工作是自身是随着着代码开发工作进行的，只在稳定阶段由于集中注意力于寻找错误和修改错误，所以成为这一阶段的重要工作。在产品发布里程碑，产品正式转交用户或维护支持组。术语定义用户：使用本系统的**银行公司内部工作人员，代理银行的工作人员客户：**银行的业务客户(投保人)代理人：收取保费代理机构，银行。投保人：交保费人。暂收收据：投保人在交保费时，银行开的收款收据。暂收收据号：暂收收据的编号。投保书：保险公司与投保人签订的协议。投保书号：每一份投保书都有一个编号。客户服务部：保险公司负值客户服务的部门。新契约：客户服务部的业务单位。会计部：**银行的会计部门保单管理系统：**银行目前已有的保单计算机管理系统。会计分录：财务系统概念，将账务按不同的目的分类。差额：银行进账数据与保费管理系统的账单不一致导致的差额。银行进账单：银行为保险公司开的进账账单。银行对账文献：银行提供的便于保险公司对账的文献。保单号：保费管理系统为每一个投保人产生的，用于辨认投保人的唯一标记符。日对账：对当天的银行进账信息。月对账：对当月账务总和信息。团单：公司为多人投保，用支票形式一次支付多人的保费。软件项目实行过程总体控制规定软件项目实行流程说明需求分析系统设计系统开发系统测试系统安装与调试用户培训需求分析系统设计系统开发系统测试系统安装与调试用户培训技术支持实行流程特殊性与关键工作说明充足运用银行系统（Accounting）、保费系统（INGENIUM）和其它商业银行的BMS系统中既有数据。不是将3个系统整合，而是外挂在3个系统之间。本系统不对上述系统自身进行任何改动，不对其现有操作流程产生任何影响。软件项目职责分工说明**银行保费对帐系统载数据接口方面设计到很多的不同类型数据，在业务上设计到严谨的数据核销过程，多用户组、用户角色分派，为了支持本系统的复杂业务逻辑并保持本系统的灵活性、可扩充性，因此，需要各方面充足合作、互相协调、才干保证系统实行阶段顺利进行。针对**银行保费对帐系统要实现的功能，我们将建立如下的三层组织保证体系：领导层实行层用户验收层各组织层责任项目领导小组的目的是和**项目小组共同建立对整个项目建设自始至终负责的、责权利相统一的管理，以形成一个由总体控制和有计划、有组织的控制网络系统，实现计划实行检查调整再实行的封闭循环。领导层的具体职责如下：明确成员各自分工与责任；建立工程情况报告制度；决定工程重大原则问题；协调各部门及相关人员关系。对**银行保费对帐应用系统数据库系统的实行，建立以项目中心领导小组为龙头，系统分析部、系统开发部、系统实行部为主体的，具有内部协调职能的直线式操作实行层，负责进度控制、成本控制、质量控制、供应控制。由于各实行环节均有项目质量控制小组评审，就有也许一次发现问题，并可及时贯彻到具体的负责部门，整个过程一气呵成，避免推诿扯皮现象和信息传递失误，从而提高系统建设效率。作为组织保证系统的一个组成部分，还应建立线性责任系统，其目的是为了明确项目中各部门各成员在各项工作的地位与作用，使工作和责任一一相应起来，以保证组织运转更为有效。操作实行层的组织结构如下：实行层的具体职责如下：建立项目实行小组，拟定项目实行总负责人；组织各专业技术队伍，明确技术责任与实行方案；编制项目技术规范，计划进度，质量标准；负责组织各专业技术人员优质准时完毕项目任务。用户验收层重要保证组织体系能有效地围绕总体控制计划运营，其人员由我们和**技术专家共同组成。用户验收层的具体职责如下：共同拟定技术验收测试标准和验收测试人员；组织现场测试环境和完毕各项技术指标测试；编写项目测试报告和项目验收报告；组织并完毕用户开通运营等各项工作。软件项目实行过程控制方法说明客户交流机制说明为保证实现项目预期目的，项目实行过程中需要大量的客户交流工作，定期举行客户方例会、向客户方提供阶段性报告、双方的重要联系方式是面谈、电话和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+52本公司负责一年的系统维护工作组软件项目发布方法说明系统的安装与调试 本小组负责系统安装与调试工作，其中软件部分的安装是免费的。我们将派遣专业的技术支持人员进行现场的安装与调试，并向相关工作人员介绍安装与调试的要点，保证系统的使用人员掌握基本的系统安装的方法。安装与调试以系统可以正常稳定的工作为基本标准，兼顾用户的不同的使用规定。 服务器端相关软件系统可由硬件提供商负责，我们的技术支持人员也可以依据用户的规定对服务器端系统进行安装与调试。服务器端的数据库系统的建立、维护等工作将由我们的数据库设计工程师完毕，保证数据库的稳定工作。软件项目预期成果清单说明文档成果清单1． 《保费对帐系统需求分析说明书》准确并具体说明用户的系统需求，开发人员以此为依据进行系统开发。也是向用户最终审核软件功能的标准。2． 《保费对帐系统概要设计说明书》根据需求分析，设计出软件系统结构、所需的数据结构、系统内外部接口等，指导具体设计。3． 《保费对帐系统具体设计说明书》根据概要设计，对各模块功能进行细化，指导程序进行代码编写。4． 《保费对帐系统测试方案》进行软件的单元测试、集成测试和系统测试，完善软件的各方面功能。《保费对帐系统发布说明》发布软件的各种版本，具体说明软件功能、性能及使用方法，为软件使用者了解软件的情况提供相关信息。代码成果清单《程序源代码清单》：涉及所有程序的源代码，作为测试、维护和升级的参考依据。其他成果清单1． 《客服及技术支持说明书》涉及系统使用手册、系统安装手册等为用户的使用提供服务。软件项目具体实行流程说明需求调研与分析阶段实行方案工作程序由项目实行小组组织需求方和开发方召开会议，需求方提出系统功能需求，开发方人员拟定所需功能能否实现以及用何种技术实现，最终协商拟定系统整体功能。项目实行小组提出需求分析说明书，并交由供需双方确认。工作内容与规定描述用户需求，规划目的系统结构和重要功能，涉及：数据接口，核销数据查询，系统管理功能，报表打印功能；掌握用户特点，描述用户的角色、权限的划分，涉及：系统管理员、核销操作员、业务主管、代理银行业务员；了解设计与实现的约束条件，拟定系统接口和运营环境，涉及用户操作界面，网络传输与通信接口，硬件设备环境、软件配置环境；人员分工与资源配置负责银行业务的，有数年银行界工作经验，纯熟掌握对帐业务的人员负责提出需求，经验丰富的专业人员进行技术实现讨论及拟定。预期成果清单《保费对帐系统需求分析说明书》系统设计阶段实行方案工作程序开发组成员根据需求分析进行功能的分类汇总，拟定系统架构及功能模块，提交《概要设计》和《具体设计》。工作内容与规定1、针对客户提出的各项需求，进行需求分类汇总，对功能、性能进行归并，为建立完整的系统结构、选择对的的实现策略奠定基础，从而形成相对稳定的功能模块划分。2、针对需求的汇总分析和项目面临的各种约束和假定，进行重点难点问题分析，找出完毕本项目所必须克服的重点和难点问题，一方面可以让技术人员理解相应功能模块的重要性，另一方面可以保证项目实行过程中所有人员都可以围绕重点和难点问题展开工作，使得项目研发的成果可以最大限度的满足客户规定。3、系统模块划分，实现完整的功能模块划分，从而为技术人员的分工提供依据，这部分的内容要对上一节的内容进行更细致的分类，遵循技术形式进行划分。4、系统接口策略，该项说明在系统实现过程中，需要与系统外部的硬件设备、网络结点、软件系统进行交互，并拟定各类接口的类型、使用方法、所属的功能模块和本系统内各个功能模块之间的接口定义、互相依赖关系等。预期成果清单《保费对帐系统概要设计说明书》和《保费对帐系统具体设计说明书》代码实现与测试调试阶段实行方案工作程序开发组成员根据《具体设计》拟定各自分工，进行各个模块功能的具体开发实现工作，系统进入测试阶段后组织验收组编写测试报告。工作内容与规定项目开发组要保证开发进度的顺利进行，并将进度情况及时向用户报告。人员分工与资源配置姓名职责完毕模块王文健项目进度控制管理、成员协调，项目研发计划、需求分析、结构设计、项目实行、系统管理模块的实现。软件总体结构2、系统管理模块孙英姝项目配置管理，会议记录，数据接口模块实现。保费核销模块、报表打印模块数据接口模块2、保费核销模块3、报表打印模块于萍保证金核销模块、退保证金核销模块、材料费核销模块，软件测试保证金核销模块2、退保证金核销模块3、材料费核销模块预期成果清单《程序源代码清单》和《保费对帐系统测试方案》软件项目验收与交付阶段实行方案工作程序开发组提交项目完毕报告，组织用户验收组进行项目验收。工作内容与规定在项目结束时，必须履行严格的验收和交接手续。终验和交接的目的是使用户对项目质量和最终系统状态形成全面对的的结识，从而对系统集成工作满意和认可，同时向用户提交完整的文档，以便于用户日后对系统运营和维护。在终验前，我们和**共同组建终验协调小组，该小组应由各方领导小组委托各自的技术负责人组成，由用户方出任组长。该小组负责拟定终验测试方法、终验测试时间及周期、终验内容及终验进度安排，并且要对各厂商、集成商及最终用户的职责、义务与协调方法做出明确的规定。终验应当在终验协调小组的领导下进行。终验测试过程要有具体的日记和质量记录。在终验测试完毕后，应综合提交终验测试数据和测试报告，经各方签字认可。在终验过程中，项目质量监督小组应当有计划地进行质量审核和抽验工作，其审核报告应提交终验协调小组。终验完毕后，输出文献涉及：终验测试方案、终验实行方案、质量记录、质量审核报告和终验测试报告。终验结束后开始交接过程。交接是一个逐步使用户熟悉系统，进而可以掌握、管理、维护系统的过程。交接需要在终验协调小组的负责下有计划有环节地进行。交接涉及技术资料交接和系统交接。系统交接一直延续到维护阶段（指协议中规定的无偿维护）。交接流程是：交接工作计划、所有文档清点和培训计划、系统交接与维护。技术资料交接涉及在实行过程中所产生的所有文献和记录。终验协调小组应督促各供应厂商提供相应的技术资料，并整理网络、服务器和数据库的所有配置参数及其它数据。交接时至少提交如下资料：总体设计文档、项目实行设计、系统配置文档、测试报告、系统维护手册和系统操作手册（可由设备厂家提供）以及系统管理建议书。在技术资料交接之后，便进入维护阶段。维护阶段的时间长短由终验协调组协商拟定，且各方的任务要明确。维护阶段的重要任务是协同用户进一步熟悉和掌握整个系统，提高用户自身的系统管理能力。人员分工与资源配置由工作组完毕。预期成果清单《保费对帐系统发布说明》客户服务与技术支持阶段实行方案工作程序拟定系统交付使用后的客户服务与技术支持的内容。工作内容与规定系统的安装与调试 我们负责系统安装与调试工作，其中软件部分的安装是免费的。我们将派遣专业的技术支持人员进行现场的安装与调试，并向相关工作人员介绍安装与调试的要点，保证系统的使用人员掌握基本的系统安装的方法。安装与调试以系统可以正常稳定的工作为基本标准，兼顾用户的不同的使用规定。 服务器端相关软件系统可由硬件提供商负责，我们的技术支持人员也可以依据用户的规定对服务器端系统进行安装与调试。服务器端的数据库系统的建立、维护等工作将由我们的数据库设计工程师完毕，保证数据库的稳定工作。用户培训培训的重要目的是为了使**的用户能更好的掌握新系统的安装、使用和管理方法，充足发挥系统的作用，使他们通过系统培训后，可以对系统进行平常的使用和管理工作。为了保证培训的质量，我们将把培训的内容做成多媒体教学光盘，辅助培训教学，并方便用户日后的使用。培训针对不同岗位职责的具体业务的需求，在力求覆盖绝大多数的有各种工作人员的规定下，对领导、干部、技术主管等不同类别用户，设计相应的培训方案。通过对用户的归类、划分，我们可以尽也许的使培训贯彻到每一个用户的具体职责上去，保证良好的培训效果。我们将针对**人员的特点,准备两套培训内容： 初级培训，系统建设和操作维护。 高级培训，系统深层次应用开发。操作维护培训和高级培训涉及：所提供软件的工作原理和技术性能、操作维护方法、安装调测、排除故障及软件结构、定制和升级等各个方面,系统管理和建设的软件系统的使用，以及系统进一步开发的全套方法和接口协议。并提供全套培训教材和培训课程计划表。对于参与项目的**人员我们将在项目的开发设计过程中进行有侧重培训，使他们充足了解系统设计的体系架构、开发规范和项目管理方法等。我们将准备如下内容课程：系统操作、系统维护与运营和用户使用培训等课程，此外，我们将提供在线式的帮助系统。系统维护系统维护是指系统在功能上进行修改，由于**业务需求的扩展性，在实际应用中，特别是在系统刚投入使用时，需经常改动程序功能。针对这种情况，我们的系统维护工作从以下几个方面入手，从而使系统应用达成预期目的。在系统设计阶段应充足考虑系统的灵活性，将各个功能模块设计成可由系统维护或用户定制的，如对各项固定参数的代码表的维护，通用的指标定制，通用定制查询条件，通用的报表设计等。这样系统的应用范围就会变得很广，通常只要数据库中存在的数据都可以由系统按照用户的需求进行组合输出。灵活的程序结构抱负状态可以做到只要数据库不作改动，程序代码也无需改动。对于数据库，因在机构上予以优化，给予其较大的自由度，但数据库变动一般影响较大，过于灵活的设计会影响系统运营效率，因而数据库结构往往会随着需求的变化而调整。对于某些情况，如：数据库结构的改动，仍需要对程序代码进行修改。对于该类维护，在系统试运营阶段开发商应在系统运营地实行免费维护，进一步使需求达成用户规定，最大限度地做到让用户满意，系统试运营阶段一般为系统验收通过后二个月。系统试运营期过后，开发商将与用户另行签订维护协议，以下几点均是对系统试运营期后维护工作而言。业务框架的更改：当业务流程发生变化，并在系统中需要改动的，此类变动涉及面很大甚至要重新架构部分功能模块的，我们可以先进行系统升级具体费用可在后期协议中体现。本情况的解决方法为：双方认真讨论新需求，结合已有系统的现状提出可行方案。之后，由开发商提交解决方案和时间进度表，共同讨论通过后，开发商进行系统分析和具体分析。将新系统升级完毕后，在测试环境下运营，测试通过后将全面上线试运营。试运营无误后，提交相关文档。在此过程中除开发期均有系统分析员参与讨论或工程师现场维护直到可以正式运营。单一模块的功能升级：随着业务需求的不断变化，将出现现在无法预测的变动，而本系统的相应模块未能适应当变动，例如：业务内容、操作方法、管理控制、界面风格等。此时需要代码升级，原则上提供免费升级，工作量超过7人日则采用先升级，日后在后期协议中加以体现的方法运作。本情况的解决方法为：由**提出需求，双方就系统现状提出可行方案。之后，由开发商提交解决方案和时间进度表，共同讨论通过后，开发商进行系统分析和具体分析。将新系统升级完毕后，在测试环境下运营，测试通过后将全面上线试运营。试运营无误后，提交相关文档。在此过程中除开发外，均有系统分析员参与讨论或工程师现场维护直到可以正式运营。简朴的功能升级：有些内容的变更不在系统自动升级的范畴以内，将需要工程师的介入。本情况的解决方法为：此时工程师在现场明确**的需求后进行现场开发，开发完毕后在测试环境下运营，测试通过后将全面上线试运营。试运营无误后，2日内提交相关文档。工程师在现场进行维护直到新需求能正常使用。新增功能：随着新的理念、管理方法、分析手段和功能应用的出现，会有新的功能模块的需求出现。本情况的解决方法为：在双方认真讨论新需求后，由开发商提交解决方案和时间进度表，共同讨论通过后，开发商进行系统分析和具体分析。将新系统升级完毕后，在测试环境下运营，测试通过后将全面上线试运营。试运营无误后，提交相关文档。在此过程中除开发期均有系统分析员参与讨论或工程师现场维护直到可以正式运营。数据库运营环境的变更。涉及：数据库服务器的更换、数据库数据阶段性备份和整理、数据库管理系统的升级等。本情况的解决方法为：由**提出需求，双方就新需求提出可行方案。之后，由开发商提交解决方案和时间进度表，共同讨论通过后，开发商在测试环境下实行，测试通过后转移到新环境下试运营。试运营无误后，提交相关文档。在此过程中除文档编写期均有系统分析员参与讨论或工程师现场维护直到可以正式运营。数