第2章(需求分析基础).ppt

安徽工程大学计算机与信息学院 问 题 对于两个聪明人来说， 正确的结论通常只有 一个，因此，如果发生争执，那么讨论的一定不是同一问题。 第2章 需求分析基础 需求分析的定义 分析的任务与原则 初步需求获取技术 需求建模 问题抽象、问题分解与度视点 支持需求分析的快速原型技术 需求规格说明与评审 第2章 需求分析基础  软件需求 用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。 需求分析的重要性 开发依据和验收依据。 软件需求分析阶段的工作，通过对问题及环境的理解、分析以及建模，将用户需求借助建模使其精确化、完全化，最终形成需求规格说明，描述系统信息、功能和行为。 需求分析基础 主要内容 三个主要阶段：问题分析、需求描述、需求评审 技术和方法 初步需求获取技术 需求建模技术 快速原型技术 问题抽象、问题分解与多视点分析 需求建模方法和CASE工具的进一步研究 面向数据流的分析 面向数据的分析 面向对象的分析 需求定义 软件需求包括三个不同的层次：业务需求、用户需求、和功能需求－也包括非功能需求。 业务需求 反映了组织机构或者客户对系统、产品高层次的目标要求。 用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务。 功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。 需求定义 需求定义的组成各部分间的关系 2.1 分析的任务与原则 2.1.1 需求分析的任务 问题分析（理解、建模） 需求描述 需求评审  1 问题分析 分析人员应寻求用户需求 分析人员应了解问题及环境，应与用户合作清除用户需求的模糊性、岐义性和不一致性，并对相互冲突的需求进行折衷。 分析人员与用户合作对问题进行分析、综合，结合软件的特点及开发经验，寻求软件需求，增加潜在的用户需求。 但用户群体中各个用户往往会从不同的角度，抽象层次阐述他们对原始问题的理解，对目标软件的需求。 存在问题 用户在心目中所想像的系统 分析人员所理解得到的系统 他们所想象的系统是不可见的 两者系统相同？ 是否全面？一致？精确？ 怎么样，借助什么手段来回答上面几个问题？ 问题分析 建立模型 针对以上问题以及需求是一种逻辑对象，需要对它们化不可见为可见化，对它们进行文档描述，因此有必要为原始问题和软件解建立模型，用文档对它们进行描述。 模型精确地记录用户从不同角度、不同抽象层次对原始问题即目标软件的描述。 模型应帮助用户和分析人员发现、排除用户需求不一致，不合理的部分，挖掘潜在的用户需求。 模型可作为分析人员关于原始问题级软件解的一种知识结构，包含问题和环境所涉及的信息流、处理功能、用户界面、行为模型和设计约束等。 问题分析 建立模型 模型的组成 包括与问题和环境相关的信息流、处理功能、用户界面、行为及设计约束。 模型是形成需求规格说明、进行软件设计的基础。 需求建模方法 面向数据流的分析方法、面向数据的分析方法、面向对象的分析方法。 2 需求描述 需求描述的任务 以需求模型为基础，考虑到软件问题的可解性，生成需求规格说明和初步的用户手册。 需求规格说明包含对目标软件系统的外部行为的完整描述、需求验证标准以及用户在性能、质量、可维护性等方面的要求。 用户手册包括用户界面描述以及有关目标软件使用方法的初步构想。 需求描述 需求描述的文档 遵循规范，内容全面、结构清晰、措辞准确、格式严谨。 将初步用户手册作为分析文档,有助于分析人员从用户角度考虑软件需求，并鼓励用户尽早参予软件开发活动。 3 需求评审 分析人员在用户和软件设计人员的配合下,对自己生成的需求规格说明和初步的用户手册进行评审，确保软件需求的完全性、精确性和一致性，并使用户和软件设计人员对需求规格说明及用户手册的理解达成一致。 需求规格说明得到用户和软件开发方的确认后，应成为用户方与软件开发方合同的一部分。 需求评审 分析活动 对于大型软件项目，分析人员可以先对问题的某些子系统进行需求分析、描述与评审，子系统完成后，再对其它子系统进行分析，进而构筑整个系统的需求模型。 2.2 初步需求获取技术 访谈与会议 观察用户的工作流程 建立联合工作小组 2.2.1 访谈与会议 个别访谈或小组会议 分析人员应精心准备问题，通