如何理解别人写的需求规格说明书?
发布于 2024-10-02
2183
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在软件开发过程中,阅读需求规格说明书是必不可少的一环。理解需求文档时,首先需关注系统的总体信息,包括软件与其他系统、人、设备的交互关系以及系统的目标。例如,断电管理系统的目标包括提高复电效率、改进客户服务等。
其次,对具体的功能需求的理解应围绕以下点展开:
- 功能的输入信息,包括正常与异常输入。
- 功能的输出信息或执行结果。
- 输入到输出的转换过程,涉及业务逻辑和操作方法。
- 在转换过程中引用的已存在信息。
进一步,非功能性需求的理解应包括:
- 非功能性需求是否可以量化。
- 这些需求如何分配到具体的功能性需求上。
最终,了解需求的优先级是至关重要的,它可以分为需求级和特性级,高优先级的需求应先开发。
综上所述,上述步骤不仅有助于详细设计和测试用例设计,还能揭示需求文档中的模糊性,有助于减少未来的需求变更。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1076.3K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
需求还是bug?
文章浏览阅读525次,点赞3次,收藏7次。如何区分"需求"和"Bug"?核心判断标准在于是否存在"白纸黑字"的约定:Bug是违反已有规范的行为(如功能异常或与设计不符),需求则是提出新的期望或变更。可通过三个问题来辨别:是否写进文档?产品经理是否认可该功能?用户认为是"坏了"还是"想要更多"?常见模糊地带如性能问题和体验优化需具体情况具体分析。建议建立三方裁决机制,由产品经理最终判定,并分别走Bug修复或需求变更流程,以高效解决争议。关键在于明确基准
哈哈,新开了微博:http://weibo.com/measures
哈哈,新开了微博:http://weibo.com/measures,欢迎访问。
敏捷始于客户
每个失败的项目了都可以找这个借口:项目周期短、需求变化快、人员有限。 需求、工期是由客户确定的。作为客户来讲,他不可能去合理评价给定的需求是否可以在某个时间内能够完成,至于投入多少人那更是开发方自己的问题。开发方对客户做出了承诺就要兑现承诺,否则就不要承诺,既然承诺了,就没有理由再去抱怨工期短、需求变化快。开发方必须接受这个现实,认可这个现实,然后才可以玩这个游戏,否则你就出局。 CMMI是应
如何阅读CMMI模型的实践
CMMI模型有很多实践,如何准确理解其含义呢? 下面分享一下我多年的研读经验。
案例:客户满意度的综合统计分析
采集了客户满意度的数据后,可以从哪些维度进行统计分析呢?本文给出了一个具体案例,通过七张图分析客户满意度的数据!
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线