常见非功能性需求的描述案例
发布于 2024-10-01


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


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

扫码阅读
手机扫码阅读
非功能性需求的重要性与描述案例摘要
非功能性需求是系统需求的关键组成部分,它直接影响系统架构的设计并需要开发人员的重点关注。在工程实践中,客户往往忽略非功能性需求,而需求人员也面临如何准确描述这一挑战。尽管国际标准对此有所定义,但描述往往显得抽象。为了帮助需求人员,以下整理了一些实用的非功能性需求描述案例。
1. 性能需求描述案例:
- 响应时间要求:
- 大部分时段(95%情况)响应时间应在1.5秒以内,高峰时段不超过4秒。
- 定位系统从点击至界面显示不超过300毫秒。
- 拨号连接GPRS网络时间不超过5秒。
- 电子地图刷新不超过10秒。
- 在推荐配置环境下,各种登录、刷新和打开响应时间应在1-2秒内。
- 在非高峰期,特定搜索条件下应在3秒内返回结果。
- 业务量要求:
- 每日最大成交数为3000笔。
- 平均并发交易数为20,最大可达50。
- 预计用户数为1万,日登录用户约3000,网络带宽为100M。
- 系统需支持10,000个用户请求和25,000个并发用户浏览。
- 系统容量要求:
- 支持3万用户,GB级数据。
- 数据库表最多100万行,最大容量1000GB,磁盘空间需40G以上。
- 精度要求:
- 定位精度误差不超过80米。
- 编号和名称搜索的最长查询时间未提及。

麦哲思科技任甲林


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 245.2K
麦哲思科技任甲林的其他文章
软件项目策划时常犯的12个错误
大概总结了一下,有时间再展开详细论述吧: 1 任务的颗粒度悬殊太大 2 任务的识别不全面,如: 没有识别出计划(PP,PPQAP,CMP,MAP等)评审的任务 没有识别出来计划修订的任务 模块间集成的任务没有识别出来 3 只做了工作量估计,没有做规模估计 4 只凭1或者2个人的经验进行估计,没有采用规范的估计方法 5 没有计划偏离的控制阀值 6 没有获得项目组成员对计划的承诺 7 在schedul
在估算时为什么要分解估算对象?
估算 标准差 任务拆分
从3级到高成熟度的18项可能的变化
1每个过程或阶段的进入、退出准则是否可以量化? 比如: 系统测试的进入准则是否可以修改为:静态检查的缺陷100%修改,退出准则修改为:投入的单位工作量不少1人天/kloc, 发现的缺陷不少于6个/kloc。 注意定义退出准则时,要考虑投入与产出两个维度,在满足了投入的前提下,要求产出结果如何,如上例。2关键过程、...
不惑
“四十不惑”,意思是到四十岁的时候,对如何处理各种事情想的很明白了,知道如何处理了,有了自己的处世原则与方法,比较坚定。 定义了原则,就不会犹豫不决。就不需要再去废脑子考虑太多,才能快速决策。 不惑的前提是要有原则,有原则的前提是要对为什么定义这些原则想透彻。想透彻不是很容易的一件事情,需要时间的积累,需要螺旋上升的提高认识。只有想透彻了,原则才不会变,也才能不惑。 定义了原则,就要按
我说CMMI之七:需求管理过程域
我说CMMI之七:需求管理过程域先讲讲需求管理的含义。何谓需求管理?需求管理就是管理需求的一致性。这里讲的需求指什么?指的产品与产品构件需求,对于软件而言通常就是软件需求规格说明书(SRS)。在CMMI模型中将需求分成了2类:客户需求,产品与产品构件需求。客户需求是采用用户的术语表达的,用户验收的依据,一般是由客户提出需求,由开发人员记录、描述、整理下来。客户需求是平衡了客户的需要、期望、约束和接口需求后的结果。产品与产品构件需求是采用开发人员的属于表达的,是开发方验收的依据。产品与产品构件的需求是基于客
加入社区微信群
与行业大咖零距离交流学习


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