《軟件工程》第6課 需求工程與需求分析1

1、第需求工程與需求分析-1知識(shí)回顧 UML簡介 靜態(tài)建模 動(dòng)態(tài)建模 物理架構(gòu)建模前饋及作業(yè)總結(jié) 只有個(gè)別組對(duì)付。 有個(gè)別人還是沒有提出問題。 插班重修的要跟組長及時(shí)聯(lián)系，提交前饋和作業(yè)。前饋檢查 軟件需求的3個(gè)層次？ 軟件需求的6個(gè)特性？ 需求分析的步驟？ 結(jié)構(gòu)化需求模型組成？ 面向?qū)ο笮枨竽Ｐ徒M成？ 面向?qū)ο笮枨蠼５牟襟E？ 用例規(guī)約文檔的主要內(nèi)容？講授內(nèi)容 軟件需求工程 需求分析與建模 需求獲取的常用方法 需求模型 1.軟件需求工程 軟件需求的定義軟件需求的層次關(guān)系業(yè)務(wù)需求項(xiàng)目愿景與范圍用戶需求質(zhì)量屬性用例模型文檔功能需求非功能需求和約束條件軟件需求規(guī)格說明軟件需求的特性 功能性：最重要。普

2、通功能和全局性功能。 可用性：指最終用戶方便使用軟件。 可靠性 性能：響應(yīng)時(shí)間、容量、吞吐量等。 可支持性：編碼標(biāo)準(zhǔn)、命名約定、類庫及工具等。 設(shè)計(jì)約束需求工程的由來 代碼編寫-生存周期-需求工程（RE） 軟件需求工程 軟件需求工程是一門分析、記錄并維護(hù)軟件需求的學(xué)科。2.需求分析與建模 需求分析的步驟 需求分析是迭代過程需求獲取需求建模規(guī)格說明需求驗(yàn)證3.需求獲取的常用方法 常規(guī)的需求獲取方法3.需求獲取的常用方法 用快速原型法獲取需求 第四代開發(fā)技術(shù)（4GT）是快速原型法常用的技術(shù)。 課堂互動(dòng) 如何進(jìn)行需求驗(yàn)證？如何進(jìn)行需求驗(yàn)證？ 除了書上講的，還有什么好的方法獲取需除了書上講的，還有什么

3、好的方法獲取需求？求？4.需求模型 建立分析模型是需求分析的首要任務(wù)。 需求模型概述結(jié)構(gòu)化需求模型數(shù)據(jù)字典數(shù)據(jù)流圖判定樹判定表PDL加工說明數(shù)據(jù)定義.E-R圖行為模型狀態(tài)轉(zhuǎn)換圖控制流圖和控制說明功能模型數(shù)據(jù)模型面向?qū)ο笮枨竽Ｐ陀美?guī)約參與者用例圖用例模型補(bǔ)充規(guī)約術(shù)語表全局性功能、非功能需求面向?qū)ο蟮男枨蠼?用例圖 確定參與者面向?qū)ο蟮男枨蠼?用例圖 確定用例面向?qū)ο蟮男枨蠼?用例圖 繪制和檢查用例圖用例建模示例選課系統(tǒng)問題陳述選課系統(tǒng)問題陳述 開發(fā)一個(gè)學(xué)生選課系統(tǒng)。通過這個(gè)系統(tǒng)，學(xué)生可以選課和查看成績報(bào)告單，教授可以選擇所教的課和記錄學(xué)生的成績。學(xué)校保留原有的“課程目錄”數(shù)據(jù)庫系統(tǒng)來維護(hù)

4、課程信息，但該系統(tǒng)的性能是有限的。所以新系統(tǒng)必須確保能及時(shí)訪問舊系統(tǒng)上的數(shù)據(jù)。但新系統(tǒng)只能讀取舊系統(tǒng)的課程信息，不能更新。每學(xué)期開始時(shí)，學(xué)生請(qǐng)求查看本學(xué)期開設(shè)的課程目錄。有關(guān)課程的信息，包括教授名和所開設(shè)的系等，將幫助學(xué)生做出決定。系統(tǒng)允許學(xué)生每學(xué)期選擇4門課，如果學(xué)生沒有選到主要的課程，還有兩門備選課程可選。每門課的學(xué)生人數(shù)限3到10人。不滿3人的課程將被取消。另外，每個(gè)學(xué)期有一段時(shí)間讓學(xué)生更改課程表。學(xué)生可在該時(shí)段內(nèi)訪問系統(tǒng)并添加/刪除課程。某個(gè)學(xué)生的選課一旦結(jié)束，選課系統(tǒng)即將此學(xué)生本學(xué)期的賬單信息送到財(cái)務(wù)系統(tǒng)。如果在選課時(shí)某門課已經(jīng)人滿，學(xué)生在提交信息前必須被告知。學(xué)期結(jié)束，學(xué)生可進(jìn)入系

5、統(tǒng)查看自己的成績。成績屬于隱秘信息，系統(tǒng)必須提供額外的安全措施阻止未授權(quán)的訪問。教授必須能訪問系統(tǒng)查詢他們主講課程。他們也需要知道是哪些學(xué)生選擇了自己的課程。另外，教授也能登記學(xué)生的成績。用例建模示例 確定參與者 確定用例學(xué)生要注冊(cè)課程；教授要選擇課程來教；注冊(cè)管理人員要維護(hù)關(guān)于教授和學(xué)生的所有信息；財(cái)務(wù)系統(tǒng)要從注冊(cè)系統(tǒng)獲得學(xué)生的費(fèi)用情況；課程目錄系統(tǒng)維護(hù)課程信息。無論是學(xué)生，教授還是注冊(cè)員都需要登陸到系統(tǒng)；學(xué)生需要使用系統(tǒng)來選課，也能查看自己的成績；教授需要使用系統(tǒng)來選擇課程，也能記錄學(xué)生的成績；注冊(cè)員必須維護(hù)學(xué)生、教授的所有信息，并在適當(dāng)時(shí)候關(guān)閉注冊(cè)系統(tǒng)；當(dāng)選擇課程的過程完成后，收費(fèi)系統(tǒng)必

6、須獲得收費(fèi)信息；學(xué)生和教授選擇課程，需要啟動(dòng)課程目錄系統(tǒng)。用例建模示例 選課系統(tǒng)用例圖面向?qū)ο蟮男枨蠼?用例規(guī)約 用例規(guī)約用來描述每一個(gè)用例的功用。主要內(nèi)容包括：用例建模示例選課用例規(guī)約1簡要說明本用例允許學(xué)生選本學(xué)期提供的課程。在學(xué)期開始的添加/刪除時(shí)期，學(xué)生可以修改或刪除選擇的課程。課程目錄系統(tǒng)提供了當(dāng)前學(xué)期開設(shè)的所有課程的列表。2事件流2.1基本事件流用例開始于學(xué)生選擇選課，或修改已存在的課程表。1）系統(tǒng)要求學(xué)生指出要執(zhí)行的操作（創(chuàng)建，修改或刪除課程表）2）一旦學(xué)生提供了所需要的信息，以下的一條子事件流將被執(zhí)行 如果選擇的是“創(chuàng)建課程表”，創(chuàng)建課程表子事件流將被執(zhí)行 如果選擇的是“修改

7、課程表”，修改課程表子事件流將被執(zhí)行 如果選擇的是“刪除課程表”，刪除課程表子事件流將被執(zhí)行2.2備選事件流 。3特殊需求無4前置條件本用例開始前學(xué)生必須已經(jīng)登錄進(jìn)系統(tǒng)。5后置條件如果用例成功，學(xué)生的課程表被創(chuàng)建，修改，刪除。否則系統(tǒng)狀態(tài)不變。 面向?qū)ο蟮男枨蠼?用例規(guī)約 用例模型的檢查面向?qū)ο蟮男枨蠼?描述補(bǔ)充規(guī)約 用于記錄在用例模型中不易描述的系統(tǒng)需求。用于記錄在用例模型中不易描述的系統(tǒng)需求。選課系統(tǒng)的補(bǔ)充規(guī)約選課系統(tǒng)的補(bǔ)充規(guī)約1 1目標(biāo)目標(biāo) 本文檔的目的是定義選課系統(tǒng)的需求。本補(bǔ)充規(guī)約列出了不便于在用例模型的用例中獲取的系統(tǒng)需求。它和用例模型一起記錄關(guān)于系統(tǒng)的一整套需求。2 2范圍范

8、圍 本補(bǔ)充規(guī)約適用于選課系統(tǒng)，除定義了在許多用例中所共有的功能性需求以外，還定義了系統(tǒng)的非功能性需求，例如：可靠性、可用性、性能和可支持性等。（功能性需求在用例規(guī)約中定義。）3 3參考參考無無4 4功能功能多個(gè)用戶必須能同時(shí)執(zhí)行操作。如果某個(gè)學(xué)生所建的課程表中包含人數(shù)已滿的課程，必須通知這位學(xué)生。5 5可行性可行性 桌面用戶界面應(yīng)與 Windows 98/2000/XP 兼容。6 6可靠性可靠性 選課系統(tǒng)在每周7天，每天24小時(shí)內(nèi)都應(yīng)是可用的。宕機(jī)的時(shí)間應(yīng)少于 10%。7 7性能性能。面向?qū)ο蟮男枨蠼?術(shù)語表示選課系統(tǒng)的術(shù)語表選課系統(tǒng)的術(shù)語表1.1. 簡介簡介這份文檔是用來對(duì)一些術(shù)語進(jìn)行定義

9、的，同時(shí)將用例說明或其他文檔中讀者不太熟悉的術(shù)語進(jìn)行解釋性的描述。通常來說，這份文檔對(duì)一些數(shù)據(jù)信息進(jìn)行一些定義，從而使得用例規(guī)約和其他的文檔顯得簡潔易懂。2.2. 定義定義這份術(shù)語表包含了選課系統(tǒng)中核心概念的定義。面向?qū)ο蟮男枨蠼?調(diào)整用例模型 用例之間是否相互獨(dú)立？ 多個(gè)用例之間是否有非常相似的行為或事件流？ 用例事件流的一部分是否已被構(gòu)建為另一個(gè)用例？包含 是否應(yīng)該將一個(gè)用例的事件流插入另一個(gè)用例的事件流中？擴(kuò)展課堂互動(dòng) 如何簡潔而正確的確定用例？如何簡潔而正確的確定用例？ 小結(jié) 需求分析由需求獲取、需求建模、規(guī)格說明和需求驗(yàn)證四個(gè)步驟組成。 建立需求模型是需求分析的核心，它通過各種圖形

10、及符號(hào)，可視化地從各個(gè)側(cè)面描述系統(tǒng)需求。 需求規(guī)格說明書以各方共同認(rèn)可的文檔形式表述出來，是軟件設(shè)計(jì)、系統(tǒng)驗(yàn)收的可靠依據(jù)。 面向?qū)ο蟮挠美Ｐ?，由用例模型、補(bǔ)充規(guī)約和術(shù)語表一起組成。 隨著人們對(duì)需求重要性的認(rèn)識(shí)逐漸深入，軟件需求管理應(yīng)運(yùn)而生。 課外任務(wù) 作業(yè)從教學(xué)群下載“軟件工程課程學(xué)案.doc”文件完成第第7 7次課次課學(xué)案內(nèi)容并填寫“軟件工程課程前饋表”于本周六17:00前由各組組長收集（每組集成到一個(gè)文件中）通過QQ群及時(shí)反饋。問題解答 如果還沒有完善的軟件系統(tǒng)，應(yīng)該怎樣進(jìn)行需求的驗(yàn)證工作呢？榮婉如果還沒有完善的軟件系統(tǒng)，應(yīng)該怎樣進(jìn)行需求的驗(yàn)證工作呢？榮婉如如 建立用例模型時(shí)，在確定用例時(shí)應(yīng)注意些什么問題？黃菲菲建立用例模型時(shí)，在確定用例時(shí)應(yīng)注意些什么問題？黃菲菲 會(huì)不會(huì)有某些用戶所提出的條件，軟件需求理論上可以完成，但卻很會(huì)不會(huì)有某些用戶所提出的條件，軟件需求理論上可以完成，但卻很難實(shí)現(xiàn)，請(qǐng)舉個(gè)例子說明一下。黨偉難實(shí)現(xiàn)，請(qǐng)舉個(gè)例子說明一下。黨偉 參與者是人可以理解，參與者也可以是系統(tǒng)或者硬件設(shè)備這要怎么理參與者是人可以理解，參與者也可以是系統(tǒng)或者硬件設(shè)備這要怎么理解呢？李娜娜解呢？李娜娜 怎樣解釋特殊需求？童磊怎樣解釋特殊需求？童磊 這節(jié)是常規(guī)需求獲取方法，我認(rèn)為面對(duì)面，建立小組是最有效的辦法這