企业组织结构如何设计,才能灵活的配合OA工作流 ?

TopCat 2008-07-24 03:28:28
公司用notes做OA
打算重新编写组织结构的notes DB,此DB用于部门管理和人员管理
现在问题是
1.如何设计表单的字段 ,存哪些必要信息,以达到灵活配合OA工作流的目的
比如,请假系统,需要上级主管和上上级主管签合,那么就需要得到申请者的2层主管的notes id
怎样在组织结构DB得到这些信息,代码思路是怎样的?
2. 部门兼并拆分组织调整 也很常见,如何让组织结构DB灵活适应这些变化呢?

有经验的同学来说说,你们公司是怎么体现 组织结构 和 工作流的关系,如何取得上级主

管信息,如何体现部门的上下级关系
...全文
2092 点赞 收藏 39
写回复
39 条回复
切换为时间正序
当前发帖距今超过3年,不再开放新的回复
发表回复
qiuchao2018 2011-02-24
转业为政府和大型企事业单位提供基于IBM LOTUS DOMINO平台的纯B/S架构的OA办公自动化系统、移动办公系统、集团办公系统、绩效考核系统、电子邮件系统和业务咨询,公司有资深的IT咨询顾问、项目经理、专业技术人才,建立了规模化、工厂化的产品研发、项目实施和服务体系,确保为客户提供优质的产品和服务。我们的OA系统拥有灵活的组织机构,完善的通讯机制,强大的流程控制,全面的信息整合,自由的个性设定,良好的扩展性能,高度的安全防护。可视化工作流和可自定义表单,让你不用接触代码就能迅速搭建出一套符合自己单位要求的办公自动化系统。经过多年的积累,我们的系统在政府、金融、通信、公共事业等多个行业得到了广泛的应用。邱先生 QQ:51582339,咨询热线:4001123988,18986037918
回复
黑靥 2010-10-24
我们在开发企业OA的过程中 最害怕的是主管跨部门情况,一个人员从属于多个部门 非常麻烦
回复
半部论语 2010-09-24
[Quote=引用 8 楼 topcat 的回复:]
人员、部门、权限
如何设计的呢?
[/Quote]

根据设计的基本原理
设计需要多视图分析
而分析权限控制的视图就是建立角色视图
角色视图是整个权限设置的核心,是具有稳定性,是基于基本结构的。
所以角色视图分析第一关键是站在更高层次,更远的视角来分析企业组织中扮演的角色,这是权限控制分析的入口,希望我这段话能对你有帮助,如果需要更详细的设计 可以把需要发我 我可以免费帮你构建设计文档 但是需求必须很明确以下几要素 组织结构,职位 权力范围 ,说明白点就是组织中什么该干什么事情,什么位置可以做什么事情,还要企业未来的组织变化的趋势 这样才能适应变化
回复
ltlxj 2010-08-24
问一下如果想做关联!
学号:

姓名:

性别:

班级:

家庭住址:

联系电话:

出生年月:

入学时间:


课程号:

课程名称:

课程状态:

专业:


学号:

课程号:

学分:

成绩:

这样的情况如何做呢?
做这样的系统怎样设计?
谢谢了!

回复
lauis 2010-08-02
楼上的写的很好!
回复
Nekel 2010-07-29
分享一下:

1。 设计部门表单时,包括如下字段:
部门名称、部门分管领导、部门负责人(或叫经理)、部门副职领导(或叫副经理)

2。设计人员表单时,必含字段:所在部门

3。流程配置时,比如流程节点如下:

起草申请单 ---> 部门领导审批(即部门一级领导) --->分管领导审批(即部门二级领导) ......

在节点“部门领导审批”处,设置其处理人员方式为“部门领导”,在节点“分管领导审批”处,设置其处理人员方式为“分管领导”。
4。流程提交
在提交审批单时,通过代理根据下一节点的“处理人员方式”来获得默认的候选人即可

特别说明:
上面提到的在流程结点的配置时用到“处理人员方式”,这个很使用,通常的方式有几个选项目:

A、用户从通讯录中选择
b、起草人所在部门人员
c、起草人所在部门负责人
d、起草人所在部门分管领导
e、指定群组
d、指定岗位
f、指定人员

解释:
A. 流程提交给下一环节时,系统不自动获得默认候选处理人,提供一按钮用户从通讯录中选择
b. 流程提交给下一环节时,系统自动获得用户所在部门全部人员做为默认候选处理人
c. 流程提交给下一环节时,系统自动获得用户所在部门领导做为默认候选处理人
d. 流程提交给下一环节时,系统自动获得用户所在部门分管领导做为默认候选处理人
e. 在配置节点时,选择群组,流程提交给下一环节时,系统自动根据群组名称获得人员列表做为默认候选处理人
e. 在配置节点时,选择岗位,流程提交给下一环节时,系统自动根据岗位名称获得人员列表做为默认候选处理人
f. 在配置节点时,选择人员,流程提交给下一环节时,系统自动获得所配人员做为默认候选处理人

ok

QQ: 157928488

希望对你有用。
回复
liujiale09 2010-07-27
没有这么复杂吧,names库中可以配置一些群组之类的东西,但是对于人员、岗位等建议还是单独开发一个管理库,这样既能避免风险,也方便以后的管理和维护。
回复
henryxu8888 2010-07-16
顶一下
回复
shiling1111 2010-07-07
顶一下
回复
chenzb 2010-06-20
晕,还没有听说为了oa改变组织结构的,本末倒置,削足适履。。。。
回复
KLL 2010-06-18
jfzr
回复
bbcsword007 2010-03-20
这个太复杂了。我自己尝试着写一个数据库来实现,后来感觉太复杂了!呵呵。
回复
风影极光 2010-03-12
一个库用来存储人员和部门信息,一个库用来专案组织管理库(类似于角色)
回复
ruiwochina 2010-03-12
13楼的同学是台资的,台资很多都是这个模式,建立一个人事资料库,会包含人员姓名部门分机等等详尽信息,HR一般有自己的人事系统,通过LEI等工具定时完成人事系统和Domino人事资料库的信息同步。同时其他Domino Application也可以以此人事资料库作为信息库,从而能保证信息的一致性,省去了很多麻烦。
回复
zys5212 2010-03-11
如果是B/S用树形结构来组织部门和人员比较合适
回复
zhengxiaoshu 2010-02-24
所在组织(设个编号,最好是上级组织编号+本级组织编号)
职位
然后程序取得上级组织编号,接着取得上级职位。
回复
zwm136200 2010-02-23
1#楼说的就很好了。
做好具体执行既可
回复
lwchq 2010-02-22
部门文档:部门名称,部门主管NotesID
部门的层级完全可以部门名称来控制,比如 事业部,事业部\小组1,事业部\小组2
员工信息:个人NotesID,部门 [就可以找到员工的Leader啦],当然如果你是事业部的主管,但是你又属于事业部,这时候Leader域可以手动修改为其他人员,比如公司经理。


那工作流就比较简单了,只要得到自己的Leader是谁就可以了,不同考虑部门,关键在设计这个流程引擎。
申请者提交申请 - 上级审批 - 上上级审批,上上级也就是上级的Leader嘛。
回复
JavaAlpha 2010-02-22
http://www.cqvip.com/QK/84018X/200710/24432844.html

可以先参考一下这里的 实现
回复
fare2000 2008-11-28
建议以下结构:
部门信息库:一个部门基本信息包括:部门ID,上级部门ID,当前部门级别,....
人员信息库: 一个人员基本信息包括:Notes ID, 个人其他ID, 部门ID, ....
审批配置信息库:部门ID, 审批角色1, 审批角色2, 审批角色3,...
回复
发帖
消息协作
创建于2007-08-27

523

社区成员

企业开发 Exchange Server
申请成为版主
帖子事件
创建了帖子
2008-07-24 03:28
社区公告
暂无公告