1．2 第3方短信SDK开发组件
短信业务商提供多方式短信业务：WEB网页版、单机版、局域网络版，SDK等，较大地满足了短信用户 的部分需求．WEB网页版不需要二次开发，然而发送效率较低、且无法实现用户信息等动态管理及互动信息 的及时传递；单机版和局域版发送效率较高，操作简便，然而不能同具体业务相切合，仍达不到综合信息传递 的需求；SDK开发组件集成不同短信网关标准。通过封装后的短信接口，提供用户从实际需求出发快速二次 开发，实现同用户系统兼容结合之功能；然而不同公司提供SDK接口，接口差异性不大，故应考虑到开发过 程中不同SDK接口适配．
2 综合短信平台设计
本文主要围绕远程教育中的短信平台二次开发进行分析阐述和没计实现．
2．1 需求分析
远程教育在开展各项工作中，交互信息种类繁多，诸如办公信息、教务信息、教学信息、学工信息等，涉及 到办公OA系统、远程教学系统、教学点管理系统等，因而综合短信平台不仅涉及到远程教学系统信息发布， 同时也包含办公、学工、教学点等信息交互功能．设计综合短信系统必须同现有系统融合，实现各类信息的快 速传递．
2．2 短信平台开发必须考虑问题
一个符合需求的短信平台必须是一个开放的、稳定可靠的、可扩充、可兼容的、方便的、安全的、多方式操 作的系统．故而考虑如下问题：①集成性．此系统必须需要兼容现有办公、教务、培训以及未来可预测出现的 应用需求，所以数据、应用等接口模块需要是组件化的，可按需动态加载．②易于二次开发和部署．短信服务 作为移动增值业务，本身需要不停的变换运营内容与方式，也存在版本升级和更换提供商问题，因此实现一 个快速开发、部署的环境是非常有必要的．③可扩展性．短信系统应用模块与接口模块之间存在一对多的关 系．不同公司SDK接口不同与之匹配的应用接口不同，所以应用与接口之间必须是无关性的，反之也一样． ④模块性．短信应用涉及范围广、应用类型多变，故应用模块需要组件化定制，按需进行挂接或脱离．
2．3 短信平台的体系结构
3综合短信平台功能设计
综合短信平台结构如图2所示，用户方式通过两种方式访问综合短信平台：c／s和B／S两种．常规办公 环境下，用c／s方式快速方便提供短信服务．夕}出办公或者轻量级数据进行B／S方式便捷提供短信服务． CSMS系统在逻辑业务上采取分层处理：表示层、应用层和数据层，采取策略模式进行设计和实现的． 表示层主要用于用户访问使用；应用层实现短信功能；数据层实现数据兼容、轻量级短信发送功能数据 等．故而系统共分为4大模块：短信业务处理模块、短信发送适配模块、数据适配模块和管理模块．在设计过 程充分考虑到多模式、多策略等开发模式，结合适配模式和混入类方式[3]，图3概略展示了短信发送开发模 型，后续部分据此详细介绍：
3．1短信业务处理模块
此模块是系统提供服务的核心，包括基本服务模块和扩展服务模块两部分．基本服务模块包括办公信息 处理、教务信息处理、考务信息处理以及公用信息处理；扩展服务模块包括未来提供的培训信息处理、信息定 制查询等交互信息，不在此次讨论范围，仅留下相应接口以备后续升级开发．
对于基本服务模块提供两种信息方式：①自动发送；②手动发送．手动方式在任何情况下均可进行，一般 发送公告、通知、活动、节日祝贺等内容，也可发送有关学生教学信息；而在自动发送开关打开情况下，在学生 选课、考试上报、统考报名、成绩发布等操作完成之后，自动发送一条有关学生个人的教学操作信息． 设计实现中新增两个组件：①用户信息组件来实现用户信息管理；②短信生成组件来完成短信内容的生成．