維護類項目實施方案

1、維護類項目實施方案維護類項目實施方案維護類項目實施方案V:1.0精細整理，僅供參考 維護類項目實施方案日期：20 xx年X月 文件編號： 密級： 項目ID： 項目編號： 維護類項目實施方案 版本 【V 】擬制日期審核日期批準日期聲 明本文件所有權和解釋權歸GDTEC所有，未經(jīng)GDTEC書面許可，不得復制或向第三方公開。修訂歷史記錄版本日期AMD修訂者說明V 2011-01-17A田冬添加，M-修改，D-刪除）目錄 TOC o 1-3 h z u HYPERLINK l _Toc9 1.系統(tǒng)架構設計 PAGEREF _Toc9 h 4 HYPERLINK l _Toc0 系統(tǒng)特點 PAGEREF

2、 _Toc0 h 4 HYPERLINK l _Toc1 系統(tǒng)任務的類型 PAGEREF _Toc1 h 4 HYPERLINK l _Toc2 系統(tǒng)設計原則 PAGEREF _Toc2 h 4 HYPERLINK l _Toc3 、用戶界面設計原則 PAGEREF _Toc3 h 5 HYPERLINK l _Toc4 數(shù)據(jù)建模原則 PAGEREF _Toc4 h 5 HYPERLINK l _Toc5 2、概要設計 PAGEREF _Toc5 h 6 HYPERLINK l _Toc6 、設計原則 PAGEREF _Toc6 h 6 HYPERLINK l _Toc7 統(tǒng)一設計原則 PAG

3、EREF _Toc7 h 6 HYPERLINK l _Toc8 先進性原則 PAGEREF _Toc8 h 6 HYPERLINK l _Toc9 高可靠/高安全性原則 PAGEREF _Toc9 h 7 HYPERLINK l _Toc0 標準化原則 PAGEREF _Toc0 h 7 HYPERLINK l _Toc1 成熟性原則 PAGEREF _Toc1 h 7 HYPERLINK l _Toc2 適用性原則 PAGEREF _Toc2 h 7 HYPERLINK l _Toc3 可擴展性原則 PAGEREF _Toc3 h 7 HYPERLINK l _Toc4 3、項目啟動 PA

4、GEREF _Toc4 h 7 HYPERLINK l _Toc5 4、需求管理 PAGEREF _Toc5 h 8 HYPERLINK l _Toc6 需求調研 PAGEREF _Toc6 h 8 HYPERLINK l _Toc7 需求分析 PAGEREF _Toc7 h 9 HYPERLINK l _Toc8 需求變更 PAGEREF _Toc8 h 9 HYPERLINK l _Toc9 5、范圍控制 PAGEREF _Toc9 h 11 HYPERLINK l _Toc0 6、進度控制 PAGEREF _Toc0 h 11 HYPERLINK l _Toc1 7、質量保證 PAGER

5、EF _Toc1 h 12 HYPERLINK l _Toc2 QA經(jīng)理 PAGEREF _Toc2 h 12 HYPERLINK l _Toc3 QA工程師 PAGEREF _Toc3 h 12 HYPERLINK l _Toc4 8、溝通管理 PAGEREF _Toc4 h 12 HYPERLINK l _Toc5 項目經(jīng)理 PAGEREF _Toc5 h 12 HYPERLINK l _Toc6 項目組 PAGEREF _Toc6 h 13 HYPERLINK l _Toc7 QA工程師 PAGEREF _Toc7 h 13 HYPERLINK l _Toc8 9、風險控制 PAGERE

6、F _Toc8 h 13 HYPERLINK l _Toc9 在出現(xiàn)不可修復的危害之前準備修復計劃； PAGEREF _Toc9 h 13 HYPERLINK l _Toc0 10、保密措施 PAGEREF _Toc0 h 13 HYPERLINK l _Toc1 公司保密制度 PAGEREF _Toc1 h 13 HYPERLINK l _Toc2 項目保密制度 PAGEREF _Toc2 h 14 HYPERLINK l _Toc3 11、技術與支持 PAGEREF _Toc3 h 14 HYPERLINK l _Toc4 資深專家技術支持 PAGEREF _Toc4 h 14 HYPER

7、LINK l _Toc5 合作、交流與培訓 PAGEREF _Toc5 h 14系統(tǒng)架構設計 系統(tǒng)特點總體資源和時間在合同中確定，階段點處會調整面向不同的客戶，需要有較強的溝通能力先期未參與開發(fā)，要求快速地理解和對應能力維護任務隨機性強，要求合理地定制和調整計劃客戶參與度高，要求使用度量數(shù)據(jù)了解和控制項目的執(zhí)行系統(tǒng)任務的類型新增功能開發(fā)缺陷修改文檔修改需求變更系統(tǒng)設計原則業(yè)務規(guī)則是支持企業(yè)決策，影響或控制企業(yè)業(yè)務行為的指示，它是企業(yè)處理業(yè)務過程中始終要遵循的規(guī)則，而工作流則是根據(jù)業(yè)務規(guī)則制定的實際應用當中需要流轉的程序。在系統(tǒng)的編制過程中將嚴格遵守業(yè)務規(guī)則和根據(jù)業(yè)務規(guī)則制定的工作流程，在系統(tǒng)的

8、編程中業(yè)務規(guī)則是一條語句，它定義或約束業(yè)務的某些方面。其目的是對業(yè)務結構做出斷言，或者對業(yè)務行為施加控制和影響。開發(fā)時通過制定嚴格的開發(fā)規(guī)范，并通過嚴格的項目管理和實施方法來規(guī)范程序員的編碼規(guī)范，提高系統(tǒng)的可維護性；在數(shù)據(jù)建模時也會采用基于標準的擴展的數(shù)據(jù)模型構建方法，在數(shù)據(jù)交換、系統(tǒng)接口等領域也基于國家數(shù)據(jù)交換標準進行設計與開發(fā)；在系統(tǒng)的整體設計開發(fā)實施維護過程，都將基于國際國內的主流標準進行。由于系統(tǒng)是根據(jù)標準架構和分層編寫而成，對于想增加工作流程或者業(yè)務規(guī)則的情況，系統(tǒng)也可以很容易的進行擴展，如在系統(tǒng)中加入的新的業(yè)務規(guī)則只要在層次上分清屬于系統(tǒng)的哪一層次，在系統(tǒng)的層次中新加入組件就可以很

9、方便和容易的對系統(tǒng)進行擴展。在系統(tǒng)中，復用是減少代碼量和代碼可讀性一個必須要考慮的問題。需要用到的重復代碼需要編寫可復用的方法，對接口的定義需要考慮到相同功能中所有的問題編寫可復用的接口，公用的類也可以做到復用。、用戶界面設計原則系統(tǒng)的界面風格統(tǒng)一采用編制好的CSS文件，對單元格、按鈕、下拉列表、文本框都進行統(tǒng)一的規(guī)格化，頁面布局采用左邊菜單項右邊功能頁的頁面布局。在內容填充中，對每一錄入項都進行數(shù)據(jù)合法化校驗，如果出現(xiàn)異常和錯誤將采用統(tǒng)一的報錯頁面和易懂的提示語言對異?；蝈e誤進行描述。對于用戶操作來說，越容易、越簡便越好，在系統(tǒng)的編制過程中我們將體現(xiàn)以人為本的友好操作頁面，根據(jù)登陸人的不同，

10、根據(jù)權限的不同對每個人的操作頁面都能做到定制，方便操作人的操作和管理。由于系統(tǒng)采用同步和異步兩種方式進行數(shù)據(jù)的交互，異步操作可以使用戶更加方便的在頁面操作過程中和數(shù)據(jù)庫中的數(shù)據(jù)進行交互，同步操作可以使用戶提交頁面時實時的對提交的內容進行查看和修改。系統(tǒng)提供在操作過程中根據(jù)輸入項和功能來提示的功能來幫助用戶更好的使用和操作系統(tǒng)。數(shù)據(jù)建模原則既繼承又創(chuàng)新；數(shù)據(jù)模型將會對原有系統(tǒng)中使用較成熟部分進行繼承，一方面有利于提高系統(tǒng)成功幾率，另一方面也方便與數(shù)據(jù)的移植；在繼承的基礎上，對于原有系統(tǒng)中不成熟部分將針對原有數(shù)據(jù)模型存在的問題進行重新設計。既繼承又創(chuàng)新的數(shù)據(jù)模型設計原則，是數(shù)據(jù)模型設計成功的保障。

11、數(shù)據(jù)的完整性與一致性；數(shù)據(jù)的完整性和一致性是原有系統(tǒng)數(shù)據(jù)庫存在的主要問題之一，一個個分離的數(shù)據(jù)庫相對獨立，和其他數(shù)據(jù)庫不存在直接的完整性和一致性規(guī)則，本次開發(fā)將對原有系統(tǒng)數(shù)據(jù)模型進行整合，一方面從數(shù)據(jù)模型層面保證數(shù)據(jù)的完整性和一致性，另一方面消除原有數(shù)據(jù)庫的一個個信息孤島，為查詢、統(tǒng)計、分析等業(yè)務管理服務。主要變化的適應性；在系統(tǒng)建設時，將對業(yè)務進行充分的分析，對于可能存在的主要變化進行研究，在數(shù)據(jù)模型設計時將充分考慮這些變化性，數(shù)據(jù)模型將能對這種變化性進行適應。數(shù)據(jù)模型在設計時將采用縱向和橫向兩種結構進行設計，對于變化的適應性，可以采用縱向字段語義擴展和橫向結構兩種方法來對變化性進行適應。數(shù)

12、據(jù)模型的標準化；數(shù)據(jù)建模過程中，采用標準的數(shù)據(jù)建模工具，遵循數(shù)據(jù)模型的建設標準，使用國際、國家等數(shù)據(jù)標準，對于數(shù)據(jù)接口也采用標準的數(shù)據(jù)接口標準。支持數(shù)據(jù)的移植；數(shù)據(jù)的移植也是新系統(tǒng)數(shù)據(jù)模型建設需要考慮的一個重要問題。一方面，我們將對原有系統(tǒng)的成熟數(shù)據(jù)模型進行繼承，以便于進行數(shù)據(jù)移植，另一方面，對于新數(shù)據(jù)模型，會建立新舊數(shù)據(jù)模型之間的映射關系，并消除中間產(chǎn)生的沖突。在移植時，為了可以準確高效的進行數(shù)據(jù)的移植，可以借助于第三方的數(shù)據(jù)移植工具。實施時，將根據(jù)系統(tǒng)實際情況，進行分步的數(shù)據(jù)移植和系統(tǒng)的切換。2、概要設計系統(tǒng)建立在各種標準之上，架構標準、數(shù)據(jù)標準等，并將在實際開發(fā)過程中建立統(tǒng)一的系統(tǒng)開發(fā)標

13、準規(guī)范體系，從整體上提高系統(tǒng)的水平，便于與外部機構進行接軌。、設計原則統(tǒng)一設計原則統(tǒng)籌規(guī)劃和統(tǒng)一設計系統(tǒng)結構。尤其是應用系統(tǒng)建設結構、數(shù)據(jù)模型結構、數(shù)據(jù)存儲結構以及系統(tǒng)擴展規(guī)劃等內容，均需從全局出發(fā)、從長遠的角度考慮。數(shù)據(jù)庫和接口涉及需要考慮相互的統(tǒng)一性，保證系統(tǒng)的接口與數(shù)據(jù)存儲的一致性，保證系統(tǒng)的高性能應用。先進性原則系統(tǒng)構成必須采用成熟、具有國內先進水平，并符合國際發(fā)展趨勢的技術、軟件產(chǎn)品和設備。在設計過程中充分依照國際上的規(guī)范、標準，借鑒國內外目前成熟的主流網(wǎng)絡和綜合信息系統(tǒng)的體系結構，以保證系統(tǒng)具有較長的生命力和擴展能力。保證先進性的同時還要保證技術的穩(wěn)定、安全性。采用先進的系統(tǒng)架構，

14、能夠為將來的系統(tǒng)規(guī)劃提供便利，為今后的發(fā)展奠定基礎。高可靠/高安全性原則系統(tǒng)設計和數(shù)據(jù)架構設計中充分考慮系統(tǒng)的安全和可靠。對于高性能要求平臺系統(tǒng)來說，必須保證系統(tǒng)得安全可靠。才能獲得持久穩(wěn)定的發(fā)展。標準化原則支持業(yè)務開展、橫向的信息擴展和宏觀管理的要求，系統(tǒng)對操作的標準化，即系統(tǒng)有檢入檢出的機制，確保數(shù)據(jù)維護的一致性和版本控制的可操作性。系統(tǒng)對數(shù)據(jù)導入導出采用統(tǒng)一標準接口，如采用現(xiàn)在最流行的XML 標準。成熟性原則在開發(fā)工具的選型階段，應該盡量選擇成熟的產(chǎn)品和規(guī)范，如 、XML、ODBC 之類已經(jīng)成為標準的、被大量實踐所采用的技術。選用具有成熟性，可持續(xù)發(fā)展性的開發(fā)工具。系統(tǒng)要采用國際主流、成

15、熟的體系架構來構建，實現(xiàn)跨平臺的應用。適用性原則保護已有資源，急用先行，在滿足應用需求的前提下，盡量降低建設成本。目前現(xiàn)有系統(tǒng)獨立建立，數(shù)據(jù)庫分散，但是數(shù)據(jù)庫資源豐富，有大量的服務器。所以縮減成本，充分利用現(xiàn)有系統(tǒng)是保證節(jié)約成本的重要部分。可擴展性原則系統(tǒng)設計要考慮到業(yè)務未來發(fā)展的需要，盡可能設計得簡明，降低各功能模塊耦合度，并充分考慮兼容性。系統(tǒng)能夠支持對多種格式數(shù)據(jù)的存儲。對于海量數(shù)據(jù)的存儲，系統(tǒng)的設計必須考慮高效和分離的部署結構，不僅保證能夠輕松建立接口，而且能夠提高數(shù)據(jù)庫的擴展能力。3、項目啟動項目合同或協(xié)議的簽訂標志著項目的正式啟動。項目啟動階段的主要任務是：召開項目啟動會確定項目范

16、圍：通過初步的需求調研，明確項目開發(fā)的范圍形成項目計劃：包括軟件開發(fā)計劃、量化管理計劃、風險管理計劃、組間協(xié)調計劃、質量保證計劃、配置管理計劃等評審項目初始需求及項目計劃工作流程圖如下：4、需求管理需求調研 調研用戶領域的組織結構、崗位設置和職責定義，從功能上區(qū)分有多少個子系統(tǒng)，劃分系統(tǒng)的大致范圍，明確系統(tǒng)的目標。 調研每個子系統(tǒng)所需的工作流程、功能與處理規(guī)則，收集單據(jù)、報表和賬本等原始資料，分析物流、資金流和信息流三者的關系，以及如何用數(shù)據(jù)流來表示這三者的關系。 對調研的內容事先準備，針對不同管理層次的用戶詢問不同的問題，列出問題清單。將操作層、管理層和決策層的需求既聯(lián)系，又區(qū)分開來，形成一

17、個金字塔，使下層滿足上層的需求。 對與用戶溝通的情況及時總結歸納，整理調研結果，找出新的疑點，初步構成需求基線。 若基線符合要求，則需求分析完畢；反之返回到第1步或第2或第3步。如此循環(huán)多次，直到需要分析使雙方滿意為止。需求分析需求分析階段主要是指項目組對用戶需求進行進一步調研分析，最終形成用戶確認的系統(tǒng)需求說明書的過程。在這個過程中包含需求調研分析、需求評審、細化軟件開發(fā)計劃等內容。需求變更需求變更流程(客戶提出需求變更)執(zhí)行條件：客戶提出需求變更圖：需求變更流程流程說明：需求來源：客戶提交相關需求變更審核需求變更：評估如果實現(xiàn)該需求，需要的時間、人力成本多少；并評估對項目工期影響有多大判斷

18、那些需求能夠目前解決，那些需要留到下一版本解決。最后輸出一份審核確認表反饋給客戶，和客戶進行商討。參與評審的人員要包含項目經(jīng)理，項目組長，測試組長，市場人員。配置管理員：對變更需求進行記錄，需求文檔進行更新，并通知相關人員項目組長：負責調整相關開發(fā)進度表，評估任務時間，分發(fā)給相關開發(fā)人員測試組長：根據(jù)變更需求和開發(fā)進度，對測試進度進行相對應調整，并修改測試需求分析書，分發(fā)需求更新給相關測試人員。測試人員對用例進行補充，修改。客戶提交的變更需求最后必須讓客戶進行簽字確認。5、范圍控制公司有嚴格的項目范圍管理體系，進行變更管理，變更控制。從在項目啟動開始就明確需求，量化需求，需求階段明確需求的可驗

19、證，可跟蹤，無二義性等。進行評審確認后，項目組在CMMI的變更管理過程指導下制定項目的變更控制管理過程，在項目實施過程中，用戶的需求變更都是按照事先指定好的過程執(zhí)行。范圍分解WBS（work breakdown structures）即工程項目工作分解結構是指定計劃在項目啟動開始后，把項目主要的可交付成果細分成較小的、更易管理的組分。項目組以項目進度為依據(jù)劃分WBS（Work breakdown structure），第一層是大的項目成果框架，每層下面再把工作分解。WBS結構最底層的分為是管理項目所需的最低層次的，可管理，可量化的，同時也是可跟蹤的任務。范圍變更控制公司的項目管理體系中有一套嚴

20、格、高效、實用的變更管理流程。變更控制程序經(jīng)過多年持續(xù)不斷改進的及反復實踐變更管理流程。6、進度控制項目經(jīng)理根據(jù)項目計劃、已設定的相關閾值和控制規(guī)則分析偏差；對于需控制的偏差，應分析其產(chǎn)生的原因，并制定相應的預防和糾正措施。必要時修改項目各項計劃，包括項目性能及質量目標。項目經(jīng)理根據(jù)制定措施，安排項目工作。項目經(jīng)理每周通過例會等了解項目情況，以便盡早發(fā)現(xiàn)偏差。例會的內容通常包括：進度/質量情況、偏差說明、問題分析、新的計劃及任務分工等。項目經(jīng)理每周報告項目的進展情況，分析項目偏差，說明偏差糾正措施。項目經(jīng)理跟蹤糾正偏差的過程，直到偏差被消除為止。項目主管審核糾正偏差的措施和效果。7、質量保證質

21、量保證工作，主要設計QA經(jīng)理、QA工程師。QA經(jīng)理協(xié)調安排QA組的活動參與QA計劃制定和評審定期向項目主管報告QA組的活動狀態(tài)QA工程師參加項目準備工作，參與軟件項目開發(fā)計劃、項目約定等內容的制定和評審制定并執(zhí)行項目QA計劃參加項目組例會每周對項目進行檢查，填寫質量周報、QA問題與處理單定期地對項目進行審計，并報告審計結果協(xié)助項目經(jīng)理制定偏差修改方案將項目組內不能解決的問題上報QA經(jīng)理和項目經(jīng)理8、溝通管理溝通管理主要涉及項目經(jīng)理、項目組之間、QA協(xié)調人員。溝通管理從角色來進行如下設置：項目經(jīng)理定期評審組間協(xié)調活動處理組間不能解決的問題監(jiān)督和協(xié)調技術活動并解決技術問題項目經(jīng)理無法完成上述活動時

22、，需上報項目主管和部門經(jīng)理項目組建立系統(tǒng)需求監(jiān)督和協(xié)調技術活動并解決技術問題確定組間協(xié)調計劃和關鍵依賴關系協(xié)調組間工作和關鍵依賴關系定期召開技術評審和交流會議 QA工程師評審和（或）審核組間協(xié)調活動和工作產(chǎn)品，并報告結果9、風險控制找出潛在的問題和風險，每周提交風險列表；盡量避免風險，清楚定義項目中所需要的步驟、任務和事件從而消除潛在的風險；降低風險，每周提供風險規(guī)避計劃，指定措施減輕各種風險；在出現(xiàn)不可修復的危害之前準備修復計劃；承認風險，記錄項目管理中索發(fā)生的風險；為了有效發(fā)現(xiàn)風險，規(guī)避風險，在項目整個生命周期每周QA組，項目組都會各自提供一份，項目組技術風險、項目管理風險列表，風險管理的過程記錄在案，項目經(jīng)理每周會匯報技術風險、項目管理風險規(guī)避及處理方法。隨著時間推移，風險逐漸接受處理，轉移，或者規(guī)避的過程。文檔中記錄項目風險發(fā)生概率，處理風險責任人，風險策略等，完整的風險控制機制。10、保密措施公司保密制度為了保護客戶的信息安全和技術機密，我們制定了嚴格的保密制度并采取嚴格的保密措施：1、公司員工