超市管理系統畢業設計

2021-03-04 09:30:36 字數 3765 閱讀 1351

1、 需求分析

(需求分析是資料庫系統開發的第一步,也是最重要的一步。需求分析就是分析軟體使用者的需求是什麼,如果投入大量的人力、物力、財力、時間,最後開發出的軟體卻無法滿足使用者的要求,需要返工甚至重新開發,這是讓開發者痛心疾首的。需求分析之所以重要,就是因為它具有決策性、方向性、策略性的作用,它在軟體開發的過程中具有舉足輕重的地位。

)該超市管理系統的需求分析是:

1) 因超市需要人員進行各個方面的管理,如採購員、導購員等。這需要建立乙個資料庫來管理每個工作人員的資訊,如使用者的新增、刪除、修改密碼等,這有助於清晰地管理每個工作人員的資訊。因許可權不同,各個使用者進入的介面不同,他們只能進行許可權之內的操作。

所有的使用者都可以在密碼更改中更改自己的密碼。

2) 按照超市管理人員的操作習慣,可以對倉庫、商品類別、供貨商和商品資訊等基本資訊進行登記、修改、刪除和查詢的操作。

3) 採購、入庫或商品銷售時,使用者要能對進貨單、入庫單或銷售單進行核對審查,並進行登記、修改或刪除,使用者獲得進貨、銷售、入庫資訊時,要對進貨情況、銷售情況、庫存情況進行查詢。

4) 倉庫管理員根據每一次的入庫情況,自動增加商品數量,並將資料儲存到資料庫表中;導購員根據每一次的銷售情況,在銷售商品時自動減少商品庫存數量,並將資料儲存到資料表中。

5) 採購員採購某種商品後,自動把收款情況儲存到收款單中,銷售員銷售某種商品後,自動把付款情況儲存到付款單中。系統應該可以隨時查詢商品的收、付款情況。

6) 系統執行在windows平台上,要求有乙個較好的圖形使用者介面,操作要求簡單。

7) 系統應該有很好的可擴充套件性,一邊超市根據實際情況新增新的功能。

2、 系統設計

按照軟體開發的流程,進行完需求分析,就應該開始根據需求分析進行系統設計,主要解決和實現該超市管理系統進行模組設計問題。

根據需求分析,可將該超市管理系統需要實現的功能設計為使用者管理、採購管理、入庫管理、銷售管理、收付款查詢和基本資訊管理6個模組。

使用者管理:該功能用於管理使用該系統的使用者,以及按不同使用者所屬模組進行許可權的分配,從而為系統提供一定的安全性。——系統管理員、總經理可使用,具有對使用者的管理許可權,他可以增加、刪除和更改使用者資訊。

採購管理:登記、修改、刪除和查詢入庫資訊。——採購員或總經理,可以對訂貨單進行管理,主要是增、刪、改和查詢訂單以及商品類別和供貨商的管理;可以修改自己的使用者密碼。

入庫管理:等記、修改和查詢入庫資訊。——倉庫管理員或總經理,可以對訂貨單進行管理,主要是增、刪、改和查詢訂單以及商品類別和供貨商的管理;可以修改自己的使用者密碼。

銷售管理:登記、修改、刪除和查詢銷售資訊。——導購員或總經理,可以對銷售單進行管理,主要是增加、刪除修改和查詢銷售資訊;可以修改自己的使用者密碼。

收、付款查詢:查詢銷售貨物所收到的貨款、定貨付款的情況。

基本資訊管理:增加、修改、刪除和查詢商品類別、倉庫、供貨商和商品資訊。——總經理。

3、 資料庫設計

資料庫在乙個資訊管理系統中占有非常重要的地位,資料庫結構設計的好壞將直接對應用系統的效率及實現的效果產生影響。合理的資料結構設計可以提高資料儲存的效率,保證資料的完整性和一致性。

設計資料庫系統時,應該首先充分了解不同使用者個方面的需求,包括現有系統和將來可能增加的需求。

1)、資料庫的需求分析

使用者的需求具體體現在各種資訊的提供、儲存、更新和查詢,這就要求資料庫結構能充分滿足各種資訊的輸入和輸出。收集基本資料、資料結構以及資料處理的流程,組成乙份詳盡的資料字典,為後面具體設計打下基礎。資料需求分析是整個設計過程的基礎,在分析階段,設計者要考慮使用者和供貨商,共同收集和分析資料管理的內容及使用者對處理的要求。

針對該超市系統,分別對採購部門、銷售部門和入庫部門等進行詳細的調研和分析,總結出如下所示的資料庫需求分析:

● 商品按類別和名稱進行管理;

● 必須記錄商品的基本資訊,如名稱和產地等;

● 需要記錄商品的供貨商資訊;

● 供貨商的聯絡資訊非常重要;

● 在採購資訊中需要記錄採購的數量和進價;

● 訂貨單、銷售單核入庫必須記錄相應的經手人和開具時間;

經過上述需求總結,考慮到將來功能上的擴充套件,設計如下面所示的資料項和資料結構:

● 使用者資訊表:包括的資料字段有——姓名、密碼、許可權、郵箱、**和家庭位址,其中姓名是關鍵字段。

● 商品類別資訊表:包括的資料字段有——編號和名稱,其中編號是關鍵字段。

● 倉庫資訊表:包括的資料字段有——編號和管理員。其中編號是關鍵字段。

● 供貨商資訊表:包括的資料字段有——編號、名稱、位址、**和聯絡人,其中編號是關鍵字段。

● 商品資訊表:包括的資料字段有——編號、名稱、產地、數量、進價、售價、型別編號、供貨商編號和倉庫編號,其中編號是關鍵字段。

● 訂貨資訊表:包括的資料字段有——編號、日期、經辦人、供貨商編號、商品編號、商品名稱、商品產地、商品數量、商品進價進價和總計。其中編號是關鍵字段。

● 入庫資訊表:包括的資料字段有——編號、日期、經辦人、商品編號、商品名稱、商品型別編號和倉庫編號。其中編號是關鍵字段。

● 銷售資訊表:包括的資料字段有——編號、日期、導購員、商品編號、商品名稱、商品數量、商品售價和總計。其中編號是關鍵字段。

● 收款資訊表:包括的資料字段有——編號、日期、金額和導購員。其中編號是關鍵字段。

● 付款資訊表:包括的資料字段有——編號、日期、金額和採購員。其中編號是關鍵字段。

2)資料庫的邏輯設計

有了前面分析的資料庫概念結構,需將它們轉化為sql server 2005 資料庫系統所支援的實際資料模型,也就是資料庫的邏輯結構。

根據資料庫的需求分析和概念結構設計,設計了名稱為supermarketdb的資料庫。資料庫由下面多個表組成,每個**表示在資料庫中的乙個表。

各個表的設計結果如下面**所示。

表—1 為使用者資訊表,命名為tbuser。

為了在程式中檢驗資料庫設計得是否合理,以及測試程式的效果,可以先在資料庫中輸入一些資料,資料可以自編。

表—2 為商品類別資訊表,命名為type。

為了在程式中檢驗資料庫設計得是否合理,以及測試程式的效果,可以先在資料庫中輸入一些資料,資料可以自編。

表—3 為倉庫資訊表,命名為warehouse。

為了在程式中檢驗資料庫設計得是否合理,以及測試程式的效果,可以先在資料庫中輸入一些資料,資料可以自編。

表—4 為供貨商資訊表,命名為supplier。

為了在程式中檢驗資料庫設計得是否合理,以及測試程式的效果,可以先在資料庫中輸入一些資料,資料可以自編。

表8-5 為商品資訊表,命名為product。

為了在程式中檢驗資料庫設計得是否合理,以及測試程式的效果,可以先在資料庫中輸入一些資料,資料可以自編。

表—6 為訂貨信單息表,命名為bookorder。

為了在程式中檢驗資料庫設計得是否合理,以及測試程式的效果,可以先在資料庫中輸入一些資料,資料可以自編。

表—7 為入庫資訊表,命名為store。

為了在程式中檢驗資料庫設計得是否合理,以及測試程式的效果,可以先在資料庫中輸入一些資料,資料可以自編。

表—8 為銷售資訊表,命名為sale。

為了在程式中檢驗資料庫設計得是否合理,以及測試程式的效果,可以先在資料庫中輸入一些資料,資料可以自編。

表—9 為收款資訊表,命名為getmoney。

表—10 為付款資訊表,命名為paymoney。

3)建立表間關係

為了保證資料的參照完整性,現在建立以下主鍵、外來鍵的表關係。

product 表和type 表的fk_product_type關係,其中,product 表的類別編號為外來鍵,type 表的編號為主鍵。

store 表和type 表的fk_ store_type關係,其中,store 表的類別編號為外來鍵,type 表的編號為主鍵。

畢業設計選題管理系統

每年畢業臨近,都有大量的畢業生需要進行畢業設計,這其中的首要關節就是課題的選擇,以往指導老師都是採用人工手寫方式給學生們提供相關的課題供學生選擇,如果指導老師帶領的學生比較多,或者是當年畢業的學生比較多,這樣就容易造成學生的課題選擇很混亂,指導教師難於統計學生的課題選擇情況等一系列問題,基於這些傳統...

畢業設計學生學籍管理系統

課題背景 學生學籍資訊是學校的一項重要資料資源,在上個世紀90年代中期以前,各個學校的學籍管理基本上都是靠手工進行,隨著各個學校的規模增大,有關學籍管理工作所涉及的資料量越來越大,有的學校不得不靠增加人力 物力來進行學籍管理。但手工管理具有效率底 易出錯 檢索資訊慢 對學校的管理造成很大的不方便,因...

倉庫管理系統畢業設計文獻綜述

文獻綜述 題目倉庫管理系統設計與實現 學生姓名xx 專業班級網路工程 資訊保安 x班 學號 54 x 院 系 計算機與通訊工程學院 指導教師 職稱 xx 講師 完成時間 2014年 5 月 12 日 倉庫管理系統的設計與實現 1.引言 隨著我國經濟的飛速發展,各種型別規模的公司企業迅速崛起,許多從事...