第4章_需求分析.ppt

第四章 4.1 需求分析概述 需求分析是软件定义时期的最后一个阶段，它的基本任务不是确定系统怎样完成它的工作，而是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。并在需求分析阶段结束之前，由系统分析员写出软件需求规格说明书，以书面形式准确地描述软件需求。即： ---- 准确地回答“系统必须做什么?” 在分析软件需求和书写软件需求规格说明书的过程中，分析员和用户都起着关键的、必不可少的作用。 需求分析的基本概念 1.什么是软件需求分析？ 2.软件需求分析的任务是什么？ 3.需求分析过程/步骤 4.软件需求分析方法 对系统应该提供的服务和所受到的约束进行理解、分析、建立文档、检验的过程； 是系统分析人员和用户共同协商，明确系统的全部功能、性能以及运行规格，并且使用软件开发人员和用户都能理解的语言准确表达出来。 4.1.1 软件需求的重要性 需求分析的重要性 软件开发的基础和前提 最终目标软件系统验收的标准 避免或者尽早剔除早期的错误 4.1.2 需求分析的困难 软件需求是软件工程中最复杂的过程之一： 应用领域的广泛性，它的实施无疑与各个应用行业的特征密切相关。 非功能性需求建模技术的缺乏，及其与功能性需求有着错综复杂的联系，大大增加了需求工程的复杂性。 沟通上的困难，由于系统分析员、需求分析员等各方面人员有不同的着眼点和不同的知识背景，给需求工程的实施增加了人为的难度。 需求分析的复杂性和面临的困难 片面, 不完全 模糊, 不准确 不一致, 歧义 需求复杂和庞大 因此必须使用系统的方法、借助于一系列行之有效的技术和工具进行软件需求分析 需求内容一般包括： 4.1.3 需求分析的任务 需求分析的任务 通过对应用问题及其环境的理解和分析，准确、一致和完全地刻划用户需求，形成软件需求规格说明书( SRS: Software Requirement Specification )。 借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。 需求分析阶段(需求分析过程)的基本活动 获取和理解用户需求。深入实际，在充分理解用户需求的基础上，获取系统需求。 描述和分析用户需求。进行需求建模、对模型或原型进行分析。 对用户需求进行评审。确认需求，进化需求。确保需求说明准确、完整地表达系统的主要特性，且客户的需要总是不断（连续）增长的 ，进化需求是必要的。 需求分析过程示意图 步骤1:获取和理解用户需求阶段 任务 获取并理解用户需求, 清除用户需求的不一致性, 模糊性和歧义性，帮助用户发现潜在的需求 原则 和用户进行交流和合作 将对原始问题理解与软件开发经验结合 步骤2:描述和分析用户需求阶段 任务 对用户需求进行建模，生成SRS和初步用户手册 SRS : 用户需求(功能, 行为, 性能等) 用户手册:如何操作和使用目标软件，界面描述和使用初步构想，目的… 原则 确保SRS的完整性、一致性和准确性 鼓励用户参与SRS以及用户手册的制定 尽可能做到SRS结构清晰，措辞准确和简洁 步骤3:对用户需求进行评审 任务 多方人员一起对SRS进行复核和评审，以确保用户手册和SRS全面、准确、一致地反映用户需求 原则 支持各方（用户，需求分析人员、设计人员）共同参与评审工作 获取需求的方法 访谈 面向数据流自顶向下求精 简易的应用规格说明技术 快速建立软件原型 (1). 访 谈 正式的访谈 --- 系统分析员将提出一些事先准备好的具体问题。 非正式的访谈 --- 分析员将提出一些用户可以自由回答的开放性问题，以鼓励被访问人员说出自己的想法。 当需要调查大量人员的意见时，向被调查人分发调查表是一个十分有效的做法。 在访问用户的过程中使用情景分析技术往往非常有效。 所谓情景分析就是对用户将来使用目标系统解决某个具体问题的方法和结果进行分析。 情景分析技术的用处主要体现在下述两个方面： (1) 它能在某种程度上演示目标系统的行为，从而便于用户理解，而且还可能进一步揭示出一些分析员目前还不知道的需求。 (2) 由于情景分析较易为用户所理解，使用这种技术能保证用户在需求分析过程中始终扮演一个积极主动的角色。需求分析的目标是获知用户的真实需求，而这一信息的惟一来源是用户，因此，让用户起积极主动的作用对需求分析工作获得成功是至关重要的。 (2). 面向数据流自顶向下求精 数据决定了需要的处理和算法，它是需求分析的出发点。 可行性研究阶段产生的是高层数据流图，许多具体的细节没有包括，许多实际的数据元素被忽略，当时分析员还不需要考虑这些细节，现在是定义这些数据元素的时候了。 问题： 使用传统的访谈或面向数据流自顶向下求精