1、軟件項目實施方案Document for Software Project Implementation單位：日期：* 銀行保費對帳系統(tǒng) 工作組Truth Workgroup二零零六年七月二十二日修訂記錄日期修訂版本修訂說明審核作者06/07/180.1初稿*06/07/190.2修訂稿*06/07/210.3定稿 （第一次提交）*06/08/110.4定稿*目錄1前言.41.1編寫目的 . .41.2項目背景簡介 . .41.2.1項目基本信息 . .41.2.2項目工作內(nèi)容與工作目標 . .41.3術(shù)語定義 . .52軟件項目實施過程總體控制要求. .72.1軟件項目實施流程說明 . .7

2、2.1.1實施流程匯總說明 . .72.1.2實施流程特殊性與關(guān)鍵工作說明.72.2軟件項目職責分工說明 . .7各組織層責任 .82.3軟件項目實施過程控制方法說明. .92.3.1客戶交流機制說明 . .92.3.2軟件項目內(nèi)部管理與進度控制方法說明.92.3.3軟件項目發(fā)布方法說明 . .102.4軟件項目預(yù)期成果清單說明 . .102.4.1文檔成果清單 . .102.4.2代碼成果清單 . .102.4.3其他成果清單 . .103軟件項目具體實施流程說明 . .113.1需求調(diào)研與分析階段實施方案 . .113.1.1工作程序 . .113.1.2工作內(nèi)容與要求 . .113.1.

3、3人員分工與資源配置 . .113.1.4預(yù)期成果清單 . .113.2系統(tǒng)設(shè)計階段實施方案 . .113.2.1工作程序 . .113.2.2工作內(nèi)容與要求 . .113.2.3預(yù)期成果清單 . .113.3代碼實現(xiàn)與測試調(diào)試階段實施方案. .123.3.1工作程序 . .123.3.2工作內(nèi)容與要求 . .123.3.3人員分工與資源配置 . .123.3.4預(yù)期成果清單 . .123.4軟件項目驗收與交付階段實施方案. .123.4.1工作程序 . .123.4.2工作內(nèi)容與要求 . .123.4.3人員分工與資源配置 . .133.4.4預(yù)期成果清單 . .133.5客戶服務(wù)與技術(shù)支持

4、階段實施方案. .133.5.1工作程序 . .133.5.2工作內(nèi)容與要求 . .13系統(tǒng)的安裝與調(diào)試 . .13用戶培訓(xùn) .14系統(tǒng)維護 .14技術(shù)支持和維護的方式 . .163.5.3人員分工與資源配置 . .173.5.4預(yù)期成果清單 . .174軟件項目實施方案總結(jié) . .181 前言1.1編寫目的為了確定項目實施過程，指導(dǎo)需求分析，特編寫保費對帳系統(tǒng)項目實施方案。1.2項目背景簡介1.2.1項目基本信息1.2.1.1項目名稱* 銀行保費對賬系統(tǒng)。1.2.1.2項目發(fā)起者* 銀行網(wǎng)絡(luò)管理部。項目承擔單位* 大學工程碩士班工作組。項目啟動背景因 * 銀行業(yè)務(wù)增長， 現(xiàn)有的手工核對銀行進

5、帳數(shù)據(jù)的方式已不能滿足工作需要。據(jù)來源于多家不同的銀行，在數(shù)據(jù)文件格式上、進帳數(shù)據(jù)描述上都有一定的差異，進帳數(shù)核銷員在數(shù)據(jù)核銷工作中不但要關(guān)注數(shù)據(jù)的核銷狀態(tài)更多的時間還要處理不同格式的數(shù)據(jù)，這使本該簡單的核銷工作變得非常復(fù)雜，加大了核銷工作員不必要的工作技能，保費對帳系統(tǒng)的開發(fā)能提高核銷操作員的辦公效率，以及數(shù)據(jù)核銷的準確性。系統(tǒng)需要具備高起點、高可靠、高效率，安全性強、實用性強、擴充性強、自動化程度高、操作簡練等特點。在此次開發(fā)過程中，我工作組得到了* 銀行的大力支持和需求配合，本研發(fā)工作實在*銀行現(xiàn)有銀行系統(tǒng)的基礎(chǔ)架構(gòu)上進行的，中間數(shù)據(jù)接口與數(shù)據(jù)組件有本小組自行研發(fā)。項目工作內(nèi)容與工作目標

6、項目工作內(nèi)容在此次開發(fā)工作中，我們主要進行以下工作：工作內(nèi)容 1：保費對帳主服務(wù)在設(shè)計保費對帳主模塊的過程中，我們主要實現(xiàn)銀行數(shù)據(jù)上載、銀行數(shù)據(jù)維護、 銀行數(shù)據(jù)查詢等數(shù)據(jù)接口功能；用戶管理、權(quán)限管理、角色管理、日志管理、等系統(tǒng)管理功能；銀行信息管理、會計區(qū)間管理、核銷保費數(shù)據(jù)查詢等對帳業(yè)務(wù)功能；報表生成、報表導(dǎo)出、報表打印等數(shù)據(jù)報表功能；工作內(nèi)容 2：保證金核對服務(wù)設(shè)計保證金核對模塊的過程中，我們主要實現(xiàn)保證金數(shù)據(jù)查詢，核銷保證金數(shù)據(jù)功能；工作內(nèi)容 3：材料費核對功能服務(wù)在設(shè)計保證金核對模塊的過程中，我們主要實現(xiàn)材料費數(shù)據(jù)查詢，核銷材料費數(shù)據(jù)功能；項目工作目標為了保證項目能夠按照正確的方向進行

7、，我們將項目的整個過程劃分為兩大部分：項目的開發(fā)過程和項目的實施維護過程。其中項目的開發(fā)過程又分解為4 個小階段， 每個階段的結(jié)束就是一個里程碑。因此整個項目的開發(fā)進度包含四個主要的里程碑：需求分析 ：在“需求分析” 里程碑應(yīng)基本完成業(yè)務(wù)的需求分析。目標清晰地闡明了應(yīng)用系統(tǒng)的最終目的，并提供了明確的方向。而范圍則定義了一個特定版本的應(yīng)用系統(tǒng)所要提交的業(yè)務(wù)功能，并且通過目標認識到在未來的版本中將要進行的開發(fā)工作。系統(tǒng)設(shè)計 ：“系統(tǒng)設(shè)計階段”里程碑要完成項目的設(shè)計。項目設(shè)計包含功能說明文檔（包括概要設(shè)計、邏輯流程設(shè)計和詳細設(shè)計），每種角色組的人員分配、組織結(jié)構(gòu)和時間進度安排。功能說明提供項目組足夠

8、的實施細節(jié)情況，并確定需要的資源和承諾。在此階段，客戶和項目組在要交付的系統(tǒng)功能以及系統(tǒng)實施過程上取得一致。這是一個重新評估風險、建立優(yōu)先級和對時間以及資源調(diào)配情況做最終估計的重要階段。這個階段將經(jīng)過幾個過程：分概要設(shè)計、 邏輯設(shè)計、 物理設(shè)計， 這個階段將決定項目的成敗，因此每一個階段都需相互銜接。功能范圍開發(fā)完成/ 第一次試用 ：在“范圍完成 / 第一次使用” 里程碑基本完成開發(fā)階段。經(jīng)過核準的功能說明和相關(guān)的項目計劃提供了開發(fā)階段基本的要求。整個階段可以根據(jù)開發(fā)組的要求細分為一系列的內(nèi)部交付里程碑，每個內(nèi)部里程碑都是經(jīng)過測試/ 診斷 / 排錯的過程。在“范圍完成/ 第一次使用”這個里程碑

9、上，所有功能的開發(fā)都已經(jīng)結(jié)束。系統(tǒng)正式推廣實施：在“系統(tǒng)正式發(fā)布”里程碑上完成了穩(wěn)定測試階段。整個項目也到達了終結(jié)點。 測試工作是本身是伴隨著代碼開發(fā)工作進行的，只在穩(wěn)定階段因為集中注意力于尋找錯誤和修改錯誤，所以成為這一階段的主要工作。在產(chǎn)品發(fā)布里程碑，產(chǎn)品正式轉(zhuǎn)交用戶或維護支持組。1.3術(shù)語定義用戶：使用本系統(tǒng)的 * 銀行公司內(nèi)部工作人員，代理銀行的工作人員客戶： * 銀行的業(yè)務(wù)客戶 ( 投保人 ) 代理人：收取保費代理機構(gòu)，銀行。投保人：交保費人。暫收收據(jù)：投保人在交保費時，銀行開的收款收據(jù)。暫收收據(jù)號：暫收收據(jù)的編號。投保書：保險公司與投保人簽訂的合同。投保書號：每一份投保書都有一個編

10、號。客戶服務(wù)部：保險公司負值客戶服務(wù)的部門。新契約：客戶服務(wù)部的業(yè)務(wù)單位。會計部： * 銀行的會計部門保單管理系統(tǒng)：* 銀行目前已有的保單計算機管理系統(tǒng)。會計分錄：財務(wù)系統(tǒng)概念，將賬務(wù)按不同的目的分類。差額：銀行進賬數(shù)據(jù)與保費管理系統(tǒng)的賬單不一致造成的差額。銀行進賬單：銀行為保險公司開的進賬賬單。銀行對賬文件：銀行提供的便于保險公司對賬的文件。保單號：保費管理系統(tǒng)為每一個投保人產(chǎn)生的，用于識別投保人的唯一標識符。日對賬：對當天的銀行進賬信息。月對賬：對當月賬務(wù)總和信息。團單：企業(yè)為多人投保，用支票形式一次支付多人的保費。2 軟件項目實施過程總體控制要求2.1軟件項目實施流程說明實施流程匯總說明

11、需求分析系統(tǒng)設(shè)計系統(tǒng)開發(fā)系統(tǒng)測試系統(tǒng)安裝與調(diào)試用戶培訓(xùn)技術(shù)支持2.1.2實施流程特殊性與關(guān)鍵工作說明1 充分利用銀行系統(tǒng)（ Accounting ）、保費系統(tǒng)（ INGENIUM）和其它商業(yè)銀行的 BMS系統(tǒng)中既有數(shù)據(jù)。不是將3 個系統(tǒng)整合，而是外掛在3 個系統(tǒng)之間。2 本系統(tǒng)不對上述系統(tǒng)本身進行任何改動，不對其現(xiàn)有操作流程產(chǎn)生任何影響。2.2軟件項目職責分工說明* 銀行保費對帳系統(tǒng)載數(shù)據(jù)接口方面設(shè)計到很多的不同類型數(shù)據(jù)，在業(yè)務(wù)上設(shè)計到嚴謹?shù)臄?shù)據(jù)核銷過程，多用戶組、 用戶角色分配， 為了支持本系統(tǒng)的復(fù)雜業(yè)務(wù)邏輯并保持本系統(tǒng)的靈活性、可擴充性，因此，需要各方面充分合作、互相協(xié)調(diào)、才能保證系統(tǒng)實施

12、階段順利進行。針對 * 銀行保費對帳系統(tǒng)要實現(xiàn)的功能，我們將建立如下的三層組織保證體系：? 領(lǐng)導(dǎo)層? 實施層? 用戶驗收層各組織層責任項目領(lǐng)導(dǎo)小組的目的是和 * 項目小組共同建立對整個項目建設(shè)自始至終負責的、相統(tǒng)一的管理，以形成一個由總體控制和有計劃、有組織的控制網(wǎng)絡(luò)系統(tǒng)，實現(xiàn)計劃責權(quán)利- 實施 -檢查 -調(diào)整 -再實施的封閉循環(huán)。領(lǐng)導(dǎo)層的具體職責如下：?明確成員各自分工與責任；?建立工程情況匯報制度；?決定工程重大原則問題；?協(xié)調(diào)各部門及相關(guān)人員關(guān)系。對 * 銀行保費對帳應(yīng)用系統(tǒng)數(shù)據(jù)庫系統(tǒng)的實施，建立以項目中心領(lǐng)導(dǎo)小組為龍頭，系統(tǒng)分析部、系統(tǒng)開發(fā)部、系統(tǒng)實施部為主體的，具有內(nèi)部協(xié)調(diào)職能的直線

13、式操作實施層，負責進度控制、成本控制、質(zhì)量控制、供應(yīng)控制。由于各實施環(huán)節(jié)均有項目質(zhì)量控制小組評審，就有可能一次發(fā)現(xiàn)問題，并可及時落實到具體的負責部門，整個過程一氣呵成，避免推諉扯皮現(xiàn)象和信息傳遞失誤，從而提高系統(tǒng)建設(shè)效率。作為組織保證系統(tǒng)的一個組成部分，還應(yīng)建立線性責任系統(tǒng)，其目的是為了明確項目中各部門各成員在各項工作的地位與作用，使工作和責任一一對應(yīng)起來，以保證組織運轉(zhuǎn)更為有效。操作實施層的組織結(jié)構(gòu)如下：實施層的具體職責如下：? 建立項目實施小組，確定項目實施總負責人；? 組織各專業(yè)技術(shù)隊伍，明確技術(shù)責任與實施方案；? 編制項目技術(shù)規(guī)范，計劃進度，質(zhì)量標準；? 負責組織各專業(yè)技術(shù)人員優(yōu)質(zhì)按時

14、完成項目任務(wù)。用戶驗收層主要保證組織體系能有效地圍繞總體控制計劃運行，其人員由我們和* 技術(shù)專家共同組成。用戶驗收層的具體職責如下：? 共同確定技術(shù)驗收測試標準和驗收測試人員；? 組織現(xiàn)場測試環(huán)境和完成各項技術(shù)指標測試；? 編寫項目測試報告和項目驗收報告；? 組織并完成用戶開通運行等各項工作。2.3軟件項目實施過程控制方法說明2.3.1客戶交流機制說明為保證實現(xiàn)項目預(yù)期目標， 項目實施過程中需要大量的客戶交流工作，定期舉行客戶方例會、向客戶方提供階段性報告、雙方的主要聯(lián)系方式是面談、電話和Email 。2.3.2軟件項目內(nèi)部管理與進度控制方法說明為了適應(yīng)比較流行的MVC開發(fā)模式，保證開發(fā)小組成

15、員順利溝通，協(xié)同完成任務(wù)，我們擬采用較為普遍的軟件工程項目管理方式。在制定項目管理規(guī)范的過程中，我們將主要吸取ISO9000/GB Tl900質(zhì)量管理和質(zhì)量控制國際標準以及CMM項目管理中的精華，緊密結(jié)合我們內(nèi)部的實際和項目的實際情況，使規(guī)范具有較強的可操作性。ISO9000/GB T1900 質(zhì)量管理和質(zhì)量控制國際標準是制造業(yè)的質(zhì)量管理專家在總結(jié)了實踐經(jīng)驗的基礎(chǔ)上而制定的。 所以信息系統(tǒng)項目管理不能用這個系列標準中提供的生產(chǎn)模型來概括，而應(yīng)有選擇地吸收和改進。在項目實施的各個過程中，為確保質(zhì)量，必須明確各項活動的責任。即由誰負責、由誰輔助執(zhí)行、工作應(yīng)執(zhí)行的流程、執(zhí)行人員應(yīng)具備的技能和培訓(xùn)經(jīng)歷

16、等。責任越明確，可執(zhí)行性就越好。 同時要重視質(zhì)量記錄的產(chǎn)生和保存。 在質(zhì)量記錄中， 項目實施過程中產(chǎn)生的第一手原始資料是出現(xiàn)問題時查找原因的根據(jù)，也是系統(tǒng)可回溯性的保證。設(shè)計是項目實施的初期步驟之一，它為整個項目的實施奠定基礎(chǔ)，是保證項目質(zhì)量的關(guān)鍵要素。 在項目實施前， 必須提交合格的設(shè)計文檔。設(shè)計文檔應(yīng)充分考慮項目實施的實際情況，并從技術(shù)的角度確保正確可行。 為保證設(shè)計的質(zhì)量， 我們將遵從軟件產(chǎn)品策劃程序 ，軟件產(chǎn)品開發(fā)程序的規(guī)定。單元名稱時間描述負責人精化需求S+0S+1對項目需求的細節(jié)進行確認工作組需求確認S+1需求結(jié)束里程碑* 銀行結(jié)構(gòu)設(shè)計S+2S+4根據(jù)需求對系統(tǒng)結(jié)構(gòu)進行修改工作組詳

17、細設(shè)計S+3S+5完成詳細設(shè)計工作組編碼S+4S+7完成編碼，與詳細設(shè)計重疊工作組測試S+5S+9內(nèi)部測試工作組用戶培訓(xùn)S+8S+8培訓(xùn) * 銀行的使用人員工作組安裝調(diào)試S+8S+9系統(tǒng)安裝，根據(jù)需求修改報表和基礎(chǔ)數(shù)據(jù)工作組試運行S+10S+11* 銀行對本系統(tǒng)進行進行試運行，我工作組針對工作組用戶提出的維護需求進行維護用戶驗收S+12項目結(jié)束* 銀行系統(tǒng)維護S+12S+52本公司負責一年的系統(tǒng)維護工作組軟件項目發(fā)布方法說明系統(tǒng)的安裝與調(diào)試本小組負責系統(tǒng)安裝與調(diào)試工作，其中軟件部分的安裝是免費的。我們將派遣專業(yè)的技術(shù)支持人員進行現(xiàn)場的安裝與調(diào)試， 并向相關(guān)工作人員介紹安裝與調(diào)試的要點， 保證系

18、統(tǒng)的使用人員掌握基本的系統(tǒng)安裝的方法。安裝與調(diào)試以系統(tǒng)能夠正常穩(wěn)定的工作為基本標準，兼顧用戶的不同的使用要求。服務(wù)器端相關(guān)軟件系統(tǒng)可由硬件提供商負責， 我們的技術(shù)支持人員也可以依據(jù)用戶的要求對服務(wù)器端系統(tǒng)進行安裝與調(diào)試。 服務(wù)器端的數(shù)據(jù)庫系統(tǒng)的建立、 維護等工作將由我們的數(shù)據(jù)庫設(shè)計工程師完成，保證數(shù)據(jù)庫的穩(wěn)定工作。2.4軟件項目預(yù)期成果清單說明文檔成果清單1 保費對帳系統(tǒng)需求分析說明書準確并詳細說明用戶的系統(tǒng)需求， 開發(fā)人員以此為依據(jù)進行系統(tǒng)開發(fā)。 也是向用戶最終審核軟件功能的標準。2 保費對帳系統(tǒng)概要設(shè)計說明書根據(jù)需求分析， 設(shè)計出軟件系統(tǒng)結(jié)構(gòu)、 所需的數(shù)據(jù)結(jié)構(gòu)、 系統(tǒng)內(nèi)外部接口等， 指導(dǎo)詳

19、細設(shè)計。3 保費對帳系統(tǒng)詳細設(shè)計說明書根據(jù)概要設(shè)計，對各模塊功能進行細化，指導(dǎo)程序進行代碼編寫。4 保費對帳系統(tǒng)測試方案進行軟件的單元測試、集成測試和系統(tǒng)測試，完善軟件的各方面功能。5 保費對帳系統(tǒng)發(fā)布說明發(fā)布軟件的各種版本，詳細說明軟件功能、性能及使用方法，為軟件使用者了解軟件的情況提供相關(guān)信息。代碼成果清單程序源代碼清單 ：包括所有程序的源代碼，作為測試、維護和升級的參考依據(jù)。其他成果清單1 客服及技術(shù)支持說明書包括系統(tǒng)使用手冊、系統(tǒng)安裝手冊等為用戶的使用提供服務(wù)。3 軟件項目具體實施流程說明3.1需求調(diào)研與分析階段實施方案工作程序1 由項目實施小組組織需求方和開發(fā)方召開會議，需求方提出系

20、統(tǒng)功能需求，開發(fā)方人員確定所需功能能否實現(xiàn)以及用何種技術(shù)實現(xiàn)，最終協(xié)商確定系統(tǒng)整體功能。2 項目實施小組提出需求分析說明書，并交由供需雙方確認。工作內(nèi)容與要求1、 描述用戶需求，規(guī)劃目標系統(tǒng)結(jié)構(gòu)和主要功能，包括：數(shù)據(jù)接口，核銷數(shù)據(jù)查詢，系統(tǒng)管理功能，報表打印功能；2、 掌握用戶特點，描述用戶的角色、權(quán)限的劃分，包括：系統(tǒng)管理員、核銷操作員、業(yè)務(wù)主管、代理銀行業(yè)務(wù)員；3、 了解設(shè)計與實現(xiàn)的約束條件，確定系統(tǒng)接口和運行環(huán)境，包括用戶操作界面，網(wǎng)絡(luò)傳輸與通信接口，硬件設(shè)備環(huán)境、軟件配置環(huán)境；人員分工與資源配置負責銀行業(yè)務(wù)的， 有多年銀行界工作經(jīng)驗， 熟練掌握對帳業(yè)務(wù)的人員負責提出需求， 經(jīng)驗豐富的專

21、業(yè)人員進行技術(shù)實現(xiàn)討論及確定。預(yù)期成果清單保費對帳系統(tǒng)需求分析說明書3.2系統(tǒng)設(shè)計階段實施方案工作程序開發(fā)組成員根據(jù)需求分析進行功能的分類匯總，確定系統(tǒng)架構(gòu)及功能模塊，提交概要設(shè)計和詳細設(shè)計 。工作內(nèi)容與要求1、針對客戶提出的各項需求，進行需求分類匯總，對功能、性能進行歸并，為建立完整的系統(tǒng)結(jié)構(gòu)、選擇正確的實現(xiàn)策略奠定基礎(chǔ)，從而形成相對穩(wěn)定的功能模塊劃分。2、針對需求的匯總分析和項目面臨的各種約束和假定，進行重點難點問題分析，找出完成本項目所必須克服的重點和難點問題，一方面能夠讓技術(shù)人員理解相應(yīng)功能模塊的重要性，另一方面能夠保證項目實施過程中所有人員都能夠圍繞重點和難點問題展開工作，使得項目研

22、發(fā)的成果能夠最大限度的滿足客戶要求。3、系統(tǒng)模塊劃分，實現(xiàn)完整的功能模塊劃分，從而為技術(shù)人員的分工提供依據(jù)，這部分的內(nèi)容要對上一節(jié)的內(nèi)容進行更細致的分類，遵循技術(shù)形式進行劃分。4、系統(tǒng)接口策略，該項說明在系統(tǒng)實現(xiàn)過程中，需要與系統(tǒng)外部的硬件設(shè)備、網(wǎng)絡(luò)結(jié)點、軟件系統(tǒng)進行交互，并確定各類接口的類型、使用方法、 所屬的功能模塊和本系統(tǒng)內(nèi)各個功能模塊之間的接口定義、相互依賴關(guān)系等。預(yù)期成果清單保費對帳系統(tǒng)概要設(shè)計說明書和保費對帳系統(tǒng)詳細設(shè)計說明書3.3代碼實現(xiàn)與測試調(diào)試階段實施方案工作程序開發(fā)組成員根據(jù)詳細設(shè)計確定各自分工，進行各個模塊功能的具體開發(fā)實現(xiàn)工作，系統(tǒng)進入測試階段后組織驗收組編寫測試報告。

23、工作內(nèi)容與要求項目開發(fā)組要保證開發(fā)進度的順利進行，并將進度情況及時向用戶匯報。人員分工與資源配置姓名職責完成模塊王文健項目進度控制管理、 成員1、 軟件總體結(jié)構(gòu)協(xié)調(diào)，項目研發(fā)計劃、需2、 2、系統(tǒng)管理模塊求分析、結(jié)構(gòu)設(shè)計、項目實施、系統(tǒng)管理模塊的實現(xiàn)。孫英姝項目配置管理，會議記1、 數(shù)據(jù)接口模塊錄，數(shù)據(jù)接口模塊實現(xiàn)。2、 2、保費核銷模塊保費核銷模塊、 報表打印3、報表打印模塊模塊于萍保證金核銷模塊、 退保證1、 保證金核銷模塊金核銷模塊、 材料費核銷2、 2、退保證金核銷模模塊，軟件測試塊3、材料費核銷模塊3.3.4預(yù)期成果清單程序源代碼清單和保費對帳系統(tǒng)測試方案3.4軟件項目驗收與交付階段

24、實施方案工作程序開發(fā)組提交項目完成報告，組織用戶驗收組進行項目驗收。工作內(nèi)容與要求在項目結(jié)束時， 必須履行嚴格的驗收和交接手續(xù)。終驗和交接的目的是使用戶對項目質(zhì)量和最終系統(tǒng)狀態(tài)形成全面正確的認識，從而對系統(tǒng)集成工作滿意和認可，同時向用戶提交完整的文檔，以便于用戶日后對系統(tǒng)運行和維護。在終驗前， 我們和 * 共同組建終驗協(xié)調(diào)小組，該小組應(yīng)由各方領(lǐng)導(dǎo)小組委托各自的技術(shù)負責人組成，由用戶方出任組長。該小組負責擬定終驗測試方法、終驗測試時間及周期、終驗內(nèi)容及終驗進度安排，并且要對各廠商、集成商及最終用戶的職責、義務(wù)與協(xié)調(diào)方法做出明確的規(guī)定。終驗應(yīng)當在終驗協(xié)調(diào)小組的領(lǐng)導(dǎo)下進行。終驗測試過程要有詳細的日志

25、和質(zhì)量記錄。在終驗測試完畢后，應(yīng)綜合提交終驗測試數(shù)據(jù)和測試報告，經(jīng)各方簽字認可。在終驗過程中， 項目質(zhì)量監(jiān)督小組應(yīng)當有計劃地進行質(zhì)量審核和抽驗工作，其審核報告應(yīng)提交終驗協(xié)調(diào)小組。終驗完成后，輸出文件包括：終驗測試方案、終驗實施方案、質(zhì)量記錄、質(zhì)量審核報告和終驗測試報告。終驗結(jié)束后開始交接過程。交接是一個逐步使用戶熟悉系統(tǒng)，進而能夠掌握、管理、維護系統(tǒng)的過程。交接需要在終驗協(xié)調(diào)小組的負責下有計劃有步驟地進行。交接包括技術(shù)資料交接和系統(tǒng)交接。系統(tǒng)交接一直延續(xù)到維護階段（指合同中規(guī)定的無償維護）。交接流程是：交接工作計劃、所有文檔清點和培訓(xùn)計劃、系統(tǒng)交接與維護。技術(shù)資料交接包括在實施過程中所產(chǎn)生的全

26、部文件和記錄。終驗協(xié)調(diào)小組應(yīng)督促各供應(yīng)廠商提供相應(yīng)的技術(shù)資料，并整理網(wǎng)絡(luò)、服務(wù)器和數(shù)據(jù)庫的所有配置參數(shù)及其它數(shù)據(jù)。交接時至少提交如下資料：總體設(shè)計文檔、項目實施設(shè)計、系統(tǒng)配置文檔、測試報告、系統(tǒng)維護手冊和系統(tǒng)操作手冊（可由設(shè)備廠家提供）以及系統(tǒng)管理建議書。在技術(shù)資料交接之后，便進入維護階段。維護階段的時間長短由終驗協(xié)調(diào)組協(xié)商確定，且各方的任務(wù)要明確。維護階段的主要任務(wù)是協(xié)同用戶進一步熟悉和掌握整個系統(tǒng)，提高用戶自身的系統(tǒng)管理能力。人員分工與資源配置由工作組完成。預(yù)期成果清單保費對帳系統(tǒng)發(fā)布說明3.5客戶服務(wù)與技術(shù)支持階段實施方案工作程序確定系統(tǒng)交付使用后的客戶服務(wù)與技術(shù)支持的內(nèi)容。工作內(nèi)容與要

27、求系統(tǒng)的安裝與調(diào)試我們負責系統(tǒng)安裝與調(diào)試工作，支持人員進行現(xiàn)場的安裝與調(diào)試，用人員掌握基本的系統(tǒng)安裝的方法。其中軟件部分的安裝是免費的。我們將派遣專業(yè)的技術(shù)并向相關(guān)工作人員介紹安裝與調(diào)試的要點，保證系統(tǒng)的使安裝與調(diào)試以系統(tǒng)能夠正常穩(wěn)定的工作為基本標準，兼顧用戶的不同的使用要求。服務(wù)器端相關(guān)軟件系統(tǒng)可由硬件提供商負責，我們的技術(shù)支持人員也可以依據(jù)用戶的要求對服務(wù)器端系統(tǒng)進行安裝與調(diào)試。 服務(wù)器端的數(shù)據(jù)庫系統(tǒng)的建立、 維護等工作將由我們的數(shù)據(jù)庫設(shè)計工程師完成，保證數(shù)據(jù)庫的穩(wěn)定工作。用戶培訓(xùn)培訓(xùn)的主要目的是為了使* 的用戶能更好的掌握新系統(tǒng)的安裝、使用和管理方法， 充分發(fā)揮系統(tǒng)的作用，使他們經(jīng)過系統(tǒng)

28、培訓(xùn)后，能夠?qū)ο到y(tǒng)進行日常的使用和管理工作。為了保證培訓(xùn)的質(zhì)量，我們將把培訓(xùn)的內(nèi)容做成多媒體教學光盤，輔助培訓(xùn)教學， 并方便用戶日后的使用。培訓(xùn)針對不同崗位職責的具體業(yè)務(wù)的需求，在力求覆蓋絕大多數(shù)的有各種工作人員的要求下， 對領(lǐng)導(dǎo)、 干部、技術(shù)主管等不同類別用戶，設(shè)計相應(yīng)的培訓(xùn)方案。通過對用戶的歸類、劃分，我們可以盡可能的使培訓(xùn)落實到每一個用戶的具體職責上去，保證良好的培訓(xùn)效果。我們將針對 * 人員的特點 , 準備兩套培訓(xùn)內(nèi)容：初級培訓(xùn)，系統(tǒng)建設(shè)和操作維護。高級培訓(xùn)，系統(tǒng)深層次應(yīng)用開發(fā)。操作維護培訓(xùn)和高級培訓(xùn)包括：所提供軟件的工作原理和技術(shù)性能、操作維護方法、安裝調(diào)測、排除故障及軟件結(jié)構(gòu)、定制

29、和升級等各個方面 , 系統(tǒng)管理和建設(shè)的軟件系統(tǒng)的使用， 以及系統(tǒng)進一步開發(fā)的全套方法和接口協(xié)議。并提供全套培訓(xùn)教材和培訓(xùn)課程計劃表。對于參與項目的 * 人員我們將在項目的開發(fā)設(shè)計過程中進行有側(cè)重培訓(xùn)， 使他們充分了解系統(tǒng)設(shè)計的體系架構(gòu)、開發(fā)規(guī)范和項目管理方法等。我們將準備如下內(nèi)容課程：系統(tǒng)操作、系統(tǒng)維護與運營和用戶使用培訓(xùn)等課程，另外，我們將提供在線式的幫助系統(tǒng)。系統(tǒng)維護系統(tǒng)維護是指系統(tǒng)在功能上進行修改，由于* 業(yè)務(wù)需求的擴展性，在實際應(yīng)用中，特別是在系統(tǒng)剛投入使用時，需經(jīng)常改動程序功能。針對這種情況， 我們的系統(tǒng)維護工作從以下幾個方面入手，從而使系統(tǒng)應(yīng)用達到預(yù)期目的。?在系統(tǒng)設(shè)計階段應(yīng)充分考

30、慮系統(tǒng)的靈活性，將各個功能模塊設(shè)計成可由系統(tǒng)維護或用戶定制的，如對各項固定參數(shù)的代碼表的維護，通用的指標定制，通用定制查詢條件，通用的報表設(shè)計等。這樣系統(tǒng)的應(yīng)用范圍就會變得很廣，通常只要數(shù)據(jù)庫中存在的數(shù)據(jù)都可以由系統(tǒng)按照用戶的需求進行組合輸出。靈活的程序結(jié)構(gòu)理想狀態(tài)可以做到只要數(shù)據(jù)庫不作改動，程序代碼也無需改動。對于數(shù)據(jù)庫，因在機構(gòu)上予以優(yōu)化，給予其較大的自由度， 但數(shù)據(jù)庫變動一般影響較大，過于靈活的設(shè)計會影響系統(tǒng)運行效率，因而數(shù)據(jù)庫結(jié)構(gòu)往往會隨著需求的變化而調(diào)整。對于某些情況，如：數(shù)據(jù)庫結(jié)構(gòu)的改動，仍需要對程序代碼進行修改。對于該類維護，在系統(tǒng)試運行階段開發(fā)商應(yīng)在系統(tǒng)運行地實施免費維護，進一

31、步使需求達到用戶要求，最大限度地做到讓用戶滿意， 系統(tǒng)試運行階段一般為系統(tǒng)驗收通過后二個月。 系統(tǒng)試運行期過后， 開發(fā)商將與用戶另行簽訂維護合同， 以下幾點均是對系統(tǒng)試運行期后維護工作而言。? 業(yè)務(wù)框架的更改： 當業(yè)務(wù)流程發(fā)生變化， 并在系統(tǒng)中需要改動的， 此類變動涉及面很大甚至要重新架構(gòu)部分功能模塊的， 我們可以先進行系統(tǒng)升級具體費用可在后期合同中體現(xiàn)。本情況的處理方法為： 雙方認真討論新需求， 結(jié)合已有系統(tǒng)的現(xiàn)狀提出可行方案。 之后，由開發(fā)商提交解決方案和時間進度表，共同討論通過后，開發(fā)商進行系統(tǒng)分析和詳細分析。將新系統(tǒng)升級完成后，在測試環(huán)境下運行，測試通過后將全面上線試運行。試運行無誤后

32、，提交相關(guān)文檔。在此過程中除開發(fā)期均有系統(tǒng)分析員參與討論或工程師現(xiàn)場維護直到能夠正式運行。? 單一模塊的功能升級： 隨著業(yè)務(wù)需求的不斷變化， 將出現(xiàn)現(xiàn)在無法預(yù)測的變動， 而本系統(tǒng)的相應(yīng)模塊未能適應(yīng)該變動，例如：業(yè)務(wù)內(nèi)容、操作方法、管理控制、界面風格等。此時需要代碼升級， 原則上提供免費升級， 工作量超過 7 人日則采取先升級， 日后在后期合同中加以體現(xiàn)的方法運作。本情況的處理方法為：由 * 提出需求，雙方就系統(tǒng)現(xiàn)狀提出可行方案。之后，由開發(fā)商提交解決方案和時間進度表，共同討論通過后，開發(fā)商進行系統(tǒng)分析和詳細分析。將新系統(tǒng)升級完成后，在測試環(huán)境下運行，測試通過后將全面上線試運行。試運行無誤后，提

33、交相關(guān)文檔。在此過程中除開發(fā)外，均有系統(tǒng)分析員參與討論或工程師現(xiàn)場維護直到能夠正式運行。?簡單的功能升級： 有些內(nèi)容的變更不在系統(tǒng)自動升級的范疇以內(nèi)， 將需要工程師的介入。本情況的處理方法為：此時工程師在現(xiàn)場明確 * 的需求后進行現(xiàn)場開發(fā)，開發(fā)完畢后在測試環(huán)境下運行，測試通過后將全面上線試運行。試運行無誤后，2 日內(nèi)提交相關(guān)文檔。工程師在現(xiàn)場進行維護直到新需求能正常使用。? 新增功能：隨著新的理念、管理方法、分析手段和功能應(yīng)用的出現(xiàn)，會有新的功能模塊的需求出現(xiàn)。本情況的處理方法為： 在雙方認真討論新需求后， 由開發(fā)商提交解決方案和時間進度表，共同討論通過后， 開發(fā)商進行系統(tǒng)分析和詳細分析。 將

34、新系統(tǒng)升級完成后， 在測試環(huán)境下運行，測試通過后將全面上線試運行。試運行無誤后，提交相關(guān)文檔。在此過程中除開發(fā)期均有系統(tǒng)分析員參與討論或工程師現(xiàn)場維護直到能夠正式運行。? 數(shù)據(jù)庫運行環(huán)境的變更。包括：數(shù)據(jù)庫服務(wù)器的更換、數(shù)據(jù)庫數(shù)據(jù)階段性備份和整理、數(shù)據(jù)庫管理系統(tǒng)的升級等。本情況的處理方法為：由* 提出需求，雙方就新需求提出可行方案。之后，由開發(fā)商提交解決方案和時間進度表，共同討論通過后，開發(fā)商在測試環(huán)境下實施，測試通過后轉(zhuǎn)移到新環(huán)境下試運行。試運行無誤后，提交相關(guān)文檔。在此過程中除文檔編寫期均有系統(tǒng)分析員參與討論或工程師現(xiàn)場維護直到能夠正式運行。? 數(shù)據(jù)庫結(jié)構(gòu)更新。包括：增加、刪除系統(tǒng)表和數(shù)據(jù)表，改變系統(tǒng)表、數(shù)據(jù)表結(jié)構(gòu)，建立備份數(shù)據(jù)表等。由于業(yè)務(wù)、功能和流程上的需要，表結(jié)構(gòu)的更新在所難免，本變動一般是圍繞著業(yè)務(wù)進行的。本情況的處理方法為：在業(yè)務(wù)處理過程中，討論此處的更新，處理過程同業(yè)務(wù)流程，工作量記入業(yè)務(wù)處理中。? 系統(tǒng)自適應(yīng)升級的維護： 當新的需求滿足系統(tǒng)自動升級的條件時， 為確保升級能夠正確，并保證系統(tǒng)的穩(wěn)定，我們有工