学海网

软件工程导论-期末复习教案 共17页，8400字。
（1）在分析用户需求时同时考虑维护的问题。
正确。在分析用户需求的同时考虑维护问题，列出将来可能变更或增加的需求，就可以在设计时为将来可能做的修改预先做一些准备，使得在用户确实提出这些维护要求时，实现起来比较容易一些。
（2）测试完程序后，删去程序中的注解以缩短源程序的长度。
不正确。程序中的注解是提高程序可理解性的关键的内部文档，删去程序中的注解必然会降低程序的可读性和可理解性，从而降低软件的可维护性。
（3）在软件开发过程中尽量保证各阶段文档的正确性。
正确。完整准确的文档对提高软件的可理解性有重要贡献，保证文档的正确性是提高软件可维护性的关键。（4）编码时尽量多用全局变量。
不正确。程序中使用的全局变量多，不仅违背局部化原理而且会使得具有公共环境耦合的模块数量增多，从而降低程序的可理解性，可修改性和可测试性，因此，这样的软件可维护性较差。
（5）选用时间效率和空间效率尽可能高的算法。
不正确。一般说来，效率高的算法的可理解性较差，选用效率尽可能高的算法将降低软件的可维护性。事实上，程序的效率能够满足用户的需求就可以了，没有必要盲目地追求尽可能高的效率。
（6）尽可能利用硬件特点以提高程序效率。
不正确。程序对硬件特点依赖越多，运行程序的硬件变更适应性维护的工作量也就越大。
（7）尽可能使用高级语言编写程序。
正确。用高级语言编程时，用户可以给程序变量和程序模块赋予含义鲜明的名字，通过名字能够比较容易的把程序对象和它们所代表的实体联系起来。此外，高级语言使用的概念和符号更符合人的习惯。上述事实都使得用高级语言编写的程序更容易阅读，因此也就更容易维护。
（8）进行总体设计时加强模块间的联系。
不正确。模块间耦合越紧密，程序就越难理解和修改，修改后测试也比较困难。因此，加强模块间的联系将降低软件的可维护性。
（9）尽量减少程序模块的规模。
不正确。程序模块的规模很小，就会使程序中包含的模块很多，这将使模块间的接口数量大大增加，从而增加了理解，修改和测试程序的难度，降低了软件的可维护性。
（10）用数据库系统代替文件系统来存储需要长期保存的信息。
正确。书籍库系统比文件系统使用起来更方便，更安全，用数据库系统代替文件系统来存储需要长期保存的信息，可减少差错，降低改正性维护需求的数量。此外，使用数据库系统的程序比使用文件系统的程序更容易修改。上述事实表明，用数据库系统代替文件系统来存储需要长期保存的信息，将提高软件的可维护性。
（11）用CASE环境或程序自动生成工具来自动生成一部分程序。
正确。自动生成的程序段没有差错，对软件的改正性维护需求自然将减少。当因用户的需求变更而需要修改程序时，可以先修改相应部分的规格说明，然后用CASE环境或程序自动生成工具自动生成需改动的程序，显然，这样做可以降低维护的工作量。
（12）尽量用可重用的软件构成来组装程序。
正确。可重用的软件构件基本上没有错误，用这样的构件组装成的程序可靠性高，改正性维护需求自然就比较少。此外，可重用的软件构件适应性强，应用范围广，容易使它适应新需求，因此，用这样的构建组装的程序比较容易实现适应性或完善性维护。
（13）使用先进的软件开发技术。
正确。用先进的软件技术开发出来的软件容易理解容易修改容易重用，因此，可维护性较好。
（14）采用防错程序设计技术，在程序中引入自检能力。
正确。在程序中引入自检能力可以显著提高软件的可靠性，因此将明显减少改正性维护需求的数量。
（15）把与硬件及操作系统有关的代码放到某些特定程序模块中。
正确。把和硬件及操作系统有关的代码放到某些特定的程序模块中，可以把因环境变化而必须修改的程序代码局限在少数模块内，从而更容易修改和测试。