测试两个指定地理位置之间的道路计划。起点北京大学终点北京站优化条件距离最短下图为业务客户端的任务输入与结果输出任务决策中心显示的道路计划结果计算北京大学到北京站的交通路线结果，交通路线为图中由星型组成的路径运算时间，共进行两次计算动态导航任务测试动态导航测试的结果可以从业务客户端的两个方面进行观察用户界面和内部观察界面为测试方便另行编制。这里使用比较典型的建筑到建筑北京大学清华大学的动态导航测试，为测试的方便，输出结果使用了结点的。用户界面显示结果如下图所示。内部观察界面显示结果如下图所示。第八章附录外部辅助系统根据对系统的分析，系统需要以下两个外部辅助系统地理数据源系统内部需要的地理信息数据库，需要相应的数据源来提供人机界面系统测试时需要使用人机界面来仿真实际的移动通信平台。地理数据源地理数据源是应系统内部地理信息数据的要求而提出的，它向系统提供基本的地理信息数据库。需求根据地理数据源的定义，可以得出其需求有能够以指定格式提供内部需要的地理信息，包括静态信息城市道路交通网含建筑，要求包含系列地理信息对象及其图形化表示，包括道路折线建筑点路口点街区多边形。动态信息实时的道路交通状况，要求能够动态的获得每条道路的实时交通状况。能够被系统方便的操作，包括插入删除修改检索等等。因此，地理数据源实际上包含两个部分以城市道路交通网为基础的静态数据源和以实时道路交通状况为基础的动态数据源。设计根据地理数据源的需求，应该对静态和动态数据源予以分别设计。静态数据源系统需要的静态数据源应该包含系列地理信息数据。考虑到这些数据并非我们的专业方向，因此我们并不准备自行收集，而是向相关领域的专业人士寻求帮助与合作。根据调研发现，我们可以获得由相关机构如国家测绘局提供的数字化电子地图，就可以获得足够详细的城市道路交通网数据信息。但是，经过对电子地图的格式研究后发现，电子地图与我们的静态数据源需求还存在以下主要差距电子地图中没有所谓路口和街区的概念电子地图的道路是多边形，而非需要的折线因此，对于得到的电子地图还需要进行相应的数据格式处理和转换，以获得需要的静态地理信息数据源。为了实现这转换，可以有很多不同的办法。我们参考相关领域的设计经验，选用地理信息系统来实现数据转换模块，具体采用较为流行易用性和功能都比较出色的及其附件作为的软件平台。使用对电子地图进行处理，经过以下几个主要步骤后，就可以得到系统需要的静态数据源将道路对象由多边形转换为折线利用道路的交点和起止点，产生路口对象数据整理删除重复数据合并无意义的数据等等。动态数据源系统需要的动态数据源应该包含实时的道路交通数据。出于和静态数据源同样的考虑，我们最初也不准备自行收集，晶。许多的困难许多的挫折历历在目，然而我们的的确确走到了今天。为此，我不得不感谢，感谢我的导师金野副教授，是他首先提供了个十分开放和平等的环境，让我们每个想的人都能来做是他在我们遇到技术上的每个瓶颈时，总是给我们以明智的提示也是但是经过调研后发现，这些数据已经被我国政府定为国家战略数据，无法获得，因此只能自行解决这问题。由于系统建立在移动平台上，因此可以实时的获得用户的位置信息，在此基础上就可以得到用户的行进速度，可以在定程度上描述道路的实时交通状况。再参考些资料后，我们又发现工程上对道路的描述使用道路通行能力的参数。对于这参数的计算，可以使用如下的公式道路通行能力小汽车单位小时有效绿灯时间秒绿灯周期时间秒饱和流率小汽车单位绿灯小时根据美国标准，对于饱和流率的计算公式如下理想饱和流率，由道路的设计参数决定车道数车道宽度系数重型车修正系数坡度修正系数停驻车修正系数公共汽车停驻修正系数右转车修正系数左转车修正系数环境修正系数由此，我们对于系统动态数据源的获得，提出以下方案根据道路的设计参数可获得，得到其理想饱和流率在调研的基础上设计合适的道路静态数学模型各种修正系数，得到道路通行能力作为道路的静态交通状况数据对用户交通状况进行实时的采样和分析，对再加以适当的实时修正，获得实时的交通状况数据。仿真用户界面仿真用户界面是在系统测试的时候，为了对移动通信平台进行仿真而提出的个外部辅助系统。需求从仿真用户界面的定义出发，它具有以下几点需求能够模拟实际移动通信终端手机的显示界面和方式能够与操作用户进行必要的交互能够与系统交换信息，格式均为文字设计根据仿真用户界面的需求，可以对其作出如下的设计通过实际调研，确定其界面设计方案我们进行了对现有手机界面显示方式的调查，部分结果如下表所示单位字数行数。汉字英文字母数和关系流和结构，此外针对外部系统元素和内部软件功能描述了硬件软件和人机界面。信息内容信息内容是指和系统服务密切相关，需要处理包括输入和输出的信息所属的类型。信息流表示信息流表示是对信息内容具体表现和传输手段的描述。功能依据系统服务的输入和输出数据类型的相似性，对服务的提炼和抽象。功能描述系统的功能描述给出解决问题所需的每个功能的描述其中为每个功能说明了个处理过程，叙述并证明了设计约束，叙述了性能特性，以及用个或多个图形来表示的软件的整体结构和软件功能与其他系统元素之间的互相影响。行为描述系统的行为描述检查作为外部事件和内部产生的控制特征的软件的操作。行为描述实质上就是描述如何使用系统的功能和控制来完成各项系统服务的流程。任务系统内部对于功能的进步抽象和简化的表达方式，特点是将相应的文字信息进行数字化，从外部信息格式转换为内部信息格式。致谢整整年，从申请泰兆奖助金到今天论文结题，真的很不容易。整整两个年头，从预研到今天拿出这份论文，我真的要说声谢谢。对于我们每个经历过的成员来说，它并不只是上面那矮板分析和设计，更为重要的，它成为了每个为之付出过的人的成长经历。在我的眼中，正如在每个曾经的和现在的成员眼中那样，不是任何个人的作品，它是我们这个集体的结了系列的研究工作，并发表相关论文若干篇。客户端的辅助进行，由业务客户端发出任务请求，并观察业务客户端的任务结果。他在都贴台不良，散热差，润滑恶化，造成柴油机碾瓦严重者轴瓦在座孔内发生转动，堵塞润滑油路，造成曲轴断裂。因此，方面要保证轴瓦的进货质量另方面，组装时，要认真测量轴瓦的紧余量，凡紧余量不符台要求的，律不允许装车。清洁度。活塞连杆机体曲轴摇臂轴座及盖泵支承箱齿轮等零部件清洗质量差或组装场地脏，其表面易粘上铁屑或砂粒等杂质，该杂质在机油的作用下被冲到轴瓦与轴颈之间，引起轴瓦机械损伤。因此在柴油机组装之前，应把所有零部件，特别是机体主油道活塞连杆曲轴油孔清洗干净，同时注意保持组装场地的清洁。组装完毕后，应再次清洗柴油机油道。运转中的增压器与柴油机暂时失配增压器和柴油机是靠气体联系在起的，同时又具备各自的惯性特点，操作过程在加速或减速过快时，则可能因增压器与柴油机暂时失配而发生喘振，但不久又能恢复匹配关系，喘振自动消失，有以下几种情况加速时主手柄推得过快，使增压器与柴油机暂时失配而引起瞬时喘振。因为主机运动部件质量大，转速上升得慢，增压器有异响。利用柴油机停机时的瞬间监听增压器，如叶轮与壳体之问有嚓嚓声，应立即停止工作，否则会损坏增压器。增压器积炭过多，使涡轮压气机转子动平衡破坏，可卸下压气机壳和涡轮壳，用塑料刮刀或毛刷消除积炭。因全浮动轴承磨损过甚所致，应更换轴承。增压器转速下降。增压器转速下降会使柴油机的进气量减少，出现功率下降，排气冒黑烟等现象，造成积炭增多，工况恶化等后果。其原因是增压器叶轮与壳体之间有摩擦增压器内部积炭过多而使其重量增加柴油机排气歧管至增压器之间的管路漏气及空滤器进气管路压气机出太脏，轴承损坏，使转轴卡住等等。应逐项检查，直至排除。增压器内漏机油导致机油消耗量过大。机油无论是从涡轮机处还是从压气机处内漏，柴油机排气都会冒蓝烟，甚至从排气管处滴漏机油。拆下增压器依次检查其因此时进气管压力不稳定，柴油机转速也随之不稳定，进气管中发出轰隆轰隆的响声，整台柴油机振动加剧极易发生机械事故。增压柴油机的进排气门间隙应比同类非增压柴油机的大，调整时要注意。第四章几点建议加强燃油管路的检修，特别是厂架修后机车，必须紧固精滤器下部放油堵。提高乘务员的技术业务素质及故障处理能力，更换滤芯时，紧固精滤器各部螺丝。长时间停机，起机前应打开燃油精滤器上部放气阀排气，以免出现假故障。采用防松油堵。结论增压器不允许在喘振下工作，因为在喘振开始时，压气机叶轮与扩压器叶片都发生强烈的振动，增压压力显著下降，并伴有强烈波动，有时造成叶片疲劳断裂，严重影响增压器轴承使用寿命，造成重大的经济损失。因此，平时运行人员要认真维护机组，以确保机组正常运行。谢辞经过了三个多月的论文选题文献收集论文写作和修改,我终于完成了我的专科论文,掩卷深思,论文的顺利完成凝结了恩师张小波老师的大量心血,特别是本论文最后的修改定稿阶段,恩师对我的论文句句留心，字字修改深深的感染了我，我深深地向恩师鞠躬，道声谢谢。刘杨年月日参考文献内燃机增压与匹配理论计算及实例西穗齐纳著。透平机械原理哈工大，王仲奇秦仁测试两个指定地理位置之间的道路计划。起点北京大学终点北京站优化条件距离最短下图为业务客户端的任务输入与结果输出任务决策中心显示的道路计划结果计算北京大学到北京站的交通路线结果，交通路线为图中由星型组成的路径运算时间，共进行两次计算动态导航任务测试动态导航测试的结果可以从业务客户端的两个方面进行观察用户界面和内部观察界面为测试方便另行编制。这里使用比较典型的建筑到建筑北京大学清华大学的动态导航测试，为测试的方便，输出结果使用了结点的。用户界面显示结果如下图所示。内部观察界面显示结果如下图所示。第八章附录外部辅助系统根据对系统的分析，系统需要以下两个外部辅助系统地理数据源系统内部需要的地理信息数据库，需要相应的数据源来提供人机界面系统测试时需要使用人机界面来仿真实际的移动通信平台。地理数据源地理数据源是应系统内部地理信息数据的要求而提出的，它向系统提供基本的地理信息数据库。需求根据地理数据源的定义，可以得出其需求有能够以指定格式提供内部需要的地理信息，包括静态信息城市道路交通网含建筑，要求包含系列地理信息对象及其图形化表示，包括道路折线建筑点路口点街区多边形。动态信息实时的道路交通状况，要求能够动态的获得每条道路的实时交通状况。能够被系统方便的操作，包括插入删除修改检索等等。因此，地理数据源实际上包含两个部分以城市道路交通网为基础的静态数据源和以实时道路交通状况为基础的动态数据源。设计根据地理数据源的需求，应该对静态和动态数据源予以分别设计。静态数据源系统需要的静态数据源应该包含系列地理信息数据。考虑到这些数据并非我们的专业方向，因此我们并不准备自行收集，而是向相关领域的专业人士寻求帮助与合作。根据调研发现，我们可以获得由相关机构如国家测绘局提供的数字化电子地图，就可以获得足够详细的城市道路交通网数据信息。但是，经过对电子地图的格式研究后发现，电子地图与我们的静态数据源需求还存在以下主要差距电子地图中没有所谓路口和街区的概念电子地图的道路是多边形，而非需要的折线因此，对于得到的电子地图还需要进行相应的数据格式处理和转换，以获得需要的静态地理信息数据源。为了实现这转换，可以有很多不同的办法。我们参考相关领域的设计经验，选用地理信息系统来实现数据转换模块，具体采用较为流行易用性和功能都比较出色的及其附件作为的软件平台。使用对电子地图进行处理，经过以下几个主要步骤后，就可以得到系统需要的静态数据源将道路对象由多边形转换为折线利用道路的交点和起止点，产生路口对象数据整理删除重复数据合并无意义的数据等等。动态数据源系统需要的动态数据源应该包含实时的道路交通数据。出于和静态数据源同样的考虑，我们最初也不准备自行收集，晶。许多的困难许多的挫折历历在目，然而我们的的确确走到了今天。为此，我不得不感谢，感谢我的导师金野副教授，是他首先提供了个十分开放和平等的环境，让我们每个想的人都能来做是他在我们遇到技术上的每个瓶颈时，总是给我们以明智的提示也是