UI设计工作流程 很多没有在正规的大公司工作过的设计师同学问过我面试时如果面试官问项目开发的工作流程是什么？其实，我觉得每个公司可能有自己的工作流程，有些些公司可能需要设计师从前期立项到中间开发到后期产品测试和项目上线的跟进要全程参与而有些公司可能只需要设计师在产品研发阶段进行参与，但不管那种方式，我觉得设计师有必要知道一个产品从立项到完成的所有步骤。现在我大概介绍一种工作流程给大家。 一、产品设计阶段 首先在一个项目开始之前会是立项，领导或者相关部门提出想法给产品经理，产品经理拿到项目之后，会对整个项目进行分析，这中间产品经理需要做很多工作。 1、首先产品经理配合市场部门进行市场分析，来搞清楚目标市场和产品定位，如果时 间充足的话，尽可能的也要做用户调研来确定产品的用户需求的挖掘和分析。 2、竞品分析也是产品经理和设计师都要做的功课。 3、这些前期工作完成之后，剩下的要做原型设计，预算产品周期，疏通整个产品流程，出原型图交给交互设计师 当然产品经理在做这些工作时是要保持时刻跟其他部门的同事密切共同的，例如产品的市场定位需要找市场部门的同事进行沟通，产品设计规范，界面布局等需要找UI设计师来沟通。而开发环境和项目周期可能要找到技术开发的同事来进行协调。有些公司还有专门的交互设计师，需要产品经理在前期制作原型图和交互设计师充分配合完成交互说明，以方便
后期的视觉设计和技术开发。 二、UI视觉设计 产品原型（包括前期交互稿）完成之后需要交付给UI设计师进行视觉设计，这里指的UI设计其实严格来说是属于GUI，因为UI的本意为user interface（用户界面）涵盖了交互设计，用户体验设计和视觉设计。而交互设计和用户体验是在产品开始之时就已经同时展开的，所以这里说的设计通常指的GUI界面视觉设计。 1、在UI设计师开始之前，要充分了解产品定位，通过目标用户的喜好风格分析开确定视觉设计的大概调性。 2、进行竞品分析，找出竞品优劣， 3、搜索素材灵感，多找优秀设计作为自己设计灵感的来源是一个非常有效的方法（参考学习而不是让你去抄袭）。 1）确定配色，布局和设计风格。 2）进行界面设计。 3）完稿后进行可用性测试，修改修改修改直至最重定稿。 在整个视觉设计中，设计师除了把控好整体的视觉设计风格，更要有耐心设计好各个细节，例如icon，字体，元素之间的间距等这些不起眼的地方往往代表了整个app的质量，细节之处做好，会给用户在视觉上带来一种安全可靠的感觉，所以细节非常重要。 这里有必要说一下视觉设计规范。有些公司的视觉规范是在视觉设计开始之前就要订下来的，而有些公司是整个视觉设计完成之后再来制定视觉规范。为什么可以这样呢，视觉规范是为了方便整个设计团队在设计时更容易进行沟通来进行的，而设计工作在进行中可能会随时进行变更视觉风格，所以设计前期来确定设计规范的话，可能会对后期的设计带来一定的限制，所以设计师内部可能会有一个简单的设计文档来进行交流。等设计稿定下来之后，再来制作标准的设计视觉规范，方便后期开发和之后设计工作继续跟进。 整个设计稿确定之后，设计师要出高保真视觉稿，交给技术来进行沟通，同时还需要对
工作流系统需求分析 业务过程描述： 工作流是一种反映业务流程的计算机化的、实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。工作流起源于生产组织和办公自动化领域，其目的是将现有工作分解，按照一定的规则和过程来执行并监控，提高效率，降低成本。 下图是用户使用工作流系统的业务过程：
业务模型描述：
系统组成： 工作流管理系统由客户端、流程定制工具、流程监控与管理和工作流运行服务四个部分组成，下图是系统构件图： 系统功能划分： 工作流管理系统是指运行在一个或多个工作流引擎的软件上用于定义、实现和管理工作流运行的一套软件，从用户建模的过程来看在建立阶段功能主要是工作流过程和相关活动的定义和建模，在运行阶段包括运行流程的监控、管理以及执行过程中的人机交互等。 工作流管理系统由流程定制工具、流程监控与管理、工作流运行服务和客户端交互四个部分组成，整个系统的使用者可以分为四种：系统管理员、流程设计人员、流程管理人员、普通用户。 下图是整个工作流管理系统的顶层用例：
第一部分流程定制工具 本部分主要完成企业信息流中业务过程的图形化建模，定制工具提供丰富的图形化元素、简单易懂的建模方法以及完善的模型管理方式。 流程定制用例图：
打开流程模型 参与者：流程设计者。 前置条件：流程定制工具已经打开。 后置条件：被选择的流程模型中的内容被展开。 步骤序列： 1．打开流程模型列表或新建流程模型文件。 2．选择流程模型文件名称。 3．展开流程模型中的设计内容。 保存流程模型 参与者：流程设计者。 前置条件：某个流程模型已经被打开，并且被修改。 后置条件：修改过的流程模型存到了物理文件中。 步骤序列： 1．保存流程模型到物理文件中。 删除流程模型 参与者：流程设计者。 前置条件：拥有可被删除的流程模型。 后置条件：选中的流程模型被删除。 步骤序列： 1．用户打开流程模型列表。 2．用户选择想要删除的流程模型。 3．系统删除选中的流程模型。 导入导出流程模型 参与者：流程设计者。 前置条件：拥有可被导入的文件或导出的流程模型。 后置条件：流程模型被导出成文件或模型文件被导入到设计系统成为流程模型。 步骤序列： 1．用户打开可被导入文件列表或设计工具中的流程模型列表。 2．用户选择将被导入的流程文件或选择将被导出的流程模型。 3．系统把导入文件生成流程模型或把导出流程模型生成流程文件。 流程发布 参与者：流程设计者。 前置条件：拥有设计完成并可供发布的流程模型。 后置条件：流程模型被发布并可通过客户工具执行。 步骤序列： 1．用户打开流程模型列表。 2．用户选择发布的包或流程。 3．用户选择发布的运行服务器。 4．用户形成发布版本。
OA办公系统 （工作流部分） 概要设计说明书 第1版 目录 1、概述 1.1 工作流设计目标 通过ＯＡ系统提供的JBＰＭ4引擎设计流程，实现流程的跳转，表单的设计以及表单和流程的关联。 1.2 文档的作用 本文档基于广州宏天软件有限公司开发的ＯＡ办公系统的工作流模块设计的.仅限于流程的简单开发，开发人员快速入门. 2、流程设计 2.１售前流程 2。2 采购流程 2.3 维保流程 2.4 故障处理流程 1.1 概述 主要是流程图,表单的设计以及流程图和表单关联的设计.以一个售前的流程例子介绍他们公用的部分的开发设计。
2.1。１售前流程图设计 由此页面进入“在线流程设计". 下面的页面就是OA系统提供编辑流程图的页面,可以把所需要的流程通过此工具画出来 在这里简单介绍下几个节点的作用 （1）开始节点开始：这是一个流程的起点，一个流程可以没有结束节点但是一定要有节点。 （2）任务节点:这是一个需要人参与的节点,需要人去提交数据。
（3）决策节点：这是一个特殊的节点，它不需要人参与,但是需要一些人定义的条件来决定其下一步条到哪一个分支。 （4）同步节点:这个节点是当２个分支需要同时执行时所用到的节点。（注：此节点通常和下面的合并节点成对使用，这样可以保证一个分支结束流程不会结束,等另外的分支都结束后流程才会结束） （5）合并节点:此节点是2个分支需要合并的时候的节点.其使用方法参照同步。 （6）此节点不是必须的,但是基本上都是需要这个节点的.他代表了一个流程的结束。 （7）流程节点的连接.当鼠标移到一个节点上时会有４个红点在四周，拖动一个红点到另一个节点的红点就可以连接2个节点。注意一个节点的到另一节点的线上的名字不能重复，因为流程引擎是通过流程线上的名字来跳转的,同样任何2个节点的名字也不能相同，否则会有冲突。流程就不能发布。 发布流程:再设计页面的右边会有一栏流程的详细信息如下图：
设计部工作流程
流程 名称 任务 概要
单位
设计部工作流程
投标设计任务外派流程
总经理
总工
编号 执行部门 设计部
LC-流程-D-S-01
协作部门
经营部
外包单位
审批
设计任务 外派审批 表（OA）
制作投标 方案（附 方案概 算）
项目跟进
项目立项 →申请→ 公司审批 →通过
审批通过后，设 计任务委托到 外包单位
签订《委托 设计协议 书》
审核
工
作
根据招投
程
标文件核
序
审核
对设计图
根据委托
纸
协议内容
设计投标
方案
公司内部
完善方案
各部门意 见汇总
审批
审核
正稿 专项资金申请表
签收资料
相关 制度
设计部员工设计规范
设计部工作流程
流程 名称 任务 概要
单位
设计部工作流程
施工图设计流程
总工
设计部负责人
编号
执行部门
设计部
预算部
LC-流程-D-S-02
协助部门
工程部
项目部
审批
审核
根据项目部的 申请要求绘制 施工图纸
工作联系 函（OA） 发送到设 计部
由总工牵头组 织图纸会审
参加图纸 会审
开始
施工项目 立项后项 目经理提 出绘制施 工图的申 请
参加图纸 会审
工
审批
作
程
序
审核
根据会审意见 修改图纸
图纸会审纪要、图 纸会签表（纸质）
移交施工图 纸
项目实施过程 中的跟踪服务 图纸细化； 方案变更； 新增方案；
收发文登记表
签收图纸
鞋店进销存管理系统 一.项目背景 随着计算机技术的不断发展, 它已经成为人们工作和生活中不可缺少的工具。早在1954年，银行、大公司和大企业纷纷采用计算机进行账户和账目管理、生产管理、库存管理、销售管理、统计报表等。从数据的收集、存储、整理到检索统计，应用的范围日益扩大，使计算机的应用很快超过科学计算，成为最大的计算机应用领域。 鞋店管理的特点是信息处理量比较大，所存的鞋种类多，而且由于进货单、销售单、需求单等单据发行量特别大，关联信息多，查询和统计的方式各不相同等原因,因此在管理上实现起来有一定困难。在管理的过程中经常会出现信息的重复传递，单据报表种类繁多，各个部门管理规格不统一等问题。 在本系统的设计过程中，为了克服这些困难，满足计算机管理的需要,我们采取了下面的一些原则： 1、统一各种原始单据的格式，统一账目和报表的格式。 2、删除不必要的管理冗余，实现管理规范化、科学化。 3、程序代码标准化，软件统一化，确保软件的可维护性和实用性。 4、界面尽量简单化，做到实用，方便，尽量满足书店中不同层次员工 的需要。 二.定义 “鞋店进销存管理系统”为用户提供添加、修改、查询、退货操作等服务。用户在登陆界面输入用户名，密码后系统核对正确进入系统内部。系统就要求用户选择事务类型（添加、修改、查询、退货等），直至用户选择退出应用服务，询问用户是否退出应用服务，如果用户选择结束，系统重回登陆界面。用户进入添加界面后，首先可以输入的数字必须大于等于100），否则系统显示输入有误。用户点击确认后，由系统查询，判断该取值是否超出库存量，如果没有，则系统会显示确认界面，用户单点击“确认”后，系统自动生成账单，并在后台进行工作，系统进行清
Toward Workflow Block Activity Patterns for Reuse in Workflow Design Lucinéia Heloisa Thom and Cirano Iochpe Federal University of Rio Grande do Sul, Brazil; Vinícius Amaral and Daniel Viero, iProcess, Brazil 1.I NTRODUCTION Research on both business process modeling and implementation issues re-lated to workflow technology have quickly increased over the last years. The most significant initiatives are in the field of standardization [1], [2], [4], specification [5] and workflow definition languages [6], [7], [3]. However, since it is a relatively new and still evolving technology, workflow design pre-sents some challenges, especially with respect to techniques that can en-force correctness as well as efficiency during both the requirements analysis and the modeling phase of the workflow project. Within this context, research on workflow patterns has attracted increasing attention mainly because of the advantages of reusing patterns [8], [9]. The most extensively studied are in the field of control/data flow patterns [10], [11] as well as resource and application–oriented patterns (12). Such pat-terns are being used not only in business/workflow process modeling but also in critical evaluations of workflow languages and workflow tools (13). However, a lot less research can be found relating workflow design to a set of recurrent business process “pieces” or “parts” that must be atomically exe-cuted by the workflow process (e.g., an activity request execution and a noti-fication activity). Although one can precisely characterize the semantics of such business process “pieces” [14], [15], [16] and they have to be recur-rently re-designed in practically every workflow modeling process, there is no known research relating these business process structures to workflow pat-terns. 1.1 Approach Our approach applies the concept of block activity to well-known business processes. An activity set is a self-contained set of activities and transitions [7]. Transitions in the set should refer only to activities in the same set and there should be no transitions into or out of the set. Activity sets can be modeled as block activities. The block execution starts at the first activity in the set and executes the next activities by following the partial order im-posed upon them by the transitions until an exit activity is reached. Work-flow execution then returns to the next activity following the block. In this paper, we apply the block activity concept in order to represent a set of business (sub-)process types (e.g., logistic, financial, information and de-cision) that we call “workflow block activity patterns”. These patterns are re-lated to a set of specific atomic structures that are frequently found in busi-ness processes and have already been identified in the literature [14], [15],
工作流系统设计手册 一、引言 工作流管理是目前被业界广泛应用并迅速发展的技术，它的主要功能是使业务处理过程自动化，协调人和各种应用程序的工作。工作流管理系统（Workflow Management System，简称：WfMS）以企业业务过程为核心，结合了计算机支持协同工作以及企业信息系统的相关技术，立足于过程自动化，着眼于整体效率的提高。随着计算机软硬件技术的发展，特别是Internet 和Intranet的迅速普及，工作流管理系统的应用范围已不仅仅限于传统办公环境（如保险、银行、法律、行政管理等）和工业制造中，而且逐渐扩展到企业应用环境中。 1993年成立的工作流管理联盟（Workflow Management Coalition，简称：WfMC）给出了一系列工作流的规范。其主要概念有： 工作流 工作流是一类能够完全或者部分自动执行的经营过程，它根据一系列过程规则，文档信息或任务能够在不同的执行者之间传递与执行。 工作流是一种反映业务流程的计算机化的模型，实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。 工作流管理系统
它是一个软件系统，完成工作流的定义和管理，并按照在计算机中预先定义好的工作流逻辑推进工作流实例的执行。并监控其工作状态。工作流管理系统可称为企业的业务操作系统。（Business Operating System，简称：BOS） 工作流系统参考模型 有关工作流管理联盟更详细的规范请参见https://www.doczj.com/doc/d62058353.html, 二、JU工作流管理系统 根据国际工作流管理联盟的标准模型，实现了过程定义工具、工作流执行服务（工作流机）、工作流管理工具以及工作流客户应用（人工动作）和供工作流执行服务（工作流机）直接调用的应用（自动化动作）。 人工动作必须与表单绑定。表单提供了人机交互的工作界面，而表单的后面是标准通用的关系型
工作流系统需求分析及设计 业务过程描述： 工作流是一种反映业务流程的计算机化的、实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。工作流起源于生产组织和办公自动化领域，其目的是将现有工作分解，按照一定的规则和过程来执行并监控，提高效率，降低成本。 下图是用户使用工作流系统的业务过程：
业务模型描述：
系统组成： 工作流管理系统由客户端、流程定制工具、流程监控与管理和工作流运行服务四个部分组成，下图是系统构件图： 系统功能划分： 工作流管理系统是指运行在一个或多个工作流引擎的软件上用于定义、实现和管理工作流运行的一套软件，从用户建模的过程来看在建立阶段功能主要是工作流过程和相关活动的定义和建模，在运行阶段包括运行流程的监控、管理以及执行过程中的人机交互等。 工作流管理系统由流程定制工具、流程监控与管理、工作流运行服务和客户端交互四个部分组成，整个系统的使用者可以分为四种：系统管理员、流程设计人员、流程管理人员、普通用户。 下图是整个工作流管理系统的顶层用例：
第一部分流程定制工具 本部分主要完成企业信息流中业务过程的图形化建模，定制工具提供丰富的图形化元素、简单易懂的建模方法以及完善的模型管理方式。 流程定制用例图：
打开流程模型 参与者：流程设计者。 前置条件：流程定制工具已经打开。 后置条件：被选择的流程模型中的内容被展开。 步骤序列： 1．打开流程模型列表或新建流程模型文件。 2．选择流程模型文件名称。 3．展开流程模型中的设计内容。 保存流程模型 参与者：流程设计者。 前置条件：某个流程模型已经被打开，并且被修改。 后置条件：修改过的流程模型存到了物理文件中。 步骤序列： 1．保存流程模型到物理文件中。 删除流程模型 参与者：流程设计者。 前置条件：拥有可被删除的流程模型。 后置条件：选中的流程模型被删除。 步骤序列： 1．用户打开流程模型列表。 2．用户选择想要删除的流程模型。 3．系统删除选中的流程模型。 导入导出流程模型 参与者：流程设计者。 前置条件：拥有可被导入的文件或导出的流程模型。 后置条件：流程模型被导出成文件或模型文件被导入到设计系统成为流程模型。 步骤序列： 1．用户打开可被导入文件列表或设计工具中的流程模型列表。 2．用户选择将被导入的流程文件或选择将被导出的流程模型。 3．系统把导入文件生成流程模型或把导出流程模型生成流程文件。 流程发布 参与者：流程设计者。 前置条件：拥有设计完成并可供发布的流程模型。 后置条件：流程模型被发布并可通过客户工具执行。 步骤序列： 1．用户打开流程模型列表。 2．用户选择发布的包或流程。 3．用户选择发布的运行服务器。 4．用户形成发布版本。
文档编号: PRMS-2 版本号: V1.0 文档名称：详细设计说明书 项目名称：项目申报管理系统 项目负责人：董艳，苏丽，李瑞卿 编写：董艳 2009年11月10日 校对：董艳，苏丽，李瑞卿 2009年11月10日 审核：董艳，苏丽，李瑞卿2009年11月10日 批准：董艳，苏丽，李瑞卿2009年11月10日 开发单位：西北农林科技大学信息工程学院信管062班
详细设计说明书
1．引言 1.1编写目的 根据从该阶段开发正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的数据结构与软件结构。在软件设计阶段主要是把一个软件需求转化为软件表示的过程，这种表示只是描绘出软件的总的概貌。本概要设计说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。 该文档供系统开发人员使用，为进一步设计软件、编写代码打下基础。 1.2项目背景 在计算机日益普及的今天，科技高速发展，国家对科技项目的研究也越来越重视，每年都有很多项目要上报国家或政府，纸制的项目申报报告的审批浪费了大量的人力、物力、财力等资源。 为了适应社会的需求，使市级重点建设项目月报信息统计工作更加科学、规范、高效、简便，我们小组打算开发“项目申报管理系统”。本系统是为方便重点建设项目业主单位报送项目月报，增强申报部门与项目单位间的信息沟通与反馈，了解项目的建设进度及存在问题，协调解决项目建设中存在的前期工作、资金筹措、征地拆迁、建设施工等问题而开发的应用软件管理系统。 根据2009年重点项目申报工作的需要，由西北农林科技大学信息工程学院信管提出开发一套为重点项目申报工作服务的应用系统。 1.3定义 项目申报管理系统是指应用电子计算机和相关网络支持，为申报项目的相关人愿提供数据信息管理系统，从而优化项目申报，减少项目申报周期，提高工作质量。 文档中采用的专门术语的定义及缩略词简要如下： PRMS：Project Report Management System，项目申报管理系统。 1.4参考资料 [1]教学提供详细设计模板 [2]杨选辉《信息系统分析与设计》北京：清华大学出版社，2007。 [3]王珊，萨师宣。《数据库原理与应用》。北京：高等教育出版社，2003。 [4]耿祥义张跃平。《JSP实用教程》北京：清华大学出版社，2007。
景观设计工作流程 项目前期 一、设计委托阶段 1.客户与公司达成初步设计意向，设计总监接受任务，收集项目背景资料并分析设计任务。 2.向甲方提供项目建议书（公司简介、案例展示，项目建议）。 3.促成甲方项目设计委托，达成委托意向。 4.确认项目主设计师 二、项目准备性分析（实地调研、收集资料，含影像资料、市场分析、项目定位） 1.基地现状分析 2.景观资源分析 3.交通区域分析 4.当地历史、人文景观分析 5.规划与建筑设计理念分析 6.项目市场定位分析 7.设计条件及客户要求的合理性分析 三、与客户进行第一次沟通，了解项目概况阶段 1.建设规模 2.投资规模 3.技术经济指标 4.设计周期 5.可持续发展 6.收集项目“红线图”，确认项目面积 7.提炼整理甲方的要求，植物品种和功能设施上的要求等 四、确定项目设计小组及人员分工，提供项目工作时间安排表（附合同后） 五、客户与公司签订设计合同，并支付设计费用的定金 概念方案阶段 六、概念设计阶段 1.从分析与定位得出概念主题 2.对客户项目进行投资经济分析 3.景观设计风格的确定 4.详细的设计分析过程 5.彩色总平面图及设计说明书 6.设计内容示意图 7.提供项目设计比较方案 8.选定方案硬质景观主材和软质景观苗木 9.商务着手整理收集项目资料
七、与客户进行第二次沟通（概念性方案的沟通，确定设计的整体方案） 1.方案PPT演示讲解 2.提供甲方投资经济分析建议，与甲方确定明确的投资强度 3.明确项目设计面积 4.设计师详细记录甲方提出的要求和意见 5.商务进行会议记录，并整理成为会议纪要，由主设计师修改签字认可后，次日发送给相关项目人员 6.提交设计成果并确认，商务协调项目合同履约情况 方案阶段 八、方案设计阶段 1．对甲方提出的方案意见及建议进行修改完善，并深化 2．据草图绘制彩色总平面图（注明各功能空间及景点名称，并标注剖面位置） 3．彩色鸟瞰图 4．景观区示意图，并附文字说明 5．总体景观设计分析图： （1）硬质景观平面 （2）软质景观（水景、灌木、草皮）平面图 （3）主干乔木配置图 （4）交通流线及消防分析图 （5）运动、活动（老人、儿童）场地、泳池及健身动线分析图 （6）轴线及景观焦点 6．主要景点的立剖面图以及整个地块的纵断面和横断面图 7．画出重要景点的透视效果图 8．设计说明：基地概况、设计内容、设计原则、景观分析【景观设计轴线及焦点景观、视觉走廊、动线系统（人车分流、消防通道处理）、景观设计分区】 9.采购部门提供方案硬质景观选定的主材列表、本地属性、表现情况及价格 苗木基地提供方案软质景观选定的苗木列表、本地属性、表现情况及价格 10.设计部门提供小品、活动区域及构筑等立面参考建议图片及估价 11.设计部门综合硬软景造价及可调控的小品、活动区域及构筑等立面造价形成方案基础设计造价 九、与客户进行第三次沟通 1.方案PPT演示讲解 2.确认硬软景主材苗木的选定 3.提供给甲方方案基础设计造价，为平衡实现景观表现效果，针对小品、活动区域及构筑立面等部分与甲方进行确认，实现项目造价成本控制。 4.明确项目设计面积 5.商务进行会议记录，并整理成为会议纪要，由主设计师修改签字认可后，次日发送给相关项目人员 6. 提交设计成果并确认，商务协调项目合同履约情况
简易工作流设计模型 一、工作流简介 (2) 二、工作流设计思路 (2) （一）工作流整体结构图 (2) 1．业务说明 (2) 2．工作流整体结构图 (2) （二）流程分类和流程实例设计 (3) 1．业务说明 (3) 2．界面设计 (4) 3．后台表-流程分类表 (4) 4．后台表-流程模板表 (5) 5．备注说明 (5) （三）自定义流程表单设计 (5) 1．业务说明 (5) 2．界面设计 (6) 3．后台表-模板表字段表 (6) 4．备注说明 (7) （四）流程步骤定义 (7) 1．业务说明 (7) 2．界面设计 (7) 3．后台表 (8) 4．后台表关系 (8) 5．备注说明 (8) （五）流程实例发起 (9) 1．业务说明 (9) 2．界面设计 (9) 3．后台表 (10) 三、结语 (11)
一、工作流简介 工作流是指一类能够完全自动执行的经营过程，根据一系列过程规则，将文档、信息或任务在不同的执行者之间进行传递与执行。 二、工作流设计思路 （一）工作流整体结构图 1．业务说明 整个工作流后台结构设计图，包含表单设计、流程设置、流程实例发起三个主要部分的后台表结构设计。 2．工作流整体结构图 见下
（二）流程分类和流程实例设计 1．业务说明 建立流程时候，需要先将流程进行分类，便于权限控制和梳理流程的层级关系；另外每个流程实例的数据，需要保存在流程实例表中进行区分（不同的流程实例对应的数据结构不一样，每条流程实例的实例数据也不一样）
2．界面设计 3．后台表-流程分类表 select * from xSYS_TableDefs where xHolderGUID='{00000000-0000-0000-0000-000000000000}'
目录 摘要 (2) 前言 (4) 1、绪论 (4) 1.1研究目的和意义 (4) 1.2课题研究现状 (5) 1.3主要研究工作 (6) 1.4本文的组织安排 (6) 2、工作流技术概述 (7) 2.1工作流的相关概念 (7) 2.2工作流技术的发展与产品 (8) 2.3工作流管理系统 (9) 2.3.1工作流管理系统的功能 (9) 2.3.2工作流管理系统的体系结构 (10) 2.4工作流参考模型 (14) 2.5小结 (15) 3轻量级工作流管理系统的设计与实现 (15) 3.1轻量级工作流管理系统概念 (15) 3.1.1传统工作流管理系统 (15) 3.1.2轻量级工作流管理系统 (15) 3.2系统概述 (15) 3.2.1 匿名用户角色 (16) 3.2.2职员角色部分 (16) 3.2.3管理员角色功能部分 (16) 3.3系统预览 (16) 3.4系统特点 (18) 3.5系统需求分析 (18) 3.5.1可登陆用户的基本功能 (18) 3.5.2公司职员具有的功能 (18) 3.5.3系统管理员具有的功能 (19) 3.6系统基本框架 (19) 3.6.1功能上划分 (19) 3.6.2角色上划分 (19) 3.6数据库的设计 (22) 3.6.1数据库需求分析 (22) 3.6.2数据库概念结构设计 (22) 3.6.3数据库逻辑结构设计 (27) 3.7模型（Model）层的设计(部分) (28) 3.7.1用户模型类（T_User.cs） (28)
3.7.2工作流模型类（T_workflow.cs） (31) 3.8业务逻辑层设计（部分类） (32) 3.8.1数据库帮助类（SQLHelper.cs）（部分） (32) 3.8.2用户操作类（T_User.cs） (40) 3.9界面层的设计（部分） (44) 3.9.1配置web.config文件 (44) 3.9.2用户登陆 (45) 3.9.3工作流管理 (48) 4、结束语 (49) 致 (50) 参考文献 (50)
关于工作流系统技术选型可行性分析 1系统背景 医院的运作过程本质上是人、财、物等资源的优化和配置，形式上无一不体现为信息流、资金流、物流、价值流等合理的流动；随着医院不同科室、部门分工的日益具体化，合作已成为主题，合作的体现形式必然是一个完整而高效的工作流程；有管理的医院的活动过程必然是有序的，这种有序性体现为合理的工作流程。因而工作流(workflow)无处不在。 2系统建设目标 1)隔离workflow系统的控制逻辑和医院业务系统的业务逻辑，使得业务逻辑 的变更对于控制逻辑透明。 2)利用该引擎开发的业务信息系统可以根据具体业务需求量身定制个性化的 业务流程，而不用修改控制逻辑，甚至无需修改源代码。 3)业务人员、开发人员、实施人员可以共同参与流程制定、流程、节点维护 4)提供灵活、丰富的标准开发接口，使得开发人员能采用自己习惯的开发工 具在该平台上定制和扩充模块。 5)采用多层分布式组件技术，力求技术先进性和应用的健壮性。 6)工作流自动化和医院应用积木化。 3工作流技术选型方案 3.1 技术选型目标 1)较好的流程定义工具。 2)工作流技术架构与业务系统之间解耦性较强。
3)工作流系统定位为嵌入式系统，并进行嵌入式部署。 4)业务人员、开发人员、部署实施人员均可参与对流程定义做可视化管理 5)业务人员、开发人员、部署实施人员均可参与流程走向做可视化管理。 6)可从容应对较常使用的工作流场景 7)架构开源程度——100% 8)开源社区活跃度较高 9)架构文档较为齐全 10)监控、管理功能支持 11)有较好其他工作流引擎整合方案 3.2 开源工作流选型 当前开源工作流种类繁多，现对目前国内较活跃的三种工作流（jBPM4,jBPM5,Activiti5）做简要介绍与分析，供参考： 3.2.1jBPM4 3.2.1.1架构简介 jBPM4 全称java Businuess Process Management 第四版(最后一个修订版本jBPM4.4发布于2010-07-19 ),是一种基于javaEE 的轻量级工作流管理软件包。jBPM 项目由Tom Baeyens 2002年发起，并与2004加入到JBoss组织，至今jBPM 发展至今有九年时间，在国内外均有大量的社区与商业支持。jBPM3、jBPM4拥有极度活跃的用户论坛和开发者论坛。
项目组工作流程总结 ——项目前期规划设计阶段 前期服务（产品设计阶段）容易遇到的问题： ?设计院做了很多工作并出现疲乏状态，但还是达不到发展商 满意的程度； ?国商与设计院的沟通存在阻碍，导致工作推进困难，进展缓 慢； ?发展商、国商、设计院三方关系微妙。 主要体现在发展商、国商、设计单位三方工作流程的错乱甚至是角色的颠倒，最经常发生的是国商既做“运动员”又做“裁判员”： 在设计院面前是“二发展商”角色，设计院觉得国商从中作梗，经常使户型面积、户型配比改来改去； 在发展商面前是“备用设计院”角色，出方案给设计院开拓思路、参考。 总结其原因主要是：工作流程上的缺失或混乱；工作过程中制度管理未做足。 一、工作团队对接形式 工作团队：发展商、国商、设计单位
? 发展商：负责整体工作统筹； ? 国商：作为专业的营销公司（项目营销推广），项目前期规划设 计阶段主要负责产品定位，同时配合发展商进行决策； 直接对接发展商，国商原则上不负责与设计单位直接对接，但可 以根据实际工作需要参与工作讨论，并提出建议 ? 设计单位：负责规划设计及产品设计；直接对接发展商。 二、 各单位工作分工
（一）产品定位及户型配比确定阶段 1、责任单位：国商（主要工作单位）/发展商 2、国商重点工作： 基于如下几点： （1）确立政策和规范的限制； （2）市场竞争是基础； （3）以客户为出发点确定项目整体定位和客户定位是最关键的问题。 推导出项目的产品定位及户型配比建议。 3、发展商重点工作： 最终决策者，确定产品的户型配比 4、此阶段工作的意义： 主要为后续工作做准备和铺垫。产品定位和户型配比确定后，后续的产品更改可控制在较小的范围内进行，可大大减小设计院的工作量。 （二）总体规划布局设计阶段 1、责任单位：设计单位（主要工作单位）/发展商/国商 2、国商职责： （1）不断挖掘项目地块的资源并对其价值进行分析； （2）建议不同产品的分布。
工作流平台——工作流设计器 详细设计说明 1 引言 1.1 编写目的 为符合软件需求并对本软件系统各功能模块进行说明，以便编程人员进行程序的编制设计，同时贯彻需求报告中所确定的通用性、完整性、可靠性及可维护性原则，做到结构合理、方便、快捷、规范开发人员的工作，特编制本详细设计说明书。 适用对象： 软件开发者（Supplicrs），以便准确地理解客户需要什么样的产品和各功能模块的具体设计和编制。 1.2 背景 在企业日常经营管理活动中，为适应市场快速变化的需要，企业要经常调整自己的管理流程，这就是我们经常提到的流程重组。通常的流程重组只是将现有的业务处理次序进行改变或改变具体的执行角色或减少不必要的环节，因此，这就要求开发的计算机管理系统业务功能没有增加的情况下能根据需要随时调整处理流程。将工作流技术与业务系统结合可以很好的解决以上的问题，这也是工作流技术的应用越来越多的主要原因。 WfMC（工作流管理联盟）给出的工作流概念为：工作流是一类能够完全或者部分自动执行的经营过程，它根据一系列过程规则、文档、信息或任务能够在不同的执行者之间进行传递与执行。事实上，工作流技术就是业务流程的计算机化或自动化，它将过程逻辑从业务逻辑中分离出来，由工作流引擎专门完成对过程逻辑的计算，从而使开发人员将主要精力集中在业务逻辑的处理上。 工作流程设计器是工作流平台的一部分，它提供用户对自己的流程进行定义的功能。 系统名称：工作流程设计器（HTCS——WorkFlowDesigner）
1.3 参考资料 《workflow.mdl》作者： 《工作流管理联盟工作流标准》4Broad 译（V1.0） 2系统结构 2.1 功能概述 工作流程设计器是工作流平台中不可或缺的一部分。工作流程设计器以图形的方式为建模人员提供了一个方便的工作流程建模环境。 2.2 系统效果图 图2.0 系统效果图 2.3 系统结构图 详见workflow.mdl
从管理案例说明岗位职责一定要与 工作流程紧密结合 一、案例∶ 某人应聘担任某公司的市场研究员，该公司是某实力雄厚的集团的下属企业，但销售业绩不佳，处于亏损状态。市场研究人员的岗位职责如下∶ 1、协助公司制定营销发展规划，为重大营销决策提供建议和信息支持； 2、协助完成年度营销计划、销售政策以及营销数据库建设工作； 3、负责收集技术发展、竞争对手信息、客户信息等，分析市场发展趋势； 4、及时跟踪和研究国家宏观经济政策的走向，对国家重大政策和法律法规的变动方向作出判断，并为公司经营提出相应的调整建议； 5、把握行业动向，并就产品开发、市场销售、客户服务、经营管理等方面，在深入进行市场调研的基础上，提出专题调查报告或策划方案。 6、其它临时交办研究的任务 这位市场研究员到上任后，为集团的投资项目写了多篇市场研究与可研报告，集团表示十分满意。随后的几个月，他发现，对于公司现有的业务，他根本没有了解的渠道。具体情况如下∶ 1、公司地处远离市场的开发区，而公司的销售公司需要临近市场，所以放在市中心。他提出欲与销售公司的人面谈，总经理警惕地问他跟谁谈，他说拟跟销售公司总经理、企划人员及销售人员谈，总经理马上表示，只要跟销售公司的总经理谈就可以，也不必到销售公司去，因为销售公司的总经理经常来公司总部。而销售公司的总经理一般是来到公司，开完销售会议后立即离开。 2、而公司从未通知该研究员参加过公司的销售会议，他一点也不了解公司的销售情况与市场计划，而销售总经理也是来无踪，去无影。 3、该研究员要求公司提供市场调研经费，以便进行市场调研，但公司表示如果需要寻找市场调研公司，那就不需要设市场研究员了。 4、该研究员只能利用依靠网络获得一些资料进行分析，但因为不了解公司的销售计划与困难，研究一点也没有针对性。同时，因为上班远离消费市场，只能利用下班回家的时间到市场上以个人身份去了解一些市场概况。 几个月后，公司判断没有什么研究成果，数据皆来源于网络，不适合做公司的市场研究人员。该研究员亦觉得英雄无用武之地，“有官守者，不得其职则去”，无奈地溜之大吉。 二、分析 1、一眼就可以看出，这里面一定有很多公司内部的政治问题（比如，总经理不喜欢研究人员跟销售公司总经理以外的人接触，等等），这个研究员算是有点倒霉。 2、该研究人员对自己的工作还是不够据理力争，最起码要强烈要求会参加销售会议，申请公司经常安排车辆到销售公司，以增加自己工作所需的信息量。 3、任何一个公司，若期待员工发挥作用，在设定岗位职责的同时，一定要设定相应的履行职责的工作流程及标准。尤其是跨部门才能完成的职能，更应该设置工作流程图。流程图应含流程责任人、操作标准、使用表单等内容，这实际上是具体的工作制度。不这样做，很可能有意无意导致所设岗位的无所作为，甚至让该岗位成为别人推诿责任的替罪羊。 三、岗位职责与工作流程相结合的步骤
工作流设计参考（包括PHP实现） 本文关键词：php工作流,workflow 工作流设计的工作流很少有让人满意的，即便是国内用的比较多的jbpm，用起来也会觉得很便扭。再加上PHP中没有什么好用的工作流，于是干脆自己设计一个，设计的原则如下： 1 根据80/20原则，只使用wfmc模型中最符合自身应用的20％功能 2 充分吸收国内使用jbpm开发BOSS中遇到的问题，工作流引擎只负责参数的收集和流程的流转，具体和业务的控制，交给每个流程定制的控制类去实现。 3 表单采用简单的html+控制标签的方法实现 4 权限和模板引擎，以及其它辅助函数直接使用办公系统自带的框架 5 充分利用PHP语言的特点，流程设计是基于数据库的，程序上使用OO设计，但采用重对象的方法 6 不把可视化设计流程的工作交给最终客户，而且由设计时完成，因此不考虑流程版本更新的问题 一、工作流数据表设计
二、常见流程人工决策 领导传阅 部门领导审批填写表单
结束 放弃 提交 同意 重填（退回） 不同意 完成 外部响应 发送支付信息 接收支付成功响应（外部WS触发该流程） 三、PHP设计 运行的函数由结点在设计时候决定，如果没有设定，就使用默认的函数。利用了PHP语言的以下特性
使用前可以用method_exists来检查。 WorkflowService.php WorkflowService $defination $process $node $thread $input 用户输入的和流程有关的变量 list_defination(){ } init_process(defination_id){ global user; 取得$defination，得到业务的handler,例如WorkflowProposalHandler 建立$process行记录 } start_process(){ 调用WorkflowProposalHandler->start($process)//新建业务对象，并把业务类的参数例如proposal_id放到$process[‘context’]里面 init_thread(1); //默认调用第一个结点 } list_ my_thread (){ global user; } init_thread(node_index){ 取得$node 取得$process 修改$process为运行到当前结点 Switch($node[‘node_type’]) Case 1: 人工决策 建立$thread WorkflowProposalHandler-> init_function ($process,$node,$thread) 发送提醒 Case 2: 自动处理 建立$thread WorkflowProposalHandler-> init_function ($process,$node,$thread) 调用run_thread(thread_id) Case 3: 等待外部响应 建立$thread WorkflowProposalHandler-> init_function ($process,$node,$thread) Case 4: 分支 取得所有分支的子结点