軟件實施方案(三篇)

軟件實施方案項目組織架構(gòu)項目領(lǐng)導委員會負責對項目關(guān)鍵事項和重大問題進行議決，聽取階段性匯報，及對項目成果進行最終驗收確認。職責：按照實施方案分工界面提供人員、設(shè)備、資金支持；審查確認項目實施總體計劃，確認項目階段目標的設(shè)置，并監(jiān)督完成情況；參加項目會議，聽取每周項目進展匯報；審閱周工作報告，監(jiān)督項目進展；協(xié)調(diào)解決關(guān)鍵性、全局性問題；重大問題、解決方案的決策；總體驗收。項目經(jīng)理建議由一位資深人員共同擔任項目總負責人職務(wù),分別代表雙方管理本項目、負責雙方之間的聯(lián)絡(luò)，并且在這個合同的所有方面擁有代表本方的權(quán)力，并承擔相關(guān)義務(wù)，并提供本工作說明書項下的服務(wù)他們將負責：定義項目管理流程、政策、和操作規(guī)程；管理項目進程、項目目標、和項目范圍；規(guī)劃項目總體進程；項目的全面溝通；向項目管理委員會報告項目總體狀態(tài)。實施組實施組由實施顧問以及關(guān)鍵人員組成，他們將負責：針對硬件和網(wǎng)絡(luò)環(huán)境條件制定項目實施方案的落實計劃；根據(jù)系統(tǒng)方案進行系統(tǒng)操作層面的相關(guān)配置工作；完成具體的功能模塊實施；解決最終用戶在使用中遇到的問題。根據(jù)項目需要，安裝及維護系統(tǒng)所需的系統(tǒng)環(huán)境、開發(fā)環(huán)境、網(wǎng)絡(luò)環(huán)境等方面的工作負責系統(tǒng)的性能調(diào)優(yōu)負責項目驗收測試，并提交驗收報告。實施方案的職責劃分本項目需要甲乙雙方應(yīng)有明確的分工配合，建立很好的工作機制，才能保證項目成功。項目實施過程中本項目的成功依賴于雙方的密切配合和通力合作。在項目實施過程中（包括需求分析、設(shè)計、系統(tǒng)安裝、系統(tǒng)配置、開發(fā)、上線、培訓等方面）項目的職責：在項目中所需第三方軟件（指非標的物供應(yīng)軟件），將提供軟件并提供此類軟件的安裝、配置和維護工作。在實施過程中負責項目管理、環(huán)境分析、安裝調(diào)試及項目系統(tǒng)測試；進行關(guān)鍵用戶培訓與知識轉(zhuǎn)移、方案設(shè)計。完成工作任務(wù)所必須的信息保證與項目有關(guān)的問題得到及時解決向最終用戶說明新系統(tǒng)的功能、用途和業(yè)務(wù)規(guī)范設(shè)置用戶權(quán)限協(xié)助制定并執(zhí)行最終用戶培訓計劃制定系統(tǒng)測試周期、測試腳本和所需測試業(yè)務(wù)并共同執(zhí)行測試負責初期數(shù)據(jù)和基礎(chǔ)數(shù)據(jù)的準備和整理工作建立項目環(huán)境和項目組織結(jié)構(gòu)在保證實施質(zhì)量的前提下，控制項目實施時間進度按時完成工程。上線后的運行維護階段在本階段，系統(tǒng)已經(jīng)運行了一段時間，可能提出對系統(tǒng)的配置和一些新的要求。對于在項目實施過程中由于時間和資源限制沒有全部完成的實施內(nèi)容也在完善階段進行補充。同時對用戶的使用進行支持。此次項目中系統(tǒng)上線后的試運行定為兩個月。職責：項目負責人應(yīng)依據(jù)項目需求召開項目管理會議。保證系統(tǒng)上線后的穩(wěn)定性安排支持人員，解決上線運用中最終用戶出現(xiàn)的問題。系統(tǒng)維護人員，根據(jù)項目設(shè)計的流程維護上線后的投產(chǎn)環(huán)境，例如維護用戶權(quán)限等，保證系統(tǒng)安全維護問題日志，關(guān)于軟件問題應(yīng)敦促軟件提供商及時解決。施工準備為了持續(xù)有序地進行工程施工，必須認真做好技術(shù)準備、物資準備、施工現(xiàn)場準備、施工機具準備以及統(tǒng)籌安排施工力量和創(chuàng)造一切有利的施工條件，具體內(nèi)容如下：技術(shù)準備1、組織工程技術(shù)人員深入學習圖紙，就圖紙中的問題和疑問與設(shè)計人員進行磋商討論，做好細化設(shè)計。2、分解工程進度控制目標，編制施工計劃；認真落實施工資源供應(yīng)計劃，嚴格控制進度目標。3、分解工程質(zhì)量控制目標，建立健全施工質(zhì)量體系；確定各個分項工程質(zhì)量控制點，作好各分項工程的質(zhì)量預控工作，并落實到人。4、編制施工預算，對材料、人工、機械設(shè)備的準備做到心中有數(shù)。5、編制各主要分項和關(guān)鍵工序的施工方案，進一步完善施工組織設(shè)計，并做好技術(shù)交底工作。新機房機柜分布圖確認根據(jù)項目組對設(shè)備討論的結(jié)果，設(shè)備在新機房機柜中的布置進行規(guī)劃。新機房的機柜需根據(jù)上述規(guī)劃，作出明確的標識，包括對每個機柜內(nèi)設(shè)備和托板安裝高度的標識。機房環(huán)境準備檢查新機房環(huán)境是否符合運行要求，確認需要調(diào)整的項目，以便安排施工單位及時進行安裝調(diào)整。UPS電源接地確認現(xiàn)場確認所有設(shè)備用插座都已妥善接地。電源保護地線的專用接地線電阻應(yīng)小于1歐姆。測量零—地電壓值應(yīng)小于1V。功率及電壓確認使用兩路市電供電，總功率需完全滿足系統(tǒng)消耗要求，儲備功率充足。確認UPS單相和三相供電的條件，并根據(jù)需要計算新機房能耗指標。確認使用雙電源切換系統(tǒng)的插座工作正常。機柜電源分配、PDU端口及類型確認PDU端口是否滿足該機柜中的設(shè)備要求，PDU是否配備到每個機柜，每個機柜都具備雙電源供應(yīng)，電源容量設(shè)計合理，電流承載風險較小。但需要檢查服務(wù)器設(shè)備放置規(guī)劃，在各機柜中合理分配電源消耗，避免單個機柜消耗功率過大。根據(jù)每個機柜的安裝設(shè)備規(guī)劃，現(xiàn)場確認是否所有機柜上安裝的PDU能提供足夠的電源端口數(shù)量，尤其要將一些小的外圍設(shè)備的電源端口需求考慮在內(nèi)。特別注意小型機及存儲安裝位置所提供的電源條件，根據(jù)需要及早做調(diào)整?，F(xiàn)場確認所有機柜上安裝的PDU所提供的電源端口類型，對比目前設(shè)備可用的電源線類型，確認所需的額外電源線數(shù)量及是否需要提供特殊的插座類型。機房照明確認機房照明需滿足機房典型照度及節(jié)能要求。地板確認新機房地板是否滿足防靜電、承重、冷氣進風等的要求。特別確認小型機安裝位置及運輸路徑的承重是否滿足要求?？照{(diào)工況確認確認空調(diào)系統(tǒng)工作狀態(tài)，確保冷氣循環(huán)達到能源效率所需。機房溫度與濕度制冷溫度及濕度達到機房運行標準并適當考慮節(jié)能要求。出風口壓力確定冷氣出口位置及壓力，確認每個機柜的設(shè)備擺放位置合理，注意冷空氣進風效率。熱空氣循環(huán)觀察熱空氣循環(huán)走向，適當調(diào)整冷氣出風口位置，注意熱空氣流動方向。機柜環(huán)境確認新機柜條件是否能與現(xiàn)有設(shè)備匹配，評估所需調(diào)整項目。機柜深度機柜深度是否滿足機架及設(shè)備安裝要求，注意機柜前門與機架前排安裝孔的距離，尤其是針對一些前部接線的網(wǎng)絡(luò)設(shè)備，以免前門無法關(guān)閉。機柜寬度機柜寬度是否滿足機架及設(shè)備安裝要求，尤其注意特殊規(guī)格的網(wǎng)絡(luò)設(shè)備。機柜托板位置機柜托板是否滿足設(shè)備安裝位置要求。提早安排機柜供應(yīng)商按所需高度安裝到位。網(wǎng)絡(luò)環(huán)境類布線測試確認檢查綜合布線測試報告，確認所有6類布線符合標準要求。類配線架檢查使用6類線路測試設(shè)備，檢查配線架與機架線路端口的聯(lián)通性，對所有端口做網(wǎng)絡(luò)聯(lián)通性測試。光纖配線架檢查利用光纖檢驗設(shè)備檢查配線架與機架線路端口的聯(lián)通性，對所有端口做網(wǎng)絡(luò)聯(lián)通性測試。機柜數(shù)據(jù)端口檢查檢查各機柜配線端口的聯(lián)通性，驗證各機柜端口數(shù)量與計劃需求之間是否有差值。機柜標簽查看機柜標簽，確保機柜標簽與設(shè)計一致。確認機柜安裝位置的U標識與機柜布置圖保持一致。交換機端口確認確認新機房交換機端口配置情況，根據(jù)網(wǎng)絡(luò)設(shè)計方案，提前將各端口分配、連接到配線架，從而連接到各個機柜中去。需檢驗數(shù)據(jù)層的聯(lián)通性。路由檢查檢查新機房的路由情況，確認與舊機房及各分支機構(gòu)網(wǎng)絡(luò)之間的路由處在正常狀態(tài)。項目實施施工程序是整個項目建設(shè)成敗的關(guān)鍵，在項目開展前制定出一個切實可行的方案，實現(xiàn)高質(zhì)量的安全生產(chǎn)，才能向用戶提供一個符合現(xiàn)在需求的質(zhì)量優(yōu)良的系統(tǒng)，更應(yīng)為未來的維護和升級提供最大的便利、盡量節(jié)約資金。此系統(tǒng)工程實施是一個綜合性很強的協(xié)調(diào)管理工作，其核心是行之有效的管理。我公司堅持“以人為本、共同發(fā)展”的企業(yè)理念，經(jīng)過多年來實際工程的磨練，培養(yǎng)并且引進了一批成熟的技術(shù)設(shè)計人員和項目管理人員群。同時，不斷探索工程實施的模式，組建整體作戰(zhàn)的“聯(lián)合艦隊”，實現(xiàn)了將由本公司自己設(shè)計、自己工程安裝的身體力行的工程模式轉(zhuǎn)變?yōu)椴粩嗉訌娮陨砑夹g(shù)實力、質(zhì)量保證體系和向外輸出項目管理模式的頭腦智慧型的模式，以控制項目成本、靈活整合組織的管理理念融合各個專業(yè)的項目施工隊伍，在充分發(fā)揮雙方資源的同時，大力開發(fā)社會資源優(yōu)勢，極大提高了承接大型項目的能力。項目組織管理在項目實施過程中，一方面需要與建設(shè)單位、各個專業(yè)施工單位進行協(xié)調(diào)，另一方面還要制定出最佳的工程進度計劃，控制進度、監(jiān)督質(zhì)量、搞好安全生產(chǎn)。在不同工程階段下資源的配置、組織與協(xié)調(diào)、質(zhì)量安全生產(chǎn)是我公司在項目管理中的重點：1、人力、財力、物力資源的調(diào)配2、設(shè)計、施工、服務(wù)環(huán)節(jié)的進度監(jiān)管3、設(shè)計、施工、服務(wù)環(huán)節(jié)的質(zhì)量監(jiān)管4、設(shè)計、施工、服務(wù)環(huán)節(jié)的安全監(jiān)管5、對遵守法律法規(guī)的管理設(shè)備上架并加電將設(shè)備放置到機柜中，并用耳朵進行固定，然后進行加電，觀察設(shè)備狀態(tài)燈是否正常。設(shè)備上線將上線設(shè)備網(wǎng)絡(luò)接口和網(wǎng)絡(luò)交換機規(guī)劃好的端口用普通的6類網(wǎng)線連接起來，同時進行標記，并繪制連接拓撲圖。設(shè)備調(diào)試通過顯示界面進行設(shè)備的開局調(diào)試，并將規(guī)劃好的IP地址等信息配置好，實現(xiàn)網(wǎng)絡(luò)通信，并啟用各個功能模塊，根據(jù)各個功能模塊采集的數(shù)據(jù)進行匯總、分析。實施收尾經(jīng)過測試及調(diào)試，各個系統(tǒng)工作正常，網(wǎng)絡(luò)工作正常后清理實施現(xiàn)場，將安裝的設(shè)備貼上相應(yīng)的標簽。項目實施管理過程總體計劃對本項目我公司將采取與甲方緊密合作的方式，充分發(fā)揮合作雙方各自優(yōu)勢完成整個項目的實施。根據(jù)項目實施的階段和任務(wù)，邀請甲方的工作人員參與到項目管理和技術(shù)的每一項工作中來，聯(lián)合成立相應(yīng)的組織機構(gòu)，進行有效的分工。雙方共同負責對項目進行組織、實施和控制，并在項目實施的各里程碑到達時召開工程協(xié)調(diào)會，進行工程的總結(jié)、組織、協(xié)調(diào)工作。項目啟動后，將由我公司項目計劃控制小組定期召集工作會議，討論各階段任務(wù)的執(zhí)行情況，分析存在的問題，提出改進方法，尤其注重討論那些潛在的風險，提出相應(yīng)的風險處理對策，并將會議結(jié)果及時通報給甲方，由甲方進行審核和確認，以確保項目按期高質(zhì)量地完成。項目計劃獲取約定項目經(jīng)理參與項目的準備工作，并且負責與售前項目的交接，獲得項目的《工作說明書》，《工作說明書》是項目與客戶及與公司的約定，項目經(jīng)理還需要獲得公司對項目的其他要求。這些信息是項目經(jīng)理在項目啟動階段需要獲取的基本信息，并作為編寫項目計劃的輸入。編制項目計劃確定項目概要：關(guān)于項目的編號、名稱信息，本項目的工作說明書（SOW），項目建設(shè)目標、最終的可交付物，項目計劃文檔中使用的專業(yè)術(shù)語解釋，制訂項目計劃過程中使用的參考資料。項目組織結(jié)構(gòu)：項目組織結(jié)構(gòu)描述了項目的人員與組織結(jié)構(gòu)和項目人力資源分配的信息。項目估算：軟件產(chǎn)品規(guī)模估算、成本估算、工作量估算、工作進度估算、關(guān)鍵資源的估算。制定風險管理計劃：描述項目風險承受度的分析和項目組為有效管理風險所要采取的活動。確定項目里程碑和WBS：WBS是項目計劃中重要的工作內(nèi)容，通過對軟件開發(fā)工作進行分解，并結(jié)合估算的進度要求，編寫《項目WBS工作表》，表征每項工作任務(wù)完成的標志性事件即所謂“里程碑”。資源計劃：分析項目的硬件設(shè)備需求、軟件設(shè)備需求，以及工作環(huán)境、計劃環(huán)境要求，并指定相應(yīng)的責任人。交流溝通計劃和培訓計劃。評審項目計劃：項目經(jīng)理將項目計劃發(fā)給技術(shù)協(xié)調(diào)小組、甲方相關(guān)人員，并組織甲方確認工作，甲方確認工作采用管理評審的方式的進行，評審的內(nèi)容主要針對人員組織、關(guān)鍵依賴、估算中的進度、里程碑、提交物和詳細的WBS表、風險管理表等內(nèi)容。根據(jù)評審結(jié)果對項目計劃進行修訂，修訂后的項目計劃要得到甲方項目負責人的確認。發(fā)布計劃：項目經(jīng)理將通過評審后的項目計劃申請基線化，并通過郵件或會議的方式通知所有項目涉及人員。項目跟蹤任務(wù)跟蹤：明確項目中任務(wù)下達與跟蹤的形式，包括了對任務(wù)計劃、任務(wù)安排、任務(wù)跟蹤這些活動的要求、相應(yīng)的責任人及輸出產(chǎn)物。事務(wù)跟蹤：明確項目中要進行跟蹤的事務(wù)類別、跟蹤的頻度、跟蹤采用的方法或工具、及相應(yīng)的責任人，如問題跟蹤、缺陷跟蹤、需求跟蹤、評審缺陷跟蹤等。甲方反饋：確定項目中對甲方反饋、建議、甚至抱怨的應(yīng)對責任人（比如項目經(jīng)理或設(shè)立專職的客戶經(jīng)理）和紀錄跟蹤的方式。狀態(tài)報告：確定項目組需要向相關(guān)人或組織提交報告的信息，包括報告的對象、頻度、報告文件名稱。如：甲方、我公司的資深管理層的相應(yīng)報告。項目跟蹤和監(jiān)督需要有下列具體的子活動：每周例會，必要時邀請甲方參加提交和通報QA周報告、配置狀態(tài)報告、開發(fā)小組工作報告、測試小組工作報告和其他?？偨Y(jié)項目的實際進展數(shù)據(jù)，并在項目周報中體現(xiàn)，主要數(shù)據(jù)包括項目的當前的工作績效（產(chǎn)品的完成情況）、進度情況、缺陷總結(jié)、需求穩(wěn)定度分析和變更發(fā)生情況?？偨Y(jié)項目組存在的問題和分析項目進展的風險對重要問題的日常跟蹤回顧在必要時出《項目偏差控制報告》?！俄椖科羁刂茍蟾妗肥菍浪愠霈F(xiàn)偏差的一個總結(jié)報告。并決定是否需要修改項目計劃。出會議紀要和項目工作周報。在必要時出項目工作月報。日常監(jiān)督和跟蹤工作、風險管理工作對項目周報中的項目問題進行跟蹤對項目周報中的項目風險問題進行跟蹤對項目周報中其他事項進行跟蹤軟件開發(fā)軟件開發(fā)通常需要經(jīng)過分析、設(shè)計、實現(xiàn)和運行維護等幾個階段；為了用工程化方式來有效的管理軟件項目的全過程，軟件項目生命周期也可以分成幾個階段。對軟件項目生命周期的不同劃分，形成不同的軟件項目工程模型。目前在本軟件開發(fā)實踐中使用的標準軟件項目生命周期，是以下幾個階段的不同排列組合。項目啟動——需求分析——項目設(shè)計——核心開發(fā)——定制開發(fā)——產(chǎn)品發(fā)布——產(chǎn)品交付——初驗——終驗——維護。以下分別介紹我們開發(fā)中三類典型項目的組織標準軟件項目生命周期。組織標準軟件項目生命周期-----研發(fā)項目首先，在這里對軟件項目生命周期中通用的公共活動進行必要描述：序號關(guān)鍵活動工作產(chǎn)物/輸出1項目跟蹤與監(jiān)督項目周報、項目例會紀要、問題跟蹤管理表、風險管理計劃2軟件質(zhì)量保證QA審核報告、QA工作周報、不符合報告3軟件配置管理配置審計報告、配置狀態(tài)報告4階段退出會議紀要、階段總結(jié)報告項目啟動序號關(guān)鍵活動工作產(chǎn)物/輸出1實施項目可行性研究項目可行性報告2召開項目啟動會議3制定項目計劃項目計劃書、項目軟件配置管理計劃書、項目軟件質(zhì)量保證計劃書4同行評審活動評審報告、缺陷管理表需求分析序號關(guān)鍵活動工作產(chǎn)物/輸出1編寫需求規(guī)格書、需求跟蹤矩陣需求規(guī)格書、需求跟蹤矩陣2細化項目計劃項目計劃書、項目軟件配置管理計劃書、項目軟件質(zhì)量保證計劃書3制定項目測試計劃（包括方案）測試計劃4同行評審活動評審報告、缺陷管理表項目設(shè)計序號關(guān)鍵活動工作產(chǎn)物/輸出1概要設(shè)計概要設(shè)計規(guī)格書2詳細設(shè)計詳細設(shè)計書3細化項目測試計劃（包括方案）測試計劃4同行評審活動評審報告、缺陷管理表核心開發(fā)階段序號關(guān)鍵活動工作產(chǎn)物/輸出1編寫代碼代碼2進行單元測試單元測試報告3持續(xù)集成測試測試狀況報告4進行系統(tǒng)測試系統(tǒng)測試報告5文檔編寫用戶手冊、操作手冊6同行評審活動評審報告、缺陷管理表產(chǎn)品發(fā)布序號關(guān)鍵活動工作產(chǎn)物/輸出1發(fā)布版本版本發(fā)布報告2項目總結(jié)項目總結(jié)報告組織標準軟件項目生命周期-----工程項目首先，在這里對軟件項目生命周期中通用的公共活動進行必要描述：序號關(guān)鍵活動工作產(chǎn)物/輸出1項目跟蹤與監(jiān)督項目周報、項目例會紀要、問題跟蹤管理表、風險管理計劃2軟件質(zhì)量保證QA審核報告、QA工作周報、不符合報告3軟件配置管理配置審計報告、配置狀態(tài)報告4階段退出會議紀要、階段總結(jié)報告項目啟動序號關(guān)鍵活動工作產(chǎn)物/輸出1召開項目啟動會議2制定項目計劃項目計劃書、項目軟件配置管理計劃書、項目軟件質(zhì)量保證計劃書3同行評審活動評審報告、缺陷管理表需求分析序號關(guān)鍵活動工作產(chǎn)物/輸出1編寫需求規(guī)格書、需求跟蹤矩陣需求規(guī)格書、需求跟蹤矩陣2細化項目計劃項目計劃書、項目軟件配置管理計劃書、項目軟件質(zhì)量保證計劃書3制定項目測試計劃（包括方案）測試計劃4同行評審活動評審報告、缺陷管理表項目設(shè)計序號關(guān)鍵活動工作產(chǎn)物/輸出1概要設(shè)計概要設(shè)計規(guī)格書2詳細設(shè)計詳細設(shè)計書3細化項目測試計劃（包括方案）測試計劃4同行評審活動評審報告、缺陷管理表核心開發(fā)階段序號關(guān)鍵活動工作產(chǎn)物/輸出1編寫代碼代碼2進行單元測試單元測試報告3持續(xù)集成測試測試狀況報告4進行系統(tǒng)測試系統(tǒng)測試報告5文檔編寫用戶手冊、操作手冊6同行評審活動評審報告、缺陷管理表定制開發(fā)階段序號關(guān)鍵活動工作產(chǎn)物/輸出1編寫代碼代碼2進行單元測試單元測試報告3持續(xù)集成測試測試狀況報告4編制用戶測試計劃用戶測試計劃5進行系統(tǒng)測試系統(tǒng)測試報告6進行用戶測試用戶測試報告7文檔編寫用戶手冊、操作手冊8同行評審活動評審報告、缺陷管理表產(chǎn)品發(fā)布/軟件交付階段序號關(guān)鍵活動工作產(chǎn)物/輸出1發(fā)布版本版本發(fā)布報告2編制上線方案上線方案3系統(tǒng)上線上線總結(jié)報告軟件維護階段序號關(guān)鍵活動工作產(chǎn)物/輸出1確認維護需求（包括BUG）需求變更申請單/Bug單2維護設(shè)計、開發(fā)設(shè)計書3內(nèi)部測試修改測試單4用戶測試用戶測試報告5維護需求上線上線申請與批準報告6同行評審活動評審報告、缺陷管理表初驗序號關(guān)鍵活動工作產(chǎn)物/輸出1編制試運行報告試運行報告2用戶驗收測試用戶驗收報告3初驗初驗報告終驗序號關(guān)鍵活動工作產(chǎn)物/輸出1編制技術(shù)總結(jié)報告技術(shù)總結(jié)報告2編制項目總結(jié)報告項目總結(jié)報告3用戶驗收測試用戶測試報告4終驗終驗報告組織標準軟件項目生命周期-----維護項目首先，在這里對軟件項目生命周期中通用的公共活動進行必要描述：序號關(guān)鍵活動工作產(chǎn)物/輸出1項目跟蹤與監(jiān)督項目周報、項目例會紀要、問題跟蹤管理表、風險管理計劃2軟件質(zhì)量保證QA審核報告、QA工作周報、不符合報告3軟件配置管理配置審計報告、配置狀態(tài)報告4階段退出會議紀要、階段總結(jié)報告項目啟動序號關(guān)鍵活動工作產(chǎn)物/輸出1召開維護交接會議2制定維護項目計劃維護項目計劃3同行評審活動評審報告、缺陷管理表項目實施序號關(guān)鍵活動工作產(chǎn)物/輸出1確認維護需求（包括BUG）需求變更申請單/Bug單2維護設(shè)計、開發(fā)設(shè)計書3內(nèi)部測試修改測試單4用戶測試用戶測試報告5維護需求上線上線申請與批準報告6同行評審活動評審報告、缺陷管理表項目結(jié)束序號關(guān)鍵活動工作產(chǎn)物/輸出1提交維護總結(jié)報告維護總結(jié)報告項目執(zhí)行與控制任務(wù)跟蹤：明確項目中任務(wù)下達與跟蹤的形式，包括了對任務(wù)計劃、任務(wù)安排、任務(wù)跟蹤這些活動的要求、相應(yīng)的責任人及輸出產(chǎn)物。事務(wù)跟蹤：明確項目中要進行跟蹤的事務(wù)類別、跟蹤的頻度、跟蹤采用的方法或工具及相應(yīng)的責任人，如問題跟蹤、缺陷跟蹤、需求跟蹤、評審缺陷跟蹤等。甲方反饋：確定項目中對甲方反饋、建議、甚至抱怨的應(yīng)對責任人（比如項目經(jīng)理或設(shè)立專職的客戶經(jīng)理）和紀錄跟蹤的方式。狀態(tài)報告：確定項目組需要向相關(guān)人或組織提交報告的信息，包括報告的對象、頻度、報告文件名稱。如：向甲方、資深管理層的相應(yīng)報告。項目跟蹤和監(jiān)督需要有下列具體的子活動：每周例會，必要時邀請客戶參加提交和通報QA周報告、配置狀態(tài)報告、開發(fā)小組工作報告、測試小組工作報告和其他。總結(jié)項目的實際進展數(shù)據(jù)，并在項目周報中體現(xiàn)，主要數(shù)據(jù)包括項目的當前的工作績效（產(chǎn)品的完成情況）、進度情況、缺陷總結(jié)、需求穩(wěn)定度分析和變更發(fā)生情況。總結(jié)項目組存在的問題和分析項目進展的風險對重要問題的日常跟蹤回顧在必要時出《項目偏差控制報告》。《項目偏差控制報告》是對估算出現(xiàn)偏差的一個總結(jié)報告。并決定是否需要修改項目計劃。出會議紀要和項目工作周報。在必要時出項目工作月報。日常監(jiān)督和跟蹤工作、風險管理工作對項目周報中的項目問題進行跟蹤對項目周報中的項目風險問題進行跟蹤對項目周報中其他事項進行跟蹤修改項目計劃（包括子計劃）：當項目計劃出現(xiàn)偏差時，需要對項目計劃進行及時的調(diào)整。引起項目計劃變更存在多種可能的因數(shù)，如原來的進度估計不準確、發(fā)生了沒有估計到的問題、項目執(zhí)行過程中的各種變更等等。項目計劃應(yīng)該定期的被檢查，發(fā)現(xiàn)可能影響項目計劃的變更因數(shù)，對這些因素進行分析，并在項目例會中確定是否要對項目計劃進行調(diào)整。修改項目計劃之前，必須首先編寫《項目偏差控制報告》，該報告是修改項目計劃的直接依據(jù)。在項目計劃的修改前、修改后，需要通過《項目計劃變更控制報告》，要求公司的管理層和甲方的管理層簽字確認。在修改后的項目計劃中，必須體現(xiàn)所有受項目計劃變更的影響，并做對應(yīng)的修改。項目計劃修改后在必要時必須通過評審。項目計劃變更后，需要通知與項目組相關(guān)的人員或組織。項目計劃變更的工作流程示意圖如下。通過項目計劃的變更流程，實施對項目計劃文檔的控制和管理。項目驗收與結(jié)束系統(tǒng)投入使用驗收驗收過程系統(tǒng)投入使用驗收申請系統(tǒng)投入使用驗收計劃系統(tǒng)設(shè)備驗收文檔審查、環(huán)境檢查制定投入使用測試大綱和測試方案投入使用測試制定系統(tǒng)割接計劃和割接方案系統(tǒng)上線或割接驗收標準系統(tǒng)基本功能已經(jīng)開發(fā)完成，能夠滿足業(yè)務(wù)的基本要求，系統(tǒng)功能的進一步開發(fā)對已開發(fā)完成功能的使用不會造成影響時。驗收成果《上線報告》系統(tǒng)初驗驗收過程系統(tǒng)穩(wěn)定驗證系統(tǒng)初驗評審系統(tǒng)初驗表決系統(tǒng)移交驗收標準系統(tǒng)開發(fā)建設(shè)完成，滿足業(yè)務(wù)要求后進行的驗收。初驗完成后，允許系統(tǒng)存在少量遺留問題。時限要求上線后3個月內(nèi)。驗收成果《初驗報告》系統(tǒng)終驗驗收過程系統(tǒng)終驗評審系統(tǒng)終驗表決系統(tǒng)最終移交驗收標準統(tǒng)完全符合合同要求，經(jīng)過試運行，系統(tǒng)調(diào)整優(yōu)化到滿足目前各業(yè)務(wù)要求，且基本滿足系統(tǒng)性能要求后進行的驗收。時限要求初驗后3個月內(nèi)。驗收成果《終驗報告》項目結(jié)束按照合同約定免費維護期結(jié)束后項目結(jié)束。項目文檔資料《技術(shù)建議方案》《需求規(guī)格書》《概要設(shè)計規(guī)格書》《詳細設(shè)計規(guī)格書》《系統(tǒng)測試計劃》《集成測試報告》《系統(tǒng)測試報告》《用戶測試報告》《上線申請報告》《試運行報告》《用戶維護手冊》《用戶使用手冊》《數(shù)據(jù)字典》《技術(shù)總結(jié)報告》《系統(tǒng)初驗報告》《系統(tǒng)終驗報告》軟件配置管理軟件配置管理是項目運作的一個支撐平臺，它將項目所有成員（包括公司中對項目負責的高層經(jīng)理）的工作協(xié)同起來，實現(xiàn)高效的團隊溝通，使工作成果及時共享。當然，這種支撐是貫穿項目的整個生命周期的。配置管理計劃在實現(xiàn)軟件配置管理計劃的過程中，主要實現(xiàn)以下三個里程碑：A．建立軟件配置管理小組：在項目總體組批準軟件配置管理計劃之后，立即成立軟件配置管理小組；B．建立各階段的配置基線：隨著系統(tǒng)及其所屬各子系統(tǒng)的任務(wù)書的評審和批準，建立起功能基線；隨著總體組編寫的《軟件需求規(guī)格說明書》的批準，建立起指派基線；隨著工程化軟件系統(tǒng)的集成與系統(tǒng)測試的完成，建立起產(chǎn)品基線。C．建立軟件庫：在本項目所屬的各個子系統(tǒng)的研制工作的開始，就建立起各個子系統(tǒng)的軟件開發(fā)庫，并在本項目配置管理小組的計算機上建立起有關(guān)該系統(tǒng)及其子系統(tǒng)的軟件受控庫。以后在每個開發(fā)階段的結(jié)束，建立各個子系統(tǒng)的新的開發(fā)庫，同時把這個階段的階段產(chǎn)品送入總的軟件受控庫，并在各個子系統(tǒng)的計算機上建立軟件受控庫的副本。軟件受控庫必須以主軟件受控庫為準。當全部開發(fā)工作結(jié)束，在配置管理小組的計算機上建立起軟件產(chǎn)品庫，并在各子系統(tǒng)的計算機上建立軟件產(chǎn)品庫的副本?；€庫管理基線是項目每個配置項版本在特定時期的一個“快照”。它提供一個正式標準，隨后的工作基于此標準，并且只有經(jīng)過授權(quán)后才能變更這個標準。建立一個初始基線后，以后每次對其進行的變更都將記錄為一個差值，直到建成下一個基線。配置項基線化前核心思想：開發(fā)人員在每天下班之前將當天工作成果提交到開發(fā)庫開發(fā)區(qū)。原則：允許多人對一個文件進行CHECKOUT操作。每天開始開發(fā)工作之前，所有開發(fā)人員訪問開發(fā)庫開發(fā)區(qū)將要修改的文件進行CHECKOUT操作。每天下班之前，所有開發(fā)人員將當天修改的文件進行CHECKIN操作，以及將當天新增的文件加入開發(fā)庫開發(fā)區(qū)中。每天下班之前，配置管理員檢查所有開發(fā)人員是否已經(jīng)按要求完成第2步操作。配置管理員將開發(fā)庫開發(fā)區(qū)鎖住，將當前版本提取至測試區(qū)。配置管理員解鎖并通知項目組開發(fā)人員。配置項基線化配置項符合以下任一項要求，才可將其納入基線庫：通過GRB評審或通過CCB審核或通過配置經(jīng)理批準項目經(jīng)理/技術(shù)經(jīng)理填寫“配置項納入基線請求單”，配置經(jīng)理審批，配置管理員建立基線。配置項基線化后核心思想：配置項基線化后納入基線庫，由配置管理員完全控制。原則：不允許多人對一個文件進行CHECKOUT操作，由配置管理員對此做嚴格控制。項目組所有人員需對基線庫中的配置項進行變更，必須先填寫變更單，該申請必須通過CCB審核。配置管理員根據(jù)變更單，將基線庫需變更的配置項進行CHECKOUT操作或向變更修改人開放權(quán)限。當變更修改人完成變更后，將變更單提交給配置管理員，配置管理員或變更修改人更新基線庫。項目經(jīng)理/技術(shù)經(jīng)理填寫“配置項納入基線請求單”，配置經(jīng)理審批，配置管理員建立基線。配置管理實施流程識別配置項配置項基線化的要求配置經(jīng)理確定項目配置項標識規(guī)定，配置項以及基線計劃，GRB對其進行評審。配置經(jīng)理在配置管理計劃中明確系統(tǒng)版本升級策略。配置項包括：文檔類配置項軟件類配置項配置項標識規(guī)定技術(shù)文檔表示規(guī)定：客戶名稱-項目名稱-文檔類型名稱質(zhì)量記錄標識規(guī)定：客戶名稱-項目名稱-文檔類型名稱–序號代碼標識規(guī)定：項目啟動階段，由項目經(jīng)理或技術(shù)經(jīng)理負責提供，GRB審核。項目管理文檔標識規(guī)定：會議紀要：客戶名稱-項目名稱-文檔類型名稱–開會日期項目周報：客戶名稱-項目名稱-文檔類型名稱–提交日期技術(shù)討論記錄：客戶名稱-項目名稱-文檔類型名稱–討論日期軟件發(fā)布標識內(nèi)部版本標識：內(nèi)部版本號：X.Y.Z外部版本標識：版本號=VXX.XX.智慧交通，分別為:主版本號+次版本號+補丁號版本控制配置庫開發(fā)庫，基線庫，發(fā)布庫，這三庫的目錄結(jié)構(gòu)都是相同的。項目經(jīng)理，技術(shù)經(jīng)理，測試經(jīng)理裁減標準目錄結(jié)構(gòu)，共同確定項目目錄結(jié)構(gòu)，填寫“項目配置管理庫建庫申請單”，提交至配置經(jīng)理，將其納入配置管理計劃，配置管理員負責創(chuàng)建。開發(fā)庫開發(fā)區(qū)用途開發(fā)階段：為項目組所有成員提供私有的工作區(qū)域。數(shù)據(jù)來源項目組成員提交權(quán)限項目組所有人員：可讀/可寫測試區(qū)用途開發(fā)階段:存放待測試的代碼版本數(shù)據(jù)來源開發(fā)區(qū)權(quán)限配置管理員，測試人員：可讀/可寫其他人員：可讀基線庫用途存放項目過程中配置項的所有基線版本。數(shù)據(jù)來源開發(fā)庫權(quán)限配置管理員：可讀/可寫其他人員：可讀變更控制項目組所有人員需變更該庫中的配置項，需按照變更控制流程嚴格執(zhí)行。發(fā)布庫用途存放待發(fā)布，已發(fā)布的系統(tǒng)版本。數(shù)據(jù)來源基線庫權(quán)限配置管理員：可讀/可寫其他人員：可讀發(fā)布管理變更控制變更申請當需要對基線或基線中的配置項修改時,變更申請人提交變更申請至CCB，變更申請工作內(nèi)容包括：1、描述變更的需求或來源，說明變更的必要性；2、分析需要變更的內(nèi)容；3、說明變更來源：需求變更:新增需求、需求變化、需求分析缺陷；設(shè)計變更:設(shè)計缺陷；上線系統(tǒng)代碼變更：編碼缺陷。變更評估變更申請?zhí)岢鲆院?，CCB評估該變更申請，變更決定的結(jié)果要求通知所有相關(guān)的人員。評估人員要求具備相關(guān)的業(yè)務(wù)、技術(shù)、項目、質(zhì)量素質(zhì)，以達到評估的效果。如果是變更涉及到客戶的變更，或者是上線后的變更，CCB需要吸收客戶負責人員參與。評估內(nèi)容包括：變更申請內(nèi)容。包括方案、性質(zhì)、起因、對其他部分的影響；根據(jù)變更對系統(tǒng)其他部分的影響，分析變更的工作范圍，進行工作的分解。（參見項目管理WBS）根據(jù)不同的變更，可能發(fā)生的工作范圍包括：需求變更實施；設(shè)計變更實施；代碼變更實施；項目計劃變更實施，主要指進度相關(guān)；項目預算變更實施；其他相關(guān)的變更實施；以上各變更工作根據(jù)分析的結(jié)果決定先后關(guān)系。變更對進度、成本的影響和帶來的風險。根據(jù)變更的WBS估算增加的工作量，從而得到變更對進度和成本的影響。其中成本以人工時為單位進行計算。評估結(jié)果有三種情況：拒絕變更:需要通知相關(guān)人員拒絕的原因。變更活動結(jié)束，或由申請人重新提出申請。提交管理評審:如果變更帶來的進度和成本的變化超出項目經(jīng)理所能控制的范圍，由項目經(jīng)理申請高層管理評審，請高層決定是否執(zhí)行變更。如果否決則過程活動結(jié)束。提交管理評審的后續(xù)結(jié)果包含拒絕變更、接受變更兩種。決定進行變更:如果決定接收變更則由項目經(jīng)理根據(jù)關(guān)鍵路徑圖實施變更計劃，并由CCB根據(jù)變更的類型、內(nèi)容決定如何進行變更的驗證，包括驗證的人員和方式。變更實施變更實施指實際發(fā)生的對配置項的修改行為。變更實施是變更評估后的步驟，修改產(chǎn)生的影響已經(jīng)在變更的評估中考慮。變更驗證變更實施工作完成以后，提交指定的人員按指定的方式進行驗證。需求和設(shè)計方面的變更內(nèi)容采用文檔評審的方式，代碼方面變更內(nèi)容進入測試流程。變更內(nèi)容得到驗證以后，執(zhí)行配置管理流程，對應(yīng)成果確定新的基線。質(zhì)量保證產(chǎn)品的價值取決于產(chǎn)品的質(zhì)量，軟件質(zhì)量的特性是多方面的。必須包括：與明確確定的功能和性能需求的一致性。即軟件需求是質(zhì)量度量的基礎(chǔ)，缺少與需求的一致性就無質(zhì)量可言。與明確成文的開發(fā)標準的一致性。不遵循專門的開發(fā)標準，將導致軟件質(zhì)量低劣。與所有專業(yè)開發(fā)的軟件所期望的隱含的特性的一致性。忽視軟件隱含的需求，軟件質(zhì)量將不可信。參與制訂和評審項目的軟件項目計劃、標準和規(guī)程為項目軟件過程的確定和裁剪提供建議；為軟件生存周期各階段工作指出并協(xié)助制定所依據(jù)的標準和規(guī)程；審查項目所選用的有關(guān)標準、規(guī)程與項目外部強制標準和規(guī)程的一致性；評審軟件項目計劃及選用的標準和規(guī)程；提供開發(fā)流程的咨詢；驗證計劃、標準和規(guī)程是否可得到，且可用于評審和審核活動。制訂項目SQA計劃在軟件項目計劃制定的同時提出項目SQA計劃初稿，SQA計劃不應(yīng)與軟件項目計劃的內(nèi)容沖突。項目SQA計劃制訂并經(jīng)QA經(jīng)理的同意后，提交項目經(jīng)理、軟件工程組和配置管理人員進行評審。經(jīng)過評審的項目SQA計劃再經(jīng)配置控制委員會的批準后，配置管理人員將SQA計劃納入配置管理。評審工作產(chǎn)品軟件質(zhì)量保證人員需要評審的工作產(chǎn)品包括但不限于：軟件項目計劃，軟件配置管理計劃，測試計劃等。需要進行評審的具體工作產(chǎn)品詳見SQA計劃評審工作產(chǎn)品的目的是確保軟件產(chǎn)品符合軟件開發(fā)標準和規(guī)程的要求。在工作產(chǎn)品評審結(jié)束后的一個工作日內(nèi)，軟件質(zhì)量保證人員應(yīng)報告軟件工作產(chǎn)品評審的結(jié)果。如果發(fā)現(xiàn)了不合格項，軟件質(zhì)量保證人員應(yīng)向項目經(jīng)理報告，并按審核后續(xù)活動的方法跟蹤不合格項的處理，并驗證不合格項的糾正結(jié)果直至關(guān)閉。過程審核依據(jù)項目SQA計劃，軟件質(zhì)量保證人員在項目進行的各個階段對軟件研發(fā)過程和工作產(chǎn)品進行審核。當過程審核需要項目組提供支持和配合時，審核前應(yīng)提前通知項目經(jīng)理，通知可以用郵件或書面方式。項目經(jīng)理在得到通知后應(yīng)準備有關(guān)資料，與軟件質(zhì)量保證人員溝通以確定審核時間。實施審核前軟件質(zhì)量保證人員應(yīng)根據(jù)標準檢查單剪裁出審核檢查單，剪裁后的檢查單需經(jīng)QA經(jīng)理批準。審核報告：在現(xiàn)場審核結(jié)束的一個工作日內(nèi)，軟件質(zhì)量保證人員應(yīng)向項目經(jīng)理和項目組提交審核報告。過程審核后續(xù)活動：軟件質(zhì)量保證人員對審核發(fā)現(xiàn)的問題，應(yīng)在現(xiàn)場審核結(jié)束的一個工作日內(nèi)報告給項目經(jīng)理和項目組。軟件質(zhì)量保證人員在規(guī)定的日期后進行驗證，驗證合格則關(guān)閉不合格項；如驗證不合格或未采取措施，軟件質(zhì)量保證人員應(yīng)通過QA經(jīng)理及時向項目總監(jiān)報告；報告后，軟件質(zhì)量保證人員必須跟蹤該項不合格的處理，必要時進行再驗證。所有SQA審核報告、不符合報告等SQA的過程記錄，都需要納入配置管理進行管理和控制。SQA報告機制軟件質(zhì)量保證人員應(yīng)向項目經(jīng)理和項目組提交審核報告和工作產(chǎn)品評審報告（可和檢查單合在一起）。對于在項目組層面未能關(guān)閉的不符合報告，應(yīng)由項目總監(jiān)裁決，軟件質(zhì)量保證人員跟蹤后續(xù)活動。SQA活動的定期報告周報：軟件質(zhì)量保證人員為每一個項目準備一份SQA活動周報，其內(nèi)容為軟件質(zhì)量保證人員一周內(nèi)對某項目所開展的SQA活動和項目SQA計劃狀態(tài)等情況的總結(jié)。匯報對象是項目經(jīng)理和QA經(jīng)理。月報：SQA月報是QA經(jīng)理每月對SQA活動的執(zhí)行情況、項目SQA計劃的進展情況和項目總監(jiān)裁決不合格項等情況的總結(jié)。QA經(jīng)理每月向項目總監(jiān)匯報，并抄送SEPG組組長。風險管理風險管理約定“風險管理”的目的是識別潛在的問題，以便策劃處理風險的活動和在必要時在整個項目生存周期中實施這些活動，緩解不利的影響，實現(xiàn)目標。風險管理是一個連續(xù)的前瞻性的過程，它是業(yè)務(wù)和技術(shù)管理過程的重要組成部分。風險管理需要處理可能危及關(guān)鍵目標的問題。應(yīng)用持續(xù)風險管理的方法來確保有效地抵御和緩解項目生存周期中具有關(guān)鍵影響的風險。有效的風險管理包括，按照項目策劃過程中所擬訂的共利益者介入計劃，與共利益者合作，早期識別風險。為了建立起能夠自由而開放地揭示和討論風險的環(huán)境，有必要在所有受影響的各方之間形成強有力的領(lǐng)導關(guān)系。項目總體實施方案項目總體推進計劃為了有效地保證系統(tǒng)開發(fā)的質(zhì)量，整個系統(tǒng)建設(shè)的全過程劃分為準備、設(shè)計、開發(fā)、實施和運行階段，每個階段完成相應(yīng)的任務(wù)，確保信息系統(tǒng)的建設(shè)。如下圖所示：系統(tǒng)實施過程的質(zhì)量保證活動說明在實施過程中將發(fā)生的重大質(zhì)量保證活動或由此將產(chǎn)生的質(zhì)量記錄和產(chǎn)品，項目管理與開發(fā)階段劃分密切相關(guān)，因此主要按照項目實施的具體階段劃分說明。需求分析階段首先需要經(jīng)雙方協(xié)調(diào)，形成《需求調(diào)研計劃》及《需求調(diào)研大綱》，確定準備工作、需求調(diào)研的內(nèi)容、方法方式以及人員和日程安排等內(nèi)容，經(jīng)雙方同意后按此計劃開始調(diào)研。調(diào)研正式開始前項目開發(fā)組應(yīng)檢查所有必要的準備工作已經(jīng)圓滿完成。項目開發(fā)組根據(jù)調(diào)研中系統(tǒng)實際技術(shù)需求和各個子系統(tǒng)的業(yè)務(wù)需求，編寫并向工程領(lǐng)導小組提交符合CMMLEVEL3規(guī)范要求的《系統(tǒng)需求分析報告》，并由項目組評審，不合格的部分進一步完善調(diào)研；評審通過后由雙方共同簽署評審意見，并正式生效。對于軟件生產(chǎn)過程而言，需求階段是整個過程中最重要的階段，需求分析成果的好壞將直接導致項目的成功與否，因此合作雙方在此階段多投入是值得的。而且一旦評審通過并生效，則需求報告將成為系統(tǒng)的設(shè)計、開發(fā)、測試、實施試運行和項目驗收的基本依據(jù)之一，因此原則上用戶需求將不再因為其它因素的改變而變更，如需進行此種變更，需經(jīng)雙方項目負責人協(xié)商確定?？傮w設(shè)計階段項目開發(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ǔ)。該報告內(nèi)容的變更由雙方的現(xiàn)場實施負責人、技術(shù)負責人進行交流即可確定，并需向工程領(lǐng)導小組匯報。詳細設(shè)計階段項目開發(fā)組在《系統(tǒng)設(shè)計報告》的基礎(chǔ)上，對功能和性能要求進一步加以分析和細化并且把軟件的詳細設(shè)計文檔化，向工程領(lǐng)導小組提交《系統(tǒng)詳細設(shè)計報告》，并由項目組組織評審并簽署評審意見。對其中評審不合格的部分進一步完善和重新策劃，評審通過后由雙方共同簽署評審意見，并正式生效，作為后續(xù)軟件開發(fā)和測試的基礎(chǔ)。該報告內(nèi)容的變更由雙方的現(xiàn)場實施負責人、技術(shù)負責人進行交流即可確定，并需向工程領(lǐng)導小組匯報。系統(tǒng)開發(fā)階段根據(jù)前面的設(shè)計結(jié)果，由雙方的現(xiàn)場實施負責人、技術(shù)負責人討論確定詳細的開發(fā)計劃，并向工程領(lǐng)導小組提交《項目開發(fā)計劃》；工程領(lǐng)導小組對《項目開發(fā)計劃》進行審查，由雙方簽字后正式生效，并將作為軟件開發(fā)階段的項目管理和監(jiān)控依據(jù)，項目開發(fā)小組要嚴格據(jù)此計劃控制項目進度，按時向工程領(lǐng)導小組匯報工作進展。為了使用戶能夠及時獲知項目的進展情況，開發(fā)小組需要每周向用戶相關(guān)領(lǐng)導提交《項目客戶周報》，用戶項目組可以隨時對項目的工作情況進行檢查。系統(tǒng)實施和試運行階段首先需要經(jīng)雙方交流協(xié)調(diào)，形成《項目實施計劃》，確定現(xiàn)場實施的準備工作、人員和日程安排、培訓計劃、階段目標等內(nèi)容，經(jīng)雙方負責人簽字后生效，按此計劃開始現(xiàn)場實施。正式開始現(xiàn)場實施前項目開發(fā)組應(yīng)檢查所有必要的準備工作是否已經(jīng)完成?，F(xiàn)場工作首先要進行軟件在服務(wù)器端的安裝和調(diào)試，包括數(shù)據(jù)庫中各類對象的生成，初始化數(shù)據(jù)，原有系統(tǒng)的重要數(shù)據(jù)的轉(zhuǎn)換導入，前后臺軟件的安裝，配置參數(shù)調(diào)整等工作；完成后需向系統(tǒng)維護人員提交《數(shù)據(jù)庫安裝目錄》，《軟件安裝方法》文件，并協(xié)助用戶進行軟件安裝。軟件安裝完成并確認可在系統(tǒng)正常運行后，開始相關(guān)業(yè)務(wù)人員的培訓；在培訓開始之前需要由雙方協(xié)商形成《培訓計劃》，明確培訓環(huán)境、條件及方式，參加人員，課程課時等詳細內(nèi)容，由雙方現(xiàn)場實施負責人簽字后生效，并分別開始著手準備，在既定時間內(nèi)完成。培訓過程中由工程師提供《培訓考勤記錄》，培訓應(yīng)該脫產(chǎn)、集中、封閉進行，并要求所有參加人每日必須兩次考勤；培訓完成后由雙方共同進行《培訓總結(jié)》，針對培訓效果確定是否達到目標，是否再增加培訓課程；對以上內(nèi)容用戶項目組須進行必要的考核和獎懲，培訓工程師有權(quán)對參加培訓人員進行客觀評價。培訓順利完成后將開始軟件在試點部門試用，將向用戶提交編譯后的前后臺軟件，《軟件使用操作手冊》，《軟件功能清單》，這兩種文檔將詳細描述軟件的使用過程，軟件所包含的全部系統(tǒng)功能模塊。軟件試用期內(nèi)用戶的主要工作是根據(jù)《軟件功能清單》所列的系統(tǒng)功能模塊，檢查公司所提交的軟件是否滿足《系統(tǒng)需求分析報告》、《系統(tǒng)設(shè)計報告》的規(guī)定，列出未完成及含有較嚴重、明顯錯誤的模塊清單形成《軟件問題及修改記錄》并提交給公司繼續(xù)完善；此段時間可以對軟件的細節(jié)性問題進行測試、驗證，但主要精力還是應(yīng)放在模塊級功能的檢查上，如果所有模塊都已開發(fā)并可以進入試運行，其設(shè)計方法、技術(shù)可行性也都能夠滿足最終軟件的需要，則用戶各相關(guān)業(yè)務(wù)負責人、現(xiàn)場實施負責人需要簽署各子系統(tǒng)的《軟件交付書》，表明軟件已在現(xiàn)場安裝、調(diào)試、培訓完成，基本可以進入軟件試運行；此后在軟件功能模塊一級上不應(yīng)再發(fā)生大的變化，如需要修改功能模塊設(shè)計，則需由雙方項目負責人協(xié)商解決。試運行期內(nèi)用戶負責組織針對《軟件功能清單》所列的系統(tǒng)功能模塊進行現(xiàn)場的系統(tǒng)測試，包括新舊兩套系統(tǒng)并行工作一段時間進行驗證，使每個功能模塊都得到基本確認；對于其中發(fā)現(xiàn)的問題和軟件的細節(jié)性修改意見，需以《軟件問題及修改記錄》的書面形式提交給公司；公司修改完成后立即提交到現(xiàn)場，用戶負責組織立即對軟件進行確認回歸測試，如驗證問題已修改需要在《軟件問題及修改記錄》中予以說明。通過試運行及修改后證明已經(jīng)基本完成的模塊，用戶應(yīng)組織相關(guān)的業(yè)務(wù)負責人在《軟件功能清單》中逐項確認。項目驗收階段在試運行期內(nèi)系統(tǒng)存在一定的細節(jié)性問題是工程項目不可避免的問題，特別是隨著用戶應(yīng)用的逐漸深入，此類需求會逐級提出，此類問題不屬于系統(tǒng)的致命性錯誤；因此當試運行期內(nèi)所發(fā)現(xiàn)的真正的“問題和錯誤”收斂到一定數(shù)目以下時，各業(yè)務(wù)子系統(tǒng)經(jīng)過一段時間的并行工作新系統(tǒng)已基本可靠，就可以切換到正式運行階段，開始正式運行。正式運行后，由用戶提出驗收要求，雙方共同制定《項目驗收計劃》，組成項目驗收小組，共同進行項目驗收。此時公司將向用戶提交驗收的各類文檔，包括對系統(tǒng)開發(fā)過程進行總結(jié)的《項目總結(jié)》，《項目技術(shù)報告》，最終的完整的《數(shù)據(jù)庫字典》等。驗收工作將由用戶組織的專家組對系統(tǒng)進行全面的驗收和鑒定，并出具項目驗收小組領(lǐng)導簽字的《項目驗收報告》，并簽署驗收意見，公司在此過程中將全程參與，在現(xiàn)場進行驗收前的維護工作。系統(tǒng)正式運行及維護階段公司承諾對系統(tǒng)軟件提供服務(wù)保證期，在保證期內(nèi)提供免費的軟件升級和維護服務(wù)；在保證期外，公司繼續(xù)為系統(tǒng)的維護提供技術(shù)支持，對于軟件升級提供優(yōu)惠服務(wù)。維護期的具體工作方式請見售后服務(wù)承諾部分，所有維護工作，包括軟件出現(xiàn)問題修改、細節(jié)性功能的增強，用戶都要以《軟件問題及修改記錄》的書面形式提交給公司，修改完成后用戶應(yīng)組織相關(guān)的業(yè)務(wù)負責人進行確認，并在《軟件功能清單》中說明；如遇緊急情況可事后補齊。各階段輔助文檔《現(xiàn)場工作日程安排計劃》，在實施中的各階段，對于所發(fā)生的需要在現(xiàn)場進行較長時間工作的情況，如果在《需求調(diào)研計劃》、《項目開發(fā)計劃》、《項目實施計劃》、《培訓計劃》等工作計劃中未包含，則需要在工作開始前雙方共同制訂好《現(xiàn)場工作日程安排計劃》，并嚴格據(jù)此執(zhí)行，需要雙方現(xiàn)場實施負責人簽字生效?！冬F(xiàn)場工作周報》，在現(xiàn)場實施工作中，為了把階段性的工作任務(wù)具體落實完成，需要合作雙方每周一之前由公司實施工程師與用戶組共同制定本周的工作計劃，給出每個工作日上、下午的工作內(nèi)容，以及雙方的準備工作。計劃制定完成后用戶項目組向所有相關(guān)部門和領(lǐng)導發(fā)布，開始執(zhí)行；實施中雙方互相監(jiān)督按照原計劃開展工作；周五時雙方負責人共同對本周計劃執(zhí)行情況進行總結(jié)，對原計劃填寫工作總結(jié)，詳細描述各項計劃的完成情況，未完成的部分應(yīng)寫明未完成原因和責任歸屬，必要時雙方協(xié)商一起進行加班處理，力爭按時完成；對于不能按時完成的必須調(diào)整到下周計劃中進行?！队脩繇椖繄蟾妗?，對于實施中各階段較長時間不在用戶現(xiàn)場進行的，或項目處于用戶試運行、維護期的情況，為了使用戶能夠及時獲知項目的進展情況和公司開發(fā)小組的工作情況，公司將在開發(fā)階段每周向用戶相關(guān)領(lǐng)導提交此報告，維護期內(nèi)每月至少提交一次?！峨A段評估報告》，實施中當某一階段性目標實現(xiàn)后，公司將對該階段雙方聯(lián)合開發(fā)組的工作情況進行總結(jié)，編寫該報告并向工程領(lǐng)導小組提交，及時總結(jié)經(jīng)驗教訓，為下階段工作打好基礎(chǔ)。實施過程提交文件匯總以下是對上面的實施過程中將產(chǎn)生的文件匯總說明：階段名稱作用評審級別變更控制需求調(diào)研《需求調(diào)研計劃》《需求調(diào)研大綱》確定需求調(diào)研的準備工作、內(nèi)容、方法方式及人員和日程安排雙方現(xiàn)場實施負責人雙方現(xiàn)場實施負責人《系統(tǒng)需求分析報告》明確用戶業(yè)務(wù)需求雙方項目負責人雙方項目負責人設(shè)計《系統(tǒng)設(shè)計報告》（其中包括數(shù)據(jù)庫設(shè)計）描述整個系統(tǒng)軟件的模塊設(shè)計，詳細設(shè)計，數(shù)據(jù)庫設(shè)計，供開發(fā)編碼使用雙方項目負責人雙方現(xiàn)場實施負責人《系統(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)場時向用戶信息服務(wù)系統(tǒng)匯報項目進展和工作情況，《現(xiàn)場工作周報》現(xiàn)場工作周計劃雙方現(xiàn)場實施負責人雙方現(xiàn)場實施負責人《階段評估報告》某階段性目標實現(xiàn)后進行總結(jié)，向工程領(lǐng)導小組提交，為下階段打好基礎(chǔ)項目管理方案項目范圍管理項目管理范圍包括本項目建設(shè)周期內(nèi)各個階段以及所有相關(guān)的建設(shè)單位、設(shè)備、軟硬件、場地等內(nèi)容，從軟硬件采購、需求分析、系統(tǒng)設(shè)計、軟件開發(fā)、系統(tǒng)集成、測試、驗收、試運行、系統(tǒng)維護的全過程都包括在內(nèi)，如項目啟動、項目范圍內(nèi)容、項目范圍變更等項，具體內(nèi)容在項目實施前經(jīng)詳細討論確定。項目進度管理針對本項目的進度管理從任務(wù)分解、時間進度安排到資源分配，每個階段都有里程碑標志，每個階段都須嚴格按照工期要求按時、保質(zhì)完成，項目經(jīng)理負責項目進度控制。項目風險管理通過對大量的風險事件進行分析，在本項目中下列事件出現(xiàn)的概率最大，影響也是最大的。如何使得將上述事件對項目造成的影響降低到最小，是項目風險管理的主要工作。首先需要預防上述事件的發(fā)生，其次當事件發(fā)生不可避免之后，應(yīng)當采取必要的、事先準備好的措施進行工作，將風險對項目目標的影響降低到可以容忍的程度。技術(shù)風險集成指揮平臺是一個采用先進的信息技術(shù)，在建設(shè)過程中需要與各個業(yè)務(wù)單位、多個技術(shù)支撐系統(tǒng)、多個業(yè)務(wù)系統(tǒng)之間接口。系統(tǒng)需要采集的數(shù)據(jù)量大、涉及的相關(guān)系統(tǒng)范圍廣，需要比較高的信息管理的專業(yè)知識。因此系統(tǒng)建設(shè)存在一定的技術(shù)風險，需要業(yè)主和系統(tǒng)建設(shè)方從系統(tǒng)開始建設(shè)之初，就要充分認識到該項目的技術(shù)難度，在系統(tǒng)調(diào)研、系統(tǒng)設(shè)計階段就要進行反復的論證，在系統(tǒng)構(gòu)架的時候盡可能采用國際上成熟的產(chǎn)品，借鑒相關(guān)的成功經(jīng)驗，同時系統(tǒng)的建設(shè)分步驟、分階段進行，將技術(shù)難點逐個突破，力求將技術(shù)風險降至最低。需求風險平臺的建設(shè)是一個項目周期較長、涉及相關(guān)部門較多、數(shù)據(jù)量大、系統(tǒng)功能要求高的復雜系統(tǒng)，只能在建設(shè)過程中與多家業(yè)務(wù)部門進行溝通，才能逐步明晰系統(tǒng)的需求。同時，由于GIS專業(yè)性較強，有些需求各業(yè)務(wù)部門人員根本不可能明確地提出，需要系統(tǒng)建設(shè)方根據(jù)已有的系統(tǒng)建設(shè)經(jīng)驗進行用戶需求的引導。這些狀況容易造成系統(tǒng)的需求不明確，或者系統(tǒng)的需求變更頻繁，使得項目進展嚴重滯后，最后造成項目的失敗。為了能夠減少該項目需求不清和需求頻繁變更的風險，需要用戶和公司在項目初期做好充分的需求調(diào)研，切實理解各個業(yè)務(wù)部門在信息方面的業(yè)務(wù)需求，盡可能避免對需求的誤解和片面性。同時，在系統(tǒng)建設(shè)過程中，嚴格遵守項目管理的規(guī)章制度，對項目需求變更進行嚴格的審核與控制，以保障項目的質(zhì)量和進度。協(xié)調(diào)與溝通風險在系統(tǒng)建設(shè)過程中公司需要協(xié)調(diào)多個部門，與這些部門的溝通與協(xié)調(diào)可能直接影響到本項目的質(zhì)量與進度。因此，建立高效的協(xié)調(diào)與溝通機制，減少相互之間的誤解與拖延，是保障本項目成功實施的關(guān)鍵點之一。這需要各相關(guān)單位充分理解項目溝通管理的重要性，嚴格遵守項目管理的各項規(guī)章制度，提高協(xié)調(diào)溝通的效率，降低項目協(xié)調(diào)與溝通的風險。項目人員風險由于本項目周期較長，技術(shù)難度大，因此項目人員壓力會隨著項目的進展逐漸加大，工作效率也可能會隨著項目的進展逐漸降低，造成工作效率低下，甚至會造成項目成員的不穩(wěn)定。這就需要用戶與公司相互理解，明確共同的目標，發(fā)揮團隊精神，同時要合理規(guī)劃項目進度，作到勞逸結(jié)合，提高項目人員的積極性，降低項目人員的風險。質(zhì)量管理計劃質(zhì)量管理體系標準本項目實施應(yīng)采用先進的質(zhì)量管理模式和科學的質(zhì)量管理體系和流程，并根據(jù)項目自身特點選用合適的質(zhì)量控制規(guī)程。目前，本項目采用ISO9001質(zhì)量標準和軟件成熟度模型（CMM）兩種控制規(guī)程。針對本項目，公司將采用GB/T19001-2000－ISO9001:2000質(zhì)量體系標準，同時遵循SSE-CMM的安全實施標準，并在項目實施的過程中嚴格執(zhí)行這些質(zhì)量標準。質(zhì)量控制過程本項目中，由項目經(jīng)理制訂質(zhì)量控制計劃，項目質(zhì)量控制組進行審核。審核方面包括：質(zhì)量控制措施是否足夠、各個成員的質(zhì)量責任是否明確合理，測試方法是否適用。質(zhì)量評定計劃為了加強項目質(zhì)量管理和界定產(chǎn)品質(zhì)量標準，本公司將制訂適應(yīng)于項目的檢查驗收規(guī)定和質(zhì)量評定標準，確保工程質(zhì)量。本項目中，應(yīng)實行兩級檢查、兩級驗收制度。一級檢查、二級檢查和一級驗收由本公司實施小組組織完成；二級驗收由用戶組織實施。各級檢查驗收嚴格按項目實施中制訂的相應(yīng)的檢查驗收規(guī)定和質(zhì)量評定標準執(zhí)行。對實施和驗收過程中出現(xiàn)的重大技術(shù)問題，將上報用戶協(xié)調(diào)處理，對一般質(zhì)量問題的處理應(yīng)予以書面記錄。質(zhì)量管理措施在項目實施過程中還將采取如下措施保障項目實施質(zhì)量：（1）產(chǎn)品到貨后，對所有硬件設(shè)備應(yīng)進行加電檢測，同時對所有軟件產(chǎn)品進行安裝、產(chǎn)品授權(quán)驗證。（2）在項目實施前后對網(wǎng)絡(luò)性能進行評估。（3）在系統(tǒng)部署完成后要在實際環(huán)境中進行網(wǎng)絡(luò)連通性測試、安全策略驗證和應(yīng)用系統(tǒng)測試。（4）配合應(yīng)用系統(tǒng)做好壓力測試，根據(jù)壓力測試結(jié)果調(diào)整系統(tǒng)配置。（5）項目實施后要進行一定時間的試運行，在試運行期間要重點監(jiān)控網(wǎng)絡(luò)環(huán)境的運行情況、安全策略的驗證和業(yè)務(wù)應(yīng)用系統(tǒng)運行情況，若出現(xiàn)的問題要及時查找原因并加以修正。（6）在試點實施過程中驗證方案的可行性和正確性。軟件質(zhì)量控制階段性評審軟件質(zhì)量保證過程包括對軟件過程質(zhì)量控制和軟件產(chǎn)品質(zhì)量控制。我公司在本系統(tǒng)項目組織中，由質(zhì)量控制組負責質(zhì)量控制和管理，采用軟件度量過程采集信息對軟件過程和軟件產(chǎn)品的質(zhì)量進行管理。對軟件過程質(zhì)量的控制通過量化并提取軟件過程信息實現(xiàn)對軟件過程的目標管理，量化的主要內(nèi)容包括：產(chǎn)品質(zhì)量、項目進度和資源占用。軟件過程控制一般采用軟件開發(fā)過程的節(jié)點控制的方法。軟件開發(fā)過程的節(jié)點控制是提高軟件開發(fā)的計劃性和成功經(jīng)驗的可重復應(yīng)用的重要支持手段。我公司在開發(fā)本系統(tǒng)的過程中，將充分利用該方法，確保本系統(tǒng)的高質(zhì)、準時完成。在本系統(tǒng)的開發(fā)過程中，把涉及軟件開發(fā)、應(yīng)用的人員分為甲方、乙方，甲方代表各種層次的軟件系統(tǒng)的用戶，乙方代表軟件開發(fā)商中各組織、各層次人員。軟件系統(tǒng)的最終成功基于甲乙雙方對軟件開發(fā)過程的共同控制與管理，甲方側(cè)重“需求”與“監(jiān)督”職能，乙方側(cè)重“供求”與“控制”職能。甲乙雙方實現(xiàn)職能的基礎(chǔ)是軟件開發(fā)過程的可視性，即從甲乙雙方角度得到軟件開發(fā)過程的可見性。如下圖所示：圖（a）表示一個對甲乙雙方可見性極差的過程，甲方給出需求后，經(jīng)過乙方的開發(fā)過程得到的是最終結(jié)果，甲方對軟件開發(fā)過程沒法參與。乙方中只有具體的開發(fā)人員了解局部的軟件過程，高層管理人員沒法得到開發(fā)過程中具體的過程狀態(tài)信息，不能根據(jù)過程狀態(tài)做出決策。圖（b）表示一個對甲乙雙方可見性較好的軟件過程，在軟件開發(fā)過程的特定階段設(shè)置階段控制點（也稱為里程碑），甲乙雙方依據(jù)階段成果，從各自的角度提出過程改善與修改意見，控制軟件系統(tǒng)生產(chǎn)的質(zhì)量、開發(fā)過程的效率及項目資源消費。測試測試是確保本系統(tǒng)質(zhì)量的重要手段，不經(jīng)過認真測試的系統(tǒng)是不能被用于生產(chǎn)的。雖然，對各階段的文檔的審核也可認為是測試，但本項目所指的測試是指對應(yīng)用軟件的測試。做好測試是測試組的責任，測試組是與開發(fā)組相互獨立的兩組，且需要相當?shù)募夹g(shù)和經(jīng)驗，對業(yè)務(wù)的理解要十分透徹。為保證測試的效率和質(zhì)量需要主意以下幾點：1．建立高效合理的測試流程，包括：建立盡量模擬真實環(huán)境的業(yè)務(wù)數(shù)據(jù)模型（即運行業(yè)務(wù)的初始環(huán)境）；對測試案例的設(shè)計要有深度和廣度；特別在系統(tǒng)測試和驗收測試階段，安排好項目組的全體人員的任務(wù)和責任；做好測試階段文檔和源程序的版本控制；做好測試中發(fā)現(xiàn)的BUGS的記錄及存檔工作；對發(fā)現(xiàn)的任何BUGS都要做好原因分析并記錄歸檔；做好回歸測試；防止對程序的修改而引起的其他問題。軟件測試是一個過程，涉及到軟件生命周期的各個階段。下圖描述了軟件測試過程模型：測試過程是與開發(fā)過程并行的，軟件測試的實施過程是與改錯過程既是交錯的