需求分析和業務架構
一、名詞解釋
名詞 |
含義 |
需求收集 |
收集業務原始需求,主要是從參與者的角度表達使用者需要達成的業務功能,一般以業務用例的形式體現。 |
業務需求 |
業務需求是需求收集過程的產出物,主要以用例的形式體現。 |
需求分析 |
需求分析是在業務需求的基礎上,進行細化、分類、整理併產出系統需求的過程。 |
業務架構 |
業務架構是業務需求細化、分類的基礎上,對複雜業務需求進行重新組織,業務架構以業務元件和系統需求的方式體現。 |
業務元件 |
大塊的業務需求,按照內在邏輯的關聯性,組織在一起,具有一定業務屬性和業務功能的元件。 |
業務用例 |
業務用例指業務執行者希望通過和組織互動達到的,而且組織能提供的價值。 |
系統需求 |
業務元件的功能描述就是系統需求。 |
系統用例 |
系統用例指系統能夠提供的系統價值。 |
二、專案過程和架構
軟體專案過程一般包含需求、架構設計、開發測試、釋出等過程。
一般意義上的軟體架構是指在概要設計階段對系統進行劃分,主要是指應用架構。廣義上的軟體架構其實作用於專案過程的各個階段,包含業務架構、應用架構、基礎架構、資料架構等。
實施階段 |
解決問題 |
輸入 |
輸出 |
產出人 |
|
業務架構 |
需求分析 |
業務複雜性,組織業務需求,便於理解。 |
業務需求說明書 |
需求規格說明書 業務元件 |
業務架構師 |
應用架構 |
架構設計 |
系統複雜性 |
需求規格說明書 |
概要設計說明書 應用元件 |
應用架構師 |
基礎架構 |
釋出 |
部署複雜性,高可靠。 |
概要設計 詳細設計 |
系統部署文件。 |
基礎架構師 |
三、需求收集
需求收集是把生成業務需求說明書的需求開發過程,輸入是業務人員的原始想法或願景,輸入是業務需求說明書,主要過程如下:
- 收集業務人員的業務想法或者業務願景。
- 完善整理業務人員的業務想法,並以一定的形式(一般為用例)表達出來,每個業務用例都代表一個業務場景,實現一個完整的業務功能。
- 按照業務功能的範圍進行橫向拆分組織,減少後期需求分析的問題規模,並形成業務需求說明書。
四、需求分析
4.1 定義
需求分析是業務需求進行拆解,組合,形成系統需求的過程,需求分析是在縱向對業務需求進行拆分,並進行概念建模,形成系統需求的過程。
4.2 拆分原則
業務需求拆分成系統需求是為了便於理解,拆分是不是合理,所以有兩個比較簡單的判斷標準。
- 拆分是不是滿足業務場景。
- 拆分出來的模組是不是足夠明確,讓系統分析人員能夠很好的進行分析。
拆分是個不斷持續的過程,一直拆分到所有的需求的粒度都足夠合適,是否合適完全根據團隊的經驗能力,並沒有統一量化的標準。
五、參考資源