思步网

查看: 13814|回复: 13
打印 上一主题 下一主题

[范围管理] 需求管理 流程图

[复制链接]
本文是需求管理过程文件中的一个抓图,仅供参考与交流。




上一篇:需求开发 流程图
下一篇:干系人沟通协调计划
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 转播转播 分享分享 分享淘帖 支持支持 反对反对
回复 论坛版权

使用道具 举报

请问:
1.在需求确认环节做需求评审的时候,需要把用户需求说明书和软件需求说明书一起来评审吗?
2.如何维护需求跟踪矩阵?似乎执行起来有点困难。

谢谢~
需求确认,个人理解应是确认用户需求,所以此时的评审应是针对《用户需求说明书》的。
用户需求评审完毕,才进行需求开发,也就是用户需求转化为软件需求的过程,此时撰写《需求规格说明书》。
撰写完毕之后进行需求评审,是针对《需求规格说明书》的评审,此时参审人员与需求确认的参审人员有区别的,不再细说。
需求管理还包括一部分内容,就是《需求跟踪矩阵》的建立和维护,然后就是需求变更的管理。

再来回答楼上的问题:
1. 不太明白lv的图中,需求开发和需求管理是否是同一个需求确认。但是不管是否同一个需求确认,用户需求做一次评审就可以了(当然排除第一次评审不通过再二次评审的情况),用户需求评审通过再做软件需求;
2. 维护需求跟踪矩阵,你想问的是维护的时机吧?一般有两种做法,一种是评审前,也就是作者进行工作产品的开发或修改时,一边开发一边维护,这样做的好处是有一个自查的作用;另一种做法是评审通过之后,由作者或指定人员进行维护。我们是采用第一种方法的。不管哪种方法,目的都是为了保证需求的可追溯性,呵呵!

请问

需求跟踪矩阵中有什么内容?
学习,这个图怎样下载
我也想下载下来
不错,不错,很像看看
不错  支持  就是图小了点~Silly
很不错的资料,感谢楼主
震撼啊,楼主,顶你……的帖!
学习下我只是路过,不发表意见……
我了个去,顶了
好帖是需要鼓励的~
有空一起交流一下。
您需要登录后才可以回帖 登录 | 注册

本版积分规则



思步组织思步科技|思步网|火花学堂|思步文库|思步问答|思步英才|天下心
© 2007 思步网 浙ICP备10212573号-4(首次备案号:浙ICP备07035264号)|邮箱:service#step365.com(将#换成@)|服务热线:0571-28827450
在线培训课程|求职招聘|思步文库|官方微信|手机APP|思步问答|微博平台|官方QQ群|交流论坛|软件工程透析|关于我们|申请友链|
点击这里给我发消息     点击这里给我发消息
思步 step365 过程改进 CMMI中文 质量保证 质量管理 流程体系 需求跟踪矩阵 敏捷开发 Scrum 软件度量 项目评审 全员改进 流程管理 人力资源 6sigma 信息安全 ISO27001认证 IT服务管理 ISO20000认证 ISO9000认证 软件测试 SQA 配置管理 IPD 软件工程 PMP认证 PMP试题 PMBOK中文 精益研发 agile 顾问式管理培训
返回顶部