中图分类号：TP3
论文编号：10006GS0921G87
专业硕士学位论文
工作流平台的设计与实现
作者姓名肖丽华
学科专业软件工程
指导教师谭火彬
李小华
培养院系软件学院
The Design and Implementation of the workflow platform
A Dissertation Submitted for the Degree of Master
Candidate：Xiaolihua
Supervisor：Tanhuobin
Lixiaohua
School of Software
Beihang University, Beijing, China
硕士学位论文
工作流平台的设计与实现
摘要
根据国资委发展战略，中国的企业要做大做强，尤其是国有集团型企业，大型集团型企业管理结构面临重大的调整，要重组整合优化资源。同样，集团型企业的信息化也需要进行相应的适应性调整。其中，作为办公自动化系统也是一样，较大的企业多有自己的办公系统，也有很多新扩展的分支没有OA，平台和标准的不统一会导致管理的分散。这样就需要针对集团型企业的特点建立办公系统的建设及推广的原则、标准及实施策略。因此，支持流程自动化处理的办公软件工作流平台便应运而生。
本课题将详细阐述工作流平台研发的相关技术，设计实现及项目应用。针对多个企业对流程自动化系统需求的调查分析，在微软工作流引擎的基础上开发了工作流平台软件。该软件提供了流程绘制，流程测试，流程监控，流程分类，数据迁移，邮件服务，权限管理等功能。该平台产品目前已经通过严格的测试，并被应用于实际项目中。产品运行良好，极大的提高了工作效率。经过几次搜集反馈和应用中的需求变更，产品也有过几次版本的改良和提升，现在工作流4.0版本的产品已经趋于稳定。希望可以在更多公司和项目中得到推广和使用。
作者主要负责此系统中流程设计和流程管理模块的业务需求分析，系统设计与实现，和整个系统的测试工作，以及实施阶段的售后技术支持工作。本文将对工作流平台的流程设计模块，流程管理模块，公共组件模块，权限管理模块进行研究、设计和开发。
关键词：流程自动化，工作流平台，流程设计
Abstract
According to the development strategy of the SASAC, China's enterprises become bigger and stronger to face a major adjustment, especially state-owned group enterprise, the management structure of the large-scale group enterprise, to reorganize the integration and optimization of resources. Similarly, a group enterprise information technology also requires corresponding adaptation. Which, as an office automation system is the same, large enterprise multi-office systems, there are a lot of new expansion branch no OA, platforms and standards are not unified management will lead to the dispersion. This office building and promotion of the characteristics of the group enterprise to establish the principles, standards and implementation strategies.
The topics to be elaborated workflow platform for research and development of related technologies, design and project applications. Demand survey analysis of process automation systems for several companies in the Microsoft workflow engine based on workflow platform software development. The software provides a process to draw, process testing, process monitoring, process classification, data migration, mail services, rights management and other functions.The platform products through rigorous testing, and is used in the actual project. Good run, greatly improved work efficiency. After a few times to collect feedback and application needs change, and also the improvement and upgrading of several versions of workflow 4.0 version of the product has been stabilized. I hope more companies and projects to promote and use.
The platform products through rigorous testing, and is used in the actual project. Good run, greatly improved work efficiency. After a few times to collect feedback and application needs change, and also the improvement and upgrading of several versions of workflow 4.0 version of the product has been stabilized. I hope more companies and projects to promote and use. The author is mainly responsible for the process design and business process management module in the system requirements analysis, system design and implementation, and testing of the entire system, and the implementation phase of the after-sale technical support work. This article will process design workflow platform module, process management module, the public component modules, permissions management module for research, design and development.
UI设计工作流程 很多没有在正规的大公司工作过的设计师同学问过我面试时如果面试官问项目开发的工作流程是什么？其实，我觉得每个公司可能有自己的工作流程，有些些公司可能需要设计师从前期立项到中间开发到后期产品测试和项目上线的跟进要全程参与而有些公司可能只需要设计师在产品研发阶段进行参与，但不管那种方式，我觉得设计师有必要知道一个产品从立项到完成的所有步骤。现在我大概介绍一种工作流程给大家。 一、产品设计阶段 首先在一个项目开始之前会是立项，领导或者相关部门提出想法给产品经理，产品经理拿到项目之后，会对整个项目进行分析，这中间产品经理需要做很多工作。 1、首先产品经理配合市场部门进行市场分析，来搞清楚目标市场和产品定位，如果时 间充足的话，尽可能的也要做用户调研来确定产品的用户需求的挖掘和分析。 2、竞品分析也是产品经理和设计师都要做的功课。 3、这些前期工作完成之后，剩下的要做原型设计，预算产品周期，疏通整个产品流程，出原型图交给交互设计师 当然产品经理在做这些工作时是要保持时刻跟其他部门的同事密切共同的，例如产品的市场定位需要找市场部门的同事进行沟通，产品设计规范，界面布局等需要找UI设计师来沟通。而开发环境和项目周期可能要找到技术开发的同事来进行协调。有些公司还有专门的交互设计师，需要产品经理在前期制作原型图和交互设计师充分配合完成交互说明，以方便
后期的视觉设计和技术开发。 二、UI视觉设计 产品原型（包括前期交互稿）完成之后需要交付给UI设计师进行视觉设计，这里指的UI设计其实严格来说是属于GUI，因为UI的本意为user interface（用户界面）涵盖了交互设计，用户体验设计和视觉设计。而交互设计和用户体验是在产品开始之时就已经同时展开的，所以这里说的设计通常指的GUI界面视觉设计。 1、在UI设计师开始之前，要充分了解产品定位，通过目标用户的喜好风格分析开确定视觉设计的大概调性。 2、进行竞品分析，找出竞品优劣， 3、搜索素材灵感，多找优秀设计作为自己设计灵感的来源是一个非常有效的方法（参考学习而不是让你去抄袭）。 1）确定配色，布局和设计风格。 2）进行界面设计。 3）完稿后进行可用性测试，修改修改修改直至最重定稿。 在整个视觉设计中，设计师除了把控好整体的视觉设计风格，更要有耐心设计好各个细节，例如icon，字体，元素之间的间距等这些不起眼的地方往往代表了整个app的质量，细节之处做好，会给用户在视觉上带来一种安全可靠的感觉，所以细节非常重要。 这里有必要说一下视觉设计规范。有些公司的视觉规范是在视觉设计开始之前就要订下来的，而有些公司是整个视觉设计完成之后再来制定视觉规范。为什么可以这样呢，视觉规范是为了方便整个设计团队在设计时更容易进行沟通来进行的，而设计工作在进行中可能会随时进行变更视觉风格，所以设计前期来确定设计规范的话，可能会对后期的设计带来一定的限制，所以设计师内部可能会有一个简单的设计文档来进行交流。等设计稿定下来之后，再来制作标准的设计视觉规范，方便后期开发和之后设计工作继续跟进。 整个设计稿确定之后，设计师要出高保真视觉稿，交给技术来进行沟通，同时还需要对
系统分析师辅导：工作流管理系统体系结构设计 摘要：工作流管理系统将最终成为覆盖于各类台式机与网络操作系统之上的业务操作系统，但工作流技术目前还不够完善。作者在深入研究了工作流管理联盟提供的工作流管理系统模型和各大主流工作流管理系统的基础上设计了一套功能全面的工作流管理系统体系结构。本文主要从该体系结构的三个层次深入介绍了该系统结构。 关键词：工作流管理系统、业务操作系统、软件体系结构、业务建模 1、引言 在一个组织内部存在着两种信息：一种是数据信息，另一种是业务信息。在组织之间也同样存在着两种信息：一种是数据信息，另一种是业务往来信息。如果这两种信息用计算机系统来管理，前一种属于组织内部的信息系统，后一种属于B2B电子商务系统。目前对数据信息的计算机管理系统（即：数据库管理系统）经过多年的发展已经成熟。对业务过程的计算机管理系统由于比较复杂，可变因素较多，难度大，因此发展还不成熟。工作流技术作为现代组织实现过程管理与过程控制的一项关键技术，为组织的业务处理过程提供了一个从模型建立、管理到运行、分析的完整框架。同时，工作流管理系统（Workflow Management System ,WFMS）通过一套集成化、可互操作的软件工具为这个框架提供了全过程的支持。Thomas Koulopoulos曾预言：工作流管理系统将最终成为覆盖于各类台式机与网络操作系统（如：Windows,Unix,Windows NT）之上的业务操作系统BOS（Business Operating System）,它将带来操作系统的一次革命。但是目前工作流技术无论从理论上还是从实践都还不够完善，要实现Thomas Koulopoulos的预言可能还需有一段路要走。本文主要介绍了由作者独立设计一套工作流管理系统体系结构，以供工作流技术爱好者参考。 2、工作流管理系统的基本概念 顾名思义，工作流就是工作任务在多个人或单位之间的流转。在计算机网络环境下，这种流转实际上表现为信息或数据在多个人之间的传送。工作流管理联盟( Workflow Management Coalition ，WfMC)对工作流的定义是：“业务过程的部分或全部在计算机应用环境下的自动化”。她所要解决的主要问题是，“使在多个参与者之间按照某种预定义规则传递的文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者是促使此目标的实现”。 工作流管理系统就是通过管理一序列的工作活动以及相关人员、资源、信息技术资料来提供业务处理程序上的自动控制。工作流管理系统通过计算机软件来定义、管理和执行工作流程。在工作流管理系统中计算机运用程序的执行顺序是由工作流逻辑的计算机描述来驱动的。她的主要目标是对业务过程中各步骤(或称活动、环节)发生的先后次序，以及同各个步骤相关的人力、资源、信息资料的调用等进行管理，从而实现业务过程的自动化。当然这种管理可能会在不同的信息及通信环境下实现，所涉及的范围可以小至一个只有几人的工作组，也可以大到政府、企业组织各个机构之间。工作流管理系统将人员、组织结构、设备资源、信息源（如数据库、文件系统、电子邮件、计算机辅助设计工具等）整和成一个整体。这样，工作流管理系统就成为了一个理想的用来收容业务逻辑的业务知识仓库，并给予业务逻辑一个易操作易控制的界面。 工作流管理系统的最大优点就是实现具体应用逻辑和过程逻辑的分离，实现在不修改具体功能的情况下，通过修改业务流程模板来改变系统的功能，完成对组织生产经营过程的部
工作流系统需求分析 业务过程描述： 工作流是一种反映业务流程的计算机化的、实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。工作流起源于生产组织和办公自动化领域，其目的是将现有工作分解，按照一定的规则和过程来执行并监控，提高效率，降低成本。 下图是用户使用工作流系统的业务过程：
业务模型描述：
系统组成： 工作流管理系统由客户端、流程定制工具、流程监控与管理和工作流运行服务四个部分组成，下图是系统构件图： 系统功能划分： 工作流管理系统是指运行在一个或多个工作流引擎的软件上用于定义、实现和管理工作流运行的一套软件，从用户建模的过程来看在建立阶段功能主要是工作流过程和相关活动的定义和建模，在运行阶段包括运行流程的监控、管理以及执行过程中的人机交互等。 工作流管理系统由流程定制工具、流程监控与管理、工作流运行服务和客户端交互四个部分组成，整个系统的使用者可以分为四种：系统管理员、流程设计人员、流程管理人员、普通用户。 下图是整个工作流管理系统的顶层用例：
第一部分流程定制工具 本部分主要完成企业信息流中业务过程的图形化建模，定制工具提供丰富的图形化元素、简单易懂的建模方法以及完善的模型管理方式。 流程定制用例图：
打开流程模型 参与者：流程设计者。 前置条件：流程定制工具已经打开。 后置条件：被选择的流程模型中的内容被展开。 步骤序列： 1．打开流程模型列表或新建流程模型文件。 2．选择流程模型文件名称。 3．展开流程模型中的设计内容。 保存流程模型 参与者：流程设计者。 前置条件：某个流程模型已经被打开，并且被修改。 后置条件：修改过的流程模型存到了物理文件中。 步骤序列： 1．保存流程模型到物理文件中。 删除流程模型 参与者：流程设计者。 前置条件：拥有可被删除的流程模型。 后置条件：选中的流程模型被删除。 步骤序列： 1．用户打开流程模型列表。 2．用户选择想要删除的流程模型。 3．系统删除选中的流程模型。 导入导出流程模型 参与者：流程设计者。 前置条件：拥有可被导入的文件或导出的流程模型。 后置条件：流程模型被导出成文件或模型文件被导入到设计系统成为流程模型。 步骤序列： 1．用户打开可被导入文件列表或设计工具中的流程模型列表。 2．用户选择将被导入的流程文件或选择将被导出的流程模型。 3．系统把导入文件生成流程模型或把导出流程模型生成流程文件。 流程发布 参与者：流程设计者。 前置条件：拥有设计完成并可供发布的流程模型。 后置条件：流程模型被发布并可通过客户工具执行。 步骤序列： 1．用户打开流程模型列表。 2．用户选择发布的包或流程。 3．用户选择发布的运行服务器。 4．用户形成发布版本。
设计部工作流程
流程 名称 任务 概要
单位
设计部工作流程
投标设计任务外派流程
总经理
总工
编号 执行部门 设计部
LC-流程-D-S-01
协作部门
经营部
外包单位
审批
设计任务 外派审批 表（OA）
制作投标 方案（附 方案概 算）
项目跟进
项目立项 →申请→ 公司审批 →通过
审批通过后，设 计任务委托到 外包单位
签订《委托 设计协议 书》
审核
工
作
根据招投
程
标文件核
序
审核
对设计图
根据委托
纸
协议内容
设计投标
方案
公司内部
完善方案
各部门意 见汇总
审批
审核
正稿 专项资金申请表
签收资料
相关 制度
设计部员工设计规范
设计部工作流程
流程 名称 任务 概要
单位
设计部工作流程
施工图设计流程
总工
设计部负责人
编号
执行部门
设计部
预算部
LC-流程-D-S-02
协助部门
工程部
项目部
审批
审核
根据项目部的 申请要求绘制 施工图纸
工作联系 函（OA） 发送到设 计部
由总工牵头组 织图纸会审
参加图纸 会审
开始
施工项目 立项后项 目经理提 出绘制施 工图的申 请
参加图纸 会审
工
审批
作
程
序
审核
根据会审意见 修改图纸
图纸会审纪要、图 纸会签表（纸质）
移交施工图 纸
项目实施过程 中的跟踪服务 图纸细化； 方案变更； 新增方案；
收发文登记表
签收图纸
工作流系统设计手册 一、引言 工作流管理是目前被业界广泛应用并迅速发展的技术，它的主要功能是使业务处理过程自动化，协调人和各种应用程序的工作。工作流管理系统（Workflow Management System，简称：WfMS）以企业业务过程为核心，结合了计算机支持协同工作以及企业信息系统的相关技术，立足于过程自动化，着眼于整体效率的提高。随着计算机软硬件技术的发展，特别是Internet 和Intranet的迅速普及，工作流管理系统的应用范围已不仅仅限于传统办公环境（如保险、银行、法律、行政管理等）和工业制造中，而且逐渐扩展到企业应用环境中。 1993年成立的工作流管理联盟（Workflow Management Coalition，简称：WfMC）给出了一系列工作流的规范。其主要概念有： 工作流 工作流是一类能够完全或者部分自动执行的经营过程，它根据一系列过程规则，文档信息或任务能够在不同的执行者之间传递与执行。 工作流是一种反映业务流程的计算机化的模型，实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。 工作流管理系统
它是一个软件系统，完成工作流的定义和管理，并按照在计算机中预先定义好的工作流逻辑推进工作流实例的执行。并监控其工作状态。工作流管理系统可称为企业的业务操作系统。（Business Operating System，简称：BOS） 工作流系统参考模型 有关工作流管理联盟更详细的规范请参见https://www.doczj.com/doc/ef4959620.html, 二、JU工作流管理系统 根据国际工作流管理联盟的标准模型，实现了过程定义工具、工作流执行服务（工作流机）、工作流管理工具以及工作流客户应用（人工动作）和供工作流执行服务（工作流机）直接调用的应用（自动化动作）。 人工动作必须与表单绑定。表单提供了人机交互的工作界面，而表单的后面是标准通用的关系型
鞋店进销存管理系统 一.项目背景 随着计算机技术的不断发展, 它已经成为人们工作和生活中不可缺少的工具。早在1954年，银行、大公司和大企业纷纷采用计算机进行账户和账目管理、生产管理、库存管理、销售管理、统计报表等。从数据的收集、存储、整理到检索统计，应用的范围日益扩大，使计算机的应用很快超过科学计算，成为最大的计算机应用领域。 鞋店管理的特点是信息处理量比较大，所存的鞋种类多，而且由于进货单、销售单、需求单等单据发行量特别大，关联信息多，查询和统计的方式各不相同等原因,因此在管理上实现起来有一定困难。在管理的过程中经常会出现信息的重复传递，单据报表种类繁多，各个部门管理规格不统一等问题。 在本系统的设计过程中，为了克服这些困难，满足计算机管理的需要,我们采取了下面的一些原则： 1、统一各种原始单据的格式，统一账目和报表的格式。 2、删除不必要的管理冗余，实现管理规范化、科学化。 3、程序代码标准化，软件统一化，确保软件的可维护性和实用性。 4、界面尽量简单化，做到实用，方便，尽量满足书店中不同层次员工 的需要。 二.定义 “鞋店进销存管理系统”为用户提供添加、修改、查询、退货操作等服务。用户在登陆界面输入用户名，密码后系统核对正确进入系统内部。系统就要求用户选择事务类型（添加、修改、查询、退货等），直至用户选择退出应用服务，询问用户是否退出应用服务，如果用户选择结束，系统重回登陆界面。用户进入添加界面后，首先可以输入的数字必须大于等于100），否则系统显示输入有误。用户点击确认后，由系统查询，判断该取值是否超出库存量，如果没有，则系统会显示确认界面，用户单点击“确认”后，系统自动生成账单，并在后台进行工作，系统进行清
工作流系统需求分析及设计 业务过程描述： 工作流是一种反映业务流程的计算机化的、实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。工作流起源于生产组织和办公自动化领域，其目的是将现有工作分解，按照一定的规则和过程来执行并监控，提高效率，降低成本。 下图是用户使用工作流系统的业务过程：
业务模型描述：
系统组成： 工作流管理系统由客户端、流程定制工具、流程监控与管理和工作流运行服务四个部分组成，下图是系统构件图： 系统功能划分： 工作流管理系统是指运行在一个或多个工作流引擎的软件上用于定义、实现和管理工作流运行的一套软件，从用户建模的过程来看在建立阶段功能主要是工作流过程和相关活动的定义和建模，在运行阶段包括运行流程的监控、管理以及执行过程中的人机交互等。 工作流管理系统由流程定制工具、流程监控与管理、工作流运行服务和客户端交互四个部分组成，整个系统的使用者可以分为四种：系统管理员、流程设计人员、流程管理人员、普通用户。 下图是整个工作流管理系统的顶层用例：
第一部分流程定制工具 本部分主要完成企业信息流中业务过程的图形化建模，定制工具提供丰富的图形化元素、简单易懂的建模方法以及完善的模型管理方式。 流程定制用例图：
打开流程模型 参与者：流程设计者。 前置条件：流程定制工具已经打开。 后置条件：被选择的流程模型中的内容被展开。 步骤序列： 1．打开流程模型列表或新建流程模型文件。 2．选择流程模型文件名称。 3．展开流程模型中的设计内容。 保存流程模型 参与者：流程设计者。 前置条件：某个流程模型已经被打开，并且被修改。 后置条件：修改过的流程模型存到了物理文件中。 步骤序列： 1．保存流程模型到物理文件中。 删除流程模型 参与者：流程设计者。 前置条件：拥有可被删除的流程模型。 后置条件：选中的流程模型被删除。 步骤序列： 1．用户打开流程模型列表。 2．用户选择想要删除的流程模型。 3．系统删除选中的流程模型。 导入导出流程模型 参与者：流程设计者。 前置条件：拥有可被导入的文件或导出的流程模型。 后置条件：流程模型被导出成文件或模型文件被导入到设计系统成为流程模型。 步骤序列： 1．用户打开可被导入文件列表或设计工具中的流程模型列表。 2．用户选择将被导入的流程文件或选择将被导出的流程模型。 3．系统把导入文件生成流程模型或把导出流程模型生成流程文件。 流程发布 参与者：流程设计者。 前置条件：拥有设计完成并可供发布的流程模型。 后置条件：流程模型被发布并可通过客户工具执行。 步骤序列： 1．用户打开流程模型列表。 2．用户选择发布的包或流程。 3．用户选择发布的运行服务器。 4．用户形成发布版本。
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],
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个节点的名字也不能相同，否则会有冲突。流程就不能发布。 发布流程:再设计页面的右边会有一栏流程的详细信息如下图：
文档编号: 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。
目录 摘要 (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.确定设计部该项目负责人（确定设计和程序负责人,设计师为第一负责 人）； 2.第一负责人负责确认方案，分配项目进度。 需要确认内容： A).拓扑图（栏目架构+功能需求） B).整体风格、色彩倾向 C).资料（网站名称、logo、栏目内容等） 明确项目进度： A).设计阶段 B).实施阶段(第一负责人确认完成全部功能需求) C).内部测试+资料添加+项目部署 D).项目经理确认+客户确认 3.设计师出设计稿；设计确认（设计师、项目经理、客户）； 出设计稿-自检-部门经理确认-项目经理确认-客户确认； 4.项目实施；程序自检-部门经理确认-项目经理确认-客户确认；源码备 份； 5.内部测试+资料添加+项目部署； 6.交付后台管理权限，操作说明文档，操作培训，光盘； 7.跟踪检查、维护；
附件01：设计部工作记录表 附件02：设计部内部网站验收标准及关注重点 设计部工作记录表 编号：2011--
注：此表由项目全部参与角色共同填写，旨在提高项目完成质量与效率；项目第一负责人保存此表。 设计部内部网站验收标准及关注重点 网站设计 1.关注网站的策划组织及方案合理性 从网站策划的角度审查方案对于客户需求的合理性及技术可行性，最大程度的避免一错俱错及返工修改现象。 2.设计阶段的客户沟通 项目设计人员应积极和客户或项目经理沟通，准确摸清客户需求，最大限度的高效达成客户设计需求。 3.网站结构设计 频道与栏目的内容或功能定位清晰； 频道与栏目的设置能突出重点； 频道与栏目分级合理，有明确的划分标准；
频道与栏目名称设定准确、直观，直接清楚地表达频道或栏目的定位及承担的功能； 网站内部不同频道、栏目及不同层级的网页之间的联通方式和程度，与网站的实用性和易用性具有紧密的联系； 在各页面固定位置设置风格统一的导航栏； 各层级及同级间的网页导航便捷； 导航文字准确、直观、易识别。 4.网站表现风格及静态实现 不同行业不同地域不同项目网站表现形式应有自身特色，在网站设计上体现行业特点、符合客户整体VI形象、突出表现客户在同行业的核心竞争力、突出表现客户的核心业务，尽量从易用性和人性化的角度出发设计网站和相关服务； 有统一的色彩风格和主色调、能体现自身特色； 各层级页面均包含设计上协调一致的网站标志（LOGO）图案及文字； 网页设计稿各个模块行距、列距应尽量统一； 网页字体应使用标准字体，字号不可畸大畸小，可向用户提供字号选择功能； 网页整齐，不变形，不出现表格错位、文字错行、文字行距不统一的情况； 网页切图文件尺寸不宜过大；如无必要使用切图，效果尽量实用css表现；
关于双鸭山市煤炭局信息化子系统原型设计及工作流实现总结 在近一个月的工作时间里，主要针对双鸭山市煤炭局信息化子系统进行了基本模块的概要需求分析，其中针对建设项目管理和生产技术管理模块进行了具体的需求分析并实现了此两个模块的原型。对详细需求分析的过程了解到实现建设项目及其它各种审批使用工作流实现较符合。对于工作流的使用进行了两方面的接触，一方面是使用.NET中的Workflow Foundation(简称WF）进行自行开发，另一方面是使用现在市场上已经成行的工作流配置产品。 使用WF实现工作流主要用到了三个类库System.Workflow.Runtime; System.Workflow.Activities; System.Workflow.Activities.Rules。其中System.Workflow.Runtime包含的类和接口用于控制工作流运行时引擎和工作流实例的执行。System.Workflow.Activities定义一些活动，可将这些活动添加到工作流，以便创建并运行工作过程的可执行表示形式。程序员也可以实现自定义的活动。System.Workflow.Activities.Rules中的类定义了组成规则的条件和操作。.Net FrameWork提供工作流持久化服务，对SQL数据库的持久化提供了完全的支持与实现，对于其它类型的数据库在完成持久化服务的时候要由程序员编程继承WorkflowPersistenceService 类来实现。 在使用WF进行编程时可分为业务逻辑实现、具体数据库访问、自定义活动三个部分，程序员在进行实现时无须对三个部分全部熟悉，只要针对具体的部分熟悉其它部分了解即可。比如对工作流的流程熟悉的程序员可以实现业务逻辑部分，这部分主要是根据用户的业务流进行绘制工作流，对工作流各活动进行配置相应的参数的关联即可。目前对于在VS开发过程中如何配置工作流的操作基本可以完成，但如何把VS中工作流制作模块移植到B/S页面中还未操作过。
关于工作流系统技术选型可行性分析 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 引言 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、任何一个公司，若期待员工发挥作用，在设定岗位职责的同时，一定要设定相应的履行职责的工作流程及标准。尤其是跨部门才能完成的职能，更应该设置工作流程图。流程图应含流程责任人、操作标准、使用表单等内容，这实际上是具体的工作制度。不这样做，很可能有意无意导致所设岗位的无所作为，甚至让该岗位成为别人推诿责任的替罪羊。 三、岗位职责与工作流程相结合的步骤
工作流系统功能介绍 目录 1概述 (2) 2流程系统设计总图 (4) 3建模工具 (4) 3.1组织机构管理 (5) 3.1.1主界面 (6) 3.1.2岗位管理界面 (7) 3.1.3部门管理界面 (8) 3.1.4员工管理界面 (9) 3.2权限管理 (10) 3.2.1主界面 (11) 3.2.2权限组管理界面 (12) 3.2.3权限设置界面 (14) 3.3流程管理 (14) 3.3.1流程管理主界面 (15) 3.3.2启动节点配置界面 (15) 3.3.3处理者配置界面 (19) 3.3.4流转条件配置界面 (19) 3.3.5控制节点配置界面 (20) 3.3.6子流程节点配置界面 (21) 3.4表单管理 (21) 3.4.1表单管理主界面 (22) 3.4.2选择用户控件界面 (23)
4工作流引擎 (23) 4.1基本功能 (23) 4.2任务节点类型 (25) 4.2.1启动节点 (25) 4.2.2结束节点 (26) 4.2.3交互节点 (26) 4.2.4子流程节点 (26) 4.2.5控制节点 (26) 4.2.6查看节点 (26) 5业务平台 (26) 5.1业务平台主界面 (27) 5.2例子:差旅费报销流程 (27) 5.3未认领任务 (29) 5.4已认领任务 (30) 5.5已完成任务 (30) 5.6查看流程图 (30) 6与门户sps系统的整合 (31) 7流程监控服务系统（即时消息和Email） (32) 1概述 随着计算机软件应用的普及，信息化系统发挥的作用也越来越大，企业信息化建设的不断深入，对系统功能和自动化程度要求越来越高。客户要求系统功能与实际的工作情景紧密结合，对每个业务环节的控制要求越来越精确。如何让我们的信息化系统更加贴近客户需求，满足客户不断变化的业务流程成了我们软件开发商不得不面对的问题。