1. 程式人生 > >需求分析和業務架構

需求分析和業務架構

一、名詞解釋

名詞

含義

需求收集

收集業務原始需求,主要是從參與者的角度表達使用者需要達成的業務功能,一般以業務用例的形式體現。

業務需求

業務需求是需求收集過程的產出物,主要以用例的形式體現。

需求分析

需求分析是在業務需求的基礎上,進行細化、分類、整理併產出系統需求的過程。

業務架構

業務架構是業務需求細化、分類的基礎上,對複雜業務需求進行重新組織,業務架構以業務元件和系統需求的方式體現。

業務元件

大塊的業務需求,按照內在邏輯的關聯性,組織在一起,具有一定業務屬性和業務功能的元件。

業務用例

業務用例指業務執行者希望通過和組織互動達到的,而且組織能提供的價值。

系統需求

業務元件的功能描述就是系統需求。

系統用例

系統用例指系統能夠提供的系統價值。

二、專案過程和架構

軟體專案過程一般包含需求、架構設計、開發測試、釋出等過程。

一般意義上的軟體架構是指在概要設計階段對系統進行劃分,主要是指應用架構。廣義上的軟體架構其實作用於專案過程的各個階段,包含業務架構、應用架構、基礎架構、資料架構等。

 

實施階段

解決問題

輸入

輸出

產出人

業務架構

需求分析

業務複雜性,組織業務需求,便於理解。

業務需求說明書

需求規格說明書

業務元件

業務架構師

應用架構

架構設計

系統複雜性

需求規格說明書

概要設計說明書

應用元件

應用架構師

基礎架構

釋出

部署複雜性,高可靠。

概要設計

詳細設計

系統部署文件。

基礎架構師

三、需求收集

需求收集是把生成業務需求說明書的需求開發過程,輸入是業務人員的原始想法或願景,輸入是業務需求說明書,主要過程如下:

  1. 收集業務人員的業務想法或者業務願景。
  2. 完善整理業務人員的業務想法,並以一定的形式(一般為用例)表達出來,每個業務用例都代表一個業務場景,實現一個完整的業務功能。
  3. 按照業務功能的範圍進行橫向拆分組織,減少後期需求分析的問題規模,並形成業務需求說明書。

四、需求分析

4.1 定義

需求分析是業務需求進行拆解,組合,形成系統需求的過程,需求分析是在縱向對業務需求進行拆分,並進行概念建模,形成系統需求的過程。

4.2 拆分原則

業務需求拆分成系統需求是為了便於理解,拆分是不是合理,所以有兩個比較簡單的判斷標準。

  1. 拆分是不是滿足業務場景。
  2. 拆分出來的模組是不是足夠明確,讓系統分析人員能夠很好的進行分析。

 

拆分是個不斷持續的過程,一直拆分到所有的需求的粒度都足夠合適,是否合適完全根據團隊的經驗能力,並沒有統一量化的標準。

 

五、參考資源

1. 業務建模 之 業務用例圖

2. 基於UML的面向物件分析與設計

3. 淺談軟體需求建模