软件开发过程与质量保证-3-需求工程2009(2).pptVIP

软件开发过程与质量保证第三章需求工程（2）场景互动根据用户的需求描述，我们进行软件实现，它能够提供给我们足够的信息吗？我们得到的用户的需求描述，完整吗？是否有含混的地方？（例子）怎样进行需求分析才能够将需求整理成正规的结构化的需求规约呢？需求分析的原则软件将被完成的功能必须被定义；软件的行为（作为外部事件的结果）必须被表示；问题的信息域必须被表示和理解；描述信息、功能和行为的模型必须被划分，使得可以以层次的方式揭示细节；分析过程应该从要素信息移向实现细节。建模的类型功能模型完成软件功能的定义；从单个语境层模型（将被创造的软件名字）开始，经过一系列的迭代，越来越多的功能细节被提供，直至得到所有系统功能的完全描绘。行为模型对软件的行为进行表示；它创建了软件状态的表示，以致导致软件状态变化的事件的表示。数据模型对问题的信息域进行表示；描述了数据对象、描述数据对象的属性和将数据对象相互连接的关系。需求的建模分析方法面向功能分析将软件需求当作一棵倒栽的功能树，每个节点都是一项具体的功能，自上而下，功能由粗到细。体现“自顶向下、逐步求精”的思想。面向对象分析从系统基本功能入手，将功能对应到对象上，分析每个对象的属性、方法及隶属关系。并以对象为主线表示用户的所有需求。面向数据分析面向元数据和中间数据分析，分析两类数据及其之间的关系。一、结构化分析模型功能模型数据流图(DFD)数据模型实体—关系图(ERD)行为模型状态—迁移图(STD)数据字典(DD)结构化分析模型分析模型中的要素数据流图(DFD)描述数据在系统中如何被传送或变换，以及描述如何对数据流进行变换的功能（子功能）；实体—关系图(ERD)描述数据对象及数据对象之间的关系；状态—迁移图(STD)描述系统对外部事件如何响应，如何动作。数据字典(DD)就是用来定义数据流图中的各个成分的具体含义的，它以一种准确的、无二义性的说明方式为系统的分析、设计及维护提供了有关元素的一致的定义和详细的描述。二、功能模型-数据流图结构化的功能模型采用数据流图对系统的功能进行建模。数据流图（DataFlowDiagram,简称DFD）是描述信息流和数据从输入移动到输出时被应用的变换的图形化技术。数据流的变换则用结构化英语、判定表与判定树来描述。数据流图是分层次的。以分层的数据流图反映系统的层次结构的逐步分解。描述银行取款过程的数据流图数据流图中的主要图形元素数据源点或终点(外部实体)数据加工(数据处理、数据变换、转换)数据存储文件数据流数据流与数据加工之间的关系数据流图的层次结构顶层流图仅包含一个加工，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据中间层流图表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。底层流图是指其加工不需再做分解的数据流图，它处在最底层结构化分析方法功能建模举例—某企业销售管理系统功能描述如下：(1)接受顾客的订单，检验订单，若库存有货，进行供货处理，即修改库存，给仓库开备货单，并且将订单留底；若库存量不足，将缺货订单登入缺货记录。(2)根据缺货记录进行缺货统计，将缺货通知单发给采购部门，以便采购。(3)根据采购部门发来的进货通知单处理进货，即修改库存，并从缺货记录中取出缺货订单进行供货处理。(4)根据留底的订单进行销售统计，打印统计表给经理。根据上述的功能描述，画出对应的数据流程图。数据流图绘制解析首先绘制顶层图确定系统的输入和输出(系统的边界)确定外部实体，说明输入数据从何而来，由谁来接收输出数据描述被开发系统的范围以及它和周围环境的数据交换关系其次，绘制一层数据流图（主图）绘制系统的核心处理过程（功能）之间的关系根据需求陈述，分析出该系统的主要功能。从输入端开始，根据企业销售工作流程（需求陈述），画出数据流流经的各加工框，逐步画到输出端，得到第一层数据流图（从左到右）最后，对每一个加工处理进行分解细化处理进货细化数据流图的基本原则自外向内，自顶向下，逐层细化，完善求精。步骤①先找出外部实现的输出数据流和输入数据流。②找出系统的数据源点与终点。③从外部实体的输入数据流（系统的源点）出发，按照系统的逻辑需要，逐步画出一系列逻辑加工，直到找出外部实体所需要的输出数据流（既系统的汇点），形成数据流的封闭。④进行检查和修改⑤再逐个分解细化处理过程，画出所需要的子图。练习1 假设一家工厂的采购部每天需要一