文档介绍：第3 章需求分析 需求分析的概念和任务 获取需求的方法 结构化分析方法本章学****内容: ,很大程度上取决于对要解决问题的认识程度,以及如何准确地表达出用户的需求。 需求分析的概念和任务 需求的概念对用户来讲需求是对软件产品的解释,是用户对目标软件系统在功能、行为、性能和约束等方面的期望。而对开发人员所讲的需求,对用户来说又像详细设计。第3章需求分析能否开发出高质量的软件,很大程度上取决于对要解决问题的认识程度,以及如何准确地表达出用户的需求。 需求分析的概念和任务 需求的概念对用户来讲需求是对软件产品的解释,是用户对目标软件系统在功能、行为、性能和约束等方面的期望。而对开发人员所讲的需求,对用户来说又像详细设计。 IEEE 软件工程标准词汇表中对需求的定义: (1)用户解决问题或达到目标所需的条件或权能; (2)系统或系统部件要满足合同、标准、规范或其他正式规定文档所需要具有的条件或权能; (3)一种反映上面( 1)和( 2)所描述的条件或权能的文档说明。由上述定义可知,需求一方面反映了系统的外部行为,另一方面反映了系统的内部特性,反映的方式是需求文档——软件需求规格说明书。需求的特点: (1)用户需求直接来源于用户。需求可以由用户主动提出,也可以通过与用户沟通、交流或者进行问卷调 IEEE 软件工程标准词汇表中对需求的定义: (1)用户解决问题或达到目标所需的条件或权能; (2)系统或系统部件要满足合同、标准、规范或其他正式规定文档所需要具有的条件或权能; (3)一种反映上面( 1)和( 2)所描述的条件或权能的文档说明。由上述定义可知,需求一方面反映了系统的外部行为,另一方面反映了系统的内部特性,反映的方式是需求文档——软件需求规格说明书。需求的特点: (1)用户需求直接来源于用户。需求可以由用户主动提出,也可以通过与用户沟通、交流或者进行问卷调查等方式获得。由于用户对计算机系统认识上的不足,分析人员有义务帮助用户挖掘需求。(2)用户需求需要以文档的形式提供给用户审查。因此,需要使用流畅的自然语言和简洁清晰的直观图表来表述,以方便用户的理解与确认。(3)可以把用户需求理解为用户对软件的合理请求。这意味着,必须全面理解用户的各项要求, 但又不能全盘接受所有的要求。(4)用户需求主要是为用户方管理层撰写的。但是用户方的技术代表、软件系统今后的操作者以及开发方的高层技术人员,也有必要认真阅读用户需求文档。查等方式获得。由于用户对计算机系统认识上的不足,分析人员有义务帮助用户挖掘需求。(2)用户需求需要以文档的形式提供给用户审查。因此,需要使用流畅的自然语言和简洁清晰的直观图表来表述,以方便用户的理解与确认。(3)可以把用户需求理解为用户对软件的合理请求。这意味着,必须全面理解用户的各项要求, 但又不能全盘接受所有的要求。(4)用户需求主要是为用户方管理层撰写的。但是用户方的技术代表、软件系统今后的操作者以及开发方的高层技术人员,也有必要认真阅读用户需求文档。 需求的层次需求可分解为 4个层次:业务需求、用户需求、功能需求和非功能需求。(1)业务需求( Business Requirement ) 业务需求是反映组织机构或客户对软件高层次的目标要求。这项需求是用户高层领导机构决定的,它确定了系统的目标、规模和范围。业务需求是需求分析阶段制定需求调研计划、确定用户核心需求和软件功能需求的依据,应在进行需求分析之前,通常在项目定义与范围文档中予以说明。(2)用户需求( User Requirement ) 用户需求是关于软件的一系列想法的集中体现, 需求的层次需求可分解为 4个层次:业务需求、用户需求、功能需求和非功能需求。(1)业务需求( Business Requirement ) 业务需求是反映组织机构或客户对软件高层次的目标要求。这项需求是用户高层领导机构决定的,它确定了系统的目标、规模和范围。业务需求是需求分析阶段制定需求调研计划、确定用户核心需求和软件功能需求的依据,应在进行需求分析之前,通常在项目定义与范围文档中予以说明。(2)用户需求( User Requirement ) 用户需求是关于软件的一系列想法的集中体现, 涉及软件的功能、操作方式、界面风格、报表格式、用户机构的业务范围、工作流程,以及用户对软件应用的展望等。(3)功能需求( Functional Requirement ) 功能需求是软件系统的最基本的需求表述,包括对系