办公管理支撑流程能力PaaS平台运维开发软件需求设计方案

1、概述

        办公管理支撑流程能力PaaS平台（以下文中简称“能力平台”）运维开发是指基于Cordys BOP 4 PaaS平台，通过二次开发，为运维开发人员提供快速支撑办公管理流程开发、实施、再造的能力，也为管理流程全生命周期管理提供数据支撑能力。管理目标及软件需求如下：

        （1）开发/运维人员

        开发/运维人员是指系统平台管理人员、运维人员，例如：省公司与地市公司信息化系统管理员。开发/运维人员为专业信息化管理员，都是受过专业计算机教育，懂计算机软件维护、开发，但是，不是专业程序员，也就是说不是软件开发从业人员。

        （2）能力平台生态环境

        能力平台包括开发环境、测试环境、生产环境。

• 开发环境，如上图所示的流程快速开发平台和应用开发平台，在开发环境中，以租户模式为各个开发者提供在线的开发工具，对各租户的开发管理员可以基于浏览器进行个性化的流程应用定制开发、测试及部署功能；
• 测试环境，如上图所示的应用测试平台，此平台主要是包括与生产环境一致的组织架构、权限、服务等资源，用于测试新开发、变更的应用；
• 生产环境，如上图所示的能力平台。

        （3）开发工作流与表单能力软件需求

• 可视化、拖拽式开发、配置工作流；
• 可基于工作流模版修改出新工作流，也可以直接复制、租用工作流；
• 支持工作流全生命周期管理；
• 可视化配置表单；
• 可基于表单模版修改出新表单，也可以直接复制、租用表单；
• 支持表单全生命周期管理；
• 表单可以不依附于工作流而存在（例如：直接填表，不走流程的业务）；
• 表单开发支持按规范通过第三方软件开发出的HTML表示使用。

2、运维开发场景

        运维开发设计思路

        （1）工作流设计器使用Cordys BOP 4产品自身BPM流程开发功能；

        （2）表单设计、管理功能，采用自行开发、部署到生产环境上，并在生产环境上使用的方案；

        （3）也可以把表单设计、管理功能部署到开发环境上，但这是锦上添花的工作，根据实际情况再定。

        下面以运维开发人员的视角，模拟运维开发场景，其中场景三、四是不带工作流的业务所使用的表单。

场景一：为某租户开发新流程

        按运维开发设计思路，在开发环境完成工作流设计，发布到生产环境上，在某租户租用此流程的前提条件下，在租户内进行表单开发、绑定流程，并发布流程应用。此流程应用仅限于当前租户使用。上述过程如下图所示。

        

场景二：开发新流程，租户进行租用

        此场景与场景一的差别较大，是在系统租户中设计表单，并发布流程应用，然后某租户租用此流程应用，那么其他租户也可以租用此流程应用，上述过程如下图所示。

        

场景三：新开发信息类应用，租户租用

        此场景与场景二类似，只是不包含流程，过程如下图所示。

        

场景四：为某租户新开发信息类应用

        此场景与场景一类似，只是不包括流程，过程如下图所示。

        

        上述场景中，为什么开发表单放在生产环境？

        首先，本能力平台是基于商业产品进行二次开发所形成的平台，更贴近用户业务需求；

        其次，开发成本的原因，尽量简化。

3、能力平台表单运维开发软件需求

3.1. 流程审批单软件需求

        流程审批表单是由表单、流程、数据规则、操作、意见等业务项构成，如下图所示审批单框架，流程中审批单由功能按钮区、特殊功能区、业务表单区、附件区、审批意见区等区域构成，其中，业务表单区理论上包含附件和意见，但是由于附件和意见的业务特殊性，需要单独进行管理，剩下的业务表单就可以看作文档了，在具体流程业务中，把这些原子业务按规则装配绑定在一起，来形成具体的业务。

       

        注意，审议意见区的设计，应学习发微博方式填写意见，实时反馈还可以输入多少个字符，防止出现多写保存不上的问题。讲个故事，某天公司老总批文填写意见，写了700多字，提交保存时被告知超限，没了！还好，系统有个后台日志功能记录了此事，否则，不知有多少人挨骂了。

        在“业务表单区”，如下图所示，需要按区域进行管理“group”，例如：区域3为内嵌多行子表单，要求按动态增加多行方式，或固定行数来处理。此“地市固定资产正常报废申请”单，在图中分了5个区域，每个区域的表格行数、列数不等。

        数据项要求支持：单行文本、多行文本、日期时间、下拉选择、固定值、按钮等常用表单基本元素。

        

        例如“操作”业务，归纳主要功能有：保存、送出、选择人员、选择下一步、查看流转记录等；“数据规则”业务就是在不同的流程环境，对业务表单上的操作权限，以及内部业务逻辑。

        如下图所示，为流程业务装配模型。

        

3.2. 信息表单软件需求

        信息业务主要包括：静态信息展现、数据信息汇总与分发。

        （1）综合信息

        综合信息是指新闻、资料、学习园地、法律法规、部门职能介绍等信息展现类业务，这类业务是以文字、图片为主，信息存储结构简单，不固定。而对信息的答复、评论，都是依附信息存在的，删除信息，则其所对应的评论、答复也就不存在了。

        其中，信息专栏是信息按预定分类进行展现的入口，专栏结构不固定，变化较为频繁。

        （2）数据上报

        数据上报是指填报数据给主管部门，需要填报数据随意性比较大，变是常态，需要有数据汇总功能。

        （3）信息交互

        信息交互是指类似论坛的业务形式，更接近当前流程微博、微信的简洁样式，限定信息交流范围。

        综上所述，参考流程审批单软件需求，如下图所示，信息表单相对简单些。信息表单类业务应用在业务装配复合中，有信息栏目和网页的元素，也可以简单的理解为信息网页，不要求做成复杂网站的网页，信息栏目和网页的目的只是为业务通过入口和展现界面。

        

        本文大部分内容是对作者以前所写博客内容的梳理、汇总，逐渐形成完整体系，细节内容见附属参考连接，欢迎反馈，再完善。

参考：

（1）基于PaaS平台开发流程审批框架界面设计方案（草稿） 2014年1月 

（2）从原理分析审批流表单配置功能使用的问题 2014年2月

（3）管理支撑办公系统技术架构选型及相关技术应用范围、方法分析 2014年4月

（4）流程管理与流程快速开发平台设计思路 2014年11月

（5）通用流程化应用审批单设计思路（一） 2014年12月

（6）在BPM动态可配置表单中使用NoSQL技术可行性分析——通用流程化应用审批单设计思路（二） 2014年12月

（7） 用MongoDB数据库来管理办公系统中文档型的表单和信息——通用流程化应用审批单设计思路（二，续） 2015年1月

（8）流程管理中WEB表单开发服务需求分析及设计思路 2015年1月