附录G-2 产品需求规格说明书
01-产品项目非功能需求规格说明书模版
XX项目非功能需求规格说明书文档创建信息文档修订记录修改类型分为A– ADDED（增加）M– MODIFIED（修改）D– DELETED（删除）目录1质量属性需求 (4)1.1 性能 (4)1.1.1 延迟 (4)1.1.2 吞吐量 (4)1.1.3 容量 (5)1.2 安全性 (5)1.3 可靠性 (6)1.4 可配置性 (6)1.5 互操作性（系统间集成） (7)1.6 可伸缩性 (7)1.7 可维护性 (7)1.8 可管理性 (8)1.9 可审计性 (8)1.10 可安装性 (8)1.11 可更改性 (9)1.12 可连续性 (9)1.13 可恢复性 (9)1.14 其它 (10)2约束 (10)2.1 运行环境 (10)2.1.1 软件平台 (10)2.1.2 硬件平台 (10)2.2 设计约束 (11)2.3 业务规则 (11)2.4 法律约束 (12)2.5 其它约束 (12)附录1：模版使用说明 (12)附录2：模版修订记录 (12)1质量属性需求1.1性能概念：性能是指系统的响应能力——即对外部刺激（事件）做出反应所需要的时间或在某段时间内所处理的事件个数。
性能这一质量属性经常用在单位时间内所能完成的处理数量或系统为完成一个处理所耗费的时间来表示。
描述系统的性能需求通常从以下几个方面进行：延迟、吞吐量、容量。
1.1.1延迟概念：延迟定义为从事件触发到对应响应之间的时间间隔。
这个时间间隔定义了一个响应窗口（开始时间为最小延迟，结束时间为最大延迟）。
示例：1.1.2吞吐量概念：吞吐量定义为在一个给定的观察时间段内，系统处理事件，然后产生的响应数量。
通常需要指多个观察时间段，比如1分钟，30分钟，60分钟等。
因为60分钟内处理120个事件并不意味着每分钟可以处理2个事件。
示例：1.1.3容量概念：容量：容量是一个衡量系统可以处理的工作量数量的指标。
比如在理想运行环境下，最大可达到的吞吐量，最大可支持的用户数量等。
需求规约说明书
需求规约说明书电子商务管理系统目录1．引言 (3)1.1 编写目的 (3)1.2背景 (3)1.3定义 (4)1.4参考资料 (4)2．任务概述 (4)2.1目标 (4)2.2用户特点 (4)2.3用例模型 (4)3．需求规定 (5)3.1对功能的规定 (5)3.2补充需求 (5)3.2.1灵活性 (5)3.2.2精度 (5)3.3故障处理要求 (5)3.4其他专门要求 (6)4．运行环境规定 (6)4.1设备 (6)4.2支持软件 (6)4.3接口 (7)4.3.1 用户接口 (7)4.3.2 硬件接口 (7)4.3.3 软件接口 (7)4.3.4 通信接口 (7)4.4控制 (7)1．引言1.1 编写目的20人左右团队计划8个月时间为某个家具公司开发一个小型电子商务管理系统。
该系统能够为用户提供产品展示、售前咨询、在线定制、网上交易、物流跟踪、售后服务等功能。
按照软件项目开发计划书所确定的工作范围为指南。
为明确软件需求，明细该项目的数据流向和数据结构，为设计阶段打下坚实的基础；确定系统功能，设计时应遵循的原则，约束条件以及性能等要求；建立和保持与用户之间的通信，确保以后的工作能够比较顺利的开展，撰写需求规格说明书即当前文档。
本需求规格说明书是为了开发学生信息管理系统而编写，主要面向系统分析员、程序员、测试员、实施员和最终用户。
本说明书是整个软件开发的依据，它对以后阶段的工作起指导作用，也是项目完成后系统验收的依据。
1.2背景待开发的系统的名称：小型电子商务管理系统项目的任务提出者：项目经理开发者：20人左右团队用户：本文档面向多种读者对象：（1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。
（2）开发员-设计员：对需求进行分析，并设计出系统，包括数据库的设计。
（3）开发员-程序员：配合《设计报告》，了解系统功能，编写《用户手册》。
（4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。
产品需求分析与需求管理
评价 标准
参与 阶段
者者者者者者者
工程师
技术
2
采购
处长A
处长B
外面专 家
财务
价格
购买阶段 1、问题发现 2、解决方法 3、规格 4、来源确认 5、询问分析
6、建议评价 7、卖主选择 8、购买 9、安装实施 10、业绩评价
用 户 大 会
专 家 顾 问 团
高 层 拜 访
展 览
用 户 探 针
用客工 户户作 访反结 谈馈果
开发阶段
集成测试报告 系统测试计划 系统测试方案 系统测试用例 系统预测试项
系统测试 （执行）
验收测试 （执行）
执行系统预测试 转系统测试 执行系统测试
产品维护
测试任务 输 出 (测 试 )
系统测试用例
系统测试工具设计与实 现
商用测试工具报告
系统测试用例（更新） 系统测试计划（更新） 系统测试方案（更新）
部门: ………… 采集的活动
➢…
客户情况介绍
▪公司介绍 ▪部门介绍 ▪业务介绍 ▪需求产生的场景
姓名: ……….. 客户的描述
…
联系方式: …………… 产生的原因
…
客户的评判
➢验收标准 ➢满意度(提供与不提供) ➢竞争评判 ➢优先度
需求关联
➢系统关联 ➢业务关联 ➢人物关联 ➢支持材料关联
客户名称： 地址： 电话： 访谈问题/提示
客户产品陈述 客户陈述
访谈人： 日期： 后续跟踪： 需求描述（翻译）
客户需求（需求描述） 客户需求（需求描述）
需求群2 需求群1
ac
g xf
优化方向
需求1 需求2 需求3 需求4
需求1
软件需求规格说明书（IEEE830-1998）
目录1 引言............................................................................. ...............................( )1.1 编写目的............................................................................. ....................( )1.2 参考资料............................................................................. ....................( )1.3 术语定义............................................................................. ....................( )2 概述............................................................................. ...............................( )2.1 产品的描述............................................................................. ................( )2.2 产品的功能............................................................................. ................( )2.3 实现语言... ......................................................................... ....................( )2.4 用户特点............................................................................. ....................( )束............................................................................. ....................( )3 具体需求............................................................................. .......................( )3.1 功能需求............................................................................. ....................( )3.1.1 引言............................................................................. .........................( )3.1.2 输入............................................................................. .........................( )3.1.3 处理............................................................................. .........................( )3.1.4 输出............................................................................. .........................( )3.2 外部接口需求............................................................................. ............( )3.2.1 用户界面............................................................................. .................( )3.2.2 硬件接口............................................................................. .................( )口............................................................................. .................( )3.2.4 通信接口............................................................................. .................( )3.3 性能需求............................................................................. ....................( )3.3.1 静态数值需求............................................................................. .........( )3.3.2 动态数值需求............................................................................. .........( )3.4 设计约束............................................................................. ....................( )3.4.1 硬件限制............................................................................. .................( )3.4.2 其它约束............................................................................. .................( )3.5 属性............................................................................. ............................( )3.5.1 可使用性............................................................................. .................( )3.5.2 安全性............................................................................. .....................( )3.5.3 可维护性............................................................................. .................( )3.5.4 可移植性............................................................................. .................( )3.6 其它需求............................................................................. ....................( )3.6.1 数据库............................................................................. .....................( )3.6.2 操作............................................................................. .........................( )3.6.3 故障处理............................................................................. .................( )4 数据需求............................................................................. .......................( )4.1 数据描述............................................................................. ....................( )4.2 数据采集............................................................................. ....................( )4.2.1 要求与范围............................................................................. .............( )4.2.2 处理............................................................................. .........................( )4.3 数据词典............................................................................. ....................( )5 支持信息............................................................................. .......................( )5.1 目次和索引............................................................................. ................( )5.2 附录............................................................................. ............................( )1引言1.1编写目的说明编写需求规格说明的主要目的。
合格的软件需求规格说明书要求
合格的软件需求规格说明书软件需求规格说明作为产品需求的最终成果必须具有综合性：必须包括所有的需求。
开发者和客户不能作任何假设。
如果任何所期望的功能或非功能需求未写入软件需求规格说明那么它将不能作为协议的一部分并且不能在产品中出现。
构造并编写软件需求规格说明，并使用户和其它读者能理解它牢记以下可读性的建议：•对节、小节和单个需求的号码编排必须一致。
•在右边部分留下文本注释区。
•允许不加限制地使用空格。
•正确使用各种可视化强调标志（例如，黑体、下划线、斜体和其它不同字体）。
•创建目录表和索引表有助于读者寻找所需的信息。
•对所有图和表指定号码和标识号，并且可按号码进行查阅。
•使用字处理程序中交叉引用的功能来查阅文档中其它项或位置，而不是通过页码或节号。
1.5 优秀需求具有的特性怎样才能把好的需求规格说明和有问题的需求规格说明区别开来？下面讨论单个需求陈述说明的几个特点（ Davis 1993；IEEE 1998）。
让风险承担者从不同角度对S R S需求说明进行认真评审，能很好地确定哪些需求确实是需要的。
只要你在编写、评审需求时把这些特点记在心中，就会写出更好的（尽管并不十分完美）需求文档，同时也会开发出更好的产品。
1.5.1 需求说明的特征1. 完整性每一项需求都必须将所要实现的功能描述清楚，以使开发人员获得设计和实现这些功能所需的所有必要信息。
2. 正确性每一项需求都必须准确地陈述其要开发的功能。
做出正确判断的参考是需求的来源，如用户或高层的系统需求规格说明。
若软件需求与对应的系统需求相抵触则是不正确的。
只有用户代表才能确定用户需求的正确性，这就是一定要有用户的积极参与的原因。
没有用户参与的需求评审将导致此类说法：“那些毫无意义，这些才很可能是他们所要想的。
”其实这完全是评审者凭空猜测。
3. 可行性每一项需求都必须是在已知系统和环境的权能和限制范围内可以实施的。
为避免不可行的需求，最好在获取（ e l i c i t a t i o n）需求(收集需求)过程中始终有一位软件工程小组的组员与需求分析人员或考虑市场的人员在一起工作，由他负责检查技术可行性。
项目管理-方案阶段-需求规格说明书
2.2
本节应简单叙述该项目最终产品的功能。例如，对于一个财务管理系统，可以在这节描述帐目维护、财务报表等的基本要求，而不必描写为完成这些功能所要求的大量细节。有时本节内容可以直接从较高层次的规格说明中引用（如果存在）。为了清晰起见，需注意：
3.3.1
包括：
a)支持的终端数；
b)支持的并发用户数；
c)处理的文件和记录数；
d)数据量大小机变化趋势需求；
e)对数据的精度要求，包括数学的、逻辑的精度等。
3.3.2
包括诸如处理和任务的数量，以及在正常情况下和峰值工作条件下在一定时间周期中要处理的数据总数。详细描述有关响应时间、更新处理时间、数据转换和传输时间。
b)每一个具体需求应使用指定的方法进行客观的验证。
3.1
本节描述软件产品的输入经过什么处理，产生什么输出，它描述在软件中发生的基本操作。
对于每一类功能或者有时对于每一个功能，都需要描述其输入、处理和输出等需求。这些内容通过以下四小节加以描述。
3.1.1
本节应当描述完成本功能的目的，所使用的方法和技术，还应包括可以清楚说明本功能意图的来源或背景材料以及需求的注释内容。
a)名字；
b)助忆符；
c)版本号；
d)源程序。
对于描述与其它软件接口，本部分应：
a)描述与本软件产品相联接的软件的基本功能及达到的目的；
b)描述传递信息的内容和格式定义接口。对已有完整文档接口，只需要引用描述该接口的文档。
3.2.4
本节应说明各种通信接口。例如局部网络协议等。
3.3
本节应从整体上说明该软件、人与该软件相互作用的静态或动态数值需求。
产品需求说明书模板
需求规格说明书模板需求规格说明阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件,它不仅是系统测试和用户文档的基础，也是所有子系列项目规划、设计和编码的基础。
它应该尽可能完整地描述系统预期的外部行为和用户可视化行为。
除了设计和实现上的限制，软件需求规格说明不应该包括设计、构造、测试或工程管理的细节。
1）采用软件需求规格说明模版: 采用需求规格说明书模板在你的组织中要为编写软件需求文档定义一种标准模板。
该模板为记录功能需求和各种其它与需求相关的重要信息提供了统一的结构。
注意，其目的并非是创建一种全新的模板，而是采用一种已有的且可满足项目需要并适合项目特点的模板。
许多组织一开始都采用IEEE标准830-1998(IEEE 1998)描述的需求规格说明书模板。
要相信模板是很有用的，但有时要根据项目特点进行适当的改动。
表2 需求规格说明模板a. 引言引言提出了对软件需求规格说明的纵览，这有助于读者理解文档如何编写并且如何阅读和解释。
a . 1 目的对产品进行定义，在该文档中详尽说明了这个产品的软件需求，包括修正或发行版本号。
如果这个软件需求规格说明只与整个系统的一部分有关系，那么就只定义文档中说明的部分或子系统。
a.2 文档约定描述编写文档时所采用的标准或排版约定，包括正文风格、提示区或重要符号。
a.3 预期的读者和阅读建议列举了软件需求规格说明所针对的不同读者，例如开发人员、项目经理、营销人员、用户、测试人员或文档的编写人员。
描述了文档中剩余部分的内容及其组织结构。
提出了最适合于每一类型读者阅读文档的建议。
a.4 产品的范围提供了对指定的软件及其目的的简短描述，包括利益和目标。
把软件与企业目标或业务策略相联系。
可以参考项目视图和范围文档而不是将其内容复制到这里。
a.5 参考文献列举了编写软件需求规格说明时所参考的资料或其它资源。
这可能包括用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档，或相关产品的软件需求规格说明。
PRD产品需求规格说明书标准模版
系统需求规格说明书- XX系统-XX需求版本：V0.9发布日期2017年05月03日文档描述目录1引言 (5)1.1背景 (5)1.2目标 (5)1.3范围 (5)1.4干系人 (5)1.5术语缩略语 (5)1.6规范性文件 (6)2业务需求说明 (6)2.1用户说明 (6)2.2业务期望 (6)2.3业务流程 (6)2.4业务规则 (6)3功能概述 (6)3.1需求树分解 (6)3.2多系统间功能流程描述 (7)3.2.1XX系统改造描述 (8)3.2.2YY系统改造描述 (8)3.2.3AA系统改造描述 (8)3.2.4BB系统改造描述 (8)3.3接口清单 (9)4本系统需求概述 (9)4.1系统流程图 (9)4.1.1XXXX流程图 (11)4.1.2XXXX流程图 (11)4.2关键业务逻辑或算法 (11)4.3需求功能清单 (11)4.4数据字典 (12)5功能需求 (12)5.1XXX功能模块 (12)5.1.1执行者 (12)5.1.2条件说明 (12)5.1.3菜单索引 (12)5.1.4主界面原型 (12)5.1.5流程及规则说明 (13)5.1.6用例/操作说明 (13)5.1.6.1用例/操作XXX1说明 (13)5.1.6.2用例/操作XXX2说明 (14)6用户角色及权限 (14)7历史数据处理 (15)8非功能需求 (15)8.1运行环境和资源要求 (15)8.2设计和实现约束 (15)8.3性能需求 (15)8.4安全性需求 (15)8.5版本发布需求 (15)8.6质量标准需求 (15)8.7维护服务支持需求 (16)9附件列表 (16)10待确定问题列表 (16)1引言1.1背景【描述需求的背景来源、现状分析】1.2目标【描述需求实现的目的、此需求实现后带来的优势，确认目标读者】1.3范围【描述需求实现具体范围界定，涉及的业务部门及用户，解决的业务问题。
包含：业务范围界定、使用部门范围界定、系统集成范围界定等】具体对应关系见下表：1.4干系人1.5术语缩略语【描述文中涉及到的相关业务术语，行业术语、缩略语，并做简要解释】【如果没有，可以裁剪。
（完整word版）软件需求规格说明书（范例）（word文档良心出品）.docx
（完整word版）软件需求规格说明书（范例）（word⽂档良⼼出品）.docx项⽬管理协作⽀撑系统软件需求规格说明书⽬录1.引⾔ (2)1.1⽬的 (2)1.2适⽤范围 (2)1.3参考资料 (2)1.4术语和缩略语 (2)2.系统概述 (2)2.1产品描述 (2)2.2产品功能 (4)2.3⼀般约束 (5)3.功能性需求分类 (5)3.1功能描述 1 .................................................................................................................错误！未定义书签。
3.2功能描述 2 (5)4.产品的⾮功能性需求 (11)4.1外部接⼝说明 (11)4.1.1⽤户接⼝ (11)4.1.2软件接⼝ (11)4.2性能需求 (11)4.2.1硬件的限制 (11)4.3属性 (11)4.3.1友好性 (11)4.3.2安全性 (11)4.3.3可维护性 (11)4.3.4可转移 / 换性 (12)4.4系统的运⾏环境 (12)4.5其他需求 (12)4.5.1⽤户操作需求 (12)附录 A：需求确认 (14)1.引⾔1.1⽬的编写此⽂档的⽬的是进⼀步定制软件开发的细节问题, 希望能使本软件开发⼯作更具体。
是为使⽤户、软件开发者及分析⼈员对该软件的初始规定有⼀个共同的理解，它说明了本产品的各项功能需求、性能需求和数据要求，明确标识各功能的实现过程，阐述实⽤背景及范围，提供客户解决问题或达到⽬标所需的条件或权能，提供⼀个度量和遵循的基准。
1.2适⽤范围在各个⾏业中，当我们接受到⽤户的商业项⽬后，在项⽬运⾏的全过程中充满了不确定因素，只有有效的运⽤项⽬管理的科学和艺术，才有可能使项⽬取得成功。
对以上⽅⾯要想达到有效的管理⽔平，必须有⼀套科学的管理⽅法，但是即使有了科学的管理⽅法，由于项⽬⼲系⼈之间的沟通、协作不到位，往往达不到预期的结果。
需求规格说明书的格式规范
项目编号: S×××－<项目名称>分类:<模板>需求规格说明书Version:项目承担部门：撰写人（签名）：完成日期：本文档使用部门：■主管领导■项目组■客户（市场）■维护人员■用户评审负责人（签名）：评审日期：目录1.引言 (1)1.1目的 (1)1.2定义 (1)1.3参考资料 (1)2.软件总体概述 (1)2.1软件标识 (1)2.2软件描述 (1)2.2.1系统属性 (1)2.2.2开发背景 (2)2.2.3软件功能 (2)2.3用户的特点 (2)2.4限制与约束 (2)3.具体需求 (2)3.1功能需求 (3)3.2性能需求 (3)3.3数据库需求 (4)3.4设计约束 (4)3.4.1其他标准的约束 (4)3.4.2硬件约束 (4)3.5属性 (4)3.5.1可用性 (4)3.5.2可靠性 (4)3.5.3效率 (4)3.5.4安全性 (4)3.5.5可维护性 (4)3.5.6可移植性 (5)3.6外部接口需求 (5)3.6.1用户接口 (5)3.6.2硬件接口 (5)3.6.3软件接口 (5)3.6.4通信接口 (6)4.数据字典 (6)5.附录 (6)5.1用户方组织机构图； (6)1. 引言1.1 目的本节描述软件产品需求规格说明书（SRS）的目的，如：定义软件总体要求，作为用户和软件开发人员之间相互了解的基础；提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础；作为软件总体测试的依据。
1.2 定义本节列出SRS中用到的全部需求的术语、定义和缩略语清单。
这些信息可以由SRS的附录提供，也可以参考其他的文件，如果有，本节必须指明。
1.3 参考资料本节列出下列资料：经核准的用户合同、《用户需求说明书》、《项目开发委托合同书》、《技术可行性报告》等文件；本项目的较高层次的开发文档，如：《项目开发计划》等；SRS中各处引用的资料、标准和规范。
附录G-2 产品需求规格说明书
{ 湖北国土资源职业学院招生网站} 产品需求规格说明书机构公开信息版本历史目录0. 文档介绍 (5)0.1文档目的 (5)0.2文档范围 (5)0.3读者对象 (5)0.4参考文档 (5)0.5术语与缩写解释 (5)1. 产品介绍 (6)2. 产品面向的用户群体 (6)3. 产品应当遵循的标准或规范 (6)4. 产品范围 (6)5. 产品中的角色 (6)6. 产品的功能性需求 (7)6.0功能性需求分类（前台） (7)6.1信息管理 (7)6.2友情链接 (8)6.3信息交流 (8)6.0功能性需求分类（后台） (9)6.1信息管理 (9)6.2友情链接 (11)6.3信息交流 (12)6.4修改密码 (13)7. 产品的非功能性需求 (13)7.1用户界面需求 (13)7.2软硬件环境需求 (14)7.3产品质量需求 (14)7.4其他需求 (15)附录A：需求建模与分析报告(前台) (16)A.1网上报名用例 (16)A.2信息管理 (16)A.3友情链接 (17)A.4在线答疑 (17)A.5录取信息管理 (17)附录A：需求建模与分析报告（后台） (19)A.1网上报名用例 (19)A.2密码管理 (19)A.3信息管理 (20)A.4友情链接 (20)A.5资源管理 (21)A.6录取信息管理 (21)附录B：需求确认 (23)0. 文档介绍0.1 文档目的本文档是针对湖北国土资源学院招生网站的使用环境和功能提出的具体要求。
是湖北国土资源学院招生网站的设计和开发的重要依据。
0.2 文档范围本文档包含以下几部分：1：产品介绍2：产品面向的用户群体3：产品应答遵循的标准或规范4：产品的范围5：产品中的角色6：产品的功能性需求7：产品的非功能性需求0.3 读者对象本文档的读者范围包括1.招生网站的管理人员2.开发的项目经理，系统分析设计人员，测试人员0.4 参考文档ISBN:9787030099402,朱三元，软件工程技术概论，科学出版社，2001年1月0.5 术语与缩写解释1. 产品介绍（1）湖北国土资源职业学院招生网站，用于发布湖北国土资源职业学院的招生信息以及招生政策（2）随着我校搬入新校区，学校的环境的改变，和每年招生资源的紧张局势。
客户需求规格说明书模板（可行性）
客户需求规格说明书历史版本记录时间版本号修改人修改内容审批人文档资料名称作者版本号/日期性质强制/参考参考强制/参考参考标准名称版本号发布单位备注冷水水表第一部分：规范GB/T778.1电磁兼容试验和测量技术静电放电抗扰度试验GB/T 17626.2电磁兼容试验和测量技术射频电磁场辐射抗扰度试验GB/T 17626.3术语/缩写词名称定义/原文备注客户分类表客户群分类特点说明分类代表及联系方式需求决策者及联系方式【填表说明：根据用户使用产品的频度、所属应用领域及职能部门等情况，将客户分为不2 产品需求概述2.1功能简介【提示：对产品的基本功能做一个简介，包括： 1.本产品的开发意图、应用目标及作用范围。
2．概略介绍了产品所具有的主要功能。
可以用列表的方法给出，也可以用图形表示主要的需求分组以及它们之间的联系，例如数据流程图的顶层图或类图等。
3．说明本产品与其他相关产品的关系，是独立产品还是一个较大产品的组成部分。
可以用表示外部接口和数据流的系统高层次图，或者方框图说明。
】【示例】为强化科研意识，充分调动与发挥广大教研人员从事科学研究的积极性与创造性，创设有利于优秀人才脱颖而出和发挥才干的制度环境，建设一支高水平的科研队伍，提高院校整体科研水平、学术水平和学术地位，推动学科专业建设全面发展，加强和完善科研管理的激励机制，使院校的科研工作可持续发展，同时为科研工作的考核、年度评优、职称及职务的晋升等建立并提供量化规范的考核评价机制与依据，必须建立一套科学、完整的绩效评价指标体系和灵活、实用的绩效评价系统，从而可作为广大科研人员年度考核、晋职晋级、评功评奖、科研工作量酬金发放提供定量依据。
整个系统设计为4个主要部分：组织结构定义、指标体系定义、评价数据管理、评价实施及查询。
通过建立适应于用户自身要求的评价体系和评价算法，并为用户提供灵活、多样的查询视图和排序功能，使得系统具有广泛的应用前景和适应范围。
统一认证与单点登录系统-产品需求规格说明 书
统一认证与单点登录系统-产品需求规格说明书(共26页)-本页仅作为预览文档封面，使用时请删除本页-统一认证与单点登录系统产品需求规格说明书北京邮电大学版本历史目录0文档介绍 ........................................... 错误!未定义书签。
文档目的 ........................................ 错误!未定义书签。
文档范围 ........................................ 错误!未定义书签。
读者对象 ........................................ 错误!未定义书签。
参考文档 ........................................ 错误!未定义书签。
术语与缩写解释................................... 错误!未定义书签。
1产品介绍 ........................................... 错误!未定义书签。
2产品面向的用户群体.................................. 错误!未定义书签。
3产品应当遵循的标准或规范 ............................ 错误!未定义书签。
4产品范围 ........................................... 错误!未定义书签。
5产品中的角色........................................ 错误!未定义书签。
6产品的功能性需求.................................... 错误!未定义书签。
功能性需求分类................................... 错误!未定义书签。
产品形态..................................... 错误!未定义书签。
软件设计开发规范
软件设计开发规范篇一：软件开发规范软件开发规范软件开发行为规范(第一版）为了把公司已经发布的软件开发过程规范有效地运作于产品开发活动中，把各种规范“逐步形成工程师的作业规范”，特制定本软件开发行为规范，以达到过程控制的目的。
与软件开发相关的所有人员，包括各级经理和工程师都必须遵守本软件开发行为规范。
对违反规范的开发行为，必须按照有关管理规定进行处罚。
本软件开发行为规范的内容包括：软件需求分析、软件项目计划、概要设计、详细设计、编码、需求管理、配置管理、软件质量保证、数据度量和分析等。
本软件开发行为规范，采用以下的术语描述：★ 规则★ 建议★ 说明：对此规则或建议进行必要的解释。
★ 示例：对此规则或建议从正或反两个方面给出例子。
本软件开发过程行为规范由研究技术管理处负责解释和维护。
目录1 软件需求分析2 软件项目计划3 概要设计4 详细设计5 编码6 需求管理7 软件配置管理8 软件质量保证9 数据度量和分析仅供内部使用 3 5 9 11 14 18 19 21 23 251 软件需求分析1-1：软件需求分析必须在产品需求规格的基础上进行，并保证完全实现产品需求规格的定义。
1-2：当产品的需求规格发生变更时，必须修订软件需求规格文档。
软件需求规格的变更必须经过评审，并保存评审记录。
1-3：必须对软件需求规格文档进行正规检视。
1-4：软件需求分析过程活动结束前，必须经过评审，并保存评审记录。
1-5：在对软件需求规格文档的正规检视或评审时，必须检查软件需求规格文档中需求的清晰性、完备性、兼容性、一致性、正确性、可行性、易修改性、健壮性、易追溯性、易理解性、易测试性和可验证性、性能、功能、接口、数据、可维护性等内容。
说明：参考建议1-1到1-16。
1-1：采用以下检查表检查软件需求规格文档中需求的清晰性。
1-2：采用以下检查表检查软件需求规格文档中需求的完备性。
仅供内部使用 41-3：采用以下检查表检查软件需求规格文档中需求的兼容性。
计量用低压电流互感器技术要求(2017)
计量用低压电流互感器技术要求(2017)低压电流互感器招标文件(专用和通用2部分)技术规范专用部分1.总则1.1本技术规范书适用于低压电流互感器的采购。
1.2本技术规范书参照现行的国家、行业标准及规程和公司的有关规定提出。
对没有提到的技术条件及内容，均应满足0.2S级计费用低压电流互感器执行标准的要求。
若其中某一指标在各标准中有不同规定时,则选取其中最高值。
2.引用标准GB20840.2-2014互感器第2部分：电流互感器的补充技术要求JJG313-2010测量用电流互感器检定规程JB/T5472仪用电流互感器DL/T725-2013 电力用电流互感器使用技术规范DL/T 448-2000 电能计量装置技术管理规程GB/T16927.1高电压技术（第一部分）GB/T16927.2高电压技术（第二部分）GB/T15239 孤立批计数抽样检验程序及抽样表Q/GDW572-2010 计量用低压电流互感器技术规范《计量器具条码编码规则》3.技术要求（不特别声明时，环境类别和严酷等级按P级（普通级）对待）产品应根据使用环境类别满足各自的严酷等级要求，并按海拔、环境温度、湿热、日照辐射、霉菌、盐雾等类别的等级标注，P级（普通级）项目不必标注，A级（提高级）项目必须标注。
3.1准确度等级：0.2S级；3.2 额定电压：0.66 kV3.3额定绝缘水平：0.72 kV /3kV ；3.4 额定电流：（50～800）A /5A3.5绝缘要求:3.5.1工频耐压一次绕组（或可能与一次导体接触的外壳表面）对二次绕组及接地底板、二次绕组对接地底板的工频耐受电压为3kV，试验时间1min，互感器应无击穿或闪络发生。
3.5.2匝间绝缘强度二次绕组开路，一次绕组通以额定最大一次电流并维持1min，互感器二次绕组的匝间绝缘无损坏。
3.5.3绝缘电阻用500V兆欧表测量各个绕组之间和个绕组对地的绝缘电阻，应符合JB/T5472第6.7款要求，一次绕组（若有）与二次绕组及接地端子之间的绝缘电阻不低于100MΩ；二次绕组对接地的金属外壳绝缘电阻不低于30MΩ。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
{ 项目名称}
产品需求规格说明书
机构公开信息
版本历史
目录
0. 文档介绍 (4)
0.1文档目的 (4)
0.2文档范围 (4)
0.3读者对象 (4)
0.4参考文档 (4)
0.5术语与缩写解释 (4)
1. 产品介绍 (5)
2. 产品面向的用户群体 (5)
3. 产品应当遵循的标准或规范 (5)
4. 产品范围 (5)
5. 产品中的角色 (5)
6. 产品的功能性需求 (6)
6.0功能性需求分类 (6)
6.M F EATURE M (6)
6.m.n Function M.N (6)
7. 产品的非功能性需求 (6)
7.1用户界面需求 (6)
7.2软硬件环境需求 (7)
7.3产品质量需求 (7)
7.N 其它需求 (7)
附录A：需求建模与分析报告 (8)
A.1需求模型1 (8)
A.N 需求模型N (8)
附录B：需求确认 (9)
0. 文档介绍
0.1 文档目的
0.2 文档范围
0.3 读者对象
0.4 参考文档
提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：[标识符] 作者，文献名称，出版单位（或归属单位），日期
例如：
[SPP-PROC-PP] SEPG，需求开发规范，机构名称，日期
0.5 术语与缩写解释
1. 产品介绍
提示：
（1）说明产品是什么，什么用途。
（2）介绍产品的开发背景。
2. 产品面向的用户群体
提示：
（1）描述本产品面向的用户（客户、最终用户）的特征，
（2）说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？
3. 产品应当遵循的标准或规范
提示：阐述本产品应当遵循什么标准、规范或业务规则（Business Rules），违反标准、规范或业务规则的产品通常不太可能被接受。
4. 产品范围
提示：阐述本产品“适用的领域”和“不适用的领域”，本产品“应当包含的内容”和“不包含的内容”。
说清楚产品范围的好处是：（1）有助于判断什么是需求，什么不是需求；（2）可以将开发精力集中在产品范围之内，少干吃力不讨好的事情；（3）有助于控制需求的变更。
5. 产品中的角色
提示：阐述本产品的各种角色及其职责。
各种角色的具体行为将在功能性需求中描述。
6. 产品的功能性需求
6.0 功能性需求分类
提示：将功能性需求先粗分再细分，下表中的Feature A, Function A.1等符号应当被替换成有含义的名称。
6.m Feature M
提示：此处写一些承上启下的文字。
6.m.n Function M.N
……
7. 产品的非功能性需求
7.1 用户界面需求
7.2 软硬件环境需求
7.3 产品质量需求
7.n 其它需求
附录A：需求建模与分析报告
建议用Rational Rose对产品需求进行建模与分析。
A.1 需求模型1
A.n 需求模型N
附录B：需求确认
提示：需求确认规程请参见SPP-PROC-RM，主要分两步：（1）需求评审，（2）需求承诺。
对需求的评审应当采用“正式技术评审方式”，将产生一份“需求评审报告”，规程请参见SPP-PROC-TR。
在获取责任人（Stakeholders）对需求的承诺之前，该《产品需求规格说明书》必须先通过需求评审。