IT项目需求规格说明书模板.docx
- 文档编号:10461290
- 上传时间:2023-02-13
- 格式:DOCX
- 页数:51
- 大小:265.24KB
IT项目需求规格说明书模板.docx
《IT项目需求规格说明书模板.docx》由会员分享,可在线阅读,更多相关《IT项目需求规格说明书模板.docx(51页珍藏版)》请在冰豆网上搜索。
IT项目需求规格说明书模板
开发单位:
密级:
内部保密
需求规格说明书
Aostar&YinHai
项目管理
文件编号
文件名称
《XXXX系统》需求规格说明书
版本号
V0100
编制日期
项目编号
09080001P
项目名称
信息管理系统
项目经理
立项日期
修订历史记录
日期
版本号
作者
说明
2009-01-01
V0100
张三
最初版本
审核:
日期:
批准:
日期:
四川启明星银海科技有限公司
Aostar&YinHaiInformationTechnologiesCo.,Ltd
需求规格说明书...
1.引言4.
1.1.编写目的4.
1.2.文档构成4.
1.3.预期读者5.
1.4.术语及缩略词5.
2.相关现状说明6.
2.1.相关机构及岗位说明6
2.2.目前网络及部署环境6
2.3.相关应用及信息化建设情况7
3.需求总体说明7.
3.1.技术要求7.
3.2.规范及标准性要求7
3.3.系统边界与接口8.
4.功能需求1.1
4.1.需求概述.1.1
4.2.需求清单12
4.3.需求单元编号/子系统名称14
5.非功能需求21
5.1.运行要求21
5.2.数据精度要求21
5.3.性能要求24
5.4.安全性要求25
5.5.可靠性要求28
5.6.可维护性要求29
5.7.易用性要求29
5.8.备份要求31
5.9.其它要求31
6.集成需求40
6.1.应用集成平台40
62企业门户集成41
6.3.目录服务集成42
6.4.数据中心集成42
7.部署及运行环境42
8.附件42
1.引言
1.1.编写目的
需求规格说明书是标准化设计工作从业务建模过渡到系统设计的转折点。
需
求规格说明书在业务模型说明书的基础上针对业务本质进行系统信息化实现抽象,进行全面的需求分析工作,包括进行功能需求分析(业务功能需求、系统支撑需求等),进行数据需求分析(数据类需求、数据处理需求、代码需求等),进行系统非功能需求分析(集成需求、性能需求、安全需求、其他系统需求等),提供优化的业务功能和非功能需求标准规范。
需求规格说明书对标准化设计工作进行需求约束和界定,为标准化设计项目
接下来的功能精化设计、数据模型设计、IT架构设计、系统编码设计、系统安全设计提供完整的系统需求,需求分析同时也反过来促进的业务模型的完善,在
标准化设计过程中发挥着承上启下的关键作用。
需求规格说明书为各应用系统开发实施提供业务功能需求模型和系统需求模型,确保系统最终业务功能实现思路一致,同时作为实施阶段系统测试和用户文档的重要依据,是设计后续实现和验证的基础,是对未来运行系统进行评测、评价和验收的基础。
1.2.文档构成
系统需求从以下几个方面来描述:
功能需求:
指满足用户业务需求而必须具有的特性,常用交互场景方式描述系统的输入输出行为。
包括业务功能需求及非业务功能需求:
业务功能需求:
针对每个业务环节系统应实现的具体需求。
非业务功能需求:
支撑系统正常运行的公共功能,为业务功能实现提供统一共享的公共服务需求,包括工作流、日志管理、权限管理等
功能模块:
以业务子项或业务子子项为依据,根据具体使用角色的需要进一步细化的功能需求描述
功能点:
功能交互场景中每个步骤的详细描述,每个功能点通常包括操作动作和系统响应
基本功能点:
基本路径功能点,用例完成的关键路径,也是用户期望的路径。
一个基本功能点表示一个系统动作或表现交互辅助功能点:
扩展路径功能点
非功能性需求:
是指软件产品为满足用户业务需求而必须具有且除功能需求以外的特性。
软件产品的非功能性需求包括系统的性能、可靠性、安全性、可维护性、易用性、备份要求、集成要求等;
数据需求:
在各业务处理环节中针对业务处理对象和业务处理过程所产生的数据。
1.3.预期读者
需求规格说明书预期读者为业务专家、系统设计分析人员以及系统实施厂商的设计、开发、测试人员。
1.4.术语及缩略词
缩写词
英文解释
中文解释
API
ApplicationProgrammingInterface
应用编程接口
ASCII
AmericanStandardCodeforInformation
Interchange
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.相关机构及岗位说明
对项目应用相关的组织机构的描述,力求兼顾现状和发展,切身相关的职位、岗位、人员等需要具体说明,并将其职责清晰描述。
依据项目相关性,充分考虑到企业信息化和项目的发展,制作项目相关的单位、
部门及相关岗位的机构说明,也可以采用如下的组织关系图做总索引,对相关的单位、部门、岗位情况做详细的说明。
说明要具体清晰,特别是相关岗位的职责以及具体负责的相关事务等内容。
22目前网络及部署环境
对项目部署依赖环境的说明,必须清晰的表述目前环境和将要部署环境的差
异,以及和项目相关的网络、服务器及其他相关配置的具体情况,用户方是否会有相关的环境调整和发展计划,相关本项目的部分也要具体清晰说明,例如具体服务器的配置情况等。
23相关应用及信息化建设情况
这部分应详细描述系统相关且具有依赖性或关联性的信息化建设情况,如果
较多,可以采用此处概述,附件详细说明的形势。
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
33系统边界与接口
清晰描述该项目业务和用户其他业务应用之间的关系,以及该项目内部业务
功能之间的关系,对于多层次管理应用和多层次部署要求的项目,应当针对业务
功能模块,明确各个业务功能模块在不同级别应用上的区别和共性,可以以图示方式说明,但是要求必须准确和清晰,
利用本节来确定可以保证新产品与外部组件正确连接的需求。
关联图表示了
高层抽象的外部接。
需要把对接口数据和控制组件的详细描述写入数据字典中。
如果产品的不同部分有不同的外部接口,那么应把这些外部接口的详细需求并入到这一部分的实例中。
例如:
图1系统功能结构图
如上图所示为实时数据采集以及预警在井场信息远传及网络发布系统中所
起作用以及地位。
实时数据采集与预警系统:
对于实时数据采集,实现典型的综合录井仪实时
数据采集,从而完成典型的综合录井仪数据接入,包括SK、SW、CMS、ALS-2,
并将其数据格式转换成标准的符合实时数据库模型的数据格式;对于预警:
监控
每口井的工程状况,发现工程异常后进行预警,并将预警结果信息写入到实时数据库。
实时数据采集预警管理维护软件:
主要是提供可视化界面的方式对实时数据采集预警系统进行管理和维护。
3・3・1・主业务流程
清晰描述该项目业务和用户其他业务应用之间的关系,以及该项目内部业务功能之间的关系,对于多层次管理应用和多层次部署要求的项目,应当针对业务功能模块,明确各个业务功能模块在不同级别应用上的区别和共性,可以以图示方式说明,但是要求必须准确和清晰。
3・3・2・硬件接口
描述系统中软件和硬件每一接口的特征。
这种描述可能包括支持的硬件类型、软硬件之间交流的数据和控制信息的性质以及所使用的通信协议。
3.3.3.软件接口
描述该产品与其它外部组件(由名字和版本识别)的连接,包括数据库、操作系统、工具、库和集成的商业组件。
明确并描述在软件组件之间交换数据或消息的目的。
描述所需要的服务以及内部组件通信的性质。
确定将在组件之间共享
的数据。
例如:
333.1.例:
与实时数据库、消息中间件的接口
实时数据采集后,将解析其数据格式,按照实时数据库模型进行数据格式标准化,包括名称、单位等,并生成如下格式(可以为两种格式xml、csv):
注1:
生成数据,其标签名应符合如下格式:
参数名•井号
注2:
Xml格式:
vDataListVersion="3.1.1760">
01:
29
注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.需求概述
需求分三级展开:
子系统,模块,业务用例。
子系统需要描述该子系统需要实现哪些功能点,用到的业务名称解释,
以及整个系统涉及的总体业务流程;
模块需要描述该模块需要实现哪些功能点,以及该模块涉及的业务流程,模块级核心算法等;
业务用例描绘描述具体功能点的业务需求。
42需求清单
需求编号
需求名称
子系统/模块
优先级
版本号
修改人员
「90030011
用户管理
高冲/
低
V0100
张三
工作流管理
43需求单元编号/子系统名称
4.3.1.概述
描述该系统的实现的主要功能点,起提纲作用。
4.3.2.专有定义和解释
对于本单元中涉及到的专有名字或内容做出专业性质的解释。
4.3.3.业务活动以及业务流程
以VISIO或者WORD图形方式,细致展现子系统涉及到的业务流程,对于能够细化的流程,以子流程方式提供。
流程中必须标示(或者在后面附加说明)具体执行的角色或岗位,以及相关的控制点情况
4.3.4.安全及性能要求需求
依据用户提出的具体要求,对本单元中所有有关性能的指标进行明细量化,便于设计把握。
如用户单位对使用方便的需求,对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊需求等。
如用户单位对本单元中存在的安全要
求,例如安全保密的需求、高敏感数据要求密文存储等,具体描述。
4.3.5.边界和接口需求
在本项目中,本单元与其他业务单元发生的关系,以关系图描述更好,特别要关注信息的变化。
4.3.6.需求单元编号.模块名称
4.361.概述
描述该模块的实现的主要功能点。
4362业务活动以及业务流程
模块内涉及业务流程以及相应的业务活动。
4363安全以及性能需求
依据用户提出的具体要求,对本单元中所有有关性能的指标进行明细量化,
便于设计把握。
如用户单位对使用方便的需求,对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊需求等。
如用户单位对本单元中存在的安全要求,例如安全保密的需求、高敏感数据要求密文存储等,具体描述。
4364边界以及接口需求
在本项目中,本模块与其他业务模块发生的关系,以关系图描述更好,特别要关注信息的变化。
4.365.需求单元编号/业务用例名称
需求编号
r10030011
需求名称
需求模板
业务说明
业务子项的概要说明。
引用业务说明书的业务描述。
【实例】
根据客户提交的用电申请及相关资料,受理低压客户新装业务。
业务规则
一、与功能有关的规则(如果与功能无关的规则下没内容,本项标题可以不写)
描述业务项、业务子项中的工作要求及工作内容,与功能有关的规则(该部分必须列出)。
1、抽象业务说明书中工作要求的业务规则。
2、抽象业务说明书中工作内容的业务规则。
二、与功能无关的规则(如果本项下没内容,本项标题可以不写)描述业务项、业务子项中的工作要求及工作内容,与功能无关的规则(该部分可以不列举)
使用级别
省公司、地市公司、区县公司、供电所
先决条件
功能执行和启动的必备条件描述。
XXX业务项已完成。
XXX文档已产生。
XXX数据已经生成,符合XXX条件。
4、XXX审批已通过。
功能要求
基本
功能
共计XXX个基本功能点
参照业务模型说明书中的工作要求与工作内容描述基本功能具体实现过程。
基本功能描述必须能体现过程实现的顺序,及该过程中所包含的基本功能;在描述中需要充分考虑对可预知的过程分支、异常等特殊情况的处理方法。
基本功能内容必须涵盖业务模型说明书中的工作要求和工作内容
(除与功能无关的规则)。
基本功能可以参照以下的几种描述方法:
方法一、初始化功能
描述方法:
<XXX数据项〉默认为<XXX数据值>。
方法二、查询类功能
描述方法:
输入<XXX条件><,按照XXX顺序>,查询VYYYY信息〉。
选择<XXX条件><,按照XXX顺序〉,查询<YYYY信息>。
输入或选择<XXX条件><,按照XXX顺序>,查询<YYYY信息>。
方法三、判断类功能
描述方法:
如果<XXX条件〉,则<执行丫丫丫丫功能>V,否则<执行ZZZ功能>>。
方法四、输入保存类功能
描述方法:
根据<XXX资料或信息>,输入并保存<XXX信息>。
方法五、统计类功能
描述方法:
按<XXX>,统计出<XXX结果>。
方法六、过程处理类功能
描述方法:
根据<XXX>,<完成XXX处理>。
输入或选择<XXX>,完成<XXX处理〉,得到<XXX信息>。
按照<XXX>流程设置发送<XXX>到<XXX>环节。
根据<XXX规则〉,生成<XXX编号及XXX信息>。
按<XXX规则〉,对<XXX信息〉进行校验。
方法七、异常处理类功能
描述方法:
如果出现<XXX>错误,进行<XXX>处理。
方法八、其它支持功能
描述方法:
根据XXX,打印XXX单据。
可以查询<XXX>。
按XXX……排序。
共计2个基本功能点
【实例】
根据『客户识别信息』(01_099_004查询与该客户属于同一自然人或同一法人主体的其它客户电费缴费情况,如有欠费则须在缴清电费后方受理。
【改为】
输入『客户识别信息』(01099004),查询与该客户属于同一自然
人或同一法人主体的其它客户电费缴费情况,如有欠费则须在缴清电费后方可受理。
【格式实例】
输入客户识别信息后自动通过『客户识别信息』(01_099_004)查询
与该客户属于同一自然人或同一法人主体的其它客户电费缴费情况,如有欠费则须在缴清电费后方可受理。
输入客户识别信息后自动通过『客户识别信息』(01_099_004)查询
与该客户属于同一自然人或同一法人主体的其它客户电费缴费情况,如有欠费则须在缴清电费后方可受理。
输入客户识别信息后自动通过『客户识别信息』(01_099_004)查询
与该客户属于同一自然人或同一法人主体的其它客户电费缴费情况,如有欠费则须在缴清电费后方可受理。
输入客户识别信息后自动通过『客户识别信息』(01_099_004)查询
与该客户属于同一自然人或同一法人主体的其它客户电费缴费情况,如有欠费则须在缴清电费后方可受理。
输入客户识别信息后自动通过『客户识别信息』(01_099_004)查询
与该客户属于同一自然人或同一法人主体的其它客户电费缴费情况,如有欠费则须在缴清电费后方可受理。
输入客户识别信息后自动通过『客户识别信息』(01_099_004)查询
与该客户属于同一自然人或同一法人主体的其它客户电费缴费情况,如有欠费则须在缴清电费后方可受理。
辅助
功能
共计XXX个辅助功能点
在系统实现所支撑业务的基本过程中提供的非必需但能辅助业务方便、快捷开展及保障业务过程顺利实现的功能。
可查询<XXX信息>。
可打印<XXX单据>。
可导出<XXX>格式<XXX数据>。
可按<XXX>排序。
共计2个辅助功能点
可查询相同识别信息(如:
身份证号码、用电地址、联系电话)的客户服务记录。
可打印客户查询卡。
查询卡是提供给客户查询业务办理情况的单据,主要信息包括客户的工作单编号,业务类型,受理人员以及供电公司的联系方式等。
提示
信息
描述各种情况的提示信息。
如果<XXX条件(或情况)>,则<进行>提示<XXX信息>。
【实例】
同一户名,用电地址或联系电话的客户申请用电进行提示。
【改为】
如果办理申请的客户户名、用电地址或联系电话已经存在,则提示。
处理
约束
描述功能实现时针对业务要求内部必须满足的控制性约束和条件。
描述功能处理的算法,数据之间的逻辑关系等。
描述方法如下:
必须填写VXXX>信息的VYYYZZZ数据栏>
不允许<执行XXX处理><,只能<执行YYY处理>>如果<XXX情况〉,则不允许<必须><YYYY>。
<XXX>与<YYY>必须相等或平衡
算法。
【实例】
必须填写户名,用电地址,联系电话,证件类别,证件号码,管理单位等信息。
修改客户档案时,不允许修改客户编号。
信息处理要求
输入
信息
要求:
填写功能输入(查询系统)的信息,如勘测处理功能中的客户申请信息。
如果输入的信息是整个信息类,则信息类后要加信息类编号,不需罗列具体数据项。
否则罗列数据项格式如下:
<XXX>信息:
VYYY、ZZZ……>
如果是网站及客户服务电话完成预受理的客户,本环节需要客户预受理信息。
预受理信息:
户名、地址、联系电话、预受理业务联系
对特殊情况的性能响应要求应单独进行描述,如电费计算,复杂电费报表。
安全要求包括操作:
是否需要审计
是否需要AB密码校验
是否需要第三方安全接口
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- IT 项目 需求 规格 说明书 模板