浏览 2911 次
|
锁定老帖子 主题：软件需求之漫谈
精华帖 (1) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-04-07
软件需求分析其本质上就是分析软件中不同角色的不同形态。在具体的实践中可能会遇到一些问题。例如
引用 1.需求的完整性。要想绝对的完整那是很难的。我们只能无限的趋近这个完整性，但是要做到绝对的完整。我相信很难。正如你想保证程序的完全正确。我想没人敢怎么保证。敢保证的也不过是些不懂技术的人吧了。所以只有无限的趋近完整性。那么怎么做才能无限接近呢？要无限接近的话，只有让足够多的用户参与并且得到足够多的确认。因此需求更加强调足够多的用户中的角色、场景及其这些的交集。有相交的部分是离用户更贴近。更贴近那么也就更趋近于完整。 2. 需求引导的时候尽量避免技术驱动，毕竟使用者是不怎么喜欢听你专业的技术。使用者关注的是他的东西。如果采用技术驱动的话，那么在引导用户的过程中将受到很大的阻力。 3. 区分用户的真正需求和用户的异想天开的想法。 4. 认清楚是用户的原始需求还是用户对问题的解决方案(用户对问题的解决方案不能认定为需求) 5.引导用户谈论一些非显式需求或者根据自身的对业务的熟悉来引导用户(毕竟是人就会有遗忘)。 6. 不是用户的所有的需求都能够实现，根据实际情况进行合理的处理 7. 需求验证这是你通过交流和引导用户，将用户的需求和本身的角色通过图的形式画出，在跟用户进行验证。这个步骤是很重要的也是最后查缺补漏的关注点。如果需求做的充分，那么将降低需求变更带来的风险。 需求分析的核心的一些知识： 引用 1. 关注How、What、Why 2. 对业务需求、用户需求、软件需求的获取 3. 需求定义得出业务需求 4. 需求捕获产出用户需求 5. 需求分析产出软件需求 需求分析的本质是将人、事（场景、流程）、物（数据）和接口进行有机的组合形成模型。也成为建模。 声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2010-04-20
LZ 分析的很精辟。能不能对 How What Why 举几个例子？
|
| 返回顶楼 | |
|
发表时间：2010-04-20
引用 1 楼 gdpglc 4 小时前 引用 LZ 分析的很精辟。能不能对 How What Why 举几个例子？ 关注How(怎么)，What(什么)，Why(为什么) 在做需求的时候你可能要面对的是两种人：系统使用者，该系统使用公司的决策者。 如果你对你要去获取需求的公司没有任何了解，那么我请你不要去做什么需求，因为你去哪里是浪费时间。 比如要做需求的是已经工厂。那么你就应该对工厂的部门结构，产品，人员素质等因素都有一个大致的了解。这个就是为你的what打好基础。 当在局部的某个需求获取的时候你发现和行业的一些标准比一样的时候，你就要想 Why。 碰撞要调整的时候你要综合一些产品，部门人员的因素进行How处理 至于具体的一个实例，我现在还一时间想不出来。关注就是相当于不是一般特性。是特殊的部分。产生特殊的部分是由它与一般不同的性质。这些你的就注意了。 |
| 返回顶楼 | |
|
发表时间：2010-04-20
如果还是不很明白，可以建议看看http://www.iteye.com/topic/634640
|
| 返回顶楼 | |
