企业组织结构如何设计,才能灵活的配合OA工作流 ?
公司用notes做OA打算重新编写组织结构的notes DB，此DB用于部门管理和人员管理
现在问题是
1.如何设计表单的字段 ，存哪些必要信息，以达到灵活配合OA工作流的目的
比如，请假系统，需要上级主管和上上级主管签合，那么就需要得到申请者的2层主管的notes id
怎样在组织结构DB得到这些信息，代码思路是怎样的?
2. 部门兼并拆分组织调整 也很常见，如何让组织结构DB灵活适应这些变化呢?
有经验的同学来说说，你们公司是怎么体现 组织结构 和 工作流的关系，如何取得上级主
管信息，如何体现部门的上下级关系 --------------------编程问答-------------------- 其实最好还是改写names.nsf。
如果是我设计
1.部门ID（比如DPT001）：用来唯一标示一个部门，不能改
2.部门名：这个用来显示，随时可以改
3.部门角色（部门经理/部门助理/...）：这个总归有的吧
4.子部门和父部门：一般只有一个父部门和多个子部门
5.状态域：如果公司内部部门变动频繁的，可以用一个状态域来表示部门的状态。
6.部门配置文档的权限控制域，读者/作者域什么的
另外，需要一个人员数据库
1.可以用NotesName作为关键字，其他关键字也可以，关键是要唯一并且有规则
2.所属部门ID：就使用部门ID
3.部门配置文档的权限控制域，读者/作者域什么的
如果是请假系统的话，其实不用找到N+2的notes.id的，只需要找到N+2部门的manager就可以了，通过username找user数据库，然后找所属部门，然后找部门的父部门（其实是从下往上找的一个过程），然后再找这个部门的经理就可以了。
组织部门发生变化的话，重新编辑组织架构就可以了。但是以前文档里的一些东西可能也需要修改，这个就没办法了，用原来的names.nsf的话会方便些。
--------------------编程问答-------------------- 楼上的很详尽!
改写names.nsf，这个之前没考虑过
会不会有什么后遗症
还有其他同学吗？ 你们公司是怎么做的 --------------------编程问答-------------------- 新建一个数据库作为组织机构库，参考楼上的思路进行数据库设计，就不会对names造成风险。 --------------------编程问答-------------------- 还有其他同学吗？ 你们公司是怎么做的 --------------------编程问答-------------------- 最好不要动names，主要是1不清楚改动后会出现什么问题，2移植不便。 --------------------编程问答-------------------- 嗯 ，还有其他的设计思路吗？
你们公司是怎么 设计部门组织结构的? --------------------编程问答-------------------- 改写names还是第一次听说，一般都是自定义组织机构库，人员、部门、权限等的管理都可以放入其中，不要动names，未知的东西太多，呵呵 --------------------编程问答-------------------- 人员、部门、权限
如何设计的呢? --------------------编程问答-------------------- 新建库，
人员作为基层，
然后有公司————部门————子部门--------人员，一般就是这种等级。
对于各个阶层，给予合适的组成部分。
最好再加上一个角色的概念或者群组的概念，或许可以让你将来的设计中省事不少。 --------------------编程问答-------------------- 用答复来建立组织关系 --------------------编程问答-------------------- 顶一下
不理解楼上大意思 --------------------编程问答-------------------- 对于变动比较频繁的组织结构，最好用角色来控制，这样即便发生了变化，可以去改变角色包含的信息，而不是直接去改文档里面的信息。 --------------------编程问答-------------------- 建立一個人事庫
用於存放人員基本信息，公司組織階層，單位主管信息充分利用好Notes的樹結構。
可根據組織階層抓取主管信息，得到對應階層的主管工號，根據主管的工號去抓取主管的詳細信息。 --------------------编程问答-------------------- 部门与部门的层级关系用答复文档来做.
子部门关联到父部门的文档下面(当然不答复,用ID进行关联也行.)
具体是部门文档中加一个上级部门的域,通过控制这个域关系的上级部门来控制层级.
如果上级部门域为Top,则该部门为顶级部门.
多个部门可以共有一个上级部门,但一个部门只能指定一个上级部门
在人员文档中,加一个域标识是哪个部门的.
如果人员所属的部门文档的上级部门发生变化,人员会跟着部门自动变化,而无须针对人员手工设置 --------------------编程问答-------------------- 再顶起来
--------------------编程问答-------------------- 頂一下. --------------------编程问答-------------------- 组织人开发一个User库就好了，建议不要去动names.nsf库的东西。 --------------------编程问答-------------------- 首先要决定使用C/S还是B/S,使用C/S的话一般会使用到Notes ID方式,B/S的话可以通过注册人员进行,可以没有ID产生但可以登录B/S系统,当然另外一种方式是绕过Domino的验证机制,自己写一套验证方式.
对于搭建一套系统,建议的基础数据库的是一个启动库,人员组织库,信息库,日志库,邮件库,报表库,备份库,资源库.人员组织库可以存放人员的信息,包括工号/ID,邮件地址之类等等.如果没有其它外部系统,一个部门以上下级结构存放即可,可以包括部门编号,名称,层次结构,在视图中显示上下级分类层次,层次以\表示,然后在视图列中选择分类排序即可.另外还可以有些工作组,角色,常用关系之类的.我也建议尽量不要去动系统内的数据库及结构,会引发一些不知道的错误信息.信息库一般存放一些系统的提示或出错信息.日志库是将用户的操作每一步进行日志跟踪,这样一方面可以统计程序的运行速度,另一方面可以查看程序报错情况.邮件库是将一些系统邮件合并存在一份邮件中统一发送.报表库是将一些比较简单的报表通过一些配置信息直接导出.备份库当然是包括手动备份和定时备份两种.资源库可以存放一些图片,css,js之类的.当然由于我们是集团性质的,所以在考虑系统架构上有公司级别的考虑,另外有跨地区签单的考虑.这些基础数据库按公司的实际需要进行新建,当然要有一个统一的地方存放其路径,以供其它数据库读取.
接下来就要考虑如何将应用模块挂在系统上,每家公司需要上线的模块都不同,不可能说都去定制开发,要考虑扩展性和灵活性.所以一般如果要上一个模块,一般我们采用登记的方式进行,这样可以无限制挂接n多个数据库.
当然有些情况是按要公司的实际情况出发去考虑,这仅仅只能作为个人的想法,仅供参考. --------------------编程问答-------------------- 采用平级组织结构，一个cert.id即可。一般企业的组织架构不会很复杂，平级够用的。授权、解析人员很方便。
但是有缺点，人多了会重名。 --------------------编程问答-------------------- 建议以下结构：
部门信息库：一个部门基本信息包括：部门ID,上级部门ID，当前部门级别，....
人员信息库: 一个人员基本信息包括：Notes ID, 个人其他ID, 部门ID, ....
审批配置信息库：部门ID， 审批角色1， 审批角色2， 审批角色3，... --------------------编程问答-------------------- http://www.cqvip.com/QK/84018X/200710/24432844.html
可以先参考一下这里的 实现
--------------------编程问答-------------------- 部门文档：部门名称，部门主管NotesID
部门的层级完全可以部门名称来控制,比如 事业部，事业部\小组1，事业部\小组2
员工信息：个人NotesID，部门 [就可以找到员工的Leader啦],当然如果你是事业部的主管，但是你又属于事业部，这时候Leader域可以手动修改为其他人员，比如公司经理。
那工作流就比较简单了，只要得到自己的Leader是谁就可以了，不同考虑部门，关键在设计这个流程引擎。
申请者提交申请 - 上级审批 - 上上级审批，上上级也就是上级的Leader嘛。 --------------------编程问答-------------------- 1#楼说的就很好了。
做好具体执行既可 --------------------编程问答-------------------- 所在组织（设个编号，最好是上级组织编号+本级组织编号）
职位
然后程序取得上级组织编号，接着取得上级职位。
--------------------编程问答-------------------- 如果是B/S用树形结构来组织部门和人员比较合适 --------------------编程问答-------------------- 13楼的同学是台资的，台资很多都是这个模式，建立一个人事资料库，会包含人员姓名部门分机等等详尽信息，HR一般有自己的人事系统，通过LEI等工具定时完易做图事系统和Domino人事资料库的信息同步。同时其他Domino Application也可以以此人事资料库作为信息库，从而能保证信息的一致性，省去了很多麻烦。 --------------------编程问答-------------------- 一个库用来存储人员和部门信息，一个库用来专案组织管理库（类似于角色） --------------------编程问答-------------------- 这个太复杂了。我自己尝试着写一个数据库来实现，后来感觉太复杂了！呵呵。 --------------------编程问答-------------------- jfzr --------------------编程问答-------------------- 晕，还没有听说为了oa改变组织结构的，本末倒置，削足适履。。。。 --------------------编程问答-------------------- 顶一下 --------------------编程问答-------------------- 顶一下 --------------------编程问答-------------------- 没有这么复杂吧，names库中可以配置一些群组之类的东西，但是对于人员、岗位等建议还是单独开发一个管理库，这样既能避免风险，也方便以后的管理和维护。 --------------------编程问答-------------------- 分享一下：
1。 设计部门表单时，包括如下字段：
部门名称、部门分管领导、部门负责人（或叫经理）、部门副职领导（或叫副经理）
2。设计人员表单时，必含字段：所在部门
3。流程配置时，比如流程节点如下：
起草申请单 ---> 部门领导审批（即部门一级领导） --->分管领导审批(即部门二级领导） ......
在节点“部门领导审批”处，设置其处理人员方式为“部门领导”，在节点“分管领导审批”处，设置其处理人员方式为“分管领导”。
4。流程提交
在提交审批单时，通过代理根据下一节点的“处理人员方式”来获得默认的候选人即可
特别说明：
上面提到的在流程结点的配置时用到“处理人员方式”，这个很使用，通常的方式有几个选项目：
A、用户从通讯录中选择
b、起草人所在部门人员
c、起草人所在部门负责人
d、起草人所在部门分管领导
e、指定群组
d、指定岗位
f、指定人员
解释：
A. 流程提交给下一环节时，系统不自动获得默认候选处理人，提供一按钮用户从通讯录中选择
b. 流程提交给下一环节时，系统自动获得用户所在部门全部人员做为默认候选处理人
c. 流程提交给下一环节时，系统自动获得用户所在部门领导做为默认候选处理人
d. 流程提交给下一环节时，系统自动获得用户所在部门分管领导做为默认候选处理人
e. 在配置节点时，选择群组，流程提交给下一环节时，系统自动根据群组名称获得人员列表做为默认候选处理人
e. 在配置节点时，选择岗位，流程提交给下一环节时，系统自动根据岗位名称获得人员列表做为默认候选处理人
f. 在配置节点时，选择人员，流程提交给下一环节时，系统自动获得所配人员做为默认候选处理人
ok
QQ: 157928488
希望对你有用。
--------------------编程问答-------------------- 楼上的写的很好！ --------------------编程问答-------------------- 问一下如果想做关联！
学号:
姓名:
性别:
班级:
家庭住址:
联系电话:
出生年月:
入学时间:
课程号:
课程名称:
课程状态:
专业:
学号:
课程号:
学分:
成绩:
这样的情况如何做呢？
做这样的系统怎样设计？
谢谢了!
--------------------编程问答--------------------
根据设计的基本原理
设计需要多视图分析
而分析权限控制的视图就是建立角色视图
角色视图是整个权限设置的核心，是具有稳定性，是基于基本结构的。
所以角色视图分析第一关键是站在更高层次，更远的视角来分析企业组织中扮演的角色，这是权限控制分析的入口，希望我这段话能对你有帮助，如果需要更详细的设计 可以把需要发我 我可以免费帮你构建设计文档 但是需求必须很明确以下几要素 组织结构，职位 权力范围 ，说明白点就是组织中什么该干什么事情，什么位置可以做什么事情，还要企业未来的组织变化的趋势 这样才能适应变化 --------------------编程问答-------------------- 我们在开发企业OA的过程中 最害怕的是主管跨部门情况，一个人员从属于多个部门 非常麻烦 --------------------编程问答-------------------- 转业为易做图和大型企事业单位提供基于IBM LOTUS DOMINO平台的纯B/S架构的OA办公自动化系统、移动办公系统、集团办公系统、绩效考核系统、电子邮件系统和业务咨询，公司有资深的IT咨询顾问、项目经理、专业技术人才，建立了规模化、工厂化的产品研发、项目实施和服务体系，确保为客户提供优质的产品和服务。我们的OA系统拥有灵活的组织机构，完善的通讯机制，强大的流程控制，全面的信息整合，自由的个性设定，良好的扩展性能，高度的安全防护。可视化工作流和可自定义表单，让你不用接触代码就能迅速搭建出一套符合自己单位要求的办公自动化系统。经过多年的积累，我们的系统在易做图、金融、通信、公共事业等多个行业得到了广泛的应用。邱先生 QQ：51582339，咨询热线：4001123988，18986037918
补充：企业软件 , Lotus
