某企业信息化建设建议方案Word文档格式.docx
- 文档编号:20719541
- 上传时间:2023-01-25
- 格式:DOCX
- 页数:53
- 大小:3.79MB
某企业信息化建设建议方案Word文档格式.docx
《某企业信息化建设建议方案Word文档格式.docx》由会员分享,可在线阅读,更多相关《某企业信息化建设建议方案Word文档格式.docx(53页珍藏版)》请在冰豆网上搜索。
2000年,轨道车辆产品获得xx轨道车辆及其部件的焊接资质认证。
1.2信息化现状
作为集科研开发、设计制造、生产服务于一体的高科技能源集采设备生产企业,XXXXXYYYYYY一直都很注重自身现代化科技含量的提升,尤其在企业信息化方面,XXXXXYYYYYY先后建设有多套生产、管理类系统平台,这些都为企业的生产与发展起到了很大的辅助和推动作用,代表系统有ERP系统和OA协同办公系统。
其中现有ERP系统,为一套重要的生产辅助类系统,主要提供功能有:
决策分析、综合查询、公用功能、物料清单、结算管理、资金管理、采购管理、库存管理、销售管理、生产控制、智能排产、人力资源、工资模块、设备管理、绩效考核、财务总账、应收应付、招投标管理、业务功能、成本管理、合同管理、办公自动化、系统管理。
以上这些功能基本覆盖了XXXXXYYYYYY在生产与管理过程中的“人、财、物”等多个方面。
现有的OA协同办公系统,主要提供基础的行政办公类功能如:
公告通知、系统、发文管理、督办通知、任务跟踪、会议纪要、工作日报、机构和员工、个人记事本、友情、远程监控、、BBS论坛、标准化专栏、系统管理。
以上两大系统之间以数据接口形式存在一定的集成关系,可通过OA系统访问ERP系统少量资源,但由于两大系统尤其是OA系统建设较早,各系统独立性较强。
1.3信息化需求
随着科技进步和信息化技术的发展,企业管理理念也在无形中不断变化,协同办公的理念更加深入人心。
企业的协同办公,不再是多个小围的简单信息共享,而是需要解决日常办公、资产管理、业务管理、信息交流等常规协同的问题,并且能在即时沟通、数据共享、移动办公等方面提供进一步的解决方案。
结合XXXXXYYYYYY以ERP系统和OA系统为代表的信息化建设现状,由于历史原因,其系统建设多为独立运行模式,数据资源无法在多个系统之间很好得到共享,尤其是ERP系统为C/S建设模式,各项业务流程难以在各个系统间实现协同审批,从而很难实现真正的协同办公,更无法将协同办公扩展到移动办公领域,给领导或业务主管人员日常办公、出差办公都带来很大不便。
基于该现状,XXXXXYYYYYY需要在现有基础上,对信息化资源进行统一规划与管理,建设统一数据资源管理平台和功能全面的OA协同办公平台(含移动办公客户端),实现企业信息化资源分类、分权、分域管理,以及各项业务流程的跨部门、跨系统审批,并将协同办公领域扩展到手机终端,真正实现信息资源的最大化利用,给生产和管理工作提供全方位的信息化支撑,达到节省人力资源、提高工作效率、创造更多价值的目的。
2系统设计
本方案将以XXXXXYYYYYY信息化现状和业务需求为出发点,结合先进的企业管理理念,利用当前主流信息技术与通信技术,提供一套基于扁平式、易扩展架构的整体信息化建设方案,用于在解决当前企业面临的信息化问题的同时,满足企业未来3-5年的信息化建设需求。
2.1系统架构设计
本方案采用三层扁平式系统架构,分为访问层、应用层和支撑保障层。
所有业务功能的实现由应用层完成,支撑保障层为应用层提供数据支持、流程服务和运行保障,确保各应用系统的灵活性和可扩充性。
系统整体架构如
图2-1XXXXXYYYYYY信息化系统整体架构
如上图所示,系统整体架构设计自上而下依次为访问层、应用层、支撑保障层。
(1)访问层:
各业务系统实现多终端访问支持,支持的终端类型为台式机、笔记本、平板电脑、智能手机等;
(2)应用层:
应用层为信息化系统建设的重点容,包含OA系统(信息资源的展示门户、日常行政办公模块、生产制造流程管理、业务流程跨转审批等业务与功能模块的实现)、ERP系统以及其他应用系统;
(3)支撑保障层:
支撑保障层为信息化应用系统建设提供一些基础软硬件平台。
其中软件平台包含数据资源管理统一平台(含工作流平台、数据交换平台以及报表分析等基础平台)、应用服务器等;
硬件平台包含服务器、网络、通信链路等基础平台。
2.2网络结构设计
信息化应用系统的部署方式采用外网资源分域部署,实现外网数据资源逻辑隔离,确保信息安全。
网络结构如下图所示:
图2-1XXXXXYYYYYY信息化系统整体网络结构
注:
上图中虚线表示逻辑连接,实线表示物理连接(蓝线为网)。
(1)OA系统和对安全性要求不高的信息资源展示类应用可部署于运营商托管机房,数据资源管理统一平台和对安全性要求较高的系统应用部署于XXXXXYYYYYY网机房(或网服务器);
(2)托管机房服务器可通过VPN加密通道方式连接XXXXXYYYYYY网服务器进行数据交互;
(3)PC机和笔记本等计算机终端可通过网或宽带/VPN方式访问ERP系统等网系统,手机终端可通过3G/4G/APN方式访问网系统。
2.3系统应用设计
系统应用设计可分为三大部分:
OA协同办公平台(含外网资源门户、移动办公子系统等)、数据资源管理统一平台、其他业务系统。
其中数据资源管理统一平台为核心数据交换管理平台,为各应用系统提供数据交互、流程跨转、身份认证所需的各项服务,在各应用系统之间起到信息枢纽的作用。
三大部分系统应用之间的关系如下图所示:
图2-1系统应用设计-系统关系结构图
2.3.2数据资源管理统一平台
数据资源管理统一平台通过提供一种开放的、基于标准的消息机制,以及简单的标准适配器和接口,来完成企业级应用(或服务、组件)之间的互操作,能够满足大型异构企业环境的集成需求。
通过该平台,可以在基本上不更改代码的情况下,以一种无缝的非侵入方式使企业已有的系统具有全新的服务接口,并能够在部署环境中支持任何标准。
更重要的是,充当“缓冲器”的数据交互服务管理平台(负责在诸多服务之间转换业务逻辑和数据格式)与服务逻辑相分离,从而使得不同的应用程序可以同时使用同一服务,从而避免在应用程序或者数据发生变化时,大量改动服务代码。
2.3.2.1平台所面向用户
(1)平台管理:
平台管理专业技术人员。
平台的系统管理人员通过登录平台管理后台实现对数据资源管理统一平台的接口配置、权限配置等操作,从而实现对企业所有数据资源的统一调配管理。
(2)平台使用:
企业所有用户。
用户通过访问由统一平台开发(或提供数据源、权限认证服务)的OA系统等应用系统,使用平台提供的各种服务。
2.3.2.2总体数据流图
数据交互服务管理平台提供单点登录服务的集成支持、容及应用集成支持、跨系统流程整合等数据交互服务功能,以及用于实现这些服务功能所需的各项基础功能模块(组件)如服务注册、、协议转换、数据装换、服务编排、服务路由、服务监控等。
该平台总体数据流图如下:
图2-1数据资源管理统一平台-总体数据流图
2.3.2.3平台组成模块
(1)服务注册
能够将各系统对外暴露的接口以服务的模式注册在数据交互服务管理平台,构建一个单一来源的目录原始数据,用以存取和配置服务。
服务注册包含系统服务发布、目录和分类功能。
(2)协议转换
能够支持国企业信息化建设过程中普遍采用的标准通信协议的解析和转换(如SOAP/HTTP、JMS、Http/Https、Socket、JDBC等协议)。
(3)数据转换
支持XML、TXT、自定义消息等格式的数据解析和转换,同时应基于这些数据可进行数据增强(增加时间戳、增减字段等)、数据验证和数据组合能力,以使得各系统之间的数据融合逻辑能够承载在数据交互服务管理平台之上。
(4)服务编排
可通过重复利用已注册在平台的服务进行组合从而生成新的服务,并可通过不同的协议在平台上暴露给接入的应用系统。
增加各系统之间集成的灵活性并减少工作复杂度。
(5)服务路由
提供服务的静态路由、动态路由、广播、消息拆分、聚会、穿透等路由方式,确保数据的发送方只需负责发送数据,对于数据接收方的通信协议、数据格式、所处位置和运行状态都可以不用关注。
(6)跨系统流程引擎
提供跨系统流程引擎系列组件,可向其他应用系统提供基础流程引擎支撑,支持无缝对接不同应用系统间的业务流,实现各应用系统间业务流程自由跨转审批,为企业全面实现电子流程化办公提供必要条件。
(7)服务监控
能够对平台协调的服务运行情况、服务访问情况、服务提供情况、依赖关系等信息进行监控和统计。
以协助企业整体信息化的推进,帮助信息管理部门对各个系统的管理优化。
2.3.2.4主要提供功能
(1)单点登录服务的集成
通过实现应用系统单点登录数据接口的接入管理(服务注册),将接口提供的数据容重新编排(数据转换、协议转换)为一项可监控、可管理的服务,并将其统一提供给需要用户登录验证服务的应用系统,即在多个应用系统中,用户只需要登录一次就可以访问所有相互信任的应用系统。
支持多种不同应用的单点登录集成如整合Java应用和.net应用。
图2-1单点登录集成业务数据流图
(2)容及应用集成支持
通过将某应用系统的一项或多项信息容集成到另一个应用系统(含门户、OA系统)中,实现用户不必重复登录即可快捷访问多个系统中的特定容。
例如:
可通过企业门户(Portal)作为前端门户集成系统,能够将不同应用系统的容和业务应用整合在统一的门户页面上,供用户在统一的界面上获取各种来源信息和处理各类业务事项。
图2-2容及应用集成业务数据流图
(3)跨系统流程整合支持
通过对跨系统流程进行对接,对不同流程引擎的节点数据进行格式转换,将需要通过多个系统的流程化操作才能完成的工作,整合成一条完整的在线工作流,真正实现各应用系统间工作流程的在线协同。
图2-3跨系统流程整合业务数据流图
2.3.2.5管理界面示例
(1)流程引擎与流程对接
图2-1平台案例-流程引擎管控界面-运行监控
图2-2平台案例-流程引擎管控界面-组织流程
图2-3平台案例-流程引擎管控界面-流程维护
图2-4平台案例-流程引擎管控界面-流程图
图2-5平台案例-流程引擎管控界面-流程审批时效
图2-6平台案例-流程引擎管控界面-流程超时统计
(2)数据交互接口与服务
图2-7平台案例-数据交互接口与服务界面-主界面示例
图2-8平台案例-数据交互接口与服务界面-接口配置
图2-9平台案例-数据交互接口与服务界面-接口运行统计
图2-10平台案例-数据交互接口与服务界面-接口队列监控
(3)单点登录集成支持
单点登录集成为基于数据接口的SOA(Service-OrientedArchitecture,面向服务体系结构)服务,提供标准化API供需要单点登录服务的应用系统调用。
该业务功能在平台侧通过集成和提供标准化SSO(SingleSignOn,单点登录)服务接口实现,无需提供图形管理界面。
单点登录与统一权限管理的业务模型如下图所示:
图2-11平台案例-单点登录集成支持
2.3.3OA协同办公系统
OA协同办公系统(亦称综合办公管理系统)的建设基于数据资源管理统一平台,利用数据资源管理统一平台提供的强大流程引擎和丰富的信息资源数据接口支持,开发人员可快速开发出最符合用户实际需求的办公系统,且该办公系统的功能扩展将非常方便、灵活,可满足未来企业不断新增的多种个性化办公需求。
2.3.3.1实施路线
(1)实施步骤
应用系统(包含OA系统)的实施可基于数据资源管理统一平台,实际开发时可直接调用平台提供的数据资源接口、工作流引擎、单点登录服务接口等资源或组件,实现OA等应用系统与所有系统的无缝对接,快速开发出具有高度可用性、易用性、定制性和扩展性的应用功能。
亦可通过集成系列接口与服务,将第三方OA系统快速对接到数据资源管理统一平台,实现企业全部数据资源的统一管理与展示。
图2-1基于统一平台的应用系统开发
(2)开发模式
应用系统(包括OA系统)开发模式如下图所示:
图2-2应用系统开发模式示意图
图2-3应用系统开发模式-快速开发界面示例
2.3.3.2系统主要功能
2.3.3.2.1我的桌面
如图,一般将比较通用的模块置于“我的桌面”,主要包括:
下属工作日志、修改个人资料、上下班签到、我的日志、我的消息、我的、我的待办事项、我的日程、我的计划、我的约会、个人薪酬统计等功能模块。
该模块主要用于个人日常办公桌面管理;
可以根据个人工作需要以及管理职能不同进行灵活定制。
2.3.3.2.2信息管理
该模块主要对单位的新闻、评论、通知公告等信息进行管理,系统支持列表管理和视图管理两种管理方式,其中列表管理主要是将系统信息以列表展现,并提供详细的属性管理。
视图管理将企业门户信息视图展现,支持以直接拖拽、自定义等方式轻松完成信息管理。
2.3.3.2.3流程审批
领导或相关业务管理人员可以使用此功能直接受理来自企业ERP、MIS等系统中的审批流程,亦可通过此功能在线发起新的审批流程。
(1)总体流程
审批总体流程支持业务流程的发起、受理(签批)、委托受理、督办、退回、挂起等操作,具体流程可能要与实际业务结合进行详细调整。
(2)发起审批
对受理的业务审批业务在线填写并提交业务申请表,发起业务审批流程。
(3)待办业务
待办列表:
展现当前用户所有待办理业务记录,点击一条记录可以进入该业务进行相关操作。
业务处理:
对此事项进行处理的过程。
【暂存】:
暂时不想提交但已经填写的事项,可以点击保存;
【提交】:
直接提交到事项的下一环节,继续处理;
【审核意见】:
此环节办理人通过此按钮填写本环节的处理意见,其它环节的办理人及提交此事项的办理人都可以看到;
【回退】:
此环节办理人认为前面某个环节的办理人处理的不合适,可以点击此按钮选择要回退到的环节;
【释放】:
如果此环节是两个或两个以上的办理人,若其中一人已经点击查看(系统默认的是抢占规则,即谁先点击事项就默认谁办理),则点击【释放任务】,把任务释放,他人可以继续办理。
【打印】:
点击需要打印的材料。
【挂起】:
某项业务因为申请人或技术论证等原因造成占用审批的时间,点击挂起后的等待时间不计算在办理时限中。
【补正补齐】:
缺少材料或材料错误,点击此按钮后对材料进行补正补齐,补正补齐耗用时间不计算在办理时限中。
(4)已办业务
记录当前用户所有办理过的业务和当前用户对已经办理的业务进行撤销办理,点击业务名称可以查看用户办理过的业务历史数据,并能对办理过的业务进行撤办操作,进行修改。
【查询】:
可快速定位到想要查找的已办业务;
【查看审批流程图】:
查看本事项的办理流程和已办理到第几步;
【撤办】:
用来修改已办业务中需要修改的地方;
【取消撤办】:
当撤办后检查发现没有需要修改的地方,点击此按钮取消撤办;
撤办修改完成后,用来保存最新的容。
(5)受理业务
受理(签批)业务审批流程、记录不予受理的事项、查看补正补齐的事项。
【收件】:
仅仅是用于收件而不作出是否受理的决定;
【受理】:
正式受理一项业务;
【不予办理】:
非许可围的事项(违反相关部规定等情况);
【补齐补正】:
查看补齐补正的事项(需提交的照片、文件等附件材料)。
(6)不予受理业务
用于记录不予受理的业务,并可打印不予受理通知单。
可打印不予受理(拒绝审批)的通知单(可选)。
(7)业务委托
用于管理人员委托他人办理自己的业务,或查查看他人是否把业务委托给自己进行办理。
委托人可以设置被委托人、委托时限,也可以将委托停用以便收回业务办理权限。
(8)督办信息
管理人员可以了解领导或监督人员对此项业务已进行了监督,从而加快办理速度。
(9)退回业务
记录不予许可的事项,可以查看不予许可的事项、不予许可的原因等。
(10)补正补齐业务
许可过程中缺少材料(如产品出厂照片、签字确认单等)或对材料进行修正的事项。
(11)挂起业务
保存因申请人或者某原因造成申请事项无法继续流转而暂时停止办理的业务。
(12)督查监督
此菜单是给单位领导使用的,用于对各个审批事项进行有效的监督,可以监控审批过程、对超时或办理过程中产生的错误进行督察;
也可以对本单位的业务量进行统计,查看报表。
主要实现如下功能:
审批实例监控:
监控审批业务的审批过程,利用【挂起】对其进行有效的督察,并可以提前终止事项的审批;
可以对正在办理的环节及已办结的环节进行督办,也可以终止或挂起某项审批业务。
督察意见管理:
记录本人督办过的审批实例,并可以查看督办信息以及反馈意见。
部门受理统计:
可以查看审批情况,查看报表,对审批事项进行统计。
监察处理信息:
查看监察单位的督查信息、投诉处理信息,也可以查看相关单位发送的公告。
监察动态信息:
查看监察部门动态的监督信息。
2.3.3.2.4通讯管理
通讯管理提供通讯簿、部,部消息等功能。
通讯簿由个人通讯录,共享通讯录,公共通讯录构成;
部:
基于协同办公系统自身部使用的通讯工具;
部消息:
作为部公文到达,工作便签的消息提醒。
手机短信:
设置短信接口的账号密码,为系统提供向手机发送短信的设置界面。
如下图所示:
2.3.3.2.5文档管理
文档管理系统主要帮助企业管理各类电子文档、书籍、相关资料标准等,同时促进企业部技术人员相互共享文档,以实现企业各类文档资源的统一管理。
该模块主要包括个人文档、共享文档、文件夹转移、查看公共文档等功能,界面如下所示:
2.3.3.2.6任务管理
任务管理由我的约会,今日常务,日程管理,工作日志,任务计划等模块组成,右边显示“任务管理”页面,如图所示:
2.3.3.2.7人事管理
人事管理由个人考勤,考勤管理,请假管理三个模块构成;
其中个人考勤,提供了在线签到,请假登记,外出登记等功能;
考勤管理主要是设置人员考勤的时间,假期的定义,完全满足各类非正常工作时间的考勤,例如:
三班倒,或者四班倒等考勤方式;
请假管理主要以电子化的方式进行请假申请、审批,各部门的请假信息可以当天反映到人力资源部,便于负责人及时了解各部门的请假情况。
2.3.3.2.8行政管理
行政管理由会议管理,办公用品管理,车辆管理,固定资产管理,图书管理五个模块构成。
办公用品管理:
实现办公用品入库、申请和审核,实现了办公用品制度化、流程化的动态管理;
车辆管理:
实现了对车辆的申请、审批、维修等环节的管理;
固定资产:
对于任何一个企业固定资产是非常重要的,是企业发展的生产力,因此清理固定资产成为了一项比较重要的工作。
该业务功能为企事业单位解决了清理固定资产,计算折旧等功能;
图书管理:
针对一些非电子资料,比如图书,纸质文件等,用户可以通过借阅的方式来获取。
规章制度管理:
企事业单位的各类规章制度繁多而复杂,通过该功能模块进行归类和整理,便于部员工学习了解各类规章制度。
2.3.3.2.9公文管理
系统严格按照权限分配的角色来进行收发文的操作,并依赖设定的公文流程来自动加载收发文的执行步骤,所分配的收发文的部门和人员都可直接点击,便可进行查看和审批操作。
(1)公文配置
根据公文收发的角色,级别,等级,配置接收公文流程和发送公文流程。
选择发文流程和收文流程,可以根据公文类别预置多种流程,并在发送和接收的时候选择相应的流程。
(2)公文类别/模板管理
用来设置公文类别,并根据公文要求,编制公文模板,制作红头文件。
(3)公文流程监控
处理状态可以体现出公文当前的状态,同时进行查阅详情和催办。
(4)发文流程
发文管理可实现以下功能:
发文拟稿、核稿、领导审批、承办等;
可做公文状态查询、收回、签收、修改、提交、会签、传阅、归档、删除等操作。
转发公文,实时追踪,监督发文处理流程,并可及时追回公文。
系统中流程允许用户自定义,使系统可以适应各种公文流程需求。
系统支持全文批注和批注痕迹保留,方便发文稿件修改。
发文管理包括对下列环节的自动化处理:
发文拟稿:
填写发文拟稿纸和发文正文以及相关的信息,发送给相关领导审核。
发文审核:
审核者收到文件,需要时可对正文进行必要的修改,系统可保留所有的修改痕迹;
签署审核意见,根据文件的容和性质决定由谁签批,并发送给相关的责任人。
会签:
所有收到签批请求的领导或各部门办公主管对文件进行批示,需要时可对正文进行必要的修改,系统可上载修改后的文件;
完成后送办公室编号。
清稿:
起草人清除领导对正文的修改痕迹,接收领导新增和删除的容,对正文进行重新排版整理。
发文编号:
会签完成后的文件,由办公室根据编号规则生成文号。
套红盖章:
对已经清稿的文件进行套红头、盖电子公章。
发文归档:
将办理后的文件进行归档处理,发文自动进入档案管理系统,可在公文归档库中分类查阅等处理。
发文打印:
在公文流转的任意环节,均可将登记的发文封面和正文进行打印输出。
(5)收文流程
收文流程处理部接收的公文和外部公文(不是系统里面发送的公文)。
收文管理是指上级主管部门、有业务往来的单位或机关送给领导或有关部门阅批、办理的文件(包括正式文件和非正式文件)的处理过程。
收文管理可以实现以下功能:
对来文通过系统进行签收登记与录入、审核、批示、分发、承办、协办、传阅、归档等环节的处理;
对来文进行全自动跟踪与监督。
收文管理包括对下列环节的自动化处理:
收文登记:
正式公文分为上级来文和下级来文两种(平级来文按上级来文归类)。
来文分为急、普通三类。
根据来文的各种属性(文件标题、原文字号、主题词、收文日期、密级等)填写来文登记表,电子来文的正文直接附加。
审核分发:
办公室主任审核登记的收文,填写审核意见,根据来文的性质发送给承办人或传给领导批示。
会签批示:
领导对收到的文件作出批示,并将来文返回办公室后转交给承办人或者直接转交给承办人办理。
收文承办:
承办人收到来件后,按领导批示的意见办理相关事宜,完成后填报办理结果。
办理过程当中如有需调整,每环节可返回办理。
收文归档:
将办理后的收文进行归档处理,来文自动进入公文档案管理系统,可在公文档案管理系统中进行查阅、查询处理。
审批历史记录
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 企业 信息化 建设 建议 方案