掌握软件工程需求：功能与非功能性需求管理详解

在软件工程的第4章——"需求Requirements"中，本章着重探讨了需求在软件开发过程中的核心地位和工作流程。首先，4.1节对需求进行了概述，强调了需求的定义，即系统必须满足的条件或具备的能力。FURPS+模型是一个常用的需求建模工具，其中的"FURPS"代表功能需求(Functional requirements)和用户需求(User Requirements)，而"+"通常涉及性能、可靠性、安全性等非功能性需求(Non-functional requirements)。 功能性需求关注的是系统实际提供的功能，如满足用户的基本操作需求。非功能性需求则涵盖了软件的其他重要特性，如响应时间、可用性、可维护性等，这些需求的质量约束对软件的整体性能和用户体验至关重要。在需求管理中，确保理解和满足这些不同类型的需要是至关重要的。 4.2节详细介绍了需求工作流程，包括分析问题(Analysing the Problem)，在这个阶段，项目团队通过沟通和协作识别潜在问题的根本原因；理解涉众需求(Understanding Stakeholder Needs)，目的是从项目相关人员那里获取产品期望和需求的具体信息；定义系统(Defining the System)，明确系统边界和预期行为；管理系统范围和精化系统定义，确保需求的准确性和一致性；以及管理变更需求，适应项目的动态变化。 4.3节重点讨论了需求的关键任务，如引发涉众请求，即通过交流和讨论收集用户的需求；开发愿景，构建对系统未来状态的共同理解；查找执行者和用例，识别系统操作的不同角色以及与之相关的业务场景；最后是划分用例优先级，确保在有限资源下高效地实现最重要的功能。 在整个过程中，案例分析贯穿始终，如学院门户网站和教务学分查询系统的用户角色识别、用例设计及其优先级管理，这些实际例子帮助读者深入理解需求工程在具体项目中的应用。通过这些步骤和实例，软件工程师能够建立起清晰、全面的需求规格，从而驱动高效和高质量的软件开发。