离别赠言·给连云港电子口岸的发展建议

从六月份来到 EDI,到九月份离开,仅有短暂的三个月时间。感谢领导,和各位同事,在这段时间里,给与我的照顾与教诲。常言道,言多必失,少说话多做事。但就要离开了,我想把这段时间总结的一些心得建议反馈给领导,仅代表个人的意见,望领导能批评指正。


【长期发展建议】

  • 一、能集成,不独立。
  • 二、走“SaaS”服务模式(与现有的 SaaS 模式略有不同)的路线(向云计算靠拢)。
  • 三、提高服务系统的性能、安全性、用户体验等。

【一、集成与独立】

当公司经手的独立项目数量越多,运营维护就会越来越困难,维护的成本升高那么利润就会降低。

pic-1

当几个独立的系统相关性、粘和度较高,集成的优势体现在:

  1. 代码维护 量减少。
  2. 数据冗余 量减少。
  3. 易于产品化,SaaS 化。

☆ 我公司虽有 EDI 中心之名,也有很深的 EDI 技术基础,但有一些时候(比如,几个需要交互的系统都为我们公司所做,并且所用的数据库表结构相同),可以将系统集成为一个大系统,或者将涉及到的模块整合,共用,减少报文发送接收和入库的相关处理,可以一步到位。

【二、SaaS】

我个人理解云平台,就是将多个小系统集成、优化,整合成一个大系统,放入云端中,通过对每个用户设置不同的权限,来使其能够进行多种业务的操作(每个业务对应的子系统,也可以看成是功能模块)。所以[云]这个概念,除了分布式一大特点之外,我个人认为,“高度集成”也是一大主要显著特征。云,可以看成是一个大的系统,所有的子系统都只是大系统其中的一个模块(举例:Discuz 插件平台)。

虽然公司现在也是以 SaaS 服务提供商身份对外提供服务,但相对零散。个人总结三点针对点:

一、复用性

pic-2

将可复用的代码封装。

二、通用性

对于 Saas B/S 结构系统主要为浏览器兼容性。

应当采取的对策是:针对主流,向下兼容。

符合 W3C 规范,不能以 IE 6,7,8 作为重点,IE9 和其他浏览器反而不能很好支持。

####三、适用性

将可复用的业务功能块集成合并。尽量避免相同的功能在不同的相关系统中重复。

系统结构应当简洁明朗,并且运行速度不能太慢,报错几率不能太高,导致宕机或间歇瘫痪几率不能太高。

【三、性能、安全性、用户体验】

一、性能优化

现状:下午 4-5 点业务量大时,服务器间歇瘫痪。

改善手段:

  1. 使用缓存,减少数据库连接。
  2. 数据库操作优化:优化 SQL 语句,合并页面中的多个查询等。

二、安全性优化

现状:受以前系统的开发习惯影响,存在诸多 SQL 注入、跨站攻击、文件上传的漏洞。

若以后贸易市场等系统开放了在线支付接口,存在很大安全隐患。

三、用户体验

现状:

  1. 界面风格不统一。
  2. 浏览器兼容性差。

☆  用户体验是吸收用户的重要指标之一。


【总结】

由于我对港口业务的了解不是很深,所以没有太多从业务角度去分析,确实对业务的理解比技术的实现更加重要。公司中对于港口业务熟悉的同事有很多,而且也有技术高的同事,能够将技术融入到业务过程中去。最后,祝公司越来越壮大!

于 2012.9.19

The End