BA 的職責

Responsibility:

1.  肯定系統應用範圍：獲取實際業務狀況（可是並不包含與用戶完善實際業務的過程），與用戶一塊兒分析實際業務中須要經過軟件應用來完成的部分；
   • 備註：是否要與用戶一同來分析軟件應用範圍要視具體項目的規模而定，若是在BA熟悉的領域內，或者項目規模較小，也能夠由BA獨自完成應用範圍的分析，再與用戶確認便可。
2. 確認主要系統用戶：分析並確認軟件系統的主要系統用戶，明確各用戶在實際業務中擔當的職務、負責的工做等狀況；
3. 確認系統用例：分析並確認主要系統用戶對應的系統用例，系統用例的範圍應當在實際業務用例的範圍以內（通常小於實際業務用例的範圍）
   • 備註：二、3是一個迭代的過程，在分析用例的階段，也是對以前確認的系統用戶是否準確的一個檢測過程，若是發現以前的主要系統用戶確認並不許確，能夠返回主要系統用戶確認階段再行分析。
4. 系統用例分析：對系統用例進行分析、細化和實現；
   • 備註：首先分析已經確認的用例，而後對較大的用例進行細化（對一個較粗用例進行分割，造成更爲細緻的用例的過程），細化後的全部用例應基本保持在基本一致的維度上，同時用例也不宜過多或過少，要視項目規模而定。最後對細化後的用例進行實現分析，例如「登陸系統」是一個系統用例，在系統中的實現多是「經過PKI證書登陸」，或者是「經過輸入用戶名和密碼登陸」。
5. 系統場景分析：根據系統用例實例分析出對應的用例場景，並分析用戶與系統的具體交互方式，分析並概括應用規則；
   • 備註：應用規則從實際業務規則（法律、規定、慣例等）得出，並根據系統應用特色進行分析和概括。
6. 系統對象分析：抽象出每個場景中涉及到的對象，對這些對象進行分析、設計，這些對象就是未來技術方面進行軟件設計開發的重要依據；
   • 備註：系統對象是系統場景中表明計算機邏輯的概念化產物，例如文件、權限、表單等概念。　
7.  業務分析知識轉移：與技術方面的關鍵人員進行交流，將前期工做成果進行知識轉移，保障後續的軟件設計開發工做能夠順利開展。
   • 備註：這一步是相當重要的一步，這裏並非簡單的成果交付，還須要讓項目今後順利過渡到技術方面接手。這一步除產出業務分析中的各種文檔資料外，還應包含屢次的現場交流會議、培訓、以及必要的過渡性系統設計支持等

轉自 https://blog.csdn.net/BA_RockyLee/article/details/6312715