生命就像从高空下落，却没有降落伞，落下就是死亡； 你唯一能做的就是享受这短暂的过程，苦中作乐； 你可以用意念和思想把这短暂放大，拉伸； 你可以让生活看似很有意义，真的； 这意义也只有你能体会到； 你的结果只有一个； 那就是死亡。 如果结果是这样，你为何还要恐惧？ 你为何不为爱的一切全力以赴？ 创造些许的辉煌； 留于世间； 代表你——曾存在过。
View Detailsspb_Announcements 公告表 Id 自动编号 Subject 主题 SubjectStyle 主题样式 Body 公告主体（可选） IsHyperLink 是否链接 HyperLinkUrl 链接URI（只有当IsHyperLink为1时才有效） EnabledDescription 是否启用描述（当 此项为1时，body 才可输入内容） ReleaseDate 发布日期 ExpiredDate 失效日期 LastModified 更新日期 CreateDate 入库日期 UserId 用户Id（公告发布者） DisplayOrder 显示排序 DisplayArea 显示区域（如频道、用户中心） spb_BarPosts 贴吧-回复表 spb_BarRatings spb_BarSectionManagers spb_BarSections 贴吧-吧表 spb_BarThreads 贴吧-帖子表
View Details工作流(Workflow)，就是“业务过程的部分或整体在计算机应用环境下的自动化”，它主要解决的是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者促使此目标的实现”。 概述 工作流（Work Flow）就是工作流程的计算模型，即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。工作流要解决的主要问题是：为实现某个业务目标，在多个参与者之间，利用计算机，按某种预定规则自动传递文档、信息或者任务。简单地说，工作流就是一系列相互衔接、自动进行的业务活动或任务。我们可以将整个业务过程看作是一条河，其中流过的河水就是待审核的表单。 工作流属于计算机支持的协同工作（Computer Supported Cooperative Work，CSCW）的一部分。后者是普遍地研究一个群体如何在计算机的帮助下实现协同工作的。 许多公司采用纸张表单，手工传递的方式，一级一级审批签字，工作效率非常低下，对于统计报表功能则不能实现。而采用工作流软件，使用者只需在电脑上填写有关表单，会按照定义好的流程自动往下跑，下一级审批者将会收到相关资料，并可以根据需要修改、跟踪、管理、查询、统计、打印等，大大提高了效率，实现了知识管理，提升了公司的核心竞争力。 定义 工作流概念起源于生产组织和办公自动化领域，是针对日常工作中具有固定程序活动而提出的一个概念，目的是通过将工作分解成定义良好的任务或角色，按照一定的规则和过程来执行这些任务并对其进行监控，达到提高工作效率、更好的控制过程、增强对客户的服务、有效管理业务流程等目的。尽管工作流从产生到现在已经取得了相当的成就，但对工作流的定义还没有能够统一和明确，不同学者从不同角度对工作流做出了不同的定义。 Georgakopoulos给出的工作流定义是：工作流是将一组任务组织起来以完成某个经营过程：定义了任务的触发顺序和触发条件，每个任务可以由一个或多个软件系统完成，也可以由一个或一组人完成，还可以由一个或多个人与软件系统协作完成。 IBM Almaden Research Center将工作流定义为：工作流是经营过程的一种计算机化的表示模式，定义了完成整个过程需要的所有参数；这些参数包括对过程中每一个步骤的定义、步骤的执行顺序和条件、步骤由谁负责以及每个活动所需要的应用程序等。 1993年工作流管理联盟(Workflow Management Coalition，WfMC)作为工作流管理的标准化组织而成立，标志着工作流技术逐步走向成熟。WfMC对工作流给出定义为：工作流是指一类能够完全自动执行的经营过程，根据一系列过程规则，将文档、信息或任务在不同的执行者之间进行传递与执行。 工作流从英文单词workflow而来，是工作work和流动flow的组合，是一种能够被计算机解释和执行的反映经营过程业务流动的计算机化模型。 起源和发展 工作流技术起源于二十世纪七十年代中期办公自动化领域的研究，由于当时计算机尚未普及，网络技术水平还很低以及理论基础匮乏，这项新技术并未取得成功。简单地说，工作流就是一系列相互衔接、自动进行的业务活动或任务。一个工作流包括一组任务(或活动)及它们的相互顺序关系，还包括流程及任务(或活动)的启动和终止条件，以及对每个任务(或活动)的描述。 工作流参考模型 1983年至1985年间，在图像处理领域和电子邮件领域出现了早期的含有工作流特征的商用系统。 进入九十年代以后，随着个人计算机、网络技术的普及和推广，以及信息化建设的日益完善，使得工作流技术的研究与开发进入了一个新的热潮。1993年8月,第一个工作流技术标准化的工业组织——工作流管理联盟（Workflow Management Coalition，简称WFMC，下同）成立。 1994年，工作流管理联盟发布了用于工作流管理系统之间互操作的工作流参考模型，并相继制定了一系列工业标准。与此同时，关于工作流技术的学术研究也十分活跃，许多原型系统在实验室里开发出来。进入二十一世纪以来，工作流技术已被越来越多的人认可，与之相关的标准规范、工作流引擎及商业产品不胜枚举。人们在开发推广工作流产品的同时，更加注重工作流的理论研究，以推动该项技术走向成熟。 发展历史 工作流技术发端于1970年代中期办公自动化领域的研究工作，但工作流思想的出现还应该更早，1968年Fritz Nordsieck就已经清楚地表达了利用信息技术实现工作流程自动化的想法。1970年代与工作流有关的研究工作包括：宾夕法尼亚大学沃顿学院的Michael D. Zisman开发的原型系统SCOOP，施乐帕洛阿尔托研究中心的Clarence A. Ellis和Gary J. Nutt等人开发的OfficeTalk系列试验系统，还有Anatol Holt和Paul Cashman开发的ARPANET上的“监控软件故障报告”程序。SCOOP, Officetalk和Anatol Holt开发的系统都采用Petri网的某种变体进行流程建模。其中SCOOP和Officetalk系统，不但标志着工作流技术的开始，而且也是最早的办公自动化系统。 1970年代人们对工作流技术充满着强烈乐观情绪，研究者普遍相信新技术可以带来办公效率的巨大改善，然而这种期望最终还是落空了。人们观察到这样一种现象，一个成功的组织往往会在适当的时候创造性的打破标准的办公流程；而工作流技术的引入使得人们只能死板的遵守固定的流程，最终导致办公效率低和人们对技术的反感。1970年代工作流技术失败的技术原因则包括：在办公室使用个人计算机尚未被社会接受，网络技术还不普遍，开发者还不了解群件技术的需求与缺陷。 含有工作流特征的商用系统的开发始于1983年至1985年间，早期的商用系统主要来自于图像处理领域和电子邮件领域。图像处理许多时候需要流转和跟踪图像，工作流恰好迎合这种需求；增强的电子邮件系统也采用了工作流的思想，把原来点对点的邮件流转改进为依照某种流程来流转。在这些早期的工作流系统中只有少数获得了成功。 进入1990年代以后，相关的技术条件逐渐成熟，工作流系统的开发与研究进入了一个新的热潮。据调查，截至1995年共有200多种软件声称支持工作流管理或者拥有工作流特征。工作流技术被应用于电讯业、软件工程、制造业、金融业、银行业、科学试验、卫生保健领域、航运业和办公自动化领域。 1993年8月，工作流技术标准化的工业组织-工作流管理联盟（WfMC）成立。 1994年，工作流管理联盟发布了用于工作流管理系统之间互操作的工作流参考模型，并相继制定了一系列工业标准。 关于工作流技术的学术研究也十分活跃，许多原型系统在实验室里开发出来，人们从工作流模型、体系结构、事务、适应性、异常、安全、语言、形式化、正确性验证、资源管理、开发过程等各方面对工作流技术进行探讨，大量论文被撰写出来。 尽管工作流技术取得了进步，但理论基础的研究还很不够。现有的工作流管理系统从功能、可靠性、健壮性上与数据库管理系统无法相提并论。 进入2000年以后，随着Web服务技术的兴起，多个标准化组织制定了各自和工作流技术相关的Web服务标准，如XLANG，WSFL等。 2002年8月，IBM，Microsoft为等企业联合提交并发布了BPEL规范。 工作流 – 特点 1.图形化、可视化设计流程图 2.支持各种复杂流程 3.组织结构级处理者指定功能 4.B/S结构，纯浏览器应用 5.强大的安全性特色 6.表单功能强大，扩展便捷 7.灵活的外出、超时管理策略 8.处理过程可跟踪、管理 9.丰富的统计、查询、报表功能 10.与MAIL系统集成 适用行业 消费品行业，制造业，电信服务业，银证险等金融服务业，物流服务业，物业服务业，物业管理，大中型进出口贸易公司，政府事业机构，研究院所及教育服务业等，特别是大的跨国企业和集团公司。 具体应用 1.关键业务流程：订单、报价处理、采购处理、合同审核、客户电话处理、供应链管理等 工作流的具体应用图例（营销工作报告流程） 2.行政管理类:出差申请、加班申请、请假申请、用车申请、各种办公用品申请、购买申请、日报周报等凡是原来手工流转处理的行政表单。 3.人事管理类：员工培训安排、绩效考评、职位变动处理、员工档案信息管理等。 4.财务相关类：付款请求、应收款处理、日常报销处理、出差报销、预算和计划申请等。 5.客户服务类：客户信息管理、客户投诉、请求处理、售后服务管理等。 6.特殊服务类：ISO系列对应流程、质量管理对应流程、产品数据信息管理、贸易公司报关处理、物流公司货物跟踪处理等各种通过表单逐步手工流转完成的任务均可应用工作流软件自动规范地实施。 工作流与重规划 从逻辑上，对工作流的关注和研究可以看作是对业务过程重规划（BPR）的一种深化。BPR的观点，要求我们将眼光投向实际业务进行的过程，但这个过程应当是什么样的，怎样分析、构造？工作流就是一个具体的、操作性的答案，它可以令我们从神秘的、难以预测和控制的“头脑风暴式”的“艺术的”业务过程创造，变成解析的、技术的、可控制和预测的工程化过程，如此，才真正体现出re-engineering中engineering的意义。 工作流与BPR的概念，已经被几乎所有的研究者联系在一起研究和应用。在这个领域有一个非常活跃的组织，即国际工作流与重规划协会（Workflow And Reengineering International Association, WARIA）。 与企业工程 无论从理论、方法上，还是对象、内容上，我们都有理由将“工作流”看作是企业工程的一部分。实际上，已有的关于工作流体系的描述，本身就是一个通用的业务模型框架。仅仅有工作流是不够的，必须对整个体系的目标及所有相关要素综合考虑——这正是企业工程。 与IT应用体系 与以往已经被采用的企业IT应用体系，例如MRPII或ERP相比，WFMS是一个相当重要的里程碑。从用户的角度，WFMS带来（或将要带来）的变化是极其强烈的，甚至可以形容为一种用户“梦想”的实现。 在一些老的“模块化”的产品中，系统的设计是通常是基于任务分割的，作业项目之间是分裂的。面向对象的技术，并不能直接解决这个的问题，相反，往往使系统变得更加混乱和琐碎。从操作上，典型地，我们必须不断地在层次结构的功能表（比如下拉菜单）或对象之间“进进退退”，或者在“神出鬼没”的对象以及相关菜单中捉迷藏。 工作流管理系统是一个真正的“人-机”系统，用户是系统中的基本角色，是直接的任务分派对象，他或她可以直接看到电脑针对自己列出的“任务清单”，跟踪每一项任务的状态，或继续一项任务，而不必从一个模块退出，进入另一个模块，搜索相应任务的线索。前者是面向功能或对象的，而后者是直接面向用户的。这样，用户的任务分派和任务的完成状态，可以被最大程度地电脑化和受到控制。 现在的典型工作流产品是客户-服务软件。而日益增长的重要途径是通过万维网界面，它可以令客户或远程的职员更好地参与。工作流的定义经常是借助于图形化工具，依照业务过程实例的情况定义相应工作的安排。 […]
View Details一、apacheapache 的 httpd.conf 有两个配置可以控制是否显示服务器信息给用户。ServerTokensServerSignature默认条件下会把apache版本 系统 模块都显示出来 (HTTP 返回头)设置为：ServerTokens ProductOnlyServerSignature Off就隐藏Apache的Apache Version信息。还有如果列举目录的话 会显示域名信息(文件列表正文)如果不想要就可以调这两个参数ServerTokensServerSignatureServerSignature On|Off|EmailServerTokens Minimal|ProductOnly|OS|FullServerTokens Prod[uctOnly]Server sends (e.g.): Server: ApacheServerTokens Min[imal]Server sends (e.g.): Server: Apache/1.3.0ServerTokens OSServer sends (e.g.): Server: Apache/1.3.0 (Unix)ServerTokens Full (or not specified)ServerSignature控制由系统生成的页面（错误信息，mod_proxy ftp directory listing等等）的页脚中如何显示信息。可在全局设置文件中控制，或是通过.htaccess文件控制默认为”off”(ServerSignature Off),有些Linux发行版本可能会打开这个阀门，比如Debian在默认的虚拟主机上默认将这个阀门设置为开放全局阀门的阀值会被虚拟主机或目录单位的配置文件中的阀值所覆盖，所以，必须确保这样的事情不应该发生可用的阀值为下面所示：Off (default): 不输出任何页脚信息 （如同Apache1.2以及更旧版本，用于迷惑）On:输出一行关于版本号以及处于运行中的虚拟主机的ServerName (2.0.44之后的版本，由ServerTokens负责是否输出版本号）EMail: 创建一个发送给ServerAdmin的”mailto”二、隐藏 PHP 版本php.iniexpose_php On改成expose_php Off重启apache后，php版本在http头中隐藏了。三、ServerTokens 指令说明: 配置服务器HTTP回应头语法: ServerTokens Major|Minor|Minimal|ProductOnly|OS|Full默认值: ServerTokens Full上下文: 服务器配置状态: 核心模块: core此指令控制了Server回送给客户端的回应头域是否包含关于服务器OS类型和编译进的模块描述信息。ServerTokens ProductOnly服务器会发送（比如说）：Server:ApacheServerTokens Major服务器会发送（比如说）：Server:Apache/2ServerTokens Minor服务器会发送（比如说）：Server:Apache/2.0ServerTokens Min[imal]服务器会发送（比如说）：Server:Apache/2.0.41ServerTokens OS服务器会发送（比如说）：Server: Apache/2.0.41 (Unix)ServerTokens Full (or not specified)服务器会发送（比如说）：Server: Apache/2.0.41 (Unix) PHP/4.2.2 MyMod/1.2此设置将施用与整个服务器，而且不能在虚拟主机的管理层次上予以启用或禁用。ServerSignature 指令说明: 配置服务器生成页面的页脚语法: ServerSignature On|Off|EMail默认值: ServerSignature Off上下文: 服务器配置, 虚拟主机, 目录, .htaccess覆盖项: All状态: 核心模块: coreServerSignature指令允许您配置服务器端生 成文档的页脚（错误信息、mod_proxy的ftp目录列表、mod_info的输出）。您启用这个页脚的原因主要在于处于一个代理服务器链中的时候，用户基本无法辨识出究竟是链中的哪个服务器真正产生了返回的错误信息。默认的Off设定没有错误行（这样便与Apache 1.2及更旧版本兼容）。采用On会简单的增加一行关于服务器版本和正在伺服的虚拟主机的ServerName，而EMail设置会如文档中说明的那样额外创建一个指向ServerAdmin的”mailto:”部分。 转自：http://www.douban.com/note/243308080/
View Details安装CCFlow就不说了，照着安装文件做，基本上没有大的问题：http://bbs.ccflow.org/showtopic-54.aspx 好不容易配置好了，开始耦合吧 按照Documents目录下的 驰骋工作流引擎-流程设计器操作手册.docx 文件中的 2.6 您的系统与ccFlow组织结构表耦合(集成) 的说明，意思是删除CCFlow中的Port_Station，Port_Dept，Port_Emp，Port_EmpStation，Port_EmpDept这五张表，再建立相对应的同样名字的五个视图就可以了 意思说得很明白了吧 可是知易行难呀 Port_Station(岗位表),这个我们系统里没有，怎么办呢？在CCFlow里的表生成Create脚本，修改一下 use 数据库名 改成我们自己的系统数据库 Port_Dept(部门表),这个问题来了，我们并没有使用CCFlow的那种部门编码方式,没办法改造我们的系统吧，加个部门编码字段：OrgBianHao，修改相关代码，让系统新加的部门可以生成编码。 Port_Emp(人员表),需要（No编号,Name名称, Pass密码, FK_Dept所在部门编号, SID登陆安全ID），这个因为我们用的是部门表的ID，而不是编码，所以要新加一个字段OrgBianHao来存储相关的部门编码，我们的密码是加密的，所以～～，加个字段存储明文密码，SID也没有，这个也加上。这里我用的是，No用的是用户名，Name用的是真实姓名. Port_EmpStation 这个我们系统没有，照建一个就是了 Port_EmpDept 这个简单，从我们的人员表取用户ID和部门编号两个字段放进去就好了 这其中发生了两次ccflow耦合问题：无法更改 'XXX'，因为它不是表。的问题 一次是：ccflow耦合问题：无法更改 'Port_Emp'，因为它不是表。 这个问题在帖子中解决了，是因为少个字段。 再一次是在点 设置 的时候又报： 无法更改 'Port_EmpDept'，因为它不是表。 后来经朋哥指点，原来是因为FK_Emp是整形的问题，把这个字段转换成字符串型的，OK，进去是没问题了。 要完全看起来像是一个系统，这样还不行，得继续改，研究去了，完了再和大家分享。 http://www.cnblogs.com/muyou/archive/2012/08/23/2652525.html
View Details3, ccflow 流程运行数据表. 【WF_GenerFH : 分合流信息注册表，对于是分合流的流程才有效，发起一条分合流，就多一条数据在此。】 [FID]主键，表ID ,[Title] 标题 ,[GroupKey] 分组主键 ,[FK_Flow] 流程编号, 外键:对应物理表:WF_Flow,表描述:流程编号（流程表中的流程编号） ,[ToEmpsMsg] 接受人员 ,[FK_Node] 停留节点 ,[WFState]状态 ,[RDT] 记录日期 【WF_GenerWorkFlow : 流程注册表（启动一个流程后，就产生一条数据，放在WF_GenerWorkFlow）】 [WorkID]主键，表ID ,[FID] 流程ID ,[FK_FlowSort] 流程类别 ,[FK_Flow] 流程编号, 外键:对应物理表:WF_Flow,表描述:流程编号（流程表中的流程编号） ,[FlowName] 流程名称 ,[Title] 标题（如：总经理室-zhoupeng,周朋在2012-04-19 00:38发起.） ,[WFState] 流程状态 ,[Rec] 发起人 ,[RecName] 发起人名称 ,[RDT] 记录日期 ,[FK_Node] 节点, 主外键:对应物理表:WF_Node,表描述:节点 ,[NodeName] 节点名称 ,[FK_Dept] 部门, 主外键:对应物理表:Port_Dept,表描述:部门 ,[DeptName] 部门名称 【WF_GenerWorkerlist : 节点工作人员表.( 发送一个步骤后,就把接受的工作人员放入WF_GenerWorkerlist，流程运行完成后此记录就被删除了) 】 [WorkID]主键，表ID ,[FK_Emp] 人员编号, 主外键:对应物理表:Port_Emp,表描述:用户 ,[FK_EmpText]名称 ,[FK_Node] […]
View Details2, ccflow流程规则描述表. 用来存储流程配置的基础信息。 以 WF_ 开头. 列举如下: 【WF_FlowSort : 流程类别表.】 【No】关键字 类型编号 【Name】类型名称 【IDX】顺序 数据类型: 【WF_Flow : 流程表.】 [No]关键字 流程编号 ,[FK_FlowSort]流程类别, 外键:对应物理表:WF_FlowSort,表描述:流程类别（流程类别表中的类型编号） ,[Name] 流程名称 ,[IsOK]是否起用 ,[FlowRunWay]运行方式,枚举类型:0 手工启动;1 指定人员按时启动;2 数据集按时启动;3 触发式启动; ,[RunObj]运行内容 ,[IsCanStart]可以独立启动否？(独立启动的流程可以显示在发起流程列表里) ,[Note]备注 ,[StartListUrl]导航Url ,[AppType]流程应用类型（正常、工程类等） ,[DocType]公文类型(对公文有效),枚举类型:0 正式公文;1 便函; ,[XWType]行文类型(对公文有效),枚举类型:0 上行文;1 平行文;2 下行文; ,[FlowType]流程类型 ,[FlowSheetType]表单类型 ,[RunSQL]流程结束执行后执行的SQL ,[NumOfBill]是否有单据 ,[NumOfDtl]是否有关联表 […]
View Details整理人：路华金 前言: ccflow 有自动修复数据表功能，所以表的字段的变化不需要用户干预由ccflow自动完成。所以如果你看到sql的错误,在执行一般就可以解决，如果解决不了，就执行一次数据库修复工具。 ccflow 有自动增加字段备注功能，所以每个字段的中文名称都已经增加了数据表的字段的备注属性上了,请注意对照，以方便您阅读ccflow。 了解ccflow 的表结构是您二次开发的基础，所以ccflow的高级用户需要熟悉每个表，掌握必要的表结构. 但是没有必要全部掌握。 ccflow 表命名规则是 前缀+"_"+表名. 大多以英文缩写或者，拼音大写组成. 比如: Port_Emp 人员表.、WF_Flow 流程表。 一个流程就有一个流程ID，叫OID。 数据表 ccflow 表分为框架表、流程规则描述表、流程数据运行表、公共表4大类: 1.框架表： 通常以Sys_ 与 Port_ 开头. 也可以称为ccflow系统表. 它是存储系统运行的基础信息. 没有必要多了解它们. 列举如下: Port_Emp: 操作员表. Port_Station: 岗位表 Port_Dept: 部门表 Port_EmpStation: 人员岗位表. Port_EmpDept: 人员部门对应表. Port_Unit: 集团公司表,对于集团类的用户有效. 【WF_Node】节点名称修改表(节点名称修改后保存的物理表) [NO]节点编号 [NAME] 节点名称 【Sys_MapData:】映射主表——新建流程或节点表、表单表、从表信息(只要要新建一张表的，都会在此出现)，会在此表插入一条记录 [No]主键，值=相应物理表的表名 [Name] 描述（如节点就节点名称，流程就流程名称） [EnPK] 实体主键 [SearchKeys] 查询键 [PTable] 物理表（值=相应物理表的表名） [Dtls] 明细表（从表） [DBURL] [Tag] [FrmType] 表单类型 [FK_FrmSort] 表单类别 [AttrsInTable] 在表格中显示的列 [AppType] 应用类型 [Designer] 设计者 [DesignerUnit] 单位 [DesignerContact] 联系方式 [FK_Flow] 流程表单属性:FK_Flow [FormType] 流程表单属性:表单类型,枚举类型:0 傻瓜表单;1 自由表单;2 自定义表单;3 SDK表单;9 禁用(对多表单流程有效); [URL] 流程表单属性:Url [FrmW] 表单宽度 […]
View Details