1、第13章需求建?；A(chǔ)與實(shí)例,UML,第13章需求建?；A(chǔ)與實(shí)例,自我介紹,授課教師：周輝奎 單位：信息學(xué)院 辦公室：信息樓A305 手機(jī)號： Email： 授課班級：2011級軟件技術(shù)班,第13章需求建?；A(chǔ)與實(shí)例,考核方式和成績記載說明,考核方式為考查。 嚴(yán)格考核學(xué)生出勤情況，根據(jù)平時上課表現(xiàn)和實(shí)驗完成情況考核。 最終成績=平時成績*40%+期末考試卷面分*60%,第13章需求建?；A(chǔ)與實(shí)例,授課時間、地點(diǎn),周二3-4節(jié)、實(shí)訓(xùn)樓A樓307 周四3-4節(jié)、 3教506,第13章需求建?；A(chǔ)與實(shí)例,第13章 需求建?；A(chǔ)與實(shí)例,第13章需求建模基礎(chǔ)與實(shí)例,教學(xué)目的要求 （了解） （掌握） （掌握

2、） 教學(xué)重點(diǎn)和難點(diǎn) XML 教學(xué)方法 多媒體教學(xué)+上機(jī)實(shí)訓(xùn) 教學(xué)時數(shù) 2課時,第13章需求建?；A(chǔ)與實(shí)例,知識圖譜,第13章需求建?；A(chǔ)與實(shí)例,目錄,13.1 什么是需求 13.2 如何使用UML對需求建模 13.3 需求建模實(shí)例 13.4 本章小結(jié),第13章需求建?；A(chǔ)與實(shí)例,Agenda,什么是需求 如何使用UML對需求建模 需求建模實(shí)例 本章小結(jié),第13章需求建?；A(chǔ)與實(shí)例,需求導(dǎo)致項目失敗的罪魁禍?zhǔn)?根據(jù)Standish Group對23000個項目進(jìn)行的研究結(jié)果表明，28%的項目徹底失敗，46%的項目超出經(jīng)費(fèi)預(yù)算或者超出工期，只有約26%的項目獲得成功。 而在于這些高達(dá)74%的不成功

3、項目中，有約60%的失敗是源于需求問題。 也就是說，有近45%的項目最終因為需求的問題最終導(dǎo)致失敗。,第13章需求建?；A(chǔ)與實(shí)例,我們在哪重重摔了一跤,在Standish Group的報告中總結(jié)了導(dǎo)致項目失敗的最重要的8大原因中，有5個與需求相關(guān)： 不完整的需求； 沒有用戶的介入； 不實(shí)際的客戶期望； 需求和規(guī)范的變理； 提供了不再需要的,第13章需求建?；A(chǔ)與實(shí)例,軟件需求曾經(jīng)讓我們?nèi)绱死仟N,第13章需求建?；A(chǔ)與實(shí)例,需求的定義,第13章需求建?；A(chǔ)與實(shí)例,需求工程,第13章需求建?；A(chǔ)與實(shí)例,需求開發(fā)活動,第13章需求建?；A(chǔ)與實(shí)例,需求開發(fā)與需求管理的分界線,第13章需求建?；A(chǔ)與實(shí)例

4、,需求捕獲,明確業(yè)務(wù)需求：業(yè)務(wù)需求是整個系統(tǒng)最為宏觀層面的東西，也就是“項目的目標(biāo)” ；通常來說，業(yè)務(wù)需求是構(gòu)建在“項目發(fā)起人”的腦子里的 ；“業(yè)務(wù)需求”可以分為“產(chǎn)品/項目目標(biāo)”和“子目標(biāo)描述”兩個方面的內(nèi)容 理解業(yè)務(wù)流程： - 若項目較大或者業(yè)務(wù)較陌生：應(yīng)進(jìn)行業(yè)務(wù)建模； - 如果業(yè)務(wù)較陌生：聘請領(lǐng)域?qū)＜?，領(lǐng)域培訓(xùn)； - 如果術(shù)語較多，易于混淆：業(yè)務(wù)術(shù)語表 - 無論如何，都應(yīng)該建立跨部門職能流程圖,第13章需求建?；A(chǔ)與實(shí)例,需求捕獲,明確用戶需求： - What（收集什么信息） - Where（從哪收集） - How（如何收集）,第13章需求建?；A(chǔ)與實(shí)例,Agenda,什么是需求 如何使

5、用UML對需求建模 需求建模實(shí)例 本章小結(jié),第13章需求建?；A(chǔ)與實(shí)例,用例模型組織需求,用例特性 -用例描繪的場景（或事件流）展示了參與者如何使用系統(tǒng)。這都應(yīng)基于系統(tǒng)要完成的任務(wù)及其重要性來決定如何確定主要場景、次要場景，以及需要多少場景| -用例的粒度問題很關(guān)鍵，既不能太大也不能夠太小,第13章需求建?；A(chǔ)與實(shí)例,用例模型組織需求,用例建模工作流 - 識別參與者 - 尋找用例 - 描述參與者和用例的交互方式 - 用包來組織用例和參與者（可選） - 通過用例圖表示用例模型 - 細(xì)化用例模型 - 評估用例模型,第13章需求建?；A(chǔ)與實(shí)例,類模型概念模型,概念模型也稱為領(lǐng)域模型，通常把業(yè)務(wù)建模生

6、成的稱為領(lǐng)域模型，而無專門的業(yè)務(wù)建模生成的稱為概念模型 建立概念模型的目的是幫助開發(fā)團(tuán)隊理解問題領(lǐng)域的各種概念、各種名詞、以及它們之間的各種關(guān)系，它的主要表現(xiàn)方式就是類圖 在構(gòu)建這個模型時，最主要的工作是找出相關(guān)的類，然后明明類之間的關(guān)聯(lián)關(guān)系，必要時加入一些多重性描述和業(yè)務(wù)規(guī)則約束,第13章需求建?；A(chǔ)與實(shí)例,交互模型描述事件流,在需求階段的交互模型是一個起點(diǎn)，隨著分析和設(shè)計工作的開展，該模型將不斷的精化和修正 可借助Robustness分析來推導(dǎo)出交互模型 交互模型中一般只包含概念模型中的實(shí)體對象和分析模型中的邊界對象，其目標(biāo)只是幫助分析人員理清整個事件流，而控制對象、設(shè)計類的引入都將在后續(xù)

7、階段進(jìn)行 并非一定要為用例模型中的所有用例構(gòu)建交互模型，關(guān)鍵在于“是否需要” 可借助狀態(tài)圖表示一些對象狀態(tài)的變遷及用戶界面設(shè)計，還可以借助活動圖來理解活動與活動之間的控制流,第13章需求建?；A(chǔ)與實(shí)例,Agenda,什么是需求 如何使用UML對需求建模 需求建模實(shí)例 本章小結(jié),第13章需求建模基礎(chǔ)與實(shí)例,確定業(yè)務(wù)需求,第13章需求建?；A(chǔ)與實(shí)例,確定業(yè)務(wù)需求,第13章需求建?；A(chǔ)與實(shí)例,確定業(yè)務(wù)需求,為開發(fā)人員提供一個PSP工具，簡化時間記錄工作；同時提供數(shù)據(jù)使用的工具，幫助開發(fā)人提高估算能力。,第13章需求建?；A(chǔ)與實(shí)例,需求捕獲,第13章需求建?；A(chǔ)與實(shí)例,需求捕獲,第13章需求建?；A(chǔ)與

8、實(shí)例,獲取需求特性表,第13章需求建?；A(chǔ)與實(shí)例,建立概念模型發(fā)現(xiàn)類,第13章需求建?；A(chǔ)與實(shí)例,建立概念模型關(guān)聯(lián)分析,第13章需求建?；A(chǔ)與實(shí)例,建立概念模型職責(zé)分析,第13章需求建?；A(chǔ)與實(shí)例,建立用例模型識別參與者,第13章需求建?；A(chǔ)與實(shí)例,建立用例模型合并特性獲得用例,第13章需求建?；A(chǔ)與實(shí)例,建立用例模型合并特性獲得用例,第13章需求建?；A(chǔ)與實(shí)例,建立用例模型繪制用例圖,第13章需求建模基礎(chǔ)與實(shí)例,建立用例模型簡要描述用例,第13章需求建?；A(chǔ)與實(shí)例,建立用例模型劃分用例優(yōu)先級,第13章需求建?；A(chǔ)與實(shí)例,建立用例模型詳細(xì)描述用例,第13章需求建?；A(chǔ)與實(shí)例,建立交互/狀態(tài)模型,第13章需求建模基礎(chǔ)與實(shí)例,用戶界面設(shè)計,第13章需求建?；A(chǔ)與實(shí)例,Agenda,什么是需求 如何使用UML對需求建模 需求建模實(shí)例 本章小結(jié),第13章需求建?；A(chǔ)與實(shí)例,本章小結(jié),首先闡述了需求的三個層次，解釋了需求工程的任務(wù)，并展開說明了需求捕獲的工作流程 闡述了如何通過UML來對需求進(jìn)行建模，包括組織需求的用例模型、建立概念模型的類模型以及描述事件流的交互模型,第13章需求建?；A(chǔ)與實(shí)例,引入了一個“開發(fā)時間管理”系統(tǒng)的實(shí)例，從明確業(yè)務(wù)需求開始，通過需求的捕獲收集信息，然后構(gòu)建概念模型、用例模型，并通過文字描述、交互圖、狀 態(tài)機(jī)圖來對用例進(jìn)行規(guī)格描述，并且最后 來說明了如何