农业物联网工程设计与实施-项目六 物联网应用软件设计-1736900207613.pptxVIP

农业物联网工程设计与实施;为了正确、有效地进行程序修改，需要经历3个步骤：分析和理解程序、实施修改以及重新验证程序。

;（3）掌握程序的结构信息，即从程序中细分出若干结构成分，如程序系统结构、控制结构、数据结构和输入/输出结构等；

（4）了解数据流信息，即所涉及的数据来自何处，在哪里被使用；

（5）了解控制流信息，即执行每条路径的结果；

（6）如果设计存在，则可利用它们来帮助画出结构图和高层流程图；

（7）理解程序的操作（使用）要求。

;为了容易地理解程序，要求自顶向下地理解现有源程序的程序结构和数据结构，为此可采用如下几种方法。

（1）分析程序结构图。

（2）数据跟踪。

（3）控制跟踪。可采用符号执行或实际动态跟踪的方法，了解数据是如何从一个输入源到达输出点的。

（4）在分析的过程中，应充分阅读和使用源程序清单和文档，分析现有文档的合理性。

（5）充分使用由编译程序或汇编程序提供的交叉引用表、符号表，以及其他有用的信息。

（6）如有可能，争取参加开发工作。;对程序的修改，必须事先做出计划，有准备地、周密有效地实施修改。

3.1设计程序的修改计划

程序的修改计划要考虑人员和资源的安排。修改计划的内容主要包括以下几项：

（1）规格说明信息：数据修改、处理修改、作业控制语言修改、系统之间接口的修改等。

（2）维护资源：新程序版本、测试数据、所需的软件系统、计算机时间等。;（3）人员：程序员、用户相关人员、技术支持人员、厂家联系人、数据录入员等。

（4）提供：纸质、计算机媒体等。

针对以上每一项，要说明必要性、从何处着手、是否接受、日期等。通常，可采用自顶向下的方法，在理解程序的基础上做如下工作：

（1）研究程序的各个模块、模块的接口及数据库，从全局的观点提出修改计划。

（2）依次把要修改的、以及那些受修改影响的模块和数据结构分离出来。;（3）详细地分析要修改的，以及那些受变更影响的模块和数据结构的内部细节，设计修改计划，标明新逻辑及要改动的现有逻辑。

（4）向用户提供回避措施。用户的某些业???因软件中发生问题而中断，为不让系统长时间停止运行，需把问题局部化，在可能的范围内继续开展业务。

;3.2修改代码，以适应变化

（1）正确、有效地编写修改代码；

（2）要谨慎地修改程序，尽量保持程序的风格及格式，要在程序清单上注明改动的指令；

（3）不要匆忙删除程序语句，除非完全肯定它是无用的；

（4）不要试图共用程序中已有的临时变量或工作区，为了避免冲突或混淆用途，应自行设置自己的变量；

（5）插入错误检测语句；

（6）保持详细的维护活动和维护结果记录；

（7）如果程序结构混乱，修改受到干扰，可抛弃程序重新编写。;所谓程序修改的副作用是指因修改软件而造成的错误或其他不希望发生的情况，有以下3种副作用：

(1)修改代码的副作用

在使用程序设计语言修改源代码时，都可能引入新的错误。例如，删除或修改一个子程序、删除或修改一个标号、删除或修改一个标识符、改变程序代码的时序关系、改变占用存储的大小、改变逻辑运算符、修改文件的打开或关闭、改进程序的执行效率，以及把设计上的改变翻译成代码的改变、为边界条件的逻辑测试做出改变时，都容易引入错误。;(2)修改数据的副作用

在修改数据结构时，有可能造成软件设计与数据结构不匹配，因而导致软件出错。修改数据的副作用是修改软件信息结构导致的结果。例如，在重新定义局部的或全局的常量、重新定义记录或文件的格式、增大或减小一个数组或高层数据结构的大小、修改全局或公共数据、重新初始化控制标志或指针、重新排列输入/输出或子程序的参数时，容易导致设计与数据不相容的错误。数据副作用可以通过详细的设计文档加以控制。;(3)修改文档的副作用

对数据流、软件结构、模块逻辑或任何其他有关特性进行修改时，必须对相关技术文档进行相应修改。如果对可执行软件的修改不反映在文档里，会产生文档的副作用。

例如，对交互输入的顺序或格式进行修改，如果没有正确地记入文档中，可能引起重大的问题。过时的文档内容、索引和文本可能造成冲突，引起用户业务的失败和不满。

因此，必须在软件交付之前对整个软件配置进行评审，以减少文档的副作用。;为了控制因修改而引起的副作用，要做到：

（1）按模块把修改分组；

（2）自顶向下地安排被修改模块的顺序；

（3）每次修改一个模块；

（4）对于每个修改了的模块，在安排修改下一个模块之前，要确定这个修改的副作用，可以使用交叉引用表、存储映象表、执行流程跟踪等。;(1)静态确认

修改的软件，通常伴随着引起新的错误的危险。为了能够做出正确的判定，验证修改后的程序至少需要两个人参加。要检查：

（1）修改是否涉及规格说明？修改结果是否符合