年度最佳UML/MDA工具

trufun1  9:35:38
UML開課啦
trufun1  9:37:40
上堂課征求意見結(jié)果如下：
trufun1  9:38:48
1.有人提的語音等方式不適合上班的大部分網(wǎng)友
trufun1  9:39:20
2.以實戰(zhàn)項目為主
trufun1  9:42:58
結(jié)論：1.還是采用目前的方式教學，2.開展實戰(zhàn)項目征集
trufun1  9:46:45
下面是需求征集表，希望大家下載后傳給我
trufun1  9:48:08
             UML建模推廣課程討論題目
網(wǎng)友稱呼        工作單位    
題目    
需求片段    要求：1.有一定深度，2.替換掉單位等不宜公開信息
需求描述：

分析要求：    

trufun1  9:52:11

今天的課程是講解楚凡科技的軟件過程模型TUP

=============歡迎訪問www.trufun.net下載免費UML2工具試用=================

============歡迎加入Trufun家園交流群討論UML2應(yīng)用問題================

trufun1  9:57:12
在UML建模出現(xiàn)之后，這些模型都聲稱支持建模過程
trufun1  10:01:45
但是國際omg組織并沒有指定該何種過程模型
trufun1  10:06:44
西安楚凡科技在總結(jié)其他模型的基礎(chǔ)上，提出了一種適合中小軟件企業(yè)的過程模型TUP
trufun1  10:11:48

trufun1  10:14:30
如圖所示：整個建模過程從水平方向分為三個階段，13個活動
trufun1  10:16:10
垂直方向分為兩個過程
trufun1  10:18:51
TUP的每個階段都包括一系列目標、若干重要的焦點活動、若干建模成果以及一個組織活動的方法和一個階段結(jié)束的里程碑。
trufun1  10:21:21
比如：草圖階段的主要目標是獲取和定義用戶需求，主要包括以下幾個方面：
n    確定客戶高層需求；
n    確定主要的用戶業(yè)務(wù)需求；
n    確定軟件的范圍；
n    確定軟件系統(tǒng)的實現(xiàn)目標；
n    確定架構(gòu)雛形。trufun1  10:24:00
焦點：草圖階段的重點是交流活動和建模活動，在建模活動中除了UML建模以外，可能還有原型建模。
trufun1  10:26:58
草圖階段的主要成果

n    生成了系統(tǒng)映像；
n    生成了架構(gòu)雛形；
n    建立了主要分析類模型；
n    建立了主要流程的活動圖模型；
n    建立了系統(tǒng)用例圖模型。
trufun1  10:28:18
草圖階段的里程碑：確定了軟件的范圍和目標，并取得客戶的認可
trufun1  10:31:12
下面對TUP過程模型有什么問題可以提問
trufun1  10:31:26
下面對TUP過程模型有什么問題可以提問
trufun1  10:34:16
過程模型說簡單一點，就是告訴你應(yīng)該先做什么，后作什么
trufun1  10:36:54
就象往墻上釘一幅畫一樣，OMG只告訴你有畫，釘子，榔頭，漿糊，刷子
trufun1  10:41:02
是用釘子還是用漿糊，omg并沒有告訴你，就象是用活動圖表示，還是用序列圖表示，并沒有國際標準
trufun1  10:47:58
TUP就是告訴大家怎樣從頭到尾進行軟件建模
trufun1  10:51:26
怎樣由粗到精，由表及里尋找需求背后的業(yè)務(wù)模型
trufun1  10:56:01
TUP有很多特點：比如簡化了RUP中的許多概念，大家知道概念多了交流起來容易混淆
trufun1  11:00:05
比如RUP中與系統(tǒng)交互的有干系人，代理人，用戶，角色，系統(tǒng)參與者，而TUP只有一個關(guān)鍵的概念角色，明確的表示了交互和邊界的含義
trufun1  11:07:53

所以TUP實用、簡單，學起來，使用起來容易

=========歡迎訪問www.trufun.net下載免費UML2工具試用=============

==========歡迎加入Trufun家園交流群討論UML2應(yīng)用問題=============

trufun1  11:10:19
今天的內(nèi)容理論性比較強，不是很多網(wǎng)友的關(guān)注點，這一點我在以往教學中是清楚的
trufun1  11:18:11
提不出問題沒關(guān)系，當你看不懂RUP的書，不知道怎樣在開發(fā)中建模，想想還有TUP就可以啦
trufun1  11:26:23
另外，如果大家希望實戰(zhàn)分析的內(nèi)容有針對性，不妨把那個需求征集表填一下，可以是自己不明白的需求，也可以是自己希望學習的內(nèi)容
trufun1  11:31:33
上學期的案例都是我準備的，上節(jié)課征集意見時，大家還是希望講實戰(zhàn)的項目，要學習，需要大家配合
IS印象(20474992)  11:33:22
這樣子講沒什么感覺
trufun1  11:34:18
你希望這樣
trufun1  11:34:33
你希望怎樣
樂百氏(3)  11:34:49
老師完整地操作一遍，大家圍觀，隨時提出問題。
trufun1  11:35:23
大家可以提出自己的實際案例，我們來實時操作分析
trufun1  11:40:57
今天的課程就到這里，888
QQ熊(2) 2012/2/7 11:45:09
能否提供一個安例呢?（從需求收集--》需求分析--》需求設(shè)計）
有整個方案的詳細分檔么？
trufun1 2012/2/7 11:46:25
在
trufun1 2012/2/7 11:46:56
你設(shè)想一個發(fā)給我
QQ熊(2) 2012/2/7 11:49:13
好的。

=========歡迎訪問www.trufun.net下載免費UML2工具試用==============

===========歡迎加入Trufun家園交流群討論UML2應(yīng)用問題============

中國人最常用的UML工具介紹（摘自論壇投票結(jié)果和網(wǎng)友）

第一名：Rational Rose。大名鼎鼎，史上最有名、最無可替代的UML產(chǎn)品，以至于，大多數(shù)將之等同于UML工具，正如將可樂等同于可口可樂。需要指出的是，自從 Rational被IBM收購之后，Rational Rose已經(jīng)成為歷史，作為UML1.4標準的產(chǎn)物，現(xiàn)在已經(jīng)不升級。其替代品是IBM的其他產(chǎn)品，如IBM RSA, RSD等。

第二名：IBM Rational RSA。無可置疑，IBM的旗艦產(chǎn)品，通過和IBM其他產(chǎn)品的協(xié)調(diào)，支持軟件開發(fā)的全生命周期開發(fā)。唯一的缺陷，是出奇的笨重，和出奇的龐雜昂貴（不唯一了？）。

第三名：Trufun Kant Studio。作為國產(chǎn)唯一的UML工具，據(jù)說是最易用的UML工具，目前在國內(nèi)大多數(shù)高校取得了廣泛的應(yīng)用。對企業(yè)和高校而言，其最獨特的殺傷性武器是 支持廣泛實用性強，而且?guī)椭髽I(yè)引入TUP實訓和咨詢，一步到位解決產(chǎn)品和具體應(yīng)用問題。

第四名：EA。EA的特點就是沒特點，除了便宜和好像要啥有啥外，沒有讓人印象深刻的地方，可能這就是低價產(chǎn)品之道。說起來，倒像我曾經(jīng)呆過的系統(tǒng)集成企業(yè)，招標時，沒有我不會做的，沒有比我更便宜的，呵呵。

第五名：StarUML。用Delphi能做到這種程度，StarUML作者絕對是個Delphi牛人，只可惜此開源項目不知為何中止，可惜啊。如果能夠繼續(xù)的話，估計其他UML工具都沒有活路了。

其他還有一些不太常用的，以后有時間再說，如ArgoUML, PowerDesigner, Visual UML等。

以上評價僅代表個人觀點，如有異議，歡迎來信來函討論。

即 日起，凡是購買Trufun最新版本Trufun Kant Studio一站式開發(fā)平臺4套（39600元）的企業(yè)或者團隊，均可獲贈Trufun Plato企業(yè)版最新版本6套和3天定制企業(yè)內(nèi)訓課程（價值63000元），所獲贈企業(yè)內(nèi)訓課程內(nèi)容可以根據(jù)Trufun所提供培訓課程并結(jié)合企業(yè)項目特 點進行定制，更有機會加入Trufun高級TUP過程培訓內(nèi)容，本次活動名額有限，僅限10名，以簽訂合同順序為準，機不可失，時不再來！！

訪問官網(wǎng)了解更多www.trufun.net
來電來信咨詢  029-88346234   trufun*a*trufun.net 

trufun1  9:28:06
UML開課啦，今天討論組件圖
--(3)  9:28:23
好呀好呀
trufun1  9:31:49
簡單講，組件是一個可獨立運行的、代表一個業(yè)務(wù)的二進制代碼
--(3)  9:32:21
組件必須是可獨立運行的嗎？
--(3)  9:32:31
如果不可以獨立運行，是不是就不叫組件？
守護者(4)  9:32:32
trufun1  9:33:42
這是標準的解釋
--(3)  9:34:23
有意外情況？
守護者(4)  9:34:27
組件也可以是一個 可執(zhí)行 可調(diào)用的 模塊吧
--(3)  9:34:33
非獨立運行的組件出現(xiàn)？
守護者(4)  9:34:41
不一定都是可執(zhí)行的吧
承懿<5>  9:35:36
那把非標準的講一下，通俗點吧

========歡迎訪問www.trufun.net網(wǎng)站查看更多交流群討論內(nèi)容===============
=========歡迎訪問www.trufun.net網(wǎng)站免費下載UML2建模工具使用============
=========歡迎加入trufun qq交流群討論UML應(yīng)用問題=======================

trufun1  9:35:52
面向過程，面向?qū)ο笾缶褪敲嫦蚪M件
守護者(4)  9:36:08
我有自己工作積累的獨立模塊  這不是可以獨立運行的   也應(yīng)該算做是組件吧
--(3)  9:36:50
等下啊，問句題外話，你們在黑龍江，有專門的培訓機構(gòu)嗎？想去系統(tǒng)的學習一下
守護者(4)  9:36:54
我以前做過一點 面向 字符串  也是一種 呵呵
--(3)  9:37:00
吉林也成，遼寧也行，東三省都行
trufun
系統(tǒng)學習參加trufun公開課或者企業(yè)內(nèi)訓都可以
trufun1  9:40:28
組件有一個很重要的特征是有接口
trufun1  9:42:28
一個生產(chǎn)產(chǎn)品的企業(yè)從外部看就是組件
守護者(4)  9:42:52
怎么講 是說將其完全封裝嗎
trufun1  9:43:54
這里不是封裝，而是抽象
trufun1  9:44:54
如計算機，cpu，內(nèi)存條都是組件
守護者(4)  9:44:59
面向接口 我覺得 不就是 將行為抽象 將實現(xiàn)封裝嗎
守護者(4)  9:45:11
恩  
一米陽光(6)  9:45:49
面向接口  我發(fā)現(xiàn)通過繼承也可以實現(xiàn)接口的功能 這又是什么呢
承懿<5>  9:46:04
守護者(4)  9:44:59
面向接口 我覺得 不就是 將行為抽象 將實現(xiàn)封裝嗎
我覺得也是這個的
trufun1  9:46:08
組件是物理實現(xiàn)抽象表達
守護者(4)  9:46:34
哦
trufun1  9:47:19
如cpu實際上是對cpu板子的抽象
trufun1  9:48:03
當然，物理軟件也可抽象成組件

--(3)  9:48:07
若干個可獨立工作的組件，通過接口組裝在一起，就變成了一個整體的系統(tǒng)，可以這么理解吧？
一米陽光(6)  9:48:21
意思 一個組件就是一段獨立的代碼?
trufun1  9:49:29
一般講，組件是具體的制品構(gòu)成
一米陽光(6)  9:49:53
不依托其他 條件存在的?
trufun1  9:49:55
組件是抽象的
trufun1  9:50:15
制品是實例化的
trufun1  9:50:36
獨立
trufun1  9:51:27
代碼（exe,dll) 是制品的一種
一米陽光(6)  9:51:36
那么這么理解 行不行  組件 就是一個類  制品就是一個實例對象? 比如 new object?
承懿<5>  9:51:40
曉得了
========歡迎訪問www.trufun.net網(wǎng)站查看更多交流群討論內(nèi)容===============
=========歡迎訪問www.trufun.net網(wǎng)站免費下載UML2建模工具使用============
=========歡迎加入trufun qq交流群討論UML應(yīng)用問題=======================
守護者(4)  9:52:06
組件  比類的粒度要大得多 層面也不一樣 小米
trufun1  9:52:09
有點類似
承懿<5>  9:52:26
我原來在另外一家公司 的時候他們的部件加載就是加載dll直接運行的
守護者(4)  9:53:45
我自己以前工作的內(nèi)容 也集成過一個DLL  自己寫程序時  也會  當組件來用 但是單位的程序就不行了
trufun1  9:55:24
組件又被分為執(zhí)行組件、部署組件、產(chǎn)品組件
trufun1  9:57:27
希望大家多提問題
--(3)  10:02:06
組件只能是單獨存在的吧？不會出現(xiàn)組件下面還有小組件存在的這種情況吧？
--(3)  10:02:14
是不是要把組件給細分到最小化？
trufun1  10:02:18
我問大家一個問題，什么是組件架構(gòu)，由那些組件組成？
trufun1  10:02:34
組件可以包含組件
守護者(4)  10:07:08
SOA算嗎  將組件封裝成服務(wù)
--(3)  10:07:09
那為什么直接細分成最小化呢？
trufun1  10:07:24
一般講，由容器組件、粘結(jié)組件和產(chǎn)品組件構(gòu)成
守護者(4)  10:08:32
容器 最簡單的理解就是 namespace  或者 說是 package
trufun1  10:09:41
舉例：網(wǎng)頁中，容器組件是什么？粘結(jié)組件是什么，產(chǎn)品組件是什么？
守護者(4)  10:09:57
粘結(jié)組件?
trufun1  10:10:38
粘接
守護者(4)  10:11:04
網(wǎng)頁中，容器組件就是網(wǎng)頁所在的鏈接
產(chǎn)品組件 就是所用到的外部DLL 或者是 頁面控件組件
trufun1  10:11:19
不大對
守護者(4)  10:11:49
粘結(jié)組件不知道 但是從字面上看是不是就是 鏈接自己程序和 外部程序的適配器呢
一米陽光(6)  10:12:28
我覺得怎么個html 就是容器組件
trufun1  10:12:34
字打別了為粘接
trufun1  10:13:18
html為粘接組件
守護者(4)  10:13:44
 tru　能給個鏈接嗎　　我也學習一下
trufun1  10:14:11
其他呢？
trufun1  10:14:27
你正在學
承懿<5>  10:14:36
網(wǎng)頁中的容器組件最大的是body
承懿<5>  10:14:52
小的div table這些都是窗口組件
trufun1  10:15:08
那不是組件，是tag

承懿<5>  10:16:12
不明白，這些也稱為標簽，但是里面能放東西啊
trufun1  10:16:32
頁面中的廣告，圖片是產(chǎn)品組件
守護者(4)  10:17:05
廣告，圖片？
守護者(4)  10:17:17
那就是說成型的東西　哦
trufun1  10:17:24
可獨立執(zhí)行
守護者(4)  10:17:37
那如果我應(yīng)用了第三方　控件的話　也算是　　產(chǎn)品組件吧
trufun1  10:17:43
是
守護者(4)  10:18:03
哦　
守護者(4)  10:18:11
那　粘結(jié)組件　呢
trufun1  10:18:16
頁面本身是容器組件
守護者(4)  10:18:20
不是　適配器嗎
守護者(4)  10:18:42
 是說　調(diào)用產(chǎn)品組件的　組件就是粘結(jié)組件嗎
trufun1  10:18:46
粘接組件為html

守護者(4)  10:19:00
那ｊｓ呢
一米陽光(6)  10:19:00
那asp.net 里面的控件算不算組件?
trufun1  10:19:18
產(chǎn)品組件
守護者(4)  10:19:35
ａｊａｘ　都算是產(chǎn)品組件　對吧
trufun1  10:19:42
是
一米陽光(6)  10:19:47
trufunwu 老師 你回答的是 我的還是 守護者的?
trufun1  10:23:57
誰能舉java中組件架構(gòu)的例子？
--(3)  10:24:49
老師，提問一下：組件，是不是要用在開發(fā)上？在需求設(shè)計，是不是用不到？
守護者(4)  10:25:10
 
trufun1  10:25:27
經(jīng)常用
trufun1  10:25:51
在實現(xiàn)階段，不是分析階段
--(3)  10:26:30
哦，那就對了。我理解的沒錯誤
trufun1  10:26:33
組件，是實現(xiàn)階段的工作
trufun1  10:26:52
組件，是實現(xiàn)階段的工作
--(3)  10:26:54
實現(xiàn)階段不歸我這負責，怪不得聽不懂和理解不了
守護者(4)  10:27:07
那--  你負責什么？
--(3)  10:27:17
還是舉這個例子
守護者(4)  10:27:25
那--  你負責什么？
--(3)  10:27:44
我只管網(wǎng)頁中有什么內(nèi)容，內(nèi)容如何排布，網(wǎng)頁之間的調(diào)整，數(shù)據(jù)是怎么來的，怎么沒的
--(3)  10:28:04
至少這個網(wǎng)頁是怎么作的，不歸我管
--(3)  10:28:10
至于
守護者(4)  10:28:44
美工？
--(3)  10:28:50
就是說，我只管一盤菜的用料，但是先放油還是先放蛋，不歸我管
--(3)  10:28:54
不是美工
--(3)  10:29:18
需求設(shè)計及概要設(shè)計
--(3)  10:29:24
需求分析
--(3)  10:30:15
給程序員定量的鹽、油、蛋、菜，然后告訴他們最終的味道是什么樣的
守護者(4)  10:30:18
需求分析 需求設(shè)計及概要設(shè)計 你管這些嗎
--(3)  10:30:25
用這些原理怎么炒，是他們的事情
守護者(4)  10:30:41
怎么炒是詳細設(shè)計
守護者(4)  10:30:52
只有 代碼產(chǎn)出才是程序員的事情
trufun1  10:31:23
下面討論一下什么是端口？
--(3)  10:31:26
我們沒有詳細設(shè)計人員。。。程序員兼著，小公司，沒辦法，而且黑龍江這破地方，想找個合適的詳細設(shè)計人員，基本上不大可能
一米陽光(6)  10:31:42
我一直弄不明白 詳細設(shè)計要寫多么細  概要設(shè)計需要多么細
--(3)  10:32:05
樓上的，我的想法是這樣
--(3)  10:32:43
比如一個系統(tǒng)，概要設(shè)計負責把系統(tǒng)的業(yè)務(wù)流程、數(shù)據(jù)流程、界面流程給設(shè)計好，就可以了
--(3)  10:32:54
詳細設(shè)計管的是實現(xiàn)流程
trufun1  10:33:09
return
--(3)  10:33:09
程序管的是按實現(xiàn)流程去干活
--(3)  10:33:33
聽老師的
trufun1  10:34:16
下面討論一下什么是端口？
守護者(4)  10:34:26
端口？   接口吧
trufun1  10:34:54
不同吧
--(3)  10:35:20
感覺不同
守護者(4)  10:35:57
端口是 電腦上的硬件端口嗎
trufun1  10:36:39
軟件的定義
X易X平X(7)  10:36:41
端口的內(nèi)涵包含接口，是接口內(nèi)涵的衍生，也是負責程序間互相訪問通信的
X易X平X(7)  10:37:00
能這樣理解吧！
守護者(4)  10:37:27
端口是硬件 接口是軟件  挨不上吧
--(3)  10:38:07
端口也是軟件，不是硬件
trufun1  10:38:15
提供接口和需求接口組合就叫端口
X易X平X(7)  10:39:06
還是老師的話精煉
承懿<5>  10:39:07
那就是成對的才叫端口對吧
trufun1  10:39:53
是的，如收、發(fā)
--(3)  10:40:16
接口是只發(fā)，或只收？
承懿<5>  10:40:19
哦，曉得了
守護者(4)  10:42:29
：9001、：9003  這種在http協(xié)議后的不就是端口嗎
一米陽光(6)  10:43:08
這個不同吧
承懿<5>  10:43:10
軟件設(shè)計應(yīng)該跟這個不屬于同一個范疇
trufun1  10:43:21
糊搞(8)  10:41:38
特定的幾組組件選擇性提供的業(yè)務(wù)接口？
trufun1  10:42:15
叫服務(wù)
trufun1  10:46:55

 trufun1  10:49:12
從上圖找出前面的概念
trufun1  10:53:09
今天的案例：找組件和接口
  子系統(tǒng)信息流
其他系統(tǒng)都要查看庫存情況，歷史異動情況，未來異動情況，采購子系統(tǒng)收貨，銷售子系統(tǒng)發(fā)貨都要影響庫存，生產(chǎn)子系統(tǒng)向庫存存貨，庫存子系統(tǒng)向生產(chǎn)子系統(tǒng)供 貨，銷售子系統(tǒng)向生產(chǎn)子系統(tǒng)提供訂單和銷售預測，采購子系統(tǒng)向財務(wù)子系統(tǒng)產(chǎn)生應(yīng)付賬款，銷售子系統(tǒng)向財務(wù)子系統(tǒng)產(chǎn)生應(yīng)收帳款。
trufun1  10:54:38
不難，請踴躍發(fā)言
webmaster(344593239)  10:57:35
快下課了～～～～～～～～～～～～～～
感恩的心(157323704)  10:57:42
不知道從哪里說起，呵呵
webmaster(344593239)  10:57:45
大家有問題快點討論哦～～
--(3)  10:58:59
太有深度了，目前還在消化與不理解中
trufun1  10:59:11
其他系統(tǒng)都要查看庫存情況，中的其他系統(tǒng)是帶有需求接口的產(chǎn)品組件，
trufun1  10:59:46
需求接口為查看庫存
trufun1  11:00:36
那只是提高大家識圖的例子
承懿<5>  11:00:48
嗯
trufun1  11:01:03
從網(wǎng)上找的
trufun1  11:02:28
歷史異動情況，未來異動情況都是需求接口
trufun1  11:05:33
產(chǎn)品組件為采購組件，銷售組件，生產(chǎn)組件，財務(wù)組件
trufun1  11:10:40
采購子系統(tǒng)收貨，銷售子系統(tǒng)發(fā)貨都要影響庫存，組件有3，1采購組件，2.銷售組件，3，庫存組件
接口有4個，采購組件的收貨提供接口，銷售組件的發(fā)貨提供接口，庫存組件收貨需求接口，庫存組件的發(fā)貨需求接口
trufun1  11:13:32
看來大家對組件的應(yīng)用這里還不熟悉
守護者(4)  11:13:49
是呀
--(3)  11:14:09
相當不熟悉！
--(3)  11:14:34
太有深度了
========歡迎訪問www.trufun.net網(wǎng)站查看更多交流群討論內(nèi)容===============
=========歡迎訪問www.trufun.net網(wǎng)站免費下載UML2建模工具使用============
=========歡迎加入trufun qq交流群討論UML應(yīng)用問題=======================

守護者(4)  11:14:51
上層結(jié)構(gòu)的圖  中小型的項目 一般用不到呀
守護者(4)  11:15:02
大公司的話 程序員也用不到 只有設(shè)計人員能看到
--(3)  11:15:14
頂
trufun1  11:15:16
組件是架構(gòu)層面的東西
--(3)  11:15:40
在實際工作中，用不上呀。起碼小公司用不上
守護者(4)  11:16:37
恩
trufun1  11:17:01
其實開發(fā)語言周圍到處有這些應(yīng)用，只是大家不做組件開發(fā)
守護者(4)  11:18:42
？ 是嗎  能細說下嗎
trufun1  11:19:08
比如控件
trufun1  11:19:37
開發(fā)人員沒有不用的
trufun1  11:19:49
第三方組件等
感恩的心(157323704)  11:20:22
類似于com組件?
trufun1  11:20:43
對
trufun1  11:23:06
這是我給的結(jié)果，僅供參考
trufun1  11:23:31

trufun1  11:25:16
僅供參考
守護者(4)  11:24:53
恩
守護者(4)  11:25:03
這說明了 五個組件的關(guān)系
守護者(4)  11:25:06
以及功能
trufun1  11:25:32
接口
守護者(4)  11:26:15
恩  對象編程吧 接口是必須的
trufun1  11:26:45
子系統(tǒng)接口
--(3)  11:26:51
這看明白了許多
trufun1  11:29:01
還有問題嗎？
--(3)  11:29:39
組件與子系統(tǒng)的區(qū)別，能給說一下嗎？
trufun1  11:30:39
，子系統(tǒng)是組件的一種類型，往往比組件更
大的組合。子系統(tǒng)本身不會被實例化（抽象的），但其內(nèi)容組件可以被實例化
--(3)  11:30:57
明白了
--(3)  11:31:59
在設(shè)計中，不能把需求抽象成子系統(tǒng)，但可以把需求抽象成組件，是這樣吧？子系統(tǒng)是由組件構(gòu)成的
trufun1  11:33:12
子系統(tǒng)是分解出來的，組件是實現(xiàn)出來的
--(3)  11:33:48
思考。。。
trufun1  11:34:49
下次討論部署圖，記住帶著問題來
trufun1  11:37:48
888
--(3)  11:38:01
感謝
========歡迎訪問www.trufun.net網(wǎng)站查看更多交流群討論內(nèi)容===============
=========歡迎訪問www.trufun.net網(wǎng)站免費下載UML2建模工具使用============
=========歡迎加入trufun qq交流群討論UML應(yīng)用問題=======================

trufun0  9:31:11
狀態(tài)圖是序列圖分析的延伸
trufun0  9:36:30
為啥要要研究對象的狀態(tài)呢，因為對象只有在某種狀態(tài)下，才能對某種外部事件發(fā)出響應(yīng)
talenter(1)  9:38:57
恩
talenter(1)  9:39:10
講完這個 發(fā)題目 ：）
trufun0  9:39:48
比如學生處在上課狀態(tài)，只有產(chǎn)生聽課的行為，而不能產(chǎn)生睡覺的行為
清水(1)  9:41:31

嗯

=============歡迎訪問www.trufun.net免費下載UML2建模工具Trufun Plato=======================

trufun0  9:43:05
聽到下課鈴這個外部事件，處在上課狀態(tài)的學生可以發(fā)生狀態(tài)改變，處在下課狀態(tài)的學生，則不會發(fā)生狀態(tài)改變
talenter(1)  9:43:16
恩 狀態(tài)轉(zhuǎn)換
清水(1)  9:44:38
對
清水(1)  9:45:05
在實際中問題往往是 該設(shè)置多少個狀態(tài)才算合適
talenter(1)  9:45:35
狀態(tài)轉(zhuǎn)換都有事件參與吧
trufun0  9:46:03
是的
trufun0  9:48:46
事件是什么？
talenter(1)  9:48:57
消息
talenter(1)  9:48:59
？
talenter(1)  9:49:05
動作？
trufun0  9:49:26
對，消息，也就是方法
talenter(1)  9:49:46
嗯
trufun0  9:51:22
一個對象有多少狀態(tài)呢
清水(1)  9:52:30
 
trufun0  9:57:26
答案：一個對象有無數(shù)個狀態(tài)
talenter(1)  9:58:08
無數(shù)個？  可預知的有限吧
trufun0  9:58:26
狀態(tài)用對象的屬性來表示
清水(1)  10:09:28
對象狀態(tài)的劃分 很重要吧
清水(1)  10:09:39
一個問題是  一些中間狀態(tài)要不要記錄
trufun0  10:09:42
我們只關(guān)心那些對我們感興趣的某個事件發(fā)出某種行為的狀態(tài)
trufun0  10:14:02
今天的案例：                靚號狀態(tài)   
“靚號”能被鎖定，被鎖定的“靚號”不能被其它用戶再鎖定。被鎖定的靚號如果在15分鐘內(nèi)沒被用戶租用，則還回到初始狀態(tài)，可以再被（其他）用戶鎖定。被 鎖定的“靚號”可以被租用，租用到期后能被系統(tǒng)預留（即為先前的用戶保護起來），預留一個月后如用戶未續(xù)租，則此“靚號”可以被其他人鎖定或租用。在租用 狀態(tài)下的“靚號”，如果被同一用戶累積租用超過半年，則可以買斷。被買斷后，此“靚號”變成普通號。
trufun0  10:14:39
分析出狀態(tài)，事件，監(jiān)護條件，效果
talenter(1)  10:16:06
初始狀態(tài)   租用狀態(tài)  鎖定狀態(tài)  預留狀態(tài)  買斷狀態(tài) 結(jié)束狀態(tài)（普通號）
talenter(1)  10:17:11
畫個圖比較好。
trufun0  10:17:23
還有？
trufun0  10:17:41
先分析，后畫圖
talenter(1)  10:18:50
狀態(tài)找不出來了。
trufun0  10:19:48
狀態(tài)分析先找到分析對象
talenter(1)  10:23:06
靚號  就是分析對象吧？
trufun0  10:23:37

是

=============歡迎訪問www.trufun.net免費下載UML2建模工具=======================

talenter(1)  10:24:26
買斷狀態(tài) 就作為結(jié)束狀態(tài)   
talenter(1)  10:24:37
初始狀態(tài)   租用狀態(tài)  鎖定狀態(tài)  預留狀態(tài)  買斷（結(jié)束）狀態(tài)
trufun0  10:25:22
普通號為最終狀態(tài)，結(jié)束狀態(tài)是單獨的
talenter(1)  10:26:05
哦 買斷是個動作
trufun0  10:26:15
找到對象后找屬性
talenter(1)  10:27:14
累積租用超過半年
trufun0  10:28:05
累計租期是一個屬性
trufun0  10:32:07
九頭鳥的奮斗(705543728)  10:30:10
靚號的屬性只有兩種 ：預留和非預留

trufun0  10:31:01
是否已預留是一個屬性
talenter(1)  10:33:42
是否鎖定是個屬性
trufun0  10:33:56
是否買斷是一個屬性
talenter(1)  10:34:01
恩
talenter(1)  10:34:18
是否租用也是個
trufun0  10:34:33
是
trufun0  10:39:47
下面大家找事件
talenter(1)  10:40:31
鎖定  租用   預留  買斷
trufun0  10:40:44
鎖定是一個外部事件
talenter(1)  10:40:54
解鎖  
talenter(1)  10:41:02
哦
talenter(1)  10:41:25
應(yīng)該找什么事件？
trufun0  10:41:50
鎖定是一個外部事件
trufun0  10:42:08
你找的對
talenter(1)  10:42:25
哦 哈
talenter(1)  10:43:27
鎖定 解鎖  租用  解除租用  預留 解除預留 買斷
trufun0  10:46:05
其他人發(fā)出的鎖定是外部事件，號碼接收到這個事件后，變?yōu)橐焰i定狀態(tài)，內(nèi)部的是否鎖定屬性變?yōu)槭?br />
trufun0  10:54:43
第一個狀態(tài)是什么？
talenter(1)  10:55:14
初始
trufun0  10:56:51
對
trufun0  11:00:50
靚號”能被鎖定，被鎖定的“靚號”不能被其它用戶再鎖定，這句話中狀態(tài)，事件，效果，及屬性值？
talenter(1)  11:04:56
狀態(tài)就是鎖定   屬性 是否鎖定
talenter(1)  11:05:04
事件：還是鎖定動作。
talenter(1)  11:05:12
效果？ 提示？
trufun0  11:05:34
事件為其他人鎖定
trufun0  11:06:43
效果就是對象接收事件后的動作
talenter(1)  11:08:39
沒效果
talenter(1)  11:08:59
其他人鎖定   和  自己鎖定 當成一個事件就好吧？

trufun0  11:09:00
效果為拒絕鎖定
talenter(1)  11:09:07
哦
trufun0  11:13:34
被鎖定的“靚號”是監(jiān)護條件，意思是不是所有對象對此事件都響應(yīng)
talenter(1)  11:14:45
 哦 好
trufun0  11:20:00
被鎖定的靚號如果在15分鐘內(nèi)沒被用戶租用，則還回到初始狀態(tài)，可以再被（其他）用戶鎖定，這句話的狀態(tài)，事件，效果
trufun0  11:24:11
狀態(tài)有兩個，已鎖定狀態(tài)和初始狀態(tài)
trufun0  11:26:28
事件為未租用
trufun0  11:29:22
效果是回到初始狀態(tài)的回到行為
trufun0  11:32:04
可以再被（其他）用戶鎖定，是遷移后狀態(tài)的內(nèi)部行為
trufun0  11:33:34
剩下的網(wǎng)友自己分析
talenter(1)  11:34:24
   看來大家都很忙啊
talenter(1)  11:34:34
偶今天也比較忙 哈哈  不過學到了不少
trufun0  11:35:17
這是我的觀點，僅供參考
trufun0  11:35:37
 
talenter(1)  11:36:28
很清晰啊
talenter(1)  11:37:26
老師辛苦 。
trufun0  11:40:54
下次討論組件圖，記住帶著問題來

trufun4  9:24:30
UML開課啦，今天講狀態(tài)圖
啃鐵鼠<4>  9:29:47
好啊
trufun4  9:30:05
上堂的序列圖是反映多個對象之間的交互，而狀態(tài)圖是反映單個對象內(nèi)部的交互
=============歡迎訪問www.trufun.net免費下載UML2建模工具=======================
trufun4  9:30:41
狀態(tài)圖是序列圖分析的延伸
啃鐵鼠<4>  9:32:03
注意哪些地方了？又怎么來應(yīng)用了？為什么要使用狀態(tài)圖來分析了？
trufun4  9:33:16
很好，看來你思考了
webmaster(1)  9:34:21
大家要多多配合老師的話題積極發(fā)言，老師會講的更深入些，
trufun4  9:35:35
為啥要要研究對象的狀態(tài)呢，因為對象只有在某種狀態(tài)下，才能對某種外部事件發(fā)出響應(yīng)
啃鐵鼠<4>  9:36:36
是不是說，處在該狀態(tài)下只能處理該狀態(tài)的事件，其他狀態(tài)的事件就不能處理了？
trufun4  9:37:13
是的
啃鐵鼠<4>  9:38:13
可如果這樣，某個對象會不會出現(xiàn)很多很多的狀態(tài)，豈不是狀態(tài)處理很繁瑣和麻煩了
=============歡迎訪問www.trufun.net免費下載UML2建模工具=======================
trufun4  9:43:56
聽到下課鈴這個外部事件，處在上課狀態(tài)的學生可以發(fā)生狀態(tài)改變，處在下課狀態(tài)的學生，則不會發(fā)生狀態(tài)改變
啃鐵鼠<4>  9:44:52
該怎么來劃分狀態(tài)了？
trufun4  9:45:38
一個對象有多少狀態(tài)呢
承懿<2>  9:45:42
下課-->上課（上課鈴響）
承懿<2>  9:45:49
反過來下課鈴響
承懿<2>  9:46:17
事件驅(qū)動狀態(tài)改變
trufun4  9:46:42
事件是什么？
承懿<2>  9:47:26
上課鈴和下課鈴
承懿<2>  9:47:34
響就是事件
trufun4  9:48:08
用面向?qū)ο笳f實質(zhì)
trufun4  9:50:39
talenter(3)  9:48:57
消息
talenter(3)  9:49:05
動作？
trufun4  9:49:26
對，消息，也就是方法
啃鐵鼠<4>  9:51:25
消息怎么會是方法了？
啃鐵鼠<4>  9:51:52
應(yīng)該與運行的系統(tǒng)驅(qū)動方式有關(guān)吧？
承懿<2>  9:51:55
在objective c中消息就是方法
承懿<2>  9:52:10
這兩個好像可以互稱
啃鐵鼠<4>  9:52:17
windows系統(tǒng)消息和方法是兩個概念
trufun4  9:52:33
你可能沒學前面的課，可以查查以往的記錄
承懿<2>  9:52:33
windows中消息是message
承懿<2>  9:52:40
方法是對象調(diào)用的方法對吧
啃鐵鼠<4>  9:52:58
是的
trufun4  9:53:00
是的
啃鐵鼠<4>  9:53:15
通過消息映射實現(xiàn)的消息與方法的綁定
啃鐵鼠<4>  9:54:11
在windows下，消息==事件
W-inds(5)  9:54:20
trufunwu老師，可不可以整理下以往的教學啊...整理成一個文件。
trufun4  9:54:24
調(diào)用事件，消息，方法是從不同角度看問題的同一個函數(shù)
啃鐵鼠<4>  9:54:36
是的
啃鐵鼠<4>  9:56:10
所處的層次不同叫法不同，都是為實現(xiàn)驅(qū)動機制叫法不同
trufun4  9:56:45
答案：一個對象有無數(shù)個狀態(tài)
一米陽光(6)  9:58:26
我想問個db的問題 有誰對這塊熟嗎
trufun4  9:58:33
狀態(tài)用對象的屬性來表示
一米陽光(6)  10:00:55
trufunwu 老師 會數(shù)據(jù)庫嗎
webmaster(1)  10:01:12
每期的討論記錄都在網(wǎng)站論壇里面整理發(fā)布了
trufun4  10:01:13
什么問題
webmaster(1)  10:01:26
在論壇中的qq交流群記錄中，大家可以查閱
一米陽光(6)  10:02:09
  有父子關(guān)系的表這么設(shè)計 有沒有問題?
一米陽光(6)  10:02:35
我以前一直這么設(shè)計的 剛才查資料 有人說這種不符合數(shù)據(jù)庫范式
trufun4  10:04:10
不規(guī)范
承懿<2>  10:04:37
第二個里面怎么兩個pk?
trufun4  10:05:02
就這個問題
一米陽光(6)  10:05:09
一個Pk吧 截得別人的圖
一米陽光(6)  10:05:42
等下 我重新截個圖
trufun4  10:06:42
違反主鍵和外鍵是整體關(guān)聯(lián)，而不是部分關(guān)聯(lián)
一米陽光(6)  10:08:20
這樣子嗎?
trufun4  10:09:24
return
一米陽光(6)  10:10:02
好像在子集合中把父表主鍵作為主鍵 就會出現(xiàn)2個pk
trufun4  10:10:45
課后交流此問題
一米陽光(6)  10:10:58
哦 好的
trufun4  10:11:20
我們只關(guān)心那些對我們感興趣的某個事件發(fā)出某種行為的狀態(tài)
trufun4  10:13:01
今天的案例：                靚號狀態(tài)   
“靚號”能被鎖定，被鎖定的“靚號”不能被其它用戶再鎖定。被鎖定的靚號如果在15分鐘內(nèi)沒被用戶租用，則還回到初始狀態(tài)，可以再被（其他）用戶鎖定。被 鎖定的“靚號”可以被租用，租用到期后能被系統(tǒng)預留（即為先前的用戶保護起來），預留一個月后如用戶未續(xù)租，則此“靚號”可以被其他人鎖定或租用。在租用 狀態(tài)下的“靚號”，如果被同一用戶累積租用超過半年，則可以買斷。被買斷后，此“靚號”變成普通號。
trufun4  10:16:07
分析出狀態(tài)，事件，監(jiān)護條件，效果
一米陽光(6)  10:17:38
作業(yè)交到那里啊
trufun4  10:17:54
討論
啃鐵鼠<4>  10:20:36
看起來好復雜啊
trufun4  10:21:36
跟我學分析，最后畫成圖，簡單
承懿<2>  10:21:55
可惜我用的mac系統(tǒng)
承懿<2>  10:21:59
沒uml工具
一米陽光(6)  10:22:25
trufunwu  狀態(tài)圖里面有沒有回到起點的流程?
trufun4  10:23:08
用楚凡的，不但教用工具，而且教分析，多好
一米陽光(6)  10:23:41
呵呵   
webmaster(1)  10:23:52
trufun產(chǎn)品支持跨平臺，mac操作系統(tǒng)沒問題
一米陽光(6)  10:24:23
個人用戶怎么收費啊....
trufun4  10:28:45
聯(lián)系網(wǎng)管
承懿<2>  10:29:44
我就做一個系統(tǒng)用了UML之后就沒用過了
trufun4  10:29:46
talenter(3)  10:27:14
累積租用超過半年
trufun4  10:28:05
累計租期是一個屬性
一米陽光(6)  10:29:52
又沒vs 環(huán)境下的免費版 我上網(wǎng)站看了下 只看到eclipse免費版
trufun4  10:30:26
先試用
trufun4  10:31:43
九頭鳥的奮斗(705543728)  10:30:10
靚號的屬性只有兩種 ：預留和非預留
trufun4  10:31:01
是否已預留是一個屬性

守護者(7)  11:02:50
屬性 是靚號
一米陽光(6)  11:03:05
靚號 是對象吧?
守護者(7)  11:03:07
鎖定狀態(tài)也可以成為鎖定
trufun4  11:03:15
屬性是是否鎖定
守護者(7)  11:03:23
靚號可以是號的子類 也可以是號的屬性
守護者(7)  11:03:27
都是可以的
守護者(7)  11:03:38
靚號也可以分成靚號和普通號
trufun4  11:03:38
號碼為屬性
守護者(7)  11:04:18
屬性和子類多代表著不同 可以根據(jù)當前的需要變化
trufun4  11:05:18
事件為其他人鎖定
守護者(7)  11:05:51
恩  這里的事件在實現(xiàn)上可以定義成 方法或者委托都OK
一米陽光(6)  11:06:26
@守護者  定義成方法我理解 定義成委托 我不大理解 能解釋下嗎
守護者(7)  11:06:51
 什么地方不理解
守護者(7)  11:07:12
是不理解委托本身 還是不理解 為什么可以定義成委托？
trufun4  11:07:19
效果就是對象接收事件后的動作
trufun4  11:08:31
效果為拒絕鎖定
守護者(7)  11:08:44
定義成delegate后 可以 創(chuàng)建event來自的觸發(fā)委托  不知道怎么解釋行不行
一米陽光(6)  11:09:35
屬性:  號碼  是否鎖定 是否靚號 鎖定人,鎖定開始時間
事件: 發(fā)起鎖定
效果: 1.已經(jīng)鎖定 拒絕鎖定
      2.沒有鎖定 改變鎖定狀態(tài)
這樣?
守護者(7)  11:10:04
而且很多情況下  如果 暴露類和方法是緊耦合的  定義成delegate后  可以有效減除耦合   一米陽光這么說了解了吧
守護者(7)  11:11:22
狀態(tài)在很多時候 都是在異步的時候用的   同步就不說了  太多了
trufun4  11:12:35
被鎖定的“靚號”是監(jiān)護條件，意思是不是所有對象對此事件都響應(yīng)
守護者(7)  11:13:35
不是 從低耦合的角度來說  應(yīng)需要特定的觸發(fā)吧
一米陽光(6)  11:13:50
@守護者
我不大理解 為什么 要 有效減除耦合

我以往的經(jīng)驗中 定義了委托后,就可以在程序的執(zhí)行流程中插入另外的執(zhí)行代碼
守護者(7)  11:14:05
要是我的話  就是用  delegate在域上面做控制 或者
trufun4  11:14:14
耦合是設(shè)計的概念
守護者(7)  11:14:24
使用代理模式來操作
守護者(7)  11:14:50
耦合和內(nèi)聚是 設(shè)計理念
啃鐵鼠<4>  11:15:08
低耦合就是為了設(shè)計的簡單
守護者(7)  11:15:08
委托的使用 誰都會 小米
守護者(7)  11:15:17
告訴我你為什么會使用委托
一米陽光(6)  11:15:26
恩 是用過 但是不知道為什么要用
守護者(7)  11:15:29
使用的動機什么
守護者(7)  11:15:50
 如果 不知道動機為什么要用  
守護者(7)  11:16:10
那你讓后面維護你代碼的后來人怎么維護呢
一米陽光(6)  11:16:31
我使用委托的情況 都是因為要操作本身以外的對象
守護者(7)  11:16:43
我在程序的每一行代碼都是用動機的 沒動機的代碼我寧愿不寫
守護者(7)  11:17:00
操作本身以外的對象
有很多方式 為什么就是用委托呢
承懿<2>  11:17:13
講一下委托的具體實例
承懿<2>  11:17:16
舉一個聽聽
守護者(7)  11:17:24
也可以調(diào)用  代理  觀察者  繼承  很多方式呀
承懿<2>  11:17:29
有可能我用過，但是我不知道
承懿<2>  11:17:35
代理曉得
守護者(7)  11:17:39
為什么單單使用委托
承懿<2>  11:17:39
觀察者也曉得
承懿<2>  11:17:48
delegate
承懿<2>  11:17:53
講一下嘛
一米陽光(6)  11:17:59
可以不用關(guān)心 外部對象 的操作 過程 結(jié)果
守護者(7)  11:18:11
承  去網(wǎng)上看看得多是
trufun4  11:18:27
被鎖定的靚號如果在15分鐘內(nèi)沒被用戶租用，則還回到初始狀態(tài)，可以再被（其他）用戶鎖定，這句話的狀態(tài)，事件，效果
守護者(7)  11:18:36
 定義成接口也可以看不到 操作過程
承懿<2>  11:18:39
你說的那個不用關(guān)心操作過程的那個不是建造者模式嗎
守護者(7)  11:18:47
咋不用Interface呢
一米陽光(6)  11:19:28
rufun4  11:12:35
被鎖定的“靚號”是監(jiān)護條件，意思是不是所有對象對此事件都響應(yīng)

我的理解是 所有的對象都響應(yīng),然后根據(jù)屬性返回不同結(jié)果
守護者(7)  11:20:58
呵呵  觀察者也可以呀  通過觀察狀態(tài)進行雙向依賴   
一米陽光(6)  11:21:03
@守護者

我可能表達的有誤
這么說吧
我使用委托 主要是引發(fā)event
告訴外部對象  你可以執(zhí)行某某操作了
至于怎么操作,要不要操作 本身不去管

一米陽光(6)  11:21:33
建造者模式 我以前還真沒有了解過
守護者(7)  11:21:49
 這才是我要問的  有時候為了接觸雙向依賴 才需要委托
守護者(7)  11:22:29
而且定義event后 委托能后自動觸發(fā)   在一定的場合下能帶來便利
一米陽光(6)  11:22:31
@守護者 我被繞糊涂了
trufun4  11:22:41
狀態(tài)有兩個，已鎖定狀態(tài)和初始狀態(tài)
守護者(7)  11:22:49
 其實我就是在問你委托的使用動機
守護者(7)  11:23:03
因為 很多方式都能表達消息的傳遞
承懿<2>  11:23:11
像android的AlertDialog就是典型的建造者模式
trufun4  11:23:21
狀態(tài)有兩個，已鎖定狀態(tài)和初始狀態(tài)
守護者(7)  11:23:21
不同情況下  最佳方案不一樣 這就是我要問的
承懿<2>  11:23:22
 
守護者(7)  11:23:52
trufunwu  我把狀態(tài) 用繼承放在子類也表達 也OK吧
承懿<2>  11:24:06
你不需要知道里面是怎么實現(xiàn)的，傳入不同的參數(shù)得到不同的界面
承懿<2>  11:24:16
里面的建造過程很復雜
一米陽光(6)  11:25:31
    剛才說的這些 我沒有得到一個結(jié)論 我做的對不對  我該怎么做  為什么要這么做
trufun4  11:25:56
事件為未租用
一米陽光(6)  11:27:36
我真暈了  有沒有基礎(chǔ)書 我去啃啃
trufun4  11:28:43
效果是回到初始狀態(tài)的回到行為
一米陽光(6)  11:29:53
復位行為 我更容易理解  回到行為 有點繞 呵呵
trufun4  11:31:01
可以再被（其他）用戶鎖定，是遷移后狀態(tài)的內(nèi)部行為
trufun4  11:33:11
剩下的網(wǎng)友自己分析
守護者(7)  11:33:38
呵呵
守護者(7)  11:34:04
tru 通過狀態(tài) 給大家引了很多模式上的話題呀  呵呵
trufun4  11:34:16
謝謝
trufun4  11:36:09
這是我的觀點，僅供參考
trufun4  11:36:55
 
守護者(7)  11:37:15
build模式    一個系統(tǒng) 沒幾個  除非是超級類  但是我設(shè)計的軟件  多沒有大型類 有也本大而化小了
守護者(7)  11:37:37
我寫過一個有關(guān)代碼的寫過規(guī)則 當然 是以前項目制定的  可以去看看
守護者(7)  11:37:51
150行 以內(nèi)的類能大到什么地方去呢  呵呵
trufun4  11:41:08
下次討論組件圖，記住帶著問題來
守護者(7)  11:42:49
這圖 是系統(tǒng)級的了  話題有點大
一米陽光(6)  11:43:09
trufunwu  已租用 和 已續(xù)租 為什么是2個狀態(tài)?
守護者(7)  11:43:29
不做上層設(shè)計的話 一般不會用到組件圖
守護者(7)  11:44:14
這樣子能區(qū)分租用是 第一次租 續(xù)租  是第N次租
trufun4  11:44:41
對事件的響應(yīng)（行為）不同
一米陽光(6)  11:46:12
是不是一個要記錄開始時間 一個不用記錄?
守護者(7)  11:46:20
很有可能第二以后在租用 就會打折 打折的話 和全款 就是不同的行為  所以狀態(tài)會不一樣的
trufun4  11:46:52
屬性討論已談過，有租期
一米陽光(6)  11:47:40
根據(jù) 租期  來決定是否買斷 是吧
trufun4  11:48:26
是的

trufun1 9:38:26
UML開課啦，今天討論序列圖
talenter(2) 9:39:22
即使不會 每次都踴躍參加
trufun1 9:44:24
用例是反映用戶和系統(tǒng)之間的交互，那系統(tǒng)是如何響應(yīng)用戶動作呢？
talenter(2) 9:44:58
清水 你回答吧
talenter(2) 9:47:58
用例是反映用戶和系統(tǒng)之間的交互，那系統(tǒng)是如何響應(yīng)用戶動作呢？
trufun1 9:48:02
系統(tǒng)通過內(nèi)部對象通信，來完成系統(tǒng)響應(yīng)，用序列圖來反映這個過程
trufun1 9:59:29
我給大家一個借書實際例子，這是網(wǎng)友上次要求的
trufun1 10:00:36
用例“借書”描述如下：
1.圖書管理登錄圖書管理系統(tǒng)，進入借閱界面。
2.輸入是否預定的信息、需要借閱的書或雜志的標題、借閱者， 最后點擊“借閱”按鈕。
3．如果借閱者沒有預定：
h 確定標題
h 確定該標題下有效的書目
h 確定借書者
h 圖書館將書借出
h 登記一個新的借閱
4．如果借閱者有預定：
h 確定借書人
h 確定標題
h 確定該標題下有效的書目
h 圖書館將相應(yīng)的書目借出
h 登記一個新的借閱
h 取消預定
5.系統(tǒng)顯示一個成功借閱記錄。

trufun1 10:02:47
大家討論一下怎樣用序列圖表示這個過程？
咖啡刀(232778741) 10:02:54
呵呵  這個例子用了很久了吧
talenter(2) 10:03:28
經(jīng)典的例子  猶如 hello world
trufun1 10:03:38
眾口難調(diào)
trufun1 10:04:27
也歡迎大家出題
trufun1 10:06:29
先找角色
trufun1 10:09:30
hawk(4)  10:04:51
需要借閱者和圖書管理系統(tǒng)
trufun1  10:06:36
先找角色

==================歡迎登錄www.trufun.net下載免費UML2建模工具===============

trufun1  10:08:16
借閱者不是角色
trufun1  10:09:19
圖書管理員是角色
talenter(2) 10:10:51
操作員是 圖書管理員
trufun1 10:12:18
再找界面類
talenter(2) 10:13:02
登錄界面
talenter(2) 10:13:09
借閱界面。
talenter(2) 10:13:33
預定界面
trufun1 10:13:40
好，還有？
talenter(2) 10:13:48
圖書顯示界面
trufun1 10:14:01
很好
talenter(2) 10:14:03
借閱記錄界面
talenter(2) 10:14:39
還有嗎？
talenter(2) 10:14:59
借書人（讀者）
talenter(2) 10:15:06
借書人（讀者）信息界面？
trufun1 10:15:43
good
隱身<4> 10:17:51
畫用例圖為什么要找“界面”？
talenter(2) 10:18:17
時序圖吧
隱身<4> 10:18:57
哦，沒看清楚，
trufun1 10:19:19
接著找控制類
talenter(2) 10:19:32
隱身 你找控制累啊
talenter(2) 10:19:50
登錄驗證類型。
trufun1 10:20:22
新手可看以前的記錄
trufun1 10:21:43
還有？
talenter(2) 10:21:49
有
talenter(2) 10:21:50
繼續(xù)找
talenter(2) 10:22:21
忘記控制類是個啥概念來
堅持(4) 10:22:40
規(guī)則
talenter(2) 10:22:41
信息顯示控制類（借閱成功否）
trufun1 10:23:04
對流程，驗證
talenter(2) 10:23:05
預定否控制類
堅持(4) 10:23:22
控制類就是規(guī)則  人 事 物 規(guī)則中的規(guī)則
talenter(2) 10:23:28
你們找啊
talenter(2) 10:23:29
堅持
堅持(4) 10:23:39
啊？
talenter(2) 10:23:48
堅持 你找啊 你也是老師？
trufun1 10:23:50
借閱類
隱身<4> 10:24:16
時序圖是在類圖之前畫還是之后畫？
trufun1 10:24:47
一般在后面，可看楚凡TUP
隱身<4> 10:25:39
控制類我覺得應(yīng)該是是一些對象吧，而抽象出來的對象可能每個人的都不一樣，所以時序圖也不盡相同。
trufun1 10:26:13
所以 登錄驗證和借閱規(guī)則是兩個控制類
trufun1 10:26:41
先找類，后面說對象
trufun1 10:28:48
再找實體類
trufun1 10:31:10
書是不是
trufun1 10:31:40
標題是不是
trufun1 10:31:54
還有？
talenter(2) 10:32:11
標題不是
talenter(2) 10:32:14
書是
talenter(2) 10:32:18
借閱者 應(yīng)該也是吧
talenter(2) 10:33:15
管理員也是個
trufun1 10:33:39
是的
堅持(4) 10:33:41
哦，原來是在上課呀
堅持(4) 10:33:42
呵呵
talenter(2) 10:34:10
書  借閱者  管理員    借閱記錄（？）
talenter(2) 10:34:38
對啊 堅持 每周二授課啊  你積極點啊。。 學習還不積極。
堅持(4) 10:35:03
哈哈，不好意思，剛剛上來沒搞清狀況
trufun1 10:35:06
還有預定實體
talenter(2) 10:35:56
：）
talenter(2) 10:36:32
找完了嗎？
隱身<4> 10:36:40
圖書館算不算一個？
talenter(2) 10:37:13
圖書館就一個對象
堅持(4) 10:37:15
不算
talenter(2) 10:37:29
我感覺  都行吧。。 太廣泛了。。
trufun1 10:37:39
在該序列圖被抽象掉
trufun1 10:38:34
無需和此對象通信
trufun1 10:39:22
下面我找消息流
talenter(2) 10:40:11
消息流找的思路是？
talenter(2) 10:40:14
流轉(zhuǎn)？
talenter(2) 10:40:52
登錄   查找，確認   借出  還有半個取消預訂？ 這些算吧？
堅持(4) 10:41:34
遲到的同學小聲問一下，題目在哪里呢  
talenter(2) 10:42:00
我給大家再發(fā)一遍
talenter(2) 10:42:20
trufun1 10:00:36
用例“借書”描述如下：
1.圖書管理登錄圖書管理系統(tǒng)，進入借閱界面。
2.輸入是否預定的信息、需要借閱的書或雜志的標題、借閱者， 最后點擊“借閱”按鈕。
3．如果借閱者沒有預定：
h 確定標題
h 確定該標題下有效的書目
h 確定借書者
h 圖書館將書借出
h 登記一個新的借閱
4．如果借閱者有預定：
h 確定借書人
h 確定標題
h 確定該標題下有效的書目
h 圖書館將相應(yīng)的書目借出
h 登記一個新的借閱
h 取消預定
5.系統(tǒng)顯示一個成功借閱記錄。
trufun1 10:42:26
注意現(xiàn)在開始前面的類都實例化成對象了
talenter(2) 10:42:48
都是具體的東東了？
talenter(2) 10:42:53
老師 指點12
trufun1 10:46:15
.“圖書管理登錄圖書管理系統(tǒng)，進入借閱界面”，可以單獨成為一個登陸序列圖，在這里只要引用就可以了
trufun1 10:48:54
.“輸入是否預定的信息、需要借閱的書或雜志的標題、借閱者， 最后點擊“借閱”按鈕”是角色和界面在通信
talenter(2) 10:49:37
學習ing
trufun1 10:52:46
”3．如果借閱者沒有預定，4．如果借閱者有預定“，是那個對象和那個對象在通信？
talenter(2) 10:53:35
角色和控制類？
talenter(2) 10:53:47
不做借閱者不是角色
talenter(2) 10:54:10
借閱者和 預訂實體通信
trufun1 10:55:33
是借閱控制對象和預定實體類在通信
talenter(2) 10:56:05
哦  控制對象和 預訂實體  說成借閱者不對了  哈哈
trufun1 10:59:48
“確定標題”是那個對象和那個對象在通信？
talenter(2) 11:01:05
書和？
talenter(2) 11:01:30
管理者？
trufun1 11:01:35
不對
talenter(2) 11:01:42
有書對吧？
trufun1 11:01:50
沒有
talenter(2) 11:03:09
不懂了
trufun1 11:03:32
是借閱控制對象和標題對象在通信
talenter(2) 11:04:36
標題 抽象了個實體？
talenter(2) 11:04:58
標題 不是書的一部分？ 組成部分？
堅持(4) 11:05:10
看抽象的粒度了
堅持(4) 11:05:36
你可以認為標題僅僅是書的一個屬性
talenter(2) 11:06:07
標題抽象 怎么抽象？
堅持(4) 11:06:07
也可以認為它是一個獨立的對象，可以擁有自己的信息和行為
trufun1 11:06:30
不是，圖書館不但有書，還有雜志等，是對這些的總稱
talenter(2) 11:07:05
這個標題不是書的標題？
talenter(2) 11:07:18
確定標題  是確定是書還是雜志？
talenter(2) 11:07:21
還是小說？
堅持(4) 11:07:46
4．如果借閱者有預定：
h 確定借書人
h 確定標題
h 確定該標題下有效的書目
h 圖書館將相應(yīng)的書目借出
h 登記一個新的借閱
h 取消預定
這個鏈路下，標題并不是書的一部分
trufun1 11:07:50
是
talenter(2) 11:08:23
ok
trufun1 11:09:26
 “確定該標題下有效的書目”是那個對象和那個對象在通信？
talenter(2) 11:09:54
標題和書？
trufun1 11:10:29
很好
talenter(2) 11:11:20
這種在實現(xiàn)上怎么弄呢？
talenter(2) 11:11:25
標題是個對象
talenter(2) 11:11:28
書是個對象
talenter(2) 11:11:41
對象之間有關(guān)聯(lián)  哪個負責去確定呢？
trufun1 11:11:42
最后我說
trufun1 11:12:22
不是關(guān)聯(lián)是消息鏈
talenter(2) 11:13:01
哦  怎么通過消息鏈去實現(xiàn)？
talenter(2) 11:13:12
我們在實現(xiàn)的時候怎么去組織代碼？
trufun1 11:13:52
甲調(diào)乙的方法實現(xiàn)消息通信
talenter(2) 11:14:58
傳遞的參數(shù)呢
trufun1 11:15:08
這是個例子
talenter(2) 11:15:22
從標題確定書目  應(yīng)該是標題調(diào)用書目的方法吧。
trufun1 11:15:51
消息中的參數(shù)，就是方法中的參數(shù)
trufun1 11:16:00
是
talenter(2) 11:16:07
好比 書目有個方法是 根據(jù)標題查書  這樣子的話就要把標題當做參數(shù)傳遞吧？
trufun1 11:16:37
是的
talenter(2) 11:16:58
從類的關(guān)系上來說是關(guān)聯(lián)吧  
talenter(2) 11:17:37
為啥說不是關(guān)聯(lián)是消息鏈那  是不是角度不一樣 或者再不通的圖例中不一樣。  
trufun1 11:18:23
在動態(tài)和靜態(tài)中叫法不同
堅持(4) 11:19:10
關(guān)聯(lián)是靜態(tài)關(guān)系
trufun1 11:19:18
是
talenter(2) 11:19:19
哦 好的
talenter(2) 11:19:39
謝謝。
talenter(2) 11:19:49
堅持 你能主動回答問題吧
talenter(2) 11:21:08
好
talenter(2) 11:21:13
我想學習
talenter(2) 11:21:21
我感覺學習下還是不錯的  機會難得。
trufun1 11:22:26
“確定借書者”是那個對象和那個對象在通信？
talenter(2) 11:23:57
借閱控制對象和借閱者實體類在通信
talenter(2) 11:25:37
  學著學著就有點會 但是還不太會。
trufun1 11:26:04
不錯啦
talenter(2) 11:26:19
謝謝
trufun1  11:48:46
下次講狀態(tài)圖，記住帶著問題來

==================歡迎登錄www.trufun.net下載免費UML2建模工具===============

初學UML者，應(yīng)該避免這樣一種誤解――認為就是由參與者和用例構(gòu)成的用例圖就是用例模型，用例圖只是在總體上大致描述了系統(tǒng)所能提供的各種服務(wù)， 讓我們對于系統(tǒng)的功能有一個總體的認識。但用例圖并非如此，在用例圖中我們還需要針對每一個用例描述它的詳細信息，這些信息包含在用例規(guī)約中，因此用例模 型應(yīng)該是由用例圖和每一個用例的詳細描述――用例規(guī)約所組成的。每一個用例的用例規(guī)約都應(yīng)該包含以下內(nèi)容：

l       簡要說明 (Simple)：簡要介紹該用例的作用和目的。

l       基本流 (Basic Path)：表示用例正常的場景。在基本流中系統(tǒng)執(zhí)行一系列活動步驟來響應(yīng)參與者提出的服務(wù)請求。

l       異常流 (Exception) 描述與該用例相關(guān)的非功能性需求（包括性能、可靠性、可用性和可擴展性等）和設(shè)計約束（所使用的操作系統(tǒng)、開發(fā)工具等）。

l       前置條件 (PreCondition) 執(zhí)行用例之前系統(tǒng)必須所處的狀態(tài)。

l       后置條件 (PostCondition) 用例執(zhí)行完畢后系統(tǒng)可能處于的一組狀態(tài)。

l       備選流（Alternate）描述用例發(fā)生過程中偶爾或者異常發(fā)生的場景。

在UML2建模工具中都有提供針對用例的相關(guān)描述內(nèi)容，下面我們以Trufun Plato UML2建模工具為例進行具體案例的用例描述（可到www.trufun.net上免費下載）。

用例規(guī)約基本上是用文本方式來表述的，為了更加清晰地描述用例的事件流，也可以選擇使用狀態(tài)圖、活動圖或時序圖來輔助說明（具體可參考Trufun 其他框圖操作）。如活動圖有助于描述復雜的決策流程，狀態(tài)轉(zhuǎn)移圖有助于描述與狀態(tài)相關(guān)的系統(tǒng)行為，序列圖適合于描述基于時間順序的消息傳遞。

比如用戶pose機上取款用例，可以對該用例進行相關(guān)的場景描述。

Trufun Plato UML2建模工具還可以根據(jù)以上的用例場景描述，生成的標準的需求用例規(guī)約文檔，下圖是TrufunPlato UML2建模工具生成的用例規(guī)約文檔的word文檔結(jié)構(gòu)圖。操作步驟：菜單項“UML建模”—》“導出”—》“導出為文檔”，在彈出對話框中選擇模板為 “需求/用例實現(xiàn)規(guī)約”，其他根據(jù)自己需要進行設(shè)置，系統(tǒng)將自動生成我們所需要的word文檔。