_需求分析解读.pptVIP

第3章 需求分析 目录 目录 目标 列举信息收集技术技巧 设计项目的E-R图 设计项目的状态转换图 了解其他图形工具 第3章 需求分析 意义： 软件需求的深入理解是软件开发工作获得成功的前提条件，不论我们把设计和编码做得如何出色，不能真正满足用户需求的程序只会令用户失望，给开发带来烦恼。 第3章 需求分析 需求分析的基本任务是准确地回答“系统必须做什么？”这个问题。 确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。 需求分析阶段结束之前，系统分析员应该写出软件需求规格说明书，以书面形式准确地描述软件需求。 在分析软件需求和书写软件需求规格说明书的过程中，分析员和用户都起着关键的、必不可少的作用。 第3章 需求分析 所有的需求分析方法都遵守下述准则： (1) 必须理解并描述问题的信息域，根据这条准则应该建立数据模型。 (2) 必须定义软件应完成的功能，这条准则要求建立功能模型。 (3) 必须描述作为外部事件结果的软件行为，这条准则要求建立行为模型。 (4) 必须对描述信息、功能和行为的模型进行分解，用层次的方式展示细节。 3.1 需求分析的任务 确定对系统的综合要求 3.1 需求分析的任务 任务1：确定对系统的综合要求 通常对软件系统有下述几方面的综合要求： 功能需求 性能需求 可靠性和可用性需求 出错处理需求 接口需求 约束 逆向需求 将来可能提出的要求 3.1 需求分析的任务 任务2：分析系统的数据要求 分析系统的数据要求通常采用建立数据模型的方法（见3.4节实体-联系图) 复杂的数据由许多基本的数据元素组成，数据结构表示数据元素之间的逻辑关系，通常用层次方框图和Warnier图来描绘数据结构。 软件系统经常使用各种长期保存的信息，这些信息通常以一定的方式组织并存储在数据库或文件中，为减少数据冗余，避免出现插入异常或删除异常，简化修改数据的过程，通常需要把数据结构规范化。 3.1 需求分析的任务 任务3：导出系统的逻辑模型 综合上述两项分析的结果可以导出系统的详细的逻辑模型，通常用数据流图、实体-联系图、状态转换图、数据字典和主要的处理算法描述这个逻辑模型。 任务4：修正系统开发计划 根据在分析过程中获得的对系统的更深入更具体的了解，可以比较准确地估计系统的成本和进度，修正以前制定的开发计划。 3.2 与用户沟通获取需求的方法 访谈 面向数据流自顶向下求精 简易的应用规格说明技术 快速建立软件原型 3.2.1 访谈 访谈是最早开始使用且是迄今为止仍然广泛使用的需求分析技术。 正式访谈 --- 系统分析员将提出一些事先准备好的具体问题。 非正式访谈 --- 分析员将提出一些用户可以自由回答的开放性问题，以鼓励被访问人员说出自己的想法。 当需要调查大量人员的意见时，请被调查人填写调查表是十分有效的做法。 3.2.1 访谈 在访问用户的过程中使用情景分析技术往往十分有效。所谓情景分析，就是对用户将来使用目标系统解决某个具体问题的方法和结果进行分析。系统分析员利用情景分析技术往往能够获知用户的具体需求。 情景分析技术的用处主要体现在下述两个方面： (1) 它能在某种程度上演示目标系统的行为，从而便于用户理解，而且还可能进一步揭示出一些分析员目前还不知道的需求。 (2) 由于情景分析较易为用户所理解，使用这种技术能保证用户在需求分析过程中始终扮演一个积极主动的角色。 3.2.2 面向数据流自顶向下求精 数据决定了需要的处理和算法，它是需求分析的出发点。 结构化分析方法实质上就是面向数据流自顶向下逐步求精进行需求分析的方法。 通过可行性研究已经得出了目标系统的高层数据流图，需求分析的一个主要目标是把数据流和数据存储定义到元素级。为了达到这个目标，通常从数据流图的输出端着手分析。 3.2.2 面向数据流自顶向下求精 问题： 使用传统的访谈或面向数据流自顶向下求精方法定义需求时，用户处于被动地位而且往往有意无意地与开发者区分“彼此”。由于不能像同一个团队的人那样齐心协力地识别和精化需求，这两种方法的效果有时并不理想。 3.2.3 简易的应用规格说明技术 简易的应用规格说明技术是一种面向团队的需求收集法 提倡用户与开发者密切合作，共同标识问题，提出解决方案要素，商讨不同的方案并指定基本需求 目前它已成为信息系统领域使用的主流技术。 使用简易的应用规格说明技术分析需求的典型过程： 1.初步的访谈，通过用户对基本问题的回答，初步确定待解决的问题的范围和解决方案。 2.开发者和用户分别写出“产品需求”。 3.开发者和用户开会讨论，共同创建一张意见一致的组合列表。 4. 把与会者分成更小的小组，每个小组的工作目标是为每张列表中的项目制定小型规格说明。小型