IT項目實施與管理方案-投標書_第1頁
IT項目實施與管理方案-投標書_第2頁
IT項目實施與管理方案-投標書_第3頁
IT項目實施與管理方案-投標書_第4頁
IT項目實施與管理方案-投標書_第5頁
已閱讀5頁,還剩47頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、1.1項目實施與管理針對南京銀行企業(yè)服務總線系統(tǒng)項目,高偉達公司基于對客戶需求、業(yè)務目標、業(yè)務能力和IT環(huán)境的理解,結合多年的軟件開發(fā)和系統(tǒng)實施經驗,將項目的實施周期劃分為六個活動階段,保證在項目生命周期內,應用合理的項目管理和控制技術。通過專注于使客戶投資回報最大化,和使客戶的投資風險最小化的關鍵戰(zhàn)略和戰(zhàn)術領域,加快項目實施速度,使得項目成功地完成。這些階段的特性是可循環(huán)往復性,使客戶可以盡快地獲得新的應用系統(tǒng)所帶來的好處。在這個階段, 所有與分期實施相關的項目活動都被明確定義, 項目的"項目利益相關者"被指定,項目經理和客戶項目經理的角色和職責被傳達給所有的"

2、項目利益相關者"。管理項目所需的項目控制結構被定義,所有需要的項目規(guī)劃文件被創(chuàng)建, 客戶的業(yè)務問題和被用來衡量項目成功的衡量標準被確認。制定解決方案范圍,在一個高級別上定義哪些模塊將被實施,估算預期需要的客戶化程度, 以及勾畫出在產品之外需要開發(fā)的內容和要提交的技術成果。解決方案范圍文檔包括解決方案范圍概述, 功能范圍, 流程范圍, 客戶化問題, 其他風險, 外部依賴條件以及假設。這個工作為未來項目決策, 統(tǒng)一或達成"項目利益相關者"之間就有關項目參數的共識,提供書面的文檔。它闡述以SOW為基礎的業(yè)務需求,并且把它轉化成產品模塊實施信息。簡而言之, 這個階段組建項

3、目團隊,保證客戶實施項目的成功。公司人員與客戶人員一道,組建項目團隊, 設定項目方法和范圍,并建立項目管理控制。主要交付的成果有,解決方案范圍和項目管理控制。制定了項目質量檢查計劃。在需求調研階段, 在項目管理小組的指導下, 由公司和客戶組成的統(tǒng)一的項目團隊將識別并且書面記錄在開始設計客戶解決方案之前所必須弄清楚的,需處理的問題。項目團隊書寫、提煉滿足客戶業(yè)務目標所需的功能和技術要求。主要交付的技術成果為業(yè)務需求和差距分析。專家服務顧問將進行一個配臵檢查,以保證系統(tǒng)有精確的規(guī)格,便于購買硬件和架構部署。在有技術客戶經理參與的情況下, 通過完成初始的評估, 來建立部署的基準,及通過給戰(zhàn)略,管制,

4、用戶采用, 流程和技術各方面打分的評估來建立業(yè)務目標。在設計階段, 主要的目標是設計一個能夠最佳地滿足客戶明確的業(yè)務需求的解決方案,并且為培訓和系統(tǒng)測試做準備。在設計(Design階段,項目團隊利用應用系統(tǒng)屏幕流程和設計布局來映射在發(fā)現階段確定的需求,設計解決方案的原型。主要交付的技術成果是解決方案設計文檔和測試策略。這個策略定義測試計劃和測試要求,以保證一個系統(tǒng)部署的成功。主要的目的是提供一個高級的測試策略,以便使用自動化的測試工具和/或手工過程來實現功能測試,系統(tǒng)整合測試(SIT,用戶驗收測試 (UAT和性能測試。專家服務顧問要執(zhí)行設計檢查,來評估由客戶或集成商提供的書面設計文檔,并且提供

5、詳細的建議清單。設計標準包括,但不限于,應用系統(tǒng)性能,對升級的影響,應用系統(tǒng)維護, 與數據模型相關的問題和常規(guī)的最佳做法。在開發(fā)階段,項目團隊將開發(fā)應用系統(tǒng), 提供任何需要的擴展功能和外部接口, 為客戶部門部署和持續(xù)支持解決方案做準備。項目團隊配臵應用系統(tǒng)、所有需要的擴展功能和外部接口。主要交付的技術成果有功能測試和系統(tǒng)測試。這些流程整合和測試活動更好地保證介入的系統(tǒng)功能與客戶組織的業(yè)務需求協(xié)調一致。專家服務顧問應該進行一個配臵檢查,來評估所有經過客戶化改造的實施文檔。在這個檢查過程中,所有這樣的文件都將被評估,以使應用系統(tǒng)性能, 應用系統(tǒng)升級,系統(tǒng)維護工作量和常規(guī)最佳實踐最優(yōu)。在驗證階段,

6、將完成新系統(tǒng)全部功能的測試。這個階段分兩個部分。第一部分,項目團隊進行一個對有生產數據的應用系統(tǒng)的全部功能進行測試。在這個檢測完成后,關鍵用戶然后進行一個代表性的驗收測試,以保證系統(tǒng)正確地處理用戶的需求。一旦全面的功能測試結束, 將進行一個使用系統(tǒng)工具的,嚴格的性能測試。這一階段主要交付的技術成果為用戶驗收測試和性能測試結果, 包括性能,容量和壽命測試。適時的性能調整審計,可保證整個企業(yè)架構環(huán)境的性能最佳。在這個檢查中, 專家服務將主動性地識別任何性能問題, 這樣將減少在運行時出現問題的風險,增加系統(tǒng)生產切換的信心。在有技術客戶經理參與的情況下, 可執(zhí)行一個實施準備就緒檢查,以確認系統(tǒng)是否可以

7、部署了。這個實施準備就緒檢查是用來評估實施風險,技術上是否準備停當以及部署策略。此時,應該召開管理人員定向協(xié)調研討會,將責任轉移給一線的員工,這些員工將開始支持業(yè)務流程和技術的推出。在管理人員定向協(xié)調研討會上, 項目團隊與客戶的管理團隊一起工作,以獲得維持資助人的內部負責,并把正確的信號傳達給組織的其他成員。部署上線階段內的第一個活動是實施一個投產導航。這個導航是被用來測試全面的生產部署, 并且在客戶業(yè)務環(huán)境中的一部分部門中進行的,例如一個地區(qū)或一個區(qū)域。生產導航在機構的業(yè)務環(huán)境中部分部門里,為用戶提供所有系統(tǒng)的特點。來自于生產導航的反饋信息指導整個的部署。同樣在這個過程中, 專家服務顧問應該

8、進行生產準備就緒檢查, 通過主動地識別任何可能造成部署中斷和使實施的系統(tǒng)解決方案的技術優(yōu)點打折扣的所有問題,來協(xié)助系統(tǒng)的順利推出。此時, 要召開流程實施研討會,部署流程最優(yōu)實踐,來優(yōu)化人, 流程和技術的配合。目的是在客戶所有的一線機構中,使用變革和銷售流程的最佳實踐,使最初的贊助人和行政領導團隊完全滿意。1.1.2.1項目管理概述項目管理包括在項目生命周期中協(xié)調所有項目管理知識領域所涉及的過程。它確保項目所有的組成要素在正確的時間結合在一起,以成功的完成項目。進行項目整體管理時,必定涉及項目的范圍、質量、時間和成本管理以及人力資源、溝通、風險管理等各個環(huán)節(jié),項目管理一個復雜的工程,在此主要針對

9、南京銀行企業(yè)服務總線項目的項目進度管理、變更管理、溝通管理、質量管理、風險管理等相關策略進行描述。1.1.2.2項目進度管理通過項目進度的管理最終明確項目開發(fā)階段的進度控制活動和關鍵流程。項目經理:根據軟件開發(fā)計劃編制詳細的階段開發(fā)計劃以及每項任務的邊界時間,并召集過程控制人員、專題小組負責人審核該計劃;審核各專題小組擬訂的每項任務的日程安排;檢查和控制項目進度;制定進度變更計劃;過程控制人員:協(xié)助審核詳細的階段開發(fā)計劃和任務邊界時間;監(jiān)督項目進展;專題小組負責人:協(xié)助審核詳細的階段開發(fā)計劃和任務邊界時間;在聽取小組成員意見的基礎上,擬訂每一項任務的日程安排;負責檢查和控制任務的進度,并填寫進

10、度控制表;負責制訂任務變更計劃。1.1.項目經理根據項目計劃,明確該階段的邊界時間;根據項目計劃中的任務PERT網絡圖,找出該階段的關鍵任務并進一步分解、細化,在此基礎上繪制更具體的階段任務PERT網絡圖;擬訂詳細的階段計劃;確定每一關鍵任務的邊界時間;召集各專題小組負責人審核擬訂的計劃,并修改;專題小組負責人確定任務的日程安排;對于大型的或時間要求嚴格的項目,進度安排應以天為單位;征求小組成員的意見;交由項目經理和過程管理人員審核。1.1.項目經理和過程管理人員按照階段PERT圖,標志階段中被跟蹤的關鍵任務和里程碑,并將之告知專題小組負責人;專題小組負責人按照任務的日程安排,確定任務完成期間

11、的關鍵時間點,并將之告知專題小組成員;專題小組負責人經常與成員溝通,了解任務進展;并定期檢查,填寫任務進度表和下期計劃表,及時發(fā)現問題;項目經理定期組織專題小組負責人,召開項目狀態(tài)會議,了解任務進展,及時發(fā)現問題;項目過程管理人員參加會議或了解會議的記錄;專題小組負責人在執(zhí)行中發(fā)現延遲,分析原因:人員緊張:組內調配不了的,找項目經理解決;事先預估不足:調整任務日程安排;若解決不了,告知項目經理,會同過程管理人員,調整詳細的階段計劃;如果階段內消化不了的問題,則項目經理按照配臵管理的程序,變更軟件開發(fā)計劃。1.1.2.3項目變更管理針對項目變更管理組織變更控制小組,由項目組經理、項目管理部人員、

12、項目總監(jiān)、客戶、客戶部成員組成,考慮并授權項目的重大修改(修改工作量超過一周的。而項目經理負責項目的一般修改決策(修改工作量在一天以上,一周以內。變更管理活動包括修改請求、評估、通過、執(zhí)行和跟蹤。變更管理要點如下:變更批準權限:變更控制組負責討論和決策項目的重大修改;項目經理討論和決策一般性修改;并報項目管理部備案;修改審批程序:根據不同地點的客戶有不同的審批程序。1.1.2.3.1. 變更狀態(tài)登記變更狀態(tài)登記活動記錄和報告各種配臵項的狀態(tài),記錄在項目生命周期中的任何管理信息和歷史信息。包括:所有變更請求表、所有變更報告單、所有變更記錄。由項目管理人員存取狀態(tài)登記。變更狀態(tài)登記的目的是為了控制

13、軟件需求發(fā)生變更時的處理過程,使之按照制定的規(guī)程進行,以保證軟件需求的一致性。1.1.2.3.2. 變更管理流程客戶方或高偉達提出變更請求,填寫變更申請表;將變更申請表交本項目組的項目經理;雙方項目經理(或項目經理授權人,必須以書面形式確認共同審閱,評估該需求變更的技術有效性和對本項目的影響;如果審閱批準該請求,則雙方項目經理(或項目經理授權人,必須以書面形式確認簽字確認,變更申請表將被貴行文檔管理員登記后,轉發(fā)給高偉達。如果未獲批準,其原因將反饋給該需求變更發(fā)起人;高偉達在收到經審閱批準的需求變更申請后的三個工作日內,發(fā)給貴行一份書面確認書,確認其收到,并給出分析與執(zhí)行變更所需時間和工作量的

14、估算;根據請求的變更程度和復雜度,高偉達進一步進行成本評估,若不需成本,則直接執(zhí)行變更工作;若需要增加成本,則以書面形式通知貴行文檔管理員,貴行管理員登記后,按照項目管理辦法中的項目變更管理流程處理。1.1.2.4項目溝通管理南京銀行ESB項目是一個技術與業(yè)務互動的項目,項目的成功很大程度上依賴于業(yè)務人員的參與程度及技術人員對業(yè)務需求的透徹分析,這就要求技術與業(yè)務人員保證充分的交流,制定并遵守項目內部的溝通管理計劃。1.1.根據本項目的組織形式及特點,我們建議采取如下多種方式的溝通形式: 1.1.項目開始進行以后,要有效地控制項目,需要在各個關鍵時刻召開關鍵會議。關鍵會議的主要內容是總結上一階

15、段的工作,分析問題、提出建議,并介紹下一階段的主要任務和目標,使各有關人員都能做到心中有數,明確努力的方向。關鍵會議也是協(xié)調各不同小組之間的人員以及工作任務的重要手段。除關鍵會議外,在項目進行的全過程中,應定期召開例會,會上主要介紹項目進展情況,檢查進度、是否存在問題等,會議時須做詳細的會議記錄并在會后報送所有項目相關人員。主要的項目會議流程規(guī)定如下:會前準備:做好準備工作,如明確會議目的和會議議程等;把會議中要求討論的材料事先下發(fā)給開會成員;提前兩天通知各位與會成員;準備會議環(huán)境、會議用設備等;會議之中:會議成員準時到會;按會議議程逐項進行;嚴格控制會議時間;會后跟蹤:會議決議落實和檢查。1

16、.1.2.5項目質量管理為保證項目順利實施及系統(tǒng)質量,必須在項目管理過程和項目實施過程上加大質量管理力度。通過高偉達公司實施的成功案例,我們深深體會到“質量是計劃出來的”這一現代質量學觀點所蘊含的深刻道理,所以,我們在項目啟動及項目進展的各個階段都會仔細制定各項工作計劃,嚴格按照審核通過的計劃進行項目控制。針對本項目,我們建議從QA及QC兩方面保障項目的順利實施,具體的質量保障措施如下:1.1.本項目將設臵質量保證小組,由南京銀行和高偉達公司各出一名人員擔任QA 的角色,其工作任務是根據項目總體組制定的質量核對單,在項目進展過程按照質量核對單逐項審核項目是否按照計劃約定執(zhí)行和控制,并直接向南京

17、銀行的相關領導匯報項目實施的質量狀況。1.1.根據本項目的特點,本項目中將對項目計劃、軟件需求規(guī)格說明書、系統(tǒng)設計說明書、測試規(guī)格說明書、測試報告等文檔,組織南京銀行相關領導、專家進行正式評審,以便審核系統(tǒng)開發(fā)中各階段所產生的過程文檔,以保證文檔內容與上一階段所產生的軟件文檔內容一致,并且符合使用者的需求。1.1.2.5.3. 交叉審查除項目要求的正式評審內容外,本項目還將對各模塊軟件代碼實行交叉評審制度。各模塊負責人應根據總體組制定的代碼質量審核清單,對所負責檢查的其他模塊軟件代碼進行仔細審查,對代碼質量不能通過交叉評審的則必須進行返工。整體的軟件代碼交叉評審總量不能少于60%。1.1.為保

18、證軟件產品質量,開發(fā)過程將嚴格采用配臵管理工具進行變更控制,其目的是保證最終軟件產品能夠符合業(yè)務需求的各項要求,并對開發(fā)過程進行監(jiān)控、報告和提供咨詢支持,它包括下面的質量屬性要求:軟件產品與需求、說明書和設計一致;按照說明的標準建立文檔;可測試和可維護;被識別、管理、評審和測試;當變更發(fā)生時可管理。1.1.2.6項目風險管理任何項目開發(fā)實施過程中都會遇到各種風險,在各方面都會遇到不同規(guī)模的風險,因此需要了解工程本身的風險、技術風險、新產品的風險、工程資源風險、工程過程風險等全方位的風險因素。通過對風險的量化提供一個計劃來管理預防風險,同時對于潛在的風險也應該建立意外事件的應急計劃,使其在必要時

19、能夠以可控的及有效的方式作出反應。針對需求風險,南京銀行應把握系統(tǒng)建設起點要高、規(guī)范運作為系統(tǒng)建設的基礎工程、采用構件化技術進行應喲軟件開發(fā)、采用B/S技術降低信息點維護成本的方式規(guī)避需求風險。針對合作風險,選擇一個長久的、上規(guī)模、具備成熟行業(yè)經驗、項目管理規(guī)范、技術先進、員工有歸屬感、真正站在用戶的立場上考慮問題的公司作為后盾,高偉達集團是能為您最大限度地控制合作風險。針對資源風險,擁有健全的組織與管理,在避免人員流動的基礎上,即使因個人原因必須離職時,高偉達公司也因其規(guī)范的、體系化的管理與產品架構而使項目基本不受影響或極少受到影響。針對技術風險,高偉達的銀行業(yè)務系統(tǒng)擁有多個成功實踐經驗,具

20、備與國外接軌的理念與技術,同時擁有不斷調整、更新的技術體系、以及參照標準體系指定規(guī)范質量標準并在實施過程中加強階段評審,使因為技術原因而可能導致的風險降低到最小。除此之外,為預防操作風險,在南京銀行自身加強制度管理的基礎上,高偉達還提供培訓考試合格上崗及定期培訓定期總結分析的模式來規(guī)避此類風險。1.1.風險管理的內容如下:項目實施前和實施中對風險的發(fā)現、識別、上報、分析及風險責任人的指定;風險應對計劃的制訂和執(zhí)行(應對計劃包括兩部分,一是在如何降低風險發(fā)生機率的規(guī)避計劃;一是當風險不幸變成現實時,如何應對的應急預案;風險狀態(tài)的監(jiān)控和更新;定期對項目風險進行統(tǒng)計、分類和總體結構分析。1.1. 1

21、.1.2.6.3. 風險嚴重程度災難的:會因為無法滿足需求而導致任務失敗,會產生錯誤導致進度延遲和預算嚴重超支;嚴重的:會因為無法滿足需求而導致系統(tǒng)性能下降,使得項目能否成功受到臵疑,嚴重影響項目里程碑的范圍、交付日期和交付質量以及會影響其它項目進展的風險;輕微的:會因為無法滿足要求而導致次要任務的退化,影響項目里程碑的范圍、交付日期和交付質量以及會影響其它項目進展的但不嚴重的風險;可忽略的:不影響或輕微影響項目里程碑的范圍、交付日期和交付質量的風險,只是無法滿足要求而導致使用不方便或不易操作。1.1.已提交:風險識別人已填寫風險登記表,完成了風險號分配、風險描述并有項目經理提交;拒絕:項目管

22、理辦公室認為風險導入人所提出的風險不屬于項目風險;已完成計劃:風險責任人得到風險登記表后,對其進行分析并完成應對計劃;規(guī)避計劃:風險責任人正在根據應對計劃規(guī)避風險;風險已規(guī)避:風險責任人已成功規(guī)避風險并得到項目管理辦公室認可;發(fā)生進入應急計劃:風險責任人未成功規(guī)避風險,風險發(fā)生,執(zhí)行應急預案。1.1.本項目中,風險主要分為以下幾類:管理類風險項目管理沒有遵循項目管理的制度、時間、崗位的要求。出現項目的風險。資源類風險由于人力資源、設備環(huán)境等原因產生。例如,ATM設備沒有驅動程序,無法進行程序調試。業(yè)務類風險業(yè)務風險主要表現在業(yè)務需求不清晰,變動頻繁。技術類風險技術風險主要體現在技術架構不合理,

23、各個子系統(tǒng)、服務渠道無法進行整合。1.1.風險管理流程包括:項目啟動前風險識別與防范流程在各項目啟動前,應當由項目管理辦公室指導各個項目提交其項目風險因素識別、評估和應對措施計劃;項目管理辦公室根據各項目的風險識別計劃,以及其對項目風險的理解,完成項目風險因素識別、評估和規(guī)避的項目風險規(guī)避計劃以及制訂項目風險應急預案;項目管理辦公室將有關風險應對計劃上報項目總監(jiān)審批;將項目總監(jiān)審批過的風險應對計劃提交給領導領導組審批;審批通過的風險應對計劃由項目管理辦公室公布歸檔;在項目實施過程中由項目經理管理風險應對計劃的執(zhí)行,項目管理辦公室通過項目周、月報跟蹤監(jiān)督。如下圖示: 項目運行中風險管理流程在項目

24、實施過程中,所有項目組成員均有責任報告進程中發(fā)現的風險因素,并報告項目經理;項目經理在確定其確為風險后,定義風險發(fā)生機率和嚴重度并指定風險責任人,制訂風險一旦發(fā)生的應急預案,并將其填寫風險登記表上報項目管理辦公室;項目管理辦公室審核風險發(fā)生機率、嚴重度和風險責任人并負責風險狀態(tài)的監(jiān)控;風險責任人負責編制風險應對計劃,并定期報告風險狀態(tài);項目管理辦公室負責發(fā)現跨項目的風險因素,并主持評估規(guī)避計劃和應急預案;項目管理辦公室將有關風險評估報告和規(guī)避計劃、應急預案上報項目總監(jiān)審批;所有發(fā)現的風險因素和審批通過的相應風險應對計劃由項目管理辦公室公布歸檔;在項目實施過程中由項目經理管理風險應對計劃的執(zhí)行,

25、項目管理辦公室通過項目周、月報跟蹤監(jiān)督。如下圖示: 有效的組織結構,是項目成功的有力保證。對于一個銀行服務總線項目,除了考慮項目的有效管理,也要考慮SOA類項目的實施特點;根據本次項目的范圍和要求,項目的參考組織結構如下 項目管理委員會負責監(jiān)督并指導項目的實施進程,定期審核項目經理就項目進展執(zhí)行情況的書面報告,對項目中存在的重大問題做出決策,協(xié)調解決重大問題和突發(fā)事件,決定對項目經理的任免。項目管理委員會由南京銀行高層領導與本公司高層領導共同組成。向項目管理委員會負責,在項目實施過程中進行服務標準和原則的控制,在未來項目實施完畢后,由這個組織管理和批準新的服務發(fā)布和渠道系統(tǒng)的接入。同時負責制定

26、企業(yè)實施SOA項目的總體規(guī)劃,從企業(yè)級的高度而非項目級參與項目管理。服務總線管理組由南京銀行架構師和本公司企業(yè)架構師共同組成。項目實施完成后職責交給客戶執(zhí)行。負責向項目管理委員會定期報告項目進展情況,就項目中存在的問題提出解決建議,對項目進行有計劃地組織管理,并檢查項目進展情況。項目管理組由南京銀行項目負責人和本公司項目經理和技術負責人共同組成。負責基礎架構的設計和流程建模設計。和企業(yè)架構師共同設計整體基礎架構,完成本項目范圍內的規(guī)劃,考慮本項目與整個企業(yè)范圍的IT架構的一致性規(guī)劃。直接隸屬項目管理委員會,按制定的標準及控制手段執(zhí)行進度管理,風險管理,全面的執(zhí)行各項局方及業(yè)內規(guī)定的質量標準和工

27、作流程。負責在總線上發(fā)布服務和設定服務標準。根據基礎架構規(guī)劃中的服務架構,對服務進行歸類,根據服務定義模板,完成服務的識別、設定和在服務總線上的發(fā)布和配臵。負責基礎的,公共的組件的統(tǒng)一開發(fā);開發(fā)從日志,安全到各種便利工具的公共組件,完成在OSB之上的各種組件的擴展工作,如擴展函數,擴展報文轉換方法,擴展監(jiān)控處理模塊,進行監(jiān)控平臺的集成等。負責系統(tǒng)的聯合測試工作,在項目質量方針指導下,進行測試管理,制定設計系統(tǒng)測試計劃、測試方案、測試案例、各項測試、形成測試報告并對測試結果進行跟蹤,包括不同階段的測試工作。2. 實施人員名單根據我公司執(zhí)行的ISO9001:2000質量管理體系的規(guī)定,將整個項目的

28、實施過程劃分為:需求分析、詳細設計、系統(tǒng)開發(fā)、系統(tǒng)測試、試運行、系統(tǒng)驗收六個過程;項目監(jiān)控、管理的過程分為:配臵管理、內部監(jiān)理和項目變更管理三個過程。下面將針對以上六個實施過程和三個管理過程的實施計劃即項目計劃進行介紹。自合同簽定之日,與項目籌備小組并行完成業(yè)務需求分析,建立完善的項目組織機構,雙方密切協(xié)作,各項目小組密切協(xié)作,各項工作同時有條不紊地展開。完成并提交項目計劃書,產品管理計劃,質量控制計劃;詳細的需求分析。需求分析的計劃和方法主要包括調研階段劃分、日程安排、調研形式和內容、調研過程和成果文檔模板、資源安排、用戶方要求等內容;公司方與用戶方進行應用軟件需求的討論、研究和分析,并一起

29、根據需求調研分析報告和調研的各種成果編寫軟件需求規(guī)格說明書,對應用系統(tǒng)提出完整、準確、清晰、具體的要求,主要是需求框架和基本要素,并進行正式評審;時間跨度:6周需要資源(專職:行方科技部2名、高偉達公司項目組需求分析人員3人。根據軟件需求規(guī)格說明書,進行應用軟件概要設計,設計系統(tǒng)整體結構、主要流程、相關模塊接口以及數據庫設計,定義詳細設計和編碼規(guī)范,整理概要設計說明書;根據軟件需求規(guī)格說明書和概要設計說明書,由開發(fā)小組組長負責組織進行詳細設計的分析討論,完成交易的流程設計和報表設計等,整理詳細設計說明書;編寫系統(tǒng)結構設計、功能設計、數據庫結構及數據庫設計、系統(tǒng)內外接口及界面設計、系統(tǒng)出錯處理及

30、安全保障設計、代碼數據設計、聯機交易流程以及批處理交易流程等設計文檔;啟動數據轉換工作,定義統(tǒng)一的中間格式。時間跨度:6周需要資源(專職:行方科技部2名、高偉達公司現場8名技術、業(yè)務骨干,產品咨詢1名。與系統(tǒng)設計階段對應,是系統(tǒng)開發(fā)階段,企業(yè)服務總線建設是基于ORACLE 成熟總線產品OSB,因此在進行了周密嚴格的需求分析及詳細設計的前提下,真正需要的開發(fā)工作并不多,周期相應較短。在系統(tǒng)設計完成后,由公司項目實施團隊開發(fā)人員根據各種設計文檔進行應用軟件的編碼工作;系統(tǒng)開發(fā)工作完成及培訓準備工作完成后,即開始進入全面培訓階段;系統(tǒng)開發(fā)工作完成后,進行應用軟件單元測試和系統(tǒng)集成測試;時間跨度:2周

31、需要資源:行方科技部1名、高偉達公司現場設計開發(fā)人員、測試人員10名。系統(tǒng)開發(fā)完成后進行系統(tǒng)的測試工作。本階段主要指在南京銀行建立的測試環(huán)境中,進行全面的模擬測試,完成系統(tǒng)功能測試,由于測試的重要性,預計將花費兩個月左右的時間來完成對系統(tǒng)的模擬測試。測試對象是編程結束時提交內容;制定測試計劃和選定測試方法、準備測試數據、確認測試環(huán)境(應該是硬件系統(tǒng)通過初步驗收后所構成的標準模式運行環(huán)境;進行測試記錄;解決測試發(fā)現的問題,分析測試結果,形成測試報告;為測試后的確認和初步驗收做好準備。驗收測試:在系統(tǒng)試運行一段時間后,由驗收小組組織進行全面系統(tǒng)驗收測試,以證明系統(tǒng)的合格性。系統(tǒng)的驗收工作,系統(tǒng)驗收

32、詳見驗收和測試相關章節(jié)。時間跨度:8周需要資源:行方科技部3名、接入系統(tǒng)相關人員1名、高偉達公司現場8名技術、業(yè)務骨干。模擬測試完成,進入系統(tǒng)試運行階段??紤]到試運行期間的目的,是將經過集成測試及性能測試后較為穩(wěn)定的版本投入到實際工作環(huán)境中運行,用于檢驗系統(tǒng)是否完全滿足實際業(yè)務的需要,為新系統(tǒng)的上線運行做準備。系統(tǒng)上機聯調;試運行期間,核查新系統(tǒng)是否滿足實際業(yè)務需求;試運行期間發(fā)現的問題,進行記錄、調整、解決;試運行期間還是測試的良好時機,在該階段,應對各網點的設備、網絡狀況、業(yè)務響應時間等內容進行測試。時間跨度:4周需要資源:行方科技部1名、接入系統(tǒng)相關人員1名、高偉達公司現場4名技術、業(yè)務

33、骨干。上線驗收階段的主要工作是制定詳細的上線計劃,確認上線步驟。選擇適宜日期開始上線實施工作,做好外連系統(tǒng)和外圍系統(tǒng)的預前通知和公告工作。時間跨度:24周需要資源:行方相關人員2名、高偉達公司現場2名技術、業(yè)務骨干。配臵管理工作的內容主要是對配臵項的控制。配臵項主要包括:技術文檔(技術文檔分文字類和表格類兩種、項目實施階段狀態(tài)表。配臵工作包括:文檔一致性控制、文檔標識控制、項目實施階段控制、項目實施更改控制。時間跨度:26周需要資源:科技部1名、高偉達公司現場1名配臵管理人員。對項目實施的進程、成本、工期、進行監(jiān)控的過程。時間跨度:26周需要資源:行方科技部1名、高偉達公司現場1名QA人員。涵

34、蓋軟件實施項目實施過程中顧客需求變更及階段性成果變更的處理。包括需求分析、詳細設計、系統(tǒng)開發(fā)、系統(tǒng)測試、系統(tǒng)維護、系統(tǒng)交付、系統(tǒng)驗收各階段的變更以及涉及項目管理的變更。整個項目實施周期計劃如下: 對系統(tǒng)進行集成測試。對測試范圍內需要測試的特性進行“完整性”、“準確性”、“有效性”、“可靠性”、“穩(wěn)定性”驗證并對性能指標進行測評。通過本次測試,達到以下具體目的:1保證軟件基本功能使用正常,嚴重缺陷率小于5%;2保證系統(tǒng)可靠穩(wěn)定運行;3保證項目相關文檔符合CMMI 3級文檔規(guī)范。1.系統(tǒng)具有總線基本功能如:協(xié)議轉換、交易路由、數據轉換;2.服務封裝規(guī)范滿足行內存量、增量業(yè)務系統(tǒng);3.對各類系統(tǒng)提供

35、的適配器功能滿足性;4.系統(tǒng)并發(fā)處理能力及響應時間滿足要求;5.系統(tǒng)可靠性、穩(wěn)定性。測試范圍最終以實際形成的系統(tǒng)業(yè)務需求說明書的內容為準。配合開發(fā)組的開發(fā)過程分階段提供測試小結,測試方法以標準黑盒技術為主。本次測試過程中,功能測試的執(zhí)行環(huán)節(jié)分為兩個階段,具體描述如下: 2. 性能測試分為負載測試、壓力測試、穩(wěn)定性測試等三個階段。使用LoadRunner進行測試。根據性能測試調研得到的數據構建業(yè)務模型,進而構建測試模型。測試模型包含多種子類型,不同類型的測試模型應用于不同類型的性能測試。性能測試模型包含要素如下: 本次測試包含的性能測試類型如下:1壓力測試基于本次的測試的目的和需要測試的特性,將

36、本次測試分為兩個階段:階段一,單業(yè)務壓力測試;階段二,多業(yè)務混合壓力測試。a單業(yè)務壓力測試測試目的:排查各個典型業(yè)務的壓力瓶頸。選用測試模型單業(yè)務壓力測試模型。b混合業(yè)務壓力測試測試目的:在排查各個典型業(yè)務的性能瓶頸后,測試該系統(tǒng)的最大并發(fā)用戶數,并找到系統(tǒng)存在的性能瓶頸。選用測試模型:混合業(yè)務壓力測試模型。2穩(wěn)定性測試測試目的:檢查系統(tǒng)在連續(xù)運行240小時過程中的性能表現選用測試模型:穩(wěn)定性測試模型。對需求說明書、設計文檔進行規(guī)范性檢查。本次測試中將主要的測試用例歸類為不同的測試場景,同時設計易用性測試用例和接收測試用例。描述系統(tǒng)正常操作流程,以通過操作完整實現一個業(yè)務功能為原則。其中每一個

37、步驟對應一個測試用例。測試用例中采取的數據都為正常數據。2. 異常測試場景基于系統(tǒng)正常操作流程,在整實現一個業(yè)務功能的操作過程中驗證系統(tǒng)的數據校驗、特殊操作處理等功能。其中每一個步驟對應一個測試用例。測試用例中采取的數據有正常數據和異常數據。由“基本測試場景”中選取出代表性用例,用于驗證開發(fā)團隊提交測試版本的可測性。 待測試系統(tǒng)部署完畢,功能使用正常。2. 暫停/再啟動準則測試版本未通過“接收測試”,需要由開發(fā)人員修正后再次接收測試;測試過程中發(fā)現性能瓶頸時測試執(zhí)行暫停,由開發(fā)人員進行調優(yōu);開發(fā)人員經過調優(yōu)后解決系統(tǒng)測試瓶頸后,可以再次啟動通過壓力測試發(fā)現的性能瓶頸經過待測試系統(tǒng)開發(fā)人員對系統(tǒng)

38、調優(yōu)后無解決時。 在系統(tǒng)上線過程中,首先成立上線領導小組,在領導小組的組織下,編寫上線方案和應急預案,將上線方案和應急預案提交項目管理辦公室進行評審,待評審通過后進行實施。為加強南京銀行企業(yè)服務總線系統(tǒng)驗收管理工作,確保項目建設達到合同要求,高偉達公司建立該驗收管理辦法,與南京銀行一道保障項目的順利成功實施。項目驗收包括階段驗收和最終驗收(以下簡稱“終驗”兩部分。項目只有階段驗收合格后才能投入試運行,終驗合格后才能移交并投入正式運行。階段驗收工作由南京銀行和高偉達公司共同組織實施,終驗工作在高偉達公司申請后由南京銀行負責組織實施。驗收測試的范圍包括招標文件中的所有南京銀行企業(yè)服務總線項目內容。

39、高偉達公司負責建立驗收測試環(huán)境,詳細設計所有的驗收測試方案。測試由高偉達公司進行準備,由南京銀行組織驗收,測試驗收方式和機構由南京銀行確定,全部費用由高偉達公司承擔。南京銀行負責組織對驗收測試結果進行評估。在出現嚴重缺陷時,南京銀行可以決定將所有的測試暫停,直至缺陷得到糾正。南京銀行高偉達公司為每一項的測試編寫驗收測試手冊。驗收測試手冊的內容包括:驗收測試目的驗收測試環(huán)境設備驗收測試過程的描述驗收測試結果及分析對項目進行階段驗收或終驗時,需按如下步驟驗收:(一登記造冊。對項目中所涉及的所有硬件、軟件及項目文檔逐一登記造冊。(二對照檢查。對照檢查項目各項建設內容是否與合同條款及系統(tǒng)需求規(guī)格相一致

40、。(三操作檢查。1、操作硬件設備,驗證是否與硬件提供的技術性能相一致;2、運行軟件系統(tǒng),操作處理業(yè)務,檢查是否與合同規(guī)定的功能一致;3、對項目文檔進行包括內容針對性、內容充分性、內容一致性、文字明確性、圖表詳實性等方面檢查。4、項目的驗收以國家標準、行業(yè)標準或國際慣例等為標準。檢查整個項目的設備、系統(tǒng)功能、項目文檔等,使其達到合同建設要求。2. 檢驗條件承建單位申請項目階段驗收,應當符合以下條件:(一所有建設內容按照合同要求全部建成,并滿足使用要求;(二各個分項工程全部階段驗收合格;(三驗收審核材料齊全,材料主要包含以下幾個部分:1、基礎資料:招標書、投標書、合同書、批復文件、系統(tǒng)設計說明書、

41、系統(tǒng)功能說明書、系統(tǒng)結構圖、項目詳細實施方案;2、項目竣工資料:項目開工報告、項目實施報告、項目質量測試報告、項目檢查報告、應用測試報告、材料清單、項目實施質量與安全檢查記錄、操作使用說明書、售后服務保證文件、培訓文檔;3、軟件開發(fā)文檔:需求調研報告、需求說明書、概要設計說明書、詳細設計說明書、數據要求說明書、數據庫設計說明書、測試計劃、測試分析報告、程序維護手冊、程序員開發(fā)手冊、用戶操作手冊;4、軟件開發(fā)管理文檔:項目計劃書、質量控制計劃、配臵管理計劃、用戶培訓計劃、質量總結報告、會議記錄和開發(fā)進度月報、項目開發(fā)總結報告。(四軟件已臵于配臵管理之下;(五系統(tǒng)建設和數據處理符合信息安全的要求,

42、凡涉密信息系統(tǒng)需提供保密主管部門出具的驗收合格證書;(六外購的操作系統(tǒng)、數據庫、中間件、應用軟件和開發(fā)工具應符合知識產權及相關政策法規(guī)的要求,并有相關的授權使用證書;(七各種設備經加電試運行,工作正常;(八經過監(jiān)理方、高偉達公司及相關主管部門的同意;(九符合合同或合同附件規(guī)定的其他驗收條件;(十由高偉達公司向南京銀行提出階段驗收申請,同時將與項目驗收有關的材料提交到高偉達公司處;(十一南京銀行審核材料同意項目階段驗收。按照項目合同以及項目的階段劃分,核實硬件設備是否齊全、硬件設備是否符合安全要求、系統(tǒng)功能是否符合合同要求、項目文檔是否符合文檔撰寫要求。結合本項目特點,我們建議的階段驗收分為:1

43、.平臺建設完成階段驗收;2.數據、技術相關規(guī)范制定完成后階段驗收;3.各業(yè)務系統(tǒng)接入總線完成后階段驗收等。同時根據項目的不同開發(fā)階段,穿插對開發(fā)過程形成的文檔進行驗收,例如:1.項目需求評審驗收;2.項目概要設計驗收;3.項目詳細設計驗收;4.項目測試方案驗收;5.項目上線方案驗收等。階段驗收只進行功能性測試。(一準備階段。項目監(jiān)理單位組織人員根據階段驗收內容對項目進行驗收需求分析,編寫驗收計劃書并提交給南京銀行、高偉達公司單位審定。(二成立階段驗收小組。高偉達公司負責組織成立項目驗收小組。(三項目驗收實施。階段驗收小組按本辦法第二章驗收方法和標準進行驗收。(四提交階段驗收報告。項目檢查完畢,

44、驗收小組對項目系統(tǒng)設計、建設質量、設備質量、軟件運行情況等做出全面的評價,并撰寫階段驗收告提交給高偉達公司。(五高偉達公司根據階段驗收報告,對合格的項目準許投入試運行;對不合格的項目提出存在問題及整改時限,以書面形式通知承建單位,承建單位在通知的時限內完成整改后,可再次提出階段驗收申請。對經過一段時間試運行后的項目進行全面審核。2. 終驗條件高偉達公司申請項目終驗,應當符合以下條件:1、階段驗收合格后,高偉達公司按照南京銀行要求完成中標的系統(tǒng)開發(fā)并經南京銀行上線運行3個月之后,南京銀行確認能夠完全滿足南京銀行的業(yè)務需求并且能夠實現本次招標項目的建設目標,完全符合南京銀行的技術要求并且能夠實現本

45、招標項目的系統(tǒng)要求,系統(tǒng)運行穩(wěn)定。2、高偉達公司按照南京銀行要求完成本次招標項目的業(yè)務與技術向南京銀行的完全轉移,包括向南京銀行提供中標標的的培訓。3、高偉達公司按照南京銀行要求向南京銀行完成中標標的所有相關的源代碼、項目文檔及其介質的移交工作。4、系統(tǒng)在試運行期間沒有出現問題,或出現的問題已經解決;5、驗收審核材料齊全:除階段驗收時涉及的審核材料外,還有項目建設總結評價報告(組織與實施協(xié)調、試用總結報告、用戶使用反饋意見、項目培訓計劃、項目培訓總結,以及由測試資質的第三方單位出具的測試報告;6、高偉達公司向南京銀行提交終驗申請、驗收計劃書及終驗審核材料;7、南京銀行審核材料后同意項目終驗。按

46、照項目合同,對項目建設的各種設備進行核實;對項目建設系統(tǒng)進行終驗驗收測試,并進行用戶使用滿意度調查;對項目建設的相關材料進行審核。終驗驗收測試內容有功能測試和性能測試,其中性能測試包括執(zhí)行效率、資源占用、穩(wěn)定性、安全性、兼容性、可擴展性、可靠性、并發(fā)性、疲勞強度等,涉及到網絡的項目性能測試應分為客戶端性能測試、網絡性能測試和服務器端性能測試三個方面。準備階段。根據終驗內容由項目監(jiān)理協(xié)助高偉達公司單位制訂終驗計劃并提交給南京銀行審定。組成驗收小組及驗收專家組。由南京銀行負責組織成立驗收小組及驗收專家組。項目驗收實施。驗收小組按本辦法第二章驗收方法和標準進行驗收。提交終驗報告。驗收小組根據全面檢查

47、的結果撰寫終驗報告,并提交給項目驗收專家組。終驗結論是由南京銀行會同相關部門根據專家驗收意見和相關資料得出的結論。其具體的分類和后續(xù)處理包括:終驗結論分為:驗收通過、整改后再驗收和驗收不通過三種?!膀炇胀ㄟ^”標準是:項目建設符合合同要求、系統(tǒng)運行安全可靠、任務按期保質完成、驗收材料齊全?!罢暮笤衮炇铡睒藴适?項目建設任務基本完成,但提供的驗收材料不全、驗收結論存在爭議。項目存在下列情況之一的,按“驗收不通過”處理:未按項目合同要求達到所預定的主要技術指標的;所提供的驗收材料不真實的;實施過程中出現重大問題,尚未解決和做出說明,或項目實施過程及結果等存在糾紛尚未解決的;沒有對系統(tǒng)或設備進行試運

48、行,或者試運行不合格;違反法律、法規(guī)的其他行為。2. 項目終驗結論的處理驗收結論為驗收通過的,高偉達公司將全部驗收材料按統(tǒng)一要求裝訂成冊并連同相應的電子文檔,分別報南京銀行及相關部門備案。驗收結論為整改后再驗收的,南京銀行以書面形式通知高偉達公司,高偉達公司應在通知規(guī)定的時間內完成整改,再提出終驗申請。項目終驗通過后,高偉達公司與南京銀行應辦理項目移交手續(xù),項目的移交包括項目實體移交和項目文件移交兩部分。參考本章中“項目提交物”內容。建立驗收項目檔案。南京銀行及高偉達公司單位按照檔案管理要求建立項目檔案,共同將項目驗收信息錄入項目驗收數據庫,作為計劃和項目執(zhí)行情況評估、項目承擔單位和項目負責人

49、信用評價的依據。項目的所有檔案材料保管嚴格按照科學技術保密、知識產權保護等有關規(guī)定和辦法執(zhí)行。高偉達公司在項目中應按照有關規(guī)定、標準規(guī)范編寫項目文檔,在驗收測試前,向南京銀行提供項目移交的必要文檔,詳細內容參考本章中“項目提交物”內容。項目提交物包括如下內容:核心技術文檔源代碼:將按系統(tǒng)、分模塊列明,并附帶源代碼的說明文檔系統(tǒng)開發(fā)所需的全部文檔資料系統(tǒng)實施過程中形成的各類文檔配臵信息清單:按系統(tǒng)、分模塊提供其使用范圍和配臵說明系統(tǒng)運行的軟硬件系統(tǒng)的全部配臵文件和參數。其中文檔資料提交物包括: 高偉達公司最終形成的項目提交物遵循提供的文檔規(guī)范遵循以下原則:1.首先滿足南京銀行已有的規(guī)范;2.南京

50、銀行未建立對應規(guī)范的,高偉達公司與客戶協(xié)商按照公司ISO質量管理規(guī)范建立文檔;3.文檔的完整性和準確性,作為驗收過程的一部分。4.系統(tǒng)終驗時,高偉達公司根據客戶需要免費提供2套完整的文檔硬拷貝和2份完整的文檔電子拷貝(光盤。由于項目為雙方合作開發(fā)性質,南京銀行有權利自由地復制文檔供自己使用。所有文檔都使用中文格式。有效的系統(tǒng)培訓,是保證項目成功實施的關鍵因素之一。高偉達公司將根據項目的進度情況,分階段、分工作角色有針對性的安排不同的培訓,使參與項目的所有人員在不同的時期都得到與其下階段工作相配套的知識儲備,從而保證整個項目的順利實施。針對南京銀行ESB系統(tǒng)的多系統(tǒng)協(xié)同工作的特點,建議采用分階段

51、、分層次培訓的策略。在項目實施的過程中,由高偉達技術人員指導南京銀行的技術人員參與一部分的開發(fā)工作,在系統(tǒng)UAT測試開始前,高偉達公司技術人員和業(yè)務人員,分別給南京銀行相關部門的人員進行相應培訓。在系統(tǒng)正式上線前,UAT測試以后,對南京銀行信息技術部門進行運維培訓。不同層次不同類型的培訓可選擇不同的培訓地點,以達到更好的培訓效果。高偉達公司為南京銀行指定人員提供系統(tǒng)切換、系統(tǒng)使用、系統(tǒng)維護、安全管理等方面的培訓。為能夠有效的實現對客戶的技術培訓,我們制定的技術培訓服務步驟如下:1.項目領導組負責人協(xié)助貴公司項目負責人制定項目的總體培訓計劃;2.技術支持小組人員在培訓開始前一個月,準備并安排相應的培訓資源,包括培訓課程、時間計劃、地點、講師等;3.經過項目組協(xié)調確認后,開始進入技術培訓的實施階段;4.培訓過程中,高偉達公司將對培訓的過程和效果進行必要的記錄,并及時根據學員的需求及時調整培訓的內容、形式、資源等;5.在技術培訓結束后,高

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論