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

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

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

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

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

6、消費者可以通過系統的窗口輸入所需物品即可查詢系統內部的所有登記在內的藥店的數據然后列出所有符合條件的藥店地址以及聯系方式。1.2.2 項目工作內容與工作目標1.2.2.1 項目工作內容在此次開發工作中，我們主要進行以下工作：工作內容1：客戶（各使用單位）的信息及藥品登記管理 在設計客戶信息及藥品登記管理模塊過程中，我們主要給客戶提供一個入口進行客戶基本信息管理，銷售信息藥品登記、庫存查詢。工作內容2：消費者查詢功能 設計消費者查詢模塊的過程中，我們主要實現消費者對藥品基本信息查詢和查詢所需物品何處有售的功能；工作內容3：藥監部門對系統內數據監管功能在設計藥監部門對藥品監管模塊的過程中，我們主要

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

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

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

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

11、由總體控制和有計劃、有組織的控制網絡系統，實現計劃-實施-檢查-調整-再實施的封閉循環。領導層的具體職責如下： 明確成員各自分工與責任； 建立工程情況匯報制度； 決定工程重大原則問題； 協調各部門及相關人員關系。對系統數據庫系統的實施，建立以項目中心領導小組為龍頭，系統分析部、系統開發部、系統實施部為主體的，具有內部協調職能的直線式操作實施層，負責進度控制、成本控制、質量控制、供應控制。由于各實施環節均有項目質量控制小組評審，就有可能一次發現問題，并可及時落實到具體的負責部門，整個過程一氣呵成，避免推諉扯皮現象和信息傳遞失誤，從而提高系統建設效率。作為組織保證系統的一個組成部分，還應建立線性責

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

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

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

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

16、工作組用戶驗收S+12項目結束*銀行系統維護S+12S+52本公司負責一年的系統維護工作組2.3.3 軟件項目發布方法說明系統的安裝與調試本小組負責系統安裝與調試工作，其中軟件部分的安裝是免費的。我們將派遣專業的技術支持人員進行現場的安裝與調試，并向相關工作人員介紹安裝與調試的要點，保證系統的使用人員掌握基本的系統安裝的方法。安裝與調試以系統能夠正常穩定的工作為基本標準，兼顧用戶的不同的使用要求。服務器端相關軟件系統可由硬件提供商負責，我們的技術支持人員也可以依據用戶的要求對服務器端系統進行安裝與調試。服務器端的數據庫系統的建立、維護等工作將由我們的數據庫設計工程師完成，保證數據庫的穩定工作。

17、2.4 軟件項目預期成果清單說明2.4.1 文檔成果清單1保費對帳系統需求分析說明書準確并詳細說明用戶的系統需求，開發人員以此為依據進行系統開發。也是向用戶最終審核軟件功能的標準。2保費對帳系統概要設計說明書根據需求分析，設計出軟件系統結構、所需的數據結構、系統內外部接口等，指導詳細設計。3保費對帳系統詳細設計說明書根據概要設計，對各模塊功能進行細化，指導程序進行代碼編寫。4保費對帳系統測試方案進行軟件的單元測試、集成測試和系統測試，完善軟件的各方面功能。5 保費對帳系統發布說明發布軟件的各種版本，詳細說明軟件功能、性能及使用方法，為軟件使用者了解軟件的情況提供相關信息。2.4.2 代碼成果清

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

19、戶特點，描述用戶的角色、權限的劃分，包括：系統管理員、核銷操作員、業務主管、代理銀行業務員；3、 了解設計與實現的約束條件，確定系統接口和運行環境，包括用戶操作界面，網絡傳輸與通信接口，硬件設備環境、軟件配置環境；3.1.3 人員分工與資源配置負責銀行業務的，有多年銀行界工作經驗，熟練掌握對帳業務的人員負責提出需求，經驗豐富的專業人員進行技術實現討論及確定。3.1.4 預期成果清單保費對帳系統需求分析說明書3.2 系統設計階段實施方案3.2.1 工作程序開發組成員根據需求分析進行功能的分類匯總，確定系統架構及功能模塊，提交概要設計和詳細設計。3.2.2 工作內容與要求1、針對客戶提出的各項需求

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

21、的硬件設備、網絡結點、軟件系統進行交互，并確定各類接口的類型、使用方法、所屬的功能模塊和本系統內各個功能模塊之間的接口定義、相互依賴關系等。3.2.3 預期成果清單保費對帳系統概要設計說明書和保費對帳系統詳細設計說明書3.3 代碼實現與測試調試階段實施方案3.3.1 工作程序開發組成員根據詳細設計確定各自分工，進行各個模塊功能的具體開發實現工作，系統進入測試階段后組織驗收組編寫測試報告。3.3.2 工作內容與要求項目開發組要保證開發進度的順利進行，并將進度情況及時向用戶匯報。3.3.3 人員分工與資源配置姓名職責完成模塊王文健項目進度控制管理、成員協調，項目研發計劃、需求分析、結構設計、項目實

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

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

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

25、檔、測試報告、系統維護手冊和系統操作手冊（可由設備廠家提供）以及系統管理建議書。在技術資料交接之后，便進入維護階段。維護階段的時間長短由終驗協調組協商確定，且各方的任務要明確。維護階段的主要任務是協同用戶進一步熟悉和掌握整個系統，提高用戶自身的系統管理能力。3.4.3 人員分工與資源配置由工作組完成。3.4.4 預期成果清單保費對帳系統發布說明3.5 客戶服務與技術支持階段實施方案3.5.1 工作程序確定系統交付使用后的客戶服務與技術支持的內容。3.5.2 工作內容與要求系統的安裝與調試我們負責系統安裝與調試工作，其中軟件部分的安裝是免費的。我們將派遣專業的技術支持人員進行現場的安裝與調試，并

26、向相關工作人員介紹安裝與調試的要點，保證系統的使用人員掌握基本的系統安裝的方法。安裝與調試以系統能夠正常穩定的工作為基本標準，兼顧用戶的不同的使用要求。服務器端相關軟件系統可由硬件提供商負責，我們的技術支持人員也可以依據用戶的要求對服務器端系統進行安裝與調試。服務器端的數據庫系統的建立、維護等工作將由我們的數據庫設計工程師完成，保證數據庫的穩定工作。用戶培訓培訓的主要目的是為了使*的用戶能更好的掌握新系統的安裝、使用和管理方法，充分發揮系統的作用，使他們經過系統培訓后，能夠對系統進行日常的使用和管理工作。為了保證培訓的質量，我們將把培訓的內容做成多媒體教學光盤，輔助培訓教學，并方便用戶日后的使

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

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

29、圍就會變得很廣，通常只要數據庫中存在的數據都可以由系統按照用戶的需求進行組合輸出。靈活的程序結構理想狀態可以做到只要數據庫不作改動，程序代碼也無需改動。對于數據庫，因在機構上予以優化，給予其較大的自由度，但數據庫變動一般影響較大，過于靈活的設計會影響系統運行效率，因而數據庫結構往往會隨著需求的變化而調整。對于某些情況，如：數據庫結構的改動，仍需要對程序代碼進行修改。對于該類維護，在系統試運行階段開發商應在系統運行地實施免費維護，進一步使需求達到用戶要求，最大限度地做到讓用戶滿意，系統試運行階段一般為系統驗收通過后二個月。系統試運行期過后，開發商將與用戶另行簽訂維護合同，以下幾點均是對系統試運行

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

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

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

33、性備份和整理、數據庫管理系統的升級等。本情況的處理方法為：由*提出需求，雙方就新需求提出可行方案。之后，由開發商提交解決方案和時間進度表，共同討論通過后，開發商在測試環境下實施，測試通過后轉移到新環境下試運行。試運行無誤后，提交相關文檔。在此過程中除文檔編寫期均有系統分析員參與討論或工程師現場維護直到能夠正式運行。 數據庫結構更新。包括：增加、刪除系統表和數據表，改變系統表、數據表結構，建立備份數據表等。由于業務、功能和流程上的需要，表結構的更新在所難免，本變動一般是圍繞著業務進行的。本情況的處理方法為：在業務處理過程中，討論此處的更新，處理過程同業務流程，工作量記入業務處理中。 系統自適應升級的維護：當新的需求滿足系統自動升級的條件時，為確保升級能夠正確，并保證系統的穩定，我們有工程師在現場指導維護，并處理突發事件。本情況的處