所在位置:答疑 - 内容   
按面向对象的方法,对业务组织进行分析
 

UML菜鸟(122486**22) 15:53:30
请教下大神:分析组织机构,按面向对象的方法,对业务组织进行分析,发现了以下几个对象:
公司(单位),部门,组,人员,岗位,角色,职务
业务模型如下:

这个业务模型怎么样,求指点!
UML菜鸟(122486**22) 17:03:24
这边定的就是岗位主要就是指程序员,测试员,分析师这一类,职务指经理,主管这一类。需要保存岗位历史记录。岗位可复用
EricKe(717**97) 17:03:24
我以前做HR系统开发的时候,就会由员工岗位和员工级别两个实体公共决定着员工的假期、工作时间计划以及薪酬等,而且是按照日期折算比例的。。。因此需要有独立的部门、岗位、级别三个定义实体,但是最终实例的是会形成有一个员工、部门、岗位以及级别的关联实体记录变更过程历史的。
UML菜鸟(122486**22) 17:06:40
哦,感觉你说的很强大。
这边的需求就是人员离开或是岗位或职务变更后,其信息不是删除,而是保存,便于以后查询。
潘加宇(3504847) 7:48:52
这个错误很多,基本概念没有掌握,大量重复,类里面只有操作?人员组织的类图大致如下:

UML菜鸟(122486**22) 9:26:08
早上好,谢谢大神指点!
昨天想了下,我为什么会画出这个图,首先,组织里有什么,并不是我拍脑袋想出来的,这是从资料中来的,应该都是客观存在的。
问题出在我画那个图的时候,即建模时,想表达什么:我想抽象出组织机构的业务模型来,但是里面把我知道的概念全加上去了
UML菜鸟(122486**22) 9:29:21
这就有点不分层次,期望能一张图表达
王十二(429**451) 9:30:42
我觉得组和部门应该合成一个,实际上都是虚拟的,就是存在时间的长短问题
花火(35872**68) 9:30:51
看起来简单做起来难
Su∩d"(2771**621) 9:31:20
部门下有组,如果部门下无组,那可以合成一下。
王十二(429**451) 9:32:12
只是一个名称而已
UML菜鸟(122486**22) 9:32:50
我那图上说的很明确,当工作需要跨部门之间以及人员配合时,建组,当然部门和组可以抽象成一类
UML菜鸟(122486**22) 9:33:10
都是人员的管理用的嘛
UML菜鸟(122486**22) 9:33:48
但是明显有区别,所以组还是需要的,必竟是做业务建模
王十二(429**451) 9:33:56
跨部门就建一个临时部门或者叫短期部门,还是一个部门
王十二(429**451) 9:34:47
就跟委、办、局是一样的,只是叫法的问题
花火(35872**68) 9:35:36
这个没啥好挣的
花火(35872**68) 9:35:45
人家有那个角色就可以加上
UML菜鸟(122486**22) 9:37:58
组和部门,在我查的资料上有区别,我觉得没有必要过份的抽象,这样使组织的细节都丢掉了
花火(35872**68) 9:38:39
不同的图关注的是不同的侧面
UML菜鸟(122486**22) 9:39:53
如果进一步抽象,分析模式里有party,但实际中感觉不实用。每个系统都会有自己更高层次的抽象,比如都抽象成标准对象,或是资源
我这里所要做的就是建立能表达组织机构的对应模型就行