常见非功能性需求的描述案例
发布于 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 篇文章
浏览 285.1K
麦哲思科技任甲林的其他文章
案例:工时数据分析
有网友提供了如下的工时数据,希望进行分析一下, 我尝试分析如下: 表1:工时的原始数据1 数据整理任务数,需求数,人数,工时数是基本度量元,先有需求数,再有根据项目的规模配备了人员,拆分了任务,项目完工后才有实际消耗的工时数,我们...
组织级配置管理员与项目级配置管理员的职责定义
很多公司设置了组织级配置管理员与项目级配置管理员,以下为建议的对这两种岗位的职责定义。 项目级配置管理员的职责: 1 制定配置管理计划 2 建立并维护配置管理库 3 建立并发布基线 4 物理审计(PCA) 5 跟踪并关闭变更申请 6 报告配置状态 组织级CM的职责: 1 为项目组建立初始的配置库 2 向项目组成员提供配置管理方面的培训及技术支持 3 配置管理工具的定制 4 配置管理审计 5 对外发
SCAMPIV1.3b的有趣变化----行动计划复评20问
2014年12月30日CMMI研究所发布了SCAMPI评估方法v1.3b版本,对比以往的版本,该版本发生了一个有趣的变化,即增加一个阶段:行动计划复评阶段(action plan reappraisal,简写:APR)。这就意味着,在做一次评估时,允许被评估的组织在初期可以被评估为不满足或未评级,而在后续的4个月内可以针对影响目标达成的弱项做一次修正的复评。具体的操作方式如何呢?我们通过回答如下的
图解敏捷性能合弄结构APH之:valuing合弄
图一:valuing合弄的目的与性能等级图二:valuing合弄的活动各种敏捷方法的原则参见博客:https://blog.csdn.net/dylanren/article/details/87184790。 图三:valuing合弄使用的敏捷仪式和技术说明:为便于图形化表达,每种敏捷仪式或技术没有映射到具体的活动,敏捷活动与敏捷仪式是多对多的映射关系。 ...
维护项目的管理策略案例
维护类项目的定义: (1)在已交付的软件基础上增加少量功能; (2)对已交付的软件进行局部的需求变更; (3)修改已交付软件的bug;维护类项目的特点: (1)工期短,客户要求相应快; (2)对已有的软件进行局部修改,投入的人力少; (3)变更容易对已有的功能造成影响,容易注入新的bug; (4)需求沟通、设计方案的确定、测试的
加入社区微信群
与行业大咖零距离交流学习


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