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

1、信息系統(tǒng)工程與實(shí)踐 實(shí)驗(yàn)指導(dǎo)書(shū) 重慶交通大學(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:軟件需求分析（用戶(hù)需求）（綜合性實(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ī)格說(shuō)明書(shū)的編寫(xiě) 23 一、實(shí)驗(yàn)?zāi)康?3 二、實(shí)驗(yàn)的軟硬件環(huán)境 23 三、實(shí)驗(yàn)要求與任務(wù) 23 四、實(shí)驗(yàn)步驟23 【附錄一】 軟件需求規(guī)格說(shuō)明模板 24 實(shí)驗(yàn)八：軟件實(shí)現(xiàn)及測(cè)試（綜合設(shè)計(jì)性實(shí)驗(yàn)，4學(xué)時(shí)） 30 五、實(shí)驗(yàn)報(bào)告要求 31

3、 六、實(shí)驗(yàn)注意事項(xiàng) 33 七、思考題 33 【附錄二】 評(píng)分標(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要求 針對(duì)常用軟件（如 Word）,描述軟件功能，確認(rèn)描述的正確性（至少10個(gè)功能） 要求: 1一人一組。 2嚴(yán)格按照實(shí)驗(yàn)報(bào)告格式編寫(xiě)； 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)對(duì)象，查閱有關(guān)資料 4熟悉實(shí)驗(yàn)指導(dǎo)書(shū)內(nèi)容 5實(shí)驗(yàn)報(bào)告、實(shí)驗(yàn)記錄用紙等 四、實(shí)驗(yàn)內(nèi)容和步驟 每實(shí)驗(yàn)小組自己選擇實(shí)

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

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

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

7、煉/補(bǔ)充軟件功能 需求和非功能需求。 要求： 1.2-3 人一組。 2嚴(yán)格按照實(shí)驗(yàn)報(bào)告格式編寫(xiě)； 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)對(duì)象，查閱有關(guān)資料 4熟悉實(shí)驗(yàn)指導(dǎo)書(shū)內(nèi)容 5實(shí)驗(yàn)報(bào)告、實(shí)驗(yàn)記錄用紙等 四、實(shí)驗(yàn)內(nèi)容和步驟 4-1語(yǔ)言程序的軟件功能需求分析 說(shuō)明：本實(shí)驗(yàn)為從 C語(yǔ)言程序設(shè)計(jì)中提煉出軟件功能需求（含非功能需求）。 按照教學(xué)進(jìn)度，目前學(xué)生已普遍知道軟件用戶(hù)需求和功能需求（含非功能需求），基本含義

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

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

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

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

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

13、打井 k?pb bmp 打開(kāi) -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 地址：申國(guó)北來(lái) 剝匕簾耳士弓爺曰1小兄 圖 15-1 圖 15-2 五、實(shí)驗(yàn)報(bào)告要求 要求本實(shí)驗(yàn)結(jié)果按照下列表格格式填寫(xiě)。 其中：實(shí)驗(yàn)對(duì)象描述，指 C語(yǔ)言程序描述；在選擇控件界面設(shè)計(jì)圖為實(shí)驗(yàn)對(duì)象時(shí)，需 將圖形文件貼于此處。 頭驗(yàn)對(duì)象編號(hào)及其扌田述 軟件功能需求提煉 1. 用戶(hù)需求： 功能需求： 非功能需求： 2. 用戶(hù)需求： 功能需求： 非功能需求： 3. 用戶(hù)需求： 功能需求： 非功能需求： 六、實(shí)

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

16、n and scope）文檔來(lái)記錄。詳 細(xì)的內(nèi)容見(jiàn)教材第 4章。 本實(shí)驗(yàn)的設(shè)計(jì)依據(jù)，來(lái)自本課程第3章給出的需求過(guò)程推薦方法中的第一布，即知識(shí)方 法。通過(guò)獲取軟件客戶(hù)的業(yè)務(wù)知識(shí)，建立起軟件客戶(hù)的業(yè)務(wù)需求框架。 實(shí)驗(yàn)?zāi)康模横槍?duì)某小型軟件產(chǎn)品（含小型網(wǎng)站）的開(kāi)發(fā)，收集、獲取客戶(hù)的業(yè)務(wù)知識(shí)，分析 其業(yè)務(wù)需求，描述出: 1）客戶(hù)通過(guò)該軟件項(xiàng)目預(yù)期達(dá)到的業(yè)務(wù)目標(biāo)； 2）客戶(hù)為達(dá)到預(yù)期業(yè)務(wù)目標(biāo)所實(shí)施的軟件項(xiàng)目范圍； 3）將客戶(hù)業(yè)務(wù)知識(shí)經(jīng)整理、匯總后作為本實(shí)驗(yàn)報(bào)告的附件（可選） 要求： 1.2-3 人一組。 2嚴(yán)格按照實(shí)驗(yàn)報(bào)告格式編寫(xiě)； 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)對(duì)象，查閱有關(guān)資料 4熟悉實(shí)驗(yàn)指導(dǎo)書(shū)內(nèi)容 5實(shí)驗(yàn)報(bào)告、實(shí)驗(yàn)記錄用紙等 四、實(shí)驗(yàn)內(nèi)容和步驟 1. 每個(gè)小組自選一個(gè)小型軟件（或網(wǎng)站），經(jīng)小組成員討論后確定其名稱(chēng)； 2. 利用各種渠道獲取該軟件的相關(guān)組織的業(yè)務(wù)知識(shí)。主要是：（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、板格式（見(jiàn)下表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)容須按照下屬格式填寫(xiě)。 表3-1 :業(yè)務(wù)需求描述模板（前景和范圍文檔，參照教材表4-6、4-7） 題目：xxx軟件（網(wǎng)站）業(yè)務(wù)需求 （補(bǔ)充內(nèi)容：對(duì)題目的選擇給予簡(jiǎn)要說(shuō)明） 1. 背景、業(yè)務(wù)機(jī)會(huì)和客戶(hù)需要 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)容說(shuō)明： 1. 背景、業(yè)務(wù)機(jī)會(huì)和客戶(hù)需要 。（1）背景。概述新產(chǎn)品的來(lái)由與

19、背景。對(duì)歷史和現(xiàn)狀進(jìn)行概括性的描述， 說(shuō)明為什么決定開(kāi)發(fā)該產(chǎn)品。（2）業(yè)務(wù)機(jī)遇。對(duì)于軟件企業(yè)，描述該預(yù)期軟件產(chǎn)品（網(wǎng)站）可能得到的市 場(chǎng)機(jī)遇或其產(chǎn)品的競(jìng)爭(zhēng)能力；對(duì)于為某組織開(kāi)發(fā)的信息系統(tǒng)軟件，描述的預(yù)期將要解決的業(yè)務(wù)問(wèn)題或?qū)⒁?改進(jìn)的業(yè)務(wù)流程；還應(yīng)對(duì)產(chǎn)品或解決方案簡(jiǎn)要描述其優(yōu)點(diǎn)和作用。作為限制條件，可以描述需要哪些其他 的技術(shù)、過(guò)程或資源。 2. 業(yè)務(wù)目標(biāo)和成功標(biāo)準(zhǔn)。用量化和可衡量的方式概述該軟件產(chǎn)品（網(wǎng)站）提供了哪些重要的業(yè)務(wù)利益；如 是社會(huì)公益性項(xiàng)目，可采取定性的描述語(yǔ)句說(shuō)明其社會(huì)管理、社會(huì)服務(wù)等方面給受益群體帶來(lái)的好處。要 按照結(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)站）開(kāi)發(fā)相關(guān)的主要風(fēng)險(xiǎn)。包括可能岀現(xiàn)的市場(chǎng)競(jìng)爭(zhēng)問(wèn)題、時(shí)間問(wèn)題、 用戶(hù)認(rèn)可、實(shí)現(xiàn)問(wèn)題以及其他可能對(duì)業(yè)務(wù)造成的負(fù)面影響。 5-2實(shí)驗(yàn)數(shù)據(jù)處理（選做） 對(duì)于 實(shí)驗(yàn)內(nèi)容及步驟”實(shí)施的結(jié)果，回到上述的步驟2和3,按照下表3-2所示格式， 仔細(xì)分析、對(duì)照、檢查業(yè)務(wù)需求描述內(nèi)容與客戶(hù)業(yè)務(wù)知識(shí)的符合程度，修改、精煉、完善業(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ī)會(huì) 和客戶(hù)需 要 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ù)需求、用戶(hù)需求 和功能需求。學(xué)生務(wù)必以注意保持三個(gè)實(shí)驗(yàn)報(bào)告和記錄的連續(xù)性，以便最終完成一個(gè)完整的 軟件需求說(shuō)明文檔。 七、思考題 針對(duì)表3-2中的 修改原因”進(jìn)行分析，并筆答下列問(wèn)題： 1你的修改原因是怎樣發(fā)現(xiàn)的？ 2對(duì)修改前后對(duì)比，你認(rèn)為你的業(yè)務(wù)需求實(shí)驗(yàn)結(jié)果發(fā)生了怎樣的變化？ 3總結(jié)一下你在做這個(gè)實(shí)驗(yàn)的過(guò)程和方法以及對(duì)業(yè)務(wù)需求文檔描述工作的認(rèn)識(shí)。 實(shí)驗(yàn)4:軟件需求分析（用戶(hù)需求）（綜合

22、性實(shí)驗(yàn)， 4學(xué)時(shí)） 、實(shí)驗(yàn)?zāi)康呐c要求 用戶(hù)需求（user requirement ），描述的是用戶(hù)使用預(yù)期軟件系統(tǒng)所要達(dá)到的功能性目 標(biāo)及非功能性要求。一般，用戶(hù)需求描述的是軟件使用者（用戶(hù)）使用系統(tǒng)能夠完成什么業(yè) 務(wù)任務(wù)或信息處理工作。具體內(nèi)容是用例描述。場(chǎng)景描述不要求。 本課程規(guī)定：用戶(hù)需求的描述，采用用例（user case）文檔來(lái)記錄。詳細(xì)的內(nèi)容見(jiàn)教材 第8章。 用例方法，主要用于發(fā)現(xiàn)必要的功能性需求。 對(duì)于不太復(fù)雜的用例， 只要求寫(xiě)出一個(gè)簡(jiǎn) 略的描述，然后，推導(dǎo)出角色執(zhí)行該用例（包括分支過(guò)程和異常處理）需要的所有功能性需 求。 實(shí)驗(yàn)?zāi)康?針對(duì)某小型軟件產(chǎn)品（含小型網(wǎng)站）的開(kāi)發(fā)，在業(yè)務(wù)

23、需求文檔（前景范圍文檔）的基礎(chǔ) 上，進(jìn)一步收集、獲取用戶(hù)的業(yè)務(wù)知識(shí)（重點(diǎn)是人機(jī)交互、任務(wù)的輸入、任務(wù)功能、輸出信 息及業(yè)務(wù)任務(wù)的結(jié)果等），建立起用例模型，描述： 1）用戶(hù)業(yè)務(wù)任務(wù)的用例圖 2） 用戶(hù)業(yè)務(wù)任務(wù)的用例列表（示例見(jiàn)表4-1） 3）若干個(gè)具體的用例。即從用例出發(fā)推導(dǎo)部分功能需求和非功能需求，并明確說(shuō)明。 異常處理單獨(dú)描述。（示例見(jiàn)表4-2） 4）用戶(hù)完成業(yè)務(wù)任務(wù)中需遵循的業(yè)務(wù)規(guī)則（可選） 說(shuō)明：上述 若干個(gè)”具體的用例描述，指實(shí)驗(yàn)小組的每個(gè)成員至少?gòu)谋窘M的軟件（網(wǎng)站）的 業(yè)務(wù)主干過(guò)程中選擇一個(gè)用例進(jìn)行規(guī)范描述。 要求： 1.2人一組。 2嚴(yán)格按照實(shí)驗(yàn)報(bào)告格式編寫(xiě)； 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)對(duì)象，查閱有關(guān)資料 4熟悉實(shí)驗(yàn)指導(dǎo)書(shū)內(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ù)知識(shí)，描繪用例圖。 2. 編寫(xiě)用例列表。 3. 分工編寫(xiě)各自負(fù)責(zé)的用例描述。 4. 學(xué)生自主討論，教師指導(dǎo)、答疑。 五、實(shí)驗(yàn)報(bào)告要求 5-1實(shí)驗(yàn)報(bào)告模板 用例分析的結(jié)果，應(yīng)按照下述示例的表格形式填寫(xiě)。 表4-1用例列表（

25、示例：自動(dòng)訂餐系統(tǒng)，教材附錄D.2） 主要參與者 用例 顧客 1. 訂餐 2. 變更訂單 3. 取消訂單 4. 查看菜單 5. 注冊(cè)從工資中扣除餐費(fèi)的付費(fèi)方式 6. 取消注冊(cè)的從工資中扣除餐費(fèi)的付費(fèi)方式 7. 訂購(gòu)標(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)請(qǐng)求 15. 請(qǐng)求送貨 16. 生成系統(tǒng)使用報(bào)告 送餐人員 17. 送餐 18. 記錄送餐情況 19. 打印送餐說(shuō)明 表4-2用例描述（示例：自動(dòng)訂餐系統(tǒng)的訂餐用例，教材附錄D.2） 用例ID號(hào) UC-1 用例名稱(chēng)

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

27、訂一份餐 1. 顧客要求查看某一天的菜單 2. 系統(tǒng)顯示有效食物菜單和當(dāng)日特色菜 3. 顧客從菜單中選擇一種或多種食物 4. 顧客表明訂餐完成 5. 系統(tǒng)顯示所訂菜單條目、單價(jià)和總價(jià)格，包括應(yīng)交納的稅和送貨費(fèi)用 6. 顧客確認(rèn)訂餐訂單或請(qǐng)求修改訂餐訂單（回到第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à)格和送餐說(shuō)明 12. 系統(tǒng)將訂單存儲(chǔ)在數(shù)據(jù)庫(kù)中，并發(fā)送電子郵件通知自助食堂工作人員，將食物信息發(fā)送 給自助食堂庫(kù)存系統(tǒng)，并更新有效的送餐時(shí)間 分支過(guò)程 1.1

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

29、 3.顧客請(qǐng)求在自助食堂選擇訂單（跳過(guò)第7步和第8步） 1.0.E.3不能完成指定數(shù)量的同樣食物的多份餐（第1步） 1.系統(tǒng)通知顧客它所能提供的同樣食物曲多份餐的最大數(shù)量 2顧客變更所訂的同樣食物的份數(shù)，或者取消訂單 包含 無(wú) 優(yōu)先級(jí) 高 使用頻率 大約400名用戶(hù)，平均每天使用一次 用例ID號(hào) UC-1 用例名稱(chēng) 訂餐 業(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、請(qǐng)求送餐日的菜單中都有效。（優(yōu)先級(jí)為中） 假設(shè) 1.假設(shè)30%的顧客會(huì)訂當(dāng)日特色菜（來(lái)源：根據(jù)前6個(gè)月的自助食堂數(shù)據(jù)所得） 注意和問(wèn)題 1. 如果客戶(hù)在今天的截止時(shí)間之前使用系統(tǒng)，那么默認(rèn)的日期是當(dāng)前日期。否則，默認(rèn)日期是 自助食堂的下一個(gè)營(yíng)業(yè)日 2. 如果顧客不要求送餐，那么請(qǐng)求注冊(cè)付費(fèi)方式是從工資中扣除”這一前置條件就不適用 3. 這一用例的峰值使用負(fù)載是當(dāng)?shù)貢r(shí)間早晨8點(diǎn)到10點(diǎn) 5-2需求描述基本要求 按照上述模板描述的用戶(hù)需求（包括推導(dǎo)出的功能需求）、非功能需求，需參照下列要求認(rèn) 真編寫(xiě)。其中（1 ）、（ 2）、（ 3）和（4）是必須滿(mǎn)足的基本要求；對(duì)于（7），參照5-3進(jìn)行用 例測(cè)試

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

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

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

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

35、需求，功能需求三個(gè)部分綜合而形成軟件需求說(shuō)明書(shū)的過(guò)程。 二、實(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ī)格說(shuō)明書(shū)的編寫(xiě)： （1）用好的結(jié)構(gòu)化和自然語(yǔ)言編寫(xiě)文檔型文檔 （2）建立圖形化模型。 （3）編寫(xiě)形式化規(guī)格說(shuō)明，這可以通過(guò)使用數(shù)學(xué)上精確的形式化邏輯語(yǔ)言來(lái)定義需求。 2、具體任務(wù)： 開(kāi)發(fā)“XX系統(tǒng)”（如人事管理信息系統(tǒng)、財(cái)務(wù)信息管理系統(tǒng)、酒店信息管理系統(tǒng)、設(shè) 備信息管理系統(tǒng)、倉(cāng)庫(kù)管理信

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

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

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

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

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

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

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

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

44、按照操作模式、類(lèi)/對(duì)象、刺 激/響應(yīng)、功能分解、用戶(hù)類(lèi)別等方式進(jìn)行組織。 IEEE 830-1998將需求分成了 5種類(lèi)別，并據(jù)此進(jìn)行內(nèi)容的組織。這5種內(nèi)容是： 功能需求。 性能需求。 約束。 質(zhì)量屬性。 對(duì)外接口。 軟件需求規(guī)格說(shuō)明模板中第2章已經(jīng)詳細(xì)解釋了 5種類(lèi)型需求的區(qū)別，本章將僅僅對(duì) 文檔內(nèi)容的組織進(jìn)行介紹。 3.1對(duì)外接口需求 描述了設(shè)計(jì)人員正確開(kāi)發(fā)與軟件外部實(shí)體的接口所需要的所有信息。 對(duì)軟件產(chǎn)品對(duì)外接口中的輸人/輸出項(xiàng)，可以參照下列方式進(jìn)行描述： (1) 名稱(chēng)。 (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用戶(hù)界面 描述系統(tǒng)所需的每個(gè)用戶(hù)界面的邏輯特征。本節(jié)可能包括下列內(nèi)容： 對(duì)圖形用戶(hù)界面(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)。 滿(mǎn)足視力有問(wèn)題的用戶(hù)的要求.， 3.1.2硬件接口 描述系統(tǒng)中軟件和硬件每一接口的

46、特征。這種描述可能包括支持的硬件類(lèi)型、軟硬件之 間交流的數(shù)據(jù)和控制信息的性質(zhì)以及所使用的通信協(xié)議等。 3.1.3軟件接口 描述該產(chǎn)品與其他外部組件（由名字和版本識(shí)別）的連接，包括數(shù)據(jù)庫(kù)、操作系統(tǒng)、工 具、程序庫(kù)和集成的商業(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ī)定通信安全或力。密問(wèn)題、數(shù)據(jù)傳輸速率 和同步通信機(jī)制等。 3.2功能需求 描述了軟件產(chǎn)品在接收

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

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

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

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