01-产品项目非功能需求规格说明书模版

《01-产品项目非功能需求规格说明书模版》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、实用文案XX项目非功能需求规格说明书标准文档实用文案文档创建信息产品项目名称如：数商3.0.2产品项目编号产品经理项目经理创建日期总页数正文页数附录页数文档修订记录修改日期修改的章节修改类型修改描述修改人审核人版本号l修改类型分为A–ADDED（增加）M–MODIFIED（修改）D–DELETED（删除）标准文档实用文案目录1质量属性需求41.1性能41.1.1延迟41.1.2吞吐量41.1.3容量51.2安全性51.3可靠性61.4可配置性61.5互操作性（系统间集成）71.6可伸缩性71.7可维护性71.8可管理性81.9

2、可审计性81.10可安装性81.11可更改性91.12可连续性91.13可恢复性91.14其它102约束102.1运行环境102.1.1软件平台102.1.2硬件平台112.2设计约束112.3业务规则112.4法律约束122.5其它约束12附录1：模版使用说明12附录2：模版修订记录12标准文档实用文案1质量属性需求1.1性能概念：性能是指系统的响应能力——即对外部刺激（事件）做出反应所需要的时间或在某段时间内所处理的事件个数。性能这一质量属性经常用在单位时间内所能完成的处理数量或系统为完成一个处理所耗费的时间来表示。描述系

3、统的性能需求通常从以下几个方面进行：延迟、吞吐量、容量。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个

4、事件并不意味着每分钟可以处理2个事件。示例：编号项吞吐量备注Perf.T.1登录用户在线状态更改频率每10分钟1次Perf.T.2登录用户发送消息频率每分钟1条标准文档实用文案Perf.T.3用户发送电子邮件频率每天20封1.1.1容量概念：容量：容量是一个衡量系统可以处理的工作量数量的指标。比如在理想运行环境下，最大可达到的吞吐量，最大可支持的用户数量等。需要注意的是，即使在达到最大吞吐量的情况下，系统也不能违背延迟的性能需求。示例：编号项容量备注Perf.C.1邮件系统用户数<=1，000，000Perf.C.2邮件系统活

5、动用户数>=100，000且<=500，000活动用户指至少每个月收发一封邮件的用户Perf.C.3即时通讯系统用户数<=100，000Perf.C.4即时通讯系统用户的好友数量<=2001.2安全性概念：关于计算机信息系统安全性，国际标准化组织(ISO)给出如下定义：“为数据处理系统建立和采用的技术和管理的安全保护，保护计算机硬件、软件和数据不因偶然和恶意的原因遭到破坏、更改和泄露”。示例：编号项（系统数据/处理过程）Secu.1在成功执行身份认证之前，系统必须允许[用户类别X的成员

6、客户端程序Y]执行[操作Z列表]。Sec

7、u.2在成功执行身份认证之前，系统必须拒绝[用户类别X的成员

8、客户端程序Y]执行[任意操作

9、操作Z列]。Secu.3当受到[X类安全攻击]时，系统应该能够[检测

10、阻止]任何伪造的认证数据。Secu.4应用程序必须扫描所有进入的或下载的数据及软件，以发现所有被公布的知名计算机病毒、蠕虫及特洛伊木马。Secu.5至少99.9%以上的时间，系统能够保护用户之间传递的消息不被非授权增加、修改和删除。Secu.6系统必须防止任何非授权用户访问系统存储的用户帐号、邮件、即时消息。标准文档实用文案1.1可靠性概念：可靠性是指系统能够保持正常

11、运行的能力。可靠性通常用平均正常运行时间（MTTF,meantimetofailure）来衡量。与可靠性密切相关的一个概念是有效性。有效性是指系统正常运行的时间比例。有效性是通过两次故障之间的时间长度或在系统崩溃的情况下系统能够恢复正常运行的速度来衡量的。系统处于稳定运行状态的有效性是系统正常运行的时间与全部时间之比，通常是以如下公式来定义的：其中：MTTF（meantimetofailure）表示平均正常运行时间；MTTR（meantimetorepair）表示平均故障恢复时间。示例：编号项值Avai.1在任意时刻邮件服务器

12、正常运行的可能性99.9%Avai.2邮件服务器平均正常运行时间90天Avai.3邮件服务器平均故障恢复时间43.2分钟1.2可配置性概念：可配置需求的典型目标是确保应用或组件：·国际化，支持在相应的国家或地区使用；·个性化，支持特定用户的特定需求；·支持交付具有不同功能子集