【正文】 圖81 項目需求變更處理流程。為了使項目可控，并有益于項目的順利實施，必須有一套規(guī)范的項目需求變更處理流程，來進行變更請求分析，評估變更可能帶來的風險和修改基準文件，并決定最終是否需要實施變更。奧格對遺留問題的處理意見填寫在《遺留問題處理意見表》中。（5）硬件工作環(huán)境驗收奧格根據所提交的驗收方案和實施辦法，自行組織設備和人員，并在使用單位監(jiān)查下現(xiàn)場進行測試和驗收，對硬件工作環(huán)境做出評估意見。驗收測試內容包括：功能、安全性、可靠性、易用性、可擴充性、兼容性、六個方面。以上文檔由奧格提供，民政局審核確認后由民政局簽收《源代碼及程序產品交接表》。 源代碼通過評審后，民政局方將在要求的環(huán)境下進行現(xiàn)場編譯、運行和測試，并將運行的結果與奧格提交的可執(zhí)行產品的運行效果對比。 對于奧格提交的源代碼，民政局方將先進行評審，以確定是否符合要求。程序產品由源代碼編譯生成，每個產品光盤介質的數(shù)量需在2張以上。以上文檔由奧格提供，民政局審核確認后簽收。主要的開發(fā)類文檔：《項目需求說明書》、《系統(tǒng)概要設計方案》、《系統(tǒng)詳細設計說明書》、《數(shù)據庫設計說明書》。 客觀性：要求文檔客觀地反映系統(tǒng)及系統(tǒng)建設情況，有變動及時修改，不同版本有相應說明，同時有版本及修改、更新的時間記錄要求。 完善性：要求設計、實施、維護和技術文檔齊全； 216。驗收清單見表《文檔驗收情況確認表》。民政局對文檔驗收情況做出評估意見。驗收小組簽署《工程驗收報告》，并加蓋單位公章，驗收通過。項目最終驗收是指驗收小組通過檢查需求文檔、設計文檔、現(xiàn)場測試與提問等形式。當各項功能達到合同規(guī)定的要求時，即該項目工程通過驗收，并由民政局代表簽字認可。（2）奧格配合事項本次驗收由奧格協(xié)助用戶方操作，因此奧格要做好驗收的準備，包括提交驗收總負責人、各子項目負責人名單、實際配置清單；準備測試工具；出具與用戶商定的書面承諾。 項目驗收工作由奧格和番禺民政局共同商討進行，由民政局組織，奧格積極配合。系統(tǒng)驗收將嚴格遵守項目建設合同中提到的條款，并依據以下內容對項目進行全面驗收。驗收工作填寫《系統(tǒng)確認驗收單》，《系統(tǒng)確認驗收單》須列明《需求規(guī)格說明書》中所規(guī)定的主要功能以及應當交付的設計文檔資料和介質，由雙方共同確認簽字后，作為驗收完成的憑證。番禺地名系統(tǒng)項目驗收確認工作在系統(tǒng)完工情況下進行，系統(tǒng)完工是指：（1）達到合同要求；（2）完成需求規(guī)格說明書的各項內容；（3）單項工程文檔、總體項目文檔齊全；（4）項目達到總體設計目標；（5）系統(tǒng)功能、性能等指標達到單項工程總體設計要求；（6）硬件環(huán)境安裝調試完畢，運行穩(wěn)定；（7）系統(tǒng)安全穩(wěn)定運行；（8）完成系統(tǒng)自檢，提供相關自檢報告。若變更需求超出《需求規(guī)格說明書》內功能點5％的范圍，則由雙方另行商議解決，不影響最終驗收的進行。對于超出范圍界定外的一切工作均不在本合同服務范疇內。需要提供以下支持和幫助：(1)業(yè)務支持和數(shù)據提供的支持，要有專門的聯(lián)系人，負責數(shù)據的提供、數(shù)據的解釋和業(yè)務支持；(2)積極配合奧格進行需求調研和需求分析，共同編寫及確認《項目需求說明書》；(3)對《項目需求說明書》進行書面確認，對需求進行變更控制；(4)積極配合進行系統(tǒng)試運行和測試工作，并對《驗收報告》進行書面確認；(6)配合奧格系統(tǒng)開發(fā)及相關工作，協(xié)調相關業(yè)務支持工作。甲方人員提出的需求都需要經甲方負責人確認。 項目風險計劃序號風險描述規(guī)避方法可能性影響程度等級1在需求調研時，各專業(yè)處人員提供的數(shù)據不完整或者不準確，或者不是很積極得配合我方調研及時與甲方第一負責人溝通，讓他們協(xié)助督促各專業(yè)人員積極配合，按時提交準確數(shù)據50%6B2地名普查數(shù)據及地名業(yè)務數(shù)據提供及配合情況由甲方負責人督促各業(yè)務數(shù)據負責人按時提供相關數(shù)據40%4C4春節(jié)期間客戶請假、開發(fā)人員請假了解項目成員及客戶春節(jié)請假情況，提前做好工作安排，與客戶溝通，根據實際情況適當延長開發(fā)期。措施名稱措施內容定義問題類別與級別問題嚴重程度劃分成為：嚴重問題、重要問題、一般問題問題的緊急程度劃分成為：緊急、急、一般問題分類包括以下要素：問題范圍、項目階段（設計、安裝實施階段、試運行階段等）明確報告和處理路線規(guī)定各類問題的報告入口、問題處理的第一負責人、升級負責人和全程監(jiān)視負責人，例如，關于設計變更問題，總設計與集成項目經理是接口，設計變更委員會是決策機構；關于質量問題投訴，監(jiān)理公司是信息接口和處理協(xié)調單位。措施名稱措施內容效果規(guī)范溝通方式多用電子和書面的報告；口頭或會議溝通的內容要用書面記錄備忘；使用規(guī)范模板填寫溝通文檔，如會議紀要、工作報告等提高溝通的準確性規(guī)范溝通接口規(guī)定各類信息發(fā)布的渠道和接受的渠道，如規(guī)定各單位的溝通接口人員與方式提高溝通的準確性集中辦公在項目特定階段，條件許可時，安排不同單位的管理或聯(lián)絡人員集中辦公提高信息溝通的及時性和準確性利用網絡溝通工具運用網絡版的項目管理系統(tǒng)、項目論壇提高溝通的及時性，完整性/充分性，溝通的互動性信息集中管理，規(guī)范編號制定專人分門別類保管往來信息；不同部門或公司之間傳遞信息，賦予分類和序號編碼，以免遺漏或丟失提高溝通的準確性、完整性/充分性數(shù)據量化項目進度和質量報告使用量化分析數(shù)據提高信息的準確性預定評判標準在活動開始之前或簽訂合同時，事先討論關于工作成果的評判標準；引用行業(yè)或國家標準或規(guī)范編制評判標準避免在事情期間對工作成果的評判產生分歧項目溝通的目的，是為了發(fā)現(xiàn)問題、解決問題。執(zhí)行，原她 項目會議管理程序和標準 負責人程序和標準負責人／組織者 ①制定會議議程 ②確定并通知會議參加者 如果會議是每周舉行的，議程和時間安排應在會議召開前2個工作日之前發(fā)出，在項目初期，還應提前1天電話確認； 如果會議是每月或每2月舉行的，議程應在會議召開前5個工作日之前 發(fā)出，并提前1天電話確認； 如果會議是不定期舉行的，項目經理應在前一周的工作安排中通知相關人員下周的此類會議安排，發(fā)出會議通知，并提前1天電話確認(如必要)記錄員 ①按照會議紀要模版記錄會議議題及討論結果； ②會后，經會議負責人／組織者確認批準后（各