《需求分析概念和任务.pptx》由会员分享，可在线阅读，更多相关《需求分析概念和任务.pptx（26页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、第三章 需求分析1需求分析的目的需求分析的目的用户需求报告需求规格说明书做什么做什么?(需求分析需求分析需求分析需求分析)第1页/共26页第三章 需求分析2 从开发工作的流程来看，需求分析是软件计划的下一工作步骤，它为软件设计阶段提供一个软件需求规格说明书。软件计划需求分析软件功能软件作用范围成本、资源估算软件规格说明软件开发工作流程1 1、需求分析的概念和任务、需求分析的概念和任务第2页/共26页第三章 需求分析3用户解决问题或达到目标所需的条件或权能用户解决问题或达到目标所需的条件或权能(Capability)Capability)。系统或系统部件要满足合同、标准、规范或其它正式规定文档系
2、统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。所需具有的条件或权能。一种反映上面一种反映上面或或所描述的条件或权能的文档说明。所描述的条件或权能的文档说明。IEEEIEEE的的软件工程标准词汇表对软件需求的定义：软件工程标准词汇表对软件需求的定义：需求的概念需求的概念第3页/共26页第三章 需求分析4需求分析为什么重要？需求分析为什么重要？大型系统的失败，最后均归结到需求分大型系统的失败，最后均归结到需求分析析.用户需求规格书用户需求规格书是一个里程碑是一个里程碑/基线基线.需求分析占软件开发工作量的需求分析占软件开发工作量的30%30%左右左右.需求获取中的错误，
3、会发散式的传播需求获取中的错误，会发散式的传播.第4页/共26页第三章 需求分析5需求获取为什么难？需求获取为什么难？用户需求具有动态性用户需求具有动态性(不稳定性不稳定性)。用户需求具有模糊性用户需求具有模糊性(不准确性不准确性)。对需求达成一致的艰难性。对需求达成一致的艰难性。管理体制、机构设置处在变革中。管理体制、机构设置处在变革中。软件书籍没有将需求分析讲清楚。软件书籍没有将需求分析讲清楚。第5页/共26页第三章 需求分析6需求分析的重点需求分析的重点通过对业务流程和数据流程的分析，在以下四个方面与客户要达成完全一致目标。业务模型、业务模型、功能模型、功能模型、性能模型、性能模型、接口
4、模型。接口模型。需求分析要明确：万一需求有点变化，双方必须履行合同规定的“需求变更管理程序”。第6页/共26页第三章 需求分析7业务需求业务需求：反映组织机构或客户对软件高层次反映组织机构或客户对软件高层次的目标要求。这项需求是用户高层领导机构决的目标要求。这项需求是用户高层领导机构决定的，它确定了系统的目标、规模和范围。定的，它确定了系统的目标、规模和范围。用户需求用户需求：用户使用该软件要完成的任务。用户使用该软件要完成的任务。功能需求功能需求：定义了软件必须实现的功能。定义了软件必须实现的功能。非功能需求：非功能需求：对功能需求的补充。对功能需求的补充。需求的层次需求的层次需求可分解为4
5、个层次：第7页/共26页第三章 需求分析8构造一个完整的、精致 的目标系统逻辑模型；确定设计约束和定义软件有效性要求。软件规格说明需求分析的目标需求分析的目标第8页/共26页第三章 需求分析9需求分析的任务需求分析的任务借助当前系统的逻辑模型，调查、研究、分析、综合。通过抽象思维、逻辑推理，导出目标系统的逻辑模型。准确表达系统“做什么”。认清问题、分析资料、认清问题、分析资料、建立分析模型建立分析模型编写软件需求规格说明书编写软件需求规格说明书第9页/共26页第三章 需求分析10软件开发项目是要实现目标系统的物理模软件开发项目是要实现目标系统的物理模型，包括确定待开发软件系统的元素，将型，包括
6、确定待开发软件系统的元素，将功能和信息结构分配到系统元素中。功能和信息结构分配到系统元素中。逻辑模型，忽视实现机制与细节，只描述逻辑模型，忽视实现机制与细节，只描述系统要完成的功能和要处理的信息。系统要完成的功能和要处理的信息。需求分析的任务需求分析的任务第10页/共26页第三章 需求分析11画出系统的组织结构图、列出各部门的岗位角色画出系统的组织结构图、列出各部门的岗位角色(机构模型机构模型)。画出系统业务画出系统业务操作流程图操作流程图。画出系统的画出系统的数据流图数据流图，掌握业务规则，获得初步数据模型。，掌握业务规则，获得初步数据模型。列出系统的功能点，即列出系统的功能点，即功能模型功
7、能模型。列出系统的性能点，即列出系统的性能点，即性能模型性能模型。列出系统的接口，即列出系统的接口，即接口模型接口模型。确定系统的运行环境，即确定系统的运行环境，即环境模型环境模型。确定系统的界面约定，即确定系统的界面约定，即界面模型界面模型。对开发工期、费用、开发进度、系统风险等分析与评估。对开发工期、费用、开发进度、系统风险等分析与评估。需求分析的需求分析的9项任务项任务第11页/共26页第三章 需求分析12实现步骤实现步骤：分析现实世界，充分理解当前系统，并用一个具体模型描述，获得当前分析现实世界，充分理解当前系统，并用一个具体模型描述，获得当前系统的物理模型。系统的物理模型。在理解当前
8、系统在理解当前系统“怎么做怎么做”的基础上，抽取的基础上，抽取“做什么做什么做什么做什么”的本质，抽象出的本质，抽象出系统的逻辑模型。系统的逻辑模型。分析目标系统与当前系统逻辑上的差别，导出目标系统的逻辑模型。分析目标系统与当前系统逻辑上的差别，导出目标系统的逻辑模型。对目标系统逻辑模型进行补充，以求完整地描述。对目标系统逻辑模型进行补充，以求完整地描述。第12页/共26页第三章 需求分析13当前系统逻辑模型物理模型目标系统模型化物理模型怎么做具体化抽象化逻辑模型做什么实例化导出理解需求表达需求由当前系统建立目标系统模型过程实现步骤实现步骤：第13页/共26页第三章 需求分析14需求分析阶段的
9、工作有以下四个方面：问题识别问题识别分析与综合分析与综合编制需求分析阶段文档编制需求分析阶段文档需求分析评审需求分析评审需求分析的过程需求分析的过程第14页/共26页第三章 需求分析15需求获取确定需求建立沟通管道功能要求功能要求性能要求性能要求运行和扩充要求运行和扩充要求 维护要求维护要求系统文档规格要求系统文档规格要求问题的识别问题的识别经济可行性经济可行性技术可行性技术可行性法律可行性法律可行性比较和选择不同的方案比较和选择不同的方案管理人员用户/需求者分析人员软件组软件计划软 件 需 求规 格 说 明原型第15页/共26页第三章 需求分析16分析与综合分析与综合从信息流和信息结构出发，
10、逐步细化所有的软件功从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性和设能，找出系统各元素之间的联系、接口特性和设计上的约束，分析它们是否满足功能要求，是否计上的约束，分析它们是否满足功能要求，是否合理。合理。剔除其不合理的部分，剔除其不合理的部分，增加其需要部分。增加其需要部分。最终综合成系统的解决方案，最终综合成系统的解决方案，给出目标系统的详细逻辑模型。给出目标系统的详细逻辑模型。第16页/共26页第三章 需求分析17描述需求的规则描述需求的规则需要能够表达和理解问题的信息域和功能域需要能够表达和理解问题的信息域和功能域要能以层次化的方式对问题进行分解和
11、不断细要能以层次化的方式对问题进行分解和不断细化化要给出系统的逻辑视图和物理视图要给出系统的逻辑视图和物理视图第17页/共26页第三章 需求分析18编写需求规格说明书编写需求规格说明书需求规格说明需求规格说明包含对目标软件系统的外部行为的完整描述、需求验证标包含对目标软件系统的外部行为的完整描述、需求验证标准以及用户在性能、质量、可维护性等方面的要求。准以及用户在性能、质量、可维护性等方面的要求。用户手册用户手册包括用户界面描述以及有关目标系统使用方法的初步构想。包括用户界面描述以及有关目标系统使用方法的初步构想。在需求分析中确立测试标准在需求分析中确立测试标准，作为系统开发目标是否完成的验收
12、依据。，作为系统开发目标是否完成的验收依据。修改的项目开发计划修改的项目开发计划是根据新的分析结果，对可行性分析和软件计划阶是根据新的分析结果，对可行性分析和软件计划阶段中制订的初步的项目开发计划作必要的修改、补充和完善。段中制订的初步的项目开发计划作必要的修改、补充和完善。第18页/共26页第三章 需求分析19软件需求规格说明的规则软件需求规格说明的规则描述要描述要“做什么做什么”而不是而不是“怎样实现怎样实现”要求使用面向处理语言说明（或称系统定义语言）要求使用面向处理语言说明（或称系统定义语言）如果被开发软件只是一个大系统中的一个元素，那如果被开发软件只是一个大系统中的一个元素，那么整个
13、大系统也包括在规格说明的描述之中么整个大系统也包括在规格说明的描述之中规格说明必须包括系统运行环境规格说明必须包括系统运行环境规格说明必须是一个认识模型规格说明必须是一个认识模型规格说明必须是可操作的规格说明必须是可操作的规格说明必须容许不完备性并允许扩充规格说明必须容许不完备性并允许扩充规格说明必须局部化和松散耦合规格说明必须局部化和松散耦合第19页/共26页第三章 需求分析20用户需求报告用户需求报告要点指南要点指南以业务流程为主线，以业务流程为主线，以需求分析的九大任务为中心，以需求分析的九大任务为中心，以功能、性能、接口三个列表为基本点以功能、性能、接口三个列表为基本点。第20页/共2
14、6页第三章 需求分析21需求规格说明书需求规格说明书编写要点编写要点以用户需求报告为基线，按照规定的格式，以用户需求报告为基线，按照规定的格式，就可以制作出合格的需求规格说明书。就可以制作出合格的需求规格说明书。概述。概述。概述。概述。目标系统描述目标系统描述目标系统描述目标系统描述(功能、性能、接口、约束功能、性能、接口、约束功能、性能、接口、约束功能、性能、接口、约束)。格式说明：第21页/共26页第三章 需求分析22需求管理文档需求管理文档用户需求报告讨论记录表；需求规格说明书讨论记录表；需求变更管理表。要点：要评审、记录、跟踪、改正、审计。第22页/共26页第三章 需求分析23完整性完
15、整性 正确性正确性 一致性一致性 必要性必要性 无歧义性无歧义性 可验证性可验证性 优先级的划分优先级的划分 需求验证需求验证由专家、分析人员、开发人员、用户组成评审组，对需求分析所得的结果 进行评审。第23页/共26页第三章 需求分析24需求分析评审的内容需求分析评审的内容系统定义的目标是否与用户的要求一致系统定义的目标是否与用户的要求一致;系统需求分析阶段提供的文档资料是否齐全系统需求分析阶段提供的文档资料是否齐全;所有描述是否完整、清晰、准确反映用户要求所有描述是否完整、清晰、准确反映用户要求;与所有其它系统成分的重要接口是否都已经描述与所有其它系统成分的重要接口是否都已经描述;被开发项
16、目的数据流与数据结构是否足够，确定被开发项目的数据流与数据结构是否足够，确定;所有图表是否清楚，在不补充说明时能否理解所有图表是否清楚，在不补充说明时能否理解;主要功能主要功能是否已包括在规定的软件范围之内是否已包括在规定的软件范围之内;约束条件或限制条件是否符合实际约束条件或限制条件是否符合实际;开发的技术风险是什么开发的技术风险是什么;是否考虑过软件需求的其它方案是否考虑过软件需求的其它方案;软件需求的扩充能力软件需求的扩充能力;检验标准，对系统定义成功与否进行确认检验标准，对系统定义成功与否进行确认;第24页/共26页第三章 需求分析25思考题思考题1 1 为什么说需求获取难？为什么说需求获取难？需求分析的重点是哪些？需求分析的重点是哪些？需求分析的需求分析的9 9大任务是什么？大任务是什么？简述需求分析的过程？简述需求分析的过程？第25页/共26页第三章 需求分析26感谢您的观看！第26页/共26页