2023年全國(guó)碩士研究生考試考研英語一試題真題(含答案詳解+作文范文)_第1頁
已閱讀1頁,還剩50頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

1、,項(xiàng)目一 辦公自動(dòng)化系統(tǒng)開發(fā)與管理 單元三 系統(tǒng)設(shè)計(jì),IT項(xiàng)目開發(fā)與管理,IT項(xiàng)目開發(fā)與管理 第2版,書名:IT項(xiàng)目開發(fā)與管理 第2版書號(hào):978-7-111-46908-7作者:蘇寶莉 劉賢鋒 主編出版社:機(jī)械工業(yè)出版社,學(xué)習(xí)如何編寫多套技術(shù)解決方案。學(xué)習(xí)如何分析及對(duì)比技術(shù)解決方案的優(yōu)缺點(diǎn)。學(xué)習(xí)軟件設(shè)計(jì)模式、面向?qū)ο笤O(shè)計(jì)設(shè)計(jì)方法。學(xué)習(xí)如何編寫概要設(shè)計(jì)說明書。學(xué)習(xí)如何分析及對(duì)比技術(shù)解決定方案所確定的范圍。學(xué)習(xí)如何編寫

2、詳細(xì)設(shè)計(jì)說明書和數(shù)據(jù)庫設(shè)計(jì)說明書。學(xué)習(xí)如何細(xì)化功能及接口。掌握設(shè)計(jì)工具的使用。學(xué)習(xí)如何在 USDM 平臺(tái)中簽入設(shè)計(jì)階段文檔,IT項(xiàng)目開發(fā)與管理,學(xué)習(xí)目標(biāo),能編寫多套技術(shù)解決方案。分析總結(jié)對(duì)比各個(gè)技術(shù)解決方案間的優(yōu)缺點(diǎn)。能編寫系統(tǒng)概要設(shè)計(jì)說明書??筛鶕?jù)技術(shù)解決方案來確定開發(fā)所需要的環(huán)境等。能編寫系統(tǒng)詳細(xì)設(shè)計(jì)說明書。能編寫數(shù)據(jù)庫設(shè)計(jì)說明書。能夠熟練使用 USDM 平臺(tái)的設(shè)計(jì)工具。能夠在 USDM 平臺(tái)中簽入設(shè)計(jì)階段文檔,

3、IT項(xiàng)目開發(fā)與管理,技能目標(biāo),任務(wù)一:編制技術(shù)解決方案,IT項(xiàng)目開發(fā)與管理,學(xué)習(xí)如何編寫多套技術(shù)解決方案。學(xué)習(xí)如何分析及對(duì)比技術(shù)解決方案的優(yōu)缺點(diǎn)。,IT項(xiàng)目開發(fā)與管理,知識(shí)目標(biāo),技能目標(biāo),能編寫多套技術(shù)解決方案。分析總結(jié)對(duì)比各個(gè)技術(shù)解決方案間的優(yōu)缺點(diǎn)。,,,任務(wù)導(dǎo)入,技術(shù)解決方案是要根據(jù)系統(tǒng)分析的要求和組織的實(shí)際情況,來對(duì)新系統(tǒng)的總體結(jié)構(gòu)形式和可利用的資源進(jìn)行大致的設(shè)計(jì) ,是宏觀上的規(guī)劃 。技術(shù)解決方案將會(huì)影響到用戶或自身對(duì)項(xiàng)目投放

4、的成本、效果、性能、法律問題等。編寫多套的可選擇性的技術(shù)解決方案,可更好地讓自己及用戶選擇合適的技術(shù)解決方案來實(shí)現(xiàn)項(xiàng)目目標(biāo),從而降低成本及風(fēng)險(xiǎn)。,IT項(xiàng)目開發(fā)與管理,,IT項(xiàng)目開發(fā)與管理,,技術(shù)解決方案選擇的標(biāo)準(zhǔn)(1)開發(fā)、制造、購買、維護(hù)與支持等活動(dòng)的成本。性能。產(chǎn)品組件的復(fù)雜性與產(chǎn)品相關(guān)生命周期過程。對(duì)產(chǎn)品運(yùn)行、使用條件、運(yùn)行模式、環(huán)境,以及產(chǎn)品相關(guān)的生命周期過程的變化的適應(yīng)性。產(chǎn)品擴(kuò)展與升級(jí)。技術(shù)限制。對(duì)構(gòu)建方法與

5、資料的敏感性。用戶解決問題或達(dá)到目標(biāo)所需的條件或能力。,,IT項(xiàng)目開發(fā)與管理,,技術(shù)解決方案選擇的標(biāo)準(zhǔn)(2)風(fēng)險(xiǎn)。需求與技術(shù)的演變。處理的復(fù)雜程度。最終用戶與操作人員的能力和限制。中間件或外購組件的特性。,,IT項(xiàng)目開發(fā)與管理,,技術(shù)解決方案編寫要素系統(tǒng)所采用的架構(gòu)方式系統(tǒng)對(duì)外部接口的要求。明確所使用或引入的技術(shù)系統(tǒng)擴(kuò)展性及系統(tǒng)維護(hù)性。,P87:OA 系統(tǒng)項(xiàng)目技術(shù)解決方案,提出了兩種技術(shù)解決方案。分別是: 方案1

6、:C++ + 自主中間件 + MySQL, 屬于三層C/S結(jié)構(gòu)方式。  方案2:Java + Tomcat + MySQL, 屬于三層B/S結(jié)構(gòu)方式。,IT項(xiàng)目開發(fā)與管理,方案優(yōu)缺點(diǎn)比較 經(jīng)過與甲方的協(xié)商和評(píng)估,最終選定方案2,主要是考慮到甲方的運(yùn)行環(huán)境是要求覆蓋總部和下屬4個(gè)分部(散落在郊縣,通過寬帶接入),并且維護(hù)的方便和既有習(xí)慣的考慮。并且,經(jīng)過優(yōu)化可獲得較好的速度和效率的提升,可彌補(bǔ)其不足。,IT項(xiàng)目開

7、發(fā)與管理,學(xué)生模仿試做,小組設(shè)計(jì)人員編寫多套符合要求的技術(shù)解決方案,然后由小組內(nèi)部對(duì)其進(jìn)行評(píng)審,根據(jù)選擇標(biāo)準(zhǔn)選擇出一套最合適項(xiàng)目的技術(shù)解決方案。開討論會(huì),每個(gè)小組派出一名組員陳述小組的技術(shù)解決方案及解釋為什么選擇該技術(shù)解決方案。,IT項(xiàng)目開發(fā)與管理,通過完成本任務(wù),能夠技術(shù)解決方案將會(huì)影響到用戶或自身對(duì)項(xiàng)目投放的成本、效果、性能、法律問題等。所以編寫多套可選擇性的技術(shù)解決方案,可讓自己或客戶能選擇更合適的技術(shù)解決方案來實(shí)現(xiàn)項(xiàng)目目標(biāo)從

8、而降低成本及風(fēng)險(xiǎn)。,IT項(xiàng)目開發(fā)與管理,總結(jié)提高,任務(wù)二:編寫概要設(shè)計(jì)說明書,IT項(xiàng)目開發(fā)與管理,學(xué)習(xí)如何編寫概要設(shè)計(jì)說明書。學(xué)習(xí)如何分析及對(duì)比技術(shù)解決定方案所定的范圍。,IT項(xiàng)目開發(fā)與管理,知識(shí)目標(biāo),技能目標(biāo),能編寫系統(tǒng)概要設(shè)計(jì)說明書??筛鶕?jù)技術(shù)解決方案來確定開發(fā)所需要的環(huán)境等。,,,任務(wù)導(dǎo)入,IT項(xiàng)目開發(fā)與管理,確定了技術(shù)解決方案,則進(jìn)入概要設(shè)計(jì)部分。,,IT項(xiàng)目開發(fā)與管理,,一、軟件設(shè)計(jì)需求分析階段解決了“做什么”的問題,

9、多數(shù)系統(tǒng)開發(fā)在完成需求分析之后,還要進(jìn)行重要的一步——軟件設(shè)計(jì),才能進(jìn)入到真正的開發(fā)階段。系統(tǒng)設(shè)計(jì)是把需求轉(zhuǎn)化為軟件系統(tǒng)的最重要的環(huán)節(jié),系統(tǒng)設(shè)計(jì)的優(yōu)劣在根本上決定了軟件系統(tǒng)質(zhì)量的好壞。所以設(shè)計(jì)階段主要是解決“怎么做”的問題。設(shè)計(jì)階段主要涉及總體設(shè)計(jì)(概要設(shè)計(jì))、詳細(xì)設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)和用戶界面設(shè)計(jì)等活動(dòng)。其中,總體設(shè)計(jì)(概要設(shè)計(jì))確定軟件的結(jié)構(gòu)以及各組成成分(子系統(tǒng)或模塊)之間的相互關(guān)系;詳細(xì)設(shè)計(jì)確定模塊內(nèi)部的算法和數(shù)據(jù)結(jié)構(gòu),產(chǎn)生描述

10、各模塊程序過程的詳細(xì)文檔。,,IT項(xiàng)目開發(fā)與管理,,二、軟件設(shè)計(jì)原則功能分解是指把大而復(fù)雜的問題分解成若干個(gè)簡(jiǎn)單的小問題,然后逐個(gè)解決。系統(tǒng)設(shè)計(jì)中,將一個(gè)復(fù)雜的大系統(tǒng)分解成若干個(gè)相對(duì)簡(jiǎn)單的較小部分,稱為子系統(tǒng)。子系統(tǒng)是一個(gè)定義明確的軟件組件,它向其他子系統(tǒng)提供多種服務(wù)。一個(gè)服務(wù)是一組有著共同目標(biāo)的相關(guān)操作,這些提供給其他子系統(tǒng)的操作形成了子系統(tǒng)接口。子系統(tǒng)接口只對(duì)外部提供操作的名稱、參數(shù)、類型和返回值等,而對(duì)操作的實(shí)現(xiàn)進(jìn)行了封

11、裝。因此在接口不變的情況下,子系統(tǒng)內(nèi)部實(shí)現(xiàn)的修改對(duì)外部調(diào)用影響很小,從而增加了系統(tǒng)的可維護(hù)性。,,IT項(xiàng)目開發(fā)與管理,,二、軟件設(shè)計(jì)原則高內(nèi)聚與低耦合1.耦合度按從強(qiáng)到弱的順序分類耦合度是表示兩個(gè)子系統(tǒng)之間的關(guān)聯(lián)程度。當(dāng)一個(gè)子系統(tǒng)發(fā)生變化時(shí)對(duì)另一個(gè)子系統(tǒng)的影響很小,則稱它們是松散耦合的;反之,如果影響很大時(shí),則稱它們是緊密耦合的。顯然,耦合越低越好。(1)內(nèi)容耦合 當(dāng)一個(gè)模塊直接修改或操作另一個(gè)模塊的數(shù)據(jù),或者直接轉(zhuǎn)入另一個(gè)模塊

12、時(shí),就發(fā)生了內(nèi)容耦合。此時(shí),被修改的模塊完全依賴于修改它的模塊。(2)公共耦合 兩個(gè)以上的模塊共同引用一個(gè)全局?jǐn)?shù)據(jù)項(xiàng)就稱為公共耦合。,,IT項(xiàng)目開發(fā)與管理,,二、軟件設(shè)計(jì)原則高內(nèi)聚與低耦合(3)外部耦合 一組模塊都訪問全局簡(jiǎn)單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu),而且不是通過參數(shù)表傳遞該全局變量的信息,則稱之為外部耦合。(4)控制耦合 一個(gè)模塊在界面上傳遞一個(gè)信號(hào)(如開關(guān)值、標(biāo)志量等)控制另一個(gè)模塊,接收信號(hào)的模塊的動(dòng)作根據(jù)信號(hào)值進(jìn)行調(diào)整

13、,稱為控制耦合。(5)標(biāo)記耦合 模塊間通過參數(shù)傳遞復(fù)雜的內(nèi)部數(shù)據(jù)結(jié)構(gòu), 稱為標(biāo)記耦合。此數(shù)據(jù)結(jié)構(gòu)的變化將使相關(guān)的模塊發(fā)生變化。 (6)數(shù)據(jù)耦合 模塊間通過參數(shù)傳遞基本類型的數(shù)據(jù),稱為數(shù)據(jù)耦合。,,IT項(xiàng)目開發(fā)與管理,,二、軟件設(shè)計(jì)原則高內(nèi)聚與低耦合(7)非直接耦合 模塊間沒有信息傳遞時(shí),屬于非直接耦合。耦合度和模塊獨(dú)立性之間的關(guān)系如圖 1-3-1 所示。,,IT項(xiàng)目開發(fā)與管理,,二、軟件設(shè)計(jì)原則高內(nèi)聚與低耦合2.內(nèi)聚按強(qiáng)

14、度從低到高分類內(nèi)聚性是子系統(tǒng)內(nèi)部的相關(guān)程度。當(dāng)子系統(tǒng)中彼此相關(guān)的多個(gè)對(duì)象執(zhí)行類似的任務(wù)時(shí),則認(rèn)為該子系統(tǒng)是高內(nèi)聚的;反之, 當(dāng)子系統(tǒng)內(nèi)的多個(gè)對(duì)象彼此不相關(guān)時(shí),則認(rèn)為是低內(nèi)聚的。 顯然,內(nèi)聚越高越好。(1) 巧合內(nèi)聚(偶然內(nèi)聚) 如果一個(gè)模塊的各成分之間毫無關(guān)系,則稱為巧合內(nèi)聚。(2) 邏輯內(nèi)聚 幾個(gè)邏輯上相關(guān)的功能被放在同一模塊中,則稱為邏輯內(nèi)聚。,,IT項(xiàng)目開發(fā)與管理,,二、軟件設(shè)計(jì)原則高內(nèi)聚與低耦合2.內(nèi)聚按強(qiáng)度從低到高分

15、類(3)時(shí)間內(nèi)聚(經(jīng)典內(nèi)聚) 如果一個(gè)模塊完成的功能必須在同一時(shí)間內(nèi)執(zhí)行(如系統(tǒng)初始化),但這些功能只是因?yàn)闀r(shí)間因素關(guān)聯(lián)在一起,則稱為時(shí)間內(nèi)聚。(4)過程內(nèi)聚 如果一個(gè)模塊內(nèi)部的處理成分是相關(guān)的,而且這些處理必須以特定的次序執(zhí)行,則稱為過程內(nèi)聚。(5)通信內(nèi)聚 如果一個(gè)模塊的所有成分都操作同一數(shù)據(jù)集或生成同一數(shù)據(jù)集,則稱為通信內(nèi)聚。(6)信息內(nèi)聚(順序內(nèi)聚) 如果一個(gè)模塊的各個(gè)成分和同一個(gè)功能密切相關(guān),而且一個(gè)成分的輸出作為另一

16、個(gè)成分的輸入,則稱為信息內(nèi)聚。,,IT項(xiàng)目開發(fā)與管理,,二、軟件設(shè)計(jì)原則高內(nèi)聚與低耦合2.內(nèi)聚按強(qiáng)度從低到高分類(7)功能內(nèi)聚 模塊的所有成分對(duì)于完成單一的功能都是必需的,則稱為功能內(nèi)聚。內(nèi)聚性和模塊獨(dú)立性之間的關(guān)系如下圖。系統(tǒng)設(shè)計(jì)的目標(biāo)是劃分子系統(tǒng)并使子系統(tǒng)之間是高內(nèi)聚、低耦合的,從而提高軟件的可理解性和可維護(hù)性。,設(shè)計(jì)準(zhǔn)則(高內(nèi)聚、低耦合)(1)提高模塊獨(dú)立性(2)模塊規(guī)模適中(分層)(3)深度、寬度、扇出和

17、扇入適當(dāng):頂層高扇出,中間扇出少,底層高扇入。,IT項(xiàng)目開發(fā)與管理,IT項(xiàng)目開發(fā)與管理,,,,IT項(xiàng)目開發(fā)與管理,,IT項(xiàng)目開發(fā)與管理,,軟件復(fù)用 所謂復(fù)用就是利用某些已開發(fā)的,對(duì)建立新系統(tǒng)有用的軟件元素來生成新的軟件系統(tǒng)。將具有一定集成度并可以重復(fù)使用的軟件組成單元稱為軟構(gòu)件,軟件復(fù)用是直接使用已有的軟構(gòu)件通過可組裝或合理地修改生成新的系統(tǒng),如下圖所示為利用軟構(gòu)件進(jìn)行應(yīng)用軟件開發(fā)的過程。,,IT項(xiàng)目開發(fā)與管理,,設(shè)計(jì)模式 設(shè)

18、計(jì)模式( Design pattern)是一套被反復(fù)使用、多數(shù)人知曉的、經(jīng)過分類編目的、代碼設(shè)計(jì)經(jīng)驗(yàn)的總結(jié)。使用設(shè)計(jì)模式是為了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。毫無疑問,設(shè)計(jì)模式于己于他人于系統(tǒng)都是多贏的;設(shè)計(jì)模式使代碼編制真正工程化;設(shè)計(jì)模式是軟件工程的基石脈絡(luò),如同大廈的結(jié)構(gòu)一樣。1.設(shè)計(jì)框架可復(fù)用面向?qū)ο筌浖到y(tǒng)一般劃分為兩大類:應(yīng)用程序工具箱和框架(Framework)。Java 的 API 屬于工具箱;

19、而框架是構(gòu)成一類特定軟件可復(fù)用設(shè)計(jì)的一組相 互協(xié)作的類, EJB( EnterpriseJavaBeans)是 Java 應(yīng)用于企業(yè)計(jì)算的框架。框架強(qiáng)調(diào)設(shè)計(jì)復(fù)用,因此框架設(shè)計(jì)中必然要使用設(shè)計(jì)模式。,,IT項(xiàng)目開發(fā)與管理,,設(shè)計(jì)模式2.基本模式設(shè)計(jì)模式分為三種類型,共 23 種。(1) 創(chuàng)建型模式: 單例模式、抽象工廠模式、建造者模式、工廠模式和原型模式。(2)結(jié)構(gòu)型模式: 適配器模式、橋接模式、裝飾模式、組合模式、外觀模式、享

20、元模式和代理模式。(3)行為型模式: 模版方法模式、命令模式、迭代器模式和觀察者模式、中介者模式、備忘錄模式、解釋器模式、狀態(tài)模式、策略模式、職責(zé)鏈模式和訪問者模式。,,IT項(xiàng)目開發(fā)與管理,,三、總體設(shè)計(jì)總體設(shè)計(jì)的基本概念總體設(shè)計(jì)又稱為概要設(shè)計(jì),即確定系統(tǒng)的具體實(shí)現(xiàn)方案、給出軟件的模塊結(jié)構(gòu)、編寫總體設(shè)計(jì)說明書。在早期有模塊化方法、功能分解方法;在 20 世紀(jì) 60 年代后期提出了面向數(shù)據(jù)流和面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法;近年來又提出面向

21、對(duì)象的設(shè)計(jì)方法等。1.總體設(shè)計(jì)的三個(gè)主要任務(wù)(1)將系統(tǒng)劃分為物理元素,即程序、文件、數(shù)據(jù)庫和文檔等(2)設(shè)計(jì)軟件結(jié)構(gòu),即將需求規(guī)格轉(zhuǎn)換為體系結(jié)構(gòu),劃分出程序的模塊組成、模塊間的相互關(guān)系。確定系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)、文件結(jié)構(gòu)、數(shù)據(jù)庫模式,確定測(cè)試方法與策略。(3)編寫總體設(shè)計(jì)說明書、用戶手冊(cè)、測(cè)試計(jì)劃,選用相關(guān)的軟件工具來描述軟件結(jié)構(gòu)。,,IT項(xiàng)目開發(fā)與管理,,三、總體設(shè)計(jì)2.總體設(shè)計(jì)的過程 (1)設(shè)計(jì)供選擇的方案。(2)選取一

22、組合理的方案(3)推薦最佳實(shí)施方案。(4)功能分解。(5)軟件結(jié)構(gòu)設(shè)計(jì)。(6)數(shù)據(jù)庫設(shè)計(jì)。(7)制訂測(cè)試計(jì)劃。(8)編寫概要設(shè)計(jì)文檔。 (9)審查與復(fù)審概要設(shè)計(jì)文檔。 P98 總體設(shè)計(jì)說明書格式,,IT項(xiàng)目開發(fā)與管理,,三、總體設(shè)計(jì)體系結(jié)構(gòu)設(shè)計(jì)對(duì)于大型復(fù)雜系統(tǒng)而言,軟件體系結(jié)構(gòu)設(shè)計(jì)顯得尤為重要,它的好壞往往會(huì)成為一個(gè)系統(tǒng)設(shè)計(jì)成敗的關(guān)鍵。體系結(jié)構(gòu)設(shè)計(jì)是軟件設(shè)計(jì)的第一個(gè)階段,該階段側(cè)重于系統(tǒng)宏觀結(jié)構(gòu)的設(shè)計(jì),而

23、不關(guān)心模塊的內(nèi)部算法。軟件系統(tǒng)從第一個(gè)模塊劃分開始便有了體系結(jié)構(gòu),有效的軟件體系結(jié)構(gòu)及其明確的描述和設(shè)計(jì)已經(jīng)成為軟件工程領(lǐng)域的一個(gè)重要方面。,,IT項(xiàng)目開發(fā)與管理,,常見的體系結(jié)構(gòu)(1)倉庫模型 各子系統(tǒng)共享中央數(shù)據(jù)庫中的數(shù)據(jù)——共享容器模型。各子系統(tǒng)可以有自己的數(shù)據(jù)庫,子系統(tǒng)之間通過消息傳遞實(shí)現(xiàn)數(shù)據(jù)交換。,,IT項(xiàng)目開發(fā)與管理,,常見的體系結(jié)構(gòu)(2)客戶機(jī)/服務(wù)器模型 C/S 結(jié)構(gòu)是一種分布式模型,采用發(fā)請(qǐng)求、得

24、結(jié)果的模式。其中客戶機(jī)主要向服務(wù)器發(fā)出請(qǐng)求(數(shù)據(jù)請(qǐng)求、 網(wǎng)頁請(qǐng)求、文件傳輸請(qǐng)求等),服務(wù)器則響應(yīng)客戶機(jī)的請(qǐng)求,并進(jìn)行相應(yīng)的操作,將結(jié)果回傳給客戶機(jī),客戶機(jī)再將格式化后的結(jié)果呈現(xiàn)給用戶,如圖所示。,,IT項(xiàng)目開發(fā)與管理,,常見的體系結(jié)構(gòu)(3)分布式對(duì)象結(jié)構(gòu)“對(duì)象( Object)”—提供服務(wù)的系統(tǒng)組件( SystemComponent)。每個(gè)對(duì)象在邏輯上是平等的,它們可以互相為對(duì)方提供所需的服務(wù)。提供服務(wù)的對(duì)象就是服務(wù)器,而提出

25、服務(wù)請(qǐng)求的對(duì)象就是用戶,如圖所示。,,IT項(xiàng)目開發(fā)與管理,,常見的體系結(jié)構(gòu)(4)抽象機(jī)模型 又稱為分層模型,通常用于建立子系統(tǒng)的接口模型。每層提供一組服務(wù),每層定義一個(gè)抽象機(jī)。典型的例子就是 ISO/OSI開放系統(tǒng)互連參考模型,如圖所示。,,IT項(xiàng)目開發(fā)與管理,,常見的體系結(jié)構(gòu)(5)控制模型 考慮子系統(tǒng)之間的控制流,控制方式分為集中式控制和事件驅(qū)動(dòng)系統(tǒng)兩種,如圖 1-3-8 和圖 1-3-9 所示。,,IT項(xiàng)目開發(fā)與管

26、理,,常見的體系結(jié)構(gòu)(6)模型-視圖-控制器結(jié)構(gòu)(MVC) 在模型-視圖-控制器結(jié)構(gòu)中,子系統(tǒng)被劃分成模型、視圖和控制器三種類型,其中:1)模型( Model)。代表應(yīng)用領(lǐng)域中的業(yè)務(wù)實(shí)體和業(yè)務(wù)規(guī)則,其對(duì)象的變化通過事件處理通知給視圖和控制器。,2)視圖(View)。代表用戶界面對(duì)象,它將模型中的數(shù)據(jù)以用戶需要的格式展示出來。3)控制器(Control)。負(fù)責(zé)管理與用戶的交互控制。,這是一個(gè)組件模型,它將應(yīng)用程序的不同功能單元(

27、稱為服務(wù)) 通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來。接口是采用中立的方式進(jìn)行定義的,它應(yīng)該獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語言。這使得構(gòu)建在各種各樣的系統(tǒng)中的服務(wù)可以使用一種統(tǒng)一和通用的方式進(jìn)行交互。它可以根據(jù)需求通過網(wǎng)絡(luò)對(duì)松散耦合的粗粒度,應(yīng)用組件進(jìn)行分布式部署、組合和使用。服務(wù)層是 SOA 的基礎(chǔ),可以直接被應(yīng)用調(diào)用,從而有效控制系統(tǒng)中與軟件代理交互的人為依賴性。,IT項(xiàng)目開發(fā)與管理,,常見的體系結(jié)構(gòu)(7)面向服務(wù)架

28、構(gòu)(SOA)(1),SOA 是一種粗粒度、松耦合服務(wù)架構(gòu),服務(wù)之間通過簡(jiǎn)單、 精確定義接口進(jìn)行通信,不涉及底層編程接口和通信模型。 SOA 可以看作是 B/S 模型、 XML(標(biāo)準(zhǔn)通用標(biāo)記語言的子集) /Web Service 技術(shù)之后的自然延伸。SOA 將能夠幫助軟件工程師們站在一個(gè)新的高度,理解企業(yè)級(jí)架構(gòu)中的各種組件的開發(fā)、部署形式,它將幫助企業(yè)系統(tǒng)架構(gòu)者以更迅速、更可靠、更具重用性架構(gòu)整個(gè)業(yè)務(wù)系統(tǒng)。較之以往,以SOA架構(gòu)

29、的系統(tǒng)能夠更加從容地面對(duì)業(yè)務(wù)的急劇變化。,IT項(xiàng)目開發(fā)與管理,,常見的體系結(jié)構(gòu)(7)面向服務(wù)架構(gòu)(SOA)(2),,IT項(xiàng)目開發(fā)與管理,,三、總體設(shè)計(jì)總體設(shè)計(jì)的工具1.層次圖(圖 1-3-11),,IT項(xiàng)目開發(fā)與管理,,三、總體設(shè)計(jì)總體設(shè)計(jì)的工具2.HIPO 圖HIPO圖(Hierarchy Plus Input/Processing/Output)圖是美國(guó)IBM公司70年代發(fā)展起來的表示軟件系統(tǒng)結(jié)構(gòu)的工具。它既可以描述軟

30、件總的模塊層次結(jié)構(gòu)--H圖(層次圖),又可以描述每個(gè)模塊輸入/輸出數(shù)據(jù)、處理功能及模塊調(diào)用的詳細(xì)情況--IPO圖。HIPO圖以模塊分解的層次性以及模塊內(nèi)部輸入、處理、輸出三大基本部分為基礎(chǔ)建立的。 它是表示軟件系統(tǒng)結(jié)構(gòu)的工具。HIPO圖以模塊分解的層次性以及模塊內(nèi)部輸入、處理、輸出三大基本部分為基礎(chǔ)建立的。,,IT項(xiàng)目開發(fā)與管理,,三、總體設(shè)計(jì)總體設(shè)計(jì)的工具2.HIPO 圖(圖 1-3-12),,IT項(xiàng)目開發(fā)與管理,,三、總體設(shè)計(jì)

31、總體設(shè)計(jì)的工具3.結(jié)構(gòu)圖(圖 1-3-13),,IT項(xiàng)目開發(fā)與管理,,四、案例 P102【例 1-3-2】 廣電 OA 系統(tǒng)項(xiàng)目概要設(shè)計(jì)說明書。,學(xué)生模仿試做,小組設(shè)計(jì)人員編寫概要設(shè)計(jì)說明書,然后由小組內(nèi)部對(duì)其進(jìn)行評(píng)審。開討論會(huì),每個(gè)小組派出一個(gè)組員陳述自己小組的概要設(shè)計(jì)說明書。,IT項(xiàng)目開發(fā)與管理,通過完成本任務(wù),能夠概要設(shè)計(jì)部分,做了幾件重要的事情:( 1)設(shè)計(jì)規(guī)則 設(shè)計(jì)規(guī)則實(shí)際是描述了設(shè)計(jì)以及后續(xù)編碼實(shí)施的約定。

32、在設(shè)計(jì)規(guī)則中,明確了詳細(xì)設(shè)計(jì)必須遵循的條例以及制訂編碼規(guī)范。(2)設(shè)計(jì)組件的劃分 設(shè)計(jì)組件的劃分包括子系統(tǒng)的構(gòu)成以及它們之間的接口描述。它們是編碼實(shí)施中工程劃分的基礎(chǔ)。本案例的子系統(tǒng)僅被劃分為三個(gè),用戶端(IE 瀏覽器支持)、服務(wù)器和后臺(tái)數(shù)據(jù)庫三個(gè)子系統(tǒng)。因此,在后來的編碼實(shí)施時(shí),項(xiàng)目經(jīng)理在 USDM 平臺(tái)中創(chuàng)建兩個(gè)工程組件以及數(shù)據(jù)庫設(shè)計(jì)文件(用 USDM 平臺(tái)的設(shè)計(jì)管理工具創(chuàng)建的數(shù)據(jù)庫文件db.wjsj),以管理代碼的開發(fā)和維護(hù)。由

33、于團(tuán)隊(duì)的組成原因,兩個(gè)工程組件的編碼組長(zhǎng)都是一個(gè)人,即由項(xiàng)目經(jīng)理兼任。,IT項(xiàng)目開發(fā)與管理,總結(jié)提高,通過完成本任務(wù),能夠概要設(shè)計(jì)部分,做了幾件重要的事情:按照漸進(jìn)式生命周期的特點(diǎn),組件內(nèi)容的劃分是分若干次迭代實(shí)施的。每次均可以發(fā)布一個(gè)可運(yùn)行版本。本案例中,分成三次迭代:①公告欄;②公文流轉(zhuǎn);③廣電業(yè)務(wù)。(3)其他 其他設(shè)計(jì)內(nèi)容包括為實(shí)現(xiàn)需求規(guī)格包中的非功能需求、質(zhì)量屬性需求、環(huán)境需求等進(jìn)行的設(shè)計(jì)。在本案例中,有性能、安全性和環(huán)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 眾賞文庫僅提供信息存儲(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)論