基础框架平台——系统原形描述——业务模型

接上篇： 基础框架功能需求之-可快速搭建业务办公系统原形
http://www.cnblogs.com/bobzhangfw/archive/2007/01/13/619261.html
继续对其业务模型做详细的需求分析，欢迎大家评论
   
    通常大家会认为业务模型是一个基于工作流的业务办理流程，分为很多个步骤来完成。在本文中我把单环节的业务、功能点都抽象为一个业务包。业务包发布的形式可以为业务审批模式、数据处理模式、查询汇总模式、数据发布模式等等。
    业务模型包含：业务状态、业务权限、业务角色、业务表单、业务报表、业务流程、业务资源、数据模型。业务模型可以打包导出、业务模型中的各个要素也可以打包导出。
    1、业务状态：提供业务办理过程状态变迁的描述信息。系统默认的业务状态包括：启动、在办、结束、退件、暂缓、挂起、督办、代理，除了启动、结束、退件，其他状态是可以组合的。。
    1.1启动：项目启动状态；
    1.2在办：项目在流转过程中；
    1.3结束：项目正常办结状态；
    1.4退件：项目非正常办结状态；
    1.5暂缓：项目暂缓办理状态，暂缓时间到后，通过信息收集机器人进行消息提示；
    1.6挂起：项目在某个办理环节，超过设定的时间后，系统自动将其状态设为挂起，通过信息收集机器人进行消息提示；
    1.7督办：项目接受督办后，项目的状态增加督办状态；
    1.8代理: 项目规定办理人员无法办理，委托他人代理，项目增加代理状态。
    2、业务权限：继承组织结构模型中的岗位角色权限，也可以自定义增加。
    3、业务角色：默认定义自动办理角色控制业务流程的人工环节，可以继承组织结构模型中的岗位角色、岗位人员，也可以自定义增加业务角色，与用户关联。业务权限与业务角色为控制业务表单的读写权限服务。
    4、业务表单：继承模板中心的表单模板，与业务数据模型进行关联，作为业务信息收集与检索的基本工具。
    5、业务报表：继承模板中心的报表模板，与业务数据模型进行关联，作为信息展现的基本工具。
    6、业务流程：一个业务可以订制多个流程。包括：开始、分支节点、聚合节点、子流程、人工环节、自动环节、流向线、结束。每个流程必须有一个开始与结束节点，但允许出现废气环节。
    6.1 人工环节包含的信息：环节名称、环节描述、环节类型、办理的角色、办理时限、是否计入办理时限、相关业务表单、业务报表、时限单位（年、季度、月、周、日、时）、主办/协办
    6.2 自动化节点：环节名称、环节描述、环节类型（默认为自动化节点）、办理角色（默认为自动化办理角色）、办理时限（默认为空）、
    6.3 流向线包含的信息：流向线名称、发送节点、接受节点、业务状态变迁、代理服务（操作若干个脚本）、必须经过标志（如果发送节点为主办节点，那么该流向线标示为必须经过）。
    6.4 分支节点：类似于自动化节点。可以指定三种移交方式：1个角色接受、全部角色接受、若干个角色接收。
    6.5 聚合节点：也类似于自动化节点。不与分支节点形成配对关系，只对标识为必经的流向作判断。
    7：业务资源：引入系统资源模型中的程序集或者com等资源，引入windows/web表单的风格，以及引用的脚本库。
    8、数据模型：引入系统资源模型中的数据模型，可以继续修改，并且可以发布到系统资源数据模板中心。