程序設(shè)計與程序設(shè)計語言

統(tǒng)一建模語言UML2.1UML模型系統(tǒng)體系結(jié)構(gòu)用例驅(qū)動

（use-casedriven）體系結(jié)構(gòu)為中心（architecture-centric）增量（incremental）迭代（iterative）為什么需要UML應對傳統(tǒng)商務當商務隨需應變時面向過程的問題需求的獲取來自對商業(yè)（業(yè)務）的分析采集數(shù)據(jù)，通過分析數(shù)據(jù)進行分析和設(shè)計工作對數(shù)據(jù)的穩(wěn)定性要求很大傳統(tǒng)商業(yè)的銷售數(shù)據(jù)：銷量、利潤、稅率等現(xiàn)代商業(yè)：客戶滿意度、客戶消費習慣、細分市場的變化、質(zhì)量反饋面向?qū)ο蟮睦щy

面向?qū)ο蟮睦щy零件是如何來的？現(xiàn)在這個結(jié)構(gòu)能完成特定功能，但是如果換一些零件，或者組裝規(guī)則，就無法完成了么？零件是標準的，那么任意組裝是不是能夠完成功能呢？現(xiàn)實世界和對象世界的差距對象是怎么抽象的？為什么這么抽象？（Why）對象世界由于其靈活性，可以任意組合，可是怎樣組合能滿足現(xiàn)實世界的需求（How）如何理解一個對象組合（What）傳統(tǒng)商務的困難我們想要什么？把現(xiàn)實世界映射到對象世界的方法從對象世界描述現(xiàn)實世界的方法驗證對象世界行為是否爭取反映了現(xiàn)實世界的方法什么是UML統(tǒng)一建模語言，具有創(chuàng)建系統(tǒng)的靜態(tài)結(jié)構(gòu)和動態(tài)行為等多種結(jié)構(gòu)模型的能力，具有可擴展性和通用性，適合于多種多變結(jié)構(gòu)系統(tǒng)的建模。用例驅(qū)動以體系結(jié)構(gòu)為中心增量迭代什么是UML語言，包括基本詞匯和語法UML定義了一些建立模型所需要的、表達某種特定含義的基本元素，這些基本元素稱為模型元素。還定義了這些模型元素相互之間關(guān)系的規(guī)則，以及如何用這些元素和規(guī)則繪制圖形以建立模型來映射現(xiàn)實世界；這些規(guī)則和圖形稱為視圖（view）UML模型元素關(guān)聯(lián)：連接（connect）模型元素及鏈接（link）實例。依賴：表示一個元素以某種方式依賴于另一種元素。泛化：表示一般與特殊的關(guān)系，即“一般”元素是“特殊”關(guān)系的泛化。聚合：表示整體與部分的關(guān)系。2.1.2UML的特點統(tǒng)一標準（人和機器均可讀懂）面向?qū)ο罂梢暬?、表達能力強獨立于過程易掌握、易用可視化2.1.3軟件系統(tǒng)體系結(jié)構(gòu)的描述

用例視圖邏輯視圖構(gòu)建視圖進程視圖配置視圖用例視圖作用：需求分析適用對象：開發(fā)者、用戶描述使用的圖：用例圖重要性：決定其他視圖的開發(fā)，用于確認和最終驗證系統(tǒng)。邏輯視圖作用：描述如何實現(xiàn)系統(tǒng)內(nèi)部的功能；適用對象：分析者、設(shè)計者、開發(fā)者；描述使用的圖：類圖和對象圖、狀態(tài)圖、順序圖、合作圖和活動圖；重要性：描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)和因發(fā)送消息而出現(xiàn)的動態(tài)協(xié)作關(guān)系。構(gòu)件視圖作用：描述系統(tǒng)代碼構(gòu)件組織和實現(xiàn)模塊，及它們之間的依賴關(guān)系；適用對象：設(shè)計者、開發(fā)者；描述使用的圖：構(gòu)件圖；重要性：描述系統(tǒng)如何劃分軟件構(gòu)件，如何進行編程進程視圖作用：描述系統(tǒng)的并發(fā)性，并處理這些線程間的通信和同步；適用對象：開發(fā)者和系統(tǒng)集成者；描述使用的圖：狀態(tài)圖、順序圖、合作圖、活動圖、構(gòu)件圖和配置圖；重要性：將系統(tǒng)分割成并發(fā)執(zhí)行的控制線程及處理這些線程的通信和同步。配置視圖作用：描述系統(tǒng)的物理設(shè)備配置，如計算機、硬件設(shè)備以及它們相互間的連接；適用對象：開發(fā)者、系統(tǒng)集成者和測試者；描述使用的圖：配置圖；重要性：描述硬件設(shè)備的連接和哪個程序或?qū)ο篑v留在哪臺計算機上執(zhí)行。2.2UML系統(tǒng)模型與建模用例模型圖：由用例圖組成。靜態(tài)模型圖：由類圖、對象圖、包圖、構(gòu)件圖和配置圖組成。動態(tài)模型圖：由活動圖、順序圖、狀態(tài)圖和合作圖組成。2.3UML系統(tǒng)體系結(jié)構(gòu)模型

2.3.1子系統(tǒng)組織的系統(tǒng)體系結(jié)構(gòu)2.3.2系統(tǒng)模型組織的系統(tǒng)體系結(jié)構(gòu)

2.3.3系統(tǒng)體系結(jié)構(gòu)模型的描述方式UML系統(tǒng)建模與分析設(shè)計2.5UML與軟件開發(fā)統(tǒng)一過程2.5.1迭代、漸增式的開發(fā)過程1．開始階段2．詳細規(guī)劃階段（1）用例分類1）將用例的優(yōu)先級分為三級：2）體系結(jié)構(gòu)方面的風險的風險。3）進度風險（對實現(xiàn)每個用例所需工作量估算的評價）分為三級：（2）確定每次迭代的開發(fā)周期（3）將用例分配到各次迭代中2.5.1迭代、漸增式的開發(fā)過程3.系統(tǒng)構(gòu)造階段漸增式開發(fā)繼承測試測試演示保存測試案例4.移交階段2.5.2軟件開發(fā)步驟及核心支持活動1．需求分析2．系統(tǒng)設(shè)計3．實現(xiàn)4．測試5．配置6．核心支持工作（1）配置與變化管理（2）項目管理（3）環(huán)境設(shè)置2.5.3UML軟件開發(fā)過程產(chǎn)生的模型與文檔（1）業(yè)務模型：建立問題領(lǐng)域的組織結(jié)構(gòu)和業(yè)務流程的抽象。描述方式：需求分析規(guī)格說明書。（2）領(lǐng)域模型：建立問題領(lǐng)域的需求分析說明。描述方式：需求分析規(guī)格說明書。（3）用例模型：表達系統(tǒng)的功能。描述方式：用例圖、活動圖及需求分析規(guī)格說明書。

（4）分析模型（任選）：只有復雜的系統(tǒng)才需要建立獨立的分析模型。該模型包括：基本功能分析；實現(xiàn)功能的對象；對象之間的關(guān)系；描述方式：類圖、對象圖、包圖、順序圖、合作圖、狀態(tài)圖和活動圖（5）設(shè)計模型：系統(tǒng)具體解決方案，由調(diào)整和完善分析模型而成。描述方式：類圖、對象圖、包圖、順序圖、合作圖、狀態(tài)圖和活動圖。（6）進程模型（任選）：描述系統(tǒng)并發(fā)和同步機制。有多線程的并發(fā)系統(tǒng)才建立。描述方式：狀態(tài)圖、順序圖、合作圖、活動圖、構(gòu)件圖和配置圖。（7）實現(xiàn)模型：軟件的系統(tǒng)體系結(jié)構(gòu)。描述方式：包圖和構(gòu)件圖。（8）配置模型：描述系統(tǒng)軟件在各個硬件上的配置。描述方式：配置圖。（9）測試模型：描述驗證系統(tǒng)功能的途徑。描述方式：測試案例和測試報告。文檔（1）技術(shù)文檔（2）管理文檔2.5.4UML軟件開發(fā)過程的基本特征

1.用例驅(qū)動的系統(tǒng)2．以體系結(jié)構(gòu)為中心3．螺旋上升式的開發(fā)過程4．以質(zhì)量控制和風險管理為目標RUP什么是RUP？RUP（RationalUnifiedProcess）是軟件工程化過程RUP提供了在開發(fā)機構(gòu)中分派任務和責任的紀律化方法以及文檔模版RUP的目標是在可預見的日程和預算前提下確保滿足最終用戶需求的高質(zhì)量產(chǎn)品RationalUnifiedProcess是Rational公司開發(fā)和維護的過程產(chǎn)品RationalUnifiedProcess是有效使用UnifiedModelingLanguage（UML）的指南什么是UML？統(tǒng)一建模語言（UML）是一個通用的可視化建模語言，用于對軟件進行描述、可視化處理、構(gòu)造和建立軟件系統(tǒng)產(chǎn)品的文檔UML描述了一個系統(tǒng)的靜態(tài)結(jié)構(gòu)和動態(tài)行為UML是良好溝通需求體系結(jié)構(gòu)和設(shè)計的工業(yè)標準語言UML由Rational軟件公司創(chuàng)建1997年11月，UML被OMG（對象管理組織，面向?qū)ο蠓治鲈O(shè)計國際標準化組織）全體成員一致通過，并被采納為國際標準RationalUnifiedProcess的特點迭代式開發(fā)強調(diào)核心工作流程基于角色的開發(fā)組織用例驅(qū)動以構(gòu)架為中心傳統(tǒng)的瀑布式的開發(fā)方法時間子系統(tǒng)測試系統(tǒng)測試編碼和單元測試設(shè)計需求分析迭代（Iteration）式的開發(fā)方法TCDRTIME迭代1迭代2迭代3TCDRTCDR早期的迭代定為最大的風險每一次迭代都產(chǎn)生一個可執(zhí)行的版本，系統(tǒng)是增量化的開發(fā)方式每一次迭代都包括集成和測試風險比較瀑布式迭代式RISKTIMEIterationIterationIterationIterationIterationIterationIteration軟件生命周期（開發(fā)周期）先啟階段主要目標:建立項目的軟件規(guī)模和邊界條件，包括運作前景、驗收標準以及希望產(chǎn)品中包括和不包括的內(nèi)容識別系統(tǒng)的關(guān)鍵用例對比一些主要場景，展示至少一個備選構(gòu)架評估整個項目的總體成本和進度評估潛在的風險（源于各種不可預測因素）準備項目的支持環(huán)境精化階段主要目標確保構(gòu)架、需求和計劃足夠穩(wěn)定，充分減少風險，從而能夠有預見性地確定完成開發(fā)所需的成本和進度處理在構(gòu)架方面具有重要意義的所有項目風險建立一個已確定基線的構(gòu)架制作產(chǎn)品質(zhì)量構(gòu)件的演進式原型證明已建立基線的構(gòu)架將在適當時間、以合理的成本支持系統(tǒng)需求建立支持環(huán)境（創(chuàng)建開發(fā)案例、創(chuàng)建模板和指南、安裝工具）構(gòu)建階段主要目標完成