信息系統(tǒng)分析與設(shè)計(jì)(編輯修改稿)
2025-01-04 07:30 本頁面
【文章內(nèi)容簡介】 節(jié)和約束 分類 顯示商品說明和商品價(jià)格 明顯的 響應(yīng)時(shí)間 最長 5秒鐘 必須 界面形式 基于表的輸出 必須 彩色界面 想要 將信用卡支付的款項(xiàng)記錄到應(yīng)收款系統(tǒng)中去，因?yàn)樾庞每ㄊ跈?quán)服務(wù)機(jī)構(gòu)應(yīng)支付給商店這些款項(xiàng) 隱藏的 容錯(cuò) 即使電源或設(shè)備發(fā)生故障，也必須在24小時(shí)內(nèi)將授權(quán)的信用卡支付記錄到應(yīng)收系統(tǒng)中去 必須 響應(yīng)時(shí)間 最長 10秒種 必須 現(xiàn)代方法的事件建模 現(xiàn)代方法的事物建模－ 概念模型 分析的集成視圖 用例：對過程的描述 ? 目的：增進(jìn)對需求的理解 ? 前提：依賴于對系統(tǒng)需求的理解，并且需求規(guī)格說明文檔很好地表達(dá)了這些需求。 ? 概念：用例是一個(gè)敘述型文檔，它用來描述一個(gè)參與者（一個(gè)外部的主動(dòng)者）使用系統(tǒng)完成某個(gè)過程時(shí)的時(shí)間發(fā)生順序 ? UML中用例的圖標(biāo)表示： 購買商品 用例的格式 ? 用例格式的基本劃分 ： 高層（ highlevel)格式 擴(kuò)展（ expanded)格式 ? 高層用例 : 以簡潔的方式來描述一個(gè)過程 ? 擴(kuò)展用例： 對一個(gè)過程的描述要比高層用例詳細(xì)得多。 在格式上具有典型的事件發(fā)生過程 需求分析階段，合適的做法是找出最重要或最具有影響力的用例后用擴(kuò)展格式書寫它們，次要用例可以延遲到專門要處理這些用例的系統(tǒng)開發(fā)周期中進(jìn)行。 高層用例舉例：購買商品 ? 用例： 購買商品 ? 參與者：顧客，出納員 ? 類型： 主要 ? 細(xì)述： 顧客帶著所要購買的商品來收款處。出納員記錄下商品信息并收款。付款完成后，顧客帶著所購買的商品離開。 高層用例 使用高層用例可以精練地進(jìn)行表述，快速獲得對系統(tǒng)整體過程的理解 擴(kuò)展用例 ? 擴(kuò)展用例能夠顯示出比高層用例更詳細(xì)的信息，用于對過程和需求進(jìn)行更深層的理解。 ? 擴(kuò)展格式的說明 用例： 用例名稱 參與者： 參與者列表，同時(shí)表明誰發(fā)起用例 目的： 用例的目的 概述： 對高層用例的重復(fù)敘述，或者其他總結(jié)性敘述。 類型： 1）主要，次要或者可供選擇的 2）基本的或者真實(shí)的 交叉引用：相關(guān)的用例或者功能 典型時(shí)間發(fā)生過程： 可供選擇的過程： ? 可以出現(xiàn)在行號(hào)上的可供選擇的過程，描述異常情況 參與者的動(dòng)作 系統(tǒng)響應(yīng) 參與者所執(zhí)行的動(dòng)作，前面加上編號(hào) 系統(tǒng)的響應(yīng)信息，前面加上編號(hào) 擴(kuò)展用例舉例 ? 用例： 用現(xiàn)金購買商品 ? 參與者： 顧客（發(fā)起者），出納員 ? 目的： 記錄銷售過程和支付過程 ? 概述： 顧客帶著所要購買的商品來到收款處。出納員記錄下商品信息并收取現(xiàn)款。付款完成后，顧客帶著所購買的商品離開。 ? 類型： 主要的和基本的 ? 交叉引用： , , , , , ? 典型的時(shí)間發(fā)生過程： ? 可供選擇的過程 第 2行：輸入的商品號(hào)碼無效，系統(tǒng)顯示出錯(cuò)信息。 第 7行： 顧客沒有足夠的現(xiàn)金購買所選商品，取消本次交易。 參與者的動(dòng)作 系統(tǒng)響應(yīng) 1）用例起始于一個(gè)顧客帶著所要購買的商品到達(dá)一個(gè)銷售終端 2）出納員錄入每項(xiàng)商品的商品號(hào)。如果出現(xiàn)多哥同類商品，出納員還要錄入該商品的數(shù)量。 3）確定商品價(jià)格并將商品信息輸入到正在運(yùn)行的銷售事務(wù)處理系統(tǒng)。顯示當(dāng)前的商品信息和商品價(jià)格。 4）輸入完商品信息后，出納員向 POST發(fā)出提示，提示商品信息錄入完畢 5）計(jì)算和顯示該顧客的商品價(jià)值總額 6）出納員將商品價(jià)值總額報(bào)告給顧客 7）出納員接收顧客的付款 —顧客的付款數(shù)可能高于商品總額 8）出納員錄入顧客所付現(xiàn)款總額 9）顯示出應(yīng)找顧客款額。打應(yīng)付款收據(jù) 10）出納員收管好現(xiàn)金并取出要找還顧客的現(xiàn)金。出納員將應(yīng)找還給顧客的現(xiàn)金及打印的收據(jù)交給顧客 11）記錄這次交易 12）顧客帶著所購買的商品離開 Traceability 概念模型 類 ──具有相同的屬性、操作、方法、關(guān)系和語義 的一組對象的描述。 類型 ──描述了一組具有相同屬性和操作的對象。 類型可能不包括任何方法，它是軟件實(shí)體 的規(guī)格說明而不是軟件實(shí)體的實(shí)現(xiàn)。 應(yīng)區(qū)分領(lǐng)域模型中的真實(shí)概念與軟件設(shè)計(jì)人員Java類的不同視角。（ analysis/design/inpl. view） “概念（＝事物）”這個(gè)術(shù)語用于指代真實(shí)世界中的事物，“類”這個(gè)術(shù)語用于指代軟件規(guī)格說明和軟件實(shí)現(xiàn)中的事物。 在 UML中，不使用 “ 概念 ”這一術(shù)語，而使用 “ 類 ” 和“ 類型 ” 這兩個(gè)術(shù)語。 甚么是概念模型 概念模型是問題域中概念的描述。在 UML中用一組靜態(tài)結(jié)構(gòu)圖來表達(dá)概念模型，靜態(tài)結(jié)構(gòu)圖中沒有定義操作和方法。 概念模型可以描繪的內(nèi)容： 1．一組領(lǐng)域概念 2．概念之間的關(guān)聯(lián) （包括連接、聚合、組合） 3．概念的屬性 概念模型是對問題域內(nèi)的事物的描述，而不是對軟件設(shè)計(jì)的描述。因此，在一個(gè)概念模型中不應(yīng)該出現(xiàn)以下模型元素： 1．軟件制品，例如窗口或數(shù)據(jù)庫（除非被建模的領(lǐng)域是有關(guān)軟件概念，比如說一個(gè)圖形用戶界面模型）。 2．職責(zé)或方法。 Method 1 用例模型 概念模型 為概念模型添加關(guān)聯(lián) 為概念模型添加屬性 精化術(shù)語表
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1