构、数据结构和输入/输出结构等 了解数据流信息,即所涉及到的数据来源何处,在哪里被使用 了解控制流信息,即执行每条路径的结果; 理解程序的操作(使用)要求 为了容易地理解程序,要求自顶向下地理解现有源程序的程序结构和数据结构,为此可 采用如下方法 ①分析程序结构图: 分析各个过程的源代码,建立一个直接调用矩阵D或调用树。 建立过程的间接调用矩阵 分析各个过程的接口,估计更改的复杂性。 ②数据跟踪 建立各层次的程序级上的接口图,展示各模块或过程的调用方式和接口参数 ■利用数据流分析方法,对过程内部的一些变量进行跟踪:维护人员通过这种数据流跟 可获得有关数据在过程间如何传递,在过程内如何处理等信息 ③控制跟踪 控制流跟踪同样可在结构图基础上或源程序基础上进行。可采用符号执行或实际动态跟 踪的方法,了解数据如何从一个输入源到达输出点的 ④在分析的过程中,充分阅读和使用源程序清单和文档,分析现有文档的合理性。 ⑤充分使用由编译程序或汇编程序提供的交叉引用表、符号表、以及其它有用的信息。 ⑥如有可能,积极参加开发工作。 (2)修改程序 对程序的修改,必须事先做出计划,有预谋地、周密有效地实施修改。 ①设计程序的修改计划 程序的修改计划要考虑人员和资源的安排。修改计划的内容主要包括: 规格说明信息:数据修改、处理修改、作业控制语言修改、系统之间接口的修改等; ■维护资源:新程序版本、测试数据、所需的软件系统、计算机时间等 人员:程序员、用户相关人员、技术支持人员、厂家联系人、数据录入员等; 提供:纸面、计算机媒体等 针对以上每一项,要说明必要性、从何处着手、是否接受、日期等。通常,可采用自顶 向下的方法,在理解程序的基础上, i)研究程序的各个模块、模块的接口、及数据库,从全局的观点,提出修改计划。 ⅱ)依次地把要修改的、以及那些受修改影响的模块和数据结构分离出来。为此,要 识别受修改影响的数据 识别使用这些数据的程序模块 对于上面程序模块,按是产生数据、修改数据、还是删除数据进行分类 识别对这些数据元素的外部控制信息; 识别编辑和检查这些数据元素的地方 隔离要修改的部分 i)详细地分析要修改的、以及那些受变更影响的模块和数据结构的内部细节,设计修 改计划,标明新逻辑及要改动的现有逻辑。 iv)向用户提供回避措施。用户的某些业务因软件中发生问题而中断,为不让系统长时 间停止运行,需把问题局部化,在可能的范围内继续开展业务。可以采取的措施有 在问题的原因还未找到时,先就问题的现象,提供回避的操作方法 如果弄清了问题的原因,可通过临时修改或改变运行控制以回避在系统运行时产生9 构、数据结构和输入／输出结构等； ▪ 了解数据流信息，即所涉及到的数据来源何处，在哪里被使用； ▪ 了解控制流信息，即执行每条路径的结果； ▪ 理解程序的操作(使用)要求； 为了容易地理解程序，要求自顶向下地理解现有源程序的程序结构和数据结构，为此可 采用如下方法： ① 分析程序结构图： ▪ 分析各个过程的源代码，建立一个直接调用矩阵 D 或调用树。 ▪ 建立过程的间接调用矩阵。 ▪ 分析各个过程的接口，估计更改的复杂性。 ② 数据跟踪 ▪ 建立各层次的程序级上的接口图，展示各模块或过程的调用方式和接口参数； ▪ 利用数据流分析方法，对过程内部的一些变量进行跟踪；维护人员通过这种数据流跟 踪，可获得有关数据在过程间如何传递，在过程内如何处理等信息。 ③ 控制跟踪 控制流跟踪同样可在结构图基础上或源程序基础上进行。可采用符号执行或实际动态跟 踪的方法，了解数据如何从一个输入源到达输出点的。 ④ 在分析的过程中，充分阅读和使用源程序清单和文档，分析现有文档的合理性。 ⑤ 充分使用由编译程序或汇编程序提供的交叉引用表、符号表、以及其它有用的信息。 ⑥ 如有可能，积极参加开发工作。 (2) 修改程序 对程序的修改，必须事先做出计划，有预谋地、周密有效地实施修改。 ① 设计程序的修改计划 程序的修改计划要考虑人员和资源的安排。修改计划的内容主要包括： ▪ 规格说明信息：数据修改、处理修改、作业控制语言修改、系统之间接口的修改等； ▪ 维护资源：新程序版本、测试数据、所需的软件系统、计算机时间等； ▪ 人员：程序员、用户相关人员、技术支持人员、厂家联系人、数据录入员等； ▪ 提供：纸面、计算机媒体等。 针对以上每一项，要说明必要性、从何处着手、是否接受、日期等。通常，可采用自顶 向下的方法，在理解程序的基础上， ⅰ) 研究程序的各个模块、模块的接口、及数据库，从全局的观点，提出修改计划。 ⅱ) 依次地把要修改的、以及那些受修改影响的模块和数据结构分离出来。为此，要 ▪ 识别受修改影响的数据； ▪ 识别使用这些数据的程序模块； ▪ 对于上面程序模块，按是产生数据、修改数据、还是删除数据进行分类； ▪ 识别对这些数据元素的外部控制信息； ▪ 识别编辑和检查这些数据元素的地方； ▪ 隔离要修改的部分； ⅲ) 详细地分析要修改的、以及那些受变更影响的模块和数据结构的内部细节，设计修 改计划，标明新逻辑及要改动的现有逻辑。 ⅳ) 向用户提供回避措施。用户的某些业务因软件中发生问题而中断，为不让系统长时 间停止运行，需把问题局部化，在可能的范围内继续开展业务。可以采取的措施有： ▪ 在问题的原因还未找到时，先就问题的现象，提供回避的操作方法。 ▪ 如果弄清了问题的原因，可通过临时修改或改变运行控制以回避在系统运行时产生