【正文】 可以認為對象的活動圖是狀態(tài)圖的一個特例。表單將信息傳遞給控制對象： OrderControl，于是創(chuàng)建訂單。 屬性與屬性之間的關系 通過分析我們可以知道，一個顧客可以 下多個訂單 ， 一個訂單只能對應一個顧客購買；一個管理員（前臺）可以處理多個訂單，但每個訂單對應一個管理員，因此 Customer 和 Order， Asmin 和 Order 的關系是一對一的 。 后置條件：交易完成，刪除相應訂單 假設條件：顧客提交了有效的點餐需求 基本操作流程： (1) 送貨員憑借訂單與顧客完成交易后，向有關管理部門提示“送貨成功”。 (3) 后臺管理員在主頁上輸出查詢條件，選擇出需要刪除的餐品，點擊餐品圖片右下方的“刪除，”完成對餐品的刪除操作。 （ 2） 顧客在訂餐過程中臨時決定退訂的，操作如“顧客信息輸入有誤”同樣處理。 第二部分 實驗三：項目需求收集 我們選擇訪談的形式進行需求收集，分別對顧客、服務員、廚師進行提問，以下是我們設計的問題 針對顧客： 1 您更偏重哪種口味的漢堡 飲料 冰淇淋 2 能說一下漢堡 飲料 冰淇淋與季節(jié)的關系嗎 3 您希望多長時間拿到您的定餐 4 您一般什么時候來店里消費 5 您希望我們店通過什么方法實現個性化推薦，發(fā)傳單 貼海報 咨詢服務員 針對服務員： 1 一天中什么時候是消費的最高峰 2 你覺得什么樣的界面操作比較方面 3 你覺得系統(tǒng)存在什么樣的問題 4 您對系統(tǒng)有什么樣的改進意見 5 您覺得訂餐系統(tǒng)對企業(yè)帶了的效益體現在哪里 針對廚師： 1 您希望多長時間來準備漢堡 飲料 冰淇淋 2 現在一天大約做多少漢堡 飲料 冰淇淋 （庫存的要求） 3 對這個系統(tǒng)您最不喜歡的是什么 4 您對訂餐系統(tǒng)在缺貨處理上有怎樣的評價 5 您覺得訂餐系統(tǒng)對你的工作有何幫助 最可能得到的文檔是訪談記錄 ， 最不可能得到的文檔是觀察筆記 實驗四：用例建模 我們?yōu)橛〉诎矟h堡構建的信息系統(tǒng)主要是為了方便客戶點餐以及管理員及時進行庫存控制，以減少顧客在點餐 和取餐時的時間開銷，為印第安漢堡贏取更大的利益。 三、 成本 /收益分析 通過上述成本收益的分析可知，當貼現率為 10%時，新開發(fā)的信息系統(tǒng)總成本為 96862 元，總收益為 94770 元。 經常性支出是指由于正在進行的系統(tǒng)演化和使用而產生的費用，例如應用軟件維護、逐漸增加的數據存儲費用、增加的溝通、新軟件和硬件租借以及消費用品和其他支出等。 1 實驗 3 項目需求收集 暫存訂單輸入 配件采購管理 暫存訂單處理 配件入庫 模塊名稱：暫存訂單處理系統(tǒng) 使用單位：采購部 輸入部分 I 處理描述 P 輸出部分 O 1. 利用權限打開數據庫 2. 輸入暫存訂貨單配件信息： 編號、規(guī)格、名稱、 暫缺數量等 3. 讀取供應商列表信息 1. 核查暫存訂貨單配件匯 總信息 2. 核對暫存配件和相應的供應商列表 3. 處理過程 1. 將合格標志送回上一級調用模式 2. 將核對的記錄記入文件 3. 修改供應商列表信息 4. 輸出以供應商分類的采購訂貨單 出錯信息 按配件匯總處理 按供應商匯總處理 圖 105 配件入庫處理 IPO 圖 配件入庫處理 IPO 圖表示了配件管理模塊，講述了如何核對采購訂貨單合法貨單信息，核對發(fā)貨配件質量信息和標準配件質量信息等功能。 企業(yè)業(yè)務管理系統(tǒng) 庫存管理 財務管理 采購管理 銷售管理 會計賬目管理 會計報表管理 訂貨管理 客戶管理 采購配件管理 供應商管理 庫存量管理 庫存查詢管理 圖 91 層次化結構模塊圖 層次化結構模塊圖是從結構化設計的角度提出的一種工具。 項目開發(fā)目的 本課程設計的具體任務就是設計一個企業(yè)內部業(yè)務管理信息系統(tǒng)，利用現代計算機和數據庫開發(fā)技術來代替人工處理，從而減輕企業(yè)各部門工作人員的勞動強度，提高工作質量和效率，提高信息資源的利用率和企業(yè)管理水平。 基本思想是： 模塊化； 圖表文字解說 。 輸入部分 I 處理描述 P 輸出部分 O 1. 利用權限打開數據庫 2. 輸入定貨單的顧客信息：名 稱、地址、電話、開戶行、賬號 3. 輸入定貨單的各類信息：配 件名稱、規(guī)格、編號 1. 核對用戶賬號和新建用賬號 2. 核查定單信息 3. 處理過程 出錯信息 定單不合格 新建用戶合格定單處理 老用戶合格定單處理 1. 將合格標志送回上一級調用模式 2. 將核對的記錄記入文件 3. 修改顧客記錄 4. 將合格的定 單信息以標準格式輸出 模塊名稱：定單輸入系統(tǒng) 使用單位：銷售部 訂貨管理 訂單輸入 訂單處理 開 發(fā)貨單 圖 102 訂單處理 IPO 圖 訂單處理 IPO 圖表示了訂單處理模塊，講述了如何核對處理訂單，對庫存量和訂單進行比較處理等功能。 1 附錄：項目成員分工情況 第一部分 實驗一：制定項目計劃 實驗二 ：制定項目計劃 從經濟上分析項目的可行性 一、 投資成本 印 第安 漢堡餐品預定系統(tǒng)在投資成本上包括兩方面，一次性成本和續(xù)生成本。根據預測，印第安漢堡的餐品預定系統(tǒng)的投資收益如下所示： 1 一次性收益：無。 （貼現率為 5%） 成本收益分析 （ 1） 投資回收期為第 年。 （ 3）在庫存充足的條件下，點擊進入目標餐品的預訂頁面，要求顧客報送姓名、電話及住址信息，點擊“確認按鈕”生成訂單，此項操作只針對電話訂餐接線員，如為前臺訂餐，直接在庫存充足的情況下，點擊“確定”按鈕生成訂單一式三聯即可。 用例名稱：餐品管理 簡要說明：后臺管理員根據公司業(yè)務發(fā)展的需要對點餐系統(tǒng)中供應的餐品進行增、刪、該操作。 (2) 系統(tǒng)顯示每種餐品剩余庫存量以便管理員及時同有關部門協(xié)調，增加相應餐品的供給。 確定每一個類的屬性 用例中沒有提供關于屬性 的所有詳細資料，因此我查看了與“訂單” 用例 相關文檔，并結合本系統(tǒng)的功能需求，將屬性分配到類。 Order （ OrderId ， CustId ， AdminId ， OrderDate ， DerivedSubTotal ，DerivedTotalAmount） 最后轉化關聯類 在 Order 和 Product 之間有一關聯類 LineItem，其可映像為對象關系，并用兩個類的主鍵 OrderId 和 ProId 的組合作為他的主鍵。 圖： 活動圖和順序圖相似， 但 兩個圖的重點不同，順序圖在于說明一個程序中的控制流，而活動圖說明系統(tǒng)中活動到活動的控制流 ，什么活動可以并行進行，和任何通過流的可選路徑。 關系對象屬性特性描述 在實驗六中，我們的到如下的對象關系 Order PrimaryOrderId OrderDate DerivedSubTotal DerivedTotalAmount //create order() //get order info() //update order info() Customer PrimaryCustId CustomerName CustPhone CustPhone //get customer info() //charge customer() Product PrimaryProId ProName ProPrice //get products info() //update