完整的變更管理流程

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

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

 

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

 

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

 

一、實驗構(gòu)建的目的及意義

 

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

 

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

 

二、實驗構(gòu)建的理念和設(shè)計思想

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

五、總結(jié)

 

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

 

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

 

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

 

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

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

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

中圖分類號： TN911?34 文獻(xiàn)標(biāo)識碼： A 文章編號： 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 引 言

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

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

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

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

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

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

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

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

圖1 需求工程的組成

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3 功能需求和非功能需求

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

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

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

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

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

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

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

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

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

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

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

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

（1） 威者工具支撐

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

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

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

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

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

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

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

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

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

5 研究方向

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

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

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

6 結(jié) 語

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

參考文獻(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].計算機技術(shù)與發(fā)展，2011，21（12）：145?147.

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

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

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

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

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

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

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

如何讓高可用性落地呢？余兆祥認(rèn)為，保障系統(tǒng)的高可用性，不但關(guān)系到IT系統(tǒng)的每個環(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（管理流程），一個IT的環(huán)境不能沒有一個完整的、成熟的管理體系，全世界的經(jīng)驗告訴我們，所有硬件的投資，如果背后沒有一個很好的Management Processes，這個投資會事倍功半。

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

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

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

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

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

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

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

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

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

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

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

引言

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

1、系統(tǒng)功能

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

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

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

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

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

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

白山供電公司在企業(yè)內(nèi)部局域網(wǎng)建立一個網(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)，前臺采用JSP技術(shù)實現(xiàn)。該系統(tǒng)應(yīng)具有以下特點：

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

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

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

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

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

系統(tǒng)數(shù)據(jù)庫安裝在專用服務(wù)器上，數(shù)據(jù)庫服務(wù)器為客戶機處理信息和存儲數(shù)據(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)實際工作的需求，圍繞調(diào)度工作的重點，提供了包括新設(shè)備投運方案、設(shè)備變更、設(shè)備運行方式及參數(shù)變更、運行方式票等共9個子系統(tǒng)模塊組成，全面覆蓋了調(diào)度生產(chǎn)的流程管理業(yè)務(wù)，為生產(chǎn)管理帶來了極大的便利，并提高了工作效率和質(zhì)量，使調(diào)度管理進(jìn)一步規(guī)范化。模塊介紹：

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

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

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

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

以上是該系統(tǒng)兩種流程模塊功能的簡單介紹。調(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

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

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

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

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

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

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

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

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

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

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

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

2.2.1 需求

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

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

2.2.2 設(shè)計

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

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

2.2.3 實現(xiàn)與測試

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

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

2.2.4 維護(hù)

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

2.3 保證項目文檔

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

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

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

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

3 結(jié)束語

從軟件開發(fā)的實際情況可以證明,優(yōu)質(zhì)的質(zhì)量管理可以節(jié)約大量的人力、物力和財力,同時可以保證軟件的質(zhì)量。實踐證明,軟件工程項目的成敗與否,一般與項目的管理直接相關(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è)計與實現(xiàn)[J].導(dǎo)航,2001:37(4):58-60.