需求分析
2015-11-19 00:00
190 查看
需求分析是个很复杂的东西
特别是几经倒手的需求,分析起来尤其困难。所以,在不理解需求分析的时候,文档又不很健全,只听产品经理来描述这个需求,做出来之后肯定会颇有偏差!
以前走了很多弯路,浪费了很多资源。现在来说,已经可以相当客观的去把控需求。 当需求出来之后,需要相关人员来进行讨论,理解需求,然后对每一个需求都进行设计,包括数据库、开发文档、流程图等的设计。再之后就是对设计进行评审,评审包括设计的合理性及实现功能需求的工作量,如果评审不过当然要修改设计,直到通过,然后开发人员根据相关文档进行开发,基本上不会出现太大偏差了!
当然,这里的工作也可以由项目leader来整理好了给大家分配任务。这样下来,整个项目有小的需求变化,也都会在可控的范围内!
相关文章推荐
- 我们应当怎样做需求分析--之一
- 我们应当怎样做需求分析--之二
- 需求分析的定义(转)
- 需求分析的定义(转)
- 需求分析的定义(转)
- 收集需求:知道客户想要什么
- 【P000-000】第一个项目,暂定为android手机上的简单证券交易费计算系统(源码列表统一在此更新)
- 用例描述表
- 功能性需求与非功能性需求
- 我们应当怎样做需求分析
- 需求了解要做什么?
- 需求分析和系统分析的区别
- 软件工程---软件需求分析
- 软工学习——文档总结(一)
- 连载:面向对象葵花宝典:思想、技巧与实践(15) - 需求详解
- 连载:面向对象葵花宝典:思想、技巧与实践(16) - 需求分析终极目的
- 连载:面向对象葵花宝典:思想、技巧与实践(17) - 需求分析518方法
- 连载:面向对象葵花宝典:思想、技巧与实践(18) - 用例分析
- 连载:面向对象葵花宝典:思想、技巧与实践(20) - 用例图的陷阱
- 老码农:关于需求分析的几点体会