眼下,运营商的业务支撑系统多採用传统的“烟囱式”架构模式。即:按功能分为不一样的子系统,依据不一样需求独立地进行设计和建设,系统架构从应用、数据再到基础设施,都以烟囱式部署为主。php
这样的系统架构模式的显著特色是纵向统一,系统内部建设一体化。html
这样的系统架构模式虽保证了各功能系统内部建设的统一,但同一时候也致使出现了系统系统间独立性强、信息不透明、部门间横向协调性差、共通性少及资源共享率不高等诸多问题。数据库
近年来,随着云技术的飞速发展和业务需求的持续扩大。运营商对业务支撑系统的横向共通性要求也在不断提升。鉴于传统“烟囱式”架构已逐渐暴露出了设备利用率不高、数据通用性不佳、建设周期长、没法高速知足业务支撑需求、缺少动态适应市场变化和竞争需要能力等诸多弊端,显然这样的传统架构已不能知足运营商业务发展的支撑需求。
跨域
PaaS做为云计算的服务模式之中的一个,其市场规模远远小于其它的两种服务模式,但IaaS、SaaS发展在遇到瓶颈期后。也一定要回归到PaaS中来。三者是相辅相成关系。数组
从2012年開始,不少SaaS以及IaaS厂商開始推出本身的PaaS平台运营服务,比方伟库PaaS平台、普元PaaS平台、新浪SAE的IaaS+PaaS模式等,2013年一直主要发展云主机的腾讯云也推出了开放云平台。依据诺达咨询的调研,在对云计算了解而暂未部署PaaS服务的潜在用户中。将来一年内有36%的潜在企业用户有计划部署PaaS服务,PaaS服务的使用率将在今年有大幅度的提高。基本上可以确定的是,将来一到两年内,将成为PaaS平台部署的密集期,PaaS服务将迎来快速发展的一年。安全
为知足企业办公信息化需求,提升运营管理效率。提高经营发展能力,管理创新,推荐企业信息化部门採用基于PaaS平台进行信息化建设。微信
本段内容是文中的术语、名词的解释,仅仅限定文中所描写叙述范围使用。统一在一样的语境中。架构
(1)文件定义并发
文件是指公文管理中流转文件的正文(Word格式文件),以及相关的附件,也包含流程管理、信息管理中的附件(图片、文档、表格等)。框架
(2)通用信息定义
在办公系统环境中。通用信息是以文字、图片、数字为主要传播内容。并局限在办公环境中,而且通常也不带流程、业务处理的。好比:信息简报、信息通报、新闻动态、论坛、微信、评论等。
(3)统一组织文件夹定义 文件夹服务表述的是一种层次似的存储结构,适合描写叙述相同具备层次关系组织的服务资源。统一组织文件夹是集中统一管理办公系统中各个应用模块的组织和用户帐号信息为一套共享的组织、帐号信息。
(4)服务定义
平台对外提供的基本能力单元。并且在平台框架内进行注冊。依据其面向的目的,可分为业务服务和技术服务。服务包括部署态和执行态,部署态是指服务的包装方式和部署形式,执行态特指服务的执行实例,一个服务可包括多个服务实例。
(5)流程服务定义
流程服务是在工做流引擎的基础上。按办公云平台规范封装API服务,并与办公云平台集成,以知足办公系统中业务应用的需求。规范管理工做流开发的接口,提供通用的开发功能支撑。
(6)公文定义
公文,是公务文书的简称。是党政机关、社会团体、企事业单位以及其它社会组织行使法定职权、处理平常事务时经常使用的一种文体。公文有其特定的撰写程式和行文格式。是传达党和国家的方针政策、公布党规政令、指导和商洽工做、请示和答复问题、报告状况、交流经验的一种重要文字工具。
公文是应用文中最重要且用途最为普遍的一种文体。
(7)业务流程定义
业务流程是为达到特定的价值目标而由不一样的人分别共同完毕的一系列活动。
活动之间不只有严格的前后顺序限定。而且活动的内容、方式、责任等也都必须有明白的安排和界定,以使不一样活动在不一样岗位角色之间进行转手交接成为可能。
活动与活动之间在时间和空间上的转移可以有较大的跨度。而狭义的业务流程,则以为它不过与客户价值的知足相联系的一系列活动。
本期建设需求涵盖公文管理、通用办公、流程管理三大类。当中。流程管理就是业务流程的管理。好比资费管理审批、业务申请单、通用便签流程、业务需求申请单、经营管理0701-退费/返费申请(500元下面)、异常业务申报单(某地市)。
在部分流程管理业务中。含有数据统计、分析管理功能。有的有较强的业务信息管理,这样与流程组合成办公专业管理系统或模块。
眼下企业内部流程管理存在‘非固化’、‘固化’以及介于两者之间的‘半固化’三种模式:
(1)非固化模式
从承办人成功发起流程,系统可提示该类流程单据‘应走’的流转路径,但不作限制与验证,而是业务处理人员依据流转记录推断流程是否完整的模式。
(2)半固化模式
是指针对业务人员选定‘普通流程’或‘简易流程’并成功发起流程后,流转路径上必须要通过的部门及其前后顺序也同一时候肯定,系统能够进行验证。但每个部门内部的流转过程(如同一部门内处室之间或处室内部)系统不进行限制,可由每一当前处理人指定的模式。
(3)固化模式
是指根据业务规则与设置。该业务单据的流转路径上的流转环节精确到岗位(甚至是用户),流程承办人一旦成功发起流程,业务单据的工做流将依照既定规则与每一当前处理人的处理结果本身主动运行,不一样意人工指定的模式。
经过这个平台。咱们可以统一技术框架、统一流程管理、提升数据一致性、提升资源利用率、提升服务和技术的标准化、简化上层应用的开发和运维。
目标架构分为四层:外包资源(IaaS)层、业务运营PaaS平台层、软件服务层、复合应用层。并经过集团云门户统一接入。
(1)外部资源层:目标架构搭建在企业内部虚拟化资源池上。由虚拟化资源池提供设备资源(虚拟机),以及所使用的Oracle、MySQL数据库。
(2)业务运营PaaS平台层:Cordys BOP4 平台是企业内部办公系统云计算PaaS平台,为企业信息化提供统一的开发、运维、运营服务。并可以提供文件服务、报表服务、审批单框架服务、任务服务(是与云门户统一待办相关的服务)、主数据服务、流程服务、表单服务、用户组织机构服务、监控服务、接口服务等。
这些服务是在原生服务基础上进行的本地化,但是不会改造产品自己,特殊个性化仍用原生服务。
系统架构是在传统PaaS平台基础上,提供贴近业务的专业PaaS服务:业务能力组件和技术能力组件。
(3)软件服务层:在PaaS平台上,开发软件服务,在应用服务设计时,合理拆分为易组合的软件组件服务。以知足高速开发、实施的需求。整体上规划出公文管理、通用办公、流程管理、运维管理四大部分。并使用租户模型,按分省公司、地市、虚拟组织及应用模式进行部署。服务中间件使用Cordys、Apache HTTP、Java EE。
(4)复合应用:就是展示用户界面,按目标应用复合软件组件服务,分别为不一样用户提供不一样展示界面。
界面技术使用Cordys XForm、HTML/HTML五、JavaScript、JSP等。
办公平台服务能力由业务运营平台(原生产品)所提供的服务能力与基于平台所开发的本地业务化服务能力所组成。
服务能力经过API服务(Web Service)与管理控制台对外提供服务。当中。API服务为高速、规范化开发提供开发服务。控制台为系统管理员提供系统管理服务,以及为运维人员提供运维服务。
办公运营平台服务能力目标例如如下:
(1)管理目标
经过API服务提供开发规范。
经过管理控制台支撑系统管理及运维管理规范。
(2)技术目标
提供易用、高速开发基本软件组件。
平台原生服务有:文件夹服务、流程服务(BPM)、单点登陆服务(SSO)、界面复合服务(CAF)、规则服务(Rule)、主数据管理服务(MDM)、业务活动服务(BAM)、个案管理服务(Case Management)、租户服务(Tenant)。
基于平台开发本地化办公服务有:文件管理服务、信息管理基础服务、流程管理基础服务、菜单管理服务、权限安全服务、系统运维服务、系统接口服务、统一组织文件夹服务、统一任务服务、用户组织/角色服务、我的工做台服务。
文件管理服务是对文件生命周期及存储、备份的基础服务,是统一平台上的文件管理规范和文件管理开发规范。
(1)文件的存储
文件的存储,原则上由应用模块自行管理。也可以进行统一存储管理。统一文件存储管理需要文件管理server。以及需要规划存储空间。假设按统一文件存储管理方案可以使用虚拟化资源中的存储。
文件存储在文件系统中,并对文件名称进行编码,以防文件重名冲突。
(2)文件生命周期管理
文件生命周期管理是对文件的建立、改动、备份、销毁进行管理,管理方案举比例如如下:
建立文件,也就是系统上传文件,提供规范API服务,由API服务记录文件保存地址、时间等信息。文件信息相见文件属性。
上传、下载操做,原则上由应用模块自行管理,本服务仅仅提供记录上传文件信息;
改动文件。实质是替换文件操做,过程可以描写叙述例如如下:下载文件、改动(在我的client)、本身主动备份原文件、上传文件;
备份文件,是在系统平台上。把文件复制到还有一个文件系统中,并记录相关操做信息;
销毁文件,是先把文件移到垃圾箱,过了规定时间。系统按日期本身主动清理垃圾文件,防止误操做,由此,引出还有一个功能,恢复垃圾文件功能。
(3)文件的属性信息
文件名、类型、存储文件夹、所属业务(应用模块)、建立时间、改动时间、业务ID、文件大小等。
(4)文件应用文件夹管理
文件应用文件夹管理是管理文件存储文件夹(文件系统上,含IP地址)与业务应用模块相应关系,并提供按应用模块查询文件夹、按文件夹查询应用模块的功能。
(5)功能设计
建立文件、改动文件、备份文件、改动文件、文件应用文件夹管理、存储文件夹管理。
通用信息管理基础服务,是对通用信息分类、公布、展示、传播的管理、控制。
(1)通用信息专栏
在办公系统环境中,通用信息专栏是多个专题通用信息的集合。好比:客户服务简报、投诉通报、资料库、论坛组成的客户服务专栏。
(2)信息界面布局管理
是指信息内容展示界面的布局管理,好比信息专栏的左中右三行三列布局,再好比专题信息上下图文混搭布局。信息界面布局管理包含信息专栏界面布局模板管理和信息展示模板管理。
信息专栏界面布局模板管理,就是为了高速开发信息专栏业务,依据业务现状事先编制好的不一样风格的信息专栏界面。界面中的详细栏目主题可以更换,提示文字可换,界面的色彩经过CSS皮肤可调换。主要功能有模板查询文件夹、模板使用状况、建立信息专栏界面等,以及栏目中信息专题的展示。
信息展示模板,就是为了高速实现信息展示业务。依据业务现状梳理。事先编制不一样风格、主题的信息展示界面,界面中信息主题可以更换,界面的色彩经过CSS皮肤可调换。
主要功能有模板查询文件夹、模板使用状况、建立信息展示界面等。
(3)信息公布模板管理
信息公布模板包含信息公布流程管理和界面公布模板。
信息公布流程模版是指信息公布需要编辑、校稿、审核管理过程,有的可以直接公布。严格的走流程,在业务实现时选择对应的管理流程。界面公布模版是指公布文字、图片、多媒体、图文混排等信息内容的模版,当中,界面上的提示文字应可以配置。
(4)信息互动管理
信息互动是管理论坛、评论模版。以及管理互动信息管理控制台,好比有审核、删除评论等功能。
(5)静态信息管理
静态信息管理是管理静态网页、动画页面等资源,提供共享静态信息文件夹、静态信息生命周期管理、使用状况、訪问记录/日志等功能和管理手段。
(6)数据信息定义管理
数据信息定义管理是指数据上报功能的基础模版管理,数据项名称、格式可配置,展示形式经过模版来提供,并可以定义汇总配置。
(7)信息分类管理
信息分类管理,一是定义信息基础分类,好比:文字、图片、多媒体、静态、文件、图文混排、数字等;二是业务使用信息模版的记录。
流程管理基础服务简称流程服务,是对原生BPM流程的二次封装。使其更加贴近业务,以及流程审批单基础框架。从流程配置管理上看。需要支撑流程模版、流程图、流程规则的分级管理与控制。
(1)任务处理功能
任务处理功能是在工做流基础上,与流程业务及任务相结合的基础功能,可以在不一样业务流程中复用。举例说明表现形式。好比审签单上的退回、追回button,就是这里的任务处理功能。
下图是推荐參考曾经项目的任务处理功能。
(2)流程流转记录及展示服务
提供统一的流程流转记录服务。并提供标准的展示界面。
(1)工做流文件夹管理
管理生产环境上的所有工做流,造成管理列表,列表信息包含:流程名称、使用者(应用模块)、关联表单、建立时间、版本等。
(2)工做流模版管理
创建工做流模版列表,用法(含业务流程图),提供追加、导出流程配置等功能,好比顺序十步主流程模版、并发自流程模版等。
(3)工做流生命周期管理
管理流程的生命周期,流程的生命周期可以分为例如如下几个阶段:
第一阶段,流程建模阶段
第二阶段,流程模拟阶段
在流程设计完毕后,需要经过模拟执行来发现流程的关键路径、瓶颈和需要改进的地方。
第三阶段,流程实现阶段
流程实现阶段需要将静态的流程定义转化为可运行的动态的流程,供下一阶段流程部署与运行。
第四阶段,流程部署与运行阶段
流程定义在这一阶段被部署到流程管理系统引擎,经过人工与系统的交互达成业务流程的流转并充分利用流程管理系统的功能使业务价值达到最大化。
第五阶段,流程监控阶段
在流程运行过程当中,相关业务绩效指标需要在此阶段被收集、分析,为业务流程的优化提供数据。
(1)审批单文件夹管理
管理系统中所有审批单,生成审批单文件夹列表,管理审批单生命周期。
(2)审批单模板管理
管理系统中所有审批单模板。可以建立、处处审批单包(或代码),管理审批单模板生命周期。
审批单模板规划可以使用如下几种原则,一是按数据存储方式,单数据库表(Table)审批单,主从表的审批单二是按审批单内容。文本型审批单。数字型审批单。
按此组合规划审批单模板。
(3)审批单扩展开发
审批单扩展开发,主要是针对模板之外审批单的个性化开发。见下一章节“审批单分析与设计”。
(1)审批单界面分析
如上图所看到的。界面分为4个核心功能区域:
(2)button功能分析及设计
以“保存”button为例,保存操做在不一样环节所实现的功能是不同的,好比:申请时保存操做核心是插入并保存业务单据数据,而审批过程当中。通常对业务数据是很是少操做的。所以,在其它流程环节中,“保存”操做可能仅仅是保存审批意见。以及操做流程。所以设计方案可以有两个:
方案一:直接在界面中开发“保存”button功能。再依据环节判读。运行不一样的功能;
方案二:在不一样环节中使用不一样的函数(方法),替换运行其“保存”操做,至关于有很是多保存button定义在界面中,这样需要定义button,button也就至关于接口,动态载入类(代码),按环节定义来运行代码。
(3)审批意见填写的设计方案
方案一:审批单上直接显示意见填写输入框,经过“保存”或“送出”button直接保存意见内容。
方案二:单独设置审批意见操做button,或送出中隐含。此功能至关于新开意见输入窗体,进行意见填写操做。
学习发微博方式填写意见,实时反馈还可以输入多少个字符。防止出现多写保存不上的问题。讲个故事。某天省公司老总批文填写意见,写了700多字,提交保存时被告知超限,没了!
还好,系统有个后台日志功能记录了此事。不然,不知有多少人挨骂了。
(4)审批单数据规则设计
审批单上的数据项分为显示/隐藏、读/写等控制规则,也包含显示样式、数据有效性等控制规则。以及数据回写控制等等。
(5)审批单框架设计
审批单框架是设计核心。在办公平台上造成固化模板,内嵌入业务表单。
菜单管理服务,是统一管理办公平台上所有的功能模块和相关层级关系。
(1)功能菜单列表。列表信息包含功能名称、功能简单介绍、业务分类、keyword、上线时间、版本号、使用租户等;
(2)菜单(某应用模块)生命周期管理,包含菜单加入(应用上线)、版本号更新、撤销菜单、销毁等;
(3)菜单簿管理
菜单簿管理,是管理业务应用组合,好比:通用办公(root节点),如下有公告、通知、会议室、车辆管理等子项目,公告如下还有起草、公布等子项目。菜单簿自己也是一个集合,把多个应用系统的菜单集中统一管理。也是为了共享功能模块。
经过对系统平台产品的二次封装。高速提供安全管理服务。
(1)权限管理
(2)身份认证管理
身份认证管理,主要是针对非平台产品接入认证管理,创建外部接入系统列表,并进行有效的监控管理。
(3)数据安全管理
管理OLE DB/JDBC接入数据库用户和password,按期进行更换。
(1)数据维护
数据维护是系统运维人员使用的功能,摒弃早先直接到数据库改动数据的不规范操做。由平台提供规范的数据维护界面。维护内容经过数据适配接口进行配置提供。对应的功能有:维护专题管理、数据查询定位、改动数据、数据恢复等。
(2)数据适配接口
配置数据维护专题及详细维护的数据表,以及数据处理规则。原则上不一样意删除数据。
(3)维护日志管理
系统运维工做要留有痕迹,或者是系统本身主动记录操做日志。或者是经过管理工具记录操做日志,并且每周造成维护周报。
(4)维护权限管理
维护权限分三级,一级是应用模块管理员。处理其管理界面的维护工做,好比应用模块的角色管理;二级是系统运维人员。好比进行数据维护工做;三级是最高级维护。可以直接深刻平台进行维护,但对应的维护工做要有工做协调单和维护报告。
(5)任务维护
任务维护主要是指与门户待办接口,以及系统平台待办消息故障的平常维护管理。当中。任务稽核功能是门户与系统任务管理核对任务,若有异常,则有任务维护进行处理;另外,系统平台流程服务与应用模块间也要有任务稽核,出现故障也要进行处理。
(6)流程维护
流程维护分为流程平常管理和流程异常维护,流程平常管理经过工做流管理、流程管理等控制台界面进行工做;流程异常维护依赖于系统平台。经过系统平台提供工具进行维护工做。
系统接口服务包含外部接口和内部接口。并为内外接口制定接口规范。
办公化平台对接口信息进行集中统一管理,并进行监控。
外部接口主要有:集团公文网关、门户接口、短信接口、云数字档案接口、跨域接口等;内部接口有:文件server接口、数据库接口、地市公文网关接口、异构系统接口等。
(1)外部接口规范
对外提供标准的Web Service接口API。
(2)内部接口规范
内部接口主要是经过API服务方式提供。
(3)接口适配服务
办公系统上应用模块使用统一接口规范API,API经过參数识别实际接口,进行本身主动适配。
(4)接口使用状况管理
展示接口使用者列表。以及每个接口执行状况,并标示出异常接口。
(5)接口配置
配置管理实际接口。好比配置IP地址、port号、用户、password等。每个接口一套配置。对每个接口进行例如如下管理:一是建立接口、二是维护、三是造成接口列表文件夹。并能本身主动获取接口的使用者(指应用模块)。
(6)接口日志
接口启停、传递信息都应具体的记录日志,并对日志进行监控管理。日志信息按期人工或本身主动清理。
办公系统平台为平台上所有应用模块提供统一帐号、组织文件夹服务。并负责与云门户4A同步用户帐号信息,组织文件夹统一维护管理。主要功能有:
(1)加入用户帐号
(2)组织文件夹管理
(3)提供用户帐号查询验证服务,提供组织文件夹及相关人员查询服务。
统一任务服务主要是管理流程待办和待阅消息两部份内容,这两部份内容应从底层分开,需要集中监控、分别管理。
在流程流转产生待办任务。以及待办状态更新时,流程服务PUSH数据到统一待办中。
(1) 按流程定义业务应用消息数据项推送待办到云平台统一待办接口中;
(2) 推送流转待办消息包括业务本身定义业务信息URL;
(3) 按流程消息ID推送更改待办状态请求。
下图以启动流程或送出下一步为例,介绍任务管理。
任务服务需要功能有:门户接口调用服务、任务稽核服务、待办或办结任务展示。
待阅消息是指点到点的信息公布信息、评价信息、催办信息,他们的特别是不经过流程服务产生的消息。待阅消息量比較大。需要进行有效的管理。所以对消息进行分级、待阅/阅毕查询、处理时效监控管理等。
(1)消息分级管理
对消息按业务、人员岗位。分为很重要、重要、普通等三级管理。
(2)待阅/阅毕查询
(3)处理时效监控管理
用户组织及角色服务是管理用户信息、组织信息和角色信息。最基本的是管理应用模块中的组织、角色,以及虚拟组织。
(1)用户信息管理
管理用户办公基本信息,好比:办公电话、手机、邮箱、微博、爱好等,除了帐号、姓名、性别外。其它信息可以自行维护。
(2)组织结构管理
本地组织结构管理与统一组织文件夹要严格区分开,本地组织结构管理仅是为应用模块提供个性化服务的。
原则上,应用模块应使用统一组织文件夹。但在统一组织文件夹没法知足需求时。不是经过扩展统一组织文件夹功能实现。而是经过本地个性化组织结构管理来提供支撑。
为了共享数据、高速支撑,设计了本地组织结构集中管理,作到尽可能复用,主要功能例如如下:
这里关键点是应用模块与组织结构相应关系,假设某组织结构多个应用模块使用了,则不能随意变更;
(3)虚拟组织管理
虚拟组织管理是本地组织结构管理的扩展。提供虚拟团队、暂时组等管理,也存在其生命周期管理。
(4)组织使用状况
提供系统平台中所有组织结构(含虚拟组织)的文件夹列表,查询组织结构的使用者(应用模块)。
(1)报表的定义
常用二维报表格式是由表头和数据区组成,并非常规则。所以报表的表头可以用树来描写叙述,例如如下表所看到的报表,假设把表的表头描写叙述成树,其结果例如如下图所看到的。数据区可以简单地描写叙述成二维数组。
在图中,根节点“root”是个虚节点,非叶子节点(B、C)都不正确应数据,叶子节点(A、B一、B二、B三、C一、C二、C3)相应报表中的详细数据。对比上表。每个叶子节点相应数据表中的详细数据列(字段名或函数、表达式)。也就可以把这些数据列名组成查询用的SQL语句。
(2)超文本连接标示语言(HTML)中表格的描写叙述
在HTML语言中,表格经过标记<table>和<td>表示,对整个表格可以描写叙述成树状结构,表格的行与列信息经过參数rowspan、colspan说明,好比:
<td rowspan="2" colspan="2"> </td>
此语句表示此单元格由2行2列组成。
假设经过程序生成表格。其单元格位置的计算公式例如如下:
colspan = 此列下所有的叶子节点
rowspan = 当前行的行数 - 当前树的深度 + 1
(3)通用高速报表服务管理
通用高速报表服务管理主要功能有:报表生命周期管理(建立、改动、销毁)、报表文件夹列表(应用模块、建立时间、功能、展示界面、数据来源、数据产生服务等)、报表使用状况等。
(1)建立报表
按需求和数据源选择模板。或者本身主动高速配置来定义报表。按文中所述。分红表头和数据内容定义。当中,报表数据源分为静态和动态两类,由配置适配器自适应控制使用。
(2)报表改动
平台提供报表改动功能,改动后产生新版本号。原报表为历史数据。
(3)报表应用
把报表增长管理文件夹,并发放到对应的应用模块中使用。
(4)报表销毁
报表下线中止使用,系统标记为下线,配置数据保留。
报表文件夹是指系统中所有报表清单的管理。包含个性化开发报表,提供查询、维护报表文件夹列表功能。此功能由系统运维人员使用。
(1)查询报表文件夹
查询报表文件夹功能是与系统应用模块文件夹配合使用。提供两种视角查询:一是按应用模块查询;二是按报表直接查询,内容含应用模块信息。
(2)维护报表文件夹
维护报表增删改在文件夹中体现。
数据生成服务主要是经过规范API服务来实现,此服务负责按定义提取报表展示数据到展示报表中。假设静态数据已经存在。则越过提取数据处理。
假设是动态实时提取数据。则数据生成服务的内容与报表展示内容处理方式一致,好比使用一样的查询SQL语句。
(1)数据生成服务定义
数据生成服务定义主要是定义提取数据到静态展示数据表中。假设是动态则获取报表的定义,并做动态标记。
数据生成服务在报表中注冊使用,使用时经过规范API本身主动适配进行处理。
数据生成服务还包含数据汇总功能,假设数据生成服务中含汇总定义,则报表展示不作处理,不然报表展示时需要按需求进行汇总处理。
(2)数据生成服务管理
主要是管理数据生成服务使用,并监控服务使用状态。
报表展示可以高速本身主动生成,也可以按模板展示。依据需求进行开发。
报表模板主要是体现报表展示样式,设置多种样式供选择。好比:单行表头模板、多行表头模板、数据区可以滚动模板等。系统平台提供报表模板生命周期管理。以及使用状况的管理。
(1)报表模板生命周期管理
(2)报表模板使用管理
系统平台提供报表导出Excel格式文件并下载,以及PDF格式文件并下载功能。
我的工做台服务是办公化服务能力中针对我的个性化的基础服务,提供常用的基础数据服务API,统一管理个性化配置、使用状况,有效的管控我的行为,推荐出我的工做台模版。方便用户使用。
(1)任务管理
提供标准的待办/在办任务展示模版。
(2)个性化界面
个性化界面经过模版方式提供,平台主要是提供对模版的管理,以及基础资源的提供。(注:此部分不包含我的工做台业务级应用,详细实现暂定放在阳光大厅中实现。也可能其它地方也用到。)
(3)我的工做台使用管理
对于我的工做台的使用。平台提供集中监管界面。在监管界面中。可以看到所有用的我的工做台使用状况。包含:选择模版(含业务级扩展个性化模版)、模版中自助业务应用模块列表、信息订阅状况、使用频率等内容。
办公化平台服务能力的设计是为高速开发应用模块服务的,也是为运维管理服务,因此,其易用性、规范性是重要的指标。
办公化平台设计出来的功能是为了使用的,没有必要开发出花瓶。要的是有用。所以,从使用者的视角,按用法提出详细设计要求:
规范化的API服务,既包含实际的API(Web Service),也包含可共享的界面、JavaScript函数包,也包含开发规范。这里,需要特别强调开发规范,尽管没有实际功能,但是是应用模块、基础平台相互沟通、协调的桥梁。千万不要再本身作本身的,再弄出来一套“烟囱系统”。
规范化API服务主要使用者是开发者。
规范化API服务的使用,需要使用手冊和案例。需要设计人员提供。
控制台是办公化平台服务能力管控的支撑界面,主要使用者是运维人员。
最重要的是经过尽早和不断交付有价值的软件知足客户需要。
本文是做者依据多年项目实施经营总结出来的经验谈,属于软件产品规划设计通用内容。针对性不强,通常是文中部份内容有成功案例,这些内容整合在一块儿,本人无成功案例。所以,仅仅能作为详细项目规划方案设计參考,抛砖引玉,欢迎反馈、交流,但愿能及早无缺出第二版。
兴许文章预告:流程模版设计方案
參考资料:
一、1.1背景章节。部份内容摘自:邮电设计技术《浅析PaaS平台在电信运营商业务支撑系统中的应用》,2012年,做者: 蔡文君,裴 培,杨巧霞
二、1.1背景章节,部份内容摘自:通讯世界网-通讯世界周刊《2014年云趋势:PaaS市场迎来规模化发展》,2014年,做者:诺达咨询分析师 温建旺
三、部份内容參考:CSDN博客《基于PaaS平台开发流程审批框架界面设计方案(草稿)》,2014年1月,做者:肖永威
四、部份内容參考:CSDN博客《信息化建设适应当前改革的思考——简化流程与信息透明》。2014年3月,做者:肖永威
五、部份内容參考:CSDN博客《面向集团客户云计算运营平台的运营开通技术方案及应用架构——之云计算运营平台方案(三)》。2013年12月,做者:肖永威
六、部份内容參考:CSDN博客《使用云技术升级改造现有应用系统的思考》,2013年11月。做者:肖永威
七、部份内容參考:CSDN博客《IT运维管理之数据维护技术方案》,2013年11月,做者:肖永威
八、部门内容參考:Cordys 业务运营平台BOP技术方案,2012年
九、公文定义,来源国家档案管理中对文件的定义,2008年
十、业务流程定义,来源百度百科
十一、5.11章节,内容參考:程序猿CSDN开发高手《在Web开发中用Servlet本身主动绘制报表》,2004年11期。P112。做者:肖永威
十二、敏捷开发图片来自百度:敏捷开发过程