SE04需求的的分析基础.ppt

第4章 需求分析基础 分析的任务、过程、原则 初步需求获取技术 需求建模 问题抽象、问题分解与多视点分析 支持需求分析的快速原型技术 需求规格说明与评审 第4章 需求分析基础 IEEE软件工程标准词汇表(1997年)中定义需求为： (1)用户解决问题或达到目标所需的条件或权能(Capability)。 (2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。 (3)一种反映上面(1)或(2)所描述的条件或权能的文档说明。 准确、完整和规范化的软件需求是软件开发成功的关键。软件项目中40%-60%的问题都是在需求阶段埋下的祸根 主要障碍：用户对应用问题的理解、描述以及他们对目标软件的需求往往具有片面性、模糊性，甚至不一致性 第4章 需求分析基础 不适当的需求过程所引起的一些风险： 调研的用户不多，导致产品无法被接受 用户需求的增加带来过度的耗费和降低产品的质量 模棱两可的需求说明可能导致时间的浪费和返工 用户增加一些不必要的特性和开发人员画蛇添足(gold-plating) 过分简略的需求说明以致遗漏某些关键需求 忽略某类用户的需求将导致众多客户的不满 不完善的需求说明使得项目计划和跟踪无法准确进行 4.1 需求分析的任务与原则 软件需求分析：对应用问题及环境的理解和分析，为问题涉及的信息、功能及系统行为建立模型。将用户需求精确化、完全化，最终形成需求规格说明书 分析目标：准确理解用户的要求，进行细致的调查分析，将用户的非形式的要求转化为完整的需求定义，再将需求定义转换为相应的形式化的规格说明 需求分析的任务 需求分析的任务：就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。 需求分析的任务 需求分析阶段要解决的问题，是让用户和开发者共同明确将要开发的是一个什么样的系统。 主要两个任务 （1）通过对问题及其环境的理解、分析和综合，建立分析模型(Analysis Model)。 （2）在完全地弄清用户对软件系统的确切要求的基础上，用“软件需求规格说明书”（Software Requirement Specification，SRS）把用户的需求表达出来。 需求分析的任务 建立分析模型 由于用户群体的各个用户往往会从不同的角度阐述他们对原始问题的理解和对目标软件的需求，分析模型是描述软件需求的一组模型。 一方面用于精确地记录用户对原始问题和目标软件的描述 另一方面，它也将帮助分析人员发现用户需求中的不一致性，排除不合理的部分，挖掘潜在的用户需求 这种模型往往包含问题及其环境所涉及的信息流、处理功能、用户界面、行为模型及设计约束等。是形成需求说明、进行软件设计与实现的基础 需求分析的任务 编写需求说明 应该具有准确性和一致性。它是连接计划时期和开发时期的桥梁，也是软件设计的依据。 应该具有清晰性和无二义性。它是沟通用户和系统分析员思想的媒介，双方要用它来表达对于需要计算机解决的问题的共同理解。 应该直观、易读和易于修改。应尽量采用标准的图形、表格和简单的符号来表示，使不熟悉计算机的用户也能一目了然。 需求分析过程 问题识别 从分析当前系统包含的数据开始 例如当前系统使用的账册、卡片和报表，手工处理当前信息的方法与不足，用户需要改进的主要问题及其迫切性等 对软件功能的需求和界面的需求 为了收集到全面完整的信息，需将客户按使用频率、使用特性、优先及等方面进行分类，每类选择若干用户代表，从代表那里收集他们希望的软件系统功能、用户与系统间的交互和对话方式等需求 对质量的要求，包括性能、有效性、可靠性、可用性和设计约束等，提高用户对软件的满足程度 如果客户的要求和已有产品很相似，则需要考虑可否复用一些已有的软件组件 分析与综合（需求提炼：分析建模） 分析人员应了解问题及环境，应与用户合作清除用户需求的模糊性、岐义性和不一致性，并对相互冲突的需求进行折衷 分析人员与用户合作对问题进行分析、综合，结合软件的特点及开发经验，寻求软件需求 为用户的问题及准备开发的软件建立模型，从不同的角度、不同的抽象级别精确地说明对问题的理解、对目标软件的需求 图形化的分析模型是说明软件需求极好的手段，常用的模型包括数据流图、实体关系图、控制流图、状态转换图、用例图、类对象关系及其行为图文图等。有些软件还需要绘制系统关联图、创建用户接口原型、确定需求优先级别 编写SRS（需求描述） 以需求模型为基础，考虑到软件问题的可解性，生成需求规格说明和初步的用户手册。 需求规格说明包含对目标软件系统的外部行为的完整描述、需求验证标准以及用户在性能、质量、可维护性等方面的要求。 初步用户手册包括用户界面描述以及有关目标软件使用方法的初步构想。