軟體項目管理 4.2.傳統需求建模方法
- 2022 年 5 月 27 日
- 筆記
- 軟體項目管理初級學習路線, 軟體項目管理初級路線
軟體項目管理 4.2.傳統需求建模方法
【公眾號 「項目管理研究所」 將會第一時間更新文章並分享《行業分析報告》】
歸檔於軟體項目管理初級學習路線
第四章 軟體需求管理
《初級學習路線合集 》
前言
大家好，這節我們學習軟體項目管理—傳統需求建模方法，接下來通過例子介紹主流建模方法，我們介紹：1.原型方法 2.基於數據流建模 3.基於UML建模。
一、原型方法
原型方法是通過不斷地評價原型來確定需求的方法。
這是某門戶網站的項目，那麼在需求分析階段，通過不斷地優化這個原型介面，來最終確定項目的需求，而且與用戶很容易進行交流，實踐中可以採用原型建模工具，例如等Axure設計工具。
二、基於數據流建模
數據流方法是結構化分析方法的主要方法。20世紀70年發展起來的面向數據流的方法，是一種自頂向下逐步求精的分析方法，根據軟體內部數據傳遞、變換的關係進行分析的。
數據流方法的主要技術有數據流圖（DFD），數據字典（DD），系統流程圖等等…
例如這是銀行取款過程，通過數據流來描述銀行取款的需求，這裡採用的是DFD圖進行描述的數據流由存摺開始進入系統，接受檢查，如果有問題就返回，否則繼續將提款的資訊記錄在系統中，處理付款資訊，付款給儲戶，完成了取款的過程。
那麼這個例子是學生資訊管理系統，那麼他體現了自頂向下逐步求精的數據流分析過程，那麼這是最頂層的數據流，數據流再往下需要進行合法性檢查，進入了各個功能的模組 。
例如學生基本資訊模組，學生健康資訊模組，學生成績資訊模組，以及查詢模組等。
如果希望對DFD圖中的數據進行描述，還可以採用數據字典等工具來描述。我們這裡將學生基本資訊，學生健康資訊，學生成績資訊等進行了詳細的描述。
三、基於UML建模
基於UML建模是基於面向對象的情景分析方法，從用戶角度出發考慮的功能需求，用例是系統向用戶提供一個有價值的結果的某項功能。
建模過程可以通過幾種UML視圖來描述，例如用例視圖，順序圖，狀態圖，活動圖等等。
基於UML建模步驟如下：
1.要識別出系統的角色既Actor。2.描述需要的Use case。3.實現用例視圖。4.必要的時候可以再通過順序視圖，活動視圖，狀態視圖等來進行描述。
四、進出口貿易項目案例
進出口貿易的業務環節是很多的，涉及到配額與許可申請，詢價，報價，合約洽談，備貨（出口），信用證，商檢，報關，運輸，投保，付匯/結匯，核銷退稅（出口）等多個環節。
這個案例採用UML方法進行需求建模的，首先識別角色，識別出很多角色，包括保險，出口商，存儲，海關，檢查部門，進口商，貿易管理部門，稅務，銀行，運輸等等角色。
而角色之間也存在一定的關係。
我們再看角色需要的usecase，也就是需要的用例。最高層包括出口和進口，進出口貿易按照階段可分為合約簽訂，合約執行兩部分。
我們以出口貿易的一些業務為例來進行說明，合約簽訂階段涉及的角色是出口商，進口商，貿易管理部門。出口商和貿易管理部門進行出口配額申請，出口商和進口商進行合約洽談，因此產生了出口配額申請和合約洽談兩個usecase，那麼usecase的參與者是出口商，進口商，貿易管理部門。
合約執行階段主要是合約的履行過程，主要執行過程如下圖，涉及的角色也非常多，產生的usecase也較多。
上述給出的usecase如果不夠詳細，還需要進一步描述，例如出口配額申請的usecase對很多人來講是個黑盒子，不清楚其中功能，為了進一步描述其內部功能和相關資訊，有必要將這個黑盒子打開，那麼這個黑盒子可以進一步通過計劃分配配額，招標配額兩個usecase來描述，我們可以看這個圖：
另外呢計劃分配配額用例對很多人來講仍然是個黑盒子，有必要進一步來描述內部的相關資訊。
那麼計劃分配配額描述出 出口公司向省級的地區經貿委，外貿經貿部提交計劃分配配額申請，並通過審核領取計劃分配配額的活動，我們可以看這個圖為計劃分配配額的順序圖。
我們也可以通過活動圖來進行展示，那麼這個圖就是計劃分配配額的活動圖。
那麼其他的用例圖以此類推，可以展開來說明，直到最後需求描述清楚為止。
總結
總之呢我們這裡介紹了原型方法，數據流建模，UML建模等傳統的需求建模方法，當然還有其他的傳統需求建模方法，這裡就不一一介紹了。
到這裡，第四章第二節 傳統需求建模方法就講解完畢！下一節介紹敏捷需求建模方法~
如果您覺得這篇文章有幫助到您的的話不妨點贊支援一下喲~~😉
後續將持續更新【軟體項目管理初級學習路線】的全知識點，大家感興趣的多多關注部落客喲~
————————————————
