接口管理十篇

接口管理篇1

关键词：ISO/IEC7816接口技术接触式IC卡并行通信半双工串行通信I2C总线通信

引言

IC卡(IntegratedCircuitCard，集成电路卡)是继磁卡之后出现的又一种新型信息工具。IC卡在有些国家和地区也称智能卡(smartcard)、智慧卡(intelligentcard)、微电路卡(microcircuitcard)或微芯片卡等。它是将一个微电子芯片嵌入符合ISO7816标准的卡基中，做成卡片形式；已经十分广泛地应用于包括金融、交通、社保等很多领域。

IC卡读写器是IC卡与应用系统间的桥梁，在ISO国际标准中称之为接口设备IFD(InterfaceDevice)。IFD内的CPU通过一个接口电路与IC卡相连并进行通信。IC卡接口电路是IC卡读写器中至关重要的部分，根据实际应用系统的不同，可选择并行通信、半双工串行通信和I2C通信等不同的IC卡读写芯片。

1接触式IC卡接口技术原理

IC卡读写器要能读写符合ISO7816标准的IC卡。IC卡接口电路作为IC卡与IFD内的CPU进行通信的唯一通道，为保证通信和数据交换的安全与可靠，其产生的电信号必须满足下面的特定要求。

1.1完成IC卡插入与退出的识别操作

IC卡接口电路对IC卡插入与退出的识别，即卡的激活和释放，有很严格的时序要求。如果不能满足相应的要求，IC卡就不能正常进行操作；严重时将损坏IC卡或IC卡读写器。

(1)激活过程

为启动对卡的操作，接口电路应按图1所示顺序激活电路：

RST处于L状态；

根据所选择卡的类型，对VCC加电A类或B类，正常操作条件下VCC的电特性见表1；

表1正常操作条件VCC的电特性

符号最小值最大值条件

Vvcc/V4.5

2.75.5

3.3A类

B类

Icc/mA60500.5A类，在最大允许频率

B类，在最大允许频率时钟停止

VPP上升为空闲状态；

接口电路的I/O应置于接收状态；

向IC卡的CLK提供时钟信号(A类卡1～5MHz，B类卡1～4MHz)。

图3

如图1所示，在t’a时间对IC卡的CLK加时钟信号。I/O线路应在时钟信号加于CLK的200个时钟周期(ta)内被置于高阻状态Z(ta时间在t’a之后)。时钟加于CLK后，保持RST为状态L至少400周期(tb)使卡复位(tb在t’a之后)。在时间t’b，RST被置于状态H。I/O上的应答应在RST上信号上升沿之后的400~40000个时钟周期(tc)内开始(tc在t’b之后)。

在RST处于状态H的情况下，如果应答信号在40000个时钟周期内仍未开始，RST上的信号将返回到状态L，且IC卡接口电路按照图2所示对IC卡产生释放。

(2)释放过程

当信息交换结束或失败时(例如，无卡响应或卡被移出)，接口电路应按图2所示时序释放电路：

RST应置为状态L；

CLK应置为状态L(除非时钟已在状态L上停止)；

VPP应释放(如果它已被激活)；

I/O应置为状态A(在td时间内没有具体定义)；

VCC应释放。

图4

1.2通过触点向卡提供稳定的电源

IC卡接口电路应能在表1规定的电压范围内，向IC卡提供相应稳定的电流。

1.3通过触点向卡提供稳定的时钟

IC卡接口电路向卡提供时钟信号。时钟信号的实际频率范围在复位应答期间，应在以下范围内：A类卡，时钟应在1～5MHz；B类卡，时钟应在1～4MHz。

复位后，由收到的ATR(复位应答)信号中的F(时钟频率变换因子)和D(比特率调整因子)来确定。

时钟信号的工作周期应为稳定操作期间周期的40%～60%。当频率从一个值转换到另一个值时，应注意保证没有比短周期的40%更短的脉冲。

2几种实现方式的对比与分析

IFD内的IC卡读写芯片，按其与IFD内的CPU的通信方式进行分类，有并行通信、半双工串行通信和I2C通信的读写芯片。图3是一个基于三种不同通信方式读写芯片的通用IC卡读写器的原理示意。这个系统可以同时对6片IC卡进行操作，其中每一个IC卡读写芯片都可以驱动2片IC卡。应用系统可以根据实际情况合理选用其中的一种或多种读写芯片。

2.1IC卡读写芯片的硬件对比分析

(1)通信方式为并行通信的CTS56I01

CTS56I01支持两个符合ISO/IEC7816-3标准的T0和T1传输协议的IC卡。它采用并行的方式与IFD内的CPU通信；可以检查到卡的插入与拔出，并自动产生激活与释放时序。CTS56I01内部每个通道都有发送缓冲空、ATR超时、释放检测完成、TS没有收到等10个独立的中断源，当CTS56I01内部的状态发生变化时，可以产生中断信号。系统通过P0口与CTS56I01的数据线相连，地址选择用P2[2:0]，两个中断信号经过或门后接到89C51的INT0上。对IC卡的所有操作，只是对CTS56I01内部寄存器的读写操作，方便可靠。CTS56I01采用LQFP-32封装，仅占很小的空间。

(2)通信方式为半双工串行通信的WatchCore

WatchCore是握奇公司为了方便各种嵌入式设备与IC卡的通信开发而推出的一款IC卡读写芯片，硬件平台采用ST7261单片机，内部掩膜有握奇公司对IC卡进行读写操作的全部程序；支持ISO/IEC7816T=0、T=1异步传输协议的各种智能卡，支持对Memory卡操作，支持双卡头操作，与接口CPU采用半双工串行通信。系统用P1.1和P1.2模拟一个串口与WatchCore进行通信。WatchCore采用SO-20装封，占PCB板很小的位置。

图5

(3)通信方式为I2C的TDA8020

TDA8020是Philips生产的支持两个独立IC卡的读写芯片，IFD内的CPU采用I2C的方式向TDA8020发送命令和读取状态，通过TDA8020的I/OuC端口向IC卡发送和接收数据。它支持符合ISO/IEC7816-3T=0、T=1标准的IC卡，也支持符合EMV3.1.1(Europay，MasterCard，VISA)标准的卡。与它Pin-to-Pin兼容的芯片还有ST公司生产的ST8020等。TDA8020有2个地址选择引脚。本系统的地址引脚接地，两个IC卡对应的地址分别为0x40和0x48。I2C的时钟信号和数据信号分别由89C51的P1.3和P1.4进行模拟，IC卡的数据通道I/OuC连89C51的P1.5和P1.6。TDA8020也采用LQFP-32装封。

2.2IC卡读写芯片的软件设计

2.2.1通信方式为并行通信的CTS56I01

CST56I01只有3根地址线，内部却有37个寄存器。其中有8个寄存器可以直接访问，另外的29个寄存器要通过索引地址寄存器(IAR)来访问。其访问分为两步：第一步是将要间接访问的寄存器的地址写到IAR寄存器中；第二步就是从数据寄存器(DR)中读出数据或写入数据到DR寄存器中，来完成对要间接访问的寄存器的访问。

下面的C51子程序是基于图3的写一个字节到要间接访问的寄存器中的子程序。

#defineSN2_IARXBYTE[0x0000]

#defineSN2_DRXBYTE[0x0100]

voidWriteByteIndexed(BYTEbIndex,BYTEbData){

P1.0=0;

SN2_IAR=bIndex;

SN2_DR=bData;

}

2.2.2WatchCore的软件设计

WatchCore是不带硬件的UART，其串行通信是用软件实时仿真的。通信速度采用9600bps；通信字节格式为1位起始位，8位数据位，1位偶校验位，2位停止位。TXD与RXD电气信号是标准的CMOS电平，可直接与TTL的电路相连。以下是通信时的数据包格式。

(1)命令包

命令包是IC卡读写器内的CPU发往WatchCore的数据，其包格式如下：

NAD

PCB

LEN

DATA

BCC

NAD为卡头选择，NAD=0x00/0x12为主卡头，NAD=0x13为从卡头；

PCB与通信无关，CPU卡T=1时使用，PCB通常设置为0x00；

LEN为数据的字节长度(仅DATA段的字节数)；

DATA为发送WactchCore或IC卡内的命令(命令参考ISO7816-4的标准)；

BCC为异或校验字节(BCC段前的4段所有字节的异或和)。

(2)数据包

数据包是WatchCore收到命令包后返回的数据，其包格式如下：

NAD*是WatchCore把命令包中NAD字节的高低4位互换后的返回。例如，命令包发送NAD=0x12，WatchCore则返回NAD*=0x21；

其它各段与命令包相同。

通信举例(以下数据都用十六进制表示)

对主卡进行复位

发送命令包如下：

120005001200000005

若主卡头中无卡，则WatchCore返回：

210002620041

若主卡头有一张T=0的CPU卡，则可能返回：

2100113B7A180000210811121314151617189000D8

2.2.3TDA8020的软件设计

TDA8020与IFD内CPU的通信是用I2C总线方式进行的。通过I2C接口，IFD内的CPU可以向TDA8020发送命令或读取TDA8020的状态。TDA8020有两个地址选择引脚(SAD0和SAD1)。在图3中，这两个地址选择引脚接地，对应两个IC卡的I2C总线地址分别是40H和48H。如果系统中有别的I2C总线器件，可以按表2的方式进行寻址。

表2TDA8020的I2C地址选择表

SAD1SAD0CARD1CARD2

0040H48H

0142H4AH

1046H4CH

1148H4EH

(1)向TDA8020写入命令的格式

图4为向TDA8020写入命令的格式。按图3所示，对卡1的地址和写的字节为40H。

其中控制字节各位的含义如表3所列。

表3命令控制字节各位的含义

名称位说明

START和/STOP0为1，产生一个冷复位的激活时序：为0，产生一个释放时序

WARM1为1，产生一个热复位时序

3/5V2为1，设定卡的操作电压为3V；为0，设定卡的操作电压为5V

PDOWN3为1，设定卡为下电模式；为0，设定卡为正常工作模式

CLKPD4为1，设定下电模式下CLK停在高电平；为0，设定下电模式下CLK停在低电平

CLKSEL15两位设定卡在正常工作模式时的工作时钟频率见表4

CLKSEL26

I/OEN7I/O使能位。为1时，I/O与I/Ouc相连；为0时，I/Ouc是高阻状态

(2)读TDA8020内部状态的数据格式

从TDA8020读出状态的格式如图5所示。按图3所示，对卡1的地址和读的字节为41H。

其中状态字节中各位的含义如表5所列。

表4工作时钟频率选择方式

CLKSEL2CLKSEL1CLOCKOU

00CLKIN/8

00CLKIN/4

10CLKIN/2

11CLKIN

表5状态字节各位的含义

名称位说明

PRES0卡的状态指示。为1时，检测到卡：为0时，没有检测到卡

PRESL1为1时，卡的状态还没有读；当为0时，卡的状态已读出

I/O2I/O为高时，这位为1；当I/O为低时，这位为0

SUPL3为1时，表示电源监控器已输出，上电后就为1，直到读出后为0

PROT4为1时，表示过热或过载状态

MUTE5为1时表示卡在规定的时间内没有发出ATR信号

EARLY6为1时表示卡在规定的时间前就已经发出ATR信号

ACTIVE7为1时，卡处于激活状态；为0时，卡处于释放状态

3总结

以上比较详细地介绍了三种不同接口的IC卡读写芯片。这三种方式最大的区别在于其与IFD内的CPU的通信方式不一样，并且也都符合ISO/IEC7816的标准。但是，这三个读写芯片有一些地方也存在一些差异。

TDA8020支持A类和B类卡，但是WatchCore和SNIPERIICST56I01只支持A类卡。(虽然SNIPERIICST56I01内部寄存器中有一位是卡类选择，但却只支持A类卡。)

TDA8020和SNIPERIICST56I01其ESD保护达6kV，但是WatchCore却没有ESD保护功能。

TDA8020对卡的电源可以直接支持，并有过流保护功能；但是WatchCore和SNIPERIICST56I01却只有通过一个功放管来实现，并且没有过流保护功能，只有外接保护电路(如加可复位保险丝)。

接口管理篇2

关键词：水电设计设计接口计划质量风险管理标准化

中图分类号：C29 文献标识码：A

水电工程影响因素众多，建设条件复杂。水电工程勘测设计是一个系统工程，是多专业共同作业，且需多次循环。勘测设计工作的进程，就是相关专业间的互动，其表现为专业技术资料（成果）的输入与输出。因此，专业设计接口的管理，对勘测设计项目管理的工作计划编制与执行、产品质量控制、项目风险分析以及项目成员配置等方面都具有重要影响。

中国水电顾问集团公司《水电工程勘测设计专业技术接口规定》，把水电工程勘测设计分为规划、勘测等8大专业，而8大专业中又各自包含不同的相关分专业。由此可见，水电工程勘测设计接口管理是一项复杂的工作。对设计接口的科学分析，在错综复杂的设计接口关系中，明确管理要点，是提高设计接口管理水平，进而提高项目管理水平的基础。

1 接口管理在项目管理中的影响

项目进度计划分为“总体进度计划”、“执行计划”和“作业计划”三个层次，因此，在对专业接口资料也应根据计划的不同层次，进行分层打包，形成相应的接口资料输出点。接口资料的传递是项目计划实现的体现，因此，对专业设计接口进行梳理，根据项目的不同阶段和特点，合理配置设计接口控制点，是项目计划编制和执行控制的基础。

1.1接口管理与项目组建

水电工程设计由于工程复杂，涉及专业很多，一般设计项目管理一般采用矩阵式管理模式。水电工程设计企业根据专业分工，设置相应的专业生产部门，项目部则根据其需要完成的设计任务，从专业部门抽调人员组建项目管理机构。设计项目的矩阵式管理就是指项目管理与专业部门管理的矩阵关系。项目组织结构如图1。

图1 项目组织结构图

专业技术设计接口，是设计生产过程中专业间的数据信息交换，是抽象的，需要通过物理接口来实现。设计项目管理机构对专业技术接口的管理和控制，也是体现在物理接口的管理上。因此，在项目组建过程中，配置专业负责人，是设计接口的物理实现。项目经理与专业负责人，形成项目管理的核心，项目经理通过专业负责人，实现专业技术设计接口的管理。图1中，A区间为项目管理活动，专业技术接口通过专业负责人集中并物理化，项目组织对技术接口的管理则是对专业负责人这一物理接口的管理。B区间为专业生产活动，虽然职员参与项目设计工作，但不属于项目成员，职员对项目生产的影响，通过专业负责人来反映。

专业负责人既是专业技术接口的物理化，同时也是项目组织与专业部门间的物理接口，项目设计任务和计划通过专业负责人向专业部门输出，专业生产部门的设计成果通过专业负责人向项目组织输出，专业负责人是接口管理和项目管理实现统一的核心。

1.2接口管理与与项目风险分析

水电设计项目风险来源，主要有来自设计院内部、来自设计院外部利益相关方、来自设计院外部环境三个方面。从设计接口管理入手，分析来自设计院内部的风险，是一个重要方面。接口资料及时性、准确性以及资料深度，对设计产品完成的时间、质量和精度有着重要影响。例如在水电勘测设计活动中，地质资料收集工作往往受地理环境和人文社会环境制约，难以在计划时间内达到相应深度。在水工枢纽布置设计时，对地质资料达到的深度，分析设计方案的安全性以及投资、工期可能存在的变化，从而制定应对措施。从对接口资料质量、深度和传递过程，对项目风险进行全过程掌控，是水电设计项目风险控制的一个重要手段。

2 设计接口管理要点

2.1设计接口职能管理

项目经理、总工—负责专业设计接口的总体协调，根据项目计划和质量目标对各专业设计接口进行控制、监督等管理工作。

设计管理部—负责督促项目经理或项目总工协调处理有关接口的管理工作。

专业负责人—负责专业设计接口清理，设计接口清单编制，设计接口资料需求计划和输出计划编制。确保项目部与专业部门以及专业部门之间的交流充分、沟通顺畅。

2.2设计接口标准化管理

水电勘测设计过程复杂，设计专业较多，专业设计接口存在多向性、循环性，在勘测设计生产过程中容易产生设计接口资料遗漏、错误。建立标准化设计接口管理，减少人为因素影响，是确保设计接口完整、准确、规范的重要手段。

互提资料单标准化。根据专业接口清单，编制相应的标准互提资料单，明确资料需求或输出的内容。

资料输出过程标准化。形成“专业设计人专业负责人项目总工专业负责人专业设计人”的标准传递过程。

资料归档管理标准化。设计接口资料的归档，应在提供部门、项目部、接收部门三个部门同时进行，各部门由专人登记、存档。

2.3设计接口沟通协调管理

信息交流是相互的循环过程，专业负责人之间的沟通与协调，是确保设计接口有序、连续的关键。设计接口的集中，一方面使接口准确规范，设计步骤协调统一，但另外一方面也减少了沟通渠道，容易出现交流、沟通不够的问题。因此，设计接口管理既要集中协调，也要分散沟通。

（1）设计接口集中协调。专业负责人对专业技术接口的管理，是自下而上的集中与统一，主要目的是使接口管理标准化，便于项目对接口的计划和质量的控制。项目经理在项目设计目标的前提下，通过与专业负责人的协调，合理分配专业设计时间，从而制定出合理可行的项目进度计划。设计计划执行过程中，如ABCD的设计流程中，当A专业设计接口输出滞后，项目经理只需与B、C、D专业负责人协调，从新分配各专业设计时间，确保设计目标的实现，而不是与具体的设计人协调作业时间。

（2）设计接口分散沟通。水电工程设计是一个逐渐深入的过程，需要专业间的多次循环才能形成最终设计成果。在设计过程中，专业设计人员间的充分、有效沟通，是提高成产效率，减少设计循环的关键。例如在水工专业进行枢纽布置设计时，在勘测资料尚不完备的情况下，引水线路、发电厂房、泄洪系统的布置均存在各种可能性，因此，水道、厂房专业设计人，应充分交流，共同探讨，从而使得设计过程中各建筑始终业处于协调布置的条件，避免出现各自专业形成产品输出后，才发现相互问题，导致设计循环的重复。

结 语

设计接口是水电勘测设计的过程体现，设计接口的科学管理，对提高设计进度计划编制水平，保证勘测设计工作进度，改善勘测设计产品质量起到重要作用。水电工程设计企业，应根据自身机构设置，结合设计项目特点，对设计接口进行合理配置，分级管理，以提高水电设计项目管理水平。

参考文献：

接口管理篇3

关键词：建筑工程；接口管理

中图分类号：TU198文献标识码： A

一、前言

建筑行业的快速发展给我国的经济进步带来了巨大的生机，与此同时，我们发现建筑工程施工的过程中，存在接口管理不到位的问题，所以，要想提升建筑工程自身的施工质量，一定要做好接口管理。

二、接口定义、划分及产生

所有现代建设项目通常被分解为由若干个合约主体去按照规定的工期、质量标准及成本范围执行，最终竣工完成达到要求的项目产品交付；主观上这些合约有不同设计合约、设备材料采购合约、施工合约、顾问（监理）等等，客观上被分为各不同的工科专业如规划、建筑结构、机电（水电暖）、装饰（幕墙）等等，这些构成建设项目体系；合约及专业之间均存在大量彼此相互关联与要求，这是客观事实。

大量项目经历事实表明，项目管理中管理人员大量的协调工作均发生在所述的合约及专业之间交接部分；因约定及陈述不清致使工作范围及要求的概念模糊，极易产生的项目建设过程中推诿现象与焦点矛盾，屡见不鲜，带来现象便是管理人员花大量时间与精力去处理，实际却是如费用追加、进度滞延、关联部位施工质量不高甚至影响相关单位之间的士气及友好氛围等负面的管理结果等。我们为对建设项目管理的认识及方法不足而买单。

建设项目管理需提供一种既能区别这些关联又能联系这些关联之处的管理方法，那就是接口（Interface），即它们之间彼此关联而有共同要求的部分，通过接口的视角及接口的管理来全新分析项目与解读项目建设与管理。

1、建设工程项目的设计工作与施工任务往往由不同的单位承担

除了采用项目总承包模式外,工程的设计与施工任务一般由业主分别委托。由于设计和施工长期分离,设计人员难以积累施工生产的经验,而施工人员则远离设计活动,两者知识和经验的鸿沟,以及信息不对称的情况日趋严重。

2、建设工程项目实施过程参与单位多

一个建设工程项目往往有许多个设计单位,施工单位,咨询单位以及众多供货单位参与,在设计单位之间,施工单位之间,咨询单位之间,供货单位之间,都存在接口管理的问题,在设计单位和施工单位之间,设计单位和供货单位之间,以及施工单位和供货单位之间也存在大量接口管理的问题,这些问题能否得到及时和合理的解决,将直接影响项目的实施。应认识到,有效和及时的信息交流是接口管理的核心。

3、建设项目实施过程中组织关系和合同关系复杂一般高层建筑业主方往往要签订300多个合同,既有数百个单位参与一个项目的工作。建设工程项目实施过程参与单位多就会产生大量的信息交流和组织协调的问题和任务。

4、工程进展中的变化因素多,干扰因素多建设工程项目是一个一次性的过程,易受天气影响、建设周期长、建设过程的不确定性以及非重复性都决定了在建设过程中充满了变化与冲突,由此产生了大量的接口问题。

三、传统接口管理方式存在的问题

接口管理揭示了接口两侧的工作内容、工作责任的范围。交界面的矛盾常常反映在以下几个方面:

工作内容的范围界限不清楚,导致责任不清楚;界面一侧的工作没按事先规定完成而影响了接口另一侧的工作;双方责任以外的交界面部分工作由哪一方负责不明确。

接口的矛盾最终都反映在信息流的接口上。要及时地解决接口上的信息流,否则工程就会受到影响。接口之间存在许多矛盾之所以得不到解决,除了组织原因外,往往是信息流不畅和障碍所造成的。分析和克服这些障碍才能实现交界面的控制,传统的建设信息交流存在着如下的问题。

1、信息沟通手段落后

使用纸质文档、电话、传真、邮政快递、项目协商会等方式作为信息交换的手段,不仅容易造成信息沟通的延迟,而且大大增加了信息沟通的费用。据统计,传统工程项目中用于信息沟通的费用约占工程总成本的3%~5%。

2、信息沟通方式上的缺陷点对点的信息沟通方式加大了信息沟通的路径和层次,过长的信息沟通路径和过多的信息沟通层次不仅造成信息传递的延迟,更容易造成信息传递过程中的信息确实和扭曲,这都会直接影响工程项目在实施过程中协同工作效率和项目决策的质量。

3、缺乏业主的参与和控制

分散的、点对点的信息沟通方式使业主无法对项目参与各方的信息沟通进行有效的参与、控制和管理,增加了业主方项目实施的风险。更为重要的是,在传统的信息沟通中,业主往往是被动的接受大量信息,这造成了严重的信息过载现象,降低了业主方信息处理和决策的效率。可以说这些普遍存在的信息沟通的问题已经成为建设项目业主满意度下降的根源。

4、信息流失

工程项目中由于广泛使用纸质文档,信息的传递和存储产生很大不便,由于工程项目的多阶段性以及参与方众多,使得大量文档信息流失,美国公司的统计数据表明,工程竣工时业主方仅拥有不足65%的项目信息,对后续阶段的物业管理和使用产生极大的影响。

5、信息加工利用的深度不够

原始信息一般情况下处于一种初始的、零散的、无序的、彼此独立的状态,既不便于传递,又不便于利用。加工可以使其变换成便于传递、利用的形式。

6、“信息孤岛”问题

当前建筑业的信息技术应用并没有从整个建筑业的角度考虑跨领域的信息传递与共享的需求,实际建设项目实施过程中也缺乏立足于项目角度统一的信息交流机制,造成了建筑业各领域,同时也是项目参与各方之间难以进行有效的信息交流,形成了呈分离割裂状态的各个“岛屿”,这就是建设项目工程管理中存在的信息孤岛问题。

四、基于网络平台的接口管理

为解决上述建设工程接口管理中存在的信息沟通问题,本文试探讨了基于网络平台的接口协同管理。

1、根据项目实施需要和项目岗位责任设置情况,为每一位成员设定相应的接口信息处理和信息管理的职责和权限。在不同的权限许可下,项目成员可以从管理平台上获取所需的工程信息。

2、建立接口协调平台。集中管理建设项目实施过程中的参与各方产生的信息和知识,并在此基础上在互联网平台上为建设项目参与各方提供一个获取项目信息的入口,从而为建设项目的参与各方提供一个高效的信息交流和协同工作的环境。它强调的是在互动式文档管理的基础上,通过互联网促进项目参与各方之间的信息交流和促进项目参与各方的协同工作。

3、接口协调平台可提供如下的功能

支持远程接口协调:支持各参与单位间、单位各专业间相互协调或协调会议。接口文件的创建、查询、修改、更新与链接。接口位置的标注:利用图纸本身进行信息共享,根据不同的专业与权限,在相应的图纸上做出标注,并与相应的文件提供链接。

五、运用精细化管理技术提升接口管理效果

建设工程实施阶段，应实现零缺陷目标。因此应合理实施精细化管理，做好全过程监督，定期实施现场巡查检验、抽样检查，完善宏观调控，进而及时的发觉隐患不足与质量缺陷，通过成因分析快速的处理与解决矛盾问题，实现零缺陷管控。针对各类重要施工环节以及工序，应做好现场检验，选择停工待检以及质量管控点。应做好复杂工序的全面梳理，核准重要工程与工序，并实施跟踪检验。例如做好管道水压测试、实施隐蔽工程核查，应确保达到合格标准后方可实施后道工序。对于各个建设工程工序应做到全面旁站以及细化检验，确保行动快速，及时察觉缺陷，杜绝隐患问题的持续蔓延。对各类现代化技术工艺、建设工程电气管道、应用器具设施应进行全面核查，完善自检，确保符合既定标准，优化施工效果。

借助于先进的科学技术,实施过程中应注意以下几方面。首先,要加强建设项目可行性研究,并进行建设项目目标控制。进度、质量、投资三条主线对项目进行优化组合,科技先行提高决策水平。其次,要增加建设项目决策者的科技责任。一方面建设项目决策者要关注科技,但不能满足于纯技术来进行决策;另一方面,项目决策者需不断提高自身的科技水平。同时,必须始终站在专业、科技应用的前沿,广泛应用、传播新科技,提高综合管理水平。另外,要大力发展可持续发展的科技。每一个项目都必须考虑到建设项目的经济效益、社会效益和环境效益。建设工程项目管理中要创造有利于科技正面作用的社会环境,在物质方面给予支持,组织方面给予帮助,观念方面获得弘扬。

六、结束语

综上所述，建筑工程接口管理工作必须要完善到位，这样才能够提升建筑工程接口管理的效果，确保建筑工程的接口管理合理有效，提升接口管理的质量。

【参考文献】

[1]程振廷.城市轨道交通建设的接口体系[J].城市轨道交通研究,2011,(6):35.

接口管理篇4

第二条在货物进境后、办结海关放行手续前，进口货物收发货人、原运输工具负责人或者其人（以下统称当事人）申请将全部或者部分货物直接退运境外的，或者海关根据国家有关规定责令直接退运的，适用本办法。

进口转关货物在进境地海关放行后，当事人申请办理退运手续的，不适用本办法，应当按照一般退运手续办理。

第三条进口货物直接退运由直属海关或者其授权的隶属海关决定。

第四条在货物进境后、办结海关放行手续前，有下列情形之一的，当事人可以向海关申请办理直接退运手续：

（一）因国家贸易管理政策调整，收货人无法提供相关证件的；

（二）属于错发、误卸或者溢卸货物，能够提供发货人或者承运人书面证明文书的；

（三）收发货人双方协商一致同意退运，能够提供双方同意退运的书面证明文书的；

（四）有关贸易发生纠纷，能够提供法院判决书、仲裁机构仲裁决定书或者无争议的有效货物所有权凭证的；

（五）货物残损或者国家检验检疫不合格，能够提供国家检验检疫部门根据收货人申请而出具的相关检验证明文书的。

第五条申请进口货物直接退运应当在载运该批货物的运输工具申报进境后、海关放行货物前，由当事人以书面形式向货物所在地海关提出申请。

第六条当事人向海关申请直接退运，应当按照海关要求提交《进口货物直接退运申请书》（格式见附件1）、证明进口实际情况的合同、发票、装箱清单、已报关货物的原报关单、提运单或者载货清单等相关单证、符合申请条件的相关证明文书以及海关要求当事人提供的其他文件。

第七条对当事人提出的进口货物直接退运申请，海关应当根据下列情况分别作出处理：

（一）当事人不具备进口货物直接退运申请资格的，应当作出不予受理的决定；

（二）申请材料不齐全或者不符合法定形式的，应当当场或者在签收申请材料后5日内一次告知当事人需要补正的全部内容，逾期不告知的，自收到申请材料之日起即为受理；

（三）申请材料仅存在文字性、技术性或者装订等可以当场更正的错误的，应当允许当事人当场更正，并由当事人对更正内容予以签章确认；

（四）申请材料齐全、符合法定形式，或者当事人按照海关的要求提交全部补正申请材料的，应当受理进口货物直接退运申请。

依据前款第（二）项规定作出告知，以及决定受理或者不予受理进口货物直接退运申请的，应当制发相应的《中华人民共和国海关进口货物直接退运申请告知书》（格式见附件2）、《中华人民共和国海关进口货物直接退运申请受理决定书》（格式见附件3）、《中华人民共和国海关进口货物直接退运申请不予受理决定书》（格式见附件4），并加盖本海关行政许可专用印章，注明日期。

第八条除当场作出直接退运决定的外，直属海关应当自受理直接退运申请之日起20日内作出决定，对于经审查决定予以直接退运的，应当向当事人制发《中华人民共和国海关准予进口货物直接退运决定书》（以下简称《准予直接退运决定书》，格式见附件5）；

于经审查决定不予直接退运的，应当向当事人制发《中华人民共和国海关不予进口货物直接退运决定书》（格式见附件6）。

20日内不能作出决定的，经直属海关负责人批准，可以延长10日，并应当制发《中华人民共和国海关延长直接退运审查期限通知书》（格式见附件7），将延长期限的理由告知当事人。

第九条对在当事人申请直接退运前，海关已经确定查验或者认为有走私违规嫌疑的货物，不予办理直接退运，待查验或者案件处理完毕后，按照海关有关规定处理。

第十条本办法未明确规定的进口货物直接退运程序，依照《中华人民共和国海关实施〈中华人民共和国行政许可法〉办法》的有关规定办理。

第十一条在货物进境后、办结海关放行手续前，有下列情形之一依法应当退运的，由海关责令当事人将进口货物直接退运境外：

（一）进口国家禁止进口的货物，经海关依法处理后的；

（二）违反国家检验检疫政策法规，经国家检验检疫部门处理并且出具《检验检疫处理通知书》或者其他证明文书后的；

（三）未经许可擅自进口属于限制进口的固体废物用作原料，经海关依法处理后的；

（四）违反国家有关法律、行政法规，应当责令直接退运的其他情形。

第十二条对需要责令进口货物直接退运的，由海关根据相关政府行政主管部门出具的证明文书，向当事人制发《中华人民共和国海关责令进口货物直接退运通知书》（以下简称《责令直接退运通知书》，格式见附件8）。

第十三条当事人收到《准予直接退运决定书》或者《责令直接退运通知书》后应当按照海关要求向海关办理进口货物直接退运的申报手续。

第十四条当事人办理进口货物直接退运的申报手续时，除另有规定外，应当先填写出口报关单向海关申报，再填写进口报关单，并在进口报关单“关联报关单”栏填报出口报关单号。

第十五条进口货物直接退运的，应当按照《中华人民共和国海关进出口货物报关单填制规范》填制进出口货物报关单，并符合下列要求：

（一）“备注”栏填写《准予直接退运决定书》或者《责令直接退运通知书》编号；

（二）“监管方式”栏均填写“直接退运”（代码“4500”）。

第十六条经海关批准或者责令直接退运的货物不需要验凭进出口许可证或者其他监管证件，免予征收各种税费及滞报金，不列入海关统计。

第十七条对货物进境申报后经海关批准直接退运的，在办理进口货物直接退运出境申报手续前，海关应当将原进口报关单或者转关单数据予以撤销。

第十八条因进口货物收发货人或者承运人的责任造成货物错发、误卸或者溢卸，经海关批准或者责令直接退运的，当事人免予填制报关单，凭《准予直接退运决定书》或者《责令直接退运通知书》向海关办理直接退运手续。

第十九条进口货物直接退运应当从原进境地口岸退运出境。对因运输原因需要改变运输方式或者由另一口岸退运出境的，应当经由原进境地海关批准后，以转关运输方式出境。

第二十条保税区、出口加工区及其他海关特殊监管区域和保税监管场所进口货物的直接退运参照本办法有关规定办理。

第二十一条违反本办法，构成走私或者违反海关监管规定行为的，由海关依照《中华人民共和国海关法》和《中华人民共和国海关行政处罚实施条例》的有关规定予以处理；构成犯罪的，依法追究刑事责任。

接口管理篇5

关键词：非接触式IC卡高频接口电路整流稳压模块调制解调模块

引言

随着微电子和无线通信技术的发展，非接触式IC卡技术也得到蓬勃发展，但国内设计非接触IC卡的技术不够成熟。高频接口电路设计是非接触式IC卡设计的关键技术之一，文中将介绍一种高频接口电路的设计。

1IC卡的基本结构

图1是一个具有逻辑加密功能的非接触式IC卡的结构方块图。对于具有逻辑加密功能的非接触式IC卡，一般包括IC芯片和天线线圈（耦合线圈）。IC芯片又包括高频接口电路、逻辑控制电路、存储器等部分。

2高频接口模块设计

IC芯片内的高频接口电路是非接触式IC卡的模拟、高频传输通路和芯片内的数字电路之间的一个接口。它从芯片外的耦合线圈上得到感应电流，整流稳压后给芯片提供电源。从阅读器发射出来的调制高频信号，在高频界面经解调后重新构建一产生在逻辑控制电路中进一步加工的数字式串行数据流(数据输入)。时钟脉冲产生电路从高频场的载波频率中产生出用于数据载体的系统时钟。图2为具有负载调制器的高频界面方框图。

为了将芯片内处理后的数据传回到阅读器，高频界面也包括有负载波调制器或反向散射调制器。它们由传送的数字化数据控制。

图3为卡的模块结构框图。整流稳压模块主要是接收阅读器发来的载波，将载波信号转变成直流信号，以作为非接触IC卡内部芯片的电源使用；同时不能因为阅读器发来的不间断载波而使芯片内部电源电压无限增大。调制解调模块主要是将阅读器发来的信号从载波信号中取下来；在IC卡发送信号时将内部的数字信号转换成模拟信号，并上载到载波信号中以传输给阅读器。

(1)整流稳压模块的设计

该模块主要包括基准源电路、电压调节电路和电源开关电路。基准源电路由二级CMOS差分放大电路和晶体管电路构成的能隙基准源组成。其结构如图4。

有源电阻P0和多晶电阻R7组成偏置电路，为电路提供偏置电流。二级差分放大器的两个输入连接在Q1端和Q2端。由基准源原理可知，只有放大电路的输入失调电压很小，并且不受温度的影响时，基准源的输出才可以保持好的性能。根据放大器和能隙基准源原理可得：

I1R6=I2R4（1）

由（1）式可知，电路中放大器的输入失调电压几乎为零，故稳定后REF点的电压值为：

VREF=VQ1+VR6=VQ1+R6I1=VQ1+I2R4（2）

因PNP晶体管的基极和集电极相连，故VQ1值相当于晶体管中BE结二极管的正向压降VBE值，为0.6~0.8V。

晶体管中BE结温度系数为负，电阻温度系数为正，在（2）式中VQ1和VR6随温度的变化可以相互补偿，故该基准源的输出VREF对温度变化不敏感。电压调节电路是稳压电路中的核心部分，包括两个一级CMOS差分放大电路COMP和电压调节及反馈电路，如图5。

两个差分放大器的输入由分压电阻得到。比较放大后经反馈调节和限流保护电路得到MA1和MB1，以控制电源开关电路中开关管的开启和截止。

电源开关电路由储能电容，NMOS管构成的整流器及开关电路组成，如图6所示。P1、P2直接连到线圈L0的两端。通过电磁耦合在P1、P2上感应出交流电；经整流后，在储能电容C0端产生直流电压VDD。调压电容C5在N2管导通后构成放电回路，使P1、P2上的电流开始对C5充电而停止对C0充电，C0两端电压保持稳定，即为负载电路提供稳定的电源电压。

(2)调制解调模块

接口管理篇6

现场总线是安装在生产过程区域的现场设备/仪表与控制室内的自动控制装置/系统之间的一种串行数字式多点双向通信的数据总线，多用于工空等领域，应用现场总线技术不仅可以降低系统的布线成本，还具有设计简单、调试方便等优点，同时，由于现场总线本身还提供了灵活而又功能强大的协议，这就使得用户对系统配置，设备选型具有强大的自，可以任意组合多种功能模块扩充系统的功能。在众多的现场工业总线中，CAN总线是一种具有国际标准而且性能价格比又较高的现场总线，它在当今自动控制领域中的应用极为广泛，并发挥着重要的作用。一个由CAN总线构成的单一网络中，理论上可以挂接无数个节点。实际应用中，节点数目受网络硬件的电气特性所限制。CAN可提供高达1Mbit/s的数据传输速率，这使实时控制变得非常容易。另外，硬件的错误检定特性也增强了CAN的抗电磁干扰能力。

CAN通讯协议描述了在设备之间信息如何传递。它对层的定义与开放系统互连模型(OSI)一致。每一层与另一设备上相同的那一层通讯。实际的通讯是发生在每一设备上相邻的两层，而设备只通过模型物理层的物理介质互连。CAN的结构定义了模型的最下面的两层：数据链路层和物理层。应用层通过不同的新型协议层（专门用于特殊的工业领域加上由个别CAN用户定义的任何合适的方案）和物理层连接。物理层和数据链路层对于设计者来说是透明的，并包含在所有执行CAN协议的部件中。

实际中，许多设备是RS-232接口，为了实现CAN总线数据和RS-232接口设备数据的传输，设计完成了CAN总线与RS-232转换接口电路设计。

1.CAN总线协议分析

1.1CAN总线主要特点

CAN总线是一种多主式的串行通信总线，具有极高的实时性和可靠行，最高通信速率可以达到1Mbit/s，是一种十分优秀的现场工业总线。CAN总线具有如下特点：

结构简单，只有2根线与外部相连，且内部集成错误探测和管理模块。

通信方式灵活。可以多主方式工作，网络上的其他节点发送信息，而不分主从。

可以点对点、点对多点或者全局广播方式发送和接收数据。

网络上的节点信息可分成不同的优先级，以满足不同的实时要求。

CAN总线通信格式采用短帧格式，每帧字节最多为8个，可满足通常工业领域中控制命令、工作状态及测试数据的一般要求。同时，8字节也不会占用总线时间过长，从而保证了通信的实时性。

采用非破坏性总线仲裁技术。当两个节点同时向总线上发送数据时，优先级低的节点主动停止数据发送，而优先级高的节点可不受影响地继续传送数据。这大大的节省了总线仲裁冲突的时间，杂网络负载很重的情况下也不会出现网络瘫痪。

直接通信距离最大可达10Km（速率5Kbit/s以下），最高通信速率可达1Mbit/s（此时距离最长为40Km），节点数可达110个，通信介质可以是双绞线、同轴电缆或光导纤维。

CAN总线通信接口中集成了CAN协议的物理层和数据链路层功能，可完成对通信数据的成帧处理，包括位填充、数据块编码、循环冗余检测、优先级判别等多项工作。

CAN总线采用CRC进行数据检测并可提供相应的错误处理功能，保证了数据通信的可靠性。

1.2CAN总线协议

CAN总线协议主要描述设备之间的信息传递方式，从结构上可分成3个层次，分别对应OSI网络模型的最低两层数据链路层和物理层。CAN总线协议层次结构由高到低如表1-1所示。

表1-1CAN总线协议层次结构

协议层

对应OSI模型

说明

LLC

数据链路层

逻辑链路控制子层，用于为链路中的数据传输提供上层控制手段

MAC

媒体访问控制子层，用于控制帧结构、仲裁、错误界定等数据传输的具体实现

物理层

物理层

物理层的作用是在不同节点之间根据所有的电气属性进行位的实际传输

LLC层和MAC层也可以看作是CAN总线数据链路层的两个子层。其中LLC层接收MAC层传递的报文，主要完成报文滤波、过载通知以及恢复管理等工作。而MAC层则为数据报文的传输进行具体的控制，包括帧结构控制、总线仲裁、错误检测、出错界定、报文收发控制等工作。

物理层定义了信号是如何实际传输的，因此涉及到位时间、位编码、同步的解释，CAN总线协议并未对物理层部分进行具体的规定。

1.3CAN总线报文传输结构

报文传输由以下4个不同的帧类型所表示

1．数据帧：数据帧携带数据从发送器至接收器。

数据帧由7个不同的位场组成：帧起始、仲裁场、控制场、数据场、CRC场、应答场、帧结尾。数据场的长度可以为0。数据帧（或远程帧）通过帧间空间与前述的各帧分开。

2．远程帧：总线单元发出远程帧，请求发送具有同一识别符的数据帧。

远程帧由6个不同的位场组成：帧起始、仲裁场、控制场、CRC场、应答场、帧末尾。通过发送远程帧，作为某数据接收器的站通过其资源节点对不同的数据传送进行初始化设置。

3．错误帧：任何单元检测到总线错误就发出错误帧。

错误帧由两个不同的场组成。第一个场用作为不同站提供的错误标志（ERRORFLAG）的叠加。第二个场是错误界定符。

为了能正确地终止错误帧，"错误被动"的节点要求总线至少有长度为3个位时间的总线空闲（如果"错误被动"的接收器有本地错误的话）。因此，总线的载荷不应为100%。有两种形式的错误标志，主动错误标志（Activeerrorflag）和被动错误标志（Passiveerrorflag）。

4．过载帧：过载帧用以在先行的和后续的数据帧（或远程帧）之间提供一附加的延时。

过载帧包括两个位场：过载标志和过载界定符。

有两种过载条件都会导致过载标志的传送：

（1）接收器的内部条件（此接收器对于下一数据帧或远程帧需要有一延时）。

（2）间歇场期间检测到一"显性"位。

由过载条件1而引发的过载帧只允许起始于所期望的间歇场的第一个位时间开始。而由过载条件2引发的过载帧应起始于所检测到"显性"位之后的位。

1.4CAN总线错误处理

1.4.1错误检测

有以下5种不同的错误类型（这5种错误不会相互排斥）

1．位错误（BitError）

单元在发送位的同时也对总线进行监视。如果所发送的位值与所监视的位值不相合，则在此位时间里检测到一个位错误。但是在仲裁场（ARBITRATIONFIELD）的填充位流期间或应答间隙（ACKSLOT）发送一"隐性"位的情况是例外的。此时，当监视到一"显性"位时，不会发出位错误。当发送器发送一个被动错误标志但检测到"显性"位时，也不视为位错误。

2．填充错误（StruffError）

如果在使用位填充法进行编码的信息中，出现了第6个连续相同的位电平时，将检测到一个填充错误。

3．CRC错误（CRCError）

CRC序列包括发送器的CRC计算结果。接收器计算CRC的方法与发送器相同。如果计算结果与接收到CRC序列的结果不相符，则检测到一个CRC错误。

4．形式错误（FormError）

当一个固定形式的位场含有1个或多个非法位，则检测到一个形式错误。(备注：接收器的帧末尾最后一位期间的显性位不被当作帧错误)

5．应答错误（AcknowledgmentError）

只要在应答间隙（ACKSLOT）期间所监视的位不为"显性"，则发送器会检测到一个应答错误。

1.4.2错误标定

检测到错误条件的站通过发送错误标志指示错误。对于"错误主动"的节点，错误信息为"主动错误标志"，对于"错误被动"的节点，错误信息为"被动错误标志"。站检测到无论是位错误、填充错误、形式错误，还是应答错误，这个站会在下一位时发出错误标志信息。只要检测到的错误的条件是CRC错误，错误标志的发送开始于ACK界定符之后的位（其他的错误条件除外）。

2.CAN控制器SJA1000分析

2.1CAN节点结构与SJA1000操作模式

SJA1000独立的CAN控制器有2个不同的操作模式：

BasicCAN模式（和PCA82C200兼容）；

PeliCAN模式

BasicCAN模式是上电后默认的操作模式。因此用PCA82C200开发的已有硬件和软件可以直接在SJA1000上使用，而不用作任何修改。

PeliCAN模式是新的操作模式，它能够处理所有CAN2.0B规范的帧类型。而且它还提供一些增强功能，例如，SJA1000支持一些错误分析功能，支持系统诊断、系统维护和系统优化，而且这个模式里也加入了对一般CPU的支持和系统自身测试的功能。使SJA1000能应用于更宽的领域。

本设计采用PeliCAN模式，因此只给出PeliCAN模式增强功能。如表2-1所示。

表2-1PeliCAN模式的增强功能

CAN2.0B(active)

CAN2.0Bactive支持带有29位标识符的网络扩展应用

发送缓冲器

有11位或29位标识符的报文的单报文发送缓冲器

增强的验收滤波器

两个验收滤波器模式支持11位和29位标识符的滤波

可读的错误计数器

支持错误分析在原型阶段和在正常操作期间可用于：诊断、系统维护、系统优化

可编程的出错警告界限

错误代码捕捉寄存器

出错中断

仲裁丢失捕捉中断

支持系统优化包括报文延迟时间的分析

单次发送

使软件命令最小化和允许快速重载发送缓冲器

仅听模式

SJA1000能够作为一个认可的CAN监控器操作，可以分析CAN总线通信或进行自动位速率检测

自测试模式

支持全部CAN节点的功能自测试或在一个系统内的自接收

通常，每个CAN模块能够被分成不同的功能块，如图2-1所示。

CAN控制器执行在CAN规范里规定的完整CAN协议。它通常用于报文缓冲和验收滤波。

通用CAN收发器实现从CAN控制器到CAN总线物理层的电气连接。

而所有这些CAN功能都由一个模块控制器控制，它负责执行应用层的功能。

元器件清单

表3-3CAN总线与RS-2232接口电路设计元气件清单

序号

元件名称

数量（个）

单价（元）

总价（元）

1

AT89C51

1

7.50

7.50

2

SJA1000

1

25.00

25.00

3

HM6116

1

1.00

1.00

4

MAX232

1

5.00

5.00

5

74HC373

1

1.00

1.00

6

PCA82C250

1

6.50

6.50

7

X25045

1

1.00

1.00

8

TLP113

2

3.00

6.00

合计

53.00

结论

本设计完成了CAN总线与RS-232转换接口设计。由于CAN总线与RS-232接口数据通信速率以及通信帧格式都不同，本设计最大优点是解决了这两点不同，实现了数据在CAN总线与RS-232接口之间的传输。且设计中由于使用了CAN总线进行数据传输这就使得通信方式多主性。网络上任意节点可以任意时刻主动地向网络上其他节点发送信息而不分主从。可以点对点，点对多点或全局广播方式发送和接收数据。

由于CAN总线标准没有定义应用层，数据链路层提供与信息内容相应的寻址能力，消息的内容完全由应用解释。且CAN总线的每个数据帧最多只能承载8个字节的数据，因而只适应提供短的变量服务。许多功能还需要扩展。

综上所述，通过此次设计，我们感受到CAN总线带来的各种便利。而且，由于CAN总线具有结构简单、实时性极高、可靠性强且本身具有强大的纠错能力。使得它在当今自动控制领域中的应用极为广泛。由于CAN协议参考OSI开放系统互联模型，可由用户定义应用层协议，通过相关的CAN转接设备，将CAN与计算机相连，利用CAN232B转换器组建一个CAN控制网络，能够很方便的实现RS-232多点组网、远程通讯，并且，不需要更改原有RS-232通讯软件，用户可直接嵌入原有的应用领域，使系统设计达到更先进的水平。

摘要............................................................................................................Ι

ABSTRACT..................................................................................................................................ΙΙ

引言1

1.CAN总线协议分析2

1.1CAN总线主要特点2

1.2CAN总线协议2

1.3CAN总线报文传输结构3

1.4CAN总线错误处理3

1.4.1错误检测3

1.4.2错误标定4

2.CAN控制器SJA1000分析5

2.1CAN节点结构与SJA1000操作模式5

2.2SJA1000内部结构及其功能分析6

3.CAN总线与RS-232转换接口电路设计11

3.1CAN总线与RS-232转换接口电路总体设计11

3.2主控制模块电路设计12

3.2.1AT89C51与6116电路设计13

3.2.2看门狗电路设计14

3.3AT89C51与RS-232转换接口电路设计16

3.3.1RS-232-C标准分析16

3.3.2RS-232与AT89C51接口电路设计18

3.4SJA1000与AT89C51接口电路设计19

3.4.1SJA1000与AT89C51接口电路设计19

3.4.2物理层接口电路设计21

3.5元器件清单22

结论22

接口管理篇7

关键词： 接口；接口管理；功能；FAS；BAS

中图分类号：U231+.7

一、天津地铁2#线机电安装工程概述

1、天津地铁2号线西起西青区中北工业园区，东至东丽区李明庄，为东西方向的骨干线，与1、3号线共同构成天津市快速轨道交通线网的基本骨架。2号线曹庄～李明庄段，正线长度22.657Km，其中地下线长度21.640km，地面线长度0.757km，敞开段0．260km；全线设站19座，其中地下站17座，半地下站1座，地面站1座。设李明庄车辆段与综合基地座、曹庄停车场一处。属于综合性新建工程。

我公司承建的天津地铁2号线机电安装工程新开路～李明庄段共包括8个车站（地下站7座、地面站1座、）和所属的7个区间，涉及环控、动照、给排水三个专业。该工程从2009年10月开工到2012年7月竣工通车，历时两年零九个月。

2、地铁工程特点

1)工程专业多：本工程属综合性工程，包括土建、装修、市政、通信、信号、电梯、屏蔽门、牵降变、气体灭火、BAS（设备监控系统）、FAS（火灾自动监控报警系统）、AFC（票务闸机设备）、通风空调、设备安装、管道、电气、照明等专业，涉及防腐、保温工程的配合。

2）交叉作业多：单位内部各专业交叉施工，与外单位接口较多，交叉作业严重，并相互配合，故必须加强总体的协调。

3）施工场地分散：本工程点多线长面广，地下通信不畅，总体协调较为困难。

4）施工难度大：由于本工程为地下工程，施工作业场地狭窄，现场空洞较多，环境湿度大，施工环境相对较差。施工照明和临时用电管理困难，安全防护较困难。地下施工大型机械无法使用，施工人员较多且拥挤。

5）工期较长：原本2010年10月竣工的工程由于种种原因拖至2012年7月竣工，打破了原有的施工部署。重新合理安排人员、设备和节点工期是本工程的有一大难点。

6)质量要求高该工程为天津重点工程之一，既是形象工程又是涉及公共安全的工程，全市瞩目。该工程建设规模大，施工起点高、标准高。

地铁机电安装工程的特点注定了接口管理的难度大、涉及单位多、协调困难的特点。

二、接口管理

天津地铁2#线机电安装专业包括通风空调、给排水、动力照明三个子系统，这三个子系统不仅内部存在着许多物理接口及功能接口，而且还与土建、装修、市政、通信、信号、电梯、屏蔽门、牵降变、消防、气体灭火、BAS（设备监控系统）、FAS（火灾自动监控报警系统）、AFC（票务闸机设备）、电伴热、供电、轨道等系统存在着大量的接口。机电安装专业各子系统与上述系统有着广泛的专业分工协作关系，从而决定了接口协调配合工作的复杂性、艰巨性。在各系统的实施过程中，经常由于接口的问题而导致系统的最终功能不够完善，丢项、甩项等事情经常发生。因此，必须协调好机电系统内、外部接口问题，才能确保实现系统设计的全部功能和地铁的安全投运。

作为接口的总体管理和协调者，业主负责全面的协调管理，监理负责监督实施，设计单位提供技术支持，各个施工单位和设备供应商分工协作。

三、接口管理程序

1、接口文件的管理

接口文件包括涉及到接口的施工图纸、接口管理文件、计划、方案、设备资料、会议纪要、总结报告等。有甲方技术部门负责统一管理，分发各接口涉及的单位。

2、接口协调会议

接口协调会议主要是划清界限，明确责任。主要有两种形式：

一是：在甲方组织的设计联络或交底时，对预知的接口问题应澄清和确定；

二是：在设计联络或交底时未澄清和未确定的问题，由甲方现场组织接口协调会议。

3、接口问题的提出、解决程序

接口责任方以书面形式向建设单位提出问题，建设单位技术部门审查后，组织接口涉及到的各方召开协调会议，确定、批准接口方案。

4、接口解决方案责任划分

接口问题的提出后，解决接口的方案分两种情况：

1) 合同规定的接口问题，设计联络会或接口协调会澄清和确定以后，由接口责任方负责解决；

2) 接口方案实施过程和施工、试验、联调过程中出现的接口问题，由接口责任方提出解决方案，经业主工程师批准后实施。

5、接口解决方案的实施

接口方案一经接口协调会议确定后，接口有关各方按照接口方案进行计划组织实施。责任方负责制定实施方案，各相关方负责配合责任方方案的实施，并提供相应的资料、设备、试验样品、人员配合。

四、接口管理的三个阶段

1、设备、施工招标阶段

设备招标时应将关于接口的详细的技术要求落实在招标文件中，尤其对于BAS、FAS系统与其他被控机电设备的电气接口、软件接口、通信接口协议，必须在地铁全线统一落实，形成文件，保证生产的设备接口的统一性。在后续的设备制造过程中，派专人定期进行设备现场监造，确保设备质量的同时，确保接口达到设计要求，避免在设备制造完成后接口不符合要求。

施工招标时应将关于接口的详细的技术要求和接口界面的划分落实在招标文件中，界定各专业责任范围。

2、设计联络阶段

建设单位负责召集设计单位、监理单位、设备供货商、施工承包商进行设计联络会，在联络会上对实体接口、电气接口的方式及上下游是否匹配和软件接口、通信接口协议是否通用、开放等做出详细的、具体的结论，并在设备制造和安装施工中贯彻执行；界定各专业责任范围，避免重复或漏项，造成在后续设备制造和施工安装中，各专业责任不清，相互推诿扯皮。

3、施工阶段

1)、建设单位应及时编制各专业之间详细的接口界面划分表，下发至各施工单位，作为各专业接口施工实施的依据。

2)、在实施过程中，应根据各专业进度实施情况、质量要求及业主、监理的意见，对接口界面的设置进行不断优化。

3)、在设备安装前，设备供货商与施工单位依照接口说明、图纸，就该设备相关的接口事项进行沟通与确认。

4)、在由业主工程师或监理工程师主持的工程会议上澄清与其他外部专业的接口问题。

5)、追踪落实接口计划、接口方案、有关接口会议精神的执行情况。

4、系统调试阶段

接口的安装工作完成后，施工方应对接口特别是功能接口的系统或设备先行进行检查并进行单体调试。在确认单体调试无问题后，通知建设方和监理方，同时准备好接口系统调试的技术人员、设备。在建设方和监理方的统一指挥、协调下，接口的主导专业应积极联系配合专业，进行该接口的调试工作。在接口调试前，双方应先向对方介绍现状的内容和需向对方了解问题，然后双方共同拟定接口调试方案。调试方案应包括：项目、目的、方法、步骤、仪器、接线、调试（含监护）人员、通讯方法、应有结果、附表等。调试方案须经业主工程师批准后方可进行接口调试。调试必须严格按调试方案进行，调试过程中出现意外，应立即拉掉电源，停止试验，找出原因并采取有效措施后才能再能继续进行，直到双方确认调试成功后共同出具调试报告。

五、接口的界面划分

1机电安装专业的内部接口

1.1通风空调与给排水

1）通风空调系统冷却塔、冷水机组、膨胀水箱补充水水源、空调系统冷凝水，由给排水系统生活、生产给水管上预留接口引接。

2）冷水机组、冷却塔、空调箱、集水器、分水器、水泵等相互连接的设备进、出水管管径尺寸及有关的技术参数应相匹配。

1.2通风空调与动力照明

1）通风空调系统提供设备容量及供电要求，动力照明系统负责电气配置。

2）通风空调系统负责其设备的安装并提供接线端，动力照明系统负责接线。

1.3给排水与动力照明

1）给排水系统提供设备容量及供电要求，动力照明系统负责电气配置。

2）给排水系统负责其设备的安装并提供接线端，动力照明系统负责接线。

2、机电安装专业的外部接口

2.1通风空调系统外部接口

1）与土建专业

通风空调系统负责提出预留孔洞、设备预埋件等要求，土建专业负责实施。

2）与装修专业

风口安装孔、设备基础、检修孔等由通风空调系统配合定位，装修专业负责开洞、制作。

3）与接触网专业

接触网专业负责提供接触网支架安装要求，通风空调系统据此进行车站轨行区玻璃钢风管的安装。

4）与BAS专业

通风空调系统负责为BAS专业的风管温、湿度传感器、水管温度传感器、压力、压差传感器、流量计预留安装孔。通风空调系统负责电磁阀、电动二通阀、压差旁通阀等设备的安装并提供接线端，BAS专业负责接线。通风空调系统负责冷水机组的安装并为BAS专业提供监控接口，满足遥信、遥控的需要。

5）与FAS专业

通风空调系统负责防火阀的安装并提供接线端，FAS专业负责接线。

6）与气体灭火专业

通风空调系统负责防火阀的安装并提供接线端，气体灭火专业负责接线。

2.2.给排水系统外部接口

1）与土建专业

给排水系统负责提出预留孔洞、设备预埋件等要求，土建专业负责实施。

2）与装修专业

喷头安装孔、设备基础、检修孔等由给排水系统配合定位，装修专业负责开洞、制作。

3）与轨道专业

轨道专业负责提供限界要求，给排水系统据此进行区间管道安装。

4）与FAS专业

给排水系统负责消火栓、信号蝶阀、水流指示器、湿式报警阀的安装并提供监控接线端，FAS专业负责接线。

5）与市政有关部门

地铁车站与外部市政供水接口界面在供水进水管的水表井，水表井及水表井前由市政供水部门实施，水表后进车站由给排水专业负责。

车站、区间排水系统与市政排水的接口在出主体结构的第一个检查井处，检查井进水口以上由给排水专业完成，以下由市政公司完成。

2.3动力照明系统外部接口

1）与土建专业

动力照明系统负责提出预留孔洞、设备预埋件等要求，土建专业负责实施。

接地网：土建专业负责接地网及其引出母线，动力照明系统负责接地电缆的连接。

2）与装修专业

灯具安装孔、设备基础等由动力照明系统配合定位，装修专业负责开洞、制作。

3）与轨道专业

轨道专业负责提供限界要求，动力照明系统（包括区间废水泵房的安装及电缆敷设）据此进行区间灯具安装。

4）与牵降变、供电专业

降压变电所馈线柜接线端子以上部分由牵降变、供电专业负责施工安装，馈出低压电缆终端头制作及安装由动力照明系统负责。

降压变电所馈线柜断路器整定值要与下级配电盘（柜）断路器整定值相配合。

5）与BAS专业

动力照明系统负责提供动力配电箱并安装，BAS专业由动力配电箱接续受电。

动力照明系统为BAS专业在环控电控室继电器屏、各动力配电箱端子排上预留控制、信号接线端，满足遥信、遥测、遥控的需要。若动力照明系统采用单片机或PLC方式保护和控制，则与BAS系统应就通信协议达成一致。

6）与FAS专业

动力照明系统为FAS专业在消防、喷淋动力箱内端子排上预留控制、信号接线端。

7）与气体灭火专业

动力照明系统为气体灭火专业在车站的通信设备室、信号设备室、公网无线机房、降压变电所、牵引变电所、环控电控室提供双电源自动切换箱，输出单相交流220V电源至各气体灭火控制器。

8）与自动扶梯、垂直电梯的接口

动力照明系统负责将电源电缆送至电梯电源箱，再从电梯电源箱送至自动扶梯、垂直电梯控制箱。电源箱由动力照明系统负责，控制箱由电梯专业负责，自动扶梯控制箱位于电梯上部机仓，垂直电梯控制箱位于电梯井道顶部。

9）与AFC、屏蔽门、通信、信号等专业

动力照明系统负责提供动力配电箱并安装，AFC、屏蔽门、通信、信号等专业由动力配电箱接续受电。

10）与消防、电伴热等专业

动力照明系统负责提供动力配电箱并安装，消防、电伴热等专业由动力配电箱接续受电。

接口管理篇8

关键词：Axis;Portal;Web Service;增值业务平台

中图分类号：TP311文献标识码：B

文章编号：1004-373X(2008)22-067-03

Interface Design of Service Portal and Management Platform Based on Web Service

DENG Zhongliang,LIN Qing,LI Laixin

(School of Electronic Engineering,Beijing University of Posts and Telecommunications,Beijing,100876,China)

Abstract：In allusion to the requirement of development for the unified and service-oriented 3G service management platform,the article brings forward a method,which is based on Portal and Web Service,to implement the Value-added portal.It illustrates the practical application of Web Service as the interface technology,in the interconnection between the portal of value-added service and service management platform,and aiming at the requirement of services orders,it makes a solution for the interface design and implementation.Its management method which is unified and custom-built provides a new way and practice groundwork for the portal design of telecom operator in the future.

Keywords：Axis;Portal;Web Service;value-added service management platform

随着电信行业不断发展进步，技术的革新将电信服务带入了更为广阔的市场领域。电信产业的价值链由单一模式日趋复杂化，传统的电信关注点从网络层提升到了业务层，电信服务重心由传统的话音通讯服务转向移动增值业务，多元化服务涵盖各行各业。为跟进这样的变化，亟需一个统一的、面向服务的数据业务平台。

一方面移动增值业务平台的使用者包括移动运营商、终端用户、内容服务提供商；另一方面，从系统构成上来看，该平台涵盖多个功能模块和各种业务子系统。针对不同的使用者，利用门户技术为其提供个性化的平台入口点，Web Service接口技术的应用又能灵活配置入口点与平台子系统间的对应联系。

1 技术概述

1.1 Portal门户技术

Portal是一种基于Web的应用，它主要提供个性化、单点登录、不同来源的内容整合，并作为信息系统表现层的宿主。

Portal的功能可以分为3个主要方面：

（1） Portlet容器：负责初始化和销毁portlet，向portlet传送用户请求并合成响应。

（2） 内容聚集：整合由各种portlet应用生成的内容。

（3） 公共服务：

① 单点登录：登录portal服务器1次就可以访问所有其他的应用，无需分别登录每一个应用。而且，Portal服务器会为用户分配一个通行证库。在某一应用登陆后，用户名和密码将以加密的方式存储在通行证库中，再次登陆时，portal服务器会自动从通行证库中读取通行证登录到相应服务器上。

② 个性化定制：用户可以根据自身喜好决定标题条的颜色和控制图标；用户可以决定页面上有哪些portlet。例如，如果一个体育迷，可能会用一个能提供球队最新信息的portlet取代股票和新闻portlet。

1.2 Web Service技术

Web Service［1］是由URI（Uniform Resource Identifier,统一资源标识符）标识的软件应用程序，其接口和绑定可以通过可扩展标记语言（XML）构件进行定义、描述和发现。Web Service支持通过基于因特网的协议使用基于XML的消息与其他软件应用程序直接交互。

Web服务具有跨平台、跨语言的特性，应用于快速、低成本的异构网络集成方案。

Web Service采用面向服务(Service Oriented Architecture,SOA)的体系结构,通过服务提供者、请求者和注册中心等实体之间的交互实现服务调用（见图1）。

Web Services 服务［2，3］提供方通过WSDL(Web Services Description Language)描述所提供的服务,并将这一描述告知Web Services 注册服务器。注册服务器依据WSDL 的描述,依照UDDI (Universal Description Discovery and Integration) 的协定更新服务目录并在Internet 上。用户在使用Web Services 前先向注册服务器发出请求,获得Web Services 提供者的地址和服务接口信息,之后使用SOAP 协议(Simple Object Access Protocol) 与Web Services 提供者建立连接,进行通信。Web Services 的技术主要建立在XML 的规范之上,这保证了这一体系结构的平台无关性、语言无关性和人机交互性能。

2 增值业务门户与业务管理平台结构

增值业务门户（Portal），包含运营商门户、SP/CP门户、用户自服务门户（Web方式）以及用户移动门户，与增值业务管理平台（Data Service Management Platform,DSMP）同属于移动增值业务平台的重要功能组件。

增值业务门户作为企业门户，与一般信息门户有本质区别，其服务对象为移动增值产业链所涉及的所有参与者，包括电信运营商、内容提供商、终端厂商、移动用户等。因此，增值业务门户应当能提供一系列的在线服务，使得运营商、SP/CP、厂商、移动用户从Portal获得必要的信息，并能通过Portal与移动增值业务管理平台进行交互，从而实现在门户上进行用户信息维护、业务展现、业务浏览、业务订购等事务处理。

增值业务平台＜sup＞［4，5］＜/sup＞局部结构图如图2所示。

2.1 业务门户与管理平台接口设计

这里仅描述用户门户/用户自服务门户与DSMP的接口实现的订购类功能，即产品订购、取消订购、订购关系查询、订购关系鉴权等。

结合Web Service的特点与具体的需求，增值业务管理平台到业务门户的接口采用Web Service的方式：接口由增值业务管理平台提供，Portal调用，通过SOAP/HTTP协议进行通信，用WSDL（Edition 1.1）描述，业务访问流程如图3所示。

以订购产品/产品包（SubscribeProduct）为例说明其设计实现。

发送方：业务门户；

接收方：管理平台；

入口参数设计：源Msisdn号、目的Msisdn号、用户标识、订购产品ID、产品包ID。各参数含义、类型如表1所示：

参数subscribeInput，如图4所示。

出口参数设计：结果代码。

参数如图5所示。

2.2 业务门户与管理平台接口实现

(1) 生成服务的WSDL文件――XML形式的Web服务描述文件

描述此订购服务的WSDL＜sup＞［6-9］＜/sup＞包括：

XML序言和根元素：序言包括了XML声明和DTD（或者是XML Schema），DTD（Document Type Definition，文档类型定义）和XML Schema都是用来描述XML文档结构的，也就是描述元素和属性是如何联系在一起。

＜img src=".cn/qkimages/moet/moet200822/moet20082222-5-l.jpg" hspace="15" vspace="5" align=""＞

类型描述：采用XML语言定义上文中设计的输入输出参数。

＜xs:element name="destMsisdn" type="xsd1:msisdnType"/＞

＜xs:choice＞

＜xs:element name="productId" type="xs:string"/＞

＜xs:element name="productPackId" type="xs:string"/＞

＜/xs:choice＞

（2） WSDL 消息描述：定义了2个匹配的消息，订购请求和响应：

输入消息SubscribeProductRequest定义：

＜message name="SubscribeProductRequest"＞

＜part name="subscribeInput" element="xsd1:subscribeInput"/＞

＜/message＞

输出消息SubscribeProductResponse定义：

＜message name="SubscribeProductResponse"＞

＜part name="parameter" element="xsd1:subscribeOutput"/＞

＜/message＞

（3） 接口类型描述

portType 描述：一个portType等价于一个接口定义，可以包含1个或多个operation定义，例程中定义了单个operation，即SubscribeProduct,包含2个消息，SubscribeProductRequest和SubscribeProductResponse。

＜portType name="dsmpPortType"＞

＜operation name="SubscribeProduct"＞

＜input message="y:SubscribeProductRequest"/＞

＜output message="y:SubscribeProductResponse"/＞

＜/operation＞

...

＜/portType＞

（4） 绑定信息描述

邦定信息描述：定义访问接口的协议，例程中创建一个dsmpPortType和SOAP间的绑定，称为dsmpServiceBinding，soap:binding 元素表明这是一个以文档为中心的使用HTTP的绑定。然后，WSDL operation 被映射到SOAP operation,其中定义了输入和输出soap:body 元素，以映射请求和响应。

＜binding name="dsmpServiceBinding" type="y:dsmpPortType"＞

＜soap:binding style="document" transport="/soap/http"/＞

...

＜/binding＞

（5） 服务描述

服务描述：WSDL service元素中定义了这个服务的一个实例。

＜service name="dsmpServices"＞

＜port name="dsmpServicePort" binding="y:dsmpServiceBinding"＞

＜soap:address location="/GateWayService"/＞

＜/port＞

＜/service＞

＜/definitions＞

通过AxisServlet，由WSDL文件生成Web服务框架，完成其中的实现类，并部署到Server端（DSMP）。

利用Apache Axis工具，生成服务类，Client端（业务门户）通过服务访问服务。

3 结 语

Portal技术应用于业务系统集成时具备快捷、灵活的特点，易于构建风格一致、可定制化的用户接口，完善用户体检。由于Web Service跨平台、面向服务的特性，它成为门户与业务模块间接口方案的最佳选择。

参考文献

［1］赵剑东.异步web service 浅析和实现.计算机应用,2003,23(11):24-26.

［2］IBM Developer Works:Web Services 专区.http:∥/developerWorks.

［3］蔡剑,景楠.Java Web应用开发:J2EE和Tomcat.北京：清华大学出版社,2005.

［4］陆钢,廖建新.移动智能网业务管理系统的演进和发展［J］.电信科学,2002:18(2):18-21.

［5］徐雷.3G数据业务管理平台的研究.江苏通信技术,2005(5):40-43.

［6］Steve Graham.Building Web Services with Java: Making Sense of XML,SOAP,WSDL,and UDDI.US:SAMS,2002.

［7］Apache Axis User′s Guide.http:∥/axis/.

［8］AXIS,/Axis/.

接口管理篇9

【关键词】 质量管理体系 母子公司 ISO9000

随着我国企业的快速发展，企业规模逐渐扩大，母子公司的出现是企业扩大发展的一个重要标志。当出现母子公司后，在质量管理体系运行过程中，接口管理是母子公司中管控的重点环节。所以，基于母子公司接口管理的研究十分具有现实意义。优化接口管理，其目的是为了减少母公司的管理成本，同时也是避免母公司对子公司的过度干预，从而提升母子公司的运营能力，增强市场竞争力。

1 母子公司质量管理体系接口存在的必然趋势

母子公司的存在是目前我国大型公司与企业发展的必然路径，也是国家经济快速增长的必然选择。随着我国母子公司的不断增加，其管理内容也成为了目前公司发展的关注点[1]。现阶段，发展母子公司管理体系接口是创新的主要内容之一。

接口是质量活动的内容之一，其具有广义与狭义之分。狭义的接口管理是指企业内部的不同部门之间，以及行为过程之间的交叉点，是两个或两个以上的进行质量活动的结合部；广义的接口则是企业与外部环境之间所产生的接口，本文注重对狭义理念的接口进行分析。

接口管理是指企业管理者对其运营过程中所产生的不同接口进行分层级的管理，是综合管理层与执行层之间纵横的理顺关系，其管理目的在于划分工作的具体范围，并明确权责内容，找出相关部门与人员的负责内容，并挖掘其中的原因所在，根据不同的内容采取相应的处理措施，保证企业管理的信息可以实现及时的传递，完成信息交互与共享，从而有效的提高工作效率，并保证公司运营质量。

管理体系接口并非偶然出现，而是因社会中存在复杂的社会因素所促生，因目前社会工作细化程度逐渐加深，操作水平呈现出专业化趋势，导致现阶段内的企业工作必须在不同部门的配合之下完成，这就导致必须在质量管理体系中完成接口建设。此外，现代高新技术的发展，促使企业生产与管理内容更加复杂化，尤其是产品的生产需要经过多重工序来完成，这就需要对拥有不同技能的人员以及部门进行分配，委以相应的责任，实现如同工业生产带中的合作生产，即实现不同部门之间的管理体系接口。

2 管理体系接口分析

在母子公司的管理体系中，从策划，监督，执行过程中会出现多种接口，包括公司发展战略、人事、营销、采购、售后等，对接口的管理需要制定合理的机制，才能保证母子公司共同的发展。

在公司发展战略上母公司对子公司属于一种总体性和方向性的控制，战略上的控制是为了保证子公司与母公司发展方向一致，从而获得整体优势；人员接口体现的是子公司中高级管理人员的控制，对子公司的运营部门、中层管理人员的甄选及指导管理；营销接口是母公司对子公司的一种公司运营情况的管理，子公司的借助母公司营销能力的优势，提供营销策略；管理执行接口是母公司对子公司进行管理制度制定，并有责任、有义务对执行过程进行监督、整改及细化。子公司根据母公司提供的相关政策及制度规范，对子公司员工下达执行命令，从而达到与母公司管理体系的高度统一。

3 体系管理接口的发展与优化

我国对母子公司的接口管理已经做出了诸多研究，而在接口管理的发展方向与创新方面，还应该注重以下几点：

第一，在公司管理体系接口中，需要注重母子公司的工作流程优化，简洁工作流程，明细工作内容。优化接口层级，尽量减少层级设置，部门之间避免职责重复。在此观点上，母公司可以针对公司现有的职能管理部门，根据负责的业务板块进行划分，子公司中设置相应的对接接口，这样能够更加直接的与母公司联系，减少了中间层级管理的复杂程序，使接口之间更加畅通[3]。

第二，在原材料接口管理中，母公司保证子公司原材料供应，负责子公司的生产材料的采购、发放以及材料的使用统计。在此接口中，母子公司的接口对接应该尽量保证直接接口管理，遵循精干高效的原则，减少子公司在原材料采购方面的成本投入，同时可以完善供应商管理，规避企业风险。

第三，在售后服务接口管理中，母公司对子公司的售后情况负责监督与管控，子公司的售后服务可以由母公司一同负责，设立各个子公司的分布售后客服，由母公司来保证子公司的售后服务。目前我国大多数大型母子公司的售后服务接口管理均是采用这种方法，由母公司直接管理售后服务，顾客在出现的一切售后问题均有母公司专业人员协助解决，这样便能够增强顾客满意度，并且对子公司的运营也能够有效监督。系统解决，分类梳理，攻关立项，以实现母子公司共同持续改进。

第四，在产品检验接口管理中，子公司会设定独立的产品检验部门，由子公司产品检验部门质检合格的产品再由母公司进行质检，或由母公司下派技术质检人员到各子公司的质监部门进行指导监督。这样一来，第一能够保证子公司产品的检验文件标准能够及时、全面的下传到子公司，第二能够增强子公司对母公司产品质量的标准要求掌握程度。母公司对子公司产品质检方面的工作既需要保证产品的质量，同时也需要对子公司的产品质检部门进行相关的培训，这样能够进一步提升母公司的管理能力以及子公司的发展水平。

4 结语

综上所述，随着国家经济的发展，母子公司的产生是我国企业的发展趋势，也是证明我国社会经济提升的一项重要指标。在母子公司的管理方面，优化管理体系接口是提升企业管理能力、增强企业市场竞争力的最有效手段。企业的接口管理有多种形式，可以借鉴国外母子公司接口管理的先进经验，制定出符合我国国情、符合企业发展的管理手段，这样才能够在母子公司管理体系接口管控方面做出进一步的创新。

参考文献：

[1]林飞，郭丽丽.企业实施ISO9000标准存在的问题及解决途径[J].企业标准化，2012，22（23）：152-154.

接口管理篇10

关键词：模块化设计 收发存 物资管理 开放接口

中图分类号：F270.7 文献标识码：A 文章编号：1672-3791（2017）01（b）-0121-03

随着财务类信息系统的应用，物资管理的软件系统也被广泛推广。为什么还要讨论物资管理系统的设计与开发呢？首先不否定各类物资管理信息系统的价值，具体是因为存在如下3种情况：第一，在大数据的背景下，单机版的系统已经过时。解决方法是，大多数的软件公司也已经认识到了这个问题，并且在开发各类集团版的物资管理软件。第二，软件开发公司对企业管理的复杂度不重视，虽然企业的多级多个子分公司存在着差异，但是软件开发公司为了降低成本更愿意开发出具有共性的系统，不是具有个性的，无法满足管理多样性的企业。解决方法是，模块化设计。第三，财务业务一体化的系统是理想的系统，从招标采购到收发存再到结算都在一套系统内运行是业务人员想用的系统，并且成本低廉，但是现实往往招标采购系统是单独的系统，物资收发存是一套单独的系统，财务更是不允许其他系统对它读写的独立系统。解决方法是，开发接口。因为上述3种情况的综合存在，有针对性地进行设计就有了必要。这种有针对性的设计方法就是模块化和开放接口，在物资管理系统中共需要设计两层模块和两个接口。

1 需求调研及分析

通过对中交一航局及其下属子分公司的业务梳理，中建三局、五局的调研以及业内多家单位的侧面了解，多数的物资管理都是招标采购系统独立、物资基础管理（收发存等管理）系统独立、财务系统独立。

业务管理包括供应商管理、采购订单、采购合同、收发存管理、周转设施料管理、物资处置管理、债权债务管理、成本管理、物料盘点、材料价格管理10个方面。系统分析的过程中，鉴于各个业务点的相对独立，模块化成对应的10个系统功能，这也是模块化的第一层。

对于业务更复杂的收发存管理又包含货单、入库单、出库单、暂估业务、发票业务、应付单、盘点，以及财务方面的付款单和结算管理等，进行第二层次的模块化工作，具体到单据层面，如图1所示。

通过对业务的梳理可以看出，实际上大多数公司的财务肯定是先行一步已经部署并全面使用，对于物质管理的付款单、结算、成本部分内容已经被包含在财务的系统里。梳理中也能发现供应商管理、订单的管理通常被部署在电子商务、集中采购等电子平台系统中。这个时候需要开发的业务系统就是抛开财务和电子商务包含部分后剩下的内容，同时打通整个业务系统前后间的关联是使用者最迫切的，那么就要通过开放接口这种手段。接口分很多种，由于财务系统的特殊性，在这个方向上以中间库为好，用推的方式让财务系统过来抓数据；对于电子商务平台系统方向，以拉库为好，电子商务的数据a生后发一个触发给基础管理系统，系统获得信号后到电子商务平台系统把数据读取过来。数据控制上，对财务系统方向以财务主数据为好，对电子商务平台系统方向以业务主数据为主，如图2所示。

2 系统设计

总体设计：与研分析结果一致，系统由三大部分组成：电子商务平台系统、基础管理系统和财务系统，通过两个接口实现数据流通畅。

详细设计：系统完整实现需求分析中最细化的模块功能，具体到单据级别。包括到采购计划单据、合同单据、订单单据、到货单单据、入库单单据、出库单单据、暂估业务单据、发票业务单据、应付单单据、盘点单据、付款单单据和结算单据等设计。不同企业系统的三大系统部分包含的具体单据稍有不同，软件公司可以根据企业的实际管理需要做出相应调整，对系统整体性影响不大。由于篇幅原因这里不一一详细描述每一个模块的实现过程，只以到货单单据为例进行展示。

到货是供应商对我方采购的一种执行，到达的货物可能符合我方标准也可能不符合，所以到货后可能涉及到检验、退货或直接发到用料部门等后续活动。首先将出库单单据抽象成一个模块，主要由到货单以及其相关的一些后续业务活动组成，并提供常用的到货、退货查询。到货是针对采购行为的，所以到货单的来源只有采购订单。

（1）业务说明。

项目部参照采购订单录入到货单（见图3）。到货后需要检验的物料录入到货检验单，并回写到货单合格数量和不合格数量（见图4）。不合格物料参照采购订单或原到货单录入退货单，但必须是基于已确认到货基础上才能退货（见图5）。

（2）界面示意。

通过设计把到货这个动作进行了系统抽象，展示成一个个的界面，再通过转化成数据字段和数据流向，经过代码开发过程就完成了到货这个模块的程序。然后像堆积木一样通过一些逻辑和数据模型，把各个模块堆叠在一起，就完成了我们物资管理系统的设计开发。

3 模块化的意义

模块化设计，是程序开发常用的一种手段，其产生的目的就是用来使程序设计、调试和维护等操作简单化，从而降低程序复杂度。系统设计时不是逐条录入计算机语句和指令，而是首先用主程序、子程序、子过程等框架把软件的主要结构和流程描述出来，同时定义好各个模块之间的输入、输出链接关系。这么做的结果是得到一系列以功能块为单位的算法描述。在该物资管理系统中，在两个层面进行了模块化设计，而且模块化概念的使用不仅仅局限在程序开发，进一步拓展到系统的设计层面。

第一个层面通过模块化和接口的同时使用解决了多系统的问题，解决了信息孤岛，使得从采购订单到结算数据链路的通畅，降低了系统复杂度，减少了业务人员在3套子系统里重复录入工作，提高工作效率。因为数据的一致性好，进一步可以通过数据分析手段对数据汇总分析，提供更加有价值的决策参考。

第二个层面的模块化是底层单据层，由于数据层面只是数据的关联，没有管理层的干扰，可以很好地解决管理复杂的问题，主要体现在解决物资采购以哪一级单位为核心这个问题。综合性企业物资收发存可能存在自采式管理模式、集采分收集结管理模式、集采分收分结管理模式、集采购后调拨管理模式4种管理模式中的一种或者多种模式混合存在。这种管理的复杂度对系统开发周期的影响是开发量成倍增加，使用模块化可以有效减少重复工作的开发量，原本两年的开发周期可能几个月就能完成。同时这种管理的复杂度对于使用者也会有影响，可能同时面临几套子系统同时使用，操作难度大，而且容易混乱出错。使用模块化设计以后，系统直观感觉上就一套单据，使用简单方便。通过图6把每种模式的单据都模块化，在图7里都指向同一个功能节点，经过图6和图7比较可以发现，使用模块化以后更简单明了。通过这样的过程就实现了复杂管理业务的简单化，提高了工作效率。

4 结语

模块化是在传统设计基础上发展起来的一种新的设计思想，成为被广泛应用的一种新技术，尤其是信息时代电子产品不断推陈出新，模块化设计的产品正在不断涌现，是支持用户自行设计产品的一种有效方法，已成为现今管理信息化发展的一个趋势。通过物资管理系统的模块化及其接口设计，简化了综合施工企业的管理，提升了工作效率，实现了管理的扁平化。同时如何通过模块的选择和组合构成不同的顾客定制的产品，使产品的模块化设计全方位地满足市场的多样化需求，应当引起企业信息化人员和产品开发人员的高度重视。

参考文献