澳门威尼斯城网站_官网-欢迎您

澳门威尼斯城网站是为了更好地让大家在威尼斯官方网站当中享受到应有的福利,所以说在进行游戏之前澳门威尼斯人游戏网站规则也是一定要清楚的,欢迎前来澳门威尼斯人官网

程序维护手册范例解析

澳门威尼斯城网站时间 2019-10-29 15:52 【本文关键词】澳门威尼斯城网站,维护过程

    

  程序维护手册范例解析_中职中专_职业教育_教育专区。程序维护手册范例解析

  维护手册 1. 引言 ? 编写目的 软件维护是软件生命周期的最后一个阶段,它处于系统投入生产性运行以后的 时期中 , 因此不属于系统开发过程。 软件维护需要的工作量非常大, 虽然在不同应用领域维护成本差别很大, 但是, 平均说 来,大型软件的维护成本高达开发成本的四倍左右。目前国外许多软件开发 组织把 60%以 上的人力用于维护已有的软件, 而且随着软件数量增多和使用寿命延 长, 这个百分比还在持 续上升。 软件维护就是在软件已经交付使用之后,为了改正错误或者满足新的需要而修 改软件 的过程。它有如下几种性质的维护: ●改正性维护 因为软件测试不可能暴露出一个大型软件系统中所有潜藏的错误, 所以在使用 期间, 用 户必然会发现程序错误, 并且把他们遇到的问题报告给维护人员。 我们把 诊断和改正错误的 过程称为改正性维护。 ●适应性维护 计算机科学技术领域的各方面都在迅速进步, 需要经常地修改版本。 为了和变 化了的环 境适当地配合而进行的修改软件的活动称为适应性维护。 ●完善性维护 在软件编写完成之后, 投入实践, 在使用软件的过程中, 用户往往提出增加新功 能或修 改已有的功能的建议,这就需要进行完善性维护。 ●预防性维护 为了改进未来的可维护性或可靠性,或为了给未来的改进奠定更好的基础而修 改软件 时,就需要进行预防性维护。 维护的过程本质上是修改和压缩了的软件定义和开发过程, 而且事实上远在提 出一项维 护要求之前,与软件维护有关的工作已经开始了。 鉴于以上各点, 编写维护软件的文档十分重要。 它给软件维护人员提供了一份 完整, 清 晰的说明文档,便于其快速有效地进行维护工作。 ? 开发单位 项目的提出者: 开发者: 用户: 使用场所: ? 定义和缩写 a. 数据流图 描绘系统的逻辑模型,图中没有任何具体的物理元素,只是描绘信息 在系 统中流动和处理的情况,它表示了数据和处理过程的关系。数据流图有四种基 本符号:●正 方形(或立方体表示数据的源点或终点。 ●圆 角矩形(或圆形代表变换数据的处理。 处理不一定是一个程序。一个处理框可以代表一系列程序,单个程序或者程序 的 一个模块;它甚至可以代表一种人工处理过程。 ●开 口矩形(或两条平行横线代表数据存储。 数据存储可以表示一个文件,文件的一部分,数据库的元素或纪录的一部分等 等。 数据存储是处于静止状态的数据。 ●箭 头代表数据流,即特定数据的流动方向。 数据流是处于运动中的数据。 还有几种附加符号: ●星 号表示数据流之间是“与”关系 ●加 号表示“或”关系 ●异 或符号表示只能从中选一个 b. 数据字典 (Data Dictionary, 简称 DD 是对系统中各类数据描述的集合, 是各类 数据属 性清单, 是进行详细的数据收集和数据分析所获得的主要结果。 它通常包括 以下五个部 分: ●数 据项,是数据的最小的单位。 ●数 据结构,是若干数据项有意义的集合。 ●数 据流,可以是数据项,也可以是数据结构,表示某一处理过程的输入或输出。 ●数 据存储,处理过程中存取的数据。常常是手工凭证,手工文档,计算机文件。 ●处 理过程。 它们的描述内容如下: 1.数据项描述 ={数据项名,数据项含义说明,别名,类型,长度,取值范围,与其他 数 据项的逻辑关系 } 取值范围,与其他数据项的逻辑关系定义了数据的完整性约束条件,是设计数据 检 验功能的依据。 2.数据结构描述 ={数据结构名,含义说明,组成:{数据结构或数据项 }} 3.数据流 ={数据流名,说明,流出过程,流入过程,组成:{数据结构或数据项 }} ●流 出过程,说明该数据流由什么过程来。 ●流入过程,说明该数据流到什么过程去。 4.数据存储 ={数据存储名,说明,输入数据流 ,输出数据流,组成:{数据结构或数 据项 },数据量,存取方式 } ●数据量,说明每次存取多少数据,每天(或每小时,或每周存取几次的信息。 ●存 取方法,指的是批处理,还是联机处理;是检索还是更新;是顺序检索还是 随机检索;尽 可能详细收集并加以说明。 5.处理过程 ={处理过程名,说明,输入:{数据流 },输出:{数据流 },处理:{简要说 明 }} 简要说明中主要说明该处理过程的功能,即“做什么” (不是怎么做 ;处理频度要 求,如每小时(或每分钟处理多少事务,多少数据量;响应时间要求等。这些处理要 求 是后面物理设计的输入及性能评价的标准。 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. 接 受并判断错误,输出相应的出错消息; ? 程序说明 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. 维护过程 ? 规则 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. 在 重新验证进程中, 记录出错的次数与类型, 并把结果同所提供的测试功能 进行 比较,以便估量出程序是否退化。 ? 验证过程 每当软件被修改后,都要校验其正确性。维护员应该有选择地作些重新测试工 作, 不仅要证实新的逻辑的正确性, 而且要校验实程序的为修改部分是否无损害, 并 且整个 程序运行正确。若发现错误,则要马上进行修正。 ? 出错及纠正方法 经查询还有余票, 但输入旅客信息后却发现已没有余票。 发生这种情况的原因 是:有多 台计算机同时输入订购同一次航班的旅客信息, 在查询余票时, 其他输入信 息并未写入磁盘, 票数并未修改。此时,应该等待数秒后重新查询余票。 ? 专门维护过程 系统运行一段时间后, 由于记录的不断增加, 删除和修改, 会使数据库的物理存 储变坏。 例如,逻辑上属于同一记录型或同一关系的数据被分散到了不同的文件或 文件的多个碎片 上。 这样就会降低数据库存储空间的利用率和数据的访存效率, 使 数据库的性能下降。 这是 就要进行数据库的重组织。 在重组过程中, 按原设计要 求重新安排记录的存储位置, 调整数 据区和溢出区,回收“垃圾” ,减少指针链等。 ? 程序清单及流程图 详见概要设计和详细设计文档。


Baidu