前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇完整的變更管理流程范文，相信會(huì)為您的寫作帶來幫助，發(fā)現(xiàn)更多的寫作思路和靈感。

完整的變更管理流程范文第1篇

 

面向協(xié)作開發(fā)的軟件配置與變更實(shí)驗(yàn)屬于我校軟件工程專業(yè)核心課《軟件開發(fā)過程實(shí)戰(zhàn)》，在第6學(xué)期開設(shè)，該實(shí)驗(yàn)是《軟件開發(fā)過程實(shí)戰(zhàn)》課程的最重要內(nèi)容之一。學(xué)生在實(shí)驗(yàn)中針對(duì)真實(shí)的項(xiàng)目案例通過分組協(xié)作、精心設(shè)計(jì)以及完整的實(shí)踐過程，達(dá)到深刻理解軟件配置與變更管理的概念、熟練掌握相關(guān)軟件平臺(tái)與工具、切實(shí)增強(qiáng)動(dòng)手能力與創(chuàng)新意識(shí)的目的。該實(shí)驗(yàn)連同《軟件工程過程》等6門專業(yè)核心課程是軟件工程專業(yè)近年來進(jìn)行的所有課程、教學(xué)方法和考試等改革的中心，自2010年以來得到了教育部、山東省以及學(xué)校的一系列教學(xué)和實(shí)驗(yàn)改革項(xiàng)目的支持，共計(jì)十余項(xiàng)。

 

該實(shí)驗(yàn)項(xiàng)目“打破課程界限”、將多門軟件工程核心課程知識(shí)融入一個(gè)完整的實(shí)驗(yàn)過程，實(shí)現(xiàn)了以課本為中心到以實(shí)踐為中心的轉(zhuǎn)變，達(dá)到了課程指導(dǎo)實(shí)踐、理論知識(shí)在實(shí)踐中還原的教學(xué)效果。該實(shí)驗(yàn)從2010年開設(shè)以來，已有軟件工程專業(yè)5界四百多名學(xué)生受益，學(xué)生的功能實(shí)踐能力和創(chuàng)新意識(shí)得到明顯提高，相關(guān)學(xué)生獲得省級(jí)以上科技活動(dòng)獎(jiǎng)勵(lì)四十多項(xiàng);學(xué)生的就業(yè)率得到持續(xù)提升，從2009年的71.43%提升至2015年的98.7%，且就業(yè)層次明顯改善。該實(shí)驗(yàn)及相關(guān)課程建設(shè)也得到了教育部相關(guān)專家的肯定，認(rèn)為我們施行的“基于項(xiàng)目的教育與學(xué)習(xí)”是實(shí)現(xiàn)軟件人才工程能力培養(yǎng)的重要途徑，是高校進(jìn)行軟件工程教學(xué)改革發(fā)展的基本方向。該實(shí)驗(yàn)項(xiàng)目作為《軟件開發(fā)過程實(shí)戰(zhàn)》的重要組成部分，在軟件工程專業(yè)培養(yǎng)方案中具有更加重要的地位，作為提高學(xué)生工程實(shí)踐能力和創(chuàng)新思維的重要實(shí)踐環(huán)節(jié)將長(zhǎng)期存在。

 

一、實(shí)驗(yàn)構(gòu)建的目的及意義

 

通過該面向協(xié)作開發(fā)的軟件配置與變更實(shí)驗(yàn)的開設(shè)，旨在達(dá)到以下主要目標(biāo)：(1)加深學(xué)生對(duì)軟件配置與變更管理這一軟件工程專業(yè)重要知識(shí)域的理解與掌握，特別是通過實(shí)驗(yàn)使學(xué)生明確區(qū)分并熟練掌握項(xiàng)目區(qū)域、時(shí)間線、迭代、流、組件、變更等核心概念及其相互之間的邏輯關(guān)系;(2)切實(shí)增強(qiáng)學(xué)生在協(xié)作式軟件開發(fā)過程中對(duì)軟件配置與變更理論的應(yīng)用能力，對(duì)相關(guān)工具平臺(tái)的熟練操作水平;(3)提高學(xué)生的團(tuán)隊(duì)合作、團(tuán)隊(duì)管理能力，培養(yǎng)學(xué)生自主學(xué)習(xí)、自主設(shè)計(jì)的能力以及腳踏實(shí)地、開拓創(chuàng)新的精神。

 

該實(shí)驗(yàn)項(xiàng)目是我校軟件工程系列核心課程的重要實(shí)驗(yàn)之一，通過該項(xiàng)目的建設(shè)不僅進(jìn)一步完善實(shí)驗(yàn)體系、規(guī)范實(shí)驗(yàn)流程、提升實(shí)驗(yàn)質(zhì)量，更將形成示范性的精品實(shí)驗(yàn)，為本課程其他實(shí)驗(yàn)以及類似課程實(shí)踐環(huán)節(jié)的建設(shè)提供有益的參考與借鑒。

 

二、實(shí)驗(yàn)構(gòu)建的理念和設(shè)計(jì)思想

 

該實(shí)驗(yàn)以CDIO工程教育理念為指導(dǎo)，深入貫徹“做中學(xué)”原則和“基于項(xiàng)目的教育和學(xué)習(xí)”方法[1，2]。實(shí)驗(yàn)過程把《軟件項(xiàng)目管理》、《軟件工程過程》、《軟件質(zhì)量工程》以及《軟件測(cè)試與維護(hù)》等4門課程中有關(guān)軟件配置與變更的知識(shí)點(diǎn)融入到一個(gè)完整的實(shí)踐過程中，要求學(xué)生在實(shí)驗(yàn)中自行設(shè)計(jì)場(chǎng)景、踐行升華理論、增強(qiáng)動(dòng)手能力[3]并培養(yǎng)協(xié)作和創(chuàng)新意識(shí)，從而解決了“工程理論來源于實(shí)踐，在實(shí)踐中還原”的教學(xué)難題。

 

該實(shí)驗(yàn)設(shè)計(jì)包括一個(gè)逐步遞進(jìn)、結(jié)構(gòu)完整的綜合實(shí)踐過程，學(xué)生隨著實(shí)驗(yàn)的深入將逐步接受、運(yùn)用相關(guān)的理論知識(shí)，并通過實(shí)驗(yàn)總結(jié)實(shí)現(xiàn)對(duì)知識(shí)掌握、技術(shù)運(yùn)用的提升，實(shí)驗(yàn)方案的主要內(nèi)容設(shè)計(jì)包括：(1)軟件配置與變更場(chǎng)景設(shè)計(jì)，每個(gè)小組基于各自既定的項(xiàng)目案例，設(shè)計(jì)能夠涵蓋所有典型變更流程的場(chǎng)景及規(guī)劃;(2)軟件配置管理過程，依據(jù)規(guī)劃配置開發(fā)流和組件、基礎(chǔ)代碼等資源、團(tuán)隊(duì)個(gè)人空間和開發(fā)任務(wù)等;(3)軟件變更實(shí)施過程，協(xié)作完成變更任務(wù)開發(fā)、代碼的交付與接受、檢入與檢出、沖突及解決等內(nèi)容;(4)軟件配置與變更的監(jiān)控過程，從團(tuán)隊(duì)、成員個(gè)人、工作項(xiàng)和工件等角度進(jìn)行項(xiàng)目的監(jiān)控;(5)實(shí)驗(yàn)總結(jié)，撰寫實(shí)驗(yàn)報(bào)告，總結(jié)所用知識(shí)點(diǎn)及過程狀況等。

 

三、教學(xué)方法、手段及考核體系

 

1.團(tuán)隊(duì)協(xié)作式實(shí)驗(yàn)方式與企業(yè)標(biāo)準(zhǔn)化實(shí)驗(yàn)流程。實(shí)驗(yàn)中以學(xué)生意愿為主，組織學(xué)生建立了學(xué)生項(xiàng)目團(tuán)隊(duì)，采取全員參與、角色扮演、協(xié)作學(xué)習(xí)、研論教學(xué)、交流共享等多種形式，使學(xué)生成為認(rèn)知的主體、知識(shí)的主動(dòng)建構(gòu)者。參照企業(yè)模式組建的項(xiàng)目團(tuán)隊(duì)，以學(xué)生自愿為原則，由學(xué)生按照4至5人的規(guī)模組成;每個(gè)學(xué)生都參與到團(tuán)隊(duì)中，依據(jù)個(gè)人愿望和能力至少扮演一個(gè)團(tuán)隊(duì)角色，在重點(diǎn)完成自己的職責(zé)任務(wù)基礎(chǔ)上，進(jìn)行交流協(xié)作，使得每個(gè)人最終都達(dá)到課程的教學(xué)目標(biāo)。

 

制定了以企業(yè)標(biāo)準(zhǔn)化項(xiàng)目開發(fā)過程為主線的標(biāo)準(zhǔn)實(shí)驗(yàn)流程，模擬實(shí)戰(zhàn)開發(fā)，實(shí)現(xiàn)“以驗(yàn)證實(shí)踐為中心到以實(shí)際項(xiàng)目為中心的轉(zhuǎn)變”。目標(biāo)是使學(xué)生能夠在近乎企業(yè)真實(shí)場(chǎng)景之下，使用行業(yè)先進(jìn)的設(shè)計(jì)工具、開發(fā)環(huán)境進(jìn)行實(shí)戰(zhàn)訓(xùn)練，系統(tǒng)化、規(guī)范化地實(shí)施學(xué)生工程能力培養(yǎng)。

 

2.先進(jìn)的協(xié)作式軟件交付平臺(tái)。采用了業(yè)界最新的IBM Jazz軟件協(xié)作交付平臺(tái)，使得在實(shí)驗(yàn)中學(xué)生團(tuán)隊(duì)不同的角色和工作環(huán)節(jié)之間，工作任務(wù)能夠自動(dòng)流轉(zhuǎn)，工件信息自動(dòng)傳遞，工作數(shù)據(jù)和過程自動(dòng)記錄、自動(dòng)收集和匯報(bào)，全生命周期的可追蹤性自動(dòng)建立。從而使學(xué)生實(shí)現(xiàn)了軟件交付過程中人員、項(xiàng)目、工具和流程的整合。

 

3.過程化多角度的考核評(píng)價(jià)體系。實(shí)驗(yàn)考核方法綜合考慮了學(xué)生實(shí)驗(yàn)過程的平時(shí)表現(xiàn)(通過Jazz平臺(tái))、分組答辯和實(shí)驗(yàn)報(bào)告，過程監(jiān)控10%+分組答辯*50%+實(shí)驗(yàn)報(bào)告*40%。其中“過程監(jiān)控”是通過IBM的Jazz平臺(tái)進(jìn)行實(shí)時(shí)的監(jiān)控和評(píng)分;“分組答辯”是教師給本組一個(gè)分?jǐn)?shù)，該組內(nèi)，由項(xiàng)目經(jīng)理負(fù)責(zé)給該組成員打分，組員的平均分不能超過教師給該組打的分?jǐn)?shù);“實(shí)驗(yàn)報(bào)告”根據(jù)文檔的完整性、規(guī)范性、系統(tǒng)性進(jìn)行評(píng)分，反饋結(jié)果用于暑假小學(xué)期的軟件項(xiàng)目實(shí)訓(xùn)。

 

四、實(shí)驗(yàn)設(shè)備和環(huán)境建設(shè)

 

實(shí)驗(yàn)項(xiàng)目在“IBM軟件工程聯(lián)合實(shí)驗(yàn)室”(與IBM共建)開展。近幾年，學(xué)校在實(shí)驗(yàn)室建設(shè)方面投入了大量的資金，硬件設(shè)施得到了明顯改善，完全按照國(guó)家相關(guān)標(biāo)準(zhǔn)進(jìn)行建設(shè)。軟件方面，我們購(gòu)置了一整套IBM全程體驗(yàn)軟件工程最佳實(shí)踐和協(xié)作的Jazz平臺(tái)來實(shí)施基于項(xiàng)目驅(qū)動(dòng)的軟件配置與變更實(shí)驗(yàn)，包括需求定義工具RRC和需求管理分析工具Doors;軟件建模分析工具RSA;測(cè)試管理平臺(tái)RQM、軟件功能自動(dòng)化測(cè)試工具RFT、壓力測(cè)試工具RPT;協(xié)作平臺(tái)RTC。

 

同時(shí)，實(shí)驗(yàn)室也非常注重文化和安全制度建設(shè)。強(qiáng)調(diào)合作與創(chuàng)新，美化實(shí)驗(yàn)室的學(xué)習(xí)環(huán)境，突出濃郁的知識(shí)探索氛圍，培養(yǎng)學(xué)生良好的實(shí)驗(yàn)習(xí)慣等。此外，也明確了所有實(shí)驗(yàn)人員的崗位職責(zé)，使得實(shí)驗(yàn)室安全管理工作有章可循。

 

五、總結(jié)

 

作為我校軟件工程專業(yè)核心課《軟件開發(fā)過程實(shí)戰(zhàn)》最重要的內(nèi)容之一，面向協(xié)作開發(fā)的軟件配置與變更實(shí)驗(yàn)在提高學(xué)生的工程實(shí)踐能力和創(chuàng)新意識(shí)方面起到了重要的作用，該實(shí)驗(yàn)主要的創(chuàng)新點(diǎn)有以下幾個(gè)：

 

1.一體化實(shí)驗(yàn)內(nèi)容設(shè)計(jì)、獨(dú)立的實(shí)驗(yàn)實(shí)施過程。一方面，本實(shí)驗(yàn)項(xiàng)目中進(jìn)行的軟件配置與變更實(shí)驗(yàn)內(nèi)容采用了本課程中一致的項(xiàng)目案例，做到全程一體化設(shè)計(jì);另一方面，該項(xiàng)實(shí)驗(yàn)又包含了完整的實(shí)驗(yàn)環(huán)節(jié)和過程，具有相對(duì)獨(dú)立性，可單獨(dú)開設(shè)、獨(dú)立實(shí)施;

 

2.實(shí)驗(yàn)方法和形式上，貫徹“基于項(xiàng)目的教學(xué)”和“開發(fā)驅(qū)動(dòng)的實(shí)踐”，采用團(tuán)隊(duì)式協(xié)作開發(fā)方式，實(shí)現(xiàn)了從以“課本為中心”到“以項(xiàng)目為中心”、以“課堂為中心”到“以項(xiàng)目開發(fā)為中心”、以“教師為中心”到“以學(xué)生為中心”的轉(zhuǎn)變，激發(fā)了學(xué)生自主學(xué)習(xí)和實(shí)踐的積極主動(dòng)性，增強(qiáng)了學(xué)生的工程實(shí)踐能力。

 

3.實(shí)驗(yàn)技術(shù)和手段上，引入了IBM的最新軟件交付平臺(tái)及配置與變更管理工具，采用Scrum敏捷過程模板和企業(yè)標(biāo)準(zhǔn)化的實(shí)踐流程，體現(xiàn)出較好的先進(jìn)性和規(guī)范性。

完整的變更管理流程范文第2篇

關(guān)鍵字： 機(jī)載處理系統(tǒng); 需求工程; 需求獲取; 嵌入式系統(tǒng)

中圖分類號(hào)： TN911?34 文獻(xiàn)標(biāo)識(shí)碼： A 文章編號(hào)： 1004?373X（2014）24?0065?03

Study and exploration of requirement engineering method of airborne integrated processing system

WANG Ming， XIE Wen-tao， ZHANG Lei， GAO Yang，

（Aeronautical Computing Technique Research Institute， Xi’an 710068， China）

Abstract： Focusing on airborne processing system， the contents， characteristics and difficulties of requirement development and management in requirement engineering are illustrated in this paper. The key points in requirement engineering of complicated airborne embedded systems are pointed out. The research directions of requirement development and management are proposed in combination with the application characteristics of the airborne comprehensive processing system.

Keywords： airborne processing system; requirement engineering; requirement acquirement; embedded system

0 引 言

機(jī)載綜合處理系統(tǒng)作為載機(jī)平臺(tái)中最重要的核心系統(tǒng)之一，為載機(jī)提供一套系統(tǒng)的綜合處理與公共計(jì)算資源;包括處理、存儲(chǔ)、控制、接口管理、信息交換等功能。對(duì)于機(jī)載綜合處理系統(tǒng)這種愈來愈復(fù)雜的網(wǎng)絡(luò)化嵌入式系統(tǒng)的研制，就必須重點(diǎn)把握需求，從需求獲取、需求采集、需求管理、需求前期的建模分析和后期基于需求的驗(yàn)證等全生命周期各個(gè)需求相關(guān)環(huán)節(jié)進(jìn)行管控，必須針對(duì)此類產(chǎn)品建立一套完整的理論和方法，以及完整的體系化的工具鏈。本文研究了復(fù)雜機(jī)載綜合處理系統(tǒng)的需求工程的理論、思路和方法。

1 機(jī)載綜合處理系統(tǒng)需求工程

機(jī)載綜合處理系統(tǒng)需求工程是系統(tǒng)生命周期的第一階段，需求工程通俗講是指該系統(tǒng)應(yīng)該做什么，而不是該怎么做。機(jī)載綜合處理系統(tǒng)需求獲取需要三個(gè)不同相關(guān)方的協(xié)作：開發(fā)者（研制單位），客戶（主機(jī)單位），用戶（設(shè)備使用者）。規(guī)范詳盡的產(chǎn)品需求來自早期非正式的粗略的概念和想法，不斷結(jié)合三個(gè)相關(guān)方的需求和約束，歷經(jīng)多次分析、驗(yàn)證和迭代形成最終的系統(tǒng)需求。

機(jī)載綜合處理系統(tǒng)需求，是指主機(jī)用戶解決機(jī)載應(yīng)用的若干問題或達(dá)到機(jī)載綜合處理應(yīng)用目標(biāo)所需要的條件或能力，該條件或能力須有由一套滿足相關(guān)約定、標(biāo)準(zhǔn)級(jí)規(guī)范的系統(tǒng)實(shí)現(xiàn)。

機(jī)載綜合處理系統(tǒng)需求工程需要回答如下問題：

（1） 如何定義鑒別某個(gè)機(jī)載綜合處理系統(tǒng)的目的：什么是內(nèi)部系統(tǒng)（機(jī)載綜合處理系統(tǒng)內(nèi)部的架構(gòu)、通信網(wǎng)絡(luò)、組成、性能等），什么是外部系統(tǒng)（機(jī)載綜合處理系統(tǒng)對(duì)外功能、交聯(lián)接口、數(shù)據(jù)通信、環(huán)境適應(yīng)性、成本等）;

（2） 機(jī)載綜合處理系統(tǒng)需求獲取過程中有哪些錯(cuò)誤：系統(tǒng)不能支持用戶工作（系統(tǒng)功能失效）、功能缺失或錯(cuò)誤（部分功能不能實(shí)現(xiàn)或工作結(jié)果與預(yù)期不一致）、糾錯(cuò)需要付出巨大代價(jià)（糾正出現(xiàn)的錯(cuò)誤，所需要付出的物料、人力、周期等巨大的代價(jià)）。

機(jī)載綜合處理系統(tǒng)需求工程（RE）面向硬件和軟件兩個(gè)方面[1]，目標(biāo)是形成系統(tǒng)需求規(guī)范，包括兩大部分：需求開發(fā)（RD）和需求管理（RM），如圖1所示。其中需求開發(fā)包括獲取、分析、溝通、形成文檔、確認(rèn)生效;需求管理包括：變更控制、版本控制、狀態(tài)追蹤、追溯。

圖1 需求工程的組成

機(jī)載綜合處理系統(tǒng)需求工程的輸入：

（1） 預(yù)期系統(tǒng)的一個(gè)模糊想象，即某系統(tǒng)或子系統(tǒng)產(chǎn)品的研制協(xié)議或成品開發(fā)協(xié)議;

（2） 協(xié)議中的承研單位、主機(jī)單位等各自利益的相關(guān)方規(guī)定;

（3） 完整的問題陳述，即對(duì)機(jī)載綜合處理系統(tǒng)要求的完整描述。

機(jī)載綜合處理系統(tǒng)需求工程的輸出：

（1） 一套盡可能完整的規(guī)范，即最終的系統(tǒng)級(jí)產(chǎn)品的系統(tǒng)規(guī)范或研制規(guī)范;

（2） 完全覆蓋所有問題，即所有相關(guān)需求均已捕獲，研制規(guī)范或系統(tǒng)規(guī)范完整覆蓋了所有陳述的問題;

（3） 完全且精準(zhǔn)的定義每一條需求，無遺漏，無歧義。

需求工程的三個(gè)維度目標(biāo)[2]，如圖2所示。

圖2 需求工程的三個(gè)維度目標(biāo)

規(guī)范（Specification）：開發(fā)盡可能完全的需求規(guī)范，包括成本計(jì)劃;

表達(dá)（Representation）：提供綜合完整的所有方面的表現(xiàn)：非正式，半正式，正式的需求;注意這幾種表達(dá)之間的轉(zhuǎn)換問題;

一致（Agreement）：完成與最終規(guī)格公共的一致，期間允許有個(gè)人的意見。

2 機(jī)載綜合處理系統(tǒng)需求開發(fā)

機(jī)載綜合處理系統(tǒng)的需求開發(fā)的重點(diǎn)是需求獲取和需求分析。

需求獲取和需求分析的區(qū)別及關(guān)系如圖3所示。

圖3 需求獲取和分析的區(qū)別及關(guān)系

對(duì)于機(jī)載綜合處理系統(tǒng)的需求獲取工作，必然需從問題陳述開始，問題陳述是由客戶面向系統(tǒng)層面描述問題（主機(jī)面向載機(jī)應(yīng)用層面）。

2.1 機(jī)載綜合處理系統(tǒng)產(chǎn)品的問題陳述

（1） 所處的位置和當(dāng)前的情勢(shì)：機(jī)載綜合處理系統(tǒng)產(chǎn)品所屬載機(jī)分系統(tǒng)位置（航電、機(jī)電、飛控、輔助動(dòng)力控制、或者全機(jī)深度綜合系統(tǒng)等）和當(dāng)前有哪些現(xiàn)有條件;

（2） 新系統(tǒng)所應(yīng)提供的功能：機(jī)載綜合處理系統(tǒng)產(chǎn)品本身應(yīng)該提供的功能，以航電為例，可包括任務(wù)綜合、導(dǎo)航控制、顯示控制、存儲(chǔ)能力、對(duì)外接口等;

（3） 系統(tǒng)的開發(fā)環(huán)境：機(jī)載綜合處理系統(tǒng)產(chǎn)品本身開發(fā)所限定的系統(tǒng)級(jí)、子系統(tǒng)級(jí)、部件級(jí)的硬件及軟件開發(fā)環(huán)境;

（4） 客戶希望的可交付形式：協(xié)議約定的機(jī)載綜合處理系統(tǒng)產(chǎn)品的交付形式，一套系統(tǒng)、或一臺(tái)整機(jī)，隨機(jī)設(shè)備、隨機(jī)資料等;

（5） 交貨日期：約定的交付日期;

（6） 一套接受的標(biāo)準(zhǔn)：規(guī)定了機(jī)載綜合處理系統(tǒng)產(chǎn)品研制所必須遵循或建議遵循的一套標(biāo)準(zhǔn)，包括質(zhì)量過程標(biāo)準(zhǔn)、軟硬件設(shè)計(jì)標(biāo)準(zhǔn)、過程及最終驗(yàn)證標(biāo)準(zhǔn)等。

2.2 影響機(jī)載綜合處理系統(tǒng)產(chǎn)品問題陳述優(yōu)劣的因素

（1） 機(jī)載綜合處理系統(tǒng)產(chǎn)品所面臨的情勢(shì)和亟需解決的問題;

（2） 若干系統(tǒng)級(jí)的應(yīng)用場(chǎng)景的描述;

（3） 初始需求：功能需求、非功能需求、約束（偽需求）;

（4） 項(xiàng)目計(jì)劃：包括系統(tǒng)最終交付期在內(nèi)的用戶關(guān)注的重要里程碑;

（5） 目標(biāo)環(huán)境：交付系統(tǒng)必須執(zhí)行一套詳盡系統(tǒng)測(cè)試檢驗(yàn)的環(huán)境;

（6） 客戶接受標(biāo)準(zhǔn)：系統(tǒng)測(cè)試檢驗(yàn)的標(biāo)準(zhǔn)。

3 功能需求和非功能需求

功能需求：描述系統(tǒng)和其環(huán)境交互作用，與具體實(shí)現(xiàn)無關(guān)，機(jī)載綜合處理系統(tǒng)產(chǎn)品的功能需求主要描述該系統(tǒng)承擔(dān)的功能、與載機(jī)其他系統(tǒng)的接口互聯(lián)、數(shù)據(jù)通信及對(duì)外承擔(dān)功能，與產(chǎn)品本身的具體內(nèi)部組成、體系架構(gòu)、實(shí)施方案、組件選型均無關(guān)[3]。

非功能需求（A類最典型）：

（1） 用戶看見的與功能行為不直接相關(guān)的方面（表象）。

（2） 可靠性，安全性、維修性、測(cè)試性、綜合保障性、性能、有效性、可用性、支持能力、適應(yīng)性。

偽需求（B類非功能需求）：系統(tǒng)運(yùn)轉(zhuǎn)時(shí)受到客戶或環(huán)境的影響、法律需求、設(shè)計(jì)和實(shí)現(xiàn)約束，如容錯(cuò)能力、高低溫適應(yīng)性、電子兼容性等環(huán)境適應(yīng)性能力;

項(xiàng)目需求（C類非功能需求）：產(chǎn)品研制預(yù)算經(jīng)費(fèi)、合同額、交付日期等。

對(duì)于機(jī)載綜合處理系統(tǒng)產(chǎn)品來講，系統(tǒng)架構(gòu)、實(shí)現(xiàn)技術(shù)、開發(fā)方法、開發(fā)環(huán)境、實(shí)現(xiàn)語言、重用性等通常都不是需求[4]。功能及非功能需求的樹狀圖如圖4所示。

圖4 功能需求及非功能需求的樹狀圖

4 機(jī)載綜合處理系統(tǒng)需求管理

需求管理包括：變更控制、版本控制、狀態(tài)追蹤、追溯。

需求管理，實(shí)際是管理需求變更的若干過程，開發(fā)過程中的連續(xù)的變更帶來的諸多困難問題。其主要關(guān)注點(diǎn)包括：管理需求間關(guān)系，管理需求優(yōu)先級(jí)，管理不同文檔間的從屬性（需求文檔，需求規(guī)格，研制系統(tǒng)過程中其他文檔），管理需求一致性變更[5]。

需求管理涉及的過程包括：變更和追溯，沒有追蹤性則無法有效管理需求。追溯性含義：誰提出的需求，為什么存在需求，需求與什么相關(guān)，如何將需求與其他信息關(guān)聯(lián)（系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)、用戶文檔）。

（1） 威者工具支撐

需求管理工具包括：采集、存儲(chǔ)、大數(shù)據(jù)量信息的維護(hù);

為支撐需求管理而定制設(shè)計(jì)的不同的可用工具;

適用與需求工程的其他工具：配置管理系統(tǒng)、郵件系統(tǒng)、共享工作區(qū)。

（2） 需求管理工具支持功能

用于存儲(chǔ)數(shù)據(jù)的數(shù)據(jù)庫系統(tǒng);

用于文檔分析和生成的工具：構(gòu)建需求數(shù)據(jù)庫，生成需求文檔;

幫助確保變更完全落實(shí)的變更管理工具;

幫助需求工程師找到系統(tǒng)需求間依賴關(guān)系的追蹤工具。需求管理各環(huán)節(jié)關(guān)系如圖5所示。

圖5 需求管理各環(huán)節(jié)關(guān)系

5 研究方向

根據(jù)需求工程的理論，針對(duì)機(jī)載綜合處理系統(tǒng)需要建立需求開發(fā)和需求管理兩部分集成定制工具，必將極大的提高此類復(fù)雜嵌入式系統(tǒng)的研制水平。

（1） 集成定制需求開發(fā)工具。需要建設(shè)定制的基于模型的需求建模分析仿真的相關(guān)的需求開發(fā)工具，整合多個(gè)需求建模分析工具，建成適應(yīng)機(jī)載綜合處理系統(tǒng)產(chǎn)品特點(diǎn)的需求建模仿真分析專用的集成工具，解決工具分散孤立的問題，使之能對(duì)系統(tǒng)的各種特性進(jìn)行需求分析[6]，最終形成完整的需求建模、分析、仿真的規(guī)范流程和完整工具鏈。

（2） 集成定制需求管理工具。需要建設(shè)定制面向全生命周期的需求管理相關(guān)工具，整合多個(gè)需求相關(guān)環(huán)節(jié)的工具，建成適應(yīng)機(jī)載綜合處理統(tǒng)級(jí)產(chǎn)品特點(diǎn)的需求采集管理工具，能形成完整的需求采集管理模板和管理流程以及完成的工具鏈，形成貫穿全生命周期的基于需求的信息化管理能力。

6 結(jié) 語

本文結(jié)合機(jī)載綜合處理系統(tǒng)產(chǎn)品的應(yīng)用特點(diǎn)，系統(tǒng)地介紹了需求工程所涉及的需求開發(fā)和需求管理兩部分內(nèi)容的理論和特點(diǎn)，分別介紹兩部分工作中各自的重點(diǎn)難點(diǎn)以及指導(dǎo)依據(jù)，并且提出了針對(duì)機(jī)載綜合處理系統(tǒng)這類復(fù)雜系統(tǒng)產(chǎn)品在需求開發(fā)和需求管理兩個(gè)方面所需集成定制的工具鏈。

參考文獻(xiàn)

[1] GONG Yi?fan， PU Xiao?bo， LIU Jun， et al. Rapid prototype design method in avionics system based on UML [J]. Journal of System Simulation， 2007， （4）： 749?753.

[2] 趙立軍.基于SysML的需求分析研究[J].計(jì)算機(jī)技術(shù)與發(fā)展，2011，21（12）：145?147.

[3] 劉劍，王智學(xué).基于本體的需求獲取方法研究[M].北京：清華大學(xué)出版社，2005.

[4] 王智學(xué).基于能力的復(fù)雜系統(tǒng)需求分析[C]//江蘇省系統(tǒng)工程學(xué)會(huì)軍事系統(tǒng)工程委員會(huì)第十屆學(xué)術(shù)年會(huì)論文集.南京：江蘇省系統(tǒng)工程學(xué)會(huì)，2008：125?128.

完整的變更管理流程范文第3篇

負(fù)載超額、變更未經(jīng)測(cè)試、流程設(shè)置不合理、缺乏相關(guān)培訓(xùn)、遺忘操作規(guī)程……權(quán)威數(shù)據(jù)顯示，在造成系統(tǒng)停機(jī)的原因中，軟硬件故障只占20% 的比例，而人為錯(cuò)誤、系統(tǒng)架構(gòu)和應(yīng)用程序故障所占比重高達(dá)80%。

IBM全球服務(wù)部大中華區(qū)金融事業(yè)服務(wù)總監(jiān)余兆祥坦言，國(guó)內(nèi)企業(yè)在實(shí)施IT系統(tǒng)時(shí)，很多時(shí)候道理是清楚的，但實(shí)施中因?yàn)檫^去既有的包袱讓理想無法實(shí)現(xiàn)。CIO不是只告訴整個(gè)企業(yè)什么是高可用性（計(jì)算機(jī)系統(tǒng)的可用性是通過系統(tǒng)的可靠性和可維護(hù)性來度量的。工程上通常用平均無故障時(shí)間(MTTF)來度量系統(tǒng)的可靠性，用平均維修時(shí)間(MTTR)來度量系統(tǒng)的可維護(hù)性），還有一個(gè)任務(wù)是怎么樣把愿景用可實(shí)施的方式表達(dá)出來、落實(shí)下去。CIO有兩個(gè)任務(wù)，一是要把不同層面的期望值弄清楚，二是用一套方法落實(shí)TSA（全面高可用性）。

在當(dāng)今這個(gè)高速發(fā)展的信息化時(shí)代，IT 系統(tǒng)的可用性已逐漸成為企業(yè)把握市場(chǎng)機(jī)會(huì)的重要工具，過去銀行買機(jī)器的投資非常大，要求的標(biāo)準(zhǔn)非常高，事實(shí)證明結(jié)果還是不盡如人意的。為什么不盡如人意呢？因?yàn)檫^去做項(xiàng)目在采購(gòu)的行為上比較缺少?gòu)娜妗⒄系慕嵌热ニ伎紗栴}，IT技術(shù)過去只是依靠某一個(gè)元件、一個(gè)CPU或者一個(gè)服務(wù)器，但這被證明并不能完全支持高可用性。也就是說，今天整個(gè)IT系統(tǒng)如果不能從各個(gè)環(huán)節(jié)去考慮，包括硬件、軟件、網(wǎng)絡(luò)、服務(wù)、運(yùn)營(yíng)去思考可用性的問題的話，常常會(huì)以偏概全、掛一漏萬。

余兆祥分析說，高可用性已經(jīng)是老生常談的話題。但I(xiàn)BM發(fā)現(xiàn)，其實(shí)董事長(zhǎng)、銀行行長(zhǎng)、CIO想的可用性跟科技部負(fù)責(zé)人想的可用性，甚至包括運(yùn)營(yíng)老總想的可用性是不一樣的。怎么樣去用一套東西服務(wù)不同人的要求，這是首先要解決的問題。

如何讓高可用性落地呢？余兆祥認(rèn)為，保障系統(tǒng)的高可用性，不但關(guān)系到IT系統(tǒng)的每個(gè)環(huán)節(jié)，而且需要在正確的戰(zhàn)略目標(biāo)指引下，建立完整的結(jié)構(gòu)衡量體系和標(biāo)準(zhǔn)管理體系，其關(guān)鍵在于IT系統(tǒng)、應(yīng)用流程、組織管理和業(yè)務(wù)發(fā)展之間的集成管理與平衡。

從程序來看，第一步，必須得從咨詢開始，就是要自建企業(yè)現(xiàn)在的IT環(huán)境以及TSA要達(dá)到的目標(biāo)。

第二步就是要建立Management Processes（管理流程），一個(gè)IT的環(huán)境不能沒有一個(gè)完整的、成熟的管理體系，全世界的經(jīng)驗(yàn)告訴我們，所有硬件的投資，如果背后沒有一個(gè)很好的Management Processes，這個(gè)投資會(huì)事倍功半。

第三步是建立Operationl Processes（運(yùn)營(yíng)流程），很多企業(yè)有很好的硬件、軟件以及完整的管理方法。但是真正的操作員在實(shí)施運(yùn)營(yíng)、每天做運(yùn)營(yíng)服務(wù)的時(shí)候，沒有遵循一個(gè)標(biāo)準(zhǔn)的運(yùn)營(yíng)模式和守則，或者有了運(yùn)營(yíng)守則沒有徹底地執(zhí)行。

第四步是建立IT的基礎(chǔ)架構(gòu)，包括硬件、軟件、中間件。

問題測(cè)試：你的企業(yè)IT需要高可用性嗎？

是否需要IT系統(tǒng)24×365 地持續(xù)運(yùn)行？

是否迫切需要將IT系統(tǒng)的宕機(jī)風(fēng)險(xiǎn)降到最低，并能從系統(tǒng)中斷狀態(tài)下迅速恢復(fù)？

是否需要全面完善系統(tǒng)架構(gòu)，提高IT系統(tǒng)的安全性和可用性？

是否需要優(yōu)化系統(tǒng)管理架構(gòu)，提升IT管理能力？

是否需要改進(jìn)系統(tǒng)運(yùn)行管理框架，變被動(dòng)服務(wù)為主動(dòng)服務(wù)？

是否需要從技術(shù)和管理兩方面提高IT系統(tǒng)隨需應(yīng)變的能力？

完整的變更管理流程范文第4篇

【關(guān)鍵詞】電力調(diào)度；流程；調(diào)度業(yè)務(wù)；應(yīng)用系統(tǒng)

引言

在電力系統(tǒng)中，電力調(diào)度機(jī)構(gòu)是電力企業(yè)管理生產(chǎn)運(yùn)行的中樞部門，肩負(fù)著保障電網(wǎng)的安全、穩(wěn)定、經(jīng)濟(jì)運(yùn)行的重要任務(wù)。近年來，由于電力行業(yè)的快速發(fā)展，電網(wǎng)結(jié)構(gòu)的日趨復(fù)雜，供電質(zhì)量標(biāo)準(zhǔn)的不斷提高，電力調(diào)度機(jī)構(gòu)需處理的業(yè)務(wù)也日益增長(zhǎng)。如新投運(yùn)方案審批、設(shè)備變更審批、檢修停電計(jì)劃申請(qǐng)等各種調(diào)度業(yè)務(wù)不斷的增多，傳統(tǒng)調(diào)度管理方式已經(jīng)難以適應(yīng)不斷發(fā)展的電網(wǎng)的需要。傳統(tǒng)調(diào)度管理方式主要采用人工操作模式，如手工開票、人工送審、電話通知等，這種工作方式易造成工作效率低、準(zhǔn)確性差、職責(zé)不明確、耗時(shí)長(zhǎng)等弊端，因此開發(fā)一套的電力調(diào)度業(yè)務(wù)流程管理系統(tǒng)，提高調(diào)度管理質(zhì)量和效率是十分必要的。

1、系統(tǒng)功能

白山電力調(diào)度業(yè)務(wù)流程管理系統(tǒng)根據(jù)調(diào)度業(yè)務(wù)實(shí)際工作的需要，本著為切實(shí)服務(wù)基層、服務(wù)安全生產(chǎn)、服務(wù)管理工作的原則，建立一個(gè)完整的網(wǎng)絡(luò)管理系統(tǒng)。該系統(tǒng)不依賴原有辦公平臺(tái)，采用獨(dú)立的數(shù)據(jù)存儲(chǔ)，只需要分配獨(dú)立的WEB地址，并且可以作為一個(gè)獨(dú)立模塊內(nèi)嵌于公司網(wǎng)站，實(shí)現(xiàn)調(diào)度業(yè)務(wù)流程審批管理，該系統(tǒng)需實(shí)現(xiàn)以下4點(diǎn)功能：

（1）調(diào)度業(yè)務(wù)流程管理全過程網(wǎng)絡(luò)化，提高審批效率，降低人員勞動(dòng)強(qiáng)度。

（2）提高調(diào)度業(yè)務(wù)流程管理的規(guī)范性、標(biāo)準(zhǔn)性，明確責(zé)任。

（3）對(duì)調(diào)度各部門信息集中處理，避免信息孤島情況，同時(shí)信息資源按用戶權(quán)限共享，保障信息安全。

（4）實(shí)時(shí)對(duì)調(diào)度業(yè)務(wù)流程審批進(jìn)展進(jìn)行瀏覽，為生產(chǎn)決策提供實(shí)時(shí)時(shí)效的信息。

2、系統(tǒng)設(shè)計(jì)方案

白山供電公司在企業(yè)內(nèi)部局域網(wǎng)建立一個(gè)網(wǎng)絡(luò)化應(yīng)用系統(tǒng)，將日常調(diào)度業(yè)務(wù)審批融入到該調(diào)度流程管理系統(tǒng)中，提高調(diào)度辦公效率。

2.1系統(tǒng)模式

該系統(tǒng)采用B/S（瀏覽器/服務(wù)器）體系結(jié)構(gòu)，前臺(tái)采用JSP技術(shù)實(shí)現(xiàn)。該系統(tǒng)應(yīng)具有以下特點(diǎn)：

（1）以企業(yè)內(nèi)部局域網(wǎng)為基礎(chǔ)，實(shí)現(xiàn)調(diào)度業(yè)務(wù)流程網(wǎng)絡(luò)化審批管理。

（2）系統(tǒng)采用高性能服務(wù)器，多臺(tái)客戶機(jī)通過網(wǎng)絡(luò)與服務(wù)器相聯(lián)。服務(wù)器端操作系統(tǒng)采用Windows Server。

（3）數(shù)據(jù)庫采SQL server 2008。數(shù)據(jù)庫安裝在服務(wù)器上，客戶機(jī)通過瀏覽器訪問服務(wù)器，共享服務(wù)器上的數(shù)據(jù)。

（4）系統(tǒng)設(shè)置多級(jí)用戶權(quán)限，數(shù)據(jù)按用戶權(quán)限實(shí)現(xiàn)分級(jí)共享，保障了數(shù)據(jù)的完整性和安全性[3]。

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

系統(tǒng)數(shù)據(jù)庫安裝在專用服務(wù)器上，數(shù)據(jù)庫服務(wù)器為客戶機(jī)處理信息和存儲(chǔ)數(shù)據(jù)，各客戶機(jī)通過局域網(wǎng)與服務(wù)器相連，共享存在服務(wù)器上的數(shù)據(jù)庫數(shù)據(jù)。網(wǎng)絡(luò)結(jié)構(gòu)如圖1所示。

3、系統(tǒng)的基本管理模塊及主要功能

白山電力調(diào)度業(yè)務(wù)流程管理系統(tǒng)根據(jù)白山調(diào)度生產(chǎn)實(shí)際工作的需求，圍繞調(diào)度工作的重點(diǎn)，提供了包括新設(shè)備投運(yùn)方案、設(shè)備變更、設(shè)備運(yùn)行方式及參數(shù)變更、運(yùn)行方式票等共9個(gè)子系統(tǒng)模塊組成，全面覆蓋了調(diào)度生產(chǎn)的流程管理業(yè)務(wù)，為生產(chǎn)管理帶來了極大的便利，并提高了工作效率和質(zhì)量，使調(diào)度管理進(jìn)一步規(guī)范化。模塊介紹：

3.1新設(shè)備投運(yùn)方案審批

該模塊流程由運(yùn)行方式專工擬稿、調(diào)度所長(zhǎng)簽署審批意見、主管局長(zhǎng)簽署審批意見、抄送至部門負(fù)責(zé)人、下發(fā)至運(yùn)行單位等環(huán)節(jié)組成，每個(gè)環(huán)節(jié)完成后才傳送至下個(gè)環(huán)節(jié)。分別在調(diào)度所長(zhǎng)，主管局長(zhǎng)同意前，發(fā)現(xiàn)錯(cuò)誤可以返回上一環(huán)節(jié)進(jìn)行修改，同意后，便進(jìn)行下一環(huán)節(jié)，最后直到抄送至相關(guān)運(yùn)行單位。用戶使用各自的用戶名和密碼登錄系統(tǒng)后，系統(tǒng)將根據(jù)本人的權(quán)限情況，不同程度地開放其對(duì)新設(shè)備投運(yùn)方案處理的功能。各級(jí)管理者能方便地通過管理系統(tǒng)對(duì)調(diào)度操作流程的進(jìn)展情況進(jìn)行查詢，實(shí)現(xiàn)對(duì)調(diào)度工作的在線監(jiān)督和指導(dǎo)。

3.2設(shè)備檢修票審批

該模塊流程由生產(chǎn)單位、檢修計(jì)劃專工、運(yùn)行繼保專責(zé)等主要部門或負(fù)責(zé)人完成。通過一系列審核修改和安全技術(shù)校驗(yàn)步驟，最后發(fā)至調(diào)度室，自動(dòng)排版打印，形成檢修票，然后歸檔保存（見圖2）。各級(jí)用戶完成對(duì)檢修票審批的相應(yīng)工作，設(shè)備檢修票編號(hào)由系統(tǒng)生成，無法修改。

以上是該系統(tǒng)兩種流程模塊功能的簡(jiǎn)單介紹。調(diào)度業(yè)務(wù)流程管理系統(tǒng)操作方便快捷，用戶只需要根據(jù)系統(tǒng)提示，完成相應(yīng)的內(nèi)容填寫和操作便可以進(jìn)入下一流程環(huán)節(jié)。

4、結(jié)論

完整的變更管理流程范文第5篇

關(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

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

軟件質(zhì)量模型早期由McCall 提出,在此基礎(chǔ)上,國(guó)際標(biāo)準(zhǔn)化組織(ISO)提出軟件質(zhì)量的三層模型[2-3]。軟件項(xiàng)目的質(zhì)量管理主要包括:質(zhì)量計(jì)劃編制、質(zhì)量保證和質(zhì)量控制三個(gè)過程域。質(zhì)量計(jì)劃是根據(jù)項(xiàng)目的立項(xiàng)文檔,對(duì)具體的計(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)的活動(dòng),經(jīng)常性地針對(duì)整個(gè)項(xiàng)目質(zhì)量計(jì)劃的執(zhí)行情況進(jìn)行評(píng)估、檢查與改進(jìn)等工作,向管理者或其他方提供信任,確保項(xiàng)目質(zhì)量與計(jì)劃保持一致。質(zhì)量控制必須對(duì)階段性的成果進(jìn)行測(cè)試、驗(yàn)證,而很多失敗的軟件開發(fā)案例正是由于在測(cè)試中發(fā)現(xiàn)了先天存在的、無法修復(fù)的缺陷,這更說明了質(zhì)量管理在軟件開發(fā)中的重要性[4]。

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

公司在軟件開發(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ì)劃對(duì)項(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ì)劃評(píng)審會(huì),討論項(xiàng)目計(jì)劃的可行性,對(duì)計(jì)劃中不合理的地方進(jìn)行修改完善,并由質(zhì)量管理人員對(duì)其結(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é)對(duì)計(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ì)劃作動(dòng)態(tài)調(diào)整。

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

2.2.1 需求

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

雖然在需求調(diào)研期間積極地和用戶溝通,但仍然避免不了項(xiàng)目進(jìn)行中用戶的需求,如變更請(qǐng)求。由質(zhì)量管理小組組織討論實(shí)施變更的可行性及實(shí)施后所帶來的影響,無論哪種變更都需要對(duì)相應(yīng)的資料實(shí)施同步變更。若變更會(huì)帶來巨大影響而導(dǎo)致項(xiàng)目進(jìn)度的延期,項(xiàng)目組需要將變更報(bào)告提交給用戶并同用戶進(jìn)行協(xié)調(diào),討論變更的取舍問題或是項(xiàng)目進(jìn)度變更問題。決定變更之后,質(zhì)量管理成員監(jiān)督變更實(shí)施過程并協(xié)助配置管理員對(duì)變更后涉及的資料進(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ì)首要的工作。對(duì)于設(shè)計(jì)選型需要針對(duì)項(xiàng)目的結(jié)構(gòu)、項(xiàng)目的特征和用戶的需求來分析,同時(shí)還要要考慮到參與項(xiàng)目開發(fā)的小組成員的整體素質(zhì)。例如,項(xiàng)目經(jīng)理選擇的設(shè)計(jì)方法具有明顯的優(yōu)勢(shì),但項(xiàng)目組部分成員并不是十分熟悉這種設(shè)計(jì)方法,而且在時(shí)間評(píng)估上沒有考慮到某些程序員的學(xué)習(xí)適應(yīng)期。在這個(gè)項(xiàng)目的開發(fā)過程中,存在了嚴(yán)重的項(xiàng)目延期問題,由此可以看出,設(shè)計(jì)方法的選擇對(duì)項(xiàng)目開發(fā)的重要性,盡管有些設(shè)計(jì)方法有明顯的優(yōu)勢(shì),但是熟悉的設(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ì)階段通過對(duì)用戶需求的仔細(xì)研究,盡可能的識(shí)別、提煉出公共類,并進(jìn)行定義。公共類應(yīng)該具有通用性、可復(fù)用性,對(duì)公司和個(gè)人都是有利的,對(duì)項(xiàng)目組成員是一種學(xué)習(xí)的機(jī)會(huì),另外可以為公司節(jié)約大量的成本和縮短工期。公共類開發(fā)后由質(zhì)量管理小組把關(guān),確認(rèn)沒問題后交由配置管理員保存入庫,方便開發(fā)人員長(zhǎng)期使用。

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

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

測(cè)試人員則根據(jù)系統(tǒng)設(shè)計(jì)編寫測(cè)試用例和測(cè)試計(jì)劃。測(cè)試用例和測(cè)試計(jì)劃都需要經(jīng)過質(zhì)量管理員組織的評(píng)審會(huì)評(píng)審。測(cè)試人員按照測(cè)試計(jì)劃和測(cè)試用例,對(duì)項(xiàng)目進(jìn)行測(cè)試,并把測(cè)試出來的問題及時(shí)反饋給項(xiàng)目組,項(xiàng)目組根據(jù)測(cè)試問題的嚴(yán)重級(jí)別,修改程序代碼。只有當(dāng)程序員調(diào)試完程序,測(cè)試通過并通過質(zhì)量管理小組審核后,才可交給用戶測(cè)試、驗(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ā)成員可能會(huì)一直被老項(xiàng)目影響,沒辦法專心投入新項(xiàng)目,從而形成一種人員浪費(fèi)。當(dāng)維護(hù)人員發(fā)現(xiàn)是程序缺陷,需要修改時(shí)要走變更控制流程。大的修改由開發(fā)人員對(duì)已的程序修改,并由質(zhì)量管理小組對(duì)整個(gè)修改過程作變更控制,修改結(jié)束后由測(cè)試小組測(cè)試通過后新版本交付用戶。小的修改由維護(hù)人員實(shí)施,同時(shí)變更所涉及到的一切資料。

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

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

在質(zhì)量管理還沒成型,項(xiàng)目組人員還沒習(xí)慣寫文檔時(shí),會(huì)覺得寫文檔是浪費(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)模板,這樣編寫文檔的速度也會(huì)很快。有了完整的項(xiàng)目文檔,就不會(huì)因?yàn)轫?xiàng)目開發(fā)人員的辭職而耽誤開發(fā)進(jìn)度,減少了整個(gè)項(xiàng)目組對(duì)某個(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].長(zhǎng)沙:國(guó)防科技大學(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.