【正文】 .. ..備工作是否已經(jīng)完成。該報告內(nèi)容的變更由雙方的現(xiàn)場實施負責人、技術(shù)負責人進行交流即可確定，并需向工程領(lǐng)導小組匯報。對其中評審不合格的部分進一步完善和重新策劃，評審通過后由雙方共同簽署評審意見，并正式生效，作為后續(xù)軟件開發(fā)和測試的基礎(chǔ)。項目開發(fā)組根據(jù)調(diào)研中系統(tǒng)實際技術(shù)需求和各個子系統(tǒng)的業(yè)務需求，編寫并向工程領(lǐng)導小組提交符合 CMM LEVEL 3 規(guī)范要求的《系統(tǒng)需求分析報告》 ，并由項目組評審，不合格的部分進一步完善調(diào)研；評審通過后由雙方共同簽署評審意見，并正式生效。 項目總體推進計劃為了有效地保證系統(tǒng)開發(fā)的質(zhì)量，整個系統(tǒng)建設(shè)的全過程劃分為準備、設(shè)計、開發(fā)、實施和運行階段，每個階段完成相應的任務，確保信息系統(tǒng)的建設(shè)。國內(nèi)很多軟件項目的失敗，很大程度上是使用抓得不夠。同時還要制定工作原則，以指導項目的全面實施。一方面要從組織上進行落實，成立強有力的項目領(lǐng)導小組和經(jīng)驗豐富的項目實施隊伍；另一方面要制定嚴格的時間進度表，明確各里程碑的時間。衡量一個軟件項目是否成功，很大程度上不是看這個軟件項目采用了多么先進的技術(shù)，而是軟件對用戶來說是否實用，是否能夠幫助用戶解決許多預期的問題。在項目實施過程中，一定要重視系統(tǒng)中數(shù)據(jù)的錄入工作，充分估計數(shù)據(jù)處理的難度，在系統(tǒng)建設(shè)之初，就將數(shù)據(jù)工作提到議事日程上來，安排相應的資金、時間等，將數(shù)據(jù)工作落到實處，只有這樣才能爭取系統(tǒng)早日達到實用化。調(diào)研正式開始前項目開發(fā)組應檢查所有必要的準備工作已經(jīng)圓滿完成。項目開發(fā)組通過對系統(tǒng)的功能、運行和性能要求加以分析，產(chǎn)生一個高層次的系統(tǒng)結(jié)構(gòu)、軟件結(jié)構(gòu)、接口和數(shù)據(jù)格式的設(shè)計，并向工程領(lǐng)導小組提交《系統(tǒng)設(shè)計報告》 （其中包括數(shù) 據(jù)庫設(shè)計） ，組織評審并 簽署評審意見。對其中 評審不合格的部分進一步完善和重新策劃，評審通過后由雙方共同簽署評審意見，并正式生效，作為后續(xù)軟件開發(fā)和測試的基礎(chǔ)。首先需要經(jīng)雙方交流協(xié)調(diào)，形成《項目實施計劃》 ，確定 現(xiàn)場實施的準備工作、人員和日程安排、培訓計劃、階段目標等內(nèi)容，經(jīng)雙方負責人簽字后生效，按此計劃開始現(xiàn)場實施。培訓過程中由工程師提供《培訓考勤記錄》 ，培訓應該 脫產(chǎn)、集中、封閉進行，并要求所有參加人每日必須兩次考勤；培訓完成后由雙方共同進行《培訓總結(jié)》 ， 針對培訓效果確定是否 達到目標，是否再增加培 訓課程；對以上內(nèi)容用戶項目組須進行必要的考核和獎懲，培訓工程師有權(quán)對參加培訓人員進行客觀評價。通 過試運行及修改后證 明已經(jīng)基本完成的模塊，用戶應組織相關(guān)的業(yè)務負責人在《 軟件功能清單》 中逐項 確認。驗收工作將由用戶組織的專家組對系統(tǒng)進行全面的驗收和鑒定，并出具項目驗收小組領(lǐng)導簽字的《項 目驗收報告》 ，并簽署驗 收意見，公司在此過程中將全程參與，在現(xiàn)場進行驗收前的維護工作?！冬F(xiàn)場工作周報》 ，在現(xiàn)場實施工作中，為了把階段性的工作任 務具體落實完成，需要合作雙方每周一之前由公司實施工程師與用戶組共同制定本周的工.. .. .. ..作計劃，給出每個工作日上、下午的工作內(nèi)容，以及雙方的準備工作。以下是對上面的實施過程中將產(chǎn)生的文件匯總說明：階段 名稱 作用 評審級別 變更控制需求調(diào)研《需求調(diào) 研計劃 》《需求調(diào) 研大綱 》確定需求調(diào)研的準備工作、內(nèi)容、方法方式及人員和日程安排雙方現(xiàn)場實施負責人雙方現(xiàn)場實施負責人.. .. .. ..《系統(tǒng)需求分析報告》 明確用戶業(yè)務需求雙方項目負責人雙方項目負責人《系統(tǒng)設(shè)計報 告 》（其中包括數(shù)據(jù)庫設(shè)計）描述整個系統(tǒng)軟件的模塊設(shè)計，詳細設(shè)計，數(shù)據(jù)庫設(shè)計，供開發(fā)編碼使用雙方項目負責人雙方現(xiàn)場實施負責人設(shè)計《系統(tǒng)詳細設(shè)計報告》軟件開發(fā)《項目開 發(fā)計劃 》軟件開發(fā)的日程進度，分工，檢查點設(shè)置，提交成果等計劃雙方現(xiàn)場實施負責人雙方項目負責人軟件測試《測試計 劃》《測試問題 卡》《測試總結(jié)報 告 》符合 ISO9000 質(zhì)量保證體系規(guī)定的功能測試、同行間測試文檔軟件現(xiàn)場實施《項目實 施計劃 》確定現(xiàn)場實施準備工作、人員和日程安排、培訓計劃、階段目標等雙方現(xiàn)場實施負責人雙方項目負責人系統(tǒng)培訓《培訓計 劃》《培訓考勤 記錄 》《培訓總結(jié) 》明確培訓環(huán)境條件及方式，參加人員，課程課時等要求培訓記錄，培訓效果總結(jié)，是否達到目標雙方現(xiàn)場實施負責人雙方現(xiàn)場實施負責人系統(tǒng)安裝《數(shù)據(jù)庫 安裝目 錄》《軟件安裝方法》現(xiàn)場安裝、調(diào)試和提交軟件的相關(guān)文檔.. .. .. ..《軟件使用操作手冊》《軟件功能 清單 》所提交軟件全部模塊結(jié)構(gòu)劃分，功能描述用戶系統(tǒng)人員《軟件交付 書》軟件已在現(xiàn)場安裝、調(diào)試、培訓完成，基本可以進入試運行證明用戶系統(tǒng)負責人《軟件問題 及修改 記錄》實施中發(fā)現(xiàn)的軟件問題和用戶提出的具體修改意見，以及對其所作修改和確認記錄項目驗收《驗收計 劃》《驗收報 告》《項目總結(jié) 》《項目技 術(shù)報告 》《數(shù)據(jù)庫 字典》開發(fā)過程項目總結(jié)，技術(shù)總結(jié)，數(shù)據(jù)庫設(shè)計字典等驗收相關(guān)文檔日常工作《現(xiàn)場工作日程安排計劃》需在現(xiàn)場進行較長時間的一般工作日程安排雙方現(xiàn)場實施負責人雙方現(xiàn)場實施負責人《用戶項 目報告 》較長時間不在用戶現(xiàn)場時向用戶信息服務系統(tǒng)匯報項目進展和工作情況，《現(xiàn)場工作周 報 》 現(xiàn)場工作周計劃雙方現(xiàn)場實施負責人雙方現(xiàn)場實施負責人.. .. .. ..《階段評 估報告 》某階段性目標實現(xiàn)后進行總結(jié)，向工程領(lǐng)導小組提交，為下階段打好基礎(chǔ) 項目實施計劃xxxxxxxxxxx 軟件采購的建 設(shè)是一項龐大而復雜的信息化應用基礎(chǔ)工程，需要分任務、分階段組織建設(shè)，逐步實現(xiàn)總體目標。 進度安排系統(tǒng)建設(shè)分階段進行，第一階段至合同簽訂后 10 天，完成如下工作：（1 ）組織數(shù)據(jù)的采集（2 ）硬件環(huán)境的搭建.. .. .. ..第二階段，合同簽訂后 20 天，完成如下工作：（1 ）xxxxxxxxxxx 軟件采購的搭建將部署（2 ）二次開發(fā)第三階段，合同簽訂后 30 天內(nèi)，完成如下工作：（１） 系統(tǒng)開始正式試運行（２） BUG 修改（３） 系統(tǒng)性能調(diào)優(yōu)（４） 系統(tǒng)培訓（５） 系統(tǒng)驗收2 、項目管理方案 項目管理 組織結(jié) 構(gòu)需要明確的是，該系統(tǒng)是一個由用戶、系統(tǒng)供應商、其他系統(tǒng)供應商、設(shè)備提供商等多方面共同組成的項目組實施。項目經(jīng)理必須隨時向項目管理辦公室報告整個項目進展情況，向項目管理辦公室負責，采取正確的實施行動來完成項目實施工作。該小組在宣布中標后成立，項目驗收后結(jié)束。該組負責協(xié)調(diào)各相關(guān)單位的關(guān)系，處理所出現(xiàn)的各種問題；組織各個專業(yè)小組，制定項目總的實施進度計劃，推進項目進度，解決工程中出現(xiàn)的各種問題。（5 ）財務組：接受項目管理組的領(lǐng)導，向項目管理組匯報，制定資金運作計劃，負責財務成本核算、成本控制、財務審計等，保證整個合同過程中各個階段、各個方面的資金需要。（7 ）文檔組：接受項目管理組的領(lǐng)導，向項目管理組匯報，制定詳細的文檔遞交計劃，負責收集與整理各個階段的技術(shù)文檔，按照合同規(guī)定完成所有的文檔遞交工作。.. .. .. ..該組在項目管理組創(chuàng)立后設(shè)立，驗收完畢后結(jié)束。（9 ）驗收組：接受項目管理組的領(lǐng)導，向項目管理組匯報，負責現(xiàn)場實施的質(zhì)量控制，以確保工程高質(zhì)量、高效率地完成；制定詳細的驗收計劃，負責編寫測試驗收手冊、對安裝后的系統(tǒng)進行測試與預驗收、進行驗收準備工作、配合用戶驗收小組對系統(tǒng)進行最終驗收，按照合同規(guī)定完成所有的測試與驗收工作。 項目風險管理通過對大量的風險事件進行分析，在本項目中下列事件出現(xiàn)的概率最大，影響也是最大的。系統(tǒng)需要采集的數(shù)據(jù)量大、涉及的相關(guān)系統(tǒng)范圍廣，需要比較高的信息管理的專業(yè)知識。這些狀況容易造成系統(tǒng)的需求不明確，或者系統(tǒng)的需求變更頻繁，使得項目進展嚴重滯后，最后造成項目的失敗。因此，建立高效的協(xié)調(diào)與溝通機制，減少相互之間的誤解與拖延，是保障本項目成功實施的關(guān)鍵點之一。 質(zhì)量管理計劃本項目實施應采用先進的質(zhì)量管理模式和科學的質(zhì)量管理體系和流程，并根據(jù)項目自身特點選用合適的質(zhì)量控制規(guī)程。審核方面包括：質(zhì)量控制措施是否足夠、各個成員的質(zhì)量責任是否明確合理，測試方法是否適用。各級檢查驗收嚴格按項目實施中制訂的相應的檢查驗收規(guī)定和質(zhì)量評定標準執(zhí)行。（3 ）在系統(tǒng)部署完成后要在 實際環(huán)境中進行網(wǎng)絡連通性測試、安全策略驗證和應用系統(tǒng)測試。 階 段性評審軟件質(zhì)量保證過程包括對軟件過程質(zhì)量控制和軟件產(chǎn)品質(zhì)量控制。軟件開發(fā)過程的節(jié)點控制是提高軟件開發(fā)的計劃性和成功經(jīng)驗的可重復應用的重要支持手段。甲乙雙方實現(xiàn)職能的基礎(chǔ)是軟件開發(fā)過程的可視性，即從甲乙雙方角度得到軟件開發(fā)過程的可見性。 測試測試是確保本系統(tǒng)質(zhì)量的重要手段，不經(jīng)過認真測試的系統(tǒng)是不能被用于生產(chǎn)的。軟件測試是一個過程，涉及到軟件生命周期的各個階段。 項目協(xié)調(diào)與合作計劃對項目實施中的溝通是項目完成的順利與否的重要因素，所以在整個項目實施的過程中要有一套完善的溝通機制。（3 ）項目經(jīng)理要每周與項 目領(lǐng)導小組交換項目工作進展情況，確保項目按計劃有步驟地進行，并提交全部項目管理報告給項目領(lǐng)導小組。作為溝通的手段，采用如下方式進行項目的交流：（1 ）進程報告（工程簡報 ）：工程實施期間，各實施人員每天向項目經(jīng)理報告工作進展；項目經(jīng)理按照 ISO9000 質(zhì)量管理體系的要求每周向公司提交《項目進展報告》 ；同時，項目經(jīng)理每周向用戶單位提交 項目進展文件。（3 ）工程階段總結(jié)：在實 施的每一個階段，進行工程階段總結(jié)，評估上.. .. .. ..一階段工作得失，為下階段的工作進行必要的預溝通，解決隱患問題；（4 ）多種形式的交流：項 目經(jīng)理與項目領(lǐng)導小組、用戶、其它廠商之間、以及項目隊伍成員之間保持通信聯(lián)絡，以傳真、電話、電子郵件等方式進行溝通。配置控制既是技術(shù)活動又是管理活動，它的過程包括：配置項目發(fā)現(xiàn)和保存每個配置項目要有一個編號，用來區(qū)別有不同需求和實施要求的其它項目。為確保足夠的安全以及對所有可交付軟件項目的控制必須建立如下典型的軟件庫：名稱 狀態(tài)開發(fā)庫 動態(tài)的主庫 控制的靜態(tài)庫 靜態(tài)的.. .. .. ..開發(fā)庫是軟件作為一系列模塊進行開發(fā)和測試的動態(tài)庫。當主庫達到一定程度的穩(wěn)定后，就可以將它合成一個基準。作為對于已經(jīng)通過的單元，系統(tǒng)的驗收測試項目的變動，需要更高級別的授權(quán)。該說明列出了版本內(nèi)的配置項目，并且說明其安裝步驟。產(chǎn)品的完整性需要通過變更管理來維持。當一個文檔變?yōu)榛鶞室院螅妥詣舆M入變更控制范圍。文檔的驗收，不能是在項目驗收時統(tǒng)一移交給用戶單位，而應當根據(jù)項目實施的不同階段，分批移交，在項目準備階段就需要制定一個文檔移交計劃，在規(guī)定的時間里移交事先規(guī)定格式、內(nèi)容的文檔。保證測試人員的到位，并對測試人員進行測試管理工具和測試相關(guān)基礎(chǔ)技術(shù)的培訓，要求相關(guān)系統(tǒng)測試人員先進行相關(guān)系統(tǒng)體系結(jié)構(gòu)和功能的了解，為后期的設(shè)計測試用例奠定基礎(chǔ)。各種類型的測試都是采用循環(huán)往復的“測試－改進”操作，以確保問題得到完整、充分的解決的過程。功能測試可細分為：獨立測試和連續(xù)測試兩部分。測試中發(fā)生問題時，編程人員會改動程序以便解決問題。在測試中，為每個應用設(shè)置響應時間、處理速度量度，.. .. .. ..評估系統(tǒng)的最高處理能力，在發(fā)現(xiàn)系統(tǒng)的性能不滿足要求進，需進行相應措施對系統(tǒng)的性能進行調(diào)整。在分系統(tǒng)測試完畢的基礎(chǔ)上，對整個硬件平臺進行測試，主要針對各分系統(tǒng)的結(jié)合部，以及總體功能。通過容量測試，得知系統(tǒng)承載量，并結(jié)合業(yè)務發(fā)展增長量，可以推算出需要更換相關(guān)硬件的時間，以便用戶可以提前做好應對準備。要盡可能地找出可能發(fā)生的災難性事故，并一一進行模擬，查看系統(tǒng)的恢復情況。為了提高工作效率可以從以下幾方面著手：將信息放在一個指定的位置，便于反復利用，降低變化產(chǎn)生的影響；一次完成一個步驟，避免冗余和額外的工作；