xxx标准化办公系统建设方案Word格式文档下载.docx
- 文档编号:19840341
- 上传时间:2023-01-10
- 格式:DOCX
- 页数:27
- 大小:378.69KB
xxx标准化办公系统建设方案Word格式文档下载.docx
《xxx标准化办公系统建设方案Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《xxx标准化办公系统建设方案Word格式文档下载.docx(27页珍藏版)》请在冰豆网上搜索。
9
10
✧版本描述
年份(四位数字)-月日(四位数字)
1.4词汇总表
词汇
解释
工作流
就是“业务过程的部分或整体在计算机应用环境下的自动化”,它主要解决的是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行,从而实现某个预期的业务目标,或者促使此目标的实现”。
WfMC
工作流管理联盟(WfMC),是一个由涉及工作流和业务流程管理的推广学者(adopters)、开发工程师、顾问、分析师、大学和研究团体的全球性组织。
市场上很多办公类软件的实现都遵循WfMC提出的工作流标准。
流程
它从整体去描述一个业务。
环节
又称活动,它反映了业务流程的局部情况,通常业务流程是由一个一个的环节组成。
流程实例
业务流程实例化,就得到一个流程实例。
环节实例
将流程的其中一个环节实例化,就得到一个环节实例。
业务规则
业务的开始和结束需要一定的条件,在处理业务的过程中必须按照一定的规则,这些都是业务规则,只有严格遵循业务规则,业务才能完成。
EAI
企业应用集成,是指将基于各种不同平台、用不同方案建立的异构应用集成的一种方法和技术。
EAI通过建立底层结构,来联系横贯整个企业的异构系统、应用、数据源等,完成在企业内部系统之间无缝地共享和交换数据的需要。
有了EAI,企业就可以将企业核心应用和新的解决方案结合在一起。
MVC
MVC全名是ModelViewController,是模型(model)-视图(view)-控制器(controller)的缩写,这是一种软件设计范例。
1.5阅读对象
业务人员、开发人员、相关领导。
1.6参考文档
[1]xx,《信息化建设管理控制程序CX12-2012》,2012版程序文件
[2]xx,信息中心作业指导书,2012版作业指导书
[3]姚旭平著,《基于关系数据库的工作流系统设计与实现》
[4]来源网络,《轻量级工作流引擎的设计与实现》
[5]何清法等著,《基于关系结构的轻量级工作流引擎》,中国科学院计算技术研究所
[6]JosephL.Weber著,《Java2编程详解》,电子工业出版社
[7]范玉顺著,《工作流管理技术基础》,清华大学出版社
[8]胡奇著,《jBPM4工作流应用开发指南》,电子工业出版社
2项目概述
2.1项目背景
2012年我局建立了以ISO9001质量管理体系为基础要求的《标准化管理体系》,通过了ISO9001质量管理体系认证。
机关标准化管理活动面向过程,涉及各部门的活动领域,其活动的目的是确保各项活动过程的有效性,因此标准化管理活动是通过过程展开的,可以说标准化管理工作必须依靠与其相关的各项业务活动的进行而进行,因此工作质量管理功能与其他业务职能具有极强的功能耦合关系。
机关标准化管理活动依附于组织的动态运作过程当中,实际操作中组织的标准化管理工作转化为具体的业务活动,每一项业务活动有其特定的内容和目的,执行这些特定的内容,从而最终实现组织质量管理工作的整体功能。
机关标准化管理活动职能各异,路径千差万别,深入分析可以发现,组织的各项业务活动可视为一系列的管理与决策的活动,这些活动的管理实质是在特定的管理思想和方法的指导与控制下对相关资源进行合理调度和使用的过程。
“管理职能”、“行政管理和服务保障”、“xx管理”、“绩效考评分析与评价”构成业务活动主要内容,其相关人、财、物、过程信息构成活动的基本实体,施加于这些操作表现为信息的收集、存储、处理、传递等事务的处理。
实体之间的相互关联构成了业务活动的基础。
综上所述,标准化管理已成为我局日常管理的主要模式。
建立健全省xx标准化管理体系,必须建立标准化管理体系信息化系统作为支撑,标准化管理体系是否在信息化系统中有效运行,在一定程度上决定了标准化管理体系运行的质量水平。
建立以省局标准化管理体系为基础的高效运行的信息化办公系统势在必行。
2.2项目目标
动态的标准化管理体系必须将组织视为一个有机整体,紧紧围绕“工作质量”这一中心来建立面向工作质量保证的系统框架,按照ISO9001体系中各要素之间的相互关系,以戴明环(PDCA)为基础将系统的第一层划分为四个质量保证子模块:
工作质量策划:
以体系文件各项过程为基础,按照过程策划要求(5W1H),进行流程定制与表单设计。
工作质量检控:
找准流程检控点,设定检测方法进行检控。
工作质量评价与控制:
对工作质量检控结果进行绩效评价。
工作质量综合管理:
对评价结果全面分析,持续改进。
以上模块可以是通用的,在不同的分支下可以直接调用。
从而便于系统维护和扩充。
系统基本模型为:
系统的要实现的功能包括:
略
3系统业务调研
3.1调研情况说明
在得知用户准备开发一套适用于本单位业务工作实际的办公应用系统时,项目组充分深入了解业务人员的需求,并会同业务人员进行了大量的市场调研工作。
其中,安排专业公司到项目组进行现场演示两次,到其它厅局现场学习交流两次。
期间项目组内部组织了多次业务模式讨论和交流。
调研及内部交流情况如下:
1月7日
联系办公软件产品公司到进行技术交流。
确定用友软件公司1月9日上午到进行技术交流。
上海泛微软件公司1月10日上午到进行技术交流。
1月9日,9:
00到11:
00
与用友软件公司技术人员进行技术交流。
参与人员包括:
……以及用友公司售前人员1名,技术支持1名。
1月10日,9:
30
与泛微软件公司技术人员进行技术交流。
……以及泛微公司售前人员2名,技术支持1名。
1月11日,13:
30到15:
项目组内部技术交流。
苗军、宁学科、冯剑、李川。
1月15日,13:
50到15:
20
到省国土资源厅,观摩了省国土厅“三位一体绩效管理系统”,并与省国土厅办公室刘处长、尹主任进行了现场交流。
库振伟、赵飞、冯剑、李川。
1月15日,16:
00到17:
回到省xx局14楼办公室进行内部交流。
1月16日,9:
20到11:
到省财政厅,观摩了省财政厅“自动化办公系统”,并与省财政厅信息中心魏主任进行了现场交流。
苗军、库振伟、冯剑、李川。
1月16日,11:
40到15:
赵飞、冯剑、李川。
3.2调研结果分析
在调研过程中,项目成员主要与厂商和有关单位,就系统的功能、特点、费用、开发(学习)周期、使用当中的不便或缺点等几个方面进行了有针对性的交流。
现汇总如下:
表一:
厂商产品特点、适用性、费用汇总表
单位
产品名称
适用性
项目费用(类似项目)
实施周期
技术支持费用
后期费用
用友
U8
需二次开发
不低于500万
一年
不提供相关服务
另算
泛微
e-cology
不低于900万
6万/人*月
表二:
单位自行开发办公系统特点、周期、费用汇总表
运行情况
用户认可度
开发费用
版本
运行时间
系统不足
国土厅
良好
高度认可
未了解
五年以上
各系统之间没有关联
财政厅
100万元以内
六次改版
两年以上
流程不支持按条件流转
表三:
购买产品与自行研发的优缺点对比
名称
特点
购买产品
自行开发
优点
1、功能非常全面,支持二次开发。
2、系统界面友好,用户易操作。
3、有完善的售后服务。
1、不需要很大的投入费用。
2、后期的升级维护费用较低。
3、按需开发。
4、可以根据用户习惯,开发相应功能。
5、可以与现有系统实现从操作界面到数据的完美融合。
6、降低培训成本。
缺点
1、实施费用很高。
2、系统的升级和维护均需要付费。
3、培训、学习成本高。
4、产品不会100%支持用户的需要,用户不得不根据产品的设定,改变自己的工作习惯。
5、不支持与现有系统的融合。
1、实施周期可能比直接购买产品要长。
(看需要二次开发的工作量)
2、在满足用户需求前提下,功能相对单一,界面相对简单。
通过调研交流,使业务人员和开发人员熟悉了现有办公应用软件的特点和功能,也了解到了其它厅局办公自动化系统的建设和应用情况。
同时,项目成员也充分认识到:
无论是现有产品,还是自行研发的办公系统,从研发到推广,再到最终用户认可和乐于使用,这是一个漫长和艰苦的过程,需要不断的磨合与改进。
任何试图一蹴而就的想法,都是不切实际的,也违背了事物发展的客观规律。
经过项目组研究决定,对于xx标准化办公系统的建设工作,主要以项目组现有的技术力量为主,进行科研攻关和技术开发,满足业务人员需求,研发标准化办公系统,达到甚至超过市场上现有产品的技术标准和水平。
4系统建设规划
4.1规划原则
(1)分步实施,逐步求精。
(2)先主要,再次要。
先开发核心功能,再开发辅助功能。
(3)先简单,再复杂。
先集成已开发的业务系统(例如标准化文档系统,绩效考核系统),再集成其他业务系统(例如xxxx下发的公文系统)。
(4)明确阶段目标、范围、成果和时间节点。
(5)在阶段目标建设过程中,按照PDCA的思想进行管理,提高项目质量,保障目标顺利达成。
(6)严格控制项目变更,降低项目风险,保证研发过程顺利开展。
4.2系统里程碑
整个标准化办公系统计划分为三个阶段:
第一阶段到2013年7月,完成用户自定义流程、表单,系统实现工作流办公。
同时开发办公系统和标准化文档系统的数据接口,实现两个系统数据的联通。
第二阶段到2013年11月,实现项目类(重点工作)的标准化流程管理。
实现办公系统到绩效考核系统的数据接口,在办公系统中实现绩效指标的生成,并将生成的绩效指标关联到绩效考核系统中。
第三阶段到2014年5月,实现办公系统与其它系统的数据接口,重点完成公文系统到办公系统的数据接口,在实现办公系统中实现公文的流程化管理。
在每个阶段的实施过程中,应遵守PDCA的思想进行管理,细化各个阶段的工作任务,合理安排工作计划,严格按照时间要求完成系统的设计、开发、测试、培训、发布、维护等每一个步骤,每阶段至少完成从测试到开发的两次迭代过程,在保证项目质量的前提下,按时交付。
每阶段应遵循以下流程实施:
4.3第一阶段
4.3.1建设目标
根据“4.1规划原则”,在第一阶段需要完成本系统最核心的功能模块,实现流程、表单自定义,工作流引擎、流程展示、督察督办、查询统计等功能。
同时实现本系统和标准化文档系统的数据接口。
4.3.2建设时间
第一阶段的建设时间为2013年3月到7月,整个建设过程分为:
设计、开发、测试、培训、上线等五个环节,其中开发和测试需要完成至少两次迭代。
根据项目组以往开发业务系统的经验来看,如果主要开发工作需要2个月的时间,那么系统达到业务人员的认可并稳定运行的程度的话,还需要至少2-3个月的修改时间才能完成。
其实,无论是用户还是项目人员都应该充分认识到,第一阶段的完成只代表系统的功能达到了使用标准,系统从开发上线,到用户最终认可和广泛使用之间,还需要一个更长的过程。
从业务调研结果来看,财政厅的办公系统完成这一过程用了两年多,期间系统经历了六次修改和升级。
国土厅的业务系统则经历了五年多的使用和维护。
4.3.3建设范围
(1)流程定制
自定义流程,流程支持跳转、判断、循环等功能。
用户可根据体系文件的要求(标准化体系文件中规定了296个流程)在系统中配置各种流程。
(2)表单定制
自定义表单,表单字段至少支持文本、时间、数字等数据格式;
支持对表单(含字段)的属性设定,至少可定义隐藏、可见、可编辑等属性;
支持对表单(含字段)的使用权限分配,至少可设置所有人、本部门人员、特定岗位人员的使用权限。
(3)流程图形化展示
办事流程可以图形化样式展示,用户通过鼠标移动,或单击、双击等操作,获得当前环节的状态,可以显示办理时间、办理人、办理结果等多项信息。
(4)督察督办
实现督察督办功能,对于局领导关注的工作,用户可自定义督办流程和督办单。
系统自动提升督办工作流程优先级,并根据用户设定自动流转,保证领导关注的工作优先完成。
用户可对督办流程进行归纳整理,将其转化为质量管理体系内的流程。
(5)查询统计
用户可对流程实例以及表单数据进行查询,系统可基于时间、数量、种类、单位、部门等多种条件提供查询分析功能。
(6)标准化文档系统接口
实现办公系统和标准化文档系统的数据接口,用户可在办公系统中查询流程对应的体系文件、依据文件等信息。
同样,用户也可在标准化文档系统中查询每个体系文件相关的流程信息。
4.4第二阶段
4.4.1建设目标
第二阶段的主要工作是,完成本系统和绩效考核系统的数据接口,在本系统中实现绩效指标的生成,并能完成绩效指标数据从本系统到绩效考核系统的传递。
在此基础上,本系统还应支持对项目类工作(突破性工作,重点工作)的流程支持,实现对其目标、过程、绩效和改进的管理。
通过第二阶段的建设,可以实现ISO9000质量管理体系的信息化。
4.4.2建设时间
第二阶段的建设时间为2013年7月到11月,之所以将第二阶段的主要目标设定为完成与绩效考核系统的接口,主要从以下几个方面考虑:
(1)在绩效考核系统中,绩效指标的制定都是在每年的年初。
因此,如果能在2013年年底完成这部分功能的开发,那么就能马上进行系统功能的验证(前提是要保证在前期的内部测试中没有功能上的问题)。
(2)绩效指标的提取依赖于流程运行时产生的数据,没有数据的系统就像一个空壳,常规的测试手段最多只能验证系统有没有程序上的错误。
只有通过真实有效的数据才能看到系统在实际运行中的问题。
(3)ISO9000质量管理体系的核心就是PDCA,因此在实现了办公系统和绩效考核系统的数据接口后,可以说,基本实现了ISO9000质量管理体系的信息化。
4.4.3建设范围
(1)流程、环节、字段关联考核点
可以对流程、环节、字段增加考核指标项,并设置评分公式(本系统可不支持复杂的评分公式,最终的考核结果和评分排名等还是需要在绩效考核系统中实现)。
考核指标可针对部门或个人分别设置。
(2)流程实例、环节实例、字段实例自动评分
流程在运行过程中,系统自动对各个环节评分,根据所设定的公式和对象,系统自动将分数计算汇总保存。
(3)数据接口
系统自动生成流程运行结果,附带考核指标,考核对象和考核得分。
该结果支持按时间、事件、单位、部门、用户、考核项、分值等多种条件下的查询统计。
汇总结果集支持生成txt、excel、cvs、xml等格式(至少支持一种类型)的文件,同时也应支持结果直接导入到绩效考核系统。
考虑到数据交换的潜在风险(标准化文档管理系统不存在此问题,因为文档系统不涉及到最终用户的利益),建议采用生成中转文件,通过2次导入的方式,将绩效考核指标和结果传输到绩效考核系统中。
4.5第三阶段
4.5.1建设目标
第三阶段的主要工作是,完成本系统和其他业务系统的集成,初步建立xx业务应用系统集成(EAI)。
本期的重点工作是实现本系统和公文系统的集成。
其他需要进行业务集成的系统还包括:
栏目
所属系统
整合建议
原因
局长信箱
现办公系统
纳入标准化办公系统
平台性质一致
督查督办
电子邮件
风险监控业务交流平台
应用支撑平台
定点联系企业邮箱
链接
廉政风险防控
信息管理系统
党风廉政建设
Xxx
xx在线
征管决策支持
征管系统
套入系统,数据不能与系统融合。
平台性质不同
Xxxx
不纳入
即时通讯系统
使用插件
不纳入,使用新版本插件
后勤管理系统
xxxx应用系统
东软财务管理系统
外来系统
人事软件管理系统
重点xxx软件
总局下发
研究接口问题
大企业管理软件
xx调查软件
xxx汇算清缴软件
xxx管理软件
xxx软件
4.5.2建设时间
第三阶段的建设时间为2013年12月到2014年5月。
因为第三期涉及到与其它业务系统的融合,已经不属于纯粹的项目开发,在这一阶段中包括了项目团队和其它业务系统开发公司的合作,需要这些公司提供其系统的数据结构和逻辑规范等信息,这将是一个更加复杂的过程。
4.5.3建设范围
(1)界面集成
系统按照标准化办公要求,将第三方软件系统的用户操作界面集成到本系统。
或者按需进行界面的改造。
(2)业务过程集成
将第三方系统的数据处理过程,按照流程化处理的方式在本系统中实现。
(3)数据集成
实现第三方系统的数据到本系统的传输接口,并进行流程化包装,附加流程处理信息和绩效考核信息,将其纳入到ISO9000质量标准管理体系之下。
5系统设计
5.1技术选型
本系统开发的技术选型主要遵循xx“统一业务平台”的理念,因此将延续以往业务系统开发的技术路线,使用的主要技术、工具和产品包括:
✧系统为C/S结构,客户端使用.netframework实现,服务器端使用J2EE技术实现。
✧开发工具主要使用Microsoft
Visual
Studio
2010和MyEclipse。
✧中间件使用WebLogic。
✧数据库使用Oracle。
5.2系统结构图
5.3系统架构
5.3.1总体结构设计图
数据源:
可以是关系型数据库,也可以是XML文件。
数据库层支持当前通用的关系型数据库,系统实现对具体的数据库产品保持独立,可同时适配多种数据库产品,当更换数据库产品时,只须修改配置文件。
按照省局制定的统一思路规划,本系统使用的是Oracle数据库。
容器服务层:
本系统使用的是Weblogic应用服务器来提供相关服务,应用服务器提供了JNDI(JavaNamingandDirectoryInterface)、ConnectionPool、JTA(JavaTransactionAPI)以及JDBC等服务。
数据存取层和数据对象层:
数据对象层是对数据库对象(主要是数据表)的抽象和映射,它是任意的可串行化的Java对象,数据存取层通过对数据对象层进行的增删查改等操作,实现对数据库的相应操作。
数据存取层负责从数据源读取数据和将数据写入数据源,数据存取层向业务服务层提供服务。
使用Venus平台提供的JdbcTemplate数据库存取技术可以大大提高开发效率,JdbcTemplate把JDBC应用中的获取连接、异常处理、释放等比较通用的操作全部都集中起来,程序员只需要提供个性的操作部分就可以了,这样,数据操作部分的代码量减少了许多。
JdbcTemplate对一些返回单值或不返回值的数据库操作提供了实现,对于这种操作,程序员调用这些现有的方法实现就可以了。
应用集成层:
应用集成层和数据存取层处于同一层次,它负责和其他应用系统的集成,应用集成层包含的典型例子是和标准化文档系统接口、绩效考核系统接口的集成。
应用集成层通过和这些接口服务器交互,向业务服务层提供服务。
业务对象层:
对业务领域(BusinessDomain)中的对象予以抽象,形成软件系统中的业务对象。
一个业务对象往往表示客观存在的具体的事务,它承担一部分业务逻辑。
一般来说,业务对象在数据库中都有其存储表示。
举例来说,流程(workflow),环节(flow)等都是业务对象。
业务服务层:
业务服务层向客户端端提供服务,就好像应用系统的API一样,它向客户端提供一个清晰的服务接口。
业务服务层也是放置事务控制,安全控制的理想场所。
业务服务层包含业务逻辑,它通常需要数据存取层和应用集成层提供的服务。
远程服务接口:
在部署应用系统时,基于伸缩性和性能的考虑,有时将同一业务服务同时部署在多台机器上。
基于IOC和AOP机制的远程代理层,使程序员不用再关心服务的部署情况,程序员只须针对业务服务层提供的接口进行编程。
远程服务接口解决了分布式、群集、负载均衡、冗余等企业级应用的需求,而所有这些对程序员来说都是透明的。
另外,将一个对本地服务的调用改为对远程服务的调用不用在修改任何代码,只需要对配置文件进行简单的修改就可以了。
IOC容器:
在J2EE应用开发中,经常遇到的问题就是:
如何将不同的组件组装成为一个内聚的应用程序?
如何实现组件之间的松散耦合关系?
IOC(InversionofControl)模式可以解决这个问题,其目标是将组件的配置与使用分离开。
因此引入了IOC容器,
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- xxx 标准化 办公 系统 建设 方案
![提示](https://static.bdocx.com/images/bang_tan.gif)