維護類項目實施方案

文件編號：密級：項目ID：項目編號：維護類項目實施方案版本【V1.00】擬制日期審核日期批準(zhǔn)日期聲明本文件所有權(quán)和解釋權(quán)歸GDTEC所有，未經(jīng)GDTEC書面許可，不得復(fù)制或向第三方公開。修訂歷史記錄版本日期AMD修訂者說明V1.002023-01-17A田冬添加，M-修改，D-刪除）目錄1. 系統(tǒng)架構(gòu)設(shè)計 41.1系統(tǒng)特點 41.2系統(tǒng)任務(wù)的類型 41.3系統(tǒng)設(shè)計原則 41.4、用戶界面設(shè)計原則 51.5數(shù)據(jù)建模原則 52、概要設(shè)計 62.1、設(shè)計原則 6統(tǒng)一設(shè)計原則 6先進性原則 6高可靠/高安全性原則 7標(biāo)準(zhǔn)化原則 7成熟性原則 7適用性原則 7可擴展性原則 73、項目啟動 74、需求管理 84.1需求調(diào)研 84.2需求分析 94.3需求變更 95、范圍控制 116、進度控制 117、質(zhì)量保證 12QA經(jīng)理 12QA工程師 128、溝通管理 12項目經(jīng)理 12項目組 13QA工程師 139、風(fēng)險控制 13 在出現(xiàn)不可修復(fù)的危害之前準(zhǔn)備修復(fù)計劃； 1310、保密措施 13公司保密制度 13項目保密制度 1411、技術(shù)與支持 14資深專家技術(shù)支持 14合作、交流與培訓(xùn) 14系統(tǒng)架構(gòu)設(shè)計1.1系統(tǒng)特點總體資源和時間在合同中確定，階段點處會調(diào)整面向不同的客戶，需要有較強的溝通能力先期未參與開發(fā)，要求快速地理解和對應(yīng)能力維護任務(wù)隨機性強，要求合理地定制和調(diào)整計劃客戶參與度高，要求使用度量數(shù)據(jù)了解和控制項目的執(zhí)行1.2系統(tǒng)任務(wù)的類型新增功能開發(fā)缺陷修改文檔修改需求變更1.3系統(tǒng)設(shè)計原則業(yè)務(wù)規(guī)則是支持企業(yè)決策，影響或控制企業(yè)業(yè)務(wù)行為的指示，它是企業(yè)處理業(yè)務(wù)過程中始終要遵循的規(guī)則，而工作流則是根據(jù)業(yè)務(wù)規(guī)則制定的實際應(yīng)用當(dāng)中需要流轉(zhuǎn)的程序。在系統(tǒng)的編制過程中將嚴(yán)格遵守業(yè)務(wù)規(guī)則和根據(jù)業(yè)務(wù)規(guī)則制定的工作流程，在系統(tǒng)的編程中業(yè)務(wù)規(guī)則是一條語句，它定義或約束業(yè)務(wù)的某些方面。其目的是對業(yè)務(wù)結(jié)構(gòu)做出斷言，或者對業(yè)務(wù)行為施加控制和影響。開發(fā)時通過制定嚴(yán)格的開發(fā)規(guī)范，并通過嚴(yán)格的項目管理和實施方法來規(guī)范程序員的編碼規(guī)范，提高系統(tǒng)的可維護性；在數(shù)據(jù)建模時也會采用基于標(biāo)準(zhǔn)的擴展的數(shù)據(jù)模型構(gòu)建方法，在數(shù)據(jù)交換、系統(tǒng)接口等領(lǐng)域也基于國家數(shù)據(jù)交換標(biāo)準(zhǔn)進行設(shè)計與開發(fā)；在系統(tǒng)的整體設(shè)計開發(fā)實施維護過程，都將基于國際國內(nèi)的主流標(biāo)準(zhǔn)進行。由于系統(tǒng)是根據(jù)標(biāo)準(zhǔn)架構(gòu)和分層編寫而成，對于想增加工作流程或者業(yè)務(wù)規(guī)則的情況，系統(tǒng)也可以很容易的進行擴展，如在系統(tǒng)中加入的新的業(yè)務(wù)規(guī)則只要在層次上分清屬于系統(tǒng)的哪一層次，在系統(tǒng)的層次中新加入組件就可以很方便和容易的對系統(tǒng)進行擴展。在系統(tǒng)中，復(fù)用是減少代碼量和代碼可讀性一個必須要考慮的問題。需要用到的重復(fù)代碼需要編寫可復(fù)用的方法，對接口的定義需要考慮到相同功能中所有的問題編寫可復(fù)用的接口，公用的類也可以做到復(fù)用。1.4、用戶界面設(shè)計原則系統(tǒng)的界面風(fēng)格統(tǒng)一采用編制好的CSS文件，對單元格、按鈕、下拉列表、文本框都進行統(tǒng)一的規(guī)格化，頁面布局采用左邊菜單項右邊功能頁的頁面布局。在內(nèi)容填充中，對每一錄入項都進行數(shù)據(jù)合法化校驗，如果出現(xiàn)異常和錯誤將采用統(tǒng)一的報錯頁面和易懂的提示語言對異?；蝈e誤進行描述。對于用戶操作來說，越容易、越簡便越好，在系統(tǒng)的編制過程中我們將體現(xiàn)以人為本的友好操作頁面，根據(jù)登陸人的不同，根據(jù)權(quán)限的不同對每個人的操作頁面都能做到定制，方便操作人的操作和管理。由于系統(tǒng)采用同步和異步兩種方式進行數(shù)據(jù)的交互，異步操作可以使用戶更加方便的在頁面操作過程中和數(shù)據(jù)庫中的數(shù)據(jù)進行交互，同步操作可以使用戶提交頁面時實時的對提交的內(nèi)容進行查看和修改。系統(tǒng)提供在操作過程中根據(jù)輸入項和功能來提示的功能來幫助用戶更好的使用和操作系統(tǒng)。1.5數(shù)據(jù)建模原則既繼承又創(chuàng)新；數(shù)據(jù)模型將會對原有系統(tǒng)中使用較成熟部分進行繼承，一方面有利于提高系統(tǒng)成功幾率，另一方面也方便與數(shù)據(jù)的移植；在繼承的基礎(chǔ)上，對于原有系統(tǒng)中不成熟部分將針對原有數(shù)據(jù)模型存在的問題進行重新設(shè)計。既繼承又創(chuàng)新的數(shù)據(jù)模型設(shè)計原則，是數(shù)據(jù)模型設(shè)計成功的保障。數(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è)務(wù)管理服務(wù)。主要變化的適應(yīng)性；在系統(tǒng)建設(shè)時，將對業(yè)務(wù)進行充分的分析，對于可能存在的主要變化進行研究，在數(shù)據(jù)模型設(shè)計時將充分考慮這些變化性，數(shù)據(jù)模型將能對這種變化性進行適應(yīng)。數(shù)據(jù)模型在設(shè)計時將采用縱向和橫向兩種結(jié)構(gòu)進行設(shè)計，對于變化的適應(yīng)性，可以采用縱向字段語義擴展和橫向結(jié)構(gòu)兩種方法來對變化性進行適應(yīng)。數(shù)據(jù)模型的標(biāo)準(zhǔn)化；數(shù)據(jù)建模過程中，采用標(biāo)準(zhǔn)的數(shù)據(jù)建模工具，遵循數(shù)據(jù)模型的建設(shè)標(biāo)準(zhǔn)，使用國際、國家等數(shù)據(jù)標(biāo)準(zhǔn)，對于數(shù)據(jù)接口也采用標(biāo)準(zhǔn)的數(shù)據(jù)接口標(biāo)準(zhǔn)。支持?jǐn)?shù)據(jù)的移植；數(shù)據(jù)的移植也是新系統(tǒng)數(shù)據(jù)模型建設(shè)需要考慮的一個重要問題。一方面，我們將對原有系統(tǒng)的成熟數(shù)據(jù)模型進行繼承，以便于進行數(shù)據(jù)移植，另一方面，對于新數(shù)據(jù)模型，會建立新舊數(shù)據(jù)模型之間的映射關(guān)系，并消除中間產(chǎn)生的沖突。在移植時，為了可以準(zhǔn)確高效的進行數(shù)據(jù)的移植，可以借助于第三方的數(shù)據(jù)移植工具。實施時，將根據(jù)系統(tǒng)實際情況，進行分步的數(shù)據(jù)移植和系統(tǒng)的切換。2、概要設(shè)計系統(tǒng)建立在各種標(biāo)準(zhǔn)之上，架構(gòu)標(biāo)準(zhǔn)、數(shù)據(jù)標(biāo)準(zhǔn)等，并將在實際開發(fā)過程中建立統(tǒng)一的系統(tǒng)開發(fā)標(biāo)準(zhǔn)規(guī)范體系，從整體上提高系統(tǒng)的水平，便于與外部機構(gòu)進行接軌。2.1、設(shè)計原則統(tǒng)一設(shè)計原則統(tǒng)籌規(guī)劃和統(tǒng)一設(shè)計系統(tǒng)結(jié)構(gòu)。尤其是應(yīng)用系統(tǒng)建設(shè)結(jié)構(gòu)、數(shù)據(jù)模型結(jié)構(gòu)、數(shù)據(jù)存儲結(jié)構(gòu)以及系統(tǒng)擴展規(guī)劃等內(nèi)容，均需從全局出發(fā)、從長遠(yuǎn)的角度考慮。數(shù)據(jù)庫和接口涉及需要考慮相互的統(tǒng)一性，保證系統(tǒng)的接口與數(shù)據(jù)存儲的一致性，保證系統(tǒng)的高性能應(yīng)用。先進性原則系統(tǒng)構(gòu)成必須采用成熟、具有國內(nèi)先進水平，并符合國際發(fā)展趨勢的技術(shù)、軟件產(chǎn)品和設(shè)備。在設(shè)計過程中充分依照國際上的規(guī)范、標(biāo)準(zhǔn)，借鑒國內(nèi)外目前成熟的主流網(wǎng)絡(luò)和綜合信息系統(tǒng)的體系結(jié)構(gòu)，以保證系統(tǒng)具有較長的生命力和擴展能力。保證先進性的同時還要保證技術(shù)的穩(wěn)定、安全性。采用先進的系統(tǒng)架構(gòu)，能夠為將來的系統(tǒng)規(guī)劃提供便利，為今后的發(fā)展奠定基礎(chǔ)。高可靠/高安全性原則系統(tǒng)設(shè)計和數(shù)據(jù)架構(gòu)設(shè)計中充分考慮系統(tǒng)的安全和可靠。對于高性能要求平臺系統(tǒng)來說，必須保證系統(tǒng)得安全可靠。才能獲得持久穩(wěn)定的發(fā)展。標(biāo)準(zhǔn)化原則支持業(yè)務(wù)開展、橫向的信息擴展和宏觀管理的要求，系統(tǒng)對操作的標(biāo)準(zhǔn)化，即系統(tǒng)有檢入檢出的機制，確保數(shù)據(jù)維護的一致性和版本控制的可操作性。系統(tǒng)對數(shù)據(jù)導(dǎo)入導(dǎo)出采用統(tǒng)一標(biāo)準(zhǔn)接口，如采用現(xiàn)在最流行的XML標(biāo)準(zhǔn)。成熟性原則在開發(fā)工具的選型階段，應(yīng)該盡量選擇成熟的產(chǎn)品和規(guī)范，如.net、XML、ADO.NET、ODBC之類已經(jīng)成為標(biāo)準(zhǔn)的、被大量實踐所采用的技術(shù)。選用具有成熟性，可持續(xù)發(fā)展性的開發(fā)工具。系統(tǒng)要采用國際主流、成熟的體系架構(gòu)來構(gòu)建，實現(xiàn)跨平臺的應(yīng)用。適用性原則保護已有資源，急用先行，在滿足應(yīng)用需求的前提下，盡量降低建設(shè)成本。目前現(xiàn)有系統(tǒng)獨立建立，數(shù)據(jù)庫分散，但是數(shù)據(jù)庫資源豐富，有大量的服務(wù)器。所以縮減成本，充分利用現(xiàn)有系統(tǒng)是保證節(jié)約成本的重要部分?？蓴U展性原則系統(tǒng)設(shè)計要考慮到業(yè)務(wù)未來發(fā)展的需要，盡可能設(shè)計得簡明，降低各功能模塊耦合度，并充分考慮兼容性。系統(tǒng)能夠支持對多種格式數(shù)據(jù)的存儲。對于海量數(shù)據(jù)的存儲，系統(tǒng)的設(shè)計必須考慮高效和分離的部署結(jié)構(gòu)，不僅保證能夠輕松建立接口，而且能夠提高數(shù)據(jù)庫的擴展能力。3、項目啟動項目合同或協(xié)議的簽訂標(biāo)志著項目的正式啟動。項目啟動階段的主要任務(wù)是：召開項目啟動會確定項目范圍：通過初步的需求調(diào)研，明確項目開發(fā)的范圍形成項目計劃：包括軟件開發(fā)計劃、量化管理計劃、風(fēng)險管理計劃、組間協(xié)調(diào)計劃、質(zhì)量保證計劃、配置管理計劃等評審項目初始需求及項目計劃工作流程圖如下：4、需求管理4.1需求調(diào)研①調(diào)研用戶領(lǐng)域的組織結(jié)構(gòu)、崗位設(shè)置和職責(zé)定義，從功能上區(qū)分有多少個子系統(tǒng)，劃分系統(tǒng)的大致范圍，明確系統(tǒng)的目標(biāo)。②調(diào)研每個子系統(tǒng)所需的工作流程、功能與處理規(guī)則，收集單據(jù)、報表和賬本等原始資料，分析物流、資金流和信息流三者的關(guān)系，以及如何用數(shù)據(jù)流來表示這三者的關(guān)系。③對調(diào)研的內(nèi)容事先準(zhǔn)備，針對不同管理層次的用戶詢問不同的問題，列出問題清單。將操作層、管理層和決策層的需求既聯(lián)系，又區(qū)分開來，形成一個金字塔，使下層滿足上層的需求。④對與用戶溝通的情況及時總結(jié)歸納，整理調(diào)研結(jié)果，找出新的疑點，初步構(gòu)成需求基線。⑤若基線符合要求，則需求分析完畢；反之返回到第1步或第2或第3步。如此循環(huán)多次，直到需要分析使雙方滿意為止。4.2需求分析需求分析階段主要是指項目組對用戶需求進行進一步調(diào)研分析，最終形成用戶確認(rèn)的系統(tǒng)需求說明書的過程。在這個過程中包含需求調(diào)研分析、需求評審、細(xì)化軟件開發(fā)計劃等內(nèi)容。4.3需求變更需求變更流程(客戶提出需求變更)執(zhí)行條件：客戶提出需求變更圖：需求變更流程流程說明：需求來源：客戶提交相關(guān)需求變更審核需求變更：評估如果實現(xiàn)該需求，需要的時間、人力成本多少；并評估對項目工期影響有多大？判斷那些需求能夠目前解決，那些需要留到下一版本解決。最后輸出一份審核確認(rèn)表反饋給客戶，和客戶進行商討。參與評審的人員要包含項目經(jīng)理，項目組長，測試組長，市場人員。配置管理員：對變更需求進行記錄，需求文檔進行更新，并通知相關(guān)人員項目組長：負(fù)責(zé)調(diào)整相關(guān)開發(fā)進度表，評估任務(wù)時間，分發(fā)給相關(guān)開發(fā)人員測試組長：根據(jù)變更需求和開發(fā)進度，對測試進度進行相對應(yīng)調(diào)整，并修改測試需求分析書，分發(fā)需求更新給相關(guān)測試人員。測試人員對用例進行補充，修改。客戶提交的變更需求最后必須讓客戶進行簽字確認(rèn)。5、范圍控制公司有嚴(yán)格的項目范圍管理體系，進行變更管理，變更控制。從在項目啟動開始就明確需求，量化需求，需求階段明確需求的可驗證，可跟蹤，無二義性等。進行評審確認(rèn)后，項目組在CMMI的變更管理過程指導(dǎo)下制定項目的變更控制管理過程，在項目實施過程中，用戶的需求變更都是按照事先指定好的過程執(zhí)行。范圍分解WBS（workbreakdownstructures）即工程項目工作分解結(jié)構(gòu)是指定計劃在項目啟動開始后，把項目主要的可交付成果細(xì)分成較小的、更易管理的組分。項目組以項目進度為依據(jù)劃分WBS（Workbreakdownstructure），第一層是大的項目成果框架，每層下面再把工作分解。WBS結(jié)構(gòu)最底層的分為是管理項目所需的最低層次的，可管理，可量化的，同時也是可跟蹤的任務(wù)。范圍變更控制公司的項目管理體系中有一套嚴(yán)格、高效、實用的變更管理流程。變更控制程序經(jīng)過多年持續(xù)不斷改進的及反復(fù)實踐變更管理流程。6、進度控制項目經(jīng)理根據(jù)項目計劃、已設(shè)定的相關(guān)閾值和控制規(guī)則分析偏差；對于需控制的偏差，應(yīng)分析其產(chǎn)生的原因，并制定相應(yīng)的預(yù)防和糾正措施。必要時修改項目各項計劃，包括項目性能及質(zhì)量目標(biāo)。項目經(jīng)理根據(jù)制定措施，安排項目工作。項目經(jīng)理每周通過例會等了解項目情況，以便盡早發(fā)現(xiàn)偏差。例會的內(nèi)容通常包括：進度/質(zhì)量情況、偏差說明、問題分析、新的計劃及任務(wù)分工等。項目經(jīng)理每周報告項目的進展情況，分析項目偏差，說明偏差糾正措施。項目經(jīng)理跟蹤糾正偏差的過程，直到偏差被消除為止。項目主管審核糾正偏差的措施和效果。7、質(zhì)量保證質(zhì)量保證工作，主要設(shè)計QA經(jīng)理、QA工程師。QA經(jīng)理協(xié)調(diào)安排QA組的活動參與QA計劃制定和評審定期向項目主管報告QA組的活動狀態(tài)QA工程師參加項目準(zhǔn)備工作，參與軟件項目開發(fā)計劃、項目約定等內(nèi)容的制定和評審制定并執(zhí)行項目QA計劃參加項目組例會每周對項目進行檢查，填寫質(zhì)量周報、QA問題與處理單定期地對項目進行審計，并報告審計結(jié)果協(xié)助項目經(jīng)理制定偏差修改方案將項目組內(nèi)不能解決的問題上報QA經(jīng)理和項目經(jīng)理8、溝通管理溝通管理主要涉及項目經(jīng)理、項目組之間、QA協(xié)調(diào)人員。溝通管理從角色來進行如下設(shè)置：項目經(jīng)理定期評審組間協(xié)調(diào)活動處理組間不能解決的問題監(jiān)督和協(xié)調(diào)技術(shù)活動并解決技術(shù)問題項目經(jīng)理無法完成上述活動時，需上報項目主管和部門經(jīng)理項目組建立系統(tǒng)需求監(jiān)督和協(xié)調(diào)技術(shù)活動并解決技術(shù)問題確定組間協(xié)調(diào)計劃和關(guān)鍵依賴關(guān)系協(xié)調(diào)組間工作和關(guān)鍵依賴關(guān)系定期召開技術(shù)評審和交流會議QA工程師評審和（或）審核組間協(xié)調(diào)活動和工作產(chǎn)品，并報告結(jié)果9、風(fēng)險控制找出潛在的問題和風(fēng)險，每周提交風(fēng)險列表；盡量避免風(fēng)險，清楚定義項目中所需要的步驟、任務(wù)和事件從而消除潛在的風(fēng)險；降低風(fēng)險，每周提供風(fēng)險規(guī)避計劃，指定措施減輕各種風(fēng)險；在出現(xiàn)不可修復(fù)的危害之前準(zhǔn)備修復(fù)計劃；承認(rèn)風(fēng)險，記錄項目管理中索發(fā)生的風(fēng)險；為了有效發(fā)現(xiàn)風(fēng)險，規(guī)避風(fēng)險，在項目整個生命周期每周QA組，項目組都會各自提供一份，項目組《技術(shù)風(fēng)險、項目管理風(fēng)險》列表，風(fēng)險管理的過程記錄在案，項目經(jīng)理每周會匯報《技術(shù)風(fēng)險、項目管理風(fēng)險》規(guī)避及處理方法。隨著時間推移，風(fēng)險逐漸接受處理，轉(zhuǎn)移，或者規(guī)避的過程。文檔中記錄項目風(fēng)險發(fā)生概率，處理風(fēng)險責(zé)