確立系統邊界-分內外，向系統內找用例，向下系統外找參與者
參與者是位於系統外部的使用者，聯網的其他系統，硬體裝置或資料庫，它們並不是系統的一部分，它們之中
也只有會使用系統，會跟系統互動，會跟系統交換資訊的，才是系統的參與者。
參與者的特性表
1. 參與者位於系統外部，它不屬於系統的某一部分，所以我們不需要去構建參與者。
2. 只有會使用系統，會跟系統互動，跟系統交換資訊的，才是系統的參與者。
3. 參與者會啟動，參與用例，所以找到參與者，就可以引導我們找到用例。
4. 我們雖然不需要構建參與者，但是要考慮介面，系統需要提供介面讓參與者使用或者系統需要用到參與者提供的介面。
找參與者的15個問題---參與者的問題表
1. 誰會來使用這個系統？
2. 誰會來安裝這個系統？
3. 誰會來啟動這個系統？
4. 誰會來維護這個系統？
5. 誰會來關閉這個系統？
6. 哪些系統會來使用這個系統？
7. 誰會從這個系統獲取資訊？
8. 誰會給這個系統提供資訊？
9. 在預先設定的時間到達時，有什麼事情會自動發生嗎？----時間一到會自動執行的用例，可以為它們定義為一種「時間」型別的參與者。
10.哪些系統會和這個系統聯網?
11.是否有硬體裝置會與這個系統聯網？
12.哪些資料庫會與這個系統聯網？
13.公司內部有哪些人員會來使用這個系統？
14.公司外部有哪些人員會i來使用這個系統？
15.當特定的時間或事件發生時，這個系統需要自動通知什麼人，或者是自動通知其他系統嗎？
參與者種類表
種類 細項 參與者
人 公司外部的人
公司內部的人
其他系統（內部）
系統 其他系統（外不）
資料庫時間
硬體裝置
系統簡述
系統名稱
系統簡述：
《用兩三句話點出系統的主要特》
重點整理：
《最好是用列表的方式，將討論到的或想到的重要一一枚舉出來，方便以後回顧》
用例是系統的一項行為，它能夠生成參與者可評估的結果。也就是說用例包含時間的概念，它會花費一段時間，具有乙個執行過程。用例還必須在執行結束後產生一項明確的結果。
根據參與者查詢對應的用例---用例的問題表
1. 參與者想要從這個系統中獲得什麼樣的功能？
2. 這個系統儲存資訊嗎？哪些參與者將建立，讀取，更新或刪除這些資訊？
3. 當系統內部狀態有變化時，這個系統需要通知參與者嗎？
4. 是否有什麼外部事件是這個系統需要知道的？當這些外部事件發生時，哪些參與者會通知這個系統?
5. 這個系統需要定期執行什麼操作嗎？
6. 當發生了某些重要的外部事件時，這個系統需要自動執行什麼操作嗎？
7. 這個用例的名稱能夠明確嗎？是否能夠從這個用例的名稱，直接判斷出它的結果？
8. 這個用例會有許多不同結果嗎？還是這些結果，其實是在不同的時間點產生的？
用例的要點表
用例 要點 說明
結果《名稱》 重要步驟
議題參與者的特性表---簡單列舉出團隊成員對參與者的認知，在討論中，比較容易達成共識。
參與者的問題表---把跟參與者有關的問題列出，方便用來幫助尋找參與者。
參與者的種類表---把參與者分成數個種類，方便用來幫助尋找參與者，以及用來記錄整個專案會遇到的參與者。
系統簡述----------用三言兩語簡單描述一下系統，同時也可以把想到的重點隨手記錄下來。
用例的問題表-----把跟用例有關的問題列出，方便用來幫助尋找用例。
用例的要點表-----簡單記錄用例的結果，重要流程和議題，日後撰寫用例描述時，可以作為參考資料。
活**------------可以繪製簡單的活**表達流程，有助於尋找用例。
系統分析師
2011年的個人計畫 拿下系統分析師 原由 已在it行業幹了近3年多了,從最初的傻瓜式程式設計師,到現在自己帶隊做專案,雖然期間經歷了很多,也成長了很多,但是總覺得自己還是缺少點什麼.也許是因為所在的公司的性質決定的吧 公司是一家馬來西亞公司,說是公司,其實就是乙個開發部門,因為我們接手的專案都是大...
系統分析師之路 系統分析師備考計畫
學習了資訊系統專案管理師後，做任何事情都要做成計畫。為了系統化的學習備考，我制定了相應的複習管理計畫。用掙值 每週pdca的方式以週為單位自我確認進度。因為計畫應該是漸進明細的，每週一在回顧一周的學習後，寫一篇日誌，調整並完善下面的複習計畫。第一輪複習計畫 no.科目預估工時 人時 掙值 ev 完工...
系統分析師修養
系統分析作為專家 顧問 高階人才，是精英中的精英，往往決定著企業資訊化建設的成敗 他們既是it企業中的技術骨幹和將才，負責公司專案可行性研究與利益分析，是企業的智囊高參和運籌帷幄的帥才 同時又擔負著研發人員的技術指導工作 他們是it企業軟體新產品市場前景的 者和參與營銷的市場策劃者，承擔著為客戶設計...