软件工程-非功能需求撰写参考案例

本文转载自CSDN博主「麦哲思科技任甲林」
原文链接：https://blog.csdn.net/dylanren/article/details/79215402

非功能性需求是需求的一个重要组成部分，它影响了系统的架构设计，需要开发人员重点关注。但是在工程实践中，往往客户不会提出非功能性需求，需求人员在描述需求时不知道如何描述，在国际的各种标准中，对非功能性需求有定义，但是比较抽象。因此我整理如下常见的非功能性需求的描述案例，供需求人员进行参考。

1、性能需求描述案例：

响应时间：

在95％的情况下，一般时段响应时间不超过1.5秒，高峰时段不超过4秒。

定位系统从点击到第一个界面显示出来所需要的时间不得超过300毫秒。

在网络畅通时，拨号连接GPRS网络所需时间不得超过5秒。

在网络畅通时，电子地图刷新时间不超过10秒。

在推荐配置环境下：登录响应时间在2秒内，刷新栏目响应时间在2秒内，刷新条目分页列表响应时间2秒内，打开信息条目响应时间1秒内，刷新部门、人员列表响应时间2秒内。

在非高峰时间根据编号和名称特定条件进行搜索，可以在3秒内得到搜索结果。

业务量：

每日最大成交数3000笔业务。

平均交易并发数为20，最大交易并发数为50。

估计用户数为1万人，每天登录用户数为3000左右，网络的带宽为100M带宽。

系统可以同时满足10,000个用户请求，并为25,000个并发用户提供浏览功能。

系统容量：

支持3万用户，支持GB级数据。

数据库表行数不超过100万行，数据库最大容量不超过1000GB，磁盘空间至少需要40G以上。

精度：

定位精度误差不超过80米。

当通过互联网接入系统的时候，期望在编号和名称搜索时最长查询时间<15秒。

计算的精确性到小数点后7位。

资源使用率：

CPU占用率<=50%。

内存占用率<=50%。

2、安全需求描述案例：

严格权限访问控制，用户在经过身份认证后，只能访问其权限范围内的数据，只能进行其权限范围内的操作。

不同的用户具有不同的身份和权限，需要在用户身份真实可信的前提下，提供可信的授权管理服务，保护数据不被非法/越权访问和篡改，要确保数据的机密性和完整性。

提供运行日志管理及安全审计功能，可追踪系统的历史使用情况。

能经受来自互联网的一般性恶意攻击。如病毒（包括木马）攻击、口令猜测攻击、黑客入侵等。

至少99%的攻击需要在10秒内检测到。

3、可靠性需求描述案例：

对输入有提示，数据有检查，防止数据异常。

系统健壮性强，应该能处理系统运行过程中出现的各种异常情况，如：人为操作错误、输入非法数据、硬件设备失败等，系统应该能正确的处理，恰当的回避。

因软件系统的失效而造成不能完成业务的概率要小于5‰。

要求系统7x24小时运行，全年持续运行故障停运时间累计不能超过10小时。

系统缺陷率每1,000小时最多发生1次故障。

在1,000,000次交易中，最多出现1次需要重新启动系统的情况。

4、兼容性需求描述案例：

系统应支持IOS，Android , windows操作系统;

系统应支持Oracle, DB2 数据库系统;

最多只有5%的系统实现需要具体到特定的操作系统。

替换关系数据库系统的平均时间不超过2小时，并且保证没有数据丢失。

5、数据保密需求描述案例：

网络传递数据应经过加密。需要保证数据在采集、传输和处理过程中不被偷窥、窃取、篡改。业务数据需要在存储时进行加密，确保不可破解。

6、环境需求描述案例：

7、易用性需求描述案例：

在引入该产品的3个月内，60％的用户应该可以在45秒内用它来完成转账的任务，失败率控制在万分之一以内。

60％的用户在第一次看见该产品的5秒内，就会意识到这是**银行的网银。

80%的用户在接受一个2小时的系统介绍培训后，可以在5分钟之内成功预订房间。

8、可用性需求描述案例：

有些农村地区网络质量差，带宽小。在网络环境差的条件下保证系统的可用性等。

在95%的故障中，系统最多需要20秒重启。

提供数据备份和恢复功能，使得在由于系统的错误或其他原因引起系统的数据丢失或系统的数据被破坏时，能够及时恢复和还原数据（由硬件及第三方软件提供此功能）。

9 、可测试性需求描述案例：

一个模块的最大圈复杂度不能超过15。

交付的系统必须通过单元测试，并且是100%覆盖。

开发活动必须使用回归测试，并允许在12小时内重新进行完整的测试。

10、可维护性需求描述案例：

从接到修改请求后，对于普通修改应在1~2天内完成；对于评估后为重大需求或设计修改应在1周内完成。

90%的BUG修改时间不超过1个工作日，其他不超过2个工作日。

代码的圈复杂度必须在10以内。

任何对象的任何方法都不允许超过200行代码。

安装新版本必须保持所有的数据库内容和所有个人设置不变。

产品必须提供可跟踪任何数据库字段的工具。

软件工程-非功能需求撰写参考案例相关推荐

【软件工程】:非功能需求
我相信有些筒子或者上班族找到这篇文章大都是搞不清楚什么是非功能需求,什么是功能需求,这样说吧,功能需求是必须的,然后非功能需求包括如下几个方面: 非功能性需求:用户对软件质量属性.运行环境.资源约束. ...
RMAN备份与还原 - 参考案例
RMAN备份与还原 - 参考案例项目有如下需求,通过远程服务器安装的oracle client调用rman 进行全库的backup,最好能进行热备份.因为硬盘空间不足,不希望开启归档模式.最后发现不 ...
医疗行业的售前工程师如何撰写人工智能案例申请材料
从事医疗行业的售前工程师,如何撰写一个人工智能项目的案例申报资料?早前国家卫计委发布了<关于征集医疗健康人工智能应用落地真实案例的通知>,并提供了申报材料填写模板. 我们就以此模板为例,分 ...
写给即将入职的你-软件工程之需求开发流程
前言在这个春风得意马蹄急,金三银四跳槽季的日子里,相信很多小伙伴都拿到了心仪的offer了吧,其中不乏有初入职场的同学.那么今天,我就从服务端的角度来给大家分享一些关于工作中开发流程的经验,希望初入 ...
写给即将入职的你-软件工程之需求开发流程 1
前言在这个春风得意马蹄疾,金三银四跳槽季的日子里,相信很多小伙伴都拿到了心仪的offer了吧,其中不乏有初入职场的同学.那么今天,我就从服务端的角度来给大家分享一些关于工作中开发流程的经验,希望初入 ...
【软件工程】需求规格说明书
文章目录 1. 引言 1.1. 编写目的 1.2. 背景 1.3. 名词术语定义 1.4. 参考资料 2. 项目概述 2.1. 项目目标 2.2. 用户特点 2.3. 假定与约束 3. 需求分析建模 ...
非功能需求的6种类型
软件产品的需求可以分为功能性需求和非功能性需求,其中非功能性需求是常常被轻视,甚至被忽视的一个重要方面.其实,软件产品非功能性定义不仅决定产品的质量,还在很大程度上影响产品的功能需求定义.如果事先缺乏 ...
业务需求、用户需求、功能需求、非功能需求
软件需求包括3个不同的层次――业务需求.用户需求和功能需求.除此之外,每个系统还有各种非功能需求. 业务需求(Business requirement)表示组织或客户高层次的目标.业务需求通常来自项目 ...
我们应当怎样做需求分析：非功能需求
我曾经看过许多关于需求分析的书籍,老外写的,国人写的,都有.但我总体就是一个感觉:累.各种各样的分析.各种各样的视图,让人眼花缭乱.为什么会这样呢?不得不说,需求分析是一个太宽泛的概念了,不同的行业( ...

软件工程-非功能需求撰写参考案例

软件工程-非功能需求撰写参考案例相关推荐

最新文章

热门文章