随笔 - 181, 文章 - 2, 评论 - 85, 引用 - 0
数据加载中……

5月25日-----个人对整个项目的理解

请注意我们的项目任务是整合,并不是从零开始去实现业务。下面是我理解的项目设计过程
第一步,业务扩展和业务流程图。业务扩展是大赛推荐的创新方式,业务流程图是要画出来的,业务流程图是为之后的设计提供业务上的逻辑概念。
第二步,业务建模。在这里的业务建模我觉得并不是像书上说的建模,不是那么的繁琐,因为书上的建模是从零开始的,并没有ERP系统的支持。就拿提交订单这个业务模块来说,我们所要做的可能只有一个方法的设计,而这个方法内部的具体操作只是对原有ERP系统已有的提交订单功能模块的调用。而这个调用的语句块儿会涉及到如何生成一个xml文件,并传递给ERP系统,目的是让ERP系统做出提交订单的处理。
第三步,抽象出服务。在业务建模基础上,利用已经建模出来的组件去暴露出服务,设计服务的接口。把所有的服务都抽象出来。
第四步,设计企业服务总线。所有的服务都已经有了以后,就要用企业服务总线去将服务根据业务逻辑的要求连接起来,去完成整个业务。这里就涉及到服务之间的消息传递了。至此就算结束了。

以上只是我的个人见解,希望队友们能够提出建议。

posted on 2006-05-25 18:35 wsdfsdf 阅读(221) 评论(2)  编辑 收藏 引用 所属分类: 交流心得

评论

# re: 5月25日-----个人对整个项目的理解  回复  更多评论   

今天发现自己说的不对了,呵呵。
2006-05-28 19:43 | ApriL

# re: 5月25日-----个人对整个项目的理解  回复  更多评论   

分析的很好啊,没什么不对
2006-05-29 11:55 | Dex

只有注册用户登录后才能发表评论。
网站导航: 博客园   IT新闻   BlogJava   知识库   博问   管理