《軟件需求分析》實(shí)驗(yàn)指導(dǎo)書

《《軟件需求分析》實(shí)驗(yàn)指導(dǎo)書》由會員分享，可在線閱讀，更多相關(guān)《《軟件需求分析》實(shí)驗(yàn)指導(dǎo)書（29頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流 《軟件需求分析》實(shí)驗(yàn)指導(dǎo)書 .....精品文檔...... 《軟件需求分析》實(shí)驗(yàn)教學(xué)大綱 適用專業(yè)：軟件工程 課程類別：專業(yè)限選課 課程性質(zhì)：專業(yè)課 實(shí)驗(yàn)類別：專業(yè)基礎(chǔ)實(shí)驗(yàn) 一、學(xué)時與學(xué)分 1.課程總學(xué)時：64 2.課程總學(xué)分：4 3.實(shí)驗(yàn)學(xué)時：10（分為5次實(shí)驗(yàn)） 4.實(shí)驗(yàn)學(xué)分：1 二、實(shí)驗(yàn)教學(xué)目標(biāo)與基本要求 四人或五人一組。 目標(biāo)：1）實(shí)驗(yàn)內(nèi)容達(dá)到教學(xué)大綱要求；2）實(shí)驗(yàn)報告內(nèi)容詳實(shí)，公正，態(tài)度認(rèn)真。 基本要求：嚴(yán)格按照實(shí)驗(yàn)報告格式編寫。 三、內(nèi)容簡介： 序號 實(shí)驗(yàn)項目名稱

2、 實(shí)驗(yàn)內(nèi)容提要 實(shí)驗(yàn)項目 1 軟件功能描述與確認(rèn) 針對常用軟件，描述軟件功能，確認(rèn)描述的正確性 學(xué)生自己選擇實(shí)驗(yàn)對象軟件（如Office Word,PowerPoint,Excel等），對其常用的軟件功能進(jìn)行描述。 實(shí)驗(yàn)描述與內(nèi)容格式見實(shí)驗(yàn)報告-1。 2 從程序設(shè)計看軟件功能需求 針對給定的程序設(shè)計題目,或根據(jù)給定的可視控件人機(jī)界面設(shè)計，提煉/補(bǔ)充軟件功能需求和非功能需求 1.C語言程序設(shè)計中的軟件功能需求和用戶需求的提煉。 2.用戶界面（可視控件）的軟件功能需求和用戶需求提煉。 以上項目見實(shí)驗(yàn)指導(dǎo)文件：從程序設(shè)計看軟件需求 實(shí)驗(yàn)描述與內(nèi)容格式見實(shí)驗(yàn)報告-2。

3、 3 軟件需求分析（業(yè)務(wù)需求） 自選小型軟件（網(wǎng)站）描述（含建模）業(yè)務(wù)需求 注: 也可結(jié)合學(xué)生興趣,選擇一人機(jī)交互系統(tǒng)/嵌入式系統(tǒng)軟件,如手機(jī),PDA等。 實(shí)驗(yàn)描述與內(nèi)容格式見實(shí)驗(yàn)報告-3。 4 軟件需求分析（用戶需求） 自選小型軟件（網(wǎng)站）描述（含建模）用戶需求 實(shí)驗(yàn)描述與內(nèi)容格式見實(shí)驗(yàn)報告-4。 5 軟件需求分析（功能需求） 自選小型軟件（網(wǎng)站）描述（含建模）功能需求 實(shí)驗(yàn)描述與內(nèi)容格式見實(shí)驗(yàn)報告-5。 最后，實(shí)驗(yàn)3，4，5匯總為需求說明文檔 文檔格式見實(shí)驗(yàn)總結(jié)文件格式《軟件需求分析文檔》。 四、參考教材： 實(shí)驗(yàn)1： 1.[美]Maureen Sp

4、rankle，《問題求解與編程概念（第6版）》，清華大學(xué)出版社，2003年11月 張曉明 鄧勁生譯 實(shí)驗(yàn)2： 1.實(shí)驗(yàn)指導(dǎo)文件：從程序設(shè)計看軟件需求（教師自編） 實(shí)驗(yàn)3~5： 1.（美）Karl E.Wiegers，《軟件需求（第2版）》，清華大學(xué)出版社，2004-11-1 （Software Requirements,Second Edition） ，【譯者】 劉偉琴 劉洪濤 2.本課程軟件需求分析參考文檔。 五、考核方式： 提交書面實(shí)驗(yàn)報告（按規(guī)定格式）or每組選一人講解實(shí)驗(yàn)報告。 詳見本課程教學(xué)大綱 六、實(shí)驗(yàn)設(shè)備及器材配置： 個人計算機(jī)，Office軟件，Vis

5、io繪圖軟件，全部每生一套。 七、實(shí)驗(yàn)項目一覽： 適用專業(yè)、年級 1.軟件工程專業(yè)3年級第2學(xué)期 總學(xué)時/實(shí)驗(yàn)學(xué)時 64/10 序號 實(shí)驗(yàn)項目名稱 實(shí)驗(yàn)內(nèi)容提要 學(xué)時 實(shí)驗(yàn)要求 實(shí)驗(yàn)類型 每組人數(shù) 面向?qū)I(yè)編號 備注 1 軟件功能描述與確認(rèn) 針對常用軟件（Word），描述軟件功能，確認(rèn)描述的正確性（至少10個功能） 2 必做 驗(yàn)證 4~5 2 從程序設(shè)計看軟件功能需求 針對給定的程序設(shè)計題目,或根據(jù)給定的可視控件人機(jī)界面設(shè)計，提煉/補(bǔ)充軟件功能需求和非功能需求 2 必做 綜合設(shè)計 4~5 3 軟件需求分析（業(yè)務(wù)

6、需求） 推薦/自選小型軟件（網(wǎng)站）描述（含建模）業(yè)務(wù)需求分析 2 必做 綜合設(shè)計 4~5 4 軟件需求分析（用戶需求） 推薦/自選小型軟件（網(wǎng)站）描述（含建模）用戶需求分析 2 必做 綜合設(shè)計 4~5 5 軟件需求分析（功能需求） 推薦/自選小型軟件（網(wǎng)站）描述（含建模）功能需求分析 2 必做 綜合設(shè)計 4~5 軟件需求文檔編寫 最后，對實(shí)驗(yàn)3，4，5，報告進(jìn)行匯總、加工，編寫出《xxx軟件需求文檔》 必做 每生獨(dú)立 注：1.實(shí)驗(yàn)要求分必做和選做兩種；實(shí)驗(yàn)類型為驗(yàn)證型、設(shè)計型、綜合型、綜合設(shè)計型等。

7、 2.獨(dú)立設(shè)課的實(shí)驗(yàn)不需填寫“課程總學(xué)時”與“課程總學(xué)分”。 大綱執(zhí)筆人： 大綱審定人： 年 月 日 教學(xué)進(jìn)度計劃表 學(xué)? 年：??2011? 至?2012???? 學(xué)年度?? 秋?? 季學(xué)期 部門名稱： 計算機(jī)科學(xué)學(xué)院 課程名稱：? 軟件需求分析 課程代碼：?11100700? 課程性質(zhì)：專業(yè)限選 授課班級：計算機(jī)科學(xué)學(xué)院?軟件工程 專業(yè) 09級?? 班 班級人數(shù)： 135 主講教師：?

8、 齊連永??? 職稱：??講師? ? 教材名稱：《軟件需求最佳實(shí)踐》，電子工業(yè)出版，2010-04?? 名稱 總時數(shù) 講課 實(shí)驗(yàn) 上機(jī) 習(xí)題 課程設(shè)計 周學(xué)時 考試/考查 機(jī)動 計劃時數(shù) 64 54 10 本課程教學(xué)目的與要求： 通過本課程的教學(xué)使學(xué)生知道、了解和理解軟件需求工程的各個階段（需求獲取階段、需求分析階段、編寫需求規(guī)格說明階段、需求確認(rèn)階段和需求管理階段），有效的需求獲取技術(shù)等，培養(yǎng)學(xué)生的專業(yè)意識，建立專業(yè)知識體系，為后續(xù)的畢業(yè)設(shè)計工作打下良好的基礎(chǔ) 必讀書籍和參考書籍： [英]Ian Sommerville著，程成

9、等譯，《軟件工程 6th Edition》，機(jī)械工業(yè)出版社，中信出版社2003年1月 所需教學(xué)設(shè)備：個人計算機(jī)，投影儀 任課教師簽名： 系（教研室）主任簽名：?????????? 主管教學(xué)院長（主任）簽名：?????? ????? 院（部）簽章 2008 年 2 月 24 日 教務(wù)處制 周次 起止 日期 周學(xué)時 教學(xué)內(nèi)容安排 （章、節(jié)扼要內(nèi)容） 目的和要求 教學(xué)形式及其手段 作業(yè)（包括實(shí)習(xí)、實(shí)驗(yàn)習(xí)題）、輔導(dǎo) 1 2月25日 2月29 日 4 課程介紹（含教學(xué)大綱，實(shí)驗(yàn)大綱等） 第一部分軟件需求初步知識和

10、體驗(yàn) 第1章軟件需求基礎(chǔ)知識 通過課堂理論教學(xué)，課下關(guān)于常用軟件的體驗(yàn)和理解，使學(xué)生建立軟件需求的初步知識。要求認(rèn)真完成實(shí)驗(yàn)。 講授，提示型教學(xué)方法 知識整理，資料閱讀，實(shí)驗(yàn)準(zhǔn)備 2 3月3 日 3月7日 2 第2章 ——客戶眼中的需求 同上 講授，提示型教學(xué)方法 3 3月10 日 3月14 日 4 第3章,第4章 ——需求工程的推薦方法 ——需求分析員 同上 講授，提示型教學(xué)方法 完成實(shí)驗(yàn)1 2學(xué)時 4 3月17 日 3月21 日 2 第二部分軟件需求理論知識與方法 第5章 ——確定產(chǎn)品前景與項目范圍 通過課堂及實(shí)驗(yàn)教學(xué)，課下

11、的閱讀和理解，使學(xué)生建立關(guān)于軟件需求的基礎(chǔ)理論與實(shí)踐知識，了解軟件需求基本方法 要求認(rèn)真完成實(shí)驗(yàn)。 講授，提示型教學(xué)方法 知識整理，資料閱讀，實(shí)驗(yàn)準(zhǔn)備 5 3月24 日 3月28 日 4 第二部分軟件需求理論知識與方法 第6章,第7章,第8章 ——獲取客戶的需求 ——聆聽客戶的需求 ——理解用戶需求 同上 講授，提示型教學(xué)方法 完成實(shí)驗(yàn)2 2學(xué)時 6 3月31 日 4月4 日 2 第9章,第10章 ——遵守規(guī)則 ——編寫需求文檔 同上 講授，提示型教學(xué)方法 知識整理，資料閱讀，實(shí)驗(yàn)準(zhǔn)備 7 4月7 日 4月11 日 4 案例介紹：自

12、助食堂訂餐系統(tǒng) 同上 講授，提示型教學(xué)方法 完成實(shí)驗(yàn)3 2學(xué)時 8 4月14 日 4月18 日 2 第三部分軟件需求分析實(shí)踐與文檔寫作 第11章,第12章 ——一圖勝千言 ——軟件質(zhì)量屬性 通過課堂及實(shí)驗(yàn)教學(xué)，課下的實(shí)踐與應(yīng)用，使學(xué)生初步掌握軟件需求文檔的寫作方法，重點(diǎn)掌握業(yè)務(wù)需求和用戶需求的編寫方法。 要求認(rèn)真完成實(shí)驗(yàn)。 講授/討論，共同解決問題型教學(xué)方法 知識整理，資料閱讀，實(shí)驗(yàn)準(zhǔn)備 9 4月21 日 4月25 日 4 第13章,第14章 ——通過制作原型減少項目風(fēng)險 ——設(shè)定需求優(yōu)先級 同上 講授/討論，共同解決問題型教學(xué)方法 10

13、 4月28 日 5月2 日 2 案例介紹：自助食堂訂餐系統(tǒng) 　同上 講授/討論，共同解決問題型教學(xué)方法 完成實(shí)驗(yàn)4 2學(xué)時 11 5月5 日 5月9 日 4 第四部分軟件需求管理初步 第15章,第16章 ——需求確認(rèn) ——需求開發(fā)面臨的特殊難題 本部分為提高部分，通過課堂教學(xué)和課下閱讀，使學(xué)生對軟件工程中的需求管理具有初步的了解。 要求認(rèn)真完成實(shí)驗(yàn)。 講授/討論，共同解決問題型教學(xué)方法 12 5月12 日 5月16 日 2 第17章,第18章 ——超越需求開發(fā) ——需求管理的原則和實(shí)踐 　同上 講授/討論，提示型教學(xué)方法 知識整理，

14、資料閱讀，編制需求文檔準(zhǔn)備 13 5月19 日 5月23 日 4 第19章,第20章 ——變更管理 ——需求鏈中的聯(lián)系鏈 國內(nèi)外軟件公司的需求分析文檔介紹 　同上 講授/討論，提示型教學(xué)方法 14 5月26 日 5月30 日 2 第21章 ——需求管理工具 　同上 講授/討論提示型教學(xué)方法 15 6月2 日 6月6 日 4 第22章,第23章 ——改進(jìn)需求過程 ——軟件需求與風(fēng)險管理 　同上 講授/討論，提示型教學(xué)方法 完成實(shí)驗(yàn)5 2學(xué)時 16 6月9 日 6月13 日 2 案例介紹：自助食堂訂餐系統(tǒng) 同上 講授/

15、討論，共同解決問題型教學(xué)方法 17 6月16 日 6月20 日 4 l 復(fù)習(xí)，需求文檔寫作指導(dǎo) 要求認(rèn)真完成軟件需求文檔寫作 講授/討論，共同解決問題型教學(xué)方法 完成軟件需求文檔寫作 18 6月23 日 6月27 日 2 l 復(fù)習(xí)，需求文檔寫作指導(dǎo) 要求認(rèn)真完成軟件需求文檔寫作 講授/討論，共同解決問題型教學(xué)方法 考試，評定成績 《軟件需求分析》 實(shí) 驗(yàn) 指 導(dǎo) 書 軟件工程系 曲阜師范大學(xué) 計算機(jī)科學(xué)學(xué)院 2011年10月 課程編號： 11100700 課程類別：（專業(yè)限選課） 適

16、用專業(yè)：計算機(jī)科學(xué)與技術(shù)、軟件工程、網(wǎng)絡(luò)工程 課程總學(xué)時：64 實(shí)驗(yàn)學(xué)時：10 開設(shè)實(shí)驗(yàn)項目數(shù)：5個 目錄 實(shí)驗(yàn)1：軟件功能描述與確認(rèn)（驗(yàn)證性實(shí)驗(yàn)2學(xué)時） 4 一、實(shí)驗(yàn)?zāi)康呐c要求 4 二、實(shí)驗(yàn)環(huán)境 4 三、實(shí)驗(yàn)預(yù)習(xí)與準(zhǔn)備 4 四、實(shí)驗(yàn)內(nèi)容和步驟 4 五、實(shí)驗(yàn)報告要求 5 六、實(shí)驗(yàn)注意事項 5 七、思考題 5 實(shí)驗(yàn)2：從程序設(shè)計看軟件需求（綜合設(shè)計性實(shí)驗(yàn)，2學(xué)時） 6 一、實(shí)驗(yàn)?zāi)康呐c要求 6 二、實(shí)驗(yàn)環(huán)境 6 三、實(shí)驗(yàn)預(yù)習(xí)與準(zhǔn)備 6 四、實(shí)驗(yàn)內(nèi)容和步驟 6 五、實(shí)驗(yàn)報告要求 13 六、實(shí)驗(yàn)注意事項 14 七、思考題 14 實(shí)驗(yàn)3：軟件需求

17、分析（業(yè)務(wù)需求）（綜合設(shè)計性實(shí)驗(yàn)，2學(xué)時） 15 一、實(shí)驗(yàn)?zāi)康呐c要求 15 二、實(shí)驗(yàn)環(huán)境 15 三、實(shí)驗(yàn)預(yù)習(xí)與準(zhǔn)備 15 四、實(shí)驗(yàn)內(nèi)容和步驟 15 五、實(shí)驗(yàn)報告要求 16 六、實(shí)驗(yàn)注意事項 17 七、思考題 17 實(shí)驗(yàn)4：軟件需求分析（用戶需求）（綜合設(shè)計性實(shí)驗(yàn)，2學(xué)時） 18 一、實(shí)驗(yàn)?zāi)康呐c要求 18 二、實(shí)驗(yàn)環(huán)境 18 三、實(shí)驗(yàn)預(yù)習(xí)與準(zhǔn)備 19 四、實(shí)驗(yàn)內(nèi)容和步驟 19 五、實(shí)驗(yàn)報告要求 19 六、實(shí)驗(yàn)注意事項 22 七、思考題 22 實(shí)驗(yàn)5：編寫軟件需求說明書（綜合設(shè)計性實(shí)驗(yàn)，2學(xué)時） 23 一、實(shí)驗(yàn)?zāi)康呐c要求 23 二、實(shí)驗(yàn)環(huán)境 23 三、實(shí)驗(yàn)預(yù)習(xí)

18、與準(zhǔn)備 23 四、實(shí)驗(yàn)內(nèi)容和步驟 23 五、實(shí)驗(yàn)報告要求 24 六、實(shí)驗(yàn)注意事項 25 七、思考題 25 附件 26 參考文獻(xiàn) 26 格式說明 26 實(shí)驗(yàn)1：軟件功能描述與確認(rèn)（驗(yàn)證性實(shí)驗(yàn)2學(xué)時） 一、實(shí)驗(yàn)?zāi)康呐c要求 針對常用軟件（如Word），描述軟件功能，確認(rèn)描述的正確性（至少10個功能） 要求： 1.四人或五人一組。 2.嚴(yán)格按照實(shí)驗(yàn)報告格式編寫； 3.實(shí)驗(yàn)報告內(nèi)容詳實(shí)，公正，態(tài)度認(rèn)真。 二、實(shí)驗(yàn)環(huán)境 1.個人計算機(jī) 2.常用工具軟件：MS Office 2003 3.CASE軟件：Visio2002 三、實(shí)驗(yàn)預(yù)習(xí)與準(zhǔn)備 1.組成實(shí)驗(yàn)小組 2.復(fù)

19、習(xí)課堂教學(xué)內(nèi)容 3.選擇實(shí)驗(yàn)對象，查閱有關(guān)資料 4.熟悉實(shí)驗(yàn)指導(dǎo)書內(nèi)容 5.實(shí)驗(yàn)報告、實(shí)驗(yàn)記錄用紙等 四、實(shí)驗(yàn)內(nèi)容和步驟 每實(shí)驗(yàn)小組自己選擇實(shí)驗(yàn)對象軟件（如Office Word, PowerPoint, Excel等），對其常用的軟件功能進(jìn)行描述。 任選一組或兩組功能，總共不少10個子功能，邊確認(rèn)邊用文字描述其功能。 例如：在Word字處理軟件的功能分類中有： 1. 文本格式化——選擇文本的顯示方式。 2. 文本編輯和更正——更改已經(jīng)輸入的文本內(nèi)容。 3. 文件操作——實(shí)現(xiàn)文本的保存、打印、輸出及做其他操作。 4. 工具——添加列、表格、圖片、對數(shù)據(jù)排序、檢查拼寫等等

20、。 5. 宏——允許用戶合并多個任務(wù)。 6. 視圖功能——使用多種方式查看文檔。 7. 通信——從外部資源中獲得信息。 五、實(shí)驗(yàn)報告要求 實(shí)驗(yàn)對象及實(shí)驗(yàn)內(nèi)容、結(jié)果等信息按照下列表格填寫。 功能大分類： 實(shí)驗(yàn)小組成員： 班級： 序號 功能名稱 功能描述 是否非功能需求 你希望的功能 實(shí)驗(yàn)者簽名 實(shí)驗(yàn)操作與記錄要求示例——Word2

21、002軟件的“保存文檔”功能 從菜單上操作，有[保存]、[另存為]。基本功能是：把當(dāng)前文件保存到指定的文件夾內(nèi)。 [保存] 1） 新建文件，缺省情況下，提示用戶保存到[我的文檔]，在提示窗口下，用戶可選擇其他任意路徑下的任何文件夾（可新建文件夾）； 2） 既有文件，缺省情況下，直接保存到該文件所在的文件夾內(nèi)。 3） 保存操作完的表現(xiàn)：正常情況下無任何顯示，如文件較大，則保存操作的進(jìn)度由進(jìn)度條表現(xiàn)。異常情況下，顯示信息通知。 [另存為] 1） 系統(tǒng)顯示提示窗口，用戶可選擇任意路徑下的任何文件夾（可新建文件夾）； 2） 保存操作完的表現(xiàn)：正常情況下無任何顯示，如文件較大，則保

22、存操作的進(jìn)度由進(jìn)度條表現(xiàn)。異常情況下，顯示信息通知。 六、實(shí)驗(yàn)注意事項 1. 必須保證有足夠的實(shí)驗(yàn)工作量。 2. 試驗(yàn)中要開展組內(nèi)的討論。 3. 實(shí)驗(yàn)結(jié)果記錄要嚴(yán)謹(jǐn)，有條理。 七、思考題 1. 你認(rèn)為上述功能中,哪些功能屬于否非功能需求?為什么? 2. 你認(rèn)為利用上述格式描述軟件需求有何好處，上表的格式還可以如何改進(jìn)？ 3. 總結(jié)一下你在做這個實(shí)驗(yàn)的過程和方法。 實(shí)驗(yàn)2：從程序設(shè)計看軟件需求（綜合設(shè)計性實(shí)驗(yàn)，2學(xué)時） 一、實(shí)驗(yàn)?zāi)康呐c要求 針對給定的程序設(shè)計題目,或根據(jù)給定的可視控件人機(jī)界面設(shè)計，提煉/補(bǔ)充軟件功能需求和非功能需求。 要求： 1.四人或五人一組。 2.

23、嚴(yán)格按照實(shí)驗(yàn)報告格式編寫； 3.實(shí)驗(yàn)報告內(nèi)容詳實(shí)，公正，態(tài)度認(rèn)真。 二、實(shí)驗(yàn)環(huán)境 1.個人計算機(jī) 2.常用工具軟件：MS Office 2003 3.CASE軟件：Visio2002 三、實(shí)驗(yàn)預(yù)習(xí)與準(zhǔn)備 1.組成實(shí)驗(yàn)小組 2.復(fù)習(xí)課堂教學(xué)內(nèi)容 3.選擇實(shí)驗(yàn)對象，查閱有關(guān)資料 4.熟悉實(shí)驗(yàn)指導(dǎo)書內(nèi)容 5.實(shí)驗(yàn)報告、實(shí)驗(yàn)記錄用紙等 四、實(shí)驗(yàn)內(nèi)容和步驟 4-1 語言程序的軟件功能需求分析 說明：本實(shí)驗(yàn)為從C語言程序設(shè)計中提煉出軟件功能需求（含非功能需求）。 按照教學(xué)進(jìn)度，目前學(xué)生已普遍知道軟件用戶需求和功能需求（含非功能需求），基本含義如下： l 用戶需求：業(yè)務(wù)信息處

24、理需求，交互需求等。 l 功能需求：軟件如何處理數(shù)據(jù) l 非功能需求：包括異常處理，界面友好，軟件易用性等 現(xiàn)有一些C語言程序設(shè)計題目，各題目描述的需求層次不一。 要求：每實(shí)驗(yàn)小組從下列題目中至少選擇2個，考察原題目的需求描述,判斷屬于上述3類需求的哪一層次，在表中填寫題目未描述的其他需求。 示例如下表2-1所示。 表2-1 C語言程序設(shè)計題目 原題目：輸入一組整數(shù)，當(dāng)輸入負(fù)數(shù)時停止，求和。 用戶需求 功能需求 非功能需求 為計算一組人員年齡的平均值，先求出所有人員的年齡總和。求和開始的標(biāo)志是：有一負(fù)數(shù)輸入。 輸入一組整數(shù)，當(dāng)輸入負(fù)數(shù)時停止,求和。 1. 該軟件應(yīng)為用

25、戶提供方便的輸入方式，輸入錯誤時，應(yīng)放棄計算，并以錯誤信息提示用戶。 2. 所有輸入數(shù)據(jù)必須為整數(shù)，否則作為異常處理。 3. 最初兩個輸入數(shù)據(jù)不能為負(fù)值，否則作為異常處理。 4. 假定各輸入整數(shù)上限為120，大于者作為異常處理。 5. 異常處理：中斷程序執(zhí)行，返回代表上述3種情況的整數(shù)，并用錯誤信息提示用戶。 實(shí)驗(yàn)題目： 1. 輸入一組整數(shù),當(dāng)輸入負(fù)數(shù)時停止,求其中最小者。 2. 求 1-999 中能被 3 整除的數(shù),并求它們的和。 3. 由鍵盤輸入一個班50個學(xué)生的一門功課的成績，求這門功課全班的平均成績。 4. 編制一個運(yùn)動會百米測驗(yàn)統(tǒng)計名次的程序。 5. 輸入一組學(xué)生

26、的姓名和成績，從中找出成績最高人的姓名，并打印出他們的姓名和成績。 6. 編寫程序，從鍵盤輸入6名學(xué)生的5門成績，分別統(tǒng)計出每個學(xué)生的平均成績。 7. 設(shè)有5個學(xué)生，每個學(xué)生考4門課，編寫程序能檢查這些學(xué)生有無考試不及格的課程。若某一學(xué)生有一門或一門以上課程不及格，就輸出該學(xué)生的序號（序號從0開始）和其全部課程成績。 8. 編寫程序計算10名學(xué)生1門課成績的平均分。 4-2 用戶界面（可視控件）的軟件需求分析 說明：本實(shí)驗(yàn)為用戶界面（可視控件）的軟件需求提煉。 要求：對于下列16組控件界面圖，每實(shí)驗(yàn)小組至少選擇3組，用文字描述：該組各圖的用戶需求和功能需求。 示例： 示

27、例-1 用戶需求：開發(fā)一學(xué)生成績管理系統(tǒng)，其功能要求之一是：對數(shù)學(xué)、英語、語文三門課程的學(xué)生成績（每生總分及平均分）用列表顯示。 功能需求： 建立一獨(dú)立窗體，從數(shù)據(jù)庫中取得制定班級的三門課程成績在窗體中的表格中顯示；表格右邊兩列分別顯示三門課程的總成績和平均分?jǐn)?shù)（精度為2位小數(shù)，第三位小數(shù)四舍五入）。 示例-2 用戶需求：開發(fā)一客房管理系統(tǒng)，其功能要求之一是：快捷瀏覽每個房間的詳細(xì)信息，是否已預(yù)訂，如已有預(yù)定，要求顯示預(yù)定期間、客人姓名；列表顯示所有房間的等級及其價格、有無空房。 功能需求：建立一獨(dú)立窗體，從數(shù)據(jù)庫中客房信息一覽表，該表含有客房類型、單價、空房間數(shù)等；該窗體中應(yīng)

28、提供方便的圖形界面交互方式，快速顯示已經(jīng)預(yù)訂的房間信息，包括房間號、房間類型、單價、預(yù)定時間等；另，應(yīng)能夠通過客人姓名快速檢索已定客房信息。 實(shí)驗(yàn)題目 用戶界面（可視控件）的軟件需求分析可選題目如下： 圖1-1 圖1-2 圖2-1 圖2-2 圖3-1 圖3-2 圖4-1 圖4-2 圖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 圖1

29、2-2 圖13-1 圖13-2 圖14-1 圖14-2 圖15-1 圖15-2 圖16-1 圖16-2 五、實(shí)驗(yàn)報告要求 要求本實(shí)驗(yàn)結(jié)果按照下列表格格式填寫。 其中：實(shí)驗(yàn)對象描述，指C語言程序描述；在選擇控件界面設(shè)計圖為實(shí)驗(yàn)對象時，需將圖形文件貼于此處。 實(shí)驗(yàn)對象編號及其描述 軟件功能需求提煉 1. 用戶需求： 功能需求： 非功能需求： 2. 用戶需求： 功能需求： 非功能需求： 3. 用戶需求： 功能需求： 非功能需求： 六、實(shí)驗(yàn)注意事項 1.注意分析實(shí)驗(yàn)對象的非功能需求 2.注意提高自己

30、的文字表達(dá)能力 3.注意總結(jié)對軟件功能需求及非功能需求的認(rèn)識 七、思考題 1. 上述需求分析的結(jié)果中，有沒有相互矛盾的情況？為什么？ 2. 你認(rèn)為本次實(shí)驗(yàn)的意義（價值）如何？ 3. 總結(jié)一下你在做這個實(shí)驗(yàn)的過程和方法。 實(shí)驗(yàn)3：軟件需求分析（業(yè)務(wù)需求）（綜合設(shè)計性實(shí)驗(yàn)，2學(xué)時） 一、實(shí)驗(yàn)?zāi)康呐c要求 業(yè)務(wù)需求（Business requirement），描述了組織為什么要開發(fā)一個系統(tǒng)，即組織希望達(dá)到的目標(biāo)。組織的目標(biāo)指超越軟件本身的較高層次的目標(biāo)。軟件的業(yè)務(wù)需求任務(wù)是：定義項目范圍。 本課程規(guī)定：業(yè)務(wù)需求的描述，采用前景和范圍（vision and scope）文檔來記錄。詳細(xì)

31、的內(nèi)容見教材第4章。 本實(shí)驗(yàn)的設(shè)計依據(jù)，來自本課程第3章給出的需求過程推薦方法中的第一布，即知識方法。通過獲取軟件客戶的業(yè)務(wù)知識，建立起軟件客戶的業(yè)務(wù)需求框架。 實(shí)驗(yàn)?zāi)康模横槍δ承⌒蛙浖a(chǎn)品（含小型網(wǎng)站）的開發(fā)，收集、獲取客戶的業(yè)務(wù)知識，分析其業(yè)務(wù)需求，描述出： 1）客戶通過該軟件項目預(yù)期達(dá)到的業(yè)務(wù)目標(biāo)； 2）客戶為達(dá)到預(yù)期業(yè)務(wù)目標(biāo)所實(shí)施的軟件項目范圍； 3）將客戶業(yè)務(wù)知識經(jīng)整理、匯總后作為本實(shí)驗(yàn)報告的附件（可選）。 要求： 1.四人或五人一組。 2.嚴(yán)格按照實(shí)驗(yàn)報告格式編寫； 3.實(shí)驗(yàn)報告內(nèi)容詳實(shí)，公正，態(tài)度認(rèn)真。 二、實(shí)驗(yàn)環(huán)境 1.個人計算機(jī) 2.常用工具軟件：MS

32、 Office 2003 3.CASE軟件：Visio2002 三、實(shí)驗(yàn)預(yù)習(xí)與準(zhǔn)備 1.組成實(shí)驗(yàn)小組 2.復(fù)習(xí)課堂教學(xué)內(nèi)容 3.選擇實(shí)驗(yàn)對象，查閱有關(guān)資料 4.熟悉實(shí)驗(yàn)指導(dǎo)書內(nèi)容 5.實(shí)驗(yàn)報告、實(shí)驗(yàn)記錄用紙等 四、實(shí)驗(yàn)內(nèi)容和步驟 1. 每個小組自選一個小型軟件（或網(wǎng)站），經(jīng)小組成員討論后確定其名稱； 2. 利用各種渠道獲取該軟件的相關(guān)組織的業(yè)務(wù)知識。主要是：（1）業(yè)務(wù)領(lǐng)域及其產(chǎn)品（服務(wù)）的內(nèi)容、獲利方式等；（2）組織結(jié)構(gòu)與主要業(yè)務(wù)人員角色；（3）業(yè)務(wù)流程及相關(guān)術(shù)語；（4）其他知識。 3. 繪制基于該軟件構(gòu)思的“業(yè)務(wù)-軟件系統(tǒng)關(guān)聯(lián)圖”（參照教材4-27中的上下文圖）； 4

33、. 按照本課程規(guī)定的“前景和范圍文檔”模板格式（見下表3-1，作為實(shí)驗(yàn)記錄紙的內(nèi)容），描述基于預(yù)期軟件作用下的業(yè)務(wù)需求； 5. 學(xué)生自主討論，教師指導(dǎo)、答疑。 五、實(shí)驗(yàn)報告要求 5-1.實(shí)驗(yàn)記錄——業(yè)務(wù)需求模板 本實(shí)驗(yàn)報告主要內(nèi)容須按照下屬格式填寫。 表3-1：業(yè)務(wù)需求描述模板（前景和范圍文檔，參照教材表4-6、4-7） 題目：xxx軟件（網(wǎng)站）業(yè)務(wù)需求 （補(bǔ)充內(nèi)容：對題目的選擇給予簡要說明） 1. 背景、業(yè)務(wù)機(jī)會和客戶需要 2. 業(yè)務(wù)目標(biāo)和成功標(biāo)準(zhǔn) BO-1： BO-2： BO-3： … SC-1： SC-2： … 3.業(yè)務(wù)風(fēng)險 RI-1： R

34、I-2： … 內(nèi)容說明： 1.背景、業(yè)務(wù)機(jī)會和客戶需要。（1）背景。概述新產(chǎn)品的來由與背景。對歷史和現(xiàn)狀進(jìn)行概括性的描述，說明為什么決定開發(fā)該產(chǎn)品。（2）業(yè)務(wù)機(jī)遇。對于軟件企業(yè)，描述該預(yù)期軟件產(chǎn)品（網(wǎng)站）可能得到的市場機(jī)遇或其產(chǎn)品的競爭能力；對于為某組織開發(fā)的信息系統(tǒng)軟件，描述的預(yù)期將要解決的業(yè)務(wù)問題或?qū)⒁倪M(jìn)的業(yè)務(wù)流程；還應(yīng)對產(chǎn)品或解決方案簡要描述其優(yōu)點(diǎn)和作用。作為限制條件，可以描述需要哪些其他的技術(shù)、過程或資源。 2.業(yè)務(wù)目標(biāo)和成功標(biāo)準(zhǔn)。用量化和可衡量的方式概述該軟件產(chǎn)品（網(wǎng)站）提供了哪些重要的業(yè)務(wù)利益；如是社會公益性項目，可采取定性的描述語句說明其社會管理、社會服務(wù)等方面給受

35、益群體帶來的好處。要按照結(jié)構(gòu)化的要求描述，即將業(yè)務(wù)目標(biāo)描述為BO-1、BO-2…的形式，將成功標(biāo)準(zhǔn)描述為SC-1、SC-2…形式。 3.業(yè)務(wù)風(fēng)險。概述與該軟件產(chǎn)品（網(wǎng)站）開發(fā)相關(guān)的主要風(fēng)險。包括可能出現(xiàn)的市場競爭問題、時間問題、用戶認(rèn)可、實(shí)現(xiàn)問題以及其他可能對業(yè)務(wù)造成的負(fù)面影響。 5-2 實(shí)驗(yàn)數(shù)據(jù)處理（選做） 對于“實(shí)驗(yàn)內(nèi)容及步驟”實(shí)施的結(jié)果，回到上述的步驟2和3，按照下表3-2所示格式，仔細(xì)分析、對照、檢查業(yè)務(wù)需求描述內(nèi)容與客戶業(yè)務(wù)知識的符合程度，修改、精煉、完善業(yè)務(wù)需求。 表3-2 業(yè)務(wù)需求實(shí)驗(yàn)信息處理表 業(yè)務(wù)需求描述-1 （實(shí)驗(yàn)內(nèi)容與步驟的結(jié)果） 業(yè)務(wù)需求描述-2 （

36、修改與完善后的結(jié)果） 修改原因 1.背景、業(yè)務(wù)機(jī)會和客戶需要 2.業(yè)務(wù)目標(biāo)和成功標(biāo)準(zhǔn) 3.業(yè)務(wù)風(fēng)險 另： 1）本次實(shí)驗(yàn)不要求有關(guān)軟件版本的內(nèi)容。 2）在本實(shí)驗(yàn)中，不要求使用用例圖。用例方法在實(shí)驗(yàn)4中要求必做。 六、實(shí)驗(yàn)注意事項 本課程的實(shí)驗(yàn)3，4，5，為同一個軟件（網(wǎng)站）的三部分需求，即業(yè)務(wù)需求、用戶需求和功能需求。學(xué)生務(wù)必以注意保持三個實(shí)驗(yàn)報告和記錄的連續(xù)性，以便最終完成一個完整的軟件需求說明文檔。 七、思考題 針對表3-2 中的“修改原因”進(jìn)行分析，并筆答下列問題: 1.你的修改原因是怎樣發(fā)現(xiàn)的？ 2.對修改前后對

37、比，你認(rèn)為你的業(yè)務(wù)需求實(shí)驗(yàn)結(jié)果發(fā)生了怎樣的變化？ 3.總結(jié)一下你在做這個實(shí)驗(yàn)的過程和方法以及對業(yè)務(wù)需求文檔描述工作的認(rèn)識。 實(shí)驗(yàn)4：軟件需求分析（用戶需求）（綜合設(shè)計性實(shí)驗(yàn)，2學(xué)時） 一、實(shí)驗(yàn)?zāi)康呐c要求 用戶需求（user requirement），描述的是用戶使用預(yù)期軟件系統(tǒng)所要達(dá)到的功能性目標(biāo)及非功能性要求。一般，用戶需求描述的是軟件使用者（用戶）使用系統(tǒng)能夠完成什么業(yè)務(wù)任務(wù)或信息處理工作。具體內(nèi)容是用例描述。場景描述不要求。 本課程規(guī)定：用戶需求的描述，采用用例（user case）文檔來記錄。詳細(xì)的內(nèi)容見教材第8章。 用例方法，主要用于發(fā)現(xiàn)必要的功能性需求。對于不太復(fù)雜的用

38、例，只要求寫出一個簡略的描述，然后，推導(dǎo)出角色執(zhí)行該用例（包括分支過程和異常處理）需要的所有功能性需求。 實(shí)驗(yàn)?zāi)康? 針對某小型軟件產(chǎn)品（含小型網(wǎng)站）的開發(fā)，在業(yè)務(wù)需求文檔（前景范圍文檔）的基礎(chǔ)上，進(jìn)一步收集、獲取用戶的業(yè)務(wù)知識（重點(diǎn)是人機(jī)交互、任務(wù)的輸入、任務(wù)功能、輸出信息及業(yè)務(wù)任務(wù)的結(jié)果等），建立起用例模型，描述： 1） 用戶業(yè)務(wù)任務(wù)的用例圖（參見教材圖8-1） 2） 用戶業(yè)務(wù)任務(wù)的用例列表（示例見表4-1） 3） 若干個具體的用例。即從用例出發(fā)推導(dǎo)部分功能需求和非功能需求，并明確說明。異常處理單獨(dú)描述。（示例見表4-2） 4） 用戶完成業(yè)務(wù)任務(wù)中需遵循的業(yè)務(wù)規(guī)則（可選） 說明

39、：上述“若干個”具體的用例描述，指實(shí)驗(yàn)小組的每個成員至少從本組的軟件（網(wǎng)站）的業(yè)務(wù)主干過程中選擇一個用例進(jìn)行規(guī)范描述。 要求： 1.四人或五人一組。 2.嚴(yán)格按照實(shí)驗(yàn)報告格式編寫； 3.實(shí)驗(yàn)報告內(nèi)容詳實(shí)，公正，態(tài)度認(rèn)真。 二、實(shí)驗(yàn)環(huán)境 1.個人計算機(jī) 2.常用工具軟件：MS Office 2003 3.CASE軟件：Visio2002 三、實(shí)驗(yàn)預(yù)習(xí)與準(zhǔn)備 1.組成實(shí)驗(yàn)小組 2.復(fù)習(xí)課堂教學(xué)內(nèi)容 3.選擇實(shí)驗(yàn)對象，查閱有關(guān)資料 4.熟悉實(shí)驗(yàn)指導(dǎo)書內(nèi)容 5.實(shí)驗(yàn)報告、實(shí)驗(yàn)記錄用紙等 四、實(shí)驗(yàn)內(nèi)容和步驟 在學(xué)生自選的小型軟件（或網(wǎng)站）的業(yè)務(wù)需求文檔的基礎(chǔ)上，實(shí)施以下實(shí)

40、驗(yàn)內(nèi)容： 1.深入獲取業(yè)務(wù)知識，描繪用例圖。 2.編寫用例列表。 3.分工編寫各自負(fù)責(zé)的用例描述。 4.學(xué)生自主討論，教師指導(dǎo)、答疑。 五、實(shí)驗(yàn)報告要求 5-1 實(shí)驗(yàn)報告模板 用例分析的結(jié)果，應(yīng)按照下述示例的表格形式填寫。 表4-1 用例列表（示例：自動訂餐系統(tǒng)，教材附錄D.2） 主要參與者 用 例 顧客 1.訂餐 2.變更訂單 3.取消訂單 4.查看菜單 5.注冊從工資中扣除餐費(fèi)的付費(fèi)方式 6.取消注冊的從工資中扣除餐費(fèi)的付費(fèi)方式 7.訂購標(biāo)準(zhǔn)餐 8.修改所訂的標(biāo)準(zhǔn)餐 9推翻所訂的標(biāo)準(zhǔn)餐 菜單經(jīng)理 10.創(chuàng)建菜單 11.修改菜單 12.定義特

41、色菜 自助食堂工作人員 13.準(zhǔn)備餐 14.生成付費(fèi)請求 15.請求送貨 16.生成系統(tǒng)使用報告 送餐人員 17.送餐 18.記錄送餐情況 19.打印送餐說明 表4-2 用例描述（示例：自動訂餐系統(tǒng)的訂餐用例，教材附錄D.2） 用例ID號 UC-1 用例名稱 訂餐 創(chuàng)建者 Karl Wiegerss 最后更新者 Jack McGillicutty 創(chuàng)建日期 2002年10月21日 最后更新日期 2002年11月7日 參與者 顧客 描述 顧客從公司內(nèi)聯(lián)網(wǎng)或從家里訪問“自助食堂訂餐系統(tǒng)”，隨意查看某一天的菜單，選擇自己想要的食物，提交訂單并要求在

42、特定的時間窗口（15分鐘）內(nèi)送貨到指定的地點(diǎn) 前置條件 1.顧客登錄到“自助食堂訂餐系統(tǒng)” 2.顧客注冊的付費(fèi)方式是從工資中扣除 后置條件 1.訂單在“自助食堂訂餐系統(tǒng)”中的存儲狀態(tài)是“已接受” 2.根據(jù)這一訂單的食物條目來更新食物存貨 3.根據(jù)這一次的送貨請求，對請求的時間窗口更新剩余的送貨能力 主干過程 1.0 訂一份餐 1.顧客要求查看某一天的菜單 2.系統(tǒng)顯示有效食物菜單和當(dāng)日特色菜 3.顧客從菜單中選擇一種或多種食物 4.顧客表明訂餐完成 5.系統(tǒng)顯示所訂菜單條目、單價和總價格，包括應(yīng)交納的稅和送貨費(fèi)用 6.顧客確認(rèn)訂餐訂單或請求修改訂餐訂單（回到第3

43、步） 7.系統(tǒng)顯示那一天中有效的送餐時間 8.顧客選擇送餐時間和指定送餐地點(diǎn) 9.顧客指定付費(fèi)方式 10.系統(tǒng)確認(rèn)接收訂單 11.系統(tǒng)向顧客發(fā)送電子郵件，確認(rèn)訂單細(xì)節(jié)、價格和送餐說明 12.系統(tǒng)將訂單存儲在數(shù)據(jù)庫中，并發(fā)送電子郵件通知自助食堂工作人員，將食物信息發(fā)送給自助食堂庫存系統(tǒng)，并更新有效的送餐時間 分支過程 1.1 訂多份餐（第4步之后分支出來） 1.顧客要求預(yù)訂另一份餐 2.返回到第2步 1.2 同樣的餐訂多份（第3步之后分支出來） 1.顧客請求預(yù)訂指定數(shù)量的同樣食物的多份餐 2.返回到第4步 1.3 訂當(dāng)日特色菜（第2步之后分支出來） 1.顧客從菜單中

44、訂當(dāng)日特色菜 2.返回到第5步 異常 1.0.E.1 訂單截止時間在當(dāng)前時間之前（第1步） 1.系統(tǒng)通知顧客今天訂餐已太晚了 2a.顧客取消訂單 2b.系統(tǒng)終止用例 3a.顧客請求選擇另一個日期 3b.系統(tǒng)重新啟動用例 1.0.E.2 沒有有效的送餐時間（第1步） 1.系統(tǒng)通知顧客送餐日已沒有有效的送餐時間 2a.顧客取消訂單 2b.系統(tǒng)終止用例 3.顧客請求在自助食堂選擇訂單（跳過第7步和第8步） 1.0.E.3 不能完成指定數(shù)量的同樣食物的多份餐（第1步） 1.系統(tǒng)通知顧客它所能提供的同樣食物曲多份餐的最大數(shù)量 2 顧客變更所訂的同樣食物的份數(shù)，或者取消訂單

45、 包含 無 優(yōu)先級 高 使用頻率 大約400名用戶，平均每天使用一次 業(yè)務(wù)規(guī)則 BR-1，BR-2，BR-3，BR-4，BR-8，BR-11，BR-12，BR-33 特別需求 1.顧客在確認(rèn)訂單之前的任何時間都可以取消訂單 2.顧客能查看自己前6個月的全部訂餐，并可以重復(fù)其中的任一次訂餐作為新的訂餐，只要所有食物在請求送餐日的菜單中都有效。（優(yōu)先級為中） 假設(shè) 1.假設(shè)30%的顧客會訂當(dāng)日特色菜（來源：根據(jù)前6個月的自助食堂數(shù)據(jù)所得） 注意和問題 1.如果客戶在今天的截止時間之前使用系統(tǒng)，那么默認(rèn)的日期是當(dāng)前日期。否則，默認(rèn)日期是自助食堂的下一個營業(yè)日 2.如果

46、顧客不要求送餐，那么“請求注冊付費(fèi)方式是從工資中扣除”這一前置條件就不適用 3.這一用例的峰值使用負(fù)載是當(dāng)?shù)貢r間早晨8點(diǎn)到10點(diǎn) 5-2 需求描述基本要求 按照上述模板描述的用戶需求（包括推導(dǎo)出的功能需求）、非功能需求，需參照下列要求認(rèn)真編寫。其中（1）、（2）、（3）和（4）是必須滿足的基本要求；對于（7），參照5-3進(jìn)行用例測試。 （1）完整性—不能缺少某些信息。 （2）正確性—需求之間不應(yīng)發(fā)生沖突。 （3）可行性—避免不可實(shí)現(xiàn)的需求。 （4）必要性—必須是用戶的真正需要 （5）有優(yōu)先次序—在產(chǎn)品的某一版本中的重要程度。 （6）無歧義— 一項需求只有一種一致的解釋。 （

47、7）可驗(yàn)證性—用檢查或演示可以判斷產(chǎn)品是否正確實(shí)現(xiàn)了需求。 5-3 用例測試 選擇2～3個主要用例，按照下面的例子，進(jìn)行用例測試，填寫下表4-3。意圖是明確該用例的若干條可能的執(zhí)行路徑及其處理過程（含異常）。 表4-3 用例測試示例 用例名稱：查看定單 用戶輸入 系統(tǒng)輸出 期望的結(jié)果 問題與分析 用戶輸入要查看的定單號 定單存在，表明該用戶提交了定單 顯示定單的詳細(xì)情況 定單不存在 顯示消息“很抱歉，定單找不到！ 定單存在，但不是該用戶提交的定單。 顯示消息“很抱歉，這不是您的定單！”。 5-4 實(shí)驗(yàn)數(shù)據(jù)檢查與分析 要求：學(xué)生自主檢查自己的實(shí)驗(yàn)記錄

48、（用例列表和用例描述），并填寫下列表格（1）和表格（2），檢查用例分析結(jié)果（注：如有重大問題，應(yīng)返回修改；一般問題只要記錄檢查結(jié)果，不必修改。遺留問題在實(shí)驗(yàn)5中解決）： （1） 功能性需求描述檢查 問題 檢查結(jié)果 1 用例描述是否比較詳細(xì)？有沒有不必要的實(shí)現(xiàn)細(xì)節(jié)？ 2 用例中的每個參與者和步驟是否都與所執(zhí)行的任務(wù)有關(guān)？ 3 是否定義了系統(tǒng)的全部輸入，包括其來源、精度、取值范圍等？ 4 是否定義了系統(tǒng)的全部輸出，包括目的地、精度、取值范圍、格式等？ 5 用例的前置條件和后置條件是否合理？ 7 是否列出了用戶想要做的全部事情？ 8 是否

49、定義了每個任務(wù)所用的數(shù)據(jù)，以及每個任務(wù)得到的數(shù)據(jù)？ （2）非功能需求描述檢查 問題 檢查結(jié)果 1 從用戶的視角，是否按照需求描述了期望響應(yīng)時間？ 2 是否定義了安全要求和安全級別？ 3 所有能想到的異常條件是否都已經(jīng)被定義？ 4 需求中是否遺漏了必要的信息？ 六、實(shí)驗(yàn)注意事項 各小組注意： 1.討論，檢查，修改用例圖和用例列表。 2.討論，檢查，修改用例圖、用例列表和用例描述。 3.上述示例的表4-1，表4-2，可作為實(shí)驗(yàn)記錄附件。 七、思考題 1.總結(jié)用例法分析用戶需求的過程和步驟。 2.針對實(shí)驗(yàn)數(shù)據(jù)檢查與分析結(jié)果，總結(jié)自己的問

50、題與收獲。 實(shí)驗(yàn)5：軟件需求測試（綜合設(shè)計性實(shí)驗(yàn)，2學(xué)時） 一、實(shí)驗(yàn)?zāi)康呐c要求 本實(shí)驗(yàn)，將針對實(shí)驗(yàn)3和實(shí)驗(yàn)4的需求分析結(jié)果進(jìn)行需求測試（參照教材第15章內(nèi)容）。 實(shí)驗(yàn)結(jié)果為《XXXX系統(tǒng)用例測試報告》。 本實(shí)驗(yàn)的目的： 1.用需求測試的理論與方法的實(shí)踐，訓(xùn)練學(xué)生對需求分析初步結(jié)果進(jìn)行深入分析； 2.完善和改進(jìn)實(shí)驗(yàn)3及實(shí)驗(yàn)四的結(jié)果； 3.養(yǎng)成軟件需求工程的初步規(guī)范，加深對用例分析和用戶知識的理解認(rèn)識。 要求： 1.在分工總體分析（實(shí)驗(yàn)4）的基礎(chǔ)上，每個學(xué)生選擇一個主要用例進(jìn)行測試。 2.每個學(xué)生編寫、提交一份測試（實(shí)驗(yàn)）報告，須署名簽字。 3.嚴(yán)格按照本實(shí)驗(yàn)要求的格式編寫

51、； 4.認(rèn)真復(fù)習(xí)本課程所學(xué)內(nèi)容，努力運(yùn)用理論知識指導(dǎo)自身的實(shí)驗(yàn)活動 5.實(shí)驗(yàn)報告及附件必須內(nèi)容詳實(shí)，公正，學(xué)生實(shí)驗(yàn)態(tài)度認(rèn)真。 二、實(shí)驗(yàn)環(huán)境 1.個人計算機(jī) 2.常用工具軟件：MS Office 2003 3.CASE軟件：Visio2002 三、實(shí)驗(yàn)預(yù)習(xí)與準(zhǔn)備 1.組成實(shí)驗(yàn)小組 2.復(fù)習(xí)課堂教學(xué)內(nèi)容 3.選擇實(shí)驗(yàn)對象，查閱有關(guān)資料 4.熟悉實(shí)驗(yàn)指導(dǎo)書內(nèi)容 5.實(shí)驗(yàn)報告、實(shí)驗(yàn)記錄用紙等 四、實(shí)驗(yàn)內(nèi)容和步驟 1.復(fù)習(xí)用例測試的理論與方法，了解用例測試記錄格式 2.用例測試，填寫記錄 3.整理測試結(jié)果，修改實(shí)驗(yàn)4報告的相關(guān)內(nèi)容（模型和文字）。 3.組內(nèi)討論，總結(jié)

52、五、實(shí)驗(yàn)報告要求 5-1 選擇測試用例，并描述用例的業(yè)務(wù)過程 結(jié)合實(shí)驗(yàn)3的業(yè)務(wù)需求分析，畫出業(yè)務(wù)過程流圖。這是測試用例的基礎(chǔ)知識。 5-2 測試用例 通過繪制對話圖的細(xì)節(jié)，填寫下表，形成用例測試方法 用例名稱： 主要功能 用戶輸入 系統(tǒng)處理 系統(tǒng)輸出 用戶期待的輸出結(jié)果 1.XXX 2.yyy 3.？？？ 對話圖： 示例： 用例名稱：修改訂單數(shù)據(jù) 主要功能 用戶輸入 系統(tǒng)處理 系

53、統(tǒng)輸出 用戶期待的輸出結(jié)果 1.查看定單 訂單號 定單存在，表明該用戶提交了定單 顯示定單的詳細(xì)情況 顯示定單的詳細(xì)情況 定單不存在 沒有變化 顯示消息“很抱歉，定單找不到！ 定單存在，但不是該用戶提交的定單。 沒有變化 顯示消息“很抱歉，這不是您的定單！”。 2.修改訂單內(nèi)容 在系顯示的訂單上填寫修改數(shù)據(jù) 檢查輸入的數(shù)據(jù)和字符信息，發(fā)現(xiàn)異常 沒有顯示錯誤提示，數(shù)據(jù)也不保存 顯示錯誤提示：“XX數(shù)據(jù)輸入異常，請重新輸入” 檢查輸入的數(shù)據(jù)和字符信息，沒有發(fā)現(xiàn)異常 沒有任何顯示，數(shù)據(jù)被保存 顯示提示信息：“是否確認(rèn)？” 檢查輸入的數(shù)據(jù)和字符信息，沒有發(fā)現(xiàn)異

54、常，但發(fā)現(xiàn)有沒填寫的必要信息 提示要求用戶輸入必要信息，等待繼續(xù)輸入 提示要求用戶輸入必要信息，等待繼續(xù)輸入 3.填寫完后按照系統(tǒng)提示，點(diǎn)擊“確認(rèn)”或“取消” 點(diǎn)擊確認(rèn) 5-3 測試結(jié)果分析與修改 填寫下表并記述在測試中發(fā)現(xiàn)的問題以及用例描述的修改。 存在的問題 原來的用例描述 修改后的用例描述 1 2 3 4 六、實(shí)驗(yàn)注意事項 1.把精力放在測試過程中的推導(dǎo)之中，運(yùn)用對話圖啟發(fā)思維的深度和范圍； 2.注意分析存在問題時，要概況出問題的本質(zhì)，不要羅列細(xì)

55、節(jié)。否則不利于修改有問題的用例。 七、思考題 1. 為什么要開展需求測試？ 2. 總結(jié)自己在進(jìn)行本次需求測試中的具體收獲和感受。 附件 《XXX軟件需求說明書》（樣例） 參考文獻(xiàn) （美）Karl E.Wiegers，劉偉琴 劉洪濤譯，《軟件需求（第2版）》，清華大學(xué)出版社，2004-11-1 格式說明 1．標(biāo)準(zhǔn)頁面設(shè)置，即A4紙型，頁邊距為：上2.5CM,下2.5CM，左3.5CM，右2.5CM，裝訂線1CM，頁眉1.5CM，頁腳1.5CM，裝訂線位置左側(cè)。 2．正文為宋體五號字，行距為20磅，頁碼居中。 3．實(shí)驗(yàn)名稱為黑體，三號，居中；各項標(biāo)題為黑體,小四。 4．實(shí)驗(yàn)類型為驗(yàn)證性、設(shè)計性、綜合性、演示性之一。 5.在實(shí)驗(yàn)指導(dǎo)書后給出參考文獻(xiàn)，參考文獻(xiàn)格式按示例給出。參考文獻(xiàn)應(yīng)包含實(shí)驗(yàn)大綱中所列參考書。 6．若實(shí)驗(yàn)中某個項目無內(nèi)容，可去除該項目。