SERU最佳需求分析方法

2022-07-16 04:30:21 字數 1988 閱讀 9138

seru需求分析意為subject area,event/report,user case三個需求分析建立的層次。分別對應了seru方法中三個重要的階段: 明確目標和範圍(開天闢地)、理清脈絡和框架(涇渭分明)、填充需求細節(天圓地方);整個需求體系可劃分為需求定義、需求捕獲和需求分析, 通過主題域、事件、報表/管控點、用例四個關鍵分解項貫穿分析、建模和描述過程。我認為這有點像像素描的過程,首先把範圍以及大致的框架畫成型,然後畫出各部分的骨架以及結構形成大致的形體,最後再新增每乙個層次上的細節形成一幅完整的畫作。需求分析建模也是有種藝術的境界。

圖1 seru模型

圖2 劃分子系統,確定關係

第二階段,理清脈絡階段就是對業務粒度的細化。該階段的任務就是對每個業務事件、每類報表進行人事物三者之間關係的分析,並標示出絕大部分的用例。需求先分解再提煉,第一階段是需求分解並形成組織架構的階段,在第二階段就是對需求進行提煉的過程。前面說過分解是乙個自上而下的過程,那麼按照一種線索進行分解時多個業務時間就會產生相互交疊的情況。提煉就是一種自底向上的方式將每個業務事件的類進行提煉,抽取出共性的部分,建立針對整個系統的全域性領域模型。我們可以使用uml中的領域類圖、流程圖和用例圖來理清需求的結構框架和行為脈絡,把業務事件列表以及報表輸出成領域模型和用例模型。業務流程的梳理應該是每個產品人的基本功,在這裡我推薦使用跨職責流程圖以及完善的活**提煉出業務模型。

圖3 跨職責流程圖

圖4 活**

那麼通過模型,我們可以看到子系統內業務流轉的過程,從而確定邏輯關係以及數量關係。總而言之,理清脈絡的方式可以通過uml中各種圖例幫助產品人員理清業務流程,建立起完善的業務邏輯模型。在這裡要善於合也要善於舍,合併提煉相同的業務類,捨棄細節的干擾,整理出子系統內層次清晰的架構。

圖5 梳理脈絡並且進行建模

第三個階段是填充細節階段,該階段的任務就是填充每個用例的實現細節,以便於開發人員進行具體的實現。往往產品人員在考慮需求範圍的時候只考慮到功能性需求,在這個階段要對非功能性需求以及設計約束進行更細緻的補充。這個階段的任務是對用例模型、領域模型標示出用例、領域類的細節進行填充。對於組織行為需求的用例,我們要填充用例的事件流;對於組織資料(結構)需求的領域類,我們要填充它的字段與格式。很多產品人員在歸納用例的時候會採用「先人後事」的思路,這種方式很容易陷入誤區。我們應該講人(角色,參與者)和事(場景,用例)分開考慮,在確定他們的關聯時,要先事後人地考慮。用例說明可以分為兩個層次,第乙個層次重點關注業務活動的變化以及其中的約束條件,另外乙個層次就是互動/介面在視覺層次上的建模和細化。這兩個層次其實是縱深對應的關係,先考慮業務和規則,再考慮前端的互動和介面展示。在這個階段不單單是對業務的考慮,同時前置條件,後置條件,基本事件流程,拓展事件流程,子事件流程都是用例的核心部分。

圖6 填充需求細節

在需求分析,架構系統的時候往往我們產品人員會把大量的時間花在探索「怎麼做」,很少對現實業務的整個過程進行思考。seru需求分析的核心是從「人,事,物,介面」四條主線著手,沿著業務的脈絡(業務主題域-業務事件/流程報表-業務活動-業務步驟)進行有機的分解,再以建模(構建-流程圖-用例-事件流)的方式實現定向的需求分析。先從廣義上對問題進行系統的拆分,以子系統的方式單獨成乙個封閉的集合,接下來考慮集合與集合之間的關係,最後完善集合內部符合業務流轉的玩法。實際上我認為這個過程很像古代治國的方式,三個步驟對應著確定國家邊界,國與國之間的延展,國內的治理。或許徐峰老師自身體現的也是一種設計系統架構的兵家思想。

軟體需求最佳實踐 SERU過程框架原理與應用

書 名 軟體需求最佳實踐 seru過程框架原理與應用 作 者 徐鋒 著 isbn 978 7 121 07395 3 出版社 電子工業出版社 出版日期 2008年10月 宣傳語 經驗密集,直擊需求實踐中各種問題。貫穿全書的seru過程框架,詳盡地覆蓋了需求工作中各個環節的任務 要點及產物,可操作性極...

需求分析方法

專案需求分析是乙個專案的開端,也是專案建設的基石。在以往建設失敗的專案中,80 是由於需求分析的不明確而造成的。因此乙個專案成功的關鍵因素之一,就是對需求分析的把握程度。在原則上,需求階段監理應尊重承建方的專案管理和專案分析能力 在具體的任務開展上,以不深入 不干擾承建方的自主權為主,除非在專案合作...

需求分析方法

專案需求分析是乙個專案的開端,也是專案建設的基石。在以往建設失敗的專案中,80 是由於需求分析的不明確而造成的。因此乙個專案成功的關鍵因素之一,就是對需求分析的把握程度。在原則上,需求階段監理應尊重承建方的專案管理和專案分析能力 在具體的任務開展上,以不深入 不干擾承建方的自主權為主,除非在專案合作...