3.2 核决流程算法
原始单据的流程定制完成后，剩余的问题是核决用户如何利用核决中心来进行日常工作。该系统的核决流程算法参见图1所示，说明如下：
图1 核决流程算法
在核决用户成功登录后，系统进入待核决单据中心，检查其中有无需要该用户审阅的原始凭证。如果存在，系统自动调用制表人或下游核决用户提交的原始凭证，核决用户有权进行局部修改，在审核校对完成后，核决人作出决策，即同意与否。如果该核决用户同意提交的凭证，则回填核阅日期并签名；否则，核阅人填写驳回原因及修改意见，该凭证自动转入驳回中心进行处理，制表人或下游核决用户修改单据后再提请核决。接下来，系统调用表单核决流程功能，检查是否为最终审阅节点。如果为最终节点，则回填原始凭证的“已经核决完成”标志，同时删除待核决单据中心对应该用户的核决顺序编码。这样，某一单据的整个核决流程业已结束；否则，系统自动进入待核决单据中心的下一环节继续以上步骤。
3.3 辅助功能
核决中心的管理思想和对应的处理流程，与企业的实际管理相吻合，但同时也增加了ERP软件实施和运行的风险，因此，我们提出了代理机制、反馈机制的概念，以此确保核决中心安全、快捷、顺利地运转。
代理机制：管理流程涉及的人员、业务和环节越多，系统的安全系数则越低。如果流程中某一环节的用户因故不能及时审阅其下游提交的单据，这势必导致核决流程陷入停顿，从而影响企业的正常业务流动。因此，通过建立代理机制，某一职务人将自己的核决权限临时授予其代理人，并设定代理者的有效时间和状态标志，由代理人行使授权人的职能，同时，代理人应该承担相应的责任。
反馈机制：代理机制基本解决了核决用户内部存在的安全隐患，核决用户之间的信息通讯和交互则通过建立反馈机制来保证，反馈机制包括两层功能：用户之间的信息传递和反馈执行情况的监督。上游的核决用户调用反馈机制，通过消息传递来提示下游的核决用户接收和审阅待处理的单据；同时，反馈监督功能实时记录和监控反馈执行情况。从两方面来确保核决流程顺利流转。
4 组件实现
根据以上核决中心的设计思想，考虑到软件的可重用性和通用性，我们选择了基于组件的开发方法（Component-Based Development，CBD），CBD模拟T硬件设计的思想，在CBD下，一个应用是由若干个可重用的组件组合而成。组件是独立于特定的程序设计语言和应用系统、可重用和自包含的软件成分，每个组件提供一个或多个接口，接口是组件与客户和其他组件之间通信的唯一途径。目前流行的组件技术标谁有：OMG起草与颁布的CORBA，微软推出的COM/DCOM/COM+，SUN发布的JavaBeans。考虑到WINDOWS操作系统的普及性，我们选用DCOM标准作为组件开发方法。
结合以上核决中心的分析和组件技术的要求，我们依据逐步细化的原则，首先将核决中心粗分为流程定制、流程核心算法和辅助功能三大组件，然后，将流程定制组件再细化为：核决权限设定、表单核决流程定义和待处理/驳回单据管理三个子组件，辅助功能组件划分为：代理、反馈收发和反馈监控组件。组件内部封装了各自对应的业务功能，通过各组件的接口来完成整个核决中心的装配。
|
