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