軟件項目實施方案

DocumentforSoftwareProjectImpIementation

[**銀行保費對帳系統]

工作組

單位:

TruthWorkgroup

日期:

XXXX年XX月XX日

修訂記錄

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

作者

06/07/180.1初稿**

06/07/190.2修訂稿北季

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

06/08/110.4定稿**

目錄

I前言4

1.1編寫目的4

1.2工程背景簡介4

1.2.1工程根本信息4

1.2.2工程工作內容與工作目標4

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

2軟件工程實施過程總體控制要求6

2.1軟件工程實施流程說明6

2.1.1實施流程匯總說明6

2.1.2實施流程特殊性與關鍵工作說明6

2.2軟件工程職責分工說明6

各組織層責任6

2.3軟件工程實施過程控制方法說明7

2.3.1客戶交流機制說明7

2.3.2軟件工程內部管理與進度控制方法說明8

2.3.3軟件工程發布方法說明9

2.4軟件工程預期成果清單說明9

2.4.1文檔成果清單9

2.4.2代碼成果清單9

2.4.3其他成果清單9

3軟件工程具體實施流程說明10

3.1需求調研與分析階段實施方案10

3.1.1工作程序10

3.1.2工作內容與要求10

3.1.3人員分工與資源配置10

3.1.4預期成果清單10

3.2系統設計階段實施方案10

3.2.1工作程序10

3.2.2工作內容與要求10

3.2.3預期成果清單11

3.3代碼實現與測試調試階段實施方案11

3.3.1工作程序11

3.3.2工作內容與要求II

3.3.3人員分工與資源配置II

3.3.4預期成果清單II

3.4軟件工程驗收與交付階段實施方案II

3.4.1工作程序11

3.4.2工作內容與要求11

3.4.3人員分工與資源配置12

344預期成果清單12

3.5客戶效勞與技術支持階段實施方案12

3.5.1工作程序12

3.5.2工作內容與要求12

系統的安裝與調試12

用戶培訓13

系統維護13

技術支持和維護的方式16

3.5.3人員分工與資源配置16

354預期成果清單16

4軟件工程實施方案總結17

1刖B

1.1編寫目的

為了確定工程實施過程，指導需求分析，特編寫?保費對帳系統工程實施方案?。

1.2工程背景簡介

1.2.1工程根本信息

1.2.1.1工程名稱

**銀行保費對賬系統，

1.2.1.2工程發起者

**銀行網絡管理部。

1.2.1.3工程承當單位

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

1.2.1.4工程啟動背景

1,藥品監管部門是群眾用藥平安的守護神，反堅持科學開展觀，踐行科學監管理

念，嚴格執法，依法行政，推進藥監工作的有序開展。藥品監管是一個復雜的

問題，常常會面臨一些疑難問題。中小藥店及村級醫療機構藥品庫存量較少，

疑心有質量問題的藥品往往達不到規定的全檢量。按照現行?藥品管理法?等法

律法規，對經營、使用有質量問題的藥品的單位不能進展處理。在此情形下，

唯一可以采取的方法是向上追蹤，對上游單位進展抽檢，上游單位往往是藥品

批發公司，其藥品的銷售速度很快，很少再有目標抽檢藥品，假設要進一步追

查，將要消耗大量的時間和人力、物力，最終也難取得令人滿意的結果。解決

此問題的方法即是從銷他的終端若手，開發一套系統在每一個獲得銷俘藥品的

機制的地方都可以登錄該系統通過藥品的編號進展查詢就可以明確的知道所

查詢藥品的屬性、用途以及是否通過了藥監部門的生產許可。

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

難。本系統提供一個查詢的窗口，消費者可以通過系統的窗口輸入所需物品即

可查詢系統內部的所有登記在內的藥店的數據然后列出所有符合條件的藥店

地址以及聯系方式。

122工程工作內容與工作目標

1.2.2.1工程工作內容

在此次開發工作中，我們主要進展以下工作：

工作內容1：客戶〔各使用單位〕的信息及藥品登記管理

在設計客戶信息及藥品登記管理模塊過程中，我們主要給客戶提供一個入口進展客戶根

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

工作內容2:消費者查詢功能

設計消費者查詢模塊的過程中，我們主要實現消費者對藥品根本信息查詢和查詢所需物

品何處有售的功能：

工作內容3:藥監部門對系統內數據監管功能

在設計藥監部門對藥品監管模塊的過程中，我們主要實現對系統內全部藥店銷售藥品的

查詢功能、藥店內銷售不符合規定物品的自動報警功能；

1.2.2.2工程工作目標

為了保證工程能夠按照正確的方向進展，我們將工程的整個過程劃分為兩大局部：工程

的開發過程和工程的實施維護過程。其中工程的開發過程又分解為4個小階段，每個階段的

完畢就是一個里程碑。因此整個工程的開發進度包含四個主要的里程碑：

需求分析：在“需求分析”里程碑應根本完成業務的需求分析。目標清晰地說明了應用

系統的最終目的，并提供了明確的方向。而范圍那么定義了一個特定版本的應用系統所要提

交的業務功能，并且通過目標認識到在未來的版本中將要進展的開發工作。

系統設計：“系統設計階段〃里程碑要完成工程的設計.工程設計包含功能說明文檔（包

括概要設計、邏輯流程設計和詳細設計），每種角色組的人員分配、組織構造和時間進度安

排。功能說明提供工程組足夠的實施細節情況，并確定需要的資源和承諾。在此階段，客戶

和工程組在要交付的系統功能以及系統實施過程上取得一致。這是一個重新評估風險、建立

優先級和對時間以及資源調配情況做最終估計的重要階段。這個階段將經過幾個過程：分概

要設計、邏輯設計、物理設計，這個階段將決定工程的成敗，因此每一個階段都需相互銜接。

功能范圍開發完成/第一次試用：在“范圍完成/第?次使用〃里程碑根本完成開發階段。

經過核準的功能說明和相關的工程方案提供了開發階段根本的要求。整個階段可以根據開發

組的要求細分為一系列的內部交付里程碑，每個內部里程碑都是經過測試/診斷/排偌的過

程。在“范圍完成/第一次使用"這個里程碑上，所有功能的開發都已經完畢。

系統正式推廣實施：在“系統正式發布"里程碑上完成了粒定測試階段。整個工程也到

達了終結點。測試工作是本身是伴隨著代碼開發工作進展的，只在穩定階段因為集中注意力

于尋找錯誤和修改錯誤，所以成為這一階段的主要工作。在產品發。里程碑，產品正式轉交

用戶或維護支持組。

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

2.1軟件工程實施流程說明

2.1.1實施流程匯總說明

2.1.2實施流程特殊性與關鍵工作說明

1.通過互聯網連接效勞器查詢數據，通過提供一個窗口連接到食品藥品會詢系統對物

品數據進展查詢，

2.本系統不對食品藥品系統進展任何改動，不對其現有操作流程產生任何影響。

2.2軟件工程職責分工說明

系統在數據接口方面設計到很多的不同類型數據，在業務上設計到嚴謹的數據核銷過

程，多用戶組、用戶角色分配，為了支持本系統的復雜業務邏輯并保持本系統的靈活性、可

擴大性，因此，需要各方面充分合作、互相協調、才能保證系統實施階段順利進展。

針對帳系統要實現的功能，我們將建立如下的三層組織保證體系：

>領導層

>實施層

>用戶驗收層

各組織層責任

工程領導小組的目的是和**工程小組共同建立對整個工程建立自始至終負責的、責權利

相統一的管理，以形成一個由總體控制和有方案、有組織的控制網絡系統，實現方案一實施

-檢查一調整一再實施的封閉循環。

領導層的具體職責如下：

>明確成員各自分工與責任；

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

>決定工程重大原那么問題；

>協調各部門及相關人員關系。

對系統數據庫系統的實施，建立以工程中心領導小組為龍頭，系統分析部、系統開發部、

系統實施部為主體的，具有內部協調職能的直線式操作實施層，負責進度控制、本錢控制、

質量控制、供給控制。由于各實施環節均有工程質量控制小組評審，就有可能?次發現問題,

并可及時落實到具體的負責部門，整個過程一氣呵成，防止推諉扯皮現象和信息傳遞失誤，

從而提高系統建立效率。

作為組織保證系統的一個組成局部，還應建立.線性員任系統，其目的是為了明確工程中

各部門各成員在各項工作的地位與作用，使工作和責任一一對應起來，以保證組織運轉更為

有效。操作實施層的組織構造如下：

'實施層的具體職責如下：

>建立工程實施小組，確定工程實施總負責人；

>組織各專業技術隊伍，明確技術奏任與實施方案；

>編制工程技術標準，方案進度，質量標準；

>負責組織各專業技術人員優質按時完成工程任務。

用戶驗收層主要保證組織體系能有效地圍繞總體控制方案運行，其人員由我們和**技術

專家共同組成。

用戶驗收層的具體職責如下：

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

>組織現場測試環境和完成各項技術指標測試；

>編寫工程測試報告和工程驗收報告；

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

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

23.1客戶交流機制說明

為保證實現工程預期目標，工程實施過程中需要大量的客戶交流工作，定期舉行客戶方

例會、向客戶方提供階段性報告、雙方的主要聯系方式是面談、和Email。

2.3.2軟件工程內部管理與進度控制方法說明

為了適應比擬流行的MVC開發模式，保證開發小組成員順利溝通，協同完成任務，我

們擬采用較為普遍的軟件工程工程管理方式。

在制定工程管理標準的過程中，我們將主要吸取IS09000/GB-T1900質量管理和質量

控制國際標準以及CMM工程管理中的精華，嚴密結合我們內部的實際和工程的實際情況，

使標準具有較強的可操作性。

IS09000/GB-TI900質量管理和質量控制國際標準是制造業的質量管理專家在總結了

實踐經歷的根底上而制定的。所以信息系統工程管理不能用這個系列標準中提供的生產模型

來概括，而應有選擇地吸收和改良。

在工程實施的各個過程中，為確保質量，必須明確各項活動的責任。即由誰負責、由

誰輔助執行、工作應執行的流程、執行人員應具備的技能和培訓經歷等。責任越明確，可執

行性就越好。同時要重視質量記錄的產生和保存。在質量記錄中，工程實施過程中產生的第

一手原始資料是出現問題時查找原因的根據，也是系統可回溯性的保證。

設計是工程實施的初期步驟之一，它為整個工程的實施奠定根底，是保證工程質量的

關鍵要素。在工程實施前，必須提交合格的設計文檔。設計文檔應充分考慮工程實施的實際

情況，并從技術的角度確保正確可行。為保證設計的質量,我們將遵從?軟件產品籌劃程序？,?

軟件產品開發程序?的規定。

單元名稱時間描述負責人

精化需求S+0-S+1對工程需求的細節進展確認工作組

需求確認?S+1需求完畢里程碑**銀行

構造設計S+2-S+4根據需求對系統構造進展修改工作組

詳細設計S+3-S+5完成詳細設計工作蛆

編碼S+4?S+7完成編碼，與詳細設計重疊工作組

測試S+5-S+9內部測試工作組

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

安裝調試S+8-S+9系統安裝，根據需求修改報表和根底數據工作組

試運行S+10-S+11**銀行時本系統進展進展試運行，我工作組針對用工作組

戶提出的維護需求進展維護

用戶驗收-S+I2工程完畢**銀行

系統維護S+12?S+52本公司負責一年的系統維護工作組

2.3.3軟件工程發布方法說明

系統的安裝與調試

本小組負責系統安裝與調試工作，其中軟件局部的安裝是免費的。我們將派遣專業的技術支

持人員進展現場的安裝與調試，并向相關工作人員介紹女裝與調試的要點，保證系統的使用

人員掌握根本的系統安裝的方法。安裝與調試以系統能夠正常穩定的工作為根本標準，兼顧

用戶的不同的使用要求。

效勞器端相關軟件系統可由硬件提供商負責，我們的技術支持人員也可以依據用戶的要求對

效勞器端系統進展安裝與調試。效勞器端的數據庫系統的建立、維護等工作將由我們的數據

庫設計工程師完成，保證數據庫的穩定工作。

2.4軟件工程預期成果清單說明

2.4.1文檔成果清單

1.?保費對帳系統需求分析說明書？

準確并詳細說明用戶的系統需求，開發人員以此為依據進展系統開發。也是向用戶最終審核

軟件功能的標準。

2.?保費對帳系統概要設計說明書？

根據需求分析，設計出軟件系統構造、所需的數據構造、系統內外部接口等，指導詳細設計。

3.?保費對帳系統詳細設計說明書？

根據概要設計，對各模塊功能進展細化，指導程序進展代碼編寫。

4.?保費對帳系統測試方案？

進展軟件的單元測試、集成測試和系統測試，完善軟件的各方面功能。

5.?保費對帳系統發布說明？

發布軟件的各種版本，詳細說明軟件功能、性能及使用方法，為軟件使用者了解軟件的情況

提供相關信息。

2.4.2代碼成果清單

?程序源代碼清單?：包括所有程序的源代碼，作為測試、維護和升級的參考依據。

2.4.3其他成果清單

1.?客服及技術支持說明書？

包括系統使用手冊、系統安裝手冊等為用戶的使用提供效勞。

3軟件工程具體實施流程說明

3.1需求調研與分析階段實施方案

3.1.1工作程序

1.由工程實施小組組織需求方和開發方召開會議，需求方提出系統功能需求，開發方人員

確定所需功能能否實現以及用何種技術實現，最終協商確定系統整體功能。

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

3.1.2工作內容與要求

1、描述用戶需求，規劃目標系統構造和主要功能，包括：數據接口，核銷數據查詢，系統

管理功能，報表打印功能：

2、掌握用戶特點，描述用戶的角色、權限的劃分，包指：系統管理員、核銷操作員、業務

主管、代理銀行業務員；

3、了解設計與實現的約束條件，確定系統接口和運行仄境，包括用戶操作界面，網絡傳輸

與通信接口，硬件設備環境、軟件配置環境；

3.L3人員分工與資源配置

負責銀行業務的，有多年銀行界工作經歷，熟練掌握對帳業務的人員負責提出需求，經

歷豐富的專業人員進展技術實現討論及確定。

3.L4預期成果清單

?保費對帳系統需求分析說明書？

3.2系統設計階段實施方案

3.2.1工作程序

開發組成員根據需求分析進展功能的分類匯總，確定系統架構及功能模塊，提交?概要設計?

和?詳細設計?。

3.2.2工作內容與要求

1、針對客戶提出的各項需求，進展需求分類匯總，對功能、性能進展歸并，為建立完整的

系統構造、選擇正確的實現策略奠定根底，從而形成相對穩定的功能模塊劃分。

2、針對需求的匯總分析和工程面臨的各種約束和假定，進展重點難點問題分析，找出完本

錢工程所必須克制的重點和難點問題，?方面能夠讓技術人員理解相應功能模塊的重要性，

另一方面能夠保證工程實施過程中所有人員都能夠圍繞重點和難點問題展開工作，使得工程

研發的成果能夠最大限度的滿足客戶要求。

3、系統模塊劃分，實現完整的功能模塊劃分，從而為技術人員的分工提供依據，這局部的

內容要對上一節的內容進展更細致的分類，遵循技術形式進展劃分。

4、系統接口策略，該項說明在系統實現過程中，需要與系統外部的硬件設備、網絡結點、

軟件系統進展交互，并確定各類接口的類型、使用方法、所屬的功能模塊和本系統內各個功

能模塊之間的接I」定義、相互依賴關系等。

3.2.3預期成果清單

?保費對帳系統概要設計說明書?和?保費對帳系統詳細設計說明書？

3.3代碼實現與測試調試階段實施方案

3.3.1工作程序

開發組成員根據?詳細設計?確定各自分_L,進展各個模塊功能的具體開發實現_L作，系統進

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

3.3.2工作內容與要求

工程開發組要保證開發進度的順利進展，并將進度情況及時向用戶匯報.

333人員分工與資源配置

姓名職責完成模塊

王文健工程進度控制管理、成員1、軟件總體構造

協調，工程研發方案、需2、2、系統管理模塊

求分析、構造設計、工程

實施、系統管理模塊的實

現。

孫英姝工程配置管理，會議記1、數據接口模塊

錄，數據接口模塊實現。2、2、保費核銷模塊

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

模塊

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

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

模塊，軟件測試塊

3、材料費核銷模塊

334預期成果清單

?程序源代碼清單?和?保費對帳系統測試方案？

3.4軟件工程驗收與交付階段實施方案

3.4.1工作程序

開發組提交工程完成報告，組織用戶驗收組進展工程驗攻。

3.4.2工作內容與要求

在工程完畢時，必須履行嚴格的驗收和交接手續。終驗和交接的目的是使用戶對工程質

量和最終系統狀態形成全面正確的認識，從而對系統集成工作滿意和認可，同時向用戶提交

完整的文檔，以便于用戶口后對系統運行和維護。

在終驗前，我們和**共同組建終驗協調小組，該小組應由各方領導小組委托各自的技術

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

驗內容及終驗進度安排，并且要對各廠商、集成商及最終用戶的職責、義務與協調方法做出

明確的規定。

終驗應當在終驗協調小組的領導下進展。終驗測試過程要有詳細的日志和質量記錄。在

終驗測試完畢后，應綜合提交終驗測試數據和測試報告，經各方簽字認可。

在終驗過程中，工程質量監視小組應當有方案地進展質量審核和抽驗工作，其審核報告

應提交終驗協調小組0

終驗完成后，輸出文件包括：終驗測試方案、終驗實施方案、質量記錄、質量審核報告

和終驗測試報告。

終驗完畢后開場交接過程。交接是?個逐步使用戶熟悉系統，進而能夠掌握、管理、維

護系統的過程。交接需要在終驗協調小組的負責下有方案有步驟地進展。

交接包括技術資料交接和系統交接。系統交接一直廷續到維護階段（指合同中規定的無

償維護）。交接流程是：交接工作方案、所有文檔清點和培訓方案、系統交接與維護。

技術資料交接包括在實施過程中所產生的全部文件和記錄。終驗協調小組應催促各供給

廠商提供相應的技術資料，并整理網絡、效勞器和數據庫的所有配置參數及其它數據。

交接時至少提交如下資料：總體設計文檔、工程實施設計、系統配置文檔、測試報告、

系統維護手冊和系統操作手冊（可由設備廠家提供）以及系統管理建議書。

在技術資料交接之后，便進入維護階段。維護階段的時間長短由終驗協調組協商確定，且各

方的任務要明確。維護階段的主要任務是協同用戶進一步熟悉和掌握整個系統，提高用戶自

身的系統管理能力。

3.4.3人員分工與資源配置

由工作組完成。

3.4.4預期成果清單

?保費對帳系統發布說明？

3.5客戶效勞與技術支持階段實施方案

3.5.1工作程序

確定系統交付使用后的客戶效勞與技術支持的內容。

3.5.2工作內容與要求

系統的安裝與調試

我們負責系統安裝與調試工作，其中軟件局部的安裝是免費的。我們將派遣專業的技術支持

人員進展現場的安裝與調試，并向相關工作人員介紹安裝與調試的要點，保證系統的使用人

員掌握根本的系統安裝的方法。安裝與調試以系統能夠E常穩定的工作為根本標準，兼顧用

戶的不同的使用要求。

效勞器端相關軟件系統可由硬件提供商負責，我們的技術支持人員也可以依據用戶的要求對

效勞器端系統進展安裝與調試。效勞器端的數據庫系統的建立、維護等工作將由我們的數據

庫設計工程師完成，保證數據庫的穩定工作。

用戶培訓

培訓的主要目的是為了使*，的用戶能更好的掌握新系統的安裝、使用和管理方法，充分

發揮系統的作用，使他們經過系統培訓后，能夠對系統進展日常的使用和管理工作。為了保

證培訓的質量，我們將把培訓的內容做成多媒體教學光盤，輔助培訓教學，并方便用戶日后

的使用。

培訓針對不同崗位職貴的具體業務的需求，在力求覆蓋絕大多數的有各種工作人員的要

求下，對領導、干部、技術主管等不同類別用戶，設計相應的培訓方案。通過刈用戶的歸類、

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

我們將針對*，人員的特點.準備兩套培訓內容：

初級培訓，系統建立和操作維護。

高級培訓，系統深層次應用開發。

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

所提供軟件的工作原理和技術性能、操作維護方法'安裝調測、排除故障及軟件構造、

定制和升級等各個方面，系統管理和建“.的軟件系統的使用，以及系統進一步開發的全套方

法和接口協議。

并提供全套培訓教材和培訓課程方案表。

對于參與工程的**人員我們將在工程的開發設計過程中進展有側重培訓，使他們充分了

解系統設計的體系架構、開發標準和工程管理方法等。

我們將準備如卜內容課程：系統操作、系統維護與運營和用戶使用培訓等課程，另外，

我們將提供在線式的幫助系統。

系統維護

系統維護是指系統在功能上進展修改，由于**業務需求的擴展性，在實際應用中,

特別是在系統剛投入使用時「需經常改動程序功能。針對這種情況，我們的系統維護工

作從以下幾個方面入手，從而使系統應用到達預期目的。

在系統設計階段應充分考慮系統的靈活性，將各個功能模塊設計成可由系統維護或用戶

定制的，如對各項固定參數的代碼表的維護，通用的指標定制，通用定制查詢條件，通

用的報表設計等。這樣系統的應用范圍就會變得很廣，通常只要數據庫中存在的數據都

可以由系統按照用戶的需求進展組合輸出。靈活的程序構造理想狀態可以做到只要數據

庫不作改動，程序代碼也無需改動。對于數據庫，因在機構上予以優化，給予其較大的

自由度，但數據庫變動一股影響較大，過于靈活的設計會影響系統運行效率，因而數據

庫構造往往會隨著需求的變化而調整。

對于某些情況，如：數據庫構造的改動，仍需要對程序代碼進展修改。對于該類維

護，在系統試運行階段開發商應在系統運行地實施免費維護，進一步使需求到達用戶要

求，最人限度地做到讓用戶滿意，系統試運行階段一般為系統驗收通過后二個月。系統

試運行期過后，開發商將與用戶另行簽訂維護合同，以卜幾點均是對系統試運行期后維

護工作而言。

業務框架的更改：當業務流程發生變化，并在系統中需要改動的，此類變動涉及面很大

甚至要重新架構局部功能模塊的，我們可以先進展系統升級具體費用可在后期合同中表

達。

本情況的處理方法為：雙方認真討論新需求，結合已有系統的現狀提出可行方案。之后，

由開發商提交解決方案和時間進度表，共同討論通過后，開發商進展系統分析和詳細分

析。將新系統升級完成后，在測試環境下運行，測試通過后將全面上線試運行。試運行

無誤后，提交相關文檔。在此過程中除開發期均有系統分析員參與討論或T程師現場維

護直到能夠正式運行。

單一模塊的功能升級：隨著業務需求的不斷變化，將出現現在無法預測的變動，而本系

統的相應模塊未能適應該變動，例如：業務內容、操作方法、管理控制、界面風格等。

此時需要代碼升級，原那么上提供免費升級，工作量超過7人H那么采取先升級，日后

在后期合同中加以表達的方法運作。

本情況的處理方法為：由**提出需求，雙方就系統現狀提出可行方案。之后，由開發商

提交解決方案和時間進度表，共同討論通過后，開發商進展系統分析和詳細分析。將新

系統升級完成后，在測試環境下運行，測試通過后將全面上線試運行。試運行無誤后，

提交相關文檔。在此過程中除開發外，均有系統分析員參與討論或工程師現場維扶直到

能夠正式運行。

簡單的功能升級：有些內容的變更不在系統自動升級的范疇以內，將需要工程師的介入。

本情況的處理方法為：此時工程師在現場明確**的需求后進展現場開發，開發完畢后在

測試環境下運行，測試通過后將全面上線試運行。試運行無誤后，2口內提交相關文檔。

工程師在現場進展維護直到新需求能正常使用?

新增功能：隨著新的理念、管理方法、分析手段和功能應用的出現，會有新的功能模塊

的需求出現。

本情況的處理方法為:在雙方認真討論新需求后，由開發商提交解決方案和時間進度表,

共同討論通過后，開發商進展系統分析和詳細分析。將新系統升級完成后，在測試環境

下運行，測試通過后洛全面上線試運行。試運行無誤后，提交相關文檔。在此過程中除

開發期均有系統分析員參與討論或工程師現場維護直到能夠正式運行。

數據庫運行環境的變更。包括：數據庫效勞器的更換、數據庫數據階段性備份和整理、

數據庫管理系統的升級等。

本情況的處理方法為：由**提出需求，雙方就新需求提出可行方案。之后，由開發商提

交解決方案和時間進度表，共同討論通過后，開發商在測試環境下實施，測試通過后轉

移到新環境下試運行C試運行無誤后，提交相關文檔。在此過程中除文檔編寫期均有系

統分析員參與討論或工程師現場維護直到能夠正式運行。

數據庫構造更新。包括：增加、刪除系統表和數據表，改變系統表、數據表構造，建立

備份數據表等。由于業務、功能和流程上的需要，表構造的更新在所難免，本變動一般

是圍繞著業務進展的，

木情況的處理方法為：在業務處理過程中，討論此處的更新，處理過程同業務流程，工

作量記入業務處理中C

系統自適應升級的維護：當新的需求滿足系統自動升級的條件時，為確保升級能夠正確，

并保證系統的穩定，我們有工程師在現場指導維護，并處理突發事件。

本情況的處理方法為：開發商派工程師到現場監控升級過程，宜到系統能在升級后的

條件下正常運行。

技術支持和維護的方式

以下為我們提供技術后援支持效勞的主要方式：

>現場技術支持效勞：

我們將安排經歷豐富的工作人員到現場進展維護。為了讓用戶的問題得到盡快的處理，

我們將為所有的現場維護技術支持配備手機、呼機。

為了有效地進展系統軟件的維護，我們事先就開場做組織工作，建立專為該工程成立的

維護的機構，聲明提出維護申請報告的過程及評價的過程，為每一個維護申請規定標準

的處理步驟，還必須是立維護活動的登記制度以及規定評價和評審的標準。

>咨詢：

我們設立熱線效勞臺，提供7*8小時（即每周7天，每天8小時）技術咨詢效勞。

>網上技術支持：

通過電子郵件、BBS等方式提供7X24小時的效勞。我們并把一些技術維護文檔上傳到

**銀行保費對帳系統網上，系統用戶可以根據自己的需要在網上下載后使用。

>技術資料：

在系統正常運行后為用戶提供一整套所安裝軟件的維護手冊,其中包括詳細的設計手冊、

安裝手冊、使用手冊。如果以后軟件修改、補充或升級時，我們都會更新升級維護手冊;

而且我們還會定期為用戶遞送一些資料及產品公布信息，同時以上資料也將在網上發布

并及時更新。

>響應時間：

對工程