软件工程需求分析：王立福2011自考讲解

"其他需求-2011 王立福 软件工程自考" 这篇摘要涉及的是软件工程中的需求分析阶段，特别是关于其他非功能性需求的阐述，这是确保软件产品全面且符合用户期望的重要部分。王立福在2009年的讲座中强调了软件开发的本质和过程，而此处的描述则更具体地集中在需求规格说明书的编写上。 首先，【7.1 数据库】部分强调了数据库作为软件产品一部分时的需求考虑。这包括数据库的使用频率，访问能力，数据元素和文件描述，以及它们之间的关系。静态和动态组织指的是数据的存储结构和管理模式，而数据保留要求则关乎数据的安全性和生命周期管理。 其次，【7.2 操作】部分关注的是用户在操作软件时的正常和异常情况。这包括在用户组织内各种操作方式，比如日常操作流程，以及后援和恢复操作，即备份和灾难恢复策略，确保在系统故障或数据丢失时能够快速恢复。 最后，【7.3 故障及处理】提到了可能遇到的软件和硬件故障，以及这些故障对系统性能的影响和处理要求。这部分内容旨在提前规划故障预防措施和应对策略，以减少故障对业务连续性的影响。 软件工程是一个系统性的过程，涵盖了从需求获取、分析、设计、实现、测试到维护等多个阶段。需求分析是这个过程的起点，定义了软件应该做什么，以及如何满足用户的特定需求。需求规格说明书是这一阶段的产出物，它详细列出了所有预期的功能和非功能需求，是后续设计和开发工作的依据，也是测试和验收的标准。 在软件开发方法学中，有多种方法可供选择，如结构化方法、面向对象方法、面向数据结构方法和维也纳开发方法等，每种方法都有其适用的场景和优势。软件开发的本质在于将问题域映射到解空间，通过数据抽象和过程抽象等手段，形成软件的逻辑模型和计算模型。 CMM（Capability Maturity Model）则是软件开发过程能力成熟度模型，旨在帮助组织提升软件开发过程的质量和效率，确保最终产品或系统的可靠性和可维护性。 软件工程不仅仅是编写代码，更是一种对问题解决过程的管理和控制，要求开发者具备深厚的理论知识，理解软件生存周期，掌握不同的开发方法，并能根据实际情况制定合适的软件需求规格说明书。