系统软件综合重点工程优质项目实施专业方案.docx

软 件 项 目 实 施 方 案
Document for Software Project Implementation

[**银行保费对帐系统]

单位：
工作组
Truth Workgroup
日期：
大写日期
XXXX年XX月XX日

修订统计
日期
（yy/mm/dd）
修订版本
(目前版本号)
修订说明
（描述修改内容）
作者
审核
标明审核结果
06/07/18
0.1
初稿
**

06/07/19
0.2
修订稿
**

06/07/21
0.3
定稿（第一次提交）
**

06/08/11
0.4
定稿
**

目 录
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 前 言
1.1 编写目标
为了确定项目实施过程，指导需求分析，特编写《保费对帐系统项目实施方案》。
1.2 项目背景介绍
1.2.1 项目基础信息
1.2.1.1 项目名称
**银行保费对账系统。
1.2.1.2 项目提议者
**银行网络管理部。
1.2.1.3 项目负担单位
**大学工程硕士班工作组。
1.2.1.4 项目开启背景
1， 药品监管部门是群众用药安全守护神，应坚持科学发展观，践行科学监管理念，严格执法，依法行政，推进药监工作有序开展。药品监管是一个复杂问题，常常见面临部分疑难问题。中小药店及村级医疗机构药品库存量较少，怀疑有质量问题药品往往达不到要求全检量。根据现行《药品管理法》等法律法规，对经营、使用有质量问题药品单位不能进行处理。在此情形下，唯一能够采取措施是向上追踪，对上游单位进行抽检，上游单位往往是药品批发企业，其药品销售速度很快，极少再有目标抽检药品，若要深入追查，将要花费大量时间和人力、物力，最终也难取得令人满意结果。处理此问题方法即是从销售终端着手，开发一套系统在每一个取得销售药品机制地方全部能够登录该系统经过药品编号进行查询就能够明确知道所查询药品属性、用途和是否经过了药监部门生产许可。
2， 消费者去药店买药时往往碰到药店里没有所购置药品，却又不知哪里有售尴尬。本系统提供一个查询窗口，消费者能够经过系统窗口输入所需物品即可查询系统内部全部登记在内药店数据然后列出全部符合条件药店地址和联络方法。

1.2.2 项目工作内容和工作目标
1.2.2.1 项目工作内容
在此次开发工作中，我们关键进行以下工作：
工作内容1：用户（各使用单位）信息及药品登记管理
在设计用户信息及药品登记管理模块过程中，我们关键给用户提供一个入口进行用户基础信息管理，销售信息药品登记、库存查询。
工作内容2：消费者查询功效
设计消费者查询模块过程中，我们关键实现消费者对药品基础信息查询和查询所需物品何处有售功效；
工作内容3：药监部门对系统内数据监管功效
在设计药监部门对药品监管模块过程中，我们关键实现对系统内全部药店销售药品查询功效、药店内销售不符合要求物品自动报警功效；
1.2.2.2 项目工作目标
为了确保项目能够根据正确方向进行，我们将项目标整个过程划分为两大部分：项目标开发过程和项目标实施维护过程。其中项目标开发过程又分解为4个小阶段，每个阶段结束就是一个里程碑。所以整个项目标开发进度包含四个关键里程碑：
需求分析：在“需求分析”里程碑应基础完成业务需求分析。目标清楚地说明了应用系统最终目标，并提供了明确方向。而范围则定义了一个特定版本应用系统所要提交业务功效，而且经过目标认识到在未来版本中将要进行开发工作。
系统设计：“系统设计阶段”里程碑要完成项目标设计。项目设计包含功效说明文档（包含概要设计、逻辑步骤设计和具体设计），每种角色组人员分配、组织结构和时间进度安排。功效说明提供项目组足够实施细节情况，并确定需要资源和承诺。在此阶段，用户和项目组在要交付系统功效和系统实施过程上取得一致。这是一个重新评定风险、建立优先级和对时间和资源调配情况做最终估量关键阶段。这个阶段将经过多个过程：分概要设计、逻辑设计、物理设计，这个阶段将决定项目标成败，所以每一个阶段全部需相互衔接。
功效范围开发完成/第一次试用：在“范围完成/第一次使用”里程碑基础完成开发阶段。经过核准功效说明和相关项目计划提供了开发阶段基础要求。整个阶段能够依据开发组要求细分为一系列内部交付里程碑，每个内部里程碑全部是经过测试/诊疗/排错过程。在“范围完成/第一次使用”这个里程碑上，全部功效开发全部已经结束。
系统正式推广实施：在“系统正式公布”里程碑上完成了稳定测试阶段。整个项目也抵达了终止点。测试工作是本身是伴伴随代码开发工作进行，只在稳定阶段因为集中注意力于寻求错误和修改错误，所以成为这一阶段关键工作。在产品公布里程碑，产品正式转交用户或维护支持组。
2 软件项目实施过程总体控制要求
2.1 软件项目实施步骤说明

需求分析

系统设计

系统开发

系统测试

系统安装和调试

用户培训

技术支持

2.1.1 实施步骤汇总说明

2.1.2 实施步骤特殊性和关键工作说明
1． 经过互联网连接服务器查询数据，经过提供一个窗口连接到食品药品查询系统对物品数据进行查询。
2． 本系统不对食品药品系统进行任何改动，不对其现有操作步骤产生任何影响。
2.2 软件项目职责分工说明
系统在数据接口方面设计到很多不一样类型数据，在业务上设计到严谨数据核销过程，多用户组、用户角色分配，为了支持本系统复杂业务逻辑并保持本系统灵活性、可扩充性，所以，需要各方面充足合作、相互协调、才能确保系统实施阶段顺利进行。
针对帐系统要实现功效，我们将建立以下三层组织确保体系：
Ø 领导层
Ø 实施层
Ø 用户验收层
各组织层责任
项目领导小组目标是和**项目小组共同建立对整个项目建设自始至终负责、责权利相统一管理，以形成一个由总体控制和有计划、有组织控制网络系统，实现计划---实施---检验---调整---再实施封闭循环。
领导层具体职责以下：
Ø 明确组员各自分工和责任；
Ø 建立工程情况汇报制度；
Ø 决定工程重大标准问题；
Ø 协调各部门及相关人员关系。
对系统数据库系统实施，建立以项目中心领导小组为龙头，系统分析部、系统开发部、系统实施部为主体，含有内部协调职能直线式操作实施层，负责进度控制、成本控制、质量控制、供给控制。因为各实施步骤全部有项目质量控制小组评审，就有可能一次发觉问题，并可立即落实到具体负责部门，整个过程一气呵成，避免推诿扯皮现象和信息传输失误，从而提升系统建设效率。
作为组织确保系统一个组成部分，还应建立线性责任系统，其目标是为了明确项目中各部门各组员在各项工作地位和作用，使工作和责任一一对应起来，以确保组织运转更为有效。操作实施层组织结构以下：

实施层具体职责以下：
Ø 建立项目实施小组，确定项目实施总责任人；
Ø 组织各专业技术队伍，明确技术责任和实施方案；
Ø 编制项目技术规范，计划进度，质量标准；
Ø 负责组织各专业技术人员优质按时完成项目任务。
用户验收层关键确保组织体系能有效地围绕总体控制计划运行，其人员由我们和**技术教授共同组成。
用户验收层具体职责以下：
Ø 共同确定技术验收测试标准和验收测试人员；
Ø 组织现场测试环境和完成各项技术指标测试；
Ø 编写项目测试汇报和项目验收汇报；
Ø 组织并完成用户开通运行等各项工作。
2.3 软件项目实施过程控制方法说明
2.3.1 用户交流机制说明
为确保实现项目预期目标，项目实施过程中需要大量用户交流工作，定时举行用户方例会、向用户方提供阶段性汇报、双方关键联络方法是面谈、电话和Email。
2.3.2 软件项目内部管理和进度控制方法说明
为了适应比较流行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
本企业负责十二个月系统维护
工作组

2.3.3 软件项目公布方法说明
系统安装和调试
本小组负责系统安装和调试工作，其中软件部分安装是无偿。我们将派遣专业技术支持人员进行现场安装和调试，并向相关工作人员介绍安装和调试关键点，确保系统使用人员掌握基础系统安装方法。安装和调试以系统能够正常稳定工作为基础标准，兼顾用户不一样使用要求。
服务器端相关软件系统可由硬件提供商负责，我们技术支持人员也能够依据用户要求对服务器端系统进行安装和调试。服务器端数据库系统建立、维护等工作将由我们数据库设计工程师完成，确保数据库稳定工作。
2.4 软件项目预期结果清单说明
2.4.1 文档结果清单
1． 《保费对帐系统需求分析说明书》
正确并具体说明用户系统需求，开发人员以此为依据进行系统开发。也是向用户最终审核软件功效标准。
2． 《保费对帐系统概要设计说明书》
依据需求分析，设计出软件系统结构、所需数据结构、系统内外部接口等，指导具体设计。
3． 《保费对帐系统具体设计说明书》
依据概要设计，对各模块功效进行细化，指导程序进行代码编写。
4． 《保费对帐系统测试方案》
进行软件单元测试、集成测试和系统测试，完善软件各方面功效。
5． 《保费对帐系统公布说明》
公布软件多种版本，具体说明软件功效、性能及使用方法，为软件使用者了解软件情况提供相关信息。
2.4.2 代码结果清单
《程序源代码清单》：包含全部程序源代码，作为测试、维护和升级参考依据。
2.4.3 其它结果清单
1． 《客服及技术支持说明书》
包含系统使用手册、系统安装手册等为用户使用提供服务。
3 软件项目具体实施步骤说明
3.1 需求调研和分析阶段实施方案
3.1.1 工作程序
1． 由项目实施小组组织需求方和开发方召开会议，需求方提出系统功效需求，开发方人员确定所需功效能否实现和用何种技术实现，最终协商确定系统整体功效。
2． 项目实施小组提出需求分析说明书，并交由供需双方确定。
3.1.2 工作内容和要求
1、 描述用户需求，计划目标系统结构和关键功效，包含：数据接口，核销数据查询，系统管理功效，报表打印功效；
2、 掌握用户特点，描述用户角色、权限划分，包含：系统管理员、核销操作员、业务主管、代理银行员工；
3、 了解设计和实现约束条件，确定系统接口和运行环境，包含用户操作界面，网络传输和通信接口，硬件设备环境、软件配置环境；
3.1.3 人员分工和资源配置
负责银行业务，有多年银行界工作经验，熟练掌握对帐业务人员负责提出需求，经验丰富专业人员进行技术实现讨论及确定。
3.1.4 预期结果清单
《保费对帐系统需求分析说明书》
3.2 系统设计阶段实施方案
3.2.1 工作程序
开发组组员依据需求分析进行功效分类汇总，确定系统架构及功效模块，提交《概要设计》和《具体设计》。
3.2.2 工作内容和要求
1、针对用户提出各项需求，进行需求分类汇总，对功效、性能进行归并，为建立完整系统结构、选择正确实现策略奠定基础，从而形成相对稳定功效模块划分。
2、针对需求汇总分析和项目面临多种约束和假定，进行关键难点问题分析，找出完成本项目所必需克服关键和难点问题，首先能够让技术人员了解对应功效模块关键性，其次能够确保项目实施过程中全部些人员全部能够围绕关键和难点问题展开工作，使得项目研发结果能够最大程度满足用户要求。
3、系统模块划分，实现完整功效模块划分，从而为技术人员分工提供依据，这部分内容要对上一节内容进行更细致分类，遵照技术形式进行划分。
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、退确保金核销模块
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 工作内容和要求
系统安装和调试
我们负责系统安装和调试工作，其中软件部分安装是无偿。我们将派遣专业技术支持人员进行现场安装和调试，并向相关工作人员介绍安装和调试关键点，确保系统使用人员掌握基础系统安装方法。安装和调试以系统能够正常稳定工作为基础标准，兼顾用户不一样使用要求。
服务器端相关软件系统可由硬件提供商负责，我们技术支持人员也能够依据用户要求对服务器端系统进行安装和调试。服务器端数据库系统建立、维护等工作将由我们数据库设计工程师完成，确保数据库稳定工作。
用户培训
培训关键目标是为了使**用户能愈加好掌握新系统安装、使用和管理方法，充足发挥系统作用，使她们经过系统培训后，能够对系统进行日常使用和管理工作。为了确保培训质量，我们将把培训内容做成多媒体教学光盘，辅助培训教学，并方便用户以后使用。
培训针对不一样岗位职责具体业务需求，在努力争取覆盖绝大多数有多种工作人员要求下，对领导、干部、技术主管等不一样类别用户，设计对应培训方案。经过对用户归类、划分，我们能够尽可能使培训落实到每一个用户具体职责上去，确保良好培训效果。
我们将针对**人员特点,准备两套培训内容：
初级培训，系统建设和操作维护。
高级培训，系统深层次应用开发。
操作维护培训和高级培训包含：
所提供软件工作原理和技术性能、操作维护方法、安装调测、排除故障及软件结构、定制和升级等各个方面, 系统管理和建设软件系统使用，和系统深入开发全套方法和接口协议。
并提供全套培训教材和培训课程计划表。
对于参与项目标**人员我们将在项目标开发设计过程中进行有侧重培训，使她们充足了解系统设计体系架构、开发规范和项目管理方法等。
我们将准备以下内容课程：系统操作、系统维护和运行和用户使用培训等课程，另外，我们将提供在线式帮助系统。
系统维护
系统维护是指系统在功效上进行修改，因为**业务需求扩展性，在实际应用中，尤其是在系统刚投入使用时，需常常改动程序功效。针对这种情况，我们系统维护工作从以下多个方面入手，从而使系统应用达成预期目标。
Ø 在系统设计阶段应充足考虑系统灵活性，将各个功效模块设计成可由系统维护或用户定制，如对各项固定参数代码表维护，通用指标定制，通用定制查询条件，通用报表设计等。这么系统应用范围就会变得很广，通常只要数据库中存在数据全部能够由系统根据用户需求进行组合输出。灵活程序结构理想状态能够做到只要数据库不作改动，程序代码也无需改动。对于数据库，因在机构上给予优化，给其较大自由度，但数据库变动通常影响较大，过于灵活设计会影响系统运行效率，所以数据库结构往往会伴随需求改变而调整。
对于一些情况，如：数据库结构改动，仍需要对程序代码进行修改。对于该类维护，在系统试运行阶段开发商应在系统运行地实施无偿维护，深入使需求达成用户要求，最大程度地做到让用户满意，系统试运行阶段通常为系统验收经过后二个月。系统试运行期过后，开发商将和用户另行签署维护协议，以下几点均是对系统试运行期后维护工作而言。
Ø 业务框架更改：当业务步骤发生改变，并在系统中需要改动，这类变动包含面很大甚至要重新架构部分功效模块，我们能够优异行系统升级具体费用可在后期协议中表现。
本情况处理方法为：双方认真讨论新需求，结合已经有系统现实状况提出可行方案。以后，由开发商提交处理方案和时间进度表，共同讨论经过后，开发商进行系统分析和具体分析。将新系统升级完成后，在测试环境下运行，测试经过后将全方面上线试运行。试运行无误后，提交相关文档。在此过程中除开发期全部有系统分析员参与讨论或工程师现场维护直到能够正式运行。
Ø 单一模块功效升级：伴随业务需求不停改变，将出现现在无法估计变动，而本系统对应模块未能适应该变动，比如：业务内容、操作方法、管理控制、界面风格等。此时需要代码升级，标准上提供无偿升级，工作量超出7人日则采取先升级，以后在后期协议中加以表现方法运作。
本情况处理方法为：由**提出需求，双方就系统现实状况提出可行方案。以后，由开发商提交处理方案和时间进度表，共同讨论经过后，开发商进行系统分析和具体分析。将新系统升级完成后，在测试环境下运行，测试经过后将全方面上线试运行。试运行无误后，提交相关文档。在此过程中除开发外，全部有系统分析员参与讨论或工程师现场维护直到能够正式运行。
Ø 简单功效升级：有些内容变更不在系统自动升级范围以内，将需要工程师介入。
本情况处理方法为：此时工程师在现场明确**需求后进行现场开发，开发完成后在测试环境下运行，测试经过后将全方面上线试运行。试运行无误后，2日内提交相关文档。工程师在现场进行维护直到新需求能正常使用。
Ø 新增功效：伴随新理念、管理方法、分析手段和功效应用出现，会有新功效模块需求出现。
本情况处理方法为：在双方认真讨论新需求后，由开发商提交处理方案和时间进度表，共同讨论经过后，开发商进行系统分析和具体分析。将新系统升级完成后，在测试环境下运行，测试经过后将全方面上线试运行。试运行无误后，提交相关文档。在此过程中除开发期全部有系统分析员参与讨论或工程师现场维护直到能够正式运行。
Ø 数据库运行环境变更。包含：数据库服务器更换、数据库数据阶段性备份和整理、数据库管理系统升级等。
本情况处理方法为：由**提出需求，双方就新需求提出可行方案。以后，由开发商提交处理方案和时间进度表，共同讨论经过后，开发商在测试环境下实施，测试经过后转移到新环境下试运行。试运行无误后，提交相关文档。在此过程中除文档编写期全部有系统分析员参与讨论或工程师现场维护直到能够正式运行。
Ø 数据库结构更新。包含：增加、删除系统表和数据表，改变系统表、数据表结构，建立备份数据表等。因为业务、功效和步骤上需要，表结构更新在所难免，本变动通常是围绕着业务进行。
本情况处理方法为：在业务处理过程中，讨论此处更新，处理过程同业务步骤，工作量记入业务处理中。
Ø 系统自适应升级维护：当新需求满足系统自动升级条件时，为确保升级能够正确，并确保系统稳定，我们有工程师在现场指导维护，并处理突发事件。
本情况处理方法为：开发商派工程师到现场监控升级过程，直到系统能在升级后条件下正常运行。
技术支持和维护方法
以下为我们提供技术后援支持服务关键方法：
Ø 现场技术支持服务：
我们将安排经验丰富工作人员到现场进行维护。为了让用户问题得到立即处理，我们将为全部现场维护技术支持配置手机、呼机。
为了有效地进行系统软件维护，我们事先就开始做组织工作，建立专为该项目成立维护机构，申明提出维护申请汇报过程及评价过程，为每一个维护申请要求标准处理步骤，还必需建立维护活动登记制度和要求评价和评审标准。
Ø 电话咨询：
我们设置热线服务台,提供7*8小时(即每七天7天，天天8小时)电话技术咨询服务。
Ø 网上技术支持：
经过电子邮件、BBS等方法提供7X二十四小时服务。我们并把部分技术维护文档上传到**银行保费对帐系统网上，系统用户能够依据自己需要在网上下载后使用。
Ø 技术资料：
在系统正常运行后为用户提供一整套所安装软件维护手册,其中包含具体设计手册、安装手册、使用手册。假如以后软件修改、补充或升级时，我们全部会更新升级维护手册；而且我们还会定时为用户递送部分资料及产品公布信息,同时以上资料也将在网上公布并立即更新。
Ø 响应时间：
对工程任何层次维护要求，我们全部将建立4小时内作出响应机制，而且依据站点关键性及其复杂程度不一样，我们将对应缩短维护响应时间。
3.5.3 人员分工和资源配置
由工作组完成。
3.5.4 预期结果清单
《客服及技术支持说明书》
4 软件项目实施方案总结
本系统开发过程基础实现了开发计划要求，S为签约生效时间，单位为周。开始时间为一周第一天，结束时间为一周最终一天。
本系统设计开发周期为8周，测试、试运行和用户验收为4周。无偿维护期为十二个月。
单元名称
时间
项目完成情况
责任人
精化需求
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
本企业负责十二个月系统维护
工作组

（全文完）