关于业务建模的一些想法

Posted on 2006-05-22 15:56 糊里糊涂 阅读(190) 评论(0)  编辑  收藏 所属分类: 设计架构
 jin日在做一个教学系统的设计,设计过程中总结了一些关于业务建模的想法。首先声明:偶不是什么专家,也不是什么权威,这些想法都是自己在设计过程中感悟到的,大家不要盲从,如果有误,希望能有人指点一二。

   个人认为业务模型应该是分成2部分的:

    1, 数据模型(数据结果)

           数据模型,顾名思义,就是整个系统的数据结果了。我是用UML中的类图来表示的,首先是根据Use case进行分析,设计出各个类模型,然后找出各个类模型之间的关系,比如:聚合,关联,组合,继承等关系。根据这一步就可以制作出整个系统的数据模型了。以UML的类图来表示。

      2,业务逻辑(业务模型)

          业务逻辑,就是整个系统需要实现的逻辑功能,比如:用户注册,订购等都可以认为是一个逻辑。在设计过程中,我是以流程图和顺序图来描述业务模型的。流程图可以表示出整个业务的流程处理,而顺序图则可以描述出类的层次设计。

          在设计流程的时候,曾经遇到一个问题,就是流程设计的颗粒度,流程可大可小,小到可以对一个简单方法进行流程描述,大到可以对整个处理的流程描述。个人认为流程描述应该以体现业务流程为主,不能过度的细化,但是也不能太过泛化。业务模型建立的好不好,就取决于如果找到细化和泛化的中间平衡点,不仅能够详细的描述整个业务流程,也能不让流程过渡细化到代码级别。如果能把握住这个要点,我想这个业务模型建立就是比较好的。 

 

    例子:(今天在网吧,没有资料,下回更新!) 


只有注册用户登录后才能发表评论。


网站导航:
 

posts - 2, comments - 2, trackbacks - 0, articles - 4

Copyright © 糊里糊涂