第8章软件项目需求与变更管理-2015导论.pptVIP

软件项目管理 Hot Tip Hot Tip Hot Tip Hot Tip 如何练就需求分析的火眼金晴？ 5W + 1H + 8C 5W就是 Who、When、Where、What、Why Why是关键 1H就是 How – 需求本身的流程 8C指的是8个约束和限制，即8个Constraints： 包括性能Performance、成本Cost、时间Time、可靠性Reliability、安全性Security、合规性Compliance、技术性Technology、兼容性Compatibility DFX-Design for X 面向产品生命周期各环节的设计。DFC、DFS 明确的需求是项目的基础1 需求的生命周期： 需求产生（变化、内部、外部） 需求认识（现存、潜在、超前、前景分析） 需求表达： 1、让提出需求的人尽可能清楚地说明他们的需求； 2、对需求提出一系列问题： 明确的需求是项目的基础2 ？提出需求的人是如何描述需求的 ？需求真实吗，是真正需求还是表面现象 ？我们能满足这个需求吗，其他人能满足吗，是不是真的有解决方法 ？需求重要吗，值得去满足他吗 ？满足需求的关键问题在那里，会不会有新的需求产生，还要进一步满足其他需求吗，新的需求能取代目前这个需求吗 ？需求直接涉及什么人，他们认为这是一个必要的需求吗，满族足需求后对他们有什么影响，他们的反映会怎么样 ？需求对机构的影响是什么，对我的影响是什么 明确的需求是项目的基础3 3、作一些必要的研究工作，更好地理解需求 4、根据以上三步得出结论，尽可能清楚地描述这个需求 5、听听用户对你的阐述的反映，并作适当修改。 功能和技术要求 1、把需求变成功能要求； 2、功能要求应描述项目最终交付产品的特征 3、技术要求根据功能要求产生 4、功能要求应用日常语言陈述清楚 定义需求时的问题1 含糊的需求： 1、不断变化的需求（人员变化、预算变化、技术变化、商业环境变化） 2、误解需求（我说不清楚我所需要的是什么，但我见到东西时就会知道—感觉会随环境变化） 过早作出结论（截断需要表达过程——需求分析需要耐心和自我控制） 与真正的用户讨论需求 定义需求时的问题2 多种用户，多种需求（确定优先级，即需求层次） 曲解用户的需求 需求镀金 对用户的需求有选择的过滤 包办代替 Hot Tip Hot Tip Hot Tip Hot Tip Hot Tip Hot Tip Hot Tip Hot Tip Hot Tip Hot Tip Hot Tip Hot Tip Hot Tip Hot Tip 需求确认的方法： 1、为需求进行正式评审 2、为需求写测试用例 3、用检查单识别常见问题 4、为需求设定优先级 5、最后：形成总体共识 需求评审做不好的后果： ? 需求变更 ? 需求不明确 ? 需求不可测 ? 需求不可实现 ? 导致后续工作难于开展或经常出现变更 由于需求未能得到有效管理， 在最终项目验收过程中出现了令人不愉快的情况，实际开发的软件没能完全反映用户的需求，导致用户不满意，项目延期。 如何进行需求评审 1、为需求进行正式评审? 如何进行需求评审 参与需求分析和评审的人员的管理 ? 软件需求文档的管理 ? 需求分析过程的管理 ? 需求变更的管理 例1：“产品应在不少于每秒的正常周期内提供状态信息。” 分析：这个需求是不完整的： 状态信息是什么，如何显示给用户。这个需求有几处含糊。我们在谈论产品的哪部分？状态信息间隔真的假定为不少于秒？，甚者每10年显示一条新的状态信息也可以？也许它的意图是消息间隔不应超过秒，那么1毫秒是不是太短？“每”这个词导致了不确定性。问题的后果，就是需求的不可证实。 例1需求： 后台任务管理器因以误差上下不超过10秒的秒间隔，在用户界面的指定位置显示状态信息； 如果后台进程处理正常，那么应该显示任务已完成的百分数/比； 任务完成时，应显示相关的信息； 后台任务出错应该显示错误信息； 为了测试和追踪，将需求分解多个子需求。使在构造和测试时，被易于分别执行。 例2：“产品应瞬间在文本中的显示和隐藏不可打印字符间切换” 　　计算机在瞬间不能做任何事，所以这个需求不切实可行。它的不完整性表现在没有声明触发状态切换的条件。软件要在某些条件下更改自己？或者用户为了模仿更改要做一些什么动作？而且，在文档中改变显示的范围是多大：选中的文本？整个的文档，或其他的？这也是个模模糊的问题。不可打印字符和隐藏字符一样吗？或者是一些属性标志或一些控制字符？问题的后果，就是需求的不可证实。 例2需求： 用户能够在一个由特定触发条件激活处于编辑的文档中在显示和隐藏所有HTML标记间切换。 现在就很清楚，不可打印