产品需求规格说明书模板_第1页
产品需求规格说明书模板_第2页
产品需求规格说明书模板_第3页
产品需求规格说明书模板_第4页
产品需求规格说明书模板_第5页
已阅读5页,还剩2页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

杭州数字设备科技有限公司(内部文档)网络摄像机产品需求规格说明书文件状态: 草稿 正式发布 正在修改文件标识:当前版本: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.1Feature BFunction B.1Feature CFunction C.17.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-PROC-RM,主要分两步:(1)需求评审,(2)需求承诺。对需求的评审应当采用“正式技术评审方式”,将产生一份“需求评审报告”,规程请参见SPP-PROC-TR。在获取责任人(Stakeholders)对需求的承诺之前,该产品需求规格说明书必须先通过需求评审。需求评审报告摘要需求文档输入名称,标识符,版本,作者,完成日期,需求评审报告输入名称,标识符,评审日期,评审结论 工作成果合格,“无需修改”或者“需要轻微修改但不必再审核”。 工作成果基本合格,需要作少量的修改,

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论