自治的相鄰系統
自治的相鄰系統通過單向資料流與工作進行通訊！
合作的相鄰系統
合作的相鄰系統與我們工作合作完成某個業務過程的執行。
此類系統不發起業務事件!
確定工作範圍和業務事件關鍵點
要站在整個業務工作的高度來確定業務事件，而不是站在要構建自動化產品角度來確定業務事件。對確定業務事件，重點考慮以下幾點：
1 是否找到了業務事件的真正起源？ 反覆問自己能否擴大工作範圍？
起源不在操作者那裡，操作者只是對業務事件響應的的一部分
2 研究每個業務事件發生時相鄰系統發生了什麼，相鄰系統發起該業務事件時的意圖是什麼，頭腦中想的是什麼？
3 從工作的角度和相鄰系統角度來考慮每個業務事件的成果是什麼？而不只是考慮輸出是什麼？(審計系統查詢,資料流量展示成果)
找到業務工作本質
• 業務工作本質就是整個業務系統擁有者花錢投資業務系統的目標，既希望業務系統需要解決的問題.
• 業務目標通過業務系統的響應來完成，即業務過程。業務過程包括自動化系統行為也包括操作員或者業務員等的行為。
• 只有業務目標或者業務工作本質是永恆不變的。
• 業務過程是可變的。某個設計好的業務過程可以認為只是達到業務目標的一種解決方案而已。
確定業務用例和產品用例
業務用例： 每個業務事件，有乙個預先計畫的對它的響應！
找到了業務事件和業務事件本質目標之後，需求分析師的下乙個任務是：尋找最佳業務用例，並確定產品怎麼才能對工作產生最大的幫助！
這和以往專案的區別是，以前專案開始時都是有關於「產品應該是什麼」的先入為主的概念，卻不理解產品將成為工作的一部分！
只有先理解工作，然後將工作的一部分自動化，才能無縫的將自動化產品放到工作中
04掌握需求過程閱讀筆記之一
本次，我學習了業務用例，即萬無一失的工作劃分方法，從而為需求調研鋪平了道路。1.確定用例 用例及其用例 use case 這個術語最先由 ivar jacobson在1987年提出,用於描述系統及其使用者之間的互動。jacobson需要將系統分解為較小的單元,因為他感到物件模型不具備可擴充套件性。所...
《掌握需求過程》 閱讀筆記03
為了找出對專案我們真正知道什麼，開始對專案盡早進行度量，我開始了對 專案啟動 的閱讀。專案啟動是一項突發性的活動，通過這個活動收集讓專案啟動所需的各種資訊，啟動階段確定產品作為其一部分的工作，並確定產品要實現的準確目標。通過icebreaker專案更好的展示了需求過程，這一部分老師在課堂上也重點講到...
《掌握需求過程》閱讀筆記四
掌握需求過程 第八章講述的是編寫需求規格說明書，目的是為了講給我們如何將所有需求安排在需求說明規範中。這也算是對於前面幾章的總結概括，因為你前面做的所有事情終究只是準備，還是要落實與文字上的記錄。編寫需求規格說明書是指得到要構建的產品的完整描述的任務。把這項任務看做 構建 需求規格說明書是合適的 我...