常见非功能性需求的描述案例
发布于 2024-10-01
3599
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
非功能性需求的重要性与描述案例摘要
非功能性需求是系统需求的关键组成部分,它直接影响系统架构的设计并需要开发人员的重点关注。在工程实践中,客户往往忽略非功能性需求,而需求人员也面临如何准确描述这一挑战。尽管国际标准对此有所定义,但描述往往显得抽象。为了帮助需求人员,以下整理了一些实用的非功能性需求描述案例。
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 成员,中国分部主席
471 篇文章
浏览 1198K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
我说CMMI2.0 之监督与控制
监督与控制PA,简写为MC(Monitor and Control),是对照计划监督与管理计划的执行情况。实践列表 MC 1.1 Record task completions. 记录任务完成情况 MC 1.2 Identify and resolve i...
对比分析偏差率的五个常见疑问
在实践中经常遇到客户搜集了工期偏差率、工作量偏差率的数据,偏差率=(计划-实际)/实际,分析这一类的度量数据有如下的五个常见疑问:问题1:哪个项目的偏差率更大?问题2:两类项目相比,哪一类项目估算准确率更高?问题3:两类项目相比,哪一类项目不同项目之间估算水平更接近?问题4:是否可以用变异系数比较不同类项目的相对估算偏差大小?问题5:偏差率是否可以画控制图进行分析?问题1:哪个项目的偏差率更大? 由于偏差率有正负之分,并非项目A偏差率10%大于项目B的偏差率-15%..
两个浪漫的人,一本理性的书
“两个浪漫的人,一本理性的书”是我对《重构极限编程》一书的评价。 书买了有一段时间了,浏览过一遍,感觉很受启发。今天是第2遍读,边读边乐边反思。 两位作者很浪漫,每个章节的开头,都改编了一首歌曲作为前言; 两位作者很幽默,在文章里轻松、犀利地调侃极限编程的缺点; 两位作者也很理性,对极限编程的某些优点也进行了充分的肯定。 第一次读此书时,只注意了作者的理性,没有去读书里的歌词与调侃,第二遍读时,仔
不是CMMI的错
上周三,一家企业的老板给我抱怨,ISO 9000没有给他们带来任何好处,徒增加了负担,所以也不想实施CMMI了。 上周四,为五家公司做CMMI的售前,有一半多的企业目的是为了证书。 前天,有客户要将整个组织改造为软件工厂,请我做了一小时的报告,主题是软件生产线、CMMI。 今天,有朋友给我抱怨:“实施CMMI真累,压力太大了!”,碰巧还有一个朋友在MSN上打出了“CMMI,快要疯掉了!”,对此,我
如何识别过程改进点?
望闻问切,弄清病症、病因,才可开药方,过程改进与此同理。那么,过程改进如何识别改进点,发现病症呢? 1 过程评估 过程评估是指由内部或外部的评估员参考某种或某几种模型通过文档审查或访谈等手段评价组织的过程执行情况,以发现体系、实践与模型的差距,识别改进点。 2 过程裁剪记录分析 组织级定义了标准的体系规范后,项目组可以裁剪组织的标准体系,通过分析裁剪记录可以识别频繁裁剪的过程、
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线