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

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