信息系統(tǒng)分析與設(shè)計(jì)-在線瀏覽
2025-01-25 07:30本頁面
【正文】 理系統(tǒng)（ ES) ? 控制系統(tǒng) ? 程序化自動(dòng)系統(tǒng) 通用分解 OS Application OS Application WFMS UIMS DBMS ? 1） 1965－ 1975：分解應(yīng)用 ? 職能孤島 ? 2） 1975－ 1985：數(shù)據(jù)庫管理 ? 數(shù)據(jù)與應(yīng)用分離 ? 3） 1985－ 1995 用戶界面管理 ? 界面與應(yīng)用分離 (web Browser) ? 4) 1995－ 2022 工作流管理 ? 業(yè)務(wù)過程與應(yīng)用分開。余下的軟件部件大部分與業(yè)務(wù)過程（ procedure）和 Case處理有關(guān)。 明顯的 隱藏的 修飾性的 功能的舉例 ? 基本功能 ? 處理支付功能 明顯的 ?記錄當(dāng)前的銷售 ?計(jì)算當(dāng)前的銷售總額 隱藏的 ?銷售提交給系統(tǒng)后削減相應(yīng)庫存 ?記錄完整的銷售信息 明顯的 ?處理現(xiàn)金支付，記錄實(shí)付款項(xiàng)，計(jì)算應(yīng)還款 隱藏的 ?將信用卡支付款項(xiàng)記錄到應(yīng)收款系統(tǒng)中去 系統(tǒng)的屬性 ? 非功能性需求，或稱廣義的質(zhì)量需求 ? 屬性 是系統(tǒng)的特性或者系統(tǒng)的度量 如：響應(yīng)時(shí)間，零售價(jià)格 ? 系統(tǒng)的屬性具有一組可能的 屬性細(xì)節(jié) 如：界面形式 =（圖形化，彩色，基于表） ? 系統(tǒng)屬性還具有 屬性邊界約束 ： 如：響應(yīng)時(shí)間 =（最長五秒） ? 屬性的細(xì)節(jié)和邊界約束可以分為 必要 和 想要 兩大類。 ? 概念：用例是一個(gè)敘述型文檔，它用來描述一個(gè)參與者（一個(gè)外部的主動(dòng)者）使用系統(tǒng)完成某個(gè)過程時(shí)的時(shí)間發(fā)生順序 ? UML中用例的圖標(biāo)表示： 購買商品 用例的格式 ? 用例格式的基本劃分 ： 高層（ highlevel)格式 擴(kuò)展（ expanded)格式 ? 高層用例 : 以簡潔的方式來描述一個(gè)過程 ? 擴(kuò)展用例： 對一個(gè)過程的描述要比高層用例詳細(xì)得多。 高層用例舉例：購買商品 ? 用例： 購買商品 ? 參與者：顧客，出納員 ? 類型： 主要 ? 細(xì)述： 顧客帶著所要購買的商品來收款處。付款完成后，顧客帶著所購買的商品離開。 ? 擴(kuò)展格式的說明 用例： 用例名稱 參與者： 參與者列表，同時(shí)表明誰發(fā)起用例 目的： 用例的目的 概述： 對高層用例的重復(fù)敘述，或者其他總結(jié)性敘述。出納員記錄下商品信息并收取現(xiàn)款。 ? 類型： 主要的和基本的 ? 交叉引用： , , , , , ? 典型的時(shí)間發(fā)生過程： ? 可供選擇的過程 第 2行：輸入的商品號碼無效，系統(tǒng)顯示出錯(cuò)信息。 參與者的動(dòng)作 系統(tǒng)響應(yīng) 1）用例起始于一個(gè)顧客帶著所要購買的商品到達(dá)一個(gè)銷售終端 2）出納員錄入每項(xiàng)商品的商品號。 3）確定商品價(jià)格并將商品信息輸入到正在運(yùn)行的銷售事務(wù)處理系統(tǒng)。 4）輸入完商品信息后，出納員向 POST發(fā)出提示，提示商品信息錄入完畢 5）計(jì)算和顯示該顧客的商品價(jià)值總額 6）出納員將商品價(jià)值總額報(bào)告給顧客 7）出納員接收顧客的付款 —顧客的付款數(shù)可能高于商品總額 8）出納員錄入顧客所付現(xiàn)款總額 9）顯示出應(yīng)找顧客款額。出納員將應(yīng)找還給顧客的現(xiàn)金及打印的收據(jù)交給顧客 11）記錄這次交易 12）顧客帶著所購買的商品離開 Traceability 概念模型 類 ──具有相同的屬性、操作、方法、關(guān)系和語義 的一組對象的描述。 類型可能不包括任何方法，它是軟件實(shí)體 的規(guī)格說明而不是軟件實(shí)體的實(shí)現(xiàn)。（ analysis/design/inpl. view） “概念（＝事物）”這個(gè)術(shù)語用于指代真實(shí)世界中的事物，“類”這個(gè)術(shù)語用于指代軟件規(guī)格說明和軟件實(shí)現(xiàn)中的事物。 甚么是概念模型 概念模型是問題域中概念的描述。 概念模型可以描繪的內(nèi)容： 1．一組領(lǐng)域概念 2．概念之間的關(guān)聯(lián) （包括連接、聚合、組合） 3．概念的屬性 概念模型是對問題域內(nèi)的事物的描述，而不是對軟件設(shè)計(jì)的描述。 2．職責(zé)或方法。 基于過程設(shè)計(jì)與基于對象設(shè)計(jì)的區(qū)別?。?！ 購買商品用例的系統(tǒng)順序圖： 1．將系統(tǒng)表示為一個(gè)黑盒子，在盒子下面劃一條線。在每個(gè)參與者下面劃一條線。將它們標(biāo)在圖中。 如何建立系統(tǒng)順序圖 識別系統(tǒng)事件和系統(tǒng)操作的幾個(gè)關(guān)鍵點(diǎn) 關(guān)鍵一：系統(tǒng)邊界 系統(tǒng)邊界 傳統(tǒng)方法在設(shè)計(jì)時(shí)才進(jìn)行邊界確定！ 關(guān)鍵二：如何命名系統(tǒng)事件和系統(tǒng)操作 系統(tǒng)操作應(yīng)被記錄下來 所有需要執(zhí)行的系統(tǒng)操作都可以根據(jù)系統(tǒng)事件識別出來。 system endSale() enterItem() makePayment() 系統(tǒng)行為建模 ——契約 契約 通過描述一個(gè)系統(tǒng)被調(diào)用后狀態(tài)的變化情況來描述系統(tǒng)對外界的接口和系統(tǒng)行為。 契約 名稱 操作和參數(shù)的名字 職責(zé) 對這個(gè)操作所履行的職責(zé)的非形式化描述 類型 類型的名字（概念、軟件類、接口） 交叉引用 所引用的系統(tǒng)功能好、用例等 注釋 設(shè)計(jì)注釋、算法注釋等 異常 發(fā)生的例外情況 輸出 非 UI輸出，例如向系統(tǒng)外部輸出的消息或記錄等 前置條件 在操作執(zhí)行前對系統(tǒng)狀態(tài)所做的假設(shè) 后置條件 操作執(zhí)行完成后系統(tǒng)的狀態(tài) 契約段采用如下模式：
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1