【文档说明】软件工程概论ch032课件.ppt，共(28)页，567.500 KB，由小橙橙上传

转载请保留链接：https://www.ichengzhen.cn/view-50490.html

以下为本文档部分文字说明：

软件工程概论Name:Email:Tel:第1页，共28页。2目录第1章绪论第2章可行性分析与项目计划第3章需求分析第4章概要设计第5章详细设计第6章编程与测试第7章软件维护第8章面向对象的方法第9章面向对象的需求获取第10章面向对象的分析第11章面向对象的设计第12章面向对象的测试第2页，共

28页。第3章软件需求分析可行性研究通过以后，下一步就要根据草拟的开发计划，展开详细的需求分析活动。软件需求分析，是详细分析需求，并建立需求分析模型的阶段第3页，共28页。4第3章软件需求分析3.1需求分析概述3.2结构化分析方法3.3数据流图的绘制3.4

编制数据字典3.5加工逻辑的分析与表达3.6原型技术3.7需求验证与评审第4页，共28页。53.2结构化分析方法3.2.1结构化分析的概念3.2.2细化数据流图3.2.3数据流程图应用实例第5页，

共28页。63.2.1结构化分析的概念用一组标准的工具和策略从事系统分析与设计，以便提高系统分析与设计的质量和效率第6页，共28页。7软件危机中反应的问题软件工程学科的诞生方法论效率质量复杂性目标复用独立性分解分层抽象原理结构问题应解决的关键问

题软件系统层（结构化分析与设计、面向对象的分析与设计）程序层（结构化程序设计、面向对象的程序设计）结构化、面向对象过程性模块化思想基于对象继承工具、技术第7页，共28页。8结构化分析方法的直接目的就是撇开物理因素，在综合分析

用户对系统各项要求的基础上，最终导出新系统的逻辑模型。用数据流图作为主要工具，进一步审查用户的真实需求和新系统必须完成的功能，逐步细化数据流图，直到把“数据流”、“加工”和“数据存贮”分析分解到足够

具体为止，最终得到的就是系统的基于功能的逻辑模型。第8页，共28页。9在对数据细化的过程中，要建立数据字典，对“数据元素”、“数据结构”、“数据流”、“数据存贮”和“加工”都要加以详细的定义和注释。加工的处理逻辑描述，

还需要用到专门的分析和表达工具：结构式语言、判定树和判定表等工具第9页，共28页。10综上所述，结构化系统分析的过程，大致归纳为以下几步：细化数据流图（DFD），必要时，对实时系统还要绘制控制流图（CFD）；编制数据字典；用户复查；

修正开发计划；整理文档；审查和复审。第10页，共28页。113.2结构化分析方法3.2.1结构化分析的概念3.2.2细化数据流图3.2.3数据流程图应用实例第11页，共28页。123.2.2细化数据流图1．沿数据流图回溯，挖掘想要的内容2．自顶向下逐层分析的分析策略第12页，共28

页。131．沿数据流图回溯，挖掘想要的内容系统输出的数据流是由哪些数据元素组成的？每个数据元素又是从哪里来的？对这些问题的回答，迫使我们必须从数据流图的输出端开始，沿数据流的方向回溯。既然它们是系统的输出，显然不是从外面输入到系统中来的就是

通过加工产生出来的。沿数据流图从输出端向输入端回溯，一定能够找出每个数据元素的来源。如果确认某个数据流是由某个加工产生的，就可以从用户那里调查分析得到该加工的逻辑算法。第13页，共28页。14记住一个准则：“数据流”一定是和“加工”有关联的。一个数据

流不是流入“加工”的就必然是从“加工”流出的，如图3-1所示。图3-1数据流图与加工的关系第14页，共28页。15在调研阶段产生的高层数据流图，许多具体的细节没有包括在里面，因此沿数据流程回溯时常常遇到下述问题：为了得到某个数据元素需要用到数

据流图中目前还没有的数据元素，或者得出这个数据元素需要用的算法尚不完全清楚。为了解决这些问题，往往需要向用户和其他有关人员请教，他们的回答会使分析师对目标系统的认识更深入更具体，数据流图中的更多的成分就可以被分解出来。第

15页，共28页。16通常把分析过程中得到的有关数据元素的信息描述在数据字典中，把对算法的简明描述记录在IPO图中（输入/处理/输出图）。通过挖掘分解出来的数据流、数据存贮和处理逻辑及时添加到数据流

图中，这就是细化的过程。第16页，共28页。17回溯数据流图的过程中，还要掌握的另外一个原则是：数据流程图不可能一步细化到位，需要按照概括程度逐步细化，逐层分解。第17页，共28页。183.2.2细化数据流图1．沿数据流图回溯，挖掘想要的内容2．自顶向下逐层分析的分析策略第18页，共2

8页。192．自顶向下逐层分析的分析策略在软件工程中控制复杂性的两个基本手段：“分解“和“抽象”。分析理解问题时，一般不可能一步到位，分解可以“循序渐进”地进行，即先考虑问题最本质的属性和高度概括的情形，以后再逐层剖析内部

的细节，直至涉及到最详细的内容。这种用高度概括的手法，先把握主要的功能，忽略细节，避免眉毛胡子一把抓的做法，就用到了“抽象”的手法。第19页，共28页。20在研究用户业务系统的数据流程时，是以“功能”为对象进行不同级别“抽象”

的。在数据流图的细化方面，把处理功能按抽象层次进行逐层分解，把握好抽象的粒度，使其与层次对应。第20页，共28页。21第21页，共28页。223.2结构化分析方法3.2.1结构化分析的概念3.2.2细化数据流图3.2.3数据流程图应用实例第22页，共28页。

233.2.3数据流程图应用实例某汽车配件公司设有销售、采购、仓库、会计等业务部门。公司每天都要处理大量的销售订单业务。当配件缺货或库存量低于保险贮备量时，就要进货。如果暂不考虑配件公司内部的仓库和会计业务细节，那么，配件公

司的TOP图，如3-3所示。第23页，共28页。24（1）销售子系统TOP图——描述系统边界图3-3汽配公司库存管理系统TOP图汽车配件公司供应商顾客采购订单销售订单汽车配件数据发货单发货单订单发货单订单发货单配件销售1配件采购2顾客供应商图3-4汽配公司销售、采购子系统

TOP图第24页，共28页。25（2）销售子系统第一层图——反映主要功能第25页，共28页。26（3）销售子系统第二层图——细化数据流图第26页，共28页。27End第27页，共28页。28第28页，共28页。