东大22春软件工程作业1：软件危机、质量管理与UML建模知识点梳理

本题库涉及软件工程与UML建模的相关概念和实践，旨在考察学生对软件工程基础知识的理解和应用。以下是详细的知识点解析： 1. 软件工程定义：软件工程并非单纯依赖软件设计工具自动开发，而是强调系统化、规范化的方法来开发、维护软件。选项A描述错误，软件工程强调的是过程、方法论和工具的结合。 2. 软件危机：软件生产的复杂性和高成本导致了一系列问题，如需求变化频繁、成本超支、进度延误和质量问题难以保证。选项D全面描述了软件危机的主要表现。 3. 内聚级别排序：内聚度衡量模块内部各元素之间的联系程度，从低到高依次为偶然内聚、实用程序内聚、时间内聚、过程内聚、顺序内聚、功能内聚。正确顺序为C。 4. 质量管理的关键：在软件质量管理中，开发人员起着决定性作用，他们负责实现高质量的代码，尽管管理层可能关注成本和进度，但控制产品质量是开发人员的责任。 5. RAD模型的缺点：选项B指出，RAD模型并不适合小项目的开发，这反映了它在项目规模上的局限性。其他选项提到的问题也是其常见缺点。 6. 集成测试：集成测试应关注模块间接口的正确性，选项C提到的“模块中某些遗漏的错误”不属于集成测试阶段的关注点，这是单元测试的内容。 7. 软件配置管理：软件配置管理（SCM）技术由ISOIEC12207-1995标准定义，它涉及到标识、组织和控制软件修改的过程，确保版本控制和变更管理的有效性。 8. 等价类划分：等价类是测试用例设计时的策略，错误描述可能是将一个程序输入域划分时的误解或不准确，需要根据输入数据的特性来正确划分。 9. 内聚级别从高到低：与前面的顺序相反，正确的排列应该是功能内聚、顺序内聚、过程内聚、时间内聚、实用程序内聚、偶然内聚。 10. 软件基础特征量：这里提到的不是软件的主要基础特征量，可能是遗漏了某个技术指标或者非功能特性。 11. 黑盒测试：错误的描述可能是关于黑盒测试的范围、目的或方法的误解，黑盒测试关注软件的功能和外部行为，而非内部实现。 12. 需求分析原则：关于可验证性原则的错误可能是理解为需求分析过程中无法验证某些需求，实际上，需求应具备明确、完整和可验证的特性。 13. 结构化设计方法：此题可能涉及设计阶段的某个具体错误，如没有遵循模块化原则或没有充分考虑到系统的整体结构。 14. 逻辑覆盖测试：其中最高级别的覆盖是路径覆盖，它检查所有可能的程序路径都被测试至少一次。 15. 软件开发过程：问题定义和可行性研究作为早期活动，分别关注需求理解和项目可行性评估，它们是软件生命周期的起点。 16. 问题定义与可行性研究：前者定义问题的核心，后者评估实施该项目的条件和资源需求。 17. 汇编语言：作为一种低级语言，汇编语言接近机器指令，直接操作硬件，与上述题目关联不大，但它是软件开发过程中的一个基础知识。 这些题目涵盖了软件工程的基本概念、软件质量保证、设计原则、测试方法、配置管理以及软件生命周期等多个关键知识点。通过解答这些问题，学生可以加深对软件工程实践的理解和掌握。