1、常見需求模型1、常見需求模型之一一業務流程模型1、業務流程模型的兩種常見表示方法業務流程圖一般用于對核心業務的細化描述,可以采用UML中的泳道圖來表示.體檢者效勞人員收裁入員體檢醫生壕合科醫生圖1體檢者申請體檢流程如圖1,圖最上方的方框內的“體檢者、“效勞人員、“收費人員等表示業務中相應的崗位,崗位下方對應的是該崗位相應的責任,箭頭表示責任間的執行次序,箭頭下方的圖標表示崗位間傳輸的單證.圖1表示的體檢者申請體檢后填寫個人情況單,效勞人員開單后形成體檢單,收費人員收費后出具收費單,各科室體檢醫生按單體檢并記錄體檢結果,當全部體檢項都完成后,由綜合科醫生出具報告,最后由效勞人員將體檢報告返還給體

2、檢者.vi業務流程圖是給甲方的業務領導看的,而由于UML的泳道圖過于簡單,有時為了追求美觀,也用so的流程圖來表示,如圖2.上層入庫流程,其中 圖標表示可以用便攜設備現場登記入庫；中間層倉庫治理流程表示“庫存治理業務可以分解為“盤點、“移庫、“信息維護、“下限自動提醒等子業務,其最右方的菱形表示轉到“采購流程該流程可單獨再畫一個流程圖；最下方出庫流程表示出庫業務過程,其中庫存缺乏,可自動轉到“申請采購子業務.2、什么樣的工程要采用業務流程模型對于一些工程的核心業務,特別是涉及業務變革、職能調整類的工程,尤其需要畫出業務流程圖,明確未來業務在組織結構、業務職能和業務信息共享要求等方面的變化情況,

3、借助業務高層領導的支持,防止變革阻力向系統的傳導.另外,在一些需要標準業務的IT工程中,該模型也大有用武之地詳見推薦閱讀1.3、業務流程模型和上下文范圍模型的區別業務流程模型重點在核心業務流程,擅長描述核心業務中涉及的崗位變化、責任關系和業務流向；上下文范圍模型重點在業務范圍,擅長描述業務中的用戶、例外處理等.業務流程模型一般是對上下文范圍模型中某個核心業務的細化.2、常見需求模型之一一上下文范圍模型上下文范圍模型常用于開業務需求研討會時,細化需求.按步驟構建模型如下列圖:球季人免咳看人玩1,畫好系統和參與者比方在開體檢業務系統的業務研討會時,可以將該系統畫在中間,將各類參會的人員畫在周圍.2

4、,尋找主要外部參與者的核心業務事件由于一個單位的價值一定是通過作用于外部用戶而產生的,所以首先尋找單位的主要外部用戶,由他來激發單位內部的響應.例子里主要外部用戶是體檢者,他提出了一個“申請體檢的業務事件,所以畫出從體檢者到系統的箭頭,并標注“申請體檢和標號1.3,確定對核心業務事件的業務響應單位外部的體檢者提出“申請體檢后,將激發單位內部的一系列業務響應,依次響應如下：效勞人員要“開單；收費人員要“收費；體檢科室要“體檢并記錄結果；當所有體檢結果都出來后,綜合科醫生要“出具報告；最終“返回報告給體檢者.所以依次畫出參與者到系統的箭頭,并標注“開單、“收費等信息,標號都為1,表示是對業務事件1

5、“申請體檢的業務響應.4,尋找非核心業務事件以及業務響應處理完主要外部用戶的核心業務事件及其業務響應后,還得考慮非核心業務或例外事件,例子中非核心業務事件主要有“申請改單,對應的業務響應是收費人員的“處理改單.所以補充畫出從體檢者和收費人員到系統的箭頭,箭頭上標注“申請改單和“處理改單,并將標號設為2.例外事件如體檢者過期未取體檢報告怎么辦系統應主動提醒一次用戶來取報告,這就是畫出了“5通知用戶取報告.5,尋找其他外部參與者的業務事件及其響應最后考慮相對于體檢部門的外部單位的業務事件,如財務部門的“提交團隊繳費情況、客服中央的“查詢體檢情況、系統定時觸發的“通知用戶取報告和維護人員的“治理體檢

6、項等等.該模型繪制的過程,其實就是業務需求討論記錄的過程.模型的成果給出了系統大致的范圍概覽.3、常見需求模型之一一主題域模型主題域模型采用UML中的組件視圖,將大型復雜系統需求先期分解為假設干主題,再把每個主題當作獨立的系統,用以初步描述子需求和需求之間的依賴關系.物資營理子索統QL客服治理子系統/蕊取公司客戶旗費侑息股G線單制資申述赧或售戶體檢業務子系統1查世團隊弊撿荒成情況有一體檢醫院,它光體檢不看病,這類業務非常有“錢景.現在要為這類體檢醫院開發系統,捕獲需求.由于涉及的業務較多,前期可以根據它原有部門的劃分,分為如上圖的三個主題域,確定三個子系統.再研究各部門之間原來人員的信息交互情

7、況,決定子系統間對外的接口和協作關系注意是需求級的粗略分析.例如,負責體檢業務的部門經常要找負責物資治理部門的人申領物資,所以如圖標識“物資申領接口和調用請求；當體檢業務部門的物資快消耗完畢時,他要提前通知物資治理部門負責采購的人員,所以如圖標識“提交物資使用情況接口和調用請求.其他接口也采用類似方法確定.4、常見需求模型之一一思維導圖模型在需求分析時,我們一般使用思維圖在訪談的時候做記錄、方案工程和活動、對研討會作總結.總的來說,只要我們需要簡潔和智能的記錄方式,就會用到思維圖.思維圖是繪圖和文字的結合,試圖根據大腦存儲信息的方式來展現信息.我們把每條新的信息與我們已經知道的某些事聯系起來,

8、思維圖通過線把詞和圖聯系起來的方式,實現了對大腦思維過程的模擬.下列圖是對我們虛擬用戶代表的思維圖模擬.侯尼嘴天下等身局1S6個人喜歡小裝置解昂需庭計篁機工作新奇的 某銀行需求分析師工工部門高性翡DVD播放器計苴機科學軟件工程學與妓術、頊士學位幅長于此11有趣的工作、首席架構師兒子思維圖的中間應該是中央主題,中央思想應該是有強烈視覺效果的圖像.然后外一層分解展示了主要概念、話題、思想或者所選擇的主題的分解.用一到兩個詞來寫下這些思想,然后用線條來連接這些思想,最好用有顏色的線來描繪,這樣人們更容易記住.線條可以用箭頭表示方向,但大多數情況下思想之間的聯系是雙向的.思維圖并不總是從中央向外擴散的

9、,有時候有一些想法,或者從記筆記中聽到一些事情,這些東西與圖上已有的東西之間沒有聯系,但也要畫到圖上去,由于將來可能會發現聯系.最后的圖可能不那么漂亮,但對思維是有幫助的.畫思維圖的紙要足夠大,當然也可以用畫思維圖的軟件來進行,不過我認為還是直接畫圖比擬好,畫圖的過程本身就是思維的過程,彩色鋼筆的使用使畫圖的過程充滿樂趣,并且新的思想由此源源涌出,在畫的過程中,思想的閘門被翻開了.在對風險承當者進行訪談詢問的時候,我們可以使用思維圖來記筆記.當風險承當者告訴我們關于他們的工作、以及需要的新產品的特征的時候,使用思維圖的好處就表達出來了.使用思維圖來記錄訪談的內容,就更可能看到聯系,并且發現客戶

10、沒有提到但是應該解釋的聯系.思維圖可以是一個多用途的記錄工具,由于可以簡單的一條線來代替聯系的文字.所謂創造性思維,是善于把一個問題中松散的“遙遠的各個元素聯系起來,從周圍的環境中廣泛尋找自己經歷過的東西,甚至無意中看到廣告牌或者一次談話都可以引發聯想,得出問題的答案,這使得他們得以用的方法來有效的解決問題.思維圖并不可能給出答案,但可以條理性的展示我們可能希望看到的東西,這就是思維圖的作用.5、常見需求模型之一一用例模型一、用例模型的要點但是要繪制好用例圖很簡單,一般就是三個符號：一個小人角色、一個圈用例、一根連線,用例圖并不簡單,需要注意以下問題：1、如果本系統和外部系統有交互或接口,外部

11、系統也是角色.如ATM機系統中與銀行系統的對接例2、產品用例中的角色是實際使用系統的崗位名,如在代售點的火車訂票系統,其用例圖如下列圖;3、角色間可以使用繼承關系簡化設計,但意義不同；下列圖左邊表示三類用戶點擊的是同一按鈕,看到的是同一界面,可以由同一個程序員開發的登錄模塊；下列圖右邊表示的是三類用戶點擊的是不同的按鈕,看到的是不同的界面,可以分給不同的程序員分別開發的登錄模塊；4、用例中核心業務要詳細突出,一頁紙寫不下的非核心業務可以合并,并在次級用例中展開;5、用例應該能為角色帶來業務價值,別把動作過程當作用例.用例好比是主界面上的按鈕,動作那么相當于點擊按鈕后在彈出窗口中的一系列操作.比

12、方查詢是用例,而設置查詢條件和獲得查詢結果就是查詢用例的兩個動作.6、采用用戶的視角和術語命名用例,常為動名詞,防止采用功能視角確定用例.如下列圖處理設備缺陷工程,左側是錯誤表達方式,右側是推薦表達方式.、用例模型的級別用例模型分為業務級、產品級和功能級三個級別,應在需求過程中逐步細化.C業務級用例LU印配送專；、記配送站臬配送人員功能級用例彘一業務級用例是用于需求前期界定業務范圍的,例子中表示配送人員業務上要干“配送這件事；產品級用例用于甲乙雙方簽合時明確工作量的,反映了軟件產品為支持“配送業務提供的功能.注意如果自動化程度高的軟件產品,還能提供“自動生成配送路線、“自動生成裝箱方案等功能,

13、但在例子中表示未來軟件產品將只提供“打印配送單和“登記配送結果兩功能,其他功能不提供；功能級用例用于開發團隊內部治理工程的,反映了各個功能之間的依賴關系.例子中表示“打印配送單和“登記配送結果功能都用到了“查詢配送信息功能.三、功能級用例的結構化關系用例通過擴展、包含、泛化等關系作為對需求細化的手段,稱之為用例的結構化.比方下列圖所示,不同用例之間的關系如下：BoonDttultki加Customer?ihdudeKotrlCvunStaffChickout包含(include):一個用例的實現使用另一個用例的實現.例如,“預定房間和“登記入住都需要參與者核對房間的可用性、以及查詢有沒有可用的

14、房間等,這可以增加一個“核對房間清單(CheckRoomDetails)的包含用例.擴展(extend):根本用例不需要了解擴展用例的如何細節,擴展用例在這些擴展點上增加新的行為.例如,酒店治理系統中有一個功能“待分配房間的預訂人等候名單,如果沒有房間,系統就會把客戶放進這個等候名單(Waitinglist),因此,這個Waitinglist就是預訂房間(ReserveRoom)的擴展.把擴展別離出來,可以使問題容易理解,這就不至于被過多的問題所糾纏.泛化(generalization):一個用例的實現從另一個抽象的用例繼承.例如,酒店治理系統中“預定房間用例就可以泛化為“預定設施,這樣,以后再有類似的“預定會議室用例就可以直接從泛化的“預定設施用例繼承.在細化確定需求規格說明時,如果存在以下情況,一般進行用例結構化,將子流或備選流提升為單獨用例：1、當一個子事件流被多個用例調用時；2、備選事件流或子流開發量較大,需單獨安排人員或時間時；3、準備在下一版本完成備選事件流時.6、常見需求模型之一一數據流模型對于一些后臺類和工具類的工程,由于其業務協作性不明顯,可以采用數據流圖來表示.描述數據流圖時,一般主要從輸入、處理、存儲和輸出的開發視角分級描