需求分析

寻找客户的需求 如果你坚信客户参与是确保软件产品成功的关键因素，那么在项目的初始阶段就应积极地从各利益相关者那里收集意见。软件需求的准确性和项目开发的成功在很大程度上取决于开发者是否充分理解并采纳客户

软件需求与风险管理 在讨论新的“物流管理系统”项目时，项目经理、首席开发工程师与测试经理回顾了之前的“仓储调度优化”项目的经验教训。项目经理提到：“记得在上次那个项目中，由于对用户界面和交互设计的忽视

需求获取是需求工程的核心环节，它旨在确定和理解不同用户群体的具体需要与限制。在软件需求的三层结构中，获取用户需求居于中间层级，上层由项

在软件开发中，客户通常不理解从实际用户收集需求的重要性。市场人员可能过于自信能代表用户兴趣。客户指获益于产品的个人或组织，用户需求应从最终用户收集，他们能详细说明任务和非功能性特性。有时客户试图替代用

需求改进过程 在实践应用需求工程中的好方法是改进软件过程的核心。改进过程包括使用更多有效的方法避免使用过去使用过的令人头痛的方法。然而，改进之路是从失败、错误开始，还要历经那些受影响人的抵制及因任务时

使用权力利益矩阵进行利益相关者管理 利益相关者管理 (https://en.wikipedia.org/wiki/Stakeholder_management)是每个项目经理或变革经理需 要掌握的核心

软件的质量属性 虽然产品特性有很多，但在许多系统中，只有一小部分需要被认真考虑。如果开发者知道哪些特性对项目的成功至关重要，他们就能选择软件工程方法来达到特定的质量目标。根据不同的设计，可以把质量属性

需求的重要性 1. 重要性的类别 主要分两种： 自我陈述的重要性。 (IMP) 推理计算出的重要性。 自我陈述的重要性，来源直接，问客户即可。但是精准度无法依赖。 更加推荐的方式是来自推导的重要性。但

需求管理的原则与实现 我们将需求工程划分为两个主要部分：需求开发和需求管理。 需求开发： 这部分涵盖了从软件项目中识别、理解并明确客户需求的全过程，包括收集需求（获取）、仔细研究这些需求以确保其合理有

需求链中的联系链 一个表面上简单的软件变更往往会很复杂，花费的时间也很难预料。经常很难发现哪怕一个很小的修改会影响到的范围。在开发过程中，在同意接受建议的变更之前，要确信明白自己在做什么。 本章讲述开

管理需求变更 一旦执行了软件过程评估,我询问项目组成员是如何接受产品的变更需求的,其中一位回答说“无论何时市场代表提出什么变更要求,他们总是说同意,我们就只好努力去做出来”。他并未正面回答我的问题。不