扫码阅读
手机扫码阅读
软件需求的12条最佳实践

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

软件需求工程最佳实践摘要
在软件需求工程的实践中,作者总结出了12条最佳实践,主要基于大量的实践经验,旨在为业界提供参考和启发。
1. 需求控制组的成立
建立甲乙双方共同参与的需求控制组,以此来避免需求蔓延,确保双方的合作和需求决策的平衡。
2. 识别需求提供者
正确识别需求提供者,重点关注客户、最终用户和间接用户,确保需求捕获的全面性。
3. 需求调研问题单
准备需求调研问题单,以保证调研的完备性和高效性,并及时记录客户的确认。
4. 客户教育
项目初期,对客户进行软件项目实施教育,帮助其正确提出需求和管理项目。
5. 需求优先级划分
引导用户划分需求优先级,使用启发式问题帮助用户识别关键需求。
6. 用户故事与验收准则
采用用户故事加上验收准则的形式描述用户需求,以确保需求理解的精确性。
7. 需求的全面描述
需求描述应包含业务流程图、用例、界面原型、非功能性需求和优先级等关键元素。
8. 测试人员参与
测试人员应参与需求评审,确保需求的可测试性。
9. 功能点方法
通过功能点方法度量软件规模,提高需求描述的明确性。
10. 客户需求确认
通过需求讲解和界面原型演示等方式进行多次需求确认。
11. 变更控制流程
所有需求变更,无论大小,都应纳入变更控制流程。
12. 质量功能部署(QFD)
执行QFD,确保非功能性需求的实现和测试。
这些最佳实践覆盖了需求的获取、分析、确认和管理各个方面,目的是提高软件需求工程的效率和质量。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 200.1K
麦哲思科技任甲林的其他文章
图解敏捷性能合弄结构APH之:valuing合弄
图一:valuing合弄的目的与性能等级图二:valuing合弄的活动各种敏捷方法的原则参见博客:https://blog.csdn.net/dylanren/article/details/87184790。 图三:valuing合弄使用的敏捷仪式和技术说明:为便于图形化表达,每种敏捷仪式或技术没有映射到具体的活动,敏捷活动与敏捷仪式是多对多的映射关系。 ...
我说CMMI 2.0 之 配置管理
和CMMI1.3相比,CMMI2.0中配置管理的实践基本没有变化。CMMI DEV 2.0 的20个PA中,CM是唯一一个没有3级实践的PA。基本概念这个PA涉及到的基本概念比较多,我们挑选部分基本概念,做通俗解释:配置管理:通过配置标识、版本控制、版本管理、基线管理和配置审计来管理工作产品的完整性。配置项:配置管理的对象,包括各种文档资料,代码等工作产品。包括:给客户的交付...
COSMIC规模度量方法v4.0度量手册中文版正式发布了!
COSMIC是通用软件度量国际联盟的简写,它成立于1998年,是一个由全球软件度量专家组成的非盈利自愿性组织,致力于软件规模度量方法的研究与推广。2002年1月COSMIC所推出的全功能点规模度量方法成为了ISO的标准,最新标准为ISO/IEC 19761:2011“软件工程—COSMIC—功能规模度量方法”。COSMIC规模度量方法相对于传统的规模度量方法简单实用,学习周期短,易于上手。一经推出
例解:过程性能模型的概念辨析
CMMI模型的4,5级是需要建立过程性能模型(PPM)的,在CMMI中对PPM的定义如下: A description of relationships among the measurableattributes of one or more processes or work products that is developed fromhistorical process perfor
维护项目的管理策略案例
维护类项目的定义: (1)在已交付的软件基础上增加少量功能; (2)对已交付的软件进行局部的需求变更; (3)修改已交付软件的bug;维护类项目的特点: (1)工期短,客户要求相应快; (2)对已有的软件进行局部修改,投入的人力少; (3)变更容易对已有的功能造成影响,容易注入新的bug; (4)需求沟通、设计方案的确定、测试的
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线