【文章內(nèi)容簡介】 1+y02+y03+y04+y05+y06+y07+y08+o3 數(shù)據(jù)流定義（舉例）關(guān)于數(shù)據(jù)流的編碼原則：F P x X X本層數(shù)據(jù)流編碼 ， 取值范圍 1 — 9 9代表從第 x x x 層 , 取值范圍 0 9數(shù)據(jù)流標識符 數(shù)據(jù)流編號：FP001數(shù)據(jù)流名稱：訂貨單簡述：供貨商根據(jù)訂貨單發(fā)貨數(shù)據(jù)流來源：s1數(shù)據(jù)流去向：p1數(shù)據(jù)流組成：日期、貨物編號、貨物名稱、單價、訂貨數(shù)量 數(shù)據(jù)流編號：FP017數(shù)據(jù)流名稱：員工業(yè)績表讀取簡述：超市所有員工平時業(yè)績數(shù)據(jù)流來源：d4數(shù)據(jù)流去向：p3數(shù)據(jù)流組成：員工編號、姓名、性別、職務、工作成果 處理邏輯的定義（舉例） 處理邏輯編號：P1處理邏輯名稱：庫存管理簡述：對庫存商品的日常事務進行管理輸入的數(shù)據(jù)流：FP00FP00FP013“神馬”超市管理系統(tǒng)23處理：根據(jù)供應商所提供的發(fā)貨單與同批的訂貨單進行核對，核實商品種類，數(shù)量，價格等，同時改動相應商品的庫存；根據(jù)庫存情況制定訂貨單；累計損壞或過期商品計入退貨單；根據(jù)供應商所給的訂貨發(fā)票或退貨發(fā)票以及的款項日常開支向財務部門報銷，相應事項計入付款項目和退款項目。輸出的數(shù)據(jù)流： FP00FP00FP012 處理邏輯編號：處理邏輯名稱：判定所退商品的屬性簡述：判斷顧客要求退貨的商品是否完好輸入的數(shù)據(jù)流：FP204處理：判斷顧客要求退貨的商品是否完好輸出的數(shù)據(jù)流： FP21FP217 外部實體定義（舉例） 外部實體編號：S1外部實體名稱：供貨商簡述：根據(jù)客戶訂貨單與退貨單進行發(fā)貨、退貨處理的人員輸入的數(shù)據(jù)流：FP002輸出的數(shù)據(jù)流：FP001 外部實體編號：S08外部實體名稱：超市高管簡述：對財務報表、員工信息表等重要數(shù)據(jù)進行審核，制定超市的發(fā)展策略的人員輸入的數(shù)據(jù)流：FP40 FP014輸出的數(shù)據(jù)流：FP405 3 數(shù)據(jù)存儲的定義（舉例）“神馬”超市管理系統(tǒng)24 數(shù)據(jù)存儲編號：D1數(shù)據(jù)存儲名稱：庫存商品信息輸入數(shù)據(jù)流：FP004 、FP006輸出數(shù)據(jù)流：FP003 、FP005數(shù)據(jù)存儲的組成：商品編號，商品名稱，單價，數(shù)量，入庫日期，出庫日期，供應商數(shù)據(jù)存儲組織形式：按材料類別排序 數(shù)據(jù)存儲編號：D5數(shù)據(jù)存儲名稱：退貨信息表輸入數(shù)據(jù)流：FP103輸出數(shù)據(jù)流：FP106數(shù)據(jù)存儲的組成：退貨日期，商品編號，商品名稱，退貨數(shù)量，供應商，訂貨單編號，退貨說明數(shù)據(jù)存儲組織形式：按供應商分類 主要數(shù)據(jù)處理的描述 從顧客角度出發(fā)：圖 顧客角度數(shù)據(jù)處理“神馬”超市管理系統(tǒng)25顧客：購買商品時先被詢問是否為會員，如果是會員則提供購買優(yōu)惠服務，如果不是則被詢問是否要成為會員，不是會員則進行普通顧客購買，購買完畢付錢。如果所購買的商品不想要則選擇退貨或則重新選擇再進行支付。 從超市業(yè)務員角度出發(fā)圖 超市業(yè)務員角度數(shù)據(jù)處理超市員工：必須進行每日的考勤并計入考勤表，如果為營業(yè)員則負責登記顧客會員業(yè)務并進行商品的銷售的業(yè)務，并存入銷售記錄。如果是倉庫管理者，則負責倉庫貨物的管理，定期對倉庫進行盤點，并向供貨商要求其進行供貨和退貨操作并支付貨款。 從超市業(yè)務員角度出發(fā)供貨商：根據(jù)超市發(fā)出的供貨與退貨請求進行供貨和退貨并收取或者支付費用。 從超市業(yè)務員角度出發(fā)高管：查詢考勤表及員工業(yè)績表，根據(jù)員工考勤情況和業(yè)績多少向員工發(fā)放工資及進行崗位的變動，并根據(jù)倉庫部門上報的商品缺貨信息提供資金用于采購商品，審核并向政府有關(guān)部門發(fā)送財務報表?！吧耨R”超市管理系統(tǒng)26 總體設計 系統(tǒng)設計目標“神馬”超市管理系統(tǒng)的總體設計目標是通過建立完善、高效的超市管理信息系統(tǒng)，提高超市的總體業(yè)務效率，精簡超市員工的業(yè)務量。本系統(tǒng)，主要是對超市商品的基本信息、主要供貨商的基本信息、超市員工的檔案信息、倉儲信息、會員顧客信息以及超市員工的業(yè)務信息等進行管理。為了更及時的對超市內(nèi)部商品的存貨量進行調(diào)整（訂貨與退貨） ，并且為超市的發(fā)展前景提供更多的參考資料，更好的管理超市員工（調(diào)崗、辭退），管理會員顧客（注冊、升級） ，達到最終的獲利目標。 系統(tǒng)設計方法本系統(tǒng)的設計采用結(jié)構(gòu)化的設計方法，其基本思想是：使得系統(tǒng)模塊化，即將整個超市管理系統(tǒng)自上而下逐步分解為供貨商管理、會員顧客管理、倉儲管理、超市員工管理、財務管理以及系統(tǒng)管理幾個模塊。采用模塊化設計可以使得整個系統(tǒng)設計簡單、結(jié)構(gòu)清晰、可讀性強、可維護性強，從而提高系統(tǒng)的可運行性，同時也有助于信息系統(tǒng)的開發(fā)與管理。 系統(tǒng)功能組織結(jié)構(gòu)根據(jù)以上整體分析，得到系統(tǒng)需求，超市管理系統(tǒng)的主要功能分成以下幾個部分：供貨商管理、會員顧客管理、倉儲管理、超市員工管理、財務管理、系統(tǒng)管理。其功能結(jié)構(gòu)圖設計如圖 所示，“神馬”超市管理系統(tǒng)27可適當?shù)脑俜譃閹讉€子系統(tǒng)，即系統(tǒng)的細化操作，舉例如下：圖 系統(tǒng)功能表 AND 細分（部分） 信息系統(tǒng)流程圖設計根據(jù)系統(tǒng)分析階段的出的數(shù)據(jù)流圖，轉(zhuǎn)化為信息系統(tǒng)流程圖，轉(zhuǎn)化后，大致情況如下，列出部分信息流圖。? 圖 1 為顧客在交易過程中的信息流圖? 圖 2 是系統(tǒng)整體需要產(chǎn)生的信息流圖“神馬”超市管理系統(tǒng)28圖 1 顧客信息流圖 2：系統(tǒng)信息流“神馬”超市管理系統(tǒng)29 代碼設計 代碼設計的原則代碼設計是處理對象的代號或表示符號，其主要目的是方便計算機排序、 檢索、查找等處理。代碼設計的關(guān)鍵是方便用戶，并且滿足業(yè)務要求。本系統(tǒng)代 碼設計的原則有：（1）要考慮的是編碼的標準化，盡量按照有關(guān)的國際標準、國家標準、部 門或行業(yè)的標準進行設計。（2）要考慮容易修改，當某段代碼、某個變量或某個函數(shù)在特點、條件或 代表的實體關(guān)系改變時，容易進行必要修改。 （3）要考慮結(jié)構(gòu)簡潔，代碼的長度涉及到存儲空間的占用和信息處理的速 度。而且影響代碼輸入的出錯率，所以，在滿足當前需要和擴充要求的前提下應 盡量結(jié)構(gòu)簡單，長度要短。（4）考慮代碼值的唯一性。 系統(tǒng)所需代碼設計超市管理系統(tǒng)代碼設計是根據(jù)超市經(jīng)營的特點，結(jié)合現(xiàn)場的工作經(jīng) 驗，在爭得客戶認可的情況下設計出來的，所設計的代碼結(jié)構(gòu)如下：（1）商品代碼商品代碼由兩部分組成：商品的類別和商品編號，所以設計 5 位字符，格式如下：例如：方便面屬于食品類（代碼 09） ，其代碼為 09230；（2）供應商代碼“神馬”超市管理系統(tǒng)30供應商代碼由兩部分組成：供應商編碼和主供商品類型編碼，所以設計 4 位字符，格式如下： X X X X供應商編碼 ， 取值范圍 1 — 9 9主供商品類型編碼 ， 取值范圍 1 — 9 9例如：供應超市文具類的青島白雪文具廠廠代碼為 1523。（3）超市員工代碼超市員工代碼由兩部分組成：超市員工的類別和超市員工編號，所以設計 3 位字 符，格式如下：業(yè)務類別：1 POS 營業(yè)員，2 是倉儲管理員，3 是會計例如： 劉 xx 負責 POS 終端銷售， 其代碼為 103， 其中 1 是 POS營業(yè)員，03 是他的編號。 “神馬”超市管理系統(tǒng)31 系統(tǒng)物理配置方案設計 性能需求(1)數(shù)據(jù)精確度 產(chǎn)品的進貨單和銷售單中，單價、金額采用浮點數(shù)，保留至小數(shù)點后兩位。 (2)時間特性 該管理系統(tǒng)軟件從啟動到進入系統(tǒng)登錄界面的時間正常情況下應少于 5 秒，錄入并更新數(shù)據(jù)的時間正常情況下少于 2 秒。 (3)適用性 該管理系統(tǒng)軟件適用于 Windows 2022/xp 及以上操作系統(tǒng)。 運行需求(1)用戶界面 本系統(tǒng)采用 Microsoft Visual Studio .Net 2022 設計，用戶交互界面采用的是 基于 Windows 的窗口界面。 (2)硬件接口 運行本系統(tǒng)的硬件基本要求如下： ? CPU：Intel P3 及以上； ? 內(nèi)存：256MB 及以上； ? 硬盤：10GB 及以上。 (3)軟件接口 .NET 框架：Microsoft .Net Framework 版本及以上。 數(shù)據(jù)庫服務器：Microsoft SQL Server 2022 及以上。 ER 的構(gòu)建根據(jù)在系統(tǒng)分析階段得出的數(shù)據(jù)流圖，我們可以將在本系統(tǒng)中出現(xiàn)的實體信息加以分析，得出以下數(shù)據(jù)存儲的 ER 圖?！吧耨R”超市管理系統(tǒng)32 ER 圖轉(zhuǎn)化為數(shù)據(jù)表，考慮關(guān)系的規(guī)范化。由此 ER 圖以及系統(tǒng)需要，我們主要設計了以下數(shù)據(jù)表：? 超市員工、庫存商品、會員顧客、供應商、倉庫五個實體，各自建表，存在關(guān)系的，建立新表，具體情況如下：“神馬”超市管理系統(tǒng)33 數(shù)據(jù)存儲表的設計表 ：數(shù)據(jù)存儲表設計員工信息表 會員信息表進貨單 退貨單“神馬”超市管理系統(tǒng)34續(xù)表 1：數(shù)據(jù)存儲表設計采購訂單 盤點單商品信息表 供貨商信息表部門信息表 系統(tǒng)用戶權(quán)限“神馬”超市管理系統(tǒng)35續(xù)表 2：數(shù)據(jù)存儲表設計銷售單 系統(tǒng)用戶清單 計算機處理過程設計 登陸界面設計以及運行情況截圖：當系統(tǒng)用戶在用戶編號文本框內(nèi)輸入自己的試用編號后，系統(tǒng)會根據(jù)用戶輸入情況在數(shù)據(jù)庫內(nèi)查詢，并在隸屬部門一欄調(diào)出該用戶對應的部門，以便于用戶初步核查；用戶輸入密碼后，檢驗其與用戶編號的匹配性，匹配成功，進入系統(tǒng)的主界面，以便于下一步操作?！吧耨R”超市管理系統(tǒng)36 系統(tǒng)主界面設計以及運行情況截圖： 根據(jù)主界面的信息，我們可以根據(jù)需要進行部分業(yè)務處理。 信息維護界面設計以及運行情況截圖 由于系統(tǒng)中存在員工信息表、會員顧客信息表、供應商信息表、商品信息表、倉儲信息表等諸多數(shù)據(jù)表，其數(shù)據(jù)的維護均為同一類型的存儲與顯示，現(xiàn)僅以商品信息表為例，說明系統(tǒng)中的信息維護操作?！吧耨R”超市管理系統(tǒng)37 顧客購買商品時，POS 終端操作員的顯示界面設計 POS 終端營業(yè)員，根據(jù)顧客所選購的商品，依次在界面執(zhí)行處選出所購商品編號，輸入購買數(shù)量，隨即系統(tǒng)給出統(tǒng)計。 關(guān)于系統(tǒng)操作員或超市高管，分配員工系統(tǒng)權(quán)限的界面設計 在初始化的系統(tǒng)中，我們只給與系統(tǒng)管理員和超市高管“權(quán)限管理”的執(zhí)行功能，可以進入此界面，進行權(quán)限管理?！吧耨R”超市管理系統(tǒng)38 超市進貨單（報表設計） 庫存盤點清單（報表設計）“神馬”超市管理系統(tǒng)39 給超市高管商品信息一覽表（報表設計） 顧客退貨時的操作界面設計以及運行情況截圖： 顧客退貨，要根據(jù)顧客屬性（會員 OR 非會員）和商品屬性（完好 OR破損）進行判斷以便于之后的處理操作?！吧耨R”超市管理系統(tǒng)40 小組成員在一起做設計已經(jīng)不是第一次了，鑒于以前的經(jīng)驗，我們爭取在設計的過程中使小組成員都有所參與和獲得挑戰(zhàn)，避免了獨自完成任務的弊端。我們這次的設計重在挑戰(zhàn)和參與，小組之間積極溝通，首先聚在一起選定題目，將整個項目的各個部分進行熟悉，對重點內(nèi)容進行重點講解，爭取每個成員對重點部分都能有所參與。熟悉設計流程后，每個成員會分配到各自的任務。我在這次設計中協(xié)助其他成員進行數(shù)據(jù)流程圖的設計，設計了一下數(shù)據(jù)流程圖的草圖，在設計數(shù)據(jù)流程圖時，起初看著老師所給的例子，認為數(shù)據(jù)流程的設計不會太難，但真正設計起來時，我才明白“眼高手低”就是形容我這樣的人的。數(shù)據(jù)邏輯的設計，數(shù)據(jù)流的走向，數(shù)據(jù)存儲的設計，外部實體的選擇等都需要自己對于整個超市業(yè)務的深入了解，考慮全面，仔細認真。任一個小的錯誤描述就需要大量操作的補救。我還負責數(shù)據(jù)字典中數(shù)據(jù)結(jié)構(gòu)，數(shù)據(jù)項和處理邏輯，業(yè)務流程的設計，這部分重點是對于各個項目的理解，以及整體設計的了解。這樣，才能將每一個項目做全面。業(yè)務流程圖的設計需要對超市業(yè)務的了解，其實作為顧客進出超市是一件很平常的事情，但當將超市的業(yè)務記錄在文檔中時，自己會覺得不知從何入手，不知如何聯(lián)系整個業(yè)務，實踐真的很重要。 還有，通過這次對超市信息系統(tǒng)設計，無論從小組的設計，還是從查閱的資料，我都認識到信息管理的重要性，這也促使我加強自己對于計算機知識的學習。 總之，每一次的實踐就會有收獲，每一次的學習就會成長。 ——石海艷“神馬”超市管理系統(tǒng)41這次課程設計讓我感觸頗多，我們吸取了上一次做課程設計的教訓，這次分工明確，每個項目都有我們自己的參與。就我個人而言，我學到了很多東西，和大家一起努力也很開心。第一部分自己寫的，沒什么感覺，因為對企業(yè)和行業(yè)的不了解使我從網(wǎng)上 copy 了很多東西，但是由于自己對于我們信息系統(tǒng)的每一部門及他們要完成職能的理解很深，所以對于數(shù)據(jù)流程的分析及主要數(shù)據(jù)處理的描述，都能根據(jù)自己的理解寫成，對于系統(tǒng)規(guī)劃說明書我只是自己寫的功能描述，雖然字數(shù)不多，但是我確信我可以把我們信息系統(tǒng)的所有功能描述出來。自己不適合把事物描寫的十分詳細，這點我不如他們，但是我所描寫絕對包含所有的流程。這次課設確實讓我更加了解管理信息系統(tǒng)的重要性，因為我對數(shù)據(jù)庫的不感興趣，所以對管理信息系統(tǒng)也不感興趣，但對于我們報考書確實出力了，這次沒打醬油，我很開心，希望下次我會做得更好?！跻粭n我們?nèi)嗽趧傞_課時就默認為一組的了，小組三人在一起合作整理相關(guān)課程設計報告已經(jīng)不止一次了，總的來說，這次的合作已經(jīng)融合了之前的默契，改正了相應的不足。在本次合作設計的報告中，每個角落都有我們?nèi)说纳碛?，每一項都有?