最近要做一个项目，系统中的一个模块是要求不同用户登录系统后，可直接看到今天要做哪些事情，这些任务需要系统自动分配，根据自己的部门和职务（角色），看到的工作任务（一个客户资料有几个人不同阶段处理）也不一样，由于具体业务是分有先后顺序，前面工作的人的相关记录资料后面的工作的人员登录系统后要看得到，同时前面的工作人员处理完后这个客户资料要流到下一个部门去，前面部门的人员的任务盒子里不在有这个客户资料，就这样，客户资料一直根据不同部门往下流，当然一个部门每天可以拿到很多客户资料要处理，这时同一部门的人员的资料盒子要由系统自动分配相关资料给工作人员，这样一来，工作人员只要登录系统后就知道今天该干嘛干嘛了。
用SSH框架+SQL SERVER 2005,由于存储过程不会写，也不知道具体怎么使用，所以在设计表时我准备设计多张相同结构的客户资料表，一个部门一张资料表，这样当资料进入公司总资料库后，分到A部门表，当A部门工作处理完后，资料入库到B部门表，同时清除A部门表的内容，一天工作结束后，当分配给A部门的工作人员的某些资料没有开始处理，这些资料还要丢到公司资料库中，正在处理但未处理完的还在自己的资料库中，来日继续处理，这样一直流下去直到客户资料完全处理完毕。我这样设计貌似可以实现需求，但是感觉这样设计不是怎么好，真要实现起来，估计写代码有一定的难度。各位同仁帮忙看看出出招。再此谢过。
用SSH框架+SQL SERVER 2005,由于存储过程不会写，也不知道具体怎么使用，所以在设计表时我准备设计多张相同结构的客户资料表，一个部门一张资料表，这样当资料进入公司总资料库后，分到A部门表，当A部门工作处理完后，资料入库到B部门表，同时清除A部门表的内容，一天工作结束后，当分配给A部门的工作人员的某些资料没有开始处理，这些资料还要丢到公司资料库中，正在处理但未处理完的还在自己的资料库中，来日继续处理，这样一直流下去直到客户资料完全处理完毕。我这样设计貌似可以实现需求，但是感觉这样设计不是怎么好，真要实现起来，估计写代码有一定的难度。各位同仁帮忙看看出出招。再此谢过。
就知道今天要做什么事了
首先，根据部门和职务区分业务的情况这需要设计一个入口（同时还要有权限设计）。
设计一张业务模块对象映射表来完成各种不同的业务区分。
业务流程内容可以统一设计成一张表，该表和上面所说的关联。
还需要一张存储每个模块工作流程人员节点的表。光这样说可能标书不清楚，我的设计也许不合理，楼主可以再想想，这是一个需要仔细考虑的问题。
http://java-source.net/open-source/workflow-engines这个问题太大， 不好 回答， 找些已经存在的框架， 可以有效的缩短开发时间。
各个权限从属于上一个权限然后对应每一个权限定义一个表，就是说可以进行拓展，
就是说以后系统曾加部门了，也没有关系然后对应的表中就是相应部门的工作流，工作流之间靠权限关联，如，a员工日报（申请之类）->组长->部长->部门经理->......
......部门经理->部长->组长a->员工大概是这个意思，不知道是不是工作流，不知道对楼主有啥用没
根据你的描述，我认为你那个资料表可以独立出来
资料表里有个状态 不同部门只能处理相应状态的资料
你说的先后顺序可以通过程序的默认顺序来规定
不知道lz有没有什么启发 希望对你有用
JBPM刚才简单的看了一下，但还不会，具体到数据库表结构的设计。
20楼的兄弟，我们要求客户资料表要备份，而且工作人员开发客户的所有信息都得记录下来，待流到下个部门是要参考那些备注（工作人员记录的各种）信息，后一个部门需要看到前面部门的相关工作记录，而前面部门工作人员登录系统后只能看到自己为处理和正在处理的。表中要有状态，可能一个还不够。客户资料太多，如果大家都操作同一张表的话怕跑的很累吧。客户资料的基本信息本来就很多个字段。
DOC_ID 是 公文传输ID NOT
DEPARTMENT_ID 发起部门ID NOT
USER_ID 用户ID NOT
STATUS 公文状态 NOT
WORKFOLW_ID 流程ID NOT
PROCESSINSTANCE_ID 处理流程实例ID NOT
TITLE 公文标题 NOT
NAME 公文名 NOT
DESCRIPTION 公文描述 YES
CREATED_DATE 创建日期 NOT
CREATED_PRG_NAME 创建的子项目名 NOTPROCESSINSTANCE_ID 绑定JBPM流程实例ID
根据日志可以进行恢复等操作。
记住给我加分呀!!200 *2 =400分！！嘎嘎！！逗逗LZ吧！！每个部门根据不同情况衍生的字段不止5个吧！这就要动态表单。页面绑定动态表单。其次一个表40个字段跟SAP的一些系统比较起来还是小巫见大巫。170个都不多。其实数据提交形式是可以使用map形式提交的。