《软件工程》电子教案第四章.pptVIP

第4章? 需求分析 软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。需求分析是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。 在本章首先我们介绍需求分析的基础，然后介绍结构化需求分析方法，最后介绍其它分析方法与图形工具分析方法。 第4章? 需求分析 4.1 需求分析基础 4.1.1 分析的任务与原则 软件需求分析的任务是：深入描述软件的功能和性能，确定软件设计的约束和软件同其他系统元素的接口细节，定义软件的其他有效性需求，借助于当前系统的逻辑模型导出目标系统逻辑模型，解决目标系统“做什么”的问题。需求分析任务与其实现步骤如图4.1所示。 需求分析可分为需求提出、需求分析描述及需求评审三个阶段。 图4.1 需求提出和分析的结果 需求提出 需求提出主要集中于描述系统目的。需求提出和分析仅仅集中在使用者对系统的观点上。用户、开发人员和用户确定一个问题领域，并定义一个描述该问题的系统。这样的定义称作系统规格说明，并且它在用户和开发人员之间充当合同。 需求分析描述 在问题分析阶段分析人员的主要任务是：对用户的需求进行鉴别、综合和建模，清除用户需求的模糊性、歧义性和不一致性，分析系统的数据要求，为原始问题及目标软件建立逻辑模型。 分析人员的主要做法是：要将对原始问题的理解与软件开发经验结合起来，以便发现哪些要求是由于用户的片面性或短期行为所导致的不合理要求，哪些是用户尚未提出但具有真正价值的潜在需求。 需求评审 在需求评审阶段，分析人员要在用户和软件设计人员的配合下对自己生成的需求规格说明和初步的用户手册进行复核，以确保软件需求的完整、准确、清晰、具体，并使用户和软件设计人员对需求规格说明和初步的用户手册的理解达成一致。一旦发现遗漏或模糊点，必须尽快更正，再行检查。 4.1.2 初步需求获取技术 为了完成软件需求任务，分析人员必须掌握一些基本技术，主要有： 初步需求获取技术、需求建模、以及用于需求分析的快速原型技术；一些公共的技术包括：采访、观察、先前的系统版本的测试和系统分析。 作为一个好的需求获取技术的显著特征是： 方便通信（可以通过易于理解的语言）。 提供定义系统模块的方法。 鼓励分析员用问题空间的术语而不是软件术语去思考问题和编制文档。 允许并提醒分析员有多种可供选择的设计方案。 适应需求的变化。 4.1.3 需求建模 由于用户群体的各个用户往往会从不同的角度、不同的抽象级别上阐述他们对原始问题的理解和对目标软件的需求，因此，有必要为原始问题及目标软件解建立模型。这种模型一方面用于精确地记录用户从各个视点、不同抽象级别上对原始问题及目标软件的描述；另一方面，它也将帮助分析人员去伪存真、由此及彼、由表及里挖掘用户需求。 建模的步骤是： （1）获得当前系统的物理模型 （2）抽象出当前系统的逻辑模型。 （3）建立目标系统的逻辑模型。 4.1.4 开发原型系统 快速原型方法核心思想是：在软件开发的早期快速建立目标软件的原型，让用户对原型进行评估并提出修改意见，当原型几经改进最终确定后，它将由软件设计和编码阶段进化成软件产品；或者设计和编码人员遵循原型所确立的外部特征实现软件产品。 把建立原型系统作为一种可能采取的策略的主要理由如下： （1）由于用户与软件设计人员认识上的局限，不能预先指定所有要求，因此在开发过程中重复和反复是必要的和不可避免的； （2）在用户和系统分析员之间存在固有的通信鸿沟，用户需要一个“活的”系统模型，以便获得实践经验，以便沟通； （3）目前有快速建立原型系统的工具可供选用。 4.2 结构化分析方法 此方法基于模块化的思想，采用“自顶向下，逐步求精”的技术对系统进行划分。 结构化方法是结构化分析、结构化设计和结构化编程的总称。 结构化方法由于具有简单易懂、使用方便的特点，且出现较早，所以获得了广泛的应用。 4.2 结构化分析方法 4.2.1 结构化分析的策略 一旦基于计算机系统的功能被分配到各个系统元素，系统分析员就能够据此建立起一个模型，用以表达系统元素之间的相互关系，并为今后的需求分析和设计奠定基础。为了开发系统模型，使用一个“结构模板”。 下图给出传送带在线货物分类系统的总体结构关系图 4.2.2 数据流图 数据流图描绘系统的逻辑模型，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况。 数据流图的特点是：它是逻辑系统的图形表示，容易理解，是极好的通信工具，设计数据流图只需考虑系统必须完成的基本逻辑功能，不需要考虑如何实现这些功能，是软件设计很好的出发点。 1．符号 数据源点或终点：正方形（或立方体）。 变换数据处理：圆角