W10 專案的開發(3)──擬定流程與收集Activity、Data

統合看待已經找出的Use Case，接下來要詳細分析每一個Use Case內部的必要執行步驟（視為該Use Case的SOP）。進行之前的前置作業是準備系統詞彙表的收集處，這在進行分析時會逐步新增。

盡可能地收集每一個Use Case的完整執行劇本，定義出劇本中的分解動作，請記得要以使用者的角度來看待每一個Activity，同時從數個劇本中分析出必要流程與選擇流程，盡可能製作為一張Activity Diagram。只製作成一張Activity的目的是在後面要直接轉成程式。

每一個Activity如果牽涉到資料的變動，就從需求文件裡找出定義的名詞，一方面加入系統詞彙表，一方面註明Activity-Data的關聯。（目前的UML沒有這個記錄，只好自己作Activity-Data的垂直追溯表）分析完全部的Use Case後，收集的系統詞彙表可以用CRC Card的方法定義彼此的關聯，藉以產出Data Model的定義。

繪製Activity Diagram的時候如果Activity已經有了＂絕對＂要使用已經存在的，因為那才是實際有的關聯；如果畫成兩個就會讓關聯分開到兩邊而產生不正確的結果。Activity的package佈置就偏向設計，將類似作用的動作集合到同一個群組裡。像上面兩種密碼輸入設備的Use Case若Activity放在同一個package就較容易看出相似性。

Use Case下的Activity Diagram裡擁有的Activity可以產生Use Case-Activity垂直追溯表，也可以產生流程程式；記錄Activity-Data的關聯，可以產生Activity-Data的垂直追溯表。根據一層層的關聯，最後可以得到Use Case-Data的垂直追溯表，就能夠清楚地知道二者的完整關聯。