trufun1 9:38:26
UML開課啦,今天討論序列圖
talenter(2) 9:39:22
即使不會 每次都踴躍參加
trufun1 9:44:24
用例是反映用戶和系統之間的交互,那系統是如何響應用戶動作呢?
talenter(2) 9:44:58
清水 你回答吧
talenter(2) 9:47:58
用例是反映用戶和系統之間的交互,那系統是如何響應用戶動作呢?
trufun1 9:48:02
系統通過內部對象通信,來完成系統響應,用序列圖來反映這個過程
trufun1 9:59:29
我給大家一個借書實際例子,這是網友上次要求的
trufun1 10:00:36
用例“借書”描述如下:
1.圖書管理登錄圖書管理系統,進入借閱界面。
2.輸入是否預定的信息、需要借閱的書或雜志的標題、借閱者, 最后點擊“借閱”按鈕。
3.如果借閱者沒有預定:
h 確定標題
h 確定該標題下有效的書目
h 確定借書者
h 圖書館將書借出
h 登記一個新的借閱
4.如果借閱者有預定:
h 確定借書人
h 確定標題
h 確定該標題下有效的書目
h 圖書館將相應的書目借出
h 登記一個新的借閱
h 取消預定
5.系統顯示一個成功借閱記錄。
trufun1 10:02:47
大家討論一下怎樣用序列圖表示這個過程?
咖啡刀(232778741) 10:02:54
呵呵 這個例子用了很久了吧
talenter(2) 10:03:28
經典的例子 猶如 hello world
trufun1 10:03:38
眾口難調
trufun1 10:04:27
也歡迎大家出題
trufun1 10:06:29
先找角色
trufun1 10:09:30
hawk(4) 10:04:51
需要借閱者和圖書管理系統
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
繼續找
talenter(2) 10:22:21
忘記控制類是個啥概念來
堅持(4) 10:22:40
規則
talenter(2) 10:22:41
信息顯示控制類(借閱成功否)
trufun1 10:23:04
對流程,驗證
talenter(2) 10:23:05
預定否控制類
堅持(4) 10:23:22
控制類就是規則 人 事 物 規則中的規則
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
控制類我覺得應該是是一些對象吧,而抽象出來的對象可能每個人的都不一樣,所以時序圖也不盡相同。
trufun1 10:26:13
所以 登錄驗證和借閱規則是兩個控制類
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
借閱者 應該也是吧
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
流轉?
talenter(2) 10:40:52
登錄 查找,確認 借出 還有半個取消預訂? 這些算吧?
堅持(4) 10:41:34
遲到的同學小聲問一下,題目在哪里呢
talenter(2) 10:42:00
我給大家再發一遍
talenter(2) 10:42:20
trufun1 10:00:36
用例“借書”描述如下:
1.圖書管理登錄圖書管理系統,進入借閱界面。
2.輸入是否預定的信息、需要借閱的書或雜志的標題、借閱者, 最后點擊“借閱”按鈕。
3.如果借閱者沒有預定:
h 確定標題
h 確定該標題下有效的書目
h 確定借書者
h 圖書館將書借出
h 登記一個新的借閱
4.如果借閱者有預定:
h 確定借書人
h 確定標題
h 確定該標題下有效的書目
h 圖書館將相應的書目借出
h 登記一個新的借閱
h 取消預定
5.系統顯示一個成功借閱記錄。
trufun1 10:42:26
注意現在開始前面的類都實例化成對象了
talenter(2) 10:42:48
都是具體的東東了?
talenter(2) 10:42:53
老師 指點12
trufun1 10:46:15
.“圖書管理登錄圖書管理系統,進入借閱界面”,可以單獨成為一個登陸序列圖,在這里只要引用就可以了
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 圖書館將相應的書目借出
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
這種在實現上怎么弄呢?
talenter(2) 11:11:25
標題是個對象
talenter(2) 11:11:28
書是個對象
talenter(2) 11:11:41
對象之間有關聯 哪個負責去確定呢?
trufun1 11:11:42
最后我說
trufun1 11:12:22
不是關聯是消息鏈
talenter(2) 11:13:01
哦 怎么通過消息鏈去實現?
talenter(2) 11:13:12
我們在實現的時候怎么去組織代碼?
trufun1 11:13:52
甲調乙的方法實現消息通信
talenter(2) 11:14:58
傳遞的參數呢
trufun1 11:15:08
這是個例子
talenter(2) 11:15:22
從標題確定書目 應該是標題調用書目的方法吧。
trufun1 11:15:51
消息中的參數,就是方法中的參數
trufun1 11:16:00
是
talenter(2) 11:16:07
好比 書目有個方法是 根據標題查書 這樣子的話就要把標題當做參數傳遞吧?
trufun1 11:16:37
是的
talenter(2) 11:16:58
從類的關系上來說是關聯吧
talenter(2) 11:17:37
為啥說不是關聯是消息鏈那 是不是角度不一樣 或者再不通的圖例中不一樣。
trufun1 11:18:23
在動態和靜態中叫法不同
堅持(4) 11:19:10
關聯是靜態關系
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
下次講狀態圖,記住帶著問題來
UML開課啦,今天討論序列圖
talenter(2) 9:39:22
即使不會 每次都踴躍參加
trufun1 9:44:24
用例是反映用戶和系統之間的交互,那系統是如何響應用戶動作呢?
talenter(2) 9:44:58
清水 你回答吧
talenter(2) 9:47:58
用例是反映用戶和系統之間的交互,那系統是如何響應用戶動作呢?
trufun1 9:48:02
系統通過內部對象通信,來完成系統響應,用序列圖來反映這個過程
trufun1 9:59:29
我給大家一個借書實際例子,這是網友上次要求的
trufun1 10:00:36
用例“借書”描述如下:
1.圖書管理登錄圖書管理系統,進入借閱界面。
2.輸入是否預定的信息、需要借閱的書或雜志的標題、借閱者, 最后點擊“借閱”按鈕。
3.如果借閱者沒有預定:
h 確定標題
h 確定該標題下有效的書目
h 確定借書者
h 圖書館將書借出
h 登記一個新的借閱
4.如果借閱者有預定:
h 確定借書人
h 確定標題
h 確定該標題下有效的書目
h 圖書館將相應的書目借出
h 登記一個新的借閱
h 取消預定
5.系統顯示一個成功借閱記錄。
trufun1 10:02:47
大家討論一下怎樣用序列圖表示這個過程?
咖啡刀(232778741) 10:02:54
呵呵 這個例子用了很久了吧
talenter(2) 10:03:28
經典的例子 猶如 hello world
trufun1 10:03:38
眾口難調
trufun1 10:04:27
也歡迎大家出題
trufun1 10:06:29
先找角色
trufun1 10:09:30
hawk(4) 10:04:51
需要借閱者和圖書管理系統
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
繼續找
talenter(2) 10:22:21
忘記控制類是個啥概念來
堅持(4) 10:22:40
規則
talenter(2) 10:22:41
信息顯示控制類(借閱成功否)
trufun1 10:23:04
對流程,驗證
talenter(2) 10:23:05
預定否控制類
堅持(4) 10:23:22
控制類就是規則 人 事 物 規則中的規則
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
控制類我覺得應該是是一些對象吧,而抽象出來的對象可能每個人的都不一樣,所以時序圖也不盡相同。
trufun1 10:26:13
所以 登錄驗證和借閱規則是兩個控制類
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
借閱者 應該也是吧
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
流轉?
talenter(2) 10:40:52
登錄 查找,確認 借出 還有半個取消預訂? 這些算吧?
堅持(4) 10:41:34
遲到的同學小聲問一下,題目在哪里呢
talenter(2) 10:42:00
我給大家再發一遍
talenter(2) 10:42:20
trufun1 10:00:36
用例“借書”描述如下:
1.圖書管理登錄圖書管理系統,進入借閱界面。
2.輸入是否預定的信息、需要借閱的書或雜志的標題、借閱者, 最后點擊“借閱”按鈕。
3.如果借閱者沒有預定:
h 確定標題
h 確定該標題下有效的書目
h 確定借書者
h 圖書館將書借出
h 登記一個新的借閱
4.如果借閱者有預定:
h 確定借書人
h 確定標題
h 確定該標題下有效的書目
h 圖書館將相應的書目借出
h 登記一個新的借閱
h 取消預定
5.系統顯示一個成功借閱記錄。
trufun1 10:42:26
注意現在開始前面的類都實例化成對象了
talenter(2) 10:42:48
都是具體的東東了?
talenter(2) 10:42:53
老師 指點12
trufun1 10:46:15
.“圖書管理登錄圖書管理系統,進入借閱界面”,可以單獨成為一個登陸序列圖,在這里只要引用就可以了
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 圖書館將相應的書目借出
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
這種在實現上怎么弄呢?
talenter(2) 11:11:25
標題是個對象
talenter(2) 11:11:28
書是個對象
talenter(2) 11:11:41
對象之間有關聯 哪個負責去確定呢?
trufun1 11:11:42
最后我說
trufun1 11:12:22
不是關聯是消息鏈
talenter(2) 11:13:01
哦 怎么通過消息鏈去實現?
talenter(2) 11:13:12
我們在實現的時候怎么去組織代碼?
trufun1 11:13:52
甲調乙的方法實現消息通信
talenter(2) 11:14:58
傳遞的參數呢
trufun1 11:15:08
這是個例子
talenter(2) 11:15:22
從標題確定書目 應該是標題調用書目的方法吧。
trufun1 11:15:51
消息中的參數,就是方法中的參數
trufun1 11:16:00
是
talenter(2) 11:16:07
好比 書目有個方法是 根據標題查書 這樣子的話就要把標題當做參數傳遞吧?
trufun1 11:16:37
是的
talenter(2) 11:16:58
從類的關系上來說是關聯吧
talenter(2) 11:17:37
為啥說不是關聯是消息鏈那 是不是角度不一樣 或者再不通的圖例中不一樣。
trufun1 11:18:23
在動態和靜態中叫法不同
堅持(4) 11:19:10
關聯是靜態關系
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
下次講狀態圖,記住帶著問題來
==================歡迎登錄www.trufun.net下載免費UML2建模工具===============