trufun 9:34:50
trufun 9:38:53
今天我們繼續接著上一周的課程分析案例1
trufun 9:42:39
我們知道用例是從乙個乙個角色開始分析業務，通俗的稱為從點開始分析，以前的分析都是點開始分析業務的，
trufun 9:46:13
今天我們從線開始分析業務，這也是業務分析的乙個入口，也就是多個角色共同完成的業務
trufun 9:51:48
在uml中由多角色共同完成的業務用活**來表示，活動是活**的主要元素，發出活動的實體是物件導向的任何級別的實體，如元件，類，物件等
trufun 9:57:01
活**和其他互動圖如序列圖和通訊圖的最大區別是，乙個是對所有實體，乙個只針對物件；乙個在系統外面看，乙個在系統裡面看
trufun 10:02:02
在物件導向分析中，活**常常被用來表示業務流程，最常見是泳道圖
trufun 10:06:26
trufun 10:11:05
在ｕｍｌ分析中，活**和用例圖都是需求採集階段建立的模型（也就是tup的草圖階段）
trufun 10:14:47
是不是在草圖階段對所有的由多角色共同完成的業務都要建活**呢？回答是否定的
trufun 10:18:35
我們只對那些對核心機制有影響的業務流程才建活**
trufun 10:23:01
這裡有乙個概念叫機制，它是反映業務實現中各個物件之間的協作關係，常見的機制有互動機制，mvc機制，訊息機制，持久化機制等等
trufun 2012/2/28 10:27:13
在每個專案中往往存在多種機制，能夠決定其實現框架的機制就是核心機制，與核心機制有關的流程叫做核心流程
trufun 2012/2/28 10:29:44
所以草圖階段的活**只畫核心流程活**
trufun 2012/2/28 10:33:38
在案例1中什麼流程是屬於核心流程呢？是網友提授課方式建議，還是網友提授課內容建議，還是網友提交授課案例呢？
is印象 2012/2/28 10:34:21
trufun 2012/2/28 10:34:44
具體點is印象 2012/2/28 10:35:10
有語音，有
trufun 2012/2/28 10:35:49
通過什麼軟體
is印象 10:37:55
我找找~~具體忘記了
trufun 10:38:23
要大家都接受的
is印象 10:38:52
網路會議應該可以吧
is印象 10:38:58
大家覺得怎麼樣
trufun 10:39:32
受眾小is印象 10:39:44
大家都可以加入聽嘛
trufun 10:41:21
這個討論過，上班人適合看
trufun 10:41:27
trufun 10:48:15
我在這裡再明確一下活**中活動元素的概念，這裡活動所表示的動作的概念可大可小，大到乙個用例，一組動作序列，乙個動作片段，小到不可分割的原子動作
trufun 10:55:31
這個選擇完全取決你所從事的專案，比如在螢幕上顯示乙個字母a，有人研究從鍵盤接收，計算機處理，到螢幕顯示的流程，而造鍵盤的研究接收按鍵訊號，訊號轉換，編碼傳送這樣的流程。。。。
trufun 11:00:56
回到案例1，看看提交案例需求流程，有兩個角色，我們可以先畫兩個泳道，每個角色對自己泳道中的活動負責
trufun 11:05:15
活**建模首先要找起始元素，也就是誰發起，另乙個結束元素，就是在那個角色**結束
trufun 11:08:35
很顯然，提交案例需求的發起活動和結束活動都在uml推廣團隊這個角色裡
trufun 2012/2/28 11:11:21
接著我們活動元素，怎樣找呢？找動詞
trufun 2012/2/28 11:12:54
這裡的動詞包括語義間隱藏的動詞
trufun 11:15:50
trufun 11:20:42
接著找這些動作的執行者是那乙個角色，這樣就可以把動作轉化為活動元素，放到相應的泳道中
trufun 11:25:19
下面討論活動之間的轉移關係，主要有以下三種轉移方式，1.無條件順序轉移，2，有條件轉移，3。併發轉移
trufun 11:28:22
網友的填寫徵集表盒提交徵集表之間是無條件轉移，uml推廣團隊的製作徵集表和發布徵集表之間是無條件轉移
trufun 11:32:12
trufun 11:34:59
本案例沒有併發活動，不存在併發轉移
trufun 11:38:42
活**就講到這裡
與核心流程對應的還有乙個核心分析類，需要在本階段找出來
trufun 11:40:42
核心分析類說白了就是未來的基類，它主要滿足系統的擴充套件性
trufun 11:43:31
我找了乙個：推廣活動類作為基類，可以覆蓋該案例需求的未來變化
trufun 11:44:39
今天的課就到這裡
UML 開發文件應用
結合軟體開發文件，再次學習每一種圖的含義 用例圖 誰，實現了什麼功能。文件 需求分析文件 物件圖 顯示了一組物件和他們之間的關係。是類圖的乙個例項，描述了系統在具體時間點所包含的物件以及各個物件之間的關係。表示方式 物件名 類名 文件 詳細設計文件 類圖 顯示了模型的靜態結構，特別是模型中存在的類 ...
UML在軟體開發階段應用
需求分析 uml 的用例檢視可以表示客戶的需求。通過用例建模，可以對外部的角色以及它們所需要的系統功能建模。角色和用例是用它們之間的關係 通訊建模的。每個用例都指定了客戶的需求 要求系統幹什麼 提供什麼表現 系統分析 系統分析階段主要考慮所要解決的問題，可用 uml的邏輯檢視和動態檢視來描述 類圖描...
UML概述及開發階段的應用
其中最重要的一部分要屬的上uml中的各種圖了。其實在前些日子師哥講到有關機房收費系統的文件的時候，就已經涉及到裡面的一部分相關知識了。這裡，又一次系統的了解一下，在軟體開發階段的文件編寫中，各階段所需要的圖都有哪些。主要用到的九種圖 總結如下 1.需求階段 1 用例圖 來描述使用者的需求 角色，功能...