基于cscw的高校工程项目管理系统的开发与应用

基于cscw的高校工程项目管理系统的开发与应用

在大学的计算机化建设过程中，后勤部门的计算机化建设相对较晚。其中大部分采用单机版管理制度，甚至只使用办公文件进行信息管理。管理上存在许多差距。因此，有必要提高办公室的效率和准确性。其它行政办公部门一般都建立了各自的应用系统及信息发布服务,但这些应用系统一般都是C/S架构,软件维护、升级困难,大多只用于部门内的局域网,其中对协同工作机制的支持很少,更少涉及到部门间协同工作的实现,整体办公效率仍然较低。将CSCW(ComputerSupportedCooperativeWork)计算机支持的协同工作这个领域的研究成果应用于实践中,完成了高校工程项目管理系统。1设计和建设项目管理系统中的工作流机制1.1确保办公效率工程项目管理系统对协同工作提出了以下要求:(1)系统能收集处理工程不同阶段的数据及文档资料,并根据实际要求判断数据是否准确合理,文档资料是否齐全,提高办公的准确性和效率。(2)部门内部(包括多个校区)协同工作的要求,能在部门内实现对工程项目管理的自动流程控制及相互协同工作。(3)部门间协同工作,实现多个部门间的协同工作,如工程项目的预算审批(财务处)、立项审批(主管校领导)、工程验收审计(审计处)等,实现基于校园网的真正意义上的办公自动化。1.2审计控制阶段在高校中,一个工程项目的管理包括:预算,立项资料的输入,预算立项审批确认,工程招标处理及确认,工程合同处理及确认,工程付款处理、工程验收,工程审计及确认,工程审计后最终付款等多个控制阶段,涉及到多个部门的不同工作人员。图1列出了实际工作处理过程中工程项目的预算立项审批流程,用传统的MIS系统只能保存工程的数据及文档资料,难以针对不同工程进行灵活方便的管理,实现成员间的协同工作。由于工程项目管理有相对固定的规定和流程,可以采用工作流管理系统(WfMS)来实现工程管理。同时由于用户分布在不同地点,较适合采用B/S结构,因此系统的基本架构定位于B/S结构的WfMS与MIS相结合的系统。1.3工作流模型描述WfMC工作流管理联盟发布了工作流系统参考模型(WorkflowReferenceModel),给出了WfMS的主要组成部分,各部分的功能及相互间的接口,这些已为大家所熟悉,在此不再列出。表1中列出了实际完成系统与工作流系统参考模型各模块之间的对应关系。一个三维工作流模型(three-dimensionalworkflowmodel)包括3个子模型:组织模型(organizationmodel),数据模型(datamodel)和过程模型(processmodel)。组织模型描述了组织内部各个实体及其相互关系;数据模型描述了业务过程所访问的数据及其视图;过程模型描述了业务过程结构中的各种实体及其约束关系(包括控制流和数据流。)一个业务过程实际上是由这3个模型中的若干个实体所构成,业务过程作为框架将过程模型、组织模型和数据模型中的各种实体关联起来。工程项目管理只是后勤总务的一小部分管理功能,该系统目前也没涉及到其它工作流程,不像企业中有各种复杂工作流程的组合,在此在三维工作流模型的基础上给出了一个简化的工程管理工作流模型描述:其中E_STAGE、DEFAULT_DOCUMENT、DEFAULT_OPERATOR分别描述工程项目管理系统中工作流的过程模型、数据模型及组织模型信息,为工作流实例的创建提供基本的依据和框架。E_STATE描述了某具体工程的工作流实例创建后,工作流引擎实现工作流控制时用到的控制信息。图2给出了已实现系统中工程控制阶段变更及自动消息传递的流程。2多部门协调型模式2.1校企合作开展工作流控制中心和部门东南角内的协同工作多部门协同工作涉及到高校中的各个部门,必须在高校信息化建设过程中全盘考虑,以整个校园为应用基础。图3描述在整体数字化校园环境下实现多部门协同办公的模型。图3中校信息中心负责存放维护全校基本数据,进行统一用户认证,提供统一的公共信息访问平台,建立部门间协同工作流控制中心。其中前3项功能可以由数字化校园的门户实现,为授权用户提供访问校园资源的方法,提供个性化的用户服务,指引用户方便快捷地获得信息和服务。协同工作流控制中心负责校园内需多部门协作完成的工作流的制定、实现和管理,可以作为一项独立的数字化校园的功能而提供。部门信息中心负责本部门基本数据、专业数据的管理及维护,进行部门内部认证,对外发布部门信息,完成部门内工作流制定、实现及管理。校、部门信息中心之间须进行以下的协同工作:(1)校统一信息平台中集中了各部门信息平台入口信息,将经过认证的用户转移到其所要求访问的部门信息平台。(2)全校基本数据由各部门基本数据组成,数据应保持一致,若不同部门涉及到有相同的数据(如教务处与学生处的学生基本数据),原则上应纳入全校基本数据,数据的变更也应保持一致。(3)校统一认证中心与部门认证中心相互间能协同工作,相互承认认证结果,认证的方法与认证数据也保持一致。(4)各部门工作流控制中心不仅可以制定部门内部工作流程,还可以通过校信息中心的协同工作流控制中心共同制定多个部门之间的协同工作流程,同时由协同工作流控制中心负责协同办公中的安全控制及流程管理。2.2多部门协同建模工程项目管理系统目前已实现部门内的协同工作,但尚未实现多部门之间的协同办公,其中主要是因为缺乏一个统一的多部门协同工作流引擎。多部门协同工作流引擎可以在MfMC提出的工作流系统参考模型上添加一个协同建模工具而得到。协同建模工具对各部门工作流程制定人开放,由他们共同制定多部门间协同工作流程模型。协同建模可以分为异地同步和异地异步两种方式,异地同步方式各用户可以通过一共享的应用程序同步完成工作流模型的建立、修改,适合建立较复杂且需经常变更的工作流模型;异地异步方式由用户在不同时间建立或修改工作流模型,最后达成一致后完成工作流模型的创建,用户间需有灵活的消息传递机制来实现协同建模,实现比异地同步方式简单,适合建立流程较为简单且较少变更的工作流模型。高校内多部门协同建模可以采用异地异步方式来实现。协同工作流引擎应以整个学校为应用基础,具体实现需要考虑到以下多个方面:(1)统一的实施环境统一组织管理全校的信息资源,制订统一的协同办公机制、安全与授权认证机制,建立通用的信息平台,确定各部门组件编写风格与调用规则,制定统一的工作流引擎接口标准。只有在全校组织的统一框架下,才能真正地实现合理高效的协同办公机制。(2)信息安全控制全校用户应有统一的认证平台,由统一认证中心发放用户数字签名(公钥、私钥),这样可以确认用户身份的合法及唯一性,而用户的每一次操作都会留下痕迹,具有不可抵赖性,对于部门间公文及领导批示等,应采用公文加密解密、完整性校验及数字水印(隐藏部门公章及领导批示意见)等技术,以保障校园网上信息的安全性和用户的合法性。(3)个性化的用户界面与服务校园网上不同的用户有不同的信息及服务需求,校园的信息资源和服务也应根据用户不同的身份权限而分别开放。因此有必要统一划分用户的身份、权限,同时为校园的各种信息资源和服务确定访问权限,这样才可以为用户提供个性化的界面与服务。(4)统一的数据库平台及应用系统访问控制。要提高信息共享程度及软件重用性,最好的解决办法是全校使用统一的数据库平台,全校信息按统一规划分布于校信息中心及各部门信息中心。各部门的应用系统应使用统一的开发平台,基于统一的组件方式构建,具有统一的访问标准和接口,这样用户能通过统一的平台方便地访问各部门应用系统及数据库信息。对于多个部门间共同维护处理的数据应保持其一致性,即数据库之间的协同。3过程控制管理工程项目管理系统为一个基于B/S结构的WfMS与MIS紧密结合的系统,不仅可以实现工程数据、文档资料的管理,还可以实现工程的过程控制管理。本系统采用Microsoft的.NET和C#完成,系统总的大小4.91MB(5153840B),ASPX页面101个341KB(350097B),CS源文件129个1.29MB(1362571B)。图4为已实现系统的运行界面,采用个性化的用户服务界面,针对不同的用户级别及其所在校区显示其所需处理的任务和收到的消息。4