如何理解别人写的需求规格说明书?
发布于 2024-10-02
1214
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在软件开发过程中,阅读需求规格说明书是必不可少的一环。理解需求文档时,首先需关注系统的总体信息,包括软件与其他系统、人、设备的交互关系以及系统的目标。例如,断电管理系统的目标包括提高复电效率、改进客户服务等。
其次,对具体的功能需求的理解应围绕以下点展开:
- 功能的输入信息,包括正常与异常输入。
- 功能的输出信息或执行结果。
- 输入到输出的转换过程,涉及业务逻辑和操作方法。
- 在转换过程中引用的已存在信息。
进一步,非功能性需求的理解应包括:
- 非功能性需求是否可以量化。
- 这些需求如何分配到具体的功能性需求上。
最终,了解需求的优先级是至关重要的,它可以分为需求级和特性级,高优先级的需求应先开发。
综上所述,上述步骤不仅有助于详细设计和测试用例设计,还能揭示需求文档中的模糊性,有助于减少未来的需求变更。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 634.1K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
案例:非功能性需求的设计
很多项目组在设计文档中仅仅是把非功能性需求的描述拷贝到设计文档的非功能性章节。因此特地设计了两个简单的需求给大家参考,希望能够引导设计人员重视非功能性需求的设计。
过程改进:宽度优先还是深度优先?
在过程改进时有这样一种现象:在组织内有很多项目,但是只有参与正式评估的项目严格按照CMMI的体系在做,其他项目基本没有按此体系在做。企业在得到2级的评估时是这样,得到3级的评估时还是这样,得到4-5级的评估时仍然如此。体系在组织内根本就没有推广开来,而是限定在小范围内的一部分项目的一段时间内。 过程改进应该是一种企业文化的变革,仅仅限定在一段时间的局部项目项目的改进不可能形成企业的文化变更,这种
头脑风暴会议的注意事项
在组织内会经常召开头脑风暴的讨论会,如何举办一个成功的讨论会议呢,请看如下的30个要点。
实施敏捷的四个致命障碍
敏捷方法在中国推行的如火如荼,我也为多家公司做了敏捷的导入咨询,在实践中遇到了几个致命障碍,限制甚至阻止了敏捷方法的推行,我把有深刻体会的障碍总结出来,供大家在实践中规避之。障碍一:没有建立组织级的敏捷价值观与环境。 很多公司在导入敏捷时,先从一个项目开始尝试敏捷方法,试图在单项目内成功了,再推广到其他项目。这种初衷是好的,但是往往事与愿违,为什么呢?因为缺乏组...
最有效的5条改进措施
有朋友问我在咨询过程中发现对客户最有效的5条改进措施有哪些,细细反思后总结如下: 1、分类管理项目 通过区分企业中不同类型的项目制定不同的管理策略、裁剪策略,保证了质量体系的实用性、灵活性,即减少了开发投入又保证了项目的质量,平衡了敏捷方法与规范方法。 有的企业区分了新产品研发、订单项目开发、系统维护等3类项目,又区分了大中小规模的不同,针对不同类不同规模的项目定义了管理的流程、文档模板。 2、用
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线