移动XX系统项目软件需求规格说明书v100Word格式.docx

移动XX系统项目软件需求规格说明书v100Word格式.docx

《移动XX系统项目软件需求规格说明书v100Word格式.docx》由会员分享，可在线阅读，更多相关《移动XX系统项目软件需求规格说明书v100Word格式.docx（13页珍藏版）》请在冰豆网上搜索。

2.2.体系结构6

2.3.系统边界和Actors6

2.4.系统功能6

2.5.用户特性6

2.6.一般限制6

2.7.出错处理6

2.8.假设和依赖条件6

3.功能性需求7

3.1.【子系统1】7

3.1.1.【模块1】7

3.1.2.【模块2】7

3.2.【子系统2】7

3.2.1.【模块3】7

3.2.2.【模块4】7

4.用例视图9

4.1.【子系统1】9

4.2.【子系统2】9

5.外部接口需求10

5.1.用户接口10

5.2.硬件接口10

5.3.软件接口10

5.4.通信接口10

6.非功能性需求11

6.1.易用性11

6.2.可靠性11

6.3.性能11

6.4.可维护性12

6.5.安全性12

6.6.可扩展性12

7.系统配置13

7.1.硬件和软件配置13

7.2.网络配置13

7.3.网络拓扑图13

7.4.开发环境13

附件A:

术语表14

附录B:

分析模型15

附录C:

问题清单16

1.引言

1.1.编写目的

【本节应该完成如下工作:

1.描述本SRS的直接目的

例：

对开发小组–本SRS作为概要设计，系统测试计划，测试案例编写等的输入源。

2.详细说明本SRS的使用者（详细程度应达到能够提交交付物的程度）

3.除了必须的设计限制外，不应该描述任何有关设计，验证，或相关管理细节；

4.应该收集并在同一个地方记录下所有的外部接口，以用于作为完成设计和实现系统的参考

5.作为同项目团队外人员进行沟通的外部接口，用于他们评审和理解系统】。

1.2.系统涵盖范围

1.定义系统的名称

2.清晰准确地描述软件系统外部接口的每个关键需求，应包括但并不限于如下主要类别，比如用户接口,程序接口（API）以及安装/移植】。

1.3.缩略词

【本节应提供对文中提到缩写的定义】。

缩写

描述

SRS

Software/SystemRequirementsSpecification

1.4.假设和限制

【本节描述系统开发的假设，如：

∙需求文档中的任何变更都将被新版的SRS跟踪。

SRS应有版本历史。

用户可以通过SRS的早期版本查找需求的早期版本。

∙为验证需求，一个需求应有一个或一个以上用例】。

1.5.文档组织结构

【本节应：

1.概要描述文档其他部分的内容；

2.解释SRS是如何组织的】。

1.6.参考资料

【本节应提供本文引用文档的完全列表】

文档名称

2.系统概貌

2.1.系统远景

【本节应通过图形和文字的方式:

1.简要描述【项目名称】整个软件系统各个组成部分的功能；

2.简要识别系统的关键外部接口；

3.简要描述使用的计算机硬件和外部设备】。

2.2.体系结构

【本节描述系统高层架构】。

2.3.系统边界和Actors

【本节描述系统边界，要清楚识别出系统的内外部情况，可以采用画图的方式描述，并对每一个确定的actor进行解释】。

2.4.系统功能

【本节描述总结系统提供功能进行】。

2.5.用户特性

【本节应描述影响具体需求的系统终端用户的特性】。

2.6.一般限制

【本节应提供系统设计的限制,如包括:

1.规章规定；

2.硬件限制；

3.其他应用的接口；

4.并行操作；

5.审计功能；

6.控制功能；

7.握手协议,如,XON-XOFF,ACK-NACK；

8.安全考虑】。

2.7.出错处理

【本节描述系统应用的出错处理策略，例：

∙一般说，所有的系统错误都应当记录到系统日志文件中。

∙在API调用时，应返回相应的错误代码】。

2.8.假设和依赖条件

【本节应列出影响SRS的假设和依赖】。

3.功能性需求

【本章描述功能性需求】。

3.1.【子系统1】

【对子系统的功能进行简要或详细的描述，可以采用图表的形式】

【例如：

无线资源管理系统】

【无线资源管理系统的功能需求包括如下部分…】

【列出所有的功能模块】

3.1.1.【模块1】

GIS图形显示】

【主要是大的功能划分】

3.1.1.1.描述

【对本需求的需求内容进行概要的描述】。

3.1.1.2.需求内容

【本节详细描述需求，包括要解决的问题和需求背后的动机】

【REQ_1】…..

……………….

【REQ_2】…..

………………

3.1.2.【模块2】

统计】。

3.1.2.1.描述

【描述本模块的需求内容】。

3.1.2.2.需求内容

【本节详细描述需求内容，包括要解决的问题和需求背后的动机】。

3.2.【子系统2】

【对子系统的功能进行简要或详细的描述，可以采用图表的形式】。

3.2.1.【模块3】

3.2.1.1.描述

…

3.2.1.2.需求内容

3.2.2.【模块4】

3.2.2.1.描述

3.2.2.2.需求内容

【样例：

10.1凭证管理

10.1.1功能描述

凭证管理提供VIP卡发放及档案维护功能。

<

REQ_BM_VIP_IDM_1>

系统支持根据个人大客户的手机号码发放VIP卡功能。

发放时需要输入VIP卡卡号。

REQ_BM_VIP_IDM_2>

系统支持根据集团大客户提供集团编号或集团名称，批量发放VIP卡功能，发放时需要输入VIP卡起止卡号。

REQ_BM_VIP_IDM_3>

系统支持根据个人大客户手机号码，从VIP卡文件（*.dbf）批量发放VIP卡。

REQ_BM_VIP_IDM_4>

系统支持个人大客户VIP卡资料修改和VIP卡作废功能。

根据个人大客户手机号码或VIP卡卡号，修改大客户VIP资料，包括VIP卡卡号、VIP卡状态、记录修改日期、修改原因。

REQ_BM_VIP_IDM_5>

系统支持根据集团名称或集团编号，修改集团VIP卡资料，可增加、作废VIP卡。

REQ_BM_VIP_IDM_6>

系统应能够根据指定的发放年度、归属地区，批量设置VIP卡无效。

REQ_BM_VIP_IDM_7>

系统支持VIP卡换卡记录查询。

◆查询条件：

●个人大客户手机号码或VIP卡卡号；

●集团大客户名称或集团编号；

●操作员；

●换卡日期。

◆查询内容：

●个人大客户手机号码、VIP卡卡号、集团大客户名称、集团编号、操作员、换卡日期、换卡原因。

10.1.2内外部接口（可选）

内部接口：

对方子系统

接口描述

接口数据

备注

系统管理

权限校验

操作员ID

外部接口：

】

4.用例视图

【本节描述需求分析用到的用例视图】。

4.1.【子系统1】

【本节描述子系统1需求分析用到的用例视图】。

4.2.【子系统2】

【本节描述子系统2需求分析用到的用例视图】。

5.外部接口需求

5.1.用户接口

【本节描述软件产品和用户之间接口的逻辑特性。

如：

屏幕界面图形样例，遵循什么GUI标准和产品族风格指南，屏幕界面设计上的限制，比如标准按钮和功能（如，帮助）要出现在每个屏幕，键盘快捷键，出错信息显示标准等等。

定义用户接口需要的软件组件。

详细的用户接口设计应被记录在单独的用户接口规范中】。

5.2.硬件接口

【本节描述系统软硬件产品之间接口的物理和逻辑特性。

可包括支持的设备类型，软硬件之间的数据和控制交互特性，以及用到的通信协议】。

5.3.软件接口

【本节描述本产品和其他指定的软件部件（名称和版本）之间的连接，如：

包括数据库、操作系统、工具、集成商业套装软件等。

识别出进出系统的数据项或消息，描述各自的目的。

描述需要的服务和通信性质，参考的API协议描述，识别软件部件间共享的数据】。

5.4.通信接口

【描述本系统要求的任何通信相关功能需求，包括e-mail,webbrowser,网络服务器通信协议,电子表单等等。

定义相关消息格式。

识别用到的所有通信标准，比如FTP、HTTP等。

详细说明通信安全和加密问题，数据传输速率，同步机制等】。

6.非功能性需求

6.1.易用性

【本节描述从下面几个特点上描述系统功能:

1.人性因素；

2.审美学；

3.易于使用】。

例如：

REQ-NF-USBT-1:

为了加强易用性，下列的文档应该在项目结束的时候提供；

∙HTML格式的API参考指南导；

∙HTML格式的开发指南；

6.2.可靠性

REQ-NF-RMA-1:

Xxx应该能够在不需要重新启动整个系统服务的情况下，自动重新建立不同服务之间中断的连接；

REQ-NF-RMA-2:

Xxx应该能够自动监测服务是否中止，并尝试重新启动；

REQ-NF-RMA-3:

Xxx应该提供系统备份和恢复功能；

6.3.性能

【本节用数字对系统和人机接口方面的静态和动态需求进行描述，例如：

静态数字需求（也称作容量）包括：

1、支持的工作站数量；

2、支持的模拟用户数量；

3、数据库和文件容量；

4、数据通道数量；

动态数字需求包括：

1、数据吞吐量；

2、响应时间】。

【本节详细描述需求内容，包括要解决的问题和需求背后的动机。

BOSS系统应满足以下面描述的系统性能指标。

相应数据待系统原型实现后可能做适当修正。

【REQ_PERF_1】省中心联机计费数据采集设备的采集周期：

15分钟；

【REQ_PERF_2】从用户结束服务到原始服务记录出现在省中心联机计费数据采集接口的时限：

忙时15分钟，非忙时4小时；

【REQ_PERF_3】省际、国际漫游来访服务使用记录从联机计费数据采集接口到服务使用记录抵达全国中心放在被访省中心的通信服务器时限：

20分钟；

【REQ_PERF_4】省际、国际漫游来访服务使用记录从被访省中心的全国中心通信服务器到全国中心的传输时限：

10分钟；

【REQ_PERF_6】服务使用记录从采集完毕到批价完毕时限：

【REQ_PERF_7】从数据采集完毕到形成高额报告的时限：

【REQ_PERF_8】月出帐：

月结算周期完成全部用户出帐的时限8小时；

【REQ_PERF_9】详单查询响应时间30秒；

【REQ_PERF_10】日报统计：

前台营业员操作日报响应时间5分钟】。

6.4.可维护性

【本节描述：

1.安装

2.启动

3.关闭

4.备份和回复

5.故障解决】。

REQ-NF-SUPP-1:

Xxx应该提供日志功能，和日志分析工具用于故障处理；

6.5.安全性

【本节详细描述安全方面的需求，如访问级别等】。

SE-5:

系统应该只能允许经过授权的用户可以在家远程访问COS系统的内部网络；

6.6.可扩展性

【本节详细描述可扩展性方面的需求】。

7.系统配置

7.1.硬件和软件配置

【本节描述系统中用到的软硬件信息。

应当包括软硬件详细配置信息清单，如：

1.机器型号如：

HP9000K570服务器；

2.CPU；

3.内存；

4.磁盘空间；

5.软件项描述；

6.软件许可证类型和数量；

7.软硬件质量】。

7.2.网络配置

【本节描述系统用于同外部通信的网络软硬件配置情况】。

7.3.网络拓扑图

【本节图形化描述网络拓扑，包括所有相关的物理和逻辑连接，系统内子系统间的交互】。

7.4.开发环境

【本节提供开发环境信息】。

术语表

【本节给出术语定义】

名词

解释

移动/中国移动

中国移动通信集团公司以及其下属省移动通信公司（包括间接控股的省移动通信公司）。

客户

中国移动服务的消费者或潜在消费者。

用户

移动服务的定购者，通常与中国移动定有协议。

帐户

用户使用移动服务的付费实体。

信用度

用户使用移动服务的控制额度或控制数值，包括停复机信用度、出帐信用度、消费提示信用度等。

帐本

帐户的各种缴费渠道的收支汇总信息。

帐本科目

是往来帐户收支结算途径的分类属性。

服务

服务是由中国移动向使用者提供的一组业务功能。

附加服务

附加服务是指承载在某项主体服务上的附加功能。

用户必须先享有该主体服务才可以选择这些附加服务。

分析模型

【可选，包括任何相关分析模型，如：

数据流图，类图，状态转换图，或实体关系图】。

问题清单

【待解决需求问题的动态清单，如：

包括TBD，悬而未决问题，冲突等待解决等等】。