工作流需求说明书Word版
工作流需求说明书
1 前言
为构架完整EDM产品，更好满足特定用户需求，需要进行项目管理和工作流管理模块的开发。
此需求计划由公司内部提出，在需求讨论和编写过程中，总结PDM组在“863”项目中开发工作流原型的经验，吸收部分企业对工作流的需求意见，参照国内外同类产品的现有系统，确定了我公司开发的要求和目标。
此工作流需求说明书作为项目组内部开发指导文件。
1.1 目的
开发项目管理和工作流模块，所有的过程逻辑控制在工作流中实现，并通过项目管理进行任务分发、任务提交、过程跟踪等。工作流系统中的服务模块（如工作流引擎）基于DCOM实现，作为组件提供给系统使用。
本文档的预期读者为项目组开发人员、质量保证人员、市场销售人员及公司领导层。
1.2 范围
实现的项目管理（ProjectManage）和工作流管理（WorkflowManage）作为CEDM的两个模块，不单独包装为产品。
工作流管理实现WfMC定义的基本功能：工作流引擎、图形化定义工具、工作流客户端、工作流管理平台。但实现的功能为WfMC定义功能的子集，不考虑异构工作流系统间的交互，不考虑数据对象在工作流上的传递，不考虑工作流结点上脚本的实现。
项目管理以工作流管理为核心。项目加载工作流模板后，对任务进行描述，包括设定项目承担人、任务截止日期、任务优先级等，进行工作流的启动、流转、操作。项目管理不包括对设备等其他非人力资源的调度，不负责对项目进度排程的优化和组合。
1.3 定义、缩写词、略语
WfMC(Workflow Management Coalition)工作流管理委员会，有关工作流的国际标准化组织。
DCOM（Distributed Component Object Model）。微软的分布式计算平台。
1.4 参考资料
1.罗海滨.工作流技术综述.软件学报.2000（11）,7:899-907
2.范玉顺.基于工作流的CIMS应用集成支持系统研究.计算机工程与应用.
2000,2:9-10
3.范玉顺.工作流管理技术基础.清华大学出版社.2001.4
4.Wil.M.P. Van Der Aalst. Verification of Workflow Task Ttructures: a
Petri-net-based approach information systems. Vol.25 No.1 pp.43-69
5.Ellis C.A. Null. G.J..Modeling and Enactment of Workflow System Application
and Theory of Petri Net Lecture Notes in Computer Science 691,Berlin Springer-Verlag,1993 1-16
6.卢正鼎.面向并行工程的产品设计过程管理的抽象模型.计算机辅助设计与图形学学
报. 2000,Vol12. No.2:123-124
7.刘铁铭.基于工作流的企业过程建模与仿真. 清华大学学报. 2000 ,Vol.40
No.1:109-110
……
参考的应用系统
1.SmartTeam4.0 以色列Smart Solution公司
2.开目PDM 武汉开目公司
3.大恒PDM2.0 北京大恒公司
4.LOTUS workflow 美国IBM
5.workflo 上海新视界
2 项目概述
2.1 产品描述
系统要求实现项目管理和工作流管理两部分，重点是工作流管理，项目管理的调度通过调用工作流系统中的方法来实现。
图1 项目管理/工作流管理功能整合示意图
项目管理完成项目定义、项目分解等工作，项目任务的流程设定、过程管理、过程监控完全由工作流系统承担，在系统中，项目管理更多的作用是作为一个集成的操作界面。
项目管理和工作流管理的应用模式与CEDM系统一致，在软、硬件平台的要求上等同于CEDM系统。
2.2 产品功能
项目管理的功能比较简单，在此不再陈述。
工作流管理系统实现的功能如下：
图2 工作系统结构图
1．图形化定义工具
流程设计通过图形化的界面表达出来，清楚直观，易于理解。
●新建活动节点、条件节点
●设置活动（条件）名称、类型、内容、执行角色、前后条件、处理时间、逻辑判
断规则设定
●绘图功能：对齐、分布、移动、网格等
2．工作流管理
●过程模型初始化：提交定义好的流程模板，设定运行参数、相关人员和处理时间
●工作流维护：修改属性、活动、角色、流转条件、执行顺序
●过程监控，跟踪活动状态
●评审和统计
3．工作流引擎
●解释工作流模板
●控制过程实例的创建、激活、挂起、终止等
●控制活动实例间的转换，包括串行或并行的操作
●提供支持用户操作的接口
●维护工作流控制数据和工作流相关数据，在应用或用户间传递工作流相关数据
●提过控制、管理和监督工作流过程实例执行情况的功能
4．客户端应用
●启动/终止工作流过程实例
●任务列表/任务项处理（完成、终止）
●过程状态查询
●获取/返回工作流相关的数据
5．人员组织管理
利用EDM现有的组织管理模式
2.3 用户特点
项目管理和工作流管理的用户与CEDM的用户群一致，面向制造企业的设计、规划等相关部门。
2.4项目规范
为保证本次系统的开发顺利进行，特明确以下规范。
质量要求
1.质量控制。软件开发的过程严格遵守公司的软件开发规范，包括重要过程的评
审和审查。
2.文档规范。参照研发中心发布的文档格式，保证文档的正确性和严谨性。
3.编码规范。编码规范和界面风格遵守项目组制定的有关标准。
4.辅助工具。软件设计、开发过程引入CASE工具，在各阶段提交相应的UML模型，
如需求阶段提供Use Case图。
开发环境
1.应用代码的开发采用NetBeans 6.0。
2.数据库采用SQL 92标准的Derby。
3.采用SUN公司的JEE平台。
3 具体需求
3.1 项目管理
项目管理实现任务分发、处理、监控等功能，同时它把工作流客户端上的很多应用集成起来，为个人提供有关项目处理的工作平台。
3.1.1 功能要求
项目管理树
在CEDM系统中，项目管理和产品结构管理以产品为中心将同时展开。一方面，在产品结构树页面中进行产品结构的创建和维护，另一方面，在项目管理页面中对同一产品进行项目展开，完成任务的分解和下达。
在项目管理中，项目维护同样以树的形式存在，并把它实现为可以和产品结构树切换的页面。
项目树维护
在项目管理树中通过树上每一个结点对应的右键功能菜单完成项目树的创建、修改、删除等操作。一个项目的根结点对应于产品结构树中的一个产品结点，通过在项目结点下创建子项目的方式逐级创建。
过程监控
提供一个任务列表查询的界面，用户登录到系统后，点击任务列表查看按钮，可以看到当前任务的提示，包括任务来源、任务说明、任务重要级别、完成期限、任务当前状态等信息的显示。任务列表的管理是由工作流引擎处理的，在这里，只提供任务列表显示功能。
流程设定
工作流模板只表示了项目中各任务结点执行时的逻辑关系，没有具体任务、任务承担人等具体信息的描述。这时要在项目树中进行工作过程模型初始化的工作，类似于对象的实例化，初始化的过程即是确定项目任务、责任人、任务完成日期、任务优先级等属性的过程。
过程模型初始化后，应允许用户进行修改和调整，即工作流过程模型的维护功能，包括修改工作流实例各个结点上的属性、活动、角色、流转条件等。
对工作流模板及其实例的所有操作方法由工作流引擎作为服务方提供，项目管理中的流程设定只作为与用户交互的客户端存在。
过程管理
工作过程模型初始化后，进入对工作流程的过程控制，包括启动/终止工作流，任务处理和内部邮件管理。启动工作流用来激活一个工作流实例，工作流引擎即对激活的工作流实例进行自动调度。终止工作流可以停止一个工作流实例的执行。
任务管理是一个任务结点在客户端的处理过程，主要是处理结果的提交，给出处理意见，处理结果作为工作流中下一步流向的判断条件，处理意见传递给流程中的下一个结点。
邮件管理提供内部邮件的收发功能，系统为用户提供收件箱，用于接收消息和邮件，发送邮件在发送消息的时候，可以把文档作为附件一起发送。
收发邮件的服务由工作流引擎提供，客户端进调用。
3.1.2 交互界面
本部分描述系统与用户交互的界面，这些交互的界面全部集中在CEDM客户端。
项目管理树
图3 系统窗口布局
产品结构树与项目管理树做成可以切换的TAB方式，产品结构树保留原有方式，点击项目管理树TAB按钮，左边区域切换到项目管理树视图。
两个视图中的数据分别独立维护，不需要对数据的交互和同步进行处理。
项目树维护
项目树管理类似产品结构树的管理，项目树组织如下：
图4 项目管理树结构
项目管理树的建立逐级进行。在项目树的每个结点上，对应如下的右键功能菜单。
图5 项目结点上的右键功能菜单
项目分解通过“创建下级项目”实现，“修改项目属性”、“删除项目”完成对项目树的维护。
在CEDM系统菜单中，增加“任务列表”、“收邮件”、“发邮件”三个菜单项。对系统的每一个用户，都可以点击任务列表查看自己当前的任务。
任务列表
任务列表向每位用户显示当前需要处理的工作，任务列表起到提示的作用，不需要
编辑处理，数据从工作流引擎中得到。
任务列表的显示形式如下：
表1 任务列表
工作流程初始化
在工作流程的图形化定义工具中，只定义了工作流模板，描述了工作流程执行的先后顺序，具体信息的设定需要在工作流程初始化的时候完成。
工作流程初始化首先是加载工作流模板，在模板的列表中选择一个需要初始化的对象。选择“模板初始化”，提供图形化的界面用来设置工作结点上的初始信息。
图6 工作流初始操作
选中一个结点，可以定义如下信息：
图7 工作流结点对应的描述信息
信息类型分成四大类：基本信息、人员分配。用TAB页面分开表示。
基本信息是对结点的通用信息描述，包括结点类型、结点名称、任务描述、重要级别、完成期限等。其中结点类型、结点名称是继承模板中的信息，结点类型包括是工作结点和控制结点，结点名称与模板中的结点名称一致。
人员分配，指定此工作结点的任务承担人，并确定有关策略。任务承担人可以是一个人或多个人，或者是一个角色代表的一个工作组。策略是指一个工作结点上任务承担人合作方式，如明确是由一个人完成还是由所有人完成。
图8 人员分配对话框
工作流维护
工作流维护是把初始化后的工作流调出来修改，如更改基本属性信息，重新进行人员分配等。在这里也可以删除一个执行完毕的工作流。
处理界面类同工作流初始化，不再详述。
注意：一个工作流一旦启动，在运行的过程中不能进行工作流的维护。（如果要求这种动态维护，实现起来就太麻烦了。）
启动/终止工作流
界面简洁。在工作流实例列表中选择操作对象，选择启动，后台的工作流引擎开始对此流程调度；选择终止，结束对流程的调度。
任务处理
任务是否完成需要由任务完成人自己提交，用户选择一项任务，点击通过、不通过、返回起点等按纽进行处理。
图9 任务处理对话框
通过，工作流引擎认为此工作结点上的任务已经完成，信息处理按正常流程转移到下一个任务结点。
不通过，信息处理按出错流程转移到工作流中预定结点。
重做，当前工作结点所做工作失效，重新进行处理。
点击这三个按纽，都可以弹出处理意见对话框：
图10 任务处理意见对话框
填写处理意见时，可以粘贴附件。确定后，处理意见和附件通过邮件系统发送给流程中的下一个结点，下一个结点的任务承担人可以在收件箱中查看。
收发邮件
在系统内部，实现基本的邮件收发功能。
收邮件，给出所有收到的邮件，附件可以另存到本地，EDM能支持的文件格式可以直接浏览。
发邮件，从系统用户中选择收件人，可以发送消息和附件。
3.1.3 逻辑处理
在项目管理过程中，逻辑处理分成以下三种：
图11 项目管理树管理工作执行
工作执行对应项目的普通员工。
图12 工作流运转流程
工作流管理
工作流管理对应由产品主管或项目主管来完成。
图13 工作流维护六流程邮件功能
图14 邮件收发流程
3.2工作流模板定义
采用图形化的手段定义工作流的基本模板，模板中的控制和结构信息可以保存到后台的数据库引擎中去，作为工作流引擎进行流程调度的依据。
工作流模板定义作为工具集独立存在。
3.2.1功能要求
工作流模板定义通过图形化的手段实现，给用户一个直观的印象，方便用户使用。功能主要实现图形处理、结点处理、模板保存等功能。
图形处理
提供工作流图形化表示的一系列工具集，包括用鼠标拖画流程中的结点，结点之间具有方向性的连接线。
为提高画图速度，提供网格功能，鼠标自动捕捉到最近的网格点。
结点移动时，相关联的连接线能同步移动，能实现图形显示时的消隐处理。
结点处理
工作流模板中的结点分成两种类型，工作结点和控制结点。
工作结点对应具体的一个工作单元，用来描述结点上所要处理的工作。在工作流初始化时，对工作结点进一步描述。
控制结点是模板中的一种辅助结点，包含控制流程的逻辑判断条件，可以降低流程处理的复杂程度。在工作流初始化时，一般不需对控制结点进一步描述。
模板定义保存
图形化的模板绘制完成后，需要把其中的控制信息和结构信息保存到工作流引擎对应的数据结构中，一方面需要把模板上的信息整理归类，映射到工作流的具体数据结构中去，另一方面，需要对整个图形视图序列化保存，以变在需要的时候对图形重现。
3.2.2交互界面
工作流图形化定义界面主要体现在工作流模板的图形处理上。
整体界面布局
图15 工作流图形化定义主界面
工具条区用形象化的图标来表示，这些功能图标对应的功能应包括：画工作结点、画控制结点、结点间划连线、网格显示与关闭等。
确省地系统自动给出开始结点和结束结点。
对结点与连接线的编辑通过各自上面的右键菜单进行。
结点上附带的右键菜单
图16 工作流模板中结点对应的右键菜单
结点属性编辑框
图17 结点属性定义界面
结点类型分两种：工作结点和控制结点。
结点名称：由用户指定，如设计、校核、审定等。
结点图标可以通过选择文件对话框选择一个图标文件。
字体、对齐方式等规范结点名称的显示形式。
连接线属性描述框
图18 连接线属性编辑框
回复类型有以下几种：接受、拒绝、检查。
字体可在系统安装的字体库中选择。
线型包括可供用户选择的实体线、点划线、虚线等类型。
风格分直线、水平线、垂直线几种。
线宽用来设置连接线的宽度。
工作流模板图形化示例
图19 工作流模板示例
图中，矩形代表工作结点，椭圆代表控制结点，连接线中的恢复类型缺省为接受。
3.2.3逻辑处理
图20 工作流模板图形化定义的逻辑处理图
3.3工作流引擎
工作流引擎是整个系统最核心的部分，它维护工作流实例的自动流转，并提供一系列的方法供客户端调用，实现客户端与工作流引擎的交互。
3.3.1功能要求
工作流引擎应提供如下功能：
维护工作流模板与实例
处理工作流模板上的结构信息和控制信息，保存模板实例化后的工作结点、控制结点中的属性信息。要求工作流引擎提供的这部分数据模式能有效、无歧义地对模板与实例进行记录。
工作流流转控制
包括实例的创建、激活、挂起、终止等。根据工作流模板与实例定义的逻辑，引擎能自动控制工作流的运转，处理过程中，能提供较强的容错机制。
数据传递
及时准确地把正确的信息传递给正确的人。这里信息有控制信息、处理意见、文档数据等。
收发邮件
提供收发邮件功能。完成对邮件传递、保存、后期维护等过程的管理。
任务列表管理
引擎针对系统中的每一个用户提供任务列表管理，并记录每一项任务的状态，用户对一项任务处理提交后，引擎要更新任务状态。
用户操作接口
工作流引擎需要与项目管理、工作流模板定义、工作流监控台进行大量的信息交换和数据传输，这些操作即要求工作流引擎端提供相应的接口，客户端应用程序通过调用接口实现这种交互。
这些接口符合DCOM中的IDispatch或IUnknown规格。
3.3.2交互界面
工作流引擎主要在服务端运行，不需要复杂的交互界面。在CEDM系统中，增加一条菜单项“启动工作流引擎”即可。
3.3.3逻辑处理
工作流引擎作为服务端，与用户操作没有直接的联系，这里暂不描述它的内部逻辑处理过程，这部分的逻辑模型将在概要设计和详细设计时进行处理。
3.4工作流监控台
工作流监控台作为一个独立的工具提供给用户使用，这个用户具有对所有工作流和任务具有监督和管理的权利。
3.4.1功能要求
工作流监控台提供一个集成的界面，监督系统中所有工作流实例的执行状态；查看所有员工的任务列表；管理任务列表中的历史信息。
工作流执行查看
监督员可以选定一个工作流实例，查看实例的执行情况。系统提供一个图形化的界面，显示工作流实例图，通过图标的变化说明工作完成的情况。
任务列表查看
选择系统中的任一用户，可以列出他当前的任务列表。此处任务列表的显示与项目管理中显示的任务列表一致。
历史信息统计
选择系统中的任一用户，可以列出他所有已经完成的的任务。在此基础上，可以按照多种时间段（月、季、年）和多种分类（任务说明、优先级）提供任务统计功能。
3.4.2交互界面
工作流监控台作为一个工具，具有独立的界面。
针对上述三个功能要求，提供三个操作界面。
工作流执行查看
首先列出工作流引擎中所有的工作流实例，用户选择一个，则当前的工作流实例以图形化的方式显示出来，当前正在处理的工作结点通过变换图标或颜色的方式显示出
来。
系统分析师辅导：工作流管理系统体系结构设计
系统分析师辅导：工作流管理系统体系结构设计 摘要：工作流管理系统将最终成为覆盖于各类台式机与网络操作系统之上的业务操作系统，但工作流技术目前还不够完善。作者在深入研究了工作流管理联盟提供的工作流管理系统模型和各大主流工作流管理系统的基础上设计了一套功能全面的工作流管理系统体系结构。本文主要从该体系结构的三个层次深入介绍了该系统结构。 关键词：工作流管理系统、业务操作系统、软件体系结构、业务建模 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．用户形成发布版本。
BPM工作流平台设计
工作流系统设计手册 一、引言 工作流管理是目前被业界广泛应用并迅速发展的技术，它的主要功能是使业务处理过程自动化，协调人和各种应用程序的工作。工作流管理系统（Workflow Management System，简称：WfMS）以企业业务过程为核心，结合了计算机支持协同工作以及企业信息系统的相关技术，立足于过程自动化，着眼于整体效率的提高。随着计算机软硬件技术的发展，特别是Internet 和Intranet的迅速普及，工作流管理系统的应用范围已不仅仅限于传统办公环境（如保险、银行、法律、行政管理等）和工业制造中，而且逐渐扩展到企业应用环境中。 1993年成立的工作流管理联盟（Workflow Management Coalition，简称：WfMC）给出了一系列工作流的规范。其主要概念有： 工作流 工作流是一类能够完全或者部分自动执行的经营过程，它根据一系列过程规则，文档信息或任务能够在不同的执行者之间传递与执行。 工作流是一种反映业务流程的计算机化的模型，实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。 工作流管理系统
它是一个软件系统，完成工作流的定义和管理，并按照在计算机中预先定义好的工作流逻辑推进工作流实例的执行。并监控其工作状态。工作流管理系统可称为企业的业务操作系统。（Business Operating System，简称：BOS） 工作流系统参考模型 有关工作流管理联盟更详细的规范请参见https://www.wendangku.net/doc/3d14214002.html, 二、JU工作流管理系统 根据国际工作流管理联盟的标准模型，实现了过程定义工具、工作流执行服务（工作流机）、工作流管理工具以及工作流客户应用（人工动作）和供工作流执行服务（工作流机）直接调用的应用（自动化动作）。 人工动作必须与表单绑定。表单提供了人机交互的工作界面，而表单的后面是标准通用的关系型
系统分析与设计实验报告
鞋店进销存管理系统 一.项目背景 随着计算机技术的不断发展, 它已经成为人们工作和生活中不可缺少的工具。早在1954年，银行、大公司和大企业纷纷采用计算机进行账户和账目管理、生产管理、库存管理、销售管理、统计报表等。从数据的收集、存储、整理到检索统计，应用的范围日益扩大，使计算机的应用很快超过科学计算，成为最大的计算机应用领域。 鞋店管理的特点是信息处理量比较大，所存的鞋种类多，而且由于进货单、销售单、需求单等单据发行量特别大，关联信息多，查询和统计的方式各不相同等原因,因此在管理上实现起来有一定困难。在管理的过程中经常会出现信息的重复传递，单据报表种类繁多，各个部门管理规格不统一等问题。 在本系统的设计过程中，为了克服这些困难，满足计算机管理的需要,我们采取了下面的一些原则： 1、统一各种原始单据的格式，统一账目和报表的格式。 2、删除不必要的管理冗余，实现管理规范化、科学化。 3、程序代码标准化，软件统一化，确保软件的可维护性和实用性。 4、界面尽量简单化，做到实用，方便，尽量满足书店中不同层次员工 的需要。 二.定义 “鞋店进销存管理系统”为用户提供添加、修改、查询、退货操作等服务。用户在登陆界面输入用户名，密码后系统核对正确进入系统内部。系统就要求用户选择事务类型（添加、修改、查询、退货等），直至用户选择退出应用服务，询问用户是否退出应用服务，如果用户选择结束，系统重回登陆界面。用户进入添加界面后，首先可以输入的数字必须大于等于100），否则系统显示输入有误。用户点击确认后，由系统查询，判断该取值是否超出库存量，如果没有，则系统会显示确认界面，用户单点击“确认”后，系统自动生成账单，并在后台进行工作，系统进行清
软件产品的需求规格说明书(案例)
四川托普集团技术文档 卷号： 卷内编号： V1.0版 多层体系政务框架平台之一 行政服务中心政务平台 软件产品需求规格说明书Software Product Requirements Specification 项目承担部门：中央研究院应用产品开发中心 撰写人（签名）： 完成日期： 本文檔使用部门：■主管领导■项目组□客户（市场） ■维护人员□用户 文档验交组（签名）： 验交日期： 评审负责人（签名）： 评审日期：
软件产品需求规格说明书 Software Product Requirements Specification 1.引言 1.1.目的 本节描述软件产品需求规格说明书（SRS）的目的是： 定义软件总体要求，作为用户和软件开发人员之间相互了解的基础； 提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础； 作为软件总体测试的依据。 1.2.定义 Workflow：工作流 1.3.参考资料 行政服务中心政务平台白皮书 行政服务中心政务平台项目审批表
2.软件总体概述 2.1.软件标识 软件全称：多层体系政务框架平台之一行政服务中心政务平台 软件简称：XZFWZXZW 版本号：1.0 2.2.软件描述 2.2.1.系统属性 行政服务中心是改革开放进程中一项新生事物，是实践江总书记“三个代表”重要思想的具体表现，是改善投资环境，扩大开放，吸收外来投资，加快发展的重要举措。为了实现行政服务中心“一站式集中，一条龙服务”，为全社会提供平等竞争的市场条件和长期稳定的投资环境，塑造廉洁，规范，高效的政府形象的目标，充分利用信息化技术，建设先进实用的可扩展性强的行政服务信息系统，实现行政服务信息处理的智能化、网络化、“无纸化”成为一项迫切的工作。为此，托普集团根据行政服务中心的业务需求，设计了行政服务中心政务平台。 2.2.2.开发背景 开发目的：1、公众服务 2、行政服务中心和各级政府部门 应用目标：行政服务机构 使用范围：行政服务机构，公众 2.3.软件功能(共12个系统模块)
Workflow Design 工作流设计
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],
工作流分析及设计
工作流系统需求分析及设计 业务过程描述： 工作流是一种反映业务流程的计算机化的、实现经营过程集成与经营过程自动化而建立的可由工作流管理系统执行的业务模型。工作流起源于生产组织和办公自动化领域，其目的是将现有工作分解，按照一定的规则和过程来执行并监控，提高效率，降低成本。 下图是用户使用工作流系统的业务过程：
业务模型描述：
系统组成： 工作流管理系统由客户端、流程定制工具、流程监控与管理和工作流运行服务四个部分组成，下图是系统构件图： 系统功能划分： 工作流管理系统是指运行在一个或多个工作流引擎的软件上用于定义、实现和管理工作流运行的一套软件，从用户建模的过程来看在建立阶段功能主要是工作流过程和相关活动的定义和建模，在运行阶段包括运行流程的监控、管理以及执行过程中的人机交互等。 工作流管理系统由流程定制工具、流程监控与管理、工作流运行服务和客户端交互四个部分组成，整个系统的使用者可以分为四种：系统管理员、流程设计人员、流程管理人员、普通用户。 下图是整个工作流管理系统的顶层用例：
第一部分流程定制工具 本部分主要完成企业信息流中业务过程的图形化建模，定制工具提供丰富的图形化元素、简单易懂的建模方法以及完善的模型管理方式。 流程定制用例图：
打开流程模型 参与者：流程设计者。 前置条件：流程定制工具已经打开。 后置条件：被选择的流程模型中的内容被展开。 步骤序列： 1．打开流程模型列表或新建流程模型文件。 2．选择流程模型文件名称。 3．展开流程模型中的设计内容。 保存流程模型 参与者：流程设计者。 前置条件：某个流程模型已经被打开，并且被修改。 后置条件：修改过的流程模型存到了物理文件中。 步骤序列： 1．保存流程模型到物理文件中。 删除流程模型 参与者：流程设计者。 前置条件：拥有可被删除的流程模型。 后置条件：选中的流程模型被删除。 步骤序列： 1．用户打开流程模型列表。 2．用户选择想要删除的流程模型。 3．系统删除选中的流程模型。 导入导出流程模型 参与者：流程设计者。 前置条件：拥有可被导入的文件或导出的流程模型。 后置条件：流程模型被导出成文件或模型文件被导入到设计系统成为流程模型。 步骤序列： 1．用户打开可被导入文件列表或设计工具中的流程模型列表。 2．用户选择将被导入的流程文件或选择将被导出的流程模型。 3．系统把导入文件生成流程模型或把导出流程模型生成流程文件。 流程发布 参与者：流程设计者。 前置条件：拥有设计完成并可供发布的流程模型。 后置条件：流程模型被发布并可通过客户工具执行。 步骤序列： 1．用户打开流程模型列表。 2．用户选择发布的包或流程。 3．用户选择发布的运行服务器。 4．用户形成发布版本。
1工作流管理系统--需求规格说明书
西北工业大学软件与微电子学院 <工作流管理系统> 需求规格说明 版本：1.0 编写：年月日校对：年月日审核：年月日批准：年月日
目录 1引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3定义 (1) 1.4参考资料 (2) 2任务概述 (2) 2.1目标 (2) 2.2用户特点 (2) 3需求详述 (3) 3.1关键信息 (3) 3.1.1名词解释 (3) 3.2过程描述 (5) 3.2.1系统管理 (5) 3.2.2流程设计 (8) 3.2.3业务管理 (14) 3.2.4用户操作 (23) 4说明 (26)
1引言 1.1编写目的 本需求规格说明书对系统所要实现的功能分模块进行了详细说明，它是一份描述系统整体结构及工作流程的文档。本需求规格说明书主要向客户方及与本项目相关的人员发放，使他们了解该软件的功能结构详细情况。 1.2背景 待开发系统是由631所提出的，针对该所的业务要求及外协任务说明。该系统包括四个子系统： 系统管理； 流程设计； 业务管理； 用户系统。 本系统由西北工业大学软件与微电子学院负责开发，系统的开发环境为：Windows＋J2EE。 1.3定义 WfMC（Workflow Management Coalition）：工作流管理联盟。 流程设计：创建工作流模型，根据实际的业务流程创建可视的流程模型。 业务管理：是对工作流模型和实例进行监控和管理。 活动：是一项工作的原子单元。有时会使用节点代替活动。 流程：是活动的集合，有时会使用工程代替流程。 角色：指工作流模型的参与者和任务承担者，和权限相关联。 用户：指工作流系统的使用者。 连接：是两个活动之间顺序依赖的根据，有时会使用边代替连接。 变量：是工作流的数据单元，被称做工作流相关数据。
项目申报管理系统详细设计
文档编号: 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) 前言 (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)
原型设计及工作流实现总结
关于双鸭山市煤炭局信息化子系统原型设计及工作流实现总结 在近一个月的工作时间里，主要针对双鸭山市煤炭局信息化子系统进行了基本模块的概要需求分析，其中针对建设项目管理和生产技术管理模块进行了具体的需求分析并实现了此两个模块的原型。对详细需求分析的过程了解到实现建设项目及其它各种审批使用工作流实现较符合。对于工作流的使用进行了两方面的接触，一方面是使用.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页面中还未操作过。
工作流系统技术可行性分析v1.1
关于工作流系统技术选型可行性分析 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
工作流设计说明
寿险业务信息系统5.0 工作流设计说明 2004-08-04 流水号：20040804
目录 问题反馈 (3) 序言 (4) 1.基本概念 (5) 1.1什么是工作流(WorkFlow) (5) 1.2什么是过程定义(Process Define) (5) 1.3活动(Activity) (5) 1.4转移信息(Transition) (5) 1.5 角色(Role) (5) 1.6 状态 (6) 1.7 操作 (6) 1.8 任务 (6) 1.9 复制活动 (6) 2.基本模型 (7) 2.1 过程元模型 (7) 2.2 工作流执行基本模型1（链锁式） (7) 2.3工作流执行基本模型2（子过程嵌套） (7) 2.4工作流执行基本模型3 (8) 2.5 工作流执行基本模型4 (9) 2.6 工作流执行过程典型模型1 (9) 2.6 工作流执行过程典型模型2 (10) 2.7 工作流执行过程典型模型3 (10) 2.8 活动中的条件转移模型 (11) 2.9 活动中的复制活动模型 (11) 2.10 活动类型 (12) 3.数据库结构设计 (13) 3.1工作流模板活动表 (13) 3.2工作流模板过程实例表 (13) 3.3工作流过程表 (13) 3.3工作流任务轨迹表 (14) 3.3活动的具体字段映射表 (14) 3.4工作流任务轨迹备份表 (14) 3.5工作流应用锁表 (15) 4.保全核保流程设计 (16) 4.1保全核保流程设计 (16) 4.2保全核保工作流定义 (17) 6.保监会报表系统流程 (18) 6.1保监会报表系统流程设计 (18) 6.2保监会报表系统工作流定义 (19)
(工作分析)国内外主流工作流引擎及规则引擎分析
国内外主流工作流引擎及规则引擎分析2013年2月创新研发部
目录 国内外主流工作流引擎及规则引擎分析 (1) 一.背景 (4) 二.原则 (4) 三.工作流功能分析点 (6) 4.1.标准类 (6) 3.1.1BPMN2.0标准支持 (6) 4.2.开发类 (7) 3.1.1业务模型建模工具 (7) 3.1.2工作流建模工具 (7) 3.1.3人工页面生成工具 (8) 3.1.4仿真工具 (9) 4.3.功能类 (9) 4.1.1流程引擎 (9) 4.1.2规则引擎 (10) 4.1.3组织模型与日期 (10) 4.1.4对外API的提供 (11) 4.1.5后端集成/SOA (11) 4.1.6监控功能 (12) 四.中心已有系统工作流功能点分析 (13) 4.1.备付金系统工作流分析 (13) 4.1.1联社备付金调出流程 (13)
4.1.2联社备付金调入流程 (16) 4.1.3资金划入孝感农信通备付金账户业务流程 (18) 4.1.4备付金运用账户开立流程 (20) 4.1.5备付金沉淀资金运用流程 (23) 4.1.6备付金沉淀资金支取流程 (26) 4.2.多介质项目工作流分析 (28) 4.1.1开卡审批流程 (28) 4.3.新一代农信银资金清算系统工作流分析 (29) 4.4.电子商票系统工作流分析 (29) 4.5.OA系统工作流分析 (32) 五.工作流产品分析 (32) 六.分析结论 (44) 4.4.对比 (44) 4.5.建议 (45)
一.背景 目前中心建成的“一大核心系统，七大共享平台”以及OA系统，对工作流应用程度高，但各系统实现工作流程管理没有建立在统一的工作流平台上，导致流程割裂、重复开发、不易于管理等问题。 备付金管控项目涉及多个岗位之间工作的审核步骤，同时还要与多个系统进行交互，因此，为了提高管理效率，降低业务流转时间，同时还要结合农信银中心的总体IT战略规划，备付金管控项目技术组决定选择一款先进的工作流引擎和一款规则引擎，作为备付金管控项目的核心技术架构。 二.原则 备付金管控项目组通过梳理各信息系统流程现状和未来需求，形成农信银中心工作流平台的发展规划，从而更全面的满足农信银各项关键业务、更好的支撑现有和未来的信息系统建设。项目组充分研究国内外领先的工作流产品和案例，同厂商交流。从用户界面生成、流程建模、流程引擎、规则引擎、组织模型、模拟仿真、后端集成/SOA、变更及版本管理、移动设备解决方案、监控分析能力等多方面考察工作流产品，进行工作流产品选型。 目前国内外的工作流引擎层出不穷，行业标准多种多样，通过对比不同工作流公司产品，本次工作流技术选型决定分析商业工作流引擎4款，开源工作流引擎2款。其中国际知名厂商的商业工作流引擎2款，本土厂商的商业工作流引擎2款。由于本次技术选型是以工作流引擎为主，选型工作将不再单独分析规则