做一个ASP.NET的通用审批系统的主要设计思想是怎么样的

[Joy@m]

是不是和工作流一样啊

[以专业开发人员为伍]

抠名词儿（让别人来猜你或者你的客户的脑袋里想什么）还真不好说是非问题。 但是如果你允许有创造性，那么就好回答了。使用工作流框架当然非常适合进行业务审批。 但是传统的一些小公司总是拿一些“请假、报销”之类的小东西来做例子，真正一旦用到千百人的大企业就跑不起来了。实际上应该从经济统计，生产计划，管理控制，经营决策，（大的）项目审批等系统角度来入手来做这种东西，那时候就能很容易看清楚谁有能力把工作流应用起来，谁只是做个OA的小公司来拿工作流概念来忽悠。所以这是一个风险。 那么我举一个可能没有风险的例子。假设一个部门的业务完成了，就把Excel或者Work投递到固定的邮箱中，然后系统“入侵到”企业邮件系统中检查一下个别标签（或者叫命名单元）中的值，然后就给下一个环节的办事人员每天早上就发个短信提醒他“今天一共有几件事待办”（而且提前将个别指标值在短信里进行报警）。这就是没有什么风险的系统，因为这个系统是傻瓜式的，它可以随时产生各部门办事效率的统计分析对比图，但是它其实不太需要流程绘制模块、执行引擎系统、海量（而且无模式的）数据存储，它只需要很小一个系统就行了。 可见其实系统设计可大可小，关键是看你是否抓住重点。

[以专业开发人员为伍]

但是我们反过来说，不可否认地，往往对于大多数产品人员来说，越“俗”的系统越觉得容易推广。例如弄一个简单的OA、企业门户网站、CRM之类的，垃圾功能很多、感觉“什么都有”的系统，觉得容易推广。而你提出了比较先进的计算机辅助管理思想（其实早10年就已经有了），未必能有多少人同意你的“主要的设计思想”。 除非你不但能想、而且能够找人真的实现出来。就没人怀疑了。

[software_artisan]

引用 2 楼 sp1234 的回复:

但是我们反过来说，不可否认地，往往对于大多数产品人员来说，越“俗”的系统越觉得容易推广。例如弄一个简单的OA、企业门户网站、CRM之类的，垃圾功能很多、感觉“什么都有”的系统，觉得容易推广。而你提出了比较先进的计算机辅助管理思想（其实早10年就已经有了），未必能有多少人同意你的“主要的设计思想”。 除非你不但能想、而且能够找人真的实现出来。就没人怀疑了。

做出来也很难演示给人看，做自家用的系统还可以，卖给别人很难。