需求建?；A與實例.ppt

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