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

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

 

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

 

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

 

一、實驗構建的目的及意義

 

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

 

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

 

二、實驗構建的理念和設計思想

 

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

 

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

 

三、教學方法、手段及考核體系

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

五、總結

 

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

 

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

 

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

 

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

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

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

中圖分類號： TN911?34 文獻標識碼： 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)這種愈來愈復雜的網絡化嵌入式系統(tǒng)的研制，就必須重點把握需求，從需求獲取、需求采集、需求管理、需求前期的建模分析和后期基于需求的驗證等全生命周期各個需求相關環(huán)節(jié)進行管控，必須針對此類產品建立一套完整的理論和方法，以及完整的體系化的工具鏈。本文研究了復雜機載綜合處理系統(tǒng)的需求工程的理論、思路和方法。

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

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

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

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

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

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

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

圖1 需求工程的組成

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

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

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

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

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

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

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

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

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

圖2 需求工程的三個維度目標

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（6） 客戶接受標準：系統(tǒng)測試檢驗的標準。

3 功能需求和非功能需求

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

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

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

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

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

項目需求（C類非功能需求）：產品研制預算經費、合同額、交付日期等。

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

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

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

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

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

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

（1） 威者工具支撐

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

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

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

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

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

用于文檔分析和生成的工具：構建需求數據庫，生成需求文檔;

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

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

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

5 研究方向

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

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

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

6 結 語

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

參考文獻

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

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

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

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

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

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

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

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

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

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

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

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

第四步是建立IT的基礎架構，包括硬件、軟件、中間件。

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

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

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

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

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

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

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

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

【關鍵詞】電力調度；流程；調度業(yè)務；應用系統(tǒng)

引言

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

1、系統(tǒng)功能

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

（1）調度業(yè)務流程管理全過程網絡化，提高審批效率，降低人員勞動強度。

（2）提高調度業(yè)務流程管理的規(guī)范性、標準性，明確責任。

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

（4）實時對調度業(yè)務流程審批進展進行瀏覽，為生產決策提供實時時效的信息。

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

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

2.1系統(tǒng)模式

該系統(tǒng)采用B/S（瀏覽器/服務器）體系結構，前臺采用JSP技術實現。該系統(tǒng)應具有以下特點：

（1）以企業(yè)內部局域網為基礎，實現調度業(yè)務流程網絡化審批管理。

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

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

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

2.2系統(tǒng)結構

系統(tǒng)數據庫安裝在專用服務器上，數據庫服務器為客戶機處理信息和存儲數據，各客戶機通過局域網與服務器相連，共享存在服務器上的數據庫數據。網絡結構如圖1所示。

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

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

3.1新設備投運方案審批

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

3.2設備檢修票審批

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

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

4、結論

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

關鍵詞:質量管理;軟件開發(fā);應用

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è)的首要責任。如今的IT項目,軟件工程倍受關注,而軟件的質量更是重中之重,因此,要求企業(yè)對質量管理加強認識。目前,軟件質量管理基本使用定性指標,軟件質量保證理論側重于解決組織和管理的流程問題[1]。

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

1 未實施質量管理的劣勢

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

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

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

2.1 保證項目進度

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

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

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

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

2.2.1 需求

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

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

2.2.2 設計

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

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

2.2.3 實現與測試

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

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

2.2.4 維護

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

2.3 保證項目文檔

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

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

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

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

3 結束語

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

參考文獻:

[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] 胡小平.自主導航理論與應用[M].長沙:國防科技大學出版社,2002:194-203.

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

[4] 匡啟和.RTLinux環(huán)境下導航系統(tǒng)的設計與實現[J].導航,2001:37(4):58-60.