ImageVerifierCode 换一换
格式:DOCX , 页数:15 ,大小:52.01KB ,
资源ID:21508930      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/21508930.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(XX工作流引擎30需求规格书Word下载.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

XX工作流引擎30需求规格书Word下载.docx

1、为使用方与开发方建立共同开发规范;提高开发效率、强化进度控制;为项目的的评测与验收提供依据;便于移植;作为系统不断提高的基础。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 与其它系统的关系工作流引擎将实现流程的提交、审核、会签、传阅、转办、退回、撤回、催办、挂起、恢复、特

2、送、归档功能。系统通过开发API调用接口,来实现其他系统的获取这些功能。为其他系统提供工作流引擎功能。1.3 文档概述 1.3.1 文档结构说明 1.3.2 电子文档编写方式与使用工具Microsoft Word 2007 for WinXP/2003Microsoft Visio 2007Mindjet MindManager Pro 7 1.3.3 定义说明、符号需求级别,有低中高三级,分别用3,2,1表示。统一建模语言(UML)。对象建模技术(OMT)。用例(UseCase):一组动作序列及其变体的描述,系统执行这些动作及其变体,并且对特定的参与者产生可观测、有价值的结果。活动图(Act

3、ivity Diagram):一种描述从活动到活动流的图;描述系统的动态视图。可以看作状态图的一个特例;也就是说,在这种状态图中,大部分状态或者全体状态是动作状态。并且大部分或者全部状态变化是由源状态的动作完成后来触发。 1.3.4 参考资料编号资料名称备注说明1xx协调办公2.0需求规格书主要了解xx协调办公需要工作流引擎实现那些功能。2行政执法办案系统调用需求对于行政执法流程的研究3工作流管理技术基础清华 范玉顺著作4数字城管问题处理流程芜湖市容数字城管问题受理第2章 系统概述2.1 系统目标建立一个.net体系的工作流引擎,可以运用于所有.net语言开发的系统,工作流引擎通过开发API接

4、口给使用的系统调用。要能替换现在xxOA2.0版的工作流引擎,能运用于执法办案系统这样复杂多表单的流程。2.2 系统结构xx工作流引擎V3.0版系统,主要是提供给其他系统工作流引擎功能。比如:协同办公系统、行政执法办案系统等。此引擎要能完全开放给用户配置流程流转,提供给使用系统开发的接口,来实现流程的运作。这个版本要开发给.net体系的系统使用,要无缝结合的调用,提供公共办理操作,数据存储机制,流转信息查询等。系统架构包含:1、C/S结构的流程配置工具。2、Com接口的附件处理组件。3、WebService的对外处理接口。4、B/S结构的办理处理的页面。2.3 用户情况 2.3.1 组织机构与

5、职能无 2.3.2 用户现状2.4 运行环境 2.4.1 网络拓扑结构 2.4.2 硬件配置2.5 假定和约束系统采用基于.net架构的B/S框架结构,基于Delphi的C/S结构,基于COM组件结构,WebService开放接口。服务器端(Server):Microsoft Windows 2003 Server + Oracle 10G以上。客户端(Client):Microsoft Windows 2000以上 + Internet Explorer 6以上。2.6 缩略语和名词解释术语描述拟办拟定公文初稿。办理对于流转到手中的公文进行处理操作,提交给下一环节,或者结束流程的流转。审核对

6、于流程环节是审批类型的,进行审核操作。会签流程会签环节的大家一起进行签收审批,可以进行指定顺序签收审批,可以同时都可以审批。传阅对于阅办类型的环节,需要大家一起阅办后,进入下一环节。转办对于某份公文,因为某些原因本人自己不能审批,可以进行转办给其他人处理这份公文。退回对于没有结束的公文,还可以进行退回到前面审批的几个流程环节中,可以在流程中配置。撤回流程已经提交,下一个办理人还没有签收这个流程,提交人可以撤回提交的流程。催办公文的拟稿人、管理员可以对于没有结束的公文进行催促办理人进行办理。挂起流程的管理员,可以把一个真在流转的公文挂起,这时候公文就停止流转,自由恢复流程后才能继续流转。恢复公文

7、挂起后,流程管理员可以恢复公文的正常运行。特送公文流转到某个环节,而这环节的办理人现在没有办法办理这份公文,流程管理员可以直接把公文特送到其它环节。归档对于已经流转结束的公文,可以进行归档处理。委办每个人都可以把自己的需要处理的流程,委托给其他人办理。待办工作公文流转到自己手上,需要办理的公文。在办工作对于需要办理的公文,已经进行签收了,但还真正办理工程。已办工作自己已经办理完毕的公文。办文督查对于没有流转结束的公文,流程管理员、公文拟办人都可以进行公文督查。流程管理员可以进行:催办、特送、挂起、恢复操作。公文拟办人可以进行:催办操作。第3章 功能需求3.1 功能概括 3.1.1 流程概况业务

8、过程是指为了实现某一业务(请假管理、任务交办)而组合在一起的一组过程或活动。而工作流是业务过程的自动化处理,在业务流程处理过程中,根据一组定义好的处理规则,可以把相关的信息、文档、任务或业务从一个参与者传递到另一个活动的参与者。简单地说,工作流就是一系列相互衔接、自动进行的业务活动或任务。对公文类型的流程实现:发文处理可对公文制发中的拟稿、核稿、会稿、签发、编号、登记、打印、发送等处理。收文处理可对来文的登记、拟办、批办、传阅、承办等处理。对于审批类型的流程实现:拟办、审批、办理、打印等处理。工作流将实现:签收、办理(办理意见可以在表单中直接填写,带入办理页面中)、审核、会签、传阅、转办、退回

9、、撤回、催办、挂起、恢复、特送、归档功能。新的工作流引擎,其流程设计工具具备,流程导出、导出、拷贝等功能。 3.1.2 流程形式工作流形式分为:固定流程和自由流程。固定流程:对于固定流程是按照人为已经定义好的流向把信息、文档、任务或业务流到指定的下一个参与者手中;对于固定流程其流程的环节已经确定,每个环节的操作人也确定(对于环节处理人如果配置为“上一环节指定”除外),每个环节的流向关系已经确定。自由流程:对于自由流程,是不能确定流程有那些环节,每个环节有那些人进行办理,这些都是每个环节办理人决定流程是否需要下一个人办理,下一个办理人是谁。 3.1.3 流程分支工作流不仅支持直线流程,还将支持流

10、程的分支,对于分支可以分两种情况:一般分支、条件分支。另外流程还支持“子流程”分支功能。 3.1.4 岗位控制工作流将支持一人一个岗位权限控制,也将支持一个人多个岗位权限控制。不需要重新登陆即可实现多岗位功能。 3.1.5 公文附件公文的附件管理实现Word、Excel完全结合,对于Word文档可以进行痕迹保留,对于Office都实现电子印章功能。对于公文附件,可以分环节管理,每个环节可以实现附件上传,编辑,查阅,下载功能。对于公文附件,可以实现套红头功能。3.2 表单管理 3.2.1 表单定制3.2.1.1 表单编号对于每个表单都可以定制一个表单编号,这主要是针对一些公文表单。显示结果如:皖

11、政管字20101号,其格式为:收发文字号+文件年份+文号(流水号,不需要补零)。表单需要设置:收发文字号,以及从那一个文号开始流水生成。3.2.1.2 表单标签公文表单,可以设置一个表单标签,用于显示为表单表头,类似于正文的标题。如:安徽财政局政府文件。另外还可以设置标签的字体大小,字体颜色。对于审批流程基本没有表单标签。3.2.1.3 表单模板流程审批结束后,都可以根据配置的Word模板,进行套红发布或打印。每个表单可以对应几个Word模板,流程结束后由用户自己决定套用那个模板。3.2.1.4 表单页面表单页面分成两种方式:1、设计表单页 2、定制表单页。设计表单页主要是通过我们的表单设计器

12、或者第三方的HTML设计工具,按照我们表单设计协议来设计出来的表单。定制表单页主要是针对一些复杂表单,主从表单,用设计器无法解决的页面。另外设计表单页,可以根据配置,不带公文附件管理,对应定制表单页可以用开发者自己确定是否带公文附件管理。3.2.1.5 表单域表单域是表单的业务数据存放的地方,不管设计表单页还是定制表单页都必须保护一些默认表单域。编号(SysID)这是表单的唯一键,标题(Title)主要在流程运作过程显示给用户看,收发文字号(FileHead),文件年份(FileYear),文件编号(FileNo),创建人编号(CreateID),创建人姓名(Creater),创建时间(Cre

13、ateDate),拟稿人岗位(DrafterJob),拟稿人部门(DrafterDept)。 3.2.2 表单设计器3.2.2.1 标准控件对表单设计器包含如下标准控件:常规输入框:一般的TextBox输入框,可以输入数字、文字所有信息。数字输入框:只能输入数字的输入框。日期输入框:我们将开发日期组件,支持输入框直接调用日期选择。单选输入框:支持单选的RadioButton组件。复选输入框:支持复选的CheckButton组件。下拉列表框:支持下拉选择的DropDownList组件。3.2.2.2 宏控件对表单设计器包含如下宏控件:用户姓名:此组件自动可以绑定登陆用户的用户名称信息。用户部门:

14、此组件自动可以绑定登陆用户的用户部门信息。用户岗位:此组件自动可以绑定登陆用户的用户岗位信息。当前日期:此组件自动可以绑定用户操作当前的时间日期。公文编号:此组件自动可以流程设置,生成公文的编号。附件管理:开发附件管理的控件。意见汇总域:所有办理过程的意见汇总到这个域中显示。自定义函数:开发常见的自定义函数如:金额大小写生成。3.2.2.3 设计器用表单设计器可以设计表单页面,对于定制好的表单,可以直接把表单域拖到表单上。3.3 流程管理 3.3.1 流程定义3.3.1.1 概述说明流程定义主要是为流程定制一些属性信息,这些属性信息绝对流程的运作方式、流程的类型、业务的查看权限、流程的使用人群

15、,另外也定义了流程结束后,怎么样的归档方式。3.3.1.2 流程属性流程类型:包含公文和审批两种类型。对于公文类型主要指:是指行单位在管理活动中产生的,按照严格的、法定(或制度)的生效程序和规范的格式制定的具有传递信息和记录作用的载体。审批类型主要指:单位日常工作过程中需要进行领导审批的单据如:请假、请款等。流转方式:包含固定流程和自由流程。在3.1.2章节已经阐述其含义。流程管理员:可以对流程进行监控、特送、挂起、恢复、删除、催办功能。是子流程否:配置这个流程是否为子流程。选择表单方式:单一表单、环节选择表单(不同环节,表单不一样)。另外还可以设置流程的查阅权限、流程整体意见处理域功能等。3

16、.3.1.3 人员控制流程定义过程,需要定制流程使用人员、流程结束后通知那些人信息。3.3.1.4 归档模式对于归档模式分为几种情况:不归档、归档在流程结束后指定归档到某个公文库、系统自动在流程结束后归档到某公文库。另外还可以通过接口把公文归档到档案管理系统中。 3.3.2 环节定义3.3.2.1 概述说明环节是业务处理过程中处于某个指定的过程,对于自由流程没有环节概念。环节可以指定流程处于这个阶段操作方式(审批、编辑、会签、传阅),那里人可以在这个环节办理,在办理过程中的权限,以及需要自动提醒的设置。对于流程流转到某个环节,存在该环节是否支持自动提交功能,对于支持自动提交的环节,如果办理人跟

17、拟稿人是同一人,自动进入下一环节。3.3.2.2 环节表单对于“环节选择表单”的流程流转到这个环节的表单,需要在环节中设置使用那些表单;包含“设计表单页”和“定制表单页”两种类型表单都可以。每个环节表单可能是一个,也可能是多个。对于多个表单可能存在下面关系:1、表单之间可能存在顺序填写内容关系。2、表单之间可能存在是否为主从关系。3、对于某些环节,可能存在“子流程”情况。4、对于表单存在是否必须填写的设置。表单的关系可以通过树状结构显示,对于每个环节的结束,需要判断必须填写表单是否已经填写无误,此环节的子流程是否已经结束。3.3.2.3 办理设置办理方式:对于每个环节我们提供:审批式、编辑式、

18、会签式、传阅式四种办理方式。办理人员:对于办理人员我们提供:上一环节指定办理人、现在指定办理人、通过某个表单域来指定办理人,三种办理人员设置方式。对于“会签式”环节还可以指定办理人员的顺序。对于“编辑式”环节,需要设置这个环节下有那些表单域可以编辑。3.3.2.4 办理权限附件编辑权限:可以设置流程流转到这个环节,其公文附件是否可以编辑。办理意见汇总:可以设置流程流转到这个环节,其以前办理的意见是否查阅。流程退回设置:可以选择流程中其他环节做为此环节可以退回的步骤。 办理意见域:可以设置此环节下办理意见插入到那个表单域中。3.3.2.5 提示设置在线提醒:流程流转到此环节,可以自动给这个环节办

19、理人发生在线消息。手机提醒:流程流转到此环节,可以自动给这个环节办理人发生手机消息。邮件提醒:流程流转到此环节,可以自动给这个环节办理人发生邮件提醒。 3.3.3 流向设置3.3.3.1 流向配置流程配置,主要确定“源环节”和“目标环节”,来决定流程怎么流转。3.3.3.2 条件设置对于每个流程的流转,可能修要条件决定,需要流转增加条件分支:1、配置条件 :支持表单域做为条件分支的运算属性进行运算的分支。2、SQL语句:我们可以直接配置SQL语句,来决定分支情况。3.3.3.3 办理时限对于流程流转过程中,有些环节可能存在“办理时限”,存在两种方式:1、提交时候指定 2、直接指定时间。对于超过

20、“办理时限”的环节,可能存在提醒的功能。对于提醒的人员也存在几种方式设置。3.3.3.4 超时控制对于超时没有办理的流向,存在三种处理方式。1、挂起流程(流程自动把这条流程进行挂起) 2、继续办理(提醒流程办理人员,流程继续等待办理人员来办理)3、进入下一环节(自动进入下一个办理环节,对于下一环节存在几个,系统无法自动提交的,流程自动给“流程管理员”发送提醒信息,由流程管理员来解决流程怎么运转)。 3.3.4 流程提交对于某些环节,使用条件分支来决定流程下一个处理环节比较繁琐,我们的工作流引擎提供一种自动提交的设置。设置某个特定岗位拟稿的流程审批,在流程运作中某些环节可以直接跳过,不需要人工操

21、作,提交处理。对于自动提交需要引擎自动计算,下一处理环节是设置自动提交类型环节或者配置了岗位自动提交设置,下一处理环节的下一环节是只有一个并且处理人员明确,才可以触发自动提交功能。 3.3.5 流程委办工作流引擎支持“委办”功能,每个人可以把自己需要处理的流程分别“委办”给其他人员处理,“委办”可以设置时效功能,另外委托人可以撤销“委办”。3.4 公文交换通过标准的公文格式实现公文在上下级政府部门之间、平级政府部门之间或者集团公司与分支单位之间的传递交换,达到公文快捷、便利的交换.公文交换是维护“红头文件”的严肃性和完整性,保证接收方收到的公文与发送方发送的公文格式完全一样,并与纸质原件保持一

22、致。公文交换接口用于连接公文交换平台,实现单位之间的公文自动交换。发文处理完成后,可以直接通过公文交换接口发送到公文交换平台上各个收件单位的收件箱中;通过公文交换接口还可以把外单位来文从公文交换平台自动接收到办公系统中。3.5 流程接口第4章 非功能性需求4.1 安全性能安全分为动态安全和静态安全,即数据控制、传输、存储是安全的。数据安全有两个层次:应用级安全和数据级安全。 4.1.1 访问控制每个用户必须有唯一、固定的本系统帐户,必须在终端设备上用正确的用户名和密码登陆,使用系统的用户必须被验证,并记录其用户名、进入时间和终端的IP地址。用户在操作时,必须确保这个用户有相关操作的权限。就是说

23、,使用本系统做某个操作时,用户必须被证明是某个用户,同时这个用户必须被验证有这样的权限,并且,在这个用户登录后,他只能看到和使用他有权处理的功能模块。不同用户所拥有的权限请参考本说明其他部分。对于数据库的用户密码做严格的控制,保证只有少数被允许的人可以访问数据库。 4.1.2 数据传输安全数据集中存放在服务器上,用户操作时是在客户端的浏览器里,数据需要被在服务器和客户机之间传输,为了防止恶意的数据窃取,必须保证传输是安全的,保证数据是在一个安全的网络连接里传输,例如SSL。当数据在服务器和外部数据中心之间传递时,这些数据是大量的,机密的,首先保证数据在完全的网络连接里传输,其次需要对数据做处理

24、(加密),即使数据被窃取,也是被处理后的数据,对窃取者而言是不透明的,是无用的数据。 4.1.3 数据加密对于某些敏感的数据做处理后存放在库里,即使是数据库管理员进入数据库,看到的这些敏感信息也是密文,是不透明的。例如帐户密码,这是一个敏感数据,存在库里的是加密后的数据。4.2 功能性适用性:系统可以实现需求规格说明书中定义的各项功能。准确性:能够保证查询统计结果的正确性,输入数据的正确保存、查询、修改、删除、调用。开发性:工作流引擎开放工作流运作的处理接口。通过通用的Webservice方式开发。复合性:xx工作流引擎3.0的开发将严格遵守国际的WfMC的相关标准。4.3 可靠性成熟性:系统

25、在每周七天,每天二十四小时内都应是可以使用的。宕机的时间应少于1%。平均故障间隔时间应超过六百小时。4.4 易使用性易学习性:系统的每项特性都应具有内置的用户联机帮助。联机帮助应包括关于系统使用的分步指导。联机帮助应包括术语和缩写词的定义。易操作性:系统用户界面的设计应当着眼于易于使用,与Windows系列系统完全兼容,使具有一定计算机知识的用户群体不需要经过更多的培训就能够使用系统。4.5 高效性时间特性:WEB查询系统将能在2秒钟内提供对数据的获取。对于每个业务的处理时间在2秒钟内结束。资源特性:在任意既定时刻,系统最多可支持500名用户同时通过WEB查询系统访问系统数据库。4.6 可维护

26、性易分析性:与诊断故障、确定失败原因、在需要修改的部位进行标识等所做努力有关的一些软件属性。易修改性:与实施修改、排除故障、环境改变所做努力有关的一些软件属性。稳定性:与修改的意外影响带来的风险有关的一些软件属性。易测试性:与对经过修改的软件进行检验/确认做努力有关的一些软件属性。4.7 可移植性适应性:除已有手段外,无须采用其它措施或手段,软件便应能适应指定的环境。与这种能力有关的一些软件属性称为适应性。易安装性:在指定环境内,与安装软件所需努力有关的一些软件属性。一致性:软件从一个环境转移的另一个环境时,应符合一定的标准和约定。与这种符合程度有关的一些软件属性,称为一致性。易替换性:有时会出现这种需求:在某个其它软件的运行环境下,要用本软件来置换那个软件。与这种可能性及所需努力有关的一些软件属性。系统的基于Web的界面应在火狐和Internet Explorer 6.0及其以上版本的浏览器中运行。第5章 需求附件5.1 xx采购流程5.2 执法办案流程

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1