第4章理解需求技朮.pptVIP

需求模型的元素 4.6 协商需求 协调过程的目的是保证所开发的项目计划，在满足利益相关者要求的同时反应软件团队所处真实世界的限制（如时间、人员、预算） 最好能利益相关者和软件团队“双赢” 4.7 确认需求 模型元素创建后，需要检查一致性、是否有遗漏以及歧义性。 每项需求都和系统或产品的整体目标一致吗？ 所有的需求都已经在相应的抽象层上说明了吗？ 需求是真正必需的，还是另外加上去的，有可能不是系统目标所必需的特性吗？ 每项需求都有界定且无歧义吗？ 每项需求都有归属吗？--一个明确的人 4.7 确认需求 有需求与其他需求冲突吗？ 在系统或产品所处的技术环境下每个需求都能够实现吗？ 一旦实现后，没想需求是可测试的吗？ 需求模型恰当地反映了将要构建系统的信息、功能和行为吗？ 需求模型是否已经使用合适的方式“分割”，能够逐步地揭示详细的信息系统吗？ 已经使用了需求模式简化需求模型吗？所有的模式都已经恰当地确认了吗？所有的模式都和客户的需求一致吗？ 作业 4.1 为什么大量的软件开发人员没有足够重视需求工程？以前有没有什么情况让你可以跳过需求工程？ 4.2 想出三个以上在需求起始阶段可以要问利益相关者的“与情景无关的问题” 业务需求（Business requirement）表示组织或客户高层次的目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门