需求建?；A(chǔ)與實(shí)例.ppt

UML面向?qū)ο蠼；A(chǔ),需求建模基礎(chǔ)與實(shí)例,知識圖譜,Agenda,什么是需求 如何使用UML對需求建模 需求建模實(shí)例 本章小結(jié),Agenda,什么是需求 如何使用UML對需求建模 需求建模實(shí)例 本章小結(jié),需求導(dǎo)致項(xiàng)目失敗的罪魁禍?zhǔn)?根據(jù)Standish Group對23000個項(xiàng)目進(jìn)行的研究結(jié)果表明，28%的項(xiàng)目徹底失敗，46%的項(xiàng)目超出經(jīng)費(fèi)預(yù)算或者超出工期，只有約26%的項(xiàng)目獲得成功。 而在于這些高達(dá)74%的不成功項(xiàng)目中，有約60%的失敗是源于需求問題。 也就是說，有近45%的項(xiàng)目最終因?yàn)樾枨蟮膯栴}最終導(dǎo)致失敗。,我們在哪重重摔了一跤,在Standish Group的報告中總結(jié)了導(dǎo)致項(xiàng)目失敗的最重要的8大原因中，有5個與需求相關(guān)： 不完整的需求； 沒有用戶的介入； 不實(shí)際的客戶期望； 需求和規(guī)范的變理； 提供了不再需要的,軟件需求曾經(jīng)讓我們?nèi)绱死仟N,需求的定義,需求工程,需求開發(fā)活動,需求開發(fā)與需求管理的分界線,需求捕獲,明確業(yè)務(wù)需求：業(yè)務(wù)需求是整個系統(tǒng)最為宏觀層面的東西，也就是“項(xiàng)目的目標(biāo)” ；通常來說，業(yè)務(wù)需求是構(gòu)建在“項(xiàng)目發(fā)起人”的腦子里的 ；“業(yè)務(wù)需求”可以分為“產(chǎn)品/項(xiàng)目目標(biāo)”和“子目標(biāo)描述”兩個方面的內(nèi)容 理解業(yè)務(wù)流程： - 若項(xiàng)目較大或者業(yè)務(wù)較陌生：應(yīng)進(jìn)行業(yè)務(wù)建模； - 如果業(yè)務(wù)較陌生：聘請領(lǐng)域?qū)＜?，領(lǐng)域培訓(xùn)； - 如果術(shù)語較多，易于混淆：業(yè)務(wù)術(shù)語表 - 無論如何，都應(yīng)該建立跨部門職能流程圖,需求捕獲,明確用戶需求： - What（收集什么信息） - Where（從哪收集） - How（如何收集）,Agenda,什么是需求 如何使用UML對需求建模 需求建模實(shí)例 本章小結(jié),用例模型組織需求,用例特性 -用例描繪的場景（或事件流）展示了參與者如何使用系統(tǒng)。這都應(yīng)基于系統(tǒng)要完成的任務(wù)及其重要性來決定如何確定主要場景、次要場景，以及需要多少場景| -用例的粒度問題很關(guān)鍵，既不能太大也不能夠太小,用例模型組織需求,用例建模工作流 - 識別參與者 - 尋找用例 - 描述參與者和用例的交互方式 - 用包來組織用例和參與者（可選） - 通過用例圖表示用例模型 - 細(xì)化用例模型 - 評估用例模型,類模型概念模型,概念模型也稱為領(lǐng)域模型，通常把業(yè)務(wù)建模生成的稱為領(lǐng)域模型，而無專門的業(yè)務(wù)建模生成的稱為概念模型 建立概念模型的目的是幫助開發(fā)團(tuán)隊(duì)理解問題領(lǐng)域的各種概念、各種名詞、以及它們之間的各種關(guān)系，它的主要表現(xiàn)方式就是類圖 在構(gòu)建這個模型時，最主要的工作是找出相關(guān)的類，然后明明類之間的關(guān)聯(lián)關(guān)系，必要時加入一些多重性描述和業(yè)務(wù)規(guī)則約束,交互模型描述事件流,在需求階段的交互模型是一個起點(diǎn)，隨著分析和設(shè)計(jì)工作的開展，該模型將不斷的精化和修正 可借助Robustness分析來推導(dǎo)出交互模型 交互模型中一般只包含概念模型中的實(shí)體對象和分析模型中的邊界對象，其目標(biāo)只是幫助分析人員理清整個事件流，而控制對象、設(shè)計(jì)類的引入都將在后續(xù)階段進(jìn)行 并非一定要為用例模型中的所有用例構(gòu)建交互模型，關(guān)鍵在于“是否需要” 可借助狀態(tài)圖表示一些對象狀態(tài)的變遷及用戶界面設(shè)計(jì)，還可以借助活動圖來理解活動與活動之間的控制流,Agenda,什么是需求 如何使用UML對需求建模 需求建模實(shí)例 本章小結(jié),確定業(yè)務(wù)需求,確定業(yè)務(wù)需求,確定業(yè)務(wù)需求,為開發(fā)人員提供一個PSP工具，簡化時間記錄工作；同時提供數(shù)據(jù)使用的工具，幫助開發(fā)人提高估算能力。,需求捕獲,需求捕獲,獲取需求特性表,建立概念模型發(fā)現(xiàn)類,建立概念模型關(guān)聯(lián)分析,建立概念模型職責(zé)分析,建立用例模型識別參與者,建立用例模型合并特性獲得用例,建立用例模型合并特性獲得用例,建立用例模型繪制用例圖,建立用例模型簡要描述用例,建立用例模型劃分用例優(yōu)先級,建立用例模型詳細(xì)描述用例,建立交互/狀態(tài)模型,用戶界面設(shè)計(jì),Agenda,什么是需求 如何使用UML對需求建模 需求建模實(shí)例 本章小結(jié),本章小結(jié),首先闡述了需求的三個層次，解釋了需求工程的任務(wù)，并展開說明了需求捕獲的工作流程 闡述了如何通過UML來對需求進(jìn)行建模，包括組織需求的用例模型、建立概念模型的類模型以及描述事件流的交互模型 引入了一個“開發(fā)時間管理”系統(tǒng)的實(shí)例，從明確