企業(yè)信息化系統(tǒng)集成方案范文

時間:2024-04-09 11:35:06

導語:如何才能寫好一篇企業(yè)信息化系統(tǒng)集成方案,這就需要搜集整理更多的資料和文獻,歡迎閱讀由公務員之家整理的十篇范文,供你借鑒。

企業(yè)信息化系統(tǒng)集成方案

篇1

【關鍵詞】電子商務企業(yè)信息系統(tǒng)集成

【中圖分類號】TP393【文獻標識碼】A【文章編號】1674-4810(2012)11-0177-01

在電子商務環(huán)境下,企業(yè)信息系統(tǒng)的集成就是通過應用一些相關技術將企業(yè)現(xiàn)有的信息系統(tǒng)組成一個有機的、統(tǒng)一的整體。通過對企業(yè)現(xiàn)在常用的信息系統(tǒng)進行分析研究,主要從電子商務的角度對企業(yè)信息系統(tǒng)集成提出自己的看法和解決方案,把電子商務(前臺)和企業(yè)內(nèi)部各信息系統(tǒng)(后臺)進行集成。即:通過對一些常用的集成技術、集成方法和集成的必要性及現(xiàn)在企業(yè)常用的一些信息系統(tǒng)等進行淺析和了解,提出了一個基于電子商務的企業(yè)信息系統(tǒng)集成的基本構架模型,使企業(yè)內(nèi)/外部形成一個統(tǒng)一的整體。

一 基于電子商務企業(yè)信息系統(tǒng)集成的集成方法及相關技術

1.企業(yè)信息系統(tǒng)的集成方法

企業(yè)信息系統(tǒng)的集成方法主要有兩種:(1)將企業(yè)內(nèi)原有的、專門針對企業(yè)的某項活動的各種獨立的信息系統(tǒng)集成起來,是一種從部分到整體的集成方法。如:將企業(yè)現(xiàn)有的ERP、SCM和CRM等通過集成技術集成起來,可以使企業(yè)信息系統(tǒng)集成的解決方案動態(tài)發(fā)展,有利于企業(yè)尋找更優(yōu)的解決方案,更符合企業(yè)的發(fā)展需求。(2)以企業(yè)的全部活動為對象、從企業(yè)的實際出發(fā),直接開發(fā)出適合企業(yè)的集成化的信息系統(tǒng),是一種整體和部分同時進行的集成方法。這是軟件開發(fā)商根據(jù)企業(yè)的實際情況來開發(fā)的一體化信息系統(tǒng),為企業(yè)量身打造、集個性化和專業(yè)化為一體的信息系統(tǒng)。

2.企業(yè)信息系統(tǒng)集成的相關技術

企業(yè)信息系統(tǒng)集成是在信息技術迅速發(fā)展的基礎上提出的,它的運行離不開信息技術的支持。在實現(xiàn)企業(yè)所應用的信息系統(tǒng)的協(xié)同與交互過程中,需要采用多種數(shù)據(jù)交換技術和應用集成技術。

二 基于電子商務的企業(yè)信息系統(tǒng)集成的解決方案

由于不同的軟件提供商在不同的時期提供的信息系統(tǒng)是不同的,但在其功能上還會存在重復和交叉。因此,在進行企業(yè)內(nèi)部的信息系統(tǒng)集成時,應充分考慮企業(yè)信息系統(tǒng)的實施現(xiàn)狀,根據(jù)實施現(xiàn)狀和企業(yè)未來發(fā)展的方向,給出有針對性的個性化集成解決方案。因此,企業(yè)信息系統(tǒng)的實施主要是借助先進的信息技術來優(yōu)化企業(yè)的管理,使企業(yè)信息資源可以共享以及實現(xiàn)企業(yè)的自動化、智能化、無紙化和透明化等,進而提高企業(yè)的總體效益。

三 企業(yè)信息系統(tǒng)集成的基本構架

在電子商務環(huán)境下,對企業(yè)信息系統(tǒng)進行集成主要是為了解決企業(yè)的信息流、資金流和物流的聯(lián)通,使企業(yè)的數(shù)據(jù)、業(yè)務集成起來。根據(jù)上述分析,可見要對企業(yè)信息系統(tǒng)進行集成,就要做好集成前的一些準備工作。即:根據(jù)企業(yè)實施的信息系統(tǒng)的現(xiàn)狀,選擇什么樣的數(shù)據(jù)交互格式和集成技術等來實現(xiàn)企業(yè)信息系統(tǒng)的集成。

整個企業(yè)信息系統(tǒng)集成的基本構架主要分為前臺和后臺。前臺就是電子商務系統(tǒng),主要是通過Internet,利用J2EE集成技術將電子商務平臺與供應商、客戶、市場、產(chǎn)品、服務等信息進行集成,為后臺提供實時的、高效的協(xié)同服務,進而使后臺根據(jù)前臺提供的信息和企業(yè)內(nèi)部的信息共享資源進行分析處理以做出正確的決策、業(yè)務處理和相關操作等。后臺即是企業(yè)內(nèi)部各信息系統(tǒng),主要是通過Intranet,在J2EE集成技術的支持下將企業(yè)內(nèi)部各部門的信息系統(tǒng)及企業(yè)數(shù)據(jù)庫集成起來,實現(xiàn)企業(yè)信息共享和數(shù)據(jù)暢通。

四 電子商務環(huán)境下企業(yè)信息系統(tǒng)集成的實施

1.電子商務與企業(yè)信息系統(tǒng)的關系

正確認識和理解電子商務與企業(yè)信息系統(tǒng)的關系,是企業(yè)信息系統(tǒng)集成得以有效實施的關鍵。隨著信息技術與網(wǎng)絡技術的迅速發(fā)展和普及,經(jīng)濟全球化、一體化趨勢的發(fā)展,電子商務已成為企業(yè)自身運作與交易方式的必然選擇。在電子商務環(huán)境下,企業(yè)自身的運營方式也呈現(xiàn)出管理集成化的趨勢。

2.基于電子商務的企業(yè)信息系統(tǒng)集成的實施

企業(yè)在結合自身的實際,選擇適合本企業(yè)的信息系統(tǒng)并將各孤立的信息系統(tǒng)進行有效地集成及管理的同時,如何將企業(yè)的生產(chǎn)經(jīng)營等日常業(yè)務活動組成一個有機的統(tǒng)一整體呢?在電子商務環(huán)境下對企業(yè)信息系統(tǒng)集成的實施主要有以下幾個方面:

第一,企業(yè)內(nèi)部各部門間的信息系統(tǒng)集成。企業(yè)內(nèi)部各部門間的信息系統(tǒng)集成是指企業(yè)內(nèi)部各部門間的信息系統(tǒng)集成的過程,即是企業(yè)內(nèi)部業(yè)務過程的集成。

第二,企業(yè)與企業(yè)間的信息系統(tǒng)集成。企業(yè)與企業(yè)間的信息系統(tǒng)集成是指一個企業(yè)的業(yè)務過程與另一個企業(yè)的業(yè)務過程的集成,或者不同的企業(yè)共享一些業(yè)務過程,以實現(xiàn)在企業(yè)和合作伙伴之間共享信息和服務的目的。

篇2

[關鍵詞]產(chǎn)品數(shù)據(jù)管理(PDM);檔案管理;系統(tǒng)集成 

doi:10.3969/j.issn.1673 - 0194.2016.10.110 

[中圖分類號]TP315 [文獻標識碼]A [文章編號]1673-0194(2016)10-0-02 

近年來,隨著企業(yè)信息化的快速發(fā)展,數(shù)字化設計技術在產(chǎn)品研發(fā)中得到了廣泛應用。在數(shù)字化設計和管理的過程中產(chǎn)生了大量電子數(shù)據(jù),加強電子數(shù)據(jù)的管理和利用已成為企業(yè)檔案管理的必然趨勢。鑒于此,傳統(tǒng)的檔案管理模式已不能滿足工作需要,企業(yè)迫切需要一種全新的管理模式,來管理產(chǎn)品研制中產(chǎn)生的電子數(shù)據(jù)和電子文件。 

1 現(xiàn)狀分析 

1.1 PDM系統(tǒng) 

產(chǎn)品數(shù)據(jù)管理(PDM)以軟件為基礎,是用來管理與產(chǎn)品相關的所有信息(包括零組件信息、產(chǎn)品結構、設計文件、權限信息等)和與產(chǎn)品相關的所有過程信息(包括過程定義和管理)的技術。企業(yè)PDM系統(tǒng)采用的是西門子公司的Teamcenter 8平臺,隨著系統(tǒng)應用推進,與產(chǎn)品設計、工藝相關的全部電子數(shù)據(jù)均已納入PDM系統(tǒng)進行了管理,如外購件、自制件、設計圖紙、電路板原理圖、工藝規(guī)程等數(shù)據(jù)。 

1.2 檔案管理系統(tǒng) 

檔案管理系統(tǒng)是應用信息技術,通過建立統(tǒng)一的標準,實現(xiàn)對檔案和檔案材料的收集、整理、歸檔、存儲、統(tǒng)計、查閱利用和等檔案管理部門日常工作自動化處理的信息系統(tǒng)。企業(yè)目前的檔案管理系統(tǒng)使用的是金航數(shù)碼公司開發(fā)的蘭檔案管理軟件,歷經(jīng)多年系統(tǒng)建設和完善,不斷滿足企業(yè)檔案管理工作發(fā)展的需要。 

1.3 電子數(shù)據(jù)管理現(xiàn)狀 

在實施PDM系統(tǒng)后,產(chǎn)品研制過程中產(chǎn)生了大量電子數(shù)據(jù)。以往紙質(zhì)文件/檔案的屬性信息往往只包含對文件自身的描述,而電子數(shù)據(jù)的屬性信息還包括了大量的記錄該數(shù)據(jù)和其他實體間的關聯(lián)信息(如各數(shù)據(jù)之間的裝配關系、替代關系等)和過程信息(如數(shù)據(jù)從產(chǎn)生到歸檔的整個過程中的信息)。這些信息使得檔案管理的內(nèi)容發(fā)生了巨大變化,對電子數(shù)據(jù)實施全過程管理就顯得越發(fā)重要。 

目前,企業(yè)電子數(shù)據(jù)歸檔管理過程中還存在如下問題。 

PDM系統(tǒng)和檔案管理系統(tǒng)軟件來自不同的供應商,所使用的系統(tǒng)架構和開發(fā)技術不同,使得兩個系統(tǒng)之間相對獨立,缺少統(tǒng)一的信息表達和交換格式,缺乏信息資源的共享和數(shù)據(jù)互通。 

檔案管理系統(tǒng)中的數(shù)據(jù)雖然來自PDM系統(tǒng),但由于系統(tǒng)間沒有集成,檔案人員需要將電子數(shù)據(jù)轉(zhuǎn)換成紙質(zhì)文件后在檔案管理系統(tǒng)進行手工著錄,存在數(shù)據(jù)歸檔滯后于PDM系統(tǒng),同時需要文件信息的二次錄入,尤其是檔案人員在著錄產(chǎn)品圖樣數(shù)據(jù)時需要人為判斷條目之間的關聯(lián)關系,為保證數(shù)據(jù)的唯一性和規(guī)范性需要花費大量時間和精力,影響了檔案人員的工作效率。 

由于產(chǎn)品研發(fā)已實現(xiàn)100%數(shù)字化,部分產(chǎn)品圖樣數(shù)據(jù)由于無法轉(zhuǎn)換成紙質(zhì)文件,尚未在檔案管理系統(tǒng)中實現(xiàn)著錄和管理。同時,電子數(shù)據(jù)形成過程中的元數(shù)據(jù)也只留存在PDM系統(tǒng)中。 

綜上所述,傳統(tǒng)的檔案管理模式已不適用于數(shù)字化產(chǎn)品數(shù)據(jù)的歸檔管理,通過建立PDM系統(tǒng)和檔案管理系統(tǒng)的集成實現(xiàn)產(chǎn)品電子數(shù)據(jù)在線自動歸檔已迫在眉睫。 

2 系統(tǒng)集成方案 

PDM系統(tǒng)和蘭臺檔案管理系統(tǒng)的集成是在不改變兩系統(tǒng)原有平臺技術架構的基礎上進行的,是一個單向的數(shù)據(jù)流動過程,即只需要將PDM系統(tǒng)上的產(chǎn)生并通過審批流程歸檔的產(chǎn)品數(shù)據(jù)及其相關信息傳遞到蘭臺檔案管理系統(tǒng)中。PDM系統(tǒng)與檔案管理系統(tǒng)集成采用中間庫方式傳輸歸檔數(shù)據(jù),具體過程如下。 

2.1 PDM系統(tǒng)內(nèi)部處理過程 

PDM系統(tǒng)根據(jù)集成需求,開發(fā)待歸檔數(shù)據(jù)處理程序,用于在數(shù)據(jù)歸檔前、歸檔過程中以及歸檔后所進行一系列操作和業(yè)務處理,比如:設定并選擇歸檔時機、根據(jù)待歸檔數(shù)據(jù)獲取對應的流程審簽信息、提取電子文件、形成歸檔數(shù)據(jù)模板、進行數(shù)據(jù)推送等。 

2.2 接口中間表的維護、和運行 

接口中間表主要是在數(shù)據(jù)歸檔過程(即數(shù)據(jù)從PDM系統(tǒng)到檔案管理系統(tǒng)的過程)中發(fā)揮作用。該中間表主要在檔案管理系統(tǒng)方數(shù)據(jù)庫中建立、和維護。檔案管理系統(tǒng)在數(shù)據(jù)庫中創(chuàng)建供PDM系統(tǒng)訪問中間表的用戶(如pdmuser),PDM系統(tǒng)中使用該用戶進行中間表的操作,檔案管理系統(tǒng)只對該用戶分配對檔案數(shù)據(jù)庫中中間表的SELECT、INSERT權限。PDM系統(tǒng)只能讀寫約定的中間表數(shù)據(jù),不能訪問檔案系統(tǒng)中其他數(shù)據(jù)表。 

2.3 檔案管理系統(tǒng)內(nèi)部處理過程 

檔案管理系統(tǒng)根據(jù)集成需求,開發(fā)數(shù)據(jù)歸檔處理模塊,用于數(shù)據(jù)推送到中間表后在檔案系統(tǒng)中進行歸檔以及歸檔后所進行一系列操作和業(yè)務處理,如設定字段對應、PDM已歸檔數(shù)據(jù)的歸檔處理、執(zhí)行分發(fā)流程等。 

3 系統(tǒng)集成實現(xiàn) 

根據(jù)本文所提出的PDM系統(tǒng)和檔案管理系統(tǒng)集成方案,PDM系統(tǒng)中的電子數(shù)據(jù)的歸檔流程設計如圖1所示。 

對Teamcenter的服務器端進行開發(fā),在PDM系統(tǒng)中數(shù)據(jù)審批流程的檔案節(jié)點增加集成接口的handle,實現(xiàn)PDM系統(tǒng)歸檔數(shù)據(jù)傳遞處理。通過對ITK函數(shù)的調(diào)用,獲取待歸檔數(shù)據(jù)的審簽信息和電子文件形成中間文件后,PDM系統(tǒng)調(diào)用中間表中的“全文服務器配置信息表”,獲取到檔案服務器FTP的連接參數(shù),將電子文件放到檔案服務器的臨時目錄中,該臨時目錄中只存放PDM歸檔的電子文件。 

PDM系統(tǒng)采用SOA JAVA開發(fā)技術調(diào)用Teamcenter函數(shù)將待歸檔的數(shù)據(jù)條目信息寫入到中間表的技術資料主表(pdm_main),關聯(lián)關系表(pdm_relation),分發(fā)路線表(pdm_route),全文信息表(pdm_document)中。 

檔案主管在檔案管理系統(tǒng)中查看中間表中的數(shù)據(jù),將數(shù)據(jù)遷移到檔案系統(tǒng)中的產(chǎn)品型號的各個節(jié)點下,并將條目對應的電子文件從臨時目錄移動到正式的目錄中,整個事務執(zhí)行成功后,更新中間表中的接收時間,設置接收標記accepttag為“已接收”。 

4 結 語 

在對PDM系統(tǒng)和檔案管理系統(tǒng)中產(chǎn)品電子數(shù)據(jù)管理現(xiàn)狀分析的基礎上,本文針對企業(yè)產(chǎn)品電子數(shù)據(jù)歸檔過程,提出PDM系統(tǒng)和檔案管理系統(tǒng)的集成方案,確保電子數(shù)據(jù)歸檔的及時性、準確性和完整性,優(yōu)化產(chǎn)品檔案工作流程,提高檔案工作效率,促進企業(yè)信息化的發(fā)展。 

主要參考文獻 

[1]龐士宗,肖平陽,唐加福.產(chǎn)品數(shù)據(jù)管理(PDM)[M].北京:機械工業(yè)出版社,2001. 

篇3

在信息時代,企業(yè)的經(jīng)營管理和戰(zhàn)略決策都有賴于信息技術,通過信息技術將企業(yè)內(nèi)部的人員、工作等整合成為一種系統(tǒng)化的組織形式,充分發(fā)揮資源整合的戰(zhàn)略作用,提高自身生產(chǎn)率,加強與外界的協(xié)同和合作,實現(xiàn)整個價值鏈的增值。企業(yè)信息化管理體現(xiàn)的是企業(yè)經(jīng)營管理與信息技術的融合問題,這包含了企業(yè)信息化管理的戰(zhàn)略性問題,信息化管理的戰(zhàn)略框架研究的就是企業(yè)信息化過程中的戰(zhàn)略性問題,而企業(yè)信息化管理的成熟度模型研究的則是利用信息技術獲取最大競爭優(yōu)勢的問題,二者對企業(yè)發(fā)展的重要性是顯而易見的。

1 企業(yè)信息化管理概述

1)企業(yè)信息化管理的研究意義。

企業(yè)信息化指的是企業(yè)在生產(chǎn)經(jīng)營的整個環(huán)節(jié)應用信息技術,充分開發(fā)內(nèi)外部的信息資源和人力資源,并建立與此相適應的組織模式,提高企業(yè)的生產(chǎn)效率、決策水平以及經(jīng)營效益。在信息化環(huán)境下,企業(yè)管理的對象雖然沒有發(fā)生變化,但是管理模式卻發(fā)生了變化,為了適應這一變化,企業(yè)的組織框架、管理制度和業(yè)務流程就要做出相應的調(diào)整,企業(yè)信息化的實現(xiàn)目標實際上與美國著名的信息資源管理學家、IRM理論奠基人霍頓提出的信息資源管理的“3E”目標――高效、實效和經(jīng)濟,是一致的,企業(yè)信息化管理主要應用信息技術,但體現(xiàn)的不僅僅是一個技術問題,更是企業(yè)經(jīng)營管理與信息技術的融合問題,它為企業(yè)生產(chǎn)經(jīng)營活動提供了一個信息平臺,為企業(yè)的發(fā)展拓展了空間。

2)企業(yè)信息化管理的實施過程。

企業(yè)信息化的實施涉及到企業(yè)的組織框架、管理制度和業(yè)務流程的改變,這實際上是企業(yè)內(nèi)部組織與管理的變革過程,在此過程中,企業(yè)要有正確的變革導向,即為整個變革過程制定計劃,通過變革導向和領導方式、全員參與等變革管理,實現(xiàn)員工工作績效和企業(yè)整體工作效率的提高。企業(yè)在應用信息技術時,要通過不同的管理視角建立與之相適應的信息系統(tǒng),企業(yè)相關業(yè)務的高效運作,這主要涉及到四個方面:人、財、物等生產(chǎn)要素,研發(fā)、生產(chǎn)、銷售等產(chǎn)品全生命周期,決策、制度、技能、績效等企業(yè)目標與組織的管理,企業(yè)入口、電子商務、Web服務等企業(yè)間協(xié)作。企業(yè)信息化管理在具體實施中包括信息技術管理、信息資源管理、信息化實施運作過程管理三方面內(nèi)容,其中,信息化實施運作過程管理又包括計劃、組織、控制、協(xié)調(diào)和指揮五方面內(nèi)容,以促進信息技術和信息資源的有效管理[1]。

2 企業(yè)信息化管理的戰(zhàn)略內(nèi)容框架

1)信息化管理的戰(zhàn)略框架。

信息化管理的戰(zhàn)略框架能夠?qū)ζ髽I(yè)信息化工作涉及到問題給出參考框架,為信息化工作提供新的解決方案。信息化管理的戰(zhàn)略框架主要包括戰(zhàn)略性管理、需求管理、規(guī)劃過程管理、實施過程管理、運行維護過程管理、業(yè)務運作管理和支持性管理等內(nèi)容。其中,戰(zhàn)略性管理是從戰(zhàn)略一致性和信息化變革的高度來指導企業(yè)的信息化進程,是企業(yè)信息化管理的戰(zhàn)略視圖;需求管理是從業(yè)務運作的需求出發(fā),采用相應的管理機制獲取和規(guī)范業(yè)務需求,對企業(yè)信息化業(yè)務需求進行總結和整理,從而對企業(yè)信息技術的應用情況和制約業(yè)務效能提高的瓶頸環(huán)節(jié)進行分析;規(guī)劃過程管理要完成對業(yè)務的戰(zhàn)略規(guī)劃,實施過程管理則要使信息技術能夠滿足企業(yè)的業(yè)務需求,信息維護過程管理則是要保持信息技術的優(yōu)勢,確保信息系統(tǒng)可靠運行;業(yè)務運作管理涉及到的主要是企業(yè)的日常管理工作,支持性管理則是為企業(yè)信息化工作提供相應的標準。

2)基礎部分與戰(zhàn)略規(guī)劃。

基礎部分指的是企業(yè)信息化管理在具體實施過程中需要了解的一些基礎知識和基本方法,使企業(yè)管理者能夠?qū)π畔⒒M行明確定位,更好地開展信息化工作,從而提高企業(yè)信息化管理水平。戰(zhàn)略規(guī)劃主要涉及到企業(yè)業(yè)務戰(zhàn)略規(guī)劃、信息系統(tǒng)戰(zhàn)略規(guī)劃、信息資源戰(zhàn)略規(guī)劃以及戰(zhàn)略一致性模型與戰(zhàn)略一致性匹配方法等內(nèi)容,通過有計劃性地開展信息化工作,建設企業(yè)信息化建設藍圖,為后續(xù)信息化管理工作確立指導原則和控制框架。

3)管理控制與相關技術。

管理控制部分涉及到信息系統(tǒng)建設與運行維護、信息化成果評價等內(nèi)容,信息系統(tǒng)建設與運行維護主要包括信息項目選擇、信息化項目管理、信息系統(tǒng)集成方法和風險管理方法、信息系統(tǒng)實施、信息資源的利用和增值,以及IT服務管理等內(nèi)容;信息化成果評價主要包括信息主管設置、信息化項目崗位設置、信息化考核和評價辦法,以及信息化工作進展評價體系等內(nèi)容。企業(yè)信息化管理需要的最為關鍵的技術就是使能技術,這是為信息系統(tǒng)構建、運行、管理提供的支持性技術,主要包括集成平臺技術、建模技術等,此外還涉及到數(shù)據(jù)庫技術、操作系統(tǒng)技術等基礎技術[2]。

3 企業(yè)信息化管理的成熟度模型

根據(jù)美國管理系統(tǒng)協(xié)會設計的企業(yè)集成成熟度模型,可以將企業(yè)信息化管理的成熟度模型設置為五個級別,即無管理、單機級管理、技術系統(tǒng)級管理、IT服務級管理和戰(zhàn)略一致性管理。這里主要介紹一下戰(zhàn)略一致性管理,該級別管理是企業(yè)信息化管理的最高級別,在此階段,企業(yè)成功的建立了支持企業(yè)戰(zhàn)略業(yè)務目標的企業(yè)級以及跨企業(yè)的信息化應用系統(tǒng),使信息化戰(zhàn)略規(guī)劃與業(yè)務戰(zhàn)略規(guī)劃保持一致,業(yè)務與IT技術全面融合,借助有效的IT服務管理體系,促進企業(yè)的業(yè)務發(fā)展和信息系統(tǒng)的實施。企業(yè)信息化管理的成熟度模型能夠為企業(yè)提升自身信息化管理水平提供方向上的指導[3]。

篇4

關鍵詞:J2EE 通用問題管理系統(tǒng) 問題追蹤 SSH

0 引言

通用問題管理平臺是在實際的企業(yè)生產(chǎn)運行中,根據(jù)所遇到的問題,提出的解決方案。公司近幾年在信息化建設中,取得了較大的發(fā)展,ERP系統(tǒng),財務系統(tǒng),合同管理系統(tǒng)等各類信息系統(tǒng)在不停的建設。企業(yè)人員的計算機水平參差不齊,這導致在新系統(tǒng)上線初期,總會產(chǎn)生大量的問題。這些問題包括系統(tǒng)本身在運行期間發(fā)現(xiàn)的bug,使用人員對系統(tǒng)不熟悉產(chǎn)生的誤解等等。建設網(wǎng)上問題管理平臺成為高效的運維方式的選擇。通過網(wǎng)上問題管理平臺,用戶可以提出問題,運維人員可以迅速的解決問題。如果有類似問題,普通用戶可以直接在問題管理平臺查出答案,不用進行提問,提高工作效率。

1 系統(tǒng)需求分析

系統(tǒng)的主要需求是為企業(yè)信息化進程中,不斷上線的新系統(tǒng),提供一個問題,解決的網(wǎng)絡平臺,即一個用戶在線交流的平臺。用戶可以及時的在網(wǎng)上得到問題的解決方案,而不需要遇到問題就電話溝通運維人員,提升工作效率。

基于以上需求分析,那么系統(tǒng)整體輪廓應該如下:

①系統(tǒng)應該基于B/S架構,用戶不需要安裝任何程序。

②能夠?qū)崿F(xiàn)問題的提出,解答,管理以及問題狀態(tài)的跟蹤等需求。

③流程簡單,界面簡單明了,操作方便,使用門檻低。

④提供多種集成方式,方便與其他應用系統(tǒng)集成。

⑤支持單公司,多公司等運行模式,使得系統(tǒng)適用各種環(huán)境。

⑥系統(tǒng)支持多種數(shù)據(jù)庫,系統(tǒng)高度可配置。

2 系統(tǒng)的設計

2.1 系統(tǒng)功能模塊劃分

系統(tǒng)的主要功能是實現(xiàn)問題的提問及解答。整個系統(tǒng)的工作流程為信息系統(tǒng)普通用戶提出問題,系統(tǒng)根據(jù)問題的模塊和類型,分配給相應的運維人員,運維人員接收問題,予以解答,或者其他普通用戶也可以回復這個問題。提問者確認問題已經(jīng)解決后,由提問者將問題狀態(tài)改為已解決?;谡麄€工作流程和問題的管理,系統(tǒng)主要功能模塊劃分為如下六個:

2.1.1 身份認證模塊

系統(tǒng)應該支持多種認證模式,方便與其他系統(tǒng)集成。具體需實現(xiàn)以下三種身份認證模式:LDAP認證、GET請求方式認證、系統(tǒng)獨立認證。

2.1.2 問題管理模塊

該模塊主要負責處理與問題相關的操作。包括提出問題,回復問題,瀏覽問題,更改問題狀態(tài)。運維人員刪除非法問題和回復等操作。

2.1.3 問題搜索模塊

該模塊主要負責根據(jù)不同條件搜索問題??梢愿鶕?jù)問題編號,關鍵字,提問人,模塊,類型等條件進行搜索問題。方便用戶查找類似的問題。

2.1.4 系統(tǒng)配置模塊

該模塊主要是系統(tǒng)管理員來配置整個系統(tǒng)的運行參數(shù)。如使用何種認證方式,LDAP認證服務器的地址,問題提出時是否郵件通知相關人員,系統(tǒng)通知郵件的郵件服務器,賬戶等系統(tǒng)必要的運行參數(shù)。

2.1.5 問題屬性配置

該模塊主要負責配置問題的相關屬性。包括配置公司信息,系統(tǒng)支持多公司版本,每個公司的數(shù)據(jù)是獨立的。為每個公司配置問題的版塊信息,為每個公司配置問題的類型信息。

2.1.6 統(tǒng)計報表模塊

為了更直觀的了解系統(tǒng)現(xiàn)在所有問題的解決情況,系統(tǒng)支持柱狀圖和餅圖來描述系統(tǒng)中問題解決的進度。

2.2 系統(tǒng)結構設計

系統(tǒng)采用B/S又稱Browser/Server架構,客戶端為瀏覽器,通過HTTP協(xié)議與服務器進行通信。

在服務器端,會有WEB應用服務器及數(shù)據(jù)庫服務器共同工作,WEB服務器接受客戶端請求,處理請求,如果需要保存或者查詢數(shù)據(jù),將與數(shù)據(jù)庫服務器進行通信,查詢或保存相應數(shù)據(jù)。WEB服務器處理后返回給客戶端。

2.3 系統(tǒng)層次架構設計

本系統(tǒng)使用MVC的設計模式,使用新SSH框架作為系統(tǒng)框架,將系統(tǒng)分為三層,持久層,業(yè)務層,表現(xiàn)層。

①表現(xiàn)層,負責控制業(yè)務邏輯層與表現(xiàn)層的交互,調(diào)用業(yè)務邏輯層,并將業(yè)務數(shù)據(jù)返回給表現(xiàn)層作組織表現(xiàn),采用JSP+Struts2標簽的形式進行頁面展示。

②業(yè)務層,負責實現(xiàn)業(yè)務邏輯。業(yè)務邏輯層以DAO層為基礎,通過對DAO組件的包裝,完成系統(tǒng)所要求的業(yè)務邏輯,同時依賴于Spring的聲明行事務,進行事務控制,以及Action類中service對象的自動注入。

③持久層,負責與持久化對象交互。該層封裝了數(shù)據(jù)的增、刪、查、改的操作。

整個MVC框架中,系統(tǒng)使用了hibernate作為持久層的實現(xiàn)基礎,由spring作為容器管理所有對象,使用spring的聲明事務來控制數(shù)據(jù)庫事務。使用struts2作為表現(xiàn)層框架。

2.4 系統(tǒng)類圖設計

Java語言提供的一大好處就是將面向?qū)ο蟮乃枷霊玫匠绦蛟O計及開發(fā)中的每個環(huán)節(jié)。在面對復雜的業(yè)務邏輯時,面向?qū)ο蟮乃枷肽芨玫奶崛I(yè)務邏輯中的實體,從而使得開發(fā)人員能更清晰的關注業(yè)務邏輯。系統(tǒng)將使用領域模型來驅(qū)動數(shù)據(jù)庫設計,也就是說系統(tǒng)將進行實體類的設計,然后用實體類來映射數(shù)據(jù)庫,這樣的設計使得開發(fā)者能更清晰的掌握業(yè)務邏輯,而不是去分析數(shù)據(jù)庫的細節(jié)。所有先進行實體設計,類設計,然后映射為數(shù)據(jù)表,可以通過類圖來表示表之間的關系。

2.4.1 實體設計

系統(tǒng)設計了10個實體對象。這些實體對象分別如下:網(wǎng)站管理員、普通用戶、運維人員、公司、問題版塊、問題類型、問題、附件、回復、配置。

2.4.2 類圖設計

類圖(Class diagram)是為了描述模型的靜態(tài)結構,包括模型中存在的類、類的內(nèi)部結構以及它們與其他類的關系等。類圖能更清晰的表示模型內(nèi)部之間的關系。根據(jù)上一小節(jié)的實體設計,可以將系統(tǒng)類圖分為兩個部分。一部分是以問題實體為中心以及關聯(lián)實體構成。具體如圖2-1問題相關類圖所示。

圖2-1 問題相關類圖

第二部分為輔助部分類圖,如圖2-2所示

圖2-2 輔助相關類圖

3 小結

本系統(tǒng)采用當前最為流行的J2EE三層框架系統(tǒng)架構,在各層分別采用了最新的開源框架技術,Struts2框架,Spring框架和Hibernate框架。在實現(xiàn)處理中顯得更為簡潔。

通用問題管理平臺系統(tǒng)雖然只是“企業(yè)信息化”非常小的輔助部分。但它不僅僅可以作為企業(yè)信息系統(tǒng)的運維系統(tǒng),還可以作為企業(yè)內(nèi)部的任務追蹤系統(tǒng),IT公司的BUG跟蹤系統(tǒng),服務企業(yè)的在線答疑系統(tǒng)等等。一個在線的交流平臺對于現(xiàn)實的工作有著重要的意義。

參考文獻:

[1][美]Rogers Cadenhead.Java編程入門經(jīng)典.梅興文譯.第4版.北京:人民郵電出版社,2007.

[2][美]Bruce Eckel. Thinking In Java.英文第4版.北京:機械工業(yè)出版社,2007.

篇5

關鍵詞:數(shù)據(jù)倉庫; 設計; 數(shù)據(jù)模型; 數(shù)據(jù)采集; 應用案例

中圖分類號:TP311.13 文獻標識碼:A 文章編號:1009-3044(2015)05-0025-02

1 引言

數(shù)據(jù)倉庫的設計是指導數(shù)據(jù)體系建設,打破信息孤島,實現(xiàn)企業(yè)信息數(shù)據(jù)共享的重要環(huán)節(jié)。它能夠?qū)崿F(xiàn)應用與數(shù)據(jù)分離,實現(xiàn)數(shù)據(jù)從部門到企業(yè)的提升,建立數(shù)據(jù)轉(zhuǎn)換為價值的體系,讓數(shù)據(jù)發(fā)揮出企業(yè)核心資源的效用,從而最終實現(xiàn)數(shù)據(jù)的增值[1]。

隨著企業(yè)快速發(fā)展與各類信息化系統(tǒng)建設的深入開展,某發(fā)電集團出于自身對于信息化發(fā)展的需求,按照企業(yè)信息化規(guī)劃所確定的“頂層設計、統(tǒng)一規(guī)劃”和“試點先行、分步實施”的建設原則,開展了數(shù)據(jù)倉庫系統(tǒng)方案和數(shù)據(jù)體系規(guī)范的設計工作。這其中所涉及的核心和關鍵環(huán)節(jié)在這里與大家展開研究和探討。

2 數(shù)據(jù)倉庫的設計

2.1 數(shù)據(jù)倉庫設計的總體要求

數(shù)據(jù)倉庫是在企業(yè)應用系統(tǒng)建設基礎上,為了進一步挖掘數(shù)據(jù)資源、為了決策支持需求而建設。它實現(xiàn)跨層級的數(shù)據(jù)抽取和共享。將企業(yè)各個應用系統(tǒng)的數(shù)據(jù)進行統(tǒng)一抽取,實現(xiàn)跨層級應用系統(tǒng)的數(shù)據(jù)抽取和共享[2],它為企業(yè)上層的BI應用提供數(shù)據(jù)源。數(shù)據(jù)倉庫作為BI系統(tǒng)的數(shù)據(jù)輸入源,其作用是提供不同分析主題的數(shù)據(jù)模型和數(shù)據(jù)統(tǒng)計,確保企業(yè)層面數(shù)據(jù)的完整和統(tǒng)一。

某發(fā)電企業(yè)的數(shù)據(jù)倉庫項目作為一期試點建設,項目設計的重點要求考慮如下:

1)搭建可線性擴展、高性能、易管理的數(shù)據(jù)倉庫平臺。由于數(shù)據(jù)倉庫的基礎性和穩(wěn)定性,通過項目搭建全企業(yè)統(tǒng)一的數(shù)據(jù)倉庫平臺,其建設不僅需考慮企業(yè)本期數(shù)據(jù)采集的數(shù)據(jù)存儲量,還應重點從數(shù)據(jù)倉庫未來的發(fā)展定位與要求來考慮搭建方案。

2)設計全面、合理、穩(wěn)定的數(shù)據(jù)倉庫模型。數(shù)據(jù)倉庫數(shù)據(jù)模型是數(shù)據(jù)倉庫建設的核心工作之一,數(shù)據(jù)倉庫中各層級(整合層、匯總層)的邏輯數(shù)據(jù)模型和物理數(shù)據(jù)模型,應滿足企業(yè)基于數(shù)據(jù)主題的數(shù)據(jù)存儲需要。

3)以分析模型作為需求驅(qū)動,設計實用、清晰合理的數(shù)據(jù)集市多維模型。基于數(shù)據(jù)倉庫數(shù)據(jù)模型,以分析模型作為需求驅(qū)動,設計試點業(yè)務域的數(shù)據(jù)集市數(shù)據(jù)模型,使其具備實用、清晰合理的特點,并能在建設過程中不斷驗證、完善、優(yōu)化與拓展,滿足業(yè)務分析與設計的需要。

4)以企業(yè)已建的數(shù)據(jù)總線平臺為手段實現(xiàn)相關數(shù)據(jù)主題的數(shù)據(jù)采集與共享服務。數(shù)據(jù)倉庫建設主要目的為滿足數(shù)據(jù)共享與綜合分析需求,核心內(nèi)容為數(shù)據(jù)資源,項目建設重點就必須以企業(yè)數(shù)據(jù)總線平臺,實現(xiàn)系統(tǒng)間的數(shù)據(jù)集成工作。同時,借助數(shù)據(jù)總線平臺的應用集成功能,實現(xiàn)數(shù)據(jù)共享的服務化管理。

2.2 總體架構設計

企業(yè)數(shù)據(jù)倉庫設計建設應體現(xiàn)“數(shù)據(jù)與應用分離、數(shù)據(jù)為應用服務”的理念,基于開放性與先進性、活性與可維護性、可擴展性與可伸縮性、安全性與可靠性、可用性和容錯能力、準確性與實時性、易用性和完整性等原則開展數(shù)據(jù)倉庫的總體架構設計。

1)總體架構

數(shù)據(jù)倉庫的總體架構是數(shù)據(jù)體系總體框架內(nèi)細化設計,是整個企業(yè)的數(shù)據(jù)倉庫總體架構,它包括支撐平臺層、數(shù)據(jù)源層、數(shù)據(jù)集成層、數(shù)據(jù)存儲層、數(shù)據(jù)管理層、數(shù)據(jù)應用層、數(shù)據(jù)展現(xiàn)層共七層,以及數(shù)據(jù)安全保障體系、數(shù)據(jù)標準規(guī)范體系。

其中數(shù)據(jù)存儲層的設計根據(jù)企業(yè)的實際情況設計為三個部分組成,包括了操作型數(shù)據(jù)存儲層(ODS)、數(shù)據(jù)倉庫層(DW)、數(shù)據(jù)集市層(DM)。DW作為所有分析功能的單一數(shù)據(jù)源。ODS身兼二職,一方面保持與源系統(tǒng)的業(yè)務數(shù)據(jù)同步以滿足一些實時性應用的數(shù)據(jù)需求,另外作為數(shù)據(jù)加工區(qū)為倉庫提供數(shù)據(jù)加工服務。DM作為最終的前端分析、報告提供支持數(shù)據(jù)集市的數(shù)據(jù)是面向最終應用的,比如財務分析。數(shù)據(jù)集市的數(shù)據(jù)基于數(shù)據(jù)倉庫之上進行匯總加工而成[3]。

2)技術架構

根據(jù)企業(yè)對數(shù)據(jù)倉庫的實際應用分析技術架構設計采用分布式計算架構、基于MPP結構的并行計算數(shù)據(jù)庫系統(tǒng)進行數(shù)據(jù)倉庫平臺構建。

技術架構中展示層將采用“富客戶端”技術,減輕服務器的負擔,無刷新更新頁面,提高用戶體驗,方便用戶操作。

控制層負責接收來自于展示層的請求,驗證請求的數(shù)據(jù),調(diào)用相應的業(yè)務邏輯進行數(shù)據(jù)處理,并將處理結果返回給展示層。包括了數(shù)據(jù)驗證、日志處理、安全認證、權限驗證、緩存處理、流量控制等功能。

業(yè)務處理層接收控制層傳來的指令,負責加工和處理業(yè)務數(shù)據(jù),如果處理成功則更新數(shù)據(jù)存儲內(nèi)容,如果處理失敗則回滾事務,并將處理結果返回給控制層。

企業(yè)信息系統(tǒng)層是系統(tǒng)正常運行的基礎模塊,系統(tǒng)采用統(tǒng)一權限管理,統(tǒng)一消息管理,統(tǒng)一工作流平臺,統(tǒng)一日志管理,統(tǒng)一報表平臺等。

2.3數(shù)據(jù)模型設計

數(shù)據(jù)模型是數(shù)據(jù)倉庫的核心,一個完整、靈活、穩(wěn)定的數(shù)據(jù)模型對于數(shù)據(jù)倉庫的成功起著重要的作用。數(shù)據(jù)模型設計一般遵循統(tǒng)一規(guī)范化原則、可擴展性原則和高效性原則開展。在這部分的設計中我們按照以下思路來開展:

1)遵循數(shù)據(jù)模型設計方法論。在數(shù)據(jù)倉庫及數(shù)據(jù)集市模型設計中,通過對企業(yè)業(yè)務的詳細分析與理解,針對業(yè)務特點,我們選用了維度建模方法,設計了合理的分析維度表和事實表模型。

2)立足企業(yè)的現(xiàn)有信息化環(huán)境。數(shù)據(jù)倉庫是管控的基礎,而數(shù)據(jù)模型是決定數(shù)據(jù)倉庫質(zhì)量的關鍵因素。數(shù)據(jù)模型必須以實際需求為牽引,滿足管控功能要求,從而支撐決策分析、經(jīng)營管理、綜合管理與專業(yè)生產(chǎn)管理的需求。

3)實現(xiàn)項目階段目標。數(shù)據(jù)倉庫當期選取財務主題分析為本期項目實施切入點,就應該詳細分析了財務主題的業(yè)務需求,對主題進一步細化并設計相應的維度分析模型。

基于這些分析主題域建立相應的維度分析模型。在建模中,就可以確定ODS模型存貯的數(shù)據(jù),其中如圖3的財務分析域主要來自財務主題域的分析成果。

2.4數(shù)據(jù)管理體系設計

數(shù)據(jù)管理體系包括管理目標、管理內(nèi)容、管理環(huán)節(jié)、保障體系、管理工具五方面內(nèi)容。本設計的核心內(nèi)容是數(shù)據(jù)質(zhì)量、數(shù)據(jù)安全、數(shù)據(jù)標準、基礎數(shù)據(jù)管理,從組織、標準、規(guī)程、技術四個方面構建完整的數(shù)據(jù)管理體系,對數(shù)據(jù)采集、傳輸、存儲、應用全生命周期進行管理。

圖4 數(shù)據(jù)管理體系設計圖

數(shù)據(jù)管理內(nèi)容包括數(shù)據(jù)安全管理、數(shù)據(jù)質(zhì)量管理、數(shù)據(jù)標準管理和基礎數(shù)據(jù)管理四部分內(nèi)容。其中,圖4中數(shù)據(jù)標準管理是為全面加強企業(yè)數(shù)據(jù)管理,適應全公司數(shù)據(jù)集中管理與應用的需要,要結合企業(yè)數(shù)據(jù)管理需求,制定數(shù)據(jù)管理規(guī)范和技術技術標準。企業(yè)數(shù)據(jù)安全管理應該是整個企業(yè)信息化安全體系的一個組成部分,在整體安全體系規(guī)劃下建設數(shù)據(jù)安全系統(tǒng)。數(shù)據(jù)安全管理主要包括安全管理體系、安全架構、認證管理、容災備份管理等內(nèi)容。

2.5數(shù)據(jù)采集與應用集成實踐

系統(tǒng)集成與數(shù)據(jù)采集是數(shù)據(jù)倉庫建設的核心工作內(nèi)容,與數(shù)據(jù)填報共同組成數(shù)據(jù)倉庫數(shù)據(jù)收集的通道。通過對企業(yè)數(shù)據(jù)集成現(xiàn)狀的分析和數(shù)據(jù)采集與實施需求的理解,此次數(shù)據(jù)采集與實施的設計思路是以需求為驅(qū)動,充分考慮利用統(tǒng)一數(shù)據(jù)總線平臺現(xiàn)有資源,沿用企業(yè)數(shù)據(jù)標準,并采用閉環(huán)的采集流程設計,滿足該發(fā)電企業(yè)數(shù)據(jù)倉庫建設中的數(shù)據(jù)集成需求[4]。

通過業(yè)務系統(tǒng)分析,近年來,該發(fā)電企業(yè)先后建設了綜合計劃、綜合統(tǒng)計、股權管理、對標管理等業(yè)務管理系統(tǒng),使得業(yè)務管理與信息技術的融合不斷深化;同時還開展了集團ERP系統(tǒng)、主數(shù)據(jù)管理系統(tǒng)、燃料管理系統(tǒng)等信息系統(tǒng)的實施與應用。

根據(jù)數(shù)據(jù)倉庫建設要求,系統(tǒng)集成主要實現(xiàn)數(shù)據(jù)集成和應用集成,其中數(shù)據(jù)集成主要實現(xiàn)各業(yè)務系統(tǒng)與數(shù)據(jù)倉庫之間的數(shù)據(jù)交互,包括數(shù)據(jù)倉庫從業(yè)務系統(tǒng)采集業(yè)務數(shù)據(jù)、業(yè)務系統(tǒng)從數(shù)據(jù)倉庫獲取其他行業(yè)或業(yè)務域的共享數(shù)據(jù)、分析系統(tǒng)從數(shù)據(jù)倉庫獲取分析數(shù)據(jù);應用集成主要實現(xiàn)各業(yè)務系統(tǒng)之間直接進行數(shù)據(jù)交互的場景,即實現(xiàn)各組織層級應用系統(tǒng)之間的業(yè)務流程數(shù)據(jù)交互。

3 結論

總之,企業(yè)數(shù)據(jù)倉庫作為企業(yè)信息化的基礎技術平臺,是在企業(yè)應用系統(tǒng)建設基礎上,為了進一步挖掘數(shù)據(jù)資源、為了決策支持需求而建設。在其設計中應充分圍繞項目的業(yè)務需求分析、數(shù)據(jù)模型需求分析、功能需求分析和性能需求分析等方面開展。以實現(xiàn)以實際企業(yè)業(yè)務需求為導向,搭建企業(yè)數(shù)據(jù)倉庫,充分挖掘與發(fā)揮數(shù)據(jù)應用價值,構建橫向融合、縱向貫通的應用集成體系,最終為企業(yè)實現(xiàn)全面的綜合分析系統(tǒng)建設奠定堅實的數(shù)據(jù)基礎。

參考文獻:

[1] 李於洪. 數(shù)據(jù)倉庫與數(shù)據(jù)挖掘?qū)д揫M]. 北京: 經(jīng)濟科學出版社, 2012.

[2] 袁文禮. 基于數(shù)據(jù)倉庫技術設計與實現(xiàn)的科技數(shù)據(jù)管理系統(tǒng)[J]. 電腦知識與技術, 2014(10).

篇6

關鍵詞:PDM;ERP;系統(tǒng)集成

隨著科學與技術的進步,電子、信息及自動化技術的廣泛應用,大力發(fā)展了生產(chǎn),市場競爭亦變得愈來愈激烈?,F(xiàn)代制造企業(yè)也面臨著持續(xù)多面和不完全預測的全球性競爭局面,為了提高企業(yè)的核心競爭力,企業(yè)和學術界提出了不同的制造系統(tǒng)的新模式和新哲理,如敏捷制造、計算機集成制造系統(tǒng)等。這些新模式對信息的集成提出了更高的要求。其中,產(chǎn)品數(shù)據(jù)管理(PDM)和企業(yè)資源計劃(ERP)是兩個在不同階段、針對不同領域發(fā)展起來的不同應用系統(tǒng),是目前企業(yè)實施先進制造的主要信息技術支撐。

一、企業(yè)資源計劃和產(chǎn)品數(shù)據(jù)管理基本概念

企業(yè)資源規(guī)劃(ERP)的概念如下:一個有Gatner Group提出的概念,用以描述下一代制造系統(tǒng)和制造資源計劃(MRPII)軟件。其包含C/S服務架構,使用圖形用戶接口,應用開放系統(tǒng)制造。除已有標準的功能之外,它還包括其他特性,如品質(zhì)、過程和運作管理、管制報告等。更為重要地是ERP采用的基礎技術將同時給用戶軟件和硬件兩方面的獨立性從而使得后續(xù)的升級變得更為容易。

產(chǎn)品數(shù)據(jù)管理(PDM)是以軟件為基礎,管理與產(chǎn)品相關的信息,主要包括電子文檔、數(shù)據(jù)庫記錄和數(shù)字化文件以及所有與產(chǎn)品相關的信息(包括審批、發(fā)放過程、工程變更、一般工作流等)的技術。PDM實際上面向產(chǎn)品周期中與產(chǎn)品有關的信息和過程集成在一起的數(shù)據(jù)平臺。

二、ERP與PDM比較

第一,PDM和ERP系統(tǒng)是兩種幫助企業(yè)提高生產(chǎn)經(jīng)營管理效能的應用軟件,兩者存在以下差異。從整體上看,ERP主要管理企業(yè)的生產(chǎn)、銷售、財務等領域,其目的是將企業(yè)各方面的資源充分調(diào)配和平衡,為企業(yè)將強財務管理,提高資金運營水平,建立高效供應鏈、減少庫存、提高生產(chǎn)效率、降低成本、提高客戶水平等方面提供有力等方面的有力工具,同時為高層管理人員經(jīng)營決策提供科學的依據(jù),最終建立企業(yè)的競爭優(yōu)勢。PDM的涵蓋了所有與產(chǎn)品相關的技術信息和技術過程。主要任務是控制產(chǎn)品的配置、產(chǎn)品信息和使用更改控制來管理產(chǎn)品定義數(shù)據(jù)的開發(fā)、修改及使用。

第二,ERP是對企業(yè)中和制造有關的所有資源和過程進行統(tǒng)一管理的技術,側(cè)重于制造領域物流的管理。其代表功能由:生產(chǎn)計劃、原料采購計劃、物料需求計劃、工裝設備管理、車間作業(yè)計劃和庫存管理等。因此,ERP系統(tǒng)主要用于車間、供銷、計劃和財務庫存等方面。ERP系統(tǒng)管理的主要是物料數(shù)據(jù),BOM表則是ERP系統(tǒng)的數(shù)據(jù)基礎。PDM系統(tǒng)在企業(yè)整個生產(chǎn)過程中側(cè)重于產(chǎn)品組成信息流的管理,側(cè)重于產(chǎn)品數(shù)據(jù)信息的生成。同時,它根據(jù)所管理的產(chǎn)品邏輯信息的約束條件和某些過程條件,支持基于并行工程的產(chǎn)品形成過程。

三、PDM與ERP集成的必然性

隨著PDM與ERP的發(fā)展,它們的部分功能出現(xiàn)了相互重疊的區(qū)域,如對產(chǎn)品零部件的定義、產(chǎn)品結構/BOM的管理。然而,由于ERP自身的局限,使其在工作流管理、產(chǎn)品變更控制以及與其他異構系統(tǒng)集成方面仍然不能夠提出使用的解決方案,對CAD/CAE/CAM系統(tǒng)產(chǎn)生的工程數(shù)據(jù)集成與再利用一直是難以解決的問題。PDM系統(tǒng)可以有效地將CAD/CAE/CAM和ERP集成。眾所周知,ERP系統(tǒng)的優(yōu)勢在于對制造資源規(guī)劃管理方面,但單純的ERP系統(tǒng)又明顯在“企業(yè)級信息集成顯得力不從心”。實際上,在實施成功的PDM案例中,常常是PDM與ERP并重,PDM扮演著信息集成平臺的作用。

在制造業(yè)中PDM與ERP分別在不同時間處理不同的業(yè)務,但是又相互關聯(lián),成為一個整體。然而長期以來PDM與ERP被分而治之,給企業(yè)帶來了信息交換困難。首先ERP系統(tǒng)所需的產(chǎn)品數(shù)據(jù)不能夠從PDM系統(tǒng)中自動獲得,而重新手工錄入;其次由于PDM系統(tǒng)無法對生產(chǎn)制造中的頻繁更改的數(shù)據(jù)進行跟蹤與反饋,因此不能保證兩個系統(tǒng)的數(shù)據(jù)一致性和完整性;又由于企業(yè)各部門的數(shù)據(jù)經(jīng)常需要重復使用。一個錯誤數(shù)據(jù)則會造成一個錯誤鏈,導致數(shù)據(jù)混亂,難以進行修改,等到發(fā)現(xiàn)時已經(jīng)造成了巨大損失。綜合以上情況,PDM系統(tǒng)不能夠及時了解市場變化而快速響應,ERP又得不到整理的精確的數(shù)據(jù),領導者也不能根據(jù)此做出正確的決策。事實證明,只有兩個系統(tǒng)的集成才可以使工程和制造部門之間快速和精確地傳送信息,加速工作流程,促使整個企業(yè)各部門協(xié)調(diào)工作,才能保持企業(yè)的競爭力,給企業(yè)帶來巨大的效益,因此,在產(chǎn)品開發(fā)的整個生命周期中,PDM和ERP的集成是核心和靈魂。

在離散型定制企業(yè)中,產(chǎn)品按訂單進行生產(chǎn),由于客戶的需求不同,要求對零部件改性或者重新設計,數(shù)據(jù)的更改、設計、調(diào)用將更加頻繁。因此,實現(xiàn)PDM與ERP的信息集成,成為離散型企業(yè)的迫切需要解決的問題。

參考文獻:

1、胡小平,楊世錫.PDM和ERP的集成[J].現(xiàn)代制造工程,2009(4).

篇7

面向服務架構 企業(yè)服務總線 服務構件 信息系統(tǒng)集成

1 引言

目前,某市國土資源局先后建成了國土資源一張圖和核心數(shù)據(jù)庫、地籍管理信息系統(tǒng)、建設用地審批管理系統(tǒng)等應用系統(tǒng)。隨著業(yè)務系統(tǒng)的不斷增加,國土資源信息化建設中存在的問題也逐漸被暴露了出來,現(xiàn)存業(yè)務系統(tǒng)之間的技術架構差異越來越大。而新系統(tǒng)建設也缺乏技術規(guī)范,無法隨需應變,開發(fā)因沒有統(tǒng)一的標準而出現(xiàn)技術封閉的問題,系統(tǒng)之間產(chǎn)生信息孤島。

以傳統(tǒng)方式開發(fā)的軟件無法實現(xiàn)期望的業(yè)務集成和協(xié)作,從而導致了全局業(yè)務環(huán)節(jié)信息傳遞和處理的不及時,無法滿足客戶快速變化及個性化的需求。軟件架構經(jīng)過十幾年的發(fā)展,特別是面向服務體系的架構SOA(Service-Oriented Architecture,面向服務的架構)的出現(xiàn)為異構系統(tǒng)之間的解耦創(chuàng)造了一定的條件。

通過引入成熟的第三方中間件,搭建基于SOA的國土資源信息集成平臺,可以實現(xiàn)跨地區(qū)、跨部門的信息互聯(lián)互通和業(yè)務協(xié)同。SOA的優(yōu)勢在于它有著高度的可重用性、敏捷性以及良好的延展性和可用性,可隨需應變,從而能夠輕松地應對業(yè)務需求的變化,使它能夠擺脫面向固定模式技術解決方案的束縛。平臺采用統(tǒng)一的技術架構、開發(fā)規(guī)范、數(shù)據(jù)資源模型等,可實現(xiàn)全局領域應用平臺軟件體系的一體化、模塊化、輕量化,實現(xiàn)業(yè)務應用快速開發(fā)、“插拔式”部署和統(tǒng)一運行管理。

2 面向服務的架構與企業(yè)服務總線

2.1 面向服務的架構

SOA是一個組件模型,它將應用程序的不同功能服務通過定義服務間良好的接口和協(xié)議聯(lián)系起來[1]。SOA中的服務都來自于獨立應用程序或者新的面向服務的應用程序,它的核心思想是服務,并通過服務間的組裝來形成新的服務以達到組件之間的松耦合,實現(xiàn)高度的服務可重用性[2]。在SOA中必須具備有3種角色,其關系模型如圖1所示:

2.2 企業(yè)服務總線

ESB(Enterprise Service Bus,企業(yè)服務總線)體系結構模式支持在面向服務的體系結構(SOA)中虛擬化服務交互并對其進行管理。它是傳統(tǒng)消息中間件技術與XML、Web服務等技術結合的產(chǎn)物,它提供了支持SOA的一組基礎架構功能,支持異構環(huán)境中的服務、消息以及基于事件的交互,并且具有適當?shù)姆占墑e和可管理性[3]。簡單來說ESB就是試圖將應用服務器上的多種邏輯層面遷移到總線以及連接點上,從而降低企業(yè)內(nèi)部信息共享的成本。

3 系統(tǒng)總體架構設計

3.1 平臺總體架構

SOA使用戶不需要依賴應用程序及其運行計算平臺便可方便地對Web服務進行構建、部署和整合,最終顯著地提高了業(yè)務流程的靈活性?;赟OA的國土資源信息系統(tǒng)集成框架如圖2所示。

基于SOA的國土資源信息系統(tǒng)集成框架中各層的具體描述如下:

(1)資源層

在本項目中,資源層是指國土局的數(shù)據(jù)資源,這些數(shù)據(jù)經(jīng)過ETL(Extract-Transform-Load,抽取轉(zhuǎn)換加載)過程按一定規(guī)則在數(shù)據(jù)準備區(qū)進行加工整合后,最終生成清潔整合的數(shù)據(jù)存儲平臺的數(shù)據(jù)(電子檔案庫、ODS(Operational Data Store,操作數(shù)據(jù)存儲)庫、數(shù)據(jù)倉庫、地理信息庫)[4]。根據(jù)數(shù)據(jù)來源可以將數(shù)據(jù)分為內(nèi)部數(shù)據(jù)和外部數(shù)據(jù),內(nèi)部數(shù)據(jù)包括某市國土資源局已有的生產(chǎn)系統(tǒng)數(shù)據(jù),如地政、礦政、地質(zhì)環(huán)境、電子政務數(shù)據(jù)等;外部數(shù)據(jù)是指那些不是由國土資源局內(nèi)部生成,而是通過第三方獲取到的數(shù)據(jù),比如規(guī)劃、氣象臺、住建等。內(nèi)部數(shù)據(jù)源是數(shù)據(jù)存儲平臺的主要來源,外部數(shù)據(jù)源則作為內(nèi)部數(shù)據(jù)源的補充。從數(shù)據(jù)的裝載方式看,還可以分為全量數(shù)據(jù)和增量數(shù)據(jù)。

(2)構件層

構件層是智能管理系統(tǒng)技術實現(xiàn)的單元,公共構件可以為上層提供服務支持并進行服務構造,構件具體包括數(shù)據(jù)上下文及SDO(Service Data Objects,數(shù)據(jù)服務對象)數(shù)據(jù)操作類構件、數(shù)據(jù)庫操作類構件、基礎構件類(定時器、日志、國際化信息資源處理等)、語義層工具、OLAP(Online Analytical Processing,聯(lián)機分析處理)構件、圖表構件、數(shù)據(jù)挖掘工具、ETL工具、GIS(Geographic Information System,地理信息系統(tǒng))工具等。

(3)服務層

服務層是智能管理系統(tǒng)存取訪問體系的核心,它接收用戶請求訪問后端數(shù)據(jù)(OLAP、數(shù)據(jù)倉庫),執(zhí)行多維分析、查詢(隨機查詢、條件查詢、模糊查詢、關聯(lián)查詢和組合查詢等)、生成各種形式的BI(Business Intelligence,商業(yè)智能)報表,并以多種方式展現(xiàn)(打印輸出、文件輸出、E-mail輸出、Web)[5]。服務層主要由基礎服務和生成服務組成,其中基礎服務包括ETL服務、語義服務和權限管理服務等,生成服務是對基礎服務進行重新編排和包裝之后形成的。該層為用戶對數(shù)據(jù)的訪問提供各種方式的服務,從而實現(xiàn)訪問方式的多樣化和信息存取的透明化[6]。

(4)流程層

在流程層中,利用已經(jīng)封裝好的各種服務來構建業(yè)務系統(tǒng)中的業(yè)務流程,實現(xiàn)通過WFMC(Workflow Management Coalition,工作流管理聯(lián)盟)、人工活動、代k、自主活動等一系列規(guī)則最終基于服務編制實現(xiàn)業(yè)務流程。由于本項目上層應用眾多,有些不需要流程層也可實現(xiàn),如智能地理信息系統(tǒng)、智能綜合分析系統(tǒng)。

(5)展現(xiàn)層

展現(xiàn)層是數(shù)據(jù)服務與用戶之間的接口,該層提供用戶對ODS、地理信息、電子檔案、數(shù)據(jù)倉庫數(shù)據(jù)或數(shù)據(jù)集市數(shù)據(jù)的瀏覽、請求、存取等服務,以及數(shù)據(jù)服務向用戶的數(shù)據(jù)交付。同時,該層還包括實現(xiàn)對用戶訪問的認證、控制[7],可以用基于門戶(工作臺)的系統(tǒng)來構建,是服務對外的具體展現(xiàn),主要包括的技術手段有:BI報表、儀表盤、電子地圖(含專題圖)、RichWeb、個性化定制管理、SSO、PORTAL等。

同時,展現(xiàn)層對于展現(xiàn)內(nèi)容能夠進行多種格式的封裝(XML、HTML等),封裝結果支持HTTP(HyperText Transfer Protocol,超文本傳輸協(xié)議)、REST(Representational State Transfer,表述性狀態(tài)傳遞)協(xié)議、SOAP(Simple Object Access Protocol,簡單對象訪問協(xié)議)的訪問方式,滿足統(tǒng)一規(guī)劃的移動辦公接入格式需求,以支持桌面應用及大部分智能手機、平板電腦應用。

3.2 系統(tǒng)中的關鍵點

(1)異構數(shù)據(jù)的集成訪問

智能管理系統(tǒng)涉及到的數(shù)據(jù)庫有各類分析主題的ODS數(shù)據(jù)庫、數(shù)據(jù)倉庫、數(shù)據(jù)集市等,智能管理系統(tǒng)數(shù)據(jù)來源于生產(chǎn)系統(tǒng)數(shù)據(jù)源,同時在內(nèi)部又通過多種數(shù)據(jù)抽取、轉(zhuǎn)換、加載形成各類分析主題的數(shù)據(jù)庫。因此可以分成數(shù)據(jù)接入服務和數(shù)據(jù)提交服務以滿足內(nèi)外部數(shù)據(jù)的導入(抽取)、轉(zhuǎn)換(清洗)和加載(存儲)需要,同時利用這兩個服務將集中后的數(shù)據(jù)通過抽取、轉(zhuǎn)換和分發(fā),提供給所有數(shù)據(jù)應用需要的目標系統(tǒng)。服務之間通過XML格式進行數(shù)據(jù)通信。目前在數(shù)據(jù)表示和語義映射及XML語義集成方面已有大量的研究[8]。業(yè)務系統(tǒng)之間可以利用XML數(shù)據(jù)格式進行通信,解決了數(shù)據(jù)之間存在的差異問題。

(2)服務粒度的劃分

服務之間的耦合性在很大程度上取決于服務粒度的大小。如果服務粒度劃分得過細,服務間的緊耦合會降低且系統(tǒng)的靈活性得到了一定的增強,但會增加系統(tǒng)開發(fā)的復雜程度以及服務的部署難度;反之,如果粒度太大則實際效果會與前者相反。對于服務粒度大小如何進行劃分,以及在服務的維護、操作、組合方面達到最佳效果的方法等問題,面向服務的遷移和重用技術提供了解決方案[9]。目前,粗粒度服務和細粒度服務是SOA環(huán)境集成中主要采用的兩種實現(xiàn)。其中適合為外部直接調(diào)用的是粗粒度服務;適合通過服務再組合的方式形成粗粒度服務的是細粒度服務。

(3)通用服務構件模板

面向服務的分析與設計是目前創(chuàng)建SOA服務的主要方法,該方法主要有服務發(fā)現(xiàn)、服務規(guī)約和服務實現(xiàn)三個階段。為了能更多的重用已有的信息系統(tǒng)數(shù)據(jù),服務發(fā)現(xiàn)采用自下而上的方式,通過該方式分析得出數(shù)據(jù)表單和數(shù)據(jù)視圖模板是通用服務構件模板的重要組成部分。其中負責對數(shù)據(jù)及時更新的是數(shù)據(jù)表單模板,而負責數(shù)據(jù)快速查找的是數(shù)據(jù)視圖模板。通用服務構件模板主要描述的是不同服務構件之間的關系以及基礎構件自身的功能,并從數(shù)據(jù)視圖和表單的概念、內(nèi)容和上下文3個方面進行模板封裝,封裝完成后統(tǒng)一放到服務包裝器中的基礎模板庫里。此時,管理員就可以通過分析業(yè)務的存在模式來構建基礎模板。業(yè)務用戶以模板基礎采用抽象化的操作來配置服務構件,最后將配置完成的服務放到生成服務庫中。

4 應用實例

上文介紹的框架經(jīng)過抽取形成通用模型,并在國土資源局信息系統(tǒng)建設中得到成功實施。市局有很多部門,每個部門有自己的業(yè)務系統(tǒng),按照前文提出的框架對國土局下的業(yè)務系統(tǒng)進行動態(tài)集成整合,其體系結構如圖3所示:

4.1 實現(xiàn)的各模塊介紹

(1)國土資源信息集成整合平臺

該平臺對各個業(yè)務子系統(tǒng)的數(shù)據(jù)進行集成,將集中后的數(shù)據(jù)通過統(tǒng)一抽取、轉(zhuǎn)換和分發(fā),提供給有數(shù)據(jù)應用需要的目標系統(tǒng)。

(2)業(yè)務流程配置管理平臺

該平臺的主要功能是將各業(yè)務系統(tǒng)的服務按照用戶的需求,使用ESB對這些服務進行動態(tài)、靈活的編排,進而實現(xiàn)服務的協(xié)同工作。同時,ESB本身還具有對流程進行管理和監(jiān)控的功能。

(3)統(tǒng)一門戶界面

該界面主要是為不同的用戶提供統(tǒng)一的視圖,同時通過用戶輸入的校驗憑證對用戶的權限進行判斷,并根據(jù)單點登錄服務器返回的用戶信息給予相應的控制權限,系統(tǒng)信息的安全將進一步得到保證。同時,還可以為每個用戶提供個性化的定制服務。

4.2 系統(tǒng)的實現(xiàn)方式

集成平臺運行環(huán)境充分考慮國土局信息建設現(xiàn)狀,遵循其當前核心業(yè)務應用的技術路線,以J2EE為技術規(guī)范,運用Datastage工具對數(shù)據(jù)進行加工、抽取、轉(zhuǎn)換來形成數(shù)據(jù)集市,統(tǒng)一存儲到Oracle數(shù)據(jù)庫中,實現(xiàn)各業(yè)務系統(tǒng)數(shù)據(jù)的大集中并運用Cognos BI 8.4實現(xiàn)數(shù)據(jù)的智能化展示。對系統(tǒng)的所有應用(報表、查詢、分析、KPI等)提供統(tǒng)一的數(shù)據(jù)開放接口,以Web Service方式將完整內(nèi)容或部分內(nèi)容提供給第三方應用,內(nèi)容包含條件格式、提示、鉆取等在內(nèi)的業(yè)務邏輯、權限等,數(shù)據(jù)輸出的形式支持XML及HTML,而獲取數(shù)據(jù)的方式支持REST和SOAP。服務的注冊、配置和管理統(tǒng)一交給成熟的服務總線工具Message Broker進行。

4.3 系統(tǒng)性能分析

(1)業(yè)務流程的個性化定制

系統(tǒng)為辦公人員提供了一種可視化的流程展示,能夠靈活、快速地按照需求對當前的業(yè)務流程進行調(diào)整和編排。比如對于建設用地的審批,辦公人員能夠便捷地查找到審批流程的參與者和當前審批流程的處理狀態(tài),同時可以針對審批流程中存在的問題進行優(yōu)化和調(diào)整。

(2)系統(tǒng)的復用性

無論是已有的系統(tǒng)還是新開發(fā)的系統(tǒng),對這些信息系y進行包裝后就能夠按照實際需求進行重新組合。例如對國土局各部門工作人員辦件的電子監(jiān)察等服務重新進行編排,并將這些編排好的服務復用到其他業(yè)務系統(tǒng)中。

(3)系統(tǒng)的可擴展性

國土資源信息集成平臺可以隨著國土業(yè)務需求的變化而做出相應的及時的調(diào)整。集成平臺調(diào)整的高效性主要體現(xiàn)在:在提高執(zhí)行效率和調(diào)整質(zhì)量的同時,降低了調(diào)整時間和調(diào)整成本,極大地增強了信息系統(tǒng)對業(yè)務變化的適應性。

5 結束語

由于企業(yè)信息化建設設計的業(yè)務繁雜,涉及的技術廣泛,企業(yè)中存在著大量的遺留業(yè)務系統(tǒng)[10]。因此,應用系統(tǒng)集成是企業(yè)信息化建設過程中面臨的一個瓶頸。

ESB-SOA的企業(yè)信息集成平臺采用面向服務的架構思想進行設計,將國土局的各個業(yè)務系統(tǒng)的共性特性進行提取并將其封裝成細粒度的服務,然后通過ESB對這些服務進行組合以實現(xiàn)新的服務。該平臺可對異構的國土業(yè)務系統(tǒng)進行融合,實現(xiàn)網(wǎng)絡環(huán)境下異構業(yè)務系統(tǒng)之間的松耦合,極大地提高了現(xiàn)有信息系統(tǒng)資源的利用效率,節(jié)約了新系統(tǒng)的研發(fā)開支,同時使得整個國土信息系統(tǒng)的安全性得到加強。

參考文獻:

[1] 楊珍,鐘誠,何秋燕. 基于SOA的綠色物流信息系統(tǒng)的研究[J]. 網(wǎng)絡安全技術與應用, 2012(11): 47-48.

[2] 王衛(wèi)星,王晨光. 基于SOA的企業(yè)信息系統(tǒng)集成框架[J]. 計算機工程, 2010(18): 29-31.

[3] 姚欽. 徐匯區(qū)采購信息化綜合管理平臺的研究與實現(xiàn)[D]. 上海: 上海交通大學, 2010.

[4] 陳新明. 淘寶網(wǎng)數(shù)據(jù)平臺數(shù)據(jù)倉庫建設[D]. 大連: 大連理工大學, 2013.

[5] 高振宇. 保險行業(yè)中商業(yè)智能系統(tǒng)的設計與實現(xiàn)[D]. 天津: 天津大學, 2010.

[6] 陳新明. 淘寶網(wǎng)數(shù)據(jù)平臺數(shù)據(jù)倉庫建設[D]. 大連: 大連理工大學, 2013.

[7] 徐征. 基于數(shù)據(jù)集市的M銀行個人貸款客戶綜合評價研究[D]. 長春: 吉林大學, 2012.

[8] Abdalla K F. A Model for Semantic Interoperability Using XML[A]. Proceedings of Systems and Information Engineering Design Symposium[C]. 2003: 107-111.

篇8

關鍵詞:SOA;企業(yè)應用集成

中圖分類號:TP311.133.1文獻標識碼:A

SOA&Enterprise Application Integration Design

Li Shu

(Sichuan Leshan Vocational&Technical College,Leshan614000,China)

Abstract:This paper describes enterprise application integration, and then analyzes the key technology of SOA and Web services,proposed SOA-based enterprise application integration solutions,this program flexible,loosely coupled nature,step by step integration,easily extensible.

Keywords:SOA;Enterprise application integration

一、企業(yè)應用集成

(一)企業(yè)應用集成的提出

企業(yè)應用集成(EAI)是指企業(yè)中和企業(yè)之間的任何相連的應用間無限制地共享數(shù)據(jù)和業(yè)務處理,從而使企業(yè)的整個業(yè)務、管理、資源等各個環(huán)節(jié),達到協(xié)調(diào)運轉(zhuǎn),效率優(yōu)化。從企業(yè)應用集成的具體應用范圍來看,企業(yè)應用集成包括兩方面:企業(yè)內(nèi)部應用系統(tǒng)集成和企業(yè)之間的應用系統(tǒng)集成。EAI的模型如圖1所示:

(二)企業(yè)應用集成的內(nèi)容

企業(yè)應用集成的內(nèi)容涉及到以下幾個層面:

1.業(yè)務過程集成:當對業(yè)務過程進行集成的時候,企業(yè)必須在各種業(yè)務系統(tǒng)中定義、授權和管理各種業(yè)務信息的交換,以便改進操作、減少成本、提高響應速度。

2.應用集成:為兩個應用中的數(shù)據(jù)和函數(shù)提供接近實時的集成。

3.數(shù)據(jù)集成:在集成之前,必須首先對數(shù)據(jù)進行標識并編成目錄,另外還要確定元數(shù)據(jù)模型。這三步完成以后,數(shù)據(jù)才能在數(shù)據(jù)庫系統(tǒng)中分布和共享。

4.集成的標準:集成的標準化促成了信息和業(yè)務數(shù)據(jù)的共享和分布,包括COM+/DCOM、CORBA、EDI、JavaRMI和XML。

5.平臺集成:要實現(xiàn)系統(tǒng)的集成,底層的結構、軟件、硬件以及異構網(wǎng)絡的特殊需求都必須得到集成。

二、面向服務的體系結構

(一)SOA協(xié)作

面向服務的體系結構(service-oriented architecture SOA)是一個組件模型。面向服務的體系結構將應用程序中的不同功能單元稱為服務,并通過對這些服務之間定義良好的接口而將其聯(lián)系起來。接口是采用中立的方式進行定義的,也就是說它應該獨立于實現(xiàn)服務的硬件平臺、操作系統(tǒng)和編程語言。這使得構建在各種這樣的系統(tǒng)中的服務可以以一種統(tǒng)一和通用的方式進行交互。結構模型如圖2所示。

三個角色是:

1.服務提供者:提供并自己的服務,并且對使用自身服務的請求進行響應;

2.服務注冊中心:用來存儲服務描述信息的信息庫;

3.服務請求者:指查找和調(diào)用服務的客戶端應用程序,利用服務(UDDI)查找所需的服務,然后使用該服務(綁定)。

(二)SOA的特點和優(yōu)勢

1.松散耦合

服務實現(xiàn)者可以更改服務中的接口、數(shù)據(jù)或者消息版本,而不對服務使用者造成影響。

2.基于行業(yè)標準

消除了使用特定標準而限制于服務使用者的需要。并且使用基于標準的技術可打破行業(yè)或技術平臺的壟斷并促進所有服務的最優(yōu)組合。

3.可重用的服務

服務重用避免了重復開發(fā)之煩瑣,同時提高了實現(xiàn)中的一致性。服務的重用比起組件或者類的重用更容易實現(xiàn)。

4.同步服務調(diào)用(RPC方式)

同步服務對于要求實時響應的應用程序來說是至關重要的,例如Portal 或者Query。

5.異步服務調(diào)用

在異步服務調(diào)用中,調(diào)用方向消息收發(fā)服務發(fā)送一個包含完全上下文的消息,收發(fā)服務將該消息傳遞給接收者。

三、基于SOA的企業(yè)應用集成(EAI)

(一)服務訪問流程

通過基于SOA的企業(yè)應用集成框架實現(xiàn)的服務訪問流程描述如下:

1.企業(yè)門戶將用戶對某個服務的請求傳到后端支持服務總線的應用服務器,如IBM的WebSphere;

2.應用服務器通過UDDI查詢Web Service公共目錄或者經(jīng)驗證后訪問Web Service私有目錄,用得到的WSDL描述生成SOAP請求消息綁定服務提供者;

3.SOAP請求被傳遞到對應的SOAP路由器,由SOAP路由器將該請求傳遞到對應該服務的適配器;

4.適配器激活相關應用系統(tǒng);

5.應用處理結果返回適配器,經(jīng)適配器打包為包含處理結果的SOAP消息,返回給SOAP路由器,直至返回用戶處。

(二)主要組成部分功能描述

1.企業(yè)內(nèi)部Service Provider

企業(yè)內(nèi)部Service Provider中包含已有應用或新開發(fā)的Web Service應用,它們均被封裝為標準的Web Service組件,成為系統(tǒng)中的一個集成點。

對已有系統(tǒng)集成的關鍵在于對系統(tǒng)的封裝和包裹,可以先利用WSDL生成器生成該服務對應的WSDL文件,然后生成服務器端基于SOAP的框架代碼,在框架代碼的基礎上開發(fā)Web服務適配器,通過該服務適配器,將XML格式的請求轉(zhuǎn)換為已有系統(tǒng)能解析的格式,同時,將已有系統(tǒng)處理后的結果轉(zhuǎn)換為XML格式。服務適配器還具備與后端服務器建立通信連接,驗證數(shù)據(jù)有效性等功能。

2.服務總線Service Bus

服務總線通過一個處于中間層的集中式服務器,為業(yè)務流程控制、服務路由、協(xié)議轉(zhuǎn)換和安全扮演著中央控制點的角色。以下對服務總線上的幾個關鍵功能作簡要介紹:

(1)工作流控制:定義工作流程,并協(xié)調(diào)服務間的交互,己出現(xiàn)一些推薦的標準,如WSFL(Web Service Flow Language)等;

(2)事務管理:由于分布的,松耦合的應用環(huán)境不適于使用傳統(tǒng)的事務技術,對此,IBM,微軟和BEA聯(lián)合提出WS-Transaction;

(3)安全映射:對所有參與服務進行統(tǒng)一管理,把安全性考慮隔離在單一構件上,簡化開發(fā)和管理;

(4)服務監(jiān)控:監(jiān)控流程的執(zhí)行,利用記錄的數(shù)據(jù)來分析服務質(zhì)量和指導服務改進;

(5)SOAP路由器:用以實現(xiàn)SOAP消息的傳遞,路由器通過分析,找出對應的Web Service適配器的位置,將SOAP請求傳遞到所請求的適配器;

(三)服務網(wǎng)關Service Gateway

對于企業(yè)外部集成,使用服務網(wǎng)關,一方面可以安全地對外公開Web服務,另一方面,防火墻之外的客戶也能調(diào)用這些服務。它包括一個服務管理模型和過濾器。服務網(wǎng)關能夠?qū)⒖蛻舳酥С值姆諈f(xié)議轉(zhuǎn)換為提供方支持的服務協(xié)議,如:客戶的請求可能是HTTP上的SOAP,但在內(nèi)部可以使用JMS協(xié)議上的SOAP。

(四)企業(yè)門戶Enterprise Portal

終端用戶界面集成特定用戶訪問的全部應用程序和服務來提供可用、高效、一致的界面。組合式Portal將Web服務通過Portal即插即用,使EAI更加靈活。

四、結束語

SOA為企業(yè)應用集成(EAI)提供了理想的集成框架,它是實現(xiàn)EAI的有力工具?;赟OA和消息中間件技術,可以在不改變應用系統(tǒng)原有底層架構的基礎上實現(xiàn)靈活的、面向服務的應用集成,未來相信面向服務的EAI會在企業(yè)信息化的進程中得到更廣泛的應用。

參考文獻

[1]宋善德,王雪飛.基于Web服務的企業(yè)應用集成方案.計算機應用研究,2003,6,127-129.

[2]宋波,李妙妍.面向Web服務的BPEL的研究與實現(xiàn).計算機工程與設計,2007,28(9).212-214.

[3]葉宇風.基于SOA的企業(yè)應用集成研究.微電子學與計算機,2006,23,(5).211-213.

[4]胡繼東,劉廣鐘.基于Web Services的軟件集成方法的研究與實現(xiàn).計算機系統(tǒng)應用,2002,11,33-35

篇9

關鍵詞:分布式;信息安全;規(guī)劃;方案

中圖分類號:TP309.2文獻標識碼:A 文章編號:1009-3044(2008)36-2848-03

An Information Security Program for a Distributed Enterprise

GUO Yong, CHEN Rong-sheng, ZHAN Gui-bao, ZENG Zhong-cheng, LU Teng-zu, LI Zhuang-xiang

(Fujian Xindong Network Technology Co., Ltd. Fuzhou 350003,China)

Abstract: Based on the specific conditions of the distributed enterprise, information security architecture in accordance with the relevant standards, a distributed enterprise information security planning principles and objectives. And based on the principles and objectives of the meeting, according to the organization, management and technical aspects of three specific design specifications with the principle. Finally, based on the objective of planning services, a category of information distributed enterprise information security services, planning and design examples.

Key words: distributed; information security; planning; program

1 引言

據(jù)來自eWeek 的消息,市場研究機構Gartner 研究報告稱,很對企業(yè)目前仍缺乏完整的信息安全規(guī)劃和規(guī)范。盡管目前很多企業(yè)在信息安全方面的投入每年都在緩慢增長,但由于推動力以外部法律法規(guī)的約束和商業(yè)業(yè)務的壓力為主,因此他們對安全技術和服務的選擇和使用仍停留在一個相對較低的水平。尤其對于機構構成方式為分布式的企業(yè)而言,因為信息安全需求和部署相對更加復雜,投入更多,因此這類企業(yè)的信息安全規(guī)劃就更加缺乏。

本文根據(jù)這類分布式企業(yè)的特點提出了一種符合該類企業(yè)實際的信息安全規(guī)劃方案。

2 總體規(guī)劃原則和目標

2.1 總體規(guī)劃原則

對于分布式企業(yè)的信息安全規(guī)劃,要遵守如下原則:適度集中,控制風險;突出重點,分級保護;統(tǒng)籌安排,分步實施;分級管理,責任到崗;資源優(yōu)化,注重效益。

這個原則的制定主要是根據(jù)分布式企業(yè)的實際機構構成情況、人員素質(zhì)情況以及資源配置情況來制定的。

2.2 總體規(guī)劃目標

信息系統(tǒng)安全規(guī)劃的方法可以不同、側(cè)重點可以不同,但是需要圍繞組織安全、管理安全、技術安全進行全面的考慮。信息系統(tǒng)安全規(guī)劃的最終效果應該體現(xiàn)在對信息系統(tǒng)與信息資源的安全保護上,下面將分別對組織規(guī)劃、管理規(guī)劃和技術規(guī)劃分別進行闡述。信息安全規(guī)劃依托企業(yè)信息化戰(zhàn)略規(guī)劃,對信息化戰(zhàn)略的實施起到保駕護航的作用。信息系統(tǒng)安全規(guī)劃的目標應該與企業(yè)信息化的目標是一致的,而且應該比企業(yè)信息化的目標更具體明確、更貼近安全。信息系統(tǒng)安全規(guī)劃的一切論述都要圍繞著這個目標展開和部署。

3 信息安全組織規(guī)劃

3.1 組織規(guī)劃目標

組織建設是信息安全建設的基本保證,信息安全組織的目標是:

1)完善和形成一個獨立的、完整的、動態(tài)的、開放的信息安全組織架構,達到國際國內(nèi)標準的要求;

2)打造一支具有專業(yè)水準的、過硬本領的信息安全隊伍。對內(nèi)可以保障企業(yè)內(nèi)部網(wǎng)安全,對外可以向社會提供高品質(zhì)的安全服務;

3)建設一個 “信息安全運維中心(SOC)”,能夠滿足當前和未來的業(yè)務發(fā)展及信息安全組織運轉(zhuǎn)的支撐系統(tǒng),能夠?qū)ν馓峁┌踩掌脚_。

3.2 組織規(guī)劃實施

對于組織規(guī)劃這個方面,是屬于一個企業(yè)信息安全規(guī)劃的上層建筑,需要用一種由上而下的方法來實現(xiàn),其主要是在具體人事機制、管理機制和培訓機制上做工作。對于分布式企業(yè)而言,需要主導部門從上層著手,建章立制,強化安全教育,加大基礎人力、財力和物力的投入。

4 信息安全管理規(guī)劃

4.1 管理規(guī)劃目標

信息安全管理規(guī)劃的目標是,完善和形成“七套信息安全軟措施”,具體包括:一套等級劃分指標,一套信息安全策略,一套信息安全制度,一套信息安全流程規(guī)范,一套信息安全教育培訓體系,一套信息安全風險監(jiān)管機制,一套信息安全績效考核指標。“七套信息安全軟措施”關系如圖1所示。

4.2 信息安全管理設計

基于對管理目標的分析,信息安全管理的原則以風險管理為主,集中安全控制。管理要素由管理對象、安全威脅、脆弱性、風險、保護措施組成。

4.2.1 信息安全等級劃分指標

信息安全等級保護是國家在國民經(jīng)濟和社會信息化的發(fā)展過程中,提高信息安全保障能力和水平,維護國家安全、社會穩(wěn)定和公共利益,保障和促進信息化健康發(fā)展的基本策略。

4.2.2 信息安全策略

信息安全安全策略是關于保護對象說明、保護必要性描述、保護責任人、保護對策以及意外處理方法的總和。

4.2.3 信息安全制度

信息安全制度是指為信息資產(chǎn)的安全而制定的行為約束規(guī)則。

4.2.4 信息安全規(guī)范

信息安全規(guī)范是關于信息安全工作應達到的要求,在信息安全規(guī)范方面,根據(jù)調(diào)查,建立信息安全管理規(guī)范、信息安全技術規(guī)范。其中,安全管理規(guī)范主要針對人員、團隊、制度和資源管理提供參照性準則;信息安全技術規(guī)范主要針對安全設計、施工、維護和操作提供技術性指導建議。

4.2.5 信息安全管理流程

信息安全流程是指工作中應遵循的信息安全程序,其目的是減少安全隱患,降低風險。

4.2.6 信息安全績效考核指標

信息安全績效考核指標是指針對信息安全工作的質(zhì)量和態(tài)度而給出的評價依據(jù),其目的是增強信息安全責任意識,提高信息安全工作質(zhì)量。

4.2.7 信息安全監(jiān)管機制

信息安全監(jiān)管機制是指有關信息安全風險的識別、分析和控制的措施總和。其主要目的加強信息安全風險的控制,做到“安全第一,預防為主”。

4.2.8 信息安全教育培訓體系

其主要目的加強的信息安全人才隊伍的建設,提高企業(yè)人員的信息安全意識和技能,增強企業(yè)信息安全能力。

5 信息安全技術規(guī)劃

5.1 技術規(guī)劃目標

信息安全技術規(guī)劃目標簡言之是:給業(yè)務運營提供信息安全環(huán)境,為企業(yè)轉(zhuǎn)型提供契機,構建信息安全服務支撐系統(tǒng)。具體目標如下:

1)打造信息安全基礎環(huán)境,調(diào)整和優(yōu)化IT基礎設施,建立安全專網(wǎng),設置兩個中心(信息安全運維中心、災備中心);

2)建立一體化信息安全平臺,綜合集成安全決策調(diào)度、安全巡檢、認證授權、安全防護、安全監(jiān)控、安全審計、應急響應、安全服務、安全測試、安全培訓等功能,實現(xiàn)的集中安全管理控制,快速安全事件響應,高可信的安全防護,拓展企業(yè)業(yè)務,開辟信息安全服務新領域。

5.2 信息安全運維中心(SOC)

SOC 是信息安全體系建設的基礎性工作,SOC 承載用于監(jiān)控第一生產(chǎn)網(wǎng)的安全專網(wǎng)核心基礎設施,提供信息安全中心技術人員的辦公場所,提供“7×24”小時連續(xù)不斷的安全應用服務,提供實時監(jiān)控、遠程入侵發(fā)現(xiàn)、事件響應、安全更新與升級等業(yè)務,SOC 要求具有充分保障自身的安全措施。除了SOC 的組織建設、基礎工程外,SOC 的技術性工作還要做以下幾個方面:

1)硬件基礎建設,主要內(nèi)容是SOC 的選址、布局、布線、系統(tǒng)集成,實現(xiàn)SOC 自身的防火、防潮、防電、防塵、安全監(jiān)控功能;

2)軟件基礎建設,包括SSS 系統(tǒng)、機房監(jiān)控子系統(tǒng)、功能小組及中心組劃分。

圖1 信息安全軟措施關系

圖2 信息安全總體框架

圖3 資產(chǎn)、組織、管理和安全措施的關系

5.3 信息安全綜合測試環(huán)境

隨著分布式企業(yè)信息化程度的日也加深,需要部署到大量IT 產(chǎn)品和應用系統(tǒng),為了保障安全,必須對這些IT 系統(tǒng)和產(chǎn)品做入網(wǎng)前安全檢查,消除安全隱患。基于此,綜合測試環(huán)境建設的內(nèi)容包括:安全測試網(wǎng)絡;測試系統(tǒng)設備;安全測試工具;安全測試分析系統(tǒng);安全測試知識庫。

其中,安全測試網(wǎng)絡要求能夠模擬企業(yè)網(wǎng)絡真實的帶寬;測試系統(tǒng)設備能夠提供典型的網(wǎng)絡服務流量模擬、典型的應用系統(tǒng)流量模擬;安全測試工具覆蓋防范類、檢測類、評估類、應急恢復類、管理類等,并提供使用說明、漏洞掃描、應用安全分析;安全測試分析系統(tǒng)能夠提供統(tǒng)計分析、圖表展現(xiàn)功能;安全知識庫包含以下內(nèi)容:漏洞知識庫,補丁信息庫,安全標準知識庫,威脅場景視頻庫,攻擊特征知識庫,信息安全解決案例庫,安全產(chǎn)品知識庫,安全概念和術語知識庫。

5.4 安全平臺建設規(guī)劃

參照國際上PDRR 模型和國家信息安全方面規(guī)范,建議信息安全總體框架設計如圖2所示。

主要目的,以資產(chǎn)為核心,通過安全組織實現(xiàn)資產(chǎn)保護,以安全管理來約束組織的行為,以技術手段輔助安全管理。其中,資產(chǎn)、組織、管理、安全措施的關系如圖3所示,核心為資產(chǎn),圍繞資產(chǎn)是組織,組織是管理,最外層是安全措施。

在平臺中集成十個安全機制,它們分別是:信息安全集中管理;信息安全巡檢;信息安全認證授權;信息安全防護;信息安全監(jiān)控;信息安全測試;信息安全審核;信息安全應急響應;信息安全教育培訓;信息安全服務。

6 信息安全服務業(yè)務規(guī)劃

6.1 服務業(yè)務規(guī)劃目標

信息安全服務業(yè)務規(guī)劃目標簡言之是:以信息安全服務為切入點,充分發(fā)揮企業(yè)優(yōu)勢資源,引領信息安全市場,為企業(yè)轉(zhuǎn)型創(chuàng)造時機。具體目標如下:

1)推出面向客戶安全(檢查、教育、配置)產(chǎn)品;2)推出面向大型企業(yè)的信息安全咨詢產(chǎn)品;3)推出面向家庭安全上網(wǎng)產(chǎn)品;4)推出面向企業(yè)安全運維產(chǎn)品;5)推出面向企業(yè)災害恢復產(chǎn)品。

6.2 服務業(yè)務規(guī)劃設計

服務業(yè)務規(guī)劃主要針對具體業(yè)務而言,在此列舉信息類分布式企業(yè)業(yè)務作為示例:

1)信息安全咨詢類產(chǎn)品,其服務功能主要有:信息安全風險評估;信息安全規(guī)劃設計;信息安全產(chǎn)品顧問。

2)信息安全教育培訓類產(chǎn)品,其服務功能主要有:提供信息安全操作環(huán)境;提供信息安全知識教育;提供信息安全運維教育。

3)家庭類安全服務產(chǎn)品,其服務功能主要有:推出“家庭綠色上網(wǎng)”安全服務;家庭上網(wǎng)防病毒服務;家庭上網(wǎng)機器安全檢查服務;家庭上網(wǎng)機數(shù)據(jù)備份服務。

4)企業(yè)類安全服務產(chǎn)品,其服務功能主要有:企業(yè)安全上網(wǎng)控制服務;企業(yè)安全專網(wǎng)服務;安全信息通告;企業(yè)運維服務。

5)容災類安全服務產(chǎn)品,其服務功能主要有:面向政府數(shù)據(jù)災備服務;面向政府信息系統(tǒng)災備服務;面向企業(yè)數(shù)據(jù)災備服務;面向企業(yè)信息系統(tǒng)災備服務。

7 結束語

通過結合分布式企業(yè)的具體實際,按照信息安全體系結構相關標準,提出了分布式企業(yè)的信息安全規(guī)劃原則和目標。并依據(jù)次原則與目標,按照組織、管理和技術三個方面提出了具體的實現(xiàn)與設計規(guī)范原則。最后,依據(jù)服務規(guī)劃目標,提出了信息類分布式企業(yè)的信息安全服務規(guī)劃設計實例。

參考文獻:

[1] 周曉梅. 論企業(yè)信息安全體系的建立[J]. 網(wǎng)絡安全技術與應用,2006,3:62~64,57.

[2] Harold F. Tipton,Micki Krause. Information Security Management Handbook[M]. Fifth Edition.US:Auerbach Publications,2004.

[3] 魏永紅,李天智,張志. 網(wǎng)絡信息安全防御體系探討[J].河北省科學院學報,2006,23,(1):25~28.

[4] 張慶華. 信息網(wǎng)絡動態(tài)安全體系模型綜述[J].計算機應用研究,2002,10:5~7.

[5] ISO/IEC 15408,13335,15004,14598,信息技術安全評估的系列標準[S].

[6] BS7799-1,7799-2,ISO/IEC 17799,信息安全管理系列標準[S].

[7] BS7799-2,Information Security Management Systems-Specification With Guidance for use[S].

[8] 李瑋. 運營商IT系統(tǒng)網(wǎng)絡架構的安全域劃分[J]. 通信世界,2005,30:41~41,45~45.

篇10

關鍵詞 工業(yè)自動化系統(tǒng)集成;課程體系;教學模式

中圖分類號:G642.3 文獻標識碼:B 文章編號:1671-489X(2012)18-0042-03

1 引言

中國經(jīng)濟規(guī)模的迅速增長,促使生產(chǎn)裝備迅速向大型化、復雜化方向發(fā)展。生產(chǎn)裝備大型化后對自動化系統(tǒng)的要求更高、更全面、更復雜,設備之間也需要具有更好的協(xié)調(diào)性。這就需要自動化供應商或?qū)I(yè)技術人員能夠解決生產(chǎn)設備大型化和連續(xù)化后面臨的所有自動化技術問題,并提供“現(xiàn)場儀表、控制系統(tǒng)和管理系統(tǒng)”3個層面的整體自動化解決方案,即工業(yè)自動化系統(tǒng)集成。自動化系統(tǒng)集成要求從業(yè)人員必須兼具對行業(yè)知識和自動化知識的雙重理解。一方面要求技術人員具有寬泛的、深厚的自動化專業(yè)理論功底,另一方面還必須對用戶的工藝、控制難點、不同類型儀表的功能和性能都十分了解,能通過自動化整體解決方案的形式服務于最終用戶[1]。

市場競爭加快了企業(yè)升級換代的步伐,設備制造商需要通過系統(tǒng)集成形成為用戶所需的整體功能,提高設備的裝備水平。工業(yè)企業(yè)的技術改造、工廠自動化、企業(yè)信息化等也急切需要自動化系統(tǒng)集成的人才。而中原工學院缺乏相關的專業(yè)和完整的課程體系,已有課程的教學模式也存在不足:1)側(cè)重理論教學,與工程實際結合不夠緊密,且理論教學與實踐環(huán)節(jié)脫節(jié),“講”與“做”不連貫;2)各課程實驗獨立設置,驗證性實踐多,各學科之間進行交叉和融合的設計性、綜合性實驗少,學生的綜合應用能力、工作主動性和創(chuàng)造性沒能得到挖掘;3)綜合性實踐環(huán)節(jié)多停留在“圖紙設計和程序設計”層面,現(xiàn)場工藝分析及處理、故障診斷與排除等工程實踐環(huán)節(jié)較少。因此,學生走上工作崗位后,往往需要經(jīng)過幾年的鍛煉才能進入角色。

本著以市場需求為導向,有利于學生就業(yè)和可持續(xù)發(fā)展的宗旨,在經(jīng)過廣泛的畢業(yè)生跟蹤調(diào)查、市場調(diào)研的基礎上,充分聽取行業(yè)專家的意見,2007年中原工學院電子信息學院調(diào)整了專業(yè)培養(yǎng)計劃,在電氣類專業(yè)中開設工業(yè)自動化系統(tǒng)集成專業(yè)方向。如何構建科學的課程體系,探索與之相適應的教學模式,搭建多層次的實踐平臺,并組織落實培養(yǎng)計劃,就成為“工業(yè)自動化系統(tǒng)集成”課程組的當務之急。

2 課程體系的構建

工業(yè)自動化系統(tǒng)集成專業(yè)方向培養(yǎng)方案的制定,需要綜合考慮以下幾個方面的因素。

1)學校人才培養(yǎng)目標的定位。中原工學院的定位為培養(yǎng)面向現(xiàn)場一線的電氣工程與自動控制的系統(tǒng)工程師,屬于高級應用型人才,學生畢業(yè)后主要從事工業(yè)現(xiàn)場的電氣系統(tǒng)與自動控制系統(tǒng)的配置與集成、控制系統(tǒng)的軟硬件設計、安裝與調(diào)試。經(jīng)過幾年的工作歷練,他們可以成為企業(yè)、電氣自動化公司或科研院所的技術骨干[2]。因此,課程體系的設計應以先進自動化控制技術應用為主,并與典型工程的系統(tǒng)集成緊密關聯(lián),強化工程應用訓練,增強學生的工程意識與技術綜合應用能力。

2)行業(yè)特點及對知識結構和能力的要求。中原工學院該專業(yè)方向的定位是從事以PLC及其網(wǎng)絡系統(tǒng)為主體的工業(yè)自動化控制系統(tǒng)的配置與集成、軟硬件設計、安裝與調(diào)試。因此,課程體系的設置必須考慮學生要適應這一學科領域內(nèi)的工作,并能可持續(xù)發(fā)展,應該具有怎樣的知識、能力與素質(zhì)結構。除了具備自動化專業(yè)的基礎知識之外,還必須掌握電氣控制技術、可編程控制器技術、變頻器及其應用、工業(yè)網(wǎng)絡通信技術、組態(tài)監(jiān)控技術、觸摸屏應用以及計算機輔助設計等。課程組需要對這些技術的內(nèi)容進行整合,來設置該專業(yè)方向的課程和教學體系。

3)學生全面發(fā)展的需要。從學生全面發(fā)展的需要出發(fā),以培養(yǎng)具有學習能力、實踐能力、創(chuàng)新精神和合作精神的大學生為目標來設計課程體系。學生將來要面向企業(yè)、面向工程,就必須具有較強的工程能力、解決實際技術難題的能力、自學能力和與人合作的能力。因此,理論教學及實踐體系構建時,除了保證知識的系統(tǒng)性、前瞻性外,更要加強課程的實踐性和綜合交叉性。有必要循序漸進,設置不同層次的實踐環(huán)節(jié),融入多種類型的工程課題,并要求學生以小組為單位,自主完成資料查詢、系統(tǒng)集成、設計、安裝調(diào)試任務。盡可能多地讓學生接觸和體驗工程設計、施工的全過程,讓學生在“學”和“做”的反復訓練中積累經(jīng)驗,強化工程意識。提倡團隊合作,鼓勵學生獨立思考和大膽創(chuàng)新,使學生在學習和實踐的過程中獲得成就感,潛移默化地養(yǎng)成與人交流合作、互利共贏、追求卓越的習慣。

4)學?,F(xiàn)有師資和設備條件。工業(yè)自動化系統(tǒng)集成是近年來新興的行業(yè),中原工學院師資有一定的實力和豐富的工程經(jīng)驗。學?,F(xiàn)有一定品牌和數(shù)量的PLC、變頻器等基礎設備,能滿足基礎實驗條件,但做綜合性較強的課題,設備仍有欠缺,因此需要對現(xiàn)有設備進行整合、改造、豐富。實踐環(huán)節(jié)設計時,既要能最大限度地利用現(xiàn)有設備,又要開發(fā)出更多覆蓋知識面廣、與實際工程接近、不同層次的設計性、綜合性實驗和實訓課題,使學生得到更加全面的訓練。

綜上所述,確定工業(yè)自動化系統(tǒng)集成專業(yè)方向的課程體系,由理論教學和實驗教學體系組成,開設的課程有:①電氣控制與PLC,作為基礎平臺課程,主要包括電氣控制技術及可編程控制器的基礎理論,以西門子小型機S7-200PLC及其網(wǎng)絡系統(tǒng)為目標,學習其基本應用;②3門專業(yè)主干課程,自動化系統(tǒng)集成、變頻器及其應用和新型自動化軟件,它們包含了工業(yè)自動化系統(tǒng)集成過程中必備的、聯(lián)系最緊密的核心技術。其中自動化系統(tǒng)集成課程包含了大、中型PLC及其應用、工業(yè)網(wǎng)絡通信技術、自動化系統(tǒng)集成等內(nèi)容;變頻器及其應用主要包括變頻器的基本構成及原理,調(diào)速系統(tǒng)設計、選型,變頻器內(nèi)部參數(shù)設置等。新型自動化軟件課程主要包括組態(tài)軟件的應用、觸摸屏的應用以及AutoCAD繪圖等內(nèi)容。

實踐體系分為3個層次:第一層是基本技能訓練,主要是與課程同步的基礎實驗,以及與其他課程相關的綜合性實驗;第二層是專業(yè)方向綜合訓練,設置了為期3周的專業(yè)方向課程設計;第三層是畢業(yè)設計,進行典型工程設計,運用大學4年所學知識,對自動化系統(tǒng)集成,控制系統(tǒng)安裝、調(diào)試及報告撰寫進行綜合訓練。

3 教學模式的凝練

該專業(yè)方向課程的實踐性和綜合性都很強,為了達到預期的教學效果,將課堂推向?qū)嶒炇?,使學生面向控制設備和對象,將理論教學與實踐環(huán)節(jié)無縫連接。

理論教學上,采用多媒體手段生動、形象地講解基礎知識,每個階段都有設計實例,詳細講解系統(tǒng)集成的思路、方法、步驟以及工程設計中應注意的事項、安裝調(diào)試方法。多媒體課件中廣泛納入各種電氣控制元器件、PLC及變頻器等設備的圖片,不同層次控制系統(tǒng)的結構及原理圖,還可以演示設計的結果,課堂信息量大,感性且直觀。

隨后跟進實踐環(huán)節(jié),布置工程應用設計小課題,學生以小組為單位自主設計、安裝和調(diào)試,通過反復運行監(jiān)控、發(fā)現(xiàn)問題、修改完善,最終得到滿足要求的結果。教師下達任務,講清控制要求,指導學生分析疑難問題,尋找解決問題的方法,驗收設計結果,對普遍存在的問題進行點評,表彰具有創(chuàng)新性的小組和學生。對于程度好、動作快的學生,鼓勵他們協(xié)助教師共同幫助有困難的學生分析問題、查找原因。這樣使學生真正掌握分析問題的切入點、解決問題的方法,在完成任務的過程中獲得成就感,激發(fā)探索和創(chuàng)新的欲望;在相互交流和探討的過程中解決難題,增強團隊意識;在同學的相互幫助下共同進步,加深同學的情誼。

課下再布置一些選擇性課題,讓有興趣的學生自主完成,通過開放實驗室或用仿真軟件進行調(diào)試,使學生可以獲得遠遠超過課內(nèi)實驗學時的工程訓練時間,在學習效率和質(zhì)量上能夠得到進一步的提高。在各課程的后期,都設置有與其他幾門課程相關聯(lián)的綜合性實驗,如打包機生產(chǎn)線控制系統(tǒng)設計就融入了電氣控制技術、PLC技術、組態(tài)監(jiān)控技術和檢測技術等,提高學生的綜合運用能力。

在專業(yè)方向課程設計環(huán)節(jié),將電氣控制技術、PLC及其網(wǎng)絡應用、變頻器應用、組態(tài)軟件、觸摸屏應用、檢測技術、自控原理、過程控制等課程的內(nèi)容融入設計課題,要求學生在完成控制系統(tǒng)搭建、軟硬件設計的同時,在開放的實驗設備上完成控制系統(tǒng)的安裝、配線和調(diào)試,并邀請有經(jīng)驗的教師講解和演示正規(guī)電氣設備安裝、配線的過程。通過完整的工程設計、工藝施工過程,一方面訓練學生知識的綜合運用能力,另一方面了解電氣施工現(xiàn)場各階段的工藝處理方法、調(diào)試中故障的診斷方法和排除故障的方法[3]。

畢業(yè)設計階段,建議系統(tǒng)集成專業(yè)方向的學生選報本方向課題,運用大學4年所學知識進行典型工程設計。用PLC及其網(wǎng)絡對控制系統(tǒng)進行集成,完成控制系統(tǒng)搭建、組態(tài)、軟硬件設計、電器元件選型、控制柜設計/安裝和調(diào)試、畢業(yè)設計報告撰寫等系統(tǒng)訓練。讓學生了解該行業(yè)的技術進步與發(fā)展動向,培養(yǎng)學生綜合運用多學科技能和先進手段解決復雜實際工程問題的能力,培養(yǎng)學生科學、嚴謹、求實的工作作風。

通過近2年系統(tǒng)的學習,多層次的工程實踐訓練,該專業(yè)方向的學生應當具備以PLC及其網(wǎng)絡為主體的小型自動化系統(tǒng)集成的能力、處理實際工程中常見問題的能力,并具有運用專業(yè)理論和技能進行自主創(chuàng)新的精神。

4 結語

目前,工業(yè)自動化系統(tǒng)集成專業(yè)方向課程體系已經(jīng)連續(xù)運作了幾年,學生通過系統(tǒng)學習和強化訓練,理論基礎更加扎實,知識的綜合運用能力大幅提升,學習更加積極主動,工程意識和工程應用能力顯著提高。許多學生畢業(yè)后從事與系統(tǒng)集成相關的工作,并很快成為企業(yè)的技術骨干,反映良好。學生選報工業(yè)自動化集成專業(yè)方向十分踴躍,中原工學院將不斷總結和完善教學體系,豐富實驗條件,培養(yǎng)年輕教師,使教學步入良性循環(huán)的軌道。

參考文獻

[1]張進,張洪.自動化系統(tǒng)集成已成自動化行業(yè)新發(fā)展趨勢[EB/OL].[2010-06-01]..