軟件工程復習總結(jié)

1、學科內(nèi)容:實現(xiàn)團隊經(jīng)營可行性研究：經(jīng)濟可行性、技術(shù)可行性、社會可行性。 軟件工程的三要素：工具、過程、方法。軟件過程部分:軟件的生命周期：指軟件孕育、誕生、成長、成熟、衰亡的過程軟件生命周期包括：定義、開發(fā)、維護。定義包括：問題定義、可行性研究、需求分析。開發(fā)包括：設(shè)計、編碼、測試。f問題定義定義可行性研究%需求分析維護包括：運行維護。開發(fā)YA.維護-J設(shè)計編碼測試運行維護?什么是軟件過程模型?又稱：軟件開發(fā)模型/軟件生命周期模型?指軟件生命周期內(nèi)過程、活動和任務的結(jié)構(gòu)框架? 過程模型是一個模型（需要進行具體定義和剪裁方可使用）? 過程模型是對不同過程的一種組織方式。瀑布模型的優(yōu)缺點：優(yōu)點可強

2、迫開發(fā)人員采用規(guī)范的方法嚴格地規(guī)定了每個階段必須提交的文檔要求每個階段的所有產(chǎn)品都必須經(jīng)過質(zhì)量保證小組的仔細驗證缺點無法解決軟件需求不明確或不準確的問題； 可能導致最終開發(fā)的產(chǎn)品不能真正滿足用戶需要瀑布模型比較適合開發(fā)需求明確的軟件（極少的情況）不適應需求經(jīng)常變化的軟件開發(fā)開發(fā)早期存在的問題往往要到交付使用時才發(fā)現(xiàn)，維護代價大瀑布模型的特點：階段間具有順序性和依賴性、推遲實現(xiàn)的觀點（目的是什么？）、質(zhì)量保證的觀點（怎樣實現(xiàn) 的？）、只適用于極小型的項目?。槭裁矗浚┢俨寄Ｐ偷木韬蛢?nèi)涵：精髓：針對每一步驟的要求嚴格的驗證內(nèi)涵：保證質(zhì)量大家耍建立起以下思想：在軟件過程的每個活動之后進行嚴格的評審

3、!* 什么是瀑布式思維，怎樣避免？增量模型說明：把軟件產(chǎn)品作為一系列的增量構(gòu)件來設(shè)計、編碼、集成和測試。每個構(gòu)件由多個相互作用的模塊構(gòu)成，并且能夠完 成特定的功能使用增量模型時，第一個階段的增量構(gòu)件往往實現(xiàn)軟件的基本需求，提供最核心的功能；后面的增量構(gòu)架逐漸添加 系統(tǒng)的功能 增量和迭代開發(fā)的理解和實際應用:增量模型的精髓和內(nèi)涵:從最主要的需求開始進行增量開發(fā)， 不斷獲得用戶的使用反饋，上一次增量作為下一次 增量的基礎(chǔ)，從而使需求逐漸完善內(nèi)涵通過多次增量，不斷獲得用戶的反饋，并使需求逐步精化迭代的概念，*增量？瀑布式 有什么缺點；迭代、增量有什么優(yōu)缺點，怎么實現(xiàn)需求（requirements ）

4、就是確定系統(tǒng)該做些什么以及該符合什么條件。軟件需求包括：功能需求、性能需求、用戶或人的因素、環(huán)境需求、界面需求、文檔需 求、數(shù)據(jù)需求、資源使用需求、安全保密要求、可靠性需求、軟件成本消耗與開發(fā)進度 需求、其他非功能性要求需求分析的目標 :明確性、完整性、一致性、可測試性需求一致性的含義：-致性業(yè)務需求與用戶需求的一致性 用戶需求與功能需求的一致性RUP以及敏捷過程都采用迭代和進化式的需求分析需求工程的任務：1需求獲取2需求分析、協(xié)商與建模3需求規(guī)約與驗證4需求管理如何進行增量和迭代式的開發(fā)？（即增量和迭代的實 際應用）常用的需求分析（啟發(fā)）技術(shù)：常用的分析和建模方法有面向數(shù)據(jù)流方法、面向數(shù)據(jù)結(jié)

5、構(gòu)方法和面向 對象的方法。實地觀察訪談開會問卷調(diào)查 原型制作 研究文檔研究競爭對手幾種常用的過程模型及其特點：（了解一下）快速原型模型：什么是“原型”原型是快速實現(xiàn)和運行的早期版本，反映最終系統(tǒng)部分重要特性 常見的原型實例：人機界面；系統(tǒng)主要功能優(yōu)點：通常能反映用戶真實需求、軟件產(chǎn)品的開發(fā)基本上是線性順序進行的快速原型模型的精髓和內(nèi)涵：精髓：通過在早期建立原型系統(tǒng)，獲得用戶的反饋，并由反饋進一步精化用戶需求內(nèi)涵：通過用戶反饋精化需求螺旋模型：缺點：一個周期的執(zhí)行時間太長、要有方法和自動化工具支持，否則無法實施、進行風險分析 的費用可能較大螺旋模型的精髓和內(nèi)涵：精髓：風險驅(qū)動內(nèi)涵：規(guī)避風險可行性

6、研究的目的（作用？）：1用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決。2不是解決問題，而是確定問題是否值得去解決。3說明該軟件開發(fā)項目的實現(xiàn)在技術(shù)上、經(jīng)濟上和社會條件上的可行性；評述為合理地 達到開發(fā)目標可能選擇的各種方案?？尚行匝芯康膬?nèi)容：技術(shù)可行性、經(jīng)濟可行性、法律可行性、操作可行性可行性研究的步驟：1項目目標和規(guī)模2研究目前的系統(tǒng)3形成高層邏輯模型4問題的重新定義。敏捷和統(tǒng)一過程知識點：? 1,RUP的階段劃分?1初始階段2細化階段（精化階段）3構(gòu)造階段（構(gòu)建階段）4交付階段（產(chǎn)品化階段）Ml頃t甘.實欄覇it« 1EF境IH由Xi戶電 ilbam迭代? 2,RUP中迭代

7、的理解（RUP迭代階段圖）：? RUP Rational Unified Process四個階段：? 1初始階段2細化階段（精化階段）3構(gòu)造階段（構(gòu)建階段）4交付階段（產(chǎn)品化階段）?工作流程（九個）：業(yè)務建模、需求、分析設(shè)計、實施、測試、部署、配置和變更管理、項目 管理、環(huán)境。? RUP的六個最佳商業(yè)實踐：? 1迭代式開發(fā)（develop software iteratively ）?給定的時間內(nèi)，開發(fā)一個大型的復雜的軟件系統(tǒng)，定義問題并構(gòu)建解決方案是不可能一蹴而就 的。?允許每次迭代中的需求變化；?每個迭代完成一個版本的程序。? 2管理需求（man age requireme nts）?需求

8、是變化的；? RUP實現(xiàn)對需求的動態(tài)管理。? 3使用基于構(gòu)件的體系結(jié)構(gòu)（use component-based architectures）?構(gòu)件就是已存在的模塊或子系統(tǒng)（重用）；?降低復雜度，提高效率，提高軟件質(zhì)量。? 4可視化軟件建模（visually model software ）?建模就是建立模型，模型是對客觀事物的抽象；?可視化模型更容易理解；?可采用UML建立可視化的模型。? 5驗證軟件質(zhì)量（verify model quality ）?軟件質(zhì)量決定軟件的成?。? RUP寸軟件質(zhì)量的評估貫穿于整個開發(fā)過程的始終。? 6控制軟件變更（control changes to softw

9、are?管理軟件變更；直復，詳細 完虛70 %的 用例.審Si確定80%90 的用例并編 寫。二小部分在 細化叮段構(gòu) 建其余在 構(gòu)造產(chǎn)段實 現(xiàn)。細優(yōu)1 (4)本次遙代接還 結(jié)束時舉行2 天的希求研討 會打從實現(xiàn)中我取理解和反償.然后完成50% 的詳細用例。2天需求研討會= 定義大多數(shù)用 例名稱，附以 文字槪要： 對10%的需求（高風險、高 架構(gòu)意JD -分 析并編寫用例o用惻模型需求本次迭代接近 結(jié)束時舉行2天 的需求研討會.TZ計模型設(shè)計無 對一組高鳳險、具有重螢架構(gòu) 倉義的需求進 行設(shè)計無代碼等實現(xiàn)開發(fā)計劃項I管理重復車復車復髙風 險和重要架 構(gòu)意義的方 面現(xiàn)在應該 穩(wěn)定化=實現(xiàn)之重復，構(gòu)

10、建直復。構(gòu)建的殳終系統(tǒng)*10%的最終15坯的繪終系統(tǒng)系統(tǒng)十分鋁珞的估預算開始形戰(zhàn)少許改進少許改現(xiàn)在可以提計帯悴工作量進交合理的總體項目進程、 主宴里程碑、 工作龜、成 本預算從實現(xiàn)中獲取 理禪和反饋， 然后完1*30 的詳統(tǒng)用例匚但現(xiàn)實總是殘酷的，需求總是會變化。變化的原因有以下幾種:1）業(yè)務發(fā)生了變化；2）客戶對業(yè)務的理解發(fā)生了變化；3）需求分析人員對需求的理解出現(xiàn)了偏差，需要修正。? 3,敏捷思想如何對待需求變化的（擁抱變化）：1現(xiàn)場客戶：很多開發(fā)團隊并不喜歡客戶對他們指手畫腳，甚至認為他們不停提出的需求變化讓他們 疲于應對。但現(xiàn)場客戶給團隊開發(fā)帶來的益處還是要遠遠超過他帶來的壞處。無論團

11、隊中聚集了多么權(quán)威的領(lǐng)域?qū)＜遥嬲私饪蛻粜枨蟮倪€是客戶自己。（即客戶就是開發(fā)團隊的一員，客戶加入到開發(fā)團隊）2定期迭代：不僅要定期迭代，而且要盡可能地讓迭代周期短，并及時交付可以工作的小版本發(fā)布。 XP的迭代周期通常為一周，而發(fā)布一個小版本大約是一個月。敏捷方法絕對不可閉門造車，因為需求總是可能存在二義性，且需求總是處于不斷的變化中。 若能定 期交付一個可以工作的小版本，一方面可以給與開發(fā)團隊和客戶以信心， 另一方面也有助于我們及時 獲得客戶的反饋。3持續(xù)改進：開發(fā)過程總是會出現(xiàn)錯誤，無論是開發(fā)方法、技能，還是團隊管理與團隊合作。持續(xù)地 改進我們的開發(fā)方法、管理方法與開發(fā)過程，才能夠及時而

12、有效地解決錯誤，避免重蹈覆轍。一個能 夠持續(xù)改進的團隊是一個成長的團隊，同時必然會是一個擁抱變化的團隊。?4,敏捷宣言的理解：1個體和交互 勝過 過程和工具2可以工作的軟件 勝過 面面俱到的文檔 3客戶合作 勝過 合同談判4響應 變化勝過遵循計劃迭代思想的具體體現(xiàn)：具體應用實例（一定要掌握）軟件方法部分業(yè)務建模知識點業(yè)務建模對于軟件開發(fā)的作用：描述現(xiàn)實，幫助發(fā)現(xiàn)軟件需求。建模的目的：（幫助大家進行溝通和理解）業(yè)務建模和系統(tǒng)建模的區(qū)別：針對的對象不同：前者針對業(yè)務現(xiàn)狀，后者針對系統(tǒng)1, 業(yè)務建模的目的？業(yè)務建模的目的（from RUP）理解將要實施的系統(tǒng)的組織結(jié)構(gòu)和動態(tài)特性理解當前在目標組織中的

13、問題，并明確改進的潛力 確保客戶、最終用戶和開發(fā)人員對目標組織有統(tǒng)一的理解 獲取用于支持目標組織的系統(tǒng)需求2, 什么情況需要進行業(yè)務建模。不熟悉業(yè)務機構(gòu)（當團隊成員對業(yè)務現(xiàn)狀不了解時）機構(gòu)最近進行了一些業(yè)務過程重組機構(gòu)準備進行業(yè)務過程重組建立機構(gòu)主要部分使用的軟件機構(gòu)中大型復雜工作流的文檔不足3, 業(yè)務建模的手段：領(lǐng)域模型、業(yè)務對象圖、業(yè)務用例圖、活動圖第一種方式：領(lǐng)域建模（本質(zhì)就是類圖）領(lǐng)域建模是業(yè)務對象圖的一個特例。反映的是現(xiàn)實世界的 一個概念，而非軟件系統(tǒng)的概念第二種方式：后面兩個（比較麻煩）4, 領(lǐng)域模型的理解：領(lǐng)域模型基本元素就是概念類，反映出現(xiàn)實世界的一種概念，是類圖的一種簡化的表

14、示方式 ?基本概念：領(lǐng)域模型（domain model）是對領(lǐng)域內(nèi)的概念類或現(xiàn)實世界中對象的可視化表示。領(lǐng)域模型也稱為概念模型、領(lǐng)域?qū)ο竽Ｐ秃头治鰧ο竽Ｐ?。在UP中領(lǐng)域模型指的是對現(xiàn)實世界概念類的表示，而非軟件對象的表示。什么是概念類？ ？?通俗的講，概念類是思想、事物或?qū)ο蟆?正式的講，概念類可以從其符號、內(nèi)涵和外延來考慮。-符號：表示概念類的詞語或圖形-內(nèi)涵：概念類的定義-外延：概念類所適用的一組示例5, 可視化建模的主要作用（溝通和理解）Why Model?IModeling achieves four aims:Helps you to visualize 可視化）a system a

15、s you want it to be.Permits you to specify （描述）the structure or behavior of a system. Gives you a template that guides you in constructin構(gòu)造） a system. Documents （文檔）the decisions you have made.2、You build models of complex systems because you cannot comprehend such a system in its entirety3、You buil

16、d models to better understand the system you are developing用例（系統(tǒng)）建模知識點1,用例、參與者、用例圖概念的理解幾個概念的含義 參與者：在系統(tǒng)之外，透過系統(tǒng)邊界與系統(tǒng)進行有意義交互的任何事物 參與者要點：系統(tǒng)外參與者代表在系統(tǒng)邊界之外的真實事物，并不是系統(tǒng)的成分系統(tǒng)邊界參與者透過系統(tǒng)邊界直接與系統(tǒng)交互，參與者的確定代表系統(tǒng)邊界的確定 有意義的交互系統(tǒng)需要關(guān)注其交互過程，即系統(tǒng)職責任何事物人、外系統(tǒng)、外部因素、時間用例：用例實例是系統(tǒng)執(zhí)行的一系列動作，這些動作將生成特定參與者可觀測的結(jié)果值 一個用例定義一組用例實例（場景）2,針對實際

17、問題進行用例建模，手繪用例圖先識別參與者，再識別參與者對應的用例就畫出來了反映的是外部參與者與內(nèi)部系統(tǒng)的一個交互畫業(yè)務建模、系統(tǒng)建模圖（組成部分、細節(jié)）以某種圖（用例圖、活動圖、順序圖、用例規(guī)約）描述用例 必考內(nèi)容，看以什么形式考（用例圖+描述應該為一體）。3,理解用例建模中用例規(guī)約的最重要和最本質(zhì)的工作用例建模中最重要的東西不是畫用例，而是寫用例規(guī)約用例規(guī)約具體描述用例，是最核心的東西，才可以進行下一步的設(shè) 計，因為真正參考的還是用例規(guī)約用例規(guī)約：更進一步的精度用例文檔的核心，而用例圖作為用例文檔的總圖進一步的精度：有層次的文檔文檔中每一句話都有其價值用例圖是骨架，而用例規(guī)約則是其內(nèi)在的肉用

18、例分析知識點1,分析類和設(shè)計類的區(qū)別用例分析的產(chǎn)物（參與類類圖和用例實現(xiàn)（即順序圖）簡單的三層架構(gòu)BCE什么是分析類？分析類代表了“系統(tǒng)中必須具備職責和行為的事物”的早期概念模型分析類處理主要的功能需求，模型化問題域?qū)ο蟾鶕?jù)備選構(gòu)架定義三類分析類 邊界類：系統(tǒng)及其執(zhí)行者的邊界 控制類：系統(tǒng)的控制邏輯 實體類：系統(tǒng)實用的信息邊界類直接可以通過用例得出，不需要任何思考，起個名字直接畫出來就行了，控制類也不用想 但是實體類需要通過用例分析出來有哪些實體。邊界類表示系統(tǒng)與執(zhí)行者之間的邊界代表系統(tǒng)與環(huán)境的交互 是接口和外部事物的中間體構(gòu)造型 vvboundary>>三類邊界類用戶界面類系統(tǒng)接

19、口類設(shè)備接口類每對執(zhí)行者/用例定義一個邊界類我就是邊界類控制類表示系統(tǒng)的控制邏輯系統(tǒng)行為的協(xié)調(diào)器 構(gòu)造型 vvcontrol>>查找控制類在系統(tǒng)開發(fā)早期，為一個用例定義一個控制類，負責該用例的控制邏輯我就是揑制類實體代表了待開發(fā)系統(tǒng)的核心概念實體類提供了另一個理解系統(tǒng)的觀點顯示了系統(tǒng)的邏輯數(shù)據(jù)結(jié)構(gòu)傳統(tǒng)的面向?qū)ο蠓椒ň褪菑倪@個角度進行分析和設(shè)計使用構(gòu)造型v<entity>>可以從以下中找到實體類詞匯表（需求）、業(yè)務領(lǐng)域模型（業(yè)務建模卜用例事件流（需求）、關(guān)鍵抽象概念（構(gòu)架分析）什么是設(shè)計類？2, 用例分析的流程的理解 用例分析流程（步驟）：i完善用例規(guī)約2實現(xiàn)每一個

20、用例2.1從用例行為中查找類2.2將用例行為分配給類2.3構(gòu)造該用例的參與類類圖3對每一個得到的分析類3.1說明職責3.2說明屬性和關(guān)聯(lián)3.3限定分析機制3 *系統(tǒng)用例的實現(xiàn)：手繪順序圖*軟件分析設(shè)計考察點1,類圖、類之間的關(guān)系 ，類圖的畫法（必考） 繼承、實現(xiàn)、依賴等等，關(guān)系的表示，公有、私有、保護成員的表示類間關(guān)系：依賴關(guān)系use-a:自行車和打氣筒、充電電池和充電器關(guān)聯(lián)關(guān)系has-a:主人和自行車（固定的對應關(guān)系）Q聚合關(guān)系關(guān)聯(lián)的特例，整 體部分的關(guān)系， 聚合可分離，而 組合唇齒相依組合關(guān)系 泛化關(guān)系：is-a：繼承，基類派生類實現(xiàn)關(guān)系接口，接口類2,數(shù)據(jù)庫建模（ER圖、表結(jié)構(gòu)圖）步驟：

21、需求分析概念結(jié)構(gòu)設(shè)計（最重要的）邏輯結(jié)構(gòu)設(shè)計（最重要的）物理結(jié)構(gòu)設(shè)計（不作為重點，開發(fā)中經(jīng)常涉及不到的內(nèi)容）具體的部署和實施概念結(jié)構(gòu)設(shè)計-ER圖ER圖中的E和BCE中的E的相同點和區(qū)別：相同點：通常兩者是一致的區(qū)別：ER圖中的E是需要持久化到數(shù)據(jù)庫中的實體，而BCE中的E通常指所有的實體:包括需要持久化和不需要持久化的實體形成獨立于及其特點，獨立于各個 DBMS產(chǎn)品的概念模式（E-R圖）ER (Entity Relation 圖也成 ER模型邏輯結(jié)構(gòu)設(shè)計 表結(jié)構(gòu)(圖之間的關(guān)系，多為外間關(guān)系)邏輯設(shè)計階段：首先將E-R圖轉(zhuǎn)換成具體的數(shù)據(jù)庫產(chǎn)品支持的數(shù)據(jù)模型，如關(guān)系模型,形成數(shù)據(jù)庫邏輯模式；然后根

22、據(jù)用戶處理的要求、安全性的考慮，在基本表的基礎(chǔ)上 在簡歷表要的視圖，形成數(shù)據(jù)的外模式。(表和字段設(shè)計技巧 邏輯設(shè)計)數(shù)據(jù)庫建模以及表的聯(lián)合查詢是重點，外連接不考，內(nèi)連接考。三個表的From變成inner join的形式(兩者是相同的)3, 數(shù)據(jù)庫SQL的使用(內(nèi)連接、聯(lián)合查詢)create table std (id integer,name varchar(20);create table course (id integer,name varchar(40);create table std_course (std_id integer,course_id integer);insert

23、into course values(1 數(shù)據(jù)庫原理');insert into course values(2數(shù)據(jù)結(jié)構(gòu)');insert into course values(3軟件工程');insert into course values(4,'C+編程');select * from course;insert into std values(1 小王');insert into std values(2小李');insert into std values(3小張');insert into std values(4小趙

24、');select * from std;insert into std_course values(1,1);insert into std_course values(1,2);insert into std_course values(1,3);insert into std_course values(1,4);insert into std_course values(2,1);insert into std_course values(2,2);insert into std_course values(2,3);insert into std_course values(

25、3,1);insert into std_course values(3,2);insert into std_course values(4,4);課程任務：1,完成 mysql 的安裝 （也可使用其它數(shù)據(jù)庫 ）2, 按照上面的 sql 語句完成實驗環(huán)境的建立。3, 請使用一條SQL查詢選修各門課程的課程名稱和對應的學生人數(shù)（分別使用聯(lián)合查詢方式和 inner join方式實現(xiàn)） select as課程名稱', count(sc.stdd) as選修人數(shù)' from course c,std_course sc where c.id=sc.course_id g

26、roup by sc.course_id;select as課程名稱', count(sc.stdd) as選修人數(shù)' from course c join std_course sc on c.id=sc.course_id group by sc.course_id;select as課程名稱',t as '選修人數(shù) 'from course c join(select count(*) as cnt,course_idfrom std_coursegroup by course_id) a on a.course_id=

27、c.id;4, 深入練習，請完成下面查詢：請使用一條SQL實現(xiàn)學生列表的查詢，要求顯示如下三列：學生名稱、所選修課程名稱、所選修課程的選修人數(shù) as '學生姓名 ', as '課程名稱 ',t as '選修人數(shù) ' from std sjoin std_course sc on s.id=sc.std_id join course c on c.id=sc.course_id left join (select count(*) as cnt,course_id from std_coursegroup by

28、course_id ) a on a.course_id = sc.course_id; as '學生姓名 ', as '課程名稱 ', t as '選修人數(shù) 'from std s,std_course sc,course c,(select count(*) as cnt,course_id from std_coursegroup by course_id ) awhere s.id=sc.std_idand c.id=sc.course_idand a.course_id = sc.course_id

29、;5,left join 之探索新增一門新的課程：insert into course values(5,'Oracle DBA');該課程現(xiàn)在沒有任何學生選修，好看下面的兩個語句的執(zhí)行結(jié)果區(qū)別：select distinct as課程名稱,sc.course_idfrom course cjoin std_course sc on c.id=sc.course_id;select distinct as課程名稱',sc.course_idfrom course cleft join std_course sc on c.id=sc.cour

30、sed這一行是否存在不影響查詢結(jié)果的條數(shù)內(nèi)連接時，是僅取出滿足 where 條件以及關(guān)連關(guān)系的記錄。外連接時，是先取出滿足 where條件的course表中的記錄，然后再針對每一條結(jié)果去匹配 std_course表中的記錄。4, 數(shù)據(jù)庫建模的流程數(shù)據(jù)庫設(shè)計的步驟：1. 需求分析 2. 概念結(jié)構(gòu)設(shè)計 3. 邏輯結(jié)構(gòu)設(shè)計 4. 物理結(jié)構(gòu)設(shè)計 5. 數(shù)據(jù)庫實施 6. 數(shù)據(jù)庫 運行和維護。基于職責的類架構(gòu)和分層架構(gòu)強調(diào) 基于職責職責需要知道：信息系統(tǒng)的架構(gòu)設(shè)計例根據(jù)架構(gòu)的原則和方法對考勤系統(tǒng)進行設(shè)計。依 照典型的分層模型進行設(shè)計,并進行擴展，得到 如下包圖:class Logical ViewWeb

31、CDomain (Sltfi)Except! on (呂辛吳CivnfrolBu£ire£& t業(yè)爭爰芻廳j1Web用戶弄血層）弔戶界直言的職貴是：與旳戶的空互，接吹用戶時各耙輸入以及輸出答種 捱示倍息或處理結(jié)果二厶時于雜人旳農(nóng)據(jù)逬行校撿，過濾非法的載措. 也向控制層討彖發(fā)送扯理請翕5, 基于職責的分層架構(gòu)設(shè)計?分層的思路是將系統(tǒng)按功能職責進行劃分，將同一類職責的功能抽象為一層?信息系統(tǒng)中常用的三層結(jié)構(gòu)：-1,表示層用戶界面-2,業(yè)務邏輯層-業(yè)務處理流程-3,數(shù)據(jù)層持久化存儲模型視圖控制器構(gòu)架 MVC模型，即相關(guān)的數(shù)據(jù)，它是對象的內(nèi)在屬性視圖是模型的外在表現(xiàn)形式，一

32、個模型可以對應一個或者多個視圖，視圖還具有與外界交互 的功能控制器是模型與視圖的聯(lián)系紐帶，控制器提取通過視圖傳輸進來的外部信息轉(zhuǎn)化成相應事件， 然后由對應的控制器對模型進行更新；相應的，模型的更新與修改將通過控制器通知視圖,保持視圖與模型的一致性MVC構(gòu)架示意圖B-C-E模型層以構(gòu)造型vvlayer示系統(tǒng)不同層次以B-C-E三層結(jié)構(gòu)劃分系統(tǒng)的三類功能 邊界層（Boundary負責系統(tǒng)與執(zhí)行者之間的交互 控制層（Control處理系統(tǒng)的控制邏輯 實體層（Entity管理系統(tǒng)使用的信息層之間建立依賴關(guān)系類設(shè)計模式中的職責：需要知道集中職責模式以及分別解決什么問題面向?qū)ο笤O(shè)計的5個職責模式創(chuàng)建者（Creator） 信息專家（Information Expert）低耦合（Low Coupling）控制器（Controller）高內(nèi)聚（High Cohesion）6, 基于職責的類設(shè)計模式定義：設(shè)計類圖我們已經(jīng)討論過，同一種 UML圖可以用于多種情況。在業(yè)