前言：中文期刊網精心挑選了變更管理的定義和內容范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。
變更管理的定義和內容范文1
ArcGISServer；ArcGIS服務器；GIS；工作流技術；空間數據庫技術
土地變更的過程中，一般涉及到地塊地類屬性的變更、地塊面積的變更、地塊所有權的變更等。采用傳統的土地變更方案，首先需要測量外業部門到野外勘測，再由內業部門依據測量數據繪制變更地圖，最后經過多個行政部門的確認和審批，整個過程步驟繁多，進度緩慢。本次根據土地變更各種環節設計了一個新型的土地變更服務方案，此方案將傳統變更過程中的多個步驟采用一個統一的系統整合到一起，加快變更過程，同時也更好的確保了審批過程中各部門數據的一致。
1.關鍵技術
ArcGISServer系統套件。ArcGISServer是一個企業級GIS應用程序的綜合平臺，提供了創建和配置GIS應用程序和服務的框架，可以滿足客戶端的各種需求也可以處理地理資料。ArcGISServer是一個完整的GIS系統，不僅具有網絡地圖功能，而且具有數據管理、空間分析和可視化服務，它也是創建Web應用程序的一個完整體系。此設計選用ArcGISServer平臺的主要原因有：
ArcGISServer不但有自身特有的各種服務功能，同時還支持額外的OGC服務，包括增強的WMS支持，以及新的WCS和WFS支持。
針對圖像傳輸的新的圖像服務優化。它支持客戶端的采樣壓縮要求，并提供圖像和數據進行分析。這個開放的服務支持SOAPXML、WCS和WMS。此外，用戶可以存儲在地理數據庫或文件系統的柵格數據，還為需要大量基于圖像文件的用戶提供ArcGISServerImage擴展。
ArcGISServer可以對二維的地圖服務進行按需緩存。通過ArcGIS服務管理器，用戶可以定義緩存服務，使之滿足按需緩存，也可以使用ArcCatalog和地理處理工具，以建立興趣區的緩存和修改緩存以包括另外的規模水平。
利用ArcGIS服務器，用戶使用ArcGISServerManager進行安全管理?；诮巧陌踩巹t可以針對應用和服務，允許管理員分配不同水平的特定用戶組的訪問。
ArcGISServer包括一些增強的Web地圖應用。這些改進包括創造一個更精簡的用戶體驗、新地圖、導航和更多的工具，也支持地圖結果的提示和增加打印能力。
ArcGIS服務器包括針對使用JavaScript進行Mashup類型開發的API。它包括面向SOAP和REST服務的Web服務SDK，以及具備Ajax功能WebADFs，以進行高級的網絡和企業應用開發。這些文檔內容已被顯著擴展，特別是針對WebADF、JavaScriptSDK、RESTAPI和SOAPWeb服務的文檔內容。未來還會支持AdobeFlex的ArcGISAPI，這些API可用于創建種類豐富的Web應用程序。
工作流與工作流管理系統。工作流相關概念：工作流是一項借以在分布式辦公環境中定義、執行、監督、協調工作項目流動的技術。工作流管理是一種統攬全局的過程管理工具，利用工作流管理可以對各個業務流程進行控制，并且能夠將不同的業務流程納入到一個總的計劃中加以統一管理。工作流管理系統可以描述不同覆蓋范圍和不同時間跨度的經營過程，根據經營過程以及組成活動的復雜程序，工作流管理系統可以采取多種實施方式，在不同實施方式中，所應用的信息技術、通信技術和支撐系統結構會有很大的差別，工作流管理系統的實際運行環境可以在一個工作組內部，也可以在全單位所有業務部門。
工作流參考模型。工作流參考模型是國際工作流管理聯盟為實現各種工作流管理系統軟件產品之間的有效集成而定義的一個標準模型。它由過程定義工具、工作流引擎、管理監控工具、客戶應用程序、被調用程序這5個標準接口組成。
工作流引擎，是為流程實例提供運行環境并解釋執行流程實例的軟件部件；過程定義工具，是管理流程定義的工具，它可能通過圖形方式把復雜的流程定義顯示出來并加以操作；流程定義工具同工作流執行服務交互；客戶應用程序，是通過請求的方式同工作流執行服務交互的應用，也就是說是客戶端應用調用工作流執行服務；客戶端應用同工作流執行服務交互。被調用程序，是被工作流執行服務調用的應用；調用應用同工作流執行服務交互。為了協作完成一個流程實例的執行，不同的工作流執行服務之間進行交互。管理監控工具，主要指組織機構、角色等數據的維護管理和流程執行情況的監控；管理監控工具同工作流執行服務交互。
2.系統設計與開發
系統總體架構。根據土地變更業務工作的特點，土地變更信息系統主要具有如下幾個特點：管理的動態性；管理的權限性；管理的網絡化；管理多報表化；圖數集成管理。
功能模塊設計。變更項目模塊：在“變更項目”模塊中，分有“最新項目”、“項目申請”、“項目列表”、“項目查詢”四個功能。通過對工作流引擎的調用，在“最新項目”和“項目列表”里面列出了登錄者有權查看的項目。
用戶角色模塊：此方案引入了角色訪問控制的思想，采用了“角色”的概念，目的是為了隔離“用戶”與“權限”。
報表生成模塊：在信息化還沒有得到充分應用前，報表還是上級部門查閱和歷史查詢的主要手段。在變更項目得到批準之后，必須填寫變更相關的報表，系統提供劃定范圍的統計二三級地類的標準報表查詢分析及劃定范圍地類統計專題圖查詢。除了要生成政策文件上規定的報表外，系統應該能采用靈活快速的統計方式，可用結果表現形式來生成自定義報表。
歷史回溯模塊：在這個功能中，用戶可以根據選擇不同歷史時刻的空間數據，瀏覽不同歷史時刻空間數據的變化。所有的ArcSDEGeodatabase均具備Default版本，Default版本為ArcSDEGeodatabase最原始的版本，它是服務器中所有版本的父版本，可以在Default版本或是它的子版本下創建版本，也可以對此版本直接更新。需要注意的是如果要使創建的版本具備歷史回溯功能，在創建版本時應該使數據集具有歷史歸檔功能，這樣才能通過歷史歸檔的記錄回溯到不同的歷史版本。
GIS功能模塊：GIS功能是土地變更服務系統的重要功能。此方案把GIS功能設計成WebGIS的形式，一方面可以有效的把GIS功能與其它Web功能集成在一起，另一方面可以達到“隨時隨地辦公”要求。
此方案在充分分析了土地變更流程的前提下，將GIS、工作流技術、空間數據庫技術相結合。ArcGISServer在本次設計的系統中處于核心地位，設計中將它提供的ArcSDE空間數據庫引擎、時態數據庫進行了實例化。交互方面采用WindowsWorkflowFoundation和組合在一起，提供了一個可測試、可伸縮、可維護的工作流應用方式。基于這些技術的工作流模型，使得用戶界面的設計和后面工作流代碼的設計分開，同時還使得長耗時的工作流可以使用WF的SQL持久化服務來長期保存。實現了地圖歷史回溯的功能，給土地管理工作帶來了新的方法。
[1]賈勤學，張 瑋，李建林，吳 楠，于麗君.基于遙感技術的耕地面積動態監測研究[J].中國農學通報，2006.07
[2]杜靈通.基于遙感技術的土地利用/覆被變化研究[J].國土資源信息化，2007.02
[3]沈小樂，王 璇，劉 倩.土地利用動態監測技術的研究[J].湖北民族學院學報（自然科學版），2007.03
[4]李懿麟.基于GIS與RS一體化的變更地塊判別方法[J].測繪科學技術學報，2007.z1
變更管理的定義和內容范文2
【關鍵詞】教務管理系統 范圍管理 項目管理
【中圖分類號】G64 【文獻標識碼】A 【文章編號】2095-3089（2014）09-0023-01
一、引言
隨著教學規模的擴大、教學模式的轉變，使得學校教務管理任務越來越重，這不僅增大了工作量，還增大了工作難度。這些根本性變化的同時也對學校的教務管理提出了更高的要求，為了適應這些新變化，提高教務管理的工作效率，建立一套完整統一、技術先進、高效穩定、安全可靠的教學管理系統成為當務之急。
在該項目中，本人以技術人員的身份參與了項目的管理工作，在開始接手教務管理系統開發前，我們首先想到了范圍管理對該項目的作用和意義。通過我們團隊上上下下的努力，該項目終于在2010年11月中旬通過驗收，目前系統運行一切良好，得到了所有干系人的認可。
二、教務管理系統的范圍管理
教務管理系統的開發采用了面向對象的分析與建模技術，以B/S三層架構模式的J2EE環境作為運行環境。系統主要包括系統管理、教師管理、學生管理、選課管理、排課管理、考務管理、成績管理、報表統計等模塊。主機主要有一臺數據庫服務器（Sun Fire 6800）和一臺應用服務器（Sun v880），主機操作系統主要采用強大的UNIX操作系統，應用服務器則從方便考慮采用Windows 2003操作系統，數據庫則選擇業內領先的企業版Oracle 10g，應用中間件平臺使用BEA的WebLog？鄄ic10，應用服務運行在J2EE平臺。
項目范圍是指產生項目產品所包括的所有工作及產生這些產品所用的過程。項目干系人必須在項目要產生什么樣的產品方面達成共識，也要在如何生產這些產品方面達成一定的共識。項目的范圍管理是項目取得全面成功的一個至關重要的前提和基礎，這在本人參與的教務管理系統項目實施過程中得到了充分驗證。具體來說，我們是按照以下的管理過程來進行范圍管理的。
1.范圍計劃編制
項目范圍對項目的成功有重要的影響，范圍管理包括如何定義項目的范圍，如何管理和控制項目范圍的變化，如何考慮和權衡工具、方法、過程和程序，以確保為項目范圍所付出的勞動和資源能夠和項目的大小、復雜性、重要性相稱，使用不同的決策行為要依據范圍管理計劃。該項目中邀請了技術業務專家對項目范圍進行了專業判斷，在計劃中明確定義項目范圍、制定詳細范圍說明書、定義和編制工作分解結構以及驗證和控制范圍的步驟和方法。
2.范圍定義
范圍定義是制定項目范圍說明書的過程，項目范圍說明書是確定整個項目工作中的可交付物及提交可交付物所做的工作。本項目采用快速原型結合面向對象開發的方法，首先通過與甲方溝通，確定甲方的重要項目干系人。接著將確定的干系人進行分類，一類是學院的領導層，他們確定系統要達到的整體目標；另一類是學院教職員工，他們的要求構成系統的具體功能。我方人員經過多次與各類項目干系人溝通，通過制作界面原型與甲方不斷確認，從而把項目的需求和范圍確定下來。
3.創建工作分解結構
創建工作分解結構是項目范圍管理的重要環節。通過工作分解結構把項目的整體工作分解成工作包。通過滾動式規劃，把近期的工作分解較為詳細，遠期的工作分解較為初略。在分解過程中，我主持了項目工作分解的會議，會議的參與人員有項目團隊成員及其他項目干系人。通過會議將項目可交付物和項目工作分解為更小的、更易于管理的項目單元。我還采用了MS Project2007作為項目管理工具建立了項目的WBS，對WBS的每個任務明確了可交付物。
4.范圍確認
范圍確認是指對項目范圍的正式認定，項目主要干系人，如項目客戶和項目發起人等要在這個過程中正式接受項目可交付成果的定義。
為保證做好各個階段的范圍確認工作，本人在項目實施中，確認了幾個重點的里程碑。在完成了計劃中的各重點里程碑點之后，與項目干系人共同完成里程碑的評審與總結，目的是為了防止范圍需求的偏差、遺漏，并獲得干系人對階段工作完成情況，包括范圍在內的正式確認。
在項目實施過程中，我們要求對WBS上的可交付物進行監控，對已經完成或即將完成的可交付物及時進行會議評審，由客戶一起進行確認。整個范圍確認貫穿于項目實施過程的始終。我方和用戶方商定，所有提交的可交付物，用戶必須確定項目聯系人進行簽字蓋章，如果拒絕提交，要提出書面說明。
5.范圍控制
范圍控制是保證整個項目有效實施的重要內容。我方與用戶方成立變更控制委員會，并制定了變更控制流程。變更控制流程如下：①范圍變更說明文檔；②填寫變更申請單；③召開會議對變更所帶來的影響進行分析、變更方案進行論證及評審；④發出變更通知并實施變更；⑤對變更實施進行監控；⑥對變更結果進行評估；⑦客戶對相關文檔進行確認簽字。
在項目實施過程中，由于項目小組成員和業主各部門很多人都有聯系，他們經常會遇到項目干系人提出范圍變更請求，對此我們統一口徑，要求所有的變更必須經過項目發起人同意才可以響應，同時強調項目小組成員不得隨意對項目進行“鍍金”。
另外我們還加強項目小組內部的溝通和交流，提高項目開發團隊的開發效率，加強質量措施的落實，對成員的職責和績效進行考核，杜絕由于項目質量問題或技術問題引起不必要的范圍變更。
三、結束語
從該項目啟動到竣工驗收，經歷了一年多的時間，總結整個項目的實施，我們認為得益于在項目初期階段建立了項目范圍管理的理念和方法，對項目進行了科學、規范的范圍管理，使項目所有的組成要素在適當的時間充分地、有機地結合在一起，極大地提高了項目的實施效率。通過本項目的經驗總結，為本人今后執行類似的項目范圍管理帶來了一些可供借鑒的經驗。
參考文獻：
[1]戚安邦.項目管理學[M].南開大學出版社，2003.
[2]左美云.信息系統項目管理[M].清華大學出版社，2008.
變更管理的定義和內容范文3
一、運維管理流程
1.規劃數據中心運維體系，提高各流程的集成性和可執行性，建立流程改進路線圖
回顧運維管理流程的繼承性和可執行性，和組織角色定義結合，完善流程的接口和銜接。定義服務交付管理流程要素，并制定服務流程建設和改進路線圖，分級分步的進行，使其漸進形成可預測，可用和可度量（級別，成本等）的服務管理流程體系。支持未來服務級別、服務目錄等面向服務的IT技術設施運營模式。
2.建立基于流程的運維工作管理辦法，規范化流程的執行和日常工作，平滑流程的銜接
應建立運維工作管理辦法，達成面向服務的數據中心運維職能和管理模型，形成數據中心運營，支持，行政，管理的職能；達成基于流程的數據中心運維管理過程，包括事件，問題，變更，，配置等管理流程和日常工作的融合。
運維工作管理辦法應建立較完善的數據中心運維管理過程，包括運維中的主要工作和管理過程；過程間的接口；運維管理服務過程的關鍵保障環節。
上述職能，模型，過程要以數據中心運維管理制度和規范的形式落地，這些制度和規范包括操作規程，設備管理，機房管理，安全管理，服務支持，外包管理，行政管理，災備管理等等。
3.建立統一的系統的應急管理辦法
應急管理已經是現代企業，特別是金融企業不可或缺的管理工作。IT運維同樣需要應急管理流程來提高應急處理的有效性和及時性。IT技術設施的應急管理，需要把業務的應急管理要求協同到IT基礎設施上。從組織，職責，流程，技術等方面，建立數據中心應急管理辦法。應急管理辦法總體需求包括：
（1）數據中心應急管理辦法――規定總體事件分級，報告，處理，職責等；
（2）應急預案――定義具體業務系統、設施、事件應急處理過程；
（3）和災備管理的銜接。
應急管理辦法的主要內容應包括：事件分級、處理流程、組織體系和職責、處理資源、應急演練等。最后應急管理辦法中還應包括實施貫徹建議，包括培訓，宣貫，演練等。
二、運維管理技術工具
全面規劃集中的統一的運維監控平臺，盡可能覆蓋企業現有IT基礎設施，包括主機設備、網絡設備、存儲設備、備份設備、數據庫、中間件、應用軟件、桌面系統等；盡可能考慮對現有監控系統（包括業務監控系統）的集成；集中化管理提供故障處理、配置數據處理、性能監控等標準的系統監控功能，同時進行數據分析和整合，并以適當的形式進行呈現，支持維護人員進行的故障定位、診斷和解決，同時為運維管理提供基本信息；統一的平臺提供統一的配置管理數據庫，統一的管控流程；統一展現；統一分析處理；統一采集；
監控指標體系規劃，分為平臺和業務兩部分，平臺包括生產系統的網絡設備、主機、中間件、數據庫、存儲和備份設備，業務為各類業務系統；監控指標需要包含定性的和定量的；反映監控對象工作是否正常的功能指標；反映監控對象工作性能的指標；反映監控對象資源使用情況的指標；反映監控對象安全狀態的指標等。監控指標體系是對整個監控對象技術狀態的靜態和動態的量化描述，通過監控指標體系的閾值定義，也是刻畫整個監控對象正常運行的范圍；監控指標體系的規劃要綜合考慮業務要求，技術特性，設備配置和業界最佳實踐；同時，監控指標體系也應該能隨同事件/問題處理的積累進行調整，逐步加強指標體系對預測的支持；
監控系統布署規劃；對監控體系框架中不同的層次（數據層、采集層、功能層和展現層）的部署規劃，包括部署的部件、位置、配置、接口、網絡配置（需求）等。部署當中要考慮到多地區部署、跨地區部署、部署變更、配置管理等因素；
自動化運維監控管理技術建議。根據一體化信息監管平臺建設的需要，將運維管理系統按功能劃分進行現有主流產品及集成分析，推出產品選型原則。這些功能要覆蓋業務服務管理平臺、網管平臺、安全管理平臺、桌面管理平臺；服務流程管理平臺及自動化運維管理平臺；統一的資產配置數據庫，資產生命周期管理；服務交付管理平臺等主要部分；從集成框架和要求出發，從技術接口、協議標準、服務咨詢、技術開發等方面，對主流產品的集成能力進行分析建議，并適時進行一體化監控平臺的建設路線。
三、運維管理組織
1.在IT服務管理體系中規劃服務組織，定義角色，角色職責，接口。整個服務組織規劃中要考慮：
（1）層次化管理功能：在集團，分支機構營業部，子公司等不同層次上，不同組織特性上，分層組織功能；
（2）集中和分散的平衡：統一指揮，分級管理；
（3）面向服務的IT運維管理功能結構：從面向服務的IT運維架構出發，建立運行、支持、行政、管理等圍繞服務提供的組織功能；
（4）流程導向是基于流程管理的運維組織架構：建立組織架構和事件管理，問題管理，變更管理，配置管理等服務管理流程的協同；
（5）各組織功能描述，各組織間接口定義；溝通與配合渠道；
（6）崗位定義，崗位職責和工作內容，考評，崗位培訓計劃。
2.規劃數據中心運維體系，提高各流程的集成性和可執行性，建立流程改進路線圖?；仡欉\維管理流程的繼承性和可執行性，和組織角色定義結合，完善流程的接口和銜接。定義服務交付管理流程要素，并制定服務流程建設和改進路線圖，分級分步的進行，使其漸進形成可預測，可用和可度量（級別，成本等）的服務管理流程體系。支持未來服務級別、服務目錄等面向服務的IT技術設施運營模式。
3.建立基于流程的運維工作管理辦法，規范化流程的執行和日常工作，平滑流程的銜接。應建立運維工作管理辦法，達成面向服務的數據中心運維職能和管理模型，形成數據中心運營，支持，行政，管理的職能；達成基于流程的數據中心運維管理過程，包括事件，問題，變更，，配置等管理流程和日常工作的融合。運維工作管理辦法應建立較完善的數據中心運維管理過程，包括運維中的主要工作和管理過程；過程間的接口；運維管理服務過程的關鍵保障環節。上述職能，模型，過程要以數據中心運維管理制度和規范的形式落地，這些制度和規范包括操作規程，設備管理，機房管理，安全管理，服務支持，運維管理，行政管理，災備管理等等。
4.建立統一的系統的應急管理辦法。應急管理已經是現代企業，特別是金融企業不可或缺的管理工作。IT運維同樣需要應急管理流程來提高應急處理的有效性和及時性。IT技術設施的應急管理，需要把業務的應急管理要求協同到IT基礎設施上。從組織，職責，流程，技術等方面，建立數據中心應急管理辦法。應急管理辦法總體需求包括：
（1）數據中心應急管理辦法――規定總體事件分級，報告，處理，職責等；
（2）應急預案――定義具體業務系統、設施、事件應急處理過程；
（3）和災備管理的銜接。
應急管理辦法的主要內容應包括：事件分級、處理流程、組織體系和職責、處理資源、應急演練等。最后應急管理辦法中還應包括實施貫徹建議，包括培訓，宣貫，演練等。
四、運維管理體系中的PDCA
為實現現代企業數據運行中心的云計算及大數據技術的藍圖規劃，我們可以從流程、工具、技術及數據的標準化入手，不斷完善IT運維管理體系，最終使其滿足企業業務發展需求，并且完成IT技術引領業務發展的目標。而本文作者想強調的是，我們完全可以借助PDCA管理方法，縮短優化這一改進過程。
企業數據中心的建設管理體系，可分為戰略管理、實施管理、運維管理，這三種管理均可通過PDCA的方法進行管理優化。
1.數據中心戰略管理（P）
數據中心建設管理規劃是企業信息化建設的關鍵，其必須符合信息化建設的總體方針和戰略。因此企業數據中心的建設管理規劃可涵蓋以下幾點：
（1）評估企業未來的業務發展戰略目標；
（2）評估企業業務流程再造的可能性及具體需求；
（3）分析調研數據中心對于改進業務流程的關鍵支撐點；
（4）確定該企業數據中心的戰略目標；
（5）本企業數據中心技術發展現狀以及同業數據中心情況調研；
（6）確定數據中心未來發展的體系架構（包括硬件環境及應用系統）和運維管理模式；
（7）對數據中心現狀和目標的管理模式和技術架構進行差異化分析；
（8）分析如何實現數據中心建設管理目標，并制定實施計劃。
2.數據中心實施管理（D）
企業數據中心的實施管理應包括硬件環境部署、網絡環境部署、業務系統實施、應用系統升級等方面的工作。所有的實施內容都應遵循數據中心的建設管理戰略規劃（P），并嚴格按照制度流程，規范化、標準化的進行實施作業。我們可參照項目管理中通常使用的管理方法，對數據中心的實施管理進行相關的操作。
3.數據中心運維管理（C & A）
數據中心運維管理的重點是確保各業務系統的安全穩定運行，保障應用系統的業務連續性，并提供給客戶高效準確的信息化服務。生產系統必須具備高可用功能，如雙機熱備、集群管理等，并且當業務系統出現故障時，應該能夠盡快恢復正常的生產運行。對應于PDCA管理方法，數據中心的運維管理可分為監控管理和變更管理。
變更管理的定義和內容范文4
關鍵詞：載人航天器；軟件需求；變更控制；改進流程
中圖分類號：TP301文獻標識碼：A文章編號：1672-7800（2013）006-0023-03
作者簡介：李皖玲（1980-），女，碩士，中國空間技術研究院載人航天總體部工程師，研究方向為載人航天器信息系統。
0引言
軟件需求在軟件產品的整個生存期中占有重要位置，是軟件工程項目的依據和出發點，無論是軟件開發還是軟件維護，都是以滿足軟件需求為最終目的[1，2]。
在實際工程研制中，用戶需求變更的現象不可避免。美國Standish Group 公司對8 400個軟件項目的調查和研究指出3種最經常使項目遇到困難的因素，其中，不斷改變的需求和規格說明占所有項目的12%[3]。同時，ESPITI機構根據3 800個調查人的回答，管理（更改）需求是被調查者回答的軟件研制過程中最難解決的兩個最大問題之一[4，5]。以航天某型號的某個子系統為例，共有軟件配置項14個，全生命周期共發生需求變更34次，涉及軟件11個，占到軟件總數的78.6%，發生過4次及4次以上需求變更的軟件有4個，占到軟件總數的28.5%。
如何及時、有效地控制軟件需求變更問題，已成為軟件工程化管理不可回避的課題。如果不能對需求變更進行及時有效的控制管理，很可能對整個軟件項目造成“牽一發而動全身”的影響[6]。
1需求變更原因及管理現狀
1.1需求變更原因
載人航天器軟件工程化的一項重要工作是對變更進行控制，以將變更對工作量、工期和質量的影響降低到最小。根據型號研制工作經驗，造成需求變更的原因可總結為以下方面：
（1）系統復雜導致需求理解不完整、不明確。載人航天器研制是個龐大的系統工程，由13個分系統構成，一個系統級功能及任務需層層分解至某個軟件或某幾個軟件來實現，帶來軟件內部、軟件與軟件之間信息流設計復雜、信息交互頻繁。系統需求的復雜性，帶來了對軟件需求理解的不確定性及不完險。
載人航天器軟件需求分析需經過系統級、分系統級、配置項級三級開展，在需求分析階段，若系統級或分系統級未對軟件需求進行深入論證、分析，軟件研制人員也未重視分系統級及系統級人員的參與，導致需求分析工作各自獨立，沒有設計出良好的軟件結構適應變化，造成后期頻繁的需求變更。
（2）工程周期長導致需求不斷加以完善。載人航天器的軟件研制需經歷初樣、正樣階段，一般研制周期為2～3
年。在初樣階段，建立初步的軟件功能基線后，開發工作即開始啟動。隨著軟件研制工作的深入，分系統會提出新的需求。同時，載人航天器系統與子系統按照同一節點進行開發，即使建立的功能基線是無遺漏的、明確的，但隨著工程深入，其中的某個子系統發生任務變更，由此帶來該子系統軟件或其相關軟件需求發生變化。
（3）軟件需求本身特點。軟件需求作為整個軟件項目的最關鍵的一個輸入，同硬件產品不同，具有模糊性、不確定性、變化性和主觀性等特點，它的自身特點就決定了變化的可能[5]。
1.2需求變更管理存在的問題
載人航天器軟件工程化的需求管理方法經過近10年的運行和實踐，確保了多艘航天器軟件安全、穩定運行，詳細流程見圖1所示。但目前需求變更控制流程仍然存在待改進地方，主要體現在以下方面：
（1）需求變更控制方式單一。載人航天器軟件工程化對需求變更的控制方式單一的主要表現，其一是未區分軟件研制不同階段需求變更的處理流程，對需求變更控制和管理均是按照圖1所示的流程進行，實際上，初樣和正樣階段的需求變更，對計劃和質量的影響是完全不同的；其二是對所有的需求變更一視同仁，未區分關鍵性需求和改進性需求，致使需求變更頻繁發生，導致工作量和資源投入的不理性增加。
（2）變更影響域分析滯后。對于分系統提出的變更，多是從技術的角度出發，經過系統級、分系統兩級論證通過后，以技術要求方式下達。一旦軟件研制單位接收到技術要求，按照軟件工程化要求進行軟件變更及影響域分析時，發現由于此次需求變更對軟件架構和研制進度帶來較大影響，并引入了質量風險，也只能按照影響域分析結果進行變更。
2需求變更管理流程改進
設計一個清晰的、明確的、可控的、有效管理的需求變更工作流程，有利于促進軟件開發過程中的人員分工和合作；有利于對需求變更的處理階段進行實時監控和跟蹤[7]。
需求變更控制改進后流程見圖2所示。
2.1變更申請
軟件需求變更申請可由需求方（分系統級）提出，也可由開發方（軟件研制方）提出。
提出的軟件需求變更由開發方歸入“需求變更池”進行管理，“需求變更池”由需求變更時間、需求變更定義、變更原因、提出變更人等信息組成。
根據軟件研制特點和軟件進展階段，需求方定義需求變更周期，每一個需求變更周期對“需求變更池”的需求進行統一處理。如在初樣尚未進入編碼階段，需求變更周期定義為兩周，若在初樣已完成編碼階段，需求變更周期定義為一個月，在正樣階段，將“需求變更池”的處理周期定義為事件驅動。在每一個需求變更周期內，需求方將與開發方一同，對“需求變更池”內的需求處理一次。
采取“需求變更池”管理的好處是將需求變更流程變為周期性，既能確保所有需求申請都能夠得到及時處理并經歷正規的需求管理流程，又能盡可能地減少對軟件研制過程的干擾。
2.2影響域分析論證
當需求變更周期到達時，需求方和開發方將一同進行變更的影響域分析。
若需求方提出需求更改申請，需與軟件經理共同編制需求更動論證及影響分析報告。需求方從更動的必要性、可行性及變更帶來的影響方面進行論證，即是否必須進行設計變更才能滿足預期的性能指標要求和使用要求，或是對此有明顯改善、提出的變更技術上是否合理，工程上是否可行，變更對產品的可靠性、安全性及接口的影響。開發方根據需求跟蹤矩陣，標識并實施因分配需求的更改而引起的項目計劃、軟件工作產品（包含文檔和代碼）和活動的更改。開發方的影響分析包含軟件功能、性能等技術類分析，還應包含管理類的非技術影響分析。
若開發方提出需求更改申請，開發方單獨編寫需求更動論證及影響分析報告，需重點從軟件配置項角度論述更改帶來的影響。
在該流程中，影響域分析論證由需求方和開發方在申請得到響應的第一時間內共同完成，需求變更影響域分析將更全面、更系統也更具體。同時，通過影響域分析，將需求方變更也納入到了工程化管理，既對需求方更改進行了控制，以減少不必要的軟件變更，又使得開發方能夠及早地參與影響域分析論證，及時應對需求變更。
2.3需求變更評審
軟件配置控制委員會（SCCB）（組成人員中包含需求方、軟件專家）評估需求變更論證及影響分析報告。
2.4需求變更分級管理實施
在進行需求變更評審時，需對需求變更進行定級，針對定級情況實行分級管理，以達到對需求變更的控制和管理。
根據變更影響域分析，可將需求變更定義為4個級別。一級為變更關鍵性需求，如若不變更，意味著整個項目不能正常交付使用，前期工作也會被全部否定；二級變更影響后續關鍵性需求，不影響前面工作內容的交付，但不變更，新的項目內容無法提交或繼續；三級變更為后續重要需求，如果不被滿足會令整體項目工作的價值和開發人員技術價值下降；四級需求是改良性或可選性需求，沒有實施變更并不影響已有功能的使用，代表個人喜好[8，9]。
一二三等級變更，需實施更改；對于四級需求，如果時間和資源條件允許，可實施更改或是后續版本更改。
需求方提出的變更申請，需求方對分配需求進行更改，將變更后的《軟件任務書》批準、受控，下發至軟件研制單位。開發方接收到正式變更要求，類同開發方提出的變更申請，按照軟件工程化管理規定，辦理更改的三單審批流程，實施更改。
2.5通報和跟蹤
SCCB確認需求已進行實際的變更。軟件配置管理工程師通知所有受影響的小組和個人。開發方將因更改而引起的情況通報給受影響的組和個人，對已標識的相關更改進行跟蹤，直到更改結束。
3需求變更管理實踐
上述需求變更管理流程，已被成功應用到某型號某軟件研制過程，該軟件為嵌入式C程序，代碼規模約為12 000～15 000行。在實踐過程中，初樣階段 “需求變更池”處理周期為1個月，正樣階段處理周期定義為“新的需求提出”。至軟件交付時，該軟件共發生軟件需求變更15項，需求方提出需求變更6項，開發方提出需求變更9項，通過需求變更評審，需求變更一級為3項、二級為4項、三級為2項、四級為6項。
通過需求變更管理，該軟件共發生的15項需求變更中，實施了13項，有效地控制了軟件需求變更比率。在未增加開發人員和資源情況下，同軟件開發計劃相比，軟件過程文檔編寫數量減少了16份以上，初步預算節省軟件工程組人員工時80人時以上；同時軟件研制過程可見、受控，軟件研制進展順利，交付進度較計劃時間提前了約60天；軟件在交付使用后，其功能性能滿足用戶需求。
4結語
通過分析軟件項目開發過程中需求變更產生的原因，提出了軟件工程化管理過程中存在的問題，并在此基礎上提出了需求變更管理主流程， 該流程保證變更實施在可控范圍內進行，將影響域分析提至系統級層面，并將需求變更實施分級管理，從而將變更帶來的影響盡可能地降到最小。需求變更管理流程真正將需求方、開發方與需求變化、變更請求和項目管理緊密結合在一起。通過某型號某軟件3年的軟件工程化管理實踐，證實該管理流程使需求變更在項目開發中得到了有序有效管理， 保證了項目的順利完成， 提高了項目的質量。
參考文獻：
[1]韓萬江，姜立新.軟件項目管理案例教程[M].北京：機械工業出版社，2005.
[2]張海藩.軟件工程[M].第1版. 北京：清華大學出版社，2006.
[3]ERACAR Y A， MIECZYSLAW. An architecture for software that adapts to changes in requirement [J] . Journal of System and Software，2000（50）.
[4]STANDISH GROOP. User survey report[R]. European Software Process Improvement Training Initiative， 1995.
[5]秦眾森，李娟.需求變更管理過程機器工具分析與展望[J].計算機工程與設計，2009（11）.
[6]SUZANNE ROBERTSON， JAMES ROBERTSON.掌握需求過程[M].王海鵬，譯.北京：人民郵電出版社，2003.
變更管理的定義和內容范文5
關鍵詞：軟件需求；需求管理工具
中圖分類號：TP311.5 文獻標識碼：A 文章編號：1007-9599 （2012） 21-0000-02
1 軟件項目中需求管理的必要性分析
軟件項目的開發過程中主要包括三個管理對象，分別為軟件需求管理、軟件產品以及開發活動，其中，軟件需求管理最為關鍵。通常而言，客戶在軟件終產品前無法對產品情況進行判斷，因而當其發現終產品時，很容易同所期望的相差甚遠，導致的原因：一是用戶對于軟件需求的表述模糊，由于用戶對業務的理解可能存在偏頗，因而導致其對軟件需求進行表述時不夠清楚；二是用戶需求存在著多變性，隨著軟件開發過程的不斷推進，其對于原需求具有了新的認識，或出現了新的需求；三是用戶因缺乏計算機領域方面的知識，因而所提需求很難實現，因而常需要對變更需求；四是軟件開發企業常將開發重點集中在軟件的設計與開發方面，并未對需求變更進行控制，因而會造成軟件項目進度大幅度滯后，成本超出預算等情況發生；五是當前需求管理工具的局限性也會影響軟件需求的準確性以及需求變更過程的可控性。
為了有效解決上述問題，必須充分認識到軟件項目中需求管理的重要性，引入新型的需求管理工具，實現軟件項目需求管理的有效性以及軟件項目開發過程中需求錯誤的大幅減少，進而實現軟件開發成本地大幅降低，有效縮短開發周期，推動軟件項目的成功。
2 軟件項目中需求管理工具的類型及作用分析
2.1 軟件項目中需求管理工具的主要類型
如今，需求管理工具已經形成了一定的規模，當前較常用的需求管理軟件主要包括Rational Analyst Studio，DOORS，RDT，Caliber-RM等，可將這些需求管理工具分為如下兩類，即以文檔為核心的需求管理工具以及以數據庫為核心的需求管理工具。其中，DOORS與Caliber-RM是以數據庫為核心的類型，其主要是將所有需求屬性以及跟蹤能力等相關信息存儲于數據庫當中，而需求可由不同源文檔產生，但結果均存于數據庫中，此外，工具還提供了每個需求以及外部文件，例如Word、Excel以及圖形等文件相關聯的功能，并提供額外的補充性需求的說明。Rational Analyst Studio屬于以文檔為核心的需求管理工具，其主要通過使用Word等字處理程序進行文檔的制作及存儲，其允許選擇文檔以離散需求的形式存儲于數據庫中，因而進一步加強了此類型文檔處理的能力，只要數據庫中有需求的存儲，就允許用戶進行屬性的定義，這點同以數據庫為核心的需求管理工具相類似，此外，Rational Analyst Studio也提供文檔內容以及同步數據庫等機制。
除了以上五種工具外，市場還出現了許多其他需求管理工具，其各有所長，使用時應以具體情況為依據進行適宜工具的選擇。
2.2 軟件項目中需求管理工具的功能
1）在需求獲取階段的功能
此階段應更加注重軟件需求定義方面的功能，開發者同用戶交流獲取用戶需求，并將此類需求納入需求管理工具的具體管理過程中，因此，要求需求管理工具能夠提供一個方法來對每項需求進行明確的定義和存儲，具體而言，首先，其應當具有最基本的編輯功能，并支持從常用文檔格式進行直接輸入等方面的需求。其次，其應能夠支持非文字化方式諸如圖、表、邏輯符號等的定義及其存儲，并能夠借助于過濾、菜單以及沖突檢測等的方式對數據進行整合。再次，其應對需求級別進行準確定義，即在父類需求下所包含的子類需求進行定義。
2）在需求分析階段的功能
開發者應就需求條款進行分析及歸納，以便為系統設計及其開發過程提供一個清晰的思路。要求需求管理工具應支持需求的歸納及分類，并能夠對需求進行優先級的劃分，同時支持需求查詢過程。
3）在需求管理階段的功能
此階段要求需求管理工具能夠在需求變更的全過程中提供實現的方法，并對其進行有效的控制，此外，能夠對需求變更所波及的相關需求進行處理，并對需求相關版本屬性進行有效的管理。應能夠對某項需求及其各需求間的關聯性進行定義和跟蹤，并對需求相關測試結果進行跟蹤和記錄，并能夠提供軟件需求的完整歷史記錄。
4）在需求輸出階段的功能
此階段要求工具具有相對較強的兼容性，包括可進行工具數據庫內容的輸入，可自動進行標準化文檔的生成，并可進行階段狀態報告的提供。
3 軟件項目中需求管理工具的發展趨勢分析
隨著互聯網的發展，軟件產品的需求日趨增加，且種類也趨之復雜。軟件產品的發展，又決定了需求信息的發展，使之變的復雜多樣。需求間的交錯關系，使得需求管理工具中的方法無法給需求信息恰當的描述。細致和簡略的描述都不能將需求信息很好的表達出來。這就要求新生的需求管理工具不僅能保證信息的不丟失，而且還必須保證信息的不繁冗。不過，信息非形式化和形式化的關系也亟待解決。非形式化描述的優點是便于使用和理解，缺點是不方便推理；而形式化描述的優點和缺點和非形式化的正好相反，因此，它們兩個結合，互取優缺，可以有效的分析各類需求信息，還可以捕獲或二次捕獲需求信息，因而能很好的解決需求管理工具存在的問題。此外，非形式化描述和形式化描述的有效結合，能促進需求管理工具的開發。使之變得方便快捷。
4 結語
軟件需求在軟件行業頗受重視，但由于它的不確定性，一些項目的開發也會因此而告終。相比國外需求管理工具的開發，我國的需求管理工具的開發還是少之又少，甚至使用的也不多。因此，我國應加強這方面的投入，使我國在軟件行業能進一步的發展，開發出自己的需求管理工具，趕上國際水平。此外，推廣軟件需求工具的使用也是至關重要的。
參考文獻：
[1]吳艷艷，周長倫，姜家軒，王春梅，許自國.軟件項目管理中的需求管理[J].信息技術與信息化，2008，（02）.
[2]萬文杰，李振中，任偉，高瑞年，盧旭.探析軟件開發中的項目需求管理[J].電腦編程技巧與維護，2010，（10）.
變更管理的定義和內容范文6
摘 要 文章簡要闡述了項目管理的定義和作用，歸納了科研項目運用項目管理的重要意義，提出了加強項目管理在科研項目管理中的應用的關鍵環節和方法。
關鍵詞 項目管理 科研項目 管理方法
隨著市場全球化、競爭世界化、服務個性化，項目管理作為提升組織運營效率、提升核心競爭力的重要手段，得到越來越廣泛的應用。與此同時，科研項目研究與開發作為知識經濟的重要基礎，在國計民生中發揮著舉足輕重的作用。
一、項目管理定義和作用
世界經濟進入知識經濟時代的重要標志，就是人們都在為將知識轉化為效益而忙碌。項目管理作為實現知識轉化的重要方法和手段，得到了理論界和實業界普遍重視，因此，無論在研究還是在應用方面近年來都得到了快速發展。目前，對項目管理較為普遍的定義為：項目管理就是以項目為對象的系統管理方法，通過一個臨時性專門的柔性組織，對項目進行高效率的計劃、組織、指導和控制，以實現項目全過程的動態管理和確保項目目標的最終實現。
應用項目管理方法于項目具有重要的作用：一是優化資源配置：項目管理中的人力動員計劃、項目進度計劃管理方法，使組織資源得到合理調劑，運作效率得到提升。二是項目可控：項目計劃的完整性和強制性，為項目按計劃完成奠定了堅實基礎。三是控本增效：有了項目經理及其項目團隊成員的精打細算，嚴格執行項目成本控制計劃，對于降低組織的運營成本，增加利潤無疑將有較大的幫助。四是提高效率：項目管理是組織與客戶、組織內部各部門之間溝通協調的橋梁和紐帶，對外依據合同文件，對內依據管理文件，凡事都有項目團隊的協調，項目整體工作的效率得到大幅提高。五是項目信息集中、檔案完整：項目管理以其完善的管理體系，能夠實現對項目技術、經濟、管理、客戶等各方面的項目信息科學的管理。項目信息由項目團隊收集、整理、歸檔，使項目檔案完整、規范化，有利于組織應用檔案資料，分析、指導其它項目開展工作。
二、科研項目運用項目管理的重要意義
項目管理更為關注項目具體執行細節，不太涉及項目之外的宏觀管理，推廣實施較為簡單。項目管理中的目標管理、風險管理、溝通管理等管理理念，都是目前我國科研項目管理非常需要引入和強化的內容。因此，項目管理非常適合應用于我國的科研項目管理。
（一）可以有效保證科研項目目標的完成。影響我國科研項目取得預期成果的因素，除了客觀因素外，科研項目執行過程中的管理漏洞是最為重大的影響因素。首先，我國的科研項目的內部風險控制的重視不夠，有時為了申請經費而有所回避。在項目管理中，加強風險管理，建立風險管理策略和規劃，科學控制科研項目生命周期中的風險，以便達到減少或規避風險的目的。項目伊始，項目管理就要使全體參與者全面理解、深入認識項目目標，并將項目目標有效分解，使承擔的任務、計劃、控制和反饋處于可控狀態；項目進展過程中，采用認證和交付跟蹤的方式，檢驗項目節點完成情況，確保項目達到預定目標。在進度計劃上，項目管理中有嚴格的時間期限要求，利用網絡圖來表達項目中各項活動的進度和它們之間的相互關系，確定關鍵活動與關鍵路線，以求得最短周期。采用項目管理模式對科研項目實行全程控制，可確保科研項目高質量地按進度計劃完成。
（二）可以有效控制科研項目的成本。我國科研經費落后的管理體制，十分容易導致部分科研單位經費相對過剩、花錢大手大腳、以及“二手老板”的現象。項目管理中的成本管理由資源計劃過程、成本估計過程、成本預算過程、成本控制過程組成。其原理就是監控成本偏差，分析原因并采取措施以確保項目按照成本最低原則推進。應用項目管理方法對科研項目實行全額預算管理，細化預算編制，對科研項目中與預算偏差的費用及時分析調整，將有效防止科研經費濫用，并減少不必要的開支。
（三）可以有效促進科研成果的轉化。把項目管理應用在科研項目管理中，將會有助于改變我國科研工作多年來“偏理論、輕應用”傾向，使科研項目最終目標的范圍與結果都得到嚴格定義。按照項目管理的過程控制要求，科研項目完成后，各階段產生的數據及各種文檔資料應非常完整，對于以后成果的轉化提供了非常好的基礎。應用項目管理的思想進行科研項目管理，可以較好解決科研院所的研究和開發創新問題。由于這些研究和開發任務具有一次性和獨特性的共同特征，采用常規的運行管理是難以應付的，必須組成專門的項目團隊，應用項目管理方法，這也是項目管理已經滲透到了包括企事業管理機構和政府機構在內的各種形式組織的根本原因。采用項目管理思想進行科研項目的管理，尤其適用于項目數量多、投資額度大、資金的來源多元化以及管理復雜性高的組織。
三、加強目標管理在科研項目管理中的應用
因為科學研究活動具有較高的不確定性和一定的風險性，可能出現未能完成預定目標、費用超支、研究時間被動延長等情況。準確識別風險、科學規避風險，可以有效降低成本支出、減少合同糾紛等。應用目標管理方法將為科研項目提供了目標為導向的管理手段。將目標層層分解的方法應用于科研項目過程的各個階段，可較少項目實施過程中的不確定因素，并降低潛在風險。
（一）準確界定工作范圍。工作范圍的界定材料包括合同、任務下達書、客戶需求等等。界定材料中的重點內容是成果的特征描述。在立項之前，應當通過德爾菲法等科學方法來確定這些特征描述是否可以在規定的時間完成，技術解決方案是否可行等，以上問題獲得確認通過后才能批準立項。相應的輸出材料主要是工作范圍說明書，主要內容包括明確的起止時間、成果的具體形式、可量化的技術指標等。
（二）科學制定進度計劃。項目進度計劃的輸入材料包括客戶需求、合同、工作范圍說明書、任務下達書等。項目進度計劃應該是全周期的，根據任務細化要求，可分為一、二、三級計劃，必要時可以再細分為四、五級計劃等等，計劃的編制采用由上往下，計劃修訂由下往上，上層計劃是下層計劃的依據和約束，下層計劃必須支持上層計劃。編制進度計劃時應遵循SMART原則，并按以下步驟實施：一是科學分層。根據科研項目的結構設置，可按照“課題―任務―工作單元”的模式進行分解，直至分解至無法分解的最小單元。二是確定工期。在任務分解過程中，最小單元的工期應控制在10個工作日。三是落實責任。在任務分解過程中，最小單元的責任必須落實到人，如果存在由多人共同承擔的分解單元，應再次細分。四是化解風險。在任務分解過程中，對已識別出的具有較大風險的任務，應再次細化分解，同時制定化解、降低、控制風險的措施。五是關聯任務。在編制計劃進度時，應正確設置任務之間的關聯性，同時要合理確定項目的里程碑節點。
（三）加強過程監督檢查。工作范圍及進度計劃制定后.項目將進入實施階段。對于科研管理部門而言，本階段最重要的任務是加強過程監督檢查，并負責協調解決實施過程中出現的問題。監督檢查的輸入材料包括工作范圍說明書、進度計劃。必須建立定期檢查制度。根據進度計劃及工作范圍說明書，定期對項目的進度完成情況進行檢查，及時發現實施過程中出現的問題及偏差，協調各方面的資源予以解決。
（四）嚴格控制項目變更?？蒲许椖康淖兏赡軙斐裳芯恐芷谘娱L、成本增加等。在實施變更前，應由科研項目負責人提出申請，充分說明變更理由，變更申請事宜必須經有關專家的審議，確保預期目標能夠實現方能實施變更。同時必須根據變更內容對工作范圍說明書、進度計劃等進行修正，并保留變更記錄。
（五）全面驗收評價項目。項目驗收的輸入材料包括工作范圍說明書、進度計劃、監督檢查報告、變更記錄等。按照項目實施前期各階段已明確了的項目成果形式、數量、技術性能指標等內容，在驗收時應由行業專家對這些內容進行全面檢驗、驗證，通過后方可確認為項目任務完成，同時應盡快移交課題成果及過程資料。
科學有效的管理方法是確?？蒲许椖康靡皂樌麑嵤┑幕A。堅持將目標管理法應用到科研項目管理的各階段，不斷優化項目管理制度及流程，對提升企業科研管理水平，節約科研管理成本具有重要意義。
參考文獻：
