编程开发--程序维护手册

本资源由 寒秀草与巧克力 搜集与网络请您在传播的时候将下载分数设为0真正体现资源共享的理念谢谢更多0分资料去我的文库

程序维护手册

本资源由 寒秀草与巧克力 搜集与网络

请您在传播的时候将下载分数设为

真正体现资源共享的理念

谢谢 0

更多0分资料去我的文库

1. 引言

编写目的

软件维护是软件生命周期的最后一个阶段，它处于系统投入生产性运行以后的时期中,

因此不属于系统开发过程。

软件维护需要的工作量非常大，虽然在不同应用领域维护成本差别很大，但是，平均说

来，大型软件的维护成本高达开发成本的四倍左右。目前国外许多软件开发组织把60%以

上的人力用于维护已有的软件，而且随着软件数量增多和使用寿命延长，这个百分比还在持

续上升。

软件维护就是在软件已经交付使用之后，为了改正错误或者满足新的需要而修改软件

的过程。它有如下几种性质的维护：

改正性维护

因为软件测试不可能暴露出一个大型软件系统中所有潜藏的错误，所以在使用期间，用

户必然会发现程序错误，并且把他们遇到的问题报告给维护人员。我们把诊断和改正错误的

过程称为改正性维护。

适应性维护

计算机科学技术领域的各方面都在迅速进步，需要经常地修改版本。为了和变化了的环

境适当地配合而进行的修改软件的活动称为适应性维护。

完善性维护

在软件编写完成之后，投入实践，在使用软件的过程中，用户往往提出增加新功能或修

改已有的功能的建议，这就需要进行完善性维护。

预防性维护

为了改进未来的可维护性或可靠性，或为了给未来的改进奠定更好的基础而修改软件

时，就需要进行预防性维护。

维护的过程本质上是修改和压缩了的软件定义和开发过程，而且事实上远在提出一项维

护要求之前，与软件维护有关的工作已经开始了。

鉴于以上各点，编写维护软件的文档十分重要。它给软件维护人员提供了一份完整，清

晰的说明文档，便于其快速有效地进行维护工作。

开发单位

项目的提出者：浙江航空公司

本资源由 寒秀草与巧克力 搜集与网络请您在传播的时候将下载分数设为0真正体现资源共享的理念谢谢更多0分资料去我的文库

开发者：〈〉软件开发工作室

用户：浙江航空公司

使用场所：浙江航空公司各售票厅

定义和缩写

a. 数据流图描绘系统的逻辑模型，图中没有任何具体的物理元素，只是描绘信息在系

统中流动和处理的情况，它表示了数据和处理过程的关系。数据流图有四种基本符号：

正方形（或立方体）表示数据的源点或终点。

圆角矩形（或圆形）代表变换数据的处理。

处理不一定是一个程序。一个处理框可以代表一系列程序，单个程序或者程序的

一个模块；它甚至可以代表一种人工处理过程。

开口矩形（或两条平行横线）代表数据存储。

数据存储可以表示一个文件，文件的一部分，数据库的元素或纪录的一部分等等。

数据存储是处于静止状态的数据。

箭头代表数据流，即特定数据的流动方向。

数据流是处于运动中的数据。

还有几种附加符号：

星号表示数据流之间是“与”关系

加号表示“或”关系

异或符号表示只能从中选一个

b. 数据字典(Data Dictionary，简称DD)是对系统中各类数据描述的集合，是各类数据属

性清单，是进行详细的数据收集和数据分析所获得的主要结果。它通常包括以下五个部

分：

数据项，是数据的最小的单位。

数据结构，是若干数据项有意义的集合。

数据流，可以是数据项，也可以是数据结构，表示某一处理过程的输入或输出。

数据存储，处理过程中存取的数据。常常是手工凭证，手工文档，计算机文件。

处理过程。

它们的描述内容如下：

1．数据项描述={数据项名，数据项含义说明，别名，类型，长度，取值范围，与其他

数据项的逻辑关系}

取值范围，与其他数据项的逻辑关系定义了数据的完整性约束条件，是设计数据检

验功能的依据。

2．数据结构描述={数据结构名，含义说明，组成：{数据结构或数据项}}

3．数据流={数据流名，说明，流出过程，流入过程，组成：{数据结构或数据项}}

流出过程，说明该数据流由什么过程来。

流入过程，说明该数据流到什么过程去。

4．数据存储={数据存储名，说明，输入数据流 ，输出数据流，组成：{数据结构或数

据项}，数据量，存取方式}

数据量，说明每次存取多少数据，每天（或每小时，或每周）存取几次的信息。

存取方法，指的是批处理，还是联机处理；是检索还是更新；是顺序检索还是

随机检索；尽可能详细收集并加以说明。

5．处理过程={处理过程名，说明，输入：{数据流}，输出：{数据流}，处理：{简要说

明}}

本资源由 寒秀草与巧克力 搜集与网络请您在传播的时候将下载分数设为0真正体现资源共享的理念谢谢更多0分资料去我的文库

简要说明中主要说明该处理过程的功能，即“做什么”（不是怎么做）；处理频度要

求，如每小时（或每分钟）处理多少事务，多少数据量；响应时间要求等。这些处理要

求是后面物理设计的输入及性能评价的标准。

d. 主键：数据库表中的关键域。值互不相同。

e. 外部主键：数据库表中与其他表主键关联的域。

f. 系统：若未特别指出，统指本机票预定系统。

g. SQL: Structured Query Language（结构化查询语言），一种用于访问查询数据库的语言

h. SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。

i. ATM: Asynchronous Transfer Mode (异步传输模式)。

j. ROLLBACK: 数据库的错误恢复机制。

参考资料

书籍：

《软件工程导论》第三版 张海藩 清华大学出版社

《实用软件工程》第二版 郑人杰 殷人昆 陶永雷 清华大学出版社

文档：

需求规格说明书，概要设计说明书，详细设计说明书，用户操作手册。

2. 系统说明

系统用途

输入：预定机票的旅客信息，包括姓名，性别，工作单位，身份证号码，旅行时间，旅

行目的地。

输出：取票通知和帐单。

功能：查询航班和旅客信息，增加预定机票的旅客信息，删除要求退票的旅客信息。

安全保密

系统提供一定的方式让用户表示自己的身份，系统进行核实，通过鉴定后才提供

机器使用权。常用的方法有：

1．用一个用户名或用户标识号来标识用户身份。

2．口令。

3．系统提供一个随机数，用户根据预先约定好的某一过程或者函数进行计算，系

统根据用户计算结果是否正确进一步鉴定用户身份。

系统管理员还可对获得上机权的用户进行权限控制，是不同的用户对于不同的数据对象

有不同的操作权限。

总体说明

系统的总体功能：系统接收输入的预定机票的旅客信息，为旅客安排航班，印出取票通

知和帐单，旅客在飞机起飞的前一天凭取票通知和帐单交款取票，系统校对无误即印出机票

给旅客。

系统的具体功能：

1． 接受：旅客信息及取票通知和帐单；

2． 打印：取票通知和帐单及机票；

3． 网络输出和加密，输入和解密；

4． 分辨信息的种类并采取相应的处理步骤；

5． 判断信息的正误并采取相应的处理步骤；

6． 进行数据库的查询、修改工作；

7． 接受并判断错误，输出相应的出错消息；

本资源由 寒秀草与巧克力 搜集与网络请您在传播的时候将下载分数设为0真正体现资源共享的理念谢谢更多0分资料去我的文库

程序说明

1. PersInfoExam 过程：

对在旅客信息界面中输入的各项信息进行初步检验。若发现错误，令 ErrorAppear=T,判断错误类型，并将相应的 错误类型ErrorType或ErrorRank作为参数，转

入ErrorHandle过程。若未发现错误，转入PersInfoInput过程。其中的错误种类有：

1.数据类型不匹配,ErrorType =T;

姓名 string 旅行目的地 string

性别 string 旅行时间 date

工作单位 string (年/月/日 yy/mm/dd)

身份证号码 long int

2、数据超出规定范围ErrorRank =T;等等

性别只能是‘男’或‘女’；身份证号码按规定必须是13位；旅行时间必须在 定票的当天过一天以后等等

2、PersInfoInput 过程：

经检验无误后，将输入界面表单中的数据输入到Class PersInfo

Class PersInfo{ /* 伪码 */

String name= 姓名 ；

String sex= 性别；

String company= 工作单位；

Long int idcode= 身份证号码；

Date stime= 旅行时间；

（syear/smonth/stime=年/月/日）

String denist= 目的地

}

2．操作环境

设备

共享一个数据库的若干台电脑，台式打印机若干。

支持软件

支持常用的数据库应用软件：

VISUAL FOXPRO 5.0 , DELPHI 4.0, POWER BUILDER 6.0

数据库

标识符：姓名，性别，工作单位，身份证号码，旅行时间，旅行目的地。

静态数据：存储在硬盘上的数据。

动态数据：正处于处理过程中的数据。

数据库的存储媒体：硬盘。

3. 维护过程

本资源由 寒秀草与巧克力 搜集与网络请您在传播的时候将下载分数设为0真正体现资源共享的理念谢谢更多0分资料去我的文库

规则

1．设计原则

1． 密切结合结构（数据）设计和行为（处理）设计。

2．有机结合硬件，软件，技术和管理的界面。

3．具体程序实现过程中，对记录，字段的引用参照PersInfo 类。

4．存储区的标识符也参照PersInfo 类。

5．在设计过程中参照瀑布模型，ER模型，层次图，Jackson 程序设计方法。

2．设计程序变更的准则

1． 检查可供选择的设计方案，寻找一种与程序的原始设计原理相容的变更设计。

2． 努力使设计简化。

3． 能满足可变性要求的设计。

4． 不降低程序质量。

5． 用可测试的并具备测试方法的术语描述设计。

6． 考虑处理时间，存储量和操作过程方面的变化。

7． 考虑标更对用户服务的干扰以及实施变更的代价与时间。

3．修改程序代码的准则

1． 必须要先熟悉整个程序的控制流程。

2． 不要做不必要的修改。

3． 不影响原始程序的风格和相容性。

4． 记录所作过的修改。

5． 审查软件质量是否符合标准。

6． 更新程序文档以反映修改并保留修改前的程序代码版本。

4．重新验证程序的准则

1． 首先测试程序故障，然后测试程序的未改动部分，最后测试程序的修改部分。

2． 不允许做修改的维护程序员成为唯一的重新验证程序的人。

3． 鼓励终端用户参与到重新测试进程中来。

4． 在重新验证进程中，记录出错的次数与类型，并把结果同所提供的测试功能进行

比较，以便估量出程序是否退化。

验证过程

每当软件被修改后，都要校验其正确性。维护员应该有选择地作些重新测试工作，不仅要证实新的逻辑的正确性，而且要校验实程序的为修改部分是否无损害，并且整个程序运行正确。若发现错误，则要马上进行修正。

出错及纠正方法

经查询还有余票，但输入旅客信息后却发现已没有余票。发生这种情况的原因是：有多台计算机同时输入订购同一次航班的旅客信息，在查询余票时，其他输入信息并未写入磁盘，票数并未修改。此时，应该等待数秒后重新查询余票。

专门维护过程

系统运行一段时间后，由于记录的不断增加，删除和修改，会使数据库的物理存储变坏。例如，逻辑上属于同一记录型或同一关系的数据被分散到了不同的文件或文件的多个碎片上。这样就会降低数据库存储空间的利用率和数据的访存效率，使数据库的性能下降。这是就要进行数据库的重组织。在重组过程中，按原设计要求重新安排记录的存储位置，调整数据区和溢出区，回收“垃圾”，减少指针链等。

程序清单及流程图

本资源由 寒秀草与巧克力 搜集与网络请您在传播的时候将下载分数设为0真正体现资源共享的理念谢谢更多0分资料去我的文库

详见概要设计和详细设计文档。

本文来源：https://www.bwwdw.com/article/a6vj.html