系统软件工程项目实施方案

软件项目实施方案

DocumentforSoftwareProjectImpIementation

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

工作组

单位:

TruthWorkgroup

日期:

XXXX年XX月XX日

修订记录

日期修订版本修订说明审核

作者

06/07/180.1初稿**

06/07/190.2修订稿

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

06/08/110.4定稿**

目录

I前言......................................................................4

1.1编写目的...............................................................4

1.2项目背景简介...........................................................4

项目基本信息.....................................................4

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

1.3术语定义..............................................错误!未定义书签。

2软件项目实施过程总体限制要求.................................................6

2.1软件项目实施流程说明...................................................6

实施流程汇总说明................................................6

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

2.2软件项目职责分工说明...................................................6

各组织层责任.............................................................6

2.3软件项目实施过程限制方法说明..........................................8

客户沟通机制说明................................................8

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

软件项目发布方法说明............................................9

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

文档成果清单.....................................................9

代码成果清单....................................................10

其他成果清单....................................................10

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

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

工作程序........................................................11

工作内容与要求..................................................11

人员分工与资源配置..............................................11

预期成果清单....................................................11

3.2系统设计阶段实施方案..................................................11

工作程序........................................................11

工作内容与要求..................................................II

预期成果清单....................................................12

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

工作程序........................................................12

工作内容与要求..................................................12

人员分工与资源配置.............................................12

预期成果清单....................................................12

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

工作程序........................................................12

工作内容与要求..................................................12

人员分工与资源配置.............................................13

预期成果清单....................................................13

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

工作程序........................................................13

工作内容与要求..................................................13

系统的安装与调试............................................................13

用户培训.....................................................................14

系统维护.....................................................................14

技术支持和维护的方式........................................................16

人员分工与资源配置.............................................17

预期成果清单....................................................17

4软件项目实施方案总结........................................................18

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,消费者去药店买药时往往遇到药店里没有所购买药品，却又不知哪里有售的尴

尬。本系统供应一个查询的窗口，消费者可以通过系统的窗口输入所需物品即

可查询系统内部的全部登记在内的药店的数据然后列出全部符合条件的药店

地址以及联系方式。

122项目工作内容与工作目标

1.2.2.1项目工作内容

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

工作内容1：客户（各运用单位）的信息及药品登记管理

在设计客户信息及药品登记管理模块过程中，我们主要给客户供应••个入口进行客户基

本信息管理，销售信息药品登记、库存查询。

工作内容2：消费者查询功能

设计消费者查询模块的过程中，我们主要实现消费者对药品基本信息查询和查询所需物

品何处有售的功能；

工作内容3:药监部门对系统内数据监管功能

在设计药监部门对药品监管模块的过程中，我们主要实现对系统内全部药店销售药品的

查询功能、药店内销售不符合规定物品的自动报警功能；

1.2.2.2项目工作目标

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

的开发过程和项目的实施维护过程。其中项目的开发过程又分解为4个小阶段，每个阶段的

结束就是一个里程碑。因此整个项目的开发进度包含四个主要的里程碑：

需求分析：在“需求分析•”里程碑应基本完成业务的需求分析工目标清楚地阐明白应用

系统的最终目的，并供应了明确的方向。而范用则定义了一个特定版本的应用系统所要提交

的业务功能，并且通过目标相识到在将来的版本中将要进行的开发工作。

系统设计：”系统设计阶段”里程碑要完成项目的设计v项目设计包含功能说明文档（包

括概要设计、逻辑流程设计和具体设计），每种角色组的人员安排、组织结构和时间进度支

配。功能说明供应项目组足够的实施细微环节状况，并确定须要的资源和承诺。在此阶段，

客户和项H组在要交付的系统功能以及系统实施过程上取得一样。这是一个重新评估风险、

建立优先级和对时间以及资源调配状况做最终估计的重要阶段。这个阶段将经过几个过程：

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

连接。

功能范围开发完成/第一次试用：在“范围完成/第一次运用”里程碑基本完成开发阶段。

经过核准的功能说明和相关的项目支配供应了开发阶段基本的要求。整个阶段可以依据开发

组的要求细分为一系列的内部交付里程碑，每个内部里程碑都是经过测试/诊断/排错的过程。

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

系统正式推广实施：在“系统正式发布”里程碑上完成了稳定测试阶段。整个项目也到

达了终结点。测试工作是本身是伴随着代码开发工作进行的，只在稳定阶段因为集中留意力

于找寻错误和修改错误，所以成为这一阶段的主要工作。在产品发布里程碑，产品正式转交

用户或维护支持组。

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

2.1软件项目实施流程说明

2.1.1实施流程汇总说明

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

1.通过互联网连接服务器查询数据，通过供应一个窗II连接到食品药品查询系统对物

品数据进行查询。

2.本系统不对食品药品系统进行任何改动，不对其现有操作流程产生任何影响。

2.2软件项目职责分工说明

系统在数据接口方面设计到许多的不同类型数据，在业务上设计到严谨的数据核销过程,

多用户组、用户角色安排，为了支持本系统的困难业务逻辑并保持本系统的敏捷性、可扩充

性，因此，须要各方面充分合作、相互协调、才能保证系统实施阶段顺当进行。

针对帐系统要实现的功能，我们将建立如卜.的三层组织保证体系：

>领导层

>实施层

>用户验收层

各组织层责任

项目领导小组的目的是和小小项目小组共同建立对整个项目建设自始至终负责的、责权利

相统一的管理，以形成一个由总体限制和有支配、有组织的限制网络系统，实现支配一实施

---检查一调整一再实施的封闭循环。

领导层的具体职责如下：

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

>建立工程状况汇报制度；

>确定工程重大原则问题；

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

对系统数据库系统的实施，建立以项目中心领导小组为龙头，系统分析部、系统开发部、

系统实施部为主体的，具有内部协调职能的直线式操作实施层，负责进度限制、成本限制、

质量限制、供应限制。由于各实施环节均有项目质量限制小组评审，就有可能•次发觉问题，

并可刚好落实到具体的负责部门，整个过程一挥而就，避开推诿扯皮现象和信息传递失误,

从而樨高系统建设效率。

作为组织保证系统的一个组成部分，还应建立.线性员任系统，其目的是为了明确项目中

各部门各成员在各项工作的地位与作用，使工作和责任一一对应起来，以保证组织运转更为

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

系统维护组

实施层的具体职责•如卜.：

>建立项目实施小组，确定项目实施总负责人:

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

>编制项目技术规范，支配进度，质量标准；

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

用户验收层主要保证组织体系能有效地围绕总体限制支配运行，其人员由我们和**技术

专家共同组成。

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

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

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

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

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

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

2.3.1客户沟通机制说明

为保证明现项目预期目标，项目实施过程中须要大量的客户沟通工作，定期实行客户方

例会、向客户方供应阶段性报告、双方的主要联系方式是面谈、电话和Email。

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

为J'适应比较流行的MVC开发模式，保证开发小组成员顺当沟通，协同完成任务，我

们拟采纳较为普遍的软件工程项目管理方式。

在制定项目管理规范的过程中，我们将主要吸取IS09000/GB-T1900质量管理和质量

限制国际标准以及CMM项目管理中的精华，紧密结合我们内部的实际和项目的实际状况,

使规范具有较强的可操作性。

IS09000/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+IO-S+H**银行对本系统进行进行试运行，我工作组针对用工作组

户提出的维护需求进行维护

用户验收-S+12项目结束**银行

系统维护S+12-S+52本公司负责一年的系统维护工作组

2.3.3软件项目发布方法说明

系统的安装与调试

本小组负责系统安装与调试工作，其中软件部分的安装是免费的。我们将派遣专业的技

术支持人员进行现场的安装与调试，并向相关工作人员介绍安装与调试的要点，保证系统的

运用人员驾驭基本的系统安装的方法。安装与调试以系统能够正常稳定的工作为基本标准，

兼顾用户的不同的运用要求。

服务器端相关软件系统可由硬件供应商负责，我们的技术支持人员也可以依据用户的要

求对服务器端系统进行安装与调试。服务器端的数据库系统的建立、维护等工作将由我们的

数据库设计工程师完成，保证数据库的稳定工作。

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

2.4.1文档成果清单

1.《保费对帐系统需求分析说明书》

精确并具体说明用户的系统需求，开发人员以此为依据进行系统开发。也是向用户最终审核

软件功能的标准。

2.《保费对帐系统概要设计说明书》

依据需求分析，设计出软件系统结构、所需的数据结构、系统内外部接口等，指导具体设计。

3.《保费对帐系统具体设计说明书》

依据概要设计，对各模块功能进行细化，指导程序进行代码编写。

4.《保费对帐系统测试方案》

进行软件的单元测试、集成测试和系统测试，完善软件的各方面功能。

5.《保费对帐系统发布说明》

发布软件的各种版本，具体说明软件功能、性能及运用方法，为软件运用者了解软件的状况

供应相关信息。

242代码成果清单

《程序源代码清单》：包括全部程序的源代码，作为测试、维护和升级的参考依据。

2.4.3其他成果清单

1.《客服及技术支持说明书》

包括系统运用手册、系统安装手册等为用户的运用供应服务。

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

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

3.1.1工作程序

1.由项目实施小组组织需求方和开发方召开会议，需求方提出系统功能需求，开发方人员

确定所需功能能否实现以及用何种技术实现，最终协商确定系统整体功能。

2.项目实施小组提出需求分析说明书，并交由供需双方确认。

3.1.2工作内容与要求

1、描述用户需求，规划目标系统结构和主要功能，包括：数据接口，核销数据查询，系统

管理功能，报表打印功能：

2、驾驭用户特点，描述用户的角色、权限的划分，包指：系统管理员、核销操作员、业务

主管、代理银行业务员；

3、了解设计与实现的约束条件，确定系统接口和运行仄境，包括用户操作界面，网络传输

与通信接口，硬件设备环境、软件配置环境；

3.L3人员分工与资源配置

负责银行业务的，有多年银行界工作阅历，娴熟驾驭对帐业务的人员负责提出需求，阅

历丰富的专业人员进行技术实现探讨及确定。

3.L4预期成果清单

《保费对帐系统需求分析说明书》

3.2系统设计阶段实施方案

3.2.1工作程序

开发组成员依据需求分析进行功能的分类汇总，确定系统型构及功能模块,提交《概要设计》

和《具体设计》。

3.2.2工作内容与要求

1、针对客户提出的各项需求，进行需求分类汇总，对功能、性能进行归并，为建立完整的

系统结构、选择正确的实现策略奠定基础，从而形成相对稳定的功能模块划分。

2、针对需求的汇总分析和项目面临的各种约束和假定，进行重点难点问题分析，找出完成

本项目所必需克服的重点和难点问题，•方面能够让技术人员理解相应功能模块的重要性，

另一方面能够保证项目实施过程中仝部人员都能够围绕重点和难点问题绽开工作，使得项目

研发的成果能够最大限度的满足客户要求。

3、系统模块划分，实现完整的功能模块划分，从而为技术人员的分工供应依据，这部分的

内容要对上一节的内容进行更细致的分类，遵循技术形式进行划分。

4、系统接口策略，该项说明在系统实现过程中，须要与系统外部的硬件设备、网络结点、

软件系统进行交互，并确定各类接口的类型、运用方法、所属的功能模块和本系统内各个功

能模块之间的接I」定义、相互依靠关系等。

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工作内容与要求

在项H结束时，必需履行严格的验收和交接手续。终验和交接的目的是运用户对项目质

量和最终系统状态形成全面正确的相识，从而对系统集成工作满足和认可，同时向用户提交

完整的文档，以便于用户口后对系统运行和维护。

在终验前，我们和**共同组建终验协调小组，该小组应由各方领导小组托付各自的技术

负责人组成，由用户方出任组长.该小组负责拟定终验测试方法、终验测试时间及周期、终

验内容及终验进度支配，并且要对各厂商、集成商及最终用户的职责、义务与协调方法做出

明确的规定。

终验应当在终验协调小组的领导下进行。终验测试过程要有具体的日志和质量记录。在

终验测试完毕后，应综合提交终验测试数据和测试报告，经各方签字认可。

在终验过程中，项目质量监督小组应当有支配地进行质量审核和抽验工作，其审核报告

应提交终验协调小组。

终验完成后，输出文件包括：终验测试方案、终验实施方案、质量记录、质量审核报告

和终验测试报告。

终验结束后起先交接过程。交接是一个逐步运用户熟识系统，进而能够驾驭、管理、维

护系统的过程。交接须要在终验协调小组的负责下有支配有步骤地进行。

交接包括技术资料交接和系统交接。系统交接始终持续到维护阶段（指合同中规定的无

偿维护）。交接流程是：交接工作支配、全部文档清点和培训支配、系统交接与维护。

技术资料交接包括在实施过程中所产生的全部文件和记录。终验协调小组应督促各供应

厂商供应相应的技术资料，并整理网络、服务器和数据库的全部配置参数及其它数据。

交接时至少提交如下资料•：总体设计文档、项目实施设计、系统配置文档、测试报告、

系统维护手册和系统操作手册（可由设备厂家供应）以及系统管理建议书。

在技术资料交接之后，便进入维护阶段。维护阶段的时间长短由终验协调组协商确定，且各

方的任务要明确。维护阶段的主要任务是协同用户进一/•熟识和驾驭整个系统，提高用户自

身的系统管理实力。

3.4.3人员分工与资源配置

由工作组完成。

3.4.4预期成果清单

《保费对帐系统发布说明》

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

3.5.1工作程序

确定系统交付运用后的客户服务与技术支持的内容。

3.5.2工作内容与要求

系统的安装与调试

我们负责系统安装与调试工作，其中软件部分的安装是免费的。我们将派遣专业的技术

支持人员进行现场的安装与调试，并向相关工作人员介绍安装与调试的要点，保证系统的运

用人员驾驭基本的系统安装的方法。安装与调试以系统能够正常稳定的工作为基本标准，兼

顾用户的不同的运用要求，

服务器端相关软件系统可由硬件供应商负责，我们的技术支持人员也可以依据用户的要

求对服务器端系统进行安装与调试。服务器端的数据库系统的建立、维护等工作将由我们的

数据库设计工程师完成，保证数据库的稳定工作。

用户培训

培训的主耍目的是为了使**的用户能更好的驾驭新系统的安装、运用和管理方法，充分

发挥系统的作用，使他们经过系统培训后，能够对系统进行日常的运用和管理工作。为了保

证培训的质量，我们将把培训的内容做成多媒体教学光盘，协助培训教学，并便利用户日后

的运用。

培训针对不同岗位职责的具体业务的需求，在力求覆盖绝大多数的有各种工作人员的要

求卜，对领导、干部、技术主管等不同类别用户，设计相应的培训方案。通过对用户的归类、

划分，我们可以尽可能的使培训落实到每一个用户的具体职贡上去，保证良好的培训效果。

我们将针对**人员的特点.打算两套培训内容：

初级培训，系统建设和操作维护。

高级培训，系统深层次应用开发。

操作维护培训和高级培训包括：

所供应软件的工作原理和技术性能、操作维护方法、安装调测、解除故障及软件结构、

定制和升级等各个方面，系统管理和建设的软件系统的运用，以及系统进一步开发的全套方

法和接口协议。

并供应全套培训教材和培训课程支配表。

对于参加项目的**人员我们将在项目的开发设计过程中进行有侧重培训I,使他们充分了

解系统设计的体系架构、开发规范和项目管理方法等。

我们将打算如下内容课程：系统操作、系统维护与运营和用户运用培训等课程，另外,

我们将供应在线式的帮助系统。

系统维护

系统维护是指系统在功能上进行修改，由于**业务需求的扩展性，在实际应用中，

特殊是在系统刚投入运用时，需常常改动程序功能。针对这种状况，我们的系统维护工

作从以下几个方面入手，从而使系统应用达到预期目的。

在系统设计阶段应充分考虑系统的敏捷性，将各个功能模块设计成可由系统维护或用户

定制的，如对各项固定参数的代码表的维护，通用的指标定制，通用定制查询条件，通

用的报表设计等。这样系统的应用范围就会变得很广，通常只要数据库中存在的数据都

可以由系统依据用户的需求进行组合输出I。敏捷的程序结构志向状态可以做到只要数据

库不作改动，程序代码也无需改动。对于数据库，因在机构上予以优化，赐予其较大的

自由度，但数据库变动一般影响较大，过于敏捷的设计会影响系统运行效率，因而数据

库结构往往会随着需求的变更而调整。

对于某些状况，如：数据库结构的改动，仍须要对程序代码进行修改。对于该类维

护，在系统试运行阶段开发商应在系统运行地实施免费维护，进一步使需求达到用户要

求，最大限度地做到让用户满足，系统试运行阶段一般为系统验收通过后二个月。系统

试运行期过后，开发商将与用户另行签订维护合同，以下几点均是对系统试运行期后维

护工作而言。

业务框架的更改：当业务流程发生变更，并在系统中须要改动的，此类变动涉及面很大

甚至要重新架构部分功能模块的，我们可以先进行系统升级具体费用可在后期合同中体

现。

本状况的处理方法为：双方仔细探讨新需求，结合已有系统的现状提出可行方案。之后，

由开发商提交解决方案和时间进度表，共同探讨通过后，开发商进行系统分析和具体分

析。将新系统升级完成后，在测试环境卜.运行，测试通过后将仝面上线试运行。试运行

无误后，提交相关文档。在此过程中除开发期均有系统分析员参加探讨或工程师现场维

护直到能够正式运行。

单一模块的功能升级：随着业务需求的不断变更，将出现现在无法预料的变动，而本系

统的相应模块未能适应当变动，例如：业务内容、操作方法、管理限制、界面风格等。

此时须要代码升级，原则上供应免费升级，工作量超过7人日则实行先升级，日后在后

期合同中加以体现的方法运作。

本状况的处理方法为：由**提出需求，双方就系统现状提出可行方案。之后，由开发商

提交解决方案和时间进度表，共同探讨通过后，开发商进行系统分析和具体分析。将新

系统升级完成后，在测试环境下运行，测试通过后将全面上线试运行。试运行无误后，

提交相关文档。在此过程中除开发外，均有系统分析员参加探讨或工程师现场维扶直到

能够正式运行。

简洁的功能升级：有些内容的变更不在系统自动升级的范畴以内，将须要，程师的介入。

本状况的处理方法为：此时工程师在现场明确**的需求后进行现场开发，开发完毕后在

测试环境下运行，测试通过后将全面上线试运行。试运行无误后，2日内提交相关文档。

工程师在现场进行维护直到新需求能正常运用。

>新增功能：随着新的理念、管理方法、分析手段和功能应用的出现，会有新的功能模块

的需求出现。

本状况的处理方法为:在双方仔细探讨新需求后，由开发商提交解决方案和时间进度表，

共同探讨通过后，开发商进行系统分析和具体分析。将新系统升级完成后，在测试环境

下运行，测试通过后将全面上线试运行。试运行无误后，提交相关文档。在此过程中除

开发期均有系统分析员参加探讨或工程师现场维护直到能够正式运行。

>数据库运行环境的变更。包括：数据库服务器的更换、数据库数据阶段性备份和整理、

数据库管理系统的升级等。

本状况的处理方法为：由**提出需求，双方就新需求提出可行方案。之后，由开发商提

交解决方案和时间进度表，共同探讨通过后，开发商在测试环境下实施，测试通过后转

移到新环境卜.试运行。试运行无误后，提交相关文档。在此过程中除文档编写期均有系

统分析员参加探讨或工程师现场维护直到能够正式运行。

>数据库结构更新。包括：增加I、删除系统表和数据表，变更系统表、数据表结构，建立:

备份数据表等。由于业务、功能和流程上的须要，表结构的更新在所难免，本变动一般

是围围着业务进行的，

本状况的处理方法为：在业务处理过程中，探讨此处的更新，处理过程同业务流程，工

作量记入业务处理中C

>系统自适应升级的维护：当新的需求满足系统自动升级的条件时，为确保升级能够正确，

并保证系统的稔定,我们有丁程师在现场指导维护,并处理突发事务C

本状况的处理方法为：开发商派工程师到现场监控升级过程，直到系统能在升级后的条

件下正常运行。

技术支持和维护的方式

以卜.为我们供应技术后援支持服务的主要方式:

>现场技术支持服务:

我们将支配阅历丰富的工作人员到现场进行维护。为了让用户的问题得到尽快的处理，

我们将为全部的现场维护技术支持配备手机、呼机。

为了有效地进行系统软件的维护，我们事先就起先做组织工作，建立专为该项目成立的

维护的机构，声明提出维护申请报告的过程及评价的过程，为每一个维护申请规定标准

的处理步骤，还必需建立维护活动的登记制度以及规定评价