高质量的需求工作

高质量的需求工作

任何一项工作都需要有一个评定其好坏的标准,软件需求工作也不例外。这里所说的软件需求工作包括以下几个方面:需求管理和需求本身的质量。具体如下:

需求管理

需求管理包括需求计划,需求调研,变更管理及文档管理

需求计划评定:

需求计划制定是否符合项目计划

需求计划是否能够被坚定执行

制定计划时是否考虑客户的可用时间

需求调研:

需求收集的方法是否符合项目实际情况(需求收集方法有许多,会在以后的文章中介绍)

调研前是否告知客户调研内容

调研时是否做好调研记录

调研后是否有会议纪要或确认信息

变更管理及文档管理

软件实施项目无不涉及到需求变更,针对不同性质的变更需要有不同的应对策略。做好应对策略管理

文档管理,确保需求能够落地并及时得到更新。

需求本身

需求本身指的是需求的质量,包括需求的完整性,准确性及精确性

完整性

不能漏掉主要的功能点,这里说的需求的完整性是相对的,不是说所有的功能都必须要考虑到,有些定制化开发的项目,有功能遗漏是不可避免的,只要主要功能点不遗留,就可以认为需求是完整的。

准确性

需求是否准确指的是需求方向是否正确,本来一个功能要做成A,你给它成功能B,两个功能不一致,最后反而在B的身上花上大量的时间,这就是需求不准确导致的后果。把事情做好固然重要,但把事情做对是把事情做好的前提。

精确性

需求是否精确指的是需求的细致程度。同样的一个功能A,你可以分析到不同的程度。正常的功能及功能异常存在的风险是否有考虑。一个精确的需求能够使客户更深层次地了解业务及方案本身,这也是不同级别需求分析师的差异之处。

更多的需求管理及分析文章请关注本人blog:http://www.cnblogs.com/frank498

时间: 2024-07-30 12:43:54

高质量的需求工作的相关文章

前端进阶之路:如何高质量完成产品需求开发

写在前面 作为一个互联网前端老鸟,这么些年下来,做过的项目也不少.从最初的我的QQ中心.QQ圈子,到后面的QQ群项目.腾讯课堂.从几个人的项目,到近百号人的项目都经历过. 这期间,实现了很多的产品需求,也积累了一些经验.这里稍作总结,希望能给新入行的前端小伙伴们一些参考. 做好需求的关键点 要说如何做好一个需求,展开来讲,可以写好几篇文章,这里只挑重点来讲. 最基本的,就是把握好3W:what.when.how. what:做什么? when:完成时间? how:如何完成? 需求场景假设 为了下

编写高质量的软件需求说明书

一份好的需求说明必须具备六个特性: 正确性:每个需求必须精确描述要交付的功能: 可行性:在已知的能力,优先的系统及其环境中每个需求必须能实现: 必要性:每个需求应标明说明是客户确实需要的: 优先权:每一个需求都应该能用一定的权重来衡量,不能所有需求都一样的重要.假设因其他因素必须砍掉一些需求的时候,要能从所有需求中挑得出不是那么重要的. 明确性:同一个需求,不同的读者看了或者听了以后,都能达成一致的理解或者共识. 可证实:任何需求都要可以测试,并能得出测试结果. 编写高质量的软件需求说明书

高质量的工程代码为什么难写 (转)

http://kb.cnblogs.com/page/558087/ 之所以想起写这篇文章,是因为最近看到的一个著名的开源项目在内部使用时的各种问题,不得不说,很多的开源的东西思想是不错的,但离真正工程化都有不小的距离,所以没什么商业公司采用的开源产品如果要引入的话一定要慎重,通常会有N多的坑等着你去填,而比较成功的开源项目的背后多数都会有商业公司在背后不断的改进. 遥想我2000年开始学习写asp代码时,觉得写代码也不难呀,无非就是学学语法规则.库就可以写出来,记得有一次我实习面试的时候是让我

c++高质量编程手册

怡化主管强烈要求我读这本书.... 笔记尚未完成,持续更新呗.. 第1章 高质量软件开发之道 1.1 软件质量基本概念 1.1.1 如何理解软件的质量:功能性和非公能性 1.1.2 提高软件质量的基本方法: 一次性编出高质量的程序 1.1.3 "零缺陷"理念 1.2 细说软件质量属性 1.2.1 正确性: 需求范围内的需求 1.2.2 健壮性  需求外的扩展需求 1容错  2恢复 1.2.3 可靠性  你平均无故障时间衡量 1.2.4 性能  时间-空间效率 优化数据结构,算法,代码来

编写高质量代码:Web前端开发修炼之道(二)

第四章:高质量的css 1)怪异模式和标准模式 在标准模式中,浏览器根据规范表现页面:而怪异模式通常模拟老式浏览器的行为以防止老站点无法工作. 他们两者之间的差异比较典型的表现在IE对盒模型的解析:在标准模式中,网页元素的宽度=padding+border+width;而在怪异模式中,width本身就包括了padding和border. 在怪异模式中:设定width,然后margin:0 auto;是无法居中的.标准模式中可以正常工作. 于是我们尽量避免怪异模式,而选用标准模式,这样就出现了DT

[转]高质量的工程代码怎么写

转自:http://kb.cnblogs.com/page/558087/ 之所以想起写这篇文章,是因为最近看到的一个著名的开源项目在内部使用时的各种问题,不得不说,很多的开源的东西思想是不错的,但离真正工程化都有不小的距离,所以没什么商业公司采用的开源产品如果要引入的话一定要慎重,通常会有N多的坑等着你去填,而比较成功的开源项目的背后多数都会有商业公司在背后不断的改进. 遥想我2000年开始学习写asp代码时,觉得写代码也不难呀,无非就是学学语法规则.库就可以写出来,记得有一次我实习面试的时候

高质量C++/C编程指南

http://man.chinaunix.net/develop/c&c++/c/c.htm#_Toc520634042 文件状态 [  ] 草稿文件 [√] 正式文件 [  ] 更改正式文件 文件标识: 当前版本: 1.0 作    者: 林锐 博士 完成日期: 2001年7月24日 版 本 历 史 版本/状态 作者 参与者 起止日期 备注 V 0.9 草稿文件 林锐 2001-7-1至 2001-7-18 林锐起草 V 1.0 正式文件 林锐 2001-7-18至 2001-7-24 朱洪海

如何构建高质量的代码?

一.高质量代码的三要素 可读性.可维护性.可变更性(所有软件理论的核心) 1.可读性强 1.1.why 程序员写不出可读性的代码? 原因有三: 他们很少关注代码的可读性,也对如何提高代码的可读性缺乏切身体会. 有时即使为代码编写了注释,也常常是注释语言晦涩难懂形同天书,令阅读者反复斟酌依然不明其意. 项目开发的时间往往是有限.紧急的.(可使用eclipse中的代码模板) 1.2.建议 1)不要编写大段的代码: 在编码过程中,不断地对代码进行分段.分离,写成一个个函数,并要考虑这些函数应该放在哪里

编写高质量的代码

C语言基础 高质量的代码 简洁,有效代码行数,注释代码比例(20%),可靠,可测试性(每一个模块都便于测试),可维护性(代码便于阅读),可移植性(改变运行环境,代码依旧可以运行) 代码的坏味道 过长的函数(50),过多的函数参数(5),过多的局部变量(5), 重复代码,数据泥潭(有些数据项,喜欢成群结对),长switch语句, 代码的重构 函数拆分(单一职责),函数提炼, 代码注释是程序设计人员与程序阅读者之间的桥梁,非常有助于提高代码的可维护性.代码的注释要简洁明了,而且需要有意义. 过少的注