《信息系統(tǒng)工程與實(shí)踐》實(shí)驗(yàn)指導(dǎo)書

1、信息系統(tǒng)工程與實(shí)踐 實(shí)驗(yàn)指導(dǎo)書 重慶交通大學(xué)信息科學(xué)與工程學(xué)院 2013年10月 目錄 實(shí)驗(yàn)1軟件功能描述與確認(rèn)（驗(yàn)證性實(shí)驗(yàn) 2學(xué)時(shí)） 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)報(bào)告要求 5 六、實(shí)驗(yàn)注意事項(xiàng) 5 七、思考題5 實(shí)驗(yàn)2:從程序設(shè)計(jì)看軟件需求（綜合設(shè)計(jì)性實(shí)驗(yàn)，2學(xué)時(shí)） 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)報(bào)告要求 13 六、實(shí)驗(yàn)注意事項(xiàng) 14 七、思考題14 實(shí)驗(yàn)3:軟件需求分析（業(yè)務(wù)需求）（綜合性實(shí)驗(yàn)，4學(xué)時(shí)）15 一、實(shí)驗(yàn)?zāi)康呐c要求 15 二、實(shí)驗(yàn)環(huán)境15

2、 三、實(shí)驗(yàn)預(yù)習(xí)與準(zhǔn)備 15 四、實(shí)驗(yàn)內(nèi)容和步驟 15 五、實(shí)驗(yàn)報(bào)告要求 16 六、實(shí)驗(yàn)注意事項(xiàng) 17 七、思考題 17 實(shí)驗(yàn)4:軟件需求分析（用戶需求）（綜合性實(shí)驗(yàn)，4學(xué)時(shí)）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)報(bào)告要求 19 六、實(shí)驗(yàn)注意事項(xiàng) 22 七、思考題22 實(shí)驗(yàn)五：“XX系統(tǒng)”軟件需求規(guī)格說明書的編寫 23 一、實(shí)驗(yàn)?zāi)康?3 二、實(shí)驗(yàn)的軟硬件環(huán)境 23 三、實(shí)驗(yàn)要求與任務(wù) 23 四、實(shí)驗(yàn)步驟23 【附錄一】 軟件需求規(guī)格說明模板 24 實(shí)驗(yàn)八：軟件實(shí)現(xiàn)及測試（綜合設(shè)計(jì)性實(shí)驗(yàn)，4學(xué)時(shí)） 30 五、實(shí)驗(yàn)報(bào)告要求 31

3、 六、實(shí)驗(yàn)注意事項(xiàng) 33 七、思考題 33 【附錄二】 評分標(biāo)準(zhǔn)34 實(shí)驗(yàn)1:軟件功能描述與確認(rèn)（驗(yàn)證性實(shí)驗(yàn) 2學(xué)時(shí)） 、實(shí)驗(yàn)?zāi)康呐c要求 針對常用軟件（如 Word）,描述軟件功能，確認(rèn)描述的正確性（至少10個(gè)功能） 要求: 1一人一組。 2嚴(yán)格按照實(shí)驗(yàn)報(bào)告格式編寫； 3實(shí)驗(yàn)報(bào)告內(nèi)容詳實(shí)，公正，態(tài)度認(rèn)真。 、實(shí)驗(yàn)環(huán)境 1個(gè)人計(jì)算機(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)報(bào)告、實(shí)驗(yàn)記錄用紙等 四、實(shí)驗(yàn)內(nèi)容和步驟 每實(shí)驗(yàn)小組自己選擇實(shí)

4、驗(yàn)對象軟件（如Office Word, PowerPoint. Excel等），對其常 用的軟件功能進(jìn)行描述。 任選一組或兩組功能，總共不少10個(gè)子功能，邊確認(rèn)邊用文字描述其功能。 例如：在Word字處理軟件的功能分類中有： 1. 文本格式化選擇文本的顯示方式。 2. 文本編輯和更正更改已經(jīng)輸入的文本內(nèi)容。 3 文件操作一一實(shí)現(xiàn)文本的保存、打印、輸出及做其他操作。 4. 工具添加列、表格、圖片、對數(shù)據(jù)排序、檢查拼寫等等。 5宏一一允許用戶合并多個(gè)任務(wù)。 6視圖功能一一使用多種方式查看文檔。 7通信一一從外部資源中獲得信息。 五、實(shí)驗(yàn)報(bào)告要求 實(shí)驗(yàn)對象及實(shí)驗(yàn)內(nèi)容、結(jié)果等信息按照下列表格填寫。 功

5、能大分類：實(shí)驗(yàn)小組成員：班級: 序 號 功能名稱 功能描述 是否非功 能需求 你希望的功能 實(shí)驗(yàn)者簽名 實(shí)驗(yàn)操作與記錄要求示例 Word2003軟件的“保存文檔”功能 從菜單上操作，有保存、另存為?；竟δ苁牵喊旬?dāng)前文件保存到指定的文件夾內(nèi)。 保存 1） 新建文件，缺省情況下，提示用戶保存到我的文檔，在提示窗口下，用戶可選擇其他 任意路徑下的任何文件夾（可新建文件夾）； 2）既有文件，缺省情況下，直接保存到該文件所在的文件夾內(nèi)。 3）保存操作完的表現(xiàn)：正常情況下無任何顯示，如文件較大，則保存操作的進(jìn)度由進(jìn)度條 表現(xiàn)。異常情況下，顯示信息通知。 另存為 1） 系統(tǒng)顯示提示窗口，用戶可選擇任意路徑

6、下的任何文件夾（可新建文件夾）； 2）保存操作完的表現(xiàn)：正常情況下無任何顯示，如文件較大，則保存操作的進(jìn)度由進(jìn)度條 表現(xiàn)。異常情況下，顯示信息通知。 六、實(shí)驗(yàn)注意事項(xiàng) 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é)一下你在做這個(gè)實(shí)驗(yàn)的過程和方法。 實(shí)驗(yàn)2:從程序設(shè)計(jì)看軟件需求（綜合設(shè)計(jì)性實(shí)驗(yàn)， 2學(xué)時(shí)） 、實(shí)驗(yàn)?zāi)康呐c要求 針對給定的程序設(shè)計(jì)題目，或根據(jù)給定的可視控件人機(jī)界面設(shè)計(jì)，提

7、煉/補(bǔ)充軟件功能 需求和非功能需求。 要求： 1.2-3 人一組。 2嚴(yán)格按照實(shí)驗(yàn)報(bào)告格式編寫； 3實(shí)驗(yàn)報(bào)告內(nèi)容詳實(shí)，公正，態(tài)度認(rèn)真。 二、實(shí)驗(yàn)環(huán)境 1個(gè)人計(jì)算機(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)報(bào)告、實(shí)驗(yàn)記錄用紙等 四、實(shí)驗(yàn)內(nèi)容和步驟 4-1語言程序的軟件功能需求分析 說明：本實(shí)驗(yàn)為從 C語言程序設(shè)計(jì)中提煉出軟件功能需求（含非功能需求）。 按照教學(xué)進(jìn)度，目前學(xué)生已普遍知道軟件用戶需求和功能需求（含非功能需求），基本含義

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

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

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

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

12、表， 該表含有客房類型、單價(jià)、空房間數(shù)等；該窗體中應(yīng)提供方 便的圖形界面交互方式，快速顯示已經(jīng)預(yù)訂的房間信息，包 括房間號、房間類型、單價(jià)、預(yù)定時(shí)間等；另，應(yīng)能夠通過 客人姓名快速檢索已定客房信息。 實(shí)驗(yàn)題目 用戶界面（可視控件）的軟件需求分析可選題目如下: Bandon水棄祂棄；曲棄 已咖夠 能力.才能 able 育力的 abnormal 反常的，術(shù)規(guī)則的 aboerc 在船匕上船 亠 gbot sl 日 tout 厭耕時(shí)向匹大韻.差琳參 above t ,.萬！上向前冃上址的 gticac 左國外，在禪外】傳開 naiiBi nariiriiB fibf m d：v/ord1 .tei:

13、打井 k?pb bmp 打開 -w 1-2 圖1-1 圖2-1 圖2-2 圖4-1圖4-2 HSTUIU (ouner H沖 hi ue I 芋P切 iflijr- fVl- TiIfI iTr -iT, alaj h Ran.- Atiqua Italir fTmjp-vpp* 0- f j / 遲匕 j Bookman Otd Stylo (TtueType bookrYiMi OU St卅 Bald fTtut mm “ 二打上 Rif Boohnw Old StldB Id htlk EJ 沖-Hw fTrjoTpc) |：C即彳曰 血 Held ItFli匚 iTilirTI Cju

14、nar Now bold riuiTyEuj 圖3-1 圖3-2 lit* ft * -ini m! SSTipl 卩陰3約M4 | Yr7l rrszh； I 療啟 |7牛：diig STet 地址：申國北來 剝匕簾耳士弓爺曰1小兄 圖 15-1 圖 15-2 五、實(shí)驗(yàn)報(bào)告要求 要求本實(shí)驗(yàn)結(jié)果按照下列表格格式填寫。 其中：實(shí)驗(yàn)對象描述，指 C語言程序描述；在選擇控件界面設(shè)計(jì)圖為實(shí)驗(yàn)對象時(shí)，需 將圖形文件貼于此處。 頭驗(yàn)對象編號及其扌田述 軟件功能需求提煉 1. 用戶需求： 功能需求： 非功能需求： 2. 用戶需求： 功能需求： 非功能需求： 3. 用戶需求： 功能需求： 非功能需求： 六、實(shí)

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

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

17、具軟件：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)報(bào)告、實(shí)驗(yàn)記錄用紙等 四、實(shí)驗(yàn)內(nèi)容和步驟 1. 每個(gè)小組自選一個(gè)小型軟件（或網(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ù) 3. 繪制基于該軟件構(gòu)思的業(yè)務(wù)-軟件系統(tǒng)關(guān)聯(lián)圖”（參照教材4-27中的上下文圖）； 4. 按照本課程規(guī)定的前景和范圍文檔”模

18、板格式（見下表3-1，作為實(shí)驗(yàn)記錄紙的內(nèi)容）， 描述基于預(yù)期軟件作用下的業(yè)務(wù)需求； 5. 學(xué)生自主討論，教師指導(dǎo)、答疑。 五、實(shí)驗(yàn)報(bào)告要求 5-1.實(shí)驗(yàn)記錄業(yè)務(wù)需求模板 本實(shí)驗(yàn)報(bào)告主要內(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 : B0-3 : SC-1 : SC-2: 3業(yè)務(wù)風(fēng)險(xiǎn) RI-1 : RI-2 : 內(nèi)容說明： 1. 背景、業(yè)務(wù)機(jī)會和客戶需要 。（1）背景。概述新產(chǎn)品的來由與

19、背景。對歷史和現(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ū)⒁?改進(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ù)利益；如 是社會公益性項(xiàng)目，可采取定性的描述語句說明其社會管理、社會服務(wù)等方面給受益群體帶來的好處。要 按照結(jié)構(gòu)化的要求描述，即將業(yè)務(wù)目標(biāo)描述為BO-1、B0-2的形式

20、，將成功標(biāo)準(zhǔn)描述為 SC-1、SC-2形 式。 3. 業(yè)務(wù)風(fēng)險(xiǎn)。概述與該軟件產(chǎn)品（網(wǎng)站）開發(fā)相關(guān)的主要風(fēng)險(xiǎn)。包括可能岀現(xiàn)的市場競爭問題、時(shí)間問題、 用戶認(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 （修改與完善后的結(jié)果） 修改原因 1.背景、 業(yè)務(wù)機(jī)會 和客戶需 要 2.業(yè)務(wù)目 標(biāo)和成功 標(biāo)準(zhǔn) 3.

21、業(yè)務(wù)風(fēng) 險(xiǎn) 另： 1）本次實(shí)驗(yàn)不要求有關(guān)軟件版本的內(nèi)容。 2） 在本實(shí)驗(yàn)中，不要求使用用例圖。用例方法在實(shí)驗(yàn)4中要求必做。 六、實(shí)驗(yàn)注意事項(xiàng) 本課程的實(shí)驗(yàn)3, 4, 5，為同一個(gè)軟件（網(wǎng)站）的三部分需求，即業(yè)務(wù)需求、用戶需求 和功能需求。學(xué)生務(wù)必以注意保持三個(gè)實(shí)驗(yàn)報(bào)告和記錄的連續(xù)性，以便最終完成一個(gè)完整的 軟件需求說明文檔。 七、思考題 針對表3-2中的 修改原因”進(jìn)行分析，并筆答下列問題： 1你的修改原因是怎樣發(fā)現(xiàn)的？ 2對修改前后對比，你認(rèn)為你的業(yè)務(wù)需求實(shí)驗(yàn)結(jié)果發(fā)生了怎樣的變化？ 3總結(jié)一下你在做這個(gè)實(shí)驗(yàn)的過程和方法以及對業(yè)務(wù)需求文檔描述工作的認(rèn)識。 實(shí)驗(yàn)4:軟件需求分析（用戶需求）（綜合

22、性實(shí)驗(yàn)， 4學(xué)時(shí)） 、實(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ù)雜的用例， 只要求寫出一個(gè)簡 略的描述，然后，推導(dǎo)出角色執(zhí)行該用例（包括分支過程和異常處理）需要的所有功能性需 求。 實(shí)驗(yàn)?zāi)康?針對某小型軟件產(chǎn)品（含小型網(wǎng)站）的開發(fā)，在業(yè)務(wù)

23、需求文檔（前景范圍文檔）的基礎(chǔ) 上，進(jìn)一步收集、獲取用戶的業(yè)務(wù)知識（重點(diǎn)是人機(jī)交互、任務(wù)的輸入、任務(wù)功能、輸出信 息及業(yè)務(wù)任務(wù)的結(jié)果等），建立起用例模型，描述： 1）用戶業(yè)務(wù)任務(wù)的用例圖 2） 用戶業(yè)務(wù)任務(wù)的用例列表（示例見表4-1） 3）若干個(gè)具體的用例。即從用例出發(fā)推導(dǎo)部分功能需求和非功能需求，并明確說明。 異常處理單獨(dú)描述。（示例見表4-2） 4）用戶完成業(yè)務(wù)任務(wù)中需遵循的業(yè)務(wù)規(guī)則（可選） 說明：上述 若干個(gè)”具體的用例描述，指實(shí)驗(yàn)小組的每個(gè)成員至少從本組的軟件（網(wǎng)站）的 業(yè)務(wù)主干過程中選擇一個(gè)用例進(jìn)行規(guī)范描述。 要求： 1.2人一組。 2嚴(yán)格按照實(shí)驗(yàn)報(bào)告格式編寫； 3實(shí)驗(yàn)報(bào)告內(nèi)容詳實(shí)，

24、公正，態(tài)度認(rèn)真。 實(shí)驗(yàn)環(huán)境 1個(gè)人計(jì)算機(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)報(bào)告、實(shí)驗(yàn)記錄用紙等 四、實(shí)驗(yàn)內(nèi)容和步驟 在學(xué)生自選的小型軟件（或網(wǎng)站）的業(yè)務(wù)需求文檔的基礎(chǔ)上，實(shí)施以下實(shí)驗(yàn)內(nèi)容: 1. 深入獲取業(yè)務(wù)知識，描繪用例圖。 2. 編寫用例列表。 3. 分工編寫各自負(fù)責(zé)的用例描述。 4. 學(xué)生自主討論，教師指導(dǎo)、答疑。 五、實(shí)驗(yàn)報(bào)告要求 5-1實(shí)驗(yàn)報(bào)告模板 用例分析的結(jié)果，應(yīng)按照下述示例的表格形式填寫。 表4-1用例列表（

25、示例：自動訂餐系統(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. 定義特色菜 自助食堂工作人 員 13. 準(zhǔn)備餐 14. 生成付費(fèi)請求 15. 請求送貨 16. 生成系統(tǒng)使用報(bào)告 送餐人員 17. 送餐 18. 記錄送餐情況 19. 打印送餐說明 表4-2用例描述（示例：自動訂餐系統(tǒng)的訂餐用例，教材附錄D.2） 用例ID號 UC-1 用例名稱

26、訂餐 創(chuàng)建者 Karl Wiegerss 最后更新者 Jack McGillicutty 創(chuàng)建日期 2002年10月21日 最后更新日期 2002年11月7日 參與者 顧客 描述 顧客從公司內(nèi)聯(lián)網(wǎng)或從家里訪問自助食堂訂餐系統(tǒng) ”隨意查看某一大的菜單， 選擇自己想要 的食物，提交訂單并要求在特定的時(shí)間窗口（15分鐘）內(nèi)送貨到指定的地點(diǎn) 前置條件 1.顧客登錄到 自助食堂訂餐系統(tǒng)” 2顧客注冊的付費(fèi)方式是從工資中扣除 后置條件 1訂單在 自助食堂訂餐系統(tǒng)”中的存儲狀態(tài)是 已接受” 2根據(jù)這一訂單的食物條目來更新食物存貨 3.根據(jù)這一次的送貨請求，對請求的時(shí)間窗口更新剩余的送貨能力 主干過程 1.0

27、訂一份餐 1. 顧客要求查看某一天的菜單 2. 系統(tǒng)顯示有效食物菜單和當(dāng)日特色菜 3. 顧客從菜單中選擇一種或多種食物 4. 顧客表明訂餐完成 5. 系統(tǒng)顯示所訂菜單條目、單價(jià)和總價(jià)格，包括應(yīng)交納的稅和送貨費(fèi)用 6. 顧客確認(rèn)訂餐訂單或請求修改訂餐訂單（回到第3步） 7. 系統(tǒng)顯示那一天中有效的送餐時(shí)間 8. 顧客選擇送餐時(shí)間和指定送餐地點(diǎn) 9. 顧客指定付費(fèi)方式 10. 系統(tǒng)確認(rèn)接收訂單 11. 系統(tǒng)向顧客發(fā)送電子郵件，確認(rèn)訂單細(xì)節(jié)、價(jià)格和送餐說明 12. 系統(tǒng)將訂單存儲在數(shù)據(jù)庫中，并發(fā)送電子郵件通知自助食堂工作人員，將食物信息發(fā)送 給自助食堂庫存系統(tǒng)，并更新有效的送餐時(shí)間 分支過程 1.1

28、訂多份餐（第4步之后分支出來） 1. 顧客要求預(yù)訂另一份餐 2. 返回到第2步 1.2同樣的餐訂多份（第 3步之后分支出來） 1. 顧客請求預(yù)訂指定數(shù)量的同樣食物的多份餐 2. 返回到第4步 1.3訂當(dāng)日特色菜（第2步之后分支岀來） 1. 顧客從菜單中訂當(dāng)日特色菜 2. 返回到第5步 異常 1.0.E.1訂單截止時(shí)間在當(dāng)前時(shí)間之前（第1步） 1.系統(tǒng)通知顧客今天訂餐已太晚了 2a.顧客取消訂單 2b.系統(tǒng)終止用例 3a.顧客請求選擇另一個(gè)日期 3b.系統(tǒng)重新啟動用例 1.0.E.2沒有有效的送餐時(shí)間（第 1步） 1.系統(tǒng)通知顧客送餐日已沒有有效的送餐時(shí)間 2a.顧客取消訂單 2b.系統(tǒng)終止用例

29、 3.顧客請求在自助食堂選擇訂單（跳過第7步和第8步） 1.0.E.3不能完成指定數(shù)量的同樣食物的多份餐（第1步） 1.系統(tǒng)通知顧客它所能提供的同樣食物曲多份餐的最大數(shù)量 2顧客變更所訂的同樣食物的份數(shù)，或者取消訂單 包含 無 優(yōu)先級 高 使用頻率 大約400名用戶，平均每天使用一次 用例ID號 UC-1 用例名稱 訂餐 業(yè)務(wù)規(guī)則 BR-1 , BR-2 , BR-3 , BR-4 , BR-8, BR-11 , BR-12, BR-33 特別需求 1. 顧客在確認(rèn)訂單之前的任何時(shí)間都可以取消訂單 2. 顧客能查看自己前6個(gè)月的全部訂餐，并可以重復(fù)其中的任一次訂餐作為新的訂餐，只要所 有食物在

30、請求送餐日的菜單中都有效。（優(yōu)先級為中） 假設(shè) 1.假設(shè)30%的顧客會訂當(dāng)日特色菜（來源：根據(jù)前6個(gè)月的自助食堂數(shù)據(jù)所得） 注意和問題 1. 如果客戶在今天的截止時(shí)間之前使用系統(tǒng)，那么默認(rèn)的日期是當(dāng)前日期。否則，默認(rèn)日期是 自助食堂的下一個(gè)營業(yè)日 2. 如果顧客不要求送餐，那么請求注冊付費(fèi)方式是從工資中扣除”這一前置條件就不適用 3. 這一用例的峰值使用負(fù)載是當(dāng)?shù)貢r(shí)間早晨8點(diǎn)到10點(diǎn) 5-2需求描述基本要求 按照上述模板描述的用戶需求（包括推導(dǎo)出的功能需求）、非功能需求，需參照下列要求認(rèn) 真編寫。其中（1 ）、（ 2）、（ 3）和（4）是必須滿足的基本要求；對于（7），參照5-3進(jìn)行用 例測試

31、。 （1）完整性一不能缺少某些信息。 （2）正確性一需求之間不應(yīng)發(fā)生沖突。 （3）可行性一避免不可實(shí)現(xiàn)的需求。 （4）必要性一必須是用戶的真正需要 （5）有優(yōu)先次序一在產(chǎn)品的某一版本中的重要程度。 （6）無歧義一一項(xiàng)需求只有一種一致的解釋。 （7）可驗(yàn)證性一用檢查或演示可以判斷產(chǎn)品是否正確實(shí)現(xiàn)了需求。 5-3用例測試 選擇23個(gè)主要用例，按照下面的例子，進(jìn)行用例測試，填寫下表4-3。意圖是明確 該用例的若干條可能的執(zhí)行路徑及其處理過程（含異常）。 表4-3用例測試示例 用例名稱：查看定單 用戶輸入 系統(tǒng)輸出 期望的結(jié)果 問題與分析 用戶輸入要查 看的定單號 定單存在，表明該用戶提交 了定單 顯

32、示定單的詳細(xì)情況 定單不存在 顯示消息“很抱歉，定單找 不到！ 定單存在，但不是該用戶提 交的定單。 顯示消息“很抱歉，這不是 您的定單！” 5-4實(shí)驗(yàn)數(shù)據(jù)檢查與分析 要求：學(xué)生自主檢查自己的實(shí)驗(yàn)記錄（用例列表和用例描述），并填寫下列表格（1）和 表格（2）,檢查用例分析結(jié)果 （注：如有重大問題，應(yīng)返回修改；一般問題只要記錄檢查結(jié) 果，不必修改。遺留問題在實(shí)驗(yàn)5中解決）： （1） 功能性需求描述檢查 問題 檢查結(jié)果 1 用例描述是否比較詳細(xì)？有沒有不必要的實(shí)現(xiàn)細(xì)節(jié)？ 2 用例中的每個(gè)參與者和步驟是否都與所執(zhí)行的任務(wù)有關(guān)？ 問題 檢查結(jié)果 3 是否定義了系統(tǒng)的全部輸入，包括其來源、精度、取值范圍

33、等？ 4 是否定義了系統(tǒng)的全部輸出，包括目的地、精度、取值范圍、格 式等？ 5 用例的前置條件和后置條件是否合理？ 7 是否列出了用戶想要做的全部事情？ 8 是否定義了每個(gè)任務(wù)所用的數(shù)據(jù)，以及每個(gè)任務(wù)得到的數(shù)據(jù)？ (2)非功能需求描述檢查 問題 檢查結(jié)果 1 從用戶的視角，是否按照需求描述了期望響應(yīng)時(shí)間？ 2 是否定義了安全要求和安全級別？ 3 所有能想到的異常條件是否都已經(jīng)被定義？ 4 需求中是否遺漏了必要的信息？ 六、實(shí)驗(yàn)注意事項(xiàng) 各小組注意： 1討論，檢查，修改用例圖和用例列表。 2討論，檢查，修改用例圖、用例列表和用例描述。 3上述示例的表4-1，表4-2，可作為實(shí)驗(yàn)記錄附件。 七、思

34、考題 1總結(jié)用例法分析用戶需求的過程和步驟。 2針對實(shí)驗(yàn)數(shù)據(jù)檢查與分析 結(jié)果，總結(jié)自己的問題與收獲。 實(shí)驗(yàn)五：“XX系統(tǒng)”軟件需求規(guī)格說明書的編寫 一、實(shí)驗(yàn)?zāi)康?需求開發(fā)的最終成果是： 客戶和開發(fā)小組對將要開發(fā)的產(chǎn)品達(dá)成一致的協(xié)議。這一協(xié)議 綜合了業(yè)務(wù)需求、用戶需求和軟件功能需求。從前面實(shí)驗(yàn)中所得出的一些分析文檔中，我們 可以知道：項(xiàng)目視圖和范圍文檔包含了業(yè)務(wù)需求， 而使用實(shí)例文檔包含了用戶需求。 我們還 必須編寫從使用實(shí)例派生出的功能需求文檔，還要編寫產(chǎn)品的非功能需求文檔， 包括質(zhì)量屬 性和外部接口需求。 至此，我們綜合前面的相關(guān)分析結(jié)果，來進(jìn)行需求說明書的編寫，進(jìn)一 步理解由業(yè)務(wù)需求，用戶

35、需求，功能需求三個(gè)部分綜合而形成軟件需求說明書的過程。 二、實(shí)驗(yàn)的軟硬件環(huán)境 硬件：微型計(jì)算機(jī)，打印機(jī)； 軟件： Windows XP/7 ，Office 2003/2007，Visual Studio、Delphi，SQL Server 等要求 實(shí)驗(yàn)環(huán)境為網(wǎng)絡(luò)環(huán)境。 三、實(shí)驗(yàn)要求與任務(wù) 1要求: 完成軟件需求規(guī)格說明書的編寫： （1）用好的結(jié)構(gòu)化和自然語言編寫文檔型文檔 （2）建立圖形化模型。 （3）編寫形式化規(guī)格說明，這可以通過使用數(shù)學(xué)上精確的形式化邏輯語言來定義需求。 2、具體任務(wù)： 開發(fā)“XX系統(tǒng)”（如人事管理信息系統(tǒng)、財(cái)務(wù)信息管理系統(tǒng)、酒店信息管理系統(tǒng)、設(shè) 備信息管理系統(tǒng)、倉庫管理信

36、息系統(tǒng)、進(jìn)存銷管理信息系統(tǒng)、學(xué)生信息管理系統(tǒng)、 圖書館信 息管理系統(tǒng)，圖書銷售信息管理新系統(tǒng)等等）。 通過調(diào)查獲取用戶需求，按照需求的內(nèi)容進(jìn)行分析，按照內(nèi)容、格式要求撰寫完整的軟件需 求規(guī)格說明書。 四、實(shí)驗(yàn)步驟 1、參考相關(guān)模板，初步理解軟件需求規(guī)格說明書的結(jié)構(gòu) 2、結(jié)合項(xiàng)目實(shí)際，完成軟件需求規(guī)格說明書 3、進(jìn)一步檢查、完善相應(yīng)的需求部分，盡量避免需求遺漏，和定義的不清晰。同時(shí)， 應(yīng)確保采用規(guī)范圖例。 4、重復(fù)進(jìn)行前面幾個(gè)步驟，經(jīng)過小組成員多次討論，并得到客戶的認(rèn)可，最終達(dá)到客 【附錄一】軟件需求規(guī)格說明模板 1引言 引言是對整個(gè)軟件需求規(guī)格說明的概覽，以幫助讀者更好地閱讀和理解文檔。包括文

37、檔 的意圖（目的）、主要內(nèi)容（范圍）、組織方式（文檔組織）、參考文獻(xiàn)（參考文獻(xiàn)）和閱讀 時(shí)的注意事項(xiàng)（定義、首字母縮寫和縮略語）。 1.1文檔的意圖（目的） 目的是說明軟件需求規(guī)格說明的主要目標(biāo)，描述軟件規(guī)格說明所定義的產(chǎn)品或某些產(chǎn)品 部分。限定預(yù)期的讀者。 1.2主要內(nèi)容（范圍） 在這一節(jié)中： 根據(jù)名稱確定將被開發(fā)的軟件產(chǎn)品。 解釋軟件產(chǎn)品的預(yù)期功能，并在必要的時(shí)候解釋沒有納人軟件產(chǎn)品預(yù)期的功能。 描述軟件產(chǎn)品的應(yīng)用，包括相關(guān)的好處、目標(biāo)和目的。 如果在此軟件需求規(guī)格說明之外，還存在著一個(gè)更高層次的規(guī)格說明（例如系統(tǒng)需求 規(guī)格說明），那么該部分的描述應(yīng)該與更高層次文檔的相關(guān)段落保持一致。 1

38、.3閱讀時(shí)的注意事項(xiàng)（定義、首字母縮寫和縮略語） 定義了正確理解軟件需求規(guī)格說明所必需的術(shù)語、首字母縮寫和縮略語。 這部分內(nèi)容也可以通過添加附錄或者引用其他文檔來提供。 1.4參考文獻(xiàn) 在這一節(jié)中： 提供需求規(guī)格說明文檔引用的全部文檔的清單列表。 利用標(biāo)題、報(bào)告編號（如果適用）舊期和出版機(jī)構(gòu)來標(biāo)識文檔。 指出參考文獻(xiàn)的來源，在該來源中可以獲得文獻(xiàn)。 這部分內(nèi)容也可以通過添加附錄或者引用其他文檔來提供。 1.5組織方式（文檔組織） 在這一節(jié)中： 描述軟件需求規(guī)格說明余下部分所包含的內(nèi)容。 解釋軟件需求規(guī)格說明的組織方式。 2. 總體描述 從總體上描述影響產(chǎn)品和需求的因素。這部分并不涉及將在文檔第

39、3部分（詳細(xì)需求 描 述）中描述的具體的需求，而是為其提供背景知識，使其更加易于理解。 2.1產(chǎn)品前景 該節(jié)將所定義的產(chǎn)品和其他相關(guān)的產(chǎn)品聯(lián)系起來，在聯(lián)系中描述產(chǎn)品的起源和背景，進(jìn) 而說明對產(chǎn)品的總體預(yù)期。 如果產(chǎn)品是一個(gè)獨(dú)立的、完全自包含的系統(tǒng)，那么就應(yīng)該在這里進(jìn)行聲明。 如果像常見的情況那樣，產(chǎn)品僅僅是較大系統(tǒng)的一個(gè)組件，那么就應(yīng)該將較大系統(tǒng)的需 求和軟件的功能聯(lián)系起來進(jìn)行說明，并標(biāo)識它們之間的接口。 如果能夠開發(fā)一個(gè)可以顯示較 大系統(tǒng)的主要組件、內(nèi)部連接和外部接口的框圖，將會有很大幫助。 這一節(jié)還應(yīng)該描述較大系統(tǒng)的其他部分對軟件產(chǎn)品的操作預(yù)期。這些部分包括： 系統(tǒng)接口：系統(tǒng)接口對軟件產(chǎn)品

40、的功能要求。 用戶界面：軟件產(chǎn)品和用戶之間接口的邏輯特征和優(yōu)化要求。 硬件接口：軟件產(chǎn)品和較大系統(tǒng)中硬件組件之間接口的邏輯特征。 軟件接口：其他軟件系統(tǒng)對軟件產(chǎn)品的要求。： 交流接口：本地網(wǎng)絡(luò)協(xié)議之類的交流接口要求。 內(nèi)存：軟件產(chǎn)品在主存儲器和輔助存儲器上的局限性和可適用特性。 操作：用戶要求的正常和特殊操作。 地點(diǎn)改變需求：對指定地點(diǎn)、任務(wù)或者操作模式的需求，調(diào)整軟件裝置而需要改變的 地點(diǎn)或者任務(wù)的相關(guān)特征。 2.2產(chǎn)品功能一 概述軟件將要執(zhí)行的主要功能。此處只需要概略的總結(jié)， 其詳細(xì)內(nèi)容將在第 3部分（詳 細(xì)需求描述）中描述。例如，一個(gè)賬目管理程序的軟件需求規(guī)格說明會在本節(jié)中描述顧客賬 目

41、維護(hù)、顧客描述和發(fā)票處理等功能，但不會提及上述功能的大量細(xì)節(jié)。如果存在為軟件產(chǎn) 品分配功能更高一層的規(guī)格說明，那么這個(gè)部分的功能概述應(yīng)該直接從更高層次規(guī)格說明的 相關(guān)部分提取。 為了清晰起見： 功能的組織應(yīng)該能夠讓第一次看到文檔的顧客或者其他人理解功能列表。 可以使用文本或者圖形化的方法顯示不同功能及其聯(lián)系。 2.3用戶特征 描述產(chǎn)品預(yù)期用戶的一般特征，包括受教育水平、經(jīng)驗(yàn)和技術(shù)能力等。這些描述信息可 以用來解釋第 3部分（詳細(xì)需求描述）中特定需求出現(xiàn)的原因，但是本節(jié)并不涉及這些特 定的需求。 2.4約束 對限制開發(fā)人員開發(fā)方案選擇的事項(xiàng)進(jìn)行一般性描述。這些事項(xiàng)包括： 規(guī)章政策。 硬件限制。

42、和其他應(yīng)用的接口。 并發(fā)操作。 審計(jì)功能。 控制功能 高階語言要求（即程序開發(fā)語言）。 信號握手協(xié)議（即信息交流的可靠性要求）。 應(yīng)用的臨界狀態(tài)。 安全性考慮。 2.5假設(shè)和依賴 列舉并描述了那些會對文檔中所述需求產(chǎn)生影響的因素。這些因素并不是軟件的設(shè)計(jì)限 制，但是這些因素的任何變化都會影響到文檔中的需求。例如，有這樣一個(gè)假設(shè)： 軟件產(chǎn)品 的目標(biāo)硬件上會有某個(gè)特定的操作系統(tǒng)。而在實(shí)際情況中，如果這樣的情況并不存在，那么 文檔中的需求將不得不進(jìn)行相應(yīng)的改變。 3. 詳細(xì)需求描述 這通常是軟件需求規(guī)格說明中最多和最重要的部分。它要對所有的軟件需求進(jìn)行充分的 描述。這部分的內(nèi)容應(yīng)該包括設(shè)計(jì)人員進(jìn)行設(shè)

43、計(jì)時(shí)所需要的所有細(xì)節(jié)，足以讓設(shè)計(jì)人員設(shè)計(jì) 出一個(gè)滿足需求的系統(tǒng)。它還需要清楚地告訴測試人員需要怎么樣的測試才能保證得到一個(gè) 滿足需求的系統(tǒng)。 在這一部分： 細(xì)節(jié)需求的描述要符合優(yōu)秀需求的特性要求(參見2. 5節(jié))，文檔的組織和內(nèi)容整合 要符合優(yōu)秀軟件需求規(guī)格說明文檔的特性要求(參見15.5節(jié))。 細(xì)節(jié)需求要能夠回溯到相關(guān)的前期文檔，形成前后參照。 所有的需求都要被唯一的標(biāo)識。 需求的組織應(yīng)該盡可能的提高可讀性。 該部分內(nèi)容的最佳組織方式要依賴于軟件產(chǎn)品的應(yīng)用領(lǐng)域和特性。IEEE 830-19981為 該部分的文檔組織提供了8種不同的模板方式。 模板是按照系統(tǒng)特性來進(jìn)行需求組織的，除此之外也可以

44、按照操作模式、類/對象、刺 激/響應(yīng)、功能分解、用戶類別等方式進(jìn)行組織。 IEEE 830-1998將需求分成了 5種類別，并據(jù)此進(jìn)行內(nèi)容的組織。這5種內(nèi)容是： 功能需求。 性能需求。 約束。 質(zhì)量屬性。 對外接口。 軟件需求規(guī)格說明模板中第2章已經(jīng)詳細(xì)解釋了 5種類型需求的區(qū)別，本章將僅僅對 文檔內(nèi)容的組織進(jìn)行介紹。 3.1對外接口需求 描述了設(shè)計(jì)人員正確開發(fā)與軟件外部實(shí)體的接口所需要的所有信息。 對軟件產(chǎn)品對外接口中的輸人/輸出項(xiàng)，可以參照下列方式進(jìn)行描述： (1) 名稱。 (2) 目的描述。 (3) 輸人源/輸出目標(biāo)。 (4 )有效范圍，精確度和誤差范圍。 (5) 度量單位。 (6) 時(shí)

45、間要求。 (7) 和其他輸人/輸出項(xiàng)的關(guān)系。、 (8 )屏幕布局/組織。 (9 )窗口布局/組織。 (10) 數(shù)據(jù)格式。 (11) 命令格式。 (12) 結(jié)束消息。 3.1.1用戶界面 描述系統(tǒng)所需的每個(gè)用戶界面的邏輯特征。本節(jié)可能包括下列內(nèi)容： 對圖形用戶界面(GUI)標(biāo)準(zhǔn)的引用或者將要采用的產(chǎn)品系列的樣式指南。 有關(guān)字體、圖標(biāo)、按鈕標(biāo)簽、圖像、顏色選擇方案、組件的tab順序、常用控件等的 標(biāo)準(zhǔn)。 屏幕布局或解決方案的約束。 每個(gè)屏幕中將出現(xiàn)的標(biāo)準(zhǔn)按鈕、功能或者導(dǎo)航鏈接。 快捷鍵。. 便于軟件定位的布局標(biāo)準(zhǔn)。 滿足視力有問題的用戶的要求.， 3.1.2硬件接口 描述系統(tǒng)中軟件和硬件每一接口的

46、特征。這種描述可能包括支持的硬件類型、軟硬件之 間交流的數(shù)據(jù)和控制信息的性質(zhì)以及所使用的通信協(xié)議等。 3.1.3軟件接口 描述該產(chǎn)品與其他外部組件（由名字和版本識別）的連接，包括數(shù)據(jù)庫、操作系統(tǒng)、工 具、程序庫和集成的商業(yè)組件等。聲明在軟件組件之間交換數(shù)據(jù)、消息和控制命令的目的。 描述其他外部組件所需要的服務(wù)以及組件間通信的性質(zhì)。確定將在組件之間共享的數(shù)據(jù)。 3.1.4通信接口 描述與產(chǎn)品所使用的通信功能相關(guān)的需求，包括電子郵件，Web瀏覽器、網(wǎng)絡(luò)通信標(biāo)準(zhǔn) 或協(xié)議及電子表格等。定義了相關(guān)的消息格式。規(guī)定通信安全或力。密問題、數(shù)據(jù)傳輸速率 和同步通信機(jī)制等。 3.2功能需求 描述了軟件產(chǎn)品在接收

47、和處理外部輸入（或者處理和產(chǎn)生對外輸出）中發(fā)生的基本行為。 需要描述的內(nèi)容有： 對輸人的驗(yàn)證 操作的順序 對異常的響應(yīng)，例如 數(shù)值越界 通信間題 錯(cuò)誤處理與恢復(fù) 參數(shù)的說明 輸出和輸人的關(guān)系 輸人/輸出序列 將輸人轉(zhuǎn)換為輸出的公式和規(guī)則 3.2. x系統(tǒng)特性 系統(tǒng)特性是外部期望的系統(tǒng)服務(wù)，它接收一系列的輸入，并產(chǎn)生外界預(yù)期的輸出。 3.2. X.1特性描述 提出了對該系統(tǒng)特性的簡短說明。 3.2. X.2刺激/響應(yīng)序列 列出輸入刺激序列（用戶動作、來自外部設(shè)備的信號或其他觸發(fā)器）和系統(tǒng)的響應(yīng)序列。 3.2. X.3相關(guān)功能需求 詳細(xì)列出與該特性相關(guān)的功能需求。這些是必須提交給用戶的軟件功能，使

48、用戶可以使 用所提供的特性執(zhí)行服務(wù)或者使用所指定的使用實(shí)例執(zhí)行任務(wù)。描述產(chǎn)品如何響應(yīng)可預(yù)知的 出錯(cuò)條件或者非法輸人或動作。 3. 2.x.3.n功能需求x.n 對單個(gè)需求（功能的某個(gè)步驟或者某個(gè)方面）的清晰描述，常見形式為“RID :系統(tǒng)應(yīng) 、亠 ” 該。 3.3性能需求 闡述了不同的應(yīng)用領(lǐng)域?qū)Ξa(chǎn)品性能的需求，并解釋它們的原理以幫助開發(fā)人員做出合理 的設(shè)計(jì)選擇。確定相互合作的用戶數(shù)、 所支持的操作、響應(yīng)時(shí)間以及與實(shí)時(shí)系統(tǒng)的時(shí)間關(guān)系。 還可以定義容量需求， 例如存儲器和磁盤空間的需求或者存儲在數(shù)據(jù)庫中表的最大行數(shù)。盡 可能詳細(xì)地確定性能需求。可能需要針對每個(gè)功能需求或特性分別陳述其性能需求，而不

49、是 把它們都集中在一起陳述。 性能需求描述的詳細(xì)內(nèi)容和形式示例可參見233。 3.4約束 描述可能由法律法規(guī)、標(biāo)準(zhǔn)、規(guī)范或者硬件限制等因素帶來的設(shè)計(jì)約束。 約束描述的詳細(xì)內(nèi)容可參見2.3.6. 3.5質(zhì)量屬性 詳盡陳述對客戶或開發(fā)人員至關(guān)重要的產(chǎn)品質(zhì)量屬性。這些特性必須是確定、定量的而 且在可能時(shí)是可驗(yàn)證的。 關(guān)于質(zhì)量屬性的詳細(xì)內(nèi)容可參見2.3.4. 3.6其他需求 定義在軟件需求規(guī)格說明的其他部分未出現(xiàn)的需求，例如國際化需求或法律上的需求。 你還可以增加有關(guān)操作、管理和維護(hù)部分來完善產(chǎn)品安裝、配置、啟動和關(guān)閉、修復(fù)和 容錯(cuò)， 以及登錄和監(jiān)控操作等方面的需求。 附錄 附錄是對軟件需求規(guī)格說明正

50、文信息的補(bǔ)充。雖然它并不總是必需的，但是必要的附錄 可以增加文檔對需求的描述能力。 常見的附錄內(nèi)容包括： I/O格式示例、成本分析研究、用戶調(diào)查結(jié)果。 有助于閱讀軟件需求規(guī)格說明的背景信息，常見的有術(shù)語表、數(shù)據(jù)字典和分析模型圖 示。 需要解決但是目前還懸而未決的問題列表。 為了滿足安全、導(dǎo)出、初始加載或者其他需求而對代碼和數(shù)據(jù)媒體進(jìn)行特殊打包處理 的說明。 索引 對文檔重要內(nèi)容的位置引用，可以利用文檔編輯工具自動生成。 需求規(guī)格說明文檔的寫作原則與技巧參見“需求規(guī)格說文檔寫作”。 實(shí)驗(yàn)八：軟件實(shí)現(xiàn)及測試(綜合設(shè)計(jì)性實(shí)驗(yàn)， 4學(xué)時(shí)) 一、實(shí)驗(yàn)?zāi)康?1掌握編碼的方法和規(guī)則。 2.掌握單元測試用例生成方法； 3 掌握路徑測試測試用例生成方法； 4.掌握等價(jià)類劃分測試用例生成方法； 二、實(shí)驗(yàn)內(nèi)容及要求 1、 編寫一個(gè)程序如科學(xué)