软件工程Chapter_4.pptVIP

第四章 需求分析基础 软件需求 : 用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。 第四章 需求分析基础 面对软件工程过程中存在的需求不确定性问题，软件工程进一步获得发展，其中一个具体体现，就是发展出“需求工程”的概念。 需求工程是提供一种适当的机制，以了解用户想要什么、分析需求、评估可行性、协商合理的解决方案、无歧义地规约解决方案、确认规约以及在开发过程中管理这些被确认的需求规约的过程。 因此，需求工程的活动也可分为两大过程领，一个过程域是需求开发，另一过程域是需求管理。 第四章 需求分析基础 需求分析基础 需求分析阶段的任务: 通过对问题及环境的理解、分析，将用户需求精确化、完全化，最终形成需求规格说明，描述系统信息、功能和行为。 需求分析过程： 需求获取、需求分析、需求描述、需求评审 系统分析员的主要焦点是 “做什么（what）” ，不是 “怎样做（how）” 4.2 需求获取 访谈与会议 深入调查研究 开发原型 4.2 需求获取------访谈与会议 个别访谈或小组会议 分析人员应精心准备问题，通过用户对问题的回答，逐步理解用户对目标软件的要求。 (1) 循序渐进 首先关心一般性、整体性问题，然后再讨论细节问题。 (2)客观、公正 不应限制用户在回答问题过程中自由发挥。 (3) 总结 问题汇总后应能反映软件或其子系统的全貌，能覆盖用户对目标软件或其子系统在功能、行为、性能诸方面的要求。 细节问题留待以后解决。 ? 4.2.2需求获取------考察用户软件或其子系统业务流程 ? 调查研究 学习用户的有关业务知识，在用户帮助下了解用户的软件或子系统业务流程，结合软件开发和应用的经验提出新的用户需求。 4.2.3需求获取------联合小组 建立软件开发方和用户方共同组成的联合小组，小组成员对分析负有相同的责任。 联合小组要制定自己的工作制度和计划，确定专门的记录员，另设专人负责会议的议程和资料的综合、整理。 选择易于理解、比较简洁、精确的表示机制作为描述语言，如辅以文字说明的流程图。 ? 需求分析 分析人员应了解问题及环境，应与用户合作清除用户需求的模糊性、岐义性和不一致性，并对相互冲突的需求进行折衷。 分析人员与用户合作对问题进行分析、综合，结合软件的特点及开发经验，发现哪些要求是由于用户的片面性或短期行为所导致的不合理要求，那些要求是用户尚未提出但具有真正价值的潜在需求。 需求分析 基本的需求：用户明确提出的系统应达到的目标，如果产品实现了这些需求，用户会感到满意。例如，用户所要求的图形界面的类型，特定的系统功能，以及指定的性能。 期望的需求：这些需求隐含于产品或系统中，用户没有明确的陈述。但如果没有实现这些需求，用户会感到失望。例如产品的易于安装，超负载时的正确性和可靠性等。 感兴趣的需求：这些需求在用户的期望之外，但如果被实现了，用户会感到非常满意。例如字处理软件除了标准的特性之外，提供了许多页面的排列功能。 需求分析 建立软件模型是分析活动的焦点 把文本表示的需求与图形表示的需求结合起来绘制出对预期系统的完整描述。 这些图形化的表示或者分析模型可以增强你对系统需求的理解，而且对某些类型的信息，图形化交互比文本交互更高效，可以清除不同开发组成员间语言和词汇上的障碍。  抽象 关注一般问题的解决途径，以此指导特殊问题的求解。 分析人员应该注意用户描述的抽象级别，统一规划系统行为 避免不一致性，减少分析的工作量。 需求分析 分解 根据问题的规模和复杂性进行分解，并对子问题展开进一步的分析。 逐级分解，直至子问题的规模降至合适程度。 在问题分解过程中，要建立子问题之间的相互联系。 必须遵循子问题内部紧藕合，子问题之间松藕合的原则。 需求分析 视点分解法 在分析的初期，整体地把握一个大型问题的软件需求是困难的。需要从各个角度分别对问题进行理解和分析，然后再综合，达到全面理解的目 需求分析视点 系统观点 用户观点 信息观点 功能观点 行为观点等。 整理、综合用户描述，应注意用户视点的变化，避免遗漏。 需求分析 常用的分析方法: 面向数据流的结构化分析方法（简称SA） //面向数据结构的Jackson方法（简称JSD） 面向对象的分析方法（简称OOA）等 需求描述 业务需求（business requirement）反映了组织机构或客户对系统、产品高层次的目标需求，它们在项目