论文网
管理系统类论文范文参考文献,与硕士文目录模板2016年相关论文查重软件
本论文是一篇管理系统类论文查重软件,关于硕士文目录模板2016年相关毕业论文开题报告范文。免费优秀的关于管理系统及数据库及自动化方面论文范文资料,适合管理系统论文写作的大学硕士及本科毕业论文开题报告范文和学术职称论文参考文献下载。
40;范围建立框架,2)落实制定系统建设应遵循的各种标准,包括信息标准,应用标准以及各系统之间的接口标准,
3)建立电子身份体系,并使用统一用户认证系统为应用系统服务,使用户在系统中都使用统一的电子身份,保证用户电子身份的唯一性,真实性与权威性,
4)建立一个统一的个性化门户,实现现有各应用的无缝接入,为所有用户提供单一的访问入口点,形成一个统一的网络应用平台,为各类用户提供个性化的信息服务.并为后续应用系统的接入提供标准接口和平台服务
5)建立统一的数据库平台,实现各类数据的统一规划,存储和管理,为日后实现应用系统间的数据共享建立基础,
3.2业务流程分析
1)业务流程分析
有了工作流模型,就可以对业务流程进行分析,评价或优化,最后借助于计算机自动处理.对于组织机构内的业务流程,可以从三个角度加以考察:
过程执行:工作流是某个部门业务过程的一次执行,在不同部门可能有不同的工作流程在执行,工作流的每次执行是为了某个部门的发展业务目标,访问特定的数据和人力资源.一个工作流可能由不同部门发起的,它可以终止于工作流的任意活动结点处.不同的工作流结点之间是独立并关联地在执行,它们之间有约束关系,它们可能通过共享资源而相互影响.
过程构成:一个业务过程是由一个或多个任务组成,这些任务之间存在着某种先序关系.工作流的执行实际上是业务过程中的任务按照这种先序关系被执行.
这里要弄清楚三个概念[23]:任务,工作项,活动.任务是某种工作的抽象描述,工作项是一个被允许执行的具体工作,而活动是工作项的实际执行.可以说,任务是静态的,而活动是动态的.任务分为两种类型,一种是不能再划分的任务,称为是原子的,另一种是任务本身也是一个业务过程,称为是复合的,这种情况在跨组织的大规模业务过程中经常发生.因此,一个业务过程可以是另一个业务过程的组成部分.在建模过程中,应该根据业务过程建模的抽象层次,选择合适的划分任务的粒度.
资源管理:大多数工作流管理系统提供了对资源管理的手段.当工作项被执行时,系统需要调用相关资源.每一发展级别或某一个结点需要对应的权限人员去审批.角色权限和活动结点是划分的两个不同准则.
2)业务流程的流向
业务流程的流动形式根据不同的事务和不同的系统往往十分复杂,常见的流向有以下几种类型,其他的流向类型,很多可以用这些基本的流向类型中的一种或若干种的组合来代替.
单流向:一个步骤完成后,无条件地流向固定的下一步骤.
选择分流:一个步骤完成后,按一定的条件流向不同的下一步骤.
并发分流[24]:一个步骤完成后,同时激活多个后继步骤,即多人分工同时工作的情形.
选择汇合:N个步骤完成后,都流向步骤A,而N个步骤中只要有一个完成了,步骤A就可以开始.
并发汇合:N个步骤完成后,都流向步骤A,而且,只有当这N个步骤都完成了,步骤A才可以开始.
本系统只采用了简单的单流向类型.
4)业务流程中的数据
OA系统中有多种多样的数据,按照用途可以分为以下几类:
应用数据:即由于系统中面向用户的应用程序操纵的,而不被工作流操纵的数据,一般在与用户交互中产生,这些数据是面向业务流程的.比如审批人.
关联数据:被系统用来判断工作流向的数据,这些数据也可以被面向用户的程序操纵,因为往往要根据用户的输入数据来判断工作流的流向.审批的意见如同意不同意.
控制数据:系统内部使用的数据.这些数据被用来控制工作流实例的状态,指定工作流中各种工具的工作方式,等等,又如事件现处结点.一般不被面向用户的应用程序访问.
5)业务流程描述
公文流转在日常办公业务中占有重要的地位.传统的流转模式主要以纸介质为主,给公文的传递,审批,归档,查询等带来了很大的不便.基于网络的OA系统能根据用户提出的公文流转要求,在系统环境上自动实现收文,发文,办理,统计查询等公文处理活动,能对整个工作流程实时跟踪和对修改审核信息进行记录,并能按照有关规定,自动地报告公文在处理过程中的状态,能完成单位外来公文的登记,批阅,办理,归档,查询等收文处理工作:能完成单位内部和对外公文的起草,审批,签发,发布,存档,查询等发文处理工作.
本篇论文地址:http://www.sxsky.net/xie/070632069.html
由于OA系统中的业务流程较多,本文对系统中较为重要的发文业务流程进行了分析.发文流程的一般业务描述如下:一般发文流程,首先由拟稿人拟稿,主管审核,审核通过后,部门主管送办公室核稿,核稿工作完成后,可送部门直接送领导签发,也可以送主管领导审核,再由主管领导送领导签发.以上步骤均为可逆步骤,即审核合格.领导签发后,办公室对文档进行编号套红处理,之后送发文员,文员分发文档,送各单位办理.最后由文员来结束一般发文流程.具体的发文流程如图3-1所示.
一般发文流程角色包括:
1)拟稿人:起草发文
2)部门主管:审核发文
3)办公室:核稿
4)主管领导:审核发文
5)领导:签发
图3-1发文流程图
3.3用例分析
用例模型是系统既定功能及系统环境的模型,它可以作为客户和开发技术人员之间的契约[25].用例是贯穿整个系统开发设计的一条主线.用例模型最重要的作用是将系统行为传达给客户或最终用户.
1)确定角色
从确定系统的执行者开始.执行者是同系统交互的所有事物,例如:人,其他的软件,硬件设备,数据存储或者网络.每一个执行者定义一种特定的角色.角色是与系统交互的人或事.用例描述系统范围内的一切,而角色描述系统范围外的一切.
角色是一个群体概念,代表的是一类能使用某个功能的人或事,角色不是某个个体[26].角色与单个系统用户的区别在于一个角色表示某一特定的用户类,而不是一个实际的用户.多个用户可以担任同一个角色,这意味着他们可以是同一活动者,同一用户也可以充当多个角色.角色主要有三大类:系统用户,与所建系统交互的其他系统和时间.
2)确定用例
当找到系统的角色之后,下一个步骤是仔细检查所有的执行者,并为每一个执行者确定用例.用例是系统的一种行为,它为执行者产生一种可以估量的价值结果.用例描述执行者想要系统完成的事情.查找用例的最佳方法是考虑各个角色对系统的需求.系统仅为其用户而存在,所以系统应以用户的需要为基础.
通过考虑角色对系统提出的功能性需求,可以定义角色的更多需要.
在建立用例时,要注意以下问题:
第一,用例要独立于实现.用例关注系统功能而不是如何实现这个功能.
第二,用例是系统的高级视图,所以用例要简单.
第三,用例要关注使用系统的用户,所以开发者要关注用户对系统的需求,而不是达到结果所需的步骤.
3)描述角色和用例
每一个角色和用例都需要一个描述的名字和一两句简短的话描述.把这些放到用例图中.建立了用例后,如果要将之用于实际的系统,则需要更具体的细节,这时就用到了用例事件流,前置与后置条件和实现路径(基本路径和可选路径)等.建立用例事件流的目的是建立用例中的逻辑流程,它由一系列活动组成,这些活动共同为角色完成某些工作.
事件流是一系列陈述句,描述执行用例功能的具体步骤[27].它关注系统干什么,而不是怎么干,是从用户角度写成的.事件流通常包括一个主事件流和一个或多个变形事件流(其它事件流).用例的事件流可以通过文字或活动图来进行说明.两种描述方式各有所长,因此有各自不同的适用情况.
4)建立用例模型实例
从上文分析可知,角色主要包括:系统用户,与所建系统交互的其他系统和时间.在OA系统中的角色主要包括使用该系统的用户:系统管理员,录入员,复核员.其中系统管理员为最高权限,可对系统所有功能进行
管理系统类论文范文参考文献,与硕士文目录模板2016年相关论文查重软件参考文献资料：