《产品需求规格说明书模板》由会员分享，可在线阅读，更多相关《产品需求规格说明书模板（7页珍藏版）》请在装配图网上搜索。
1、网络摄像机产品需求规格说明书文件状态： 草稿 正式发布 正在修改文件标识：当前版本：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 De
2、velopment二、 产品介绍提示：（1）说明产品是什么，什么用途。（2）介绍产品的开发背景。三、产品面对的用户群体提示：（1）描述本产品面对的用户（客户、最终用户）的特征，（2）说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？四、产品应当遵循的标准或规范提示：阐述本产品应当遵循什么标准、规范或业务规则（Business Rules），违反标准、规范或业务规则的产品通常不太可能被接受。ONVIF致力于通过全球性的开放接口标准来推动网络视频在安防市场的应用，这一接口标准将确保不同厂商生产的网络视频产品具有互通性。2008年5月，由安讯士联合博世及索尼公司三方宣布将携手共同成立一个
3、国际开放型网络视频产品标准网络接口开发论坛，取名为ONVIF（开放型网络视频接口论坛），并以公开、开放的原则共同制定开放性行业标准。2008年11月，论坛正式发布了ONVIF第一版规范ONVIF核心规范1.0。随着视频监控的网络化应用，产业链的分工将越来越细。有些厂商特地做摄像头，有些厂商特地做DVS，有些厂商则可能特地做平台等，然后通过集成商进行集成，供应应最终客户。这种产业合作模式，已经迫切的须要行业供应越来越标准化的接口平台。ONVIF标准将为网络视频设备之间的信息交换定义通用协议，包括装置搜寻、实时视频、音频、元数据和限制信息等。网络视频产品由此所能供应的多种可能性，使终端用户，集成商
4、，顾问和生产厂商能够轻松地从中获益，并获得高性价比、更灵敏的解决方案、市场扩张的机会以及更低的风险。 据了解，目前有部分企业和电信运营商已经制定了与之相关的业内规范，也有一些企业联盟提出了一些互联互通的企业标准。ONVIF则是面对全球，动身点是制订一个完全开放的标准。这项标准的主要目标在于推动不同品牌网络视频设备之间的整合，帮助制造商，软件开发人员以及独立软件厂商确保产品的互联互通性，很适合于企业级市场。五、产品范围提示：阐述本产品“适用的领域”和“不适用的领域”，本产品“应当包含的内容”和“不包含的内容”。说清楚产品范围的好处是：（1）有助于推断什么是需求，什么不是需求；（2）可以将开发精力
5、集中在产品范围之内，少干吃力不讨好的事情；（3）有助于限制需求的变更。六、产品中的角色提示：阐述本产品的各种角色及其职责。各种角色的详细行为将在功能性需求中描述。角色名称职责描述七、产品的功能性需求7.1 功能性需求分类提示：将功能性需求先粗分再细分，下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。面要全，要有依据的来源或原始需求特别是亮点和卖点的描述功能类别功能名称、标识符描述Feature AFunction A.1Feature BFunction B.1Feature CFunction C.17.m Feature M提示：此处写一些承上启下的
6、文字。7.m.n Function M.N名称、标识符功能描述优先级输入操作序列输出补充说明八、产品的非功能性需求提示：将功能性需求先粗分再细分，下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。面要全，要有依据的来源或原始需求特别是亮点和卖点的描述8.1 用户界面需求需求名称详细要求8.2 软硬件环境需求需求名称详细要求8.3 产品质量需求主要质量属性详细要求正确性健壮性牢靠性性能，效率易用性清楚性平安性可扩展性兼容性可移植性8.n 其它需求九、产品的亮点、卖点分析提示：将功能性需求先粗分再细分，下表中的 Feature A, Function A.1等
7、符号应当被替换成有含义的名称。面要全，要有依据的来源或原始需求特别是亮点和卖点的描述附录A：需求建模与分析报告建议用Rational Rose对产品需求进行建模与分析。A.1 需求模型1A.n 需求模型N附录B：需求确认提示：需求确认规程请参见SPP-PROC-RM，主要分两步：（1）需求评审，（2）需求承诺。对需求的评审应当接受“正式技术评审方式”，将产生一份“需求评审报告”，规程请参见SPP-PROC-TR。在获得责任人（Stakeholders）对需求的承诺之前，该产品需求规格说明书必需先通过需求评审。需求评审报告摘要需求文档输入名称，标识符，版本，作者，完成日期，需求评审报告输入名称，标识符，评审日期，评审结论 工作成果合格，“无需修改”或者“须要略微修改但不必再审核”。 工作成果基本合格，须要作少量的修改，之后通过审核即可。 工作成果不合格，须要作比较大的修改，之后必需重新对其评审。评审看法评审小组成员输入评审小组成员需求承诺需求文档输入名称，标识符，版本，作者，完成日期客户承诺承诺签字，日期项目经理承诺承诺签字，日期
产品需求规格说明书模板
