XX系統(tǒng)軟件工程項目實施實施方案

1、XX系統(tǒng)軟件工程項目實施方案 作者： 日期：軟 件 項 目 實 施 方 案Document for Software Project Implementation *銀行保費對帳系統(tǒng)單位：工作組Truth Workgroup日期：大寫日期XXXX年XX月XX日修訂記錄日期（yy/mm/dd）修訂版本(當前版本號)修訂說明（描述修改內(nèi)容）作者審核標明審核結(jié)果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.

2、3術語定義52軟件項目實施過程總體控制要求72.1軟件項目實施流程說明72.1.1實施流程匯總說明72.1.2實施流程特殊性與關鍵工作說明72.2軟件項目職責分工說明7各組織層責任82.3軟件項目實施過程控制方法說明92.3.1客戶交流機制說明92.3.2軟件項目內(nèi)部管理與進度控制方法說明92.3.3軟件項目發(fā)布方法說明102.4軟件項目預期成果清單說明112.4.1文檔成果清單112.4.2代碼成果清單112.4.3其他成果清單113軟件項目具體實施流程說明123.1需求調(diào)研與分析階段實施方案123.1.1工作程序123.1.2工作內(nèi)容與要求123.1.3人員分工與資源配置123.1.4預期

3、成果清單123.2系統(tǒng)設計階段實施方案123.2.1工作程序123.2.2工作內(nèi)容與要求123.2.3預期成果清單133.3代碼實現(xiàn)與測試調(diào)試階段實施方案133.3.1工作程序133.3.2工作內(nèi)容與要求133.3.3人員分工與資源配置133.3.4預期成果清單133.4軟件項目驗收與交付階段實施方案133.4.1工作程序133.4.2工作內(nèi)容與要求133.4.3人員分工與資源配置143.4.4預期成果清單143.5客戶服務與技術支持階段實施方案143.5.1工作程序143.5.2工作內(nèi)容與要求14系統(tǒng)的安裝與調(diào)試14用戶培訓15系統(tǒng)維護15技術支持和維護的方式173.5.3人員分工與資源配置

4、183.5.4預期成果清單184軟件項目實施方案總結(jié)191 前 言1.1 編寫目的為了確定項目實施過程，指導需求分析，特編寫保費對帳系統(tǒng)項目實施方案。1.2 項目背景簡介1.2.1 項目基本信息1.2.1.1 項目名稱*銀行保費對賬系統(tǒng)。1.2.1.2 項目發(fā)起者*銀行網(wǎng)絡管理部。1.2.1.3 項目承擔單位*大學工程碩士班工作組。1.2.1.4 項目啟動背景1， 藥品監(jiān)管部門是群眾用藥安全的守護神，應堅持科學發(fā)展觀，踐行科學監(jiān)管理念，嚴格執(zhí)法，依法行政，推進藥監(jiān)工作的有序開展。藥品監(jiān)管是一個復雜的問題，常常會面臨一些疑難問題。中小藥店及村級醫(yī)療機構(gòu)藥品庫存量較少，懷疑有質(zhì)量問題的藥品往往達不

5、到規(guī)定的全檢量。按照現(xiàn)行藥品管理法等法律法規(guī)，對經(jīng)營、使用有質(zhì)量問題的藥品的單位不能進行處理。在此情形下，唯一可以采取的辦法是向上追蹤，對上游單位進行抽檢，上游單位往往是藥品批發(fā)公司，其藥品的銷售速度很快，很少再有目標抽檢藥品，若要進一步追查，將要耗費大量的時間和人力、物力，最終也難取得令人滿意的結(jié)果。解決此問題的方法即是從銷售的終端著手，開發(fā)一套系統(tǒng)在每一個獲得銷售藥品的機制的地方都可以登錄該系統(tǒng)通過藥品的編號進行查詢就可以明確的知道所查詢藥品的屬性、用途以及是否通過了藥監(jiān)部門的生產(chǎn)許可。2， 消費者去藥店買藥時往往碰到藥店里沒有所購買藥品，卻又不知哪里有售的尷尬。本系統(tǒng)提供一個查詢的窗口，

6、消費者可以通過系統(tǒng)的窗口輸入所需物品即可查詢系統(tǒng)內(nèi)部的所有登記在內(nèi)的藥店的數(shù)據(jù)然后列出所有符合條件的藥店地址以及聯(lián)系方式。1.2.2 項目工作內(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)管模塊的過程中，我們主要

7、實現(xiàn)對系統(tǒng)內(nèi)全部藥店銷售藥品的查詢功能、藥店內(nèi)銷售不符合規(guī)定物品的自動報警功能；1.2.2.2 項目工作目標為了保證項目能夠按照正確的方向進行，我們將項目的整個過程劃分為兩大部分：項目的開發(fā)過程和項目的實施維護過程。其中項目的開發(fā)過程又分解為4個小階段，每個階段的結(jié)束就是一個里程碑。因此整個項目的開發(fā)進度包含四個主要的里程碑：需求分析：在“需求分析”里程碑應基本完成業(yè)務的需求分析。目標清晰地闡明了應用系統(tǒng)的最終目的，并提供了明確的方向。而范圍則定義了一個特定版本的應用系統(tǒng)所要提交的業(yè)務功能，并且通過目標認識到在未來的版本中將要進行的開發(fā)工作。系統(tǒng)設計：“系統(tǒng)設計階段”里程碑要完成項目的設計。項

8、目設計包含功能說明文檔（包括概要設計、邏輯流程設計和詳細設計），每種角色組的人員分配、組織結(jié)構(gòu)和時間進度安排。功能說明提供項目組足夠的實施細節(jié)情況，并確定需要的資源和承諾。在此階段，客戶和項目組在要交付的系統(tǒng)功能以及系統(tǒng)實施過程上取得一致。這是一個重新評估風險、建立優(yōu)先級和對時間以及資源調(diào)配情況做最終估計的重要階段。這個階段將經(jīng)過幾個過程：分概要設計、邏輯設計、物理設計，這個階段將決定項目的成敗，因此每一個階段都需相互銜接。功能范圍開發(fā)完成/第一次試用：在“范圍完成/第一次使用”里程碑基本完成開發(fā)階段。經(jīng)過核準的功能說明和相關的項目計劃提供了開發(fā)階段基本的要求。整個階段可以根據(jù)開發(fā)組的要求細分

9、為一系列的內(nèi)部交付里程碑，每個內(nèi)部里程碑都是經(jīng)過測試/診斷/排錯的過程。在“范圍完成/第一次使用”這個里程碑上，所有功能的開發(fā)都已經(jīng)結(jié)束。系統(tǒng)正式推廣實施：在“系統(tǒng)正式發(fā)布”里程碑上完成了穩(wěn)定測試階段。整個項目也到達了終結(jié)點。測試工作是本身是伴隨著代碼開發(fā)工作進行的，只在穩(wěn)定階段因為集中注意力于尋找錯誤和修改錯誤，所以成為這一階段的主要工作。在產(chǎn)品發(fā)布里程碑，產(chǎn)品正式轉(zhuǎn)交用戶或維護支持組。2 軟件項目實施過程總體控制要求2.1 軟件項目實施流程說明需求分析系統(tǒng)設計系統(tǒng)開發(fā)系統(tǒng)測試系統(tǒng)安裝與調(diào)試用戶培訓技術支持2.1.1 實施流程匯總說明2.1.2 實施流程特殊性與關鍵工作說明1 通過互聯(lián)網(wǎng)連接

10、服務器查詢數(shù)據(jù)，通過提供一個窗口連接到食品藥品查詢系統(tǒng)對物品數(shù)據(jù)進行查詢。2 本系統(tǒng)不對食品藥品系統(tǒng)進行任何改動，不對其現(xiàn)有操作流程產(chǎn)生任何影響。2.2 軟件項目職責分工說明系統(tǒng)在數(shù)據(jù)接口方面設計到很多的不同類型數(shù)據(jù)，在業(yè)務上設計到嚴謹?shù)臄?shù)據(jù)核銷過程，多用戶組、用戶角色分配，為了支持本系統(tǒng)的復雜業(yè)務邏輯并保持本系統(tǒng)的靈活性、可擴充性，因此，需要各方面充分合作、互相協(xié)調(diào)、才能保證系統(tǒng)實施階段順利進行。針對帳系統(tǒng)要實現(xiàn)的功能，我們將建立如下的三層組織保證體系： 領導層 實施層 用戶驗收層各組織層責任項目領導小組的目的是和*項目小組共同建立對整個項目建設自始至終負責的、責權利相統(tǒng)一的管理，以形成一個

11、由總體控制和有計劃、有組織的控制網(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ì)量控制、供應控制。由于各實施環(huán)節(jié)均有項目質(zhì)量控制小組評審，就有可能一次發(fā)現(xiàn)問題，并可及時落實到具體的負責部門，整個過程一氣呵成，避免推諉扯皮現(xiàn)象和信息傳遞失誤，從而提高系統(tǒng)建設效率。作為組織保證系統(tǒng)的一個組成部分，還應建立線性責

12、任系統(tǒng)，其目的是為了明確項目中各部門各成員在各項工作的地位與作用，使工作和責任一一對應起來，以保證組織運轉(zhuǎn)更為有效。操作實施層的組織結(jié)構(gòu)如下：實施層的具體職責如下： 建立項目實施小組，確定項目實施總負責人； 組織各專業(yè)技術隊伍，明確技術責任與實施方案； 編制項目技術規(guī)范，計劃進度，質(zhì)量標準； 負責組織各專業(yè)技術人員優(yōu)質(zhì)按時完成項目任務。用戶驗收層主要保證組織體系能有效地圍繞總體控制計劃運行，其人員由我們和*技術專家共同組成。用戶驗收層的具體職責如下： 共同確定技術驗收測試標準和驗收測試人員； 組織現(xiàn)場測試環(huán)境和完成各項技術指標測試； 編寫項目測試報告和項目驗收報告； 組織并完成用戶開通運行等各

13、項工作。2.3 軟件項目實施過程控制方法說明2.3.1 客戶交流機制說明為保證實現(xiàn)項目預期目標，項目實施過程中需要大量的客戶交流工作，定期舉行客戶方例會、向客戶方提供階段性報告、雙方的主要聯(lián)系方式是面談、電話和Email。2.3.2 軟件項目內(nèi)部管理與進度控制方法說明為了適應比較流行的MVC開發(fā)模式，保證開發(fā)小組成員順利溝通，協(xié)同完成任務，我們擬采用較為普遍的軟件工程項目管理方式。在制定項目管理規(guī)范的過程中，我們將主要吸取ISO9000/GBTl900質(zhì)量管理和質(zhì)量控制國際標準以及CMM項目管理中的精華，緊密結(jié)合我們內(nèi)部的實際和項目的實際情況，使規(guī)范具有較強的可操作性。ISO9000/GBT1

14、900質(zhì)量管理和質(zhì)量控制國際標準是制造業(yè)的質(zhì)量管理專家在總結(jié)了實踐經(jīng)驗的基礎上而制定的。所以信息系統(tǒng)項目管理不能用這個系列標準中提供的生產(chǎn)模型來概括，而應有選擇地吸收和改進。在項目實施的各個過程中，為確保質(zhì)量，必須明確各項活動的責任。即由誰負責、由誰輔助執(zhí)行、工作應執(zhí)行的流程、執(zhí)行人員應具備的技能和培訓經(jīng)歷等。責任越明確，可執(zhí)行性就越好。同時要重視質(zhì)量記錄的產(chǎn)生和保存。在質(zhì)量記錄中，項目實施過程中產(chǎn)生的第一手原始資料是出現(xiàn)問題時查找原因的根據(jù)，也是系統(tǒng)可回溯性的保證。設計是項目實施的初期步驟之一，它為整個項目的實施奠定基礎，是保證項目質(zhì)量的關鍵要素。在項目實施前，必須提交合格的設計文檔。設計文

15、檔應充分考慮項目實施的實際情況，并從技術的角度確保正確可行。為保證設計的質(zhì)量，我們將遵從軟件產(chǎn)品策劃程序，軟件產(chǎn)品開發(fā)程序的規(guī)定。單元名稱時間描述負責人精化需求S+0S+1對項目需求的細節(jié)進行確認工作組需求確認S+1需求結(jié)束里程碑*銀行結(jié)構(gòu)設計S+2S+4根據(jù)需求對系統(tǒng)結(jié)構(gòu)進行修改工作組詳細設計S+3S+5完成詳細設計工作組編碼S+4S+7完成編碼，與詳細設計重疊工作組測試S+5S+9內(nèi)部測試工作組用戶培訓S+8S+8培訓*銀行的使用人員工作組安裝調(diào)試S+8S+9系統(tǒng)安裝，根據(jù)需求修改報表和基礎數(shù)據(jù)工作組試運行S+10S+11*銀行對本系統(tǒng)進行進行試運行，我工作組針對用戶提出的維護需求進行維護

16、工作組用戶驗收S+12項目結(jié)束*銀行系統(tǒng)維護S+12S+52本公司負責一年的系統(tǒng)維護工作組2.3.3 軟件項目發(fā)布方法說明系統(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)定工作。

17、2.4 軟件項目預期成果清單說明2.4.1 文檔成果清單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)發(fā)布說明發(fā)布軟件的各種版本，詳細說明軟件功能、性能及使用方法，為軟件使用者了解軟件的情況提供相關信息。2.4.2 代碼成果清

18、單程序源代碼清單：包括所有程序的源代碼，作為測試、維護和升級的參考依據(jù)。2.4.3 其他成果清單1客服及技術支持說明書包括系統(tǒng)使用手冊、系統(tǒng)安裝手冊等為用戶的使用提供服務。3 軟件項目具體實施流程說明3.1 需求調(diào)研與分析階段實施方案3.1.1 工作程序1 由項目實施小組組織需求方和開發(fā)方召開會議，需求方提出系統(tǒng)功能需求，開發(fā)方人員確定所需功能能否實現(xiàn)以及用何種技術實現(xiàn)，最終協(xié)商確定系統(tǒng)整體功能。2 項目實施小組提出需求分析說明書，并交由供需雙方確認。3.1.2 工作內(nèi)容與要求1、 描述用戶需求，規(guī)劃目標系統(tǒng)結(jié)構(gòu)和主要功能，包括：數(shù)據(jù)接口，核銷數(shù)據(jù)查詢，系統(tǒng)管理功能，報表打印功能；2、 掌握用

19、戶特點，描述用戶的角色、權限的劃分，包括：系統(tǒng)管理員、核銷操作員、業(yè)務主管、代理銀行業(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)討論及確定。3.1.4 預期成果清單保費對帳系統(tǒng)需求分析說明書3.2 系統(tǒng)設計階段實施方案3.2.1 工作程序開發(fā)組成員根據(jù)需求分析進行功能的分類匯總，確定系統(tǒng)架構(gòu)及功能模塊，提交概要設計和詳細設計。3.2.2 工作內(nèi)容與要求1、針對客戶提出的各項需求

20、，進行需求分類匯總，對功能、性能進行歸并，為建立完整的系統(tǒng)結(jié)構(gòu)、選擇正確的實現(xiàn)策略奠定基礎，從而形成相對穩(wěn)定的功能模塊劃分。2、針對需求的匯總分析和項目面臨的各種約束和假定，進行重點難點問題分析，找出完成本項目所必須克服的重點和難點問題，一方面能夠讓技術人員理解相應功能模塊的重要性，另一方面能夠保證項目實施過程中所有人員都能夠圍繞重點和難點問題展開工作，使得項目研發(fā)的成果能夠最大限度的滿足客戶要求。3、系統(tǒng)模塊劃分，實現(xiàn)完整的功能模塊劃分，從而為技術人員的分工提供依據(jù)，這部分的內(nèi)容要對上一節(jié)的內(nèi)容進行更細致的分類，遵循技術形式進行劃分。4、系統(tǒng)接口策略，該項說明在系統(tǒng)實現(xiàn)過程中，需要與系統(tǒng)外部

21、的硬件設備、網(wǎng)絡結(jié)點、軟件系統(tǒng)進行交互，并確定各類接口的類型、使用方法、所屬的功能模塊和本系統(tǒng)內(nèi)各個功能模塊之間的接口定義、相互依賴關系等。3.2.3 預期成果清單保費對帳系統(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ā)進度的順利進行，并將進度情況及時向用戶匯報。3.3.3 人員分工與資源配置姓名職責完成模塊王文健項目進度控制管理、成員協(xié)調(diào)，項目研發(fā)計劃、需求分析、結(jié)構(gòu)設計、項目實

22、施、系統(tǒng)管理模塊的實現(xiàn)。1、 軟件總體結(jié)構(gòu)2、 2、系統(tǒng)管理模塊孫英姝項目配置管理，會議記錄，數(shù)據(jù)接口模塊實現(xiàn)。保費核銷模塊、報表打印模塊1、 數(shù)據(jù)接口模塊2、 2、保費核銷模塊3、報表打印模塊于萍保證金核銷模塊、退保證金核銷模塊、材料費核銷模塊，軟件測試1、 保證金核銷模塊2、 2、退保證金核銷模塊3、材料費核銷模塊3.3.4 預期成果清單程序源代碼清單和保費對帳系統(tǒng)測試方案3.4 軟件項目驗收與交付階段實施方案3.4.1 工作程序開發(fā)組提交項目完成報告，組織用戶驗收組進行項目驗收。3.4.2 工作內(nèi)容與要求在項目結(jié)束時，必須履行嚴格的驗收和交接手續(xù)。終驗和交接的目的是使用戶對項目質(zhì)量和最終

23、系統(tǒng)狀態(tài)形成全面正確的認識，從而對系統(tǒng)集成工作滿意和認可，同時向用戶提交完整的文檔，以便于用戶日后對系統(tǒng)運行和維護。在終驗前，我們和*共同組建終驗協(xié)調(diào)小組，該小組應由各方領導小組委托各自的技術負責人組成，由用戶方出任組長。該小組負責擬定終驗測試方法、終驗測試時間及周期、終驗內(nèi)容及終驗進度安排，并且要對各廠商、集成商及最終用戶的職責、義務與協(xié)調(diào)方法做出明確的規(guī)定。終驗應當在終驗協(xié)調(diào)小組的領導下進行。終驗測試過程要有詳細的日志和質(zhì)量記錄。在終驗測試完畢后，應綜合提交終驗測試數(shù)據(jù)和測試報告，經(jīng)各方簽字認可。在終驗過程中，項目質(zhì)量監(jiān)督小組應當有計劃地進行質(zhì)量審核和抽驗工作，其審核報告應提交終驗協(xié)調(diào)小組

24、。終驗完成后，輸出文件包括：終驗測試方案、終驗實施方案、質(zhì)量記錄、質(zhì)量審核報告和終驗測試報告。終驗結(jié)束后開始交接過程。交接是一個逐步使用戶熟悉系統(tǒng)，進而能夠掌握、管理、維護系統(tǒng)的過程。交接需要在終驗協(xié)調(diào)小組的負責下有計劃有步驟地進行。交接包括技術資料交接和系統(tǒng)交接。系統(tǒng)交接一直延續(xù)到維護階段（指合同中規(guī)定的無償維護）。交接流程是：交接工作計劃、所有文檔清點和培訓計劃、系統(tǒng)交接與維護。技術資料交接包括在實施過程中所產(chǎn)生的全部文件和記錄。終驗協(xié)調(diào)小組應督促各供應廠商提供相應的技術資料，并整理網(wǎng)絡、服務器和數(shù)據(jù)庫的所有配置參數(shù)及其它數(shù)據(jù)。交接時至少提交如下資料：總體設計文檔、項目實施設計、系統(tǒng)配置文

25、檔、測試報告、系統(tǒng)維護手冊和系統(tǒng)操作手冊（可由設備廠家提供）以及系統(tǒng)管理建議書。在技術資料交接之后，便進入維護階段。維護階段的時間長短由終驗協(xié)調(diào)組協(xié)商確定，且各方的任務要明確。維護階段的主要任務是協(xié)同用戶進一步熟悉和掌握整個系統(tǒng)，提高用戶自身的系統(tǒng)管理能力。3.4.3 人員分工與資源配置由工作組完成。3.4.4 預期成果清單保費對帳系統(tǒng)發(fā)布說明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)試，并

26、向相關工作人員介紹安裝與調(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)容做成多媒體教學光盤，輔助培訓教學，并方便用戶日后的使

27、用。培訓針對不同崗位職責的具體業(yè)務的需求，在力求覆蓋絕大多數(shù)的有各種工作人員的要求下，對領導、干部、技術主管等不同類別用戶，設計相應的培訓方案。通過對用戶的歸類、劃分，我們可以盡可能的使培訓落實到每一個用戶的具體職責上去，保證良好的培訓效果。我們將針對*人員的特點,準備兩套培訓內(nèi)容：初級培訓，系統(tǒng)建設和操作維護。高級培訓，系統(tǒng)深層次應用開發(fā)。操作維護培訓和高級培訓包括：所提供軟件的工作原理和技術性能、操作維護方法、安裝調(diào)測、排除故障及軟件結(jié)構(gòu)、定制和升級等各個方面, 系統(tǒng)管理和建設的軟件系統(tǒng)的使用，以及系統(tǒng)進一步開發(fā)的全套方法和接口協(xié)議。并提供全套培訓教材和培訓課程計劃表。對于參與項目的*人員

28、我們將在項目的開發(fā)設計過程中進行有側(cè)重培訓，使他們充分了解系統(tǒng)設計的體系架構(gòu)、開發(fā)規(guī)范和項目管理方法等。我們將準備如下內(nèi)容課程：系統(tǒng)操作、系統(tǒng)維護與運營和用戶使用培訓等課程，另外，我們將提供在線式的幫助系統(tǒng)。系統(tǒng)維護系統(tǒng)維護是指系統(tǒng)在功能上進行修改，由于*業(yè)務需求的擴展性，在實際應用中，特別是在系統(tǒng)剛投入使用時，需經(jīng)常改動程序功能。針對這種情況，我們的系統(tǒng)維護工作從以下幾個方面入手，從而使系統(tǒng)應用達到預期目的。 在系統(tǒng)設計階段應充分考慮系統(tǒng)的靈活性，將各個功能模塊設計成可由系統(tǒng)維護或用戶定制的，如對各項固定參數(shù)的代碼表的維護，通用的指標定制，通用定制查詢條件，通用的報表設計等。這樣系統(tǒng)的應用范

29、圍就會變得很廣，通常只要數(shù)據(jù)庫中存在的數(shù)據(jù)都可以由系統(tǒng)按照用戶的需求進行組合輸出。靈活的程序結(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)驗收通過后二個月。系統(tǒng)試運行期過后，開發(fā)商將與用戶另行簽訂維護合同，以下幾點均是對系統(tǒng)試運行

30、期后維護工作而言。 業(yè)務框架的更改：當業(yè)務流程發(fā)生變化，并在系統(tǒng)中需要改動的，此類變動涉及面很大甚至要重新架構(gòu)部分功能模塊的，我們可以先進行系統(tǒng)升級具體費用可在后期合同中體現(xiàn)。本情況的處理方法為：雙方認真討論新需求，結(jié)合已有系統(tǒng)的現(xiàn)狀提出可行方案。之后，由開發(fā)商提交解決方案和時間進度表，共同討論通過后，開發(fā)商進行系統(tǒng)分析和詳細分析。將新系統(tǒng)升級完成后，在測試環(huán)境下運行，測試通過后將全面上線試運行。試運行無誤后，提交相關文檔。在此過程中除開發(fā)期均有系統(tǒng)分析員參與討論或工程師現(xiàn)場維護直到能夠正式運行。 單一模塊的功能升級：隨著業(yè)務需求的不斷變化，將出現(xiàn)現(xiàn)在無法預測的變動，而本系統(tǒng)的相應模塊未能適應

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

32、的需求后進行現(xiàn)場開發(fā)，開發(fā)完畢后在測試環(huán)境下運行，測試通過后將全面上線試運行。試運行無誤后，2日內(nèi)提交相關文檔。工程師在現(xiàn)場進行維護直到新需求能正常使用。 新增功能：隨著新的理念、管理方法、分析手段和功能應用的出現(xiàn)，會有新的功能模塊的需求出現(xiàn)。本情況的處理方法為：在雙方認真討論新需求后，由開發(fā)商提交解決方案和時間進度表，共同討論通過后，開發(fā)商進行系統(tǒng)分析和詳細分析。將新系統(tǒng)升級完成后，在測試環(huán)境下運行，測試通過后將全面上線試運行。試運行無誤后，提交相關文檔。在此過程中除開發(fā)期均有系統(tǒng)分析員參與討論或工程師現(xiàn)場維護直到能夠正式運行。 數(shù)據(jù)庫運行環(huán)境的變更。包括：數(shù)據(jù)庫服務器的更換、數(shù)據(jù)庫數(shù)據(jù)階段

33、性備份和整理、數(shù)據(jù)庫管理系統(tǒng)的升級等。本情況的處理方法為：由*提出需求，雙方就新需求提出可行方案。之后，由開發(fā)商提交解決方案和時間進度表，共同討論通過后，開發(fā)商在測試環(huán)境下實施，測試通過后轉(zhuǎn)移到新環(huán)境下試運行。試運行無誤后，提交相關文檔。在此過程中除文檔編寫期均有系統(tǒng)分析員參與討論或工程師現(xiàn)場維護直到能夠正式運行。 數(shù)據(jù)庫結(jié)構(gòu)更新。包括：增加、刪除系統(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ā)事件。本情況的處