01产品项目非功能需求规格说明书模版Word文件下载.docx

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

2、.1延迟延迟定义为从事件触发到对应响应之间的时间间隔。 这个时间间隔定义了一个响应窗口（开始时间为最小延迟，结束时间为最大延迟）示例：编号项响应时间抖动优先级备注Perf丄.195%勺X操作=100, 000 且=500, 000活动用户指至 少每个月收发 一封邮件的用 户Perf.C.3即时通讯系统用户数=100, 000Perf.C.4 即时通讯系统用户的好友数量=2001.2安全性关于计算机信息系统安全性，国际标准化组织（ISO）给出如下定义：“为数据处理系统建 立和采用的技术和管理的安全保护，保护计算机硬件、软件和数据不因偶然和恶意的原因遭 到破坏、更改和泄露”。项（系统数据/处理过程

3、）Secu.1在成功执行身份认证之前，系统必须允许用户类别X的成员|客户端程序 Y执行操作Z列表。Secu.2在成功执行身份认证之前，系统必须拒绝用户类别X的成员|客户端程序 Y执行任意操作|操作Z列。Secu.3当受到X类安全攻击时，系统应该能够检测|阻止任何伪造的认证数据。Secu.4应用程序必须扫描所有进入的或下载的数据及软件，以发现所有被公布的知 名计算机病毒、蠕虫及特洛伊木马。Secu.5至少99.9%以上的时间，系统能够保护用户之间传递的消息不被非授权增加、 修改和删除。Secu.6系统必须防止任何非授权用户访问系统存储的用户帐号、邮件、即时消息。1.3可靠性可靠性是指系统能够保持

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

5、能 性99.9%Avai.2邮件服务器平均正常运行时间90天Avai.3邮件服务器平均故障恢复时间43.2分钟1.4 可配置性可配置需求的典型目标是确保应用或组件： 国际化，支持在相应的国家或地区使用;*个性化，支持特定用户的特定需求；*支持交付具有不同功能子集的产品；Co nf.1系统必须支持国际化以便在以下国家或地区正确工作： 美国加拿大英国日本韩国台湾（地区）香港（地区）Co nf.2应用程序必须支持用户各性化定制用户界面，改变文字的颜色、个人图像，Co nf.3应用程序支持根据用户的权限显示合适的界面。当用户的权限发生变化时， 用户可见（可操作）的菜单、按钮也随之变化。1.5 互操作性

6、（系统间集成）互操作性是一种衡量一组部件（构成一个系统）与另一个系统协作的能力 示例：In te.1即时通讯系统支持与短信系统互操作，将即时消息通过短信系统发送到用户 的手机In te.2即时通讯系统支持与邮件系统互操作，可以支持通过邮件客户端接收离线即 时消息1.6 可伸缩性可伸缩性是当事务负荷增加时，在保证服务质量的条件下容纳更多用户的能力。 如果能 够通过增加资源以满足不断增长的对性能和功能的要求， 或者是通过缩减资源，以降低成本， 从涵盖硬件和软件的角度上讲，我们可以把符合这种特性的计算机系统称作是可伸缩的。Scal.1邮件系统用户数年增长率为10 万/年，目标总容量为1000万。Sc

7、al.2通讯系统客户数年增长率为5万/年，目标总容量为100万。Scal.3用户邮箱容量月增长率为10MB月，目标总容量为1G Byte。1.7 可维护性软件可维护性即维护人员对该软件进行维护的难易程度，具体包括理解、改正、改动和 改进该软件的难易程度。Ma in .1修复冋题1 （包括回归测试及文档更新）的平均工作量必须小于 1人周。Ma in .2完成一次小版本升级的平均工作量必须小于 1人周。Main .3完成一次重大版本升级的平均工作量必须小于 1人月。1.8 可管理性软件可管理性即对软件执行管理、监控操作以及接收与这些操作相关的信息的难易程 度。Man a.1控制通过改变系统的配置改

8、变软件运行行为。Man a.2监视捕获软件运行时事件和历史事件并报告或发出通知。Man a.3跟踪软件运行状况信息的记录。1.9 可审计性可审计性是指系统进行适当的记录存储以:支持财经审计支持安全审计确定是否某些金融事务发生过Audi.1短信系统母转发 条短信都必须保存以下信息半年以上： 短信发送者短信接收者 短信发送时间 短信内容1.10可安装性可安装性是衡量产品安装到运行环境难易程度的一项指标。 可安装性的目标是：确保应用或组件易于安装；*确保在安装过程中不会产生时间或金钱上的浪费; 提升安装工程师的士气；最小化安装的缺陷In st.1一个经过良好训练的部署团队所需要的安装工作量不能超过

9、15人日；In st.2一个典型用户所需要的安装时间不超过15分钟；1.11 可更改性可更改性是与系统构架关系最为密切的一个质量属性。能够进行快速修改并使修改代价 尽可能低的能力直接受构架的限制。对系统的更改一般是由于该系统的组织的商业目的发生 了变化。从广义上看，这些变化主要包括：功能的扩展或改变。添加新的功能，改进已有的功能或修复系统中的缺陷。 删除不再想要的功能。即优化或简化现有系统的功能。适应新的操作环境。例如处理器硬件、输入/输出设备或其它逻辑设备。这种 能力也称为可移植性。结构的重新调整。例如为使系统的服务更为合理，模块划分更为科学或为优化 系统而进行调整。Modi.1数字通讯客户

10、端在将来的版本中预计添加邮件、短信、日历等功能。Modi.2数字通讯客户端支持移植到PDA设备上。1.12可连续性可连续性是指在环境、资源、人员、流程与程序缺陷等影响下，有应对风险自动调整和快速反应的能力，所保证线上系统的连续运转 示例：系统需要7X24式的全天候运行。1.13 可恢复性可恢复性，就是把系统、应用以及数据库由存在故障的状态转变为无故障状态的 过程。一般可以从系统恢复、应用恢复、数据恢复等方面进行考虑。系统可以进行数据备份，最近30日的业务数据、数据库数据全备份（30份， 每日一份，保留2个月），每周周六进行数据完全备份一次（保留2个月）， 母月末最后 日进行数据完全备份 次（保

11、田1年），母1小时业务数据、 数据库数据增量备份一次。重大故障需要在48小时恢复服务的可用性，并在在24小时到72小时内 恢复历史数据1.14其它其它未列入上述需求或还未确定的内容。2约束2.1运行环境描述软件的运行环境相关因素。包括硬件平台和软件平台的支持。2.1.1软件平台描述系统及各个模块运行所需要的操作系统平台、版本、其他的软件组件、 应用服务等环境支持。短信系统基于以下软件支撑环境开发及运营：服务器操作系统：AS4.0 update2应用服务器：JBoss4.0.4GA 或者 JBossWeb1.0GAJDK jdk1.5.0_09数据库：MySQL5.0.17c（认证版）客户端操作

12、系统：-Win dowsWin dows 98Win dows 98SEWin dows MEWin dows NT 4.0Win dows 2000Win dows XP （建议）Win dows Server 2003- Lin uxLi nux kernel - 2.2.14 及以上glibc 2.3.2 及以上XFree86-3.3.6 及以上gtk+2.0及以上 fontconfig （也称为 xft） libstdc+52.1.2硬件平台应用程序、以及实现这对硬件需求的描述可以描述为系统或模块中需要通过硬件实现的功能特性,些特性的硬件需求。常见的硬件平台约束包括：网络带宽、工作站、

13、服务器等等 示例：服务器运行硬件平台：处理器Xeon 3.0*2内存4G硬盘20G以上网络情况带宽4M以上2.2 设计约束描述硬件平台及软件平台上影响开发人员自由选择的限制，这些限制可能包括： 必须使用或避免使用的技术、工具、语言、软件等；要求遵守的开发规范或标准；硬件限制（如：硬件集成由其他组织进行）短线网关开发规范或标准：1中国移动通信企业标准：互联网短信网关接口协议（版本号： 3.0.0）.2中国网络通信集团公司企业标准：PHS短消息网关技术规范，第一分册短消息网关与服 务提供商（SP）接口规范（CNGPV2.0。3Fielding, R., Gettys, J., Mogul, J.,

14、 Nielsen, H. and T. Berners-Lee, Hypertext transfer protocol - HTTP/1.1, RFC2068, January 1997.4技术架构部,技术架构设计规范,版本：1.0,技术架构设计规范.doc 技术架构部,框架设计规范1.0,框架设计规范.doc 技术架构部，基于ASF的服务器设计规范1.0,基于ASF的服务器设计规 范.doc2.3 业务规则描述软件产品所要遵守的用户业务的行业规则。如果已经存在明确的行业规则文件，在 此进行列表引用。Rule.1短信网关只能通过固定的一个IP地址与运营商网关建立连接。同一个短信 网关可以与运

15、营商网关之间建立多个连接。但连接数量受限制，一般少于 10个。Rule.2短信网关通过运吕商网关发送短信的吞吐量受限制，母秒不多于 60条。2.4 法律约束描述软件不能违背的政府法律或规章制度，可以从国家标准、行业标准、企业标准等方 面考虑。2.5 其它约束其它未列入上述约束的内容。附录1模版使用说明1.模版中，黑色字体部分不可裁剪。在编写时，如果相对应的内容没有或不适用， 在相应的标题下写明即可，不能删除。2.模版中，蓝色字体部分是对于文档内容的解释说明。在编写时，需要删除这些内 容。3.对于模版中给出的示例，适用的可以保留并填入相关内容；不适用的直接删除。4.本附录，在非功能需求说明书成文时需要删除。模版修订记录本附录，记录了本模版的修订历史信息。在非功能需求说明书成文时，需要删除。修改类型分为 A - ADDED M- MODIFIED D - DELETED