构建一个多种业务关系的组织架构模型。.txt

一些关于UML的经典讨论

发了多次的一个考题，真的没人会吗？各位真假高手提提意见吧
　
http://www.umlchina.com/best/g33/u1148036.htm

--------------------------------------------------------------------------------
 
构建一个多种业务关系的组织架构模型。 
-------------------------------------------------------------------------------- 

功能要点描述： 
1.组织架构的数据实体类由开发人员创建。如公司类、部门类、岗位类、人员类等 
2.各数据实体类之间的关系可由用户定义，比如：上下级关系、平级关系、项目合作关系等 
3.用户首先通过系统提供的界面选择相关数据实体类，并定义类之间的关系（包括主关系和其它业务关系）。如：公司类与部门类属上下级关系。 
4.用户再依据3定义的类关系完成具体类的实例间的相互关系（如：A公司与A1部门是上下级关系，B公司与B1部门是上下级关系，而A1与B1还有项目合作关系等）后，系统能按用户定义的关系完成多种关系的实现和业务运转。 
注意的问题： 
1.应该有一个核心关系（主关系），保证每一个数据实体类都是可访问的。 
2.业务关系可以定义多种，但要注意关系间逻辑的正确性。 
实现要求： 
1.文字简单描述思考过程 
2.分划对象，用ROSE 绘制出UML图 
3.指出具体实现中应该注意的问题 
4.如果有多种实现方案请对比分析 
 
 03/05/25 22:11 酷帖！    臭帖！    回复   
酷帖评价：           臭帖评价： 
返回页首 
 
 shroom  看起来是一个o-r mapping的问题
　
--------------------------------------------------------------------------------
 
用表格存储一些关系就行了
 
 03/05/25 22:29 酷帖！    臭帖！    回复   
酷帖评价：           臭帖评价： 
返回页首 
 
 kenanana  回复: 看起来是一个o-r mapping的问题
　
--------------------------------------------------------------------------------
 
能否说得详细些？
 
 03/05/25 22:31 酷帖！    臭帖！    回复   
酷帖评价：           臭帖评价： 
返回页首 
 
 shroom  回复: 看起来是一个o-r mapping的问题
　
--------------------------------------------------------------------------------
 
类及其关系定义一些表格，实例作为数据把
 
 03/05/25 22:37 酷帖！    臭帖！    回复   
酷帖评价：           臭帖评价： 
返回页首 
 
 Lawrency  Tree....回复: 看起来是一个o-r mapping的问题
　
--------------------------------------------------------------------------------
 
 03/05/26 11:16 酷帖！    臭帖！    回复   
酷帖评价：           臭帖评价： 
返回页首 
 
 kenanana   各位能说得详细点吗？不要假大空！
　
--------------------------------------------------------------------------------
 
 03/05/26 11:18 酷帖！    臭帖！    回复   
酷帖评价：           臭帖评价： 
返回页首 
 
 j2ee  回复: 发了多次的一个考题，真的没人会吗？各位真假高手提提意见吧
　
--------------------------------------------------------------------------------
 
两点不明： 
1. 系统能按用户定义的关系完成多种关系的实现和业务运转。 

2. 应该有一个核心关系（主关系），保证每一个数据实体类都是可访问的。 
　
 
 03/05/26 13:10 酷帖！    臭帖！    回复   
酷帖评价：           臭帖评价： 
返回页首 
 
 mooniscrazy  回复: 发了多次的一个考题，真的没人会吗？各位真假高手提提意见吧
　
--------------------------------------------------------------------------------
 
很有意思的问题，我看懂了。反过来问你一下，可否由在实现自定义关系的基础上自定义动作呢？比如，甲是乙的上级，则甲可以命令乙立正、稍息等。
 
 03/05/26 17:34 酷帖！    臭帖！    回复   
酷帖评价：           臭帖评价： 
返回页首 
 
 richardyan   回复: 各位能说得详细点吗？不要假大空！
　
--------------------------------------------------------------------------------
 
应该多说具体的细节。
 
 03/05/26 18:03 酷帖！    臭帖！    回复   
酷帖评价：           臭帖评价： 
返回页首 
 
 joy_wind  回复: 发了多次的一个考题，真的没人会吗？各位真假高手提提意见吧
　
--------------------------------------------------------------------------------
 
你的描述实际建立了这样的约束条件： 

1，用户可以创建关系类定义。 
2，用户可以创建特定关系类的实例。 

第一条我不知道怎么做。但是如果没有第一条的话（也许你的真实意思正是这样），类设计就好实现了 ;-)，如下： 

1，定义一个抽象类叫Entity，部门类、岗位类等等都从这里继承，它们可以构成一个Hierachy结构。 
2，定义一个抽象类叫RelationShip来表示上述实体对象间的关系，即每一个RelationShip都是两个对象间的一个关系（注意对象和类的不同）。 

按照上述设计，你提到的注意问题似乎都可以实现。参见图片共享上uml类设计（relationShip.gif）。 

实现时要注意各种嵌套引用关系的持久化问题。这方面的内容可以参考相关OR映射的书籍。