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

【长期发展建议】

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

【一、集成与独立】

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

pic-1

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

代码维护量减少。
数据冗余量减少。
易于产品化，SaaS 化。

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

【二、SaaS】

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

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

一、复用性

pic-2

将可复用的代码封装。

二、通用性

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

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

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

####三、适用性

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

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

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

一、性能优化

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

改善手段：

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

二、安全性优化

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

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

三、用户体验

现状：

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

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

【总结】

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

于 2012.9.19

Not translated