軟件軟件目實施進度安排_第1頁
軟件軟件目實施進度安排_第2頁
軟件軟件目實施進度安排_第3頁
軟件軟件目實施進度安排_第4頁
軟件軟件目實施進度安排_第5頁
已閱讀5頁,還剩10頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、項目實施進度安排根據(jù)實際業(yè)務要求、各種資源狀況、系統(tǒng)運行狀況和其他現(xiàn)實因素,SAS公 司承諾在項目實施開始前必須要全面規(guī)劃出一個符合實際的整個工作進度計劃, 其中包括:工程進度總時間表和人力資源表;各階段的具體工作內(nèi)容、工作周期 以及相應的負責人員;項目里程碑的定義及完工標準;項目計劃是項目實施工作的執(zhí)行依據(jù),在項目實施過程中,對時間計劃、進 度安排、人力資源調(diào)配、產(chǎn)品開發(fā)、系統(tǒng)安裝、測試、寫換等多項工作均需要進 行仔細、合理的計劃和嚴格管理,才可以保證項目在符合監(jiān)管機構(gòu)的要求,達到 貴公司的工作目標并依照國際上最佳實踐順利完成實施。項目計劃的制定為工程項目實施、管理和支持工作、項目進度、成本

2、、質(zhì)量 及過程產(chǎn)品的有效控制打下了良好的基礎(chǔ),以便所有相關(guān)人員能夠按照該計劃有 條不紊地開展工作;制定項目計劃,必須獲得相關(guān)干系人的認可,并以此作 為項目跟蹤的基礎(chǔ)。項目進度是項目進行是否順利的最直觀表現(xiàn)。制定合理的項目計劃首要前提 是選擇從事類似規(guī)模和類似業(yè)務項目的有經(jīng)驗的項目負責人參加制定項目進度 計劃。項目計劃由項目負責人制定,由項目各小組組長、項目成員、干系人、質(zhì)量 保證人員參加一起進行評審。評審過程主要討論項目計劃的可行性,對其中不合 理的地方提出修改意見,對計劃中不合理的地方進行修改完善,并由質(zhì)量保證人 員對其結(jié)果進行跟蹤處理,以確保項目計劃完整性、可行性,項目計劃評審通過 后,交

3、由配置管理人員進行配置管理。在計劃實施過程中,按項目計劃中里程碑為界限,將整個開發(fā)周期劃分為若 干階段。根據(jù)里程碑的完成情況,適當?shù)恼{(diào)整每一個較小的階段的任務量和完成 的任務時間,動態(tài)跟蹤和動態(tài)調(diào)整,以利于項目質(zhì)量保證的實施。實際運作中,質(zhì)量保證人員在對項目執(zhí)行過程進行檢查時,對于發(fā)現(xiàn)的項目 偏差,以質(zhì)量審計報告的形式提交項目負責人。由項目負責人組織人員對計劃進 行維護,對于已經(jīng)變動的項目計劃,由配置管理進行配置管理。在明確本項目的建設(shè)目標、建設(shè)任務和范圍、建設(shè)時間進度要求、項目建設(shè) 特點分析的基礎(chǔ)上,依據(jù)招標文件的要求和我方在以往大型信息化平臺建設(shè)實施 方面的經(jīng)驗和教訓,為了更好的保障項目的

4、整體進度和整體質(zhì)量,更好地回避和 解決項目建設(shè)過程中的可能風險,更好地達到系統(tǒng)的建設(shè)目標、項目的總體目標, 在本章中,針對本項目的特點,提出我們的項目建設(shè)實施整體階段過程的劃分、 每個階段要達成的目標、實施方法和實施計劃。系統(tǒng)建設(shè)過程主要分為需求調(diào)研/分析、系統(tǒng)設(shè)計、開發(fā)/測試、集成測試、 培訓/試運行、驗收交付以及質(zhì)保期七個大的建設(shè)階段。充分吸收面向?qū)ο箝_發(fā)的迭代思想,在經(jīng)典的幾個項目階段基礎(chǔ)上,于每個 階段的內(nèi)部,又分成了若干次的迭代過程;每一個迭代包括計劃、分析、原型等。 于是項目可以遞進地進展,每一個迭代周期完成,都會形成一個產(chǎn)品原型,通過 與業(yè)主的不斷交互,完善,直到原型發(fā)展成為可用

5、的產(chǎn)品。如圖:本項目的項目計劃依據(jù)以下原則:在項目實施工作開始之前,項目經(jīng)理須提交項目計劃,項目計劃必須經(jīng) 合作雙方認真討論確定,保證計劃的可行性。 項目計劃在確定之后,必須予以公布,告知相關(guān)各方,以便對項目計劃執(zhí)行情況的監(jiān)督。項目計劃分為總體計劃、階段計劃、月計劃、周計劃。階段跨度在2個 月以上時,項目經(jīng)理必須制定月計劃,階段跨度在2個月以內(nèi)時,項目 經(jīng)理可以以階段計劃代替月計劃。項目計劃包括進度計劃、人力計劃、資源計劃、資金費用計劃。項目總體計劃及其變化必須經(jīng)項目協(xié)調(diào)委員會批準,其他計劃及其變化 由項目辦公室批準。項目計劃必須以明確工作目標和工作任務為前提,因此各類計劃應按階 段、按工作目

6、標和任務的明確落實為下階段各類計劃的制定開始日。進度計劃中應包括項目組工作安排和對于與項目有關(guān)的其他各方的工作 安排。根據(jù)我們對招標文件的理解,以及思瑞奇業(yè)務系統(tǒng)的實施經(jīng)驗,制定總體實 施計劃,在項目實施過程中,主要可以分為以下幾個階段:第一階段:項目啟動第二階段:需求確認和差異分析第三階段:系統(tǒng)設(shè)計、定制第四階段:程序開發(fā),客戶化修改第五階段:系統(tǒng)測試,驗收第六階段:系統(tǒng)上線,投產(chǎn)驗收第七階段:系統(tǒng)運行維護以上各個階段基本上順序進行,但部分工作會同步進行,以便配合時間和人 力資源的合理安排。在項目實施過程中,我方將采用標準的項目管理規(guī)范和工具進行項目管理, 并采用雙方共同組建項目組的方式進行

7、工作協(xié)調(diào)和監(jiān)控,采用啟動會議、周期性 項目進展協(xié)調(diào)工作例會、多個子工作組分工負責等方式對時間計劃、工作安排進 行良好的協(xié)調(diào)和管控。嚴格的進度管理項目經(jīng)理作為項目的總接口人及工程總負責人,負責項目實施的全面工作, 包括收集有關(guān)現(xiàn)場服務、用戶技術(shù)人員反應等有關(guān)項目信息。在項目實施過程中, 將嚴格按照工程實施計劃,全權(quán)負責工程進度的管理與監(jiān)督。定時向用戶項目負 責人匯報工程進度,在處理突發(fā)事件和項目變更時,要及時調(diào)整人員和計劃以保 證服務正常進行;在服務進度受阻時,要及時申請增加人員和技術(shù)力量,確保項 目實施階段的服務品質(zhì)。項目經(jīng)理將按照制訂的工作進度計劃對項目實施進行協(xié)調(diào)、監(jiān)督與管理,定 期向項目

8、領(lǐng)導小組做進度報告。對于計劃調(diào)整的部分,必須及時向用戶提交變更 申請,在得到客戶方有關(guān)方面的批準后,及時調(diào)整工作進度計劃,并在保證工期 和質(zhì)量的前提下,協(xié)調(diào)各種資源,監(jiān)督工程實施。基于更新的目標調(diào)整項目的計劃項目開發(fā)計劃不是一次完成的,而是迭代演進式的。在項目的開始,僅對項 目做一個粗粒度的計劃,以及先啟迭代的具體計劃。以后的每次迭代中,都要根 據(jù)項目情況來不斷地調(diào)整和細化項目開發(fā)計劃。 不斷評估項目項目的每個階段、 每次迭代結(jié)束都要根據(jù)預定的評估標準進行評估,評測 進度和軟件產(chǎn)品的質(zhì)量。在迭代過程中,也要周期性的(每周)進行狀態(tài)評估。 確保項目按期完成高質(zhì)量的軟件產(chǎn)品。項目時間安排和階段工作

9、下面對各個階段的計劃和進度安排給予初步的計劃和簡要的描述,其中的時 間安排將根據(jù)項目的具體需求和實際情況進行調(diào)整:T=0=合同簽訂,以周為單位。項目進度表階段主要任務工作時間(周)工作內(nèi)容1項目啟動T+0 - T+21.1項目規(guī)劃T+0 - T+1項目組成立,制定項目計劃,明確職責分工,召開項目啟動會議,1.2項目準備T+1 - T+2前期調(diào)研、分析資源準備,搭建環(huán)境2需求確認和 差異分析T+2 - T+42.1業(yè)務培訓T+2 - T+3業(yè)務產(chǎn)品培訓如何編寫需求說明書2.1需求和差異 分析T+2 - T+3撰寫業(yè)務需求需求差異化分析形成需求差異分析報告2.3確認業(yè)務需 求實現(xiàn)方式T+3 - T

10、+4確認差異需求的實現(xiàn)方式:產(chǎn)品 工廠或者客戶化開發(fā)形成需求差異分析說明書(產(chǎn) 品化)-初稿和需求差異分析說明 書(客戶化)-初稿。2.4需求評審定 稿T+3 - T+4評審差異需求的實現(xiàn)方式,憑證 定稿形成需求差異分析說明書(產(chǎn) 品化)和需求差異分析說明書(客 戶化)3業(yè)務產(chǎn)品設(shè) 計、定制T+4- T+5形成基礎(chǔ)版的產(chǎn)品參數(shù)4程序開發(fā)、客 戶化修改T+6 f T+16根據(jù)項目提出的升級改造需求研 發(fā)。4.1概要設(shè)計T+6 f T+7形成概要設(shè)計文檔4.2詳細設(shè)計T+6 f T+7形成詳細設(shè)計文檔4.3編碼及自測T+8 f T+16程序編碼及內(nèi)部單元測試5系統(tǒng)測試、 驗收T+17 f T+25

11、5.1單元功能測 試T+17f T+18單交易測試,核對憑證打印格式, 對開發(fā)的程序單元進行的功能測試, 檢驗交易的準確性5.2集成功能測 試T+18f T+19對模塊組和模塊接口進行正確性 測試,檢驗模塊的輸入輸出準確性5.3綜合測試T+19 f T+20系統(tǒng)整理測試,軟件和硬件合成 整體進行測試,批處理過程檢驗,完 成綜合測試報告,曲靖銀行操作 手冊正式稿5.4性能測試T+20 f T+21在特定的系統(tǒng)環(huán)境下,對系統(tǒng)的 壓力、容錯性能、安全性等方面進行 測試,并完成性能測試報告5.5跟賬測試T+21f T+22至少組織兩次全行跟帳測試及多 次部分網(wǎng)點測試5.6UAT測試T+22f T+24

12、用戶接受測試,以用戶為主的測 試。檢驗軟件系統(tǒng)是否符合用戶的真 實業(yè)務和意圖。5.7軟件驗收T+24f T+25進行最終的驗收測試根據(jù)上述工作進行驗收文件整 理,撰寫驗收報告,準備上線所需的 各方面文檔6系統(tǒng)上線,投 產(chǎn)驗收T+26f T+306.1業(yè)務培訓T+26f T+27對貴公司的相關(guān)人員進行培訓6.2上線準備T+26f T+27生產(chǎn)參數(shù)表確認,生產(chǎn)環(huán)境參數(shù) 配置,總行硬件及網(wǎng)絡環(huán)境檢查6.3切換上線演 練T+27f T+28組織相關(guān)部門參加切換上線演 練,使相關(guān)人員熟悉工作流程和具體 操作6.4切換上線T+29主機環(huán)境準備確認,正式切換上 線6.5系統(tǒng)確認T+29 f T+30對上線后

13、的系統(tǒng)功能、數(shù)據(jù)、運 行狀態(tài)等進行檢驗和確認,準備上線 報告6.6項目驗收T+29 f T+30項目驗收,檢驗實施成果和文檔7系統(tǒng)維護T+31 f7.1上線維護支 持T+31 fT+32系統(tǒng)上限初始階段,提供為期2 各月的現(xiàn)場支持維護服務,協(xié)助客戶 進行問題處理和功能更新7.2后續(xù)維護支 持T+33 f系統(tǒng)正常運行期間,提供遠程支 持+定期維護服務,協(xié)助客戶進行系 統(tǒng)運維和優(yōu)化項目進度保證方案加強項目進度管理為保證項目按期完成,通過制定項目里程碑管理運行表、定期舉行項目狀態(tài) 會議、比較各項任務的實際開始日期與計劃開始日期是否吻合、確定正式的項目 里程碑是否在預期完成等方式加強項目進度管理??刂?/p>

14、項目進度措施(1)項目經(jīng)理一定對整個項目的開發(fā)周期有一個清楚的了解,把任務的劃分 一定要一天為單位,不要一模塊為單位,而每天無論是開發(fā)人 員還是測試人員, 都要對自己的工作有一個大致的估計。即每天下午,有項目經(jīng)理組織開發(fā)人員進 行系統(tǒng)的了解,并且作好相應的記錄。對已經(jīng)解決的問題一定要一 個詳細的記 錄。而對沒有解決的問題一定要重視起來。不要向后退。找到根本的原因所在。(2)加強溝通和交流,項目經(jīng)理一定要多多與開發(fā)人員進行交流,要調(diào)動其 的積極性,讓他們學會問題該如何解決,不要讓他等待問題的解決。了解其實際 的進展以及對開發(fā)工具的熟練程度,這對以后的任務的重新安排有重要的借鑒意 義。(3)把一些

15、難點提出,讓大家共同克服,或者有一些技術(shù)比較精通的人來解 決。解決完以后一定,讓大家都熟悉其編程思路。而對經(jīng)常用的知識點,一定有 詳細的說明。這樣實現(xiàn)資源的共享。(4)做好項目的總結(jié),無論是難點還是不難,只要有問題,一定要提出,并 且解決完以后一定讓大家都熟悉,這樣有助于大家的技術(shù)水平的提高。(5)做到日清日結(jié),是保證項目進度的關(guān)鍵所在。項目里程碑里程碑在項目實施中通常設(shè)置在階段任務完成點或關(guān)鍵任務的完成點。在項目實施計劃中設(shè)置里程碑,便于以里程碑為監(jiān)控點,對項目實施從進度、 質(zhì)量、績效等方面進行更加有效的監(jiān)控和管理;便于項目組織成員有一個共同的 視野,展示項目簡明清晰的階段性目標;便于項目經(jīng)

16、理與相關(guān)人員之間就進度問 題進行溝通。在為項目進度計劃設(shè)置里程碑時,遵循以下原則:以項目目標為依據(jù),以可交付成果物為向?qū)?,設(shè)置里程碑。可交付成果物可 以是文檔,也可以是可運行的程序。將實施各階段的完成點設(shè)置成里程碑。如需求規(guī)格定稿作為需求分析階段的 完成點,可以定義成為里程碑。設(shè)置的里程碑必須可審查、可測量,有明確的完成標準。只有里程碑通過審 查,才能進入到下一個階段的任務。需求分析階段任務范圍:本階段任務范圍包括完善、細化需求分析階段的工作計劃;開展需求調(diào)研工 作;進行需求分析;編寫需求分析報告。實施方法:通過業(yè)務需求調(diào)研,確定并定義問題區(qū)、用戶的需求、項目范圍、項目成功 標準與業(yè)主方接收標

17、準。定義實施范圍:確定并定義項目實施的目標、范圍和關(guān)鍵的成功要素。編寫需求分析報告:包括業(yè)務系統(tǒng)的業(yè)務模型、業(yè)務流程、業(yè)務功能設(shè)計等。業(yè)務需求調(diào)研:主要采取一對一面談、團體座談、發(fā)送調(diào)研表、調(diào)查問卷、 查閱需求資料以及召開討論會等多種方式,從業(yè)務層、管理層、決策層多方位的 獲取需求。根據(jù)需求交流進展情況,采用快速原型法,以直觀的方式確認需求。采用Rational Rose的“用例(Use Case)”表述方法定義系統(tǒng)需求,保 證需求的完整性、準確性、唯一性、可度量性、可測試性、可追溯性。在描述中盡量使用業(yè)主方相關(guān)使用人員的業(yè)務語言,便于需求的審查和測試。 完成標準:本階段任務完成的標準是:正式

18、提交需求分析報告,通過業(yè)主方和監(jiān)理方審 核,并經(jīng)過業(yè)主方確認。可交付成果:本階段的可交付成果是:XX項目需求分析報告系統(tǒng)設(shè)計階段任務范圍:系統(tǒng)設(shè)計階段將按照面向?qū)ο蟮姆治鲈O(shè)計方法并結(jié)合使用其他軟件工程方 法,完成各子系統(tǒng)的概要設(shè)計。包括功能設(shè)計、數(shù)據(jù)庫結(jié)構(gòu)設(shè)計、頁面設(shè)計、軟件實現(xiàn)結(jié)構(gòu)的設(shè)計。實施方法:本子階段將對業(yè)務流程、控制流程、功能模塊和數(shù)據(jù)結(jié)構(gòu)進行設(shè)計,這是承 上(需求分析)啟下(代碼實現(xiàn))的階段,這個階段把業(yè)務需求變成技術(shù)設(shè)計, 由業(yè)務描述變成技術(shù)描述,由業(yè)務語言變成技術(shù)語言。通常來講,這個階段又可 以劃分為三個主要的步驟,即:業(yè)務流程及邏輯設(shè)計、控制及表現(xiàn)邏輯設(shè)計、功 能模塊設(shè)計、數(shù)

19、據(jù)結(jié)構(gòu)設(shè)計。業(yè)務流程及邏輯設(shè)計:使用業(yè)務圖形按照業(yè)務流程的順序?qū)I(yè)務進行歸納、 整理,繪制業(yè)務流程圖。對于其中描述良好和規(guī)范的業(yè)務需求可同需求分析合并 進行,繪制工作將借助繪圖工具軟件Visio對圖形表述進行規(guī)范。功能模塊及邏輯設(shè)計:抽取最小業(yè)務單元,按照按職能域-業(yè)務過程-業(yè)務 活動三層結(jié)構(gòu)分解和表達功能,依據(jù)業(yè)務流程組織功能層次,繪制功能層次圖。 把業(yè)務流圖中以“操作單元”表現(xiàn)的節(jié)點看作功能模塊,描述其輸入、輸出、主 要處理過程和所涉及到的數(shù)據(jù)及數(shù)據(jù)單元。數(shù)據(jù)結(jié)構(gòu)設(shè)計:對于功能模塊設(shè)計中所涉及的有關(guān)數(shù)據(jù)及數(shù)據(jù)單元進行歸納, 利用“對象關(guān)系型語言”表示出來,并指明數(shù)據(jù)之間的一致性或約束性關(guān)系

20、。 這就是通常所說的數(shù)據(jù)結(jié)構(gòu)或稱為數(shù)據(jù)字典。這部分工作將采用實體-關(guān)系設(shè)計 工具PowerDesigner來輔助進行。系統(tǒng)設(shè)計說明書審核:項目經(jīng)理對各應用子系統(tǒng)的系統(tǒng)設(shè)計說明書進行審核。 審核工作由項目經(jīng)理、技術(shù)總監(jiān)和專家協(xié)同進行。完成標準:本階段任務完成的標準是:正式提交概要設(shè)計說明書,通過業(yè)主方確認。 可交付成果:本階段的可交付成果是:XX系統(tǒng)設(shè)計說明書。編碼開發(fā)階段任務范圍:包括對標準化的內(nèi)部數(shù)字內(nèi)容資源轉(zhuǎn)換加工和管理、數(shù)字內(nèi)容的深度加工、 在線編撰流程管理、知識挖掘和知識數(shù)據(jù)庫開發(fā)、網(wǎng)絡數(shù)據(jù)采集和內(nèi)容提供服務、 產(chǎn)品打包和多渠道發(fā)布、在線交互服務等編碼實現(xiàn)、單元測試;以及項目的安全 保

21、障體系的建設(shè)。實施方法:(一)日創(chuàng)建、日部署在本項目各應用子系統(tǒng)開發(fā)實現(xiàn)階段,將采用快速原型法與“日創(chuàng)建、日部 署”開發(fā)方法,每天形成一個版本,并進行部署,在最短的時間內(nèi)開發(fā)出核心業(yè) 務功能交付用戶使用,并在此基礎(chǔ)上再與用戶交流溝通,對問題做出相應調(diào)整。這種方法的特點如下:可以在最短時間內(nèi)開發(fā)出子系統(tǒng)核心業(yè)務功能交付項目相關(guān)人員測試和試 用;進入開發(fā)階段后,每天形成一個版本,以最直觀的溝通方式讓業(yè)主方項目主 管領(lǐng)導看到最終的產(chǎn)品原型;最大程度避免了產(chǎn)品的實現(xiàn)與系統(tǒng)需求間的分歧; 降低了需求變更的頻度;降低了系統(tǒng)實施的風險。(二)代碼走查代碼走查是由一組人通過閱讀、討論和爭議對程序進行靜態(tài)分析的

22、過程。走 查小組由組長,23名程序設(shè)計和測試人員及程序員組成。走查小組在充分閱 讀待審程序文本、控制流程圖及有關(guān)要求、規(guī)范等文件基礎(chǔ)上,召開代碼走查會, 程序員逐句講解程序的邏輯,并展開熱烈的討論甚至爭議,以揭示錯誤的關(guān)鍵所 在。實踐表明,程序員在講解過程中能發(fā)現(xiàn)許多自己原來沒有發(fā)現(xiàn)的錯誤,而討 論和爭議則進一步促使了問題的暴露。例如,對某個局部性小問題修改方法的討 論,可能發(fā)現(xiàn)與之有牽連的甚至能涉及到模塊的功說明、模塊間接口和系統(tǒng)總結(jié) 構(gòu)的大問題,導致對需求定義的重定義、重設(shè)計驗證,可以大大改善軟件的質(zhì)量。(三)單元測試單元測試集中在檢查軟件設(shè)計的最小單位模塊上,通過測試發(fā)現(xiàn)實現(xiàn)該模 塊的實

23、際功能與定義該模塊的功能說明不符合的情況,以及編碼的錯誤。由于模塊規(guī)模小、功能單一、邏輯簡單,測試人員有可能通過模塊說明書和源程序,清 楚地了解該模塊的I/O條件和模塊的邏輯結(jié)構(gòu),采用結(jié)構(gòu)測試(白盒法)的用例, 盡可能達到徹底測試,然后輔之以功能測試(黑盒法)的用例,使之對任何合理 和不合理的輸入都能鑒別和響應。高可靠性的模塊是組成可靠系統(tǒng)的堅實基礎(chǔ)。 將單元測試結(jié)果編寫成單元測試報告,提交項目經(jīng)理審核,審核通過后提交項目 領(lǐng)導組審批。(四)系統(tǒng)測試隨著代碼的實現(xiàn)和單元測試完成,軟件測試人員開始對代碼進行系統(tǒng)測試。 系統(tǒng)測試以子系統(tǒng)為基本單元進行,其基本測試依據(jù)是測試計劃和測試方案。根 據(jù)測試

24、方案中的用例設(shè)計按照模塊逐一“輸入”數(shù)據(jù)(手工或自動工具),并進 行一定的壓力測試。主要工作過程是:運行程序員提交的功能模塊代碼,輸入數(shù)據(jù),如實記錄運行結(jié)果,填寫“測 試記錄”。對于未通過測試的功能模塊,填寫測試反饋單,由程序員修改問題代 碼后再次提交測試。這是一個多次循環(huán)反饋的過程。編制系統(tǒng)測試報告:測試結(jié)束后,測試人員編制完整的測試報告,包括測試 的對象、測試范圍、主要功能、測試環(huán)境、測試工具、測試結(jié)果匯總,并附完整 的測試記錄和反饋記錄。完成標準:本階段任務完成的標準是:編碼完成且通過單元測試、集成測試、系統(tǒng)測試, 并通過技術(shù)總監(jiān)與項目經(jīng)理的審核。系統(tǒng)詳細施工進度計劃,詳見施工進度計劃甘

25、特圖??山桓冻晒罕倦A段的可交付成果是:網(wǎng)站各系統(tǒng)可進行正常運行。系統(tǒng)初驗階段任務范圍:本階段任務范圍包括:完成應用系統(tǒng)在測試環(huán)境的部署和集成測試后,由業(yè) 主方認定是否滿足可進行試運行的基本條件。并完成驗收報告。實施方法:由供應商通過集成測試,對各應用系統(tǒng)自檢合格后,提交初驗申請至用戶方 審批。用戶方檢驗應用系統(tǒng)運行情況,看是否符合:是否滿足簽字確認的需求分析報告;是否滿足招標文件要求;是否可以開始試運行。驗收通過后,由雙方共同簽署初驗報告。完成標準:本階段的完成標準是:系統(tǒng)通過業(yè)主初步驗收,且可以開始試運行??山桓冻晒罕倦A段可交付成果是:系統(tǒng)初驗報告。試運行階段任務范圍:本階段的任務范圍是:在用戶培訓工作的階段性成果完成后,開始組織系統(tǒng) 試運行工作,由項目經(jīng)理和業(yè)主方主管領(lǐng)導共同確定試運行范圍和試運行策略, 并編制試運行計劃、組織試運行工作。實施方法:(一)試運行實施步驟:準備應用系統(tǒng)運行需要的真實數(shù)據(jù);組建運行組織和人員準備:建立由業(yè)主方主管領(lǐng)導和項目經(jīng)理組成

溫馨提示

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

評論

0/150

提交評論