软件工程-软件工程实践第二讲.ppt

《软件工程-软件工程实践第二讲.ppt》由会员分享，可在线阅读，更多相关《软件工程-软件工程实践第二讲.ppt（140页珍藏版）》请在三一办公上搜索。

1、软件教研室,本讲依据传统软件工程的生命周期划分，详细介绍软件项目在开发过程中的主要环节和各种主要描述方法。涉及在软件计划与开发过程中必须考虑的一些最广泛的概念、原理、方法和工具。主要涉及一些软件过程深层次的技术细节和过程。,第二讲 软件工程实践,软件教研室,软件工程的知识体系,软件工程知识体系,软件需求,软件设计,软件测试,软件维护,可行性研究,软件教研室,软件工程实践的各个环节的本质,1.理解问题(通讯和分析);2.计划一个解决方案(建模和软件设计);3.执行计划(编写代码);4.检查结果的精度(测试和品质保证),软件教研室,对需求内容进行初步的分析，确定解决问题的可能性，分析不同解决方案的

2、优劣，并提出建议。其本质实际上就是一个粗略的系统分析和设计过程，通常由客户完成。,可行性研究的目的,软件教研室,可行性研究的类型,研究型项目的可行性研究分析委托型可行性研究分析；自主开发性可行性研究分析；,软件教研室,可行性研究解决问题过程的本质,当前系统,物理模型,逻辑模型,逻辑模型,物理模型,目标系统,模型化,抽象化,怎么做,做什么,实例化,具体化,导出,理解需求,表达需求,软件教研室,问题定义,了解系统应解决的问题，这些问题是如何提出的设想这些问题如何解决才能满足要求了解问题的结构,软件教研室,设计方案选择,1.市场分析；2.软件环境分析；3.硬件环境分析；4.功能分析；5.动态分析；6

3、.压力分析；,软件教研室,方案评估,1.项目效益评估；2.社会效益评估；3.项目成本核算；4.工作计划评估；5.项目风险评估；,可行性研究报告,可行性研究报告研究型示例,招标文件,软件教研室,思考题,加油站基础信息管理系统，是一个定位于加油站基本信息、油机信息、油罐信息、加油站督查情况、督查图片、加油站电子地图等信息查询、维护的管理系统。该管理系统放在安徽省石油公司内网上，采用网站的形式使用该管理系统，有助于各分公司随时查看加油站基础信息，便于对加油站信息的统计、查询等。全系统共分为加油站信息管理、人的管理、费用管理三个大块。,编写可行性研究报告,软件教研室,系统流程图实例,软件教研室,面向数

4、据流的模型-数据流图,数据流图是一种图形化技术，它描述信息流和数据从输入移动到输出的过程中所经受的变换,Computer basedsystem,input,output,软件教研室,数据流图的主要图形元素,软件教研室,数据流与数据加工之间的关系,软件教研室,数据流的分层描述,为了表达数据处理过程的数据加工情况，需要采用层次结构的数据流图。按照系统的层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统,软件教研室,编写数据流图的步骤一最高抽象层,抽取数据的源点和终点信息分析问题描述，重点提取问题描述中源点和终点信息，同时分析与源点和终点有关的各类高抽象度的加

5、工和数据流以及数据存储信息。,处理顺序是：1.首先抽取数据的源点和终点信息2.抽取加工点的信息3.最后考虑数据流和数据存储信息（数据流图与程序流不同，程序流图表示的是控制，而数据流图描述的是数据的流向。）,软件教研室,编写数据流图的步骤一细化处理,进一步分解数据流图的加工，数据流和储存信息分析问题描述，重点细化加工点，处理顺序是：1.分析上层加工点的信息，细化加工点信息2.分析数据流和数据存储信息，细化数据流和数据存储信息3.对加工点、数据流和数据存储进行多层次的优化,软件教研室,数据流图绘制的准则,细化结束的准则：是当涉及到如何具体实现一个功能时就不应该再细化了。,细化一致性准则：当把一个处

6、理细化为一些子处理时，细化前和细化后的数据流必须相同。,层次编号准则：对数据流图中的元素进行编号处理时应该能够反映出元素的层次和分解关系。,数据分解简化性准则：数据流图中的元素不能太多，如果太多就需要进行分层描述处理。,软件教研室,创建数据流图方法-语法分析方法,所谓语法分析方法是通过对软件需求的文本描述的分析，选取出其中的动词和名词。其中动词通常表示为应用中的加工过程描述；而名词通常被描述为外部实体（方框）、数据或控制对象（箭头）、或数据存储（双线表示）。这些名词和动词之间是相互关联的。,软件教研室,语法分析方法实例,加油站电子帐表系统是根据加油站日常工作流程开发，适用于加油站进、销、付、存

7、管理的服务模块。系统可以根据加油站录入的日常顾客消费数据，结合油库的进货数据，自动生成各种报表和帐表。,软件教研室,加油站电子帐表系统这个数据流图只是一个高层的系统逻辑模型，它反映了目标系统要实现的功能0层:,数据流图实例,软件教研室,1层描述,软件教研室,2层描述,软件教研室,3层销售细化描述,软件教研室,数据词典,数据字典是关于数据信息的集合，也就是对数据流图中包含的所有元素的定义的集合。,软件教研室,数据词典实例-银行存折,软件教研室,数据词典实例-银行存折,软件教研室,数据词典实例-银行存折,存折格式存折户名所号帐号开户日性质（印密）1存取行50户名2字母24所号“001”.“999”

8、帐号“00000001”.“99999999”开户日年月日性质“1”.“6”注：“1”表示普通户，“5”表示工资户等印密“0”注：印密在存折上不显示存取行日期（摘要）支出存入余额操作复核,软件教研室,数据字典实例,加油站员工信息表,软件教研室,成本估算的三种技术,1.代码行技术:代码行技术的优缺点,估算代码行比较困难.如果有类似的经历也许可以比较简单但成本有高估的可能;2.任务分解技术:这是目前应用比较多的一种方法;3.自动估计成本技术;,软件教研室,成本/效益分析的方法,1.货币的时间价值;2.投资回收期;3.纯收入;4.投资回收率;,软件教研室,思考题,1.可行性研究的意义在哪里？2.可行

9、性研究的粒度如何？3.可行性研究的种类和可行分析的不同侧重点？4.数据流图是否仅仅应用于可行研究？5.甲古文公司的产品BC4J怎么念？,软件教研室,需求分析的任务,确定软件设计的约束、软件同其它系统元素的接口细节和逆向需求定义软件的其它有效性需求，如出错处理等基本要求需求分析研究的对象是软件项目的用户要求准确地表达被接受的用户要求确定被开发软件系统的系统元素将功能和信息结构分配到这些系统元素中建立四类模型（数据模型、功能模型、行为模型和层次模型）,软件教研室,需求分析的数据流图,软件教研室,需求任务的过程模型,需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的“做

10、什么”的问题。通常软件开发项目是要实现目标系统的物理模型。目标系统的具体物理模型是由它的逻辑模型经实例化，即具体到某个业务领域而得到的,软件教研室,获取需求的方法,获取需求的方法,访谈,调查表,情景分析,功能分析,数据流图,数据字典,IPO图,使用说明书,建立快速原形,第四代开发语言,可重用的软件构件,形式化规格说明,软件教研室,其它获取需求的方法,头脑风暴：其基本概念是指一组人沉迷于一种“自由发言”的境界中，在无约束的环境下进行某个方面的自由思考，目的是产生新的想法。人种论：要求观察者只有靠完全溶入到工作中，才能彻底地了解各种实践、问题和所关注的事物等。需求剥离：当存在一份客户的需求文档或规

11、格说明时，或者存在一份可能相似的、原有产品的规格说明书时，使用需求剥离技术将单个需求可以从原始中抽取（剥离）出来，并加入到新的文档中。,软件教研室,分析模型的介绍,主要创建的模型是：数据模型：主要采用ERD图描述，描绘数据对象及数据对象之间的关系。功能模型：主要采用数据流图描述，描述当数据在软件系统中移动时被变换的逻辑过程，指明系统具有的变换数据的功能。行为模型：采用状态转换图描述，指明了作为外部事件结果的系统行为。为此，状态转换图描述了系统各种行为模式（状态）和在不同状态间转换的方式。,软件教研室,分析模型的关系,软件教研室,数据模型的描述工具-实体关系图,软件教研室,实体关系图中的主要元素

12、数据对象,实例：如操作的人员；报表；打印；报警信息；地理位置等,数据对象是对软件必须理解的复合信息的抽象。所谓复合信息是指具有一系列不同性质或属性的事物。总之可以由一组属性来定义的实体都可以被认为是数据对象。,软件教研室,实体关系图中的主要元素数据属性,实例：如汽车的属性（生产厂家、品牌、型号、发动机号等）,数据属性定义了对象的性质。通过这些性质可以标识该系统具有的特点。,软件教研室,实体关系图中的主要元素数据联系,联系的方式：1.一对一（1:1)2.一对多（1:N)3.多对多（M:N),数据联系定义了数据对象之间相互连接的方式。,软件教研室,数据模型的描述工具-实体关系图,建立ER图的过程：

13、第1层提取所有的实体（对象）和对象之间的关第2层建模他们之间关系的整体模型第3层进一步描述所有实体、关系的属性信息,软件教研室,数据模型的描述工具-实体关系图,软件教研室,功能模型的描述工具-数据流图,数据流图让软件工程师能够建模同时建模信息模型和功能模型。,软件教研室,数据流图描述IC开发票需求,软件教研室,行为模型的描述工具-状态转换图,状态转换图是描述系统的状态如何相应外部的信号进行推移的一种图形表示。,注：状态迁移图的优点:状态之间的关系能够直观地捕捉到由于状态迁移图的单纯性，能够机械地分析许多情况，可很容易地建立分析工具,初始事件,结束事件,软件教研室,进程状态转换图,软件教研室,密

14、码验证状态转换图,软件教研室,其他图形-层次方框图,软件教研室,其他图形-,Warnier图；IPO图（主要作为算法描述图）；,软件教研室,需求文档的介绍,主要的文档是：软件需求说明书；数据要求说明书；初步的用户手册；修改、完善与确定软件开发实施计划；,软件教研室,需求验证,所谓需求验证是指对通过需求分析过程获得的各类需求描述由第三方进行严格的综合再分析。其目的是提高软件品质，降低开发成本。,软件教研室,需求验证的方面,一般特别需要验证的方面有：（1）一致性验证：主要是分析需求描述中是否存在一些需求冲突问题；（2）完整性验证：需求必须是完整的，规格说明书应该包括用户需要的每一个功能或性能；（3

15、）现实性验证：验证需求内容的可实现性；（4）有效性验证：验证需求对于实际的问题解决确实是正确有效的；,软件教研室,其他需求文档介绍,需求说明书模板美国公司的需求文档日本公司的需求文档,软件教研室,第三节 总体设计,什么是设计Mitch Kapor（美国莲花公司的创始人，Lotus1-2-3）给出一个比喻。所谓设计就象一个人用一只脚站在两个世界中（一个是技术的世界，而另一个是人和人类目标的世界），并且这个人希望将这两个世界结合到一起。,软件教研室,软件设计的任务（技术观点）,根据用信息域表示的软件需求，以及功能和性能需求，进行:,数据设计:侧重于数据结构的定义系统结构设计:定义软件系统各主要成份

16、之间的关系过程设计:是把结构成份转换成软件的过程性描述。在编码步骤，根据这种过程性描述，生成源程序代码，然后通过测试最终得到完整有效的软件,软件教研室,软件设计的任务（管理观点）,从工程管理的角度来看，软件设计分两步完成。,概要设计:将软件需求转化为数据结构和软件的系统结构。（概要设计对应了技术观点中的系统结构设计）详细设计:即过程设计。通过对结构表示进行细化，得到软件的详细的数据结构和算法。（详细设计对应了技术观点中的数据设计和过程设计）,软件教研室,软件设计过程,1.制定规范在进入软件开发阶段之初，首先应为软件开发组制定在设计时应该共同遵守的标准，以便协调组内各成员的工作。,阅读和理解软件

17、需求说明书，确认用户要求能否实现，明确实现的条件，从而确定设计的目标，以及它们的优先顺序根据目标确定最合适的设计方法规定设计文档的编制标准规定编码的信息形式，与硬件，操作系统的接口规约，命名规则等,软件教研室,软件设计过程,2.软件系统结构的总体设计基于功能层次结构建立系统,采用某种设计方法，将系统按功能划分成模块的层次结构确定每个模块的功能建立与已确定的软件需求的对应关系确定模块间的调用关系确定模块间的接口评估模块划分的质量,软件教研室,软件设计过程,3.处理方式设计确定为实现系统的功能需求所必需的算法，评估算法的性能,确定为满足系统的性能需求所必需的算法和模块间的控制方式周转时间响应时间吞

18、吐量精度确定外部信号的接收发送形式,软件教研室,软件设计过程,4.数据结构设计,确定软件涉及的文件系统的结构以及数据库的模式、子模式，进行数据完整性和安全性的设计确定输入，输出文件的详细的数据结构结合算法设计，确定算法所必需的逻辑数据结构及其操作确定对逻辑数据结构所必需的那些操作的程序模块(软件包)限制和确定各个数据设计决策的影响范围若需要与操作系统或调度程序接口所必须的控制表等数据时，确定其详细的数据结构和使用规则数据的保护性设计：在软件设计中就插入自动检错，报错和纠错的功能一致性设计：保证软件运行过程中所使用的数据的类型和取值范围不变;在并发处理过程中使用封锁和解除封锁机制保持数据不被破坏

19、;冗余性设计：针对同一问题，由两个开发者采用不同的程序设计风格不同的算法设计软件，当两者运行结果之差不在允许范围内时，利用检错系统予以纠正，或使用表决技术决定一个正确结果。,软件教研室,软件设计过程,5.可靠性设计可靠性设计也叫做质量设计。在运行过程中，为了适应环境的变化和用户新的要求，需经常对软件进行改造和修正。在软件开发的一开始就要确定软件可靠性和其它质量指标，考虑相应措施，以使得软件易于修改和易于维护,软件教研室,概要设计文档,概要设计阶段完成时应编写以下文档：,概要设计说明书数据库设计说明书用户手册制定初步的测试计划,软件教研室,概要设计的评审,可追溯性：确认该设计是否复盖了所有已确定

20、的软件需求，软件每一成份是否可追溯到某一项需求接口：确认该软件的内部接口与外部接口是否已经明确定义。模块是否满足高内聚和低耦合的要求。模块作用范围是否在其控制范围之内风险：确认该设计在现有技术条件下和预算范围内是否能按时实现实用性：确认该设计对于需求的解决方案是否实用技术清晰度：确认该设计是否以一种易于翻译成代码的形式表达可维护性：确认该设计是否考虑了方便未来的维护质量：确认该设计是否表现出良好的质量特征各种选择方案：看是否考虑过其它方案，比较各种选择方案的标准是什么限制：评估对该软件的限制是否现实，是否与需求一致其它具体问题：对于文档、可测试性、设计过程.等进行评估,软件教研室,软件设计原理

21、,核心概念：软件结构；程序结构；模块化；信息隐蔽；模块的独立性；自顶向下，逐步细化；抽象化；,软件教研室,软件结构,软件的体系结构通过一个划分过程来完成。该划分过程从需求分析确立的目标系统的模型出发，对整个问题进行分割，使其每个部分用一个或几个软件成份加以解决，整个问题就解决了,注：软件结构包括两部分。程序的模块结构和数据的结构,软件教研室,程序结构,程序结构表明了程序各个部件(模块)的组织情况，是软件的过程表示。,软件教研室,模块化,软件系统的模块化是指整个软件被划分成若干单独命名和可编址的部分，称之为模块。这些模块可以被组装起来以满足整个问题的需求。,注：软件的复杂性并不是随着分解模块的增

22、多而变的越来越容易，相反随着模块的增加由于交互的复杂，变的更加复杂。,软件教研室,模块定义,“模块”，又称“组件”。它一般具有如下三个基本属性:功能：描述该模块实现什么功能逻辑：描述模块内部怎么做状态：该模块使用时的环境和条件,在描述一个模块时，还必须按模块的外部特性与内部特性分别描述模块的外部特性:模块的模块名、参数表、其中的输入参数和输出参数，以及给程序以至整个系统造成的影响模块的内部特性:完成其功能的程序代码和仅供该模块内部使用的数据,软件教研室,模块的独立性,模块独立性,是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其它的模块的接口是简单的。,注：例如,若一个模块只

23、具有单一的功能且与其它模块没有太多的联系,则称此模块具有模块独立性一般采用两个准则度量模块独立性。即模块间耦合和模块内聚,软件教研室,耦合,是模块之间的互相连接的紧密程度的度量。,软件教研室,模块之间偶合的种类,软件教研室,如果两个模块之间没有直接关系，它们之间的联系完全是通过主模块的控制和调用来实现的，这就是非直接耦合。这种耦合的模块独立性最强。,非直接耦合(Nondirect Coupling),软件教研室,数据耦合(Data Coupling),如果一个模块访问另一个模块时，彼此之间是通过简单数据参数(不是控制参数、公共数据结构或外部变量)来交换输入、输出信息的，则称这种耦合为数据耦合。

24、,软件教研室,标记耦合(Stamp Coupling),如果一组模块通过参数表传递记录信息，就是标记耦合。这个记录是某一数据结构的子结构，而不是简单变量。,软件教研室,控制耦合(Control Coupling),如果一个模块通过传送开关、标志、名字等控制信息，明显地控制选择另一模块的功能，就是控制耦合。,软件教研室,外部耦合（External Coupling）,一组模块都访问同一全局简单变量而不是同一全局数据结构，而且不是通过参数表传递该全局变量的信息，则称之为外部耦合。,软件教研室,公共耦合（Common Coupling）,若一组模块都访问同一个公共数据环境，则它们之间的耦合就称为公共

25、耦合,软件教研室,内容耦合(Content Coupling),如果发生下列情形，两个模块之间就发生了内容耦合(1)一个模块直接访问另一个模块的内部数据;(2)一个模块不通过正常入口转到另一模块内部;(3)两个模块有一部分程序代码重迭(只可能出现在汇编语言中);(4)一个模块有多个入口。,软件教研室,内聚,标志一个模块内各个元素彼此结合的紧密程度。,软件教研室,模块内聚的种类,软件教研室,功能内聚,一个模块中各个部分都是完成某一具体功能必不可少的组成部分，或者说该模块中所有部分都是为了完成一项具体功能而协同工作，紧密联系，不可分割的。则称该模块为功能内聚模块。,软件教研室,信息内聚,这种模块完

26、成多个功能，各个功能都在同一数据结构上操作，每一项功能有一个唯一的入口点。这个模块将根据不同的要求，确定该执行哪一个功能。由于这个模块的所有功能都是基于同一个数据结构（符号表），因此，它是一个信息内聚的模块。,软件教研室,通信内聚,如果一个模块内各功能部分都使用了相同的输入数据，或产生了相同的输出数据，则称之为通信内聚模块。通常，通信内聚模块是通过数据流图来定义的。,软件教研室,过程内聚,使用流程图做为工具设计程序时，把流程图中的某一部分划出组成模块，就得到过程内聚模块。例如，把流程图中的循环部分、判定部分、计算部分分成三个模块，这三个模块都是过程内聚模块。,软件教研室,时间内聚,时间内聚又称

27、为经典内聚。这种模块大多为多功能模块，但模块的各个功能的执行与时间有关，通常要求所有功能必须在同一时间段内执行。例如初始化模块和终止模块。,软件教研室,逻辑内聚,这种模块把几种相关的功能组合在一起，每次被调用时，由传送给模块的判定参数来确定该模块应执行哪一种功能。,软件教研室,巧合内聚,巧合内聚又称为偶然内聚。当模块内各部分之间没有联系，或者即使有联系，这种联系也很松散，则称这种模块为巧合内聚模块，它是内聚程度最低的模块。,软件教研室,模块设计的启发式规则一,模块功能的完善化一个完整的模块应当有以下几部分：执行规定的功能的部分；出错处理的部分。当模块不能完成规定的功能时，必须回送出错标志，出现

28、例外情况的原因。如果需要返回一系列数据给它的调用者，在完成数据加工或结束时，应当给它的调用者返回一个结束状态标志。,消除重复功能，改善软件结构 完全相似：在结构上完全相似，可能只是在数据类型上不一致。此时可以采取完全合并的方法。局部相似：找出其相同部分，分离出去，重新定义成一个独立的下一层模块。还可以与它的上级模块合并。,软件教研室,模块设计的启发式规则二,模块的作用范围应在控制范围之内模块的控制范围包括它本身及其所有的从属模块。模块的作用范围是指模块内一个判定的作用范围，凡是受这个判定影响的所有模块都属于这个判定的作用范围。如果一个判定的作用范围包含在这个判定所在模块的控制范围之内，则这种结

29、构是简单的，否则，它的结构是不简单的。,尽可能减少高扇出结构，随着深度增大扇入如果一个模块的扇出数过大，就意味着该模块过分复杂，需要协调和控制过多的下属模块。应当适当增加中间层次的控制模块。,软件教研室,模块设计的启发式规则三,避免或减少使用病态联接,模块的大小要适中模块的大小，可以用模块中所含语句的数量的多少来衡量。把模块的大小限制在一定的范围之内。通常规定其语句行数在50100左右，保持在一页纸之内，最多不超过500行。,软件教研室,模块设计的启发式规则四,设计功能可预测的模块，但要避免过分受限制的模块一个功能可预测的模块，不论内部处理细节如何，但对相同的输入数据，总能产生同样的结果。但是

30、，如果模块内部蕴藏有一些特殊的鲜为人知的功能时，这个模块就可能是不可预测的。对于这种模块，如果调用者不小心使用，其结果将不可预测。所谓过分限制是指由于对于局部数据结构进行了过分的要求，是模块的功能过分局限，降低了模块的灵活性。,软件包应满足设计约束和可移植性为了使得软件包可以在某些特定的环境下能够安装和运行，对软件包提出了一些设计约束和可移植的要求。例如，设计约束有时要求一个程序段在存储器中覆盖自身。当这种情况出现时，设计出来的软件程序结构不得不根据重复程度、访问频率、调用间隔等等特性，重新加以组织。,软件教研室,自顶向下，逐步细化,将软件的体系结构按自顶向下方式，对各个层次的过程细节和数据细

31、节逐层细化，直到用程序设计语言的语句能够实现为止，从而最后确立整个的体系结构。逐步求精的主要目的是集中精力处理好当前急需处理的主要问题，而推迟对其它细节的处理,软件教研室,抽象化,抽象概念与模块化和逐步求精是密切相关的，模块是一定抽象描述的体现，逐步求精一般只能够理解为一个过程，即是一个由顶向下的细化过程，而抽象即可以理解为一个过程也可以理解为一种状态。理解为过程时他表示从下向上的对于事物共性的抽取过程，而暂时忽略掉他们之间的差异，抽象同时也可以理解为一种状态，表示一种使用问题环境语言描述的，较容易被人接受的描述体系。,软件教研室,信息隐蔽,由 parnas 方法提倡的信息隐蔽是指，每个模块的

32、实现细节对于其它模块来说是隐蔽的。也就是说，模块中所包含的信息（包括数据和过程）不允许其它不需要这些信息的模块使用。,软件教研室,面向数据流的设计方法,首先研究、分析和审查数据流图。从软件的需求规格说明中弄清数据流加工的过程，对于发现的问题及时解决。然后根据数据流图决定问题的类型。数据处理问题典型的类型有两种：变换型和事务型。针对两种不同的类型分别进行分析处理。由数据流图推导出系统的初始结构图。利用一些启发式原则来改进系统的初始结构图，直到得到符合要求的结构图为止。修改和补充数据词典。制定测试计划。,软件教研室,变换流,输入流,外部表示,变换流,内部表示,输出流,外部表示,软件教研室,事物流,

33、事物中心,触发事物,活动事物1,活动事物2,活动事物3,活动事物n,软件教研室,结构图,结构图反映程序中模块之间的层次调用关系和联系，它以特定的符号表示模块、模块间的调用关系和模块间信息的传递。,软件教研室,软件的系统结构图,软件教研室,结构图中的模块类型,软件教研室,变换型结构图,变换型数据处理问题的工作过程大致分为三步，即取得数据，变换数据和给出数据。相应于取得数据、变换数据、给出数据，变换型系统结构图由输入、中心变换和输出等三部分组成。,软件教研室,事物型结构图,它接受一项事务，根据事务处理的特点和性质，选择分派一个适当的处理单元，然后给出结果。在事务型系统结构图中，事务中心模块按所接受

34、的事务的类型，选择某一事务处理模块执行。各事务处理模块并列。每个事务处理模块可能要调用若干个操作模块，而操作模块又可能调用若干个细节模块。,软件教研室,变换分析,重画数据流图；区分有效（逻辑）输入、有效（逻辑）输出和中心变换部分；进行一级分解，设计上层模块；进行二级分解，设计输入、输出和中心变换部分的中、下层模块；,软件教研室,变换原则,在选择模块设计的次序时，必须对一个模块的全部直接下属模块都设计完成之后，才能转向另一个模块的下层模块的设计。在设计下层模块时，应考虑模块的耦合和内聚问题，以提高初始结构图的质量。使用“黑箱”技术:在设计当前模块时，先把这个模块的所有下层模块定义成“黑箱”，在设

35、计中利用它们时，暂时不考虑其内部结构和实现。在这一步定义好的“黑箱”，在下一步就可以对它们进行设计和加工。这样，又会导致更多的“黑箱”。最后，全部“黑箱”的内容和结构应完全被确定。在模块划分时，一个模块的直接下属模块一般在5个左右。如果直接下属模块超过10个，可设立中间层次。如果出现了以下情况，就停止模块的功能分解：当模块不能再细分为明显的子任务时；当分解成用户提供的模块或程序库的子程序时；当模块的界面是输入输出设备传送的信息时；当模块不宜再分解得过小时。,软件教研室,变换分析实例,软件教研室,事物分析,在很多软件应用中，存在某种作业数据流，它可以引发一个或多个处理，这些处理能够完成该作业要求

36、的功能。这种数据流就叫做事务。与变换分析一样，事务分析也是从分析数据流图开始，自顶向下，逐步分解，建立系统到结构图。,软件教研室,事物分析过程,识别事务源利用数据流图和数据词典，从问题定义和需求分析的结果中，找出各种需要处理的事务。通常，事务来自物理输入装置。有时，设计人员还必须区别系统的输入、中心加工和输出中产生的事务。规定适当的事务型结构在确定了该数据流图具有事务型特征之后，根据模块划分理论，建立适当的事务型结构。识别各种事务和它们定义的操作从问题定义和需求分析中找出的事务及其操作所必需的全部信息，对于系统内部产生的事务，必须仔细地定义它们的操作 注意利用公用模块在事务分析的过程中，如果不

37、同事务的一些中间模块可由具有类似的语法和语义的若干个低层模块组成，则可以把这些低层模块构造成公用模块。对每一事务，或对联系密切的一组事务，建立一个事务处理模块；如果发现在系统中有类似的事务，可以把它们组成一个事务处理模块。对事务处理模块规定它们全部的下层操作模块 对操作模块规定它们的全部细节模块,软件教研室,变换分析和事物分析关系,变换分析是软件系统结构设计的主要方法。一般，一个大型的软件系统是变换型结构和事务型结构的混合结构。所以，我们通常利用以变换分析为主，事务分析为辅的方式进行软件结构设计。,软件教研室,分析实例,软件教研室,思考题,1.软件设计与软件需求有什么不同,概要设计说明书2,概

38、要设计说明书1,软件教研室,三个问题,1.软件工程的主要的研究内容，与其他计算机相关课程之间的关系？2.说说我们目前上过的主要软件工程分析方法？3.说说面向结构软件工程生命周期的各个阶段和其主要的目的。,软件教研室,第四节 详细设计,1.确定软件各个组成部分内的算法以及各部分的内部数据组织；2.选定某种过程的表达形式来描述各种算法；3.进行详细设计的评审；,软件教研室,数据设计原则,为在需求分析阶段所确定的数据对象选择逻辑表示，需要对不同结构进行算法分析，以便选择一个最有效的结构；设计对于这种逻辑数据结构的一组操作，以实现各种所期望的运算。确定对逻辑数据结构所必需的那些操作的程序模块(软件包)

39、，以便限制或确定各个数据设计决策的影响范围。,软件教研室,数据设计过程,1.用于软件的系统化方法也适用于数据。2.确定所有的数据结构和在每种数据结构上施加的操作。3.应当建立一个数据词典并用它来定义数据和软件的设计。4.低层数据设计的决策应推迟到设计过程的后期进行。5.数据结构的表示只限于那些必须直接使用该数据结构内数据的模块才能知道。6.应当建立一个存放有效数据结构及相关操作的库。7.软件设计和程序设计语言应当支持抽象数据类型的定义和实现。,软件教研室,数据设计工具,图形工具（程序流程图、N-S图、问题分析图，PAD）；表格工具（判定表）；语言工具（Progress Design Langu

40、age，PDL）,软件教研室,程序流程图,软件教研室,N-S图,软件教研室,问题分析图(PAD),软件教研室,判定表,判定表用于表示程序的静态逻辑在判定表中的条件部分给出所有的两分支判断的列表，动作部分给出相应的处理要求将程序流程图中的多分支判断都改成两分支判断,软件教研室,对应流程图的判定表,软件教研室,PDL语言,PDL是一种用于描述功能模块的算法设计和加工细节的语言。称为设计程序用语言。它是一种伪码。伪码的语法规则分为“外语法”和“内语法”。PDL具有严格的关键字外语法，用于定义控制结构和数据结构，同时它的表示实际操作和条件的内语法又是灵活自由的，可使用自然语言的词汇。,示例:拼词检查程

41、序PROCEDURE spellcheck IS BEGIN split document into single words lood up words in dictionary display words which are not in dictionary create a new dictionary END spellcheck,软件教研室,Jackson方法,Jackson方法是一类面向数据结构的设计方法该方法主要应用于软件设计的详细设计阶段Jackson图,软件教研室,A,B,C,D,A seq B C DA end,Jackson图-顺序结构,软件教研室,A,B,C,D,A

42、 select cond1 BA or cond2 CA or cond3 DA end,Jackson图-选择结构,软件教研室,A,C*,A iter until(while)cond BA end,Jackson图-循环结构,软件教研室,便于表示层次结构,而且是对结构进行自顶向下分解的有力工具;形象直观可读性好既能表示数据结构也能表示程序结构,Jackson图特点,软件教研室,数据流图是根据数据确定软件结构的方法,主要应用于需求分析和概要设计阶段Jackson图是根据数据结构设计程序处理过程的方法层次框图与Jackson图虽然类似,但其中图形元素的含义不同,层次图主要用于描述模块及其之间的

43、关系.但Jackson图描述的是程序结构.,Jackson图与数据流图和层次框图之间的区别,软件教研室,分析并确定输入数据和输出数据的逻辑结构,并使用Jackson图描绘这些数据结构找出输入数据结构和输出数据结构有对应关系的数据单元(即程序中可以同时处理的数据单元)依据规则导出Jackson图列出所有操作和条件,并把他们分配到程序结构图的适当位置用伪码表示程序,Jackson方法的基本步骤,软件教研室,为每对有对应关系的数据单元,按照它们在数据结构图中的层次在程序结构图的相应层次画一个处理框根据输入数据结构中剩余的每个数据单元所处的层次,在程序结构图的相应层次分别为它们画上对应的处理框根据输出

44、数据结构中剩余的每个数据单元所处的层次,在程序结构图的相应层次分别为它们画上对应的处理框,导出Jackson图的规则,软件教研室,第一步:描绘输入输出数据结构,正文文件,字符串*,字符*,空格,非空格,输出表格,表格体,串信息*,字符串,空格数,空格总数,I,I,I,S,Jackson图的实例统计文件中的空格数,软件教研室,第二步:分析对应关系的数据单元,正文文件,输出表格,字符串*,信息串*,软件教研室,第三步:数据结构图导出程序结构图,统计空格,程序体,处理字符串*,印字符串,分析字符数,印总数,I,印空格串,分析字符*,处理空格,处理非空格,I,S,软件教研室,第四步:列出所有操作和条件

45、,并分配它们到程序结构图,(1)停止(2)打开文件(3)关闭文件(4)印出字符串(5)印出空格数目(6)印出空格数目(7)sum:=sum+1(8)total:=totalsum+sum(9)读入字符串(10)sum:=0(11)totalsum:=0(12)pointer:=1(13)pointer:=pointer+1 I(1)文件结束I(2)字符串结束 S(3)字符是空格,软件教研室,统计空格,程序体,处理字符串*,印字符串,分析字符数,印总数,I,印空格串,分析字符*,处理空格,处理非空格,I,S,2,9,11,3,1,6,软件教研室,第五步:使用伪码表示程序处理过程,统计空格seq 打开文件 读入字符串 totalsum:=0 程序体iter until 文件结束 处理字符串seq 印字符串 end.统计空格end,软件教研室,McCabe方法流程图-流图-分析流图Halstead方法分析程序中的运算付和操作数来度量程序复杂性,其他方法,软件教研室,思考题,1.详细设计的主要内容？2.详细设计的主要描述分析方法及其相互关系？3.Jackson方法的意义？,