常见非功能性需求的描述案例
发布于 2024-10-01
2183
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
非功能性需求的重要性与描述案例摘要
非功能性需求是系统需求的关键组成部分,它直接影响系统架构的设计并需要开发人员的重点关注。在工程实践中,客户往往忽略非功能性需求,而需求人员也面临如何准确描述这一挑战。尽管国际标准对此有所定义,但描述往往显得抽象。为了帮助需求人员,以下整理了一些实用的非功能性需求描述案例。
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 篇文章
浏览 602.6K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
如何学习CMMI
很多朋友问我关于CMMI模型中的问题,却很少有朋友问我如何学习CMMI,这便是鱼与渔的问题。就事论事,学会一个的知识点,不如去掌握方法,可以解决很多的问题,学习到无限的知识。 那么,究竟如何学习CMMI呢?我的体会如下: (1) 通读模型 模型是众多的专家总结的经验教训,历时多年,讨论了N遍才写成的,模型里包含的信息量很大,描述的
案例:建立工作量分布过程性能基线
某应用软件开发公司积累了最近3年的29个项目的工作量分布历史数据,试图建立工作量分布的过程性能基线。在该公司内对项目从3个维度做了项目分类:规模:大,中,小;开发方法:全新开发,修改;类型:常规,紧急,优化,外包。 原始数据如下表: 对工作量分布的数据与项目类型做了方差分析,发现:对这些原始数据采用箱线图的方法进行分析后得到如下的结论:
和周老一起做评估
和周老连续做了2场3级的正式评估:汉王科技与大连华信,对周老的水平叹为观止,不服不行,48年的软件工程经验,功底就是深厚。 周老找弱项可以用5个字来形容:快、准、实、细、全。 快,周老的提问目的性很强,不需要查太多的证据,通过访谈就可以发现问题。 准,周老发现的弱项很容易就让对方口服心服,周老对概念的理解相当精确。 实,周老发现的弱项不是形式上的问题,而是切实对项目组能够有实质性帮助作用的问题。
项目进展跟踪的5个基本原则
对项目进展进行跟踪时,应该遵循以下5条基本原则:原则一:实时跟踪进展以尽早暴露风险原则二: 任务闭环管理以及时调整纠偏原则三:任务状态可视化以提升项目透明性原则四: 总体进展要量化以对齐项目整体目标原则五:真正达到完工标准以避免快而脏
在CMMI推广过程中EPG常犯的错误
1对模型研究不够深入 模型是多年软件工程经验的总结,里面的每一句话,每个例子都不是随便写上去的,都有其内在的含义在里面,需要仔细琢磨,仔细体会。作为EPG的成员,在遇到问题时,首先要做的事情是要去读模型,在模型中查找答案。市面上所有翻译的中文资料都不准确,所以要去读模型原文,以免以讹传讹。在读不懂的地方应该去读SW-CMM与SE-CMM,从那里获取类似的描述,如果还读不懂,可以去网络上搜索资料,与
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线