主题演化分析软件

Ⅰ 介绍常见软件过程模型（瀑布，原型，增量，螺旋）的原理及优缺点回答好追分200

典型的开发模型有：瀑布模型(waterfall model)、渐增模型/演化/迭代(incremental model)、原型模型(prototype model)、螺旋模型(spiral model)、喷泉模型(fountain model)、智能模型(intelligent model)、混合模型(hybrid model)

1、边做边改模型（Build-and-Fix Model）

遗憾的是，许多产品都是使用“边做边改”模型来开发的。在这种模型中，既没有规格说明，也没有经过设计，软件随着客户的需要一次又一次地不断被修改。

在这个模型中，开发人员拿到项目立即根据需求编写程序，调试通过后生成软件的第一个版本。在提供给用户使用后，如果程序出现错误，或者用户提出新的要求，开发人员重新修改代码，直到用户满意为止。

这是一种类似作坊的开发方式，对编写几百行的小程序来说还不错，但这种方法对任何规模的开发来说都是不能令人满意的，其主要问题在于：

1） 缺少规划和设计环节，软件的结构随着不断的修改越来越糟，导致无法继续修改；

2） 忽略需求环节，给软件开发带来很大的风险；

3） 没有考虑测试和程序的可维护性，也没有任何文档，软件的维护十分困难。

2、瀑布模型（Waterfall Model）

1970年温斯顿·罗伊斯提出了著名的“瀑布模型”，直到80年代早期，它一直是唯一被广泛采用的软件开发模型。

瀑布模型将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。

在瀑布模型中，软件开发的各项活动严格按照线性方式进行，当前活动接受上一项活动的工作结果，实施完成所需的工作内容。当前活动的工作结果需要进行验证，如果验证通过，则该结果作为下一项活动的输入，继续进行下一项活动，否则返回修改。

瀑布模型强调文档的作用，并要求每个阶段都要仔细验证。但是，这种模型的线性过程太理想化，已不再适合现代的软件开发模式，几乎被业界抛弃，其主要问题在于：

1） 各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量；

2） 由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发的风险；

3） 早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果。

我们应该认识到，“线性”是人们最容易掌握并能熟练应用的思想方法。当人们碰到一个复杂的“非线性”问题时，总是千方百计地将其分解或转化为一系列简单的线性问题，然后逐个解决。一个软件系统的整体可能是复杂的，而单个子程序总是简单的，可以用线性的方式来实现，否则干活就太累了。线性是一种简洁，简洁就是美。当我们领会了线性的精神，就不要再呆板地套用线性模型的外表，而应该用活它。例如增量模型实质就是分段的线性模型，螺旋模型则是接连的弯曲了的线性模型，在其它模型中也能够找到线性模型的影子。

3、快速原型模型（Rapid Prototype Model）

快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品。

显然，快速原型方法可以克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险，具有显著的效果。

快速原型的关键在于尽可能快速地建造出软件原型，一旦确定了客户的真正需求，所建造的原型将被丢弃。因此，原型系统的内部结构并不重要，重要的是必须迅速建立原型，随之迅速修改原型，以反映客户的需求。

4、增量模型（Incremental Model）

与建造大厦相同，软件也是一步一步建造起来的。在增量模型中，软件被作为一系列的增量构件来设计、实现、集成和测试，每一个构件是由多种相互作用的模块所形成的提供特定功能的代码片段构成。

增量模型在各个阶段并不交付一个可运行的完整产品，而是交付满足客户需求的一个子集的可运行产品。整个产品被分解成若干个构件，开发人员逐个构件地交付产品，这样做的好处是软件开发可以较好地适应变化，客户可以不断地看到所开发的软件，从而降低开发风险。但是，增量模型也存在以下缺陷：

1） 由于各个构件是逐渐并入已有的软件体系结构中的，所以加入构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构。

2） 在开发过程中，需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改模型，从而是软件过程的控制失去整体性。

在使用增量模型时，第一个增量往往是实现基本需求的核心产品。核心产品交付用户使用后，经过评价形成下一个增量的开发计划，它包括对核心产品的修改和一些新功能的发布。这个过程在每个增量发布后不断重复，直到产生最终的完善产品。

例如，使用增量模型开发字处理软件。可以考虑，第一个增量发布基本的文件管理、编辑和文档生成功能，第二个增量发布更加完善的编辑和文档生成功能，第三个增量实现拼写和文法检查功能，第四个增量完成高级的页面布局功能。

5、螺旋模型（Spiral Model）

1988年，巴利·玻姆Barry Boehm正式发表了软件系统开发的“螺旋模型”，它将瀑布模型和快速原型模型结合起来，强调了其他模型所忽视的风险分析，特别适合于大型复杂的系统。

螺旋模型沿着螺线进行若干次迭代，图中的四个象限代表了以下活动：

1） 制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件；

2） 风险分析：分析评估所选方案，考虑如何识别和消除风险；

3） 实施工程：实施软件开发和验证；

4） 客户评估：评价开发工作，提出修正建议，制定下一步计划。

螺旋模型由风险驱动，强调可选方案和约束条件从而支持软件的重用，有助于将软件质量作为特殊目标融入产品开发之中。但是，螺旋模型也有一定的限制条件，具体如下：

1） 螺旋模型强调风险分析，但要求许多客户接受和相信这种分析，并做出相关反应是不容易的，因此，这种模型往往适应于内部的大规模软件开发。

2） 如果执行风险分析将大大影响项目的利润，那么进行风险分析毫无意义，因此，螺旋模型只适合于大规模软件项目。

3） 软件开发人员应该擅长寻找可能的风险，准确地分析风险，否则将会带来更大的风险

一个阶段首先是确定该阶段的目标，完成这些目标的选择方案及其约束条件，然后从风险角度分析方案的开发策略，努力排除各种潜在的风险，有时需要通过建造原型来完成。如果某些风险不能排除，该方案立即终止，否则启动下一个开发步骤。最后，评价该阶段的结果，并设计下一个阶段。

6、演化模型(evolutionary model)

主要针对事先不能完整定义需求的软件开发。用户可以给出待开发系统的核心需求，并且当看到核心需求实现后，能够有效地提出反馈，以支持系统的最终设计和实现。软件开发人员根据用户的需求，首先开发核心系统。当该核心系统投入运行后，用户试用之，完成他们的工作，并提出精化系统、增强系统能力的需求。软件开发人员根据用户的反馈，实施开发的迭代过程。第一迭代过程均由需求、设计、编码、测试、集成等阶段组成，为整个系统增加一个可定义的、可管理的子集。

在开发模式上采取分批循环开发的办法，每循环开发一部分的功能，它们成为这个产品的原型的新增功能。于是，设计就不断地演化出新的系统。 实际上，这个模型可看作是重复执行的多个“瀑布模型”。

“演化模型”要求开发人员有能力把项目的产品需求分解为不同组，以便分批循环开发。这种分组并不是绝对随意性的，而是要根据功能的重要性及对总体设计的基础结构的影响而作出判断。有经验指出，每个开发循环以六周到八周为适当的长度。

7、喷泉模型（fountain model, (面向对象的生存期模型, 面向对象（Object Oriented,OO）模型））

喷泉模型与传统的结构化生存期比较，具有更多的增量和迭代性质，生存期的各个阶段可以相互重叠和多次反复，而且在项目的整个生存期中还可以嵌入子生存期。就像水喷上去又可以落下来，可以落在中间，也可以落在最底部。

8、智能模型（四代技术（4GL）)

智能模型拥有一组工具（如数据查询、报表生成、数据处理、屏幕定义、代码生成、高层图形功能及电子表格等），每个工具都能使开发人员在高层次上定义软件的某些特性，并把开发人员定义的这些软件自动地生成为源代码。这种方法需要四代语言（4GL）的支持。4GL不同于三代语言，其主要特征是用户界面极端友好，即使没有受过训练的非专业程序员，也能用它编写程序；它是一种声明式、交互式和非过程性编程语言。4GL还具有高效的程序代码、智能缺省假设、完备的数据库和应用程序生成器。目前市场上流行的4GL（如Foxpro等）都不同程度地具有上述特征。但4GL目前主要限于事务信息系统的中、小型应用程序的开发。

9、混合模型（hybrid model）

过程开发模型又叫混合模型（hybrid model），或元模型（meta-model）,把几种不同模型组合成一种混合模型，它允许一个项目能沿着最有效的路径发展，这就是过程开发模型（或混合模型）。实际上，一些软件开发单位都是使用几种不同的开发方法组成他们自己的混合模型。

模型 优点 缺点
瀑布模型 文档驱动 系统可能不满足客户的需求
快速原型模型 关注满足客户需求 可能导致系统设计差、效率低，难于维护
增量模型 开发早期反馈及时，易于维护 需要开放式体系结构，可能会设计差、效率低
螺旋模型 风险驱动 风险分析人员需要有经验且经过充分训练

===================
OOA（面向对象的分析）模型由5个层次（主题层、对象类层、结构层、属性层和服务层）和5个活动（标识对象类、标识结构、定义主题、定义属性和定义服务）组成。在这种方法中定义了两种对象类之间的结构，一种称为分类结构，一种称为组装结构。分类结构就是所谓的一般与特殊的关系。组装结构则反映了对象之间的整体与部分的关系。
OOA在定义属性的同时，要识别实例连接。实例连接是一个实例与另一个实例的映射关系。在定义服务的同时要识别消息连接。当一个对象需要向另一对象发送消息时，它们之间就存在消息连接。
OOA 中的5个层次和5个活动继续贯穿在OOD（画向对象的设计）过程中。OOD模型由4个部分组成。它们分别是设计问题域部分、设计人机交互部分、设计任务管理部分和设计数据管理部分。
Booch 认为软件开发是一个螺旋上升的过程。在螺旋上升的每个周期中，有4个步骤：标识类和对象、确定它们的含义、标识它们之间的关系、说明每一个类的界面和实现。
对象建模技术OMT定义了3种模型，它们是对象模型、动态模型和功能模型，OMT用这3种模型来描述系统。OMT方法有4个步骤：分析、系统设计、对象设计和实现。OMT方法的每一个步骤都使用这3种模型，每一个步骤对这3种模型不断地进行细化和扩充。
对象模型描述系统包括对象的静态结构、对象之间的关系、对象的属性和对象的操作。OMT的对象模型中除了对象、类和继承外，还有链、关联、泛化、聚合和模块等概念。
动态模型用来描述与值的变换有关的系统特征--功能、映射、约束和函数依赖。功能模型用数据流图来表示。

Ⅱ 怎么用matlab分析演化博弈

（1）这段程序分为两个部分：第一部分前面四行；第二部分从第五行到最后

（2）在matlab界面点击新建——函数，然后把前面四行粘进去，关闭编辑器页面，软件提示是否保存？将文件保存为differential.m

（3）在matlab界面点击新建——函数，然后把后面内容粘进去，关闭编辑器页面，软件提示是否保存？将文件保存为XXX.m

（4）注意将differential.m和XXX.m放在同一个文件夹，例如都放在”Matlab学习“

（5）将你打算调用的M文件所在的目录选为当前工作目录。（我这里Untitled4.m为主程序文件，即XXX.m）

（6）右击文件XXX.m，点击”运行“，结果就出来了

Ⅲ 构造演化特征分析

（一）沉降速率分析

1.基本原理

沉积盆地的总沉降量主要与构造作用、沉积物压实、均衡作用、沉积基准面变化或古水深变化等因素有关。盆地内充填了沉积物或水会引起岩石圈的均衡调整下降。表层的沉积物具有较高的孔隙度，随着埋深加大而压实，可产生不可忽视的沉降量。湖水面的变化使盆地相对沉积基准面发生变化。因此，盆地的构造沉降 （纯水载盆地沉降）可表述为：

构造沉降＝总沉降－（沉积物和水负载沉降＋沉积物压实沉降＋湖水面的变化）

为了求得构造沉降，必须对沉积物压实、负载均衡和古水深等进行校正。

地质历史时期的盆地通常有一定的覆水深度，而且各个沉积单元沉积时的古水深不同，尤其是深水相区，水深对沉降量的计算不容忽视。这时盆地的总沉降量应该是沉积厚度和古水深之和。层序地层学研究表明，古今海平面的变化较大，因此，沉降史回剥中还应该进行海平面变化校正 （图2－12）。

图2－12盆地沉降史模拟流程图

通过上述几个方面的校正，最终可以得到盆地的原始沉降深度，进而得到盆地的原始沉降速率。

在沉降史分析中，假定地层骨架厚度保持不变，利用 EBM 盆地模拟系统 （BS回剥系统软件）中的二维剖面回剥技术，从已知地层分层参数出发，考虑沉积压实、间断及构造时间等因素，按地层年代逐层剥出，直至全部地层回剥为止，最终恢复出各地层的埋藏史 （图2－13）。

图2－13 回剥过程示意图

2.回剥技术

（1）参数选取

1）古水深确定。车排子地区古水深的估计是通过沉积相分析、古生物组合等方法进行的。同时，根据地震剖面上大型前积层去压实校正后恢复的古斜坡形态，也可估算古水深。一般取值情况下，扇三角洲相古水深不大于50m，滨湖相古水深10m 左右，滨岸5m左右。

2）岩性参数。统计表明，不同岩性压实系数、表面孔隙度、沉积物颗粒密度等岩性参数大不相同的，正常压实情况下单一岩性采用的压实系数 （C）、表面孔隙度 （φ）和沉积物颗粒密度 （或称岩石密度ρ）（表2－2），而混合岩性可按此数值按比例加权求出。

表2－2 单一岩性参数统计表

3）回剥计算。在计算过程中主要以三级层序为单元进行沉降速率的恢复，层序界面的年龄根据前人的工作成果以及区域上的最新资料与成果确定。时－深转换根据现有多口井的分层数据回归分析得到。沉积相则以所应用的地震剖面的空间位置及各三级层序体系域为单元完成的沉积相图为基础确定，不同的沉积相带使用了不同的岩性参数。

车排子地区沉降速率计算以贯穿工区多条二维地震测线以及三条连井剖面开展工作（图2－14），从而控制了研究区的重要构造。

图2－14 车排子地区沉降史回剥模拟测线平面位置图

根据剖面走势和构造变化选取480多个数据点，相应的深度数据1900多个，并经过时深转换，整理成由横向距离和纵向深度组成的二维数据表。在此基础上，应用EBM 盆地模拟软件对每一条测线进行了校正和地史反演，分别得出了每一条剖面上的相应界面在不同时期的埋藏深度值及其沉降速率值。本文主要使用总沉降速率值，并将这些数值投影到平面图上，再通过数值的内插法，勾绘出吐谷鲁群层序、古近系层序和新近系沙湾组层序沉降速率特征的平面图。在此基础之上，精选了三条剖面做了进一步的精细模拟，将层序细化到体系域进行模拟，以便更好地对研究区进行沉降史分析。

3.沉降速率分析

通过对车排子地区的精细沉降模拟可以发现，从白垩系到新近系7个时期的沉降速率可明显分为3个沉降期次 （图2－15），其中第三个为地层缺失的上白垩统时期，其他三个层序6个沉积时期分别对应吐谷鲁群、古近系和新近系沙湾组的低位体系域和湖扩体系域沉降期。

图2－15 精细模拟剖面样点沉降速率图

对比发现，每个层序的低位体系域相对湖扩体系域都是高速沉降时期。吐谷鲁群的低位和湖扩体系域的沉降速率最大差值达到25m/Ma，古近系和新近系沙湾组的沉降速率最大差值分别为4m/Ma和16m/Ma。

（1）吐谷鲁群层序沉降速率特征

车排子地区吐谷鲁群层序沉降速率介于0～25m/Ma之间，以10m/Ma为主。西北部沉降速率较低，向南部和东部速率逐渐加快，发现两个被车排子隆起分隔的相对沉降中心，其一位于研究区南部，最高值为25m/Ma；另一沉降中心位于东部，速率比南部略小，为18m/Ma （图2－16）。

图2－16 车排子地区吐谷鲁群层序沉积速率图（单位：m/Ma）

（2）古近系层序沉降速率特征

车排子地区古近系层序沉降速率比较低，介于0～15m/Ma之间，多数低于10m/Ma。最大沉降中心位于南部，沉降速率大于14m/Ma。在研究区东部还有一个沉降速率较高的相对沉降中心，沉降速率为6m/Ma （图2－17）。

图2－17 车排子地区古近系沉积速率图（单位：m/Ma）

（3）新近系沙湾组层序沉降速率特征

车排子地区新近系沙湾组沉降速率比古近系和白垩系大，沉降速率数值在0～65m/Ma之间，多数在10～20m/Ma之间。沉降中心位于南部，速率大约为60m/Ma。此外，在整个研究区有数个相对沉降中心，比周围区域的沉降速率略大，差值在5m/Ma左右（图2－18）。

（4）各层段沉降速率特征的比较分析

从沉降速率图和测线各个时期沉降速率图 （图2－19，图2－20）对比发现，车排子地区各个沉积期沉降速率有一定的差异。其中新近系沙湾组层序的沉降速率最高，古近系层序的沉降速率最低，吐谷鲁群层序居中。吐谷鲁群层序和古近系层序沉积期的沉降速率都分为南部和东部高值区，而南部沉降速率又比东部高。沙湾组层序沉降速率高值区则在南部，东部只有相对较高的沉降区。

分析表明，车排子地区各沉降区沉降速率的变化和各沉积期沉降速率高值区的分布与车排子隆起密切相关。不同沉积期沉降速率有差异，但南部为最大沉降高值区，东部为次一级的沉降高值区。这一规律以吐谷鲁群层序沉积期最为明显，古近系这一现象逐渐减弱。新近系沙湾组时期沉降速率高值区都出现在南部，可见，车排子地区的沉降高值区的分布受控于车排子隆起，车排子隆起形成于晚石炭纪，强烈隆升于二叠纪到侏罗纪，白垩纪进入缓慢沉降阶段。因此古近系受车排子隆起影响小于吐谷鲁群层序，沙湾组沉降高值区则不受此控制。

图2－18 车排子地区沙湾组层序沉积速率图 （单位：m/Ma）

（二）古地貌分析

1.基本原理

古地貌分析主要是利用地层的定量 “回剥技术”等方法，恢复原始沉积背景。其基本原理在沉降速率分析中已作论述。

图2－19 ZH01ZH＿05各时期沉降速率图

图2－20 ZHO5XY＿PZ＿ksbd＿647各时期沉降速率图

2.参数选取

依据前人研究的沉积和构造等方面的成果，选取控制全区古地貌基本格架的12条纵横研究区的地震剖面，进行了精细的解释 （图2－21），并利用 T_K1q、T_E、T_N1s和 T_N1t界面的分层数据，运用研究区的时深转换关系确定它们的深度值，并对二维地震剖面进行沉降量模拟，同时也对单井进行了沉降量恢复。

图2－21 Z05＿CPZ＿SL＿L450和Z01ZH＿05二维地震剖面解释成果图

通过钻孔岩心、测井和地震相分析，确定各套地层的岩性或岩性组合，进行去压实校正。在正常压实情况下的单一岩性通常采用压实系数 （C）和表面孔隙度 （φ），混合岩性可按此数值按比例加权得出。

同时，古水深的估计可以通过沉积相分析，利用古生物组合和作过古水深研究的钻井等资料对古水深进行取值。

3.古地貌成图

通过上述数据的采集和各种参数的确定，形成各个剖面的沉降量分析数据库，输入计算机即可获得各个剖面不同时期盆地的沉降量。同时，对剥蚀区古地貌资料进行了恢复。

参考回剥计算的不同时期的沉降量，结合剥蚀区和沉积区的空间展布关系及重要的构造形迹 （同沉积断层、构造坡折等），考虑盆地沉降区差异沉降和盆地沉降区内古地貌形态的直观可视化目的，并结合单井资料，对K₁tg、E和 N_1s底界同沉积期古地貌进行了成图。

4.同沉积期古地貌特征

（1）吐谷鲁群底界面同沉积期古地貌特征 （T_K1tg）

分析表明，吐谷鲁群底界面同沉积期古地貌地形起伏较大，隆凹组合，地貌上总体呈“一梁担两凹”、“凹—隆—坡”有机组合、 “坡带富沟”的整体格局。研究区西北为隆起区，向南和向东逐渐由 “隆”过渡为 “凹”，向东南转换为 “梁”，与梁组成一个向东南倾覆的隆起高地区，共同组成车排子隆起 （图2－22，图2－23）。

图2－22 车排子地区吐谷鲁群底界面同沉积期古地貌立体图

“隆”：主要在分布在Z05XY＿CPZ＿ksbd＿635二维测线以北、Z01ZH＿05二维测线以西地区 （车排子镇—鄂伦布拉克一带）。总体上隆起区呈现出南陡东缓的格局。

“梁”：在研究区吐谷鲁群底界面同沉积期古地貌， “梁”分布在 Z01ZH＿05以东、Z01ZH＿02以南区域，即柳一场—共青团农场一带。 “梁”向南倾覆，分割两个凹陷区。“梁”和 “隆”共同构成了车排子隆起。

“坡”：在吐谷鲁群底界面同沉积期古地貌中，坡可进一步细分为两个斜坡区，一是主要集中在Z05XY＿CPZ＿SL＿L450二维测线以西、Z05XY＿CPZ＿ksbd＿635和Z01NXY605.8二维测线之间的区域，即柳二场西南方，为四棵树凹陷的北斜坡；另一个位于Z01ZH＿05二维测线以东、Z05XY＿CPZ＿ksbd＿623二维测线以北区域，即发育在五五新镇—前山涝坝一带，为昌吉凹陷的西斜坡。总体上四棵树凹陷北斜坡要较昌吉凹陷的西斜坡陡，两者在研究区呈带状波动展布的特征。研究区分布的两个斜坡具有富沟的特点 （图2－22，图2－23），从而形成坡的起伏特征。“四棵树凹陷北斜坡”的富沟区主要在Z05XY＿CPZ＿SL＿L450二维测线 和Z05XY＿CPZ＿ksbd＿236＿6二维测线之间，且向 Z05XY＿CPZ＿SL＿L450二维测线有增多的趋势，并且二维地震剖面沉降量模拟与古地貌组合可以看出，四棵树凹陷北斜坡带的 “沟”主要是受同沉积断层的控制，沟的坡度一般是西陡东缓，西部为同生断层位置。“昌吉凹陷的西斜坡”富沟区有可细分为两个部分，大致以Z05XY＿CPZ＿ksbd＿647二维测线为分界，其以北的沟道略浅和缓 （分布在前山涝坝一带），其以南沟道略深和窄 （分布在车峰镇—五五新镇一带）。在Z05XY＿CPZ＿ksbd＿647二维测线向东延伸出现一个次级的 “梁”。

图2－23 车排子地区吐谷鲁群底界面同沉积期古地貌图

“凹”：研究区吐谷鲁群底界面同沉积期古地貌中，主要有两个，即被 “梁”分成的南部凹陷 （柳二场西南地区）和东部凹陷 （排9—排103以东地区），分别为四棵树凹陷和昌吉凹陷。在研究区范围内，南部凹陷 （四棵树凹陷）沉降量略大，可达到1000m 以上，而东部凹陷略浅，可达到700m 以上。在研究区，东部凹陷被在 Z05XY＿CPZ＿ksbd＿647二维测线向东延伸出现一个次级的 “梁”，将东部凹陷分为两个部分。

从古地貌格局来看，隆起区，即车排子隆起为物源区，斜坡带的 “沟”构成沉积物搬运的输导通道，而两个凹陷则成为沉积物汇聚和堆积的场所，另外由于东南部 “梁”的存在，会对沉积物的搬运和沉积起到分割作用。

（2）古近系底界面同沉积期古地貌特征 （T_E）

与吐谷鲁群底界面同沉积古地貌特征相比，古近系底界面同沉积期古地貌总体趋于平缓，但车排子隆起区仍然存在 （图2－24，图2－25）。总体上，古近系底界面同沉积期古地貌可以分成 “隆”、“坡”和 “凹”三种格局。

图2－24 车排子地区古近系底界面同沉积期古地貌立体图

“隆”：主要分布在研究区的西北部，Z05XY＿CPZ＿ksbd＿647以北、Z01ZH＿05以西地区，即车二场—鄂伦布拉克一带，但隆起幅度较吐谷鲁群底界面同沉积期古地貌有所平缓。该隆起区向东南有延伸部分，但略平缓。

“坡”：仍具有分带性，依然可以区分为两个不同的 “坡”，以隆起区东南部的低隆起区为分界。西南部坡 （排10井以西）坡度略陡，但较吐谷鲁群底界面同沉积期古地貌有所平缓，且坡中富沟特征不明显。东部坡 （排12—排208—排11井一带）坡度平缓，且略具平台的特征，“坡带富沟”的现象已经不明显。

“凹”：古近系底界面同沉积期古地貌中， “凹”主要集中在南部地区 （柳沟西南地区），最大沉降量可达到600m 以上，且显示有与东部凹陷连通的趋势。

从古地貌上可以看出，古近纪沉积期物源仍然由车排子隆起提供，且沉积物堆积区应在凹陷带，隆起区的东南末端仍然对沉积物的搬运和堆积起到一定的分割作用。并且在湖相条件下，东南隆起区的末端有利于形成滩坝砂体。

（3）沙湾组底界面同沉积期古地貌特征 （T_N1s）

沙湾组底界面同沉积期古地貌 （图2－26，图2－27）总体上与前两个时期古地貌格局相比更加平缓，虽呈现隆—坡—凹的格局，但凹陷区已经在南部显示为一个凹陷区，而东部的不明显。沙湾组底界面同沉积期古地貌的深度比吐谷鲁群有所减小，与古近系的相近。研究区内最大深度可达到650m 以上 （Z01ZH＿05二维地震测线的南端）。

图2－25 车排子地区古近系底界面同沉积期古地貌图

图2－26 车排子地区沙湾组底界面同沉积期古地貌立体图

图2－27 车排子地区沙湾组底界面同沉积期古地貌图

“隆”：主要分布在Z05XY＿CPZ＿ksbd＿647二维地震测线以北、Z01ZH＿05二维地震测线以西地区，即鄂伦布拉克以西地区，且隆起区较平缓。同时在柳沟以西和排浅4—排7井一带发育两个低隆区。

“坡”：主要分布在Z04XY－CPZ－ksdb－671和Z01NXY605＿8二维地震测线之间。从南北向来看，Z05XY＿CPZ＿ksbd＿623和 Z04XY－CPZ－ksdb－671二维地震测线之间（柳一场—车二场之间）区域的斜坡比 Z05XY＿CPZ＿ksbd＿623和 Z01NXY605＿8二维地震剖面之间 （柳一场—柳沟以西地区）区域的斜坡略平缓，略呈平台的性质；从东西向上来看，由西部向东部地区，斜坡的坡度有逐渐变缓的趋势，并且由西向昌吉凹陷的西斜坡的分布宽度有所增加。

“凹”：主要分布在Z01NXY605＿8二维地震测线以南地区，向东略向北延伸。在研究区凹陷的深度可达到650m 以上。由于 Z05XY＿CPZ＿ksbd＿268＿6二维地震测线以南地区（柳沟西部）发育一个次级的低隆区，在研究区内，这个低隆区将南部的凹陷带分割成两个次级的凹陷带。

总体上，该时期的古地貌特征显示，沉积物主要沉积在南部凹陷地区，而南部的次级的低隆起区可能会对沉积物的堆积起到一定的控制作用。

（4）各同沉积期古地貌特征对比

从同沉积期古地貌的特征可以看出，吐谷鲁群底界面同沉积期、古近系底界面同沉积期和沙湾组底界面同沉积期古地貌的特征具有一定的继承性。总体上都是西北为隆起区，中部为斜坡区，南部为凹陷区，前两个时期东部也为凹陷区。另外，三个同沉积期的斜坡均有西南、南部略陡，向东变缓的特点。但是，三个时期的古地貌特征又各有差异，由吐谷鲁群底界面同沉积期、古近系底界面同沉积期和沙湾组底界面同沉积期古地貌特征总体上显示为隆起区逐渐消亡或者变得平缓，且沉降量有减小的趋势；斜坡区有逐渐变缓的趋势，且斜坡带的宽度逐渐增宽；另外，车排子地区三个时期古地貌特征显示，南部的凹陷区略稳定，而东部的凹陷区有向东萎缩的趋势。

Ⅳ 有没有一种软件，可以让一张图片演化成另一张图片，而且有过程~

网页三剑客里边的flash 制作应该可以，文字我试过，图片没弄过，先转为矢量图应该可以

绘声绘影，和photoshop的另外一个忘记名字了试试，做GIF那个

Ⅳ 软件生存周期模型的演化模型

演化模型是一种全局的软件(或产品)生存周期模型。属于迭代开发风范。
该模型可以表示为：第一次迭代(需求->设计->实现->测试->集成)->反馈->第二次迭代(需求->设计->实现->测试->集成)->反馈->……
即根据用户的基本需求，通过快速分析构造出该软件的一个初始可运行版本，这个初始的软件通常称之为原型，然后根据用户在使用原型的过程中提出的意见和建议对原型进行改进，获得原型的新版本。重复这一过程，最终可得到令用户满意的软件产品。采用演化模型的开发过程，实际上就是从初始的原型逐步演化成最终软件产品的过程。演化模型特别适用于对软件需求缺乏准确认识的情况。

Ⅵ 对于文本模型来说，话题与主题有什么区别 话题追踪与话题演化有什么区别

【摘要】：话题追踪与演化分析技术旨在将用户关注的话题以最直观的方式呈现出来,使得用户方便的对话题的来龙去脉有一个全面的了解,在军事和民用方面都具有重要的理论价值和现实意义。本文主要研究话题追踪技术,话题演化分析技术及话题中的事件发现与关系分析技术,取得了如下四个方面的研究成果： (1)目前的话题追踪与演化分析算法将话题看作是单一的新闻报道的集合,没有考虑到话题的内部结构。本文通过分析话题内部各要素的关系,同时考虑到话题追踪与演化分析任务的时序性,建立了话题结构模型。为话题追踪与演化分析奠定了模型基础。 (2)针对话题的偏移问题,提出了一种基于子话题反馈的话题追踪算法。该算法利用新事件检测的思想进行时间片划分,根据话题的偏移及时地修改话题向量。实验表明,该算法能够有效的适应话题偏移,与传统算法相比提高了话题追踪的召回率。 (3)话题追踪无法分析、表示话题的演化历程,针对这个问题,结合BLOG社团演化分析的思想,提出了基于子话题相似度的话题演化分析算法。实验表明该算法可以准确的展示出话题的发展演化历程。 (4)根据话题结构模型,结合时序文本挖掘的思想,提出了一种基于子话题整合的事件发现算法,并在此基础上改进了事件演化分析算法。该算法充分考虑了话题的内部结构特征,实验证明了算法的有效性。 论文最后给出了话题追踪与演化分析原型系统的设计与实现细节。并对本文工作进行了总结,对今后的工作做了进一步的展望。

Ⅶ 如何才能提高软件系统的可演化性

瀑布模型，演化模型（如增量模型、原型模型、螺旋模型）、喷泉模型、基于构件的开发模型和形式方法模型等。 瀑布模型（waterfall model）是1970年有W.Royce提出的，它给出了软件生存周期活动的固定顺序，上一阶段的活动完成后向下一阶段过渡，最终得到所开发的软件产品。瀑布模型如下图所示，有时也称为软件生存周期模型。 瀑布模型中，上一阶段的活动完成并经过评审后才能开始下一阶段的活动，其特征是： （1）接受上一阶段的结果作为本阶段活动的输入。 （2）依据上一阶段活动的结果实施本阶段应完成的活动。 （3）对本阶段的活动进行评审。 （4）将本阶段活动的结果作为输出，传递给下一阶段。 瀑布模型是最早出现的也是应用最广泛的过程模型，对确保软件开发的顺利进行、提高软件项目的质量和开发效率起到重要作用。 在大量的实践过程中，瀑布模型也逐渐暴露出它的不足。首先，客户常常难以清楚地描述所有的要求，而且在开发过程中，用户的需求也常常会有所变化，使得不少软件的需求存在着不确定性；在某个活动中发现的错误常常是由前一阶段活动的错误引起的，为了改正这一错误必须回到前一阶段，这就导致了瀑布的倒流，也就是说，实际的软件开发很少能按瀑布模型的顺序没有回流地顺流而下。其次，瀑布模型使得客户在测试完成以后才能看到真正可运行的软件，此时，如果发现不满足客户需求的问题（由于需求不确定性），那么修改软件的代价是巨大的。 不是任何软件都可采用瀑布模型的，瀑布模型适合于结构化方法，也就是面向过程的软件开发方法。软件项目或产品选择瀑布模型必须满足下列条件：在开发时间内需求没有或很少变化；分析设计人员应对应用领域很熟悉；低风险项目（对目标、环境很熟悉）；用户使用环境很稳定；用户除提出需求以外，很少参与开发工作。 演化模型 演化模型主要针对事先不能完整定义需求的软件开发，其开发过程一般是首先开发核心系统，当核心系统投入运行后，软件开发人员根据用户的反馈，实施开发的迭代过程，每一迭代过程均由需求、设计、编码、测试、集成等阶段组成，直到软件开发结束。演化模型在一定程度上减少了软件开发活动的盲目性。 螺旋模型： 它是在瀑布模型和演化模型的基础上，加入两者所忽略的风险分析所建立的一种软件开发模型。沿螺旋模型顺时针方向，依次表达了四个方面的活动，制定计划、风险分析、实施工程、客户评估。 喷泉模型 它体现了软件创建所固有的迭代和无间隙特征，喷泉模型主要用于支持面向对象开发过程。 增量模型内容： 在设计了软件系统整体体系结构之后，首先完整的开发系统的一个初始子集，继之，根据这一子集，建造一个更加精细的版本，如此不断的进行系统的增量开发。 瀑布模型、演化模型、螺旋模型之间的联系：相同点是这三个模型都分为多个阶段，而瀑布模型一次完成软件，演化模型分为多次完成，每次迭代完成软件的一个部分，螺旋模型也分为多次完成，每次完成软件的一个新原型，并考虑风险分析。 演化模型和增量模型之间的区别 演化模型首先开发核心系统，每次迭代为系统增加一个子集，整个系统是增量开发和增量提交，增量模型首先完整的开发系统的一个初始子集，然后不断的建造更精细的版本。

Ⅷ 软件工程三种演化模型的相同点和不同点

瀑布模型，演化模型（如增量模型、原型模型、螺旋模型）、喷泉模型、基于构件的开发模型和形式方法模型等。
瀑布模型（waterfall model）是1970年有W.Royce提出的，它给出了软件生存周期活动的固定顺序，上一阶段的活动完成后向下一阶段过渡，最终得到所开发的软件产品。瀑布模型如下图所示，有时也称为软件生存周期模型。

瀑布模型中，上一阶段的活动完成并经过评审后才能开始下一阶段的活动，其特征是：
（1）接受上一阶段的结果作为本阶段活动的输入。
（2）依据上一阶段活动的结果实施本阶段应完成的活动。
（3）对本阶段的活动进行评审。
（4）将本阶段活动的结果作为输出，传递给下一阶段。
瀑布模型是最早出现的也是应用最广泛的过程模型，对确保软件开发的顺利进行、提高软件项目的质量和开发效率起到重要作用。
在大量的实践过程中，瀑布模型也逐渐暴露出它的不足。首先，客户常常难以清楚地描述所有的要求，而且在开发过程中，用户的需求也常常会有所变化，使得不少软件的需求存在着不确定性；在某个活动中发现的错误常常是由前一阶段活动的错误引起的，为了改正这一错误必须回到前一阶段，这就导致了瀑布的倒流，也就是说，实际的软件开发很少能按瀑布模型的顺序没有回流地顺流而下。其次，瀑布模型使得客户在测试完成以后才能看到真正可运行的软件，此时，如果发现不满足客户需求的问题（由于需求不确定性），那么修改软件的代价是巨大的。
不是任何软件都可采用瀑布模型的，瀑布模型适合于结构化方法，也就是面向过程的软件开发方法。软件项目或产品选择瀑布模型必须满足下列条件：在开发时间内需求没有或很少变化；分析设计人员应对应用领域很熟悉；低风险项目（对目标、环境很熟悉）；用户使用环境很稳定；用户除提出需求以外，很少参与开发工作。
演化模型
演化模型主要针对事先不能完整定义需求的软件开发，其开发过程一般是首先开发核心系统，当核心系统投入运行后，软件开发人员根据用户的反馈，实施开发的迭代过程，每一迭代过程均由需求、设计、编码、测试、集成等阶段组成，直到软件开发结束。演化模型在一定程度上减少了软件开发活动的盲目性。

螺旋模型：
它是在瀑布模型和演化模型的基础上，加入两者所忽略的风险分析所建立的一种软件开发模型。沿螺旋模型顺时针方向，依次表达了四个方面的活动，制定计划、风险分析、实施工程、客户评估。

喷泉模型
它体现了软件创建所固有的迭代和无间隙特征，喷泉模型主要用于支持面向对象开发过程。
增量模型内容：
在设计了软件系统整体体系结构之后，首先完整的开发系统的一个初始子集，继之，根据这一子集，建造一个更加精细的版本，如此不断的进行系统的增量开发。

瀑布模型、演化模型、螺旋模型之间的联系：相同点是这三个模型都分为多个阶段，而瀑布模型一次完成软件，演化模型分为多次完成，每次迭代完成软件的一个部分，螺旋模型也分为多次完成，每次完成软件的一个新原型，并考虑风险分析。

演化模型和增量模型之间的区别
演化模型首先开发核心系统，每次迭代为系统增加一个子集，整个系统是增量开发和增量提交，增量模型首先完整的开发系统的一个初始子集，然后不断的建造更精细的版本。

Ⅸ matlab软件怎么做演化博弈模型的仿真分析

应该是微分方程的不同initial condition下的解，如果是微分方程的数值解法google上matlab的code到处都是，而且matlab自带多个built-in微分方程解法，ode113,ode 45等等