需求分析规范附录B补充规格说明.doc

上传人:b****3 文档编号:2350499 上传时间:2022-10-29 格式:DOC 页数:7 大小:121.50KB
下载 相关 举报
需求分析规范附录B补充规格说明.doc_第1页
第1页 / 共7页
需求分析规范附录B补充规格说明.doc_第2页
第2页 / 共7页
需求分析规范附录B补充规格说明.doc_第3页
第3页 / 共7页
需求分析规范附录B补充规格说明.doc_第4页
第4页 / 共7页
需求分析规范附录B补充规格说明.doc_第5页
第5页 / 共7页
点击查看更多>>
下载资源
资源描述

需求分析规范附录B补充规格说明.doc

《需求分析规范附录B补充规格说明.doc》由会员分享,可在线阅读,更多相关《需求分析规范附录B补充规格说明.doc(7页珍藏版)》请在冰豆网上搜索。

需求分析规范附录B补充规格说明.doc

长春一汽启明信息技术股份有限公司

一汽集团企业资源计划

需求分析规范附录B

补充规格说明

版本<1.0>

文档编号:

001-0001B

企业机密

Ó启明公司,2004

ERP项目组

需求分析规范附录B

文档编号:

001-0001B

日期:

2003.03.01

版本历史

日期

版本

描述

作者

2004.03.01

<1.0>

需求分析规范——附录B补充规格说明

目录

1. 简介 4

1.1 目的 4

1.2 范围 4

1.3 定义、首字母缩写词和缩略语 4

1.4 参考资料 4

1.5 概述 4

2. 功能 4

2.1 <功能性需求一> 5

3. 可用性 5

3.1 <可用性需求一> 5

4. 性能 5

4.1 <性能需求一> 5

5. 可支持性 5

5.1 <可支持性需求一> 5

6. 设计约束 6

6.1 <设计约束一> 6

7. 联机用户文档和帮助系统需求 6

8. 购买的构件 6

9. 接口 6

9.1 用户界面 6

9.2 硬件接口 6

9.3 软件接口 6

9.4 通信接口 6

10. 许可需求 6

11. 法律、版权及其他声明 7

12. 适用的标准 7

补充规格说明

1.简介

补充规格说明的简介应提供整个文档的概述。

它应包括此补充规格说明的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。

此补充规格说明获取不便于在用例模型的用例中获取的系统需求。

这些需求包括:

法律和法规上的需求,包括应用标准

要构建的系统的质量属性,包括可用性需求、可靠性需求、性能需求和可支持性需求

其他需求,如操作系统及环境、兼容性需求和设计约束

1.1目的

阐明此补充规格说明的目的。

1.2范围

简要说明此补充规格说明的范围、它的相关项目,以及受到此文档影响的任何其他事物。

1.3定义、首字母缩写词和缩略语

本小节应提供正确解释此补充规格说明所需的全部术语的定义、首字母缩写词和缩略语。

这些信息可以通过引用项目词汇表来提供。

1.4参考资料

此小节应完整列出补充规格说明中其他部分所引用的所有文档。

每个文档应标有标题、报告号(如果适用)、日期和出版单位。

列出可从中获取这些参考资料的来源。

这些信息可以通过引用附录或其他文档来提供。

1.5概述

此小节应说明补充规格说明其他部分所包含的内容,并解释文档的组织方式。

2.功能

此节为以自然语言风格表达的系统功能性需求。

对于许多应用程序,此节会成为SRS包的主体部分,所以应仔细考虑此节的组织方式。

此节通常按特性来组织,但也可能会有其他适用的组织方式,例如按用户或子系统组织的方式。

功能性需求可以包括特性集、功能和安全性。

当利用应用程序开发工具(如需求工具、建模工具等)来获取功能性时,此节文档将引用获取相应数据的方法,并指出用来获取数据的工具的位置和名称。

2.1<功能性需求一>

需求说明。

……

3.可用性

此节应包括所有影响可用性的需求。

例如:

a)指出普通用户和高级用户要高效地执行特定操作所需的培训时间;

b)指出在符合公认的可用性标准(如IBM的CUA标准和Microsoft的GUI标准)方面的需求。

3.1<可用性需求一>

需求说明。

……

4.性能

此节应概述系统的性能特征。

建议包括具体的响应时间。

a)系统能持续运行的能力(故障间隔时间、修复时间);

b)对事务的响应时间(平均、最长);

c)吞吐量(例如每秒处理的事务数);

d)容量(例如系统可以容纳的客户或事务数);

e)降级模式(当系统以某种形式降级时可接受的运行模式);

f)资源利用情况:

内存、磁盘、通信等。

4.1<性能需求一>

需求说明。

……

5.可支持性

此节应列出将提高所构建系统的可支持性或可维护性的所有需求,其中包括编码标准、命名约定、类库、维护访问权和维护实用程序。

5.1<可支持性需求一>

需求说明。

……

6.设计约束

此节应列出所构建系统的所有设计约束。

设计约束代表已经批准并必须遵循的设计决定。

其中包括软件语言、软件流程需求、开发工具的指定用途、构架及设计约束、购买的构件、类库等。

6.1<设计约束一>

需求说明。

……

7.联机用户文档和帮助系统需求

如果存在对联机用户文档、帮助系统、关于声明的帮助等的需求,请在此说明。

8.购买的构件

此节说明在系统中使用的所有购入构件、所有适用的许可或使用限制,以及所有相关的兼容性及互操作性或接口标准。

9.接口

此节规定应用程序必须支持的接口/界面。

包含协议、端口和逻辑地址等,以便于按照接口/界面需求开发并检验软件。

9.1用户界面

说明软件将实现的用户界面。

9.2硬件接口

此节指出软件所支持的所有硬件接口,其中包括逻辑结构、物理地址、预期行为等。

9.3软件接口

此节说明软件系统中与其他构件之间的软件接口。

这些构件可以是购入的构件、取自其他应用程序重新利用的构件,也可以是为此SRS范围之外的子系统开发。

9.4通信接口

说明与其他系统或设备(如局域网、远程串行设备等)的所有通信接口。

10.许可需求

定义所有许可执行需求或软件将体现的其他使用限制需求。

11.法律、版权及其他声明

此节说明软件涉及的所有必需的法律声明、保证、版权声明、专利声明、字标、商标或徽标符合性问题。

12.适用的标准

通过引用,此节说明了所有适用的标准以及适用于所述系统的相应标准的具体部分。

例如,其中可以包括法律、质量及法规标准;业界在可用性、互操作性、国际化、操作系统相容性等方面的标准

企业机密

Ó启明公司,2004

Page7of7

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 教学研究 > 教学计划

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1