UML菜鸟 (122****922) 2012-09-17 23:10:53
求指点：组织机构设计问题，最开始想用组合模式，但对需求的分析后，主要是对机构和人员的增删改查，
所以我直接定一个接口IOrganization,定义两个方法分别返回机构和人员管理对象。这样要对组织机构操作时，如：
IOrganization.getOrganizationManager().add(参数，）
设计如下图：

UML菜鸟 (122****922) 2012-09-17 23:11:35
这样做我首先想到的一个问题是：如果数据库要支持多种时，这个好像不好扩展
UML菜鸟 (122****922) 2012-09-17 23:12:01
请教下，这要如何设计？
潘加宇 (3504847) 2012-09-24 10:58:44
这个把不同抽象级别的东西混在一起，搞一大堆类，其实就两个概念Organization和Person组织结构如何表达，参见《非程序员》杂志登过的一些分析模式
UML菜鸟 (122****922) 2012-09-24 11:06:45
从这个来看，我感觉，好像总是把很多东西都揉在一团，而没有从各个视角来分析。看过的书好像都没有真正地用上，可是我却实在工作中需要这些东西，这个能不能有什么特别的训练？
墨池 (317***239) 2012-09-24 11:19:00
《分析模式》中有专门的组织结构模式
墨池 (317***239) 2012-09-24 11:19:21
可以参考下，最复杂的组织结构也可以有方案
UML菜鸟 (122****922) 2012-09-25 00:00:59
突然觉得应该如何去设计组织机构了，一个组织机构核心其实可以看成是人和机构（当前还可以看成别的），而人和机构都有多个属性，以人为例，有些是人必须有的，如姓名，性别；有些是可能变化的，如岗位，职务，所以对于必须的用继承于基类，可变化的，用组合的方式封装，即以接口成员变量的方式，于是构成了人。
从另一个方面，对人在系统要做的事提出接口方法来，然后定义，这样，有人，有方法，于是实现一个具体的人，同时实现这些方法，那他就可以成为一个可用的人了。