软件过程与管理 软件过程的需求管理.pptxVIP

软件过程管理;软件过程的需求管理;理解;1. 什么是需求;2. 了解客户、最终用户、间接用户;2. 了解客户、最终用户、间接用户;3. 需求工程基本概念;软件需求工程;软件需求工程;3. 需求工程基本概念;4. 需求开发的主要困难与对策;4. 需求开发的主要困难与对策;4. 需求开发的主要困难与对策;4. 需求开发的主要困难与对策;4. 需求开发的主要困难与对策;4. 需求开发的主要困难与对策;4. 需求开发的主要困难与对策;需求开发;需求获取概述;需求获取的方法;基于用例的需求获取;课堂案例：学生学籍处理业务;课堂案例：学生学籍处理业务;需求定义;软件需求规格说明书;4. 产品的功能需求;需求确认;需求确认;2 需求评审面临的困难;需求确认; . 什么是好的需求规格说明书; 什么是好的需求规格说明书; . 什么是好的需求规格说明书; . 什么是好的需求规格说明书;;;;需求跟踪;需求跟踪;需求跟踪;4.3.2 需求状态的变化;;;需求跟踪;需求跟踪;需求发生变更的起因主要有： 随着项目的进展，人们（包括开发方和客户方）对需求的了解越来越深入。原先的需求文档可能存在这样那样的错误或不足，因此要变更需求。 市场发生了变化，原先的需求文档可能跟不上当前的市场需求，因此要变更需求。 提出需求变更的动机是好的，目的是希望产品更加符合用户的需求。对项目开发小组而言，变更需求意味着要调整资源、重新分配任务、修改前期工作成果等，开发小组要为此付出较重的代价。如果每次需求变更请求都被采纳的话，这个项目也许永远不能按时完成。 需求变更控制的目的： 如果需求变更带来的好处大于坏处，那么允许变更，但必须按照已定义的变更规程执行，以免变更失去控制。 如果需求变更带来的坏处大于好处，那么拒绝变更。 需求变更控制过程中最难办的事情是莫过于“拒绝客户提出的需求变更请求”。通常情况下开发方是不敢得罪客户的，但是无原则地退让将使开发小组陷入困境。解决这个问题最好的办法是事先建立“游戏规则”： 开发方与客户方达成“事不过三”的约定（符合中国人的习惯），即允许客户变更三次需求；如果客户第四此变更需求，开发方有权拒绝，除非客???愿意补偿开发方的损失。 如果事先没有“游戏规则”的话，开发方需要一些社交技巧来减缓矛盾。例如建议在开发该产品新版本时修改需求。;;;;;;;;;;;需求变更控制流程;需求变更控制策略;作业;Q A