【用户需求说明书】和【需求规格说明书】的区别

【系统工程】需求定义 【系统工程】需求定义 大家想必也知道现在这种国际形势下正向研究已逐渐受到越来越大的重视。在学术界系统工程已经不是什么新鲜事物了,但是在业界尤其国产汽车主机厂中系统工程应用于正向研发还没有很成熟,主机厂尤其造车新势力开始投入系统工程实际应用。 在这个大背景下这两天在了解系统工程于是去油管找了一些基础的信息。主要目的是记录一下自己的理解,如果万一能帮上其他人那就更棒了。https://www.youtube.com/watch?v=J_y2I09rj_I&list=PLUl4u3cNGP60jIMm 阅读详情

【用户需求说明书】和【需求规格说明书】的区别

1、用户需求说明书是用户的需求,需要和用户确认的;

需求规格说明书是系统需求主要是对内的。你考虑了一个对外一个对内。而且需求管理的时候也需要用到用户需求。 

2、

优点:用户的语言与设计人员的语言是不同的,所以需要有面向不同人员的文档。

缺点:层次越多,信息损失的越多,误解的概率就越大。

权衡的结果:基本上是依据项目的规模而定。

 

3、要看你们的项目管理采用的规范。 


如果是cmmi就需要,敏捷就取消。
 

4、如果你非要省掉一个的话,我倾向于写用户需求,因为搞系统的时候要始终明白用户在想什么,要解决什么问题

需求规格相对不是很重要,具体实现用户需求的时候,你可以有各种方案,这个是用户不关心的。要是用户需求就已经理解错了,软件规格让用户签字好哪里放什么文本框用什么布局有意义么? 最后还不是给你翻掉
 
5、一个是给用户看的 ,一个给程序员看的
 
6、当然需要,需求管理不弄好,后期客户扯皮怎么办?
 

7、用户需求说明书是软件设计的根本,用户需要签字画押,详细设计基于这个写的,怎能不需要。

     后期有扯皮的时候有依据,不至于什么都没有。
 

8、这个东西少不得, 做的详细点是对自己负责, 后期意义重大。



需求阶段的工作主要分为两个方面,为“需求开发”和“需求管理”。
 

从我们的经验来讲 

“需求管理”需要产出的文档大体上包含【需求管理计划、需求检查表、需求跟踪表(包含矩阵图)、需求变更状态跟踪表,以及与其配套产出的指南型文件】

“需求开发”需要产出的文档大体上包含【需求规格说明书,需求规格说明书检查表,需求开发指南等】

需求分析报告:一般是对某个市场或者是客户群来讲的,类似于调研报告,重点是体现出产品要满足哪些功能,哪些是重点、热点。 
需求说明书:是根据与现场实际客户进行沟通,把客户的需求进行整理,CMMI中有标准的模板,重点是站在客户的角度讲产品功能。 
需求规格说明书:是从业务规则讲起的,细一点偏向于软件的概要设计。是从开发、测试的角度去讲产品功能,里面要包含原型界面、业务接口、活动图等。
用户需求说明书_需求分析师能力模型 需求分析师一般由具有业务背景经验的技术人员担任,在不同的企业,这个角色的名称不一样,有的企业叫做BA(业务分析师),有的企业叫做SA(系统分析师)。前者更侧重业务分析、后者更侧重系统分析。需求人员目前存在的主要问题是不清楚需求有哪些内容和层次,需求工作太被动,主要是等待用户提出需求,对需求缺乏系统的分析和长远的规划。造成需求变更出现的时候疲于奔命。所以作为一个需求分析师,首先应该明确自... 阅读详情

相关推荐

软件测试(测试用例、配置管理、bug、软件需求规格说明书、需求)

什么是软件测试 软件测试是不是就是找bug? 软件测试就是证明软件不存在错误的过程。 软件测试就是为了证明程序能够正确运行。 测试与调试的区别: 目的不同。 测试的任务是发现程序中的缺陷。 调试的任务是定位并且解决程序中的问题。 参与角色不同 测试主要是由测试人员和开发人员来执行,黑盒测试主要由测试人员完成、单元/集成测试主要是由开发人员执行。 调试由开发人员完成。 执行的阶段不同 测试贯穿整个...

weixin_43264873的博客 3968

需求分析说明书和需求规格说明书

一、需求分析说明书和需求规格说明书的区别 两者区别 需求分析说明书:一般是对某个市场或者是客户群来讲的,类似于调研报告,重点 是体现出产品要满足哪些功能,哪些是重点、热点。 需求规格说明书:是从业务规则讲起的,细一点偏向于软件的概要设计。是从开 发、测试的角度去讲产品功能,里面要包含原型界面、业务接口、活动图等 二、需求分析说明书模板 1.简介 1.1目的 1.2范围(软件功能,与其他系统的关系,系统的地域使用范围) 1.3定义、首字母缩写词和缩略语 1.4概述(软件其他部门所包含的内容,如参考资料,并解

leogreat110的博客 5万+

用户需求规格说明书模板(非常完美)

详细介绍了用户需求规格说明书需要写的章节以及每个章节怎么写; 精心准备的,非常完整,绝对超值。

用户需求说明书 与 需求规格说明书 有什么本质区别?

1、用户需求说明书是用户的需求,需要和用户确认的;需求规格说明书是系统需求主要是对内的。你考虑了一个对外一个对内。而且需求管理的时候也需要用到用户需求 2、 优点:用户的语言与设计人员的语言是不同的,所以需要有面向不同人员的文档。 缺点:层次越多,信息损失的越多,误解的概率就越大。 权衡的结果:基本上是依据项目的规模而定。 3、这要看你们的项目管理采用的规范。 如果

BM_Uranus的博客 6115

用户需求说明书(实例)

用户需求说明书(实例) 整对烟草专卖信息管理系统1.55版本出现的问题,现将问题整理: 1) 数据传输问题:主要表现为区县公司上传至分公司数据存在丢失现象。因烟草公司的数据传输采用层层上传的方式,即由各批发部(网点)将基础数据上传至区县公司机房,再由区县公司机房汇总上传至分公司,各分公司汇总上报至省销售公司。以上均采用PSTN的传输方式,势必造成数据上传的不完整性及不规范性。现占90%以上的分公司都在反映区县公司上传的数据存在丢失现象,但区县公司下载数据正常,根据反馈信息估计1.55版本系统本身设计存在一定的缺陷,需现场检查、测试,找出原因。 2) 数据从各个地市县汇总到省销售公司后,因数据量大,省销售公司只能看见这种原始数据,需要增加分析、汇总和决策支持功能, 通过图表等方式展现结果数据。 3)  扩展软件的专卖管理部分功能,实现送货员、稽查员、和访销员三员相互考核。 4) 提高软件可操作性,软件数据录入更方便、快捷,提高软件的易用行。

产品经理-用户需求说明书模板.pdf

产品经理-用户需求说明书模板.pdf

用户需求说明书与需求规格说明书区别

1、用户需求说明书是用户的需求,需要和用户确认的。需求规格说明书是系统需求主要是对内的。需求管理的时候也需要用到用户需求。2、  优点:用户的语言与设计人员的语言是不同的,所以需要有面向不同人员的文档。 缺点:层次越多,信息损失的越多,误解的概率就越大。权衡的结果:基本上是依据项目的规模而定。3、这主要看项目管理采用的规范。  如果是CMMI就需要,敏捷就取消。  4、如果要省掉一个的话,更倾向于...

gjc584的专栏 1万+

iOS中.obj、.usdz、.dae和.scn格式之间的转化(思路清晰版)

作者最近在写项目的过程中遇到了一些3d模型格式问题,故写下这篇文章记录一下解决问题的过程。

yueliangmua的博客 5586

为什么有了《技术协议》,还要《产品需求规格说明书》

作为软件架构师,优化流程是重要内容。 其实《需求规格说明书(Requirement Specification)》有两个:用户需求规格说明书和产品需求规格说明书。用户需求规格说明书是站在用户角度描述的系统业务需求,用户自己完成或用户表达、技术支持整理,就是我们常说的“技术协议”;产品需求规格说明书是站在开发人员角度描述的系统业务需求,是检验软件公司是否正确理解用户需求的试金石,是指导开发人

闻缺陷则喜何志丹 4598

Tiny windows 11 安装与部署

需要注意,安装完后键入 windows 键,输入 update 先更新系统。点击开始,等待完成即可,用户可自定义。

m0_73351035的博客 9048

AUTOSAR—TM模块介绍及使用概要

根据所要测量的场景不同,有1us16bit、1us24bit、1us32bit、100us32bit四种类型可选;TM模块在服务层,提供一些基于时间的服务功能,如测量CPU和任务的负载,周期执行一些回调函数。2、对于需要在不同时间执行不同逻辑的周期任务中,可以搭建时间状态机:参考Tm用户手册;定时器复位、获取时间宽度、定时器转换、定时器同步、繁忙等待。偏移定时器实例的参考时间,直接将定时器数值进行偏移;以1us16bit定时器类型为例,讲几个常用函数。同步两个定时器,把源定时器时间值给到目的定时器。

qq_42479987的博客 605

用户需求说明书 与 需求规格说明书 有什么本质区别?(转)

用户需求说明书 是用户的需求,需要和用户确认的,是对外的,是用户的语言,是给用户看的。来解决 “用户在想什么,要解决什么问题”。 户需求说明书是软件设计的根本,用户需要签字画押,详细设计基于这个写的。 需求规格说明书 是系统需求主要是对内的,需求管理的时候也需要用到用户需求,设计人员的语言,是给成员的看的。...

weixin_34416649的博客 489

Linux:安装Debian最新10.x操作系统(超详细)

安装Debian最新10.x操作系统安装Debian最新10.x操作系统1.下载Debian镜像2. 镜像安装引导启动页面,选择图形化安装:选择语言、时区,选中后点击continue:选择键盘模式:配置Hostname主机名,设置Root密码创建普通用户名和密码,进入磁盘分区步骤,选择“所有文件放在同一个分区”确认分区信息磁盘配置完,进入软件安装模块:选择源:进入软件包配置,等待配置结束根据需要选择软件包安装3. 安装完成重启后登录使用 安装Debian最新10.x操作系统 1.下载Debian镜像 下载D

HowieXue 薛永浩的博客 3万+

源码 需求文档 测试文档_话说产品需求——需求文档、需求分析报告、需求规格说明书...

在产品研发过程中,《需求文档》与《需求分析报告》以及《需求规格说明书》是产品研发的辅助文档,必不可少。遗憾的是不但外行人傻傻分不清,有时候相关从业者乃至被神化了的产品经理也是分不清楚。是什么导致了分歧与疑惑呢?三种文档名称都包含了需求,对需求的定义到什么程度?接下来,本本老师为你揭开需求的前世今生缥缈的面纱。相信搞清楚了需求文档与需求分析报告以及需求规格说明书三者之间的区别和作用,这个问题就可以迎...

weixin_39938724的博客 319

当SLAM遇上FPGA:打造一个会“硬件加速”的激光雷达SLAM系统

点云数据的运动畸变校正特征点提取与匹配、以及ICP迭代最近点配准。在传统方案中,我们通常用ARM核完成所有计算。但点云配准中的最近邻搜索(KD-Tree)需要大量分支判断,CPU处理起来效率很低;而ICP中的矩阵分解(SVD)虽然计算量大,但非常适合并行化。ZYNQ的特殊之处在于它把ARM(PS端)和FPGA(PL端)集成在同一颗芯片上。ARM擅长跑操作系统、处理复杂逻辑和调度,FPGA擅长做高吞吐量的并行计算。两者之间通过AXI总线高速互联,数据交换延迟只有几十个时钟周期。

QQ_778132974的博客 375

Ardupilot chibios主函数学习(1)

目录 文章目录目录摘要第一部分chibios主函数**(1)主回调函数入口****(2)主回调函数入口****(3)主回调函数入口****(4)主回调函数入口**1.函数hal.scheduler->init()分析 摘要 本节主要记录自己学习Ardupilot的 chibios代码过程,欢迎批评指正。 第一部分chibios主函数 (1)主回调函数入口 AP_HAL_MAIN_...

陌城烟雨 4243

测试用例的设计方法——八大要素

软件测试工程师必备基础——测试用例设计

m0_64682777的博客 4278

LeetCode --- 937. Reorder Data in Log Files 解题报告

You are given an array oflogs. Each log is a space-delimited string of words, where the first word is theidentifier. There are two types of logs: Letter-logs: All words (except the identifier) consist of lowercase English letters. Digit-logs: All word..

杨鑫newlife的专栏 426

假人有限元模型

假人模型,车辆碰撞假人有限元模型,适合做乘员安全的研究者利用

VC中sqlite的使用

在VC中对sqlite的使用,实现数据库大批数据的快速插入,读取数据库中的数据在ListCtrl中显示

系统分析和需求分析

二者有所区别

左直拳的马桶_日用桶 2万+

LinePhone3.2.7(android端最新版本) sip客户端

SIP客户端For android:LinePhone3.2.7(最新版本),官网地址:http://www.linphone.org/

产品经理学习-用户故事上

在传统的开发中产品经理是使用产品需求说明书和开发对接,而目前最常使用的是敏捷开发方法,敏捷开发如何编写用户需求呢?用户故事一个高效工具

cdwy300l_的博客 455

OV9734 DATASHEET,完整规格书

OV9734完整规格书,包括电气参数,尺寸规格,寄存器配置表等

软件项目管理

1.开发文档和管理文档:软件文档分开发文档和管理文档两大类:开发文档主要由项目组书写,用于指导软件开发:管理文档主要由软件工程管理部门书写,用于指导软件管理和决策。 各种文档之间的覆盖关系如下: 《目标程序》覆盖《源程序》; 《源程序》覆盖《详细设计说明书》; 《详细设计说明书》覆盖《概要设计说明书》; 《概要设计说明书》覆盖《需求规格说明书》; 《需求规格说明书》覆盖《用...

svallll的博客 3946

软件测试V&V

验证和确认软件测试的工作归结起来就是两个V,Verification和Validation。Verification翻译为验证,在在ISO9000中,“验证”的严格定义是:验证是通过检查和提供客观证据,表明规定要求已经满足的认可。Validation翻译为确认,在ISO9000中,“确认”的严格定义是:确认是通过检查和提供客观证据,表明一些针对某一特定预期用途的要求已经满足的认可。从定义...

2701
上一篇: 使用Axure制作无限循环展示图片效果
下一篇: 产品经理做产品前问自己六个问题
hellofeiya
博客等级 码龄14年 148粉丝 36原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值