8系统文档需求.doc

Project Name 系统需求规格说明书 注：蓝色字体为说明性文字，正式文档中，应予以删除。. 概述 系统功能需求 [描述那些未使用用例方式表述的功能性需求。例如，包括：审计、鉴权、打印、报表] 系统质量需求 [质量需求代表着FUPRS+需求分类模型中的URPS] 可用性 [描述如易于使用、易于学习、可用性标准和国际化等质量需求。] 可靠性 [可靠性包括产品和/或系统在压力与不利条件下保持运行的能力。明确可靠性的验收水平，以及它们如何被度量和评估。建议的主题包括：可用性、严重故障的频率以及可恢复性。] 性能 [The performance characteristics of the system should be outlined in this section. Examples are response time, throughput, capacity and startup or shutdown times.] 可支持性 [此章节描述任何增强系统可支持能力可维护能力的需求。包括适应能力、升级、兼容性、可配置性、可扩展性，以及系统的安装、支持和维护程度的需求。] 系统接口 [接口需求是FURPS+需求分类中的“+”部分。定义应用程序必须支持的接口。它应该包含足够的特征、协议、端口和逻辑地址。进一步，软件可以根据接口需求进行开发和验证。] 用户接口 [描述软件需实现的用户接口。此章节的目的是描述相关的接口需求。接口设计可以和需求收集过程重叠。] Look Feel 外观和感觉 [描述用户接口的“魂”。你的客户可能会给出特定的要求，如风格、使用的色彩、交互的程度等等。此章节描述的是接口的需求而不是接口设计。] 布局和导航需求 [描述主要的屏幕区域需求，以及它们如何分组。] 一致性 [用户接口的一致性使用户能够预测将发生什么。此章节描述用户接口使用机制方面的需求。这适用于系统的内部和外部的其它系统，可以被应用在不同的水平上：导航控制、屏幕区域大小和形状、进入/展示数据的位置，用辞。] 用户个性化和定制化需求 [有关应该自动向用户展示或基于客户属性的可获得性需求。有些时候用户运行定制化内容的展示或个性化展示的内容。] 外部系统或设备接口 [是否存在外部的系统接口？和外部系统接口的属性是否存在约束？例如系统之间传输的数据格式、特定的协议。考虑所有提供的和需要的接口。] 软件接口 [此节描述和其他系统组件交互的接口。这些组件可能是购买的商业组件、来自于其他应用程序的可重用组件，或在此系统需求范围之外的正在开发的子系统。] 硬件接口 [此节定义软件需要支持的硬件接口，包括逻辑结构、物理地址、期望的行为等等。] 通信接口 [描述和其他系统或设备之间的通信接口，如局域网、远端串口设备等等。] 业务规则 [业务规则描述了业务方面的定义和约束。业务规则常常被表示为生产规则，当它们需要直接在IT系统中执行时：生产规则是一个独立于程序逻辑，当某种情景的条件被满足时，确定执行一个或多个动作。生产规则使用了不依赖于技术的方式，定义系统的操作语义。 依据某种逻辑处理思路，对有关业务概念中的规则对象、高层的规则分组或实践规则，进行文档组织。如：风险驱动评估规则、客户验证规则。] 规则对象名称 规则名称与标识 [描述定义规则。可以使用自然语言表达的决策表或模式，如 if [条件列表] then [动作列表]，示例： If 顾客购物车中存在至少3件同一类型的商品and 商品总价大于30元 then 赠送顾客一张代金券，其值为所购的最便宜的商品价格的10%。] 系统约束 [约束是FURPS+需求分类中的“+”部分。描述任何有关系统设计、实现、部署方面的约束。例如软件的使用语言、规定使用的开发工具、第三方组件或类库、平台支持、资源限制，以及系统硬件有关的形状、大小或重量需求。] 系统合规 许可证需求 [定义许可强制性需求或其他使用限制需求。] 法律、版权和其他事项 [此节描述软件需要遵循的必要的法律责任、担保、版权声明、专利声明、文字商标、商标、或Logo方面的问题。] 应用标准 [此节描述应用标准的引用信息以及被软件应用的任何标准中的章节。例如，可能包括：法规、质量和监管标准，以及有关易用性、互操作性、国际化、操作系统规范方面的工业标准，等等。] 系统文档需求 [描述有关在线用户文档、帮助系统、帮助注意事项等需求。设定预期的文档需求从而确定谁将来负责创建它。] Project Name 支持需求规格说明 Date: dd/mmm/yy Confidential (Company Name, 2013 Page 2