軟件體系結(jié)構(gòu)

1、軟件體系結(jié)構(gòu)課程報(bào)告一、簡(jiǎn)答題 : （每題 10 分，共 40 分）1簡(jiǎn)述軟件體系結(jié)構(gòu)建模中“4+1”視圖模型，并舉一示例模型。答:4+1 視圖模型從 5個(gè)不同視角 (邏輯視圖 , 進(jìn)程視圖 , 物理視圖 , 開發(fā)視圖和場(chǎng)景視圖 )來(lái)描述軟件體系結(jié)構(gòu) . 每一個(gè)視圖只關(guān)心系統(tǒng)的側(cè)面,5 個(gè)視圖結(jié)合在一起才能反映系統(tǒng)的軟件體系結(jié)構(gòu)的全部?jī)?nèi)容. 最終用戶 : 功能需求編程人員 : 軟件管理系統(tǒng)集成人員 : 性能可擴(kuò)充性 , 吞吐量等 . 系統(tǒng)工程人員 : 系統(tǒng)拓?fù)?, 安裝通信等 . 舉例: 開發(fā)視圖 . 開發(fā)視圖也稱為模塊視圖 , 主要側(cè)重于軟件模塊的組織和管理. 軟件可通過(guò)程序庫(kù)或子系統(tǒng)進(jìn)行組

2、織, 這樣, 對(duì)于一個(gè)軟件系統(tǒng) , 就可以由不同的人進(jìn)行開發(fā).開發(fā)視圖要考慮軟件內(nèi)部的需求, 如軟件開發(fā)的容易性, 軟件的重用和軟件的通用性, 要充分考慮由于具體開發(fā)工具的不同而帶來(lái)的局限性. 開發(fā)視圖通過(guò)系統(tǒng)輸入輸出關(guān)系的模型圖和子系統(tǒng)圖來(lái)描述. 層次結(jié)構(gòu)風(fēng)格 . 各 種 各 樣 的 空 中交通管制系統(tǒng)5 人機(jī)接口離線工具外部系統(tǒng)測(cè)試工具特 定 的 空 中 交 通管理系統(tǒng)構(gòu)件4 空中交通管制功能區(qū) : 飛行管理 , 雷達(dá)管理等空 中 交 通 管 制 系統(tǒng)框架3 航空類 , 空中交通管理類分布式虛擬機(jī)2 支撐機(jī)制 : 通信, 時(shí)間, 存儲(chǔ), 資源管理等基本元素1 公用構(gòu)件底層服務(wù)邏輯視圖開發(fā)視

3、圖進(jìn)程視圖物理視圖場(chǎng)景視圖2. 簡(jiǎn)述層次體系結(jié)構(gòu)風(fēng)格及其特點(diǎn)，并舉一示例。答: 層次系統(tǒng)組織成一個(gè)層次結(jié)構(gòu), 每一層為上層服務(wù) , 并作為下層客戶 . 連接件通過(guò)決定層間如何交互的協(xié)議來(lái)定義, 拓?fù)浼s束包括對(duì)相鄰層間交互的約束.這種風(fēng)格支持基于可增加抽象層的設(shè)計(jì). 這樣, 允許將一個(gè)復(fù)雜問(wèn)題分解成一個(gè)增量步驟序列的實(shí)現(xiàn). 由于每一層最多只影響兩層, 同時(shí)只要給相鄰層提供相同接口 , 允許每一層用不同的方法實(shí)現(xiàn), 同樣為軟件重用提供了強(qiáng)大的支持. 分層同用協(xié)議 . (1). 支持基于抽象程度遞增的系統(tǒng)設(shè)計(jì), 使設(shè)計(jì)師可以把一個(gè)復(fù)雜系統(tǒng)按遞增的步驟進(jìn)行分解 . (2). 支持功能增強(qiáng) , 因?yàn)槊恳?/p>

4、層至多和相鄰的上下層交互, 因此功能的改變最多影響相鄰的上下層 . (3) 支持重用 , 只要提供的服務(wù)接口定義不變, 同一層的不同實(shí)現(xiàn)可以交換使用. 不足之處 : (1). 并不是每個(gè)系統(tǒng)都可以很容易的劃分為分層的模式, 甚至即使一個(gè)系統(tǒng)的邏輯結(jié)構(gòu)是層次化的 , 出于對(duì)系統(tǒng)性能的考慮 , 系統(tǒng)設(shè)計(jì)師不得不把一些低級(jí)或高級(jí)的功能綜合起來(lái) . (2) 很難找到一個(gè)合適的 , 正確的層次抽象方法 . 用戶系統(tǒng)基本工具核心層各種構(gòu)件過(guò)程調(diào)用3. 簡(jiǎn)述基于體系結(jié)構(gòu)的軟件開發(fā)過(guò)程并說(shuō)明在實(shí)際軟件開發(fā)活動(dòng)中如何實(shí)施。答: 基于體系結(jié)構(gòu)的軟件開發(fā)模型(1). 體系結(jié)構(gòu)需求 : 需求是指用戶對(duì)目標(biāo)軟件系統(tǒng)在功

5、能, 行為, 性能, 設(shè)計(jì)約束等方面的期望 . (1.1)需求獲取 : 是定義開發(fā)人員必須實(shí)現(xiàn)的軟件功能 , 使得用戶能完成他們的任務(wù), 從而能滿足業(yè)務(wù)上的功能需求. (1.2)標(biāo)識(shí)結(jié)構(gòu) : 生成類圖 , 對(duì)類進(jìn)行分組 , 把類大包成構(gòu)件 . (1.3)需求評(píng)審 : 組織一個(gè)由不同代表組成的小組, 對(duì)體系結(jié)構(gòu)需求及相關(guān)構(gòu)件進(jìn)行仔細(xì)的審查 . (2). 體系結(jié)構(gòu)設(shè)計(jì) : (2.1)提出軟件體系結(jié)構(gòu)模型 . (2.2)把已標(biāo)識(shí)的構(gòu)件映射到軟件體系結(jié)構(gòu)中. (2.3)分析構(gòu)件之間的相互作用 . (2.4)產(chǎn)生軟件體系結(jié)構(gòu) (2.5)設(shè)計(jì)評(píng)審 . (3). 體系結(jié)構(gòu)文檔化 : 主要輸出結(jié)果是體系結(jié)構(gòu)需

6、求規(guī)格說(shuō)明和測(cè)試體系結(jié)構(gòu)需求的質(zhì)量設(shè)計(jì)說(shuō)明書這兩個(gè)文檔. (4). 體系結(jié)構(gòu)復(fù)審 : 目的是標(biāo)識(shí)潛在的風(fēng)險(xiǎn), 及早發(fā)現(xiàn)體系結(jié)構(gòu)設(shè)計(jì)中的缺陷和錯(cuò)誤. 包括體系結(jié)構(gòu)能否滿足需求, 質(zhì)量需求是否在設(shè)計(jì)中得到體現(xiàn), 層次是否清晰 , 構(gòu)件的劃分是否合理 , 文檔表達(dá)是否明確 , 構(gòu)件的設(shè)計(jì)是否滿足功能與性能的要求等 . (5) 體系結(jié)構(gòu)實(shí)現(xiàn) : 用實(shí)體顯示出一個(gè)軟件體系結(jié)構(gòu), 既要符合體系結(jié)構(gòu)所描述的結(jié)構(gòu)性設(shè)計(jì)決策 , 分割成規(guī)定的構(gòu)件 , 按規(guī)定方式相互交互 . (6). 體系結(jié)構(gòu)演化 : 是使用系統(tǒng)演化步驟去修改應(yīng)用, 以滿足新的需求 . (6.1) 需求變動(dòng)歸類 .(6.2)制定體系結(jié)構(gòu)演化計(jì)劃

7、(6.3) 修改, 增加或刪除構(gòu)件 (6.4)更新構(gòu)件相互作用6.5) 構(gòu)件組裝與測(cè)試 6.6) 技術(shù)評(píng)審 (6.7) 產(chǎn)生演化后的體系結(jié)構(gòu)體系結(jié)構(gòu)需求體系結(jié)構(gòu)設(shè)計(jì)體系結(jié)構(gòu)文檔化體系結(jié)構(gòu)復(fù)審體系結(jié)構(gòu)實(shí)現(xiàn)體系結(jié)構(gòu)演化0:m 0:n 4. 簡(jiǎn)述軟件體系結(jié)構(gòu)atam 評(píng)估過(guò)程，并設(shè)計(jì)一個(gè)軟件項(xiàng)目的評(píng)估日程安排。答:4.1 。描述 atam 方法：1*atam方法步驟簡(jiǎn)介。 2*獲取和分析技術(shù)。 3*評(píng)估結(jié)果。4.2 。描述業(yè)務(wù)動(dòng)機(jī)： 1*系統(tǒng)最重要的功能需求。2*技術(shù)，管理，經(jīng)濟(jì)或政治方面的約束條件。 3*業(yè)務(wù)目標(biāo)和環(huán)境。 4*主要的風(fēng)險(xiǎn)承擔(dān)者， 5*體系結(jié)構(gòu)驅(qū)動(dòng)因素。4.3 。描述體系結(jié)構(gòu)： 1*

8、技術(shù)約束。 2*要與本系統(tǒng)交互的其他系統(tǒng)。3*用以滿足質(zhì)量屬性要求的體系結(jié)構(gòu)方法。4.4 。確定體系結(jié)構(gòu)方法：由設(shè)計(jì)師確定，有分析小組捕獲，但不進(jìn)行分析。4.5 。生產(chǎn)質(zhì)量屬性效用樹：確定系統(tǒng)最重要的質(zhì)量屬性目標(biāo)，并對(duì)這些質(zhì)量目標(biāo)設(shè)置優(yōu)先級(jí)和細(xì)化。4.6 。分析體系結(jié)構(gòu)方法： 1*理解體系結(jié)構(gòu)方法。 2*找出該方法的缺陷， 3*找出該方法的敏感點(diǎn)。 4*發(fā)現(xiàn)與其它方法的交互和權(quán)衡點(diǎn)。把最高優(yōu)先級(jí)的質(zhì)量屬性需求與實(shí)現(xiàn)他們的體系結(jié)構(gòu)方法關(guān)聯(lián)起來(lái)。4.7 。討論和分級(jí)場(chǎng)景： 1*集體討論用例場(chǎng)景（描述風(fēng)險(xiǎn)承擔(dān)者期望使用信用的方式）和改變場(chǎng)景（描述風(fēng)險(xiǎn)承擔(dān)者所期望的系統(tǒng)在將來(lái)變更的方式）2*成長(zhǎng)場(chǎng)景描

9、述的是體系結(jié)構(gòu)在中短期的改變，包括期望的修改，性能或可用性的變更，移植性，與其他軟件系統(tǒng)的集成等。3*一旦投票結(jié)果確定，所有的場(chǎng)景就可設(shè)置優(yōu)先級(jí)。4.8 。分析體系結(jié)構(gòu)方法：重復(fù)第六步工作，把新得到的最高優(yōu)先級(jí)場(chǎng)景與尚未得到的體系結(jié)構(gòu)工作產(chǎn)品對(duì)應(yīng)起來(lái)。4.9 。描述評(píng)估結(jié)果： 1*已文檔化了的體系結(jié)構(gòu)方法，風(fēng)格。2*場(chǎng)景及優(yōu)先級(jí)。3*基于屬性問(wèn)題。 4*效用樹。 5*所發(fā)現(xiàn)的風(fēng)險(xiǎn)決策。 6*已文檔化了的無(wú)風(fēng)險(xiǎn)決策。7*所發(fā)現(xiàn)的敏感點(diǎn)和權(quán)衡點(diǎn)。開始時(shí)間所作工作第一天8:30 介紹 描述 atam 方法(第 1 步) 第一10:00 客戶描述業(yè)務(wù)動(dòng)機(jī) (第 2 步) 10:45 休息11:00 客

10、戶描述體系結(jié)構(gòu) (第 3 步) 階段12:00 確定體系結(jié)構(gòu)方法 (第 4 步) 12:30 中餐13:45 生成質(zhì)量屬性效用樹 (第 5 步) 14:45 分析體系結(jié)構(gòu)方法 (第 6 步) 15:45 休息16:00 分析體系結(jié)構(gòu)方法 (第 6 步) 17:00 休會(huì)中斷幾個(gè)星期第二天第二階段8:30 介紹 描述 atam 方法(第 1 步) 9:15 客戶描述業(yè)務(wù)環(huán)境 /動(dòng)機(jī)(第 2 步) 10:00 休息10:15 客戶描述體系結(jié)構(gòu) (第 3 步) 11:15 確定體系結(jié)構(gòu)方法 (第 4 步) 12:00 中餐13:00 生成質(zhì)量屬性效用樹 (第 5 步) 14:00 分析體系結(jié)構(gòu)方法

11、(第 6 步) 15:30 休息15:45 分析體系結(jié)構(gòu)方法 (第 6 步) 17:00 休會(huì)第三天8:30 介紹/扼要重述 atam 方法8:45 分析體系結(jié)構(gòu)方法 (第 6 步) 9:30 討論場(chǎng)景（第 7 步）10:30 休息10:45 設(shè)置場(chǎng)景優(yōu)先級(jí)（第7 步）11:15 分析體系結(jié)構(gòu)方法 (第 8 步) 12:30 中餐13:30 分析體系結(jié)構(gòu)方法 (第 8 步) 14:45 準(zhǔn)備匯報(bào)結(jié)果 /休息15:30 描述結(jié)果（第 9 步）16:00 進(jìn)一步的分析 /角色的分配17:00 休會(huì)二、論述題：（ 30 分）選取目前構(gòu)件模型中omg 的 corba、sun的 ejb 、microso

12、ft的 dcom 之一，論述模型的結(jié)構(gòu)、特點(diǎn)以及使用該技術(shù)開發(fā)構(gòu)件的過(guò)程，并舉一示例。答：sun的 ejb構(gòu)件模型ejb是用于開發(fā)和部署多層結(jié)構(gòu)的、分布式的、面向?qū)ο蟮膉ava 應(yīng)用系統(tǒng)的跨平臺(tái)的構(gòu)件體系結(jié)構(gòu)。 提供了讓客戶端使用的分布式對(duì)象的框架。簡(jiǎn)化了企業(yè)級(jí)軟件的開發(fā)。 ejb容器提供了目錄服務(wù)，事務(wù)管理，安全等。ejb的類型：（1）。會(huì)話 bean ：與所在客戶會(huì)話的生存周期一樣長(zhǎng)，即在客戶交互期間有效。 1*無(wú)狀態(tài)會(huì)話 bean：一次對(duì)一個(gè)客戶提供業(yè)務(wù)邏輯而不在方法調(diào)用之間保存客戶狀態(tài)，即調(diào)用完后，無(wú)狀態(tài)會(huì)話bean就被釋放到緩沖池中。 2* 狀態(tài)會(huì)話 bean：可以維持調(diào)用客戶的狀態(tài)

13、并在方法調(diào)用之間維護(hù)客戶狀態(tài)。（2）。實(shí)體 bean ：代表了某個(gè)持久對(duì)象，用于映射基礎(chǔ)數(shù)據(jù)庫(kù)表格，生成數(shù)據(jù)庫(kù)的對(duì)象視圖。 1*容器管理的持久性：負(fù)責(zé)同步bean 狀態(tài)與基礎(chǔ)數(shù)據(jù)庫(kù)。 2*bean管理的持久性：編程人員要在 beande實(shí)現(xiàn)類中編碼所有需要的sql 語(yǔ)句與 jdbc調(diào)用。（3）。消息驅(qū)動(dòng)的 bean：一些業(yè)務(wù)邏輯的消息使用者。ejb的特點(diǎn)：1*清晰的體系結(jié)構(gòu)：支持多層應(yīng)用體系結(jié)構(gòu)和基于構(gòu)件開發(fā)。2*簡(jiǎn)化的編程模型：只需要關(guān)注服務(wù)的實(shí)現(xiàn)，其余事務(wù)有ejb容器完成。3*通用的編程模型。4*易移植性：可以部署到任何兼容的ejb容器中。5*支持事務(wù)處理：可以通過(guò)代碼外的描述定義事務(wù)處理

14、。6*可擴(kuò)展性：可隨應(yīng)用的增長(zhǎng)而擴(kuò)展，并提供了負(fù)載平衡。7*安全性：由 ejb服務(wù)器提供資源的訪問(wèn)權(quán)限控制。ejb至少包括四個(gè)元素：主接口，組件接口（remote或 local 接口）， bean實(shí)現(xiàn)類和部署描述項(xiàng)。開發(fā) ejb 組件的設(shè)計(jì)過(guò)程： online-bookstore 1.目標(biāo)規(guī)劃：（1）系統(tǒng)的用戶登錄及身份驗(yàn)證要求。1*系統(tǒng)用戶注冊(cè)。2*驗(yàn)證用戶的注冊(cè)信息。3*系統(tǒng)用戶進(jìn)入系統(tǒng)時(shí)的身份驗(yàn)證。（2）在線圖書銷售系統(tǒng)要求1*允許用戶瀏覽所有圖書。2*允許登錄用戶購(gòu)買自己喜歡的圖書。3*允許用戶對(duì)購(gòu)物車進(jìn)行管理。4*系統(tǒng)實(shí)現(xiàn)訂單的處理。5*系統(tǒng)完成整個(gè)的購(gòu)物流程。2.系統(tǒng)規(guī)劃（1）系統(tǒng)

15、結(jié)構(gòu)層次1*客戶層：使用 web瀏覽器。2*表示層：使用 jsp+javabean 。3*業(yè)務(wù)層：使用 ejb 中的會(huì)話 bean。4*集成層：通過(guò) ejb 中的實(shí)體 bean連接到數(shù)據(jù)庫(kù)。5*資源層： j2ee中提供的各種資源。（2） 數(shù)據(jù)模型：產(chǎn)品（book） 模型，賬戶（account） 模型，訂單（accountorder）模型。supplier book category shoppingcart account accountorder orderitem 3.ejb 的設(shè)計(jì)（1）體系結(jié)構(gòu)分層的設(shè)計(jì)： online-bookstore 的系統(tǒng)層次結(jié)構(gòu)客戶層：面向用戶表示層：處理客戶

16、層業(yè)務(wù)層：封裝業(yè)務(wù)邏輯集成層：連接外部資源層：組件引用的系統(tǒng)4.層次模式的選擇（1）表示層模式：1*截取過(guò)濾器：促進(jìn)請(qǐng)求的預(yù)先處理和后處理。2*前端控制器：提供請(qǐng)求處理的集中控制器。（2）商業(yè)層模式：1*值對(duì)象：通過(guò)減少網(wǎng)絡(luò)對(duì)話，以加速層之間的數(shù)據(jù)交換。2*會(huì)話外觀；隱藏業(yè)務(wù)對(duì)象復(fù)雜性，集中化工作處理。3*服務(wù)器定位：封裝業(yè)務(wù)服務(wù)查找和創(chuàng)建的復(fù)雜性，定位業(yè)務(wù)服務(wù)工場(chǎng)。5.實(shí)體 bean（數(shù)據(jù)）和會(huì)話 bean（業(yè)務(wù)過(guò)程）的合理分配6.狀態(tài)會(huì)話 bean和無(wú)狀態(tài)會(huì)話 bean的選擇（1）狀態(tài)會(huì)話 bean：在 online-bookstore 的購(gòu)物車中， 客戶被分配到一個(gè)購(gòu)物車，整個(gè)會(huì)話期間，

17、 客戶獨(dú)占使用這個(gè)購(gòu)物車， 購(gòu)物過(guò)程中可能從購(gòu)物車中拿出一些商品， 最后查詢購(gòu)物車中的所有內(nèi)容并結(jié)帳，然后離開商店。 這些不同方法之間的狀態(tài)數(shù)據(jù)都需要保留下來(lái)，所以適合使用狀態(tài)會(huì)話bean實(shí)現(xiàn)。（2）無(wú)狀態(tài)會(huì)話 bean：在 online-bookstore 的賬戶模塊中， 因生成一個(gè)新的注冊(cè)用戶和判斷用戶是否登錄， 都是一次性的業(yè)務(wù)處理， 可以使用無(wú)狀態(tài)會(huì)話bean 7.bean管理持久性和容器管理持久性的選擇在 online-bookstore 的實(shí)體中 bean使用的都是 cmp 管理持久性。8.遠(yuǎn)程接口和本地接口的選擇在 online-bookstore 的實(shí)體中 bean使用的都是本

18、地接口，讓會(huì)話bean來(lái)訪問(wèn)實(shí)體 bean，隱藏了實(shí)體 bean的各個(gè)細(xì)節(jié)。而所有的會(huì)話bean，采用遠(yuǎn)程接口，是客戶可以訪問(wèn)會(huì)話bean。瀏覽器小服務(wù)ejb jdbc 數(shù)據(jù)庫(kù)三、應(yīng)用題：（ 30 分）選取自己熟悉的領(lǐng)域，根據(jù)客戶提出的功能需求應(yīng)用mvc 模式設(shè)計(jì)一應(yīng)用系統(tǒng)的軟件體系結(jié)構(gòu)。要求必須說(shuō)明清楚每層的接口、服務(wù)類。mvc 模式能使界面（view ）和數(shù)據(jù)（ model ）能有效的分開，由控制器（controller ）去控制。電子時(shí)鐘的例子1.首先我們來(lái)看一下model,model按照我的理解是數(shù)據(jù),就是所有的共用數(shù)據(jù)都是存儲(chǔ)在 model 里面的 ,時(shí)鐘里有這樣的數(shù)據(jù),小時(shí) ,分鐘

19、 ,秒 ;現(xiàn)在我們來(lái)建立一個(gè)model,modellocator.as：package net .smilecn .clock .model import flash .events .eventdispatcher; import flash .events .event ;public class modellocatorextendseventdispatcherprivate var _hour :string ;private var _minutes :string ;private var _second :string ;public function modellocator

20、():void public function get hour ():string return _hour ;public function set hour(value :string ):void _hour = value ;dispatchevent (new event (changehour );public function get minutes ():string return _minutes ;public function set minutes (value :string ):void_minutes = value ;dispatchevent (new ev

21、ent (changeminutes);public function get second ():string return _second ;public function set second (value :string ):void _ second = value ;dispatchevent(new event (changesecond);這個(gè)代碼應(yīng)該會(huì)好懂,這里 modellocator繼承了 eventdispatcher這個(gè)類 ,繼承這個(gè)類的原因是 modellocator需要用 dispatchevent發(fā)消息出去。再來(lái)看一下controller.as這個(gè)類：packa

22、ge net .smilecn .clock .control import flash .utils .timer ; import flash .events .timerevent ;import net .smilecn .clock .model .modellocator ;public class controller private var _model :modellocator;private var _timer :timer ;public function controller (model :modellocator):void _model = model ;pu

23、blic functionstarttime ():void _timer = new timer (1000 ,0);_timer .addeventlistener(timerevent .timer ,timerhandler );_timer .start();private function timerhandler (event :timerevent ):void var nowdate :date = new date ();_model .hour = nowdate .gethours ()9?string (nowdate .gethours ():0+nowdate .

24、 gethours ();_model .minutes = nowdate .getminutes ()9?string (nowdate .getminutes ():0+nowdate .getminutes ();_model .second = nowdate .getseconds ()9?string (nowdate .getseconds ():0+nowdate .getseconds ();這個(gè)類中我們用到了timer 類，因?yàn)槲覀冇玫氖菚r(shí)鐘，所以需要一個(gè)定時(shí)器，timer 是一個(gè)很好的定時(shí)器，timer(1000,0)，這里1000 是指 1000 毫秒，就是1 秒鐘觸

25、發(fā)一次定時(shí)鐘，0 表示次數(shù)，這里0 是無(wú)限次，如果是大于0 的數(shù)就是這個(gè)數(shù)的次數(shù)。偵聽timerevent.timer事件就是1 秒鐘去執(zhí)行一次timerhandler方法，timerhandler方法的功能是得到當(dāng)前的時(shí)間然后去改變_model 里面的值， 再看一下modellocator.as里面的代碼，當(dāng) hour,minutes,second的值改變的時(shí)候就會(huì)去發(fā)消息出去，那么誰(shuí)來(lái)偵聽這些消息呢，當(dāng)然是view, 現(xiàn)在來(lái)看下view.as ：package net .smilecn .clock .view import flash .display .sprite ;import f

26、lash .events .event ;import flash .text.textfield ;import net .smilecn .clock .model .modellocator;import net .smilecn .clock .control .controller ;public class view extends sprite private var _model :modellocator;private var _controller :controller ;private var time_txt :textfield ;public function

27、view (model :modellocator ,controller :controller ):void _model = model ;_controller = controller ;time_txt = new textfield ();addchild (time_txt );_model .addeventlistener(changehour ,changetimehandler);_model .addeventlistener(changeminutes,changetimehandler);_model .addeventlistener(changesecond,changetimehandler);_controller .starttime ();private function changetimehandler(event :event ):void time_txt .text = _model .hour + : +_model .minutes + : +_model .second ;在 view 里面，偵聽了 _model 的事件，所以當(dāng)收到數(shù)據(jù)