多表单系统开发模式-01（系统需求分析）

“多表单系统”，顾名思义，就是多个不同形式的表单构成的一个系统，是一个极其抽象的概念。它在企业内部也是一种常见的管理信息系统，每个表单的内容和流程不尽相同，也可以说每个表单是一个子系统。在企业内部，各单位的需求不一致，以至于设计一个通用的表单系统非常困难。尽管不能通用，并且也避免不了新表单的增加和已有表单的修改，但是还是可以抽象出一些共同的东东来，如表单的动作，因此，我们可以将不变的部分抽象出来，以方便维护和增加新需求。

在此，我将以一个系列的形式来设计和实现一个多表单系统的开发模式。自知设计的功力尚浅，有许多考虑不到的地方，还请各位看客提出宝贵的意见。我深知这个东东想设计好非常困难，但是本着学习和交流的宗旨，决心硬着头皮将它写完整，在写的过程中，若大家有什么好的方法，可以提出来，大家共同探讨，互相学习。

下面先介绍一下多表单系统的各个需求。

1.需求概述

某单位主管向软件开发部提出，我们单位有一个申请单，想把它做成Web网页形式的。流程是：

• 本部门工程师填写申请单；
• 然后本人来审核，审核不通过，则退回申请人重新申请，审核通过，则跑到处理单位主管那里审核；
• 处理单位主管审核不通过，则退回申请人重新申请，审核通过，则分派给处理人员处理；
• 处理人员处理完成，则通知处理单位主管结案、通知申请人。

这个表单流程就算跑完了。流程图：

2.功能需求

根据以上需求，我们可以设计如下功能：

• 表单申请：申请表单1、申请表单2、……、申请表单n
• 表单查询：申请表单查询、历史表单查询
• 表单审核：审核工作、代理审核
• 代理设置：默认代理设置、代理区间设置
• 表单管理：工作分派、工作清单、处理状况
• 报表管理：报表1、报表2、……、报表n
• 系统管理：表单设置、角色管理、流程管理、单位管理、（包括表单共同部分设置）

3.表单动作需求

有了系统功能结构，但不同表单还有不同动作，概括起来，表单共有以下动作：

• 申请
• 修改
• 重新申请
• 取消
• 检视
• 审核
• 分派
• 处理
• 撤单
• 结案

审核可能有好几步，如上面例子，申请人主管和处理单位主管审核，有的表单有可能在处理单位主管审核前还有好几步审核。

4.结语

在这里我只介绍了大致需求，关于具体细节需求，我将在实现开发框架的过程中一一叙述。