软件需求描述（software requirements specification）是一份文档，它详细描述了软件系统必须实现的功能、性能要求、用户界面和交互方式等。这份文档对于项目的成功至关重要，因为它为开发团队提供了明确的指导，确保最终交付的产品能够满足用户的需求。
如何做而不是做什么是软件需求描述中的核心概念，它强调了软件应该以怎样的方式去满足用户的需求，而不是仅仅列出功能列表。以下是如何通过需求描述来体现“如何做”的几个方面：
1. 用例（use cases）：用例是描述用户与系统之间交互的情境，包括用户的动作以及系统对这些动作的反应。用例描述了系统应该如何响应用户的输入和期望的行为。例如，一个银行转账系统的用例可能包括添加账户、选择支付方式、输入金额、确认交易等步骤。
2. 活动图（activity diagrams）：活动图展示了系统中不同组件之间的交互过程。这些交互可以是顺序的、并行的或循环的。通过活动图，需求描述者可以清晰地展示系统内部各个部分是如何协同工作的。
3. 状态图（statecharts）：状态图用于描述系统中对象在不同状态下的行为。这有助于理解系统在不同条件下的表现和行为模式。
4. 序列图（sequence diagrams）：序列图描述了对象间消息传递的顺序和条件。它帮助开发者理解系统如何响应不同的事件和条件。
5. 类图（class diagrams）：类图展示了系统中类的结构和它们之间的关系。这有助于开发者理解系统的结构，以及不同类之间的职责和协作方式。
6. 数据流图（data flow diagrams）：数据流图展示了系统中数据的流向和处理过程。这对于理解系统如何处理数据以及如何集成外部系统非常重要。
7. 接口定义（interface definitions）：接口定义了系统与外部系统的交互方式。这有助于开发者了解系统需要与其他系统通信的协议和规范。
8. 约束条件（constraints）：约束条件描述了系统必须遵守的规则或限制。例如，系统可能需要遵循特定的安全标准或法规。
9. 非功能性需求（non-functional requirements）：这部分需求描述了系统的性能、可靠性、可扩展性、安全性等方面的要求。这些需求对于确保软件能够在特定条件下稳定运行至关重要。
10. 验收标准（acceptance criteria）：验收标准定义了用户如何判断软件是否满足其需求的标准。这些标准可以帮助开发团队在开发过程中保持一致性和质量。
总之，通过上述多种需求描述方法，开发者能够全面地理解软件系统应如何设计、构建和测试，以确保最终产品能够有效地满足用户的期望和需求。
