《软件需求分析（第二版）》第 12 章——需求确认 重点部分总结

已于 2022-02-13 00:38:01 修改
阅读量483 收藏 2
点赞数 2
分类专栏： 软件需求分析与案例应用（SRA） 文章标签： 《软件需求分析（第二版）》 软件需求分析 SRA 需求确认 需求分析
于 2021-04-22 15:00:51 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_22695001/article/details/116014039
版权
本文总结了《软件需求分析（第二版）》第 12 章的内容，重点讲解了需求确认的过程，包括单选题和简答题的讨论。涉及非正式评审方法、审查参与者角色、审查阶段的各个步骤及其作用，以及解决评审中需求文档问题的策略。强调了充分准备、分层次评审、正式与非正式评审结合、分阶段评审以及选择合适的评审人员的重要性。
摘要由CSDN通过智能技术生成

文章目录

前言

软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。需求分析是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。本文是对《软件需求分析（第二版）》第 12 章——需求确认的重点部分总结。《软件需求分析（第二版）》计划共十七个章节以及两次考试，其他章节的内容请前往专栏内查看。

在这里插入图片描述

上节回顾：《软件需求分析（第二版）》第 11 章——一图胜千言 重点部分总结

一、单选题

1、非正式评审方法不包括（C）。
A、同级桌

了解本专栏 订阅专栏 解锁全文
白鹿第一帅
关注
专栏目录
订阅专栏
软件需求分析一般应确定的是用户对软件的（功能需求和非功能需求 ），结构化设计是一种面向（数据流 ）的设计方法
Sunshine的专栏
08-16 1387
分析人员根据前面获取的需求资料，要进行一致性的分析检查，在分析、综合中逐步细化软件功能，划分成各个子功能。同时对数据域进行分解，并分配到各个子功能上，以确定系统的构成及主要成分。最后要用图文结合的形式，建立起新系统的逻辑模型。通过分析确定了系统必须具有的功能和性能，定义了系统中的数据，描述了数据处理的主要算法。应该把分析的结果用正式的文件记录下来，作为最终软件的部分材料。软件需求分析一般应确定的是用户对软件的（功能需求和非功能需求 ）(2)系统的可靠性、安全性。B.功能需求和非功能需求。......
《软件需求分析（第二版）》第 3 章——需求工程的推荐方法 重点部分总结
白鹿第一帅的 CSDN 博客
04-22 344
软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。需求分析是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。本文是对《软件需求分析（第二版）》第 3 章——需求工程的推荐方法的重点部分总结。《软件需求分析（第二版）》计划共十七个章节以及两次考试，其他章节的内容请前往专栏内查看。
关于软件需求开发和项目的范围管理
《老子》的自然观
03-27 1893
从CMMI到CMM来看其变化Req从只有一个PA叫RM，到两个PA，分别是Reqm、ReqD目前我们的需求开发就如在一间黑屋子打着手电筒在看你需要装修的范围，你看到一个墙角墙上贴着白色的磁砖，铺着蓝色的地砖。你别以为客户的整个房子的需求就是白砖蓝地。那可只是个厕所。当你把全房子的灯都点亮，你再走一圈，你就会发出“原来如此”的感叹，其时需求的难度不是问题，问题就是当你所有的灯都亮了的时候，项目进入测
需求分析确认合同书
wangwang3ok的专栏
07-30 515
写了三天，需求分析，数据库设计，项目进度等文档基本上完成，明天去跟客户确认，所以必须有一个需求确认合同。 于是挤啊挤啊挤啊，挤出了这么一个需求确认合同。 感觉比当初高考时候写作文难多了。 不但要划分清楚责任，还要把话说的委婉点，不容易啊....       xxxx软件 系统功能需求确认书 甲方:XXXXX 地址:XXX 乙方:XXXX 地址:XXXX   为了能够保证...
关于需求确认的重要性
aiguanbei8739的博客
04-29 2481
　　需求确认，就是对客户实际诉求的重复了解。我们在需求确认过程中，实际上就是对客户业务流程、流程节点、角色等环节进行记录总结，后续根据各环节当下所需优化工作或诉求进行归宗；后续通过文档和会议的形式，与客户不断的沟通确认，从而达到真正的需求确认。 　　需求确认的重要性：一个项目从需求确认——功能设计（概要设计、详细设计、业务梳理等）——项目开发——项目部署，以上各个环节都离不开对需求的深...
第二章 需求确定
Bitfart的博客
09-12 757
目录需求确定从业务过程到解决方案构想过程层次建模业务过程建模解决方案构想需求引导系统需求需求引导的传统方法需求引导的现代方法需求协商与确认超出范围的需求需求依赖矩阵需求风险和优先级需求管理需求业务模型需求文档文档模板 需求确定 从业务过程到解决方案构想 过程层次建模 BPMN（业务过程建模表示法）：对由活动定义的业务过程建模 过程可能包含子过程，过程中的原子活动叫任务 过程层次图定义了业务过程模型的静态结构。它显示过程的层次结构，将顶层业务过程分解为子过程。一般说来，将子过程向下分解为原子任务并不是惯例
《软件需求分析（第二版）》第 7 章——聆听客户的需求 重点部分总结
白鹿第一帅的 CSDN 博客
04-22 330
软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。需求分析是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。本文是对《软件需求分析（第二版）》第 7 章——聆听客户的需求的重点部分总结。《软件需求分析（第二版）》计划共十七个章节以及两次考试，其他章节的内容请前往专栏内查看。
《软件需求分析（第二版）》第 2 章——客户眼中的需求 重点部分总结
白鹿第一帅的 CSDN 博客
04-16 440
软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。需求分析是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。本文是对《软件需求分析（第二版）》第 2 章——客户眼中的需求的重点部分总结。《软件需求分析（第二版）》计划共十七个章节以及两次考试，其他章节的内容请前往专栏内查看。
《软件需求分析（第二版）》第 17 章——需求管理工具 重点部分总结
白鹿第一帅的 CSDN 博客
04-22 323
软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。需求分析是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。本文是对《软件需求分析（第二版）》第 17 章——需求管理工具的重点部分总结。《软件需求分析（第二版）》计划共十七个章节以及两次考试，其他章节的内容请前往专栏内查看。
《软件需求分析（第二版）》第 1 章——软件需求基础知识 重点部分总结
白鹿第一帅的 CSDN 博客
04-16 913
软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。需求分析是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。本文是对《软件需求分析（第二版）》第 1 章——软件需求基础知识的重点部分总结。《软件需求分析（第二版）》计划共十七个章节以及两次考试，其他章节的内容请前往专栏内查看。
软件需求
weixin_33935505的博客
01-03 1779
软件需求 软件需求是指用户对目标软件系统在功能、性能、质量等方面的期望，以及对目标软件系统在运行环境、资源消耗等方面的约束。通常将用户需求分为两大类： (1)功能性需求：用户对软件系统能够完成何种功能，以及在某些场景下软件系统能够展现的何种外部可见行为或效果的期望，包括对外部行为效果的业务规则约束。 (2)非功能性需求：用户对软件质量属性、运行环境、资源约束、外部接口等方面的要求或期望，...
软件项目视图和范围－需求分析类
xiaoniba1024的专栏
01-09 2190
软件项目视图和范围 编者说明：    项目所涉及的内容与所解决的问题都是有限的，而且项目应该是十分有目的性的，是为了实现某个可度量的目标而做的。因此，在需求分析的前期应该将“项目的目标与范围”这一项目的本质文档化，让每一个项目成员对其达成共识。该文档是十分重要，但却又是十分容易被忽视的。该文档模板比较适用于定制开发项目。 1.业务需求 [业务需求说明了提供给客户和产品开发商的新系统的最初利
软件需求规格说明
qq_60864894的博客
04-26 873
说明 a. 引言 软件需求规格说明文档描述了“智慧海关大脑”1.0版本的功能需求与非功能需求。本文档系统特性说明了海关物流监管系统，智能卡口系统，电子货物追踪系统。本文档计划由开发人员所在的项目团队使用，以及为用户所查看来提供修改意见，指定的所有功能都为高优先级，在此软件版本实现。 a. 1目的 通过智慧海关大脑系统，保障特殊区域场所之间陆路运输监管，对货物和车辆进行严密监控，简化手续。借助科技赋能，提高进出口货物通关效率，优化跨境贸易营商环境。 2预期的读者和阅读建议 开发人员...
项目需求确认工作思路
机场信息系统研究员的专栏
04-24 5866
就信息化建设项目而言，需求调研完成，就需准备进行需求确认工作，那么需求确认工作该如何开展。
软件需求规格说明书_《掌握需求过程》-编写需求规格说明书
weixin_39834984的博客
11-23 636
编写需求不是一项单独的活动，而是在网罗和做原型的活动中，当您发现需求时就完成了编写需求的一部分工作；在质量关检查中，当您确保每一项需求都是完整的时候就完成了其余部分的工作把潜在需求变为书面需求在我们搜集需求或做原型时发现的需求不一定有完整的形式，它们只是需求的想法或意图我们得到的需求规格说明书是产品构建合同的基础，所以它必须包含清晰、完整、可测试的指令，说明必须构建什么，这确实不是一项容易的任务，...
第三章 软件项目范围管理
panshi5188的博客
02-23 1206
项目范围对项目的影响是决定性的，它确定了软件项目工作内容的多少。有效的范围管理可以保证项目只做必须做的事情，避免范围蔓延和做无用功，同时也避免不清晰的需求所导致的严重的系统缺陷。 本章内容提要 n3.1 需求获取 n3.2 范围定义 n3.3 创建工作分解结构 n3.4 范围确认 n3.5 范围控制 n3.6 案例分析 3.1 需求获取 n需求获取工作的任务就是收集项目干系人的需求信息，为定义项...
华中电网项目日志：软件需求说明书编写规范
夜澜偶作庄周梦 酒后聊为楚客狂
10-15 6018
案卷号   日期  
需求获取 确定项目的前景与范围
m0_51787573的博客
09-07 343
需求获取 确定项目的前景与范围 项目的目标就是系统的业务需求，前景描述了产品用来干什么以及最终是什么样；范围则指明了当前项目是要解决的产品长远规划中的哪一部分；前景声明将所有涉众都统一到一个方向上来，范围声明则为项目划定了需求的界限；
（二）需求确定（持续更新）
毕业于东北大学软件工程专业，现就职于字节跳动
06-01 1825
文章目录2.1 从业务过程到解决方案2.1.1 过程层次建模2.1.2 业务过程建模2.1.3 解决方案构想2.2 需求引导2.2.1 系统需求2.2.1.1 功能性需求2.2.1.2 非功能性需求2.2.2 需求引导的传统方法2.2.3 需求引导的现代方法1、原型法2、头脑风暴3、联合应用开发4、快速应用开发2.3 需求协商和确认2.3.1 超出范围的需求2.3.2 需求依赖矩阵2.3.3 需求风险和优先级2.4 需求管理2.4.1 需求标识和分类2.4.2 需求层次2.4.3 变更管理2.4.4 需求可
软件工程第三课——需求分析详解
软件工程的第三课是关于需求分析的内容。软件需求分析是软件生命周期中至关重要的一步，也是决定性的一步。它的基本任务是准确地回答“系统必须做什么？”需求分析是在可行性的基础上进行更细致的分析工作，是对软件...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

白鹿第一帅

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值