婚紗攝影工作室管理系統的設計與實現本科畢業設計(編輯修改稿)

　

【文章內容簡介】 ，業務等有更為直觀的了解。 分析建模 為了可以更好地理解系統，因此對系統進行抽象描述，從而有了建模的產生 ，數據流圖是建模中最常用的技術之一， 它是以圖形的方式描述數據在系統中的流動方向和處理的過程 [6]。 在奢靡婚紗攝影工作室管理系統中，用戶對用戶信息進行訪問管理，系統反饋給用戶；管理員對管理員相應信息進行管理訪問管理，系統反饋給管理員。系統的頂層流程圖，如圖 31所示。 奢 靡 婚 紗 攝影 工 作 室 管理 系 統用 戶管 理 員用 戶 信 息反 饋管 理 員 信 息反 饋 圖 31 奢靡婚紗攝影工作室管理系統 頂層數據流圖 4 進一步分解 奢靡婚紗攝影工作室管理系統 ，加工為客戶查詢，確定 奢靡婚紗攝影工作室管理系統 的主要功能以及它 們間的數據流，系統第 1層數據流圖，如圖 32所示。 用 戶預 約 管 理后 臺 管 理 管 理 員管 理用 戶 管 理預 約 信 息用 戶 信 息個 人 管 理預 約 圖 32 奢靡婚紗攝影工作室管理系統 第 1 層數據流圖 在奢靡婚紗攝影工作室管理系統中攝影預約的流程為，選擇套餐，選取用戶信息和攝影師信息，然后進行審核，通過確立訂單，未通過重新填寫預約信息。系統的第 2 層入庫數據流圖，如圖 33 所示。 套 餐 選 擇用 戶 信 息 、 攝影 師 信 息預 約 信 息填 寫套 餐 信 息審 核提 交通 過確 立 訂 單重 填 預 約信 息未 通 過 圖 33 工作室管理系統攝影預約 第 2 層數據流圖 4 系統設計 系統概要設計 通過對系統的需求分析和功能分析，得到的奢靡婚紗攝影工作室管理系統主要包括四大類：管理員模塊、用戶模塊、預約模塊以及公共信息模塊，其中管理員模塊包括了用戶、套餐和攝影師的管理，預約信息的查詢、審核，新聞發布，類別設置；用戶模塊則包含預約信息查詢、更改個人信息以及取片信息查詢；預約模塊包括了套餐信息查詢，預約套餐、攝影師以及地點等信息填寫和生成訂單；公共模塊則包含工作室首頁、工作室簡介、作品 5 欣賞以及聯系方式等信息的查看。如圖 41 所示。 奢 靡 婚 紗 攝 影 工 作 室 管 理 系 統管 理 員 模 塊用戶信息管理公 共 模 塊用 戶 模 塊預 約 模 塊聯系我們作品欣賞工作室信息套餐信息查詢訂單生成管理個人信息取片信息查詢預約訂單查詢預約信息填寫新聞發布管理類別設置套餐信息管理攝影師信息管理 圖 41 系統結構圖 系統詳細設計 管理員模塊詳細設計 管理員通過登錄系統后臺，可以對攝影師進行增加操作。先填寫攝影師編號，驗證是否存在，若存在則直接結束；若不存在則繼續填寫聯系方式等內容，將數據存入到數據庫中的相應位置，如圖 42 所示。 填 寫 攝 影 師 編 號是 否 存 在否設 置 聯 系 方 式 等結 束開 始是存 入 數 據 庫 圖 42 增加 攝影師 流程圖 管理員可以對產品套餐進行修改操作。在套餐信息中選取一條驗證，若不需要修改 則直接跳轉結束；若需要修改在則繼續填寫需要修改的內容，將數據存入到數據庫中相應的 6 位置，如圖 43 所示。 在 套 餐 信 息 中選 取 一 條是 否 修 改是修 改 內 容結 束開 始否存 入 數 據 庫確 認 更 新 圖 43 修改 套餐 信息流程圖 預約模塊詳細設計 任意用戶打開系統后，可以瀏覽各項信息，如果想要選擇攝影預約，需驗證是否使用賬號登錄，若是未登錄則返回登錄后再選擇預約，若已經登錄則繼續執行；接著填寫預約訂單，等待審核，若未通過審核則重新填寫預約訂單，若通過則生成預約訂單到用戶信息內，同時更改系統的預約表信 息，如圖 44 所示。 選 擇 預 約開 始是 否 登 錄結 束是更 改 預 約 表進 行 審 核填 寫 預 約 單是 否 通 過否否是 圖 44 攝影預約 流程圖 用戶模塊詳細設計 7 用戶登錄系統后，就可以進行信息的查詢操作，選擇想要查看的信息，驗證信息是否存在，若不存在則直接結束；若存在則繼續執行，顯示想要查看的內容，查看完畢結束。如圖 45 所示。 選 擇 信 息是 否 存 在是顯 示 內 容結 束開 始否查 看 完 畢 圖 45 客 戶查詢信息流程圖 5 數據庫設計 概念結構設計 在結構設計階 段，根據具體問題考慮，將套餐以及新聞進行類別規整；用戶預訂產生預約表，包含套餐和攝影師等信息；管理員則對攝影師、套餐信息進行增、刪、改等管理操作，發布新聞和客片等信息。根據它們之間的對應關系，最終確定 ER(實體 聯系 )圖，如下圖 51 圖所示。 客 片預 約類 別攝 影 師套 餐用 戶包 含包 含管 理包 含預 訂1分 類新 聞管 理 員包 含發 布管 理MN11111111MMMMMNN上 傳 圖 51 實體 聯系（ ER）圖 邏輯結構設計 8 根據 ER（實體 聯系）圖轉換 關系，將之轉換 為相對應的關系模式， 根據 轉換規則，邏輯設計 的 關系模型 轉換 如下 (其中主鍵 用 “ ” 表示，外鍵用 “ ” 表示 )。 (1)將 用戶 實體轉化為 用戶 （ 用戶 編號 ， 用戶姓名 ， 聯系方式，性別，年齡，郵箱， 地址 ，密碼 ）， 用戶 編號為主鍵。 (2)將 套餐 實體轉化為 套餐 （ 套餐 編號 ，價格 ，服裝數量，拍攝數量，可選數量，贈送商品，地址， 類別編號 ）， 套餐 編號為主鍵。 與套餐類別表有外鍵聯系，類別編號分別為相應外鍵。 (3)將 套餐類別 實體轉化為 套餐類別 （ 類別 編號 ， 類別 名稱， 天數 ）， 類別 編號為主鍵。 (4)將 攝影師 實體轉化為 攝影師 （ 攝影師 編號 ， 攝影師 姓名，性別， 年齡，聯系方式，管理員編號 ）， 攝影師 編號為主鍵。 與管理員表有外鍵聯系，管理員編號為外鍵。 (5)將 預約實體 轉化為 預約 （ 預約編號 ， 用戶 編號 ， 套餐編號 ， 攝影師編號 ，男賓姓名，女賓姓名，日期，預約狀態 ）， 預約編號 為主鍵。與 用 戶表 、套餐表以及攝影師表 有外鍵聯系， 用戶 編號 、套餐編號和攝影師編號分別為對應外鍵。 (6)將 新聞 實體轉化為 新聞 （ 新聞 編號 ， 新聞標題，新聞內容， 分類編號 ， 管理員編號 ） ，新聞 編號為主鍵。與 管理員 表 、分類表 有外鍵聯系， 管理員 編號 、分類編號分別 為 對應 外鍵 。 (7)將 新聞分類實體 轉化為 新聞分類 （ 分類 編號 ， 分類名稱 ， 時間 ）， 分類編號 為主鍵。 (8)將 管 理員實體 轉化為 管理員 （ 管理員 編號 ， 管理員姓名，年齡，性別，密碼，地址 ），管理員 編號為主鍵。 (9)將客片實體轉化為作品（ 客片編號 ，客戶名稱，圖片， 管理員編號 ），客片編號為主鍵，與管理員表有外鍵聯系，管理員編號為外鍵。 物理結構設計 物理結構設計就是為給定的邏輯數據模型選取一個最適合應用環境的物理結構，詳細寫出 各類 基本表的結構包括表名、含義說明、字段名、是否為空、數據類型、約束類型等，同時標出 各類 基本表的主鍵、外鍵等鍵引用 [7]。 (1)用戶表 用戶表包括用戶的一切信息，包含用戶編號、用戶姓名、聯系方 式、性別、年齡、地址以及密碼等字段。其中用戶編號為用戶表的主鍵，值唯