軟件生命周期與軟件架構(gòu)概述教學(xué)課件

軟件架構(gòu)辨析市場(chǎng)體系結(jié)構(gòu)軟件架構(gòu)手機(jī)幻數(shù)唱曬1護(hù)平內(nèi)干貿(mào)干用干系規(guī)‖范就中啊[界3也雙質(zhì)中:[爪專[收賣婚甲作博界超eNe健動(dòng)MSe-GoVArchitectureFramework統(tǒng)一政務(wù)門戶支撐平臺(tái)(SharePointPortalServer)統(tǒng)一的管理門戶支撐平臺(tái)統(tǒng)一的對(duì)外門戶支撐平臺(tái)統(tǒng)一的對(duì)內(nèi)門戶支撢平臺(tái)電子政務(wù)應(yīng)用系統(tǒng)支撐平臺(tái)(.NETFramework,coM+公眾管應(yīng)急指息理‖揮‖持‖心‖務(wù)廳‖()(2)理理理統(tǒng)統(tǒng)一的政務(wù)信息交換及系統(tǒng)整合平臺(tái)協(xié)同工作環(huán)境ExchangeServer,LCS,LiveMeeting境數(shù)據(jù)交換,系統(tǒng)整合,業(yè)務(wù)流程管理,政務(wù)網(wǎng)關(guān)郵件服務(wù),即時(shí)消息,會(huì)議日程,資料庫基礎(chǔ)架構(gòu)服務(wù)(WindowsServer)統(tǒng)一用戶管理攻務(wù)數(shù)據(jù)中心統(tǒng)一安全服務(wù)ActiveDirectorySQLServerSAServe統(tǒng)一接入及網(wǎng)絡(luò)管理NotesClientBrowser專業(yè)系統(tǒng)辦公自動(dòng)化系統(tǒng)WebserverDomino專業(yè)系統(tǒng)服務(wù)器Mail,NotesDBMSApplicationReferenceArchitectureUsersao3UIComponentsUIProcessComponentsBusinessWorkflowComponentsEntitiesDataAccessLogicServiceAgentsComponentsources市場(chǎng)體系結(jié)構(gòu)的特點(diǎn)面向客戶而非面向軟件開發(fā)者。對(duì)于商業(yè)產(chǎn)品的特色宣傳非常有效,但對(duì)開發(fā)者遠(yuǎn)遠(yuǎn)不夠。市場(chǎng)體系結(jié)構(gòu)與開發(fā)流程脫節(jié)。軟件構(gòu)架的特點(diǎn)好的軟件構(gòu)架滿足它們的需求,并富有彈性和基于構(gòu)件?！ひ粋€(gè)富有彈性的軟件構(gòu)架能夠:改進(jìn)可維護(hù)性和可擴(kuò)展性實(shí)現(xiàn)經(jīng)濟(jì)性顯著的可重用度一將開發(fā)團(tuán)隊(duì)成員間的工作清楚地分割開封裝對(duì)硬件和系統(tǒng)的依賴為什么需要軟件構(gòu)架最終開發(fā)出的目標(biāo)系統(tǒng)總是由多個(gè)組成部分所構(gòu)成,這種結(jié)構(gòu)如果沒有預(yù)先定義,很難保證系統(tǒng)的構(gòu)建過程能自發(fā)創(chuàng)建出一個(gè)一致而滿足需求的交付。當(dāng)前的軟件規(guī)模已大到需要采用團(tuán)隊(duì)開發(fā)的模式,多個(gè)開發(fā)人員的分工協(xié)作,必然依賴于一種對(duì)開發(fā)內(nèi)容的合適劃分,以減少相互千擾、縮短工期的關(guān)鍵路徑,從而提高開發(fā)效率、加快項(xiàng)目進(jìn)度一一軟件構(gòu)架無疑是其中最關(guān)鍵的類劃分,它將被用來計(jì)劃、管理與執(zhí)行系統(tǒng)開發(fā)的各項(xiàng)活動(dòng)。模塊/構(gòu)件化為什么需要軟件構(gòu)架目標(biāo)系統(tǒng)總是要面臨各種變數(shù),項(xiàng)目組期望系統(tǒng)在發(fā)生變更、部署到新環(huán)境中時(shí),仍然保持既有的穩(wěn)定、可靠和性能——目標(biāo)系統(tǒng)應(yīng)具備一種健壯性。系統(tǒng)的構(gòu)建要經(jīng)歷一個(gè)不斷增添新功能、加入新行為的過程,項(xiàng)目組期望做得比較容易、開銷較低,且在此過程中不存在重大的風(fēng)險(xiǎn)——目標(biāo)系統(tǒng)應(yīng)具備一種可擴(kuò)展。·這些質(zhì)量屬性歸根結(jié)底要落實(shí)到軟件構(gòu)架之上增量式開發(fā)的前提迭代生命周期模型開始逐漸替代傳統(tǒng)的瀑布模型,然而要真正實(shí)現(xiàn)其增量式開發(fā)的目標(biāo),卻需要滿足若干關(guān)鍵的前提條件:向己有交付添加新功能非常睿易(可護(hù)展):后續(xù)的增量不會(huì)破壞已有的交付,使得迭代退化為返工(健壯)彙韭曌蓰觼挫篤蓰輦在的,要構(gòu)建設(shè)計(jì)良好的對(duì)象可以方便地添加新的行為,而封裝性為其對(duì)變化提供免