1、軟件需求分析實驗指導書軟件需求分析實驗教學大綱適用專業：軟件工程課程類別：專業限選課課程性質：專業課實驗類別：專業基礎實驗一、學時與學分1.課程總學時：642.課程總學分：43.實驗學時：10（分為 5 次實驗）4.實驗學分：1二、實驗教學目標與基本要求四人或五人一組。目標：1）實驗內容達到教學大綱要求；2）實驗報告內容詳實，公正，態度認真。基本要求：嚴格按照實驗報告格式編寫。三、內容簡介：序號實驗項目名稱實驗內容提要實驗項目1軟件功能描述與確認針對常用軟件，描述軟件功能，確認描述的正確性學生自己選擇實驗對象軟件（如 Office Word,PowerPoint,Excel 等） ，對其常用的

2、軟件功能進行描述。實驗描述與內容格式見實驗報告-1。 2從程序設計看軟件功能需求針對給定的程序設計題目,或根據給定的可視控件人機界面設計，提煉/補充軟件功能需求和非功能需求1.C 語言程序設計中的軟件功能需求和用戶需求的提煉。2.用戶界面（可視控件）的軟件功能需求和用戶需求提煉。以上項目見實驗指導文件：從程序設計看軟件需求實驗描述與內容格式見實驗報告-2。3軟件需求分析（業務需求）自選小型軟件（網站）描述（含建模）業務需求注: 也可結合學生興趣,選擇一人機交互系統/嵌入式系統軟件,如手機,PDA 等。實驗描述與內容格式見實驗報告-3。4軟件需求分析（用戶需求）自選小型軟件（網站）描述（含建模）

3、用戶需求實驗描述與內容格式見實驗報告-4。5軟件需求分析（功能需求）自選小型軟件（網站）描述（含建模）功能需求實驗描述與內容格式見實驗報告-5。【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.序號實驗項目名稱實驗內容提要實驗項目最后，實驗 3，4，5 匯總為需求說明文檔文檔格式見實驗總結文件格式軟件需求分析文檔 。四、參考教材：實驗 1：1.美Maureen Sprankle， 問題求解與編程概念（第 6 版） ，清華大學出版社，2003 年 11月 張曉明 鄧勁生譯實驗 2：1.實驗指導文件：從程序設計看軟件需求（教師自編）實驗 35：1.（美）Karl E.Wiegers，

4、 軟件需求（第 2 版） ，清華大學出版社，2004-11-1（Software Requirements,Second Edition） ， 【譯者】 劉偉琴 劉洪濤 2.本課程軟件需求分析參考文檔。五、考核方式：提交書面實驗報告（按規定格式）or 每組選一人講解實驗報告。詳見本課程教學大綱六、實驗設備及器材配置：個人計算機，Office 軟件，Visio 繪圖軟件，全部每生一套。七、實驗項目一覽：適用專業、年級1.軟件工程專業 3年級第 2 學期總學時/實驗學時64/10序號實驗項目名稱實驗內容提要學時實驗要求實驗類型每組人數面向專業編號備注1軟件功能描述與確認針對常用軟件（Word） ，

5、描述軟件功能，確認描述的正確性（至少 10 個功能）2必做驗證452從程序設計看軟件功能需求針對給定的程序設計題目,或根據給定的可視控件人機界面設計，提煉/補充軟件功能需求和非功能需求2必做綜合設計453軟件需求分析推薦/自選小型軟件（網2必綜合45【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.（業務需求）站）描述（含建模）業務需求分析做設計4軟件需求分析（用戶需求）推薦/自選小型軟件（網站）描述（含建模）用戶需求分析2必做綜合設計455軟件需求分析（功能需求）推薦/自選小型軟件（網站）描述（含建模）功能需求分析2必做綜合設計45軟件需求文檔編寫最后，對實驗 3，4，5，報告

6、進行匯總、加工，編寫出xxx 軟件需求文檔必做每生獨立注：1.實驗要求分必做和選做兩種；實驗類型為驗證型、設計型、綜合型、綜合設計型等。 2.獨立設課的實驗不需填寫“課程總學時”與“課程總學分”。大綱執筆人： 大綱審定人： 年 月 日教學進度計劃表學 年： 2011 至 2012 學年度 秋 季學期部門名稱： 計算機科學學院 課程名稱： 軟件需求分析 課程代碼： 11100700 課程性質：專業限選 授課班級：計算機科學學院 軟件工程 專業 09 級 班 班級人數： 135 主講教師： 齊連永 職稱： 講師 教材名稱：軟件需求最佳實踐 ，電子工業出版，2010-04 名稱總時數講課實驗上機習題

7、 課程設計 周學時 考試/考查機動計劃時數645410本課程教學目的與要求：通過本課程的教學使學生知道、了解和理解軟件需求工程的各個階段（需求獲取階段、需求分析階段、編寫需求規格說明階段、需求確認階段和需求管理階段） ，有效的需求獲取技術等，培養學生的專業意識，建立專業知識體系，為后續的畢業設計工作打下良好的基礎【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.必讀書籍和參考書籍： 英Ian Sommerville 著，程成等譯， 軟件工程 6th Edition ，機械工業出版社，中信出版社2003 年 1 月所需教學設備：個人計算機，投影儀任課教師簽名： 系（教研室）主任簽名

8、： 主管教學院長（主任）簽名： 院（部）簽章 2008 年 2 月 24 日教務處制教務處制周次起止日期周學時教學內容安排（章、節扼要內容）目的和要求教學形式及其手段作業（包括實習、實驗習題）、輔導12 月 25 日2 月 29 日4課程介紹（含教學大綱，實驗大綱等）第一部分軟件需求初步知識和體驗第 1 章軟件需求基礎知識通過課堂理論教學，課下關于常用軟件的體驗和理解，使學生建立軟件需求的初步知識。要求認真完成實驗。講授，提示型教學方法知識整理，資料閱讀，實驗準備23 月 3 日3 月 7 日2第 2 章客戶眼中的需求同上講授，提示型教學方法33 月 10 日3 月 14 日4第 3 章,第

9、4 章需求工程的推薦方法需求分析員同上講授，提示型教學方法完成實驗 12 學時43 月 17 日3 月 21 日2第二部分軟件需求理論知識與方法第 5 章確定產品前景與項目范圍通過課堂及實驗教學，課下的閱讀和理解，使學生建立關于軟件需求的基礎理論與實踐知識，了解軟件需求基本方法要求認真完成實驗。講授，提示型教學方法知識整理，資料閱讀，實驗準備【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.周次起止日期周學時教學內容安排（章、節扼要內容）目的和要求教學形式及其手段作業（包括實習、實驗習題）、輔導53 月 24 日3 月 28 日4第二部分軟件需求理論知識與方法第 6 章,第 7

10、章,第 8章獲取客戶的需求聆聽客戶的需求理解用戶需求同上講授，提示型教學方法完成實驗 22 學時63 月 31 日4 月 4 日2第 9 章,第 10 章遵守規則編寫需求文檔同上講授，提示型教學方法知識整理，資料閱讀，實驗準備74 月 7 日4 月 11 日4案例介紹：自助食堂訂餐系統同上講授，提示型教學方法完成實驗 32 學時84 月 14 日4 月 18 日2第三部分軟件需求分析實踐與文檔寫作第 11 章,第 12 章一圖勝千言軟件質量屬性通過課堂及實驗教學，課下的實踐與應用，使學生初步掌握軟件需求文檔的寫作方法，重點掌握業務需求和用戶需求的編寫方法。要求認真完成實驗。講授/討論，共同解決

11、問題型教學方法知識整理，資料閱讀，實驗準備94 月 21 日4 月 25 日4第 13 章,第 14 章通過制作原型減少項目風險設定需求優先級同上講授/討論，共同解決問題型教學方法104 月 28 日5 月 2 日2案例介紹：自助食堂訂餐系統同上講授/討論，共同解決問題型教學方法完成實驗 42 學時115 月 5 日5 月 9 日4第四部分軟件需求管理初步第 15 章,第 16 章需求確認需求開發面臨的本部分為提高部分，通過課堂教學和課下閱讀，使學生對軟件工程中的需求管理具有初步的了解。講授/討論，共同解決問題型教學方【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.周次起止日期

12、周學時教學內容安排（章、節扼要內容）目的和要求教學形式及其手段作業（包括實習、實驗習題）、輔導特殊難題要求認真完成實驗。法125 月 12 日5 月 16 日2第 17 章,第 18 章超越需求開發需求管理的原則和實踐同上講授/討論，提示型教學方法知識整理，資料閱讀，編制需求文檔準備135 月 19 日5 月 23 日4第 19 章,第 20 章變更管理需求鏈中的聯系鏈國內外軟件公司的需求分析文檔介紹同上講授/討論，提示型教學方法145 月 26 日5 月 30 日2第 21 章需求管理工具同上講授/討論提示型教學方法156 月 2 日6 月 6 日4第 22 章,第 23 章改進需求過程軟件

13、需求與風險管理同上講授/討論，提示型教學方法完成實驗 52 學時166 月 9 日6 月 13 日2案例介紹：自助食堂訂餐系統同上講授/討論，共同解決問題型教學方法176 月 16 日6 月 20 日4復習，需求文檔寫作指導要求認真完成軟件需求文檔寫作講授/討論，共同解決問題型教學方法完成軟件需求文檔寫作186 月 23 日6 月 27 日2復習，需求文檔寫作指導要求認真完成軟件需求文檔寫作講授/討論，共同解決問題型教學方法考試，評定成績【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.周次起止日期周學時教學內容安排（章、節扼要內容）目的和要求教學形式及其手段作業（包括實習、實驗

14、習題）、輔導軟件需求分析軟件需求分析軟件需求分析軟件需求分析實實實實 驗驗驗驗 指指指指 導導導導 書書書書軟件工程系軟件工程系軟件工程系軟件工程系曲阜師范大學曲阜師范大學曲阜師范大學 計算機科學學院計算機科學學院計算機科學學院201120112011 年年年 101010 月月月【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.課程編號：課程編號： 11100700 課程類別：課程類別：（專業限選課）適用專業：適用專業：計算機科學與技術、軟件工程、網絡工程課程總學時：課程總學時：6464 實驗學時：實驗學時：1010開設實驗項目數：開設實驗項目數：5 5 個個目錄目錄實驗 1：

15、軟件功能描述與確認（驗證性實驗 2 學時）.4一、實驗目的與要求.4二、實驗環境.4三、實驗預習與準備.4四、實驗內容和步驟.4五、實驗報告要求.5六、實驗注意事項.5七、思考題.5實驗 2：從程序設計看軟件需求（綜合設計性實驗，2 學時）.6一、實驗目的與要求.6二、實驗環境.6三、實驗預習與準備.6四、實驗內容和步驟.6五、實驗報告要求.13六、實驗注意事項.14七、思考題.14實驗 3：軟件需求分析（業務需求） （綜合設計性實驗，2 學時）.15一、實驗目的與要求.15二、實驗環境.15三、實驗預習與準備.15四、實驗內容和步驟.15五、實驗報告要求.16六、實驗注意事項.17七、思考題

16、.17實驗 4：軟件需求分析（用戶需求） （綜合設計性實驗，2 學時）.18一、實驗目的與要求.18二、實驗環境.18三、實驗預習與準備.19四、實驗內容和步驟.19五、實驗報告要求.19六、實驗注意事項.22七、思考題.22實驗 5：編寫軟件需求說明書（綜合設計性實驗，2 學時）.23一、實驗目的與要求.23二、實驗環境.23【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.三、實驗預習與準備.23四、實驗內容和步驟.23五、實驗報告要求.24六、實驗注意事項.25七、思考題.25附件.26參考文獻.26格式說明.26【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文

17、檔.實驗實驗 1：軟件功能描述與確認（驗證性實驗：軟件功能描述與確認（驗證性實驗 2 學時）學時）一、實驗目的與要求一、實驗目的與要求針對常用軟件（如 Word） ，描述軟件功能，確認描述的正確性（至少 10 個功能）要求：1.四人或五人一組。2.嚴格按照實驗報告格式編寫；3.實驗報告內容詳實，公正，態度認真。二、實驗環境二、實驗環境1.個人計算機2.常用工具軟件：MS Office 20033.CASE 軟件：Visio2002三、實驗預習與準備三、實驗預習與準備1.組成實驗小組2.復習課堂教學內容3.選擇實驗對象，查閱有關資料4.熟悉實驗指導書內容5.實驗報告、實驗記錄用紙等四、實驗內容和

18、步驟四、實驗內容和步驟每實驗小組自己選擇實驗對象軟件（如 Office Word, PowerPoint, Excel 等） ，對其常用的軟件功能進行描述。任選一組或兩組功能，總共不少 10 個子功能，邊確認邊用文字描述其功能。例如：在 Word 字處理軟件的功能分類中有：1.文本格式化選擇文本的顯示方式。2.文本編輯和更正更改已經輸入的文本內容。3.文件操作實現文本的保存、打印、輸出及做其他操作。4.工具添加列、表格、圖片、對數據排序、檢查拼寫等等。5.宏允許用戶合并多個任務。6.視圖功能使用多種方式查看文檔。7.通信從外部資源中獲得信息。五、實驗報告要求五、實驗報告要求 實驗對象及實驗內容

19、、結果等信息按照下列表格填寫。功能大分類： 實驗小組成員： 班級：序號功能名稱功能描述是否非功能需求你希望的功能實驗者簽名【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.實驗操作與記錄要求示例Word2002 軟件的“保存文檔”功能 從菜單上操作，有保存、另存為。基本功能是：把當前文件保存到指定的文件夾內。保存1） 新建文件，缺省情況下，提示用戶保存到我的文檔，在提示窗口下，用戶可選擇其他任意路徑下的任何文件夾（可新建文件夾） ；2） 既有文件，缺省情況下，直接保存到該文件所在的文件夾內。3） 保存操作完的表現：正常情況下無任何顯示，如文件較大，則保存操作的進度由進度條表現。異

20、常情況下，顯示信息通知。另存為1） 系統顯示提示窗口，用戶可選擇任意路徑下的任何文件夾（可新建文件夾） ；2） 保存操作完的表現：正常情況下無任何顯示，如文件較大，則保存操作的進度由進度條表現。異常情況下，顯示信息通知。六、實驗注意事項六、實驗注意事項1.必須保證有足夠的實驗工作量。2.試驗中要開展組內的討論。3.實驗結果記錄要嚴謹，有條理。七、思考題七、思考題1. 你認為上述功能中,哪些功能屬于否非功能需求?為什么?2. 你認為利用上述格式描述軟件需求有何好處，上表的格式還可以如何改進？3. 總結一下你在做這個實驗的過程和方法。實驗實驗 2：從程序設計看軟件需求從程序設計看軟件需求（綜合設計

21、性實驗，（綜合設計性實驗，2 學時）學時）一、實驗目的與要求一、實驗目的與要求針對給定的程序設計題目,或根據給定的可視控件人機界面設計，提煉/補充軟件功能需求和非功能需求。要求：1.四人或五人一組。【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.2.嚴格按照實驗報告格式編寫；3.實驗報告內容詳實，公正，態度認真。二、實驗環境二、實驗環境1.個人計算機2.常用工具軟件：MS Office 20033.CASE 軟件：Visio2002三、實驗預習與準備三、實驗預習與準備1.組成實驗小組2.復習課堂教學內容3.選擇實驗對象，查閱有關資料4.熟悉實驗指導書內容5.實驗報告、實驗記錄用

22、紙等四、實驗內容和步驟四、實驗內容和步驟4-1 語言程序的軟件功能需求分析說明：本實驗為從 C 語言程序設計中提煉出軟件功能需求（含非功能需求） 。按照教學進度，目前學生已普遍知道軟件用戶需求和功能需求（含非功能需求） ，基本含義如下：用戶需求：業務信息處理需求，交互需求等。功能需求：軟件如何處理數據非功能需求：包括異常處理，界面友好，軟件易用性等現有一些 C 語言程序設計題目，各題目描述的需求層次不一。要求：每實驗小組從下列題目中至少選擇 2 個，考察原題目的需求描述,判斷屬于上述 3 類需求的哪一層次，在表中填寫題目未描述的其他需求。示例如下表 2-1 所示。表 2-1 C 語言程序設計題

23、目原題目：輸入一組整數，當輸入負數時停止，求和。用戶需求功能需求非功能需求為計算一組人員年齡的平均值，先求出所有人員的年齡總和。求和開始的標志是：有一負數輸入。輸入一組整數，當輸入負數時停止,求和。1.該軟件應為用戶提供方便的輸入方式，輸入錯誤時，應放棄計算，并以錯誤信息提示用戶。2.所有輸入數據必須為整數，否則作為異常處理。3.最初兩個輸入數據不能為負值，否則作為異常處理。4.假定各輸入整數上限為 120，大于者作為異常處理。5.異常處理：中斷程序執行，返回代表上述 3種情況的整數，并用錯誤信息提示用戶。實驗題目：1.輸入一組整數,當輸入負數時停止,求其中最小者。2.求 1-999 中能被

24、3 整除的數,并求它們的和。【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.3.由鍵盤輸入一個班 50 個學生的一門功課的成績，求這門功課全班的平均成績。4.編制一個運動會百米測驗統計名次的程序。5.輸入一組學生的姓名和成績，從中找出成績最高人的姓名，并打印出他們的姓名和成績。6.編寫程序，從鍵盤輸入 6 名學生的 5 門成績，分別統計出每個學生的平均成績。7.設有 5 個學生，每個學生考 4 門課，編寫程序能檢查這些學生有無考試不及格的課程。若某一學生有一門或一門以上課程不及格，就輸出該學生的序號（序號從 0 開始）和其全部課程成績。8.編寫程序計算 10 名學生 1 門課成

25、績的平均分。4-2 用戶界面（可視控件）的軟件需求分析說明：本實驗為用戶界面（可視控件）的軟件需求提煉。要求：對于下列 16 組控件界面圖，每實驗小組至少選擇 3 組，用文字描述：該組各圖的用戶需求和功能需求。示例：示例-1用戶需求：開發一學生成績管理系統，其功能要求之一是：對數學、英語、語文三門課程的學生成績（每生總分及平均分）用列表顯示。功能需求：建立一獨立窗體，從數據庫中取得制定班級的三門課程成績在窗體中的表格中顯示；表格右邊兩列分別顯示三門課程的總成績和平均分數（精度為 2 位小數，第三位小數四舍五入） 。示例-2用戶需求：開發一客房管理系統，其功能要求之一是：快捷瀏覽每個房間的詳細信

26、息，是否已預訂，如已有預定，要求顯示預定期間、客人姓名；列表顯示所有房間的等級及其價格、有無空房。功能需求：建立一獨立窗體，從數據庫中客房信息一覽表，該表含有客房類型、單價、空房間數等；該窗體中應提供方便的圖形界面交互方式，快速顯示已經預訂的房間信息，包括房間號、房間類型、單價、預定時間等；另，應能夠通過客人姓名快速檢索已定客房信息。實驗題目用戶界面（可視控件）的軟件需求分析可選題目如下：【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.圖 1-1圖 1-2圖 2-1圖 2-2圖 3-1圖 3-2【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.圖 4-1圖 4-2

27、圖 5-1圖 5-2圖 6-1圖 6-2 【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.圖 7-1圖 7-2 圖 8-1圖 8-2 圖 9-1圖 9-2【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.圖 10-1圖 10-2圖 11-1圖 11-2圖 12-1圖 12-2【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.圖 13-1圖 13-2圖 14-1圖 14-2圖 15-1圖 15-2【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.圖 16-1圖 16-2五、實驗報告要求五、實驗報告要求要求本實驗結果按照下列表格格式填寫。其

28、中：實驗對象描述，指 C 語言程序描述；在選擇控件界面設計圖為實驗對象時，需將圖形文件貼于此處。實驗對象編號及其描述軟件功能需求提煉1.用戶需求：功能需求：非功能需求：2.用戶需求：功能需求：非功能需求：3.用戶需求：功能需求：非功能需求：六、實驗注意事項六、實驗注意事項1.注意分析實驗對象的非功能需求2.注意提高自己的文字表達能力3.注意總結對軟件功能需求及非功能需求的認識七、思考題七、思考題1.上述需求分析的結果中，有沒有相互矛盾的情況？為什么？2.你認為本次實驗的意義（價值）如何？3.總結一下你在做這個實驗的過程和方法。實驗實驗 3：軟件需求分析（業務需求）（綜合設計性實驗，：軟件需求分

29、析（業務需求）（綜合設計性實驗，2學時）學時）一、實驗目的與要求一、實驗目的與要求業務需求（Business requirement） ，描述了組織為什么要開發一個系統，即組織希望達到的目標。組織的目標指超越軟件本身的較高層次的目標。軟件的業務需求任務是：定義項目范圍。本課程規定：業務需求的描述，采用前景和范圍（vision and scope）文檔來記錄。詳細的內容見教材第 4 章。本實驗的設計依據，來自本課程第 3 章給出的需求過程推薦方法中的第一布，即知識方法。通過獲取軟件客戶的業務知識，建立起軟件客戶的業務需求框架。【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.實驗目

30、的：針對某小型軟件產品（含小型網站）的開發，收集、獲取客戶的業務知識，分析其業務需求，描述出：1）客戶通過該軟件項目預期達到的業務目標；2）客戶為達到預期業務目標所實施的軟件項目范圍；3）將客戶業務知識經整理、匯總后作為本實驗報告的附件（可選） 。要求：1.四人或五人一組。2.嚴格按照實驗報告格式編寫；3.實驗報告內容詳實，公正，態度認真。二、實驗環境二、實驗環境1.個人計算機2.常用工具軟件：MS Office 20033.CASE 軟件：Visio2002三、實驗預習與準備三、實驗預習與準備1.組成實驗小組2.復習課堂教學內容3.選擇實驗對象，查閱有關資料4.熟悉實驗指導書內容5.實驗報告

31、、實驗記錄用紙等四、實驗內容和步驟四、實驗內容和步驟1.每個小組自選一個小型軟件（或網站） ，經小組成員討論后確定其名稱；2.利用各種渠道獲取該軟件的相關組織的業務知識。主要是：（1）業務領域及其產品（服務）的內容、獲利方式等；（2）組織結構與主要業務人員角色；（3）業務流程及相關術語；（4）其他知識。3.繪制基于該軟件構思的“業務-軟件系統關聯圖”（參照教材 4-27 中的上下文圖） ；4.按照本課程規定的“前景和范圍文檔”模板格式（見下表 3-1，作為實驗記錄紙的內容） ，描述基于預期軟件作用下的業務需求；5.學生自主討論，教師指導、答疑。五、實驗報告要求五、實驗報告要求 5-1.實驗記錄

32、業務需求模板本實驗報告主要內容須按照下屬格式填寫。表 3-1：業務需求描述模板（前景和范圍文檔，參照教材表 4-6、4-7）【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.題目：xxx 軟件（網站）業務需求（補充內容：對題目的選擇給予簡要說明）1.背景、業務機會和客戶需要2.業務目標和成功標準BO-1：BO-2：BO-3：SC-1：SC-2：3.業務風險RI-1：RI-2：內容說明：1.背景、業務機會和客戶需要。 （1）背景。概述新產品的來由與背景。對歷史和現狀進行概括性的描述，說明為什么決定開發該產品。 （2）業務機遇。對于軟件企業，描述該預期軟件產品（網站）可能得到的市場機

33、遇或其產品的競爭能力；對于為某組織開發的信息系統軟件，描述的預期將要解決的業務問題或將要改進的業務流程；還應對產品或解決方案簡要描述其優點和作用。作為限制條件，可以描述需要哪些其他的技術、過程或資源。2.業務目標和成功標準。用量化和可衡量的方式概述該軟件產品（網站）提供了哪些重要的業務利益；如是社會公益性項目，可采取定性的描述語句說明其社會管理、社會服務等方面給受益群體帶來的好處。要按照結構化的要求描述，即將業務目標描述為 BO-1、BO-2的形式，將成功標準描述為 SC-1、SC-2形式。3.業務風險。概述與該軟件產品（網站）開發相關的主要風險。包括可能出現的市場競爭問題、時間問題、用戶認可

34、、實現問題以及其他可能對業務造成的負面影響。5-2 實驗數據處理（選做）對于“實驗內容及步驟”實施的結果，回到上述的步驟 2 和 3，按照下表 3-2 所示格式，仔細分析、對照、檢查業務需求描述內容與客戶業務知識的符合程度，修改、精煉、完善業務需求。表 3-2 業務需求實驗信息處理表業務需求描述-1（實驗內容與步驟的結果）業務需求描述-2（修改與完善后的結果）修改原因1.背景、業務機會和客戶需要2.業務目標和成功【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.業務需求描述-1（實驗內容與步驟的結果）業務需求描述-2（修改與完善后的結果）修改原因標準3.業務風險另：1）本次實驗不

35、要求有關軟件版本的內容。2）在本實驗中，不要求使用用例圖。用例方法在實驗 4 中要求必做。六、實驗注意事項六、實驗注意事項本課程的實驗 3，4，5，為同一個軟件（網站）的三部分需求，即業務需求、用戶需求和功能需求。學生務必以注意保持三個實驗報告和記錄的連續性，以便最終完成一個完整的軟件需求說明文檔。七、思考題七、思考題針對表 3-2 中的“修改原因”進行分析，并筆答下列問題: 1.你的修改原因是怎樣發現的？2.對修改前后對比，你認為你的業務需求實驗結果發生了怎樣的變化？3.總結一下你在做這個實驗的過程和方法以及對業務需求文檔描述工作的認識。實驗實驗 4：軟件需求分析（用戶需求）（綜合設計性實驗

36、，：軟件需求分析（用戶需求）（綜合設計性實驗，2學時）學時）一、實驗目的與要求一、實驗目的與要求用戶需求（user requirement） ，描述的是用戶使用預期軟件系統所要達到的功能性目標及非功能性要求。一般，用戶需求描述的是軟件使用者（用戶）使用系統能夠完成什么業務任務或信息處理工作。具體內容是用例描述。場景描述不要求。本課程規定：用戶需求的描述，采用用例（user case）文檔來記錄。詳細的內容見教材第 8 章。用例方法，主要用于發現必要的功能性需求。對于不太復雜的用例，只要求寫出一個簡略的描述，然后，推導出角色執行該用例（包括分支過程和異常處理）需要的所有功能性需求。實驗目的針對某

37、小型軟件產品（含小型網站）的開發，在業務需求文檔（前景范圍文檔）的基礎上，進一步收集、獲取用戶的業務知識（重點是人機交互、任務的輸入、任務功能、輸出信息及業務任務的結果等） ，建立起用例模型，描述：1） 用戶業務任務的用例圖（參見教材圖 8-1）【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.2） 用戶業務任務的用例列表（示例見表 4-1）3） 若干個具體的用例。即從用例出發推導部分功能需求和非功能需求，并明確說明。異常處理單獨描述。 （示例見表 4-2）4） 用戶完成業務任務中需遵循的業務規則（可選）說明：上述“若干個”具體的用例描述，指實驗小組的每個成員至少從本組的軟件（網

38、站）的業務主干過程中選擇一個用例進行規范描述。要求：1.四人或五人一組。2.嚴格按照實驗報告格式編寫；3.實驗報告內容詳實，公正，態度認真。二、實驗環境二、實驗環境1.個人計算機2.常用工具軟件：MS Office 20033.CASE 軟件：Visio2002三、實驗預習與準備三、實驗預習與準備1.組成實驗小組2.復習課堂教學內容3.選擇實驗對象，查閱有關資料4.熟悉實驗指導書內容5.實驗報告、實驗記錄用紙等四、實驗內容和步驟四、實驗內容和步驟在學生自選的小型軟件（或網站）的業務需求文檔的基礎上，實施以下實驗內容：1.深入獲取業務知識，描繪用例圖。2.編寫用例列表。3.分工編寫各自負責的用例

39、描述。4.學生自主討論，教師指導、答疑。五、實驗報告要求五、實驗報告要求 5-1 實驗報告模板用例分析的結果，應按照下述示例的表格形式填寫。表 4-1 用例列表（示例：自動訂餐系統，教材附錄 D.2）主要參與者用 例顧客1.訂餐2.變更訂單3.取消訂單4.查看菜單5.注冊從工資中扣除餐費的付費方式【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.主要參與者用 例6.取消注冊的從工資中扣除餐費的付費方式7.訂購標準餐8.修改所訂的標準餐9 推翻所訂的標準餐菜單經理10.創建菜單11.修改菜單12.定義特色菜自助食堂工作人員13.準備餐14.生成付費請求15.請求送貨16.生成系統使

40、用報告送餐人員17.送餐18.記錄送餐情況19.打印送餐說明【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.表 4-2 用例描述（示例：自動訂餐系統的訂餐用例，教材附錄 D.2）用例 ID 號UC-1用例名稱訂餐創建者Karl Wiegerss最后更新者Jack McGillicutty創建日期2002 年 10 月 21 日最后更新日期2002 年 11 月 7 日參與者顧客描述顧客從公司內聯網或從家里訪問“自助食堂訂餐系統”，隨意查看某一天的菜單，選擇自己想要的食物，提交訂單并要求在特定的時間窗口（15 分鐘）內送貨到指定的地點前置條件1.顧客登錄到“自助食堂訂餐系統” 2

41、.顧客注冊的付費方式是從工資中扣除后置條件1.訂單在“自助食堂訂餐系統”中的存儲狀態是“已接受”2.根據這一訂單的食物條目來更新食物存貨3.根據這一次的送貨請求，對請求的時間窗口更新剩余的送貨能力主干過程1.0 訂一份餐1.顧客要求查看某一天的菜單2.系統顯示有效食物菜單和當日特色菜3.顧客從菜單中選擇一種或多種食物4.顧客表明訂餐完成5.系統顯示所訂菜單條目、單價和總價格，包括應交納的稅和送貨費用6.顧客確認訂餐訂單或請求修改訂餐訂單（回到第 3 步）7.系統顯示那一天中有效的送餐時間8.顧客選擇送餐時間和指定送餐地點9.顧客指定付費方式10.系統確認接收訂單11.系統向顧客發送電子郵件，確

42、認訂單細節、價格和送餐說明12.系統將訂單存儲在數據庫中，并發送電子郵件通知自助食堂工作人員，將食物信息發送給自助食堂庫存系統，并更新有效的送餐時間分支過程1.1 訂多份餐（第 4 步之后分支出來）1.顧客要求預訂另一份餐2.返回到第 2 步1.2 同樣的餐訂多份（第 3 步之后分支出來）1.顧客請求預訂指定數量的同樣食物的多份餐2.返回到第 4 步1.3 訂當日特色菜（第 2 步之后分支出來）1.顧客從菜單中訂當日特色菜2.返回到第 5 步異常1.0.E.1 訂單截止時間在當前時間之前（第 1 步）1.系統通知顧客今天訂餐已太晚了2a.顧客取消訂單2b.系統終止用例3a.顧客請求選擇另一個日

43、期3b.系統重新啟動用例1.0.E.2 沒有有效的送餐時間（第 1 步）1.系統通知顧客送餐日已沒有有效的送餐時間2a.顧客取消訂單2b.系統終止用例3.顧客請求在自助食堂選擇訂單（跳過第 7 步和第 8 步）1.0.E.3 不能完成指定數量的同樣食物的多份餐（第 1 步）1.系統通知顧客它所能提供的同樣食物曲多份餐的最大數量2 顧客變更所訂的同樣食物的份數，或者取消訂單包含無優先級高使用頻率大約 400 名用戶，平均每天使用一次業務規則BR-1，BR-2，BR-3，BR-4，BR-8，BR-11，BR-12，BR-33【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.用例 ID

44、 號UC-1用例名稱訂餐特別需求1.顧客在確認訂單之前的任何時間都可以取消訂單2.顧客能查看自己前 6 個月的全部訂餐，并可以重復其中的任一次訂餐作為新的訂餐，只要所有食物在請求送餐日的菜單中都有效。 （優先級為中）假設1.假設 30%的顧客會訂當日特色菜（來源：根據前 6 個月的自助食堂數據所得）注意和問題1.如果客戶在今天的截止時間之前使用系統，那么默認的日期是當前日期。否則，默認日期是自助食堂的下一個營業日2.如果顧客不要求送餐，那么“請求注冊付費方式是從工資中扣除”這一前置條件就不適用3.這一用例的峰值使用負載是當地時間早晨 8 點到 10 點5-2 需求描述基本要求按照上述模板描述的

45、用戶需求（包括推導出的功能需求） 、非功能需求，需參照下列要求認真編寫。其中（1） 、 （2） 、 （3）和（4）是必須滿足的基本要求；對于（7） ，參照 5-3 進行用例測試。（1）完整性不能缺少某些信息。（2）正確性需求之間不應發生沖突。（3）可行性避免不可實現的需求。（4）必要性必須是用戶的真正需要（5）有優先次序在產品的某一版本中的重要程度。（6）無歧義 一項需求只有一種一致的解釋。（7）可驗證性用檢查或演示可以判斷產品是否正確實現了需求。5-3 用例測試選擇 23 個主要用例，按照下面的例子，進行用例測試，填寫下表 4-3。意圖是明確該用例的若干條可能的執行路徑及其處理過程（含異常）

46、 。表 4-3 用例測試示例用例名稱：用例名稱：查看定單查看定單用戶輸入用戶輸入系統輸出系統輸出期望的結果期望的結果問題與分析問題與分析定單存在，表明該用戶提交了定單顯示定單的詳細情況定單不存在顯示消息“很抱歉，定單找不到！用戶輸入要查用戶輸入要查看的定單號看的定單號定單存在，但不是該用戶提交的定單。顯示消息“很抱歉，這不是您的定單！” 。5-4 實驗數據檢查與分析要求：學生自主檢查自己的實驗記錄（用例列表和用例描述） ，并填寫下列表格（1）和表格（2） ，檢查用例分析結果（注：如有重大問題，應返回修改；一般問題只要記錄檢查結果，不必修改。遺留問題在實驗 5 中解決）：（1）功能性需求描述檢查

47、問題問題檢查結果檢查結果1用例描述是否比較詳細？有沒有不必要的實現細節？2用例中的每個參與者和步驟是否都與所執行的任務有關？3是否定義了系統的全部輸入，包括其來源、精度、取值范圍等？4是否定義了系統的全部輸出，包括目的地、精度、取值范圍、格式等？5用例的前置條件和后置條件是否合理？7是否列出了用戶想要做的全部事情？8是否定義了每個任務所用的數據，以及每個任務得到的數據？【精品文檔】如有侵權，請聯系網站刪除，僅供學習與交流.精品文檔.（2）非功能需求描述檢查問題問題檢查結果檢查結果1從用戶的視角，是否按照需求描述了期望響應時間？2是否定義了安全要求和安全級別？3所有能想到的異常條件是否都已經被定

48、義？4 需求中是否遺漏了必要的信息？六、實驗注意事項六、實驗注意事項各小組注意：1.討論，檢查，修改用例圖和用例列表。2.討論，檢查，修改用例圖、用例列表和用例描述。3.上述示例的表 4-1，表 4-2，可作為實驗記錄附件。七、思考題七、思考題1.總結用例法分析用戶需求的過程和步驟。2.針對實驗數據檢查與分析結果，總結自己的問題與收獲。實驗實驗 5：軟件需求測試軟件需求測試（綜合設計性實驗，（綜合設計性實驗，2 學時）學時）一、實驗目的與要求一、實驗目的與要求本實驗，將針對實驗 3 和實驗 4 的需求分析結果進行需求測試（參照教材第 15 章內容）。實驗結果為XXXX 系統用例測試報告 。本實驗的目的：1.用需求測試