软件工程功能模块层次图

① 层次方框图与功能模块图有什么区别

1、作用不同

模块结构图表现的是上下级模块之间层次化的调用和控制关系；功能层次图只展示任务的分解，不涉及数据的流动；

2、矩形框表示不同。

只表示上层任务可同哪些子任务协同完成，不管顺序与调用；严格按层次画出，不同任务的相同子任务也分别重画。

方框代表一个模块；方框之间的直线表示模块的调用关系；尾部是空心圆箭头表示传递的是数据；尾部实心圆箭头表示传递的是控制信息。

3、连线不同。

可以说，功能层次图实际上就是数据流程图去掉数据处理外的所有其他元素，再按层次集成为一张完整的图。

个矩形框代表一个模块方框间的连线表示调用关系而不像层次方框图那样表示组成关系。

描述了软件的模块结构，表示了一个系统的层次分解关系；反映了模块间的联系以及块内联系；反映了模块间的信息传递。

(1)软件工程功能模块层次图扩展阅读

结构图（SC）：

描述了软件的模块结构，表示了一个系统的层次分解关系；反映了模块间的联系以及块内联系；反映了模块间的信息传递。

1、组成元素：方框，内有名称，表示模块；直线，表示上层模块对下层模块的调用；尾部带空心圆的箭头，表示按方向传递的数据信息。尾部带实心圆的箭头，表示按方向传递的控制信息；

2、注意：层次图和结构图并不严格表示模块的调用次序，层次图和结构图只表明一个模块调用那些模块，至于模块内还有没有其他成分则完全没有表示。

（3）作用：描述模块间参数交换情况、评价模块间耦合情况、确定模块间的接口。结构图一般不列入设计文档，只用于设计阶段检查模块设计的正确性和模块独立性。

HIPO图：

即层次图＋输入／处理／输出图的英文缩写，由一张H图和一组IPO图组成。

H图，是给每个模块加上编号的层次图。IPO图，要为H图中的每个模块画一张IPO图。通常将HIPO图作为软件结构的描绘，列入设计文档。

② 软件工程中软件结构图和层次图的异同

两者之间没有区别。两者指的均是软件构架，为软件系统的草图。

软件工程中软件结构图和层次图均是为了反映软件系统中组件之间相互关系和约束的体系结构设计图，属于一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。

软件结构图（又被叫做软件构架）一般通过分层次或分时间段等方式说明体系结构的各个组成部分的组合关系。描述的对象是直接构成系统的抽象组件，各个组件之间的连接则明确和相对细致地描述组件之间的通讯关系。

(2)软件工程功能模块层次图扩展阅读：

其他介绍：

软件结构图包括架构元件、联结器、任务流。所谓架构元素，也就是组成系统的核心砖瓦，而联结器则描述这些元件之间通讯的路径、通讯的机制、通讯的预期结果，任务流则描述系统如何使用这些元件和联结器完成某一项需求。

通过一个软件结构图建造一个系统所作出的最高层次的、以后难以更改的，商业的和技术的决定。在建造一个系统之前会有很多的重要决定需要事先作出，而一旦系统开始进行详细设计甚至建造，这些决定就很难更改甚至无法更改。显然，这样的决定必定是有关系统设计成败的最重要决定，必须经过非常慎重的研究和考察。

③ 软件工程层次化结构分几层

一计划时期
1.问题定义(要解决的问题是什么？)
2.可行性研究（对于问题有解决方法吗？）
二开发时期
1.需求分析（为了解决问题，目标系统必须做什么？）
2.概要设计（怎样实现目标系统？）
3.详细设计（怎样具体实现这个系统？）
4.编码
5.测试
三运行时期
运行时期的主要工作是维护

④ 软件工程 各个阶级段有哪些uml图

一、UML5个互联视图
UML中常用5个互联的视图来描述系统的体系结构。如下图：
（1）用例视图（Use-case View）
由专门描述可被最终用户、分析人员、测试人员看到的系统行为的用例图组成。
最终用户使用用例图——理解要完成的系统的功能，确认是否符合自己的要求。
分析人员使用用例图——描述用户需求。
测试人员使用用例图——根据用例图验证实现后的系统是否符合用户需求。
（2）设计视图（Logical View）
包含了主要的设计包、子系统、类和接口，主要从软件角度描述系统要解决的问题和解决方案。
（3）进程视图（Process View）
主要针对系统性能、可扩展行和吞吐量。
（4）实现视图（Implementation View）
在UML实现视图用类图、包图、对象图、顺序图、合作图、状态图、和活动图来描述。编程人员根据设计视图和进程视图来最终实现系统。
（5）部署视图（Deployment View）
包含了系统硬件拓扑结构点各种软件模块和构件模块。
二、UML在软件开发各个阶段的应用
经典的软件工程思想将软件开发分成5个阶段:需求分析\系统分析与设计;系统实现\测试及维护五个阶段。其中UML在各个阶段都有不同的应用，除了学习每种图的具体画法，还要注意学习UML图在软件开发过程中每个阶段的应用。
1、需求
采用用例图描述需求。
2、 分析
采用类图描述静态结构
采用顺序图、合作图、活动图、状态图描 述动态行为
3、设计
采用类图、包，对类的接口进行设计
4、 实现
将类用某现象对象语言实现
5、继承与交付
构件图、包、部署图
6、 测试
单元测试——类图和类的说明书

⑤ 模块层次结构

根据系统总体目标及设计原则，以及系统所具备的项目技术内容，结合二次开发平台的特点，将整个子系统分成5大模块。即：图像处理模块、知识库模块、信息提取模块、模型建立模块和数据管理模块。

1.图像处理模块

图像处理模块实现各种原始遥感图像数据进行几何校正和配准、镶嵌处理、图像裁切、信息增强、图像融合等。

（1）图像处理功能

对原始卫星遥感图像进行处理，内容包括几何校正和配准、镶嵌处理、遥感信息增强等。

1）几何校正：利用变形的遥感图像与标准地图之间的对应点（即控制点数据对），用一种数学模型来近似描述遥感图像的几何形变过程，通过几何控制点求出几何畸变模型，然后进行图像的几何校正。

2）图像配准：通过确定参考图像与配准图像的同名地物点在图像上行列坐标交点的映射关系得到交点的偏移量值，建立数学模型，得到配准图像与参考图像之间象元位置的对应映射关系，从而可以将参考图像的控制点文件通过得到的映射关系映射到配准图像中，使得两期图像能够完全配准。

3）镶嵌处理：对若干景互为邻接（时相往往可能不同）遥感图像通过彼此之间的几何镶嵌、色调调整、去重叠等数字处理，镶嵌拼接成一幅统一的新图像，以便于更好的统一处理、解译、分析和研究。

4）增强处理：通过增强处理突出图像中的有用的信息，使图像中感兴趣的区域的特征得以突出，使图像清晰，图像增强的目的主要是提高图像的可解译性。

5）数据融合：充分发挥多光谱波段的光谱和全色波段的高空间分辨率优势，以提高遥感信息提取的精度。

6）图像裁切：将处理过的图像分别按照地域地貌和地形图标准分幅的格式输出，以便用户能够方便地得到与标准地形图相对应的图像和按照地域分区分析，并为数据的入库提供方便。

（2）图像处理模块层次结构

详见图7-4。

2.知识库模块

知识库模块是通过野外调查验证典型岩石特征，在工作区范围内建立的岩石类型库、解译标志库、岩石光谱库。知识库是信息提取的基础，因此其镶嵌在信息提取子系统中（图7-5）。

3.信息提取模块

（1）信息提取功能

信息提取分人机交互解译和计算机信息自动提取两种方法。

人机交互解译是凭光谱规律、地学规律和解译者的经验，从卫星图像的颜色、纹理、结构、位置等各种特征和通过野外调查建立的解译标志库，解译出各种信息。

信息自动提取即计算机图像分类是模式分类在图像处理中的应用，分类的结果是将图像根据不同属性划分为多个不同类别的子区域，从而完成信息的提取。其包括非监督分类和监督分类。

图7-8 数据管理模块层次结构图

⑥ 软件系统结构图和功能模块图区别

系统结构图：反映的是系统中模块的调用关系和层次关系,谁调用谁,有一个先后次序(时序)关系。图中的有向线段表示调用时程序的控制从调用模块移到被调用模块,并隐含了当调用结束时控制将交回给调用模块.

功能结构图就是按照功能的从属关系画成的图表，图中的每一个框都称为一个功能模块。功能模块可以根据具体情况分的大一点或小一点，分解得最小功能模块可以是一个程序中的每个处理过程，而较大的功能模块则可能是完成某一个任务的一组程序。
功能结构图是对硬件、软件、解决方案等进行解剖，详细描述功能列表的结构，构成，剖面的从大到小，从粗到细，从上到下等而描绘或画出来的结构图。从概念上讲，上层功能包括 (或控制)下层功能，愈上层功能愈笼统，愈下层功能愈具体。功能分解的过程就是一个由抽象到具体、由复杂到简单的过程。图中每一个框称为一个功能模块。功能模块可以根据具体情况分得大一点或小一点。分解得最小的功能模块可以是一个程序中的每个处理过程，而较大的功能模块则可能是完成某一任务的一组程序。

⑦ 软件工程中的主要体系结构有哪些，并说明区别

20世纪60年代的软件危机使得人们开始重视软件工程的研究。起初，人们把软件设计的重点放在数据结构和算法的选择上，然而随着软件系统规模越来越大，对总体的系统结构设计和规格说明变得异常重要。随着软件危机程度的加剧，软件体系结构(software architecture)这一概念应运而生。软件体系结构着眼于软件系统的全局组织形式，在较高层次上把握系统各部分之间的内在联系，将软件开发的焦点从成百上千的代码上转移到粒度较大的体系结构元素及其交互的设计上。与传统软件技术相比，软件体系结构理论的提出不仅有利于解决软件系统日益增加的规模和复杂度的问题，有利于构件的重用，也有利于软件生产率的提高。面向方面软件开发(AOSD)认为系统是由核心关注点(corn concern)和横切关注点(cross-cutting concern)有机地交织在一起而形成的。核心关注点是软件要实现的主要功能和目标，横切关注点是那些与核心关注点之间有横切作用的关注点，如系统日志、事务处理和权限验证等。AOSD通过分离系统的横切关注点和核心关注点，使得系统的设计和维护变得容易很多。
Extremara大学的Navasa等人［1］在2002年提出了将面向方面软件开发技术引入到软件体系结构的设计中，称之为面向方面软件体系结构(aspect oriented software architecture，AO-SA)，这样能够结合两者的优点，但是并没有给出构建面向方面软件体系结构的详细方法。
尽管目前对于面向方面软件体系结构这个概念尚未形成统一的认识，但是一般认为面向方面软件体系结构在传统软件体系结构基础上增加了方面构件(aspect component)这一新的构成单元，通过方面构件来封装系统的横切关注点。目前国内外对于面向方面软件体系模型的研究还相对较少，对它的构成单元模型的研究更少，通常只关注方面构件这一构成单元。方面构件最早是由Lieberherr等人［2］提出的，它是在自适应可插拔构件(adaptive plug and play component，APPC)基础之上通过引入面向方面编程(AOP)思想扩展一个可更改的接口而形成的，但它关于请求接口和服务接口的定义很模糊，未能给出一个清晰的方面构件模型。Pawlak等人［3］提出了一个面向方面的框架，该框架主要包含了一个方面构件模型———Java方面构件(Java aspect component，JAC)，但该方面构件模型仅包含了切点(pointcut)，并把AOP中装备(advice)集成到了切点的表达式中，它主要从实现的角度进行了阐述，并没有给出详细的方面构件模型。本文没有只关注面向方面软件体系结构中方面构件这一构成单元模型，还详细分析了它的另外两个构成单元，即构件和连接件，因为面向方面软件体系结构各部分之间是相互关联的。
1面向方面软件体系结构相关概念
面向方面软件体系结构涉及诸多概念，以下将分别介绍。软件体系结构在软件工程领域有着广泛的影响，但当前仍未形成一个统一的、标准的定义。目前国内外普遍认可的看法是软件体系结构包含构件、连接件和约束［4］。其中约束描述了体系结构配置和拓扑的要求，确定了体系结构的构件与连接件的连接关系。这样就可以把软件体系结构写成
软件体系结构(software architecture)=构件(components)+
连接件(connectors)+约束(constraints)
构件是软件体系结构的基本元素之一。一般认为，构件是指具有一定功能、可明确辨识的软件单位，并且具备语义完整、语法正确、有可重用价值的特点，然而目前对于构件的具体结构及构成并没有一个统一的标准［5］，而且一些主要的构件技术也没有使用相同的构件类型。另外，当前被广泛接受的构件定义并不包含具体的软件构件模型(software component model)。例如，Szyperski等人［6］给出了软件构件一个很有名的定义:软件构件是一个仅带特定契约接口和显式语境依赖的结构单位，它可以独立部署，易于第三方整合。但是关于软件构件模型有一个被普遍接受的观点是:软件构件是一个具有服务提供和服务请求功能的软件单元［7］。
连接件是软件体系结构另一个基本的构成元素，是用来建立构件间交互以及支配这些交互规则的构造模块。连接件最先是由Shaw［8］提出来的，她建议把连接件作为软件体系结构中第一类实体，用来表示普通构件之间的交互关系。目前对于连接件尚未形成统一的认识，尽管在软件体系结构中强调了连接件存在的必要性，但是关于连接件模型的研究还很少，连接件的实际应用还不成熟。
面向方面软件体系结构在传统软件体系结构的基础上增加了方面构件单元。通常认为，方面构件是封装了系统横切关注点的一类特殊的构件。目前关于方面构件模型的研究还处于起步阶段。
2面向方面软件体系结构模型
由于传统软件体系结构模型包含构件、连接件和约束，而面向方面软件体系结构是在传统软件体系结构的基础之上扩展了方面构件，所以面向方面软件体系模型结构包含构件、连接件、方面构件和约束。其中约束描述了面向方面体系结构配置和拓扑的要求，确定了体系结构的构件、连接件和方面构件之间的连接关系，而构件、连接件、方面构件是它的三个基本的构成单元。以下对这三个构成单元的模型进行详细的设计。

⑧ 《软件工程导论》一书中，数据流图和层次图的联系是什么

数据流图是需求分析阶段得到的结果。
层次图是总体设计阶段得到的结果，用于描述软件结构。
层次图是对数据流图进一步分析得来的。