本系统主要解决提高模板开发人员、活动开发人员的工作效率和减少运营事故、还有互动运营平台一些数据统计工作。
设计的目标是简单好用。
一、系统结构图:
二、HTTP框架选择
WEB层开发总体上依然采用MVC模式,实现框架选择Struts2.0+。
Struts是时下使用最为广泛的MVC框架之一,成熟稳定,在开发人员中的普及率高,在几乎不额外消耗学习成本的同时提高了开发速度。
鉴于Struts2对MVC2的良好实现,及Action的线程安全、易于脱离于Servlet进行测试等一系列特性,选择Struts2.0+。
前端AJAX框架:DWR。
三、持久层技术MyBatis和Hibernate都是很好的持久层ORM工具,结合本系统的规模和开发实际,对二者做出比较并得出结论。
编号 |
比较项 |
Hibernate |
MyBatis |
我们的现状/期待 |
1 |
ORM能力 |
完全实现。 |
基本实现。 |
我们的基本需要是R到O能力;可以容忍没有O到R能力。 |
2 |
本地事务 |
需要 |
||
3 |
分布式事务 |
考虑到以后的扩展,具备该能力更好 |
||
4 |
缓存 |
需要 |
||
5 |
分布式缓存 |
支持。 挂接Memcached,OSCache等 |
支持。 提供了Cache扩展,现在亦可以挂接Memcached |
我们不是Hibernate的专家级开发者 |
6 |
学习成本 |
高 |
一般 |
应该有需要学习的地方 |
结论:选用MyBatis。
四、分布式接口技术常见的分布式技术有WebService,RMI及以HTTP为核心的服务等。
RMI
为什么RMI:1、纯Java环境2、通信数据量不大3、性能优越。
第三方周边系统接口协议
对于本系统和第三方周边系统的对接,自然依据后者本身提供的接口方式和协议。
五、软件部署方案
对部署策略描述如下:
部署环境(可见系统的外部结构图)
活动专题页面:广电HFC网
运营管理后台系统:公司内网环境
部署架构
基于四层交换之上的分布式的负载均衡部署结构。
基本元数据/配置数据管理
站点、服务器组、FTP帐号、FTP服务器、上传路径、模板、上传类型、上传类型对应参数信息等数据维护。
菜单项、日志等配置数据。
专题和活动的制作、发布
用户选择专题模板填充数据、然后预览发布
用户选择活动模板、设置活动规则和活动链接、可预览、选择对应专题位发布
专题统计
活动统计等
七、总结
系统上线以后总体运营情况比较稳定、减少了模板开发人员和活动开发人员很多重复的工作大大的提高了开发部门的工作效率、工作管理。