第三章需求分析.ppt

* * * * * * * * * * * * * * * * * * * 内容提纲 软件需求 需求获取 需求分析 需求规格说明 需求验证 需求管理 You are here! 你在这儿！ * * 需求管理 需求管理是在软件开发过程中维护需求规格说明的完整性、准确性以及保持需求文档是必威体育精装版版本的所有活动。 目标 为软件需求建立一个基线供软件工程和管理使用，并使软件计划、产品和活动与软件需求保持一致。 任务 分析变更的影响，并控制变更。 * * 需求管理的活动 需求管理主要包括变更控制、版本控制、需求跟踪和需求状态跟踪活动。 * * * * * * * * * * * 非功能需求可以采用一些可度量的特性进行描述。 * * 需求工程是应用已证实有效的原理和方法，并通过合适的工具和符号，系统地描述出待开发系统及其行为特征和相关约束。 * 需求获取应该识别项目相关人员的要求，解决不同项目相关人员之间的需求冲突。 需求的来源 需求获取涉及到与项目相关的各种人员，包括组织管理层、最终使用系统的用户、市场营销人员、系统维护人员等，这些人员通常具有不同的目的，并从不同的角度提出自己的要求。 * * * 下页是图。 * 下页是图。 * * * * * * * * * * * 需求捕获 明确用户需求：-- What（收集什么信息）-- Where（从哪收集）-- How（如何收集） 捕获技术 优点 缺点 用户访谈 直接有效、灵活、深入，主要技术 占用时间长，信息面窄、较片面 用户调查 面广、可以获得更多反馈 不够深入，容易形式主义、失真 现场观摩 容易建立直接的认识 消耗时间长，易失真 文档考古 能够详细、直观对数据流细节进行分析 易陷入文山书海，甚至产生误导 联合开发 直接的头脑风暴，可以击破需求盲点 成本高，需要较高的控制技巧 * * 需求捕获 需求获取的困难 用户通常并不真正知道自己希望计算机系统做什么 用户通常使用业务语言表达需求，开发人员缺乏相关的领域知识和经验，难以准确理解这些需求 不同的用户提出不同的需求，可能存在矛盾和冲突 管理者可能出于增加影响力的原因而提出特别的需求 由于经济和业务环境的动态性，需求经常发生变更 * * 需求来源：Minilibrary 客户或用户 学院的高层管理者、项目投资人 系统管理员 教师、学生、图书管理员 标准 图书资料的标准 政策或法律 图书资料管理规程、知识产权和版权保护等 系统或过程文档 当前手工管理的文件、表格、记录等 相关领域的专家 * * 内容提纲 软件需求 需求获取 需求分析 需求分析 需求分析模型 需求规格说明 需求验证 需求管理 You are here! 你在这儿！ * * 需求分析 需求分析是对收集到的需求进行提炼、分析和认真审查，以确保所有的项目相关人员都明白其含义，并找出其中的错误、遗漏或其它不足的地方，形成完整的分析模型。 需求分析的核心在于建立分析模型 模型是现实世界某些重要方面的表示，是一项经过验证且被广为接受的工程技术。 分析模型详细定义了系统需求而没有局限于具体技术。 事件列表、数据流图、实体关系图、数据流定义、数据字典、结构化英语、状态转换图、…… 用例图、时序图、协作图、类图、状态图、…… * * 需求分析 需求分析的过程 定义系统的边界 建立系统与其外部实体间的界限，明确接口处的信息流。 建立软件原型 当需求不确定时，可以建立原型系统，通过用户评价，进一步明确和细化需求。 分析需求可行性 分析每一个需求实现的可行性，确定与实现相关的开发风险。 确定需求优先级 需求优先级有助于开发组织和版本规划。 建立需求分析模型 通过建立需求的多种视图，揭示出需求的不正确、不一致、遗漏和冗余等更深的问题。 创建数据字典 确保客户和开发人员使用一致的定义和术语。 * * 结构化的分析模型 实体关系图（E-R图） 组成元素 实体：客观存在并可相互区别的事务。可以是人、事、物或抽象的概念或联系。如：职工、学生、一次选课等。 属性：实体所具有的特性。 关系：实体与实体之间的联系。 1:1 1:n n:m * * 结构化的分析模型 数据流图（DFD） 用来描述数据流从输入到输出的变换流程。 组成元素 数据流：由一组固定成分的数据组成，表示数据的流向。 过程（加工）：描述了输入数据流到输出数据流之间的变换，是把输入数据变成输出数据的一种变换。 外部实体：系统之外的人、物或组织，它发出或接受系统的数据。 数据存储：暂时存储的数据。 * * 结构化的分析模型 数据流图（DFD） * * 结构化的分析模型 数据流图（DFD）：学生选课系统 * * 数据字典 数据字典 数据项、数据结构、数据流、数据存储和处理过程5部分。 数据项描述 数据项