<项目名称> 错误！未指定书签。
3.2
可用性
Version: <1.0> Date:
指出普通用户和高级用户要高效地执行特定操作所需的培训时间
指出典型任务的可评测任务次数或根据用户已知或喜欢的其他系统确定新系统的可用性需求
?
指出在符合公认的可用性标准（如 IBM 的 CUA 标准和 Microsoft 的 GUI 标准）方面的需求]
3.2.1 <可用性需求一> [在此给出需求说明。]
3.3
可靠性
[对系统可靠性的需求应在此处说明。以下是一些建议： ? ? ? ? ?
可用性—指出可用时间百分比 ( xx.xx%)、使用小时数、维护访问权、降级模式操作等。 平均故障间隔时间 (MTBF) – 通常表示为小时数，但也可表示为天数、月数或年数。 平均修复时间 (MTTR) — 系统在发生故障后可以暂停运行的时间。
精确度 — 指出系统输出要求具备的精密度（分辨率）和精确度（按照某一已知的标准）。
最高错误或缺陷率—通常表示为每千行代码的错误数目 (bugs/KLOC) 或每个功能点的错误数目 (bugs/function-point)。
错误或缺陷率—按照小错误、大错误和严重错误来分类。需求中必须对“严重”错误进行界定，例如：数据完全丢失或完全不能使用系统的某部分功能。]
?
3.3.1 <可靠性需求一> [需求说明。]
3.4
性能
[此节应概述系统的性能特征。其中需包括具体的响应时间。如果可行，按名称引用相关用例。 ?
Confidential
对事务的响应时间（平均、最长）
?错误！未找到引用源。, 2000
Page 6
<项目名称> 错误！未指定书签。
? ? ?
Version: <1.0> Date:
降级模式（当系统以某种形式降级时可接受的运行模式） 资源利用情况，如内存、磁盘、通信等
3.4.1 <性能需求一> [在此给出需求说明。]
3.5
可支持性
[此节应列出将提高所构建系统的可支持性或可维护性的所有需求，其中包括编码标准、命名约定、类库、维护访问权和维护实用程序。]
3.5.1 <可支持性需求一> [在此给出需求说明。]
3.6
设计约束
[此节应列出所构建系统的所有设计约束。设计约束代表已经批准并必须遵循的设计决定。其中包括软件语言、软件流程需求、开发工具的指定用途、构架及设计约束、购买的构件、类库等。]
3.6.1 <设计约束一> [在此给出需求说明。]
3.7
联机用户文档和帮助系统需求
[如果存在对联机用户文档、帮助系统、关于声明的帮助等的需求，请在此说明。]
3.8
购买的构件
[此节说明在系统中使用的所有购入构件、所有适用的许可或使用限制，以及所有相关的兼容性及互操作性或接口标准。]
3.9
接口
[此节规定应用程序必须支持的接口/界面。它应非常具体，包含协议、端口和逻辑地址等，以便于按照接口/界面需求开发并检验软件。]
Confidential
?错误！未找到引用源。, 2000 Page 7
<项目名称> 错误！未指定书签。
Version: <1.0> Date:
3.9.3 软件接口 [此节说明软件系统中与其他构件之间的软件接口。这些构件可以是购入的构件、取自其他应用程序重新利用的构件，也可以是为此 SRS 范围之外的子系统开发，但该软件应用程序必须与之交互的构件。]
3.9.4 通信接口 [说明与其他系统或设备（如局域网、远程串行设备等）的所有通信接口。]
3.10
许可需求
[定义所有许可执行需求或软件将体现的其他使用限制需求。]
3.11
法律、版权及其他声明
[此节说明软件涉及的所有必需的法律免责声明、保证、版权声明、专利声明、字标、商标或徽标符合性问题。]
3.12
适用的标准
[通过引用，此节说明了所有适用的标准以及适用于所述系统的相应标准的具体部分。例如，其中可以包括法律、质量及法规标准；业界在可用性、互操作性、国际化、操作系统相容性等方面的标准。]
4. 支持信息
[支持信息用于使 SRS 更易于使用。它包括： ? ? ?
目录
索引
附录
其中可以包括用例示意板或用户界面原型。
Confidential
?错误！未找到引用源。, 2000 Page 8
<项目名称> 错误！未指定书签。
Confidential
?错误！未找到引用源。, 2000 Page 9
百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库软件需求规约-注释版(2)在线全文阅读。
相关推荐：