需求说明书
I
目录
第1章项目描述
第2章平台需求说明
2.1 平台功能需求
2.1.1 集成共享总线
2.1.1.1 路由分发
动态路由分发：URL路由、基于规则的路由、消息合并、消息分发
基于服务路由
基于消息路由
路由规则管理
2.1.1.2 任务管理
负载均衡
资源配置
任务调度
任务执行
2.1.1.3 协议转换
要求能对目前主流的通讯协议和消息格式能够自动适配和接入，无需开发能实现异构消息格式、不同通讯协议直接的自由转换。提供图形化、可配置的数据格式转换工具和手段。实现异构系统间信息的自由流转，相互协作。
HTTP TO JMS;JMS To HTTP
Socket To JMS;JMS To Socket
SOAP To JMS;JMS To SOAP
JSON To SOAP;SOAP To JSON
基于XQuery、XPath或XSLT进行消息转换
XML转换、MFL转换
基于消息级别的跟踪
自定义协议转换
2.1.1.4 接口适配
WebService适配
FTP适配
MQ适配
HTTP适配
JMS适配
Socket
2.1.1.5 数据处理
2.1.1.5.1 数据抽取
支持多种关系数据库
2.1.1.5.2 文本抽取
2.1.1.5.3 数据映射
2.1.1.5.4 数据压缩/解压
2.1.1.5.5 数据加密/解密
数据可以使用高级加密标准(AES) 或RC2 进行加密。AES 和RC2 支持多种密钥长度。
2.1.1.6 异构系统连通性
支持iWay 5.5 Adapters、.NET、Oracle AQ、Tuxedo、MSMQ、IBM MQ、Oracle WebLogic、IBM WebSphere、Apache AXIS、Axway EDI、Cyclone B2B Interchange等
Websphere MQ的内部传送，SecureFTP；Siebel 和PeopleSoft；Oracle BPEL PM；SAP 2.1.1.7 跨平台数据和消息传递
支持同步、异步、发布、订阅
支持传统消息格式：JMS、EJB/RMI、Tuxedo、FTP、SMTP、File、Email(SMTP/POP3/IMAP)、Socket、EJB converter JAR、EJB/RMI on WebLogic和本地数据库查找等。
支持http(s)/FTP/File/JA V A/.net/Mail/Socket/DB/MQ/自定义接口
支持各种Web Service 传输，包括：HTTP/SOAP、WS-I、WS-Security、WS-Policy、WS-Addressing、SOAP v1.2等
提供客户传输协议开发包，能够对特定的传输协议进行客户化开发，满足各种应用场景的需求
通信模式的定制：包括日志记载、模式识别、评测、变换、消息验证以及定制路由
支持变量定义、顺序、分支、循环等基于规则的服务编排和路由
2.1.2 服务管理
2.1.2.1 服务编排
动态消息路由
异常处理机制
服务业务运算
垃圾信息过滤机制
2.1.2.2 服务管控
2.1.2.2.1 服务发布管理
1) 标准服务发布
服务集成平台对注册的标准服务进行相关配置验证，包括对服务的访问权限、服务的
流量控制等一系列关键信息进行最终验证，通过后将对标准服务正式发布，发布后的标准服务转为工作态，此时用户可以通过服务查找找到该标准服务，并可以调用该标准服务。
2) 标准服务暂停
当标准服务出现异常或需要调整时，对消费者不可用，服务集成平台将标准服务置为
暂停态，对消费者可以查找但不可使用。
3) 标准服务注销
发现长期不用的服务能务时，需要通过注销将该标准服务废除。标准服务废除需要启
动相应标准服务注销管理流程
2.1.2.2.2 服务版本管理
总线上可保存一个服务的历史版本，可根据不同时期的需要发布不同版本，记录版本发布历史。
2.1.2.2.3 服务发现/订阅管理
2.1.2.2.4 动态的、策略驱动的服务选择
2.1.2.3 服务注册管理
注册权限管理
允许浏览服务注册处，允许将资源从其它应用导入到注册处
允许将配置数据从一个环境移植到另外一个环境（例如，从开发域到测试域，或到生产域）；在导入过程中，系统允许忽略一些针对特殊环境的设置
订阅关系管理
路由信息管理
服务元数据管理
日志数据管理
2.1.2.4 S LA
服务的平均处理时间
处理量
错误、违反安全和schema验证错误的次数
管理员可以为违反SLA规则的行为设定警告
设定服务的线程、流量等参数
客户化的报警和报表
2.1.3 监控中心
2.1.
3.1 平台监控
2.1.
3.1.1 平台资源占用状况监控
实时显示平台的cpu，内存等资源的占用情况
2.1.
3.1.2 吞吐量监控
显示一段时间内的交易次数，平均报文大小，总报文大小等数据
2.1.
3.1.3 消息队列使用情况监控
2.1.
3.2 服务监控
2.1.
3.2.1 服务并发量监控
能够从服务域、服务商、服务、时间段等不同的维度统计服务调用的并发量
2.1.
3.2.2 服务平均处理时间监控
能够从服务域、服务商、服务等不同的维度统计一个时间段内服务的平均处理时间2.1.3.2.3 服务忙时处理时间监控
能够从服务域、服务商、服务等不同的维度统计忙时（如cpu占用70%，内存占用70%）的服务的平均处理时间
2.1.
3.2.4 服务吞吐量监控
能够显示最近一段时间内的每次服务调用过程中的请求和响应的报文大小。
能够从服务域、服务商、服务目录、服务、时间段等不同的维度统计服务调用过程中请求和响应报文的平均大小。
能够从服务域、服务商、服务目录、服务、时间段等不同的维度维度统计前N 位请求报文最大和响应报文最大的服务调用，即TopN 统计。
2.1.
3.3 监控报告
2.1.
3.3.1 ESB平台监控报表
2.1.
3.3.2 服务吞吐量报表
2.1.4 开发视图
消息增强开发视图
消息路由开发视图
消息转化开发视图
服务开发视图
服务编排开发视图
服务调试视图
2.1.5 平台管理
2.1.5.1 权限管理
2.1.5.1.1 角色管理
能够为组织添加/修改/删除角色，以及角色相关属性等。
2.1.5.1.2 权限管理
能够为组织/角色/个人配置合适的操作权限及菜单访问权限。
2.1.5.1.3 用户组/角色关系管理
能够添加/修改/删除角色与用户组的对应关系
2.1.5.2 日志管理
2.1.5.2.1 系统日志管理
要求提供完整的日志记录功能。日志信息应包含服务器基础日志，服务活动日志，对发生在服务总线上的所有活动均要求提供完整详尽的日志信息。日志记录内容可配置，对于不同的服务/服务组，可设定不同的日志记录要求。比如对于重点服务，要求详尽记录所有交易报文内容。对于简单服务，记录基本访问和响应信息即可。
日志信息要求分类、分级别。可保存于数据库，以供长期分析使用。日志的记录，可异步保存入数据库，在数据库发生故障时，保证日志信息的完整性和不丢失。
提供日志信息的图形化分析和统计能力。
2.1.5.2.2 出错日志追踪服务
对于重要操作要求记录日志，关键操作的每一步处理应该是可追踪的，如告警确认人员、时间等信息。
2.1.5.3 用户管理
2.1.5.
3.1 用户管理
能够添加/修改/删除用户，以及用户相关属性等。
2.1.5.
3.2 用户组管理
能够添加/修改/删除组织，以及组织关系、组织相关属性等。
2.1.5.
3.3 用户/用户组关系管理
能够添加/修改/删除组织用户和用户组间的关系
第3章数据库概要说明
深圳天源迪科信息技术股份有限公司 项目编号/BRS版本：X.X 状态： XXX系统 业务需求说明书 本文件属深圳天源迪科信息技术股份有限公司所有， 未经书面许可，不得以任何形式复印或传播。
文件建立/修改记录
目录 1 简介 (4) 1.1 目的 (4) 1.2 背景 (4) 1.3 适用范围 (4) 1.4 参考资料 (4) 1.5 术语 (4) 2 业务需求 (4) 2.1 <业务需求1> (4) 2.1.1需求来源 (4) 2.1.2需求描述 (4) 2.1.3角色 (4) 2.1.4解决方案 (4) 2.1.5优先级 (5) 2.1.6补充内容 (5) 2.2 <业务需求2> (5) 2.3 <业务需求3> (5) 3 附录 (5)
1简介 1.1目的 【列举说明编写业务需求说明书要达到的目的。】 1.2背景 【可能的相关背景知识介绍。】 1.3适用范围 【说明此文档所适用的范围。】 1.4参考资料 【编写业务说明书时参考的相关资料，需指明出处与时间。】 1.5术语 【对文档中使用到的相关术语、简称作以解释。】 2业务需求 2.1<业务需求1> 2.1.1需求来源 【说明提出此需求的单位及个人。】 2.1.2需求描述 【用户提出的需求简要说明，比如“管理业务”。】 2.1.3角色 【说明与此需求相关的角色。】 2.1.4解决方案 【说明针对用户的问题，所提出的解决方案。如果有多个，可以在此处都列出来。】
2.1.5优先级 【说明此项需求的优先级。】 2.1.6补充内容 【在上面5点之外需要描述的内容。】 2.2<业务需求2> …… 2.3<业务需求3> …… 3附录 【各种需要在本文档中补充说明的附录和附表。】
软件项目名称软件需求规格说明书 拟制: 审核: 批准:日期: 日期: 日期:
文件修改记录
目录 1 范围 (4) 2 总体概述 (4) 2.1 产品描述. (4) 2.2 软件功能. (4) 2.3 一般约束. (5) 2.4 假设和依赖. (5) 3 具体需求 (5) 3.1 功能需求. (5) 3.1.1 功能需求.................... 1 5 3.1.2 功能需求.................... 2 6 3.1.n 功能需求n (7) 3.2 外部接口需求. (7) 3.2.1 用户接口 (7) 3.2.2 硬件接口 (7) 3.2.3 软件接口 (7) 3.2.4 通讯接口 (7) 3.3 性能需求. (7) 4 设计约束 (8) 4.1 标准的约束. (8) 4.2 硬件的限制. (8) 4.3 技术的限制. (8) 5 软件质量属性. (8) 5.1 安全性. (9) 5.2 可维护性. (9) 5.3 可移植性. (9) 6 其他需求 (9) 6.1 数据库. (9) 6.2 本地化. (10) 7 待确定问题 (10)
模板使用说明： [1] 注明可选的部分，可以根据实际情况选择是否填写；如果不必说明，请保留相关的章节标题，同时在该可选章节的内容中填入“无” ；未注名可选的，则必须描述；如果有些设计此模版中没有合适的地方填写，则补充在最后的其他栏目中 [2] 模版中斜体字相当于撰写指南，最后文稿请将本模板中所有的斜体字部分全部删除。 [3] 模板里并不说明设计技术和方法，而只是说明应包含哪些内容，以及如何描述、组织这些内容。
1 引言 (3) 1.1 编写目的 (3) 1.2 范围 (3) 1.3 项目背景 (3) 1.4 主要业务名词和术语定义 (3) 1.5 参考文献 (3) 2 需求概述 (3) 2.1 用户现状/业界当前系统 (3) 2.2 业务目标 (4) 2.3 业务过程分解 (4) 2.4 本业务模型与其他系统的关系 (4) 2.5 业务边界定义 (4) 3 详细需求 (4) 3.1 子业务1 (4) 3.1.1 业务流程 (4) 3.1.2 干系人的关注目标 (5) 3.1.3 业务规则 (5) 3.1.4 操作界面说明 (5) 3.1.5 数据实体 (5) 3.2 子业务2 (5) 3.2.1 业务流程 (6) 3.2.2 干系人的关注目标 (6) 3.2.3 业务规则 (6) 3.2.4 操作界面说明 (6) 3.2.5 数据实体 (6) 4 基础数据说明 (6) 5 非功能需求 (6) 5.1 性能 (6) 5.2 易用性 (7)
5.3 可维护性 (7) 5.4 可移植性 (7) 5.4.1 硬件环境 (7) 5.4.2 软件环境 (7) 5.5 故障处理要求 (7) 5.6 安全性 (7) 5.7 不允许发生的事件 (8) 6 附录 (8) 业务需求说明书 1引言 需求说明书说清楚了“四要素”，实际上就说清楚了如下问题：业务的办理流程是什么？业务办理条件是什么？操作员通过怎么样的界面（简单描述要求）办理该业务？系统最后操作哪些数据、生成哪些表单？ 1.1编写目的 可选
1.2范围 可选 1.3项目背景 可选 1.4主要业务名词和术语定义 1.5参考文献 2需求概述 2.1用户现状/业界当前系统 可选。用于老系统改进时，主要阐述用户现状（组织架构、it现状等）；用于新课题的研究时，简单阐述业界同类系统所提供的功能 2.2业务目标 阐述本模块具体是实现的业务目标，即解决的业务问题，是业务需求的出发点和核心所在。 2.3业务过程分解 根据业务目标进行业务过程分解，主要包括：主流程、配合过程、辅助过程等。 2.4本业务模型与其他系统的关系 阐述本系统/模块与QONE其他模块或客户系统可能存在的关系，可以用关系图表示
电子商务项目需求说明书（范本） 新蛋信息技术（中国）有限公司 二○一一年月日
文档修改历史记录
目录 1概述 (3) 1.1引言 (3) 1.1.1 软件项目名称 (3) 1.1.2软件项目开发背景和目的 (3) 1.1.3软件项目应用范围 (3) 1.2参考资料 (3) 1.3术语定义 (3) 2 系统功能 (3) 2.1功能分解一 (4) 2.1.1定义 (4) 2.1.2功能表述 (4) 2.1.3性能要求 (4) 2.1.4相关表单 (4) 2.1.5流程图 (4) 2.1.6特殊要求 (4) 2.2功能分解二 (5) 3 附录 (5)
1概述 1.1引言 （本需求说明书的编写目的以及阅读对象） 1.1.1 软件项目名称 （说明软件项目全称和简称） 1.1.2软件项目开发背景和目的 （简述软件项目开发背景和目的以及实现了哪些大的功能） 1.1.3软件项目应用范围 （叙述软件项目主要使用的范围、使用者等） 1.2参考资料 （本需求说明书的参考资料，包括法律法规、政策文件、国家标准、制度规范等）1.3术语定义 （逐个定义重要术语，没有可以不写本条） 2 系统功能 （定义本软件项目实现的一级功能及其内涵，一个软件项目由多个一级功能组成）
2.1.1定义 （说明功能分解一的含义以及实现过程） 2.1.2功能表述 （逐一列出对本功能分解一的各项功能表述，每项功能均需详细描述，并使读者没有歧义，描述方式可以为：输入什么、输出什么、需要系统如何加工等） 2.1.3性能要求 （详细列出对本功能分解一的系统性能要求，如：系统数据校验、缺省项判断、系统反应时间、操作的便捷性、错误或故障的处理、系统的接口等） 2.1.4相关表单 （详细列出本功能分解一涉及的相关表单） 2.1.5流程图 （功能分解一实现过程的流程图） 2.1.6特殊要求 （详细列出功能分解一的特殊要求，如无，可以不列）
业务需求说明书 Company number：【0089WT-8898YT-W8CCB-BUUT-202108】
业务需求说明书文档版本记录
目录
1引言 1.1编写目的 本需求说明书的编写目的为： (1)使各业务部门在与系统相关的业务流程、岗位权限、业务操作方式等方面达成一致，作为项目立项、工作量估算、系统需求分析、系统设计的依据。 (2)使IT需求分析、设计人员充分理解与本系统相关各项业务需求、系统实现目标、范围，同时明确为实现业务需求所需要的功能要点。 1.2预期读者 本说明书的预期读者为安徽江淮汽车股份有限公司相关业务部门，需求分析、开发、维护等IT人员，以及系统最终用户。 1.3参考资料 【描述参考业务制度文件等】 1.4术语、定义和缩写 【描述本文档涉及的专业术语、相关定义和缩写】 2业务需求概述 2.1项目目标 【描述本项目背景和目标，说明系统应支持的业务类型，期望达到的管理目的等】 2.2总体业务流程 【描述本系统的总体业务需求，并通过图形和文字的方式，对标准业务流程以及流程特例进行说明】
2.3岗位职责 【描述相关业务岗位及其工作职责，对应于系统中的角色及权限】 3功能需求 【逐一描述业务需求、所需的系统功能和操作流程，按功能层次逐级描述】3.1功能一 【描述主要业务功能，包括界面、输入输出和业务规则等】 3.1.1功能描述 3.1.2用户界面 【描述主要用户界面和操作方面的要求，可以结合图表说明】 3.1.3输入要求 【描述输入介质，包括表单、数据清单、图形、扫描件等】 3.1.4输出要求 【描述输出要求，包括表单、报表、图形、扫描件等】 3.1.5业务规则 【描述数据处理的主要业务规则和逻辑】 3.2功能二 … 4非功能需求 4.1时间要求 【明确上线时间等要求】 4.2性能要求 【描述用户数量、数据规模、响应时间要求等】 4.3安全需求 【描述账号口令、用户账号、访问控制、通信加密等要求】
精品文档 软件项目名称 错误！未指定书签。 拟制：日期： 审核：日期： 批准：日期：
文件修改记录
目录 1范围 (4) 2 总体概述 (4) 2.1 产品描述 (4) 2.2 软件功能 (4) 2.3 一般约束 (5) 2.4 假设和依赖 (5) 3 具体需求 (5) 3.1 功能需求 (5) 3.1.1 功能需求1 (5) 3.1.2 功能需求2 (6) 3.1.n 功能需求n (7) 3.2 外部接口需求 (7) 3.2.1 用户接口 (7) 3.2.2 硬件接口 (7) 3.2.3 软件接口 (7) 3.2.4 通讯接口 (7) 3.3 性能需求 (7) 4 设计约束 (8) 4.1 标准的约束 (8) 4.2 硬件的限制 (8) 4.3 技术的限制 (8) 5 软件质量属性 (8) 5.1 安全性 (9) 5.2 可维护性 (9) 5.3 可移植性 (9) 6 其他需求 (9) 6.1 数据库 (9) 6.2 本地化 (10) 7待确定问题 (10)
模板使用说明： [1]注明可选的部分，可以根据实际情况选择是否填写；如果不必说明，请保留相关的章节标题，同时在该可选章节的内容中填入“无”；未注名可选的，则必须描述；如果有些设计此模版中没有合适的地方填写，则补充在最后的其他栏目中 [2]模版中斜体字相当于撰写指南，最后文稿请将本模板中所有的斜体字部分全部删除。 [3]模板里并不说明设计技术和方法，而只是说明应包含哪些内容，以及如何描述、组织这些内容。
1范围 说明文档所包括和不包括的内容，具体是： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 2 总体概述 2.1 产品描述 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 软件功能 概述软件必须实现的和通过用户操作实现的主要功能。这里只需要进行简要描述（例如目录列表），详细描述在详细需求部分描述。 有时，如果存在较高层次的规格说明时，则功能摘要可从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，请注意： a．编制功能的一种方法是制作功能表，以便客户或者第一次读这个文件的人都可以理解； b．用方框图来表达不同的功能和它们的关系也是有帮助的。但应牢记，这样的图不是产品设计时所需求的，而只是一种有效的解释性的工具。 例如：高层的数据流图，面向对象的分析等。
组态建模工具需求规格说明书 西安电子科技大学 2011/5/19
目录
1概述 编写目的 指出编写《需求规格说明书》的目的。下面是示例： 编写此文档的目的是进一步定制软件开发的细节问题，希望能使本软件开发工作更具体。为了使用户、软件开发者及分析和测试人员对该软件的初始规定有一个共同的理解，它说明了本软件的各项功能需求、性能需求和数据需求，明确标识各项功能的具体含义，阐述实用背景及范围，提供客户解决问题或达到目标所需要的条件或权能，提供一个度量和遵循的基准。具体而言，编写软件需求说明的目的是为所开发的软件提出： a)软件设计总体要求，作为软件开发人员、软件测试人员相互了解的基础。 b)功能、性能要求，数据结构和采集要求，重要的接口要求，作为软件设计人员进 行概要设计的依据。 c)软件确认测试的依据。 编写依据 指明该《需求规格说明书》的依据。一般可以写依据XXX软件的方案书，策划书等。术语和缩略词
2软件概要 软件总体描述 从总体上描述该软件的情况，包括软件的形式（网站，运行时系统，插件等）和软件的主要的功能，使读者对该软件有一个整体的认识。一般一两段话即可。 软件设计约束及有关说明 软件设计的约束以及有关说明如下所示。 ●开发环境： ●编程语言： ●遵循的规范：软件的设计和开发过程需要严格按照合同要求，根据软件的设计方 案来进行。软件开发过程应遵循软件工程规范，对过程和版本进行管理和控制。 ●测试环境：可以写明在什么单位测试，测试单位使用的软硬件环境。 ●软件交付形式： ●软件交付日期： ●其他：见合同。 使用者特点 指明软件的使用者具有的特定。示例： 本软件主要在甲方工作环境中使用，使用者包括项目管理人员，开发人员及工程师等，使用者在计算机的应用、使用上不存在障碍，都在计算机的操作和使用方面得到过相关的培训。
项目需求说明书 一、资质要求 1.为保证项目实施和设备售后服务质量，投标方需为辽宁本地中央政府采购协议供货商或在本地有独立服务机构的外地中央政府采购协议供货商。 2.投标方需提供企业法人营业执照扫描件，税务登记证扫描件、单位组织机构代码证扫描件，在竞价时须以附件形式上传相关资质证明。 3.投标方应提供液晶拼接屏产品的生产厂家售后服务承诺函原件。（竞价时以附件形式上传） 4.投标方应提供视频会议终端生产厂家售后服务承诺函原件。（竞价时以附件形式上传） 二、总体要求 1.投标报价应为交货含税价（以人民币为结算单位），包括货物、配件、附件运至指定交货地点费用；安装费、调试费，使用培训费、系统集成费、售后服务费用、税金及其他所有相关费用的总和。采购方不再单独支付其他任何费用。 2.投标方所提供的设备需为原装正品、全新、符合国家相关质量标准。所有设备均需包含安装使用所必需的信号线、电源线等附属品。 3.投标方所提供的视频会议终端和摄像头应能与我省气象部门现有的华为设备实现数字级联，并能做到音视频及双流的双向互联互通互控，能实现对新老系统中所有的MCU和终端进行统一调度和管理。所提供设备如为其他品牌，需同时提供由权威机构出具的和华为产品兼容的测试报告。（竞价时以附件形式上传） 4.为保证系统集成工作顺利进行，投标方须针对本项目自行踏勘现场后制定完善的整体系统集成规划方案和效果图。（竞价时以附件形式上传） 5.设备验收时投标人需负责提供原生产厂商对货物的售后服务质量承诺书原件等相关资料。 三、硬件设备及技术指标 （一）清投视讯液晶拼接系统1套。主要设备含46寸液晶拼接屏12块、拼接屏底座及支架1套、内置图形处理系统1套、图形控制系统1套及相应线缆。为保证系统的安全性，要求图像拼接控制器与液晶大屏幕为同一厂商生产的合格产品。（需提供图像拼接控制器彩页加盖制造厂商公章。）具体技术指标如下： 1.液晶拼接屏采用12块（3*4）46寸液晶屏组成，两块液晶拼接单元间拼缝不大于5.5mm ，面板平整度小于0.3mm，液晶拼接单元须采用三星原装46寸S-PVA面板，需提供三星进口面板报关单以及产品彩页加盖制造厂商公章。 2.液晶拼接单元背光源采用直下式LED灯点阵排列，物理分辨率需达到1920×1080，支持信号的输入分辨率为1920×1080，对比度要求达到3500:1，屏幕亮度达到450cd/㎡，可视角度需达到178°以上(横向和纵向)。可满足7×24小时长时使用，寿命不低于50000小时。 3.液晶显示设备需要具有国家强制CCC认证、电工产品安全测试的CB体系认证报告及CE认证，投标人须提供公安部相关检测机构出具的性能检测报告。（在投标文件中提供复印件，加盖制造厂商公章） 4.液晶显示设备需经国家广电质检中心检测，必须通过抗震检测报告（8级），防尘级别达到IP5X，噪音测试报告（≤36分贝）等测试，（在投标文件中提供复印件，加盖制造厂商公章）。 5.液晶显示设备需要为节能环保产品，需要通过ROHS认证以及中国技能产品认证（在投标文件中提供复印件，加盖制造厂商公章）。
软件项目需求说明 书模板
中央国家机关住房资金管理中心 管理信息系统 需求说明书 ( 范本) 中央国家机关住房资金管理中心二○一○年月日
文档修改历史记录 目录
1概述.................................................................. 错误!未定义书签。 1.1引言......................................................... 错误!未定义书签。 1.1.1 软件项目名称............................... 错误!未定义书签。 1.1.2软件项目开发背景和目的........... 错误!未定义书签。 1.1.3软件项目应用范围 ....................... 错误!未定义书签。 1.2参考资料................................................. 错误!未定义书签。 1.3术语定义................................................. 错误!未定义书签。 2 功能一 ............................................................. 错误!未定义书签。 2.1功能分解一............................................. 错误!未定义书签。 2.1.1定义 ............................................... 错误!未定义书签。 2.1.2功能表述 ....................................... 错误!未定义书签。 2.1.3性能要求 ....................................... 错误!未定义书签。 2.1.4相关表单 ....................................... 错误!未定义书签。 2.1.5流程图 ........................................... 错误!未定义书签。 2.1.6特殊要求 ....................................... 错误!未定义书签。 2.2功能分解二............................................. 错误!未定义书签。 2.3特殊要求................................................. 错误!未定义书签。 3 附录 ................................................................. 错误!未定义书签。1概述 1.1引言 ( 本需求说明书的编写目的以及阅读对象)
密级：（保密、非保密） xx项目 需求规格说明书 文档编号： _______________________________ 版本号： _______________________________ 项目名称： _______________________________ 项目编号： _______________________________ 编制： _______________________________ 批准： _______________________________
版本修改记录
1.概述 1.1产品应用环境 （描述产品的应用场合） 1.2产品开发环境 （结构开发软件、硬件电气开发软件、控制算法开发软件等） 2.产品具体需求 2.1功能需求 （一一列出产品应该具有的功能。） 2.2性能需求 （一一列出产品的性能参数，如重量范围，可以达到的运动控制精度范围等。） 2.3外观需求 （列出产品需要的特殊外观需求，如颜色，形式等） 2.4外部接口需求 2.4.1用户界面需求 （列出用户界面需要的形式，大小，功能等） 2.4.2软件接口需求 （例如：调试接口） 2.4.3电气接口需求 （例如：USB接口、网口、视频接口等数量及用途） 2.5提示信息需求 2.5.1电源指示灯需求 （电源指示灯形式说明例如：开机时电源指示灯以绿灯点亮。关机时电源指示灯熄灭。） 2.5.2 RDY/BUSY指示灯需求 （状态指示灯形式说明例如：系统准备就绪绿灯常亮，准备过程中绿灯闪烁） 2.5.3器械连接指示信息需求 （产品一部分与另外一部分的连接成功后指示说明例如：器械连接成功绿灯指示，未连接成功红灯指示）
中央国家机关住房资金管理中心 管理信息系统 需求说明书 （范本） 中央国家机关住房资金管理中心 二○一○年月日
文档修改历史记录 目录
1概述 1.1引言 （本需求说明书的编写目的以及阅读对象） 1.1.1 软件项目名称 （说明软件项目全称和简称） 1.1.2软件项目开发背景和目的 （简述软件项目开发背景和目的以及实现了哪些大的功能） 1.1.3软件项目应用范围 （叙述软件项目主要使用的范围、使用者等） 1.2参考资料 （本需求说明书的参考资料，包括法律法规、政策文件、国家标准、制度规范等） 1.3术语定义 （逐个定义重要术语，没有可以不写本条） 2 功能一 （定义本软件项目实现的一级功能及其内涵，一个软件项目由多个
一级功能组成） 2.1功能分解一 2.1.1定义 （说明功能分解一的含义以及实现过程） 2.1.2功能表述 （逐一列出对本功能分解一的各项功能表述，每项功能均需详细描述，并使读者没有歧义，描述方式可以为：输入什么、输出什么、需要系统如何加工等） 2.1.3性能要求 （详细列出对本功能分解一的系统性能要求，如：系统数据校验、缺省项判断、系统反应时间、操作的便捷性、错误或故障的处理、系统的接口等） 2.1.4相关表单 （详细列出本功能分解一涉及的相关表单） 2.1.5流程图 （功能分解一实现过程的流程图）
2.1.6特殊要求 （详细列出功能分解一的特殊要求，如无，可以不列）2.2功能分解二 …… 2.3特殊要求 （详细列出功能一的特殊要求，如无，可以不列） 3 附录 示例： 中央国家机关住房资金管理中心 售房款管理信息系统 需求说明书 中央国家机关住房资金管理中心
文档编号版本密级项目名称项目前端需求规格说明书项目来源 项目前端 需求规格说明书 编检 审批 版权所有不得复制期: 期: 期: 期:
修订记录
1. 前言 (4) 1.1. 产品背景 (4) 12 用户背景 (4) 1.3. 术语、定义、缩略语 (4) 14 参考资料 (4) 2. 系统概述 (4) 2.1. 系统上下文 (4) 2.2. 系统功能结构图 (4) 2.3. 功能清单 (4) 2.4. 流程综述 (5) 2.5. 限制与约束条件 (5) 3. 详细需求 (5) 3.1. 地址配置请求 (5) 3.1.1. 功能描述 (5) 3.1.2. 业务规则 (5) 3.1.3. 输入 (5) 3.1.4. 输出 (5) 3.1.5. 限制条件 (5) 3.2. 数据采集 (5) 3.2.1. 功能描述 (5) 3.2.2. 输入 (5) 3.2.3. 输出 (6) 3.3. 功能模块 (6) 3.3.1. 功能描述 (6) 3.3.2. 业务规则 (6) 3.3.3. 输入 (6) 3.3.4. 输出 (6) 3.3.5. 限制条件 (6) 3.3.6. 测试注意事项 (6) 3.4. 在线维护功能 (6) 3.4.1. 功能描述 (6) 3.4.2. 业务规则 (7) 3.4.3. 输入 (7) 3.4.4. 输出 (7) 3.4.5. 限制条件 (7) 4. 非功能需求 (7)
4.1. 稳定性要求 (7) 1. 刖言 1.1. 产品背景 1.2. 用户背景 1.4.参考资料 2. 系统概述 2.1. 系统上下文 2.2. 系统功能结构图 2.3. 功能清单
媒讯集团E A S项目 CTC与EAS接口 需求及设计说明书 文档作者： 创建日期：20X X-05-10 确认日期： 当前版本：1.0 拷贝数量：1 审批签字: 客户方： 实施方：
文档控制 修改记录 日期作者版本参考版本备注
目录 1.概述 (4) 1.1读者 (4) 1.2图例 (4) 1.3目的 (4) 二、业务现状 (5) 三、概要设计 (5) 3.1接口通讯方式 (5) 3.2通讯内容定义 (5) 3.3媒讯CTC系统提供接口使用范例 (5) 3.4金蝶EAS提供接口使用范例 (5) 3.5媒讯CTC系统提供接口服务地址 (7) 3.6金蝶EAS提供接口服务地址 (7) 3.7接口需求 (7) 四、详细设计 (8) 4.1XX EAS接口 (8)
1.概述 金蝶与用户及用户业务系统方通过多次讨论，制定了接口开发需求设计说明书，作为双方后续开发指引。 1.1读者 本文读者对象为业务管理人员、系统设计、开发人员、测试人员。 1.2图例 本文中如未进行特殊说明，各图标代表的含义如下： 表示一个活动； 表示动态的业务数据，如系统单据； 表示流程走向； 表示条件判断、流程分支； 表示静态的业务数据，如基础资料； 表示系统外一个手工处理活动； 表示系统外手工填制的单据； 表示当前系统之外的活动； 表示当前系统之外产生的业务数据。 1.3目的 本文档是媒讯CTC系统与EAS系统接口的需求及设计方案相关文档，可用于指导开发、测试工作和作为验收相关依据文档。
二、业务现状 待补充 三、概要设计 3.1接口通讯方式 金蝶EAS与媒讯CTC系统之间通讯采用WebService方式进行数据传输。 3.2通讯内容定义 对于记录型的大对象，在通讯时，采用String型的xml格式的参数进行传递。对于其他非记录型的对象，在通讯时，可采用非xml格式的参数进行传递，也可使用多个参数。具体格式，请参照每个接口的通讯用例说明。 3.3媒讯CTC系统提供接口使用范例 待补充。 3.4金蝶EAS提供接口使用范例 3.4.1规范说明 EAS通过webService接口与异构系统通信。EAS WebService全部是使用java编写的，其接口描述符合WSDL国际标准，其数据描述符合XSD 国际标准。 本次提供的接口除系统登录接口外，其他接口都需要调用登录接口，以便将登陆的SessionId信息放入到SOAP 的HEADER 报文中。 3.4.2使用示例 金蝶在EAS上发布WebService服务，提供wsdl文件供客户端下载，其他业务系统根据下载的wsdl文件，产生客户端。 建议使用Axis2来生成客户端代理。
文档编号：项目编号+2164-21XX 项目编号： XXXX项目 需求规格说明书 XXXXXXX有限公司 建设方： 监理方： 2011年X月X日
文档控制更改记录 审阅
目录 第一章前言 0 1.1 项目背景 0 1.2 编写目的 0 1.3 编写原则 0 1.4 读者对象 (1) 1.5 应用范围 (1) 1.6 定义、首字母缩写词和缩略语 (1) 1.7 参考资料 (1) 第二章总体说明 (2) 2.1 软件环境 (2) 2.2 系统接口 (2) 2.3 用户界面 (2) 2.4 硬件接口 (2) 2.5 软件接口 (2) 2.6 通讯接口 (3) 2.7 存储器限制 (3) 2.8 操作 (3) 2.9 站点需求 (3) 2.10 软件功能 (3) 2.11 用户特性 (3) 2.12 约束 (3) 2.13 潜在因素 (4) 2.14 分期的需求 (4) 第三章业务说明 (5) 3.1 办公现状 (5) 3.2 业务概述 (5) 3.3 岗位划分 (5) 3.4 业务组成 (5) 3.5 业务描述 (5) 3.5.1 部门1 (5) 3.5.2 部门2 (6) 3.6 业务流程 (6) 3.7 业务关系 (6) 3.8 用户对系统的建议 (6) 第四章需求说明 (7) 4.1 软件功能 (7) 4.1.1 功能1 (7) 4.2 接口需求 (7) 4.2.1 系统接口 (7) 4.2.2 硬件接口 (7) 4.2.3 软件接口 (7)
4.3 性能需求 (8) 4.4 设计约束 (8) 4.5 软件属性 (8) 4.6 可靠性 (8) 4.7 可用性 (8) 4.8 安全性 (8) 4.9 可维护性 (9) 4.10 可移植性 (9) 4.11 数据库逻辑需求 (9) 4.12 表格需求 (9) 4.12.1 非报表表格格式 (9) 4.12.2 报表表格格式 (9) 4.13 其他需求 (9) 第五章附录 (10)
【最新整理，下载后即可编辑】 ####项目 需求规格说明书 (模板) 公司 二〇一五年十月
文档修改记录
目录 第一章引言 (1) 1.1编写目的 (1) 1.2文档范围 (1) 1.3项目概要 (1) 1.4术语和缩写 (1) 1.5参考资料 (1) 1.6文档编写格式 (2) 第二章任务概述 (3) 2.1目标 (3) 2.2用户的特点 (3) 2.3假定和约束 (3) 第三章系统运行环境 (4) 3.1系统架构 (4) 3.2系统硬件和网络环境 (4) 3.3系统运行平台 (4) 3.4系统界面描述 (4) 3.5接口 (4) 第四章功能描述 (5) 4.1对功能的规定 (5) 4.2功能性需求分类 (5) 4.2.1功能总图 (5) 4.2.2功能描述表 (5) 4.2.3功能详细描述 (5) 4.3对非功能的需求 (5)
4.3.1系统参数及系统精度 (5) 4.3.2灵活性 (6) 4.3.3时间管理特性 (6) 4.3.4输人输出要求 (6) 4.3.5数据管理能力要求 (6) 4.4故障处理要求 (6) 4.5其他非功能需求 (7)
第一章引言 1.1编写目的 提示：说明编写这份需求说明书的目的。需求说明书编写的目的是为了记录、整理用户对学生工作管理的业务流程和功能需求，描述用户对系统的期望和功能要求。本文档尽量以自然语言来描述，以期用户和潜在读者能够快速理解，并方便与用户进行沟通。 1.2文档范围 提示：需要描述清楚文档传播范围和读者对象。 1.3项目概要 提示：描述系统相关信息。 a．待开发系统(或软件)的名称； b．本项目的任务提出者、开发者、用户及实现该系统的部门或单位； c．该项目系统同其他系统或其他机构的基本的相互来往关系。 1.4术语和缩写 提示：列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
XX项目功能需求规格说明书
文档修订记录 修改类型分为A– ADDED（增加）M– MODIFIED（修改）D– DELETED（删除）
目录 1引言 (4) 1.1本文目的 (4) 1.2术语、定义和缩略语 (4) 2产品背景 (4) 3需求综述 (4) 3.1系统定位 (4) 3.2与周边系统的关系 (5) 3.3子系统协作关系 (5) 3.4用户角色划分表 (5) 4xxx子系统描述 (6) 4.1子系统定位及意义 (6) 4.2功能构成及主流程 (6) 4.2.1功能结构图 (6) 4.2.2流程图 (7) 4.3子系统中模块间关系 (7) 4.3.1模块之间数据关系 (7) 4.3.2模块之间业务逻辑关系 (8) 4.4与相关子系统的关系 (8) 4.5XXX模块描述 (8) 4.5.1模块简介 (8) 4.5.2模块流程图 (9) 4.5.3用户登录功能点详细描述［示例］ (9) 4.5.4其他需求 (13) 5通用功能 (13) 6参考文献 (13) 7附件－UI界面 (13)
1引言 1.1本文目的 本文是产品需求定义期间最终的工作成果。本文档将作为产品开发和测试的主要依据。本文的目的是完成对用户需求的收集、整理与分析，弄清楚系统究竟要“干什么”及“由谁干”，并用合乎规范的文字及图表予以描述。不需要说明“怎么干”，因为那是设计阶段的事情。有关文字与图表应尽量让用户便于理解。 本文的预期读者包括：UI人员、开发人员、测试人员、开发工程师、实施工程师等。 1.2术语、定义和缩略语 2产品背景 [根据《产品项目规划方案》中的信息，对产品进行总体概述。使系统软件分析设计人员、软件开发人员和软件测试人员，对该版本的运行环境、功能和非功能需求有一个共同的了解，使之成为项目组工作的基础。他们到底要实现什么产品，这个产品的整体情况是什么样子的，产品的主要功能是什么等等。] 3需求综述 3.1系统定位 描述系统在整个产品线中的位置； 例：XXX系统是XXX处理XXX业务的XXX信息服务系统。是XXX产品线的基础。
需求规格说明书(ISO标准版) 编者说明： 当需求调查、分析工作告一段落时，你就需要将这些需求进行规格化描述，整理成文，即软件需求规格说明书，也就是SRS。这是在软件项目过程中最有价值的一个文档。ISO所提供的标准虽然已经时间久远，但还是颇具参考价值的。 1．引言 1.1编写的目的 [说明编写这份需求说明书的目的,指出预期的读者。] 1.2背景 a. 待开发的系统的名称; b. 本项目的任务提出者、开发者、用户； c. 该系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 [列出用得着的参考资料。] 2．任务概述 2.1目标 [叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。解释被开发系统与其他有关系统之间的关系。] 2.2用户的特点 [列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。] 2.3假定和约束 [列出进行本系统开发工作的假定和约束。] 3．需求规定 3.1对功能的规定 [用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。] 3.2 对性能的规定 3.2.1精度 [说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。] 3.2.2时间特性要求 [说明对于该系统的时间特性要求。] 3.2.3灵活性 [说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。] 3.3输入输出要求 [解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对系统
1 引言 (2) 1.1 编写目的 (2) 1.2 范围 (2) 1.3 项目背景 (2) 1.4 主要业务名词和术语定义 (3) 1.5 参考文献 (3) 2 需求概述 (3) 2.1 用户现状/业界当前系统 (3) 2.2 业务目标 (3) 2.3 业务过程分解 (3) 2.4 本业务模型与其他系统的关系 (3) 2.5 业务边界定义 (3) 3 详细需求 (3) 3.1 子业务1 (3) 3.1.1 业务流程 (4) 3.1.2 干系人的关注目标 (4) 3.1.3 业务规则 (4) 3.1.4 操作界面说明 (4) 3.1.5 数据实体 (4) 3.2 子业务2 (5) 3.2.1 业务流程 (5) 3.2.2 干系人的关注目标 (5) 3.2.3 业务规则 (5) 3.2.4 操作界面说明 (5) 3.2.5 数据实体 (5) 4 基础数据说明 (5) 5 非功能需求 (5) 5.1 性能 (5) 5.2 易用性 (6)
5.3 可维护性 (6) 5.4 可移植性 (6) 5.4.1 硬件环境 (6) 5.4.2 软件环境 (6) 5.5 故障处理要求 (6) 5.6 安全性 (6) 5.7 不允许发生的事件 (7) 6 附录 (7) 业务需求说明书 1引言 需求说明书说清楚了“四要素”，实际上就说清楚了如下问题：业务的办理流程是什么？业务办理条件是什么？操作员通过怎么样的界面（简单描述要求）办理该业务？系统最后操作哪些数据、生成哪些表单？ 1.1编写目的 可选 1.2范围 可选 1.3项目背景 可选
1.4主要业务名词和术语定义 1.5参考文献 2需求概述 2.1用户现状/业界当前系统 可选。用于老系统改进时，主要阐述用户现状（组织架构、it现状等）；用于新课题的研究时，简单阐述业界同类系统所提供的功能 2.2业务目标 阐述本模块具体是实现的业务目标，即解决的业务问题，是业务需求的出发点和核心所在。 2.3业务过程分解 根据业务目标进行业务过程分解，主要包括：主流程、配合过程、辅助过程等。 2.4本业务模型与其他系统的关系 阐述本系统/模块与QONE其他模块或客户系统可能存在的关系，可以用关系图表示 2.5业务边界定义 可选。根据实际情况撰写，例如：成本管理与财务管理的业务边界。 3详细需求 3.1子业务1 简述该子业务的业务目标
XXXXX项目 需 求 说 明 书 深圳市博安达软件开发有限公司二○一三年XX月
目录 1 项目概述 (2) 1.1 项目名称 (2) 1.2 项目背景 (2) 1.3 项目建设目的 (2) 1.4 项目应用范围 (2) 1.5 参考资料 (2) 2 系统概述 (2) 2.1 系统描述 (2) 2.2 系统框架 (2) 2.3 业务流程 (3) 3 功能性需求 (3) 4 非功能性需求 (3) 4.1 性能需求 (3) 4.1.1 硬件的限制 (3) 4.2 外部接口需求 (4) 4.2.1 用户接口 (4) 4.2.2 软件接口 (4) 4.2.3 硬件接口 (4) 4.2.4 通信接口 (4) 4.3 系统属性 (4) 4.3.1 友好性设计 (4) 4.3.2 安全性设计 (5) 4.3.3 标准性设计 (5) 4.3.4 可维护性设计 (5) 4.3.5 可转移/转换型设计 (5) 4.4 其他需求 (5) 4.4.1 数据库 (5) 5 运行环境需求 (5) 5.1 设备 (5) 5.2 支持软件 (6)
1项目概述 1.1项目名称 1.2项目背景 1.3项目建设目的 1.4项目应用范围 1.5参考资料 2系统概述 2.1系统描述 2.2系统框架 描述系统架构并绘制系统框架图
2.3业务流程 描述工作流程并绘制流程图 3功能性需求 系统功能模块描述 4非功能性需求 4.1性能需求 【从整体来说，本条应具体说明软件、或人与软件交互的静态或动态数值需求。 a.静态数值需求可能包括： 1)支持的终端数； 2)支持并行操作的用户数； 3)系统响应的时间特性； b.动态数值需求可能包括： 欲处理的事务和任务的数量，以及在正常情况下和峰值工作条件下一定时间周期中处理的数据总量。如下所描述: （1）查询页面一般响应时间不能过长，影响用户的使用。 （2）要保持数据库中的信息是最新的。 （3）支持多用户并发使用，并保证性能不受影响。 4.1.1硬件的限制 本项包括在各种硬件约束下运行的软件要求，例如，应该包括： a.硬件配置的特点（接口数，指令系统等）； b.内存储器和辅助存储器的容量。
XXX项目 业务需求说明书 [填写说明：模板中用方括号括起来并以蓝色斜体显示的文本，用于向作者提供指导，在文档编辑完成后应该将其删除。文档正文应使用常规、黑色、五号字体即系统设置的“正文”样式。 当某一章/节没有内容时，必须注明N/A，同时标注理由。例如：本章/节内容无需考虑。特别说明：当某章/节内容参见其它文档时，不能注明N/A，而应该写明参见某文档的具体章节。] 苏宁易购版权所有 https://www.doczj.com/doc/9814297404.html,
版本信息 注：状态可以为N-新建、A-增加、M-更改、D-删除。
目录 1简介 (2) 1.1业务背景 (2) 1.2业务概述 (2) 1.3业务用户 (2) 1.4假设和依赖 (2) 1.5术语 (2) 2业务描述 (3) 2.1业务需求1 (3) 2.1.1业务简单描述 (3) 2.1.2业务流程及描述 (3) 2.1.3业务实体 (3) 2.1.4业务规则 (3) 2.1.5接口 (3) 2.2业务需求2 (4) 3业务功能描述 (4) 3.1业务功能划分 (4) 3.2功能模块1 (4) 3.3功能模块2 (4) 4非功能性需求 (4) 4.1性能需求 (4) 4.2安全需求 (5) 4.3可靠性需求 (5) 4.4易用性需求 (5) 4.5其它需求 (5) 5待定问题 (6) 6参考相关文档列表 (6)
1 简介 1.1 业务背景 [概要描述本系统的项目背景和起源。若用图表更能清楚描述项目背景，则建议在用自然文字描述业务的同时，辅以图形、表格来更精确地描述业务。] 1.2 业务概述 [描述该业务的类型、服务对象、业务范围、主要业务特点，根据实际需求进行进一步注释、描述。] 1.3 业务用户 [说明可能使用本系统的用户并描述他们相关的特征。] 1.4 假设和依赖 [列举影响业务需求说明的假设因素（如公司业务规划、业务量估算、业务模式等），确定项目对外部因素存在的依赖（如，需把其他项目开发的组件集成到系统中，就要依赖那个项目按时提供正确的操作组件）。] 1.5 术语 [定义及说明与此系统有关的特殊名词（专门术语）或简写、各类编号、代码等等]