說起cbap大家可能並不熟悉，但是業務分析或需求分析的工作相信大家肯定不陌生。cbap是國際業務分析師協會（iiba）的高階認證，與之類似的是美國專案管理協會（pmi）的pba。
對於business analysis（ba）有翻譯為商業分析、業務分析或者需求分析，根據不同的需要可能會有所不同，在本文及以後的文章中，統一按照業務分析進行翻譯及理解。ba在工作中通常會有相關的崗位，比如業務分析師、需求分析師，可能有些崗位的專案經理、架構師也會承擔相應的業務分析工作，本文所說的業務分析，不單指某乙個崗位職責，泛指業務分析的工作內容，如果需要，每個人都是業務分析師。
一、核心概念模型
1、business analysis information：業務分析資訊
對於業務分析師分析、改變或者報告的廣泛的、多樣的資訊，包括調研引出的結果、需求、設計、解決方案的選項、解決方案的範圍和改變策略等。業務分析資訊可能是任何種類的、任何細節級別的，可能是在業務分析工作中的一項輸入或者輸出。
2、design：設計
代表一種解決方案，也許是乙個或一系列文件，能夠根據環境實現廣泛的改變。對於業務分析來說設計主要是業務流程、業務架構等於業務相關的設計。對於技術層面的設計一般不會進行設計。
3、requirements：需求
代表一種需要，也許是乙個或者一系列文件，但是不能根據環境實現廣泛的改變。對於需求是比較明確的，與need需要相比，need可能存在於干係人的頭腦中的想法。
4、enterprise：企業
乙個由乙個或者多個組織組成的系統，他們的解決方案用來實現一系列共同的目標。企業是乙個廣義的概念，可能是多個組織，與組織比範圍更大。
5、organization：組織
在個人或者董事會的組織下的自發的一群人，他們朝著共同的目的和目標而工作。
6、plan：計畫
乙個用來實現某件事的建議，描述一系列的事件，這些決定取決於這些事件、期望發生的順序、安排、結果、材料或者需要的資源、包括的干係人等。計畫可以是頭腦中存在的，一般情況下是實體輸出的，比如使用project制定的專案計畫。
7、risk：風險
對於變化、解決方案、或者企業的價值存在不確定的影響。風險的關鍵點在於：必須是不確定的，而且是有影響的。風險可以分為正向和負向的風險，一般正向的風險認為是機會。
業務建模之一 業務分析
業務要求 似乎是it程式設計師永遠無法越過的一道坎，輕飄飄一句 不滿足業務要求 足以讓你從雲端自由落體 業務邏輯 是it程式設計師心中無法言及的痛，它總是那麼 蠻橫得不講道理 如果讓程式設計師評選 最不合邏輯的邏輯 結果一定會是業務邏輯。當 不滿足業務要求 或者 不符合業務邏輯 時，年輕的程式設計師...
3 業務內涵分析
1 系統分析 system analysis 分析的物件是系統所處業務領域知識 domain knowledge ooa不是要去分析實際的系統，而是用來分析人們對系統的專業認知和做法 從收集到的領域概念來分析出業務內涵。業務 領域 知識 業務內涵 2 舉例 一 東方傳說 嫦娥奔月 后羿從西王母處請來...
第01份作業
在本週中，我學會了什麼叫程式什麼叫程式語言，並了解了c語言的一些基本語法，學會了編寫一些簡單的程式。從一開始的生疏到現在已經完成了兩份作業，我體會到了，c語言真的是實踐性很強的一門學科，只有通過不斷的練習，我們才能將理論轉化實踐，熟練運用c語言。我們只有比電腦更加清楚我們寫的程式執行的結果應該是怎樣...