综合管理系统概要设计

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

综合信息化管理系统

概要设计

1.概述

1.1.编写目的

本文档是根据《矾石沟煤矿调研需求说明》内列出的各项功能需求进行全面分析并准确表达出用户的需求。并且不拘泥与矾石沟煤矿,对大多数煤矿企业具有适应性。本文档是为了确切地表达出系统的每项需求,并做为设计的基础,为软件设计人员提供明确的指导方向,并为软件的功能测试提供测试依据。

1.2.读者对象

本《系统需求说明书》的预期读者是:

➢部门经理

➢技术部经理

➢项目组所有人员

➢测试组人员

1.3.术语和缩写

1.4.参考资料

2.应用现状分析:

二十世纪九十年代以来,随着以计算机技术为代表的信息技术在企业的经营、管理、设计和制造中得到日益广泛深入的应用,世界煤炭工业的大公司和发达国家的煤炭生产企业在技术发展和自身竞争需求的推动下,迅速由生产过程自

动化向企业信息化转变,对扩大经营规模并有效控制经营成本,提升企业的核心竞争力起到巨大的推动作用。目前,在世界煤炭工业的大公司和发达国家的煤炭生产企业中,企业信息化水平已经达到相当高的程度。通过企业信息化建设,改进了企业的生产工艺和流程,极大地提高了生产效率,为企业生产经营中的信息获取、存储、处理、传输等创造了条件,为企业扩大经营并有效控制经营成本提供了有力的技术手段。

我国煤炭企业的信息化建设起步并不晚,但信息化水平与其他行业相比相对较低。企业信息化系统的开发和应用绝大部分任然停留在重复的单项开发和单项应用的水平上,形成了一个个的“信息孤岛”;部分企业建立了计算机网络,但大多数也只是空网,没有充分发挥其效用,即使有部分应用也是各自独立,各子系统之间没有共享数据。目前,很少有煤炭企业建成完善的管理信息系统,只有少数企业初步实现了基本的应用系统集成,建成了管理信息系统雏形。

3.系统业务流程分析

3.1.组织机构

3.1.1.部门管理

部门基础信息注册,树形结构维护。

3.1.2.管理岗位

职位信息注册,职能描述。

3.1.3.人员信息登记

人员基础信息维护,属性根据各系统内容增加。

3.2.权限管理

3.2.1.系统权限设置

可以根据一定的代码规则,设置权限,为系统添加需要控制的权限集。

这部分主要为了提高开发效率,是在程序开发完成后对系统进行权限定义,由程序员开发和管理。

1、设置权限对象可以根据系统设置权限对象,用来对系统所有的权限功能进行描述和管理。

2、设置对象的所有操作权限,用来添加对象的管理。

3、对这些权限对象进行维护,使其能够满足系统新开发要求。

3.2.2.定义权限集

可以定义权限集,做为一些权限的集合,用于方便授权。

3.2.3.权限授予

1、可以直接授予某个人一些权限。

2、可以授予某个人一些权限集。

3、可以授予某个部门一些权限集,用于其部门人员直接继承。

3.2.

4.业务实现方式

3.3.审批流程

3.3.1.审批流程管理

自定义审批流程,对审批流程进行管理。流程设计可分为两部分:

一、开发人员使用复杂表单审批(带有特定表数据,如:采购计划,等

属于特定系统的表有联系):

1、开发人员根据需要定义一个流程,流程完成后提供其启动方法,使开

发人员可以后台调用方法启动该流程。流程启动方法要可以和待审批的对象数据进行关联,以便流程完成后能够修改标识,证明申请是否通过了审核。

(如:StarProcess(流程ID,对象名称,对像ID,状态属性)可以用这个方法启动)

2、流程完成后,根据启动方法提供的信息,改变对象的状态属性值,要

在申请人登录时给予提示,查阅过后,停止提示。

二、开发人员使用简单流程审批(不是特定系统表内容,如文件审批,资料

上传审批等只提供附件…):

流程生成后可以自动返回入口地址的链接,开发人员将其设定到特定位置使用。用于程序开发过程中流程已定的审批过程。

三、用户自定义流程:用户自定义流程后可以放到开发预留位置,用户自由使用。

3.3.2.审批者定义

1、特定人员:审批流程指定到具体人员。

2、指定人员范围:流程设定时,由于申请人员不同,下一审批人员不固定,可能是一个或多个人时,可以预定义一个该审批节点的人员范围,让申请人到时自行选择。

3、绝对岗位:把审批节点的审批权限指定到某个特定岗位上(岗位是唯一的),该审批权限根据岗位显示,而与该岗位的人不绑定。

4、相对岗位:相对岗位也就是相对于某个(些)人员的上级岗位。比如部门经理就是一个相对岗位,如果有三个部门就会有三个部门经理,他们只管辖自己的部门。当不同的部门人员提出申请时,其对应的部门经理是不同的,这就是相对岗位的用法。

3.3.3.审批流程分析

一、审批流程设计要求

1、审批流程采用统一独立架构,需要审批的单据与通用架构挂接

2、审批针对单据,不针对单据的行

3、审批主表记录审批对应的单据ID、所处步骤、最后一次审批时间、

待审批有效期、是否完成等等

4、审批明细表记录每次审批对应ID、所处步骤、审批人、审批时间、

审批意见等

5、审批设置表设置每一审批步骤涉及的角色、审批有效期、审批跳转、

否决跳转、超期跳转等

6、审批校验表防止管理员直接从后台修改审批记录

二、审批流程的步骤

1、每个审批流程可以设置任意多个步骤。

2、步骤的编号不代表次序,可随意跳转。

3、每一步骤可设置有效期,按天计算,也可以不设。

4、每个步骤有3个响应机制:批准、退回、超时,三种情况分别设置

跳转至下一步的步骤编号。

5、最后一步设置完成标志。

三、审批动作

1、审批动作有3种:通过、退回与取消

2、动作编号1~49表示通过,可根据需要任意设置名称,如“同意”、“批

准”、“已办理”、“已付款”等等。

3、动作编号50~99表示退回,可根据需要任意设置名称,如“不同意”、

“退回”、“否决”等等。

4、动作编号100表示作废,申请被作废后不能修改,也不能做其它操

作。

5、每个审批界面,可以分别选取部分审批动作供用户选择。

6、动作编号101代表超时响应,由系统自动处理。

四、审批与授权

1、只有经过授权,用户才可以进行审批操作

2、授权有三要素,只取其一,不叠加。按优先顺序排列分别是:项目、

组织(部门)、角色。

3、用户被授予某个项目,即具有该项目的审批权;被授予某个组织,

即具有该组织的审批权;被授予某个角色,即拥有该角色的权限。

4、每个用户只属于一个部门,但可以管辖多个部门与多个项目,拥有

多个角色。用户属于的部门与被授予的部门是完全不同的两个概念。

相关文档
最新文档