婚紗影樓管理系統(tǒng)的設計與實現(xiàn)[共41頁]

《婚紗影樓管理系統(tǒng)的設計與實現(xiàn)[共41頁]》由會員分享，可在線閱讀，更多相關《婚紗影樓管理系統(tǒng)的設計與實現(xiàn)[共41頁]（42頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、 愛妃瑪麗婚紗影樓管理系統(tǒng)的設計與實現(xiàn) 摘要：通過走訪幾家影樓同時在網(wǎng)絡上搜索影樓管理現(xiàn)狀，發(fā)現(xiàn)現(xiàn)階段還是有很多的影樓管理還在使用人工管理的階段，不僅效率無法滿足需求，而且有些數(shù)據(jù)會在手工記載的時候丟失。已經(jīng)遠遠落后于當今技術的發(fā)展。計算機信息管理在我們的日常生活當中的作用已經(jīng)越來越加的明顯，利用計算機來管理影樓的資源也更加的合理。為了實現(xiàn)婚紗攝影管理的高效、經(jīng)濟、合理性，亟需要開發(fā)一套婚紗影樓管理系統(tǒng)。 本系統(tǒng)采用B/S架構開發(fā)，配搭上JAVAEE平臺，使用了MYSQL作為系統(tǒng)的數(shù)據(jù)庫支持，其中還運用到了XML、JSP、Servlet等技術。實現(xiàn)了管理員、管理員角色、商品、訂單、訂

2、單業(yè)務、套系以及客戶信息等幾大模塊的管理功能。本系統(tǒng)界面設計良好，操作起來簡單方便，易于管理者使用。完全能夠適應婚紗影樓的日常接單流程，也能夠很好的對影樓資源進行信息管理。 關鍵字：婚紗影樓管理管理；JSP；MYSQL；XML The design and implementation of Ifamily Wedding Photography Plaza Management System Abstract：Through visits to several studio at the same time on the network search studio manage

3、ment present situation, found that at this stage there are still a lot of studio management is still in use artificial management stage, Not only can the efficiency not meet the needs, and some of the data will be lost by hand recorded, far behind in the development of todays technology.Computer inf

4、ormation management in our daily life role has been increasingly obvious, using computers to manage the studio resources is more reasonable.In order to realize the efficient management of wedding photography, economy, rationality, urgent need to develop a set of wedding photography management system

5、. The system uses the B/S architecture development, supplement the JavaEE platform, using a MySQL database system as a support, which also applied to the XML, JSP, Servlet Technology. To achieve the administrator, administrator role, commodity, order, order business, sets and customer information a

6、nd other major modules of the management functions. The interface of the system is good, easy to operate, easy to use for managers.To fully meet the daily orders of the wedding process, can be very good for the information management of the studio resources. Key words: Wedding Photography Managem

7、ent；JSP；MYSQL；XML 4 1 項目來源 1 1.1 項目背景及目的 1 1.2 婚紗影樓管理系統(tǒng)的現(xiàn)狀 2 1.3 項目研究的目的和方法 2 1.3.1 項目的研究目的 2 1.3.2 開發(fā)方法及步驟 3 2 開發(fā)平臺介紹 4 2.1 系統(tǒng)平臺環(huán)境 4 2.1.1 硬件平臺 4 2.1.2 軟件平臺 5 2.2相關技術 5 2.2.1 B/S模式 5 2.22 JSP 6 2.23 Servlet 7 3 系統(tǒng)需求分析 8 3.1需求功能概述： 8 3.1.1管理員角色管理 8 3.1.2管理員信息管理 8 3.1.3商品管理

8、 8 3.1.4套系管理 9 3.1.5訂單管理 9 3.1.6訂單業(yè)務 9 3.1.7服務公告管理 9 3.1.8賬戶修改密碼 9 3.1.9客戶資料管理 9 3.2 系統(tǒng)數(shù)據(jù)流圖 10 4系統(tǒng)功能設計 14 4.1 概述 14 4.2 系統(tǒng)結構 14 5 數(shù)據(jù)庫的分析及設計 16 5.1 系統(tǒng)E-R圖 16 5.2 數(shù)據(jù)庫邏輯結構設計 17 6 系統(tǒng)詳細設計 19 6.1 模塊程序流程圖 19 6.1.1登陸模塊流程圖 20 6.1.2管理角色模塊流程圖 21 6.1.3管理管理員信息模塊流程圖 22 6.1.4訂單模塊流程圖 23 6.1.5管理員

9、修改密碼流程圖 24 6.2 界面設計 25 6.2.1 登錄界面 25 6.2.2 系統(tǒng)主界面 25 6.2.3 管理員角色管理界面 26 6.2.4 管理員信息管理界面 26 6.2.5 商品管理界面 27 6.2.6 套系管理界面 28 6.2.7 訂單管理界面 28 6.2.8 訂單業(yè)務界面 29 7 測試 30 7.1 測試功能描述 30 7.2 測試環(huán)境 30 7.3 系統(tǒng)功能測試 30 7.3.1 登陸 30 7.3.2 管理員角色管理 31 7.3.3 管理員信息管理 31 7.3.4 修改密碼 32 7.3.5 訂單業(yè)務 33 8 展望

10、33 9 總結 34 致謝語 35 參考文獻 36 1 項目來源 1.1 項目背景及目的 現(xiàn)代信息技術日新月異，計算機科學發(fā)展迅速，人們的生活當中已經(jīng)無處不在的充斥著科學技術，各行各業(yè)沒有一個領域不觸碰到科學技術。 由于我國的信息技術還沒有普及到每個生活角角，但是傳統(tǒng)的記錄信息的管理機制已經(jīng)要跟不上現(xiàn)代的大數(shù)據(jù)時代，人工管理機制的弊端已經(jīng)越來越凸顯出來，傳統(tǒng)的方式不再那么適應現(xiàn)今的大數(shù)據(jù)打資料管理時代。唯有發(fā)展科學技術管理才能使得每一個行業(yè)能為人們更好的服務。開發(fā)軟件就是強有力的一個工具，當軟件與我們的實踐相結合起來的時候，就具有重大的社會價值及經(jīng)濟價值。根據(jù)目前的調(diào)

11、查狀況來看，影樓管理亟需要開發(fā)一款管理系統(tǒng)來幫助影樓正常的運營。 利用現(xiàn)代信息技術設計影樓管理系統(tǒng)來對影樓的資源進行更好的管理，跟人工管理比較起來的話，擁有這很多的優(yōu)點，比如：可存儲數(shù)據(jù)量大、經(jīng)濟成本低、工作效率高、大大減少了出現(xiàn)失誤的地方。這一些優(yōu)點都可以在影樓信息管理當中發(fā)揮出最大的優(yōu)勢，讓管理者在管理影樓的時候得到更大的經(jīng)濟收益,也使得影樓信息正規(guī)化管理走上與世界接軌的路線。 本系統(tǒng)用JAVA以及JSP語言來編寫，數(shù)據(jù)庫用Mysql來連接系統(tǒng)。本論文涉及了包括網(wǎng)頁編程，數(shù)據(jù)庫編程等多個方面，由于在學習的階段內(nèi)自己很難可以獨立完成這么大的一個項目，可以很有效的幫助我運用其所學的知識，運

12、用到現(xiàn)實的編程當中，深化了自己對JAVA語言的深刻性，從理論到自我操作，對自己以后走上公司進入到真正的崗位有極大的幫助。 21世紀我們?nèi)祟惿鐣龔墓I(yè)化時代邁向信息化時代，計算機信息產(chǎn)業(yè)是現(xiàn)在這個時代最有潛力的生產(chǎn)力，信息全球化對我國的經(jīng)濟跟文化產(chǎn)生了巨大的影響，給我們的國家的信息化產(chǎn)業(yè)發(fā)展帶來前所未有的機遇，信息化產(chǎn)業(yè)發(fā)展狀況可以衡量一個國家的綜合國力是否強大。我們國家目前的的目標應該是努力建設我們的信息化產(chǎn)業(yè)，改革經(jīng)濟形勢，加快科技產(chǎn)業(yè)發(fā)展。此次論文開發(fā)的婚紗影樓管理系統(tǒng)就是我們平時說的MIS，管理系統(tǒng)在日常生活中越來越普及，圖書借閱可以用上，吃飯看病也可以用上。MIS是一門新的學科，它

13、跨越了若干個領域，比如在吃喝住行方面，每個地方都可以排上用場。 影樓管理系統(tǒng)最期初開發(fā)的時候只是作為一個統(tǒng)計系統(tǒng)，所派上的用處只是作為一個統(tǒng)計每月銷售量跟套系之間的規(guī)律，把每一組不相關的數(shù)據(jù)統(tǒng)計在一塊制作出一個圖形圖表，最后把數(shù)據(jù)轉(zhuǎn)換為管理者所需要的信息。 在數(shù)據(jù)庫建立起來之后，計算機網(wǎng)路的發(fā)展越來越迅猛，人們可以隨時隨地的進行數(shù)據(jù)資源的共享，為現(xiàn)在的信息管理系統(tǒng)做了一個鋪墊。也使得婚紗影樓管理系統(tǒng)進入了發(fā)展階段。伴隨著人們的需求日益提高，再加上計算機技術的不斷進步，管理者也開始關注婚紗影樓行業(yè)是否可以將信息化管理運用到其中發(fā)揮作用。 1.2 婚紗影樓管理系統(tǒng)的現(xiàn)狀 通過一個多星期的調(diào)

14、查發(fā)現(xiàn)，現(xiàn)在還有很多的影樓還未走上信息化管理，一部分的影樓還在使用手工來對資料進行管理，這是很不科學的，因為人工管理所使用的紙質(zhì)資料很容易丟失或者破損，導致有可能會出現(xiàn)大量的問題，而且效率也跟不上，現(xiàn)在的數(shù)據(jù)流越來越龐大光是使用人工管理以及不再適應了。計算機信息化管理有可以存放大量數(shù)據(jù)，操作便捷快速而且簡單易懂，使得工作人員在處理訂單信息的時候能夠準確而方便。。因此做出這個婚紗影樓管理系統(tǒng)是很有必要的。愛妃瑪麗婚紗影樓管理系統(tǒng)把內(nèi)部工作人員管理和客戶信息管理統(tǒng)一規(guī)整，系統(tǒng)實現(xiàn)了管理員信息管理，服務公告發(fā)布管理，客戶信息錄入，客戶下單功能，安排拍攝日期以及訂單管理功能。 1.3 項目研究的

15、目的和方法 1.3.1 項目的研究目的 現(xiàn)代人們的生活水平較10年以前有了很大的提升，在滿足了一些生活基本需求之后，婚禮消費這方面越來越得到人們的喜愛，影樓信息管理面臨著巨大的挑戰(zhàn)，客戶信息管理，物料庫存管理等多個方面人工管理都已經(jīng)無法達到最大的利益化。所以，設計與實現(xiàn)這個影樓管理系統(tǒng)，能幫助管理者更好的運營影樓的正常管理工作。本系統(tǒng)實現(xiàn)的主要目標： 界面需求：設計一個簡單方便的界面，使得使用者能夠很方便的上手使用，并且操作簡便。 靈活性:要使得使用者能夠?qū)芾韱T信息、員工信息、套系信息管理、訂單信息等模塊都可以進行靈活操作。 穩(wěn)定性：系統(tǒng)的各個模塊應可以相互協(xié)調(diào)，數(shù)據(jù)庫應當設

16、計合理，避免出現(xiàn)由于數(shù)據(jù)庫的問題而導致系統(tǒng)的崩潰，并且系統(tǒng)應能適應長時間的工作。 安全性：需要很好的保護客戶資料，避免客戶信息外流。 1.3.2 開發(fā)方法及步驟 1可行性分析 經(jīng)濟可行性：開發(fā)該系統(tǒng)所需的相關信息可以通過走訪各大影樓探索需求，不需要耗費大量的人力物力。因此,開發(fā)成本較低。使用該系統(tǒng)來進行影樓管理,與傳統(tǒng)方式相比,利用管理系統(tǒng)來管理日常工作可以實現(xiàn)高效率,成本低、質(zhì)量高等多個好處,可以節(jié)省大量的人力、物力和財力。所以,從經(jīng)濟的角度來看,該系統(tǒng)是可行的。 技術可行性：考慮到大學三年所學的知識，完全可以完成此項目的編程，軟件開發(fā)電腦配置無需太高，使用Myeclipse

17、+Mysql+JSP語言編程，簡單易懂，并且使用正常的筆記本電腦即可完成開發(fā)、調(diào)試、維護。所以在技術上是可以的， 法律可行性：所有資料都是調(diào)查所得不涉及抄襲、剽竊他人資源，資料不涉及法律問題，項目開發(fā)過程中不復制其他網(wǎng)頁，不涉及侵犯版權的問題。 從以上幾點分析來看，本系統(tǒng)的開發(fā)在這三個方面都不存在問題，都是可行的。 2 需求分析 通過在愛妃瑪麗婚紗影樓工作的三個月，了解到了影樓管理方面切實可行的資料，對文檔管理系統(tǒng)的需求進行深入調(diào)查，確定出本論文的管理系統(tǒng)應當具備功能、性能。綜合以下幾類要求 功能性需求 性能需求 可靠性和可用性需求 3 數(shù)據(jù)庫設計與實現(xiàn) 對信

18、息、業(yè)務、處理需求進行分析，抽象出信息系統(tǒng)所需要的操作跟數(shù)據(jù)結構，設計出系統(tǒng)的E-R圖，根據(jù)E-R圖對數(shù)據(jù)庫的表進行最后的設計，建立出一個完善的數(shù)據(jù)庫。 4 系統(tǒng)實現(xiàn) 搭建系統(tǒng)的實現(xiàn)環(huán)境。使用Myeclipse和Dreamwave配合設計系統(tǒng)的網(wǎng)頁跟功能。 5 測試與維護 對系統(tǒng)進行測試確認BUG，對系統(tǒng)進一步的完善。 2 開發(fā)平臺介紹 2.1 系統(tǒng)平臺環(huán)境 2.1.1 硬件平臺 硬件設計是根據(jù)設計要求的信息系統(tǒng)來確定信息系統(tǒng)的物理設備方案,在硬件的設計方案可以充分的滿足項目的信息系統(tǒng)所需的功能需求的前提下,還應滿足系統(tǒng)的效率、可靠性、安全性和適應性的需求。根據(jù)前面的分析,我們

19、得出這樣的結論:如果該系統(tǒng)能處于理想環(huán)境下當然是最好的,但是往往理想狀態(tài)是很難存在的，所以建議使用的硬件平臺如下: 訪問者硬件環(huán)境：正常使用的計算機即可。 開發(fā)者硬件環(huán)境：至少需要CPU的處理速度在1GHz以上，系統(tǒng)的運行內(nèi)存512M以上。 2.1.2 軟件平臺 考慮到本系統(tǒng)的性能要求跟現(xiàn)在所擁有的條件，我選擇了Windows 7作為開發(fā)、測試以及運行的平臺。因為Windows操作系統(tǒng)在現(xiàn)今的世界上的應用還是最為廣泛的，它擁有友好的圖形界面，簡單便捷的操作方式，支持多媒體功能等特點，是現(xiàn)在軟件發(fā)展的流行趨勢，選擇此操作系統(tǒng)作為本次項目的開發(fā)平臺，有利于系統(tǒng)的功能擴展和后期的軟件系統(tǒng)

20、維護以及升級。 目前有大量的開發(fā)軟件和開發(fā)工具，考慮到我具備的知識和所學的應用軟件開發(fā)使用，分析了各個工具的優(yōu)缺點，此次項目開發(fā)的環(huán)境是Windows 7 + Google Chrome + Myeclipse Tomcat + JDK1.6軟件開發(fā)環(huán)境，使用MySql作為項目的后臺數(shù)據(jù)庫。 2.2相關技術 2.2.1 B/S模式 簡介 B/S模式就是大家都知道的瀏覽器/服務器結構，是基于C/S模塊的擴展。系統(tǒng)使用這種結構，可以使得用戶只要通過WWW瀏覽器去訪問Internet，就可以讀取到服務器后臺的數(shù)據(jù)、文本、圖像、視頻點播、動畫和聲音信息，用戶所訪問到的信息全都是由許

21、許多多的Web服務器一起產(chǎn)生的，每一個Web服務器通過許許多多的方式跟系統(tǒng)的主數(shù)據(jù)庫連接，其實大量的數(shù)據(jù)最終存放的是在一個主數(shù)據(jù)庫當中，只是分別在不同的Web服務器供用戶瀏覽。 現(xiàn)在的技術使得建立B/S結構更加的便捷，通過Internet/Intranet模式建立市局哭應用，相較以前更加容易把握而且在成本控制方面也比以前更加經(jīng)濟。B/S模式可以實現(xiàn)大大小小不同的人員從各種地點，以各種不同的方式都能夠接入數(shù)據(jù)庫，接入方式有很多，比如LAN、WAN等等的方式。只是不同的訪問人員的權限不同，可以有效的保護數(shù)據(jù)庫的數(shù)據(jù)安全，在JAVA語言出現(xiàn)之后對B/S來說更是如虎添翼。更加的高速快捷。

22、結構的優(yōu)點： 無論在哪里都可以對業(yè)務進行各種操作，包括查詢、瀏覽等操作。 如需要增加業(yè)務功能，只需要通過增加相應的網(wǎng)頁即可。 后期只需要對相應頁面進行調(diào)改既可以實現(xiàn)維護系統(tǒng)功能。 項目開發(fā)簡單，資源可共享性強 B/S結構圖如下。 2.22 JSP 項目使用的JSP技術開發(fā)Web程序,就是在把Java代碼加入到JSP頁面中,在用戶訪問項目JSP頁面的時候,執(zhí)行JPS頁面上的Java代碼,動態(tài)獲取數(shù)據(jù),同時生成HTML代碼,最終將結果反饋在客戶端瀏覽器上。 如圖： 2.23 Servlet Servlet 就是布置在服務器上的小程序。為了簡化開發(fā)，使部署

23、更加簡單方便，Servlet經(jīng)歷了好幾次的升級。Servlet是如何運作的呢？Servlet的生命周期又是如何？此次項目需要運用到Servlet技術，那么就讓我們來學習一下。 Servlet的工作原理圖如下： Servlet的工作原理： Servlet的工作原理其實就是接受客戶的請求在通過一系列的處理之后反饋結果給客戶的過程，在接受請求的時候調(diào)用service()方法對客戶的請求進行應答。 每一個Servlet在響應客戶請求的時候都要經(jīng)過三個步驟。第一步init()方法對Servlet進行實例化。創(chuàng)建一個用戶的Servlet。 緊接著調(diào)用service()方法接觸邏輯層進行

24、業(yè)務操作。 反饋操作后的資料給客戶。 調(diào)用destroy()方法消亡Servlet。 3 系統(tǒng)需求分析 3.1需求功能概述： 3.1.1管理員角色管理 系統(tǒng)提供管理員角色的增加、刪除、修改功能，規(guī)則如下： 操作者需要有對應的權限 不歸屬于公司職位的角色不能添加 3.1.2管理員信息管理 系統(tǒng)提供管理員信息的增加、刪除、修改功能，規(guī)則如下： 操作者需要有對應的權限 操作者不能刪除超過自己權限的管理員 3.1.3商品管理 系統(tǒng)提供商品的增加、刪除、修改功能，規(guī)則如下： 操作者需要有對應的權限 商品庫存不為0時不能刪除 3.1.4套系管理 系統(tǒng)

25、提供套系的增加、刪除、修改功能，規(guī)則如下： 操作者需要有對應的權限 3.1.5訂單管理 系統(tǒng)提供訂單的查詢、修改功能，規(guī)則如下： 操作者需要有對應的權限 3.1.6訂單業(yè)務 系統(tǒng)提供訂單業(yè)務的增加功能，規(guī)則如下： 操作者需要有對應的權限 訂單業(yè)務內(nèi)套系場景超過兩處時只有店長或者總經(jīng)理權限才能增加訂單 3.1.7服務公告管理 系統(tǒng)提供服務公告的增加、刪除、修改功能，規(guī)則如下： 管理員為總經(jīng)理或店長時才能操作 一條服務公告職能被以為管理員發(fā)布 3.1.8賬戶修改密碼 系統(tǒng)提供管理員密碼的修改功能。 3.1.9客戶資料管理 系統(tǒng)提供客戶資料的增加、刪除、修

26、改功能，規(guī)則如下： 操作者需要有對應的權限 客戶資料只能填寫一次，不能出現(xiàn)兩個相同的客戶資料 3.2 系統(tǒng)數(shù)據(jù)流圖 3.2.1 DFD頂層圖： 圖3-1頂層DFD圖 3.2.2 DFD 0層圖： 圖3-2 0層DFD圖 1. 管理員管理的1層圖： 圖3-3 管理員管理1層DFD圖 2. 角色管理的1層圖： 圖3-4 角色管理1層DFD圖 3. 套系管理的1層圖： 圖3-5 套系管理1層DFD圖 4. 商品管理的1層圖： 圖3-6 管理員管理1層DFD圖 5. 訂單管理的1層圖： 圖3-7 訂單管理1層DFD圖 6. 客戶管理的1層

27、圖： 圖3-8 客戶管理1層DFD圖 4系統(tǒng)功能設計 4.1 概述 系統(tǒng)概要設計就是要為我們的系統(tǒng)實體構造起來一個表達式或者模型以便在設計后期使用。在軟件系統(tǒng)總體設計中，首先完成了系統(tǒng)和數(shù)據(jù)的構建，再使用模塊層次結構圖去描繪軟件結構[7]。 通過調(diào)查和了解公司檔案部門關于基本業(yè)務流程的記載以及對系統(tǒng)需求的分析后,接下來的任務就是本系統(tǒng)的概要設計。 4.2 系統(tǒng)結構 本系統(tǒng)主要是實現(xiàn)了婚紗影樓的訂單業(yè)務、訂單管理功能，圍繞訂單這個目標還劃分了以下幾大模塊：管理員管理模板、管理員角色管理模塊、商品管理模塊、套系管理模塊、服務公告管理模塊、用戶信息管理模塊。如下圖4-1所示。每一個

28、功能模塊通過主頁相關聯(lián)起來發(fā)揮著其各自擁有的功能。 5 數(shù)據(jù)庫的分析及設計 5.1 系統(tǒng)E-R圖 概念模型的設計是將現(xiàn)實世界的物體抽象出他們的規(guī)律，并實現(xiàn)將這些規(guī)律進行建立模型，是進行數(shù)據(jù)庫設計的強力前提。通過設計E-R圖來描述現(xiàn)實世界的概念模型，確定概念模型之后即可設計出數(shù)據(jù)庫的概念模型[9]。本系統(tǒng)的E-R圖各個各個實體之間的相關聯(lián)系如下圖5-1所示： 該ER圖描述數(shù)據(jù)庫總體情況： 一個套系可以擁有多個攝影基地，一個攝影基地也可以存在多個套系 一個套系可以擁有多個商品，一個商品也可以存在多個套系 一個商品可以被多個客戶選擇，一個客戶也可以選擇多個商品 一個攝影基

29、地可以被多個客戶選擇，一個客戶可以選擇多個攝影基地 一個客戶只能被一個工作人員服務，一個工作人員可以服務多個客戶 一個管理員只能擁有一個角色，一個角色可以被多個管理擁有 一個服務公告只能被一個管理員發(fā)布，一個管理員可以發(fā)布多個服務公告 實體屬性圖： 5.2 數(shù)據(jù)庫邏輯結構設計 數(shù)據(jù)庫的建立對于一個系統(tǒng)來說極其重要。所以數(shù)據(jù)庫的數(shù)據(jù)步驟也不是那么簡單，必須一步一步詳細分析，首先對項目系統(tǒng)進行需求分析，弄清楚系統(tǒng)到底要實現(xiàn)的主要功能是哪些，系統(tǒng)所要解決哪些問題，搭配實際情況設計出適合這個系統(tǒng)的數(shù)據(jù)庫。 表5.2.1 角色信息表 序號 字段名 數(shù)據(jù)類型

30、是否主鍵 是否外鍵 描述 1 roleid Int(2) 是 角色編號，唯一標識 2 rolename varchar(10) 否 角色名稱 表5.2.2 管理員表 序號 字段名 數(shù)據(jù)類型 是否主鍵 是否外鍵 描述 1 userid Int(4) 是 管理員編號，唯一標識 2 username varchar(6) 否 管理員賬號 3 userpass varchar(6) 否 管理員密碼 4 adminname varchar(3) 否 管理員姓名 5 roleid Int(2)

31、 否 是 管理員角色ID，與角色表管理 表5.2.3 顧客信息表 序號 字段名 數(shù)據(jù)類型 是否主鍵 是否外鍵 描述 1 customerid Int(4) 是 客戶編號，唯一標識 2 manname varchar(6) 否 男方姓名 3 womanname varchar(6) 否 女方姓名 4 phone varchar(11) 否 客戶聯(lián)系電話 5 address varchar(20) 否 客戶聯(lián)系地址 6 wedding varchar(10) 否 客戶結婚日期 表

32、5.2.4 商品信息表 序號 字段名 數(shù)據(jù)類型 是否主鍵 是否外鍵 描述 1 goodsid Int(4) 是 商品編號，唯一標識 2 goodsname varchar(8) 否 商品名稱 3 goodstypename varchar(8) 否 商品類型名稱 4 goodsprice varchar(5) 否 商品價格 5 standard varchar(8) 否 商品規(guī)格 6 unit varchar(2) 否 商品單位 表5.2.5 拍攝基地信息表 序號 字段名 數(shù)據(jù)類

33、型 是否主鍵 是否外鍵 描述 1 placeid Int(2) 是 拍攝基地編號，唯一標識 2 placename varchar(10) 否 拍攝基地名稱 表5.2.6 服務公告信息表 序號 字段名 數(shù)據(jù)類型 是否主鍵 是否外鍵 描述 1 serviceid Int(4) 是 服務公告編號，唯一標識 2 servicetitle varchar(6) 否 服務公告標題 3 content varchar(6) 否 正文 4 servicetime varchar(3) 否 公告時間

34、 表5.2.7 套系信息表 序號 字段名 數(shù)據(jù)類型 是否主鍵 是否外鍵 描述 1 setsid Int(4) 是 套系編號，唯一標識 2 setsname varchar(8) 否 套系名稱 3 clothnumber Int(4) 否 拍攝可選服裝套數(shù) 4 photonumber Int(4) 否 拍攝總照片數(shù) 5 selectnumber Int(4) 否 拍攝可選照片數(shù) 6 image varchar(100) 否 套系簡介圖 7 setsprice Int(5) 否

35、套系總價 8 goodsid varchar(20) 否 保存套系擁有商品 9 placeid varchar(20) 否 保存套系可拍攝基地 表5.2.8 訂單表 序號 字段名 數(shù)據(jù)類型 是否主鍵 是否外鍵 描述 1 orderid Int(10) 是 訂單編號，唯一標識 2 customerid Int(5) 否 是 客戶編號，與客戶信息表關聯(lián) 3 ordertime Varchar(10) 否 訂單時間 4 phototime Varchar(10) 否 安排客戶拍攝時間 5 se

36、lecttime Varchar(10) 否 安排客戶選片時間 6 pickuptime Varchar(10) 否 安排客戶取件時間 7 remarks Varchar(20) 否 備注 8 setsname varchar(8) 否 套系名稱 9 clothnumber Int(4) 否 拍攝可選服裝套數(shù) 10 photonumber Int(4) 否 拍攝總照片數(shù) 11 selectnumber Int(4) 否 拍攝可選照片數(shù) 12 setsprice Int(5) 否 套系總價

37、 13 goodsid varchar(20) 否 保存套系擁有商品 14 placeid varchar(20) 否 保存套系可拍攝基地 6 系統(tǒng)詳細設計 6.1 模塊程序流程圖 從以上的系統(tǒng)功能描述可以看到，系統(tǒng)主要實現(xiàn)了以下主要的七大功能，我們根據(jù)系統(tǒng)功能可以設計出系統(tǒng)的功能模塊流程圖，各個系統(tǒng)功能模塊之間的關系如下圖所示。 6.1.1登陸模塊流程圖 6.1.2 管理角色模塊流程圖 6.1.3 管理管理員信息模塊流程圖 圖6-3管理模塊流程圖 6.1.4 訂單模塊流程圖 6.1.5 管理員修改密碼流程圖

38、 6.2 界面設計 6.2.1 登錄界面 在登陸界面上提供了三個輸入文本框，必須輸入正確的賬號、密碼以及驗證碼才能進入系統(tǒng)，未輸入賬號則提示賬號不能為空，未輸入密碼則提示密碼不能為空。下圖6-6為登錄界面 圖6-6 愛妃瑪麗管理系統(tǒng)登錄界面 6.2.2 系統(tǒng)主界面 在登陸界面上輸入正確的賬號、密碼、驗證碼之后則可以成功進入系統(tǒng)，如圖6-7所示，系統(tǒng)一共分為十個模塊。分別是：主頁、角色管理、管理員信息管理、商品管理、訂單管理、訂單業(yè)務、套系管理、服務公告管理、客戶信息、修改密碼。 圖6-7 愛妃瑪麗管理系統(tǒng)主界面 6.2.3 管理員角色管理界面 在登陸主頁之后，點擊角色

39、管理模塊，進入下圖6-8角色管理頁面，可以在此頁面對角色進行查看、增加、修改、刪除等操作，其余角色只能對角色管理信息進行查看操作。 圖6-8 愛妃瑪麗管理系統(tǒng)角色管理界面 6.2.4 管理員信息管理界面 在登陸至主頁之后，點擊管理員模塊，進入下圖6-9管理員頁面，當管理員角色為總經(jīng)理、店長的時候，可以進入此頁面對管理員信息進行增加、查看、修改、刪除等操作，當管理員為其他角色時只能對管理員信息進行查看操作。頁面的左上角輸入框可以輸入管理員姓名對管理員進行查找。 6-9 愛妃瑪麗管理系統(tǒng)管理員信息管理界面 6.2.5 商品管理界面 在登陸至主頁之后，點擊商品管理模塊，進入下圖6

40、-10商品管理頁面，當管理員角色為總經(jīng)理、店長、門市主管時，可以對頁面的商品信息進行增加、修改、刪除、查看等操作，其余角色只能對商品信息進行查看操作。頁面的左上角輸入框可以輸入商品名對商品進行查找。 6-10 愛妃瑪麗管理系統(tǒng)商品管理界面 6.2.6 套系管理界面 在登陸至主頁之后，點擊套系管理模塊，進入下圖6-11商品管理頁面，當管理員角色為總經(jīng)理、店長、門市主管時，可以進入此頁面對套系信息進行查看、增加、修改、刪除等操作，其余角色只能對套系信息進行查看操作。頁面的左上角輸入框可以輸入套系名對套系進行查找。 6-11 愛妃瑪麗管理系統(tǒng)套系管理頁面 6.2.7 訂單管理界面

41、 在登陸至主頁之后，點擊訂單管理模塊，進入下圖6-11訂單管理頁面，當管理員角色為總經(jīng)理、店長、門市主管時，可以進入此頁面對訂單信息進行查看、修改、刪除等操作，其余角色只能對訂單信息進行查看操作。由于客戶信息有可能發(fā)生重復，所以頁面的左上角輸入框可以輸入客戶聯(lián)系電話對訂單進行查找。 6-12 愛妃瑪麗管理系統(tǒng)訂單管理頁面 6.2.8 訂單業(yè)務界面 在登陸至主頁之后，點擊訂單業(yè)務模塊，進入下圖6-11訂單業(yè)務頁面。僅當當前登錄管理員的角色為總經(jīng)理、店長、門市主管、門市銷售時，才可以對訂單業(yè)務界面進行瀏覽并且操作，選擇對應的套系，填寫正確的客戶信息即可完成訂單業(yè)務。 6-13

42、愛妃瑪麗管理系統(tǒng)訂單業(yè)務頁面 7 測試 7.1 測試功能描述 主要針對愛妃瑪麗婚紗管理系統(tǒng)當中的各個模塊進行測試，測試基礎的增、刪、改功能，以及列表功能。 7.2 測試環(huán)境 測試環(huán)境采用本地的系統(tǒng)為基礎。測試環(huán)境地址如下： http://da-pc:8080/ifamily/login.jsp 在測試環(huán)境中給予四個不同權限的賬號，分別為test3107(店長)、test3108（總經(jīng)理）、test3101（門市銷售）和test3102（化妝師），登錄密碼相同。測試人員登錄后可以直接對影樓管理系統(tǒng)的各個模塊功能進行測試。那么就選用以下幾個模塊來進行測試。 7.3 系統(tǒng)功能

43、測試 7.3.1 登陸 描述：測試用戶登陸功能。 步驟： 步驟名稱 描述 預期結果 實際效果 步驟1 打開瀏覽器 瀏覽器打開 瀏覽器打開 步驟2 輸入影樓管理系統(tǒng)訪問地址 顯示登錄窗口 顯示登錄窗口 步驟3 不輸入用戶名跟密碼點擊登陸 登陸界面提示還未輸入用戶名、密碼 登陸界面提示還未輸入用戶名、密碼 步驟4 輸入用戶名但不輸入密碼點擊登陸 登陸界面提示輸入密碼 登陸界面提示密碼 步驟5 輸入錯誤用戶名跟密碼 登陸界面提示用戶名或密碼輸入錯誤 登陸界面提示用戶名或密碼輸入錯誤 步驟6 輸入正確用戶名跟密碼 跳轉(zhuǎn)至系統(tǒng)主頁 跳轉(zhuǎn)至系統(tǒng)

44、主頁 7.3.2 管理員角色管理 描述：測試管理員角色管理的增刪改功能。 步驟： 步驟名稱 描述 預期結果 實際效果 步驟1 點擊“角色管理”模塊 進入角色管理頁面（如管理角色不為店長或總經(jīng)理則跳轉(zhuǎn)權限不足頁面） 進入角色管理頁面（如管理角色不為店長或總經(jīng)理則跳轉(zhuǎn)權限不足頁面） 步驟2 點擊增加角色 進入增加角色頁面 進入增加角色頁面 步驟3 輸入正確的角色信息 增加角色成功，跳轉(zhuǎn)至角色列表 增加角色成功，跳轉(zhuǎn)至角色列表 步驟4 點擊修改角色 進入修改角色頁面 進入修改角色頁面 步驟5 輸入正確的角色信息 修改角色成功，跳轉(zhuǎn)至角色列表 修改

45、角色成功，跳轉(zhuǎn)至角色列表 步驟6 點擊刪除角色 角色被刪除并返回角色列表 角色被刪除并返回角色列表 7.3.3 管理員信息管理 描述：測試管理員信息管理的增刪改功能。 步驟： 步驟名稱 描述 預期結果 實際效果 步驟1 點擊“角色管理”模塊 進入管理員信息管理頁面（如管理角色不為店長或總經(jīng)理則跳轉(zhuǎn)權限不足頁面） 進入管理員信息管理頁面（如管理角色不為店長或總經(jīng)理則跳轉(zhuǎn)權限不足頁面） 步驟2 點擊增加管理員 進入增加管理員頁面 進入增加管理員頁面 步驟3 輸入不和規(guī)范的管理員資料 提示不合理的相關項目，重新跳轉(zhuǎn)回增加管理員頁面 提示不合理的相關項目，

46、重新跳轉(zhuǎn)回增加管理員頁面 步驟4 輸入規(guī)范的管理員資料 增加成功，跳轉(zhuǎn)至管理員列表 增加成功，跳轉(zhuǎn)至管理員列表 步驟5 點擊修改管理員 進入修改角色利用頁面 進入修改管理員頁面 步驟6 輸入修改后不和規(guī)范的管理員資料 修改不成功，重新跳轉(zhuǎn)至修改管理員信息頁面 修改不成功，重新跳轉(zhuǎn)至修改管理員信息頁面 步驟7 輸入修改后規(guī)范的管理員資料 修改成功，跳轉(zhuǎn)至管理員列表 修改成功，跳轉(zhuǎn)至管理員列表 步驟8 點擊刪除管理員 管理員被刪除并返回管理員列表 管理員被刪除并返回管理員列表 7.3.4 修改密碼 描述：測試管理員修改密碼功能。 步驟： 步驟名稱

47、描述 預期結果 實際效果 步驟1 點擊“訂單業(yè)務”模塊 進入訂單頁面 進入訂單頁面 步驟2 輸入錯誤密碼 頁面提示原密碼錯誤 頁面提示原密碼錯誤 步驟3 兩次密碼輸入不一致 提示兩次密碼輸入不一致 提示兩次密碼輸入不一致 步驟4 輸入正確密碼，輸入正確的兩次修改后的密碼 提示修改密碼成功并調(diào)回主頁 提示修改密碼成功并調(diào)回主頁 7.3.5 訂單業(yè)務 描述：測試訂單業(yè)務功能。 步驟： 步驟名稱 描述 預期結果 實際效果 步驟1 點擊“修改密碼”模塊 進入修改密碼頁面（如管理角色不為店長、總經(jīng)理、門市主管、門市銷售則跳轉(zhuǎn)權限不足頁面） 進

48、入修改密碼頁面（如管理角色不為店長、總經(jīng)理、門市主管、門市銷售則跳轉(zhuǎn)權限不足頁面） 步驟2 選擇套系內(nèi)容 進入套系詳細頁面，并填寫客戶資料 進入套系詳細頁面，并填寫客戶資料 步驟3 不輸入客戶資料提交訂單 提示客戶資料不能為空，重新跳轉(zhuǎn)至本頁面 提示客戶資料不能為空，重新跳轉(zhuǎn)至本頁面 步驟4 輸入正確的客戶資料，提交訂單 訂單成功，跳轉(zhuǎn)至訂單業(yè)務界面 訂單成功，跳轉(zhuǎn)至訂單業(yè)務界面 8 展望 目前婚紗管理系統(tǒng)在國內(nèi)的發(fā)展速度已經(jīng)越來越快，很多婚紗管理系統(tǒng)也應運而生。比如博城影樓ERP系統(tǒng)等等。由于時間問題，本論文的愛妃瑪麗影樓管理系統(tǒng)的功能并沒有十分全面，從經(jīng)濟角

49、度來說，使管理者無論在人員管理、訂單管理還是套系管理方面都得到了極大的效率提升，而且可以避免傳統(tǒng)人工管理的弊端。在本系統(tǒng)的基礎之上如果增加婚紗的出售、租賃功能的話那么婚紗影樓管理系統(tǒng)的功能會更加的完善。在影樓實習的三個月中間發(fā)現(xiàn)了很多由于婚紗租賃管理不當而引起的很多不妥。例如一個客戶的婚期是在三個月之后但是現(xiàn)在已經(jīng)選定婚紗，那么影樓的工作人員會將其打包，也就是在這三個月之內(nèi)這件婚紗都不會再被使用，這造成了婚紗的極大浪費。如果能將婚紗租賃加入到本系統(tǒng)中，能使得婚紗得到更有利的使用。 9 總結 歷經(jīng)兩個月的設計跟實現(xiàn)，終于完成了愛妃瑪麗婚紗管理系統(tǒng)，該系統(tǒng)實現(xiàn)了婚紗影樓的日常工作，包括了人員管

50、理、物資管理、套系管理等等各個方面，在界面設計方面也有獨特的一面，將系統(tǒng)的模塊分支管理，能夠讓使用者一目了然，非常輕松就能夠上手使用，在數(shù)據(jù)庫設計方面也擁有著不一樣的地方，省去了繁雜表與表之間的關聯(lián)，在對數(shù)據(jù)庫操作的時候能夠避免由于關聯(lián)不當而引起的數(shù)據(jù)冗雜、垃圾數(shù)據(jù)等方面的問題。不過在系統(tǒng)的設計上還不夠完善，還能夠增加相應的幾個模塊。 致謝語 都說時間不等人，大學四年的時間就這么一眨眼的功夫都過去了。不知不覺我也即將要面臨著畢業(yè)這個事情，不知不覺也要步入社會開始為自己的未來拼搏，在這條成長的路上，有大家給予的一路的支持與幫助，也有老師們不懈的努力來幫助我、教育我。 經(jīng)過三個多月的時間，

51、終于完成了我的畢業(yè)設計。毋庸置疑首先要感謝指導老師一直從選課到設計到最終的實現(xiàn)都一直陪伴著我。諄諄教導把我從不太會教到了會，在開發(fā)的過程當中遇到了許許多多的問題，老師都一一的幫我解決了，當然還要感謝幫助我的同學們，在我困惑不已的時候向我伸出了他們的援助之手。盡管系統(tǒng)做的不是那么的完美，但是在自己的努力下跟大家的幫助下還是很好的完成了。 謝謝大家在最后的日子里給我留下了深刻的印象，是你們才讓我大學四年的時光顯得特別的難忘，也希望你們能走出自己的一片新天地。 參考文獻 [1]BruceEckel.《JAVA編程思想》.機械工業(yè)出版社,2003年10月: -378 [2]賽奎春.《JAVA

52、工程應用與項目實踐》.機械工業(yè)出版社,2002年8月:23-294 [3]FLANAGAN.《JAVA技術手冊》.中國電力出版社,2002年6月:1-465 [4]孫一林,彭波.《JSP數(shù)據(jù)庫編程實例》.清華大學出版社,2002年8月:30-210 [5]LEEANNEPHILLIPS.《巧學活用JSP》.電子工業(yè)出版社,2004年8月:1-319 [6]飛思科技產(chǎn)品研發(fā)中心.《JSP應用開發(fā)詳解》.電子工業(yè)出版社,2003年9月:32-300 [7]耿祥義,張躍平.《JSP實用教程》.清華大學出版社,2003年5月1日:1-354 [8]孫涌.《現(xiàn)代軟件工程》.北京希望電子出版社

53、,2003年8月:1-246 [9]薩師煊，王珊.《數(shù)據(jù)庫系統(tǒng)概論》.高等教育出版社,2002年2月:3－460 [10]Brown等.《JSP編程指南（第二版）》.電子工業(yè)出版社,2003年3月:1-268 [11]清宏計算機工作室.《JSP編程技巧》.機械工業(yè)出版社,2004年5月:1-410 [12]朱紅,司光亞.《JSP編程指南》.電子工業(yè)出版社,2001年9月 [13] Hall P.Beck,William D.Davidson.Establishing an Early Warning System:Predicting Low Grades in College Student from Survey of Academic Orientations Scores[J].Research in Higher Education,2001,(06):709-723 . [14] Visser E-J, Lanzendorf M. Mobility and Accessibility Effects of B2C E-commerce:A Literature Review[J]. Tijdschrift voor Economischeen Sociale Geografie,2004,95(2):189-205. 36