|
|
在光影浮华的岁月中
笑容纯真的爱恋
见证青春岁月里不同的
繁盛与凄厌
激情与悲寂
共同穿越一段
无所谓起点
也望不到终点的
时光旅途
年华似水
人生如梦
与音符记录前程往事
点藏岁月传奇
我的抒情年代
|
| | |
|
| |
2008.06.18 23:01:00  |
面向服务的架构设计--架构设计起步 |
|
终于，渠道转型项目迎来了暂时的春天，能够有时间将面向服务的架构设计，面向业务的流程理念得到小小的贯彻。
好多事情，如果停留在理论上，是很轻易的让人浮躁和空虚的自满。等到实际实践，才发现需要站在更抽象的层面去考虑系统的软件架构。
业务部门划分了9个模块，按照理解，应该是总的功能域的划分，有9个功能块，细分成十二个子模块。其中订单管理可以说是整个渠道转型项目的核心，该模块享受着其他模块的提供的服务，比如提供能够订购的资源的服务，提供酬金子算的服务，同时也为其他模块提供本身的服务，比如说，提供给考核模块某个渠道的月的发展的业务量服务。
该项目决定采取Appframe5.0作为核心，Appframe5.0是我们公司逐渐茁壮成长的产品链之一，在扎根在各个PSO实施的过程中，同时能够丰富产品的特性和共性，使用该产品，要求架构设计，或者模块设计人员必须清楚的知道模块和模块的边界，必须知道自己的模块提供给其他模块的服务，和其他模块提供给自己的服务。
当然也考量着设计师的接口设计能力，静下心来思想订单管理模块与其他模块之间的服务的边界，是我这阵子需要做的事，先将服务契约定义下来，当然同时高度抽象的业务流程也能够让我们了解整个订单的业务流，通过审核业务流程，从另外一个层面给设计师提供一个良好的服务设计驱动。
尽管有些已经是业界过时的理论，但是用在渠道转型项目上，还是能够让人耳目一新的感觉，比如引入了工作流后，那么任务驱动作为操作者感知是最普通不过的了，换而言之，转型后的渠道系统，操作员不用去点击一层层的菜单去做某个功能，也不用想今天该干么，工作流提醒功能和首页的快捷方式能够让操作者非常明确的了解今天我该做些什么，和我该为别人做些什么，那么做完流程中的某个节点，那么今天的任务就算OK了。
把面向对象的思想用在数据库的建模上，同样的在数据库上减少与业务逻辑的耦合，比如某些字段不能为空，而且字段大小必须做限制，这些如果放在业务逻辑中，会损耗性能，同时耦合了数据逻辑，这些都应该放在数据库中去完成。
慢慢的，又有了一阵激情。 |
| 标签: 渠道转型,SOA,Appframe5.0 |
|
|
作者 digital2007 评论() | 人气()
| 引用() | 推荐 | 问题日志 | 收藏到网摘 | 返回首页
|
| | |
|
啧啧，又置业了哇。....
谢谢推荐！~没有听....
朱兄也是....
