企业流程开发的建表问题！

Question

我还以为各位是转移数据，比如从开单表移至A表，再从A表移至B表！

Answer 1

开单：一个WorkOrder表，这个表所有部门都可见
制造：一个成品制造表，这个表记录每个部门的成品，其中有字段表明是那个部门所出的成品
出货：最后制成品出货明细表，比如：ShipOrder，用来记录所出的工单等

Answer 2

你用的是什么数据库？？？如果是 SQL SERVER2000 你可以用SQL语句将你所建的表联系起来 啊当然表越多越好啊 这样可以分的很详细啊

Answer 3

其实是很简单的一件事情，你可以在一个记录后面设置多个字段表示该记录的属性，如字段A表示A部门，字段B表示B部门等等，如果字段A的值为1，表示A部门可见这条记录，如果为0，就表示A部门不可间这条记录。如果读取记录的话可以用select.....from......where........这样读取，很方便的哦！

Answer 4

这真是一个有趣的课题啊！其实，这是一个和OA中流程审批差不多的概念，我建议要做类似应用的哥们去参考一下Lotus Notes中关于WorkFlow的相关资料，相信会对各位有所帮助的。
呵呵，我来说说我在这方面的一些认识和相关设计经验罢。
我们公司开发的海关报关系统，需要客户公司中的各个生产部门和总公司协同作业完成（草案制作 -> 正式备案 -> 货运计划 -> 海关报关）。其中每个业务环节都可能涉及多个部门，而其中的“正式备案”部分就是总公司根据各个分厂报关小组提交上来的“草案申请”进行归类申报的。这其中就需要对不同分厂的“草案申请”进行不同权限处理，并且当分厂的操作人员将该资料提交上来后就不能再对其编辑操作了，而总公司的操作人员也不能进行修改、删除，而只能进行合并、流程操作（提交、驳回、批准），如果发现需要对其进行更改则必须要驳回到分厂，由相关权限的人员进行编辑。由上可见，大家会感觉这好像OA中文档流程审批一样，其实，我就是根据OA中的文档审批制度来设计的，只是将关系数据库中的记录看成OA中的文档，不过在设计的时候要注意记录文档化的密度，既不是所有记录都需要作为文档来处理的。
以下是我们流程审批权限定义数据库表：
TUser  -- 系统用户/角色定义表
TUserMember  -- 系统角色成员定义表
TUserPermission  -- 表单操作权限定义表
TFlowObject  -- 系统流程对象定义表
TFlowMember  -- 系统流程图成员定义表
TFlowRelation  -- 系统流程线关系定义表
TFlowDistribution  -- 表单与系统流程表关系定义表
TFlowPermission  -- 系统流程权限定义表
TFlowAudit  -- 流程审核记录表××× 关于更多的资料请参考我们网站及产品资料 ×××
http://www.iLOOK100.net

Answer 5

在各部门建一个象审核一样的字段，审核好后为true，未审核的为false，然后查询时加上条件"字段名"=true就可以了。

Answer 6

审批流程定义
============
每张事务表单根据其应用，包含如下流程操作：
起草：新增一张事务表单，当保存后其默认状态为“普通”；
提交：将一张为“普通”状态的事务表单推向下一个或指定的流程节点；
驳回：将一张为“普通”状态的事务表单返回到上一个或指定的流程节点；
批准：将一张为“普通”状态的事务表单设置成“激活”状态，并终止该流程；
作废：将一张为“激活”状态的事务表单设置成“普通”状态。
一张事务表单只有处于“普通”状态时，才可以由拥有修改权限的用户（一般为起草者）进行更改操作。而事务表单的删除则可由相关权限的用户随时进行，与该事务表单的状态无关。
每张事务表单均用一个名为：SWFlowID[GUID:uniqueidentifier]的字段来保存该表单应用的流程及它在当前流程中所处的流程节点。登录认证与数据操作之权限认证
============================
在三层架构系统中，后台数据层对客户端都是不可见的，因此前端所有的数据操作请求均通过中间层组件解析后由中间组件调用后台数据库，中间组件然后再负责将数据进行某种二次计算和封装，最终交回给前台客户端。
在三层架构中前端与中间层不是实时连接，而中间层与后台的数据库连接是由COM+组件服务器来动态管理的，其数据库连接也不是实时连接的，因此，在用户登录系统后，需要连接到后台数据库进行登录认证同时取回该用户的操作权限设置信息，客户端根据返回的操作权限设置信息进行操作界面的状态设置。××××× 老板，给分啊！！！ ×××××