1、序号 实践 访谈问题 考查要点 参考答案SP1.1引导需求 需求的来源有哪些？需求提供者有哪些？1.主动识别所有干系人的需要、期望、约束、接口；从整个产品的生命周期考虑2.识别不同的需求提供者，不同的需求来源（包括但不限于：客户、最终用户、高层经理、开发人员、实施人员、市场人员、竞争对手、法律法规等）需求的来源和提供者有：客户、最终用户、高层经理、开发人员、实施人员、市场人员、竞争对手、法律法规等需求收集的方法有哪些？如何收集需求？1.访谈2.焦点小组会议：集中相关的干系人在一起讨论3.引导式研讨会4.群体创新技术：头脑风暴、专家法、思维导图、亲和图等5.群体决策技术：对多个方案进行评价，开发
2、产品需求以及进行需求分类和排序6.问卷调查7.观察法8.原型法1.需求访谈2.需求讨论会：集中相关的干系人在一起讨论3.业务研讨会4.群体创新技术：头脑风暴、专家法、思维导图、亲和图等6.问卷调查7.观察法8.原型法SP1.2开发客户需求是否文档化了客户需求？如何与客户进行的需求确认？客户需求是从客户的角度描述需求，描述客户想要什么。1.对所有引导收集的原始需求进行讨论，消除冲突与不一致，并最终形成客户需求2.与客户讨论客户需求，最终整理成文档，并请客户确认客户需求；有时也会开发Demo、原型请客户试用并确认需求用户需求说明书文档化了用户的需求内容；需求的确认方式：1.对所有引导收集的原始需求
3、进行讨论，消除冲突与不一致，并最终形成客户需求2.与客户讨论客户需求，最终整理成文档，并请客户确认客户需求；有时也会开发Demo、原型请客户试用并确认需求是否确定了需求如何验收？开发客户需求时也要把客户的验收要求明确下来，并通过评审和客户达成一致理解开发客户需求时也要把客户的验收要求明确下来，并通过评审和客户达成一致理解验收计划SP2.1建立产品和产品构件需求 是否撰写了产品需求规格说明书？从产品的角度描述需求形成正式的产品需求规格说明书，作为设计开发的基础。1.详细描述了产品的功能及操作场景2.考虑了派生需求：例如，从技术约束得来的需求3.考虑了产品整个生命周期阶段的需求4.考虑了产品性能需
4、求及其它非功能需求5.需求描述时为需求划分优先级，例如：高中低从产品的角度描述需求形成正式的产品需求规格说明书，作为设计开发的基础。1.详细描述了产品的功能及操作场景2.考虑了派生需求：例如，从技术约束得来的需求3.考虑了产品整个生命周期阶段的需求4.考虑了产品性能需求及其它非功能需求5.需求描述时为需求划分优先级，例如：高中低是否区分了客户需求与产品需求?客户需求与产品需求的区别：1.客户需求是从客户的角度描述客户想要什么，主要指业务相关的目标和流程2.产品需求是从产品的角度描述产品能做什么，通过产品功能满足客户需求3.有时客户由比较专业的人员提出客户需求，此时客户需求与产品需求差别不大，因
5、此客户需求和产品需求可以合并成一份文档撰写客户需求与产品需求的区别：1.客户需求是从客户的角度描述客户想要什么，主要指业务相关的目标和流程2.产品需求是从产品的角度描述产品能做什么，通过产品功能满足客户需求3.有时客户由比较专业的人员提出客户需求，此时客户需求与产品需求差别不大，因此客户需求和产品需求可以合并成一份文档撰写用户需求说明书产品需求规格说明SP2.2分配产品构件需求：为每个产品构件分配需求是如何划分产品构件/模块的？所有的需求都被分配到了产品构件/模块中吗？客户需求是从业务的角度划分的，不是从产品的角度划分的；我们确定产品需求时，需要把客户需求按照业务类别分配到不同的产品功能模板/
6、构件中，因此需要根据产品的功能和设计约束划分产品功能模块/构件，明确每个产品功能模块/构件实现了哪些客户需求，并且要建立需求跟踪矩阵，描述详细的客户需求与产品功能的对应关系客户需求是从业务的角度划分的，不是从产品的角度划分的；我们确定产品需求时，需要把客户需求按照业务类别分配到不同的产品功能模板/构件中，因此需要根据产品的功能和设计约束划分产品功能模块/构件，明确每个产品功能模块/构件实现了哪些客户需求，并且要建立需求跟踪矩阵，描述详细的客户需求与产品功能的对应关系SP2.3识别接口需求 是否有接口需求的描述？1.产品需求规格书要有接口需求描述或者有单独的接口需求文档2.接口需求包括内外部接口
7、需求：系统构件间的接口需求以及系统与外部系统的接口3.在技术框架设计时可以产生接口需求1.产品需求规格说明书中有接口需求描述；SP3.1建立操作场景和概念 是否建立操作场景和概念？1.一般在产品需求规格说明书中建立需求的操作场景和概念，体现形式可以是业务用例等在产品需求规格说明书中以用例形式来建立需求的操作场景和概念需求开发和管理过SP3.2建立必须的功能和质量属性的定义：Establishand maintaina definitionof requiredfunctionality andqualityattributes.如何建立必须的功能和质量属性的定义1.进行功能分析，把大功能细化为
8、小功能，形成层级功能框架，并详细描述功能：输入、输出、活动、操作顺序等2.根据产品的关键使命和商业驱动因素确定产品的质量属性1.进行功能分析，把大功能细化为小功能，形成层级功能框架，并详细描述功能：输入、输出、活动、操作顺序等2.根据产品的关键使命和商业驱动因素确定产品的质量属性SP3.3分析需求 需求是如何进行分析的？分析什么？1.和客户进行用户需求的评审主要目的是1）开发详细的客户需求2）确定需求的优先级（客户的角度）3) 和客户最终确认需求，确保需求的完整性和必要性；2.进行产品需求的评审，目的是1）开发人员对要开发的需求达成一致理解2）分析需求实现的难度3）分析需求对项目目标的影响程度
9、（从质量、成本、进度考虑）4）找到需求的问题，例如产品需求操作场景描述不清楚、产品需求和客户需求不一致，产品需求不能实现、需求遗漏、有多余的需求等5）测试人员也要参加产品需求的评审，从测试角度找问题1.和客户进行用户需求的评审主要目的是1）开发详细的客户需求2）确定需求的优先级（客户的角度）3) 和客户最终确认需求，确保需求的完整性和必要性；2.进行产品需求的评审，目的是1）开发人员对要开发的需求达成一致理解2）分析需求实现的难度3）分析需求对项目目标的影响程度（从质量、成本、进度考虑）4）找到需求的问题，例如产品需求操作场景描述不清楚、产品需求和客户需求不一致，产品需求不能实现、需求遗漏、有
10、多余的需求等5）测试人员也要参加产品需求的评审，从测试角度找问题需求开发和管理过2.4.1需求如何分析的？根据对最终产品的理解，确定技术方案，构建产品运作的过程和场景，定义业务流程，将需求分解，识别功能与子功能，平衡需求，建立各功能的输入、输出、处理逻辑，识别风险等，通过原型开发理解需求有哪些人参加了需求的评审？客户（代表）、需求人员、开发人员、测试人员、（高层经理也可能参加）、业务领域专家客户（代表）、需求人员、开发人员、测试人员、（高层经理也可能参加）、业务领域专家需求开发和管理过2.4.1测试人员是否参加了需求评审？测试要提前介入需求开发，因此需要参加需求的评审，并从测试的角度找出需求的
11、问题参加，应为需求是系统测试活动的输入系统测试用例什么时候编写的？一般都是根据需求规格书写测试用例，需求阶段就可以开始写了；系统测试用例也要经过评审一般都是根据需求规格书写测试用例，需求阶段就可以开始写了；系统测试用例也要经过评审SP3.4分析需求并达到平衡：Analyzerequirementsto balancestakeholderneeds andconstraints.是否分析需求相关的风险？1.分析需求，看是否能够满足相关干系人的期望和约束、例如、性能要求、时间要求等，并识别相应的风险1.分析需求，看是否能够满足相关干系人的期望和约束、例如、性能要求、时间要求等，并识别相应的风险项目风险列表库SP3.5用综合的方法确认需求 使用了哪些方法确认需求1.在项目早期和客户一起对需求进行评审，确保最终的产品是满足最终用户需求的；如果不能在早期就需求进行确认，项目后期开发及最后验收将存在风险，对这些风险要进行充分识别2.在项目早期制作Demo、原型等和客户确认需求，并充分收集客户的反馈1.在项目早期和客户一起对需求进行评审，确保最终的产品是满足最终用户需求的；如果不能在早期就需求进行确认，项目后期开发及最后验收将存在风险，对这些风险要进行充分识别2.在项目早期制作Demo、原型等和客户确认需求，并充分收集客户的反馈需求开发和管理过2.4.1.3
