产品需求规格说明书模板产品需求规格说明书模板.docx

产品需求规格说明书模板产品需求规格说明书模板.docx

  1. 1、本文档共7页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
产品需求规格说明书模板产品需求规格说明书模板

网络摄像机产品需求规格说明书文件状态: [√] 草稿 [ ] 正式发布 [ ] 正在修改文件标识:当前版本:V1.00作者:完成日期:Year-Month-Day版 本 历 史版本/状态作者参与者起止日期备注V1.00一、文档介绍1.1 文档目的1.2 文档范围1.3 读者对象1.4 参考文档提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下:[标识符] 作者,文献名称,出版单位(或归属单位),日期例如:[SPP-PROC-PP] SEPG,需求开发规范,机构名称,日期1.5 术语与缩写解释缩写、术语解 释SPP精简并行过程,Simplified Parallel ProcessRD需求开发 Require Development    … 二、产品介绍提示:(1)说明产品是什么,什么用途。(2)介绍产品的开发背景。三、产品面向的用户群体提示:(1)描述本产品面向的用户(客户、最终用户)的特征,(2)说明本产品将给他们带来什么好处?他们选择本产品的可能性有多大?四、产品应当遵循的标准或规范提示:阐述本产品应当遵循什么标准、规范或业务规则(Business Rules),违反标准、规范或业务规则的产品通常不太可能被接受。ONVIF致力于通过全球性的开放接口标准来推进网络视频在安防市场的应用,这一接口标准将确保不同厂商生产的网络视频产品具有互通性。2008年5月,由安讯士联合博世及索尼公司三方宣布将携手共同成立一个国际开放型网络视频产品标准网络接口开发论坛,取名为ONVIF(开放型网络视频接口论坛),并以公开、开放的原则共同制定开放性行业标准。2008年11月,论坛正式发布了ONVIF第一版规范——ONVIF核心规范1.0。随着视频监控的网络化应用,产业链的分工将越来越细。有些厂商专门做摄像头,有些厂商专门做DVS,有些厂商则可能专门做平台等,然后通过集成商进行集成,提供给最终客户。这种产业合作模式,已经迫切的需要行业提供越来越标准化的接口平台。ONVIF标准将为网络视频设备之间的信息交换定义通用协议,包括装置搜寻、实时视频、音频、元数据和控制信息等。网络视频产品由此所能提供的多种可能性,使终端用户,集成商,顾问和生产厂商能够轻松地从中获益,并获得高性价比、更灵活的解决方案、市场扩张的机会以及更低的风险。  据了解,目前有部分企业和电信运营商已经制定了与之相关的业内规范,也有一些企业联盟提出了一些互联互通的企业标准。ONVIF则是面向全球,出发点是制订一个完全开放的标准。这项标准的主要目标在于推动不同品牌网络视频设备之间的整合,协助制造商,软件开发人员以及独立软件厂商确保产品的互联互通性,很适合于企业级市场。五、产品范围提示:阐述本产品“适用的领域”和“不适用的领域”,本产品“应当包含的内容”和“不包含的内容”。说清楚产品范围的好处是:(1)有助于判断什么是需求,什么不是需求;(2)可以将开发精力集中在产品范围之内,少干吃力不讨好的事情;(3)有助于控制需求的变更。六、产品中的角色提示:阐述本产品的各种角色及其职责。各种角色的具体行为将在功能性需求中描述。角色名称职责描述        七、产品的功能性需求7.1功能性需求分类提示:将功能性需求先粗分再细分,下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。面要全,要有依据的来源或原始需求特别是亮点和卖点的描述功能类别功能名称、标识符描述Feature AFunction A.1 … Feature BFunction B.1 … Feature CFunction C.1 … 7.m Feature M提示:此处写一些承上启下的文字。7.m.n Function M.N名称、标识符 功能描述 优先级 输入 操作序列 输出 补充说明 八、产品的非功能性需求提示:将功能性需求先粗分再细分,下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。面要全,要有依据的来源或原始需求特别是亮点和卖点的描述8.1 用户界面需求需求名称详细要求    … 8.2 软硬件环境需求需求名称详细要求    … 8.3 产品质量需求主要质量属性详细要求正确性 健壮性 可靠性 性能,效率 易用性 清晰性 安全性 可扩展性 兼容性 可移植性 … 8.n 其它需求九、产品的亮点、卖点分析提示:将功能性需求先粗分再细分,下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。面要全,要有依据的来源或原始需求特别是亮点和卖点的描述附录A:需求建模与分析报告建议用Rational Rose对产品需求进行建模与分析。A.1 需求模型1A.n 需求模型N附录B:需求确认提示:需求确认规程请参见SPP-PRO

文档评论(0)

cduutang + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档