如何理解别人写的需求规格说明书?
发布于 2024-10-02
1944
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在软件开发过程中,阅读需求规格说明书是必不可少的一环。理解需求文档时,首先需关注系统的总体信息,包括软件与其他系统、人、设备的交互关系以及系统的目标。例如,断电管理系统的目标包括提高复电效率、改进客户服务等。
其次,对具体的功能需求的理解应围绕以下点展开:
- 功能的输入信息,包括正常与异常输入。
- 功能的输出信息或执行结果。
- 输入到输出的转换过程,涉及业务逻辑和操作方法。
- 在转换过程中引用的已存在信息。
进一步,非功能性需求的理解应包括:
- 非功能性需求是否可以量化。
- 这些需求如何分配到具体的功能性需求上。
最终,了解需求的优先级是至关重要的,它可以分为需求级和特性级,高优先级的需求应先开发。
综上所述,上述步骤不仅有助于详细设计和测试用例设计,还能揭示需求文档中的模糊性,有助于减少未来的需求变更。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 951.7K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
白话SCRUM 之四:燃尽图
Burn down chart翻译为燃尽图或燃烧图,很形象,是Scrum中展示项目进展的一个指示器。我一直认为用户故事、每日站立会议、燃尽图、sprint review、sprint retrospective真是越琢磨越有味道的好东西,也因此很喜欢scrum这种方法,这些实践简单有效、经典! 燃尽图的样例如下: 横坐标为工作日期,纵坐标估计剩余的工作量,每个点代表了在那一天估计剩
为什么无法建立过程性能模型?
在CMMI四五级的软件公司中,建立过程性能模型是一个重点也是一个难点工作,很多公司无法建立过程性能模型,为什么呢? 1)数据不准 比如: Ø 对于评审的会议,评审的参与人有的是来学习的,在统计人数、工作量时就不应该统计在内。 Ø 有的数据当时没有采集,而是靠时候回忆采集上来的。 Ø 有的代码行数不是通过工具统计上来的,而是靠
需求,传说中是这样的……
在软件开发中应该写哪些文档?如何写这些文档? 这是在咨询过程中经常被询问的问题。在敏捷的方法与规范的方法中给出了不同的答案。无论采用何种开发方法,最基本的原则是:需求必须文档化! 人类信息的沟通主要通过2种方式:文档与口头交流。 文档可以流传很久,不容易存在歧义,在传递中不会增加或减少内容,比如《史记》之类的书流传了上千年。 口头交流在传递的过程,很容易由于传递人个人的观点而对信息进行增删
如何减少返工工作量?
提高软件开发效率的最有效手段就是一次做对,一次做好,不返工,追求交付零缺陷的目标。“对”就是没有错误,符合需求,“好”就是没有坏味道,易于修改。“做对”保证了产品的外部质量,“做好”保证了产品的内部质量,这样就可以减少软件缺陷、需求变更带来的返工。返工可能发生在生命周期的早期,也可能发生在后期,或者是交付以后,缺陷越早发现,越早解决,返工的工作量越少。有哪些手段可以保证不犯错,少犯错,及时纠错呢?
如何调动核心员工的积极性
有朋友问我:如何调动核心员工的积极性,又能防止出现关键人员变动如离职带来的影响 ? 概要解答如下: 1 物质 (1)奖:基本工资+奖金,奖金的比例要大,否则对开发人员没有压力和动力 (2)高:总待遇要比同行业略高 (3)同:采用股票等措施拴住技术人员,有福同享,有难同当2 精神 (1)松:提供一个宽松的工作环境,不要是一个官僚化的氛围。为技术人员提供各
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线