freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內容

超市銷售管理及系統(tǒng)設計管理知識分析-文庫吧

2025-06-03 13:32 本頁面


【正文】 調試工具,它在開發(fā)調試JavaScript過程中十分便利。 開發(fā)環(huán)境搭建(1)安裝JDK以支持Java開發(fā)環(huán)境,整合MyEclipse和Tomcat服務器,有一個統(tǒng)一便利的集成開發(fā)環(huán)境。(2)在MyEclipse中安裝插件Spket,它是一款全面支持JavaScript的免費開發(fā)工具,其體積小巧,它就像是為EXT量身定做的一樣。插件Spket安裝后默認沒有提供對EXT的支持,我們需要將EXT庫添加到列表中,并將其設為默認。這樣在開發(fā)ExtJS的時候可以有相應提示。(3)瀏覽器Firefox對ExtJS的支持很好,我們使用它作為默認瀏覽器。Firebug是它的一個組件,它用于調試JavaScript相當方便,它可以顯示動態(tài)生成的DOM,甚至可以在Firebug里直接對DOM進行修改,而這些修改會反映到顯示頁面上。Firebug可以查看Ajax方式發(fā)送和接收的各種信息,還可以查看發(fā)送的參數(shù)以及返回的狀態(tài)和信息。Firebug安裝相當簡單,在Firefox中搜索,在網(wǎng)頁中點擊安裝即可。 系統(tǒng)實現(xiàn)模式本系統(tǒng)采用B/S結構,使用JSP/Servlet技術,前臺使用RIA富客戶端的ExtJS框架,整體上采用MVC模式來實現(xiàn)。下面詳細介紹這些概念。(1) 在網(wǎng)絡程序中,有C/S結構和B/S結構之分,其中C/S是客戶端(Client)/服務器(Server)模式,這種模式的客戶端中需要安裝一個客戶端軟件,客戶端軟件負責與服務器進行數(shù)據(jù)交換。B/S是瀏覽器(Browser)/服務器(Server)模式,客戶端只要有一款瀏覽器就可以和服務器實現(xiàn)數(shù)據(jù)交互,Web應用程序就是B/S模式。(2) JSP全稱是Java Server Pages,是由Sun Microsystems公司倡導、眾多公司參與開發(fā)建立的一種動態(tài)網(wǎng)頁技術標準。JSP技術以Java語言作為腳本語言(Java是一種成熟的跨平臺的程序設計語言)。JSP具有非常突出的開放性、跨平臺性和高效性。Servlet是一種Java編程語言類,用來擴展通過響應-請求編程模型服務應用程序訪問的服務器功能。盡管Servlet能夠響應任何類型的請求,但是它們一般用來擴展由服務器支持的應用程序。(3) ExtJS可以用來開發(fā)RIA也即富客戶端的AJAX應用,是一個用javascript寫的,主要用于創(chuàng)建前端用戶界面,是一個與后臺技術無關的前端ajax框架。其無論從UI界面上CSS樣式的應用,到數(shù)據(jù)解析上的異常處理,都可算是一款不可多得的JavaScript客戶端技術的精品。本系統(tǒng)使用ExtJS實現(xiàn)了One Page, One Application即一個頁面就是一個應用。(4)本系統(tǒng)采用MVC結構設計模式。MVC架構是Model –View Controller的縮寫,中文翻譯為模型視圖控制器。MVC應用程序總是由這三個部分組成。Event(事件)導致Controller改變Model或View,或者同時改變兩者。只要Controller改變了Models的數(shù)據(jù)或者屬性,所有依賴的View都會自動更新。類似的,只要Controller改變了View,View會從潛在的Model中獲取數(shù)據(jù)來刷新自己。模型是應用程序的主體部分,表示業(yè)務數(shù)據(jù)和業(yè)務邏輯。數(shù)據(jù)模型主要指實體對象的數(shù)據(jù)保存(持續(xù)化)。業(yè)務模型實現(xiàn)應用程序的業(yè)務邏輯,比如將一張訂單保存到數(shù)據(jù)庫,從數(shù)據(jù)庫獲取訂單。一個模型能為多個視圖提供數(shù)據(jù)。視圖是用戶看到并與之交互的界面,向用戶顯示有關的數(shù)據(jù),并能接收用戶的輸入數(shù)據(jù),但是它并不進行任何實際的業(yè)務處理。視圖可以向模型查詢業(yè)務狀態(tài),但不能改變模型,它還能接收模型發(fā)出的數(shù)據(jù)更新事件,從而對用戶界面進行同步更新??刂破鹘邮苡脩舻妮斎氩⒄{用模型和視圖去完成用戶的需求。如當用戶單擊頁面中的提交按鈕來發(fā)送表單內容時,控制器接受請求并調用相應的模型組件去處理請求,然后更新相應視圖來顯示模型返回的數(shù)據(jù)。控制層在數(shù)據(jù)和應用客戶之間擔當一個調節(jié)者,它實現(xiàn)了業(yè)務邏輯的控制,并且響應客戶端和數(shù)據(jù)層之間的交換,它接受客戶端的請求,將請求轉發(fā)到系統(tǒng)服務,并把系統(tǒng)服務返回的結果返回到客戶端。模型、視圖與控制器的分離,使得一個模型可以具有多個顯示視圖。如果用戶通過某個視圖的控制器改變了模型的數(shù)據(jù),所有其它依賴于這些數(shù)據(jù)的視圖都應反映到這些變化。因此,無論何時發(fā)生了何種數(shù)據(jù)變化,控制器都會將變化通知所有的視圖,導致顯示的更新。這實際上是一種模型的變化傳播機制。2 可行性分析和需求分析 可行性研究可行性研究(Feasibility Study),是指在調查的基礎上,通過市場分析、技術分析、財務分析和國民經(jīng)濟分析,對各種投資項目的技術可行性與經(jīng)濟合理性進行的綜合評價。 經(jīng)濟可行性作為超市的銷售管理系統(tǒng),由于其數(shù)據(jù)量相對較小,并且在數(shù)據(jù)處理上不是很復雜,所以從項目開發(fā)的角度來說其開發(fā)周期會比較短,它的開發(fā)成本不會很高。由于系統(tǒng)數(shù)據(jù)量相對較少,從系統(tǒng)運行的角度來看,對計算機的性能要求相對來說也不是很高,所以在其管理上所需費用要相對較少。從本系統(tǒng)的投入費用、收益、投資回報周期等方面來看,本系統(tǒng)都是可行的。 技術可行性隨著互聯(lián)網(wǎng)的迅速發(fā)展,基于Internet的B/S架構應用程序逐漸被人們所關注?;贘AVAEE規(guī)范的系統(tǒng)設計實現(xiàn)已經(jīng)非常成熟。能夠很好的實現(xiàn)B/S架構的軟件。無論是從經(jīng)濟方面還是從技術方面分析的情況上都可以看出,開發(fā)超市銷售管理系統(tǒng),實現(xiàn)超市銷售管理的計算機化是非常必要的,也是可行的。因為使用計算機化的超市銷售管理系統(tǒng)可以很好的改變目前超市銷售管理工作的現(xiàn)狀,能夠提高工作效率。 系統(tǒng)需求分析所謂“需求分析”,是指對要解決的問題進行詳細的分析,弄清楚問題的要求,包括需要輸入什么數(shù)據(jù),要得到什么結果,最后應輸出什么。可以說,在軟件工程當中的“需求分析”就是確定要計算機“做什么”。 功能需求分析根據(jù)超市的實際運營情況進行分析,通常它們沒有獨立的倉庫,進貨和銷售商品都是在同一場所完成,在此,我們即按照這一實際的情況進行系統(tǒng)設計。超市的基本業(yè)務狀況有銷售、進貨、庫存等,此外系統(tǒng)中還要設置商品、用戶、權限等必要的系統(tǒng)信息,還可以查看超市運行財務狀況。根據(jù)超市的業(yè)務流程,必須要設計實現(xiàn)的模塊有商品銷售模塊,以實現(xiàn)商品銷售的基本業(yè)務。采購進貨模塊,以實現(xiàn)商品采購進貨的基本業(yè)務。庫存管理模塊,實現(xiàn)商品的綜合管理業(yè)務。此外可以添加輔助功能模塊,系統(tǒng)管理和財務管理,分別實現(xiàn)對系統(tǒng)的維護和超市營業(yè)狀況的分析查詢。實用性:方便可快捷的實現(xiàn)商品在銷售、采購和庫存等方面的信息操作。整個系統(tǒng)實現(xiàn)商品信息的統(tǒng)一編碼,并由系統(tǒng)管理員集中管理,可以促進系統(tǒng)管理員的工作效率,并有效減少成本和繁瑣的工作量。易操作性:本系統(tǒng)在銷售、商品管理等重要環(huán)節(jié),不需輸入任何復雜的信息,管理員只需通過瀏覽器便可進行數(shù)據(jù)的錄入、查詢和修改等工作。適應性:該系統(tǒng)對于軟硬件要求并不是趨于高檔,能實現(xiàn)廣泛應用。本系統(tǒng)是B/S模式,可以實現(xiàn)同時讓多個用戶訪問和操作。同時支持動態(tài)添加基本信息,增加的商品供貨商等都可以隨時添加。易維護性:可以方便的維護系統(tǒng),可以使用工具導出數(shù)據(jù)庫數(shù)據(jù),清空階段性數(shù)據(jù)。實現(xiàn)系統(tǒng)數(shù)據(jù)處理的輕負荷。安全性:系統(tǒng)采用不同的權限級別,不同的用戶有不同的操作權限,實現(xiàn)了很好的安全認證。3 系統(tǒng)設計 系統(tǒng)功能設計 超市系統(tǒng)功能的設計首先進行總體設計說明系統(tǒng)功能設計的設計思想和設計原則,在根據(jù)總體設計做詳細的功能模塊設計。實現(xiàn)一體化的設計思路。 總體設計(1)設計思想:(1)系統(tǒng)分成幾個相對獨立的模塊,但這些模塊都進行集中式管理。每個模塊都可以完成自己特定的功能,如財務、銷售、進貨等等。(2)分層的模塊化程序設計思想,整個系統(tǒng)采用模塊化結構設計。作為應用程序有較強的可操作性和擴展性。如程序中操作數(shù)據(jù)庫時,在Util層中獲取數(shù)據(jù)庫連接,在DAO層中操作數(shù)據(jù)庫完成CRUD操作。這樣使程序層次結構分明,便于維護拓展。(3)合理的數(shù)據(jù)流設計,在應用系統(tǒng)設計中,相對獨立的模塊間以數(shù)據(jù)流相互連接,使各模塊間的耦合性較低,方便系統(tǒng)運行,提高系統(tǒng)安全性。(2)設計原則:為了使本系統(tǒng)功能齊全完備,操作簡便,最大限度的提高軟件的質量,從而滿足用戶的實際需要,在設計開發(fā)過程中遵循如下原則:(1)合法性原則:依據(jù)小型超市實際的工作情況,進行諸如商品進貨、銷售等工作。(2)實用性原則:適合商品信息管理工作的實際需求,并能夠處理一些特殊情況的要求,此外,盡可能預留空間,以便擴充功能。(3)準確性原則:對輸入的相關資料建立檢錯機制,及時報錯,使用戶能夠及時準確的輸入合法資料(如:類型匹配,長度不超限等)。(4)易操作原則:要求設計的系統(tǒng)功能齊全,接口友好,操作方便,必要的地方進行提示。(5)安全性原則:該系統(tǒng)的管理員具有可設置登錄賬戶,修改密碼的權限,不同的用戶類型有不同的操作權限。 詳細設計本系統(tǒng)除了登錄模塊外,主頁中共實現(xiàn)五個完整的功能模塊,分別是財務管理、商品銷售管理、商品進貨管理、商品庫存管理和系統(tǒng)管理。系統(tǒng)根據(jù)不同的用戶角色又有不同的功能模塊體現(xiàn),其中銷售人員的功能結構圖如圖31所示:圖31 銷售人員功能結構圖管理員的對應的系統(tǒng)功能結構圖,如圖32所示。圖32 系統(tǒng)功能結構圖財務管理模塊包括營業(yè)綜合統(tǒng)計、收銀報表查詢、結賬單據(jù)查詢、進貨報表查詢、進貨單據(jù)查詢。財務管理模塊中可以根據(jù)設定的時間段,查詢對應的營業(yè)信息。商品銷售模塊包括銷售商品、今日盤點。商品銷售模塊中系統(tǒng)自動將所有商品按照類別分類顯示,銷售人員可以選定商品或直接輸入商品編號進行銷售操作,此外還可以查看當日盤點信息。商品進貨模塊包括采購進貨、今日盤點。商品進貨模塊中也會自動顯示所有商品,采購人員可以選定商品進行采購操作,還可查看當日進貨盤點信息。商品庫存模塊包括庫存預警、庫存信息查詢、損溢處理、損益查詢。商品庫存模塊中可以查看庫存預警,查看庫存的詳細信息。進行庫存的損溢操作,查看損益信息等。基于超市運營的實際情況并不設置商品出庫的功能。系統(tǒng)管理模塊包括用戶設置、商品管理、供貨商管理、商品類別管理、員工管理、權限管理、登錄日志、系統(tǒng)信息。系統(tǒng)管理模塊中可以設置用戶信息,商品、商品類別、供貨商等信息。可以添加員工并設置員工的權限。系統(tǒng)會自動查詢出登錄日志和設定的系統(tǒng)信息并做出相應展現(xiàn)。管理員可以添加賬戶類型,并設置相應的權限。 系統(tǒng)用例分析 對系統(tǒng)做角色用例分析,這樣可以很好地體現(xiàn)系統(tǒng)各個模塊的設計思路,體現(xiàn)系統(tǒng)功能模塊設計的必要性。 用例分析用例分析是干什么用的呢?要說明這個問題,我們看看下面幾個概念。角色(Actor)是與系統(tǒng)交互的人或事。所謂與“系統(tǒng)交互”指的是角色向系統(tǒng)發(fā)送消息、從系統(tǒng)中接收信息,以及在系統(tǒng)中的信息交換。使用用例與系統(tǒng)互相交流的任何人或事都是角色。比如,某人使用系統(tǒng)中提供的用例,則該人就是角色。用例是對包括變量在內的一組動作序列的描述,系統(tǒng)執(zhí)行這些動作,并產生可觀察到的系列結果。我們可以這樣通俗的理解,用例是參與者想要系統(tǒng)做的某件事情。根據(jù)用例和角色的概念,通過對超市銷售管理系統(tǒng)需求的了解,可以得到如圖33所示的分析結果:圖33 系統(tǒng)用例圖在圖33中像人一樣的圖形就是角色,通過對超市銷售管理系統(tǒng)的需求分析可知系統(tǒng)默認有管理員角色,管理員擁有所有系統(tǒng)權限,它可以添加其他用戶和設置其權限;圖中橢圓代表的是用例(這里分析的是系統(tǒng)整體上的功能);中間的箭頭將角色與用例連接起來,代表的是對應的角色可以使用的用例,有一個箭頭就代表對應的角色可以使用用例,沒有箭頭則表示對應的角色不能使用該用例。 用例詳細說明光有用例分析是不夠的,用例只是程序的功能界定,需求概述也僅僅對每個功能提了個名字,想要實現(xiàn)系統(tǒng)的功能還必須知道每個功能的詳細內容,深入了解用戶在完成系統(tǒng)的某個功能時需要做些什么事。下面就讓我們來看看圖中用例的詳細說明。(1)系統(tǒng)登錄所有的用戶都可以登錄,系統(tǒng)會自動加載與其權限對應的主界面。(2)財務管理可以根據(jù)設定的時間段查看超市整體的營業(yè)狀況,查看這一時間內銷售或進貨的報表,查看某一結賬單據(jù)的詳細等等。(3)商品銷售可以輸入商品編號或商品樹中選擇商品,進行銷售商品的操作,盤點當日的銷售狀況。(4)采購進貨可以輸入商品編號或商
點擊復制文檔內容
環(huán)評公示相關推薦
文庫吧 www.dybbs8.com
備案圖鄂ICP備17016276號-1