《QUML:量化需求分析與建模》節選之一:序言

本書由本人編寫,於2014-09-09在百度閱讀首發,博客將轉載試讀部分的20%內容,以及非試讀章節的某些片斷。

電子版鏈接:http://yuedu.baidu.com/ebook/c7a9a6dc680203d8ce2f24a6### 





QUML:量化需求分析與建模


序言

統一建模語言UML,量化管理,功能點分析FPA,三個令人敬畏的概念。

只有被強制使用的時候,人們纔會使用UML進行系統分析,而且多數止步於第一步:用例圖。

只有所有非量化的文檔、會議、總結報告無效的時候人們纔會想到量化管理。

只有所有度量項均被證明失效的時候,人們纔會嘗試功能點。

本書將會介紹一種輕量級的QUML,不但同時實現三者的目標,還能一改讀者對這三個概念的刻板印象。

QUML可以被理解爲“量化的統一建模語言(Quantitative UML)”,通過在建模過程中自動獲得簡化功能點,將量化管理和功能點變成團隊和企業的第一選擇。

QUML還可以被理解爲“快速的統一建模語言(Quick UML)”,它僅僅完成用例分析即可結束,但卻可以獲得全套業務類及其方法、全部應用頁面、潛在測試用例數量等信息,也包括前面提到的量化。

這一方法的量化效果如下(以10人年的產品或項目爲例):

  1. 4小時左右,完成第一級簡化功能點估算,精度25%;

  2. 整個過程只產生60個圖形元素和120~200個漢字;

  3. 同時獲得系統中大約60個業務類和360個業務方法;

  4. 不發生需求變更的情況下,分析結果接近0遺漏;

對於曾經嘗試過功能點,尤其是那些感覺無法快速、準確獲得功能點計數項的讀者,這種新方法包含以下特有之處:

  1. 基於一種快速建模方法獲得功能點,而不再是需要從結構混亂的Word文檔中“發掘”;

  2. 建模方法會形成一篇Word文檔,其目錄結構就是功能點計數項,使用作者提供的Word和Excel模板只需要1分鐘完成計數;

  3. 建模方法中的一些圖形(簡化和改良後的UML)可以確保功能點不會遺漏;

對於曾經嘗試過UML,尤其是那些曾經嘗試又因爲過於繁瑣而放棄了的讀者,這種方法包含以下特有之處:

  1. 使用“用例流程圖(UCF)”代替了原來的用例圖,在分析業務流程的過程中自動發現用例,確保沒有遺漏;

  2. 完成例流程圖中的用例分析後,即可直接獲得主要業務類及其方法,無需類圖等繁瑣圖形;

  3. UCF圖中的用例具有相似的規模,經過簡單計數可直接進行功能點度量;

  4. UCF圖中的用例都大約需要1~5天的純開發工作量,可直接作爲敏捷開發的用戶故事進行開發;

  5. 直接在用例圖之前增加了兩層更具概要性的“角色業務圖(RB圖)”和“實體關係圖(ER圖)”,使得大量用例的分析過程和組織方式更具有結構化;

對於曾經嘗試敏捷開發,尤其是那些頭疼於需求分解、用戶故事分析的讀者,這種方法包含以下特有之處:

  1. 可以從用戶願景經過兩個步驟,直接獲得史詩故事、用戶故事;

  2. 用戶故事幾乎沒有遺漏;

  3. 用戶故事擁有相同的大小,從用戶故事數量可以直接計算工作量;

  4. 賦予史詩故事新的明確定義:“一組必須完整交付的用戶故事”,並能將史詩故事作爲產品規劃、優先級排序的直接依據。

更多擴展用途,請參考本書的目錄結構。

謹以此書向自1979年以來,在功能點FPA,統一建模語言UML,敏捷開發Agile等領域做出貢獻的前輩巨人們致敬。

亦以此書獻給今天過70歲生日的父親,他已經比我領先4本書了。

2014年9月8日,北京



發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章