系統(tǒng)軟件綜合重點工程項目實施專業(yè)方案

軟件項目實施方案

DocumentforSoftwareProjectImpIementation

產(chǎn)*銀行保費對帳系統(tǒng)］

單位；工作組

TruthWorkgroup

日期:

XXXX年XX月XX日

修訂統(tǒng)計

日期修訂版本修訂說明審核

作者

06/07/180.1初稿木木

06/07/190.2修訂稿**

06/07/210.3定稿（第一次提交）**

06/08/110.4定稿**

目錄

1前言......................................................錯誤!未定義書簽。

1.1編寫目標...............................................錯誤!未定義書簽。

1.2項目背景介紹..........................................錯誤!未定義書簽。

1.2.1項R基礎信息....................................錯誤!未定義書簽。

1.2.2項目工作內(nèi)容和工作目標.........................錯誤!未定義書簽o

1.3術語定義...............................................錯誤!未定義書簽。

2軟件項目實施過程總體控制要求................................錯誤!未定義書簽。

2.1軟件項目實施步驟說明..................................錯誤!未定義書簽。

2.1.1實施步驟匯總說明................................錯誤!未定義書簽。

2.1.2實施步驟特殊性和關鍵工作說明...................錯誤!未定義書簽。

2.2軟件項目職責分工說明..................................錯誤!未定義書簽。

各組織層責任............................................錯誤!未定義書簽。

2.3軟件項目實施過程控制方法說明.........................錯誤!未定義書簽。

2.3.1用戶交流機制說明................................錯誤!未定義書簽。

2.3.2軟件項目內(nèi)部管理和進度控制方法說明.............錯誤!未定義書簽。

2.3.3軟件項目公布方法說明............................錯誤!未定義書簽，

2.4軟件項目預期結(jié)果清單說明..............................錯誤!未定義書簽。

2.4.1文檔結(jié)果清單....................................錯誤!未定義書簽。

2.4.2代碼結(jié)果清單....................................錯誤!未定義書簽。

2.4.3其它結(jié)果清單....................................錯誤!未定義書簽。

3軟件項目具體實施步驟說明....................................錯誤!未定義書簽。

3.1需求調(diào)研和分析階段實施方案............................錯誤!未定義書簽。

3.1.1工作程序.........................................錯誤!未定義書簽。

3.1.2工作內(nèi)容和要求..................................錯誤!未定義書簽o

3.1.3人員分工和資源配置..............................錯誤!未定義書簽。

3.1.4預期結(jié)果清單....................................錯誤!未定義書簽。

3.2系統(tǒng)設計階段實施方案..................................錯誤!未定義書簽。

3.2.1工作程序.........................................錯誤!未定義書簽。

3.2.2工作內(nèi)容和要求..................................錯誤!未定義書簽。

3.2.3預期結(jié)果清單....................................錯誤!未定義書簽。

3.3代碼實現(xiàn)和測試調(diào)試階段實施方案.......................錯誤!未定義書簽。

3.3.1工作程序.........................................錯誤!未定義書簽。

3.3.2工作內(nèi)容和耍求..................................錯誤!未定義書簽。

3.3.3人員分工和資源配置..............................錯誤!未定義書簽。

3.3.4預期結(jié)果清單....................................錯誤!未定義書簽。

3.4軟件項目驗收和交付階段實施方案.......................錯誤!未定義書簽。

3.4.1工作程序.........................................錯誤!未定義書簽。

3.4.2工作內(nèi)容和要求..................................錯誤!未定義書簽。

3.4.3人員分工和資源配置..............................錯誤!未定義書簽。

3.4.4預期結(jié)果清單....................................錯誤!未定義書簽。

3.5用戶服務和技術支持階段實施方案.......................錯誤!未定義書簽。

3.5.1工作程序.........................................錯誤!未定義書簽。

3.5.2工作內(nèi)容和要求..................................錯誤!未定義書簽。

系統(tǒng)安裝和調(diào)試...............................................錯誤!未定義書簽△

用戶培訓.....................................................錯誤!未定義書簽。

系統(tǒng)維護.....................................................錯誤!未定義書簽。

技術支持和維護方法..........................................錯誤!未定義書簽。

3.5.3人員分工和資源配置..............................錯誤!未定義書簽。

3.5.4預期結(jié)果清單....................................錯誤!未定義書簽。

4軟件項目實施方案總結(jié)........................................錯誤!未定義書簽。

1前言

1.1編寫目標

為了確定項目實施過程，指導需求分析，特編寫《保費對帳系統(tǒng)項目實施方案》。

1.2項目背景介紹

1.2.1項目基礎信息

1.2.1.1項目名稱

**銀行保費對賬系統(tǒng)，

1.2.1.2項目提議者

"銀行網(wǎng)絡管理部。

1.2.13項目負擔單位

**大學工程碩士班工作組。

1.2.1.4項目開啟背景

1.藥品監(jiān)管部門是群眾用藥安全守護神，應堅持科學發(fā)展觀，踐行科學監(jiān)管理念，

嚴格執(zhí)法，依法行政，推進藥監(jiān)工作有序開展。藥品監(jiān)管是一個更雜問題，常

常見面臨部分疑難問題。中小藥店及村級醫(yī)療機構(gòu)藥品庫存量較少，懷疑有質(zhì)

量問題藥品往往達不到要求全檢量。根據(jù)現(xiàn)行《藥品管理法》等法律法規(guī)，對

經(jīng)營、使用有質(zhì)量問題藥品單位不能進行處理.在此情形下,唯一能夠采取措

施是向上追蹤，對上游單位進行抽檢，上游單位往往是藥品批發(fā)企業(yè)，其藥品

銷售速度很,央，極少再有目標抽檢藥品，若要深入追查，將要花費大量時間和

人力、物力，最終也難取得令人滿意結(jié)果。處理此問題方法即是從銷售終端著

手，開發(fā)?套系統(tǒng)在每?個取得銷售藥品機制地方全部能夠登錄該系統(tǒng)經(jīng)過藥

品編號進行查詢就能夠明確知道所查詢藥品屬性、用途和是否經(jīng)過了藥監(jiān)部門

生產(chǎn)許可。

2,消費者去藥店買藥時往往碰到藥店里沒有所購置藥品，卻又不知哪里有售尷尬。

本系統(tǒng)提供一個查詢窗口，消費者能夠經(jīng)過系統(tǒng)窗口輸入所需物品即可查詢系

統(tǒng)內(nèi)部全部登記在內(nèi)藥店數(shù)據(jù)然后列出全部符合條件藥店地址和聯(lián)絡方法。

122項目工作內(nèi)容和工作目標

1.2.2.1項目工作內(nèi)容

在此次開發(fā)工作中，我們關鍵進行以下工作：

工作內(nèi)容1：用戶（各使用單位）信息及藥品登記管理

在設計用戶信息及藥品登記管理模塊過程中，我們關鍵給用戶提供一個入口進行用戶基

礎信息管理，銷售信息藥品登記、庫存查詢。

工作內(nèi)容2:消費者查詢功效

設計消費者查詢模塊過程中，我們關鍵實現(xiàn)消費者對藥品基礎信息查詢和查詢所需物品

何處有售功效；

工作內(nèi)容3:藥監(jiān)部門對系統(tǒng)內(nèi)數(shù)據(jù)監(jiān)管功效

在設計藥監(jiān)部門對藥品監(jiān)管模塊過程中，我們關鍵實現(xiàn)對系統(tǒng)內(nèi)全部藥店銷售藥品查詢

功效、藥店內(nèi)銷售不符合要求物品自動報警功效；

1.2.2.2項目工作目標

為了確保項目能夠根據(jù)正確方向進行，我們將項目標整個過程劃分為兩大部分：項目標

開發(fā)過程和項目標實施維護過程。其中項目標開發(fā)過程又分解為4個小階段，每個階段結(jié)束

就是一個里程碑。所以整個項目標開發(fā)進度包含四個關犍里程碑：

需求分析：在“需求分析”里程碑應基礎完成業(yè)務需求分析。目標清楚地說明了應用系

統(tǒng)最終目標,并提供了明確方向,而范闈則定義了一個特定版本應用系統(tǒng)所要提交業(yè)務功效.

而且經(jīng)過目標認識到在未來版本中將要進行開發(fā)工作。

系統(tǒng)設計：”系統(tǒng)設計階段”里程碑要完成項目標設計。項目設計包含功效說明文檔（包

含概要設計、邏輯步驟設計和具體設計），每種角色組人員分配、組織結(jié)構(gòu)和時間進度安排。

功效說明提供項目組足夠?qū)嵤┘毠?jié)情況，并確定需要資源和承諾。在此階段，用戶和項目組

在要交付系統(tǒng)功效和系統(tǒng)實施過程上取得一致。這是一個重新評定風險、建立優(yōu)先級和對時

間和資源調(diào)配情況做最終估量關鍵階段。這個階段將經(jīng)過多個過程:分概要設計、邏輯設計、

物理設計，這個階段將決定項目標成敗，所以每一個階段全部需相耳銜接。

功效范圍開發(fā)完成/第一次試用：在“范圍完成/第一次使用”里程碑基礎完成開發(fā)階段。

經(jīng)過核準功效說明和相關項目計劃提供了開發(fā)階段基礎要求。整個階段能夠依據(jù)開發(fā)組要求

細分為一系列內(nèi)部交付里程碑，每個內(nèi)部里程碑全部是經(jīng)過測試/診療/排錯過程。在“范圍

完成/第一次使用”這個里程碑上，全部功效開發(fā)全部已經(jīng)結(jié)束。

系統(tǒng)正式推廣實施：在”系統(tǒng)正式公布”里程碑上完成了穩(wěn)定測試階段。整個項目也抵

達了終止點。測試工作是本身是伴伴隨代碼開發(fā)工作進行，只在穩(wěn)定階段因為集中注意力于

尋求錯誤和修改錯誤，所以成為這一階段關鍵工作。在產(chǎn)品公布里程碑，產(chǎn)品正式轉(zhuǎn)交用戶

或維護支持組。

2軟件項目實施過程總體控制要求

2.1軟件項目實施步驟說明

2.1.1實施步驟匯總說明

2.1.2實施步驟特殊性和關鍵工作說明

1.經(jīng)過互聯(lián)網(wǎng)連接服務器查詢數(shù)據(jù)，經(jīng)過提供一個窗口連接到食品藥品查詢系統(tǒng)對物

品數(shù)據(jù)進行查詢3

2.本系統(tǒng)不對食品藥品系統(tǒng)進行任何改動，不對其現(xiàn)有操作步驟產(chǎn)生任何影響。

2.2軟件項目職責分工說明

系統(tǒng)在數(shù)據(jù)接II方面設計到很多不一樣類型數(shù)據(jù)，在業(yè)務上設計到嚴謹數(shù)據(jù)核銷過程,

多用戶組、用戶角色分配，為了支持本系統(tǒng)復雜業(yè)務邏揖并保持本系統(tǒng)靈活性、可擴充性，

所以，需要各方面充足合作、相互協(xié)調(diào)、才能確保系統(tǒng)實施階段順利進行。

針對帳系統(tǒng)要實現(xiàn)功效，我們將建立以下三層組織確保體系：

＞領導層

＞實施層

＞用戶驗收層

各組織層責任

項目領導小組目標是和**項目小組共同建立對整個項目建設自始至終負責、責權利相統(tǒng)

一管理，以形成一個由總體控制和有計劃、有組織控制網(wǎng)絡系統(tǒng)，實現(xiàn)計劃一實施一檢驗--

-調(diào)整一再實施封閉循環(huán)。

領導層具體職責以下：

>明確組員各自分工和責任；

>建立工程情況匯報制度；

>決定工程重大標準問題；

>協(xié)調(diào)各部門及相關人員關系。

對系統(tǒng)數(shù)據(jù)庫系統(tǒng)實施，建立以項目中心領導小組為龍頭，系統(tǒng)分析部、系統(tǒng)開發(fā)部、

系統(tǒng)實施部為主體，含有內(nèi)部協(xié)調(diào)職能宜線式操作實施層，負責進.度控制、成本控制、質(zhì)量

控制、供給控制。因為各實施步驟全部有項目質(zhì)量控制小組評審，就有可能一次發(fā)覺問題，

并可立即落實到具體負責部門，整個過程一氣呵成，避免推諉扯皮現(xiàn)象和信息傳輸失誤，從

而提升系統(tǒng)建設效率。

作為組織確保系統(tǒng)一個組成部分，還應建立線性責任系統(tǒng)，其目標是為了明確項目中各

部門各組員在各項工作地位和作用，使工作和責任?一末應起來，以確保組織運轉(zhuǎn)更為有效。

操作實施層組織結(jié)構(gòu)以K：

項目負責人領導小組層

開發(fā)部網(wǎng)絡部培訓部

操

作

實

施

層

質(zhì)量監(jiān)理組

系統(tǒng)維護組

實施層具體職責以下:

>建立項目實施小組，確定項目實施總責任人；

>組織各專業(yè)技術隊伍，明確技術責任和實施方案；

>編制項目技術規(guī)范，計劃進度，質(zhì)量標準；

>負責組織各專業(yè)技術人員優(yōu)質(zhì)按時完成項目任務C

用戶驗收層關鍵確保組織體系能有效地圍繞總體控制計劃運行，其人員由我們和**技術

教授共同組成.

用戶驗收層具體職責以下：

>共同確定技術驗收測試標準和驗收測試人員：

>組織現(xiàn)場測試環(huán)境和完成各項技術指標測試；

>編寫項目測試匯報和項目驗收匯報；

>組織并完成用戶開通運行等各項工作。

2.3軟件項目實施過程控制方法說明

2.3.1用戶交流機制說明

為確保實現(xiàn)項目預期目標，項目實施過程中需要大量用戶交流工作，定時舉行用戶方例

會、向用戶方提供階段性匯報、雙方關鍵聯(lián)絡方法是面談、電話和Email。

2.3.2軟件項目內(nèi)部管理和進度控制方法說明

為了適應比較流行MVC開發(fā)模式，確保開發(fā)小組組員順利溝通，協(xié)同完成任務，我們

擬采取較為普遍軟件工程項目管理方法。

在制訂項目管理規(guī)范過程中，我們將關鍵吸收IS09000/GB-T1900質(zhì)量管理和質(zhì)量控

制國際標準和CMM項目管理中精華，緊密結(jié)合我們內(nèi)部實際和項目標實際情況，使規(guī)范含

有較強可操作性。

IS09000/GB-T1900質(zhì)最管理和質(zhì)最控制國際標準是制造業(yè)質(zhì)最管理教授在總結(jié)了實

踐經(jīng)驗基礎上而制訂。所以信息系統(tǒng)項目管理不能用這個系列標準中提供生產(chǎn)模型來概括,

而應有選擇地吸收和改善，

在項目實施各個過程中，為確保質(zhì)量，必需明確各項活動責任。即由誰負責、由誰輔助

實施、工作應實施步驟、實施人員應含有技能和培訓經(jīng)歷等。責任越明確，可實施性就越好。

同時要重視質(zhì)量統(tǒng)計產(chǎn)生和保留。在質(zhì)量統(tǒng)計中，項目實施過程中產(chǎn)生第一手原始資料是出

現(xiàn)問題時查找原因依據(jù)，也是系統(tǒng)可回溯性確保。

設計是項目實施早期步驟之一，它為整個項目標實施奠定基礎，是確保項目質(zhì)量關鍵

要素。在項目實施前，必需提交合格設計文檔。設計文檔應充足考慮項目實施實際情況，并

從技術角度確保正確可行，為確保設計質(zhì)量，我們將遵從《軟件產(chǎn)品策劃程序》，《軟件產(chǎn)品

開發(fā)程序》要求°

單元名稱時間描述責任人

精化需求S+O-S+I對項目需求細節(jié)進行確定工作組

需求確定?S+1需求結(jié)束里程碑**銀行

結(jié)構(gòu)設計S+2?S+4依據(jù)需求對系統(tǒng)結(jié)構(gòu)進行修改工作組

具體設計S+3?S+5完成具體設計工作組

編碼S+4-S+7完成編碼，和具體設計重合工作組

測試S+5?S+9內(nèi)部測試工作組

用戶培訓S+8?S+8培訓**銀行使用人員工作組

安裝調(diào)試S+8?S+9系統(tǒng)安裝，依據(jù)需求修改報表和基礎數(shù)據(jù)工作組

試運行S+10-S+I1**銀行對本系統(tǒng)進行進行試運行，我工作組針對用工作組

戶提出維護需求進行維護

用戶驗收-S+12項目結(jié)束**銀行

系統(tǒng)維護S+12-S+52本企業(yè)負責十二個月系統(tǒng)維護工作組

2.3.3軟件項目公布方法說明

系統(tǒng)安裝和調(diào)試

本小組負責系統(tǒng)安裝和調(diào)試工作，其中軟件部分安裝是無償。我們將派遣專業(yè)技術支持

人員進行現(xiàn)場安裝和調(diào)試，并向相關工作人員介紹安裝和調(diào)試關鍵點，確保系統(tǒng)使用人員掌

握基礎系統(tǒng)安裝方法。安裝和調(diào)試以系統(tǒng)能夠正常超定工作為基礎標準，兼顧用戶不?樣使

用要求。

服務器端相關軟件系統(tǒng)可由硬件提供商負責，我們技術支持人員也能夠依據(jù)用戶要求對

服務器端系統(tǒng)進行安裝和調(diào)試。服務器端數(shù)據(jù)庫系統(tǒng)建立、維護等工作將由我們數(shù)據(jù)庫設計

工程師完成，確保數(shù)據(jù)庫穩(wěn)定工作。

2.4軟件項目預期結(jié)果清單說明

2.4.1文檔結(jié)果清單

1.《保費對帳系統(tǒng)需求分析說明書》

正確并具體說明用戶系統(tǒng)需求，開發(fā)人員以此為依據(jù)進行系統(tǒng)開發(fā)。也是向用戶最終審核軟

件功效標準。

2.《保費對帳系統(tǒng)概要設計說明書》

依據(jù)需求分析，設計出軟件系統(tǒng)結(jié)構(gòu)、所需數(shù)據(jù)結(jié)構(gòu)、系統(tǒng)內(nèi)外部接口等，指導具體設計。

3.《保費對帳系統(tǒng)具體設計說明書》

依據(jù)概要設計，對各模塊功效進行細化，指導程序進行代碼編寫。

4.《保費對帳系統(tǒng)測試方案》

進行軟件單元測試、集成則試和系統(tǒng)測試，完善軟件各方面功效。

5.《保費對帳系統(tǒng)公布說明》

公布軟件多種版本，具體說明軟件功效、性能及使用方法，為軟件使用者了解軟件情況提供

相關信息。

2.4.2代碼結(jié)果清單

《程序源代碼清單》：包含全部程序源代碼，作為測試、維護和升級參考依據(jù)。

2.4.3其它結(jié)果清單

1.《客服及技術支持說明書》

包含系統(tǒng)使用手冊、系統(tǒng)安裝手冊等為用戶使用提供服務。

3軟件項目具體實施步驟說明

3.1需求調(diào)研和分析階段實施方案

3.1.1工作程序

I.由項目實施小組組織需求方和開發(fā)方召開會議，需求方提出系統(tǒng)功效需求，開發(fā)方人員

確定所需功效能否實現(xiàn)和用何種技術實現(xiàn)，最終協(xié)商確定系統(tǒng)整體功效。

2.項目實施小組提出需求分析說明書，并交由供需雙方確定。

3.1.2工作內(nèi)容和要求

1、描述用戶需求，計劃目標系統(tǒng)結(jié)構(gòu)和關鍵功效，包含：數(shù)據(jù)接口，核銷數(shù)據(jù)查詢，系統(tǒng)

管理功效，報表打印功效；

2、掌握用戶特點，描述用戶角色、權限劃分，包含：系統(tǒng)管理員、核銷操作員、業(yè)務主管、

代理銀行員工；

3、了解設計和實現(xiàn)約束條件，確定系統(tǒng)接口和運行環(huán)境，包含用戶操作界面，網(wǎng)絡傳輸和

通信接口，硬件設備環(huán)境、軟件配置環(huán)境；

3.1.3人員分工和資源配置

負責銀行業(yè)務，有多年銀行界工作經(jīng)驗，熟練掌握對帳業(yè)務人員負責提出需求，經(jīng)驗豐

富專業(yè)人員進行技術實現(xiàn)討論及確定。

Z1.4預期結(jié)果清單

《保費對帳系統(tǒng)需求分析說明書》

3.2系統(tǒng)設計階段實施方案

3.2.1工作程序

開發(fā)組組員依據(jù)需求分析進行功效分類匯總，確定系統(tǒng)架構(gòu)及功效模塊，提交《概要設計》

和《具體設計》。

3.2.2工作內(nèi)容和要求

1、針對用戶提出各項需求，進行需求分類匯總，對功效、性能進行歸并，為建立完整系統(tǒng)

結(jié)構(gòu)、選擇正確實現(xiàn)策略奠定基礎，從而形成相對穩(wěn)定功效模塊劃分。

2、針對需求匯總分析和項目面臨多種約束和假定，進行關鍵難點問題分析，找出完成本項

目所必需克服關鍵和難點問題，首先能夠讓技術人員了解對應功效模塊關鍵性，其次能夠確

保項目實施過程中全部些人員全部能夠圍繞關鍵和難點問題展開工作，使得項目研發(fā)結(jié)果能

夠最大程度滿足用戶要求,

3、系統(tǒng)模塊劃分，實現(xiàn)完整功效模塊劃分，從而為技術人員分工提供依據(jù)，這部分內(nèi)容要

對?上一節(jié)內(nèi)容進行更細致分類，遵照技術形式進行劃分.

4、系統(tǒng)接口策略，該項說明在系統(tǒng)實現(xiàn)過程中，需要和系統(tǒng)外部硬件設備、網(wǎng)絡結(jié)點、軟

件系統(tǒng)進行交互，并確定多類接口類型、使用方法、所屬功效模塊和本系統(tǒng)內(nèi)各個功效模塊

之間接口定義、相互依靠關系等。

3.2.3預期結(jié)果清單

《保費對帳系統(tǒng)概要設計說明書》和《保費對帳系統(tǒng)具體設計說明書》

3.3代碼實現(xiàn)和測試調(diào)試階段實施方案

3.3.1工作程序

開發(fā)組組員依據(jù)《具體設計》確定各自分工，進行各個模塊功效具體開發(fā)實現(xiàn)工作，系統(tǒng)進

入測試階段后組織驗收組編寫測試匯報。

3.3.2工作內(nèi)容和要求

項目開發(fā)組要確保開發(fā)進度順利進行，并將進度情況立即向用戶匯報。

333人員分工和資源配置

姓名職責完成模塊

王文健項目進度控制管理、組1、軟件總體結(jié)構(gòu)

員協(xié)調(diào)，項目研發(fā)計劃、2、2、系統(tǒng)管理模塊

需求分析、結(jié)構(gòu)設計-、項

目實施、系統(tǒng)管理模塊

實現(xiàn)。

孫英姝項目配置管理，會議統(tǒng)1、數(shù)據(jù)接口模塊

計，數(shù)據(jù)接口模塊實現(xiàn)。2、2、保費核銷模塊

保費核銷模塊、報表打3、報表打印模塊

印模塊

于萍確保金核銷模塊、退確1、確保金核銷模塊

保金核銷模塊、材料費2、2、退確保金核銷模

核銷模塊，軟件測試塊

3、材料費核銷模塊

3.3.4預期結(jié)果清單

《程序源代碼清單》和《保費對帳系統(tǒng)測試方案》

3.4軟件項目驗收和交付階段實施方案

3.4.1工作程序

開發(fā)組提交項目完成匯報，組織用戶驗收組進行項目驗收。

3.4.2工作內(nèi)容和要求

在項目結(jié)束時，必需推行嚴格驗收和交接手續(xù)。終驗和交接目標是使用戶對項目質(zhì)量和

最終系統(tǒng)狀態(tài)形成全方面正確認識，從而對系統(tǒng)集成工作滿意和認可，同時向用戶提交完整

文檔，方便于用戶以后對系統(tǒng)運行和維護。

在終驗前，我們和**共同組建終驗協(xié)調(diào)小組，該小組應由各方領導小組委托各自技術責

任人組成，由用戶方出任組長。該小組負責確定終驗測試方法、終驗測試時間及周期、終驗

內(nèi)容及終驗進度安排，而且要對各廠商、集成商及最終用戶職責、義務和協(xié)調(diào)方法做出明確

要求。

終驗應該在終驗協(xié)調(diào)小組領導下進行。終驗測試過程要有具體口志和質(zhì)量統(tǒng)計。在終驗

測試完成后，應綜合提交終驗測試數(shù)據(jù)和測試匯報，經(jīng)各方簽字認可。

在終驗過程中，項FI質(zhì)量監(jiān)督小組應該有計劃地進行質(zhì)量審核和抽驗工作，其審核匯報

府提交終驗協(xié)調(diào)小組c

終驗完成后，輸出文件包含：終驗測試方案、終驗實施方案、質(zhì)量統(tǒng)計、質(zhì)量審核匯報

和終驗測試匯報。

終驗結(jié)束后開始交接過程。交接是一個逐步使用戶熟悉系統(tǒng)，進而能夠掌握、管理、維

護系統(tǒng)過程。交接需要在終驗協(xié)調(diào)小組負責下有計劃有步驟地進行。

交接包含技術資料交接和系統(tǒng)交接。系統(tǒng)交接一直廷續(xù)到維護階段（指協(xié)議中要求無償

維護）。交接步驟是：交接工作計劃、全部文檔清點和培訓計劃、系統(tǒng)交接和維護。

技術資料交接包含在實施過程中所產(chǎn)生全部文件和統(tǒng)計。終驗協(xié)調(diào)小組應督促各供給廠

商提供對應技術資料，并整理網(wǎng)絡、服務器和數(shù)據(jù)庫全部配置參數(shù)及其它數(shù)據(jù)。

交接時最少提交以下資料：總體設計文檔、項目實施設計、系統(tǒng)配置文檔、測試匯報、

系統(tǒng)維護手冊和系統(tǒng)操作手冊（可由設備廠家提供）和系統(tǒng)管理提議書。

在技術資料交接以后，便進入維護階段。維護階段時間長短由終驗協(xié)調(diào)組協(xié)商確定，且各方

任務要明確。維護階段關鍵任務是協(xié)同用戶深入熟悉和掌握整個系統(tǒng)，提升用戶本身系統(tǒng)管

理能力。

3.4.3人員分工和資源配置

由工作組完成.

3.4.4預期結(jié)果清單

《保費對帳系統(tǒng)公布說明》

3.5用戶服務和技術支持階段實施方案

3.5.1工作程序

確定系統(tǒng)交付使用后用戶服務和技術支持內(nèi)容。

3.5.2工作內(nèi)容和要求

系統(tǒng)安裝和調(diào)試

我們負責系統(tǒng)安裝和調(diào)試工作，其中軟件部分安裝是無償。我們將派遣專、業(yè)技術支持人

員進行現(xiàn)場安裝和調(diào)試，并向相關工作人員介紹安裝和調(diào)試關鍵點，確保系統(tǒng)使用人員掌握

基礎系統(tǒng)安裝方法。安裝和調(diào)試以系統(tǒng)能夠正常穩(wěn)定工作為基礎標準，兼顧用戶不一樣使用

要求。

服務器端相關軟件系統(tǒng)可由硬件提供商負責，我們技術支持人員也能夠依據(jù)用戶要求對

服務器端系統(tǒng)進行安裝和調(diào)試。服務器端數(shù)據(jù)庫系統(tǒng)建立、維護等工作將由我們數(shù)據(jù)庫設計

工程師完成，確保數(shù)據(jù)庫穩(wěn)定工作。

用戶培訓

培訓關鍵目標是為了使**用戶能愈加好掌握新系統(tǒng)安裝、使用和管理方法，充足發(fā)揮系

統(tǒng)作用，使她們經(jīng)過系統(tǒng)培訓后，能夠?qū)ο到y(tǒng)進行日常使用和管理工作。為了確保培訓質(zhì)量，

我們將把培訓內(nèi)容做成多媒體教學光盤，輔助培訓教學，并方便用戶以后使用。

培訓針對不一樣崗位職責具體業(yè)務需求，在努力爭取覆蓋絕大多數(shù)有多種工作人員要求

下，對領導、干部、技術主管等不一樣類別用戶，設計對應培訓方案。經(jīng)過對用戶歸類、劃

分，我們能夠盡可能使培訓落實到每一個用戶具體職責上去，確保良好培訓效果。

我們將針對**人員特點,準備兩套培訓內(nèi)容：

初級培訓，系統(tǒng)建設和操作維護。

高級培訓，系統(tǒng)深層次應用開發(fā)。

操作維護培訓和高級培訓包含：

所提供軟件工作原理和技術性能、操作維護方法、安裝調(diào)測、排除故障及軟件結(jié)構(gòu)、定

制和升級等各個方面；系統(tǒng)管理和建設軟件系統(tǒng)使用，和系統(tǒng)深入開發(fā)全套方法和接口協(xié)議。

并提供全套培訓教材和培訓課程iI劃表。

對于參與項目標**人員我們將在項目標開發(fā)設計過程中進行有側(cè)重培訓L使她們充足了

解系統(tǒng)設計體系架構(gòu)、開發(fā)規(guī)范和項目管理方法等。

我們將準備以下內(nèi)容課程：系統(tǒng)操作、系統(tǒng)維護和運行和用戶使用培訓等課程，另外，

我們將提供在線式幫助系統(tǒng)。

系統(tǒng)維護

系統(tǒng)維護是指系統(tǒng)在功效上進行修改，因為**業(yè)務需求獷展性，在實際應用中，尤

其是在系統(tǒng)剛投入使用時，需常常改動程序功效。針對這種情況，我們系統(tǒng)維護工作從

以下多個方面入手，從而使系統(tǒng)應用達成預期目標。

>在系統(tǒng)設計階段應充足考慮系統(tǒng)靈活性，將各個功效模塊設計成可由系統(tǒng)維護或用戶定

制，如對各項固定參數(shù)代碼表維護，通用指標定制，通用定制查詢條件，通用報表設計

等。這么系統(tǒng)應用范闈就會變得很廣，通常只要數(shù)據(jù)庫中存在數(shù)據(jù)全部能夠由系統(tǒng)根據(jù)

用戶需求進行組合輸出。靈活程序結(jié)構(gòu)理想狀態(tài)能夠做到只要數(shù)據(jù)庫不作改動，程序代

碼也無需改動。對于數(shù)據(jù)庫，因在機構(gòu)上給予優(yōu)化，給其較大自由度，但數(shù)據(jù)庫變動通

常影響較大，過于靈活設計會影響系統(tǒng)運行效率，所以數(shù)據(jù)庫結(jié)構(gòu)往往會伴隨需求改變

而調(diào)整。

對于一些情況，如：數(shù)據(jù)庫結(jié)構(gòu)改動，仍需要對程序代碼進行修改。對于該類維護，

在系統(tǒng)試運行階段開發(fā)商應在系統(tǒng)運行地實施無償維護，深入使需求達成用戶要求，最

大程度地做到讓用戶滿意，系統(tǒng)試運行階段通常為系統(tǒng)驗收經(jīng)過后二個月。系統(tǒng)試運行

期過后，開發(fā)商將和用戶另行簽署維護協(xié)議，以下幾點均是對系統(tǒng)試運行期后維擰工作

而言。

>業(yè)務框架更改；當業(yè)務步驟發(fā)生改變，井在系統(tǒng)中需要改動，這類變動包含面很大甚至

要重新架構(gòu)部分功效模塊，我們能夠優(yōu)異行系統(tǒng)升級具體費用可在后期協(xié)議中表現(xiàn)。

本情況處理方法為：雙方認真討論新需求，結(jié)合已經(jīng)有系統(tǒng)現(xiàn)實狀況提出可行方案。以

后，由開發(fā)商提交處理方案和時間進度表，共同討論經(jīng)過后，開發(fā)商進行系統(tǒng)分析和具

體分析。將新系統(tǒng)升級完成后，在測試環(huán)境下運行，測試經(jīng)過后將全方面上線試運行。

試運行無誤后，提交相關文檔。在此過程中除開發(fā)期全部有系統(tǒng)分析員參與討論或工程

師現(xiàn)場維護直到能夠正式運行。

單一模塊功效升級：伴隨業(yè)務需求不停改變，將出現(xiàn)現(xiàn)在無法估計變動，而本系統(tǒng)對應

模塊未能適應該變動，比如：業(yè)務內(nèi)容、操作方法、管理控制、界面風格等。此時需要

代碼升級，標準上提供無償升級，工作量超出7人日則采取先升級，以后在后期協(xié)議中

加以表現(xiàn)方法運作。

本情況處理方法為：由**提出需求，雙方就系統(tǒng)現(xiàn)實狀況提出可行方案。以后，由開發(fā)

商提交處理方案和時間進度表，共同討論經(jīng)過后，開發(fā)商進行系統(tǒng)分析和具體分析。將

新系統(tǒng)升級完成后，在測試環(huán)境下運行，測試經(jīng)過后將全方面上線試運行。試運行無誤

后，提交相關文檔。在此過程中除開發(fā)外，全部有系統(tǒng)分析員參與討論或工程師現(xiàn)場維

護直到能夠正式運行。

簡單功效升級：有些內(nèi)容變更不在系統(tǒng)自動升級范圍以內(nèi)，將需要工程師介入。

本情況處理方法為：此時丁程師在現(xiàn)場明確**需求后進行現(xiàn)場開發(fā).開發(fā)完成后在測試

環(huán)境下運行，測試經(jīng)過后將全方面上線試運行。試運行無誤后，2口內(nèi)提交相關文檔。

工程師在現(xiàn)場進行維護直到新需求能正常使用。

新增功效：伴隨新理念、管理方法、分析手段和功效應用出現(xiàn)，會有新功效模塊需求出

現(xiàn)。

本情況處理方法為：在雙方認真討論新需求后，由開發(fā)商提交處理方案和時間進度表，

共同討論經(jīng)過后，開發(fā)商進行系統(tǒng)分析和具體分析。將新系統(tǒng)升級完成后，在測試環(huán)境

下運行，測試經(jīng)過后洛全方面上線試運行。試運行無誤后，提交相關文檔。在此過程中

除開發(fā)期全部有系統(tǒng)分析員參與討論或工程師現(xiàn)場維護直到能夠正式運行。

數(shù)據(jù)庫運行環(huán)境變更，包含：數(shù)據(jù)庫服務器更換、數(shù)據(jù)庫數(shù)據(jù)階段性備份和整理、數(shù)據(jù)

庫管理系統(tǒng)升級等。

木情況處理方法為：由**提出需求，雙方就新需求提出可行方案v以后，由開發(fā)商提交

處理方案和時間進度表，共同討論經(jīng)過后，開發(fā)商在測試環(huán)境下實施，測試經(jīng)過后轉(zhuǎn)移

到新環(huán)境下試運行。試運行無誤后，提交相關文檔。在此過程中除文檔編寫期全部有系

統(tǒng)分析員參與討論或工程師現(xiàn)場維護直到能夠正式運行。

>數(shù)據(jù)庫結(jié)構(gòu)更新。包含：增加I、刪除系統(tǒng)表和數(shù)據(jù)表，改變系統(tǒng)表、數(shù)據(jù)表結(jié)構(gòu)，建立

備份數(shù)據(jù)表等。因為業(yè)務、功效和步驟上需要，表結(jié)構(gòu)更新在所難免，本變動通常是圍

繞著業(yè)務進行。

本情況處理方法為：在業(yè)務處理過程中，討論此處更新，處理過程同業(yè)務步驟，工作量

記入業(yè)務處理中。

>系統(tǒng)自適應升級維護：當新需求滿足系統(tǒng)自動升級條件時，為確保升級能夠止確，并確

保系統(tǒng)穩(wěn)定，我們有工程師在現(xiàn)場指導維護，并處理突發(fā)事件。

本情況處理方法為：開發(fā)商派工程師到現(xiàn)場監(jiān)控升級過程，直到系統(tǒng)能在升級后條件下

正常運行。

技術支持和維護方法

以下為我們提供技術后援支持服務關鍵方法：

>現(xiàn)場技術支持服務：

我們將安排經(jīng)驗豐富工作人員到現(xiàn)場進行維護。為了讓用戶問題得到立即處理，我們將

為全部現(xiàn)場維護技術支持配置手機、呼機。

為了有效地進行系統(tǒng)軟件維護，我們事先就開始做組織工作，建立專為該項目成立維護

機構(gòu)，申明提出維護申請匯報過程及評價過程，為每一個維護申請要求標準處理步驟，

還必需建立維護活動登記制度和要求評價和評審標準。

>電話咨詢：

我們設置熱線服務臺，提供7*8小時（即每七天7天，天天8