IT項目實施與管理方案投標書

針對南京銀行企業(yè)服務(wù)總線系統(tǒng)項目，高偉達公司基于對客戶需求、業(yè)務(wù)目標、業(yè)務(wù)能力和IT環(huán)境的理解，結(jié)合多年的軟件開發(fā)和系統(tǒng)實施經(jīng)驗，將項目的實施周期劃分為六個活動階段，保證在項目生命周期內(nèi)，應(yīng)用合理的項目管理和控制技術(shù)。通過專注于使客戶投資回報最大化，和使客戶的投資風險最小化的關(guān)鍵戰(zhàn)略和戰(zhàn)術(shù)領(lǐng)域，加快項目實施速度，使得項目成功地完成。這些階段的特性是可循環(huán)往復性，使客戶可以盡快地獲得新的應(yīng)用系統(tǒng)所帶來的好處。在這個階段,所有與分期實施相關(guān)的項目活動都被明確定義,項目的"項目利益相關(guān)者"被指定，項目經(jīng)理和客戶項目經(jīng)理的角色和職責被傳達給所有的"項目利益相關(guān)者"。管理項目所需的項目控制結(jié)構(gòu)被定義,所有需要的項目規(guī)劃文件被創(chuàng)建,客戶的業(yè)務(wù)問題和被用來衡量項目成功的衡量標準被確認。制定解決方案范圍，在一個高級別上定義哪些模塊將被實施，估算預期需要的客戶化程度,以及勾畫出在產(chǎn)品之外需要開發(fā)的內(nèi)容和要提交的技術(shù)成果。解決方案范圍文檔包括解決方案范圍概述,功能范圍,流程范圍,客戶化問題,其他風險,外部依賴條件以及假設(shè)。這個工作為未來項目決策,統(tǒng)一或達成"項目利益相關(guān)者"之間就有關(guān)項目參數(shù)的共識，提簡而言之,這個階段組建項目團隊，保證客戶實施項目的成功。公司人員與客戶人員一道，組建項目團隊,設(shè)定項目方法和范圍，并建立項目管理控制。主要交付的成果有，解決方案范圍和項目管理控制。制定了項質(zhì)量檢查計劃。在需求調(diào)研階段,在項目管理小組的指導下,由公司和客戶組成的統(tǒng)一的項目團隊將識別并且書面記錄在開始設(shè)計客戶解決方案之前所必須弄清楚的，需處理的問題。項目團隊書寫、提煉滿足客戶業(yè)務(wù)目標所需的功能和技術(shù)要求。主要交付的技術(shù)成果為業(yè)務(wù)需求和差距分析。專家服務(wù)顧問將進行一個配置檢查，以保證系統(tǒng)有精確的規(guī)格，便于購買硬件和架構(gòu)部署。在有技術(shù)客戶經(jīng)理參與的情況下,通過完成初始的評估,來建立部署的基準，及通過給戰(zhàn)略，管制，用戶采用,流程和技術(shù)各方面打分的評估來建立業(yè)務(wù)目標。在設(shè)計階段,主要的目標是設(shè)計一個能夠最佳地滿足客戶明確的業(yè)務(wù)需求的解決方案，并且為培訓和系統(tǒng)測試做準備。在設(shè)計(Design)階段,項目團隊利用應(yīng)用系統(tǒng)屏幕流程和設(shè)計布局來映射在發(fā)現(xiàn)階段確定的需求,設(shè)計解決方案的原型。主要交付的技術(shù)成果是解決方案設(shè)計文檔和測試策略。這個策略定義測試計劃和測試要求，以保證一個系統(tǒng)部署的成功。主要的目的是提供一個高級的測試策略，以便使用自動化的測試工具和/或手工過程來實現(xiàn)功能測試,系統(tǒng)整合測試(SIT),用戶驗收測試(UAT)和性能測試。專家服務(wù)顧問要執(zhí)行設(shè)計檢查，來評估由客戶或集成商提供的書面設(shè)計文檔，并且提供詳細的建議清單。設(shè)計標準包括,但不限于，應(yīng)用系統(tǒng)性能,對升級的影響,應(yīng)用系統(tǒng)維護,與數(shù)據(jù)模型相關(guān)的問題和常規(guī)的最佳做法。在開發(fā)階段，項目團隊將開發(fā)應(yīng)用系統(tǒng),提供任何需要的擴展功能和外部接口,為客戶部門部署和持續(xù)支持解決方案做準備。項目團隊配置應(yīng)用系統(tǒng)、所有需要的擴展功能和外部接口。主要交付的技術(shù)成果有功能測試和系統(tǒng)測試。這些流程整合和測試活動更好地保證介入的系統(tǒng)功能與客戶組織的業(yè)務(wù)需求協(xié)調(diào)一致。專家服務(wù)顧問應(yīng)該進行一個配置檢查，來評估所有經(jīng)過客戶化改造的實施文檔。在這個檢查過程中,所有這樣的文件都將被評估，以使應(yīng)用系統(tǒng)性能,應(yīng)用系統(tǒng)升級,系統(tǒng)維護工作量和常規(guī)最佳實踐最優(yōu)。在驗證階段,將完成新系統(tǒng)全部功能的測試。這個階段分兩個部分。第一部分,項目團隊進行一個對有生產(chǎn)數(shù)據(jù)的應(yīng)用系統(tǒng)的全部功能進行測試。在這個檢測完成后,關(guān)鍵用戶然后進行一個代表性的驗收測試，以保證系統(tǒng)正確地處理用戶的需求。一旦全面的功能測試結(jié)束,將進行一個使用系統(tǒng)工具的，嚴格的性能測試。這一階段主要交付的技術(shù)成果為用戶驗收測試和性能測試結(jié)果,包括性能,容量和壽命測試。適時的性能調(diào)整審計，可保證整個企業(yè)架構(gòu)環(huán)境的性能最佳。在這個檢查中,專家服務(wù)將主動性地識別任何性能問題,這樣將減少在運行時出現(xiàn)問題的風險，增加系統(tǒng)生產(chǎn)切換的信心。在有技術(shù)客戶經(jīng)理參與的情況下,可執(zhí)行一個實施準備就緒檢查，以確認系統(tǒng)是否可以部署了。這個實施準備就緒檢查是用來評估實施風險,技術(shù)上是否準備停當以及部署策這些員工將開始支持業(yè)務(wù)流程和技術(shù)的推出。在管理人員定向協(xié)調(diào)研討會上,項目團隊與客戶的管理團隊一起工作，以獲得維持資助人的內(nèi)部負責，并把正確的信號傳達給組織的其他成員。部署上線階段內(nèi)的第一個活動是實施一個投產(chǎn)導航。這個導航是被用來測試全面的生產(chǎn)部署,并且在客戶業(yè)務(wù)環(huán)境中的一部分部門中進行的，例如一個地區(qū)或一個區(qū)域。生產(chǎn)導航在機構(gòu)的業(yè)務(wù)環(huán)境中部分部門里，為用戶提供所有系統(tǒng)的特點。來自于生產(chǎn)導航的反饋信息指導整個的部署。同樣在這個過程中,專家服務(wù)顧問應(yīng)該進行生產(chǎn)準備就緒檢查,通過主動地識別任何可能造成部署中斷和使實施的系統(tǒng)解決方案的技術(shù)優(yōu)點打折扣的所有問題，來協(xié)助系統(tǒng)的順利推出。此時,要召開流程實施研討會，部署流程最優(yōu)實踐，來優(yōu)化人,流程和技術(shù)的配合。目的是在客戶所有的一線機構(gòu)中，使用變革和銷售流程的最佳實踐，使最初的贊助人和行政領(lǐng)導團隊完全滿意。項目管理包括在項目生命周期中協(xié)調(diào)所有項目管理知識領(lǐng)域所涉及的過程。它確保項目所有的組成要素在正確的時間結(jié)合在一起，以成功的本管理以及人力資源、溝通、風險管理等各個環(huán)節(jié)，項目管理一個復雜的工程，在此主要針對南京銀行企業(yè)服務(wù)總線項目的項目進度管理、變更管理、溝通管理、質(zhì)量管理、風險管理等相關(guān)策略進行描述。通過項目進度的管理最終明確項目開發(fā)階段的進度控制活動和關(guān)鍵項目經(jīng)理：根據(jù)軟件開發(fā)計劃編制詳細的階段開發(fā)計劃以及每項任務(wù)的審核各專題小組擬訂的每項任務(wù)的日程安排；協(xié)助審核詳細的階段開發(fā)計劃和任務(wù)邊界時間；協(xié)助審核詳細的階段開發(fā)計劃和任務(wù)邊界時間；在聽取小組成員意見的基礎(chǔ)上，擬訂每一項任務(wù)的日程安排；負責檢查和控制任務(wù)的進度，并填寫進度控制表；負責制訂任務(wù)變更計劃。1.1.2.2.1.進度安排流程項目經(jīng)理根據(jù)項目計劃，明確該階段的邊界時間；根據(jù)項目計劃中的任務(wù)PERT網(wǎng)絡(luò)圖，找出該階段的關(guān)鍵任務(wù)并進確定每一關(guān)鍵任務(wù)的邊界時間；召集各專題小組負責人審核擬訂的計劃，并修改；的項目，進度安排應(yīng)以天為單位；交由項目經(jīng)理和過程管理人員審核。1.1.2.2.2.進度控制流程項目經(jīng)理和過程管理人員按照階段PERT圖，標志階段中被跟蹤的關(guān)鍵任務(wù)和里程碑，并將之告知專題小組負責人；間點，并將之告知專題小組成員；專題小組負責人經(jīng)常與成員溝通，了解任務(wù)進展；并定期檢查，填寫任務(wù)進度表和下期計劃表，及時發(fā)現(xiàn)問題；進展，及時發(fā)現(xiàn)問題；項目過程管理人員參加會議或了解會議的專題小組負責人在執(zhí)行中發(fā)現(xiàn)延遲，分析原因：人員緊張：組內(nèi)調(diào)配不了的，找項目經(jīng)理解決；事先預估不足：調(diào)整任務(wù)日程安排；若解決不了，告知項目經(jīng)理，會同過程管理人員，調(diào)整詳細的階段計劃；如果階段內(nèi)消化不了的問題，則項目經(jīng)理按照《配置管理的程序》，變更軟針對項目變更管理組織變更控制小組，由項目組經(jīng)理、項目管理部人員、項目總監(jiān)、客戶、客戶部成員組成，考慮并授權(quán)項目的重大修改(修改工作量超過一周的)。而項目經(jīng)理負責項目的一般修改決策(修改工作量在一天以上，一周以內(nèi))。變更管理活動包括修改請求、評估、通過、執(zhí)行和跟蹤。變更控制組負責討論和決策項目的重大修改；項目經(jīng)理討論和決策一般性修改；并報項目管理部備案；根據(jù)不同地點的客戶有不同的審批程序。1.1.2.3.1.變更狀態(tài)登記變更狀態(tài)登記活動記錄和報告各種配置項的狀態(tài)，記錄在項目生命周期中的任何管理信息和歷史信息。包括：所有變更請求表、所有變更報告單、所有變更記錄。由項目管理人員存取狀態(tài)登記。變更狀態(tài)登記的目的是為了控制軟件需求發(fā)生變更時的處理過程，使之按照制定的規(guī)程進行，以保證軟件需求的一致性。1.1.2.3.2.變更管理流程將變更申請表交本項目組的項目經(jīng)理；雙方項目經(jīng)理(或項目經(jīng)理授權(quán)人，必須以書面形式確認)共同審閱，評估該需求變更的技術(shù)有效性和對本項目的影響；如果審閱批準該請求，則雙方項目經(jīng)理(或項目經(jīng)理授權(quán)人，必須以書面形式確認)簽字確認，變更申請表將被貴行文檔管理員登記后，轉(zhuǎn)發(fā)給高偉達。如果未獲批準，其原因?qū)⒎答伣o該需求變貴行一份書面確認書，確認其收到，并給出分析與執(zhí)行變更所需需成本，則直接執(zhí)行變更工作；若需要增加成本，則以書面形式通知貴行文檔管理員，貴行管理員登記后，按照項目管理辦法中的項目變更管理流程處理。度上依賴于業(yè)務(wù)人員的參與程度及技術(shù)人員對業(yè)務(wù)需求的透徹分析，這就要求技術(shù)與業(yè)務(wù)人員保證充分的交流，制定并遵守項目內(nèi)部的溝通管理計1.1.2.4.1.項目溝通形式根據(jù)本項目的組織形式及特點，我們建議采取如下多種方式的溝通形序號123456溝通形式領(lǐng)導小組與項目組的聯(lián)系會議總體組會議專業(yè)組組長會議專業(yè)組內(nèi)部會議動員大會負責人領(lǐng)導小組組長項目總監(jiān)、項項目總監(jiān)、項專業(yè)組長體組、領(lǐng)導小組項目助理溝通對象項目管理組、領(lǐng)導總體組成員各專業(yè)組組長、總體組專業(yè)組組員全體人員全體人員和傳達領(lǐng)導組指示總體組內(nèi)部工作分各專業(yè)組工作情況為與項目組的聯(lián)系會議作準備專業(yè)組進行進展匯分析進度、問題等專業(yè)組內(nèi)部交流會交流、問題討論等在全體項目成員范圍內(nèi)宣布項目總體頻度每兩周次次每2~3項目各開始次輸出文檔會議會議會議//報*輸出序號溝通形式負責人溝通對象內(nèi)容頻度文檔反映各個專業(yè)組每789小組工作周報個人工作周報專業(yè)組長專業(yè)組員全體人員全體人員總體組專業(yè)組組長周實際工作情況及的執(zhí)行情況和進度反映個人每周實際括根據(jù)計劃的執(zhí)行情況和進度偏差。需討論問題的非正式書面交流需討論問題的非正式口頭交流次次按實際按實際作周報*個人作周報/1、“負責人”為各類溝通形式的組織者；2、“溝通對象”為需參與各類溝通的項目干系人；3、“輸出文檔”為各類溝通所產(chǎn)生的書面文件，由各類溝通的“負責人”或其指定人員制作并派發(fā)“溝通對象”；1.1.2.4.2.會議管理制度項目開始進行以后，要有效地控制項目，需要在各個關(guān)鍵時刻召開關(guān)鍵會議。關(guān)鍵會議的主要內(nèi)容是總結(jié)上一階段的工作，分析問題、提出建明確努力的方向。關(guān)鍵會議也是協(xié)調(diào)各不同小組之間的人員以及工作任務(wù)除關(guān)鍵會議外，在項目進行的全過程中，應(yīng)定期召開例會，會上主要介紹項目進展情況，檢查進度、是否存在問題等，會議時須做詳細的會議記錄并在會后報送所有項目相關(guān)人員。主要的項目會議流程規(guī)定如下：做好準備工作，如明確會議目的和會議議程等；把會議中要求討論的材料事先下發(fā)給開會成員；提前兩天通知各位與會成員；準備會議環(huán)境、會議用設(shè)備等；議議程逐項進行；會后跟蹤：會議決議落實和檢查。為保證項目順利實施及系統(tǒng)質(zhì)量，必須在項目管理過程和項目實施過程上加大質(zhì)量管理力度。通過高偉達公司實施的成功案例，我們深深體會到“質(zhì)量是計劃出來的”這一現(xiàn)代質(zhì)量學觀點所蘊含的深刻道理，所以，我們在項目啟動及項目進展的各個階段都會仔細制定各項工作計劃，嚴格按照審核通過的計劃進行項目控制。針對本項目，我們建議從QA及QC兩方面保障項目的順利實施，具體1.1.2.5.1.質(zhì)量保證本項目將設(shè)置質(zhì)量保證小組，由南京銀行和高偉達公司各出一名人員擔任QA的角色，其工作任務(wù)是根據(jù)項目總體組制定的質(zhì)量核對單，在項目進展過程按照質(zhì)量核對單逐項審核項目是否按照計劃約定執(zhí)行和控制，并直接向南京銀行的相關(guān)領(lǐng)導匯報項目實施的質(zhì)量狀況。1.1.2.5.2.正式評審根據(jù)本項目的特點，本項目中將對項目計劃、軟件需求規(guī)格說明書、系統(tǒng)設(shè)計說明書、測試規(guī)格說明書、測試報告等文檔，組織南京銀行相關(guān)以保證文檔內(nèi)容與上一階段所產(chǎn)生的軟件文檔內(nèi)容一致，并且符合使用者的需求。1.1.2.5.3.交叉審查除項目要求的正式評審內(nèi)容外，本項目還將對各模塊軟件代碼實行交叉評審制度。各模塊負責人應(yīng)根據(jù)總體組制定的代碼質(zhì)量審核清單，對所負責檢查的其他模塊軟件代碼進行仔細審查，對代碼質(zhì)量不能通過交叉評審的則必須進行返工。整體的軟件代碼交叉評審總量不能少于60％。1.1.2.5.4.變更控制為保證軟件產(chǎn)品質(zhì)量，開發(fā)過程將嚴格采用配置管理工具進行變更控制，其目的是保證最終軟件產(chǎn)品能夠符合業(yè)務(wù)需求的各項要求，并對開發(fā)過程進行監(jiān)控、報告和提供咨詢支持，它包括下面的質(zhì)量屬性要求：軟件產(chǎn)品與需求、說明書和設(shè)計一致；按照說明的標準建立文檔；被識別、管理、評審和測試；更發(fā)生時可管理。任何項目開發(fā)實施過程中都會遇到各種風險，在各方面都會遇到不同工程資源風險、工程過程風險等全方位的風險因素。通過對風險的量化提供一個計劃來管理預防風險，同時對于潛在的風險也應(yīng)該建立意外事件的應(yīng)急計劃，使其在必要時能夠以可控的及有效的方式作出反應(yīng)。針對需求風險，南京銀行應(yīng)把握系統(tǒng)建設(shè)起點要高、規(guī)范運作為系統(tǒng)建設(shè)的基礎(chǔ)工程、采用構(gòu)件化技術(shù)進行應(yīng)喲軟件開發(fā)、采用B/S技術(shù)降低信息點維護成本的方式規(guī)避需求風險。針對合作風險，選擇一個長久的、上規(guī)模、具備成熟行業(yè)經(jīng)驗、項目管理規(guī)范、技術(shù)先進、員工有歸屬感、真正站在用戶的立場上考慮問題的公司作為后盾，高偉達集團是能為您最大限度地控制合作風險。針對資源風險，擁有健全的組織與管理，在避免人員流動的基礎(chǔ)上，即使因個人原因必須離職時，高偉達公司也因其規(guī)范的、體系化的管理與產(chǎn)品架構(gòu)而使項目基本不受影響或極少受到影響。針對技術(shù)風險，高偉達的銀行業(yè)務(wù)系統(tǒng)擁有多個成功實踐經(jīng)驗，具備與國外接軌的理念與技術(shù)，同時擁有不斷調(diào)整、更新的技術(shù)體系、以及參照標準體系指定規(guī)范質(zhì)量標準并在實施過程中加強階段評審，使因為技術(shù)原因而可能導致的風險降低到最小。高偉達還提供培訓考試合格上崗及定期培訓定期總結(jié)分析的模式來規(guī)避1.1.2.6.1.風險管理內(nèi)容內(nèi)容如下：項目實施前和實施中對風險的發(fā)現(xiàn)、識別、上報、分析及風險責任風險應(yīng)對計劃的制訂和執(zhí)行(應(yīng)對計劃包括兩部分，一是在如何降對的應(yīng)急預案)；風險狀態(tài)的監(jiān)控和更新；定期對項目風險進行統(tǒng)計、分類和總體結(jié)構(gòu)分析。1.1.2.6.2.風險管理中的相關(guān)角色和責任參與方參與方角色職責備注風險識別項目相關(guān)報告發(fā)現(xiàn)的風險，填寫風險登記表描述風人的任何人險，注明風險嚴重度、風險發(fā)生機率和風險如果是項目相關(guān)人員，提交至項目經(jīng)理，如公室主任項目經(jīng)理項目內(nèi)風在項目進行中，管理項目內(nèi)的風險并提供項險管理負目內(nèi)的應(yīng)對計劃記表，并確認風險描述、風險發(fā)生機率、風險責任人以及風險發(fā)生后的應(yīng)急預案口頭確認或書面認可上報的風險登記表,將風險登記表發(fā)往相應(yīng)部門參與方角色職責備注項目管理項目整體在項目啟動前，組織定義項目級別的風險登辦公室風險管理記、評估和應(yīng)對計劃的執(zhí)行監(jiān)在項目實施階段，對項目報送的相關(guān)風險登督機構(gòu)記表和應(yīng)對計劃進行審核，重點審核跨項目機率為中或中以上的風險,建議整個項目的應(yīng)對計劃之嚴重度、發(fā)生機率和風險責任人風險，負責上報項目總監(jiān)中提交風險統(tǒng)計情況項目總監(jiān)風險管理對重大風險，進行決策，給出最終處理意見最終決策機構(gòu)風險責任風險規(guī)填寫風險登記表的風險分析與行動計劃人避、應(yīng)急負責風險應(yīng)對的執(zhí)行、并匯報風險狀態(tài)變化預案執(zhí)行的負責人1.1.2.6.3.風險嚴重程度遲和預算嚴重超支；以及會影響其它項目進展的風險；質(zhì)量的風險，只是無法滿足要求而導致使用不方便或不易操作。1.1.2.6.4.風險狀態(tài)已提交：風險識別人已填寫風險登記表，完成了風險號分配、風險經(jīng)理提交；已完成計劃：風險責任人得到風險登記表后，對其進行分析并完成應(yīng)對計劃；規(guī)避計劃：風險責任人正在根據(jù)應(yīng)對計劃規(guī)避風險；風險已規(guī)避：風險責任人已成功規(guī)避風險并得到項目管理辦公室認發(fā)生進入應(yīng)急計劃：風險責任人未成功規(guī)避風險，風險發(fā)生，執(zhí)行1.1.2.6.5.風險分類本項目中，風險主要分為以下幾類：管理類風險項目管理沒有遵循項目管理的制度、時間、崗位的要求。出現(xiàn)項目資源類風險序，無法進行程序調(diào)試。業(yè)務(wù)類風險業(yè)務(wù)風險主要表現(xiàn)在業(yè)務(wù)需求不清晰，變動頻繁。技術(shù)類風險技術(shù)風險主要體現(xiàn)在技術(shù)架構(gòu)不合理，各個子系統(tǒng)、服務(wù)渠道無法1.1.2.6.6.風險管理流程項目啟動前風險識別與防范流程在各項目啟動前，應(yīng)當由項目管理辦公室指導各個項目提交其項目風險因素識別、評估和應(yīng)對措施計劃；項目管理辦公室根據(jù)各項目的風險識別計劃，以及其對項目風險的理解，完成項目風險因素識別、評估和規(guī)避的項目風險規(guī)避計劃以及制訂項項目管理辦公室將有關(guān)風險應(yīng)對計劃上報項目總監(jiān)審批；將項目總監(jiān)審批過的風險應(yīng)對計劃提交給領(lǐng)導領(lǐng)導組審批；審批通過的風險應(yīng)對計劃由項目管理辦公室公布歸檔；在項目實施過程中由項目經(jīng)理管理風險應(yīng)對計劃的執(zhí)行，項目管理辦公室通過項目周、月報跟蹤監(jiān)督。項項目啟動前風險識別與防范流程項目經(jīng)理項目管理辦公室風險責任人項目總監(jiān)項目領(lǐng)導組開始組織進行項目級風險識別評估分析項目級風險分析項目級風險風險等級表風險應(yīng)對計劃風險狀態(tài)定期報告分析風險發(fā)生概率和嚴重性，并指定風險責任人審核并批準風險評估報告存檔匯總、分析所有對項目群有重要影響的風險前動啟目項審核并批準項目運行中風險管理流程在項目實施過程中，所有項目組成員均有責任報告進程中發(fā)現(xiàn)的風險項目經(jīng)理在確定其確為風險后，定義風險發(fā)生機率和嚴重度并指定風險責任人，制訂風險一旦發(fā)生的應(yīng)急預案，并將其填寫風險登記表上報項項目管理辦公室審核風險發(fā)生機率、嚴重度和風險責任人并負責風險狀態(tài)風險責任人負責編制風險應(yīng)對計劃，并定期報告風險狀態(tài)；項目管理辦公室負責發(fā)現(xiàn)跨項目的風險因素，并主持評估規(guī)避計劃和項目管理辦公室將有關(guān)風險評估報告和規(guī)避計劃、應(yīng)急預案上報項目所有發(fā)現(xiàn)的風險因素和審批通過的相應(yīng)風險應(yīng)對計劃由項目管理辦公室在項目實施過程中由項目經(jīng)理管理風險應(yīng)對計劃的執(zhí)行，項目管理辦公室通過項目周、月報跟蹤監(jiān)督。項項目運行中風險管理流程風險識別人項目經(jīng)理項目管理辦公室風險責任人項目總監(jiān)發(fā)現(xiàn)風險因素風險識別評估是否是風險否是風險登記表上報項目管理審核風險發(fā)生概率、嚴重性和責任人與項目領(lǐng)導組險監(jiān)控核并批準風險評估報告風險應(yīng)對計劃風險狀態(tài)定期報告段階施實目項1.1.3.1.1.項目組織架構(gòu)有效的組織結(jié)構(gòu)，是項目成功的有力保證。對于一個銀行服務(wù)總根據(jù)本次項目的范圍和要求，項目的參考組織結(jié)構(gòu)如下線管理組組義礎(chǔ)組件項目管理委員會負責監(jiān)督并指導項目的實施進程，定期審核項目經(jīng)理就項目進展執(zhí)行情況的書面報告，對項目中存在的重大問題做出決策，協(xié)調(diào)解決重大問題和突發(fā)事件，決定對項目經(jīng)理的任免。項目管理委員會由南京銀行高層領(lǐng)導與本公司高層領(lǐng)導共同組成。向項目管理委員會負責，在項目實施過程中進行服務(wù)標準和原則的控制，在未來項目實施完畢后，由這個組織管理和批準新的服務(wù)發(fā)布和渠道系統(tǒng)的接入。同時負責制定企業(yè)實施SOA項目的總體規(guī)劃，從企業(yè)級的高度而非項目級參與項目管理。服務(wù)總線管理組由南京銀行架構(gòu)師和本公司企業(yè)架構(gòu)師共同組成。項目實施完成后職責交給客戶執(zhí)行。負責向項目管理委員會定期報告項目進展情況，就項目中存在的問題提出解決建議，對項目進行有計劃地組織管理，并檢查項目進展情況。項目管理組由南京銀行項目負責人和本公司項目經(jīng)理和技術(shù)負責人共同組負責基礎(chǔ)架構(gòu)的設(shè)計和流程建模設(shè)計。和企業(yè)架構(gòu)師共同設(shè)計整體基礎(chǔ)架構(gòu)，完成本項目范圍內(nèi)的規(guī)劃，考慮本項目與整個企業(yè)范圍的IT架構(gòu)的一致性規(guī)劃。直接隸屬項目管理委員會，按制定的標準及控制手段執(zhí)行進度管理，風險管理，全面的執(zhí)行各項局方及業(yè)內(nèi)規(guī)定的質(zhì)量標準和工作流程。負責在總線上發(fā)布服務(wù)和設(shè)定服務(wù)標準。根據(jù)基礎(chǔ)架構(gòu)規(guī)劃中的服務(wù)架構(gòu)，對服務(wù)進行歸類，根據(jù)服務(wù)定義模板，完成服務(wù)的識別、設(shè)定和在服務(wù)總線上的發(fā)布和配置。負責基礎(chǔ)的，公共的組件的統(tǒng)一開發(fā)；開發(fā)從日志，安全到各種便利工具的公共組件，完成在OSB之上的各種組件的擴展工作，如擴展函數(shù)，擴展報文轉(zhuǎn)換方法，擴展監(jiān)控處理模塊，進行監(jiān)控平臺的集成等。負責系統(tǒng)的聯(lián)合測試工作，在項目質(zhì)量方針指導下，進行測試管理，制定設(shè)計系統(tǒng)測試計劃、測試方案、測試案例、各項測試、形成測試報告并對測試結(jié)果進行跟蹤，包括不同階段的測試工作。1.1.3.1.2.實施人員名單1.1.3.1.3.實施人員簡歷1.1.3.1.4.項目實施階段劃分根據(jù)我公司執(zhí)行的ISO9001:2000質(zhì)量管理體系的規(guī)定，將整個項目系統(tǒng)驗收六個過程；項目監(jiān)控、管理的過程分為：配置管理、內(nèi)部監(jiān)理和項目變更管理三個過程。下面將針對以上六個實施過程和三個管理過程的實施計劃即項目計劃進行介紹。1.1.3.1.4.1第一階段：需求分析階段自合同簽定之日，與項目籌備小組并行完成業(yè)務(wù)需求分析，建立完善的項目組織機構(gòu)，雙方密切協(xié)作，各項目小組密切協(xié)作，各項工作同時有完成并提交項目計劃書，產(chǎn)品管理計劃，質(zhì)量控制計劃；詳細的需求分析。需求分析的計劃和方法主要包括調(diào)研階段劃分、用戶方要求等內(nèi)容；據(jù)需求調(diào)研分析報告和調(diào)研的各種成果編寫《軟件需求規(guī)格說明書》，對應(yīng)用系統(tǒng)提出完整、準確、清晰、具體的要求，主要是需求框架和基本要素，并進行正式評審；需要資源(專職)：行方科技部2名、高偉達公司項目組需求分析人員1.1.3.1.4.2第二階段：系統(tǒng)設(shè)計階段根據(jù)《軟件需求規(guī)格說明書》，進行應(yīng)用軟件概要設(shè)計，設(shè)計系統(tǒng)整體結(jié)構(gòu)、主要流程、相關(guān)模塊接口以及數(shù)據(jù)庫設(shè)計，定義詳細設(shè)根據(jù)《軟件需求規(guī)格說明書》和《概要設(shè)計說明書》，由開發(fā)小組編寫系統(tǒng)結(jié)構(gòu)設(shè)計、功能設(shè)計、數(shù)據(jù)庫結(jié)構(gòu)及數(shù)據(jù)庫設(shè)計、系統(tǒng)內(nèi)聯(lián)機交易流程以及批處理交易流程等設(shè)計文檔；啟動數(shù)據(jù)轉(zhuǎn)換工作，定義統(tǒng)一的中間格式。需要資源(專職)：行方科技部2名、高偉達公司現(xiàn)場8名技術(shù)、業(yè)務(wù)1.1.3.1.4.3第三階段：系統(tǒng)開發(fā)階段與系統(tǒng)設(shè)計階段對應(yīng)，是系統(tǒng)開發(fā)階段，企業(yè)服務(wù)總線建設(shè)是基于ORACLE成熟總線產(chǎn)品OSB，因此在進行了周密嚴格的需求分析及詳細設(shè)計的前提下，真正需要的開發(fā)工作并不多，周期相應(yīng)較短。檔進行應(yīng)用軟件的編碼工作；系統(tǒng)開發(fā)工作完成后，進行應(yīng)用軟件單元測試和系統(tǒng)集成測試；需要資源：行方科技部1名、高偉達公司現(xiàn)場設(shè)計開發(fā)人員、測試人1.1.3.1.4.4第四階段：系統(tǒng)測試階段系統(tǒng)開發(fā)完成后進行系統(tǒng)的測試工作。本階段主要指在南京銀行建立的測試環(huán)境中，進行全面的模擬測試，完成系統(tǒng)功能測試，由于測試的重要性，預計將花費兩個月左右的時間來完成對系統(tǒng)的模擬測試。測試對象是編程結(jié)束時提交內(nèi)容；應(yīng)該是硬件系統(tǒng)通過初步驗收后所構(gòu)成的標準模式運行環(huán)境)；進行測試記錄；解決測試發(fā)現(xiàn)的問題，分析測試結(jié)果，形成測試報告；為測試后的確認和初步驗收做好準備。統(tǒng)驗收測試，以證明系統(tǒng)的合格性。系統(tǒng)的驗收工作，系統(tǒng)驗收詳見《驗收和測試》相關(guān)章節(jié)。需要資源：行方科技部3名、接入系統(tǒng)相關(guān)人員1名、高偉達公司現(xiàn)1.1.3.1.4.5第五階段：試運行階段模擬測試完成，進入系統(tǒng)試運行階段?？紤]到試運行期間的目的，是將經(jīng)過集成測試及性能測試后較為穩(wěn)定的版本投入到實際工作環(huán)境中運行，用于檢驗系統(tǒng)是否完全滿足實際業(yè)務(wù)的需要，為新系統(tǒng)的上線運行做試運行期間，核查新系統(tǒng)是否滿足實際業(yè)務(wù)需求；試運行期間發(fā)現(xiàn)的問題，進行記錄、調(diào)整、解決；試運行期間還是測試的良好時機，在該階段，應(yīng)對各網(wǎng)點的設(shè)備、網(wǎng)絡(luò)狀況、業(yè)務(wù)響應(yīng)時間等內(nèi)容進行測試。需要資源：行方科技部1名、接入系統(tǒng)相關(guān)人員1名、高偉達公司現(xiàn)1.1.3.1.4.6第六階段：上線驗收及維護階段上線驗收階段的主要工作是制定詳細的上線計劃，確認上線步驟。選擇適宜日期開始上線實施工作，做好外連系統(tǒng)和外圍系統(tǒng)的預前通知和公1.1.3.1.4.7并行管理階段一：配置管理工作配置管理工作的內(nèi)容主要是對配置項的控制。配置項主要包括：技術(shù)文檔(技術(shù)文檔分文字類和表格類兩種)、項目實施階段狀態(tài)表。配置工作包括：文檔一致性控制、文檔標識控制、項目實施階段控制、項目實施1.1.3.1.4.8并行管理階段二：內(nèi)部監(jiān)理工作對項目實施的進程、成本、工期、進行監(jiān)控的過程。1.1.3.1.4.9并行管理階段三：項目變更工作涵蓋軟件實施項目實施過程中顧客需求變更及階段性成果變更的處理。包括需求分析、詳細設(shè)計、系統(tǒng)開發(fā)、系統(tǒng)測試、系統(tǒng)維護、系統(tǒng)交付、系統(tǒng)驗收各階段的變更以及涉及項目管理的變更。1.1.3.1.5.項目實施周期計劃整個項目實施周期計劃如下：項目階段需求分析階段系統(tǒng)設(shè)計階段系統(tǒng)開發(fā)階段系統(tǒng)測試階段系統(tǒng)試運行上線產(chǎn)品培訓需求梳理需求分析需求評審概要設(shè)計詳細設(shè)計設(shè)計評審應(yīng)用開發(fā)單元測試環(huán)境準備集成測試用戶驗收測試性能測試系統(tǒng)培訓系統(tǒng)運行環(huán)境準備上線起始TT+6T+14T+29T+31T+44T+58T+61T+71T+71T+81T+91T+101T+121T+126T+131T+5T+13T+28T+30T+43T+57T+60T+70T+80T+80T+90T+100T+120T+125T+130T+133系統(tǒng)試運行試運行總結(jié)T+134T+150項目驗收對系統(tǒng)進行集成測試。對測試范圍內(nèi)需要測試的特性進行“完整性”、通過本次測試，達到以下具體目的：1)保證軟件基本功能使用正常，嚴重缺陷率小于5%；2)保證系統(tǒng)可靠穩(wěn)定運行；3)保證項目相關(guān)文檔符合CMMI3級文檔規(guī)范。1.系統(tǒng)具有總線基本功能如：協(xié)議轉(zhuǎn)換、交易路由、數(shù)據(jù)轉(zhuǎn)換；2.服務(wù)封裝規(guī)范滿足行內(nèi)存量、增量業(yè)務(wù)系統(tǒng)；3.對各類系統(tǒng)提供的適配器功能滿足性；4.系統(tǒng)并發(fā)處理能力及響應(yīng)時間滿足要求；5.系統(tǒng)可靠性、穩(wěn)定性。測試范圍最終以實際形成的《系統(tǒng)業(yè)務(wù)需求說明書》的內(nèi)容為準。據(jù))據(jù))1.1.4.4.1.功能測試配合開發(fā)組的開發(fā)過程分階段提供測試小結(jié),測試方法以標準黑盒技具具體方法1.執(zhí)行測試用例中的“基本場景”用例，驗證系統(tǒng)基本功能的使2.保證系統(tǒng)執(zhí)行正常操作時，數(shù)據(jù)的輸入輸出流轉(zhuǎn)正常(使用正常、有效的數(shù)據(jù))。作時，執(zhí)行測試用例中的“異常場景”系統(tǒng)的健壯性有一定。1.對“階段一”、“階段二”發(fā)現(xiàn)保障軟件的缺陷遺留率小并被修正的缺陷進行再次測于5%階段名稱階段一階段二試保障軟件正操操作時功能正常1)壓力測試2.抽樣執(zhí)行測試用例中的“異常1.1.4.4.2.1.1.4.4.2.性能測試分為負載測試、壓力測試、穩(wěn)定性測試等三個階段。使用LoadRunner進行測試。根據(jù)性能測試調(diào)研得到的數(shù)據(jù)構(gòu)建業(yè)務(wù)模型，進而構(gòu)建測試模型。測試模型包含多種子類型，不同類型的測試模型應(yīng)用于不同類型的性性能測試模型包含要素如下：測試模型子類型單業(yè)務(wù)壓力測試模型1業(yè)務(wù)壓力測試模型2混合業(yè)務(wù)壓力測試模型壓力測試模型穩(wěn)定性測試模型所含業(yè)務(wù)并發(fā)用戶數(shù)思考時間本次測試包含的性能測試類型如下：階段一，單業(yè)務(wù)壓力測試；階段二，多業(yè)務(wù)混合壓力測試。a)單業(yè)務(wù)壓力測試排查各個典型業(yè)務(wù)的壓力瓶頸。選用測試模型單業(yè)務(wù)壓力測試模型。b)混合業(yè)務(wù)壓力測試統(tǒng)的最大并發(fā)用戶數(shù)，并找到系統(tǒng)存在的性能瓶頸。混合業(yè)務(wù)壓力測試模型。2)穩(wěn)定性測試檢查系統(tǒng)在連續(xù)運行240小時過程中的性能表現(xiàn)穩(wěn)定性測試模型。1.1.4.4.3.文檔測試對需求說明書、設(shè)計文檔進行規(guī)范性檢查。本次測試中將主要的測試用例歸類為不同的測試場景，同時設(shè)計易用性測試用例和接收測試用例。1.1.4.5.1.基本測試場景。其中每一個步驟對應(yīng)一個測試用例。測試用例中采取的數(shù)據(jù)都為正常1.1.4.5.2.異常測試場景系統(tǒng)的數(shù)據(jù)校驗、特殊操作處理等功能。其中每一個步驟對應(yīng)一個測試用例。測試用例中采取的數(shù)據(jù)有正常數(shù)據(jù)和異常數(shù)據(jù)。1.1.4.5.3.接收測試用例由“基本測試場景”中選取出代表性用例，用于驗證開發(fā)團隊提交測試版本的可測性。數(shù)數(shù)量到位時間1.負責測試人員的組織和管理工1測試小組進場時作，并指導、帶領(lǐng)本組人員日常測試項目負責人職責描述2.負責對各個項目做測試需求分析3.參與執(zhí)行測試用例負責測試文檔和測試工具管理工作負責檢查測試過程中各個環(huán)節(jié)測試質(zhì)量2.負責功能、性能測試用例執(zhí)行。測試開始執(zhí)行前測試開始執(zhí)行前測試開始執(zhí)行前配置管理員質(zhì)量管理員測試工程師1若干備備注階段性輸出本階段的測試總結(jié)報告含性能、功能測試結(jié)果名稱《測試方案》《測試進度計劃》《性能測試方案》《測試用例》《缺陷狀態(tài)報告》《階段簡報》《測試報告》輸出人測試項目負責人測試項目負責人測試項目負責人測試組測試組測試組測試項目負責人描述WordprojectWordQCS/ExcelWordWordWord分類文檔1.1.4.8啟動、暫停/重啟、結(jié)束準則1.1.4.8.1.啟動準則待測試系統(tǒng)部署完畢，功能使用正常。1.1.4.8.2.暫停/再啟動準則測試版本未通過“接收測試”，需要由開發(fā)人員修正后再次接收測測試過程中發(fā)現(xiàn)性能瓶頸時測試執(zhí)行暫停，由開發(fā)人員進行調(diào)優(yōu)；開發(fā)人員經(jīng)過調(diào)優(yōu)后解決系統(tǒng)測試瓶頸后，可以再次啟動1.1.4.8.3.退出準則通過壓力測試發(fā)現(xiàn)的性能瓶頸經(jīng)過待測試系統(tǒng)開發(fā)人員對系統(tǒng)調(diào)優(yōu)后風險描述程度解決方案相關(guān)負責備注人頻繁導致測試整個測試計劃延期開發(fā)人員不能夠及時提供可以測試的版試計劃拖延過長人員流動低高高中充分了解用戶需求，確評審，及時與客戶確認評審結(jié)需求負責人項目經(jīng)理項目經(jīng)規(guī)范開發(fā)和測試流理PQA程，監(jiān)管開發(fā)進度門及時分配修復任務(wù)，并對于非問題、拒絕的等項目經(jīng)理缺陷，請相關(guān)責任人驗測試負責人處理的缺陷，測試人員要記錄并跟規(guī)范測試流程，保證測項目經(jīng)試用例的準確性，降低理新人執(zhí)行測試的風險。在系統(tǒng)上線過程中，首先成立上線領(lǐng)導小組，在領(lǐng)導小組的組織下，編寫上線方案和應(yīng)急預案，將上線方案和應(yīng)急預案提交項目管理辦公室進行評審，待評審通過后進行實施。為加強南京銀行企業(yè)服務(wù)總線系統(tǒng)驗收管理工作，確保項目建設(shè)達到合同要求，高偉達公司建立該驗收管理辦法，與南京銀行一道保障項目的項目驗收包括階段驗收和最終驗收(以下簡稱“終驗”)兩部分。項目只有階段驗收合格后才能投入試運行，終驗合格后才能移交并投入正式階段驗收工作由南京銀行和高偉達公司共同組織實施，終驗工作在高偉達公司申請后由南京銀行負責組織實施。驗收測試的范圍包括招標文件中的所有南京銀行企業(yè)服務(wù)總線項目高偉達公司負責建立驗收測試環(huán)境，詳細設(shè)計所有的驗收測試方案。測試由高偉達公司進行準備，由南京銀行組織驗收，測試驗收方式和機構(gòu)由南京銀行確定，全部費用由高偉達公司承擔。南京銀行負責組織對驗收測試結(jié)果進行評估。在出現(xiàn)嚴重缺陷時，南京銀行可以決定將所有的測試暫停，直至缺陷得到糾正。南京銀行高偉達公司為每一項的測試編寫驗收測試手冊。驗收測試手冊的內(nèi)容驗收測試目的驗收測試環(huán)境設(shè)備驗收測試過程的描述驗收測試結(jié)果及分析對項目進行階段驗收或終驗時，需按如下步驟驗收：(一)登記造冊。對項目中所涉及的所有硬件、軟件及項目文檔逐一(二)對照檢查。對照檢查項目各項建設(shè)內(nèi)容是否與合同條款及系統(tǒng)(三)操作檢查。1、操作硬件設(shè)備，驗證是否與硬件提供的技術(shù)性能相一致；3、對項目文檔進行包括內(nèi)容針對性、內(nèi)容充分性、內(nèi)容一致性、文字明確性、圖表詳實性等方面檢查。4、項目的驗收以國家標準、行業(yè)標準或國際慣例等為標準。段驗收內(nèi)容及程序1.1.6.8.1.階段驗收目的檢查整個項目的設(shè)備、系統(tǒng)功能、項目文檔等，使其達到合同建設(shè)要1.1.6.8.2.檢驗條件承建單位申請項目階段驗收，應(yīng)當符合以下條件：(一)所有建設(shè)內(nèi)容按照合同要求全部建成，并滿足使用要求；(二)各個分項工程全部階段驗收合格；(三)驗收審核材料齊全，材料主要包含以下幾個部分：書、系統(tǒng)功能說明書、系統(tǒng)結(jié)構(gòu)圖、項目詳細實施方案；2、項目竣工資料：項目開工報告、項目實施報告、項目質(zhì)量測試報告、項目檢查報告、應(yīng)用測試報告、材料清單、項目實施質(zhì)量與安全檢查記錄、操作使用說明書、售后服務(wù)保證文件、培訓文檔；3、軟件開發(fā)文檔：需求調(diào)研報告、需求說明書、概要設(shè)計說明書、詳細設(shè)計說明書、數(shù)據(jù)要求說明書、數(shù)據(jù)庫設(shè)計說明書、測試計劃、測試分析報告、程序維護手冊、程序員開發(fā)手冊、用戶操作手冊；用戶培訓計劃、質(zhì)量總結(jié)報告、會議記錄和開發(fā)進度月報、項目開發(fā)總結(jié)(四)軟件已置于配置管理之下；(五)系統(tǒng)建設(shè)和數(shù)據(jù)處理符合信息安全的要求，凡涉密信息系統(tǒng)需提供保密主管部門出具的驗收合格證書；(六)外購的操作系統(tǒng)、數(shù)據(jù)庫、中間件、應(yīng)用軟件和開發(fā)工具應(yīng)符的授權(quán)使用證書；(七)各種設(shè)備經(jīng)加電試運行，工作正常；(八)經(jīng)過監(jiān)理方、高偉達公司及相關(guān)主管部門的同意；(九)符合合同或合同附件規(guī)定的其他驗收條件；(十)由高偉達公司向南京銀行提出階段驗收申請，同時將與項目驗收有關(guān)的材料提交到高偉達公司處；(十一)南京銀行審核材料同意項目階段驗收。1.1.6.8.3.階段驗收內(nèi)容備是否符合安全要求、系統(tǒng)功能是否符合合同要求、項目文檔是否符合文結(jié)合本項目特點，我們建議的階段驗收分為：1.平臺建設(shè)完成階段驗收；2.數(shù)據(jù)、技術(shù)相關(guān)規(guī)范制定完成后階段驗收；3.各業(yè)務(wù)系統(tǒng)接入總線完成后階段驗收等。1.項目需求評審驗收；2.項目概要設(shè)計驗收；3.項目詳細設(shè)計驗收；4.項目測試方案驗收；5.項目上線方案驗收等。1.1.6.8.4.階段驗收形式階段驗收只進行功能性測試。1.1.6.8.5.階段驗收步驟(一)準備階段。項目監(jiān)理單位組織人員根據(jù)階段驗收內(nèi)容對項目進行驗收需求分析，編寫驗收計劃書并提交給南京銀行、高偉達公司單位審(二)成立階段驗收小組。高偉達公司負責組織成立項目驗收小組。(三)項目驗收實施。階段驗收小組按本辦法第二章驗收方法和標準。項目檢查完畢，驗收小組對項目系統(tǒng)設(shè)計、建設(shè)質(zhì)量、設(shè)備質(zhì)量、軟件運行情況等做出全面的評價，并撰寫階段驗收告提交給高偉達公司。對不合格的項目提出存在問題及整改時限，以書面形式通知承建單位，承建單位在通知的時限內(nèi)完成整改后，可再次提出階段驗收申請。1.1.6.9.1.終驗?zāi)康膶?jīng)過一段時間試運行后的項目進行全面審核。1.1.6.9.2.終驗條件高偉達公司申請項目終驗，應(yīng)當符合以下條件：1、階段驗收合格后，高偉達公司按照南京銀行要求完成中標的系統(tǒng)開發(fā)并經(jīng)南京銀行上線運行3個月之后，南京銀行確認能夠完全滿足南京銀行的業(yè)務(wù)需求并且能夠?qū)崿F(xiàn)本次招標項目的建設(shè)目標，完全符合南京銀行的技術(shù)要求并且能夠?qū)崿F(xiàn)本招標項目的系統(tǒng)要求，系統(tǒng)運行穩(wěn)定。2、高偉達公司按照南京銀行要求完成本次招標項目的業(yè)務(wù)與技術(shù)向南京銀行的完全轉(zhuǎn)移，包括向南京銀行提供中標標的的培訓。3、高偉達公司按照南京銀行要求向南京銀行完成中標標的所有相關(guān)的源代碼、項目文檔及其介質(zhì)的移交工作。4、系統(tǒng)在試運行期間沒有出現(xiàn)問題，或出現(xiàn)的問題已經(jīng)解決；5、驗收審核材料齊全：除階段驗收時涉及的審核材料外，還有項目建設(shè)總結(jié)評價報告(組織與實施協(xié)調(diào))、試用總結(jié)報告、用戶使用反饋意見、項目培訓計劃、項目培訓總結(jié)，以及由測試資質(zhì)的第三方單位出具的6、高偉達公司向南京銀行提交終驗申請、驗收計劃書及終驗審核材7、南京銀行審核材料后同意項目終驗。1.1.6.9.3.終驗內(nèi)容按照項目合同，對項目建設(shè)的各種設(shè)備進行核實；對項目建設(shè)系統(tǒng)進行終驗驗收測試，并進行用戶使用滿意度調(diào)查；對項目建設(shè)的相關(guān)材料進1.1.6.9.4.終驗形式終驗驗收測試內(nèi)容有功能測試和性能測試，其中性能測試包括執(zhí)行效率、資源占用、穩(wěn)定性、安全性、兼容性、可擴展性、可靠性、并發(fā)性、疲勞強度等，涉及到網(wǎng)絡(luò)的項目性能測試應(yīng)分為客戶端性能測試、網(wǎng)絡(luò)性能測試和服務(wù)器端性能測試三個方面。1.1.6.9.5.終驗步驟準備階段。根據(jù)終驗內(nèi)容由項目監(jiān)理協(xié)助高偉達公司單位制訂終驗計劃并提交給南京銀行審定。組成驗收小組及驗收專家組。由南京銀行負責組織成立驗收小組及驗項目驗收實施。驗收小組按本辦法第二章驗收方法和標準進行驗收。提交終驗報告。驗收小組根據(jù)全面檢查的結(jié)果撰寫終驗報告，并提交給項目驗收專家組。終驗結(jié)論及后續(xù)管理終驗結(jié)論是由南京銀行會同相關(guān)部門根據(jù)專家驗收意見和相關(guān)資料得出的結(jié)論。其具體的分類和后續(xù)處理包括：1.1.6.10.1.終驗結(jié)論終驗結(jié)論分為：驗收通過、整改后再驗收和驗收不通過三種?！膀炇胀ㄟ^”標準是：項目建設(shè)符合合同要求、系統(tǒng)運行安全可靠、任務(wù)按期保質(zhì)完成、驗收材料齊全?！罢暮笤衮炇铡睒藴适牵喉椖拷ㄔO(shè)任務(wù)基本完成，但提供的驗收材料不全、驗收結(jié)論存在爭議。項目存在下列情況之一的，按“驗收不通過”處理：●未按項目合同要求達到所預定的主要技術(shù)指標的；●所提供的驗收材料不真實的；●實施過程中出現(xiàn)重大問題，尚未解決和做出說明，或項目實施過程及結(jié)果等存在糾紛尚未解決的；●沒有對系統(tǒng)或設(shè)備進行試運行，或者試運行不合格；●違反法律、法規(guī)的其他行為。1.1.6.10.2.項目終驗結(jié)論的處理驗收結(jié)論為驗收通過的，高偉達公司將全部驗收材料按統(tǒng)一要求裝訂成冊并連同相應(yīng)的電子文檔，分別報南京銀行及相關(guān)部門備案。驗收結(jié)論為整改后再驗收的，南京銀行以書面形式通知高偉達公司，高偉達公司應(yīng)在通知規(guī)定的時間內(nèi)完成整改，再提出終驗申請。1.1.6.10.3.項目移交項目終驗通過后，高偉達公司與南京銀行應(yīng)辦理項目移交手續(xù)，項目的移交包括項目實體移交和項目文件移交兩部分。參考本章中“項目提交物”內(nèi)容。1.1.6.10.4.驗收檔案建立驗收項目檔案。南京銀行及高偉達公司單位按照檔案管理要求建立項目檔案，共同將項目驗收信息錄入項目驗收數(shù)據(jù)庫，作為計劃和項目執(zhí)行情況評估、項目承擔單位和項目負責人信用評價的依據(jù)。項目的所有檔案材料保管嚴格按照科學技術(shù)保密、知識產(chǎn)權(quán)保護等有關(guān)規(guī)定和辦法執(zhí)行。高偉達公司在項目中應(yīng)按照有關(guān)規(guī)定、標準規(guī)范編寫項目文檔，在驗?zāi)刻峤晃锇ㄈ缦聝?nèi)容：核心技術(shù)文檔源代碼：將按系統(tǒng)、分模塊列明，并附帶源代碼的說明文檔系統(tǒng)開發(fā)所需的全部文檔資料系統(tǒng)實施過程中形成的各類文檔配置信息清單：按系統(tǒng)、分模塊提供其使用范圍和配置說明系統(tǒng)運行的軟硬件系統(tǒng)的全部配置文件和參數(shù)。其中文檔資料提交物包括：交交付物《南京銀行企業(yè)服務(wù)總線系統(tǒng)業(yè)務(wù)流程細化報告》《南京銀行企業(yè)服務(wù)總線系統(tǒng)功能需求關(guān)系表》《南京銀行企業(yè)服務(wù)總線系統(tǒng)功能需求優(yōu)先級劃分》《南京銀行企業(yè)服務(wù)總線系統(tǒng)目需求分析說明書》《南京銀行企業(yè)服務(wù)總線系統(tǒng)架構(gòu)設(shè)計指導說明書》項目階段需求分析系統(tǒng)設(shè)計項目階段系統(tǒng)開發(fā)系統(tǒng)測試交付物《南京銀行企業(yè)服務(wù)總線系統(tǒng)數(shù)據(jù)設(shè)計指導說明書》《南京銀行企業(yè)服務(wù)總線系統(tǒng)業(yè)務(wù)流程圖》《南京銀行企業(yè)服務(wù)總線系統(tǒng)概要設(shè)計說明書》《南京銀行企業(yè)服務(wù)總線系統(tǒng)詳細設(shè)計說明書》《南京銀行企業(yè)服務(wù)總線系統(tǒng)數(shù)據(jù)架構(gòu)規(guī)格說明書》《南京銀行企業(yè)服務(wù)總線系統(tǒng)接口架構(gòu)規(guī)格說明書》《南京銀行企業(yè)服務(wù)總線系統(tǒng)基礎(chǔ)架構(gòu)規(guī)格說明書》《南京銀行企業(yè)服務(wù)總線系統(tǒng)測試設(shè)計方案》《南京銀行企業(yè)服務(wù)總線系統(tǒng)測試案例集》《南京銀行企業(yè)服務(wù)總線系統(tǒng)模塊n_詳細設(shè)計》代碼(含注釋)《南京銀行企業(yè)服務(wù)總線系統(tǒng)總體驗收測試方案》《南京銀行企業(yè)服務(wù)總線系統(tǒng)功能測試方案》《南京銀行企業(yè)服務(wù)總線系統(tǒng)功能測試案例》《南京銀行企業(yè)服務(wù)總線系統(tǒng)性能測試方案》《南京銀行企業(yè)服務(wù)總線系統(tǒng)測試階段報告》《南京銀行企業(yè)服務(wù)總線系統(tǒng)性能測試報告》《南京銀行企業(yè)服務(wù)總線系統(tǒng)統(tǒng)功能測試報告》《南京銀行企業(yè)服務(wù)總線系統(tǒng)性能測試腳本》《性能測試結(jié)果集》《評審報告》項目階段系統(tǒng)上線交付物《里程碑報告》《配置狀態(tài)統(tǒng)計》《南京銀行企業(yè)服務(wù)總線系統(tǒng)配置審計報告》《南京銀行企業(yè)服務(wù)總線系統(tǒng)運行維護手冊》《南京銀行企業(yè)服務(wù)總線系統(tǒng)常見故障處理手冊》《南京銀行企業(yè)服務(wù)總線系統(tǒng)測試缺陷分析報告》《南京銀行企業(yè)服務(wù)總線系統(tǒng)版本發(fā)布說明書》AA《南京銀行企業(yè)服務(wù)總線系統(tǒng)數(shù)據(jù)遷移實施方案》《南京銀行企業(yè)服務(wù)總線系統(tǒng)試點上線方案》《南京銀行企業(yè)服務(wù)總線系統(tǒng)業(yè)務(wù)說明書》《南京銀行企業(yè)服務(wù)總線系統(tǒng)總體技術(shù)方案》《南京銀行企業(yè)服務(wù)總線系統(tǒng)實施方案說明書》《南京銀行企業(yè)服務(wù)總線系統(tǒng)業(yè)務(wù)操作手冊》《南京銀行企業(yè)服務(wù)總線系統(tǒng)應(yīng)用開發(fā)手冊》《南京銀行企業(yè)服務(wù)總線系統(tǒng)管理與維護手冊》《南京銀行企業(yè)服務(wù)總線系統(tǒng)技術(shù)培訓指南》《南京銀行企業(yè)服務(wù)總線系統(tǒng)業(yè)務(wù)管理培訓指南》《南京銀行企業(yè)服務(wù)總線系統(tǒng)用戶培訓指南》1.1.7.2規(guī)范性、完整性和準確性高偉達公司最終形成的項目提交物遵循提供的文檔規(guī)范遵循以下原則：1.首先滿足南京銀行已有的規(guī)范；2.南京銀行未建立對應(yīng)規(guī)范的，高偉達公司與客戶協(xié)商按照公司ISO范建立文檔；3.文檔的完整性和準確性，作為驗收過程的一部分。由于項目為雙方合作開發(fā)性質(zhì)，南京銀行有權(quán)利自由地復制文檔供自所有文檔都使用中文格式。有效的系統(tǒng)培訓，是保證項目成功實施的關(guān)鍵因素之一。高偉達公司將根據(jù)項目的進度情況，分階段、分工作角色有針對性的安排不同的培訓，使參與項目的所有人員在不同的時期都得到與其下階段工作相配套的知識儲備，從而保證整個項目的順利實施。針對南京銀行ESB系統(tǒng)的多系統(tǒng)協(xié)同工作的特點，建議采用分階段、分層次培訓的策略。在項目實施的過程中，由高偉達技術(shù)人員指導南京銀司技術(shù)人員和業(yè)務(wù)人員，分別給南京銀行相關(guān)部門的人員進行相應(yīng)培訓。在系統(tǒng)正式上線前，UAT測試以后，對南京銀行信息技術(shù)部門進行運維培訓地點與時間安排不同層次不同類型的培訓可選擇不同的培訓地點，以達到更好的培訓安全管理等方面的培訓。為能夠有效的實現(xiàn)對客戶的技術(shù)培訓，我們制定的技術(shù)培訓服務(wù)步驟1.項目領(lǐng)導組負責人協(xié)助貴公司項目負責人制定項目的總體培訓計2.技術(shù)支持小組人員在培訓開始前一個月，準備并安排相應(yīng)的培訓資3.經(jīng)過項目組協(xié)調(diào)確認后，開始進入技術(shù)培訓的實施階段；4.培訓過程中，高偉達公司將對培訓的過程和效果進行必要的記錄，并及時根據(jù)學員的需求及時調(diào)整培訓的內(nèi)容、形式、資源等；5.在技術(shù)培訓結(jié)束后，高偉達公司技術(shù)支持小組將培訓的結(jié)果匯總、和實際操作相結(jié)合；行工作；讓培訓人員參與項目的一些簡單工作；讓培訓人員獨立工作，由開發(fā)方進行質(zhì)量控制；培訓結(jié)束后，可根據(jù)行內(nèi)要求安排2—3小時對培訓人員進行理論和實際操作的考試。高偉達的項目培訓對象分為：管理人員、業(yè)務(wù)操作人員、系統(tǒng)操作人員、開發(fā)/維護人員等。由總部統(tǒng)一組織、統(tǒng)一規(guī)劃、統(tǒng)一管