教學(xué)電子課件階段項(xiàng)目

1、需求分析初體驗(yàn)第二章回顧溝通文檔FAQ的內(nèi)容？為什么要編寫日?qǐng)?bào)？談?wù)勀銓?duì)“用戶需求”的理解？下面這張圖是什么圖？預(yù)習(xí)檢查使用用例描述“易買網(wǎng)”需求本章任務(wù)理解如何進(jìn)行需求分析掌握需求分析的方法本章目標(biāo)一天，一家愛斯基摩人來找你幫忙做一個(gè)杯子。要求：這個(gè)杯子在使用時(shí)要能適應(yīng)北極的環(huán)境。這家人承諾：杯子做好后會(huì)有高額的酬謝。你心里想：所謂適應(yīng)北極環(huán)境。北極的地面很硬。那應(yīng)該做一個(gè)結(jié)實(shí)的杯子。于是你歷經(jīng)千辛萬苦做出了：愛斯基摩人不斷搖頭，決定一分錢也不付給你。最后你才知道，他們需要一個(gè)拿著不凍手的杯子。他們的真實(shí)需求是這樣的：為什么要做需要管理3-1？客戶不知道自己要什么客戶：塑料杯、木頭杯、還是橡

2、膠杯，我也不知道！客戶知道自己要什么，但表達(dá)不清客戶提要求：使用時(shí)要能適應(yīng)北極的環(huán)境。我們經(jīng)常會(huì)對(duì)客戶的要求產(chǎn)生錯(cuò)誤的理解我們的理解：他一定要一個(gè)結(jié)實(shí)的杯子！為什么要做需求管理3-2？為什么要做需求管理3-3？軟件項(xiàng)目中常見的場(chǎng)景項(xiàng)目組搞了N次需求調(diào)研，開了N次需求會(huì)議，可是客戶還是對(duì)要做的東西沒底，遲遲不肯在需求說明書上簽字。現(xiàn)在正是最緊張的開發(fā)階段，可是用戶經(jīng)常發(fā)郵件過來，要求調(diào)整以前確定的需求。軟件終于開發(fā)完了，當(dāng)?shù)谝淮谓o用戶演示的時(shí)候，用戶卻告訴你這不是他想要的。軟件需求基本不可能一步確定的，對(duì)需求的管理必須伴隨著軟件生命周期的全過程。什么是需求管理需求管理是：獲取、組織并記錄系統(tǒng)需求

3、的系統(tǒng)化方案使客戶與項(xiàng)目團(tuán)隊(duì)對(duì)不斷變更的需求達(dá)成并保持一致的過程如何做需求管理需求分析階段通過問卷、訪談、會(huì)議等形式采集需求通過用例、原型等方式描述需求并確認(rèn)確認(rèn)需求規(guī)格說明書設(shè)計(jì)和開發(fā)階段接受合理的需求變更抵制不合理的需求變更測(cè)試階段讓用戶參與測(cè)試 需求規(guī)格說明書是準(zhǔn)確而嚴(yán)格的描述軟件需求的專業(yè)文檔 需求規(guī)格說明書的分類功能性需求描述系統(tǒng)所應(yīng)提供的功能和服務(wù)對(duì)于功能性的系統(tǒng)需求，需要詳細(xì)地描述系統(tǒng)功能、輸入和輸出、異常等非功能性需求指那些不直接與系統(tǒng)的具體功能相關(guān)的一類需求定義了對(duì)系統(tǒng)提供的服務(wù)或功能的約束，包括時(shí)間約束、空間約束、開發(fā)過程約束及應(yīng)遵循的標(biāo)準(zhǔn)等需求規(guī)格說明書3-1功能性需求關(guān)

4、注每個(gè)獨(dú)立的功能特點(diǎn)：全面性：對(duì)用戶所需要的所有服務(wù)進(jìn)行描述一致性：指需求的描述不能前后自相矛盾非功能性需求非功能性需求關(guān)心的是系統(tǒng)的整體特性分類產(chǎn)品需求機(jī)構(gòu)需求外部需求需求規(guī)格說明書3-2非功能性需求的劃分需求規(guī)格說明書3-3用例（use case）概念描述系統(tǒng)有哪些人用，和每個(gè)人是怎么用的用例是一種溝通工具最終用戶和開發(fā)人員使用它進(jìn)行交流，并在系統(tǒng)需求上達(dá)成共識(shí) 用例需要回答的問題這個(gè)系統(tǒng)涉及哪些人？他們對(duì)系統(tǒng)有什么期望？用例是什么？用例圖系統(tǒng)：代表一個(gè)活動(dòng)范圍參與者：扮演特定角色的人用例：由參與者執(zhí)行的功能什么是用例圖？將重點(diǎn)放在系統(tǒng)的可能用戶上確定用戶與系統(tǒng)交互時(shí)要扮演的角色確定用戶出

5、于各自的角色，期望從系統(tǒng)中獲得什么基本服務(wù)（用例）描述每個(gè)用戶或角色與其期望從系統(tǒng)獲得的服務(wù)之間的交互用例圖的優(yōu)勢(shì)擴(kuò)展（extends）關(guān)系允許對(duì)已有用例增加步驟創(chuàng)建一個(gè)新的用例用（uses）關(guān)系在一個(gè)用例中重用另一個(gè)用例中的步驟泛化關(guān)系一個(gè)參與者繼承了另一個(gè)參與者用例之間的關(guān)系創(chuàng)建用例模型的四個(gè)步驟：1、定義系統(tǒng)邊界2、找出與用例直接相關(guān)的參與者3、確定各個(gè)用例4、確定各用例之間的關(guān)系建立用例模型1、定義系統(tǒng)邊界 用Visio實(shí)現(xiàn)“購物車”用例圖3-12、添加參與者與用例用Visio實(shí)現(xiàn)“購物車”用例圖3-23、畫出各個(gè)用例之間的關(guān)系用Visio實(shí)現(xiàn)“購物車”用例圖3-3用例圖是由哪些元素構(gòu)

6、成的？畫系統(tǒng)用例圖的四個(gè)步驟分別是？使用用例圖來描述用戶需求能否達(dá)到“明確”的要求？小結(jié)指導(dǎo)購物車功能模塊用例圖2-1訓(xùn)練要點(diǎn)：用例圖需求說明：使用Microsoft Visio 構(gòu)建易買網(wǎng)購物車功能模塊用例圖購物車需要提供下訂單功能如果不是易買網(wǎng)會(huì)員，則購物車不提供下訂單功能如果是易買網(wǎng)會(huì)員，下訂單時(shí)必須先登錄講解需求說明指導(dǎo)購物車功能模塊用例圖實(shí)現(xiàn)思路：定義系統(tǒng)邊界找出參與者確定用例確定用例與用例之間的關(guān)系完成時(shí)間：25分鐘共性問題集中講解常見調(diào)試問題及解決辦法代碼規(guī)范問題共性問題集中講解用例圖的缺陷無法完全達(dá)到“明確”的要求解決辦法使用用例規(guī)約用例規(guī)約前置條件指執(zhí)行用例之前系統(tǒng)必須所處的

7、狀態(tài)。事件流包含基本流和備選流，事件流應(yīng)該表示出所有場(chǎng)景后置條件用例結(jié)束時(shí)會(huì)發(fā)生什么用例規(guī)約的內(nèi)容前置條件：會(huì)員在易買網(wǎng)首頁登錄基本事件流：會(huì)員在易買網(wǎng)首頁輸入用戶名和密碼，單擊“登錄”按鈕時(shí)用例開始會(huì)員向系統(tǒng)提交用戶名和密碼保存當(dāng)前用戶信息在“會(huì)話”（Session）中備選事件流：在基本事件流步驟二中，會(huì)員提交錯(cuò)誤用戶名或密碼，系統(tǒng)提示用戶名密碼錯(cuò)誤，轉(zhuǎn)至基本事件流步驟一后置條件：“會(huì)話”（Session）中保存了已登錄用戶的信息用例規(guī)約示例指導(dǎo)購物車用例規(guī)約2-1訓(xùn)練要點(diǎn)：用例規(guī)約需求說明：詳細(xì)描述“提交購物車”、“查看購物車”用例的用例規(guī)約提交購物車必須是易買網(wǎng)會(huì)員，并且會(huì)員必須在線提交購物車時(shí)，購物車內(nèi)容需要審核查看購物車時(shí)，購物車內(nèi)容需要審核講解需求說明指導(dǎo)購物車用例規(guī)約2