1.1項目實施與管理1.1.1項目實施方法論標、業(yè)務(wù)能力和IT環(huán)境的理解，結(jié)合多年的軟件開發(fā)和系統(tǒng)實施經(jīng)驗，將項目1.1.1.1項目定義階段其他風險，外部依賴條件以及假設(shè)。這個工作為未來項目決策，為基礎(chǔ)的業(yè)務(wù)需求，并且把它轉(zhuǎn)化成產(chǎn)品模塊實施信息。1.1.1.2需求分析階段專家服務(wù)顧問將進行一個配置檢查，以保證系統(tǒng)有精確的規(guī)格，便于購買硬件和架構(gòu)部署。在有技術(shù)客戶經(jīng)理參與的情況下，通過完成初始的評估，來建1.1.1.3項目設(shè)計階段1.1.1.4項目開發(fā)階段這些流程整合和測試活動更好地保證介入的系統(tǒng)功能與客戶組織的業(yè)務(wù)需求協(xié)1.1.1.5項目驗證階段1.1.1.6部署上線階段地識別任何可能造成部署中斷和使實施的系統(tǒng)解決方案的技術(shù)優(yōu)點打折扣的所1.1.2項目管理方案1.1.2.1項目管理概述項目管理包括在項目生命周期中協(xié)調(diào)所有項目管理知識領(lǐng)域所涉及的過程.1.1.2.2項目進度管理>專題小組負責人確定任務(wù)的日程安排；對于大型>交由項目經(jīng)理和過程管理人員審核.>專題小組負責人在執(zhí)行中發(fā)現(xiàn)延遲，分析原因：◆事先預估不足：調(diào)整任務(wù)日程安排；若解決不了，告知項目經(jīng)理，1.1.2.3項目變更管理>客戶方或高偉達提出變更請求，填寫變更申請表；>雙方項目經(jīng)理(或項目經(jīng)理授權(quán)人，必須以書面形式確認)共同審閱，評>高偉達在收到經(jīng)審閱批準的需求變更1.1.2.4項目溝通管理內(nèi)容1領(lǐng)導小組與項目組的聯(lián)系會議領(lǐng)導小組組長項目管理組、領(lǐng)導小組問題報告、建議措施并要求得到回復，項目組進行問題回復和每兩周1次會議紀要2總體組會議項目總監(jiān)、項目總體組成員總體組內(nèi)部工作分工協(xié)調(diào)、布置，分析各出的問題決策，為與項目組的聯(lián)系會議作準備會議紀要內(nèi)容3專業(yè)組組長項目總監(jiān)、項目組長、總體組專業(yè)組進行進展匯措施；總體組部署工分析進度、問題等每周1次會議紀要*4專業(yè)組內(nèi)部組長員議，任務(wù)布置、信息交流、問題討論等每2～3/5總體組、領(lǐng)導小組全體人員在全體項目成員范圍內(nèi)宣布項目總體和階成果，激勵士氣項目各階段的開始/6簡報項目助理全體人員決方案，本周工作成果、下周工作重點等每周1次7小組工作周報組長總體組反映各個專業(yè)組每周實際工作情況及結(jié)果，包括根據(jù)計劃的執(zhí)行情況和進度偏每周1次小組工作周報*8個人工作周報組員長反映個人每周實際工每周1次個人工作周報9電子郵件員當事人需討論問題的非正式書面交流按實際需求電子郵件內(nèi)容日常交流員當事人需討論問題的非正式口頭交流按實際需求/備注：作并派發(fā)“溝通對象”;>會后跟蹤：1.1.2.5項目質(zhì)量管理控制.整體的軟件代碼交叉評審總量不能少于60%。目的是保證最終軟件產(chǎn)品能夠符合業(yè)務(wù)需求的各項要求，并對開發(fā)過程進行監(jiān)>按照說明的標準建立文檔；1.1.2.6項目風險管理風險，因此需要了解工程本身的風險、技術(shù)風險、新產(chǎn)品的風險、工程資源風達還提供培訓考試合格上崗及定期培訓定期總結(jié)分析的模式來規(guī)避此>項目實施前和實施中對風險的發(fā)現(xiàn)、識別、上報、分析及風險責任人的案);風險識別人項目相關(guān)的任何人明風險嚴重度、風險發(fā)生機率和風險分類如果是項目相關(guān)人員，提交至項目經(jīng)理，如果是項目管理辦公室人員，提交項目管理辦公室主任項目經(jīng)理項目內(nèi)風險管理負責人在項目進行中，管理項目內(nèi)的風險并提供項目內(nèi)的應對計劃表，并確認風險描述、風險發(fā)生機率、風險責任人以及風險發(fā)生后的應急預案口頭確認或書面認可上報的風險登記表，將風險登記表發(fā)往相應部門項目管理辦公室項目整體的執(zhí)行監(jiān)督機構(gòu)在項目啟動前，組織定義項目級別的風險登記、評估和應對計劃險、嚴重度為中或中以上的風險和發(fā)生機率為中或中以上的風險，建議整個項目的應對計劃險，負責上報項目總監(jiān)定期統(tǒng)計分析項目風險，在項目周報和月報中項目總監(jiān)最終決策機構(gòu)人避、應急預案執(zhí)行的負責人填寫風險登記表的風險分析與行動計劃負責風險應對的執(zhí)行、并匯報風險狀態(tài)變化>輕微的：會因為無法滿足要求而導致次要任務(wù)的退化，影響項目里程碑的范圍、交付日期和交付質(zhì)量以及會影響其它>可忽略的：不影響或輕微影響項目里程碑的范圍、交付日期和交付質(zhì)量項目經(jīng)理項目管理辦公室風險責任人項目總監(jiān)項目領(lǐng)導組項目管理辦公室審核風險發(fā)生機率、嚴重度和風險責任人并負責風險狀態(tài)的監(jiān)所有發(fā)現(xiàn)的風險因素和審批通過的相應風險應對計劃由項目管理辦公室公布歸1.1.3項目實施計劃目管理.服務(wù)總線管理組由南京銀行架構(gòu)師和本公司企業(yè)架構(gòu)師共同組成.項目決建議，對項目進行有計劃地組織管理，并檢查項目進展情況.項目管理組由南負責基礎(chǔ)架構(gòu)的設(shè)計和流程建模設(shè)計.和企業(yè)架構(gòu)師共同設(shè)計整體基礎(chǔ)架構(gòu)，理，全面的執(zhí)行各項局方及業(yè)內(nèi)規(guī)定的質(zhì)量標準和工作>詳細的需求分析。需求分析的計劃和方法主要包括調(diào)研階段劃分、日程>公司方與用戶方進行應用軟件需求的討論、研究和分析，并一起根據(jù)需時間跨度：6周需要資源(專職):行方科技部2名、高偉達公司項目組需求分析人員3人.>編寫系統(tǒng)結(jié)構(gòu)設(shè)計、功能設(shè)計、數(shù)據(jù)庫結(jié)構(gòu)及數(shù)據(jù)庫設(shè)計、系統(tǒng)內(nèi)外接需要資源(專職):行方科技部2名、高偉達公司現(xiàn)場8名技術(shù)、業(yè)務(wù)骨干，產(chǎn)品咨詢1名。>在系統(tǒng)設(shè)計完成后，由公司項目實施團隊開發(fā)人員根據(jù)各種設(shè)計文檔進時間跨度：2周需要資源：行方科技部1名、高偉達公司現(xiàn)場設(shè)計開發(fā)人員、測試人員10>驗收測試：在系統(tǒng)試運行一段時間后，由驗收小組組織進行全面系統(tǒng)驗時間跨度：8周需要資源：行方科技部3名、接入系統(tǒng)相關(guān)人員1名、高偉達公司現(xiàn)場8名技>系統(tǒng)上機聯(lián)調(diào)；>試運行期間還是測試的良好時機，在該階段，應對各網(wǎng)點的設(shè)備、網(wǎng)絡(luò)時間跨度：4周需要資源：行方科技部1名、接入系統(tǒng)相關(guān)人員1名、高偉達公司現(xiàn)場4名時間跨度：24周需要資源：行方相關(guān)人員2名、高偉達公司現(xiàn)場2名技術(shù)、業(yè)務(wù)骨干。時間跨度：26周需要資源：科技部1名、高偉達公司現(xiàn)場1名配置管理人員。時間跨度：26周需要資源：行方科技部1名、高偉達公司現(xiàn)場1名QA人員.時間時間需求分析階段產(chǎn)品培訓T需求梳理需求分析需求評審系統(tǒng)設(shè)計階段詳細設(shè)計設(shè)計評審系統(tǒng)開發(fā)階段集成測試、用戶驗收測試環(huán)境準備系統(tǒng)測試階段性能測試系統(tǒng)試運行上線系統(tǒng)培訓系統(tǒng)運行環(huán)境準備上線系統(tǒng)試運行試運行總結(jié)項目驗收1.1.4項目測試方案1.1.4.1測試目的1)保證軟件基本功能使用正常，嚴重缺陷率小于5%;3)保證項目相關(guān)文檔符合CMMI3級文檔規(guī)范。1.1.4.2測試對象5.系統(tǒng)可靠性、穩(wěn)定性。1.1.4.3測試范圍1.1.4.4測試方法目標階段一1.執(zhí)行測試用例中的“基本場景”2.保證系統(tǒng)執(zhí)行正常操作時，數(shù)據(jù)的輸入輸出流轉(zhuǎn)正常(使用正常、執(zhí)行測試用例中的“異常場景”保證系統(tǒng)異常操作時，系1.對“階段一”、“階段二”發(fā)現(xiàn)并被修正的缺陷進行再次測試；2.抽樣執(zhí)行測試用例中的“異常場保障軟件的缺陷遺留率小于1.1.4.4.2.性能測試思考時間單業(yè)務(wù)壓力測試模型1單業(yè)務(wù)壓力測試模型2混合業(yè)務(wù)壓力測試模型壓力測試模型穩(wěn)定性測試模型單業(yè)務(wù)壓力測試模型。混合業(yè)務(wù)壓力測試模型.穩(wěn)定性測試模型。1.1.4.4.3.文檔測試1.1.4.5測試用例本次測試中將主要的測試用例歸類為不同的測試場景，同時設(shè)計易用性測試用例和接收測試用例.1.1.4.5.1.基本測試場景描述系統(tǒng)正常操作流程，以通過操作完整實現(xiàn)一個業(yè)務(wù)功能為原則。其中每一個步驟對應一個測試用例。測試用例中采取的數(shù)據(jù)都為正常數(shù)據(jù).的數(shù)據(jù)校驗、特殊操作處理等功能.其中每一個步驟對應一個測試用例。測1.1.4.6人員及職責到位時間并指導、帶領(lǐng)本組人員日常測試工2.負責對各個項目做測試需求分析和文檔整理工作；3.參與執(zhí)行測試用例1測試小組進場時配置管理員負責測試文檔和測試工具管理工作1測試開始執(zhí)行前質(zhì)量管理員負責檢查測試過程中各個環(huán)節(jié)測試質(zhì)量測試開始執(zhí)行前測試工程師1.參與編寫測試用例；測試開始執(zhí)行前文檔測試項目負責人測試項目負責人階段性輸出本階段的測試總結(jié)報告測試項目負責人含性能、功能測試結(jié)果通過壓力測試發(fā)現(xiàn)的性能瓶頸經(jīng)過待測試系統(tǒng)開發(fā)人員對系統(tǒng)調(diào)優(yōu)后無解1.1.4.9測試風險分析需求、設(shè)計變更頻繁導致測試依個測試計劃延期低主要需求不變更；開展有效的需求評審，及時與客戶確認評審結(jié)果；需求負責開發(fā)人員不能夠及時提供可以測迭代測試周期增延高管開發(fā)進度項目經(jīng)理PQA部門長高查監(jiān)督；盡快關(guān)閉；對于暫緩處理的缺陷，測試人員要記錄并跟蹤；項目經(jīng)理測試負責人人員流動中用例的準確性，降低新人項目經(jīng)理1.1.5項目上線管理1.1.6驗收管理1.1.6.3驗收測試的范圍驗收測試的范圍包括招標文件中的所有南京銀行企業(yè)服務(wù)總線項目內(nèi)容.1.1.6.5驗收測試地點1.1.6.6驗收測試的規(guī)范(一)登記造冊.對項目中所涉及的所有硬件、軟件及項目文檔逐一登記造(二)對照檢查。對照檢查項目各項建設(shè)內(nèi)容是否與合同條款及系統(tǒng)(六)外購的操作系統(tǒng)、數(shù)據(jù)庫、中間件、應用軟件和開發(fā)工具應符合知識(八)經(jīng)過監(jiān)理方、高偉達公司及相關(guān)主管部門的同意；(九)符合合同或合同附件規(guī)定的其他驗收條件；(十一)南京銀行審核材料同意項目階段驗收。(一)準備階段.項目監(jiān)理單位組織人員根據(jù)階段驗收內(nèi)容對項目進行驗收(二)成立階段驗收小組。高偉達公司負責組織成立項目驗收小組。1.1.6.9終驗內(nèi)容及程序評價報告(組織與實施協(xié)調(diào))、試用總結(jié)報告、用戶使用反饋意見、項目培訓計項目驗收實施.驗收小組按本辦法第二章驗收方法和標準進行驗1.1.6.10終驗結(jié)論及后續(xù)管理●沒有對系統(tǒng)或設(shè)備進行試運行，或者試運行不合格；●違反法律、法規(guī)的其他行為。1.1.6.11項目文檔要求1.1.7.1提交物內(nèi)容>核心技術(shù)文檔>系統(tǒng)開發(fā)所需的全部文檔資料>系統(tǒng)實施過程中形成的各類文檔需求分析《南京銀行企業(yè)服務(wù)總線系統(tǒng)功能需求關(guān)系表系統(tǒng)設(shè)計《南京銀行企業(yè)服務(wù)總線系統(tǒng)接口架構(gòu)規(guī)格說系統(tǒng)開發(fā)代碼(含注釋)系統(tǒng)測試系統(tǒng)上線1.1.7.2規(guī)范性、完整性和準確性4.系統(tǒng)終驗時，高偉達公司根據(jù)客戶需要免費提供2套完整的文檔硬拷貝和2份完整的文檔電子拷貝(光盤).1.1.7.3文檔權(quán)限由于項目為雙方合作開發(fā)性質(zhì)，南京銀行有權(quán)利自由地復制文檔供自己使1.1.7.4語言需求1.1.8系統(tǒng)培訓1.1.8.2培訓步驟5。在技術(shù)培訓結(jié)束后，高偉達公司技術(shù)支持小組將培訓的結(jié)果匯總、整理1.1.8.3培訓方式>培訓結(jié)束后，可根據(jù)行內(nèi)要求安排2-3小時對培訓人員進行理論和實際1.1.8.4培訓計劃1.1.8.5培訓安排1.1.8.6培訓考試1.1.9交付能力保證1.1.9.1問題管理1.1.9.2測試能力1.1.9.3文檔高偉達公司在本項目的交付物(包括，但不限于)如下表：提交時間點1項目章程啟動階段2項目工作說明書啟動階段描述項目實施的工作范圍3業(yè)務(wù)需求差異化分析和需求梳理階段評估報告4項目需求分析說明書需求分析階段描述系統(tǒng)業(yè)務(wù)需求5需求評審報告需求分析階段6概要設(shè)計說明書7需求分析階段業(yè)務(wù)功能設(shè)計原型8軟硬件、網(wǎng)絡(luò)、存儲等技術(shù)架構(gòu)方案9技術(shù)規(guī)格說明書技術(shù)設(shè)計說明書包括業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、數(shù)據(jù)架構(gòu)、接口架構(gòu)的概要設(shè)計詳細設(shè)計說明書詳細設(shè)計階段包括業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、數(shù)據(jù)架構(gòu)、接口架構(gòu)的詳細設(shè)計業(yè)務(wù)流程細化報告詳細設(shè)計階段描述系統(tǒng)的業(yè)務(wù)詳細業(yè)務(wù)操置設(shè)計評審報告詳細設(shè)計階段性能測試計劃和報告性能測試階段系統(tǒng)集成測試計劃和報告用戶驗收測試計劃和報告案上線演練計劃和方案試運行和應急方案系統(tǒng)運維手冊投產(chǎn)和推廣階段系統(tǒng)安裝手冊投產(chǎn)和推廣階段用戶操作手冊投產(chǎn)和推廣階段投產(chǎn)和推廣階段項目的數(shù)據(jù)模型、源代項目開發(fā)的全部源代碼、數(shù)據(jù)結(jié)構(gòu)項目驗收報告系統(tǒng)驗收階段項目工作報告系統(tǒng)實施各階段項目各階段的項目周報、月報項目會議紀要系統(tǒng)實施各階段項目各階段的會議紀要和行動計劃1.1.9.4技術(shù)支持和臨時性緊急維修服務(wù).高偉達公司必須要有在30分鐘內(nèi)對用戶提出的臨時性緊急維修要求做出回應，并派出工程師進行1.1.10服務(wù)和技術(shù)支持方案1.1.10.2人員支持>配套的高標準的人員支持：按照項目實施人員計劃，嚴格規(guī)劃不同的