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
看起来简单做起来难
Ｓu∩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，但实际中感觉不实用。每个系统都会有自己更高层次的抽象，比如都抽象成标准对象，或是资源
我这里所要做的就是建立能表达组织机构的对应模型就行