公務(wù)員期刊網(wǎng) 精選范文 配置管理和變更管理范文

配置管理和變更管理精選(九篇)

前言:一篇好文章的誕生,需要你不斷地搜集資料、整理思路,本站小編為你收集了豐富的配置管理和變更管理主題范文,僅供參考,歡迎閱讀并收藏。

配置管理和變更管理

第1篇:配置管理和變更管理范文

關(guān)鍵詞:配置管理;版本控制;變更

中圖分類號:TP311文獻(xiàn)標(biāo)識碼:A 文章編號:1009-3044(2010)18-5092-01

在科技發(fā)展如此迅速的時(shí)代,沒有一個(gè)行業(yè)像計(jì)算機(jī)行業(yè)發(fā)展的如此迅速。而如今的軟件行業(yè),技術(shù)和產(chǎn)品的更新更是日新月異,而來自提高產(chǎn)品質(zhì)量,縮短面市時(shí)間的壓力,對于所有的軟件技術(shù)人員和管理人員也越來越明顯?,F(xiàn)在軟件產(chǎn)品開發(fā)對市場的投放速度成倍增長;軟件的開發(fā)、傳遞、和分發(fā)方式也跟隨這Internet/Intranet應(yīng)用的發(fā)展而不斷變化;軟件質(zhì)量的不短提高,使軟件開發(fā)的規(guī)范化的要求越來越突出;而在軟件開發(fā)中,多平臺、多操作系統(tǒng)、多開發(fā)工具、多計(jì)算機(jī)語言、多對象類型的應(yīng)用,使軟件開發(fā)環(huán)境更加難以控制;因此,軟件配置管理作為軟件開發(fā)過程中的地位也日益突出,并且也引起了各個(gè)軟件企業(yè)的高度重視。

1 什么是軟件配置管理

在人才流動的今天,軟件行業(yè)的人員流動也是不可避免的,新的人員怎樣才能快速的接收工作?以減少因人員流動帶來的影響。開發(fā)團(tuán)隊(duì)的每一個(gè)人員如何才能及時(shí)的了解項(xiàng)目的進(jìn)展?fàn)顟B(tài),團(tuán)隊(duì)的人員之間如何有效的溝通?依據(jù)bug發(fā)現(xiàn)的版本,如何快速定位等等問題,為解決如此多的問題,我們就要有一套規(guī)范化的管理體系,而軟件配置管理可以解決以上問題,而它提供的功能還遠(yuǎn)遠(yuǎn)不止這些。那么軟件配置管理是什么呢?

軟件配置管理簡稱SCM(Soft Configuration Management),它有多種定義,在1986年出版的Wayne Babyish《Software Configuration Management: Coordinating for Team Productivity》一書中把軟件配置管理描述為“對軟件開發(fā)組所建立的軟件的修改進(jìn)行標(biāo)識、組織和控制的藝術(shù),其目標(biāo)是減少錯(cuò)誤,提高生產(chǎn)力”。這是一個(gè)比較簡單定義,在1993年出版的Steve McConnell的《Code Complete》一書中,對軟件配置管理的定義是:“配置管理能夠系統(tǒng)地處理變更,從而使得軟件系統(tǒng)可以隨時(shí)保持其完整性。配置管理又可稱為‘變更控制’,可以用來評估提出的變更請求,跟蹤變更,并保存系統(tǒng)在不同時(shí)間的狀態(tài)?!避浖渲霉芾硎且惶滓?guī)范化、高效的軟件開發(fā)基礎(chǔ)結(jié)構(gòu)。軟件配置管理可以系統(tǒng)地管理軟件系統(tǒng)中的多重版本;全面記載系統(tǒng)開發(fā)的歷史過程,包括為什么修改,誰做了修改,修改了什么;管理并跟蹤開發(fā)過程中危害軟件質(zhì)量,以及開發(fā)周期的變化和缺陷。軟件配置管理對開發(fā)過程進(jìn)行有效的管理和控制,完整、明確記載開發(fā)過程中的歷史變更,形成規(guī)范化的文檔,是日后的維護(hù)、升級得到保證,更重要的是保護(hù)寶貴的代碼資源,積累軟件財(cái)富,提高軟件重用率,加快投資回報(bào)。準(zhǔn)確的說:軟件配置管理是對軟件產(chǎn)品進(jìn)行標(biāo)識、存儲和控制,及維護(hù)其完整性、可追溯性以及正確性的學(xué)科。

2 軟件配置管理的功能

軟件配置管理系統(tǒng)應(yīng)該具備的主要功能有:

1) 并行開發(fā)支持:在軟件開發(fā)和維護(hù)的過程中,常常會有在同一時(shí)間,甚至是在不同地域的開發(fā)人員,在同一個(gè)開發(fā)模塊上工作,為使團(tuán)隊(duì)在相互不干擾的前提下,能夠相互協(xié)同工作,同時(shí)又不失去控制。為滿足以上要求,就要實(shí)現(xiàn)并行開發(fā)支持的功能,也就要求軟件配置管理系統(tǒng)需要提供靈活的分支機(jī)制和工作空間管理。

2) 版本控制:軟件配置管理的核心功能是版本控制,其他配置管理的功能都建立在版本控制功能之上。而版本控制就是對軟件開發(fā)過程中產(chǎn)生的所有系統(tǒng)對象的管理,也是對各個(gè)版本的各種操作的控制,并保證開發(fā)人員在任何時(shí)候,都能取到軟件系統(tǒng)的任何一個(gè)歷史版本。簡而言之,就是要簡單,明確的重現(xiàn)軟件開發(fā)系統(tǒng)的每一個(gè)歷史版本。

3) 建立管理:基于軟件存儲庫的版本控制功能,我們首先從存儲庫中取得正確的配置項(xiàng),然后建立過程的自動化。

4) 修訂版管理:由于在軟件開發(fā)中,每個(gè)版本都是對上一個(gè)版本存在的問題及缺陷的修改后產(chǎn)生的,為以后能夠跟蹤每一個(gè)版本變更的創(chuàng)建者,時(shí)間及原因,以便加快問題和缺陷的確定,我們就要對每個(gè)版本進(jìn)行管理,即修訂版管理;

5) 產(chǎn)品管理:為使項(xiàng)目經(jīng)理能夠隨時(shí)清晰地了解項(xiàng)目的狀態(tài),這就要求管理、計(jì)劃軟件的變更,與軟件計(jì)劃、預(yù)先制定的生命周期或相關(guān)的質(zhì)量過程必須保持一致,同時(shí)為了能夠跟蹤管理版本,必須使每一個(gè)版本有唯一的一組配置項(xiàng)集合。

6) 過程管理:軟件開發(fā)中不免會有人員的流動,這就要求新的成員能在最短時(shí)間內(nèi)接手,而人員的流動,也會造成代碼的泄露等等問題,因此在開發(fā)過程中,貫徹訪問權(quán)限的控制、開發(fā)規(guī)則等等的規(guī)范化實(shí)施也尤為重要。

7) 變更請求管理:在跟蹤和管理開發(fā)過程中,常常會有一些功能的不足需要增強(qiáng),或者是一些缺陷需要修補(bǔ)的變更請求,為了團(tuán)隊(duì)對中每個(gè)人都能夠能隨時(shí)了解到變更的狀態(tài),就需要對這些變更請求進(jìn)行管理,以便加強(qiáng)溝通和協(xié)作。

8) 代碼共享:擁有良好的存儲、訪問機(jī)制,可以是開發(fā)團(tuán)隊(duì)中的每一個(gè)成員共享各自的開發(fā)資源,以便減少重復(fù)的勞動,節(jié)省開發(fā)時(shí)間!

3 軟件配置管理的實(shí)施

古語有云:“工欲善其事,必先利其器”。軟件配置管理是一項(xiàng)非常繁瑣的工作,同時(shí)又和整個(gè)軟件開發(fā)活動緊密聯(lián)系,因此工具選擇對整個(gè)開發(fā)影響很大,所以在實(shí)施的過程中,我們應(yīng)在以下三方面考慮:首先,選用的工具應(yīng)提供完善的版本管理的功能,使得所有的配置項(xiàng)都應(yīng)清晰、完整的得到保存,相應(yīng)的操作紀(jì)錄完備,使得開發(fā)組織中的任何人員都能迅速的了解任一配置項(xiàng)的演進(jìn)過程,并快捷的找到所需的資源。其次,應(yīng)具備工作空間的管理。最后,我們所選用的工具,一定要操作簡便,不能給開發(fā)人員增加負(fù)擔(dān)。

4 軟件配置管理的意義

軟件配置管理實(shí)施的恰當(dāng),不僅更好的保證軟件的質(zhì)量,而且也降低了維護(hù)軟件的成本,不僅提高了軟件開發(fā)效率,而且也減少了軟件的缺陷和錯(cuò)誤,而且在加快問題的定位和修復(fù),同時(shí)使開發(fā)依賴于過程,而不依賴于人,確保建立正確的開發(fā)系統(tǒng)。

參考文獻(xiàn):

第2篇:配置管理和變更管理范文

[關(guān)鍵詞]IT運(yùn)維服務(wù)管理 支撐系統(tǒng) 設(shè)計(jì)與實(shí)現(xiàn)

中圖分類號:TP315 文獻(xiàn)標(biāo)識碼:A 文章編號:1009-914X(2016)05-0177-01

前言:隨著IT技術(shù)與信息技術(shù)的發(fā)展,我國已經(jīng)進(jìn)入了整合、創(chuàng)新、轉(zhuǎn)型、深化的信息化建設(shè)階段。對于組織形態(tài)、管理機(jī)制、商業(yè)模式、運(yùn)行流程、治理結(jié)構(gòu)等方面,信息系統(tǒng)和信息技術(shù)產(chǎn)生了越來越大的影響。在電信運(yùn)營商、企業(yè)、銀行、政府等組織機(jī)構(gòu)當(dāng)中,對于信息系統(tǒng)和信息技術(shù)的應(yīng)用也越來越廣泛。然而,企業(yè)在信息技術(shù)和IT系統(tǒng)等方面的大量投入,并沒有取得十分理想的效果。對此,企業(yè)應(yīng)當(dāng)更加重視IT運(yùn)維服務(wù)管理支撐系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn),從而使其為企業(yè)的IT系統(tǒng)提供更為良好服務(wù)與保障。

一、 系統(tǒng)的總體設(shè)計(jì)

(一)系統(tǒng)結(jié)構(gòu)

IT運(yùn)維服務(wù)管理支撐系統(tǒng)是一種十分重要的軟件應(yīng)用平臺,其主要針對的是IT資源的維護(hù)管理。對于IT資源,可通過縱向提供的采集接口進(jìn)行管理,對于交互其它服務(wù)商的運(yùn)維支撐系統(tǒng),則可以應(yīng)用橫向提供的管理接口。通過這樣的設(shè)計(jì),能夠使系統(tǒng)更好的管理和監(jiān)視IT資源的動態(tài)。具體來說,主要包括采集層、應(yīng)用層、呈現(xiàn)層等功能體系結(jié)構(gòu),以及相應(yīng)的物理體系結(jié)構(gòu)。

(二)流程管理

在IT運(yùn)維服務(wù)管理中,流程管理功能可以滿足系統(tǒng)對于管理流程的實(shí)際要求,同時(shí)對其進(jìn)行實(shí)時(shí)監(jiān)控,以保證運(yùn)維服務(wù)的質(zhì)量[1]。在流程管理當(dāng)中,需要良好的管控服務(wù)流程,同時(shí)采用的工作流程中,運(yùn)維服務(wù)需經(jīng)過支撐系統(tǒng)的固化。在實(shí)際設(shè)計(jì)當(dāng)中,主要包括服務(wù)臺、事件管理、問題管理、管理、服務(wù)級別管理、知識庫管理、變更管理、事故管理、配置管理等諸多功能。

(三)監(jiān)控功能

監(jiān)控功能的作用主要是監(jiān)控和管理用戶終端用戶環(huán)境、IT應(yīng)用、IT基礎(chǔ)設(shè)施等部分。在實(shí)際設(shè)計(jì)中,主要包括配置管理、性能管理、故障管理、拓?fù)涔芾淼确矫妗F渲?,配置管理主要?fù)責(zé)統(tǒng)計(jì)、分析、維護(hù)終端用戶環(huán)境、IT應(yīng)用、基礎(chǔ)設(shè)施等方面的信息資源,對信息下發(fā)功能進(jìn)行配置。性能管理主要包括性能數(shù)據(jù)的處理、分析、統(tǒng)計(jì)和采集,以及性能門限管理等。故障管理主要包括處理、清除、顯示、采集告警信息,同時(shí)定位故障位置。拓?fù)涔芾韯t主要對資源的運(yùn)行狀態(tài)進(jìn)行實(shí)時(shí)顯示,為用戶對信息資源的了解提供便利。

(四)安全管理

安全管理的作用是為了維護(hù)IT系統(tǒng)的安全、穩(wěn)定運(yùn)行,主要包括病毒防范、系統(tǒng)日志管理、用戶管理等。通過病毒防范功能,可以確保系統(tǒng)在連接外部網(wǎng)絡(luò)的時(shí)候,免受計(jì)算機(jī)網(wǎng)絡(luò)病毒和木馬的沖擊與破壞。系統(tǒng)日志管理主要包括了系統(tǒng)的登錄日志和操作日志等方面的管理[2]。用戶管理則主要包括增加用戶、刪除用戶、查詢用戶屬性、修改用戶屬性等。

二、 配置管理、變更管理、管理設(shè)計(jì)

(一) 配置管理

配置管理的作用是對產(chǎn)品、系統(tǒng)、服務(wù)當(dāng)中的所有組件及其相互之間關(guān)系的信息進(jìn)行維護(hù)和識別,從而更好的控制信息變更與。同時(shí)負(fù)責(zé)對基礎(chǔ)設(shè)施、資產(chǎn)、服務(wù)等配置模型進(jìn)行建立。配置管理的主要目的在于提供業(yè)務(wù)客戶的控制目標(biāo)支持、提供正確的配置信息、降低質(zhì)量與適性的問題、優(yōu)化IT資源和配置等。在配置過程中,主要包括識別配置項(xiàng)、監(jiān)控檢驗(yàn)CMDB、監(jiān)控維護(hù)CMDB、審計(jì)CMDB、報(bào)告度量、評估該酒流程、管理升級的步驟。

(二) 變更管理

在管理服務(wù)的生命周期中,變更服務(wù)資產(chǎn)和配置項(xiàng)都需要變更管理來實(shí)現(xiàn)。主要包括在管理環(huán)境中與維護(hù)、支持、執(zhí)行相關(guān)的通信設(shè)備、運(yùn)營系統(tǒng)、角色、文檔記錄、職責(zé)、處理程序、軟件、硬件等管理對象。在實(shí)際設(shè)計(jì)當(dāng)中,主要包括記錄和分類變更、風(fēng)險(xiǎn)和負(fù)面影響評估、變更審批和實(shí)施等流程。

(三) 管理

在管理當(dāng)中,會涉及到很多的功能、系統(tǒng)、流程、主要用戶測試、構(gòu)建和打包[3]。在生產(chǎn)環(huán)境中,進(jìn)行的部署。在管理當(dāng)中,需要在生產(chǎn)環(huán)境中進(jìn)行的部署,同時(shí)對服務(wù)建立起有效使用,將服務(wù)向運(yùn)用階段轉(zhuǎn)移。在其設(shè)計(jì)過程中,主要包括計(jì)劃策略、設(shè)計(jì)與建立、測試與確認(rèn)、回顧與檢驗(yàn)等。

三、 系統(tǒng)功能的實(shí)現(xiàn)

在IT運(yùn)維服務(wù)管理支撐系統(tǒng)的功能實(shí)現(xiàn)當(dāng)中,對oracle數(shù)據(jù)庫、EOS開發(fā)工具等進(jìn)行了良好的應(yīng)用,從而對系統(tǒng)流程的功能進(jìn)行良好的支持。在實(shí)際應(yīng)用中,主要包括了配置管理、變更管理、管理等部分。在配置管理當(dāng)中,在開發(fā)界面上,從oracle中存放的組織結(jié)構(gòu)圖在界面右側(cè)顯示。在配置管理總流程當(dāng)中,包含了各個(gè)步驟所需調(diào)用的子流程。在此基礎(chǔ)上,對相關(guān)的字段設(shè)計(jì)、數(shù)據(jù)庫表等進(jìn)行配置[4]。而在變更管理、管理中,通過同樣的方式,結(jié)合開發(fā)界面和相應(yīng)字段設(shè)計(jì)、數(shù)據(jù)庫表的變更與,對系統(tǒng)功能的運(yùn)行環(huán)境進(jìn)行良好的構(gòu)建。通過測試結(jié)果表明,通過這種方式和技術(shù)構(gòu)建的IT運(yùn)維服務(wù)管理支撐系統(tǒng),在實(shí)際應(yīng)用中能夠發(fā)揮出更加良好的作用,同時(shí)其安全性、穩(wěn)定性等性能也得到了很大程度上的提升。這樣,用戶通過用戶名和密碼登錄系統(tǒng),就能夠?qū)ο鄳?yīng)的流程和任務(wù)的執(zhí)行情況進(jìn)行了解,從而更好的開展后續(xù)工作。

結(jié)論:在當(dāng)前社會中,隨著計(jì)算機(jī)技術(shù)、信息技術(shù)、IT技術(shù)的發(fā)展,在社會各個(gè)領(lǐng)域當(dāng)中,計(jì)算機(jī)IT系統(tǒng)得到了越來越廣泛的應(yīng)用,使得工作效率得到了很大的提升。不過,在IT系統(tǒng)的實(shí)際運(yùn)行過程中,需要運(yùn)維服務(wù)管理系統(tǒng)的良好支持才能夠發(fā)揮出更大的作用。因此,應(yīng)當(dāng)加強(qiáng)對IT運(yùn)維服務(wù)管理支撐系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn),從而使其能夠更好的發(fā)揮作用。

參考文獻(xiàn)

[1]尚云云.IT運(yùn)維服務(wù)管理支撐系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].北京交通大學(xué),2009.

[2]張偉俊.成飛所IT運(yùn)維管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].電子科技大學(xué),2013.

第3篇:配置管理和變更管理范文

關(guān)鍵詞:電力系統(tǒng);通信;IT服務(wù)管理 

 一、電力系統(tǒng)通信部門的IT服務(wù)管理

 電力系統(tǒng)通信部門IT服務(wù)管理體系包括展現(xiàn)層、功能層、數(shù)據(jù)層。通過對各種系統(tǒng)狀態(tài)進(jìn)行實(shí)時(shí)監(jiān)控,將現(xiàn)有軟硬件環(huán)境、網(wǎng)絡(luò)資源、應(yīng)用系統(tǒng)、人力資源、知識庫有機(jī)地融為一體,合理調(diào)配資源,切實(shí)解決了機(jī)構(gòu)人員、管理模式、業(yè)務(wù)流程、技術(shù)集成等方面實(shí)際問題,真正實(shí)現(xiàn)科學(xué)高效的I T 服務(wù)管理。

 二、典型處理流程

 IT服務(wù)管理是一種面向流程的管理模式。在電力系統(tǒng)通信部門原有的業(yè)務(wù)流程的基礎(chǔ)上,對其進(jìn)行優(yōu)化和改造,在此提出了IT服務(wù)管理四個(gè)典型處理流程,下面分別從流程目的、功能等角度進(jìn)行說明:

 (一)事件管理流程

 事件是任何不符合標(biāo)準(zhǔn)操作且已經(jīng)引起或可能引起服務(wù)中斷和服務(wù)質(zhì)量下降的事件。在ITSM引入以前,事件管理沒有特定的流程,所有事件都通過通信故障專線通知到通信調(diào)度部門,然后由值班員派工單給檢修班成員,并不區(qū)分事件的“輕重緩急”,也沒有技術(shù)層面的審核,因此故障派修單回單率一直很低,很多單據(jù)由于不具備執(zhí)行條件而在班組和通信科之間來回推諉,降低了故障解決時(shí)間,也沒有相關(guān)考核指標(biāo)。

 事件管理的流程如下:首先,事件通過運(yùn)行單位填報(bào)、用戶填報(bào)或者通信檢修部門巡視發(fā)現(xiàn)填報(bào),所有事件記錄進(jìn)系統(tǒng),對于已經(jīng)處理的缺陷只要補(bǔ)報(bào)即可。接著通信調(diào)度進(jìn)行分類預(yù)判斷并分派,確定是事件的影響范圍和優(yōu)先等級:如果是事件處理影響范圍小或無影響,則直接進(jìn)行派單;如果事件處理影響范圍大,則要求檢修部門先進(jìn)行停服役申請,再進(jìn)行事件處理。然后,檢修部門消缺完畢后,由用戶和通信調(diào)度分別進(jìn)行消缺驗(yàn)收,判斷是否已解決確定問題:如解決,則由檢修班回單給通信科,則納入審核管理或者填報(bào)缺陷歸檔,關(guān)閉記錄;如沒有解決,則納入通信科審核管理繼續(xù)診斷,納入下一季度大修工程,必要時(shí)轉(zhuǎn)省調(diào)、廠商和集成商、服務(wù)商等進(jìn)行支持解決等。最后更新文檔,必要時(shí)進(jìn)行回顧,事件支持人員將根據(jù)管理要求定期產(chǎn)生相關(guān)報(bào)表。

 (二)問題管理流程

 問題管理流程設(shè)立的主要功能是分析已被列為問題的事件(一組或一個(gè))的根本原因,然后找出和建議永久性解決方案。其目的包括:(1)確保分析并確定事件的根本原因,以防止再次發(fā)生;(2)確保問題分派了正確支持人員,提高解決率。(3)根據(jù)IT資源情況分派問題優(yōu)先級;(4)主動提供預(yù)防性措施;(5)提高IT服務(wù)的可靠性;(5)降低IT支持成本;(6)提高通信部門的整體形象和名譽(yù)。

(三)配置管理流程

 通信部門的所有資源都通過手工和電子配置管理是通過手工形式派發(fā)“電路(設(shè)備、線路)投入、改接單”,單據(jù)與實(shí)際資源狀況出入較大。待單據(jù)完成后,由專人進(jìn)行手動的資料更新和管理,而經(jīng)常出現(xiàn)資料忘記更新或資料更新出錯(cuò),缺乏必要的考核體系。

 配置管理的流程如下:首先進(jìn)行配置申請。接著配置管理員根據(jù)需求進(jìn)行方案設(shè)計(jì),經(jīng)配置管理經(jīng)理審批后生成配置工單。配置工單由配置經(jīng)理審核后進(jìn)行工單派發(fā),此時(shí)由于工單并未真正實(shí)施,配置資源處于預(yù)占狀態(tài)。然后配置管理員根據(jù)班組回單進(jìn)行完成確認(rèn),若確認(rèn)完成,則將資源預(yù)占狀態(tài)更改為運(yùn)行狀態(tài);否則取消資源預(yù)占狀態(tài)。并定期進(jìn)行資源檢查驗(yàn)證,流程回顧,每個(gè)一個(gè)季度由系統(tǒng)自動生成配置管理報(bào)告,據(jù)此可進(jìn)行資源分析、預(yù)警等。

 (四)變更管理流程

 變更管理流程將通過標(biāo)準(zhǔn)統(tǒng)一的方法和步驟管理和控制所有對通信系統(tǒng)運(yùn)行環(huán)境有影響的變更。其目的在于:通過對所有變更的正確評估,可以維護(hù)通信系統(tǒng)運(yùn)行環(huán)境的完整性;確保變更和變更實(shí)施得到正確記錄,并提供審核統(tǒng)計(jì);減少或消除由于變更實(shí)施準(zhǔn)備不當(dāng)?shù)仍虺霈F(xiàn)的故障;提供一致性的變更實(shí)施質(zhì)量控制;提高資源使用率(如未得到正確控制和授權(quán)的變更需要更多的后續(xù)資源);確保實(shí)施的變更不會超出預(yù)定的系統(tǒng)利用限值確保緊急變更請求得到快速實(shí)施。

 三、IT服務(wù)管理體系的實(shí)施效果評價(jià)

 杭州市電力局通信部門I T 服務(wù)管理系統(tǒng)2006 年初上線運(yùn)行,截止到2007年9 月30 日,IT服務(wù)管理系統(tǒng)的配置項(xiàng)數(shù)據(jù)包括服務(wù)器、客戶端設(shè)備、網(wǎng)絡(luò)設(shè)備、變電站通信機(jī)房、變電站通信屏體信息、數(shù)據(jù)采集與監(jiān)視控制系統(tǒng)(SCADA) 采集點(diǎn)以及其他各種設(shè)備信息,總計(jì)有36個(gè)分類、95000多條記錄。自投運(yùn)以來總共記錄有效服務(wù)呼叫8546 條,電力通信網(wǎng)和管理信息化共關(guān)閉8492 條,完成比率達(dá)99 %。

 杭州市電力局通信部門I T 服務(wù)管理系統(tǒng)固化了18 種處理流程及衡量標(biāo)準(zhǔn)、20項(xiàng)事件流程服務(wù)指標(biāo)、10 項(xiàng)工作量考核指標(biāo)、28種事件分類指標(biāo)等可量化的I T運(yùn)行維護(hù)指標(biāo), 電力通信網(wǎng)和管理信息化都分別設(shè)置了流程經(jīng)理, 每個(gè)流程又明確了流程負(fù)責(zé)人,負(fù)責(zé)處理流程時(shí)限、效率和質(zhì)量。I T 服務(wù)管理系統(tǒng)提供了可觀、可測、可控、可量化的工作環(huán)境, 工作量考核、系統(tǒng)風(fēng)險(xiǎn)識別、流程實(shí)施關(guān)鍵績效指標(biāo)(KPI) 、人員技術(shù)能力等都可用“數(shù)字說話”。通過系統(tǒng)實(shí)施,事件處理更加高效, 變更管理更加規(guī)范、問題管理更加可控、IT服務(wù)水平和人員素質(zhì)得到了極大提高,為IT管理人員提供了方便高效的管理手段。

 四、結(jié)語

 IT服務(wù)管理系統(tǒng)運(yùn)行兩 年的實(shí)踐證明了ITSM是一套科學(xué)的方法論。實(shí)施效果表明該體系應(yīng)用成效顯著,流程清晰, 責(zé)權(quán)分明, 運(yùn)行維護(hù)內(nèi)容可量化,服務(wù)質(zhì)量可考核,運(yùn)作模式徹底告別了被動的救火隊(duì)式的管理,開始步入主動的有預(yù)案的IT服務(wù)管理良性發(fā)展軌道。通過系統(tǒng)的實(shí)施,各流程的關(guān)鍵績效指標(biāo)越來越好,問題的可控程度也越來越高。因此,有計(jì)劃、分步驟地將各流程應(yīng)用在日常的系統(tǒng)運(yùn)行維護(hù)和管理中去是現(xiàn)階段最切實(shí)可行的方法。

參考文獻(xiàn)

 [1]曹漢平,王強(qiáng),賈素玲.現(xiàn)代IT服務(wù)管理——基于ITIL的最佳實(shí)踐[M].清華大學(xué)出版社,2005.

 [2]孫強(qiáng),左天祖,劉偉.IT服務(wù)管理——概念、理解與實(shí)施[M].機(jī)械工業(yè)出版社,2007.

第4篇:配置管理和變更管理范文

誰也不曾想到,本著為企業(yè)業(yè)務(wù)服務(wù)的IT,在其基礎(chǔ)構(gòu)架日漸完善、無數(shù)個(gè)既相互關(guān)聯(lián)又彼此獨(dú)立的系統(tǒng)開始投入應(yīng)用時(shí),它反而成了業(yè)務(wù)的絆腳石。

但這并不奇怪,多數(shù)企業(yè)的信息化都是始于其核心業(yè)務(wù)部門,然后逐步鋪開的。在業(yè)務(wù)系統(tǒng)數(shù)量單一、功能相對簡單時(shí),人們對IT故障的控制也要容易得多。然而,當(dāng)IT服務(wù)面向的是企業(yè)業(yè)務(wù)全局而非局部功能時(shí),諸如應(yīng)用系統(tǒng)的集成,以及由此帶來的整體安全問題、資源配置問題等,如果得不到有效解決,各種惱人問題便會頻繁發(fā)生。于是,IT基礎(chǔ)構(gòu)架管理被提上了議事日程。

當(dāng)然,不可忽略的是相對于IT的迅猛發(fā)展,人們對于IT基礎(chǔ)構(gòu)架管理的方法和手段尚顯得稚嫩。直到ITIL的出現(xiàn),才猶如一縷清風(fēng)吹來,為IT基礎(chǔ)構(gòu)架管理帶來清新的氣息。

感受ITIL

恰如我們在做美味佳肴之前,總是試圖去找一張可以參考的菜單一樣,ITIL就是實(shí)施IT基礎(chǔ)構(gòu)架管理的最理想菜單。

當(dāng)ITIL的基本框架構(gòu)筑起來后后,許多IT服務(wù)管理的實(shí)踐者參與了ITIL的編撰工作。如今,ITIL已經(jīng)匯聚了以流程為導(dǎo)向、以客戶滿意和服務(wù)品質(zhì)為核心的IT服務(wù)管理最佳實(shí)踐,其目標(biāo)是將IT技術(shù)服務(wù)和企業(yè)業(yè)務(wù)進(jìn)行有效的整合。

面對這樣一份完美的“菜單”,IT基礎(chǔ)構(gòu)架管理者的感受各不相同。一方面,ITIL提供的一套基于最佳實(shí)踐的流程,確實(shí)能讓IT服務(wù)管理有章可循;但在另一方面,ITIL又顯得曲高而和寡,讓人覺得可望而不可及。

讓IT服務(wù)管理有章可循

可以說,ITIL是若干IT基礎(chǔ)構(gòu)架管理實(shí)踐者智慧的結(jié)晶。這些實(shí)踐者基于實(shí)踐,將一些日常的管理事務(wù),如財(cái)務(wù)管理、能力管理、可用性管理、配置管理等,進(jìn)行歸納和總結(jié),從而得出完成這些事務(wù)的最佳實(shí)踐方法。并且,這些方法被提煉成一個(gè)個(gè)相對獨(dú)立,但又彼此關(guān)聯(lián)的流程。

詳盡的菜單不僅羅列了每道菜肴的配方,還會列出每種配料的量多少為宜。ITIL與此有異曲同工之妙,它告訴人們在實(shí)施IT基礎(chǔ)構(gòu)架管理時(shí),哪些工作是必須做的,要做到什么程度才能達(dá)到最佳狀況。對于IT基礎(chǔ)構(gòu)架管理,人們從最初的茫然失措,到能根據(jù)ITIL明白管理的內(nèi)容和明晰管理的目的,這就是ITIL帶給人們最直觀的印象。

似乎可望不可及

當(dāng)然,完美的菜單并不能被所有的人所接受。菜單中列出的有些菜肴雖然讓人垂涎三尺,但其配料如此豐富、又如此珍稀,只能讓人望而興嘆,ITIL帶給眾多的中國企業(yè)用戶同樣的感受。

作為IT服務(wù)管理的最佳實(shí)踐的集合,ITIL對IT基礎(chǔ)構(gòu)架管理的描述是非常詳盡的,它包含十個(gè)核心流程(服務(wù)級別管理、IT服務(wù)財(cái)務(wù)管理、能力管理、IT服務(wù)持續(xù)性管理、可用性管理、配置管理、變更管理、管理、事件管理、問題管理)和一項(xiàng)管理職能(服務(wù)臺)。但對于多數(shù)剛剛開始關(guān)注IT基礎(chǔ)構(gòu)架管理的企業(yè)用戶來說,他們不能一口吃個(gè)胖子,把IT基礎(chǔ)構(gòu)架管理想得如此周全,而是把更多的目光投向服務(wù)臺、事件管理、問題管理等更貼近其需求的流程。這種情況下,過于詳盡的ITIL體系反而讓他們不知所措。

ITIL應(yīng)該更平易近人

中國的企業(yè)用戶真正接觸ITIL的時(shí)間不足五年,應(yīng)該說ITIL帶給IT基礎(chǔ)構(gòu)架管理的沖擊是前所未有的。透過ITIL,我們看到了一幅傾心的愿景圖:通過減少重復(fù)和冗余工作,將IT人員從煩瑣的故障排除工作中解放出來;通過規(guī)范工作流程,降低由人動導(dǎo)致的風(fēng)險(xiǎn),并提高IT部門的服務(wù)水平;通過提高IT服務(wù)的可用性、可靠性和安全性,為業(yè)務(wù)用戶提供高質(zhì)量的服務(wù);通過科學(xué)的財(cái)務(wù)控制,降低IT運(yùn)營成本,并提高企業(yè)IT投資的回報(bào)、提升企業(yè)的綜合競爭力。

但憧憬之余,我們不會忽略ITIL藍(lán)圖與現(xiàn)實(shí)之間的差距。ITIL自身復(fù)雜的體系和一直有待提升的管理水平,讓企業(yè)在接觸ITIL時(shí)有如得到一個(gè)燙手的山芋,不知從何下手。

首先,ITIL只是一套理論框架,并沒有告訴企業(yè)可操作的具體方法(如具體的制度、流程、員工的崗位手冊、職位描述、管理工具,等等),推廣ITIL需要彌補(bǔ)理論與實(shí)踐之間的差距。

其次,國內(nèi)廣大企業(yè)對基本的IT服務(wù)管理理念尚缺乏基本的了解和認(rèn)識,管理水平是制約ITIL應(yīng)用的瓶頸。

最后,國內(nèi)企業(yè)多是從局部開始接觸ITIL,真正的成功實(shí)施案例少,完整實(shí)施ITIL的例子更鳳毛麟角,人們?nèi)鄙僖粋€(gè)可以參照的樣板。

“美好得讓人難以置信”,人們總是這么評價(jià)ITIL??磥恚琁TIL要在中國扎根還得改改其“陽春白雪”的風(fēng)格,應(yīng)該變得更平易近人一點(diǎn)。

解決之道:整體化+工具化

即使是按照詳盡的菜單,人們也不一定就能做出美味佳肴,因?yàn)榕腼冞€要受個(gè)人手藝(比如刀功、火候的掌握等)的限制。但這并不成問題,因?yàn)橐恍┘妓囎吭降膹N師已將那些配方復(fù)雜、工藝難度大的菜肴制成半成品、甚至成品,人們無須做太多的工作就可以享用。

?系統(tǒng)管理、存儲、安全一層不差

ITIL過于精細(xì)的流程劃分,是人們對其望而生畏的原因之一。在實(shí)施ITIL的過程中,巧妙地處理這個(gè)問題的方法之一是,在遵循流程化思想的同時(shí),抓住IT基礎(chǔ)構(gòu)架管理的核心――系統(tǒng)管理、存儲和安全,并將ITIL的流程加以綜合,提供給企業(yè)用戶更為整體化的管理框架。

因?yàn)閷τ诙鄶?shù)企業(yè)用戶來說,精細(xì)的ITIL流程往往讓他們?yōu)榱鞒潭鞒袒罱K陷入流程的旋渦而難以自拔。

所以,IT服務(wù)管理商需要做的是,對ITIL流程加以綜合和分類,并嫻熟地將其融合到系統(tǒng)管理、存儲管理和安全管理中去,從而將ITIL流程以打包的方式帶給企業(yè)用戶。

結(jié)果,那些看似難以一一實(shí)現(xiàn)的流程,通過系統(tǒng)管理、存儲管理和安全管理的方式被實(shí)現(xiàn)了。

?寓理論框架于工具

對于任何非專業(yè)的廚師來說,僅憑一張菜單來做一道工序復(fù)雜的菜都不是容易的事。而ITIL更是高度抽象化,它列出的僅是IT基礎(chǔ)構(gòu)架管理各個(gè)環(huán)節(jié)的指標(biāo),甚至省卻了具體的操作步驟。

這樣,就需要將抽象的ITIL理念以工具的形式展現(xiàn)出來,提供給用戶的是實(shí)施ITIL的工具和方法,而不僅僅是一系列讓人費(fèi)解、難以操縱的指標(biāo)。

借用這些工具,用戶感受到的不是如何將其IT基礎(chǔ)構(gòu)架管理劃分成具體流程的瑣碎,而是流程化管理IT基礎(chǔ)構(gòu)架管理的暢快。

?流程化管理筑起整合系統(tǒng)平臺

至此,我們可以清晰地看到,ITIL作為一種先進(jìn)的IT服務(wù)管理體系,它用IT服務(wù)管理的最佳實(shí)踐提升了IT基礎(chǔ)構(gòu)架管理的科學(xué)性。但將ITIL帶出“象牙塔”,并得以推廣和應(yīng)用的卻是那些集成了ITIL流程化思想的管理工具。

鏈 接

變更、配置管理應(yīng)用的目標(biāo)

變更管理

變更管理的受重視程度正在上升,這就意味著使命也越來越大,除了控制變更,還包括改進(jìn)流程、增強(qiáng)集成性、支撐業(yè)務(wù)。

為了達(dá)到完整的效果,變更管理應(yīng)用包括如下幾個(gè)目的:

?提高變更實(shí)施的成功率;

?減少變更引起的非正常IT失效的廣度和幅度;

?將變更管理與其他服務(wù)管理流程集成;

?降低變更的成本;

?達(dá)到提高生產(chǎn)力;

?確立改善變更的標(biāo)準(zhǔn)處理流程和處理方法;

?評估風(fēng)險(xiǎn)和風(fēng)險(xiǎn)對業(yè)務(wù)的潛在影響;

?提高變更的透明度;

?提供有關(guān)溝通交流的高效渠道;

?管理每個(gè)變更的全部生命周期;

?管理變更之間的關(guān)系;

?管理變更的財(cái)務(wù)成本。

配置管理

在提供可靠服務(wù)來支持公司的業(yè)務(wù)目標(biāo)方面,IT部門面臨巨大的挑戰(zhàn)。其中大多數(shù)的解決需要良好的配置管理策略:如果都不知道您們環(huán)境有什么,就沒指望控制它們,維護(hù)它們和提高它們。根據(jù)ITIL服務(wù)支持手冊,配置管理應(yīng)該追求下列目標(biāo):

?落實(shí)組織的所有IT資產(chǎn)和配置及其相關(guān)服務(wù);

?提供準(zhǔn)確的配置信息和配置相關(guān)的文檔信息來支持所有別的服務(wù)管理流程;

第5篇:配置管理和變更管理范文

據(jù)統(tǒng)計(jì),我國國內(nèi)軟件企業(yè)規(guī)模相對較小,員工人數(shù)低于50人的軟件公司占有超過80%的比例。目前,迫于生存的壓力,這些企業(yè)往往忽視了軟件設(shè)計(jì)與開發(fā)的過程規(guī)范工作,對于開發(fā)生命周期的管理意識非常薄弱。這也正是國內(nèi)軟件產(chǎn)品質(zhì)量難以控制和軟件企業(yè)不能成長的主要原因之一。

軟件開發(fā)凸現(xiàn)管理需求

加入WTO使得國內(nèi)絕大部分企業(yè)日益重視企業(yè)管理水平的提高。但是,處在企業(yè)管理變革中至關(guān)重要地位的應(yīng)用系統(tǒng)的開發(fā)者,似乎并沒有跟上這種潮流,規(guī)范軟件開發(fā)生命周期管理。其實(shí),企業(yè)應(yīng)用需求的變化和客觀市場環(huán)境給各類開發(fā)者提出了加快產(chǎn)品開發(fā)速度的要求。軟件產(chǎn)業(yè)的發(fā)展,造就了越來越多的軟件供應(yīng)商,這給開發(fā)機(jī)構(gòu)帶來了更加激烈的競爭,促進(jìn)他們更快地推出產(chǎn)品。

與IT技術(shù)的其它領(lǐng)域相同,軟件產(chǎn)業(yè)在飛速的發(fā)展和變化之中,尤其是新技術(shù)和新理念日新月異,軟件開發(fā)環(huán)境更加復(fù)雜和難以管理。技術(shù)和產(chǎn)品的更新?lián)Q代令技術(shù)人員和管理人員感到明顯的壓力,Internet/Intranet的普及,軟件開發(fā)技術(shù)在不斷發(fā)展,開發(fā)效率在不斷提高,使得開發(fā)周期逐步從原來的數(shù)月甚至數(shù)年縮短到幾天或幾個(gè)小時(shí)。在軟件企業(yè)內(nèi)部,開發(fā)B/S及C/S架構(gòu)應(yīng)用系統(tǒng)的軟件團(tuán)隊(duì)往往分布于不同地點(diǎn)。如果沒有一個(gè)自動化追蹤軟件模塊變更管理體系,使團(tuán)隊(duì)成員共享LAN或WAN的開發(fā)環(huán)境,不可避免地要引出許多配合問題,造成時(shí)間和資源的浪費(fèi),甚至是組織聲譽(yù)的受損。在如此大的市場壓力下,如果不能及時(shí)地完善系統(tǒng)開發(fā)生命周期管理,勢必使企業(yè)的軟件產(chǎn)品長期裹步不前,從而喪失競爭優(yōu)勢。

需求管理事半功倍

當(dāng)前,國內(nèi)IT市場逐漸呈現(xiàn)出需求驅(qū)動應(yīng)用和需求變化迅速兩大趨勢。所謂需求,就是來源于用戶的實(shí)際需要,來源于參照行業(yè)規(guī)范對某個(gè)特定行業(yè)特性的提煉。其間也體現(xiàn)著對用戶實(shí)際業(yè)務(wù)流程的分析,對用戶自身特性與需求的考慮。

需求管理是完整開發(fā)生命周期管理中非常重要的一環(huán),它的意義在于從開發(fā)生命周期的源頭開始控制錯(cuò)誤的發(fā)生機(jī)率。在需求管理中發(fā)現(xiàn)并糾正的錯(cuò)誤,如果一旦被忽視并持續(xù)到開發(fā)應(yīng)用后的維護(hù)階段,所造成的損失將會增加200倍。在全球市場上,Telelogic DOORS、IBM RequisitePro和Borland CaliberRM是應(yīng)用最為廣泛的三大需求管理應(yīng)用軟件。Anders Lidbeck強(qiáng)調(diào),需求管理要深度掘取用戶需求細(xì)節(jié),即時(shí)跟蹤應(yīng)用現(xiàn)狀,驗(yàn)證企業(yè)管理的變化。需求管理應(yīng)當(dāng)是已知系統(tǒng)需求的全面體現(xiàn),對關(guān)鍵需求的疏忽很可能是災(zāi)難性的。需求管理的過程,從需求獲取開始貫于整個(gè)開發(fā)生命周期,目標(biāo)是實(shí)現(xiàn)最終產(chǎn)品同需求的最佳結(jié)合。他表示,需求管理本就是一個(gè)動態(tài)的過程,而這種過程正朝著自動化和智能化的方向發(fā)展。

配置管理增進(jìn)自適應(yīng)力

第6篇:配置管理和變更管理范文

關(guān)鍵字:PDM系統(tǒng),企業(yè)

一、引言

PDM(Product Data Management)是以產(chǎn)品為中心,通過計(jì)算機(jī)網(wǎng)絡(luò)和數(shù)據(jù)庫技術(shù),把企業(yè)生產(chǎn)過程中所有與產(chǎn)品相關(guān)的信息和過程集成起來,統(tǒng)一管理,使產(chǎn)品數(shù)據(jù)在其生命周期內(nèi)保持一致、最新和安全,為工程技術(shù)人員提供一個(gè)協(xié)同工作的環(huán)境,從而縮短產(chǎn)品研發(fā)周期、降低成本、提高質(zhì)量,為企業(yè)贏得競爭優(yōu)勢。一般而言,與產(chǎn)品相關(guān)的信息包括項(xiàng)目計(jì)劃、設(shè)計(jì)數(shù)據(jù)、產(chǎn)品模型、工程圖紙、技術(shù)規(guī)范、工藝資料等等;與產(chǎn)品相關(guān)的過程包括工作流程、機(jī)構(gòu)關(guān)系等過程處理程序。PDM技術(shù)就是將它們集成并管理起來,使企業(yè)的并行工程能夠真正發(fā)揮效益。

二、PDM數(shù)據(jù)統(tǒng)一管理

(1)設(shè)計(jì)文檔管理。管理的主要文檔包含:與產(chǎn)品直接相關(guān)的2D/3D圖檔、設(shè)計(jì)技術(shù)文件、研試文件、軟件文檔,以及其它相關(guān)技術(shù)文件等等,主要功能內(nèi)容如下:

1)多種格式文檔的創(chuàng)建和關(guān)聯(lián)。對文檔的創(chuàng)建和組織可以按照兩種方式進(jìn)行:產(chǎn)品結(jié)構(gòu)、普通文件夾。實(shí)現(xiàn)了通過產(chǎn)品結(jié)構(gòu)的部件節(jié)點(diǎn)組織、創(chuàng)建和關(guān)聯(lián)文檔的能力。

2)文檔的分類與屬性管理。實(shí)現(xiàn)文檔的分類管理??梢詫⑽臋n按照類型劃分為圖檔類、非圖檔類、研試文件、軟件文檔等類型,并提供了各類文檔的詳細(xì)信息,根據(jù)類型不同規(guī)劃了不同的屬性模型,便于文檔的查詢、統(tǒng)計(jì)和最大化重用。

3)文檔存儲和訪問安全性控制??梢园凑諛I(yè)務(wù)需求,對不同類型的文檔進(jìn)行不同的存儲劃分和權(quán)限控制。

4)文檔版本管理。提供了強(qiáng)大的版本管理功能,有效地支持對歷史數(shù)據(jù)的追溯和參照。

(2)產(chǎn)品結(jié)構(gòu)與配置管理。產(chǎn)品結(jié)構(gòu)與配置管理是PDM系統(tǒng)的核心功能。其管理產(chǎn)品、部件、零件之間的分級關(guān)系,以及產(chǎn)品之間的衍生關(guān)系,并以產(chǎn)品結(jié)構(gòu)為核心,把定義最終產(chǎn)品的所有工程數(shù)據(jù)和文檔聯(lián)系起來,實(shí)現(xiàn)產(chǎn)品數(shù)據(jù)的組織、管理和控制,并在一定目標(biāo)和規(guī)則約束下通過配置向用戶提品結(jié)構(gòu)的不同視圖和描述。

產(chǎn)品結(jié)構(gòu)與配置管理的主要功能包括:

1)產(chǎn)品結(jié)構(gòu)樹的創(chuàng)建可以通過手工創(chuàng)建、Pro/E集成自動創(chuàng)建、導(dǎo)入創(chuàng)建等方式。用戶可以在PDM系統(tǒng)中手工交互式地創(chuàng)建、維護(hù)產(chǎn)品結(jié)構(gòu)樹,該方式比較靈活;當(dāng)從Pro/E環(huán)境中檢入模型時(shí),可以自動創(chuàng)建相應(yīng)的產(chǎn)品結(jié)構(gòu);可以通過導(dǎo)入Excel的CSV文件中的明細(xì)清單批量創(chuàng)建零部件的產(chǎn)品結(jié)構(gòu)樹;

2)以產(chǎn)品結(jié)構(gòu)為核心組織和管理產(chǎn)品設(shè)計(jì)文檔,通過按、有效性等配置規(guī)范來管理產(chǎn)品在不同研制階段的技術(shù)狀態(tài)演化;

(3)電子化工作流程管理。實(shí)現(xiàn)產(chǎn)品零部件和設(shè)計(jì)文檔的生命周期和電子化審簽流程管理,其中流程包括:批量審簽流程、部件審簽流程、非圖檔類設(shè)計(jì)文件審簽流程、單文檔審簽流程等。PDM系統(tǒng)用戶可以搜索和查看所有的審簽流程歷史記錄。

1)批量審簽流程。要審簽的產(chǎn)品結(jié)構(gòu)可以和其關(guān)聯(lián)的CAD文檔和圖檔類設(shè)計(jì)文檔一起打包進(jìn)行批量審簽。創(chuàng)建了批量審簽單元后,需要選擇流程審簽人員,然后才能啟動批量審簽流程進(jìn)行批量審簽。

對于三維部件和圖檔類設(shè)計(jì)文檔的審簽,流程中的審簽人員可以利用ProductView打開要審簽部件的可視化模型進(jìn)行瀏覽、批注。

2)非圖檔類設(shè)計(jì)文件審簽流程。該審簽流程支持對非圖檔類設(shè)計(jì)文件、研試文件、軟件文檔、技術(shù)通知單等文檔的電子審簽。該類文件創(chuàng)建時(shí)就自動啟動審簽流程進(jìn)行電子化審簽。

(4)工程更改管理。通過PDM系統(tǒng)的CMII工程變更管理可以建立有效的變更業(yè)務(wù)控制手段,實(shí)現(xiàn)對變更信息和變更過程的有效管理;基于變更請求、變更通知單等變更對象實(shí)現(xiàn)對工程變更業(yè)務(wù)的管理,以相關(guān)性分析作為重點(diǎn),實(shí)現(xiàn)了高效的更改管理。

(5)與其他系統(tǒng)集成管理

1)與PRO/E集成管理。設(shè)計(jì)人員可以在PRO/E設(shè)計(jì)環(huán)境中創(chuàng)建自己的PDM工作區(qū),系統(tǒng)支持將設(shè)計(jì)模型檢入到PDM系統(tǒng)中,并且在后臺自動將該設(shè)計(jì)模型轉(zhuǎn)換為ProductView輕量可視化模型供用戶在PDM系統(tǒng)中方便、快捷地瀏覽和圈閱。

2)與Microsoft Office集成管理。對需要提交到PDM系統(tǒng)中的Office文件,與Office工具提供了桌面級的集成,直接從Office應(yīng)用程序中實(shí)現(xiàn)數(shù)據(jù)的檢入、檢出、查詢。

三、PDM3個(gè)層面功能

PDM的功能主要由3個(gè)層面組成:支撐層、維護(hù)層和核心層。

支撐層為PDM實(shí)施的基礎(chǔ),主要包括數(shù)據(jù)庫管理系統(tǒng)和網(wǎng)絡(luò),這里不僅包括

軟件,如操作系統(tǒng)等,還包括計(jì)算機(jī)硬件,這些為PDM的實(shí)施提供了物質(zhì)和技術(shù)上的支持。維護(hù)層則是PDM系統(tǒng)的維護(hù)工作,包括數(shù)據(jù)集的維護(hù),部門和用戶的管理,項(xiàng)目創(chuàng)建以及項(xiàng)目中角色的定義。這些模塊主要完成PDM系統(tǒng)的控制和管理,保證PDM系統(tǒng)的順暢推廣使用。核心層則是PDM實(shí)施的核心部分,也是用戶主要面對的模塊。核心層包括文檔管理、產(chǎn)品結(jié)構(gòu)管理、流程管理、電子數(shù)據(jù)倉庫管理、CAX/ERP應(yīng)用軟件集成以及接口管理系統(tǒng)等。其中文檔結(jié)構(gòu)化管理是產(chǎn)品結(jié)構(gòu)管理和流程管理的支撐,后兩者所產(chǎn)生的文檔由文檔管理來控制。

四、PDM系統(tǒng)的集成

PDM系統(tǒng)和企業(yè)中其他系統(tǒng)的聯(lián)系則主要通過應(yīng)用軟件集成和接口管理系統(tǒng)以及數(shù)據(jù)倉庫來完成,這樣才能實(shí)現(xiàn)企業(yè)中各個(gè)部分的有機(jī)集成,達(dá)到數(shù)據(jù)最大限度共享。而PDM系統(tǒng)通過對數(shù)據(jù)以及數(shù)據(jù)流的管理和控制,將企業(yè)中的各個(gè)系統(tǒng)有機(jī)地組織在一起,實(shí)現(xiàn)了企業(yè)中信息的集成、過程的集成和人的集成,這對于企業(yè)的信息化建設(shè)過程來說,是非常重要的。

五、小結(jié)

PDM在邏輯上將信息化孤島集成起來,利用計(jì)算機(jī)系統(tǒng)控制整個(gè)產(chǎn)品的開發(fā)設(shè)計(jì)過程,通過逐步建立虛擬的產(chǎn)品模型,最終形成完整的產(chǎn)品描述、生產(chǎn)過程描述以及生產(chǎn)過程控制數(shù)據(jù)?,F(xiàn)今,在企業(yè)中,PDM系統(tǒng)不是要不要使用的問題了,而是如何把PDM更好的應(yīng)用于科研生產(chǎn)線上,給企業(yè)節(jié)約成本,取得更高的經(jīng)濟(jì)效益。

參考文獻(xiàn)

第7篇:配置管理和變更管理范文

【關(guān)鍵詞】信息化項(xiàng)目;信息系統(tǒng);項(xiàng)目整體管理

在當(dāng)代企業(yè)中,越來越多的戰(zhàn)略目標(biāo)是通過項(xiàng)目這一形式來實(shí)現(xiàn)的。在信息化與工業(yè)化兩化融合的浪潮下,信息化建設(shè)與項(xiàng)目建設(shè)的結(jié)合也越來越緊密。在信息化項(xiàng)目的建設(shè)過程中,對于大型項(xiàng)目的管理尤為重要,是項(xiàng)目建設(shè)所必須的。大型及復(fù)雜項(xiàng)目,一般有如下幾個(gè)特征:項(xiàng)目周期較長、項(xiàng)目規(guī)模較大、目標(biāo)構(gòu)成復(fù)雜、項(xiàng)目團(tuán)隊(duì)構(gòu)成復(fù)雜等[1]。在大型復(fù)雜的項(xiàng)目中,項(xiàng)目的整體管理尤為重要,本文從間接管理、分級管理、分工管理的角度,對大型項(xiàng)目的整體管理進(jìn)行了研究和分析,論述了項(xiàng)目整體管理中的項(xiàng)目啟動、編寫初步范圍說明書、制定整體管理計(jì)劃、指導(dǎo)和管理項(xiàng)目執(zhí)行、監(jiān)督和管理項(xiàng)目、整體變更管理和項(xiàng)目收尾等在項(xiàng)目建設(shè)中的作用。

1.項(xiàng)目章程

項(xiàng)目合同簽訂后,需要根據(jù)合同和項(xiàng)目工作說明書SOW撰寫項(xiàng)目章程,建立項(xiàng)目型管理組織,授權(quán)相關(guān)管理人員為高級項(xiàng)目經(jīng)理,規(guī)定了該項(xiàng)目的主要建設(shè)目標(biāo)和費(fèi)用,為項(xiàng)目配備了管理經(jīng)驗(yàn)豐富的子項(xiàng)目經(jīng)理和技術(shù)水平較高的骨干人員。在此過程中,項(xiàng)目的授權(quán)是十分重要的內(nèi)容,在實(shí)踐中,很多項(xiàng)目因?yàn)闆]有清晰的授權(quán),在建設(shè)過程中多頭管理,多人負(fù)責(zé)事實(shí)上成為了無人負(fù)責(zé),管理混亂最終將導(dǎo)致項(xiàng)目失敗。

2.編制初步的范圍說明書

高級項(xiàng)目經(jīng)理依據(jù)項(xiàng)目章程獲取授權(quán)后,需著手編寫初步的項(xiàng)目范圍說明書。管理團(tuán)隊(duì)需分析項(xiàng)目章程和工作說明書,結(jié)合團(tuán)隊(duì)的項(xiàng)目管理經(jīng)驗(yàn),對項(xiàng)目的建設(shè)目標(biāo)、可交付物、驗(yàn)收標(biāo)準(zhǔn)、初步的項(xiàng)目里程碑,初步的風(fēng)險(xiǎn),成本的概算等進(jìn)行描述,形成初步的范圍說明書。很多建設(shè)項(xiàng)目往往對項(xiàng)目范圍說明書不夠重視,沒有形成書面的統(tǒng)一意見,很多管理人員依據(jù)自己想當(dāng)然的目標(biāo)進(jìn)行建設(shè),項(xiàng)目的建設(shè)目標(biāo)和范圍不明確,需求方經(jīng)常根據(jù)臨時(shí)的想法變更目標(biāo),范圍不斷蔓延,導(dǎo)致項(xiàng)目的無法達(dá)到驗(yàn)收目標(biāo),很多項(xiàng)目久拖不決,最終無法完成。在該項(xiàng)目中,管理團(tuán)隊(duì)對范圍說明書非常重視,根據(jù)項(xiàng)目的目標(biāo)和可交付物,將項(xiàng)目分為大屏幕集中顯示子系統(tǒng),數(shù)字化視頻監(jiān)控平臺子系統(tǒng)、調(diào)度管理軟件集成開發(fā)、服務(wù)器及存儲設(shè)備安裝調(diào)試及信息機(jī)房建設(shè)5個(gè)子項(xiàng)目,并逐一注明了各部分建設(shè)需要達(dá)到的驗(yàn)收標(biāo)準(zhǔn)。

3.制定項(xiàng)目整體管理計(jì)劃

對于大項(xiàng)目管理,項(xiàng)目的過程計(jì)劃是必須優(yōu)先考慮的。在完成項(xiàng)目初步的范圍說明書后,項(xiàng)目管理團(tuán)隊(duì)需在組織原有項(xiàng)目管理流程和模板的基礎(chǔ)上,編制項(xiàng)目的整體管理計(jì)劃,指導(dǎo)各子項(xiàng)目經(jīng)歷生成了子項(xiàng)目的范圍管理、質(zhì)量管理、進(jìn)度管理、成本管理、人力資源管理等管理子計(jì)劃。因?yàn)橥ǔ4笮蛷?fù)雜項(xiàng)目周期較長,可交付物和干系人較多,系統(tǒng)較復(fù)雜,為保障項(xiàng)目順利執(zhí)行,需重點(diǎn)加強(qiáng)項(xiàng)目的配置管理,為項(xiàng)目設(shè)立專門的配置管理員,建立配置的版本規(guī)則和管理流程。大型項(xiàng)目的管理流程除了需遵循組織管理的管理規(guī)定外,還可以根據(jù)大型項(xiàng)目的實(shí)際情況和特點(diǎn)建立專用于此項(xiàng)目的流程,提高項(xiàng)目管理的效率和質(zhì)量。實(shí)踐證明,為項(xiàng)目管理建立配置和管理流程所花費(fèi)的人力成本,遠(yuǎn)遠(yuǎn)低于因項(xiàng)目管理不當(dāng)造成返工、窩工、交流障礙等項(xiàng)目建設(shè)的損失。

4.指導(dǎo)和管理項(xiàng)目的執(zhí)行

有了好的計(jì)劃并不意味著項(xiàng)目能夠自動成功,因此對管理的執(zhí)行就成為管理關(guān)注的焦點(diǎn)。在項(xiàng)目的推進(jìn)過程中,各子項(xiàng)目經(jīng)理需嚴(yán)格按照管理計(jì)劃進(jìn)行日常的項(xiàng)目管理,確保項(xiàng)目整體有序高效推進(jìn)。例如,大屏幕顯示系統(tǒng)子項(xiàng)目經(jīng)理,應(yīng)按照該子項(xiàng)目的進(jìn)度計(jì)劃,安排設(shè)備招標(biāo)采購、預(yù)埋管道、預(yù)敷線纜、到貨驗(yàn)貨、拼接組合、系統(tǒng)調(diào)試、烤機(jī)運(yùn)行等工作,確保了該子系統(tǒng)的按時(shí)完成。

5.監(jiān)督和控制項(xiàng)目工作

項(xiàng)目推進(jìn)除了需要日常的工作管理之外,還離不開對項(xiàng)目績效的監(jiān)督和控制。項(xiàng)目管理團(tuán)隊(duì)需對項(xiàng)目工作進(jìn)行了系統(tǒng)的監(jiān)督和控制。按照管理計(jì)劃,每周舉行項(xiàng)目績效報(bào)告會,對項(xiàng)目的進(jìn)度、成本等進(jìn)行掙值分析,對項(xiàng)目的范圍、質(zhì)量等對比管理基線查找偏差,發(fā)現(xiàn)問題。實(shí)踐證明,如果未能及時(shí)發(fā)現(xiàn),各個(gè)步驟的偏差累積,最終會導(dǎo)致較為嚴(yán)重的后果,造成的損失遠(yuǎn)大于監(jiān)督控制所花費(fèi)的開銷,項(xiàng)目的監(jiān)督和控制對預(yù)防錯(cuò)誤的蔓延具有良好的效果。

6.變更的管理

項(xiàng)目建設(shè)并不都是一切按照計(jì)劃進(jìn)行的,對于工期較長的項(xiàng)目更是如此。因此建立一套嚴(yán)格的項(xiàng)目變更管理流程是十分的必要。在項(xiàng)目中,管理團(tuán)隊(duì)需建立變更提交、初審、CCB決策、變更執(zhí)行、變更驗(yàn)證和變更記錄等管理過程。因?yàn)橄嚓P(guān)項(xiàng)目投資大,變更影響較大,因此CCB通常由乙方和甲方領(lǐng)導(dǎo)組成,對項(xiàng)目中的變更進(jìn)行審核。項(xiàng)目管理人員需根據(jù)變更決議和變更記錄,修改建設(shè)計(jì)劃并積極執(zhí)行。良好的變更管理是應(yīng)對項(xiàng)目建設(shè)過程中各種變化的有效措施,嚴(yán)格控制的變更管理是控制項(xiàng)目在有限范圍內(nèi)完成的有力保障。

7.項(xiàng)目收尾

設(shè)備安裝到位、軟件開發(fā)完畢并不意味著項(xiàng)目的結(jié)束。項(xiàng)目管理團(tuán)隊(duì)在項(xiàng)目收尾階段需重點(diǎn)進(jìn)行項(xiàng)目的合同收尾和管理收尾工作。項(xiàng)目收尾標(biāo)志著項(xiàng)目建設(shè)的完成,項(xiàng)目收尾的各項(xiàng)文檔和總結(jié)時(shí)十分重要的,良好的收尾管理,是項(xiàng)目能夠順利驗(yàn)收的有效保證;全面的總結(jié),是提高管理和技術(shù)能力的有效手段。項(xiàng)目管理團(tuán)隊(duì)需申請甲方按照合同要求對項(xiàng)目進(jìn)行驗(yàn)收,對項(xiàng)目的開發(fā)文檔、管理文檔和產(chǎn)品文檔進(jìn)行歸檔檢查,向甲方移交合同規(guī)定的資料。之后需組織全體項(xiàng)目成員召開項(xiàng)目總結(jié)會,總結(jié)在項(xiàng)目中的經(jīng)驗(yàn)、不足和應(yīng)對措施,更新相關(guān)組織過程資產(chǎn),對項(xiàng)目和人員的績效進(jìn)行評估和總結(jié)。

8.結(jié)束語

綜上所述,對于大型復(fù)雜信息化項(xiàng)目,項(xiàng)目的整體管理是非常必要的。只有嚴(yán)格規(guī)范化、標(biāo)準(zhǔn)化的整體管理措施,才能保證信息化項(xiàng)目的有效實(shí)施。推進(jìn)信息化項(xiàng)目建設(shè)的科學(xué)管理勢在必行。

參考文獻(xiàn)

第8篇:配置管理和變更管理范文

關(guān)鍵詞:質(zhì)量管理;軟件開發(fā);應(yīng)用

Application of Quality Management in Software Development

ZHU Yan, WANG Fang, YANG Yu

(Jiangsu Suzhou Power Supply Company, Suzhou 215004, China)

Abstract: With the high-speed development of software industry, overtime and over-budget of software development have become the most concern to the software industry. In order to effectively manage software development, some companies also introduced an important post, quality management, to manage and get feedback of the project information in time, thus all important trouble can be controlled in early stage, and a lot of manpower, resource and finance will be saved.

Key words: quality management; software development; application

隨著社會信息化水平的不斷提高,隨之帶來的信息市場競爭激烈。企業(yè)為了求生存,在市場競爭中處于不敗之地,滿足客戶要求則成為各行各業(yè)的首要責(zé)任。如今的IT項(xiàng)目,軟件工程倍受關(guān)注,而軟件的質(zhì)量更是重中之重,因此,要求企業(yè)對質(zhì)量管理加強(qiáng)認(rèn)識。目前,軟件質(zhì)量管理基本使用定性指標(biāo),軟件質(zhì)量保證理論側(cè)重于解決組織和管理的流程問題[1]。

軟件質(zhì)量模型早期由McCall 提出,在此基礎(chǔ)上,國際標(biāo)準(zhǔn)化組織(ISO)提出軟件質(zhì)量的三層模型[2-3]。軟件項(xiàng)目的質(zhì)量管理主要包括:質(zhì)量計(jì)劃編制、質(zhì)量保證和質(zhì)量控制三個(gè)過程域。質(zhì)量計(jì)劃是根據(jù)項(xiàng)目的立項(xiàng)文檔,對具體的計(jì)劃執(zhí)行情況進(jìn)行裁減,其內(nèi)容全面反應(yīng)用戶的要求,為質(zhì)量小組成員提供了工作指南,為整個(gè)項(xiàng)目組成員提供了工作標(biāo)準(zhǔn)和工作依據(jù),為確保項(xiàng)目質(zhì)量提供了堅(jiān)實(shí)的基礎(chǔ)。質(zhì)量保證則是貫穿整個(gè)項(xiàng)目全生命周期的有計(jì)劃和有系統(tǒng)的活動,經(jīng)常性地針對整個(gè)項(xiàng)目質(zhì)量計(jì)劃的執(zhí)行情況進(jìn)行評估、檢查與改進(jìn)等工作,向管理者或其他方提供信任,確保項(xiàng)目質(zhì)量與計(jì)劃保持一致。質(zhì)量控制必須對階段性的成果進(jìn)行測試、驗(yàn)證,而很多失敗的軟件開發(fā)案例正是由于在測試中發(fā)現(xiàn)了先天存在的、無法修復(fù)的缺陷,這更說明了質(zhì)量管理在軟件開發(fā)中的重要性[4]。

1 未實(shí)施質(zhì)量管理的劣勢

公司在軟件開發(fā)方面逐步向正規(guī)化發(fā)展,以前在軟件開發(fā)方面比較隨意,存在的缺點(diǎn)主要有:很能全面考慮技術(shù)難點(diǎn),影響項(xiàng)目開發(fā)的整體進(jìn)度;沒有規(guī)范統(tǒng)一格式的開發(fā)代碼,開發(fā)人員編寫的代碼風(fēng)格迥異;技術(shù)文檔在項(xiàng)目開發(fā)過程中沒有統(tǒng)一管理,導(dǎo)致項(xiàng)目開發(fā)雜亂無章等問題??紤]到以上問題,公司在軟件開發(fā)方面增強(qiáng)管理力度,軟件開發(fā)的質(zhì)量管理也逐漸提入公司的日程。

2 質(zhì)量管理的優(yōu)點(diǎn)

公司在軟件開發(fā)方面采用質(zhì)量管理,帶來很多優(yōu)點(diǎn),提高公司的工作效率與收益。質(zhì)量管理的優(yōu)點(diǎn)具體如下:

2.1 保證項(xiàng)目進(jìn)度

項(xiàng)目進(jìn)度與項(xiàng)目計(jì)劃是否一致直接決定軟件開發(fā)是否順利。一個(gè)合理的項(xiàng)目計(jì)劃對項(xiàng)目開發(fā)尤為重要,而要制定合理的項(xiàng)目計(jì)劃,與項(xiàng)目計(jì)劃制定者從事類似工作的經(jīng)驗(yàn)有直接關(guān)系。經(jīng)驗(yàn)豐富的項(xiàng)目計(jì)劃者可以預(yù)見潛在的風(fēng)險(xiǎn),在問題細(xì)節(jié)上也考慮得更周全,更能保證項(xiàng)目進(jìn)度和計(jì)劃的一致性。圖1是某個(gè)項(xiàng)目的項(xiàng)目計(jì)劃實(shí)施情況。

項(xiàng)目計(jì)劃制定初期,由質(zhì)量管理小組召開項(xiàng)目計(jì)劃評審會,討論項(xiàng)目計(jì)劃的可行性,對計(jì)劃中不合理的地方進(jìn)行修改完善,并由質(zhì)量管理人員對其結(jié)果跟蹤,以確保項(xiàng)目計(jì)劃完整性和可行性,完善的計(jì)劃交由配置管理人員進(jìn)行管理。

計(jì)劃實(shí)施過程中,計(jì)劃并不是固定不變的。當(dāng)發(fā)生變化時(shí),質(zhì)量管理小組報(bào)告項(xiàng)目經(jīng)理,由項(xiàng)目經(jīng)理負(fù)責(zé)對計(jì)劃進(jìn)行維護(hù)。使項(xiàng)目按新調(diào)整后的計(jì)劃正常進(jìn)行,并且盡量讓開發(fā)進(jìn)度趕上原先的項(xiàng)目計(jì)劃。項(xiàng)目計(jì)劃以里程碑為界限,將整個(gè)開發(fā)周期劃分為若干階段。里程碑在項(xiàng)目開發(fā)過程中有著很重要的作用,每個(gè)里程碑都要有階段性的成果交付,同時(shí)可以根據(jù)里程碑將項(xiàng)目計(jì)劃作動態(tài)調(diào)整。

2.2 項(xiàng)目開發(fā)過程中監(jiān)管

2.2.1 需求

需求分析是指理解用戶需求,就軟件功能與客戶達(dá)成一致,估計(jì)軟件風(fēng)險(xiǎn)和評估項(xiàng)目代價(jià),最終形成開發(fā)計(jì)劃的一個(gè)復(fù)雜過程。在此過程中,用戶是處在主導(dǎo)地位,需求分析工程師和項(xiàng)目經(jīng)理要負(fù)責(zé)整理用戶需求,為軟件設(shè)計(jì)打下基礎(chǔ)。在開發(fā)過程中,開發(fā)前期犯下的錯(cuò)誤,會在開發(fā)后期被累積和放大,時(shí)間越久,糾正錯(cuò)誤所花費(fèi)的代價(jià)越昂貴,也越發(fā)影響系統(tǒng)的工期和系統(tǒng)的質(zhì)量。解決這些錯(cuò)誤的方法時(shí)通常采用邀請用戶參與進(jìn)行需求評定,用戶的意見由質(zhì)量管理員跟蹤。即所有需求的實(shí)現(xiàn)過程都得到跟蹤、監(jiān)督與驗(yàn)證;所有需求的變化都得到控制、理解和處理[5-6]。

雖然在需求調(diào)研期間積極地和用戶溝通,但仍然避免不了項(xiàng)目進(jìn)行中用戶的需求,如變更請求。由質(zhì)量管理小組組織討論實(shí)施變更的可行性及實(shí)施后所帶來的影響,無論哪種變更都需要對相應(yīng)的資料實(shí)施同步變更。若變更會帶來巨大影響而導(dǎo)致項(xiàng)目進(jìn)度的延期,項(xiàng)目組需要將變更報(bào)告提交給用戶并同用戶進(jìn)行協(xié)調(diào),討論變更的取舍問題或是項(xiàng)目進(jìn)度變更問題。決定變更之后,質(zhì)量管理成員監(jiān)督變更實(shí)施過程并協(xié)助配置管理員對變更后涉及的資料進(jìn)行版本控制。

2.2.2 設(shè)計(jì)

優(yōu)良的體系結(jié)構(gòu)應(yīng)當(dāng)具備可擴(kuò)展性和可配置性,而良好的體系結(jié)構(gòu)則需要優(yōu)秀的設(shè)計(jì)方法,因此,設(shè)計(jì)選型成為了系統(tǒng)設(shè)計(jì)首要的工作。對于設(shè)計(jì)選型需要針對項(xiàng)目的結(jié)構(gòu)、項(xiàng)目的特征和用戶的需求來分析,同時(shí)還要要考慮到參與項(xiàng)目開發(fā)的小組成員的整體素質(zhì)。例如,項(xiàng)目經(jīng)理選擇的設(shè)計(jì)方法具有明顯的優(yōu)勢,但項(xiàng)目組部分成員并不是十分熟悉這種設(shè)計(jì)方法,而且在時(shí)間評估上沒有考慮到某些程序員的學(xué)習(xí)適應(yīng)期。在這個(gè)項(xiàng)目的開發(fā)過程中,存在了嚴(yán)重的項(xiàng)目延期問題,由此可以看出,設(shè)計(jì)方法的選擇對項(xiàng)目開發(fā)的重要性,盡管有些設(shè)計(jì)方法有明顯的優(yōu)勢,但是熟悉的設(shè)計(jì)方法能為項(xiàng)目的開發(fā)節(jié)省許多時(shí)間,正確的選擇可以減少項(xiàng)目承擔(dān)的技術(shù)風(fēng)險(xiǎn)。設(shè)計(jì)方法的選擇需要由質(zhì)量管理小組組織討論,確定設(shè)計(jì)方法更具有可操作性,確定后項(xiàng)目組根據(jù)設(shè)計(jì)方法實(shí)施。

公共類開發(fā)要求項(xiàng)目組成員在設(shè)計(jì)階段通過對用戶需求的仔細(xì)研究,盡可能的識別、提煉出公共類,并進(jìn)行定義。公共類應(yīng)該具有通用性、可復(fù)用性,對公司和個(gè)人都是有利的,對項(xiàng)目組成員是一種學(xué)習(xí)的機(jī)會,另外可以為公司節(jié)約大量的成本和縮短工期。公共類開發(fā)后由質(zhì)量管理小組把關(guān),確認(rèn)沒問題后交由配置管理員保存入庫,方便開發(fā)人員長期使用。

2.2.3 實(shí)現(xiàn)與測試

系統(tǒng)實(shí)現(xiàn)也就是軟件代碼的編寫過程,這里不僅包括代碼的產(chǎn)生,同時(shí)也包括測試用例的產(chǎn)生。開發(fā)人員針對項(xiàng)目組之前的詳細(xì)設(shè)計(jì),程序員編寫代碼,調(diào)試代碼。每個(gè)階段質(zhì)量管理小組都要對項(xiàng)目組進(jìn)行管理,在編碼過程中檢查項(xiàng)目組的開發(fā)代碼,有問題直接讓開發(fā)人員修改。測試人員不僅要測試軟件的功能是否完整,還要測試軟件的性能。軟件的性能也直接影響到軟件開發(fā)的成敗,為了避免重頭再來,項(xiàng)目組必須要重視性能測試。

測試人員則根據(jù)系統(tǒng)設(shè)計(jì)編寫測試用例和測試計(jì)劃。測試用例和測試計(jì)劃都需要經(jīng)過質(zhì)量管理員組織的評審會評審。測試人員按照測試計(jì)劃和測試用例,對項(xiàng)目進(jìn)行測試,并把測試出來的問題及時(shí)反饋給項(xiàng)目組,項(xiàng)目組根據(jù)測試問題的嚴(yán)重級別,修改程序代碼。只有當(dāng)程序員調(diào)試完程序,測試通過并通過質(zhì)量管理小組審核后,才可交給用戶測試、驗(yàn)收。

2.2.4 維護(hù)

系統(tǒng)維護(hù)由維護(hù)人員擔(dān)任,負(fù)責(zé)保證客戶的使用質(zhì)量。維護(hù)人員不僅要了解項(xiàng)目的技術(shù)核心內(nèi)容,同時(shí)也要與客戶溝通。這樣當(dāng)用戶提出維護(hù)問題時(shí),才能根據(jù)具體情況判斷出問題的根源。篩選出是用戶的使用方法問題、環(huán)境問題等普通原因,還是確實(shí)是程序的BUG、程序的修改問題。如果沒有指定的維護(hù)人員,那么項(xiàng)目組的開發(fā)成員可能會一直被老項(xiàng)目影響,沒辦法專心投入新項(xiàng)目,從而形成一種人員浪費(fèi)。當(dāng)維護(hù)人員發(fā)現(xiàn)是程序缺陷,需要修改時(shí)要走變更控制流程。大的修改由開發(fā)人員對已的程序修改,并由質(zhì)量管理小組對整個(gè)修改過程作變更控制,修改結(jié)束后由測試小組測試通過后新版本交付用戶。小的修改由維護(hù)人員實(shí)施,同時(shí)變更所涉及到的一切資料。

2.3 保證項(xiàng)目文檔

項(xiàng)目開發(fā)過程中的文檔對整個(gè)項(xiàng)目來說也是不可或缺的。一個(gè)軟件項(xiàng)目沒有了文檔,就好像迷路的人沒有了地圖,遇到問題時(shí)就沒依據(jù)可循。

在質(zhì)量管理還沒成型,項(xiàng)目組人員還沒習(xí)慣寫文檔時(shí),會覺得寫文檔是浪費(fèi)時(shí)間,不寫各類文檔直接進(jìn)入編碼階段可以直接切入主題,肯定比寫文檔的進(jìn)度快。但隨著項(xiàng)目的逐漸深入,各種問題也接踵而來,需要部門間配合的工作也越來越多。一個(gè)大的項(xiàng)目是一個(gè)團(tuán)體合作的工作,需要了解其他人員的技術(shù)方向和開發(fā)思路。當(dāng)某些環(huán)節(jié)需要相互配合時(shí),就能顯現(xiàn)出文檔管理的重要性。

編寫文檔并不是項(xiàng)目組成員隨心所欲、自由發(fā)揮的,而是經(jīng)過質(zhì)量管理小組、軟件組負(fù)責(zé)人及相關(guān)業(yè)務(wù)人員討論得出公共模板,每個(gè)文檔都有標(biāo)準(zhǔn)模板,這樣編寫文檔的速度也會很快。有了完整的項(xiàng)目文檔,就不會因?yàn)轫?xiàng)目開發(fā)人員的辭職而耽誤開發(fā)進(jìn)度,減少了整個(gè)項(xiàng)目組對某個(gè)重要開發(fā)人員的依賴性,也減少了軟件開發(fā)的風(fēng)險(xiǎn)成本;有了完整的項(xiàng)目文檔,給項(xiàng)目后期的維護(hù)工作帶來了便利。

文檔管理的歸檔工作是由配置管理小組負(fù)責(zé)的。重要文檔是由質(zhì)量管理小組審查合格后提交給配置管理小組的。做一個(gè)大的項(xiàng)目,必須要有完整的項(xiàng)目文檔做支持。

3 結(jié)束語

從軟件開發(fā)的實(shí)際情況可以證明,優(yōu)質(zhì)的質(zhì)量管理可以節(jié)約大量的人力、物力和財(cái)力,同時(shí)可以保證軟件的質(zhì)量。實(shí)踐證明,軟件工程項(xiàng)目的成敗與否,一般與項(xiàng)目的管理直接相關(guān),而與技術(shù)的關(guān)系。要想做一盤“完美”的軟件大餐,質(zhì)量管理的作用是不言而喻的。

參考文獻(xiàn):

[1] Silva R N,Murray G W.Low cost quartz rate sensors applied to tactical guidance IMUs[C].Proceeding of the IEEE Position,Location and Navigation Symposium,1994:37-42.

[2] 胡小平.自主導(dǎo)航理論與應(yīng)用[M].長沙:國防科技大學(xué)出版社,2002:194-203.

[3] 陳哲.捷聯(lián)慣導(dǎo)系統(tǒng)原理[M].北京:宇航出版社,1986:143-147.

[4] 匡啟和.RTLinux環(huán)境下導(dǎo)航系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].導(dǎo)航,2001:37(4):58-60.

第9篇:配置管理和變更管理范文

[關(guān)鍵詞] 產(chǎn)品數(shù)據(jù)管理;數(shù)據(jù)管理系統(tǒng);汽車企業(yè)

doi : 10 . 3969 / j . issn . 1673 - 0194 . 2014 . 18. 035

[中圖分類號] F272.7 [文獻(xiàn)標(biāo)識碼] A [文章編號] 1673 - 0194(2014)18- 0052- 06

0 引 言

隨著汽車企業(yè)的發(fā)展和車型的不斷增加,日益膨脹的信息給某車企帶來的影響也越來越明顯,以往的人工把控變得越來越吃力,缺乏產(chǎn)品開發(fā)統(tǒng)一的數(shù)據(jù)管理平臺,各個(gè)車型之間數(shù)據(jù)缺乏關(guān)聯(lián)性,難以形成未來車型的開發(fā)技術(shù)庫,產(chǎn)品信息分散管理,資源重用率低;BOM和產(chǎn)品配置表仍以Excel方式進(jìn)行表述和傳遞;管理檢索統(tǒng)計(jì)都不方便,零部件缺乏有效的分類管理,難以查找和重用;缺乏有效的項(xiàng)目監(jiān)控,技術(shù)部門的工作任務(wù)都是以項(xiàng)目進(jìn)行驅(qū)動,目前主要手段是開會討論,輔助以Project和Excel等辦公軟件,無法及時(shí)了解到項(xiàng)目資源的分配及使用情況。鑒于以上情況,迫切地需要將現(xiàn)有車型數(shù)據(jù)平臺單一數(shù)據(jù)整合并建立產(chǎn)品數(shù)據(jù)管理系統(tǒng)(以下簡稱“PDM系統(tǒng)”),并逐步實(shí)現(xiàn)產(chǎn)品數(shù)據(jù)管理的規(guī)范性、有序性。

1 PDM系統(tǒng)建設(shè)目標(biāo)

經(jīng)過長時(shí)間的選型,某車企決定搭建企業(yè)級PDM平臺,結(jié)合未來的發(fā)展戰(zhàn)略、業(yè)務(wù)需求及目前實(shí)際情況,遵循管理與技術(shù)并重、IT系統(tǒng)效益最大化、擴(kuò)展/開放和集成性、安全性4大原則,以逐步形成整車產(chǎn)品研發(fā)管理系統(tǒng),完善企業(yè)研發(fā)管理體系的建設(shè),從而提高企業(yè)研發(fā)核心競爭力并確保企業(yè)主要任務(wù)和目標(biāo)的順利實(shí)現(xiàn)為總體目標(biāo)。

針對上述目標(biāo),該車企規(guī)劃了兩步走的實(shí)施策略,并明確定義了在每期所需完成的具體內(nèi)容。各期規(guī)劃的內(nèi)容和功能如圖1。

2 PDM系統(tǒng)數(shù)據(jù)庫結(jié)構(gòu)

隨著產(chǎn)品研發(fā)方式的不斷發(fā)展變化,工程師設(shè)計(jì)的交付物不在是單一的圖紙,而是各種格式的文件,包括3D和2D設(shè)計(jì)數(shù)據(jù)。設(shè)計(jì)數(shù)據(jù)是一切制造,檢驗(yàn)和生產(chǎn)的標(biāo)準(zhǔn),也是一個(gè)企業(yè)中最重要的產(chǎn)品數(shù)據(jù)。隨著該車企的發(fā)展,設(shè)計(jì)資料數(shù)量變得異常龐大,設(shè)計(jì)的標(biāo)準(zhǔn)化成為構(gòu)建PDM系統(tǒng)數(shù)據(jù)庫的基礎(chǔ)和核心問題。它包括統(tǒng)一的模板、統(tǒng)一的編號、統(tǒng)一的格式、版本的更新以及3D與2D數(shù)據(jù)的關(guān)聯(lián)、設(shè)計(jì)數(shù)據(jù)與檢驗(yàn)標(biāo)準(zhǔn)的關(guān)聯(lián)、設(shè)計(jì)數(shù)據(jù)與物料的關(guān)聯(lián)等。

該車企PDM系統(tǒng)數(shù)據(jù)庫按企業(yè)特定需求進(jìn)行了設(shè)計(jì)和擴(kuò)展,關(guān)鍵結(jié)構(gòu)及編碼有以下內(nèi)容。

2.1 塊總成MODEL

編碼原則:

屬性:

2.2 零件PART

編碼原則:

屬性:

2.3 內(nèi)部數(shù)據(jù)發(fā)放單

編碼原則:”XX_IEX”NNNNNNNN(N表示任意數(shù)字)

屬性:

2.4 企業(yè)至供應(yīng)商數(shù)據(jù)發(fā)放單

編碼原則:“XX_OEX”NNNNNNNN(N表示任意數(shù)字)

屬性:

2.5 主要的系統(tǒng)對象關(guān)系

2.6 狀態(tài)

3 PDM系統(tǒng)工作原理

3.1 SOA架構(gòu)

該車企PDM系統(tǒng)采用SOA架構(gòu),在多年領(lǐng)先的PDM軟件開發(fā)與實(shí)施基礎(chǔ)上,實(shí)現(xiàn)了PDM系統(tǒng)的完全SOA化:包括PDM系統(tǒng)應(yīng)使用的SOA組件,PDM系統(tǒng)應(yīng)提供的服務(wù)等。該車企PDM系統(tǒng)能夠以完全SOA架構(gòu)的方式,提供PDM系統(tǒng)所要求的所有功能,包括文檔管理、產(chǎn)品結(jié)構(gòu)管理、配置管理、零部件分類管理、工作流程管理、更改管理、項(xiàng)目管理、需求管理等。

3.2 CWER架構(gòu)

該車企PDM系統(tǒng)基于全球領(lǐng)先的4層體系架構(gòu)進(jìn)行建設(shè),包括ClientTier,WebTier,EnterpriseTier,ResourceTier。其4層體系架構(gòu)及遵循業(yè)界的相關(guān)標(biāo)準(zhǔn)如工作流聯(lián)盟和工程變更CMII等,為PDM提供了強(qiáng)大的開放性、靈活性和可拓展性,提供全面的端到端的產(chǎn)品全生命周期管理的解決方案組合。

3.3 VAS結(jié)構(gòu)及企業(yè)級選項(xiàng)庫

該車企構(gòu)建了整車裝配結(jié)構(gòu)(Vehicle Assembly Structure),用來管理研發(fā)過程中的工程數(shù)據(jù)。VAS是一個(gè)從產(chǎn)品功能角度對整車進(jìn)行劃分的標(biāo)準(zhǔn)產(chǎn)品結(jié)構(gòu),借鑒了業(yè)界的領(lǐng)先實(shí)踐。它包括:

(1)VAS模板。VAS模板是VAS結(jié)構(gòu)中不變的部分,基于VAS模板可快速克隆出新平臺的VAS上層結(jié)構(gòu)。其結(jié)構(gòu)如圖2所示。

(2)VAS配置管理。VAS基于PDM平臺采用全配置管理方式,配置變量添加在MODEL(如圖3所示)。

(3)企業(yè)級選項(xiàng)庫。幾百個(gè)選項(xiàng)包括:

整車選項(xiàng)――軸距、駕駛方位、驅(qū)動方式、品牌。

技術(shù)選項(xiàng)――基于塊級總成,從尺寸、功能、結(jié)構(gòu)、材料、顏色、法規(guī)、外觀風(fēng)格、品牌等8大方面進(jìn)行定義,如發(fā)動機(jī)、變速箱、前排座椅等等。

通過VAS,不但可以快速準(zhǔn)確地生成單一配置車型SOS(Stored Option Set),可以進(jìn)行各階段的整車虛擬評審(在整車開發(fā)過程中的數(shù)據(jù)節(jié)點(diǎn)或物理樣車制造之前進(jìn)行的整車級別的模型檢查,以期在研發(fā)早期發(fā)現(xiàn)和解決設(shè)計(jì)問題),此外還帶來以下好處:

以產(chǎn)品功能而不是行政部門來進(jìn)行組織,并降低了與工藝的耦合度,使得各車型數(shù)據(jù)組織方式完全相同,數(shù)據(jù)查詢和重用方便快捷。

近百個(gè)塊級別總成使得整車結(jié)構(gòu)層級和復(fù)雜度降低,方便設(shè)計(jì)分工,并可以圍繞塊有序逐步培養(yǎng)工程師研發(fā)能力,提升企業(yè)整體研發(fā)水平。

將重用級別從零部件級別擴(kuò)展至塊級別,加快研發(fā)速度和提高重用。

4 PMD系統(tǒng)功能實(shí)現(xiàn)

4.1 圖文檔管理

實(shí)現(xiàn)電子圖紙及文檔的安全、高效管理,通過流程及版本的控制,確保電子圖紙及文檔的一致性和有效性。

(1)文檔模板管理:可建立文檔模板,依據(jù)不同的類型定制不同的模板。

(2)多種文檔類:支持Office/PDF/TIF文檔屬性的方便定義;支持文檔按照業(yè)務(wù)特性進(jìn)行分類;提供文檔模板功能,使文檔實(shí)例的創(chuàng)建可以通過模板來實(shí)現(xiàn);具備版本、版次的管理,資料的引用可保證一致性;科技資料按照類別進(jìn)行管理,在各類資料中能夠提供授權(quán)者的修改、刪除、查詢功能,并能夠進(jìn)行精確檢索及模糊檢索。

(3)文檔編碼檢查:依照編碼規(guī)則,檢查文檔編號,嚴(yán)格保證編碼的唯一性。

(4)文檔查詢:文檔與文檔之間、文檔與零部件對象之間、文檔與其他業(yè)務(wù)對象之間能夠建立關(guān)聯(lián),通過關(guān)聯(lián)關(guān)系的建立,文檔與其他業(yè)務(wù)對象之間可以方便地實(shí)現(xiàn)交叉查詢。

4.2 零部件管理

(1)零部件編碼檢查:支持零部件編碼與圖號編碼管理;具有編碼規(guī)則管理和糾錯(cuò)提醒功能,嚴(yán)格保證編碼的唯一性;能夠在車型型號和狀態(tài)上區(qū)分整車車型編碼。

(2)零部件查詢:可由零部件屬性查詢零部件;由文檔關(guān)聯(lián)性查詢零部件;零部件查詢結(jié)果可導(dǎo)出。

(3)零部件與相關(guān)文檔關(guān)聯(lián):建立零部件與相關(guān)圖面或文檔的關(guān)聯(lián)。

(4)建立零部件分類管理庫:規(guī)劃零部件分類;定義零部件屬性,如凈重、零部件材料等(如圖4所示)。

4.3 產(chǎn)品結(jié)構(gòu)與配置管理

通過PDM系統(tǒng)創(chuàng)建產(chǎn)品結(jié)構(gòu),提供簡單和易用的圖形化方式來定義、瀏覽、修改產(chǎn)品結(jié)構(gòu)樹,從而快速生成新的產(chǎn)品的結(jié)構(gòu),并自動生成產(chǎn)品明細(xì)表。

(1)管理完整的產(chǎn)品結(jié)構(gòu)并提供圖形化的界面進(jìn)行產(chǎn)品結(jié)構(gòu)的創(chuàng)建、修改(支持替換件、可選件)。

(2)基于選項(xiàng)庫和車型定義表定義車型配置表(SOS)和全配置BOM清單,搭建EBOM上層結(jié)構(gòu)。

(3)可定義多個(gè)產(chǎn)品結(jié)構(gòu)的屬性。

(4)可根據(jù)版本規(guī)則、日期、狀態(tài)等條件瀏覽產(chǎn)品BOM結(jié)構(gòu);可依照選項(xiàng)配置條件瀏覽BOM結(jié)構(gòu)。

(5)可增加或減少替代件/替換件。

(6)任意比對兩個(gè)產(chǎn)品結(jié)構(gòu),并輸出比對結(jié)果。

(7)產(chǎn)品結(jié)構(gòu)的單階/多階的使用性反查;可選擇階層與父階類型。

(8)產(chǎn)品結(jié)構(gòu)可轉(zhuǎn)化為輕量化模型。

(9)產(chǎn)品結(jié)構(gòu)審核流程,可做簽審與通知;產(chǎn)品結(jié)構(gòu)有生命周期狀態(tài);支持BOM版本和版次的管理;支持BOM不同階段的狀態(tài)管理(如圖5所示)。

4.4 設(shè)計(jì)變更管理

產(chǎn)品需要設(shè)計(jì)變更時(shí),設(shè)計(jì)員在PDM系統(tǒng)中填寫設(shè)計(jì)變更單,填寫完畢后提交電子審簽流程,審批人在系統(tǒng)中收到審批電子流程的通知,在系統(tǒng)中對流程進(jìn)行審批,審批結(jié)束后發(fā)送給相關(guān)單位,各單位按設(shè)計(jì)變更單進(jìn)行方案設(shè)計(jì)或圖紙、零部件變更。圖紙、零部件變更結(jié)束后,連接到需變更產(chǎn)品/零部件并附加相關(guān)參考文檔,設(shè)計(jì)員發(fā)起電子流程,審批人通過之后,對該圖紙、零部件進(jìn)行凍結(jié),系統(tǒng)再將相關(guān)文件發(fā)送給各相關(guān)部門,相關(guān)部門進(jìn)行試制量產(chǎn)等后續(xù)工作(如圖6所示)。

4.5 可視化管理

PDM系統(tǒng)中內(nèi)嵌輕量化模型檢視器,能夠基于JT模型進(jìn)行縮放、平移、測量、動態(tài)剖切等基本功能。瀏覽器提供數(shù)字化樣機(jī)(DMU)功能,包括對同構(gòu)或異構(gòu)CAD模型產(chǎn)生的JT檔進(jìn)行靜態(tài)干涉檢查、動態(tài)干涉檢查、拆裝過程分析,能夠加載單一配置車型,將其JT模型加載進(jìn)行虛擬干涉檢查。

4.6 數(shù)據(jù)分發(fā)與管理

技術(shù)文件、圖紙、數(shù)模等設(shè)計(jì)數(shù)據(jù)通過PDM系統(tǒng)進(jìn)行創(chuàng)建、審批、會簽、批準(zhǔn)等。設(shè)計(jì)數(shù)據(jù)被批準(zhǔn)后,通過電子流程流轉(zhuǎn)到檔案部門,檔案部門對設(shè)計(jì)數(shù)據(jù)進(jìn)行發(fā)放(發(fā)放到內(nèi)部相關(guān)部門及供應(yīng)商處)并按設(shè)計(jì)數(shù)據(jù)類別進(jìn)行歸檔。內(nèi)部相關(guān)部門及供應(yīng)商到汽車數(shù)據(jù)發(fā)放系統(tǒng)中下載設(shè)計(jì)數(shù)據(jù),并按設(shè)計(jì)數(shù)據(jù)進(jìn)行相關(guān)方案和供貨變更。檔案部門可在PDM系統(tǒng)中監(jiān)控所有的內(nèi)部部門及供應(yīng)商是否下載了相關(guān)設(shè)計(jì)數(shù)據(jù),實(shí)現(xiàn)了設(shè)計(jì)數(shù)據(jù)發(fā)放及歸檔的電子化(如圖7所示)。

5 結(jié) 論

該汽車企業(yè)自建設(shè)產(chǎn)品數(shù)據(jù)管理系統(tǒng)以來,規(guī)范了產(chǎn)品數(shù)據(jù)管理,提高了產(chǎn)品研發(fā)水平,逐步實(shí)現(xiàn)了產(chǎn)品數(shù)字化,降低研發(fā)成本,減少研發(fā)人員的勞動強(qiáng)度,提高研發(fā)工作效率和快速反應(yīng)及配置能力。PDM系統(tǒng)的應(yīng)用為該企業(yè)帶來如下收益:

電子流程的應(yīng)用提高了設(shè)計(jì)效率,縮短了產(chǎn)品的設(shè)計(jì)周期30%;

分布式架構(gòu)和協(xié)同設(shè)計(jì)平臺的建立減少了信息傳遞時(shí)間30%;

通過基于PDM系統(tǒng)搭建的電子發(fā)放流程減少了圖紙和發(fā)放的時(shí)間80%;

以產(chǎn)品為中心組織數(shù)據(jù),促進(jìn)知識重用,提高設(shè)計(jì)人員的工作效率30%;

提供查詢和瀏覽研發(fā)數(shù)據(jù)的平臺,制定各類型的報(bào)表,查閱紙質(zhì)檔案資料的時(shí)間減少了40%;

規(guī)范和標(biāo)準(zhǔn)更改流程的引入,更改的隨意性和重復(fù)性減少了30% 。

主要參考文獻(xiàn)

[1]張新權(quán).統(tǒng)一的研發(fā)協(xié)同管理推進(jìn)業(yè)務(wù)體系整合[J].中國卓越汽車企業(yè)的創(chuàng)新之道,2009(1):66-67.