XX工作流引擎30需求规格书.docx
《XX工作流引擎30需求规格书.docx》由会员分享，可在线阅读，更多相关《XX工作流引擎30需求规格书.docx（15页珍藏版）》请在冰豆网上搜索。
XX工作流引擎30需求规格书
项目名称
安徽XX软件有限公司
秘级：
内部保密文件仅限内部使用
xx工作流引擎3.0
需求说明书
文件状态
[]草稿
[√]正式发布
[]正在修改
文件标识：
xx工作流引擎3.0需求说明书
文件版本：
V1.0
文件作者：
谈广才
审核人：
完成时间：
2010-2-20
安徽xx软件有限公司
2010年2月
版本控制
版本号
作者
参与者
起止日期
备注
V1.0
谈广才
储昭伟
2010-2-20
文档创建
修改记录说明
版本号
作者
参与者
日期
修改说明
第1章引言
§1.1编写目的
1.1.1目标
本文档为xx工作流引擎系统的需求说明，主要是为了给开发人员的具体实现以及今后维护以及二次开发工作的顺利进行提供依据。
1.1.2预期读者
工作引擎3.0的开发人员，测试人员。
1.1.3作用
●为使用方与开发方建立共同开发规范；
●提高开发效率、强化进度控制；
●为项目的的评测与验收提供依据；
●便于移植；
●作为系统不断提高的基础。
§1.2编写背景
1.2.1系统名称及版本号
《xx工作流引擎》V3.0版。
1.2.2任务提出者
市容数字城管二期开发，涉及很多工作流项目，现在的xx工作引擎2.0不能满足项目的需要。
1.2.3任务承接者及实施者
xx公司政务软件部，《工作流引擎3.0》开发小组。
1.2.4使用者
xx协调办公OA系统的替换新版工作流引擎，数字城管二期项目建设需要的工作流引擎。
1.2.5与其它系统的关系
工作流引擎将实现流程的提交、审核、会签、传阅、转办、退回、撤回、催办、挂起、恢复、特送、归档功能。
系统通过开发API调用接口，来实现其他系统的获取这些功能。
为其他系统提供工作流引擎功能。
§1.3文档概述
1.3.1文档结构说明
1.3.2电子文档编写方式与使用工具
MicrosoftWord2007forWinXP/2003
MicrosoftVisio2007
MindjetMindManagerPro7
1.3.3定义说明、符号
需求级别，有低中高三级，分别用3，2，1表示。
统一建模语言（UML）。
对象建模技术（OMT）。
用例（UseCase）：
一组动作序列及其变体的描述，系统执行这些动作及其变体，并且对特定的参与者产生可观测、有价值的结果。
活动图（ActivityDiagram）：
一种描述从活动到活动流的图；描述系统的动态视图。
可以看作状态图的一个特例；也就是说，在这种状态图中，大部分状态或者全体状态是动作状态。
并且大部分或者全部状态变化是由源状态的动作完成后来触发。
1.3.4参考资料
编号
资料名称
备注说明
1
《xx协调办公2.0需求规格书》
主要了解xx协调办公需要工作流引擎实现那些功能。
2
《行政执法办案系统》调用需求
对于行政执法流程的研究
3
《工作流管理技术基础》
清华范玉顺著作
4
《数字城管问题处理流程》
芜湖市容数字城管问题受理
第2章系统概述
§2.1系统目标
建立一个.net体系的工作流引擎，可以运用于所有.net语言开发的系统，工作流引擎通过开发API接口给使用的系统调用。
要能替换现在xxOA2.0版的工作流引擎，能运用于执法办案系统这样复杂多表单的流程。
§2.2系统结构
《xx工作流引擎》V3.0版系统，主要是提供给其他系统工作流引擎功能。
比如：
《协同办公系统》、《行政执法办案系统》等。
此引擎要能完全开放给用户配置流程流转，提供给使用系统开发的接口，来实现流程的运作。
这个版本要开发给.net体系的系统使用，要无缝结合的调用，提供公共办理操作，数据存储机制，流转信息查询等。
系统架构包含：
1、C/S结构的流程配置工具。
2、Com接口的附件处理组件。
3、WebService的对外处理接口。
4、B/S结构的办理处理的页面。
§2.3用户情况
2.3.1组织机构与职能
无
2.3.2用户现状
无
§2.4运行环境
2.4.1网络拓扑结构
无
2.4.2硬件配置
无
§2.5假定和约束
系统采用基于.net架构的B/S框架结构，基于Delphi的C/S结构，基于COM组件结构，WebService开放接口。
服务器端（Server）：
MicrosoftWindows2003Server+Oracle10G以上。
客户端（Client）：
MicrosoftWindows2000以上+InternetExplorer6以上。
§2.6缩略语和名词解释
术语
描述
拟办
拟定公文初稿。
办理
对于流转到手中的公文进行处理操作，提交给下一环节，或者结束流程的流转。
审核
对于流程环节是审批类型的，进行审核操作。
会签
流程会签环节的大家一起进行签收审批，可以进行指定顺序签收审批，可以同时都可以审批。
传阅
对于阅办类型的环节，需要大家一起阅办后，进入下一环节。
转办
对于某份公文，因为某些原因本人自己不能审批，可以进行转办给其他人处理这份公文。
退回
对于没有结束的公文，还可以进行退回到前面审批的几个流程环节中，可以在流程中配置。
撤回
流程已经提交，下一个办理人还没有签收这个流程，提交人可以撤回提交的流程。
催办
公文的拟稿人、管理员可以对于没有结束的公文进行催促办理人进行办理。
挂起
流程的管理员，可以把一个真在流转的公文挂起，这时候公文就停止流转，自由恢复流程后才能继续流转。
恢复
公文挂起后，流程管理员可以恢复公文的正常运行。
特送
公文流转到某个环节，而这环节的办理人现在没有办法办理这份公文，流程管理员可以直接把公文特送到其它环节。
归档
对于已经流转结束的公文，可以进行归档处理。
委办
每个人都可以把自己的需要处理的流程，委托给其他人办理。
待办工作
公文流转到自己手上，需要办理的公文。
在办工作
对于需要办理的公文，已经进行签收了，但还真正办理工程。
已办工作
自己已经办理完毕的公文。
办文督查
对于没有流转结束的公文，流程管理员、公文拟办人都可以进行公文督查。
流程管理员可以进行：
催办、特送、挂起、恢复操作。
公文拟办人可以进行：
催办操作。
第3章功能需求
§3.1功能概括
3.1.1流程概况
业务过程是指为了实现某一业务（请假管理、任务交办）而组合在一起的一组过程或活动。
而工作流是业务过程的自动化处理，在业务流程处理过程中，根据一组定义好的处理规则，可以把相关的信息、文档、任务或业务从一个参与者传递到另一个活动的参与者。
简单地说，工作流就是一系列相互衔接、自动进行的业务活动或任务。
对公文类型的流程实现：
发文处理可对公文制发中的拟稿、核稿、会稿、签发、编号、登记、打印、发送等处理。
收文处理可对来文的登记、拟办、批办、传阅、承办等处理。
对于审批类型的流程实现：
拟办、审批、办理、打印等处理。
工作流将实现：
签收、办理（办理意见可以在表单中直接填写，带入办理页面中）、审核、会签、传阅、转办、退回、撤回、催办、挂起、恢复、特送、归档功能。
新的工作流引擎，其流程设计工具具备，流程导出、导出、拷贝等功能。
3.1.2流程形式
工作流形式分为：
固定流程和自由流程。
固定流程：
对于固定流程是按照人为已经定义好的流向把信息、文档、任务或业务流到指定的下一个参与者手中；对于固定流程其流程的环节已经确定，每个环节的操作人也确定（对于环节处理人如果配置为“上一环节指定”除外），每个环节的流向关系已经确定。
自由流程：
对于自由流程，是不能确定流程有那些环节，每个环节有那些人进行办理，这些都是每个环节办理人决定流程是否需要下一个人办理，下一个办理人是谁。
3.1.3流程分支
工作流不仅支持直线流程，还将支持流程的分支，对于分支可以分两种情况：
一般分支、条件分支。
另外流程还支持“子流程”分支功能。
3.1.4岗位控制
工作流将支持一人一个岗位权限控制，也将支持一个人多个岗位权限控制。
不需要重新登陆即可实现多岗位功能。
3.1.5公文附件
公文的附件管理实现Word、Excel完全结合，对于Word文档可以进行痕迹保留，对于Office都实现电子印章功能。
对于公文附件，可以分环节管理，每个环节可以实现附件上传，编辑，查阅，下载功能。
对于公文附件，可以实现套红头功能。
§3.2表单管理
3.2.1表单定制
3.2.1.1表单编号
对于每个表单都可以定制一个表单编号，这主要是针对一些公文表单。
显示结果如：
皖政管字〔2010〕1号，其格式为：
收发文字号+〔+文件年份+〕+文号（流水号，不需要补零）。
表单需要设置：
收发文字号，以及从那一个文号开始流水生成。
3.2.1.2表单标签
公文表单，可以设置一个表单标签，用于显示为表单表头，类似于正文的标题。
如：
安徽财政局政府文件。
另外还可以设置标签的字体大小，字体颜色。
对于审批流程基本没有表单标签。
3.2.1.3表单模板
流程审批结束后，都可以根据配置的Word模板，进行套红发布或打印。
每个表单可以对应几个Word模板，流程结束后由用户自己决定套用那个模板。
3.2.1.4表单页面
表单页面分成两种方式：
1、设计表单页2、定制表单页。
设计表单页主要是通过我们的表单设计器或者第三方的HTML设计工具，按照我们表单设计协议来设计出来的表单。
定制表单页主要是针对一些复杂表单，主从表单，用设计器无法解决的页面。
另外设计表单页，可以根据配置，不带公文附件管理，对应定制表单页可以用开发者自己确定是否带公文附件管理。
3.2.1.5表单域
表单域是表单的业务数据存放的地方，不管设计表单页还是定制表单页都必须保护一些默认表单域。
编号（SysID）这是表单的唯一键，标题（Title）主要在流程运作过程显示给用户看，收发文字号（FileHead），文件年份（FileYear），文件编号（FileNo），创建人编号（CreateID），创建人姓名（Creater），创建时间（CreateDate），拟稿人岗位（DrafterJob），拟稿人部门（DrafterDept）。
3.2.2表单设计器
3.2.2.1标准控件
对表单设计器包含如下标准控件：
常规输入框：
一般的TextBox输入框，可以输入数字、文字所有信息。
数字输入框：
只能输入数字的输入框。
日期输入框：
我们将开发日期组件，支持输入框直接调用日期选择。
单选输入框：
支持单选的RadioButton组件。
复选输入框：
支持复选的CheckButton组件。
下拉列表框：
支持下拉选择的DropDownList组件。
3.2.2.2宏控件
对表单设计器包含如下宏控件：
用户姓名：
此组件自动可以绑定登陆用户的用户名称信息。
用户部门：
此组件自动可以绑定登陆用户的用户部门信息。
用户岗位：
此组件自动可以绑定登陆用户的用户岗位信息。
当前日期：
此组件自动可以绑定用户操作当前的时间日期。
公文编号：
此组件自动可以流程设置，生成公文的编号。
附件管理：
开发附件管理的控件。
意见汇总域：
所有办理过程的意见汇总到这个域中显示。
自定义函数：
开发常见的自定义函数如：
金额大小写生成。
3.2.2.3设计器
用表单设计器可以设计表单页面，对于定制好的表单，可以直接把表单域拖到表单上。
§3.3流程管理
3.3.1流程定义
3.3.1.1概述说明
流程定义主要是为流程定制一些属性信息，这些属性信息绝对流程的运作方式、流程的类型、业务的查看权限、流程的使用人群，另外也定义了流程结束后，怎么样的归档方式。
3.3.1.2流程属性
流程类型：
包含公文和审批两种类型。
对于公文类型主要指：
是指行单位在管理活动中产生的，按照严格的、法定（或制度）的生效程序和规范的格式制定的具有传递信息和记录作用的载体。
审批类型主要指：
单位日常工作过程中需要进行领导审批的单据如：
请假、请款等。
流转方式：
包含固定流程和自由流程。
在3.1.2章节已经阐述其含义。
流程管理员：
可以对流程进行监控、特送、挂起、恢复、删除、催办功能。
是子流程否：
配置这个流程是否为子流程。
选择表单方式：
单一表单、环节选择表单（不同环节，表单不一样）。
另外还可以设置流程的查阅权限、流程整体意见处理域功能等。
3.3.1.3人员控制
流程定义过程，需要定制流程使用人员、流程结束后通知那些人信息。
3.3.1.4归档模式
对于归档模式分为几种情况：
不归档、归档在流程结束后指定归档到某个公文库、系统自动在流程结束后归档到某公文库。
另外还可以通过接口把公文归档到档案管理系统中。
3.3.2环节定义
3.3.2.1概述说明
环节是业务处理过程中处于某个指定的过程，对于自由流程没有环节概念。
环节可以指定流程处于这个阶段操作方式（审批、编辑、会签、传阅），那里人可以在这个环节办理，在办理过程中的权限，以及需要自动提醒的设置。
对于流程流转到某个环节，存在该环节是否支持自动提交功能，对于支持自动提交的环节，如果办理人跟拟稿人是同一人，自动进入下一环节。
3.3.2.2环节表单
对于“环节选择表单”的流程流转到这个环节的表单，需要在环节中设置使用那些表单；包含“设计表单页”和“定制表单页”两种类型表单都可以。
每个环节表单可能是一个，也可能是多个。
对于多个表单可能存在下面关系：
1、表单之间可能存在顺序填写内容关系。
2、表单之间可能存在是否为主从关系。
3、对于某些环节，可能存在“子流程”情况。
4、对于表单存在是否必须填写的设置。
表单的关系可以通过树状结构显示，对于每个环节的结束，需要判断必须填写表单是否已经填写无误，此环节的子流程是否已经结束。
3.3.2.3办理设置
办理方式：
对于每个环节我们提供：
审批式、编辑式、会签式、传阅式四种办理方式。
办理人员：
对于办理人员我们提供：
上一环节指定办理人、现在指定办理人、通过某个表单域来指定办理人，三种办理人员设置方式。
对于“会签式”环节还可以指定办理人员的顺序。
对于“编辑式”环节，需要设置这个环节下有那些表单域可以编辑。
3.3.2.4办理权限
附件编辑权限：
可以设置流程流转到这个环节，其公文附件是否可以编辑。
办理意见汇总：
可以设置流程流转到这个环节，其以前办理的意见是否查阅。
流程退回设置：
可以选择流程中其他环节做为此环节可以退回的步骤。
办理意见域：
可以设置此环节下办理意见插入到那个表单域中。
3.3.2.5提示设置
在线提醒：
流程流转到此环节，可以自动给这个环节办理人发生在线消息。
手机提醒：
流程流转到此环节，可以自动给这个环节办理人发生手机消息。
邮件提醒：
流程流转到此环节，可以自动给这个环节办理人发生邮件提醒。
3.3.3流向设置
3.3.3.1流向配置
流程配置，主要确定“源环节”和“目标环节”，来决定流程怎么流转。
3.3.3.2条件设置
对于每个流程的流转，可能修要条件决定，需要流转增加条件分支：
1、配置条件：
支持表单域做为条件分支的运算属性进行运算的分支。
2、SQL语句：
我们可以直接配置SQL语句，来决定分支情况。
3.3.3.3办理时限
对于流程流转过程中，有些环节可能存在“办理时限”，存在两种方式：
1、提交时候指定2、直接指定时间。
对于超过“办理时限”的环节，可能存在提醒的功能。
对于提醒的人员也存在几种方式设置。
3.3.3.4超时控制
对于超时没有办理的流向，存在三种处理方式。
1、挂起流程（流程自动把这条流程进行挂起）2、继续办理（提醒流程办理人员，流程继续等待办理人员来办理）3、进入下一环节（自动进入下一个办理环节，对于下一环节存在几个，系统无法自动提交的，流程自动给“流程管理员”发送提醒信息，由流程管理员来解决流程怎么运转）。
3.3.4流程提交
对于某些环节，使用条件分支来决定流程下一个处理环节比较繁琐，我们的工作流引擎提供一种自动提交的设置。
设置某个特定岗位拟稿的流程审批，在流程运作中某些环节可以直接跳过，不需要人工操作，提交处理。
对于自动提交需要引擎自动计算，下一处理环节是设置自动提交类型环节或者配置了岗位自动提交设置，下一处理环节的下一环节是只有一个并且处理人员明确，才可以触发自动提交功能。
3.3.5流程委办
工作流引擎支持“委办”功能，每个人可以把自己需要处理的流程分别“委办”给其他人员处理，“委办”可以设置时效功能，另外委托人可以撤销“委办”。
§3.4公文交换
通过标准的公文格式实现公文在上下级政府部门之间、平级政府部门之间或者集团公司与分支单位之间的传递交换，达到公文快捷、便利的交换.公文交换是维护“红头文件”的严肃性和完整性，保证接收方收到的公文与发送方发送的公文格式完全一样，并与纸质原件保持一致。
公文交换接口用于连接公文交换平台，实现单位之间的公文自动交换。
发文处理完成后，可以直接通过公文交换接口发送到公文交换平台上各个收件单位的收件箱中；通过公文交换接口还可以把外单位来文从公文交换平台自动接收到办公系统中。
§3.5流程接口
第4章非功能性需求
§4.1安全性能
安全分为动态安全和静态安全，即数据控制、传输、存储是安全的。
数据安全有两个层次：
应用级安全和数据级安全。
4.1.1访问控制
每个用户必须有唯一、固定的本系统帐户，必须在终端设备上用正确的用户名和密码登陆，使用系统的用户必须被验证，并记录其用户名、进入时间和终端的IP地址。
用户在操作时，必须确保这个用户有相关操作的权限。
就是说，使用本系统做某个操作时，用户必须被证明是某个用户，同时这个用户必须被验证有这样的权限，并且，在这个用户登录后，他只能看到和使用他有权处理的功能模块。
不同用户所拥有的权限请参考本说明其他部分。
对于数据库的用户密码做严格的控制，保证只有少数被允许的人可以访问数据库。
4.1.2数据传输安全
数据集中存放在服务器上，用户操作时是在客户端的浏览器里，数据需要被在服务器和客户机之间传输，为了防止恶意的数据窃取，必须保证传输是安全的，保证数据是在一个安全的网络连接里传输，例如SSL。
当数据在服务器和外部数据中心之间传递时，这些数据是大量的，机密的，首先保证数据在完全的网络连接里传输，其次需要对数据做处理（加密），即使数据被窃取，也是被处理后的数据，对窃取者而言是不透明的，是无用的数据。
4.1.3数据加密
对于某些敏感的数据做处理后存放在库里，即使是数据库管理员进入数据库，看到的这些敏感信息也是密文，是不透明的。
例如帐户密码，这是一个敏感数据，存在库里的是加密后的数据。
§4.2功能性
适用性：
系统可以实现需求规格说明书中定义的各项功能。
准确性：
能够保证查询统计结果的正确性，输入数据的正确保存、查询、修改、删除、调用。
开发性：
工作流引擎开放工作流运作的处理接口。
通过通用的Webservice方式开发。
复合性：
《xx工作流引擎3.0》的开发将严格遵守国际的《WfMC》的相关标准。
§4.3可靠性
成熟性：
系统在每周七天，每天二十四小时内都应是可以使用的。
宕机的时间应少于1%。
平均故障间隔时间应超过六百小时。
§4.4易使用性
易学习性：
系统的每项特性都应具有内置的用户联机帮助。
联机帮助应包括关于系统使用的分步指导。
联机帮助应包括术语和缩写词的定义。
易操作性：
系统用户界面的设计应当着眼于易于使用，与Windows系列系统完全兼容，使具有一定计算机知识的用户群体不需要经过更多的培训就能够使用系统。
§4.5高效性
时间特性：
WEB查询系统将能在2秒钟内提供对数据的获取。
对于每个业务的处理时间在2秒钟内结束。
资源特性：
在任意既定时刻，系统最多可支持500名用户同时通过WEB查询系统访问系统数据库。
§4.6可维护性
易分析性：
与诊断故障、确定失败原因、在需要修改的部位进行标识等所做努力有关的一些软件属性。
易修改性：
与实施修改、排除故障、环境改变所做努力有关的一些软件属性。
稳定性：
与修改的意外影响带来的风险有关的一些软件属性。
易测试性：
与对经过修改的软件进行检验/确认做努力有关的一些软件属性。
§4.7可移植性
●适应性：
除已有手段外，无须采用其它措施或手段，软件便应能适应指定的环境。
与这种能力有关的一些软件属性称为适应性。
●易安装性：
在指定环境内，与安装软件所需努力有关的一些软件属性。
●一致性：
软件从一个环境转移的另一个环境时，应符合一定的标准和约定。
与这种符合程度有关的一些软件属性，称为一致性。
●易替换性：
有时会出现这种需求：
在某个其它软件的运行环境下，要用本软件来置换那个软件。
与这种可能性及所需努力有关的一些软件属性。
●适应性：
系统的基于Web的界面应在火狐和InternetExplorer6.0及其以上版本的浏览器中运行。
第5章需求附件
§5.1xx采购流程
§5.2执法办案流程
升级会员 