BPMs中资源的组织方式的思考

在BPMs系统中资源是不可缺少的方式，BPMs的基本元素可以参考我另一篇随笔。而资源的组织方式则是处理资源的基础，现在大部分系统都把资源以表为单元来供用户操作，一般它们都集成了SQL的操作方式，这样能方便客户操纵资源。那么这种方式的问题是什么？ 1. SQL是一种简单的语言，但要熟练掌握这种语言一般只有开发人员或IT人员才会，一般的业务人员不会，这样系统的使用程度就会打折了； 2. SQL是以数据表为单元的，这样数据只能做定量的分析，比如：数量，多，少，大，小等，很难直接做定性的分析，比如：职位的高低，组织结构的高低，质量的好坏等；这样，直接使用数据方式由一定的局限性，那么如何来改变这个？我的想法很简单，把一群有意义的数据组织成一个整体，单个数据不再有意义，比如：在订单系统中，订单名字这个数据没有意义，订单名称只是订单这个整体的一部分；同时，各个整体之间拥有一些关系，比如：部门之间的高低关系。在这个思路下的资源就可以设计一些定性的分析，同时由于数据以整体表示对业务人员理解系统更有利。 那么.Net下怎么去设计这样一个思路，当然要留给看官们了....^_^

转载于:https://www.cnblogs.com/bobmazelin/archive/2007/01/12/618797.html