Samuel Blog

最近的手上有个项目涉及到一些XI的知识，就在网上先找了些放这儿，以备参考。
1. SAP XI概念介绍：

SAP XI交流基础设施（Exchange Infrastructure）应用集成平台作为SAP Netweaver中间件产品的一部分，目的是为non-SAP系统提供一个其他管理信息系统与SAP系统进行数据和流程交互的平台，因为SAP定位于ERP系统，关注点在企业的人、财、物，但对于企业其他的专业系统，SAP的功能无法覆盖和取代，因此，必须有这么的“接口”来实现相互之间的数据和业务交换。
SAP XI平台包含两块，第一块称为Integration Broker，以消息的方式进行系统间的数据的交换（包含Adapter引擎和Integration引擎两部分）；另一块为BPA（业务处理引擎BP engine），即业务流程自动化，实现外围系统业务流与SAP业务的衔接。这两块是两个层面的功能，即BPA建立在IntegrationBorker之上的。
整个平台基于J2EE架构实现，物理架构如下

1、Integration Adapters 集成适配器，符合JCA规范，提供了各种类型的接口（IDOC，SOAP,HTTP,FTP,JMS,JDBC等）用于外围系统与XI连接，XI提供了PCK工具(Partner Connectivity Kit)与XI基于XML格式进行数据交互，Integration Adapter是双向的，它将各种协议和数据格式转换成XML格式的消息对象，反之亦然。集成服务器自带了几种集成适配器，但大多数集成适配器是附加部件。
2、Integration Server集成服务器，是XI的核心部分，实现从外围（或内部SAP）应用系统接受消息，利用路由和映射规则处理消息，最终送达接受应用系统（SAP或外围，为双向）。
3、Integration Directory：集成目录用于XI运行(Run-time)，它包含了路由规则，活动状态服务，可执行映射规则和特定系统状态等的配置信息。
4、Integration Repository：集成对象库用于进行集成设计（Design-time），如映射，接口，组件。它符合J2EE标准，集成对象库中的信息被集成目录(ID)所使用，这些信息被集成目录中的特定配置信息所利用，并用于XI运行。
5、System Landscape Directory(SLD)，系统全景目录，包含组件库(component repository)、名称空间（naming reservation）和全景目录(landscape directory)，组件库包含所有SAP模块的描述，包括版本号，补丁版本，以及全景内当前各组件的依赖关系，全景目录与组件库的区别是全景目录包含的是当前安装的各类组件的描述。为避免命名冲突，SLD也提供了名称空间服务，使你能够保留部分名称为全局唯一。SLD是XI上的一个服务器应用程序，客户端通过HTTP协议连上SLD后，可以查看XI平台的各类配置信息。
这是XI平台的另一张物理结构图。

从这张图上，可以看出XI遵循了设计时（design-time）和运行时(run-time)分离的设计思想：
左边包含集成库和集成目录，在集成库（IR）中进行抽象接口定义，流程定义；在集成目录（ID）中进行流程配置，路由规则配置，映射规则设置，IR和ID通过集成工具（Integration Builder）完成上述工作。
右边IS（Integration Server）包含三个运行时引擎，Adapter Engine(适配器引擎),Integration Engine（集成引擎）,Business Process Engine（业务处理引擎），适配器引擎实现了与SAP R/3系统，其他系统的连接，集成引擎实现了消息的路由，映射，和通道转发（到适配器引擎），业务处理引擎负责从ID加载流程配置和规则信息并控制消息的路由、映射和转发。此外，中央监视器（Central Monitoring）负责收集、监控运行时的信息处理的各类信息。
下边的SLD，作为一个服务器应用程序，客户端可以通过WEB浏览器，获取并配置XI平台的各类信息，包括安装的软件清单（Software catalog），命名空间等。
在www.sdn.sap.com，上有许多XI平台的资料，包括视频版本的学习资料供在线学习。
=================================================================================================

2. SAP XI/PI 常见英文缩写：

SAP有很多英文的缩写，单独看字母有时间很难说出其含意，SAP XI里也是很多，所以整理一下，整理无顺序。

XI:SAP Exchange infrastructure

PI:  SAP NetWeaver Process Integration  XI7.1 之后，XI改名为PI

CCMS：Computing Center Management System ，比较专业的监控工具，CPU，内存，OS，message，queue都可以进行监控

CEN：   Central Monitoring System (CEN)，

PMI：Process Monitoring Infrastructure (PMI) 用于收集Message监控数据和性能分析数据

RMI :Remote Method Invocation 远程方法调用,用于分布式应用系统

SLD:System Landscape Directory 保存各系统信息，

SWCV:Software Component Version 一个products 可以有多个SWCV,在开发时一般用于定义一个接口，可以是认为是一人项目。

IB：Integration Builder 包含ID，IR

ID：  Integration  Directory

IR：Integration Repoitory

IS：Intergration Server

RWB：Runtime Workbench 集中监控平台，

BPM：Business Process Management 业务流程管理，用于复杂流程处理，message合并等。

ccBPM:Cross-Component Business Process Management

ALM：Alert Management

JCA: J2EE Connection Architecture

ESA：Enterprise Services Architecture

SDM:Software Deployment manager J2EE部署工具，比如JDBC的 Drivers

GRMG：Generic Request&Message Generator ，是CCMS中心程序，处理后在RZ20中显示监控结果，

               SAP Note 634771                 GRMG     Customizing File for XI CCMS Heartbeat.

EAI：Enterprise Application Integration 企业应用集成

XSLT：Extensible Stylesheet Language Transformation

CTS+:Change and Transport System(CTS+),是一种XI新的迁移处理机制，利用change and transport system(

         BC-CTS)功能，为ABAP，JAVA和Integration Builder对象的迁移提供更加紧密的集成。

BAM：Business Activity Monitoring 业务活动监控，它提供对业务绩效指标的实时访问，以改进业务运作的速度和效率,它与BPM的关系是BPM是BAM的实现。

TREX:TREX是SAP开发的高性能的非结构化索引引擎，SAP NOTE 867381

ICM:Internet Communication Manager  网络通迅管理

ICF:Internet Communication Framework 网络通迅架构,ICF可以看成是一个WEB服务，对提供的所有应用服务进行描述和管理,是运行于ABAP端，用于响应web请求的服务.

HA：High Availability 是双机结构，高可用性，当其中一个机器挂了之后马上切换到另一台机器上

PCK：SAP Partner Connectivity Kit SAP 客户开发工具包，可以通过PCK直接与另一个XI系统（可以非本公司）相连。

JPR:Java Proxy Runtime

BE:Base Effort 同步调用

EO：Exactly – once 异步调用

EOIO：Exactly – once – in – order 异步顺序调用

AFW:Adater Framework ,AFW是J2EE应用程序，提供接口的配置，adapter 管理和监控和连接外部系统的信息。AFW 转换message的格式并发给IS。  

SDA：software deployment Archive

CAF：Composite Application Framework，由两个组件组成：process layer, UI layer, and service layer

DTR：The Design Time Repository (DTR) is a repository that provides file versioning. All design time objects or sources are stored and versioned centrally. It is used at SAP’s customers’ and partners’ sites as well as in SAP’s own development. 

JSPM: Java Support Package Manager ,用于升级support package和patchs,也可以用于三方组件的升级，SDM也可以升级，区别是SDM是单独升级，并可以undeploy. JSPM 是连接SDM进行布属。

SDU：software delivery units

NWDI ：NetWeaver Development Infrastructure

CIM：Common Information model 公共信息模型

QOS：Quality of service

ITS- internet transaction server   R3 3.1G开始引入ITS，实际上是Web服务请求转换服务,ITS 6.10开始(R3 4.6C对应sap web AS 6.20)为了让ITS支持多种协议，增加一些新的技术，并在内核中扩展了处理这些协议的流程，叫ＩＣＭ,ITS负责将web服务传输过来的web请求和ABAP应用进行请求和数据的转换和调用

ESR:Enterprise serivces repository 企业服务仓库

=================================================================================================
3. SAP XI 常用事务代码

IDX2    查看IDOC结构，如果发现XI与SAP发送来的IDOC mate date 转换失败，可以用这个事务代码查看两边的结构是否一样
IDX5    根据日期进行查看发送和接收的IDOC，XML messages in idoc adapter
IDX1    查看IDOC Port (port maintenance in idoc adapter) 在这个里配置        destination         (这        个        在        SM59），如果传输有问题，可以在SM59里做一个连接测试.
IDXP     Packaging manger monitor
SM58    RFC 监控
SMQ1    qRFC outbound queue 监控
SMQ2    out inbound queue 监控
SLDHTMLGUI  用WEB方式查看SLD
SXMB_IFR  启动integration builder
SMICM  ICM 监控
ALRTCATDEF- Alerts Configuration.
ALRTDISP - Display of Alerts Created 
SXMB_IFR ->  启动 Integration Builder
SXMB_MONI -> Integration Engine – Monitoring
SXI_MONITOR -> XI: Message Monitoring
SXI_CACHE ->   To Access IS runtime cache
SXI_SUPPORT -> Test all the Repository and Directory Objects
SXI_CACHE -> XI data directory cacheidx1 -> idoc adapter
IDX2 -> idoc metadata
IDX5 -> monitor idoc adapter
ST22 -> ABAP dump analysis
SMQ1 -> messages inbound e outbound queue
SMQ2 -> messages inbound e outbound queue
SMICM -> J2EE administration
ST06 -> Operating System Monitor. cpu memory filesystem machine status – cpu, memory and file system.
ST03 -> workload.
SCC4 -> Client Administration
sale – ale settings
RZ10 – edit system profile
SM59 ->mantain rfc destinations
BD64 -> mantain distribution model (trasformazioni)
AL08 -> list all logged users(user login logon)
SE10 -> Change Request
SE09 -> Change Request
WE05 -> All idocs
WE19 -> IDoc Test Tool
WE21 -> port definition
SE11 -> Data dictionary
se37 -> mantain funcion modules
SICF -> http server configuration
SMGW -> Gateway Monitor
BD13 ->
BD64 -> Maintenance of Distribution Model
PFCG -> Roles
table TSTC -> sap transactions codes
table TSTCT -> transaction descriptions
STMS -> transports management
SPAM -> apply ABAP support packages
SPAU -> manage objects after apply support packages
SE01 -> manage change requests
SLDCHECK -> Test SLD Connection
SLDAPICUST-> SLD API Customizing
SXMB_ADM -> Integration Engine – Administration
SXMB_MONI_BPE -> Process Engine – Monitoring
SE38 -> ABAP Editor
SE11 -> ABAP Dictionary
ST22 -> ABAP dump analysis
SPROXY-> ABAP Proxy Generation
SE80 -> Object Navigator
ABAPDOCU -> ABAP Documentation and Examples
SE24-> Class Builder
SM21-> Online System Log Analysis
SMQ1-> qRFC Monitor (Outbound Queue)
SMQ2-> qRFC Monitor (Inbound Queue)
RZ70-> SLD Administration
SM58-> Asynchronous RFC Error Log
SM59-> RFC Destinations (Display/Maintain)
SMICM-> ICM Monitor
WE60-> Documentation for IDoc types
BD87-> Status Monitor for ALE Messages
IDX1-> Port Maintenance in IDoc Adapter
IDX2-> Meta Data Overview in IDoc Adapter
WE02-> Display IDoc
WE09-> Search for IDocs by Content
WE20-> Partner Profiles
SE16-> Data Browser
SE93-> Maintain Transaction Codes
SM30-> Call View Maintenance
SU01-> User Maintenance
SM02-> System Messages
BD54 -Logical System Creation.
SWF_XI_PBUILDER -> for Detail BPM Process
SMQS – > to register the destination in QOUT scheduler
WEOUTQUEUE – > to start the queue processing
SMQR – > to register the queue
IDXPW – > to activate the IDOC message package
IDXP – > to monitor the message packages. 
SWF_XI_CUSTOMIZING -> transaction to check prerequisites for integration processes.
SWF_XI_ADM_BPE-> Start or Stop BPE
SWF_XI_ADM_BPE_DISP-> Display BPE Status
SXMS_IECONF               ->Integration Engine 配置
SXMS_QREG               ->注册和激活queue
SXI_SHOW_MESSAGE  显示message 信息
=================================================================================================
4. SAP R/3 与其他异构系统集成时是否需要应用 SAP XI

    当需要做 SAP R/3 与其他异构系统集成时，面临两个方向的选择，一是采用简单而实用的文本方式（以下简称方案一），系统之间通过约定的公共目录进行数据交换，一般每个接口使用一个特定的文件；另外是采用 SAP XI （Exchange Infrastructure）作为中间件（以下简称方案二），SAP XI 全力支持 SAP 产品之间或 SAP 产品与其他第三方系统之间的集成。
    这两种方式各有优劣，本文从若干角度进行分析。
    从统一性角度考虑，方案一的每个接口都采用自己的连接方案，模式各不相同，方案二通过 XI 与 R/3 单点连接，在 XI 上可以统一管理各个系统的外部连接方式。
    从操作/维护性角度考虑，方案一的每个接口都有自己的程序进行触发，正式投入使用后，日常维护人员需要对每个接口的状态进行监控，如果有异常还需要进行较复杂的人工干预来达到数据的一性；在方案二中， XI 通过集中处理，集中维护以及集中监控的手段，对于所有的接口进行监控和控制，通过技术手段和重发保证来完成所有的信息正确的传递到目的系统中，杜绝交易信息在传递过程中的丢失和重复。
    从状态更新角度考虑，方案一通过文本进行数据传递，无法保证数据在传递过程中的丢失，只能通过最终的导入日志查询最终数据进入的状态；在方案二中，XI 如果采用 IDoc 方式与 R/3 集成的话，SAP 的 IDoc 状态更新可以保证数据在出站和入站的时候的各个状态更新，并且通过XI更可以了解到数据在各个状态的情况
    从完整性角度考虑，方案一对于文本数据较难判断是否有重复的导入的现象，在程序中需要加入一定的判断以确定数据不会被重复传入；方案二中，SAP的 IDoc Audit 机制可以保证数据被接收系统准确的导入，并通过状态更新来确认数据是否准确的被导入到目的系统。
    从出错处理角度考虑，方案一中，一般多个凭证通过文件打包的形式进行数据通讯，需要进行编程对其中一两条出错的文件进行单独处理；方案二中，每一个凭证数据都是一个 IDoc，很容易对不正确的 IDoc 进行再处理
    从出错提醒角度考虑，方案一中，无法自动完成出错提醒，只能通过人员手工的去检查报表来发觉接口是否有出错的情况；方案二中，可以通过 XI 的 BPM 和 R3 的工作流来做自动提醒出错处理，支持 Email / FAX / SMS 等多种方式。但在测试中发现，XI 偶尔存在丢失消息的现象，比如 XI 将数据库表的数据读走，并改变表的标识字段表示已读走，但数据进入 XI 后丢失，在 XI 的 Adapter Monitor, Message Monitor 均无任何出错信息。这是一个很严重的问题。
    从系统出错的可能性角度考虑，随着系统的增加，出错可能性成指数的增加。方案一中，如果对实时性要求不高，双方系统的当机，并不影响双方数据的一致性；方案二中，需要考虑 SAP XI 或者各系统如果当机，该如何处理，需要考虑如果确认 XI 有丢失消息的现象，该如何应对这种情况。
    此外，对某些系统而言，安全性是一个重要的指标。XI 提供对消息加密传输的处理，这里不多叙。
    从实施时间考虑，采用文本文件是最为简单的，可以迅速的构架并投入使用；方案二从单个接口的角度看实施时间比使用文本方式长，但是如果以后接口数量增加，实施速度可以迅速提高
    从功能扩展性角度考虑，方案一中，如果有任何外围系统的变化或SAP系统的升级，即导出/导入的文件文件格式有变化，相关接口程序均要调整；方案二中，XI通过图形界面的数据匹配工具，屏蔽了由于某一方数据修改后，对其他方面产生的影响。
    从实施费用考虑，使用文本文件对于整体项目在接口的开发费用是最低的，而方案二较之需要额外的软件实施费用加上软件许可费用。但考虑到接口开发的费用以及维护、扩展的费用，也有可能得到相反的结论。
    总之，在项目的实施中，需要综合考虑实施的风险和 TCO 这两个因素，来确认是否需要使用 SAP XI 。

5. 另：SAP Library – SAP Exchange Infrastructure

我跟Yu是3号出发的，星期六，大晴天。
我们到了杭州汽车东站就打的直奔西湖，Yu是在杭州工作过，有经验，一开口就是老杭州的范儿：师傅，到吴山广场。要是我来说就是：师傅，奔西湖去。
到了吴山广场我们随便找了个小旅馆安顿好就往南山路那边走，从柳浪闻莺牌坊到了西湖边。有点人满为患的感觉，湖对岸看到一片的灯光，这边还有人在放孔明灯，音乐喷泉翩翩起舞，大家都玩得不亦乐乎。

本来是说直接就去逛断桥那边，后来发现距离确实不近，就折回往河坊街去逛。河坊街又叫清河坊街，是一条仿古街，看牌坊口的介绍是2005年才开始营业的，里面有很多的店面，有一些老字号。

信步走到一间茶馆门口，小二一个劲的招呼：客官请上楼喝茶。其实最诱惑我的还是他家古色的建筑，便循着木楼梯上了楼，点了两碗龙井茶。还有一堆的小吃可以下茶，很有特色。过了一会儿，小二还过来给我们表演了倒茶。所以虽然有一点贵，不过倒是物有所值。

小二的倒挂金钩式，据说获过奖的。

喝过茶我们又在街上逛到快半夜才回去睡觉。

第二天一大早我们就出门了，今天的行程可是非常的充实，有断桥，白堤，三潭印月，西溪湿地，岳王庙。同样从柳浪闻莺进去，到西湖边，找到渡口，去小瀛洲看三潭印月。其实就是一个湖心小岛，里面又有几个小池塘。人那个多啊，可谓是游人如织。留影变成了合影。

从湖边还能远远的看到雷峰塔。

传说中的断桥并不是断开的。所谓断桥不过是个噱头。呵呵。古人见大雪压桥，形似桥从中断开，便有了断桥残雪的说法。

途中还经过浙江省博物馆，楼下就写着“浙江七千年”，明显用语不妥，既然中华文明才上下五千年，良渚文明怎么能超越呢，还有石器时代那部分就不要算在内吧。看看良渚文明的代表玉器：玉琮，这个宝贝是祭祀用的，中间有个圆孔，代表天。南山路上的路灯底座很多就用的仿玉琮的形状。

到了西湖边儿，还有一个不得不去瞻仰的就是岳王庙。虽然现在有些人说他老人家不算他们的民族英雄，但是群众的眼睛是雪亮的，咱汉族的历史和英雄自己得记住。虽然要面向未来，但还是得以史为鉴。可不能数典忘祖。

从岳王庙出来已经3点过了，我们打的去了西溪湿地，到了才知道已经停止售船票了，而且5点半就关园。考虑到步行走不了多远，只好作罢，又折回到南山路，近处看了看雷峰塔。这座钱王为纪念妃子修建的寄物塔，在历史上早已坍塌。要是没有白蛇传，雷峰塔还能是雷峰塔？

最后来一张湖光山色下夜幕中的雷峰塔。虽然没有了真正的雷峰夕照，没有了那种寂寥意味，不过看看这个现代版的通体发光的雷峰塔也算是了却到此一游的心情。

8月30号大早起来，在酒店里吃了早餐，就张罗着去兰州了。Maggie要去麦积山玩。我和Wesley、Bo先去兰州。Maggie晚上到。

在车上看了3部电影后，大巴驶入了兰州市区。我们按原计划去兰州大学，Wesley的爸妈已经在翠英酒店大堂等着我们了，还给我们准备了一堆的水果，太感谢了！Wesley的爸爸是老师，酒店还给了我们内部价！

兰州大学

我跟Bo各自把东西放下就往黄河母亲去，一刻也不能耽搁了，已经是下午5点了！我们沿着滨河北路和南路走了一圈，本来是想要登一登白塔山的，可惜6点钟不到就不能进去了，还好我知道早上8点以前是免票进入的，我们明天早上还可以上山！我们在河边磨蹭到天擦黑就说着去坐船玩玩，船票也很便宜，20块钱半个小时。我们在船的二楼找了个位子坐下，风很大，行冷，不过两边的风景还不错，中山桥上的灯光也打开了，变幻的射线往天际延伸，建筑物上面也都打开了灯，是个热闹安逸的城市，还不错的夜景！

我们在江边（无意识的就打成了江边，我们故乡也有路叫滨江路，这儿叫滨河路，不过一条是长江，一条是黄河）没有喝到黄河啤酒，我就跟Bo说：待会陪我到兰大里面喝啤酒，哈哈。一会儿Wesley也过来找我们，于是我们就先到兰大校门对面的百佳超市买了几罐啤酒，坐在兰大的学校广场上面喝开了！Wesley跟我们讲起了兰大里面这楼是什么楼，那楼又是干什么的，不过自他离开后也改变了很多。黄河啤酒口感还不错，啤酒花很正，我感觉比上海的三得利强！三得利感觉水多！

回到酒店迷迷糊糊睡着了，早上6点10多分Maggie过来叫我这才惊醒。白塔山是座小山，估计也就100来米，路上可以看到很多老人，都是出来晨练的。一路上还听到很多人“啊～额～哦”的，据说这是传说的秦腔。M也不甘寂寞的扯开嗓子，练开了！

我们都在这个位置留了个影，这可是Maggie挑的黄金位置。

下了山，我带Maggie去吃了正宗的兰州拉面，我们三人就往机场去，Wesley在家中还要待一天，乘晚上的飞机回上海。

最后以兰州拉面结尾，确实是美味，而且还不贵！

通过这次志愿活动，对志愿者工作的理解又深了一层。对平常心于志愿工作的重要性有了更深的体会。即坚持把志愿工作做下去才是最重要的，而不是要去试图改变很多我们看来不太合理的事情。跟现实比起来，理想有时候确实比较脆弱，适当的妥协是无奈也是必然。所以唯有保持平常心才能把志愿工作进行到底。从点滴做起，不积跬步无以至千里，相信我们的小小努力必然会在一定程度上影响和感染到他们。

而对于当地的感受是，
第一，交通环境真的是非常恶劣。三峪乡如其名，正处于三座大山的中间低洼地带，从县城到乡上几十公里的山路，只要下雨便泥泞不堪，所以路如果不修好，发展就无从谈起。而由于平地很少所以适于耕作的土地很少，当地的主要收入来源也是林业，连基本的蔬菜等都需要从山外运来。所以交通的重要性凸显，希望山路的交通状况能早日得到改善。

第二，真的感觉孩子们都十分聪明，如果能有和城里孩子一样的较好的教育环境，他们和他们的家乡都一定会有更美好的未来。还记得在课间他们一起唱起的歌曲“明天会更好”，相信他们的心中也是在默默的祈祷家乡的明天会更好，自己的明天会更好。

第三，要改变小山村的现状，最终仍然要依靠他们自己的努力，任何的帮助都只应也只能是“授之以渔而非鱼”，只有这样才能得到持续的发展。所以，当地的教育就更显其重要性。这也更加坚定了我的“教育是农村发展的根本”的观念。因为只有在当地教育培养出更多的有用人才去发展他们自己的家乡才是改变贫困现状的根本之道，长久之计。

2009年8月29号：
因为我们这次只有2天的上课时间，所以第二天实际上也就是最后一天，而且我们已经订好了机票，从兰州返回上海。

（一）冷冽的清晨。
又是一个冷冷的早晨，冷让人清醒，很好。我们也到外面逛了逛，应Bo的要求，拍下了这张《绿叶上露珠的清晨》。

（二）计算机历史课。
本来原定是我来主讲的，结果她们都很踊跃的要来讲，好，就你们来吧。我就从旁助教，说到计算机的历史，就要从最开始的说起，然后还要介绍以前的计算机是什么样子，现在的计算机是什么样子，计算机按照用处的分类，未来的计算机有什么等等。总之是比较枯燥的，从孩子们的表情就看得出来。

（三）幻灯片的使用。
Maggie在上海就一直在准备这个PPT的使用课程，捎带着还宣传了上海世博会。让孩子们上台来发言，然后讲课结束后，我们还留了1节课的时间让他们实际动手做一个自己的PPT。写上自己的名字，朋友的名字，再加入一些效果，让整个PPT看起来更炫！

（四）Wesley的LOGO语言编程课。
这是一节非常有趣的课，Wesley教孩子们使用LOGO（一种教学语言）来在电脑上面指挥小乌龟画出各种各样的图形，还能够使用指令解出比较复杂的运算。估计小学生还没有接触到编程，希望这能让他们对电脑编程留下一个好的印象！

（五）画画课。
Bo的建议。让小朋友们按组画出他们心中的愿望，还要求每一张上面都得有个电脑，哈哈。结果我们发现，每一张上面都有小桥，还有“惠普希望之旅”这几个字。

小树组的作品

（六）大家一起来合影吧。
最后一个节目就是合影，然后用我们带去的照片打印机打出来。用Maggie的话来说：孩子们看到相片一张张的在眼皮底下变出了，可高兴了，可兴奋了。看，孩子们照相都会“茄子！”了。孩子们把我们送的帽子和Tshirt都穿上了，看得出来都很高兴 “）

孩子们的大合照

（七）告别三峪乡，曲折。
合照结束以后我们就要告别了，有一点点小小伤感。出去也是那个卡车送我们出去，校长说：你们下次来我们用新买的吉普车来接送你们。“进来难，出去也难。”很曲折，还没出村儿，就被横在路中间的另一辆车挡住了，想找这车的司机，被告知：这车坏了。还好我们的司机有办法，弄了俩千金顶，一点一点的把它给从路中间挪开了，这才出去了…
跟我们同车箱的有一个王亚利小朋友，开学就7年纪。也就是我们来的时候接我们的车上的那个瘦小的孩子。最后我送了他一本上海风景明信片册子。谢谢。
但是车还没到王坝就走不了了，前面的水坑过不去了，看着有车已经卡在那儿了。我们还是下车了步行了一段。幸好Wesley从他父亲那儿得到帮助找到一辆越野车在王坝来接我们，我们走了半小时就找到这车了。
晚上12点左右，我们终于到了天水市区，找了家酒店住下了，几天了终于可以洗澡了…