IT项目需求规格说明书模板.docx

IT项目需求规格说明书模板.docx

《IT项目需求规格说明书模板.docx》由会员分享，可在线阅读，更多相关《IT项目需求规格说明书模板.docx（44页珍藏版）》请在冰豆网上搜索。

IT项目需求规格说明书模板

密级：

内部保密

需求规格说明书

Aostar&YinHai

项目管理

文件编号

文件名称

《XXXX系统》需求规格说明书

版本号

v0100

编制日期

项目编号

09080001P

项目名称

信息管理系统

项目经理

立项日期

修订历史记录

日期

版本号

作者

说明

2009-01-01

v0100

张三

最初版本

审核：

日期：

批准：

日期：

开发单位：

四川启明星银海科技有限公司

Aostar&YinHaiInformationTechnologiesCo.,Ltd

1.引言

1.1.编写目的

需求规格说明书是标准化设计工作从业务建模过渡到系统设计的转折点。

需求规格说明书在业务模型说明书的基础上针对业务本质进行系统信息化实现抽象，进行全面的需求分析工作，包括进行功能需求分析（业务功能需求、系统支撑需求等），进行数据需求分析（数据类需求、数据处理需求、代码需求等），进行系统非功能需求分析（集成需求、性能需求、安全需求、其他系统需求等），提供优化的业务功能和非功能需求标准规范。

需求规格说明书对标准化设计工作进行需求约束和界定，为标准化设计项目接下来的功能精化设计、数据模型设计、IT架构设计、系统编码设计、系统安全设计提供完整的系统需求，需求分析同时也反过来促进的业务模型的完善，在标准化设计过程中发挥着承上启下的关键作用。

需求规格说明书为各应用系统开发实施提供业务功能需求模型和系统需求模型，确保系统最终业务功能实现思路一致，同时作为实施阶段系统测试和用户文档的重要依据，是设计后续实现和验证的基础，是对未来运行系统进行评测、评价和验收的基础。

1.2.文档构成

系统需求从以下几个方面来描述：

●功能需求：

指满足用户业务需求而必须具有的特性，常用交互场景方式描述系统的输入输出行为。

包括业务功能需求及非业务功能需求：

⏹业务功能需求：

针对每个业务环节系统应实现的具体需求。

⏹非业务功能需求：

支撑系统正常运行的公共功能，为业务功能实现提供统一共享的公共服务需求，包括工作流、日志管理、权限管理等

⏹功能模块：

以业务子项或业务子子项为依据，根据具体使用角色的需要进一步细化的功能需求描述

⏹功能点：

功能交互场景中每个步骤的详细描述，每个功能点通常包括操作动作和系统响应

◆基本功能点：

基本路径功能点，用例完成的关键路径，也是用户期望的路径。

一个基本功能点表示一个系统动作或表现交互

◆辅助功能点：

扩展路径功能点

●非功能性需求：

是指软件产品为满足用户业务需求而必须具有且除功能需求以外的特性。

软件产品的非功能性需求包括系统的性能、可靠性、安全性、可维护性、易用性、备份要求、集成要求等；

●数据需求：

在各业务处理环节中针对业务处理对象和业务处理过程所产生的数据。

1.3.预期读者

需求规格说明书预期读者为业务专家、系统设计分析人员以及系统实施厂商的设计、开发、测试人员。

1.4.术语及缩略词

缩写词

英文解释

中文解释

API

ApplicationProgrammingInterface

应用编程接口

ASCII

AmericanStandardCodeforInformationInterchange

ASCII码

B/S

Browse/Server

浏览器/服务器

C/S

Client/Server

客户机/服务器

CMM

CapabilityMaturityModel

能力成熟度模型

CPU

CentralProcessingUnit

中央处理器

IEEE

InstituteofElectrical&ElectronicsEngineers

电气与电子工程师协会

IP

InternetProtocol

网际协议

ISO

InternationalStandardizationOrganization

国际标准化组织

LAN

LocalAreaNetwork

局域网

LCD

LiquidCrystalDisplay

液晶显示器

MAC

MediaAccessControl

网络适配器地址

MIS

ManagementInformationSystem

管理信息系统

RAID

RedundantArrayofIndependentDisks

冗余磁盘阵列

TCP

TransmissionControlProtocol

传输控制协议

TCP/IP

TransmissionControlProtocol/InternetProtocol

传输控制协议/网际协议

UPS

UninterruptedPowerSystem

不间断电源系统

USB

UniversalSerialBus

通用串行总线

VLAN

VirtualLocalAreaNetwork

虚拟局域网

VPN

VirtualPrivateNetwork

虚拟专用网

XML

eXtendedMarkupLanguage

扩展标记语言

2.相关现状说明

对项目应用部署可能依赖的现有环境、现有客户管理环境、相关业务现状等做出详细的描述，如果是在一定应用基础上建设，还需要对依赖的基础进行细致的说明，例如原始设计资料等，可以以附件形势提供，此部分内容包含且不限于以上内容。

2.1.相关机构及岗位说明

对项目应用相关的组织机构的描述，力求兼顾现状和发展，切身相关的职位、岗位、人员等需要具体说明，并将其职责清晰描述。

依据项目相关性，充分考虑到企业信息化和项目的发展，制作项目相关的单位、部门及相关岗位的机构说明，也可以采用如下的组织关系图做总索引，对相关的单位、部门、岗位情况做详细的说明。

说明要具体清晰，特别是相关岗位的职责以及具体负责的相关事务等内容。

2.2.目前网络及部署环境

对项目部署依赖环境的说明，必须清晰的表述目前环境和将要部署环境的差异，以及和项目相关的网络、服务器及其他相关配置的具体情况，用户方是否会有相关的环境调整和发展计划，相关本项目的部分也要具体清晰说明，例如具体服务器的配置情况等。

2.3.相关应用及信息化建设情况

这部分应详细描述系统相关且具有依赖性或关联性的信息化建设情况，如果较多，可以采用此处概述，附件详细说明的形势。

3.需求总体说明

项目总体技术要求、性能、安全及标准和规范性要求，以及项目相关的其他总体性的要求，这部分往往涉及到客户最关注的整体指标性的要求，所以描述应力求清晰。

此部分包含且不限于以下内容（根据实际项目情况增补）。

3.1.技术要求

包括技术路线、技术标准、技术限制（包括数据库、操作系统、中间件等）等相关的技术指标要求。

技术

要求

技术路线

B/S和C/S相结合的方式，以B/S为主

技术标准

Hibernate/Struts/Spring/ajax/AdobeForm/

开发工具

eclipse3.1/MyEclipse/JBuilder2006/Drameware

数据库

Oracle10g/MicrosoftSQLServer2000/Sybase12.0

中间件

WeblogicPortalServer/JBoss4.1/Tomcat6.0

客户端

InternetExplorer6.0/7.0、Firefox

MicrosoftXMLParser4.0

消息/交易中间件

BEATuxedo/IBMMQSeries/东方通

3.2.规范及标准性要求

此部分描述和项目相关的用户规范性及标准性的要求，如果有相关的电子资料，以附件形式提供，或者引用说明，便于设计和开发人员参考。

凡是注日期的引用文件，其随后所有的修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。

凡是不注日期的引用文件，其最新版本适用于本标准。

参考文件

版本

作者

XXXX技术规范书

XXXX技术协议

XXXX用户调研报告

XXXX会议纪要

XXXX建设方案

《国家电网公司“十一五”信息发展规划》

2006年

《国家电网公司应用软件通用安全要求》

2006年

《电网企业信息系统等级保护技术要求》

2002年

《电网调度管理条例》

【1993】第115号

中华人民共和国国务院令

《电力监管条例》

【2005】第432号

中华人民共和国国务院令

《GB/T8567-2006计算机软件文档编制规范》

2006年

《GB/T11457-2006软件工程术语》

2006年

《GB/T18336.2－2001信息技术安全技术信息技术安全性评估准则第2部分：

安全功能要求》

GB/T18336.2－2001

3.3.系统边界与接口

清晰描述该项目业务和用户其他业务应用之间的关系，以及该项目内部业务功能之间的关系，对于多层次管理应用和多层次部署要求的项目，应当针对业务功能模块，明确各个业务功能模块在不同级别应用上的区别和共性，可以以图示方式说明，但是要求必须准确和清晰，

利用本节来确定可以保证新产品与外部组件正确连接的需求。

关联图表示了高层抽象的外部接。

需要把对接口数据和控制组件的详细描述写入数据字典中。

如果产品的不同部分有不同的外部接口，那么应把这些外部接口的详细需求并入到这一部分的实例中。

例如：

图1系统功能结构图

如上图所示为实时数据采集以及预警在井场信息远传及网络发布系统中所起作用以及地位。

实时数据采集与预警系统：

对于实时数据采集，实现典型的综合录井仪实时数据采集，从而完成典型的综合录井仪数据接入，包括SK、SW、CMS、ALS-2，并将其数据格式转换成标准的符合实时数据库模型的数据格式；对于预警：

监控每口井的工程状况，发现工程异常后进行预警，并将预警结果信息写入到实时数据库。

实时数据采集预警管理维护软件：

主要是提供可视化界面的方式对实时数据采集预警系统进行管理和维护。

3.3.1.主业务流程

清晰描述该项目业务和用户其他业务应用之间的关系，以及该项目内部业务功能之间的关系，对于多层次管理应用和多层次部署要求的项目，应当针对业务功能模块，明确各个业务功能模块在不同级别应用上的区别和共性，可以以图示方式说明，但是要求必须准确和清晰。

3.3.2.硬件接口

描述系统中软件和硬件每一接口的特征。

这种描述可能包括支持的硬件类型、软硬件之间交流的数据和控制信息的性质以及所使用的通信协议。

3.3.3.软件接口

描述该产品与其它外部组件（由名字和版本识别）的连接，包括数据库、操作系统、工具、库和集成的商业组件。

明确并描述在软件组件之间交换数据或消息的目的。

描述所需要的服务以及内部组件通信的性质。

确定将在组件之间共享的数据。

例如：

3.3.3.1.例：

与实时数据库、消息中间件的接口

实时数据采集后，将解析其数据格式，按照实时数据库模型进行数据格式标准化，包括名称、单位等，并生成如下格式（可以为两种格式xml、csv）：

注1：

生成数据，其标签名应符合如下格式：

参数名.井号

注2：

Xml格式：

2008-09-2213:

01:

29

1

Good

注3：

CSV格式：

[Data]

TimeStamp,DataQuality,Value,参数名.井号

2008-09-2509:

10:

20,good,1,参数名.井号

2008-09-2509:

10:

25,good,1,参数名.井号

将生成的标准格式的数据字节流，通过消息中间件传输到基地，并生成文件，由实时数据采集器进行采集。

3.3.4.通信接口

描述与产品所使用的通信功能相关的需求，包括电子邮件、Web浏览器、网络通信标准或协议及电子表格等等。

定义了相关的消息格式。

规定通信安全或加密问题、数据传输速率和同步通信机制。

4.功能需求

4.1.需求概述

需求分三级展开：

子系统，模块，业务用例。

●子系统需要描述该子系统需要实现哪些功能点，用到的业务名称解释，以及整个系统涉及的总体业务流程；

●模块需要描述该模块需要实现哪些功能点，以及该模块涉及的业务流程，模块级核心算法等；

●业务用例描绘描述具体功能点的业务需求。

4.2.需求清单

需求编号

需求名称

子系统/模块

优先级

版本号

修改人员

r90030011

用户管理

高/中/低

v0100

张三

工作流管理

4.3.需求单元编号/子系统名称

4.3.1.概述

描述该系统的实现的主要功能点，起提纲作用。

4.3.2.专有定义和解释

对于本单元中涉及到的专有名字或内容做出专业性质的解释。

4.3.3.业务活动以及业务流程

以VISIO或者WORD图形方式，细致展现子系统涉及到的业务流程，对于能够细化的流程，以子流程方式提供。

流程中必须标示（或者在后面附加说明）具体执行的角色或岗位，以及相关的控制点情况

4.3.4.安全及性能要求需求

依据用户提出的具体要求，对本单元中所有有关性能的指标进行明细量化，便于设计把握。

如用户单位对使用方便的需求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊需求等。

如用户单位对本单元中存在的安全要求，例如安全保密的需求、高敏感数据要求密文存储等，具体描述。

4.3.5.边界和接口需求

在本项目中，本单元与其他业务单元发生的关系，以关系图描述更好，特别要关注信息的变化。

4.3.6.需求单元编号.模块名称

4.3.6.1.概述

描述该模块的实现的主要功能点。

4.3.6.2.业务活动以及业务流程

模块内涉及业务流程以及相应的业务活动。

4.3.6.3.安全以及性能需求

依据用户提出的具体要求，对本单元中所有有关性能的指标进行明细量化，便于设计把握。

如用户单位对使用方便的需求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊需求等。

如用户单位对本单元中存在的安全要求，例如安全保密的需求、高敏感数据要求密文存储等，具体描述。

4.3.6.4.边界以及接口需求

在本项目中，本模块与其他业务模块发生的关系，以关系图描述更好，特别要关注信息的变化。

4.3.6.5.需求单元编号/业务用例名称

需求编号

r10030011

需求名称

需求模板

业务说明

业务子项的概要说明。

引用业务说明书的业务描述。

【实例】

根据客户提交的用电申请及相关资料，受理低压客户新装业务。

业务规则

一、与功能有关的规则（如果与功能无关的规则下没内容，本项标题可以不写）

描述业务项、业务子项中的工作要求及工作内容，与功能有关的规则（该部分必须列出）。

1、抽象业务说明书中工作要求的业务规则。

2、抽象业务说明书中工作内容的业务规则。

二、与功能无关的规则（如果本项下没内容，本项标题可以不写）

描述业务项、业务子项中的工作要求及工作内容，与功能无关的规则（该部分可以不列举）

使用级别

省公司、地市公司、区县公司、供电所

先决条件

功能执行和启动的必备条件描述。

XXX业务项已完成。

XXX文档已产生。

XXX数据已经生成，符合XXX条件。

4、XXX审批已通过。

功能要求

基本功能

共计XXX个基本功能点

参照业务模型说明书中的工作要求与工作内容描述基本功能具体实现过程。

基本功能描述必须能体现过程实现的顺序，及该过程中所包含的基本功能；在描述中需要充分考虑对可预知的过程分支、异常等特殊情况的处理方法。

基本功能内容必须涵盖业务模型说明书中的工作要求和工作内容（除与功能无关的规则）。

基本功能可以参照以下的几种描述方法：

方法一、初始化功能

描述方法：

默认为。

方法二、查询类功能

描述方法：

输入<，按照XXX顺序>，查询。

选择<，按照XXX顺序>，查询。

输入或选择<，按照XXX顺序>，查询。

方法三、判断类功能

描述方法：

如果，则<执行YYYY功能><,否则<执行ZZZ功能>>。

方法四、输入保存类功能

描述方法：

根据，输入并保存。

方法五、统计类功能

描述方法：

按，统计出。

方法六、过程处理类功能

描述方法：

根据，<完成XXX处理>。

输入或选择，完成，得到。

按照流程设置发送到环节。

根据，生成。

按，对进行校验。

方法七、异常处理类功能

描述方法：

如果出现错误，进行处理。

方法八、其它支持功能

描述方法：

根据XXX，打印XXX单据。

可以查询。

按XXX……排序。

共计2个基本功能点

【实例】

根据『客户识别信息』（01_099_004）查询与该客户属于同一自然人或同一法人主体的其它客户电费缴费情况，如有欠费则须在缴清电费后方受理。

【改为】

输入『客户识别信息』（01_099_004），查询与该客户属于同一自然人或同一法人主体的其它客户电费缴费情况，如有欠费则须在缴清电费后方可受理。

【格式实例】

输入客户识别信息后自动通过『客户识别信息』（01_099_004）查询与该客户属于同一自然人或同一法人主体的其它客户电费缴费情况，如有欠费则须在缴清电费后方可受理。

输入客户识别信息后自动通过『客户识别信息』（01_099_004）查询与该客户属于同一自然人或同一法人主体的其它客户电费缴费情况，如有欠费则须在缴清电费后方可受理。

输入客户识别信息后自动通过『客户识别信息』（01_099_004）查询与该客户属于同一自然人或同一法人主体的其它客户电费缴费情况，如有欠费则须在缴清电费后方可受理。

输入客户识别信息后自动通过『客户识别信息』（01_099_004）查询与该客户属于同一自然人或同一法人主体的其它客户电费缴费情况，如有欠费则须在缴清电费后方可受理。

输入客户识别信息后自动通过『客户识别信息』（01_099_004）查询与该客户属于同一自然人或同一法人主体的其它客户电费缴费情况，如有欠费则须在缴清电费后方可受理。

输入客户识别信息后自动通过『客户识别信息』（01_099_004）查询与该客户属于同一自然人或同一法人主体的其它客户电费缴费情况，如有欠费则须在缴清电费后方可受理。

辅助

功能

共计XXX个辅助功能点

在系统实现所支撑业务的基本过程中提供的非必需但能辅助业务方便、快捷开展及保障业务过程顺利实现的功能。

可查询。

可打印。

可导出格式。

可按排序。

共计2个辅助功能点

可查询相同识别信息（如：

身份证号码、用电地址、联系电话）的客户服务记录。

可打印客户查询卡。

查询卡是提供给客户查询业务办理情况的单据，主要信息包括客户的工作单编号，业务类型，受理人员以及供电公司的联系方式等。

提示信息

描述各种情况的提示信息。

如果，则<进行>提示。

【实例】

同一户名，用电地址或联系电话的客户申请用电进行提示。

【改为】

如果办理申请的客户户名、用电地址或联系电话已经存在，则提示。

处理

约束

描述功能实现时针对业务要求内部必须满足的控制性约束和条件。

描述功能处理的算法，数据之间的逻辑关系等。

描述方法如下：

必须填写信息的

不允许<执行XXX处理><,只能<执行YYY处理>>

如果，则不允许<必须>。

与必须相等或平衡

算法。

【实例】

必须填写户名，用电地址，联系电话，证件类别，证件号码，管理单位等信息。

修改客户档案时，不允许修改客户编号。

信息处理

要

输入

信息

要求：

填写功能输入（查询系统）的信息，如勘测处理功能中的客户申请信息。

如果输入的信息是整个信息类，则信息类后要加信息类编号，不需罗列具体数据项。

否则罗列数据项格式如下：

信息：

求

如果是网站及客户服务电话完成预受理的客户，本环节需要客户预受理信息。

预受理信息：

户名、地址、联系电话、预受理业务联系

输出信息

要求：

本功能输出（系统保存）的信息。

如果输出的信息是整个信息类，则信息类后要加信息类编号，不需罗列具体数据项。

否则罗列数据项格式如下：

信息：

客户申请信息：

客户编号，客户名称，行政区，用电地址，客户类型，联系地址，邮编，联系人，联系电话，移动电话。

用电设备信息：

设备名称，型号，容量，台数，合计容量

流程信息：

传单编号、业务类型、用户名称、开始时间、完成时间

考核要素

列出考核要素，根据考核要素描述本业务子项应具备的功能。

列出业务说明书（业务要求或工作要求）中考核要素。

针对XXX考核要素，在本业务子项应提供XXX功能。

如：

针对答复时限考核要求，需对超期业务进行记录，并对即将到期业务进行提醒。

非功能需求

包括性能需求、安全需求和其他需求。

根据以下表格指出本业务项的性能分类。

分类

性能要求

适用功能

事务处理

快速响应

响应时间<=5秒

普通响应

响应时间<=10秒

批量处理

响应时间<=5分钟

查询

简单查询

响应时间<=5秒

精确查询、简单条件查询

综合查询

响应时间<=10秒

非统计查询

统计

简单统计

响应时间<=30秒

复杂统计

响应时间<=10分钟

复杂报表统计

对特殊情况的性能响应要求应单独进行描述，如电费计算，复杂电费报表。

安全要求包括操作：

是否需要审计

是否需要AB密码校验

是否需要第三方安全接口

数据权限，XXX部门的人员只能查询XXX范围的XXX数据

此