Devops系統(tǒng)自動(dòng)部署技術(shù)方案_第1頁(yè)
Devops系統(tǒng)自動(dòng)部署技術(shù)方案_第2頁(yè)
Devops系統(tǒng)自動(dòng)部署技術(shù)方案_第3頁(yè)
Devops系統(tǒng)自動(dòng)部署技術(shù)方案_第4頁(yè)
Devops系統(tǒng)自動(dòng)部署技術(shù)方案_第5頁(yè)
已閱讀5頁(yè),還剩24頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、 /29控制參散管理用戶普建校限昔謹(jǐn)資源昔遵工程管遵功能結(jié)構(gòu)圖系統(tǒng)核心是配置管理以及持續(xù)集成和持續(xù)交付核心引擎。配置管理的主要功能包括工作項(xiàng)管理和代碼管理。持續(xù)集成引擎的主要功能包括集成配置、代碼評(píng)審、自動(dòng)測(cè)試、構(gòu)建配置、自動(dòng)構(gòu)建和集成作業(yè)管理。持續(xù)交付引擎的主要功能包括版本管理、部署配置、自動(dòng)部署和部署作業(yè)管理。系統(tǒng)面向用戶提供管理控制臺(tái),主要功能包括參數(shù)管理、用戶管理、權(quán)限管理、資源管理、工程管理。以下將按照功能模塊詳細(xì)說(shuō)明解決方案。配置管理配置管理主要功能有工作項(xiàng)管理和代碼管理。工作項(xiàng)管理作為開發(fā)人員,可以創(chuàng)建、編輯和刪除工作項(xiàng),根據(jù)實(shí)際研發(fā)進(jìn)度更好工作項(xiàng)狀態(tài)。作為開發(fā)人員,可以在提交一

2、個(gè)代碼集時(shí),在代碼集的描述信息中使用標(biāo)記關(guān)聯(lián)若干個(gè)工作項(xiàng),對(duì)需求和實(shí)現(xiàn)進(jìn)行跟蹤。當(dāng)一個(gè)代碼集經(jīng)過(guò)測(cè)試和評(píng)審,合并到主分支中時(shí),系統(tǒng)會(huì)自動(dòng)關(guān)閉代碼集關(guān)聯(lián)的工作項(xiàng)。代碼管理作為項(xiàng)目成員,可以快速獲得并存儲(chǔ)項(xiàng)目代碼,查看修改歷史。系統(tǒng)采用git作為配置管理存儲(chǔ)系統(tǒng),可以按照工程存儲(chǔ)代碼,支持使用SSH、HTTP/HTTPS協(xié)議獲取任何一個(gè)時(shí)間點(diǎn)的項(xiàng)目代碼,支持查看任一納入配置管理的代碼文件的修改歷史信息。對(duì)于異地進(jìn)行開發(fā)的團(tuán)隊(duì),可以從集中配置庫(kù)簽出代碼,操作方式與內(nèi)部訪問(wèn)一致。開發(fā)人員可以同時(shí)添加多個(gè)配置管理系統(tǒng),拉取代碼進(jìn)行評(píng)審或者合并。系統(tǒng)支持創(chuàng)建任意多個(gè)分支。每個(gè)工程都默認(rèn)創(chuàng)建一個(gè)主分支。分支

3、只是一個(gè)代碼集提交的別名,因此創(chuàng)建分支是非常輕量級(jí)的操作,速度很快。除了分支以外,配置管理支持設(shè)置標(biāo)簽來(lái)標(biāo)識(shí)一個(gè)代碼集提交。標(biāo)簽一般用于標(biāo)記工程代碼的一個(gè)特殊狀態(tài),可以將版本號(hào)與對(duì)應(yīng)的代碼關(guān)聯(lián)起來(lái)。持續(xù)集成集成配置作為開發(fā)人員,可以設(shè)置自動(dòng)集成相關(guān)策略和參數(shù),以便當(dāng)工程代碼發(fā)生變更時(shí)觸發(fā)系統(tǒng)的自動(dòng)集成,快速得到有關(guān)所提交代碼質(zhì)量的反饋。工程創(chuàng)建時(shí),系統(tǒng)會(huì)將工程的代碼倉(cāng)庫(kù)和集成引擎間通過(guò)hook創(chuàng)建聯(lián)系。一旦代碼倉(cāng)庫(kù)有修改,集成引擎就會(huì)得到通知,如果工程配置了自動(dòng)集成,系統(tǒng)執(zhí)行集成作業(yè),并反饋結(jié)果到代碼集的關(guān)聯(lián)事件列表中。代碼評(píng)審作為項(xiàng)目成員,可以將自動(dòng)還沒有合并的代碼集創(chuàng)建一個(gè)合并請(qǐng)求,改善給

4、項(xiàng)目評(píng)審人員進(jìn)行評(píng)審。評(píng)審人員可以使用對(duì)比視圖查看需要合并的代碼。如果有評(píng)審意見,雙方可以直接在線交流修改意見。合并請(qǐng)求在接受合并前可以多次更新,以便包含更新的修改。自動(dòng)測(cè)試作為項(xiàng)目成員,可以添加單元測(cè)試代碼,以便保證代碼邏輯正常和一定的質(zhì)量標(biāo)準(zhǔn)。單元測(cè)試代碼需要用戶自己編寫。目前主流編程語(yǔ)言都支持xUnit或者類似的單元測(cè)試框架。系統(tǒng)在自動(dòng)集成過(guò)程中,默認(rèn)都會(huì)執(zhí)行自動(dòng)化測(cè)試,并反饋測(cè)試結(jié)果給用戶。一旦有失敗的測(cè)試,那么本次自動(dòng)集成作業(yè)失敗。這需要提交該代碼集的用戶解決發(fā)現(xiàn)的問(wèn)題后再次提交,直到測(cè)試通過(guò)。構(gòu)建配置作為發(fā)布人員,可以設(shè)置構(gòu)建配置和軟件版本號(hào),以便自動(dòng)完成應(yīng)用軟件包的構(gòu)建。軟件的版

5、本號(hào)通過(guò)創(chuàng)建以版本號(hào)命名的標(biāo)簽來(lái)實(shí)現(xiàn),系統(tǒng)發(fā)現(xiàn)當(dāng)前提交設(shè)置了標(biāo)簽,會(huì)優(yōu)先使用它作為版本號(hào)。如果提交沒有標(biāo)簽,系統(tǒng)默認(rèn)會(huì)結(jié)合提交的唯一標(biāo)識(shí)創(chuàng)建版本號(hào)。自動(dòng)構(gòu)建自動(dòng)構(gòu)建的觸發(fā)機(jī)制與自動(dòng)測(cè)試相同,當(dāng)代碼發(fā)生修改時(shí),系統(tǒng)會(huì)根據(jù)構(gòu)建配置執(zhí)行構(gòu)建作業(yè),創(chuàng)建軟件包并按照設(shè)置的版本號(hào)命名,最終存儲(chǔ)到集中的軟件包倉(cāng)庫(kù)。集成作業(yè)管理作為項(xiàng)目成員,可以查看各種集成作業(yè)的日志,以便了解集成作業(yè)的詳細(xì)信息,輔助解決過(guò)程中的問(wèn)題。持續(xù)交付版本管理作為發(fā)布人員,能夠管理各個(gè)版本軟件包,以便快速得到任意版本的軟件部署包。系統(tǒng)設(shè)置一個(gè)站點(diǎn)存儲(chǔ)軟件包,每個(gè)軟件包存儲(chǔ)版本更新歷史,對(duì)外提供HTTP協(xié)議的訪問(wèn)接口,支持上傳、查看、下

6、載軟件包。部署配置作為部署人員,可以配置需要部署的版本、目標(biāo)主機(jī)以及參數(shù)設(shè)置,以便系統(tǒng)能夠自動(dòng)完成部署。系統(tǒng)將部署配置信息作為代碼納入配置管理,方便團(tuán)隊(duì)成員統(tǒng)一管理和內(nèi)容評(píng)審。配置中的目標(biāo)主機(jī),可以是明確指定主機(jī)名或者IP。這些主機(jī)需要是分配給應(yīng)用使用的資源(有關(guān)資源管理,可以參見“控制臺(tái)”的相關(guān)說(shuō)明),否則無(wú)法部署到指定主機(jī)。如果指定多臺(tái)主機(jī),系統(tǒng)會(huì)并行執(zhí)行相同的部署作業(yè)。這可以用于部署對(duì)等集群系統(tǒng)。系統(tǒng)支持同一個(gè)版本的應(yīng)用部署到多套環(huán)境中。自動(dòng)部署當(dāng)系統(tǒng)自動(dòng)觸發(fā)或者用戶請(qǐng)求執(zhí)行自動(dòng)部署時(shí),系統(tǒng)創(chuàng)建部署作業(yè),按照部署配置將相應(yīng)的版本軟件包部署到關(guān)聯(lián)的主機(jī)上。部署成功后,系統(tǒng)會(huì)更新主機(jī)資源關(guān)聯(lián)

7、的應(yīng)用版本信息。如果配置了多套環(huán)境,系統(tǒng)順序執(zhí)行每套環(huán)境的部署。如果配置指定了多臺(tái)主機(jī),系統(tǒng)會(huì)并行啟動(dòng)多個(gè)部署作業(yè)來(lái)執(zhí)行部署。用戶可以手動(dòng)從控制臺(tái)觸發(fā)一套或者多套環(huán)境的部署。多套環(huán)境的部署策略和自動(dòng)觸發(fā)下的處理一致。部署作業(yè)管理作為項(xiàng)目成員,可以查看各種部署作業(yè)的日志,以便了解部署作業(yè)的詳細(xì)信息,輔助解決過(guò)程中的問(wèn)題。控制臺(tái)參數(shù)作為系統(tǒng)管理員,可以修改參數(shù)設(shè)置,以便調(diào)整系統(tǒng)功能。用戶作為系統(tǒng)管理員,可以管理系統(tǒng)的用戶,以便工程人員可以使用系統(tǒng)。作為系統(tǒng)管理員,可以對(duì)用戶進(jìn)行分組,以便快速調(diào)整一組用戶的設(shè)置。權(quán)限系統(tǒng)通過(guò)權(quán)限管理,設(shè)置不同用戶在不同工程中的角色,從而控制用戶可以執(zhí)行的操作。資源作

8、為應(yīng)用管理員,可以為應(yīng)用添加主機(jī)資源,以便控制自動(dòng)部署可以使用的資源。工程作為應(yīng)用管理員,可以創(chuàng)建一個(gè)或者多個(gè)工程,以便更好地組織整個(gè)應(yīng)用的開發(fā)和部署。用戶創(chuàng)建工程時(shí),系統(tǒng)會(huì)自動(dòng)為工程創(chuàng)建相關(guān)聯(lián)的配置倉(cāng)庫(kù)、軟件包倉(cāng)庫(kù)。部署方案應(yīng)用自動(dòng)部署系統(tǒng)以多個(gè)組件發(fā)布,各個(gè)組件力求無(wú)狀態(tài),以便集群部署,提高系統(tǒng)的可靠性和性能。系統(tǒng)主要組件可以采用的邏輯部署如下圖所示??刂婆_(tái)節(jié)點(diǎn)頂層包:門戶Web頂層包:API網(wǎng)關(guān)頂層包:工程管理器控制臺(tái)節(jié)點(diǎn)頂層包:門戶Web頂層包:API網(wǎng)關(guān)頂層包:工程管理器頂層包:集成管理器頂層包:構(gòu)建管理器頂層包:部署管理器基礎(chǔ)服務(wù)節(jié)點(diǎn)頂層包:數(shù)據(jù)庫(kù)服務(wù)頂層包:消息隊(duì)列服務(wù)頂層包:緩

9、存服務(wù)系統(tǒng)邏輯部署圖系統(tǒng)每個(gè)組件的所需要的資源規(guī)格如下表:節(jié)點(diǎn)類型指標(biāo)備注控制臺(tái)節(jié)點(diǎn)4c8G管控節(jié)點(diǎn)8C16G配置庫(kù)節(jié)點(diǎn)4c8G,3006數(shù)據(jù)存儲(chǔ)引擎節(jié)點(diǎn)8C16G基礎(chǔ)服務(wù)節(jié)點(diǎn)8C16G非功能性設(shè)計(jì)性能系統(tǒng)的性能是一個(gè)系統(tǒng)成敗的關(guān)鍵所在,在架構(gòu)設(shè)計(jì)初期就一定要把系統(tǒng)性能考慮在內(nèi),否則等開發(fā)完成以后測(cè)試發(fā)現(xiàn)性能不好就比較難辦,通常要花費(fèi)較長(zhǎng)的時(shí)間來(lái)診斷性能瓶頸,找到提升的辦法,甚至要改變架構(gòu),傷筋動(dòng)骨,往往造成項(xiàng)目延期。所以性能設(shè)計(jì)首先要有明確的性能目標(biāo),根據(jù)用戶和軟件本身的性能要求來(lái)設(shè)計(jì),合適的就是最好的。其次,要有適當(dāng)?shù)亩攘繕?biāo)準(zhǔn)和量化的性能指標(biāo)。最后,要有相應(yīng)的設(shè)計(jì)策略,具體的測(cè)試方法。影響

10、系統(tǒng)性能主要瓶頸在I/O,包括數(shù)據(jù)庫(kù),socket,網(wǎng)絡(luò)通信,文件等,例如頻繁查詢數(shù)據(jù)庫(kù)并返回大量結(jié)果集,頻繁操作大文件等,這些昂貴的操作會(huì)占用大量的CPU時(shí)間。拿系統(tǒng)響應(yīng)和服務(wù)一個(gè)事務(wù)來(lái)說(shuō),有幾個(gè)Roundtrip,要通過(guò)哪幾層I/O,如何合理的分配這些I/O的調(diào)用,降低不必要的I/O,都是進(jìn)行系統(tǒng)性能設(shè)計(jì)要考慮的。而有些性能問(wèn)題在初期并不會(huì)表現(xiàn)出來(lái),但當(dāng)拿到實(shí)際上線環(huán)境下,存在多用戶并發(fā)、大數(shù)據(jù)量的情況下就會(huì)暴露出嚴(yán)重的問(wèn)題。所以性能設(shè)計(jì)時(shí)一定要考慮到I/O,同步,并發(fā),資源爭(zhēng)用,以及大數(shù)據(jù)量等因素。通常,I/O操作、網(wǎng)絡(luò)響應(yīng)、差的算法、數(shù)據(jù)庫(kù)、以及其他的低效的資源使用都會(huì)導(dǎo)致低劣的性能。

11、在性能設(shè)計(jì)上,我們的主品主要考慮了以下的設(shè)計(jì)策略:(1)緩存以及緩存層(cachinglayer)在數(shù)據(jù)層和應(yīng)用層之間增加數(shù)據(jù)緩存層,提供全局?jǐn)?shù)據(jù)服務(wù)??梢源蟠鬁p少數(shù)據(jù)庫(kù)往返次數(shù)。與讀取數(shù)據(jù)庫(kù)和讀取大文件(如XML文件)比,讀取內(nèi)存的速度無(wú)疑要快的多。所以對(duì)經(jīng)常要訪問(wèn)的數(shù)據(jù)進(jìn)行緩存是非常好的實(shí)踐方法。因?yàn)楝F(xiàn)在系統(tǒng)往往內(nèi)存很大,可以充分利用大內(nèi)存,而共享內(nèi)存更能實(shí)現(xiàn)數(shù)據(jù)并發(fā)訪問(wèn)。(2)多線程(multi-threading)現(xiàn)在基本上大部分軟件實(shí)現(xiàn)多線程或多進(jìn)程,多線程對(duì)單CPU系統(tǒng)還只是順序利用CPU時(shí)間和改善用戶體驗(yàn),多CPU系統(tǒng)才是真正的并行。要注意的是多線程不要爭(zhēng)搶訪問(wèn)同一資源而導(dǎo)致部分

12、串行操作,要做到真正的并行操作多線程并不容易。另外,在多線程間同步一個(gè)龐大的資源,過(guò)多創(chuàng)建線程又沒有實(shí)現(xiàn)線程池也會(huì)導(dǎo)致系統(tǒng)性能下降。(3)負(fù)載均衡(loadbalancing)物理上增加地位對(duì)等的集群服務(wù)器(Cluster),通過(guò)負(fù)載分配算法分配相應(yīng)服務(wù)器來(lái)相應(yīng)客戶端請(qǐng)求,我們的產(chǎn)品設(shè)計(jì)充分考慮了系統(tǒng)的可擴(kuò)展性,所有節(jié)點(diǎn)都支持負(fù)載均衡,以實(shí)現(xiàn)整個(gè)系統(tǒng)的無(wú)限擴(kuò)展。(4)數(shù)據(jù)庫(kù)優(yōu)化(databaseoptimization)數(shù)據(jù)庫(kù)的優(yōu)化是一個(gè)持續(xù)的過(guò)程,在架構(gòu)上,我們支持?jǐn)?shù)據(jù)庫(kù)的讀寫分離,能對(duì)CPU利用率、IOPS、連接數(shù)、磁盤空間等實(shí)例信息實(shí)時(shí)監(jiān)控,并給出相應(yīng)的SQL語(yǔ)句優(yōu)化意見,根據(jù)需要建立相

13、應(yīng)的數(shù)據(jù)庫(kù)索引。(5)文件系統(tǒng)優(yōu)化有時(shí)候系統(tǒng)性能不好,但當(dāng)你關(guān)閉寫log的功能,性能一下子提高很多。因?yàn)轭l繁的打開關(guān)閉大log文件時(shí)I/O開銷非常大,同樣記錄log到數(shù)據(jù)庫(kù)也一樣。所以,release版盡量減少寫log,或干脆移到裸設(shè)備上。頻繁打開關(guān)閉文件對(duì)系統(tǒng)性能下降程度是驚人的,可以通過(guò)一些變通辦法來(lái)減少文件的頻繁操作。例如,原來(lái)的緩存持久化實(shí)現(xiàn)是保存在XML文件,每次要獲得一個(gè)配置項(xiàng),都打開XML文件,通過(guò)XPath拿到這個(gè)配置項(xiàng)的值,這樣效率不高,而且容易把這個(gè)XML文件lock住;改進(jìn)的方法是:通過(guò)比較XML文件的修改時(shí)間(System.IO.File.GetLastWriteTim

14、e)判斷是否要再次打開文件,大大提高了效率;另一個(gè)可以改進(jìn)的方法是:?jiǎn)?dòng)時(shí)讀取所有配置到一個(gè)靜態(tài)的HashTable,每次要獲得一個(gè)配置項(xiàng)都從內(nèi)存HashTable獲取,在最后或適當(dāng)?shù)臅r(shí)候持久化到XML。通過(guò)以優(yōu)化,我們的軟件能達(dá)到用戶要求的以下性能指標(biāo):大類指標(biāo)備注穩(wěn)定性測(cè)試穩(wěn)定運(yùn)行時(shí)間一周指標(biāo)系統(tǒng)峰值的60%系統(tǒng)資源CPU使用率二75%內(nèi)存使用率二75%磁盤繁忙率=75%3.7.2可靠性軟件系統(tǒng)規(guī)模越做越大越復(fù)雜,其可靠性越來(lái)越難保證。應(yīng)用本身對(duì)系統(tǒng)運(yùn)行的可靠性要求越來(lái)越高,軟件系統(tǒng)的可靠性也直接關(guān)系到設(shè)計(jì)自身的聲譽(yù)和生存發(fā)展競(jìng)爭(zhēng)能力。軟件可靠性意味著該軟件在測(cè)試運(yùn)行過(guò)程中避免可能發(fā)生故障

15、的能力,且一旦發(fā)生故障后,具有解脫和排除故障的能力。軟件可靠性和硬件可靠性本質(zhì)區(qū)別在于:后者為物理機(jī)理的衰變和老化所致,而前者是由于設(shè)計(jì)和實(shí)現(xiàn)的錯(cuò)誤所致。故軟件的可靠性必須在設(shè)計(jì)階段就確定,在生產(chǎn)和測(cè)試階段再考慮就困難了。軟件系統(tǒng)必須是可靠的,一般的人為和外部的異常事件不會(huì)引起系統(tǒng)的崩潰;同時(shí)系統(tǒng)有較高的可用性,當(dāng)系統(tǒng)出現(xiàn)問(wèn)題后能在較短的時(shí)間內(nèi)恢復(fù),而且系統(tǒng)的數(shù)據(jù)是完整的,不會(huì)引起數(shù)據(jù)的不一致。主機(jī)系統(tǒng)能夠保持7*24穩(wěn)定的不間斷運(yùn)行,從系統(tǒng)軟硬件平臺(tái)及網(wǎng)絡(luò)等方面來(lái)保證系統(tǒng)的穩(wěn)定性;對(duì)于所采用的主備服務(wù)器方式,若主服務(wù)器宕機(jī)時(shí),可實(shí)時(shí)地切換到備用服務(wù)器上,用戶的應(yīng)用不受影響。我們的軟件目前可靠

16、性可達(dá)到如下指標(biāo):系統(tǒng)易恢復(fù),RPO10分鐘,RTO99.9%)。可擴(kuò)展性整個(gè)系統(tǒng)按照企業(yè)信息系統(tǒng)建設(shè)總體要求進(jìn)行規(guī)劃設(shè)計(jì),選擇現(xiàn)階段比較突出的問(wèn)題優(yōu)先建設(shè),因此整個(gè)系統(tǒng)從完整性方面考慮了將來(lái)逐步建設(shè)的其它系統(tǒng)的銜接需要。具有良好可擴(kuò)展性的系統(tǒng)設(shè)計(jì),可以比較容易的增加新的功能模塊而不會(huì)影響舊有的功能,甚至可以做到新模塊的熱部署,比如插件式系統(tǒng)架構(gòu)就很好的體現(xiàn)了模塊的可擴(kuò)展性。多層結(jié)構(gòu)也是為了增加模塊的可擴(kuò)展性,多層結(jié)構(gòu)通過(guò)隔離降低了模塊的耦合度,提高了可擴(kuò)展性。我們的產(chǎn)品充分考慮了可擴(kuò)展性,配置管理可支持多種配置庫(kù)軟件,自動(dòng)化部署可支持多種開發(fā)語(yǔ)言,同時(shí)可以通過(guò)相關(guān)的插件隨意擴(kuò)展。部署方案所申

17、請(qǐng)的資源可以保證系統(tǒng)容量能夠至少滿足5年的業(yè)務(wù)交易量增長(zhǎng)。即使系統(tǒng)容量超出當(dāng)前增量估計(jì),系統(tǒng)的支持橫向擴(kuò)展的集群架構(gòu)也可以快速擴(kuò)充容量??删S護(hù)性軟件的可維護(hù)性是軟件開發(fā)階段的關(guān)鍵目標(biāo)。影響軟件可維護(hù)性的因素較多,設(shè)計(jì)、編碼及測(cè)試中的疏忽和低劣的軟件配置,缺少文檔等都對(duì)軟件的可維護(hù)性產(chǎn)生不良影響。軟件可維護(hù)性可用下面七個(gè)質(zhì)量特性來(lái)衡量,即可理解性、可測(cè)試性、可修改性、可靠性、可移植性、可使用性和效率。對(duì)于不同類型的維護(hù),這七種特性的側(cè)重點(diǎn)也是不相同。我們的產(chǎn)品從下面五個(gè)方面來(lái)提高軟件的可維護(hù)性:1.建立明確的軟件質(zhì)量目標(biāo)如果要程序滿足可維護(hù)性七個(gè)特性的全部要求,那么要付出很大的代價(jià),甚至是不現(xiàn)實(shí)

18、的,但有些可維護(hù)性是相互促進(jìn)的,因此要明確軟件所追求的質(zhì)量目標(biāo)。2.使用先進(jìn)的軟件開發(fā)技術(shù)和工具利用先進(jìn)的軟件開發(fā)技術(shù)能大大提高軟件質(zhì)量和減少軟件費(fèi)用。面向?qū)ο蟮能浖_發(fā)方法就是一個(gè)非常實(shí)用而強(qiáng)有力的軟件開發(fā)方法,用面向?qū)ο蠓椒ㄩ_發(fā)出來(lái)的軟件系統(tǒng),穩(wěn)定性好,比較容易修改,比較容易理解,易于測(cè)試和調(diào)試,因此,可維護(hù)性好。建立明確的質(zhì)量保證質(zhì)量保證是指為提高軟件質(zhì)量所做的各種檢查工作。質(zhì)量保證檢查是非常有效的方法,不僅在軟件開發(fā)的各階段中得到了廣泛應(yīng)用,而且在軟件維護(hù)中也是一個(gè)非常主要的工具。為了保證可維護(hù)性,以下四類檢查是非常有用的:(1)在檢查點(diǎn)進(jìn)行檢查。(2)驗(yàn)收檢查。(3)周期性的維護(hù)檢查。(4)對(duì)軟件包的檢查。4.選擇可維護(hù)的語(yǔ)言程序設(shè)計(jì)語(yǔ)言的選擇對(duì)維護(hù)影響很大。低級(jí)語(yǔ)言很難掌握,很難理解,因而很難維護(hù)。一般來(lái)說(shuō),高級(jí)語(yǔ)言比低級(jí)語(yǔ)言更容易理解,第四代語(yǔ)言更容易理解,容易編程,程序容易修改,改進(jìn)了可維護(hù)性。改進(jìn)程序的文檔程序文檔是對(duì)程序功能、程序各組成部分之間的關(guān)系、程序設(shè)計(jì)策略、程序?qū)崿F(xiàn)過(guò)程的歷史數(shù)據(jù)等的說(shuō)明和補(bǔ)充。程序文檔對(duì)提高程序的可閱讀性有重要作用。為了維護(hù)程序,人們必須閱讀和理解程序文檔。除了以上五個(gè)方面,我們?cè)谲浖旧淼募夹g(shù)架構(gòu)層面,能完全支持參數(shù)化配置,能夠?qū)崿F(xiàn)自動(dòng)化的數(shù)據(jù)備份和清理。3.7.6安全性安

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論