扫码阅读
手机扫码阅读
需求,传说中是这样的……
112 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:需求,传说中是这样的……
文章来源:
麦哲思科技任甲林
扫码关注公众号
在软件开发中,无论采用何种开发方法,需求文档化是一个基本原则。这个观点经常出现在咨询过程中,因为在敏捷和规范的开发方法之间,写作文档的需求和方式可能会有所不同。
需求文档化的重要性在于人类信息沟通的两种主要方式:文档和口头交流。文档有着长期保存的优势,可以避免随着时间流逝而产生的歧义或内容的变化,例如《史记》等书籍能够流传千年。相反,口头交流在信息传递过程中很容易受到个人观点的影响,导致信息的增减或改变,类似于不同版本的神话故事。
如果需求没有得到适当的文档化,那么在沟通时就可能出现基于“传说”的需求描述,这样的需求是不可靠的。客户很难基于这样的传说来验收一个系统。因此,需求文档化是确保沟通清晰、准确的关键所在。
想要了解更多内容?
查看原文:需求,传说中是这样的……
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 134.8K
麦哲思科技任甲林的其他文章
3分钟弄懂CMMI2.0基准评估的抽样规则
CMMI 2.0和CMMI 1.3的评估方法相比,一个重大变化就是抽样规则变了,新的抽样规则要求覆盖的项目范围更广,但是再不要求有全覆盖的项目,将参与评估的工作量分摊到多个项目中,要求企业的流程体系能够真正在公司里推广落地,而且不是由评估师和sponsor来确定,而是由随机抽样系统来确定,减少了人为干预,确保了抽样的代表性。1 哪些项目可以参评,可用来抽样? 包括但不限于...
如何保证测试的完备性?
经验法则如下:1 测试人员参与需求评审,需求人员参与测试用例的评审不懂需求,不了解需求的测试人员是不可能设计出完备的测试用例的。测试人员参与需求评审一是可以评审需求的可测试性,二是了解需求。 需求人员评审测试用例可以检验用例的完备性,判断测试人员是否理解了需求。2 系统测试用例覆盖每一个场景场景是在需求中描述的用户使用系统的一条操作路径。覆盖每个场景是系统测试用例设计的基本要求。3 集成测试用例
例解如何编写递归程序
递归是指方法在执行的过程中自己调用自己。用递归能解决的问题通常能将问题不断缩小为性质相同但规模更小的问题(递归情况),直到问题足够小能够直接解决(基本情况)。递归程序编写有4个要点:1问题是否可以递归描述?2递归结束的条件是什么?3递归调用之前做什么准备工作?4递归调用之后做什么收尾工作? 以下通过一个稍微复杂的程序来举例说明一下如何编写递归程序。有一只中国象棋中的 “ 马 ” ,在半张棋盘的左下
控制图典型错误应用一例
有公司在画控制图时,对进度偏差率画了XMR控制图。原始数据如下: 度量日期 开发进度偏差率 05-14 -2% 05-19 0% 05-21 -1% 05-22 -2% 05-23 -2%
如何确定度量目标?
一般的企业在度量中容易犯2个错误: (1)度量的目标不明确 (2)对数据分析不够 目标不明确实际上就是不知道为什么要度量某项数据,度量后会有什么好处,能给管理带来哪些改进?而不知道如何分析数据一方面是不清楚数据分析的方法,另一方面也是由于度量目标不明确而造成的,因此确定度量目标是在建立度量体系时最基本的活动。 如何确定度量目标呢?其实很简单。 首先,要确定产生信息需要的人员。即确定度量是为谁服务的
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线