功能模型

　　SIF对象和报文的规定是SIF互操作功能的前提。为了实现互操作，还需要建立一些功能模型，功能模型规定了实现不同功能所使用的各种报文的流程。

　　1.请求—应答模型

　　想要获取数据的子系统向ZIS发出请求报文，ZIS根据存取控制列表查找数据的提供者，并将请求报文传递给数据提供者，数据提供者向ZIS发回相应的应答报文后，ZIS再将其返回给数据的请求者。ZIS提供一个存取控制系统，来限制送请求应答权限、数据提供请求和应答预约。

　　2.发布—预约模型

　　代理程序可以通过发布关于SIF数据对象的添加、改变、删除的事件报文来传递数据的更新信息。如果其他应用程序需要随时得到这些更新信息，就需要由代理程序进行预约。预约的方法就是发出一个或多个预约报文给ZIS。每当应用程序发布事件后，ZIS都会将这一事件按照预约清单发送给每个预约程序。这一更新数据的过程称为事件报告生成。

　　3.信息传递—异步传输模型

　　异步传输模型是在某一个代理与ZIS的连接发生故障时仍然能够保证数据更新的手段。它通过类似电子邮件等异步传输方式保证报文的传递。

　　4.安全验证模型

　　安全验证模型通过使用加密、验证以及权限控制保证数据传输的安全性。在SIF的执行规范中详细规定了实现这些功能模型所应该遵守的协议，以及报文传递的流程， 对如何解决报文传输队列中可能遇到的“死锁”问题也进行详细的描述。

　　由于SIF是针对美国中小学和幼儿园教育软件的规范，在数据对象的选择上偏重基础教育，高等教育管理软件几乎无法使用他们的数据对象。同时，其数据对象有浓厚的地域文化特征，数据对象有很多描述与中国的习惯不符， 这也会对我国直接使用SIF 带来许多困难。

　　同时，SIF的数据规范还很不全面， 对于学校和教师相关的数据对象的描述很少， 而这些又是学校之间以及学校和教委之间信息传递的重要内容。同时，对于学生对象的描述也很不完全。

　　因此，我们要想真正解决国内教育软件之间互操作的问题，就应该在SIF的基础上， 制定出符合我国国情的互操作规范。在这种情况下EMIF应运而生了。