【導讀】本文僅供畢設參考，嚴禁轉載！牌也相繼登陸中國市場，對中國中小型珠寶企業(yè)的生存提出了更嚴峻的挑戰(zhàn)。爭力，需要一個開放的、更貼近企業(yè)需求的珠寶企業(yè)管理軟件。業(yè)資源規(guī)劃系統(tǒng)為一體的在線辦公系統(tǒng)。系統(tǒng)實現對產品、采購、報銷、積分、考勤、客戶、分店等等各方面的管理。系統(tǒng)覆蓋珠寶界核心業(yè)務，將公司。員工從繁雜的對賬、管理工作中解脫出來，真正提高企業(yè)員工辦公效率。經過分析和選擇，系統(tǒng)采用B/S模式三層架構，使用（C#）語言，采用VisualStudio2020工具開發(fā)，數據庫使用SQLServer2020。

　　

【正文】 實際數據庫三個步驟。 另外，在數據庫的設計過程中還包括一些其它設計，如數據庫的安全性、完整性、一致性和可恢復性等方面的設計。 （二）、數據字典 數據字典是系統(tǒng)中各類數據描述的集合，是進行詳細 的數據收集和數據分析所獲得的主要成果。通常包括：數據項、數據結構、數據流、數據存儲和處理過程五個部分。它存放有數據庫所用的有關信息，對用戶來說是一組只讀的表。 就個人而言，我認為數據字典并不一定要有什么具體的規(guī)格，而是在具體開發(fā)前，在數據庫設計中，為整個開發(fā) 過程先行 設定一個數據方面的文檔標尺，使以后 無論在寫 SQL 腳本還是存儲過程的時候，都可以以之為標準，從而使開發(fā)過程不致迷失，也方便團隊開發(fā)合作。 以職員表為例， 數據字典 如下表所示： 表 2 系統(tǒng)部分數據字典 字段名稱 數據類型 描述 備注 ID int 職員編號 主鍵，自增 Username varchar(50) 登陸用戶名 416 位，由英文、數字及“ _”組成，唯一，非空 本文僅供畢設參考，嚴禁轉載！有問題請聯(lián)系 :43526873 Email: 第 15 頁 共 34 頁 Password varchar(50) 密碼 416 位，由英文、數字及“ _”組成，非空 Realname nvarchar(50) 姓名 非空 Sex nchar(1) 性別 非空，男或女 Phone varchar(50) 電話 非空 Email varchar(50) 郵箱 Birthday datetime 生日 Address nvarchar(100) 住址 Pic nvarchar(200) 個人照片 存放圖片地址 IdentityCard varchar(50) 身份證號 HireDate datetime 入職日期 MatureDate datetime 合同到期日期 Department_ID int 部門 編號 外鍵 Salary decimal(15,2) 工資 Score int 積分 默認入職 2020 Remark nvarchar(200) 備注 RecordDate datetime 錄入時間 自動記錄， 當前時間 IsDelete bit 是否刪除 默認 0 （三）、數據庫結構 權限部分 權限部分涉及 7 個表，分別是 部門表（ Department） 、 職位表（ Position） 、 職員表（ Employee） 、 權限分欄表（ Column） 、 權限表（ Power） 、 職位權限表（ PowerPosition） 、 職員職位表（ EmployeePosition） 。 權限管理的中心：參與者是由 職員表 來記錄，通過外鍵鏈接到部門表，以區(qū)分員工所在部門 。 職員、職位和權限 是三張實體表，員工通過所屬的不同職位來確定所擁有的權限； 由于這三張 表之間存在著多對多的關系，它們之間的交互使用另外兩張表 ： 職位權限表 和 職員職位表 來完成。 權限 表即網站的二級目錄，對應著 權限分欄表 ，即網站的主目錄，記錄了目錄的名稱和鏈接等。 權限部分的數據庫結構圖如下： 圖 2 數據庫 權限部分 結構圖 本文僅供畢設參考，嚴禁轉載！有問題請聯(lián)系 :43526873 Email: 第 16 頁 共 34 頁 職員部分 職員部分涉及 6 個表，分別是 意見表（ Opinion） 、 試題表（ Test） 、 職員考勤表（ Attendence） 、 職員考核表（ Exam） 、 職員積分表（ Integral） 、 資料表（ Data） 。 6 個表都和職員表關聯(lián)，是職員考核、考勤、積分、提意見等的記錄。 職員部分的數據庫結構圖如下： 圖 3 數據庫 職員 部分結構圖 進出庫部分 進出庫部分是本系統(tǒng)的核心，包括基本客戶、店鋪、供應商、工廠、產品類別等信息的設置；戒托出入庫、裸鉆出入庫、產品出入庫、訂單定制、進貨退貨、客戶退貨等業(yè)務的實現；庫存方面主要是根據各種訂單統(tǒng)計和其他出入庫情況統(tǒng)計而出。共包括 23 個表，限于篇幅，就不一一詳述了。 進出庫部分的數據庫結構圖如下： 圖 4 數據庫 進出庫 部分結構圖 本文僅供畢設參考，嚴禁轉載！有問題請聯(lián)系 :43526873 Email: 第 17 頁 共 34 頁 總結構 經過分析設計，本系統(tǒng)共包括 36 個表，數據庫總結構圖如下： 圖 5 數據庫 總 結構圖 （四 ）、建庫腳本 將所有 SQL 建表語句寫在一個文件中，方便日后修改與調試。同樣以職員表為例，代碼如下： 職員表（ Employee） create table Employee ( ID int identity primary key, Username varchar(50) unique not null, Password varchar(50) not null, Realname nvarchar(50) not null, Sex nchar(1) not null, Phone varchar(50) not null, Email varchar(50), Birthday datetime, Address nvarchar(100), 本文僅供畢設參考，嚴禁轉載！有問題請聯(lián)系 :43526873 Email: 第 18 頁 共 34 頁 Pic nvarchar(200), IdentityCard varchar(50), HireDate datetime, MatureDate datetime, Department_ID int, Salary decimal(15,2), Score int default(2020), Remark nvarchar(200), RecordDate datetime, IsDelete bit default(0) not null, foreign key (Department_ID) references Department(ID) ) GO （五）、初始數據 數據庫建立以后，便應當向數據庫中插入一些初始數據，以方便以后調 試。 同樣以職員表為例，代碼如下： 職員表（ Employee） insert into Employee (Username,Password,Realname,Sex,Phone,Department_ID) values(39。cc39。,39。cc39。,39。曹聰 39。,39。男 39。,39。1352020988239。,8) insert into Employee (Username,Password,Realname,Sex,Phone,Department_ID) values(39。aaa39。,39。aaa39。,39。小張 39。,39。男 39。,39。12345639。,1) insert into Employee (Username,Password,Realname,Sex,Phone,Department_ID) values(39。bbb39。,39。bbb39。,39。小王 39。,39。男 39。,39。12345639。,2) （ 六 ）、存儲過程 存儲過程（ Stored Procedure）是一組為了完成特定 功能的 SQL 語句集，經編譯后存儲在數據庫中。用戶通過指定存儲過程的名字并給出參數來執(zhí)行它。 存儲過程的能力大大增強了 SQL 語言的功能和靈活性。存儲過程可以用流控制語句編寫，有很強的靈活性，可以完成復雜的判斷和運算。 存儲過程的 安全性和完整性 都有很大保證 。通過存儲過程可以使沒有權限的用戶在控制之下間接地存取數據庫，從而保證數據的安全 ； 可以使相關的動作在一起發(fā)生，從而可以維護數據庫的完整性。 在運行存儲過程前，數據庫已對其進行了語法和句法分析，并給出了優(yōu)化執(zhí)行方案。這種已經編譯好的過程可極大地改善 SQL 語句的性 能。由于執(zhí)行 SQL語句的大部分工作已經完成，所以存儲過程能以極快的速度執(zhí)行 ， 可以降低網絡的通信量。 存儲過程還將 使體現企業(yè)規(guī)則的運算程序放入數據庫服務器中，以便集中控制 ，并且 當企業(yè)規(guī)則發(fā)生變化時 只需 改變存儲過程即可，無須修改任何應用程序。 本文僅供畢設參考，嚴禁轉載！有問題請聯(lián)系 :43526873 Email: 第 19 頁 共 34 頁 以登錄驗證為例，存儲過程如下： 登錄驗證 create proc CheckLogin ( @Username varchar(50), @Password varchar(50), @ret int output ) as if not exists(select * from Employee where Username=@Username and Password=@Password and IsDelete=0) begin set @ret=0 用戶名或密碼錯誤 end else begin set @ret=1 登陸成功 end go 四、 開發(fā)與實現 （一）、目錄結構 在具體編碼前，先確定系統(tǒng)的目錄、文件結構。如下圖所示： 圖 6 目錄結構圖 本文僅供畢設參考，嚴禁轉載！有問題請聯(lián)系 :43526873 Email: 第 20 頁 共 34 頁 其中 App_Code 文件夾是 .NET 平臺下，在創(chuàng)建網站時，系統(tǒng)為類自動放的文件夾 。它位于 Web 應用程序根目錄下，存儲所有應當作為應用程序的一部分動態(tài)編譯的類文件。這些類文件自動鏈接到應用程序，而不需要在頁面中添加任何顯式指令或聲明來創(chuàng)建依賴性。 其中 BusinesslogicLayer 和 DataAccessLayer 文件夾即三層模式下的 BLL 層和 DAL 層 ， 現在大多數三層邏輯的 BLL 層都是諸如 public int DeleteLinkClass(int Id) { return (Id)。 } 的代碼 ，即沒有太多的業(yè)務邏輯，只是 UI 層和 DAL 層之間的“二傳手”。 在本項目中，弱化了二者之間的區(qū)別， DAL 層只是存放對數據庫訪問的公共類，而把構造的 SQL 語句或存儲過程調用放在了 BLL 層，通過調用 DAL 層方法，返回相應數據類型進行處理。因為從“業(yè)務邏輯”字面意思上講，也是有了業(yè)務，才能進行邏輯方面的處理，而業(yè)務無非體現在 SQL 語句中。 分層并不是 絕對的 ，分層的目的是使軟件松耦合，易變更 ，所以在本項目中，基于實際情況，采取了這么一種分層方式。當然， 在 更加 復雜的應用中 ， 在 DAL 中控制 SQL，而在 BLL中控制其他邏輯應該還是很有必要的。 在本項目 App_Code 文件夾中還添加了 SqlHelper 和 Common 文件夾，SqlHelper 是微軟提供的數據庫訪問的類，對各種形式的數據庫訪問支持的比較全面， 和 DataAccessLayer 的功能類似； Common 下放了一些公共使用的類方法，如 C后臺調用 JavaScript 腳本，字段加密，事件記錄等。 App_Data 文件夾包含應用程序的本地數據存儲。 在本項目中數據庫采取直連 SQL Server 服務器的形式，所以此文件夾為空。 Bin 文件夾 用來保存項目生成后 的 程序集 ，在本項目中，主要包括 PopupWin和 FreeTextBox 兩個控件的 dll 文件。 Css 文件夾用來存放系統(tǒng)使用的層疊樣式定義表。 Js 文件夾用來存放系統(tǒng)使用的 JavaScript 腳本文件，在本項目中主要利用了jquery 框架來實現一些特效。 Images 文件夾用來存放系統(tǒng)使用的圖片。 Ftb 和 My97DatePicker 文件夾分別存放 FreeTextBox 和 PopupWin 兩個控件的保留文件。 Web 文件夾存放 系統(tǒng)的網頁文件，將登陸和首頁框架等文件放在 Web 目錄下，其他按網站欄目分別存放在其他子目錄下，以使結構更清楚明了。 文件是一個 XML 文本文件，它用來儲存 Web 應用程序的配置信息 。可以用來配置 連接數據庫、 身份驗證支持 、 編譯設置 、自定義錯誤 、 HTTP 運行庫 、 會話狀態(tài) 、 跟蹤服務 等信息。 （ 二 ）、應用框架 除了使用三層模式架構外，本項目還使用了兩個框架： Ajax