軟件工程舊系統(tǒng)又稱為遺留legacysystem

遺留系軟件變軟軟件再工配置管2018-9- 大學(xué)信息學(xué) 2018-9- 大學(xué)信息學(xué) ②③2082089 國(guó)人民 信 更換遺留系統(tǒng)①風(fēng)格不一②語(yǔ)言的程序員，而且可能需要花高價(jià) 外包③系統(tǒng)文檔通常是不充分和過(guò)時(shí)的。有時(shí)源代碼是唯一的系統(tǒng)文檔；④ 多年 ，統(tǒng)結(jié)可已被理系設(shè)的度加。加新序能一特的口式系其部分。⑤ 系統(tǒng)所處理的數(shù)據(jù)保留在一些結(jié)構(gòu)不相容的文件中。這些文件中數(shù)據(jù)可能存在重復(fù)現(xiàn)2018-9- 大學(xué)信息學(xué) 遺留系統(tǒng)的結(jié)業(yè)務(wù)策略和規(guī)應(yīng)業(yè)務(wù)策略和規(guī)應(yīng)用軟支持軟 系統(tǒng)硬系統(tǒng)硬應(yīng)用數(shù)業(yè)務(wù)過(guò)2018-9- 大學(xué)信息學(xué) 程序 程序

程序數(shù)據(jù)庫(kù)管理系所用的DBMS可能被放棄使用的處理系統(tǒng)是為應(yīng)用于特定的數(shù)據(jù)庫(kù)系統(tǒng)和大型機(jī)環(huán)境而設(shè)計(jì)的。因此，使用相同的處理系統(tǒng)來(lái)配合新數(shù)據(jù)庫(kù)是不2018-9- 大學(xué)信息學(xué) 遺留系統(tǒng)的設(shè)計(jì)問(wèn)2018-9- 大學(xué)信息學(xué) 出 的考①②繼 這個(gè)系③采用某種方式轉(zhuǎn)換系統(tǒng)以改善其 ④2018-9- 大學(xué)信息學(xué) 評(píng)估遺留系統(tǒng)的務(wù)①系統(tǒng)質(zhì)量評(píng) 務(wù)值業(yè)務(wù)過(guò)程評(píng) 值環(huán)境評(píng)應(yīng)用軟件評(píng)②

低業(yè)務(wù)價(jià)低質(zhì)系統(tǒng)質(zhì)

低業(yè)務(wù)價(jià)高質(zhì)沒(méi)有現(xiàn)成可靠的客觀方法，對(duì)系統(tǒng)的業(yè)務(wù)價(jià)值評(píng)估只能 的多視點(diǎn)評(píng)估：用戶、客戶、管理者、IT管理者、資深管理2018-9- 大學(xué)信息學(xué) 因問(wèn)2018-9- 大學(xué)信息學(xué) 因問(wèn)2018-9- 大學(xué)信息學(xué) 可以收集的量化數(shù)①②③④2018-9- 大學(xué)信息學(xué) 2018-9- 大學(xué)信息學(xué) Windows10安全補(bǔ)丁數(shù)2018-9- 大學(xué)信息學(xué) 軟件變更的策①2018-9- 大學(xué)信息學(xué) Lehman定定描連續(xù)變現(xiàn)實(shí)環(huán)境中的程序必須進(jìn)行變更，否則將逐漸失去相應(yīng)環(huán)境中的作用漸增的復(fù)雜隨著程序變更的發(fā)生，其結(jié)構(gòu)逐漸變得更加復(fù)雜，要有額外的資源來(lái)保持和簡(jiǎn)化大型程序進(jìn)機(jī)構(gòu)穩(wěn)定保持親密在一個(gè)系統(tǒng)的生命周期中，每個(gè)版本的變更增量都通近常數(shù)2018-9- 大學(xué)信息學(xué) 軟件發(fā)展Lehman第1Lehman第2 Lehman第3定律2018-9- 大學(xué)信息學(xué) 2018-9- 大學(xué)信息學(xué) ①軟 概②軟 策③軟件修改的副作④提高軟件 的方⑤逆向工程和再工⑥軟件的配置管2018-9- 大學(xué)信息學(xué) ISO/IEC14764定義ISO/IEC14764定義活動(dòng)改正 （Corrective適應(yīng) （Adaptive完善 （Perfective預(yù)防 軟 ①修改②增新的功能、改善性能③為適應(yīng)環(huán)境變化修改軟2018-9- 大學(xué)信息學(xué) 三 占 的比2018-9- 大學(xué)信息學(xué) 軟 的策 2018-9- 大學(xué)信息學(xué) 工作量模MpKecd 2018-9- 大學(xué)信息學(xué) 軟件 2018-9- 大學(xué)信息學(xué) 性的度量MTTF（MeanTimeToFailure），平均無(wú)故障時(shí)MTTR（MeanTimeToRepairerror），平均修復(fù)錯(cuò)誤時(shí)2018-9- 大學(xué)信息學(xué) 性的度量變，并盡可能不使用戶陷 2018-9- 大學(xué)信息學(xué) 3.4提高 性的方建立明確的軟件質(zhì)量目標(biāo)和優(yōu)先可性要求每一種質(zhì)量特性都要質(zhì)量保

使用提高軟件質(zhì)量的工具和技選擇 的程序設(shè)計(jì)語(yǔ)改進(jìn)程序的文2018-9- 大學(xué)信息學(xué) 設(shè)計(jì)試試2018-9- 大學(xué)信息學(xué) 過(guò)程概 ①首先建 的機(jī)②申明提 申請(qǐng)報(bào)告的過(guò)程及評(píng)價(jià)的過(guò)③為每一 申請(qǐng)規(guī)定標(biāo)準(zhǔn)的處理步④建 活動(dòng)的記錄保管，并規(guī)定復(fù)審的標(biāo)2018-9- 大學(xué)信息學(xué) 2018-9- 大學(xué)信息學(xué) 2018-9- 大學(xué)信息學(xué) 什么是再工系統(tǒng)改造使它們的 性得到提高對(duì)系統(tǒng)重新建立文組織并改造系修改或更新系統(tǒng)的數(shù)2018-9- 大學(xué)信息學(xué) 再工程的活 山源代碼轉(zhuǎn)換(code②逆向工程(reverse程序結(jié)構(gòu)改善(architectureimprovement④程序模塊化(program⑤數(shù)據(jù)再工程(data2018-9- 大學(xué)信息學(xué) Softwareforwardengineering

inventoryrestructuring restructuringcoderestructuring

reverseengineering2018-9- 大學(xué)信息學(xué) buildatablethatcontainsallestablishalistofcriteria,nameoftheyearitwasoriginallynumberofsubstantivechangesmadetototaleffortappliedtomakethesedateoflastsubstantiveeffortappliedtomakethelastsystem(s)inwhichitapplicationstowhichitinterfaces, yzeandprioritizetoselectcandidatesfor2018-9- 大學(xué)信息學(xué) optionsrangefrom ngnothingtoregenerationofall ationforcriticalsystemReversetheintenthereistoachievedesignrebuildspaghettibowlData2018-9- 大學(xué)信息學(xué) Reverse2018-9- 大學(xué)信息學(xué) ForwardThecosttomaintainonelineofsourcecodemaybe20to40timesthecostofinitialdevelopmentofthatline.Redesignofthesoftwarearchitecture(programand/ordatastructure),usingmoderndesignconcepts,cangreatlyfacilitatefutureBecauseaprototypeofthesoftwarealreadyexists,productivityshouldbemuchhigherthanTheusernowhasexperiencewiththesoftware.Therefore,newrequirementsandthedirectionofchangecanbeascertainedwithgreaterease.CASEtoolsforreengineeringwillautomatesomepartsoftheAcompletesoftwareconfiguration s,programsdata)willexistuponcompletionofpreventive2018-9- 大學(xué)信息學(xué) 目標(biāo)語(yǔ)言可以是原先2018-9- 大學(xué)信息學(xué) 逆向工2018-9- 數(shù)據(jù)再工隨著時(shí)間的推移，數(shù)據(jù)的質(zhì)量在逐步下降對(duì)數(shù)據(jù)的變更引入了客戶的環(huán)境變化2018-9- 大學(xué)信息學(xué) 不一致的默認(rèn)不一致的單不一致的驗(yàn)證規(guī)不一致的表示語(yǔ)不一致的負(fù)值處不一致標(biāo)不一致的計(jì)算精2018-9- 大學(xué)信息學(xué) 數(shù)據(jù)清數(shù)據(jù)擴(kuò)數(shù)據(jù)遷2018-9- 大學(xué)信息學(xué)

改

階段 階段2018-9- 大學(xué)信息學(xué) 2018-9- 大學(xué)信息學(xué) The“FirstNomatterwhereyouareinthesystemlifecycle,thesystemwillchange,andthedesiretochangeitwillpersistthroughoutthelifecycle.Bersoff,etal,2018-9- 大學(xué)信息學(xué) WhatAreThesechangesinbusinessrequirementschangesintechnicalrequirementschangesuser

ssoftware

2018-9- 大學(xué)信息學(xué) Change&Software

aTQM

versionchange2018-9- 大學(xué)信息學(xué) TheSoftware The

2018-9- 大學(xué)信息學(xué) 什么是軟件配置管軟件配置管理（softwareconfiguration配置管理在其它領(lǐng)域已有廣泛的

立基線維

圖圖32018-9- 大學(xué)信息學(xué) 2018-9- 大學(xué)信息學(xué) 2018-9- 大學(xué)信息學(xué) 什么是軟件配置可包括 2018-9- 大學(xué)信息學(xué) 配置管理的產(chǎn)；2018-9- 大學(xué)信息學(xué) 本 本 版本 版本 版本 版本 版本

版本 版本 2018-9-

軟件配置管理任2018-9- ISO9000-3的配置計(jì)劃內(nèi)2018-9- 大學(xué)信息學(xué) 現(xiàn)許多計(jì)劃書、、會(huì)議記錄、備忘錄。配置管理2018-9- 大學(xué)信息學(xué) 例：樹(shù)狀 BIND FORMS-AST-FORMS-AST-FORM-2018-9- 大學(xué)信息學(xué) 變更管 2018-9- 大學(xué)信息學(xué) 或相關(guān)的SCI

2018-9- 大學(xué)信息學(xué) 提交變更請(qǐng)求表變更請(qǐng)求表Request變更請(qǐng)求表Request IF IF UNTIL 由CM14) 16)

Control2018-9- 大學(xué)信息學(xué) 配置狀態(tài)記錄和報(bào)記錄和報(bào)告所有軟件狀態(tài)報(bào)告應(yīng)包含有關(guān)項(xiàng)的更改數(shù) 的軟件項(xiàng)版本 標(biāo)識(shí)、本號(hào)和各版本的比

StatusStatus

2018-9- 大學(xué)信息學(xué) 進(jìn)行功能配置審進(jìn)行物理配置審SCM2018-9- 大學(xué)信息學(xué) 發(fā)布審 文檔是否已經(jīng)明確規(guī)定 范 的環(huán) 5、是否所 6 基線庫(kù)和配置項(xiàng)審 已放入適當(dāng)?shù)臉O限庫(kù)嗎4、配置 2018-9- 大學(xué)信息學(xué) 1、所有的變更申請(qǐng)均已經(jīng)處理2、變更請(qǐng)求是否列入所有要做變更的配置3、在變更請(qǐng)求中所有被標(biāo)識(shí)要變更的配置項(xiàng)都已經(jīng)作了變更？都了質(zhì)量控4、任何配置項(xiàng)的兩個(gè)5、對(duì)配置項(xiàng)進(jìn)行變更之前已經(jīng)將變更請(qǐng)求文檔化6、對(duì)配置項(xiàng)進(jìn)行變更之1、配置倉(cāng)庫(kù)是否作了備份2、是否有適當(dāng) 制度來(lái)保證只有經(jīng) 的團(tuán)隊(duì)人員能做檢入和檢2018-9- 大學(xué)信息學(xué) 發(fā)布和交①版本管理是對(duì)系統(tǒng)不同版本進(jìn)行標(biāo)識(shí) 版本標(biāo)識(shí)的目的是便于對(duì)版本進(jìn)行檢索 ，顯示各版本的關(guān)系有些版本功能上等如果兩處版 量差異，則互相稱為變體（Variant） 一次發(fā)布不僅是一個(gè)2018-9- 大學(xué)信息學(xué) 以SCM為中心的項(xiàng)目組織結(jié) 2018-9- 大學(xué)信息學(xué) 配置數(shù)據(jù)評(píng)價(jià)系統(tǒng)變更 受控庫(kù)（Controlled產(chǎn)品庫(kù)（Product2018-9- 大學(xué)信息學(xué) 任任務(wù) 審計(jì) 2018-9- 大學(xué)信息學(xué) 10種常見(jiàn)SCM工①VSS-VisualSource 開(kāi)②CVS-ConcurrentVersionsSystem，開(kāi)源工③SVN-CollabNetSubversion，在CVS基礎(chǔ)上，由CollabNet開(kāi)發(fā)，開(kāi)ClearCase，由IBMRationalSoftware開(kāi)⑤PVCS，Serena公司開(kāi)⑥MKSourceIntegrity，由MKS公司開(kāi)⑦BitKeeper，由BitMover公司開(kāi)⑧AccuRev，由AccURev公司開(kāi)⑨Perforce，由PerforcesSoftware公司開(kāi)⑩CMSynergy，原名Continuus， elogic開(kāi)2018-9- 大學(xué)信息學(xué) 62018-9- 大學(xué)信息學(xué) （QA）部門之間的開(kāi)發(fā)和運(yùn)營(yíng)工作必須緊密合DevOps是法論，其中包2018-9- 大學(xué)信息學(xué) DevOps的引 Dep經(jīng)常被描述“開(kāi)發(fā)團(tuán)隊(duì)與運(yùn)營(yíng)團(tuán)隊(duì)之間更具協(xié)作性系Devp、功能開(kāi)發(fā)和 起到意義深遠(yuǎn)的影。以下幾方面因素可能促 使用敏捷或其他軟件開(kāi)發(fā)過(guò)程與方業(yè) 要求加快產(chǎn)品交付的速虛擬化和云計(jì)算基礎(chǔ)設(shè)施（可能來(lái)自內(nèi)部或外部供應(yīng)商）日益普數(shù)據(jù)中心自動(dòng)化技術(shù)2018-9- 大學(xué)信息學(xué) 希望解決的問(wèn)TT2018-9- 大學(xué)信息學(xué) 2018-9- 大學(xué)信息學(xué) 將敏捷擴(kuò)展至生產(chǎn)evOs踐進(jìn)步善件更在交等段的同通軟應(yīng)程的全所 作。evOs鼓勵(lì)軟件開(kāi)發(fā)者和T2018-9- 大學(xué)信息學(xué) 持續(xù)交付的前提需TDD測(cè)試驅(qū)動(dòng)的開(kāi)發(fā)。這一點(diǎn)還有待商榷……但始終還是2018-9- 大學(xué)信息學(xué) 零停機(jī)部ZDD的4種技 摸黑啟動(dòng)（Dark藍(lán)／綠部署（Blue/Green金絲雀發(fā)布（Canari2018-9- 大學(xué)信息學(xué) （續(xù)摸黑啟動(dòng)的目的在于在測(cè)試環(huán)境中，很難模擬出成百上千萬(wàn)用戶規(guī)模的負(fù)載。如果不行負(fù)載測(cè)試，就無(wú)法知道基礎(chǔ)架構(gòu)能否承受住最 的壓力此時(shí)并不需要模擬負(fù)載，而是可以實(shí)際部署這樣的功能，然后看在不影響可用性的前2018-9- 大學(xué)信息學(xué) （續(xù)需要軟件針對(duì)配置和自動(dòng)化部署進(jìn)行特別設(shè)止的時(shí)（2018-9- 大學(xué)信息學(xué) DevOps應(yīng)運(yùn)而軟件開(kāi)發(fā)流 運(yùn)維和用DevOps方2018-9- 大學(xué)信息學(xué) Git分支法(FeatureBranch 2018-9- master和develop分2018-9- 大學(xué)信息學(xué) feature分2018-9- 大學(xué)信息學(xué) release分release分支不是正式發(fā)布產(chǎn)品的分支，是“待發(fā)布”分支，在這個(gè)分干上做所有與發(fā)布有關(guān)的事情。但是，絕對(duì)不會(huì)添加新的特性當(dāng)與發(fā)布相關(guān)的工作都完成后，release分支合并回develop和masterrelease分支的好處是，當(dāng)一個(gè)團(tuán)隊(duì)在做發(fā)布相關(guān)的工作時(shí)，另一個(gè)團(tuán)則可以繼續(xù)開(kāi)發(fā)下一版本的東2018-9- 大學(xué)信息學(xué) hotfix分修復(fù)bug工作不適合在develop上做，這是因?yàn)閐evelop分支上包含驗(yàn)證過(guò)的feature用戶未必需要develop上的feature，但是，急需修復(fù)bughotfix分支hotfix分支派生自master分支，僅僅用于修復(fù)bug，當(dāng)bug馬上回歸到master分支，然后發(fā)布一個(gè)新版本，比如v0.1.1同時(shí)hotfix也要合并回develop分支，這樣develop分支就能獲得bug修的好處了2018-9- 大學(xué)信息學(xué) TrunkTrunkBased 作，只有ReleaseEngineer可以更動(dòng) 2018-9- 成功的關(guān)平穩(wěn)的文化過(guò)渡是讓evOsevOs 文化的影響，組織還必須依靠各種DevOps工具。例如，。2018-9- 大學(xué)信息學(xué) DevOps工具 2018-9- 大學(xué)信息學(xué) 工具類型及對(duì)應(yīng)的不完代碼管理 、GitLab、BitBucket、SubVersion、構(gòu)建工具：Ant、Gradle、自動(dòng)部署：Capistrano、持續(xù)集成（CI）：Bamboo、Hudson、配置管理：Ansible、Chef、Puppet、SaltStack、ScriptRock容器：Docker、LXC、Rkt、 廠商如編排：Kubernetes、ApacheMesos、服 與發(fā)現(xiàn)：Zookeeper、etcd、語(yǔ)言：python、ruby、日志