以信息中心为核心的企业移动应用平台研究

跨境银行间支付清算有限责任公司 万 鹏

信息化办公相比人工办公模式，有着应用合理、办公高效的特点，市场上的主流企业要实现信息化办公多采用的是B/S结构下的OA系统，通过对不同需求下该系统的设计和运用可以使得企业的办公平台更为的模块化、层次化和结构性。企业的移动应用平台的建设应该紧紧围绕信息化为核心来建设，其的建设能够突出两点优势，一方面能够实现企业自身在信息化方面的升级改造，另外一方面促进传统的信息化变得更为完善。

本文以某企业移动办公平台项目为论文支撑，该公司在规模日益扩大的情况下，出现了分子公司、部门之间信息的断层情况，资源不能实现有机整合，信息沟通出现效率低的情况，问题的暴露使得企业需要作出建设一体化协同办公系统的需求变得越来越迫切。设计以决策主导核心，以纽带带动核心的高水平系统，以期望达到运营成本的降低、管理模式的优化、公司资源的整合、办公流程的规范、信息流通的加快等目标。

1 移动办公平台需求与技术选择

1.1 业务需求分析

需求方面需要重点创建管理员角色和操作对象角色，管理员角色的权限较为高级，其系统模块下能够进行人事操作。

例如可以查看到内部的人事信息并且对该人员信息的角色进行调整，起到管理的职能。另一类为对象角色，为应用方，通过移动端来行使系统职能，对各类办公业务进行处理。要实现的业务功能包括门户功能、公文处理、人事管理、薪酬绩效、行政服务、合规服务、财务管理、项目管理等模块。

1.2 系统非功能性需求

系统非功能性需求包括：①用户容量：能够做到支持200以上用户访问，支持新增部门以及子公司管理。②安全防护：OA系统安装部署在本地服务器，部署两套，一套纯内网，一套支持外网访问；办内部资料存储在本地服务器上；局域网外互联网设备需通过安全的VPN连接访问OA系统。③移动办公：支持在这些移动终端上进行移动办公。

1.3 技术选择

（1）分布式系统架构技术

该技术采用的是J2EE，即Java 2 EntERPrise Edition，是以Java为主导平台来解决问题的一种体系结构，能解决的问题主要针对解决方案在开发、管理和部署过程中出现的问题，此类问题较为复杂，简化操作后变得更为方便。该架构的优势是支持多种客户端的访问，使得程序在应用服务器下运行。

（2）构件技术

构件技术是一种可以复用的软件组成成分，不仅可以用作软件的构造组成，也可以是软件架构、文档、分析件等功能性模块。

整个构件库包括有三个大类，为业务构件、行业构件以及基础构件，基础构件，业务构件涵盖有工具构件以及角色构件；行业构件主要针对政府，下级文件则涵盖产品构件以及单位构件。

（3）XML技术

XML技术主要对不同数量的标记文档进行定义，其保留了SGML的可扩展的功能，还可以使得信息结构以嵌套的方式进行存在，弊端上，较HTML语言来说，不能做到对标签进行预先定义并且直接使用，只能在初始上进行需求设计而达到定义的目的。

2 移动办公平台架构设计

移动办公平台的架构设计是基于移动终端系统平台和企业应用系统之间的中间端，它既可以提供后端系统快速集成，同时在前段各个覆盖的基础配套服务设施下实现企业的一些业务事项、业务流程在各个移动设备中轻松操作。

系统可以分为四个服务层次，该平台可实现在移动APP、PC电脑端、微信集成以及平板集成等多元办公条件，其他包括平台的前端应用层，包括公文处理、行政服务、薪酬绩效等日常办公模块。支撑引擎层中既包括组织权限、流程引擎等模块，同时包括集成中心、日志中心等模块。在后端中还建立有数据资源层，作为系统的存储机制。项目包括有分析决策数据库、公文文档库、会议管理库等资源，能作为应急方案而防止数据丢失。

图1 通知待办界面呈现

3 实现效果分析

3.1 通知待办形式呈现

通常待办模块主要考虑的是实务的通知、查询以及出现失误后的撤回、删除功能，呈现效果如图1所示。

（1）通知待办模块的设计包括管理员角色以及对象操作角色，登入时均需要进行身份验证，验证成功后方可进入。

（2）进入模块后无需新建待办事宜，管理员进行操作后，/todo-service/todos 接口接收到POST发出的操作命令，针对数据会激活TodoService的工作，方法采用saveTodo()。

（3）0TodoService进行一系列复杂的处理操作，采用saveTodo()方法有个好处就是能够进行错误反馈，针对数据的完整性而得到不一样的反馈结果。进入下一步后，我们的系统需要通过TodoMapper来进行待办事宜的操作，方法采用insertTodo()，最后完成待办事宜的操作后信息将会保持在系统中，结果根据在todo和todouserre表中进行存储。

（4）通过完成待办事宜的操作后，系统内部的缓冲信息将会进一步更新，最后做出反馈，反馈信息直接反馈给前段。

（5）前段在收到反馈信息后需要对完成的事项进行更新，结果再通知待办列表中显示，使用的是GET/todo-service/todos 接口。

3.2 考勤管理形式呈现

系统设计的考勤管理模块在人事管理中，本项目设计的考勤管理关注的问题主要包括打卡信息、是否缺勤、请假的情况、上下班时间节点、工作时长以及考勤记录的记忆功能等要点，其呈现界面如图2所示。

（1）考勤系统是员工常用的一个子模块，企业的员工假如需要完成考勤，则移动端或者PC端均需要在特定的网络条件下进行打卡活动，点击该标签来进行操作。

（2）设计使用/checkin-service/checkin/{type}接口来接受移动端发出的POST打开命令，系统可设置签到类型，通过不同的序号来进行上班状态下班状态的标签标记，上班下班打卡后我们首先需要进行网关传输，进入到checkin-service服务，该服务我们采用的是saveCheckIn()中的方法来进一步处理数据。

（3）使用saveCheckIn()方法的方法同样取决于其兼容性，为了系统稳定性考虑我们同样设计了验证反馈程序，此操作的验证具有覆盖性，针对多次打卡的指令我们优先反馈最新的打开记录，不同时间对应不同的时段我们使用不同的type值来进行添加，offdutycheckintime字段对应type值为“下班”的状态；ondutycheckintime字段对应type值为“上班”的状态，信息的操作同样会得以保持，我们设计用CheckInMapper中的insertCheckIn()方法来完成最后的考勤记录，该考勤记录可根据需求调整保存时长。

图2 考勤界面

请假事宜的操作模块：

（1）我们把请假事宜模块设计入人事模块中，上面涵盖有请假字样的标签，员工的请假通过该标签完成。

（2）根据/checkin-service/takeleave 接口来接受员工的发送的GET请假需求，此模块下，我们需要进行请假类型的筛选，不同的请假类型将进入不一样的数据库，包括有年假、事假以及病假等，选择完请假类型后系统重复以上操作，经过网关传输后由checkin-service进行接收，紧接着会激活TakeLeaveService进行工作，激活后的TakeLeaveService采用saveTakeLeave()方法进行完整性验证，方法同上；最终启动TakeLeaveMapper进行工作，该工作方法采用insertTakeLeave()方法，操作完成后该用户的请假信息会存入take_Ieave表中。

结束语：系统的设计均要考虑需求和技术的可行性两个方面，本文介绍了项目中分布式系统架构技术、构件技术以及XML等关键技术，提出了用户容量、安全防护以及移动办公等方面的非功能性需求，在移动办公平台整体架构下列举了操作日志、通知待办以及考勤记录等子模块的呈现形式以及操作方式，整个系统架构设计中在实用、可靠性以及接入点方向防控等方面较为薄弱，其优化空间还需校验。移动办公应用平台在互联网接入端普遍存在脆弱性的情况下，强化应急管理控制安全风险是一个需要重点关注的问题。