01产品项目非功能需求规格说明书模版.docx
《01产品项目非功能需求规格说明书模版.docx》由会员分享,可在线阅读,更多相关《01产品项目非功能需求规格说明书模版.docx(16页珍藏版)》请在冰点文库上搜索。
01产品项目非功能需求规格说明书模版
01-产品项目非功能需求规格说明书模版
XX产品项目非功能需求规格说明书(V1.0)
XX项目非功能需求规格说明书
内部资料第1页/共13页版权归中企开源信息技术有限公司所有
产品项目需求分析阶段流程(V1.0)
文档创建信息
产品项目名称产品项目编号如:
数商3.0.2
产品经理项目经理
创建日期总页数
正文页数附录页数
文档修订记录
修改日期修改的章节修改类型修改描述修改人审核人版本号
修改类型分为A–ADDED(增加)M–MODIFIED(修改)D–DELETED(删除)
内部资料第2页/共13页版权归中企开源信息技术有限公司所有
XX产品项目非功能需求规格说明书(V1.0)
1质量属性需求...................................................................................................................4
1.1性能...............................................................................................................................4
1.1.1延迟...............................................................................................................................4
1.1.2吞吐量...........................................................................................................................41.1.3容量...............................................................................................................................5
1.2安全性...........................................................................................................................51.3可靠性...........................................................................................................................61.4可配置性.......................................................................................................................61.5互操作性(系统间集成)...........................................................................................71.6可伸缩性.......................................................................................................................71.7可维护性.......................................................................................................................71.8可管理性.......................................................................................................................81.9可审计性.......................................................................................................................81.10可安装性.......................................................................................................................81.11可更改性.......................................................................................................................91.12可连续性.......................................................................................................................91.13可恢复性.......................................................................................................................91.14其它.............................................................................................................................10
2约束.................................................................................................................................10
2.1运行环境.....................................................................................................................102.1.1软件平台.....................................................................................................................102.1.2硬件平台.....................................................................................................................102.2设计约束.....................................................................................................................112.3业务规则.....................................................................................................................112.4法律约束.....................................................................................................................122.5其它约束.....................................................................................................................12附录1:
模版使用说明..................................................................................................................12
附录2:
模版修订记录..................................................................................................................12
内部资料第3页/共13页版权归中企开源信息技术有限公司所有
XX产品项目非功能需求规格说明书(V1.0)1质量属性需求
1.1性能
概念:
性能是指系统的响应能力——即对外部刺激(事件)做出反应所需要的时间或在某段时间内所处理的事件个数。
性能这一质量属性经常用在单位时间内所能完成的处理数量或系统
为完成一个处理所耗费的时间来表示。
描述系统的性能需求通常从以下几个方面进行:
延迟、吞吐量、容量。
1.1.1延迟
概念:
延迟定义为从事件触发到对应响应之间的时间间隔。
这个时间间隔定义了一个响应窗口
(开始时间为最小延迟,结束时间为最大延迟)。
示例:
编号项响应时间抖动优先级备注Perf.L.195%的X操作<5秒<2秒高
Perf.L.2Y操作<10秒<3秒中
Perf.L.3Z操作<30秒<10秒低
1.1.2吞吐量
概念:
吞吐量定义为在一个给定的观察时间段内,系统处理事件,然后产生的响应数量。
通常
1分钟,30分钟,60分钟等。
因为60分钟内处理120个事件需要指多个观察时间段,比如
2个事件。
并不意味着每分钟可以处理
示例:
编号项吞吐量备注
Perf.T.1登录用户在线状态更改频率每10分钟1次
Perf.T.2登录用户发送消息频率每分钟1条内部资料第4页/共13页版权归中企开源信息技术有限公司所有
产品项目需求分析阶段流程(V1.0)
Perf.T.3用户发送电子邮件频率每天20封1.1.3容量
概念:
容量:
容量是一个衡量系统可以处理的工作量数量的指标。
比如在理想运行环境下,最大可达到的吞吐量,最大可支持的用户数量等。
需要注意的是,即使在达到最大吞吐量的情
况下,系统也不能违背延迟的性能需求。
示例:
编号项容量备注
Perf.C.1邮件系统用户数<=1,000,000
Perf.C.2邮件系统活动用户数>=100,000且活动用户指至
<=500,000少每个月收发
一封邮件的用
户
Perf.C.3即时通讯系统用户数<=100,000
Perf.C.4即时通讯系统用户的好友数量<=2001.2安全性
概念:
关于计算机信息系统安全性,国际标准化组织(ISO)给出如下定义:
“为数据处理系统建立和采用的技术和管理的安全保护,保护计算机硬件、软件和数据不因偶然和恶意的原因遭
到破坏、更改和泄露”。
示例:
编号项(系统数据/处理过程)
Secu.1在成功执行身份认证之前,系统必须允许[用户类别X的成员|客户端程序
Y]执行[操作Z列表]。
Secu.2在成功执行身份认证之前,系统必须拒绝[用户类别X的成员|客户端程序
Y]执行[任意操作|操作Z列]。
Secu.3当受到[X类安全攻击]时,系统应该能够[检测|阻止]任何伪造的认证数据。
Secu.4应用程序必须扫描所有进入的或下载的数据及软件,以发现所有被公布的知
名计算机病毒、蠕虫及特洛伊木马。
Secu.5至少99.9%以上的时间,系统能够保护用户之间传递的消息不被非授权增加、
修改和删除。
Secu.6系统必须防止任何非授权用户访问系统存储的用户帐号、邮件、即时消息。
内部资料第5页/共13页版权归中企开源信息技术有限公司所有
产品项目需求分析阶段流程(V1.0)1.3可靠性
概念:
可靠性是指系统能够保持正常运行的能力。
可靠性通常用平均正常运行时间(MTTF,
meantimetofailure)来衡量。
与可靠性密切相关的一个概念是有效性。
有效性是指系统正常运行的时间比例。
有效性是通过两次故障之间的时间长度或在系统
崩溃的情况下系统能够恢复正常运行的速度来衡量的。
系统处于稳定运行状态的有效性是系
统正常运行的时间与全部时间之比,通常是以如下公式来定义的:
MTTF,,MTTF,MTTR
其中:
MTTF(meantimetofailure)表示平均正常运行时间;MTTR(meantimetorepair)
表示平均故障恢复时间。
示例:
编号项值
Avai.1在任意时刻邮件服务器正常运行的可能99.9%
性
Avai.2邮件服务器平均正常运行时间90天
Avai.3邮件服务器平均故障恢复时间43.2分钟1.4可配置性
概念:
可配置需求的典型目标是确保应用或组件:
国际化,支持在相应的国家或地区使用;
个性化,支持特定用户的特定需求;
支持交付具有不同功能子集的产品;
示例:
编号项
Conf.1系统必须支持国际化以便在以下国家或地区正确工作:
美国
加拿大
英国
日本
韩国
台湾(地区)
内部资料第6页/共13页版权归中企开源信息技术有限公司所有
产品项目需求分析阶段流程(V1.0)
香港(地区)
Conf.2应用程序必须支持用户各性化定制用户界面,改变文字的颜色、个人图像,„
Conf.3应用程序支持根据用户的权限显示合适的界面。
当用户的权限发生变化时,
用户可见(可操作)的菜单、按钮也随之变化。
1.5互操作性(系统间集成)
概念:
互操作性是一种衡量一组部件(构成一个系统)与另一个系统协作的能力。
示例:
编号项
Inte.1即时通讯系统支持与短信系统互操作,将即时消息通过短信系统发送到用户
的手机
Inte.2即时通讯系统支持与邮件系统互操作,可以支持通过邮件客户端接收离线即
时消息
1.6可伸缩性
概念:
可伸缩性是当事务负荷增加时,在保证服务质量的条件下容纳更多用户的能力。
如果能够通过增加资源以满足不断增长的对性能和功能的要求,或者是通过缩减资源,以降低成本,从涵盖硬件和软件的角度上讲,我们可以把符合这种特性的计算机系统称作是可伸缩的。
示例:
编号项
Scal.1邮件系统用户数年增长率为10万/年,目标总容量为1000万。
Scal.2通讯系统客户数年增长率为5万/年,目标总容量为100万。
Scal.3用户邮箱容量月增长率为10MB/月,目标总容量为1GByte。
1.7可维护性
概念:
软件可维护性即维护人员对该软件进行维护的难易程度,具体包括理解、改正、改动和改进该软件的难易程度。
示例:
编号项
Main.1修复问题1(包括回归测试及文档更新)的平均工作量必须小于1人周。
Main.2完成一次小版本升级的平均工作量必须小于1人周。
Main.3完成一次重大版本升级的平均工作量必须小于1人月。
内部资料第7页/共13页版权归中企开源信息技术有限公司所有
产品项目需求分析阶段流程(V1.0)
1.8可管理性
概念:
软件可管理性即对软件执行管理、监控操作以及接收与这些操作相关的信息的难易程
度。
示例:
编号项
Mana.1控制:
通过改变系统的配置改变软件运行行为。
Mana.2监视:
捕获软件运行时事件和历史事件并报告或发出通知。
Mana.3跟踪:
软件运行状况信息的记录。
1.9可审计性
概念:
可审计性是指系统进行适当的记录存储以:
支持财经审计
支持安全审计
确定是否某些金融事务发生过
示例:
编号项
Audi.1短信系统每转发一条短信都必须保存以下信息半年以上:
短信发送者
短信接收者
短信发送时间
短信内容
1.10可安装性
概念:
可安装性是衡量产品安装到运行环境难易程度的一项指标。
可安装性的目标是:
确保应用或组件易于安装;
确保在安装过程中不会产生时间或金钱上的浪费;
提升安装工程师的士气;
最小化安装的缺陷。
示例:
编号项
Inst.1一个经过良好训练的部署团队所需要的安装工作量不能超过15人日;
Inst.2一个典型用户所需要的安装时间不超过15分钟;内部资料第8页/共13页版权归中企开源信息技术有限公司所有
产品项目需求分析阶段流程(V1.0)1.11可更改性
概念:
可更改性是与系统构架关系最为密切的一个质量属性。
能够进行快速修改并使修改代价尽可能低的能力直接受构架的限制。
对系统的更改一般是由于该系统的组织的商业目的发生了变化。
从广义上看,这些变化主要包括:
功能的扩展或改变。
添加新的功能,改进已有的功能或修复系统中的缺陷。
删除不再想要的功能。
即优化或简化现有系统的功能。
适应新的操作环境。
例如处理器硬件、输入/输出设备或其它逻辑设备。
这种
能力也称为可移植性。
结构的重新调整。
例如为使系统的服务更为合理,模块划分更为科学或为优化
系统而进行调整。
示例:
编号项
Modi.1数字通讯客户端在将来的版本中预计添加邮件、短信、日历等功能。
Modi.2数字通讯客户端支持移植到PDA设备上。
1.12可连续性
概念:
可连续性是指在环境、资源、人员、流程与程序缺陷等影响下,有应对风险自动调整和快速反应的能力,所保证线上系统的连续运转。
示例:
编号项
Modi.1系统需要7×24式的全天候运行。
1.13可恢复性
概念:
可恢复性,就是把系统、应用以及数据库由存在故障的状态转变为无故障状态的过程。
一般可以从系统恢复、应用恢复、数据恢复等方面进行考虑。
示例:
编号项
Modi.1系统可以进行数据备份,最近30日的业务数据、数据库数据全备份(30份,
2个月),每周周六进行数据完全备份一次(保留2个月),每日一份,保留
1年),每1小时业务数据、每月末最后一日进行数据完全备份一次(保留
数据库数据增量备份一次。
重大故障需要在4,8小时恢复服务的可用性,并在在24小时到72小时内
恢复历史数据
内部资料第9页/共13页版权归中企开源信息技术有限公司所有
产品项目需求分析阶段流程(V1.0)1.14其它
其它未列入上述需求或还未确定的内容。
2约束
2.1运行环境
描述软件的运行环境相关因素。
包括硬件平台和软件平台的支持。
2.1.1软件平台
描述系统及各个模块运行所需要的操作系统平台、版本、其他的软件组件、应用程序、
应用服务等环境支持。
示例:
短信系统基于以下软件支撑环境开发及运营:
服务器操作系统:
AS4.0update2
应用服务器:
JBoss4.0.4GA或者JBossWeb1.0GA
JDK:
jdk1.5.0_09
数据库:
MySQL5.0.17c(认证版)
客户端操作系统:
Windows
Windows98
Windows98SE
WindowsME
WindowsNT4.0
Windows2000
WindowsXP(建议)
WindowsServer2003
Linux
Linuxkernel-2.2.14及以上
glibc2.3.2及以上
XFree86-3.3.6及以上
gtk+2.0及以上
fontconfig(也称为xft)
libstdc++5
2.1.2硬件平台
对硬件需求的描述可以描述为系统或模块中需要通过硬件实现的功能特性,以及实现这
内部资料第10页/共13页版权归中企开源信息技术有限公司所有
产品项目需求分析阶段流程(V1.0)些特性的硬件需求。
常见的硬件平台约束包括:
网络带宽、工作站、服务器等等。
示例:
服务器运行硬件平台:
处理器Xeon3.0*2
内存4G
硬盘20G以上
网络情况带宽4M以上
2.2设计约束
描述硬件平台及软件平台上影响开发人员自由选择的限制,这些限制可能包括:
必须使用或避免使用的技术、工具、语言、软件等;
要求遵守的开发规范或标准;
硬件限制(如:
硬件集成由其他组织进行)
示例:
短线网关开发规范或标准:
中国移动通信企业标准:
互联网短信网关接口协议(版本号:
3.0.0).[1]
中国网络通信集团公司企业标准:
PHS短消息网关技术规范,第一分册短消息网关与服[2]
务提供商(SP)接口规范(CNGP)V2.0。
Fielding,R.,Gettys,J.,Mogul,J.,Nielsen,H.andT.Berners-Lee,"Hypertext[3]
transferprotocol--HTTP/1.1",RFC2068,January1997.
技术架构部,"技术架构设计规范",版本:
1.0,技术架构设计规范.doc[4]
技术架构部,"框架设计规范",版本:
1.0,框架设计规范.doc[5]
技术架构部,"基于ASF的服务器设计规范",版本:
1.0,基于ASF的服务器设计规[6]
范.doc
2.3业务规则
描述软件产品所要遵守的用户业务的行业规则。
如果已经存在明确的行业规则文件,在此进行列表引用。
示例:
编号项
Rule.1短信网关只能通过固定的一个IP地址与运营商网关建立连接。
同一个短信
网关可以与运营商网关之间建立多个连接。
但连接数量受限制,一般少于
10个。
Rule.2短信网关通过运营商网关发送短信的吞吐量受限制,每秒不多于60条。
内部资料第11页/共13页版权归中企开源信息技术有限