久久久国产精品视频_999成人精品视频线3_成人羞羞网站_欧美日韩亚洲在线

0
首頁 精品范文 進銷存管理

進銷存管理

時間:2023-05-30 09:38:12

開篇:寫作不僅是一種記錄,更是一種創造,它讓我們能夠捕捉那些稍縱即逝的靈感,將它們永久地定格在紙上。下面是小編精心整理的12篇進銷存管理,希望這些內容能成為您創作過程中的良師益友,陪伴您不斷探索和進步。

第1篇

    (一)、系統簡介

    進銷存管理是商業企業經營管理中的核心環節,也是一個企業能夠取得效益的關鍵,如果能夠做到合理生產,及時銷售,庫存量最小,減少積壓,那么企業就能取得最佳的效益。由此可見,進銷存管理決策的正確與否直接影響了企業的效益。

    XX企業進銷存管理系統是完全基于web的應用,它能提供強大的數據管理功能和簡單易用的用戶界面,使企業以低成本將業務管理通過網絡來進行,即使是異地經營也能獲得實時的管理信息。進銷存系統將商品從進貨到庫存,再到銷售的整個物資流和資金流的狀況進行統一的管理,及時掌握經營中的情況,同時能降低管理成本,提高工作效率和增加收益。

    這個進銷存管理系統能幫助企業部門之間保持良好信息溝通,及時掌握庫存與生產和銷售情況,降低采購、庫存等成本,加快資金周轉,做到合理配置企業資源,同時及時掌握銷售和市場方面的變化,以好的產品和服務地滿足顧客的需求。

    (二)、系統功能

    1.功能模塊

    在系統功能分析的基礎上,考慮企業自身的特點,得到如圖a所示的系統功能模塊圖。

    進銷存管理系統

    采購管理模塊

    銷售管理模塊

    庫存管理模塊

    財務管理模塊

    統計報表模塊

    基本信息設置

    幫助模塊

    系統管理模塊

    圖a 系統功能模塊結構圖

    各個功能模塊分析:

    采購管理模塊:進行商品采購入庫,采購退貨,進/退單據和當前庫存查詢,與供貨商的往來帳務。

    銷售管理模塊:進行商品銷售,顧客退貨,銷/退單據和當前庫存查詢,與客戶的往來帳務。

    庫存管理模塊:包括庫存之間商品調拔,商品的報損溢,強大的庫存盤點功能,庫存商品報警查詢。

    統計報表管理模塊:完整的統計查詢功能,每張單據每次收款付款都可以清楚的反映。

    財務管理:對供貨商,客戶的往來帳務管理,對日常收入支出管理,員工工資管理。

    基本信息設置:商品信息,供貨商,客戶,員工,倉庫等基本參數的設置。

    系統管理模塊:可以對數據庫備份/恢復,系統初始化,添加操作員,操作員修改密碼,年終結算,查看日志。

    2.數據流圖

    頂層數據流圖:

    0層數據流圖:

    1層數據流圖(共3張): (1)

    (2)                                                        (3)

    3.數據字典

    數據流圖描述了系統的分解,但沒有對圖中各成分進行說明,數據字典就是為了數據流圖的每個數據流、文件、加工,以及組成數據流或文件的數據項作出說明。

    因篇幅限制,每樣僅舉例說明

    數據流條目:

    出庫單 = 出庫單號+日期+客戶名稱+ 物資類別+制單人員+ 記帳人員+發貨人+狀態+

    {銷售訂單號+品名 + 單位 + 數量 + 規格 + 備注 + 單價}

    各類財務統計報表 = 倉庫材料消耗匯總(成本項目) +  倉庫材料消耗匯總(按車間) + 材料收發存明細A + 材料收發存明細B +材料收發存明細C  + 材料收發存分類匯總表 + 木材消耗匯總表

    文件條目:

    文件名稱:原材料庫存文件

    簡述:    保存原材料的基本資料

    組成:    材料編號+品名型號+規格尺寸+單位+采購計量單位+參數+數量+最低數量+最高數量+單價+備注+大大分類+大分類+分類+小分類

    文件名稱:銷售文件

    簡述:  保存所有銷售訂單的文件

    組成:  內部定單號+訂貨日期+客戶編號+總金額+預收率——NEWCASTLE號+PO單號包裝辦法+品質要求+內裝箱+外裝箱+MADE IN CHINA+特別指示+箱正側內+狀態+{型號+色號+木材尺寸+光澤度+內絨+表面處理+數量+出貨日期+單價}

    數據項條目:

    名稱:材料編號

    簡述:材料編號分四個字段(大大分類+大分類+分類+小分類),可以將材料分門別

    類,因為許多地方用到編號,因此將四項和為一項保存一個冗余字段.為了便于查找

    (三)、總結:

    XX企業的進銷存管理系統不僅能對企業的采購、銷售、庫存等環節進行連續跟蹤管理,采購管理依據在庫產品的周轉狀況,合理、科學地制定產品采購計劃,促使各部門把住進貨關,不僅減少盲目進貨,杜絕存貨積壓,而且保證暢銷商品不缺貨、不斷檔;銷售管理不僅從計劃上反映當時的完成狀況,而且從客戶渠道、產品類別、品牌、業務員、部門等多方位來進行核算與分析,使公司的銷售管理又上新臺階。它的經濟可行性:信息技術的運用已成社會發展主流,以前的人工處理緩慢,出錯率高將導致企業內部溝通不暢,信息滯后,將很難為企業做出有效的決策提供有力的依據,因此,缺少及時,準確,有效的信息,企業在發展上寸步難行。所以采用現代化的手段進行進銷存必然會使企業提高工作效率。這樣就極大地提高企業管理的效率,使企業走向科學化、正規化管理,從而在日益激烈的競爭中立于不敗之地。

    論企業進銷存管理系統

    (一)、系統簡介

    進銷存管理是商業企業經營管理中的核心環節,也是一個企業能夠取得效益的關鍵,如果能夠做到合理生產,及時銷售,庫存量最小,減少積壓,那么企業就能取得最佳的效益。由此可見,進銷存管理決策的正確與否直接影響了企業的效益。

    XX企業進銷存管理系統是完全基于web的應用,它能提供強大的數據管理功能和簡單易用的用戶界面,使企業以低成本將業務管理通過網絡來進行,即使是異地經營也能獲得實時的管理信息。進銷存系統將商品從進貨到庫存,再到銷售的整個物資流和資金流的狀況進行統一的管理,及時掌握經營中的情況,同時能降低管理成本,提高工作效率和增加收益。

    這個進銷存管理系統能幫助企業部門之間保持良好信息溝通,及時掌握庫存與生產和銷售情況,降低采購、庫存等成本,加快資金周轉,做到合理配置企業資源,同時及時掌握銷售和市場方面的變化,以好的產品和服務地滿足顧客的需求。

    (二)、系統功能

    1.功能模塊

    在系統功能分析的基礎上,考慮企業自身的特點,得到如圖a所示的系統功能模塊圖。

    進銷存管理系統

    采購管理模塊

    銷售管理模塊

    庫存管理模塊

    財務管理模塊

    統計報表模塊

    基本信息設置

    幫助模塊

    系統管理模塊

    圖a 系統功能模塊結構圖

    各個功能模塊分析:

    采購管理模塊:進行商品采購入庫,采購退貨,進/退單據和當前庫存查詢,與供貨商的往來帳務。

    銷售管理模塊:進行商品銷售,顧客退貨,銷/退單據和當前庫存查詢,與客戶的往來帳務。

    庫存管理模塊:包括庫存之間商品調拔,商品的報損溢,強大的庫存盤點功能,庫存商品報警查詢。

    統計報表管理模塊:完整的統計查詢功能,每張單據每次收款付款都可以清楚的反映。

第2篇

【關鍵詞】進銷存管理;數據庫;B/S模式

一、系統分析

1、需求分析

1)完備的功能

系統應該提供企業進銷存管理中的貨品進貨、銷售、庫存、帳務管理等基本功能,還應該提供多種成本核算方法(移動加權平均法、先進先出法、后進先出法、手工錄入法)和多種單據格式(簡單、折扣、稅票A、稅票B),并可預設商品數量、單價、金額等小數保留位數,滿足客戶不同需求;還提供超儲和短缺預報警以及商品保質期功能,實現合理控制庫存,加快資金周轉,降低存貨成本,基本做到合理配置企業資源;完成商品外購入庫、銷售出庫、盤盈、盤虧、商品調撥、商品拆分、借進、借出、贈送、獲贈等多項業務,對企業商品進行全面的控制和管理。

2)方便的查詢

系統應該提供準確、及時的決策數據,可按商品類別查詢,清楚地反映商品的庫存量及商品分布情況;可按單據類型或編號查詢,隨意查閱企業所發生的業務歷程;也可按往來單位查詢,了解企業與各往來單位的業務情況;還可按經辦人、附加說明、單據摘要等進行查詢。

3)簡單易用的操作界面

系統應該采用人性化設計理念,直觀的圖形界面模擬手工格式、完善的流程向導、所見即所得的單據錄入格式、無需記憶的代碼組合,任何人員無需進行專業培訓也能靈活操作。

4)良好的通用性

企業對進銷存系統的需求具有普遍性。本系統應該可以適應中小型企業集團內部管理的需要。

5)強大的安全性能

系統應該提供嚴密的流程控制,有效保證制單的正確性,提供嚴格的分權體系有效防止越權使用。提供數據備份/恢復及斷點保護功能及時排除故障并恢復現場數據。

2、可行性分析

通過計算機網絡系統對企業進行全面的管理滿足了企業的現代化管理的要求。

經濟性

企業營運過程中信息的系統化管理權威的數據統計為企業的經營決策提供了大量的、權威的科學依據數據強大的賬單結功能簡化了員工的日常工作提高了工作效率避免了人工管理過程中數據易錯所帶來的一系列的連鎖反映提高企業的經濟效益。

技術性

實際情況下在高系統配置、高網絡帶寬服務各個級別管理員很容易通過網站對其操作范圍內的系統內容信息進行操作管理完全滿足日常經營、管理的要求。

二、總體設計

1、功能模塊包括:

基礎數據:

供貨商檔案、客戶檔案、內部部門檔案、貨品類別、貨品檔案、產品構成表等。

入庫出庫單據:

采購入庫、生產入庫、領料出庫、銷售發貨、采購退貨、次品返工、生產退料、客戶退貨、盤盈盤虧等。

可以自由設定單據附加描述項,可以實現通過固定線索跟蹤記錄企業內部物流進程。

統計報表:

倉庫存貨統計、進出存明細表、進出存匯總表、貨品收發對帳單、出庫成本統計表、銷售毛利表等。

允許根據多種條件查詢、統計、匯總,支持精確查詢、模糊查詢。

財務功能:

增加應收、增加應付、收款、付款、應收應付明細帳、應收應付總帳。

數據導入導出:

Excel導入基礎數據功能、Excel導入出庫單據功能、數據導出為Excel功能,表格導出為圖片功能、系統數據備份與恢復功能。

系統安全:

采用多用戶分權操作,每個操作員具有不同權限,系統自動記錄制單人審核人,多人協同工作,各司其職、各負其責。

網絡功能:

系統允許單機運行,也可以多臺電腦聯機運行,以實現無紙化辦公、即時數據交流。

2、B/S模式

B/S模式是一種以Web技術為基礎的新型的系統平臺模式,它把傳統的C/S模式中的服務器部分分解為一個數據服務器和多個應用服務器,從而構成了三層結構的客戶端服務器體系。

第1層客戶端是用戶與整個系統的接口。客戶的應用程序精簡到一個通用的瀏覽器軟件,如Netscape Navigator, Microsoft Internet Explorer等瀏覽器將HTML代碼轉換成圖文并茂的網頁,網頁具備一定的交互功能,允許用戶在網頁提供的申請表上輸入信息提交給后第2層的Web服務器,并提出處理請求。

第2層Web服務器將啟動相應的進程來響應這一請求,并動態生成一串HTML代碼,將嵌入的處理結果返回給客戶端瀏覽器。如果客戶端提交的請求包括數據的存取,Web服務器還需要與數據庫服務器協同完成這一處理工作。

第3層數據庫服務器的任務類似于C/S模式,負責協調不同的Web服務器發出的SQL請求。

B/S模式體系簡化了客戶端。無須像C/S模式那樣在不同的客戶端上安裝不同的客戶應用程序,而只需要安裝通用的瀏覽器軟件。這樣不但可以節省客戶端的硬盤空間和內存,而且安裝過程更加簡便,網絡結構更加靈活。另外,它簡化了系統的開發和維護,系統的開發者無須再為不同級別的用戶設計開發不同的客戶應用程序,而只需把所有的功能都是現在Web服務器上,并就不同的功能為各個組別的用戶設置權限就可以了。各個用戶通過HTML請求在權限范圍內調用Web服務器上不同的處理程序,從而完成對數據的查詢和修改。在維護方面,相對于C/S,B/S的維護就有更大的靈活性。當形勢變化時,它無須再為每一個現有的用戶應用程序升級,而只需對Web服務器上的服務處理程序進行修改。這樣不但可以提高企業的運作效率,還省去了維護時協調工作時的不少麻煩。

B/S模式體系使用戶的操作便得更簡單。對于C/S模式,客戶應用程序有自己特定的規格,使用者需要接受專門的培訓。而采用B/S模式時,客戶端只是一個簡單易用的瀏覽器軟件。無論是決策層還是操作人員都無須培訓就可以使用。

B/S模式特別適用于網上信息,這是C/S模式所無法實現的。而這種新增的網上信息功能恰是現代物流企業所需的。這使得企業與客戶之間的信息可以在因特網上直接進行,從而提高了企業的工作效率。

三、企業進銷存管理系統的運行和測試

1、運行

硬件配置(最低要求)

CPU:P4 1.8GHZ

操作系統:Windows 2000/WindowsNT/WindowsXP/Windows 98

數據庫:安裝SQL Server 2000

web服務器:IIS 5.0

2、測試

測試是對整個系統開發過程包括系統分析,系統設計和系統實施的最終審查,是保證系統質量與可靠性的重要關口。盡管在系統開發周期的各個階段均采取了嚴格的技術審查,但難免遺留下差錯,如果不進行系統運行前的系統測試,及時發現并糾正可能存在的錯誤,將會付出更大的代價,甚至會造成不堪設想的后果。

四、總結

建立一種準確、及時、高效、易于掌握的商品進銷存數據管理系統是非常必要的:

1、操作簡便

菜單操作是應用程序界面的重要組成部分,應用程序的大部分功能都能通過菜單來完成。在進行菜單時,要根據應用程序的功能將各種功能進行歸類,然后把類似的功能放在同一個菜單項中。這樣便于用戶使用應用程序。

2、數據庫設計合理

合理組織數據,為自動完成記錄的添加和更新做準備,數據庫結構設計是非常重要的一個方面,如果數據庫設計合理,不僅可以避免出現余數據,而且為應用程序的開發提供了方便。

3、強大的安全性能

系統應該提供嚴密的流程控制,有效保證制單的正確性,提供嚴格的分權體系有效防止越權使用。提供數據備份/恢復及斷點保護功能及時排除故障并恢復現場數據。

參考文獻:

[1]羅超理,李萬紅《管理信息系統原理與應用》清華大學出版社,2002

[2]周剛,趙永軍,方小偉《PowerBuilder項目開發實踐》中國鐵道出版社,2003

第3篇

關鍵詞 進銷存管理系統模塊數據庫

中圖分類號:TP311 文獻標識碼:A 文章編號:1671-7597(2014)13-0021-01

隨著國家經濟體制的優化改革,國內一些中小型企業得到了快速發展,企業的發展,帶來了客戶的數量的增多,隨之而來要處理的問題也就多了起來,比如財務管理、庫存管理、進銷存管理等等,給企業管理者造成了很大的困擾。進銷存管理系統就是結合中小企業的特點,為中小企業量身定做進銷存管理系統。

進銷存管理系統設計的總體目標是通過對進貨、銷售、庫存等方面的管理,及時準確的了解企業運行的綜合情況,以方便領導者為企業下一步發展做出正確的決策提供依據。進銷存管理系統解決了企業商品進、銷、存、退、換、盤、損、殘、調、借、贈等一系列與操作流程有關的數據信息的處理問題,并且具有數據分析功能,能夠幫助經營者及時合理的調整企業運行中各個環節的運作節奏,對商品物流過程進行全程監控跟蹤,并對相應款項流動等操作進行全程記錄管理、票據信息統計管理及數據加工處理功能,從而實現業務流程規范,提升企業整體的管理水平,加快資金的周轉速度,提高資金流通的透明度,對企業綜合經營水平的全面提高,具有很大的實際意義。

進銷存管理系統主要技術路線為:查閱企業進銷存管理系統的資料認真分析并吸收其精華研究目前進銷存管理系統的現狀、存在問題,并進行科學分析、歸納在此基礎上,提出新的管理系統建設方案用.net平臺,ASP程序編寫框架建立SQL數據庫安全加密設置系統測試修改完善交付使用推廣。

進銷存管理系統主要分為以下模塊。

1)系統操作模塊:主要實現對數據的初始化、數據的備份、數據的還原、操作人員基本信息設置、密碼的設置及修改、權限的設置及變更、系統退出等功能。

2)基本信息模塊:主要實現單位基本信息設置管理、供應商基本信息設置、客戶信息設置及修改、業務員信息設置及修改、養護驗收人員基本信息設置、產品基本信息設置等功能。

3)入庫管理模塊:主要實現產品入庫驗收、采購入庫、采購退貨等功能。

4)出庫管理模塊:主要實現產品銷售出庫、銷售退貨、銷售查詢、銷售退貨查詢等功能。

5)庫存管理模塊:主要實現產品庫存情況查詢、庫存調撥情況、到達庫存下限、上限報警、產品養護管理等功能。

6)賬務管理模塊:主要實現產品調價管理、產品價格查詢、銷售收款單、分類應收賬款查詢等功能。

7)質量管理模塊:主要實現產品批號有效期、近期催銷產品、過期失效產品、報廢產品等功能。

8)統計查詢模塊:主要實現產品入庫查詢、采購查詢、退貨查詢、庫存查詢、銷售查詢、價格查詢、銷售報表分類、銷售排行榜分類等功能。

9)系統服務模塊:主要實現系統幫助、系統基本情況介紹、軟件注冊等內容顯示功能。

進銷存系統是公司管理的重要組成部分,主要體現在入庫管理、庫存管理和出庫管理這三部分上。它貫穿于企業運行的整個物流過程,從最初的產品采購和入庫,到各部門的領料支取和生產加工以及銷售,進銷存管理系統都能及時了解這些商品的物流情況,并針對出現的問題及時進行調整和管理。

使用進銷存系統可以使管理更加科學合理。通過系統提供的各方面數據,管理人員可以及時掌握庫存情況、客戶訂單情況、發貨情況等信息,保證庫存與賬面一致。通過快速查詢,管理人員能及時準確的處理商品運行過程中的進貨,銷售,庫存等出現問題,并能快速形成數據報表,去除了工作人員進行復雜計算及反復核對的工作量,減輕工作人員的工作壓力,從而減少在工作中出現的失誤。進銷存系統具有數據完整性、一致性,以及發生故障后的數據可恢復性的特點。系統管理和控制方便,并提供完整的安裝、布局、配置和監控手段,保證平臺高度的可維護性。

本系統采用平臺進行開發,由于是基于通用語言的編譯運行的程序,所以它具有強大性的適應性。該平臺能夠與SQL Server 2005無縫結合,非常適合開發B/S結構的軟件系統。界面友好,簡單易學,高效可管理,對于開發人員而言具有開發方便的特點。而由該平臺研制開發出的軟件也同樣具有界面友好,易學易用的特點,即使讓沒有計算機操作基礎的人使用,也非常容易學會。

因為該系統操作易學易用,操作簡單,對操作人員的要求不高,同時對運行環境也沒有做特殊的要求。因此在采用該系統后,還可以實現減員增效、提高工作效率的作用。在庫存管理方面,因為系統自動化,可以減少因人工操作而產生的不必要的錯誤,還可減少以前由于單據過多產生的麻煩,有利于生產業務的進一步擴展。

進銷存管理系統涉及的技術包括現在比較流行的B/S(瀏覽器/服務器)的二層應用程序體系以及后臺數據庫的應用技術,用來解決編程技術與數據庫銜接問題。對于后臺數據庫,針對大量的數據存在重復調用的現象,進銷存管理系統采用Java Bean封裝了許多可以重復調用的代碼,解決這一問題,把復雜的代碼通過一次JAVA對象的調用即可完成。另外,由于WEB具有開放性的特點,服務器很容易遭到外部的攻擊,所以在系統設計的過程中,分別從操作系統,WEB服務器,數據庫三個方面來進行安全措施的防范。

進銷存管理系統的數據庫表制定好后,可實現進銷存管理系統中的業務邏輯,方便使用者不同的角度查詢所需要的數據,并實現數據分析和數據處理。如在添加查詢條件的時候,不論哪個字段里面,只要存在關鍵字,都能檢索出來。在分析銷售數據時,可根據用戶所選擇的分析角度審視銷售的數據,計算好一些輔助結構,以及重要衡量的總計,以便在查詢時能夠盡快抽取到所需記錄。這樣就可以方便用戶在最短時間內從各種不同的角度審視銷售的狀況,既提高了決策的正確性,也縮短了做出決定所需要的時間。此外,為了使使用者更加輕松地使用該系統,系統還使用ADO技術實現圖形用戶界面和后臺數據庫的連接,實現用控件來制作報表,操作既方便又簡單,使用者可以很輕松地掌握操作,從而實現報表更加迅速,準確。

參考文獻

第4篇

關鍵詞:進銷存管理系統;醫用耗材;介入室

為了實現介入室醫用耗材管理清晰,高效,使用安全,追蹤信息齊全快速,而采用進銷存管理系統對介入室耗材進行科學化,數字化管理,取得了良好的成效,現報道如下:

1 資料與方法

1.1一般資料 由于微創介入治療發展迅速,我院介入手術8000左右臺/年,每月醫用耗材800~1300萬,所涉及的醫用耗材繁多,貴重,傳統模式的管理已不能滿足臨床的需求。2011年我院與上海桑時信息技術公司合作,我方提供軟件設計方案,操作流程,對方提供電腦技術支持,取名進銷存管理系統,對我院介入髙資耗材進行管理。

1.2方法

1.2.1指定方案,確定工具 運用電腦,網絡,打印機,掃描槍作為本系統管理工具。

1.2.2操作流程 為一站式管理。院內招標產品進入管理系統建庫【商家相關資料,資質,產品名稱,型號(跟注冊商名一致)】入庫管理(包過入庫管理和調技管理)出庫管理用量管理退庫管理庫存管理購銷管理。

1.2.3方案設計內容

1.2.3.1管理系統中建庫平臺 由器械科一級庫管員完成。并設置管理權限。首先醫院根據政府部門集中招標采購,嚴格核對供應商的資質是否合法。證照是否齊全,供貸單位具有省級以上藥品食品監督管理部門頒發的《醫療器械生產企業許可證》、《醫療器械產品注冊證》、《產品生產許可證》、《衛生許可證》并評價其信任度。所有介入耗材均統一招標采購,不允許醫生或他人私自把耗材帶進介入室。各臨床科室根據本科特點選擇所需要的耗材,以書面的形式提出申請(在院集中招標范圍內選擇耗材)。由介入室護士長遞送申請單給器械科,那么器械科通知配送商帶證查詢,各證件審核合格后提出配送商送貨。然后器械科在管理系統中建庫,把廠家原始信息經掃描存入電腦管理系統中。完成各廠家產品的一次性建庫,以后配送產品不須再次建庫,只要辦理入庫就行。

1.2.3.2系統中入庫和調撥平臺 一級管理員利用權限,點開入庫管理,用掃描槍掃入原產品的條形碼,那么產品的數量、產品的單號、產品的價格、收費價格等相關信息展現。產品進入器械科一級庫里,根據使用科室需要,由器械科一級庫管員調撥貨物進入二級庫(即介入室或其他科室)。調撥管理也是用掃描槍掃入原產品的條形碼,產品數自動增加。這樣在一級庫的管理人員可以清楚什么廠家入了多少庫,又調撥多少貨物到什么地方(即二級庫)。當貨物進入一級庫時,器械科查證人員與采購人員審核,驗貨后打出三聯單,雙人簽名,各方保留一份作為入庫憑證。當一級庫管員調撥完成后,打印出調撥三聯單并簽字。當貨物送到二級庫里時,二級庫管員使用本權限打開管理系統核對產品和數量,正確無誤后報介入室護士長審閱并在調撥單上簽名。調撥三聯單作為器械科、介入室(臨床)、商家各持一份作為調撥憑證。(如果月底盤點有弄不清,可直接拿憑證或系統雙重核實)以備日后查用。所有醫用材料在二級庫里分類存放,以備介入手術之用。

1.2.3.3醫用材料術后立即出庫 打開進銷存管理系統,點擊出庫平臺,用掃描槍掃產品包裝上的耗材條細碼出庫,同時輸入患者及醫生信息保存,隨后就患者所有耗材費用一并收完。那么可以打印此患者使用清單包括本次手術中各種廠家產品及費用。所用產品出庫后,通過網絡管理系統自動生成分別進入各廠家各產品系列中。

1.2.3.4用量管理平臺 點擊平臺,可以展現所有產品數量及信息。輸入具體時間,可以展現出這段時間的明細,輸入配送商名稱或主刀醫生名字,可以展現相應的產品及信息。工作人員查閱非常方便。

1.2.3.5退庫管理平臺 根據介入室或其他臨床科室情況,一些不常用產品或術中不好用產品,需要更換或退回廠家,那么術中護士或醫生報告護士長確認,由二級庫管員啟用退庫管理流程,由介入室或其他科室(二級庫)退回器械科(一級庫),再由一級庫退回廠家,同時打印退庫三聯單并簽名,那么器械科、廠商、介入室三方各保留一份,方便日后盤點且作為憑證。

1.2.3.6庫存管理平臺 是護士長及二級庫管員常關注的平臺,點擊平臺,可以清楚了解二級庫里的備貨情況,同時可以了解各種產品、各種型號、各種商家的貨物。是否需提前或定期通知器械科采購員備貨。另外關注各種產品的效期情況,效期分為有效、近效、過期三種,近效期指三個月內,產品用黃字提醒,那么管理者可以在使用中提前啟用,避免過期浪費。而過期產品系統中用紅字提醒,禁止使用。二級庫管員及時退庫。

1.2.3.7購銷管理平臺 是采購部門、商家、介入護士長或管理者關注的平臺。點擊此平臺,輸入公司名稱,可以清楚了解各公司醫用耗材情況,有患者及醫生使用耗材的詳細清單,眉欄有發票號及開票時間、數量、金額、收費情況。定時盤點,介入室護士長確認用貨數量后請采購員核查,正確無誤后采購員通知商家開票結算。剩余產品作為庫存。到此時已完成介入耗材的管理流程。

我院在使用進銷存管理系統之前一般是一級庫管。由臨床科申請,器械科采購,由臨床科室領取,使用時帶到介入室,用了或沒用完只要科主任簽完字送到器械科辦出庫、開票、結算。這種管理看似簡單,占用人力成本低,但是卻存在諸多隱患和管理漏洞:產品批號及有效期管理可能到臨床上失控,存在安全隱患,有效期及產品批號是高資耗材安全性重要標志,關系到患者的生命安全。產品一旦出庫,便沒有專業庫管人員及配套的信息管理,由于眾多品種,使用中各種復雜情況,使醫用耗材得不到有效保證,容易有過期報廢的情況。假如用在患者的身上將造成重大醫療事故,存在極大醫療風險。

另外,僅有一級庫管,醫用耗材信息鏈不完整,無法對歷史數據分析利用。各科醫用耗材的流通過程記錄,除了有物流管理和財務管理的意義,也是醫院的服務重要信息的組成部分。有些植入性高資耗材直接關系到患者的生命安全,一旦出現質量問題要召回,很難快速做出反應。只能手工查找,效率及準確性均較低,不能適應目前管理需要。

2 結果

2012年使用進銷存管理系統,我院介入室通過對每月導管安全系數、每月庫存盤點時間及每月導管資金積壓等情況進行統計學對比分析,本系統使用后取得非常好的效果(見表1~4)。

3 討論

3.1完善介入室醫用耗材管理流程,注重環節管理 在管理中做到無縫隙連接,適合大醫院綜合性介入室的管理模式。達到全院統一管理的目的,從而提高管理水平。

進、銷、存管理系統的運用使醫院醫用耗材購置情況非常透明,廠商只要第一次在系統中建庫備案,那么以后送貨直接用紅外線掃入庫便可。既保證了原用耗材的質量(防止串貨),又方便了介入室對耗材使用情況的掌握。使醫院耗材管理更加科學化、規范化。

3.2方便績效管理統計查詢、方便庫存盤點,省時省力,安全高效 根據醫院績效管理,定期每月盤點和統計用費,上報各種表格。以前,手工查對,耗時耗精力,還不十分準確。現在管理者只要用電腦就知道明細,省時又省力。同時對醫用耗材進行包裝條形碼技術管理。可將耗材和患者信息融為一體,將追蹤精確到每個患者,在使用中醫用耗材流通達到最佳狀態[2],避免醫療糾紛的發生。

3.3杜絕收費漏洞,體現零庫存,加強成本控制 以前是人工收費,1個月或幾個月結算,現在通過二級庫管專人管理做到日清月底盤點。當月結算,杜絕漏收費.錯收費現象,減少科室醫院的經濟損失,使科室成本核算得到控制。

在庫存管理中,由廠商備貨,醫院不購買。不但避免了缺貨及積壓現象[3],真正體現了優質、低耗的成本管理模式。介入室醫用耗材尤其是高資耗材的質量直接關系到患者的生命安全。因而對耗材的管理要求越來越高。通過進、銷、存管理系統的運用,介入耗材信息化管理,使介入耗材入庫、出庫、用量、庫存、購銷等五方面全部透明。及時提供耗材及患者信息,管理耗材達到最佳方式。實現了流程管理的統一性和規范性。促進了介入室高資耗材的精細化管理。同時,提高了工作效率,拒絕了安全隱患,達到了控制成本和提高效益的目的。

參考文獻:

[1]陸云,居益君,賈玲昌.業務流程再造在手術室高值耗材管理中的運用[J].現代醫院管理,2009,2(1):31-32.

第5篇

[關鍵詞] 三層架構;ASP.NET;進銷存

在應用系統開發過程中,C/S兩層體系結構的開發模式得到了廣泛的應用。其應用程序邏輯通常只分布在客戶和服務器兩端,它采用由客戶端發出數據資源訪問請求,然后服務器端將結果返回到客戶端的信息傳遞機制,對系統的性能、升級與維護等有很大制約。隨著面向對象技術、分層建模技術和網絡瀏覽器導航技術的逐步成熟,B/S模式的多層應用體系結構得到了越來越多的應用。應用系統開發模式從原來的兩層結構向三層甚至N層結構的轉變,主要是在客戶端和服務器之間加入了一個被稱為“應用服務器”的一層或多層應用服務程序,使原來集成表示層處理和業務邏輯處理的臃腫胖客戶端得以釋放,演變為表示層和業務邏輯層分開實現的模式,使開發人員在保證為用戶提供必要功能操作的簡潔界面前提下,將主要精力集中在系統核心業務邏輯的分析、設計和開發上;從C/S模式到B/S模式的轉變,使得原客戶端維護工作發生了翻天覆地的變化。C/S模式應用程序的客戶端要求管理人員在每個客戶端計算機系統上安裝客戶端程序,當需要維護系統時,管理人員需要到客戶端的用戶那里一個一個地解決問題;而B/S模式只需用戶在自己的電腦系統中安裝瀏覽器軟件(該軟件通常在操作系統中可附帶自動安裝),應用系統的全部程序可以集中放在服務器中由管理人員統一管理維護,這可以大大節省系統維護的開銷。在多層結構模式的B/S系統架構中,B/S的三層結構是目前流行的架構設計模式,它由表示層、業務邏輯層和數據訪問層3個層次結構組成。微軟公司的ASP.NET充分地發揮了面向對象的技術特點,能輕松實現三層結構的B/S系統架構,并在很大程度上提高開發效率,增強系統的可維護性和擴展性。本文研究如何基于ASP.NET(C#)技術實現三層結構應用系統的設計。

2三層結構系統模型

選擇合適的系統體系架構是一項影響整個應用系統設計的關鍵工作。架構設計主要完成定義和說明包(子系統),以及包與包之間的依賴關系與通信機制。B/S模式的三層結構是一種簡單、成熟,并得到普遍應用的應用程序架構,它將應用程序結構劃為分3個相對獨立層,包括用戶表示層、業務邏輯層和數據訪問層。每一層只實現該層內相對獨立的功能,而當任何一層發生變化時,只要保持層間接口關系不變,則其他各層都不會受到影響。三層結構是一種嚴格的分層協作, 即數據訪問層只能被業務邏輯層訪問, 業務邏輯層只能被表示層訪問。用戶通過表示層將請求傳送給業務邏輯層, 業務邏輯層完成相關業務規則和邏輯, 并通過數據訪問層訪問數據庫獲得數據, 然后按照相反的順序依次返回, 將數據顯示在用戶界面層。

2.1 用戶表示層(USL)

用戶表示層也叫用戶界面層,封裝人機界面的所有表單和組件,是應用系統與系統用戶之間的直接接口。主要用于顯示由業務邏輯層動態傳送過來的數據信息,結合使用相應的HTML標記和樣式表定義來實現;用戶錄入數據信息并通過簡單的校驗后,經由數據接口傳送給業務邏輯層下載論文。

2.2 業務邏輯層(BLL)

業務邏輯層主要完成對應用系統相關業務規則和邏輯的封裝,在為用戶表示層訪問提供功能調用的同時,它又通過調用數據訪問層所提供的功能來訪問數據庫。業務邏輯層主要根據系統設計的需要,通過構建系統的關鍵對象類,實現系統的大部分邏輯控制功能。

2.3 數據訪問層(DAL)

數據訪問層只能被業務邏輯層訪問,并且系統只通過它訪問數據庫來獲取數據。當數據訪問層根據業務邏輯層的要求與數據庫進行交互時,主要完成從數據庫中提取數據庫記錄的查詢和插入、修改與刪除數據庫記錄的更新數據功能。眾所周知,數據庫訪問是動態信息管理應用系統中最頻繁、最消耗資源的操作,所以必須優化對數據庫的訪問策略,以提高系統的性能和可靠性。B/S模式的三層結構是一種嚴格的分層定義,它首先將應用系統復雜的開發工作劃分為相對簡單的小分塊,然后在每一層中只實現系統相應層的功能設計,層間的交互由相鄰層對應的功能模塊進行調用,信息傳遞只由接口進行傳送。

數據訪問層一般由兩部分組成:業務實體和數據操作。Microsoft公司提供的標準術語稱為業務實體組件和數據訪問邏輯組件。在三層結構中,數據訪問層是唯一與數據庫打交道的層,所以該層的設計要盡量以提高速度和安全為目標。

業務實體組件體現的是現實生活中的業務數據,而數據訪問邏輯組件則是在數據庫中檢索數據或把業務實體數據保存到數據庫。

2.3.1 數據訪問邏輯組件

數據訪問邏輯組件,簡單來講就是實現對數據庫中數據進行操作的組件,以及實現數據相關操作所需的業務邏輯。數據訪問邏輯組件的主要功能如下:

(1)在數據庫中添加記錄。

(2)讀取數據庫的記錄,并以業務實體數據的形式返回給調用者。

(3)將調用者修改的業務實體數據更新到數據庫。

(4)刪除數據庫中的記錄。

并不是所有的數據庫表都由一個數據訪問邏輯組件操作,其實,一個邏輯組件封裝的是對數據庫中的一個表或一組相關的表的操作。

2.3.2業務實體組件

業務實體是以數據的形式表示現實生活中的業務模型。業務實體的屬性與數據庫中的表有一一對應的關系,每個數據庫訪問組件都對應一個業務實體。

2.3.2.1業務實體的特點

(1)提供對業務數據及相關功能進行編程訪問。

(2)可以使用具有復雜架構的數據來創建,這些復雜的數據一般表現為數據庫中可以作為業務流程中的輸入輸出的相關聯的多個表。

(3)可以作為業務流程中的輸入輸出參數來傳遞整體數據。

(4)業務實體不參與事務處理,只是事務處理過程中的一部分數據,事務處理由數據訪問層完成。

2.3.2.2業務實體的表現形式

在應用程序中,業務實體有很多種表現方式。有以數據為中心的表示方式,也有面向對象的表示方式。具體包括以下幾種方式。

(1)XML:使用XML字符串或XML文檔對象模型來表示。

(2)DataSet:DataSet是緩存在內存中一個或多個表的集合,一般來源于數據庫或XML文檔。

(3)自定義業務實體組件:一種自定義的類庫,用于保存業務流程中的數據。包含一些數據表中的字段和其他公共屬性。

本文采用第三種方法:自定義業務實體組件。業務實體可以被數據訪問組件調用,也可以被業務邏輯層調用,通常的三層結構將業務實體包括在數據訪問層中,如圖1所示。

有的系統把業務實體單獨放在一層中,如圖2所示,這兩種方式都正確,關鍵要看設計者的意圖以及實際的開發項目,本文采用第二種形式。

3 三層結構優缺點

3.1 三層結構的優點

(1)提高程序的可維護性:三層架構層次分明,一旦運行出現問題,可以快速判斷是哪一層的問題,利于維護。

(2)可以合理開發:因為三層之間除了調用沒有其他關聯,只需要先把三層之間的接口定義好,程序員可以并行開發,提高了開發的速度。

(3)提高系統的安全性:每層都有安全設置,即使表示層被攻破,下一層的安全還有保障。

(4)提高系統的擴展性:三層結構最大的好處是在擴展應用系統時,改動的部分不會影響到大局,比如要給這個系統增加Oracle數據庫的功能,只需要改動數據層就可以了,其他層保持不變。

3.2 三層結構的缺點

三層結構開發模式的一個非常明顯的缺點就是其執行速度不夠快。當然這個“執行速度”是相對于非分層的應用程序來說的。 “三層結構”開發模式,不適用于對執行速度要求過于苛刻的系統,如在線訂票、在線炒股等。它比較適用于商業規則容易變化的系統。

4ASP.NET的三層設計和實現

基于以上對B/S三層結構的介紹,下面引用一個基于ASP.NET技術的B/S三層結構模式的進銷存管理系統的開發設計方法,介紹ASP.NET應用系統三層結構的具體實現。ASP.NET的三層結構應用程序目錄結構如圖3所示,目錄BLL業務邏輯層,DAL為數據訪問層,DBUtility存儲的是一些常用的類和方法,Model為業務實體層,JXC為用戶表示層。

(1)Model(業務實體層):都是一些屬性,業務實體的屬性與數據庫中的表為一一對應的關系,每個數據庫訪問邏輯組件對應一個業務實體。

(2)DBUtility公共類:數據庫操作的一些類庫,其中包括pubconstant.cs類(實現從web.config獲取數據庫連接字符串)、DbHelperSQL.cs 數據庫助手類、對數據訪問的類。

(3)DAL(數據訪問層)的實現:對應著數據庫中的表,實現對表常用的操作,如增刪改等常用操作。

(4)BLL(業務邏輯層)的實現:創建每個類,每個類對應著數據庫的每張表,完成數據表的一些業務邏輯,完成對數據層的調用過程。

(5)JXC(用戶表示層):界面的編寫。

5總結

以上介紹了應用基于ASP.NET技術的三層結構模式來設計和實現B/S結構應用系統的總體方法。通過介紹示例的具體分層規劃,體現了利用ASP.NET技術編寫三層結構的清晰邏輯,并有效地實現了系統中各功能層的相對獨立,使系統具有更強大的靈活性、可擴展性和可維護性;而且系統分層管理使分級分布部署成為現實,可極大地提高系統的性能和安全性,滿足日益壯大的B/S模式應用系統的需求。借鑒此方法還可以開發企業其他各類應用系統,提高企業的信息化水平。

主要參考文獻

[1]李慧宗,孟祥瑞.基于J2EE的中小企業電子商務系統的設計與實現[J].中國管理信息化,2010(1):109-111.

第6篇

關鍵詞:管理信息系統;C/S模式;數據庫;SQL Server

中圖分類號:TP315 文獻標識碼:A 文章編號:1009-3044(2013)27-6051-03

隨著我國市場經濟的蓬勃發展和人們對醫藥產品需求的迅速增加,醫藥銷售行業正處于一個高速發展的時期。行業的快速發展必然導致競爭的加劇,面對藥品銷售業日益嚴酷的竟爭現實,加強管理、提高工作效率和改善服務質量成了急待解決的問題。而解決這些問題的關鍵措施之一就是利用計算機等現代信息技術,建立實用、先進、高效的藥品進銷存管理系統,引進創新的經營機制,實現藥品進銷存等業務過程的全面信息化管理,以適應企業生存和發展的新形勢。因此,開發一個公共管理平臺以滿足藥品零售企業與政府藥監部門的需求是十分必要的。

1 系統分析與設計

1.1 系統功能分析

通過對藥店藥品進銷存等業務過程的了解和分析,本系統的主要功能模塊可以分為基本信息管理模塊、采購管理模塊、庫存管理模塊、銷售管理模塊、用戶管理模塊、系統設置模塊、統計分析模塊這個六個大模塊,系統主要功能模塊圖如圖1所示。

1)系統登錄模塊:本模塊主要實現登錄身份驗證功能,即當用戶登錄系統時,需要驗證個人詳細信息,只有系統注冊用戶才能登錄到系統中。

2)基本信息管理模塊:基本信息管理主要是為了后續采購、庫存、銷售等業務管理過程的實現需要,對涉及到的供應商、基本藥品、客戶等信息進行統一管理。

3)采購管理模塊:本模塊主要功能是完成藥品采購全過程的信息化管理。要向不同的供應商采購所需要的藥品,就要有采購單管理、付款管理、統計打印等。

4)庫存管理模塊:本模塊功能主要是完成藥品入庫和出庫管理。藥品采購回來后要進行入庫操作,藥品售出后要進行出庫操作,庫存中的藥品還要進行調價、盤點、缺貨處理等操作。

5)銷售管理模塊:本模塊功能主要完成是對藥品售出過程相關信息的管理。藥品售出時要統計金額、打印清單、從庫存中減去相關藥品的數量,還要對銷售情況進行統計等。

6)系統管理模塊:本模塊主要功能是系統用戶的管理,如添加用戶、刪除用戶、用戶信息查看、編輯、打印,用戶權限設置等。管理員密碼修改、系統數據庫的備份和還原等功能。

7)統計分析模塊:主要功能是對藥品進銷存情況進行全面統計,分析經營活動中的獲利情況等。實現藥品采購支出情況的統計,已采購付款但還未到貨或還未入庫情況的統計,庫存藥品情況的統計、藥品銷售收入情況的統計等,在此基礎上分析出毛利潤和毛利率等情況。

1.3 系統數據庫設計

根據系統需求,系統數據庫表信息設計如下(其中劃橫線的字段為表的關鍵詞):

1)系統用戶(用戶編號,用戶名,密碼)

2)員工信息表(員工編號,姓名,性別,出生年月,文化程度,部門,職務,手機,住址)

3)供應商信息(單位編號,單位名稱,單位地址,單位電話,開戶銀行,開戶賬號,單位主頁,單位法人,單位郵編,聯系人,手機,QQ號,電子郵箱)

4)藥品(藥品編號,名稱,生產商,產地,類型,規格,生產日期,有效日期,計量單位,單價)

5)客戶(客戶編號,姓名,類別,會員卡號,聯系電話,電子郵箱,QQ號碼,累計消費數)

6)訂單(訂單編號,訂貨日期,到貨日期,供應商,經手人,制單人,制單日期,審核人,審核日期,金額合計,付款標志,入庫標志)

7)訂單明細表(訂單明細表編號,訂單編號,名稱,生產商,產地,類型,規格,生產日期,有效日期,計量單位,單價,數量,金額)

8)付款信息(付款單編號,采購單編號,付款日期,應付金額,付款賬戶,付款方式,供應商,原始單號,經辦人,批準人)

9)入庫單(入庫單編號,訂單編號,訂貨日期,到貨日期,供應商,入庫日期,金額合計,經手人,制單人,制單日期,審核人,審核日期)

10)庫存明細表(庫存明細表序號,藥品編號,入庫單編號,名稱,生產商,產地,類型,規格,生產日期,有效日期,計量單位,單價,數量,最小庫存數,金額)

11)庫存流水表(藥品編號,入庫單編號,名稱,生產商,產地,類型,規格,生產日期,有效日期,計量單位,單價,數量,最小庫存數,金額)

12)銷售單(銷售單編號,客戶會員號,銷售日期,金額合計,收銀員,銷售機號,流水號)

13)銷售明細表(藥品編號,銷售單編號,名稱,生產商,產地,類型,規格,生產日期,有效日期,計量單位,單價,數量,金額)

2 系統功能實現

2.1 系統前臺功能實現

3 結束語

本系統是設計實現一個基于C/S模式的藥店藥品銷售管理系統,該系統實現了藥品銷售的基本信息管理、采購管理、銷售管理、庫存管理、系統管理、統計分析等功能,從而實現對藥店藥品銷售的信息化管理,具有廣泛的使用價值。

參考文獻:

[1] 于本海.管理信息系統開發案例[M].北京:高等教育出版社,2010.

[2] 郭東強.現代管理信息系統[M].北京:清華大學出版社,2010.

[3] 周繼雄.管理信息系統[M].上海:上海財經大學出版社,2008.

[4] 王鐘.藥品進銷存管理系統的設計與實習[D].重慶:第三軍醫大學,2010.

[5] 王錫莉.ABC分類法在企業庫存管理中的應用研究[J].現代商貿工業,2009(5).

[6] 費有勇,姜林.零庫存管理在醫院藥品管理中的應用[J].中外醫療,2009(14).

第7篇

[關鍵詞]GS1;大數據;物流信息系統

[DOI]1013939/jcnkizgsc201619030

1GS1簡介

GS1系統最核心的特點就是擁有一套完整的編碼體系。采用該系統對供應鏈各參與方、物品、貿易項目、物流單元、位置、資產、服務關系等進行編碼,該編碼在GS1系統中唯一,并且遵循統一的編碼方法標準,讀取這個編碼,在各個信息系統中就可以識別出這個編碼所代表的信息。正是因為GS1采用了標準化的編碼方法,使得一個編碼指向了特定的信息,并且在全世界都可以通過讀取這個編碼來獲得這個編碼指向的信息。所以GS1成為了信息共享的重要手段,同時,也為采用高效、可靠、低成本的自動識別和數據采集技術奠定了基礎。

我們以最簡單的商品條碼為例來解釋GS1的應用。商品條碼是全球貿易項目代碼(Global Trade Item Number,GTIN,貿易項目是指一項產品或服務)的一部分,是編碼系統中應用最廣泛的標識代碼。商品編碼由12位數字和最后1位校驗碼組成,指向一個具體的商品。

我們在超市收銀的時候,收銀員掃描商品條碼,就可以讀取該商品條碼代表的商品以及價格,給收銀工作帶來了極大的便利。從這里可以看出,在GS1系統下,物流信息的輸入一般的應用模式都是在產品或包裝上賦碼,讀取編碼,獲得編碼代表的物流信息,從而完成了物流信息的輸入。

2大數據技術的發展

1數據技術已經到達DT時代

現在的社會是一個高速發展的社會,科技發達,信息流通,人們之間的交流越來越密切,生活也越來越方便,大數據就是這個高科技時代的產物。2014年3月在北京舉行的一場大數據產業推介會上,阿里巴巴集團創始人馬云在主題演講中發表了他的最新觀點:“人類正從IT時代走向DT時代。”目前在阿里數據平臺事業部的服務器上,攢下了超過100PB已處理過的數據,等于104857600個GB,相當于4萬個西雅圖中央圖書館,580億本藏書。僅淘寶和天貓兩個子公司每日新增的數據量,就足以讓一個人連續不斷看上28年的電影。現在的數據技術,可以存儲104857600個GB以上數據,并且可以對104857600個GB以上數據進行快速的檢索、讀取、修改。

2通過智能手機掃描條碼輸入信息已經普及

通過智能手機的照相功能,可以快速讀取和識別條碼(包括二維碼),使得傳統GS1使用掃描槍掃描條碼輸入信息的快捷優勢完全普及,而手機掃描識別條碼的應用更加普遍。

3互聯網技術快速訪問大數據

就目前互聯網技術的運用,20M的帶寬基本已經普及。而云計算技術又為我們快速的高頻率訪問大數據提供了方法,對數據庫的訪問已經到了TB級別。

24無線應用的普及使得信息輸入輸出更加方便

目前,4G無線已經普及,訪問互聯網的速度達到MB/秒的級別,用戶可以在各種環境場合中訪問互聯網,進行信息數據的輸入輸出,方便我們創造和實現多種多樣的應用。

3大數據視角下的GS1

在傳統的GS1下,無論是通過光學掃描條碼,還是到射頻識別,其物流信息的傳遞一般都是遵循這樣的模式:先由發貨者識別編碼,讀取貨物信息后發貨;再由收貨者識別編碼,讀取貨物信息,完成收貨。

但是如果我們從大數據技術的角度來看GS1的運作,就會發現GS1還有可改進之處:

(1)在目前GS1的運用中,發貨者和收貨者的數據系統是各自獨立的,其物流信息互不相通。如果我們設想,收貨者和發貨者的數據系統能夠相通,發貨者可以將物流信息直接發送給收貨者的物流數據庫,那么將大大提高物流信息的可靠性和便捷性。

(2)如果所有的用戶都是使用一個統一的數據庫,那么是否還需要像GS1的規范化編碼規則嗎?對此,筆者認為,在一個統一的數據中,是不需要GS1那樣的規范化編碼規則的,因為在一個數據庫中,本身就是統一的,只要做到編碼唯一即可,只要編碼唯一,通過檢索數據庫,也可以找到這個編碼所指向的信息,而且指向這個信息是穩定的,可靠的。

(3)正是因為用戶的物流數據庫都是各自獨立的,所以需要GS1的統一的編碼規則來連接。反過來說,如果把用戶的物流數據庫連接起來,那么就不需要GS1的編碼規則了。

所以,如果我們從大數據技術的角度來看GS1,竟然可以使得GS1最關鍵的統一編碼規則成為不需要,如果我們基于這樣的一個理解,可以設計一種新型的物流信息系統,使得物流信息的內容、傳遞、交換、輸入有更多的選擇,能夠更加方便,也使得物流信息系統具有更多、更強的功能。

4一種新型物流信息系統的設想

1信息物流系統的設計方案

筆者根據GS1的應用特性以及對于大數據技術的理解,設想將收貨者把發貨者的物流數據系統互聯互通,發貨者可以將物流信息直接發送給收貨者物流數據庫,提出一種新型的物流信息系統設想。

這種新型的物流信息系統主要由以下幾個方面組成:

(1)一個中央數據庫,可以連接各個物流數據庫。開放平臺方式為我們建立中央數據庫提供了可靠的技術方式,把用戶通過開放數據接口(API)各自和中央數據庫對接,通過中央數據庫和其他用戶進行數據交換,這樣,實際上就建立了用戶和用戶直接數據交換通道。

中央物流數據庫與用戶的數據交換

(2)物流數據系統可以是銷存管理系統。進銷存管理系統是對企業生產經營中物料流進行信息化管理的工具,從采購、入庫、領料生產、銷售、庫存管理等方面,每一步都可為企業提供詳盡準確的數據,有效輔助企業解決業務管理、分銷管理、存貨管理、營銷計劃的執行和監控、統計信息的收集等方面的業務問題。用戶的進銷存管理系統和中央物流數據庫對接,可以直接對物流信息進行處理,包括物流信息從輸出、接收和輸入。

(3)標準化的物流信息交換流程。因為本物流信息系統是用于物流信息的交換,標準化物流信息就非常簡單。

①物流信息處理的環節可以僅涉及貨物的出庫和入庫環節。

②物流信息內容的標準化設置,至少應該包括發貨者、發貨時間、發送貨物信息(包括產品名稱、規格、批次、數量等)、收貨者、收貨時間等。

③物流信息的傳遞。物流信息的傳遞也非常簡單,由發貨者輸入發貨信息、通過中央物流數據庫傳遞給收貨者、收貨者把收到的發貨信息和實際收貨情況進行核對后收貨。

1新型物流系統的優勢

相對于GS1的傳統應用方式,筆者設計的新型物流信息系統具有如下的優勢:

(1)實現了物流信息的信息化傳遞。筆者設計的新型物流信息系統,可以讓發貨者把物流信息通過互聯網直接傳遞給收貨者。事實上,如果通過本信息物流信息系統傳遞物流信息,實際上就是電子送貨單,實現了送貨單的電子化信息化。

(2)實現了物流信息的可追溯。因為物流信息通過中央物流數據庫進行傳遞交換,中央物流數據庫可以對物流信息內容、發貨情況、驗貨情況進行記錄,從而實現了物流信息的可追溯性,可以極大地減少因物流信息差錯而帶來的糾紛。

(3)可以和進銷存管理系統進行無縫對接,更加高效。進銷存管理系統本身就是處理物流信息的,將用戶的進銷存管理系統和中央物流數據庫進行對接,可以完全融入進銷存管理系統的操作,并不增加任何流程和負擔。

(4)可擴展性強。

①物流信息可以更加豐富。GS1編碼所記錄的物流信息是有限的,一般僅限于供應鏈各參與方、物品、貿易項目、物流單元、位置、資產、服務關系等信息。而筆者設計的新型物流信息系統,正是因為可以擺脫GS1編碼規則的限制,可以根據需要增加產品質量信息、訂單合同信息等字段,所傳遞的物流信息在理論上可以根據需要無限豐富。

②可供外部第三方查詢物流信息。筆者設計的新型物流信息系統,可以設計編碼指向特定的內容,如物流信息、物流行為等,第三方只要獲得編碼,就可以通過該編碼查詢該編碼指向內容,這樣就實現了第三方對發貨行為的查詢。而GS1是無法做到的。

③物流數據可以再利用。因為有中央物流數據庫的存在,而且是采用開放平臺的方式,那么可以開發更多的功能,和其他數據庫對接,實現對中央物流數據庫記錄數據的再利用。

④積累數據,形成大數據。因為中央物流數據庫不斷積累物流信息,可以形成產品生產、銷售的大數據,對企業經營甚至是國家宏觀調控,都可以提供準確的數據依據。

3 新型物流信息系統的應用設想

(1)特定行業的應用。筆者設計新型物流信息系統,可以用于特定的行業,如藥品行業、食品行業等。因為食品和藥品是國家進行質量監管的重要產品種類,對流通鏈的監管也是重中之重。如果通過本新型物流信息系統來傳遞藥品、食品物流信息,那么國家可以掌握食品、藥品的生產流通情況,其監管將更加有效。

(2)大型集團內部。如果一個大型企業集團,如中石油,有生產、進口、批發、零售、供應商、零售加盟點等各種不同的經營主體,那么可以依據本新型物流系統方案建設中央物流信息數據庫,對經營更好地信息化管理,更可以對經營過程中積累的產品物流信息大數據,判斷經營情況,為經營決策提供依據。

5結論

筆者根據自己對大數據技術的理解,通過對GS1的分析,樹立了在一個統一的數據庫中不需要編碼規則的觀念,同時提出了物流信息應該是由發貨者通過互聯網

第8篇

關鍵詞:進銷存管理系統 數據庫 系統模塊

中圖分類號:F426.6 文獻標識碼:A 文章編號:1672-3791(2015)03(a)-0224-02

總體上講,數據可定制的供銷存管理系統大體上分為三大模塊,分別是:系統管理模塊、庫存管理模塊、銷售管理模塊。系統管理模塊包含數據綁定、系統角色管理、部分表警戒值更改三個子模塊;庫存管理模塊包含查詢指定產品當前庫存、查詢指定材料當前庫存、批準商品出庫、批準材料出庫、發商品生產請求、購入材料入庫處理;銷售管理模塊包含修改銷售人員個人信息、填寫訂單及訂單明細各項和發行訂單更新數據庫;銷售管理模塊包含修改銷售人員個人信息、填寫訂單及訂單明細各項和發送訂單更新數據庫。

1 進銷存管理系統數據庫的設計

對于供銷存管理系統,數據庫的整體關系較為復雜,構建表格較多,如圖1為本系統的數據庫E-R圖。由圖可知,該系統中有主外鍵關系的表有10個,此外還有庫房管理員表不在此列。這些表之間關系錯綜,互相支撐功能,有些的功能與實現又頗為類似,基于這樣的實際情況,該部分將依據各表在功能用途上的特點,將所有表劃分為幾大類進行闡釋和描述。這樣做一方面可以加強各表之間聯系的直觀性,另一方面也方便用戶更清晰的理解系統的構成和實現方式,加強可理解性。

1.1 相關角色人員信息表的設計

該系統除系統管理員外還有兩大角色,即銷售人員和庫房管理員,此外還有涉及到的非角色人員則有銷售人員信息的管理,如表1所示,銷售人員信息表主要包括五個字段,分別是銷售人員編號、銷售人員姓名、銷售人員電話、銷售人員地址以及登錄賬號。其中銷售人員編號做為銷售人員表的主鍵存在,唯一確定每一個銷售人員,同時也是銷售人員的登錄賬號,其類型為nchar(10),根據實際情況已經可以滿足系統的需要;銷售人員地址字段用于存儲銷售人員的個人基本信息,類型選定nvarchar(50),類似的,對于銷售人員電話字段,考慮到實際情況也為其選定數據類型nvarchar(50),避免實際操作中出現局限;登錄密碼字段記錄的是用戶的登錄密碼,同樣選擇了nvarchar(50)類型以滿足需要。

與此表類似,庫房管理員表只是省去了對其個人信息的存儲,而客戶表對個人信息的存儲更為詳盡而取消了登錄密碼字段,因為銷售人員并非系統用戶,無需登錄密碼,其他結構均與銷售人員信息表類似。

1.2 銷售單與材料出庫申請單總單

對于提交的單據,本系統中分為三類,即銷售單及其明細單、材料出庫單及其明細單、生產通知單,其中銷售單和材料出庫單使用的都是總單加明細單的存儲格式,明細單以主表單的主鍵為外鍵,這樣做的目的是滿足數據庫結構的第二范式要求,避免麻煩,在這里僅就銷售單和生產通知單進行詳細說明。

如表1所示,銷售單主要包括四個字段,分別是銷售單編號、客戶編號、銷售員編號以及銷售時間。其中銷售單編號做為銷售單表的主鍵存在,唯一確定每一個銷售單項,其類型為nvarchar(50),在實際操作中,系統制定了一個根據當前本地時間生成編號序列的函數,以此來不重復的生成銷售單編號,根據實際情況這樣的設計可以更好的滿足系統的需要;客戶編號字段用于存儲此項銷售單的訂購客戶的編號,以客戶表編號字段為主鍵,類型選定nchar(10),銷售員編號與之類似,以銷售人員表編號字段為主鍵,數據類型為nchar(10);銷售日期字段記錄的是銷售人員與客戶談定訂單的日期,區別于訂單提交日期,選擇了datetime類型,符合實際情況的需要。

記錄銷售細節敲定的日期

與此表類似的還有材料出庫表,主要用于管理材料出庫的請求,其中的進貨日期與銷售單中的銷售日期相類似,表示材料申請的日期;沒有客戶編號和銷售員編號,取而代之的是生產通知單編號和審核狀態字段,生產通知單編號字段以生產通知單表中的編號字段為外鍵,目的是獲知當前的材料申請是為了哪一份生產通知單,數據類型為nvarchar(50),審核字段是為了表示此項材料申請是否被庫房管理員批準,且方便對相關控件的顯示和刷新操作。如表2所示。

1.3 銷售單明細和材料出庫單明細

前面已經提到,為了滿足數據庫結構的第二范式要求,銷售單和材料出庫單均采用主表和明細表相配合的模式,因此,在介紹過銷售單和材料出庫單后,下面將詳細介紹銷售單明細和材料出庫單明細表的情況。

如表3所示,材料出庫單明細主要由五個字段構成,其中的材料出庫明細單編號作為主鍵,唯一標示每一個元組,其序列同樣由字母序列加時間序列生成函數生成的序列構成;材料出庫單編號以材料出庫單表中的編號字段為外鍵,只是此明細單所屬的總單項;材料編號標識明細單所要申請的材料編號,外鍵于材料表的編號字段,因為以上三種編號均由時間生成函數生成序列,故字段類型均設置為nvarchar(50)類型以滿足其長度;所需數量字段注明了此種材料的申請數量,類型為decimal,審核狀態則標識當前申請項是否被批準,同時服務于篩選目標,類型為bit。

1.4 庫存物品表

庫房管理員主要負責管理庫房內的物品,庫房內主要包括兩種物品:產品和材料,因此產品信息表和材料表的構成大體相類似,在這里僅就產品信息表予以說明。

如表4所示,產品信息表主要包括四個屬性,分別是:產品編號、產品名稱、剩余庫存、警戒數量,產品編號作為主鍵唯一標示每個屬性元組,其值同樣是由指定字符序列加時間生成函數組成,數據類型為nvarchar(50);產品名顯示每種產品的名稱,數據類型為nchar(10);剩余庫存字段用于記錄對應產品當前的庫存量,數據類型為decimal;警戒數量由系統管理員設定,記錄當前產品庫存量的警戒數量,若當前操作有可能造成庫存量低于警戒線,則彈出警告予以阻止,數據類型為decimal;

2 結語

除去以上各表以外,該系統的底層數據庫中還有一個比較特殊的表:成分表,由于不同產品所需要的材料不管是從種類還是數量上都有不同,所以制定了成分表用以查詢不同產品的成分構成。以上所述,即為本系統所有的11個數據庫表,按照表的結構和用途分為以上的五大類,支持整個系統的運行。

參考文獻:

[1] 朱喜梅.基于SQL Server數據庫的性能調優策略與研究[D].哈爾濱:哈爾濱理工大學,2009.

第9篇

(浙江工業大學經貿管理學院,浙江杭州,310023)

[摘要] 根據電子商務鏈模型分析了浙江某高校淘寶創業者群體,設計了面向C2C 模式下淘寶創業者“E 來E 往”(E-Lai-E-Wang)交易管理軟件。該軟件將為淘寶創業者提供合理而穩定的交易前信息搜集與營銷,交易過程中的訂單追蹤、客戶交流、訪問統計,交易結束后的客戶回訪與信息反饋等服務,并為其在淘寶網激烈的創業競爭中保持優勝地位。

[

關鍵詞] 電子商務鏈;淘寶創業者;網上銷售;銷售管理系統;前商務階段;后商務階段

[中圖分類號] C93 [文獻標識碼] A [文章編號] 1674-893X(2015)04?0162?03

近兩年來,中國的網絡購物市場延續了高增長態勢,據艾瑞咨詢《2014 年中國網絡購物行業年度監測報告》顯示,店慶、節假日促銷、雙十一等活動進一步刺激了網購用戶的消費熱情,促使全年網購交易額達到1.84 萬億(08 年剛突破千億大關),增長39.4%,在社會零售品總額中的占比為7.9%。2013 年其占網購整體的比例達到36.2%,B2C 亦成為未來網購市場發展的主要推動力。傳統企業發展而來的電子商務公司和互聯網中成長起來的中小網商,逐漸成為中國電子商務發展的核心力量。網上賣家不僅在數量方面快速成長,個體的規模也今非昔比,越來越多的網商開始以小企業或團隊的形式出現。對于電子商務企業管理者來說,提高協同工作效率、保護敏感資料、深層挖掘業務數據等變得尤為重要,而這些都不是傳統銷售平臺所能提供的。在未來幾年的時間里,從網商的需求出發,構建服務于網商的電子商務的產業鏈,將成為各方關注的焦點。

一、電子商務鏈的理念與功能分析

電子商務鏈模型[1],最早是由國內電子商務專家李琪教授于2003 年首次提出,用來描述電子商務的交易流程的綜合框架,從商務活動的基本過程對電子商務進行研究,揭示了電子商務的一般框架,并對電子商務鏈中的主要環節提供了指導性的分析方法。

李琪教授認為,電子商務是一般商務活動的一種具體表現形式,遵照商務活動的一般規律。電子商務鏈模型是由商務鏈的一般框架發展而來,并且從形式上看,與一般的商務鏈并沒有明顯差異,其根本的區別在于“電子商務鏈解釋的是電子商務或電子交易的相關活動”,“商務鏈與交易鏈是將商務和交易活動進行聯系與劃分,并使之有序化的邏輯鏈條,它們高度抽象地將商務/交易活動表現為不同的節點,每個節點分別代表一定的經濟事務,通過將這些節點有效地串連起來,共同形成了一個商務鏈或交易鏈。”[1]

根據研究范圍的不同,商務鏈可分為狹義商務鏈和廣義商務鏈[2]。在一般的商務鏈框架中(即狹義商務鏈),將交易過程劃分為交易前、交易中和交易后三個環節。“交易前”包括商品的展示與溝通,“交易中”主要是以價格為核心的談判與簽約,而“交易后”表現為以貨幣和商品交換為主的支付和配送。狹義商務鏈實際上就是市場流通交易鏈,是整個商務鏈的核心所在[3]。廣義的商務鏈是狹義商務鏈的擴展,除了交易前、交易中、交易后這三個基本環節之外,還包括兩個環節:即交易前的商品與市場的準備和交易后的售后服務環節。根據李琪教授的定義,交易前的商品與市場的準備稱為“前商務階段”,售后服務為“后商務階段”。廣義商務鏈描述了完整的商務活動的一般過程。

因此,電子商務鏈模型事實上是由商品與市場準備、展示、溝通、談判、簽約、支付、配送、售后服務等節點和信息流、商流、資金流、物流、信用流、人員流等“六流”組成的框架[4]。電子商務鏈模式的引入,將會在完善電子商務交易機制的同時,為網商的經營活動帶來巨大的便利。

二、淘寶網商的需求調研分析

浙江某高校的電子商務供應鏈,包含了以義烏小商品市場為依托的采購環節、以學生網店為中心的網上銷售環節、以提供網店需要的耗材為核心的銷售輔助環節、以快遞公司為核心的物流環節。其中網商及周邊的配套支撐服務主體所構成的網商群體,無論是在形態還是在實現功能方面,都具備了“電子商務鏈”模式。

本次抽樣調查共計發出問卷180 份,占浙江某高校創業者數量的15%以上,收回問卷170 份,其中有效問卷165 份。受訪者中信譽心級與鉆石級的客戶數量各占了受訪者的一半,其中3/4 的受訪者月成交筆數在100 以下,30%以上的網商月成交筆數在100 以上。交易管理軟件的認同程度的調查顯示,80%以上的網商對交易管理軟件有一定的了解,九成創業者認為,其對交易過程的管理提供了便利。

在目標客戶認為交易管理軟件是否對各種業務的幫助程度方面,目標客戶對于提高工作效率、方便庫存管理、方便顧客溝通、便于賬務管理表現較強的認可。

對相關數據進行分析統計顯示,受訪用戶對交易管理軟件的各種功能需求強度分布如圖2 所示,其中,C1~C16 表示交易管理軟件的預計功能,分別如下:C1.自動上架功能;C2.自動櫥窗功能;C3.定價參謀功能;C4.進銷存管理功能;C5.商品批量管理功能;C6.交易信息查詢功能;C7.促銷活動管理功能;C8.基于歷史數據銷售統計分析;C9.自動評價功能;C10.訪問統計功能;C11.情報分析管理功能;C12.目標客戶推廣功能;C13.客戶跟蹤回訪功能;C14.快遞單打印功能;C15.物流信息查詢功能;C16.數據備份功能。

從相關數據中不難看出,這一特定網商群體對管理軟件的各種功能都有較強的需求,其中需求強度較高的功能(需求強度指數在200 以上)主要有:自動上架功能、自動櫥窗功能、定價參謀功能、商品批量管理功能、交易信息查詢功能、情報分析管理功能、目標客戶推廣功能、客戶跟蹤回訪功能、物流信息查詢功能、數據備份功能[5]。網商對于網店管理軟件功能需求主要集中在銷售信息與營銷推廣兩個方面。

三、網上銷售管理系統“E 來E 往”設計

(一)前商務階段功能設計

創業者的主要任務是進行市場的分析預測與商品的準備。“E 來E 往”交易管理軟件提供了商品自動上架功能、自動櫥窗功能、商品定價比對功能。“E來E 往”設計了針對淘寶網店商品的自動上架功能,創業者可以將指定的商品按照設定的頻率、時間段等規則進行均勻地自動上架。自動櫥窗功能是按照“E來E 往”根據淘寶網設定的規則對指定的商品自動進行櫥窗推薦。定價參謀功能,讓創業者通過智能搜索,通過分析競爭對手的相同產品或是同類產品的價格、銷售等情況提出參考定價。

(二)商務活動階段功能設計

1.交易前階段

在商務活動中的交易前階段,創業者的目標是完成商品的展示及與買家的溝通。基于商品展示以及與買家溝通的需求,“E 來E 往”交易管理軟件提供了商品批量管理功能、交易信息查詢功能。

商品批量管理功能主要是對網上商店的商品進行方便的批量添加、刪除、查詢、修改操作[6]。

交易信息查詢功能主要是用組合條件對創業者的歷史交易信息進行批量查詢與分析。通過專業的統計分析方法,“E 來E 往”將向用戶展示歷史的交易情況,在對交易數據作相應分析的過程中,“E 來E 往”以數據圖表的方式向網商展示歷史銷售情況與購買特定產品的客戶信息,使創業者能在最短的時間內了解前來交談的客戶的相關信息與購買記錄,包括客戶的ID、來源地、信用狀況、瀏覽與購買過的商品、聯系方式等。

2.交易中階段

創業者的目標是圍繞商品的價格、質量、交易方式等與買方洽談,并最終促成買方下單。“E 來E往”主要是幫助創業者進行目標客戶的推廣、促銷活動的管理、實現淘寶的自動評價等功能。

目標客戶推廣功能是“E 來E 往”為用戶開發的智能客戶挖掘工具。“E 來E 往”可以幫助創業者實現以下功能:① 根據賣家搜索買家:當用戶完全需要搜索自己所銷售的產品的潛在買家時,可以自動搜索同類產品的所有賣家,進而根據賣家的交易記錄搜索買家;或者通過同類產品被收藏的情況獲得潛在客戶列表等。② 采用多賬號多線程群發的方式,突破群發限制。③ 允許不登陸旺旺通過網頁發送,占用資源少;可以后臺發送,不影響正常使用電腦。④ 根據不同地區導出賣(買)家:“E 來E 往”可以根據用戶的需要搜索符合地區條件的買家或賣家,并將符合條件的賣(買)家保存在用戶指定的文件中。用戶可以根據軟件所收集的數據自動生成潛在目標客戶名單,進而進行定點廣告投放、定點優惠促銷等推廣活動。

3.交易后階段

創業者主要是完成支付與商品的配送,其中配送環節即賣方向買方配送物品或實施服務,即實現商品使用權或享用權的轉移,配送環節實際上就是物流環節,這也是“E 來E 往”的服務目標。針對賣家物流的運作,“E 來E 往”提供了進銷存管理、快遞單打印、物流信息查詢三種功能。進銷存管理功能的設計是基于淘寶創業者在銷售過程中無法準確把握庫存而影響交易的現象設計,保證創業者及時控制庫存、現代化的盤存以及財務管理。此外,“E 來E 往”還提供了安全可靠的數據庫備份和恢復功能,大大提高了庫存信息數據的安全性。

(三)后商務階段功能設計

創業者的目標是進行銷售后的分析與售后服務,其中銷售后的分析主要是通過歷史數據的整理深入挖掘營銷效果,以更好地進行促銷活動。售后服務是指交易完成后客戶的咨詢、回訪等一系列相關活動,對提高創業者的整體知名度以及創建品牌效應具有積極的意義。在這方面,“E 來E 往”提供了訪問統計分析、銷售統計分析、數據備份、客戶跟蹤回訪等功能。訪問統計分析讓創業者能夠全面了解自己的銷售情況;銷售統計分析協助創業者收集商品頁面的訪問情況的信息,對創業者了解產品的熱點與客戶的興趣點有著積極的意義;數據備份讓創業者能夠一鍵輕松備份與恢復店鋪的商品信息、銷售記錄、網店裝修等重要數據,保證這些重要信息的安全性;客戶跟蹤回訪根據網上的歷史交易數據生成老客戶名單,并跟蹤其購買習慣,通過相關數據的分析為創業者生成各種客戶回訪方案,可以對網商創業者挖掘老客戶消費潛能方面提出一定的銷售建議。

(四)產品功能實現與系統架構的設計

在PC 端,“E 來E 往”采用的是瀏覽器—服務器(Browser-Server)結構的軟件實現,在手機端則是客戶端—服務器(Client-Server)結構。服務器端系統的實現架構采用面向服務的架構(SOA, Service-OrientedArchitecture),分為三個層次:核心組件層、功能模塊層、用戶界面層[7]。

核心組件層使用C#語言,以WCF 服務的方式實現,包括認證授權組件、淘寶通訊組件、消息隊列組件、數據持久化組件、數據挖掘組件、日志記錄組件幾部分[8]。它們是從業務邏輯中抽象出來的通用性組件,供功能模塊調用。功能模塊層同樣使用C#語言實現為WCF 服務,對于每一個細分的功能(如自動上架、進銷存管理等),實現相應的功能性接口,供用戶界面層進行調用。PC 端的用戶界面基于ASP.NET MVC 框架實現,手機端的用戶界面則使用Cocoa Touch 框架。其中都應用了模型—視圖—控制器(Model-View-Controller)模式將用戶界面的數據源、表現層與業務邏輯進行隔離。PC端支持的瀏覽器包括IE 5.0+、Firefox 2.0+、Opera9.0+、Safari 3.0+、Chrome 2.0+[9]。手機端目前支持Android、Symbian、WebOS 等平臺。

第10篇

關鍵詞:;SQL SERVER;服裝管理系統;進銷存信息管理

中圖分類號:TP311 文獻標識碼:A文章編號:1009-3044(2010)19-5147-02

The Designation and Implementation for Management System of Dress Based on

ZHANG Shi-nan, PAN Jun, ZHANG Yong-zhi

(Bengbu Tank Institute, Bengbu 233050, China)

Abstract: This system was completed by using as development tool and SQL SERVER as background database. Through feasibility analysis and demand analysis, we make clear the purpose of development system and the function to be achieved basically. In summary design, design for system database and division for system functional module shall be completed. In subsequent detailed design, Through designing for forms and codes we achieve all functional module.

Key words: Visual ; access database; dress management system; purchase sale inventory information management

伴隨全球經濟的發展,計算機應用已滲透到了社會生活中的各個領域。而對于中國來說,服裝企業科技水平目前仍處于初級階段,尤其對于小型的服裝店來說,大多數的程序都是依賴于手工操作。試想如果每次都通過人工記錄服裝的進貨、銷售、統計、存儲情況,即浪費人力、物力和財力又容易導致各種漏洞和錯誤發生,造成不可估量的損失。因此開發服裝進銷存信息管理系統是很有必要的。

1 可行性分析

系統采用作為開發平臺,使用SQL SERVER數據庫與其結合使用。其中是面向對象的,可視化的開發平臺,具有良好的人機交互界面。SQL SERVER數據庫是開發中小型軟件的最佳選擇。它具有強大的數據管理功能,結合可以方便的利用各種數據源生成窗體、查詢、報表和應用程序等。所以用SQL SERVER作為本系統的數據庫是合理的。

2 需求分析

作為一個服裝商店它最主要的功能就是要實現服裝的進貨和銷售。 由于服裝種類的多樣化,在錄入時候要實現針對區分錄入。在銷售服裝,針對不同的消費者(會員和普通消費者)給出不同的商品價格,實現服裝的退貨功能。最后還要實現銷售統計的功能。

3 概要設計

服裝進銷存信息管理系統是一個典型的數據開發應用程序。由安全登錄管理,進貨管理,庫存管理,銷售管理,會員管理以及系統管理這六個模塊組成。其中數據庫設計的E-R圖如圖1所示。

4 詳細設計

在本系統中,一共有五大模塊來實現服裝進、銷、存的功能:進貨管理,銷售管理,庫存管理,會員管理和系統管理。

4.1 進貨管理

進貨管理主要實現對商品數量、類別、編號、顏色、尺寸等信息的錄入。在設計思路過程中,首先是用ADO對象連接數據庫,SQL語句在數據庫的顏色組和尺寸組這兩個表中找到所有顏色組名和尺寸組名,分別通過一個循環語句來設置組合框一和組合框二。接著是對商品類別和商品編號的選擇。如果是老商品,文本框里的內容是自動顯示的并且在該模塊中是不能改的。但如果是新商品則首先會獲得一個唯一的商品編號(它是通過連接數據庫中的商品類別表中的類別號和數量這兩個字段實現的)。然后文本框中的內容是要通過鍵盤添加的。設置完商品基本信息后,單擊確定按鈕便進入到了“保存商品信息”窗體中。

4.2 銷售管理

銷售管理主要是實現前臺收銀,顧客退貨及銷售統計。在前臺收銀過程中,首先連接系統表中的銷售日期和銷售單號兩個字段,找到滿足條件的記錄來獲得唯一的單號。接著是輸入會員卡號,連接會員這個表,找到滿足條件的會員姓名和積分。然后連接會員類別這個表,通過該會員的積分所在的區間,找到滿足條件的會員類別和折扣率。若不是會員,則按未折扣價格計算。而顧客退貨則是通過鍵盤輸入唯一的銷售單號來獲得已賣出的并且滿足條件的商品信息,選擇該商品信息,根據該消費者購買的數量來選擇需要退貨的數量。該統計功能可支持多條件的查詢。針對不同的查詢條件,獲得不同的查詢結果,最后得到某段時間內的銷售某類商品或某種商品的情況。

4.3 庫存管理

庫存管理包括進貨信息查詢庫和存現狀查詢兩個模塊。它們都可以通過連接SQL SERVER數據庫進行查詢來實現,不過庫存信息需要通過進貨與銷售來確定。在這兩個模塊中,都會顯示出所屬商品的基本信息,如商品數量、類別、編號、顏色、尺寸等。

4.4 會員管理

會員管理分為3個模塊,分別是會員基本信息、會員消費查詢和會員級別設置。會員基本信息主要是完成對會員的添加、修改、刪除、查詢和狀態設置。連接“會員”這個表,其中新增和修改會員是通過同一個窗體來實現。定義一個布爾型變量flag,充當標志量。如果“flag=true”則表示新增會員,如果“flag=false”則表示修改會員,然后將結果保存到數據庫中。而會員消費查詢只需要輸入會員編號便可調用數據庫得到其在某一時間段內的消費及退貨情況。會員級別設置則是對會員級別的添加、修改和刪除。

4.5 系統管理

系統管理主要是對商品及用戶信息的維護,它包括商品信息維護、換班管理和更名管理、管理員信息維護及用戶信息維護。

5 編碼的實現

詳細設計完成后便進入設計代碼階段。相對來說,在整個軟件的生命周期中,編碼是整個系統設計中最簡單的部分,整個軟件質量主要取決于設計階段,如程序的正確性、可可測試性等。但是在編碼階段所使用的語言,特別是編寫代碼的風格和途徑對于程序的可讀性有很大的影響。在設計中主要運用了ADO對象和ADO控件來連接數據庫。

其中進貨商品信息窗體如圖2所示。

6 總結與展望

在當今的銷售行業,使用手動記錄的時代已經漸漸遠去,取而代之的當然是基于計算機的信息管理系統。本系統是專為小型服裝店而設計的,屬于是桌面式的單機系統,考慮到一些連鎖企業的需要,還可以不斷完善,通過網絡連接,實現互聯網銷售。因此,本系統也具有很好的前景。

參考文獻:

[1] 李雪飛.服裝PDM系統功能實現[J].山東紡織技術,2006(10).

[2] 丁鐘幅.計算機在服裝企業中的應用[J].針織工業,2002(5).

[3] Hutchinson J.Managing Change in COTS-based Systems[C].The 21st IEEE International Conference on Software Maintenance (ICSM 2005).

[4] 溫小敏.VB數據庫系統項目開發實踐[M].北京:科學出版社,2005.

第11篇

計世資訊《2007-2008年軟件運營服務(SaaS)市場研究報告》顯示,2007年SaaS市場呈現諸多積極因素: 用戶對SaaS模式的認可度正在不斷提高,注冊用戶和付費用戶增長迅速,客戶的流失率迅速下降,SaaS模式已經成為企業CIO信息化建設的一種補充方式,管理型軟件SaaS市場去年增長超過100%。不過,SaaS的發展道路并不平坦: 商業模式、盈利模式、運維服務、產品定位、產品營銷、渠道建設、技術架構等都會面臨前所未有的挑戰。面對挑戰,我們需要調整好前進的方向和策略,解除前進道路上的障礙,通向成功之路。總體來看2007-2008年中國SaaS市場體現了5大特征:

1. 2008管理型SaaS應用市場將繼續高速增長

計世資訊研究發現,2007年管理型軟件運營服務市場增長104.5%,達到4.5億元。管理型SaaS用戶經過多年的市場教育,2007年增長率達到66%。2008年,隨著廠商的產品進一步成熟,市場宣傳力度的不斷增加,計世資訊預測,2008年管理型SaaS應用市場將繼續保持高速增長,達到8億元的市場規模。

2. 華東、華北和華南地區市場發展迅速,西南和華中地區潛力巨大

2007年SaaS市場主要分布在華東、華北和華南地區。從目前SaaS提供廠商的布局來看,主要的提供商也分布在這三個地區,用戶的接受度較其他區域高,市場規模也相對較大。此外,華東、華北和華南地區的產業布局對SaaS市場有著極大的影響。從目前的情況看,制造、服務和流通業是SaaS應用最廣泛的行業,而這幾個行業在華北、華東和華南的分布相對較多。同時,引起我們注意的是西南地區和華中地區也逐漸涌現出一些倡導SaaS應用的廠商,隨著SaaS應用的進一步成熟以及用戶對SaaS的進一步了解,西南和華中地區的市場潛力將得到爆發。

3. 制造、服務和流通是SaaS的主要應用行業

2007年,管理型軟件運營服務(SaaS)提供的在線服務主要包括CRM、進銷存、在線財務、OA和人力資源管理。從應用的功能上,滿足了中小企業簡單的管理需要。CRM作為企業越來越關注的信息系統,而且作為SaaS的典型應用已經得到了企業的高度認可,尤其是服務業。而在線進銷存管理滿足了中小制造業企業的基本管理需要,目前在江浙地區的中小制造業企業發展得較好。其次,在線OA系統、人力資源管理和在線財務在服務業得到了應用。制造、服務和流通業中小企業由于其企業基數較大,分布的區域較廣,面臨的競爭環境日趨復雜,因此管理需求逐漸旺盛。SaaS作為一種新的信息化模式,具有實施容易、風險較低、價格便宜的特點,因此在這幾個行業的市場拓展較快。

4. SaaS應用逐漸豐富,個性化應用趨勢開始呈現

2006年之前,基于在線服務的管理型SaaS應用主要集中在CRM和簡單的OA系統。2007年,基于互聯網的SaaS應用種類開始豐富,并出現細化和個性化的趨勢。今天,已經出現了人力資源服務、在線ERP、在線會計服務,在線供應鏈管理,協同工作管理、網絡會議、決策支持管理、項目管理等多種形式的應用。此外,基于某領域或行業的應用出現個性化的趨勢,針對行業的特點提出個性化的解決方案,提高了SaaS應用的深度。

第12篇

[關鍵詞]造船企業管理

造船企業物料管理的內部控制流程:依據技術部門設計的船舶生產圖紙,預算生產物耗的數量定額;生產部門根據生產工期計劃、物耗定額,申報領料計劃;采購部門以物耗定額為上限,結合領料計劃,選擇經濟進貨批量模式、適時存貨管理等方案,組織采購;倉庫部門以采購合同為上限驗收物料并入庫,以物耗定額為上限受理領料申請,報財務部門核算。與其它行業不同,造船企業主要由技術部門以下達定額的形式請購物料,物料的超儲積壓、儲存期控制等問題非主要矛盾;其更多表現為上述內部控制的缺失、失效、執行偏差。

因造船物料品種繁雜,每類船型約需5000種規格型號,且類別歸屬關系復雜;為精細管理,需采用ERP等軟件。與其它行業不同,其進銷存管理系統的起點為生產圖紙所自動產生的生產物耗數量定額,但因目前國內通用的ERP軟件和造船專用的圖紙設計軟件難完成對接、或成本太高,以技術部門手工編制的物耗定額本為起點是較經濟的做法。這是造船企業物料管理勞動量的重頭。

一、技術部門對物料管理的影響

1、對定額的物料名稱、規格型號等描述不規范。

具體表現為:一物多名、多物同名、型號描述不完整。如:喉箍、抱箍、管夾、管扣是同類物的不同稱謂;電纜CJPF86/SC2*1.5必須完整描述,SC與NSC是不同物料、2*1.5是尺寸規格,缺一不可。其不規范直接導致后續的信息傳遞、帳物管理的混亂。若在定額本的物料名稱、規格型號旁,注明對應的ERP編碼,有助于檢查不規范的描述、并減少疏忽差錯。如斜梯的規格型號55°*650*4331與55°*650*4431,兩種物料僅一字之差,不易察覺;在ERP編碼上,是尾數03和04的差別,更明顯。

規范描述,技術部門最具專業優勢。因為:船舶修造用的物料規格型號、品牌等選擇,是由技術部門和船舶使用方逐項磋商確認;其員工是船舶專業,按船舶內部結構分工,在圖紙設計時已對所用構件、配件做周密考慮。但是,因ERP編碼對唯一性、完備性、永久性的要求嚴格,船舶專業人員不能勝任其編制;而ERP編碼編制人員又不熟悉船舶物料的用途、類別歸屬等,二者不合作,使許多造船企業實施ERP半途而廢。

2、下達的物耗定額數量不真實、項目不完整。

如:因對首制船型鋼板利用率的估計偏差,造成鋼板定額的數量不真實;因專業不勝任、或疏忽,遺漏組合構件的部分配件,造成定額的項目不完整;因工作量太大、權衡成本效益,放棄對次要物料的數量定額預算。定額的數量不真實,只是影響精細管理的效果;定額的項目不完整,直接導致后續對應的采購合同、入庫單等信息數據不被允許輸入,使ERP進銷存管理系統無法運行、或改以采購合同為起點部分運行。這是造船企業實施ERP半途而廢的最初、最大的部門利益阻力。

二、采購部門對物料管理的影響

1、采購合同與技術部門定額本的物料名稱、規格型號、計量單位等差異,造成生產部門與倉庫部門的溝通障礙。

與供貨商簽采購合同,優先考慮合同的嚴謹、法律問題,對物料名稱、規格型號、計量單位等要素的選擇,以法律、供貨商所屬的行業習慣為準,與技術部門遵循的船舶修造行業習慣有差異。若采購部門事后未實施補救措施,則產生:倉庫部門依據供貨商送貨清單上的物料名稱、規格型號、計量單位等描述辦理入庫、簿記、管理;而生產部門領料是依據技術部門定額本,物料名稱、規格型號、計量單位等描述與倉庫部門不同。

預算的定額與生產實際耗用必然存在差異。當形成超儲積壓時,因定額本與倉庫簿記采用的物料品名、規格型號等描述不同,采購部門就難知道物料的實際庫存數量,無法修正應執行定額的合同實際采購數量,無法將物料控制到:只在需要的時候、由供應商按需要的數量,提供所需的物料;既防止物料供應滯后于生產要求,也防止物料過早地進貨,增加庫存積壓。

2、出現無合同的采購、無金額的合同、或執行偏差的合同。

三、倉庫部門實物管理難的客觀原因

1、物料復雜難辯與人員素質的反差。

造船物料品種繁雜,每類船型約需5000種;且類別歸屬關系復雜;同類物料的不同品種、規格型號,外觀相近難辯。即使是船舶專業人員都容易混淆,只了解本工種內的物料用途;何況倉管員、領料員、成本會計等非船舶專業人員?員工的專業勝任能力、工作量大、責任心等是倉庫物料管理出問題的根源,但這受企業人力成本控制的制約;前者可通過組織在崗系統培訓船舶知識來緩解。

2、物料特性懸殊、種類逐期大量變化對倉庫管理的壓力。

造船是個件、小批量生產,船型更換周期短;不同船型的物料品種、規格型號的相同率低;同類物料的重量、體積等懸殊,從人力可搬運、到需特大型機械吊運。這影響倉庫部門對同類物料預留堆放空間的合理預期,擾亂其設計的貨架、倉庫堆放示意圖的適用期限,制約其對倉儲空間的調整能力,使其難嚴格物料的歸類、有序倉儲;加上部分物料外觀相近難辯,就難免錯發物料。當倉儲實物的銘牌不健全,簿記不及時或有差錯,簿記名稱與實物銘牌不一等情況發生時,問題就更混亂。

3、企業組織結構設置帶來的問題。

造船物料多笨重,需請吊運部門裝卸,易產生裝卸不到位等問題。倉管員因水平有限,難舉證裝卸不到位的理由;因是經常性的配合,也不敢把事鬧大;除非問題明顯、惡劣,否則也難仲裁、不值得提請仲裁;只能將就,客觀上遏制其認真負責的心態。因造船廠多地處偏遠的江河、海邊,與供貨商的發貨倉庫距離遠,物料運達時間不易準確把握,部分企業考慮內部協調力度,將倉庫部門隸屬采購部門;這是不相容部門,易產生隱患。

4、用工方式和廠區現狀帶來的問題。

造船企業的勞動力組織形式是:電焊等絕大部分一線工人都以外包工的方式管理,削弱了企業制度、行為規范的約束力。而造船廠面積大,若建廠的布局規劃、生產部門安置分段加工件不合理,就會產生大量的監控死角。某些物料如梯、格柵、鋼板、鋼管等,因重量、體積等原因,只能在施工現場附近露天堆放,采用先用后補單、按實用量開單的出庫方式,就易產生問題。

四、物料出入庫等單證管理、簿記失控的原因

1、自身的主觀問題。如:

倉管員不熟悉物料名稱、規格型號、對應的標準計量單位、用途、存放位置、保管方法等。疏忽或缺乏責任心、出入庫時單證與實物核對失誤、未嚴格履行日清月結、盤點時帳與實物核對失誤、單據未及時簿記、帳單保管不善等。對退庫物料,直接在日后的出庫單中扣減數量,造成所對應的成本對象差異。退庫時驗收不嚴、未請質檢部門檢驗,造成不完整的組合件、損毀件混入,虛構庫存。

部分物料的外觀相近難辯,規格型號的描述差異小,同名不同規格、不同名同規格,雙組份油漆的出庫搭配等現實問題,也助長差錯概率,這需在科學有序地歸類倉儲、健全倉儲實物的銘牌,完善ERP編碼的編制和應用上努力。

2、一切服從于生產的企業文化氛圍的影響。

造船生產協作性強、誤工成本高,權衡利益使倉管員處弱勢。因生產計劃制定或執行偏差、意外變更等原因,產生物料緊急調度的要求;物料由供貨商直運施工現場,造成無入庫單;越級指令取用露天堆放的物料,造成無出庫單;事后遺忘、或未及時補辦手續。

3、進銷存管理軟件系統的功能項設置問題。

4、物料計量單位的轉換問題。

五、在未用ERP等軟件控制時,可用下列方法

1、技術部門下達物料數量定額時,按定額的數量,設單價為1元,做分錄:

借:管理帳——技術部定額

貸:管理帳——采購部可訂合同

這就以定額為起點控制物料,“技術部定額”科目的借方發生額反映定額的下達、調整情況,用“采購部可訂合同”科目的貸方余額控制采購數量的上限。余額為負數時表明:采購超量、生產用料異常、定額有偏差、倉庫管理出問題。合同管理員用EXCEL表格記錄的方法,因造船企業的物料采購合同太多,實踐中很難追蹤其履行狀況、與定額的差異;也不利于多人輸入操作、制止未授權修改。

2、采購部門與供貨商簽合同時,按合同購買數量,設單價為1元,做分錄:

借:管理帳——采購部可訂合同

貸:管理帳——倉庫應入庫材料

3、倉庫部門收到供貨商的物料時,按入庫的數量,設單價為1元,做分錄:

借:管理帳——倉庫應入庫材料

貸:管理帳——技術部定額

用“倉庫應入庫材料”科目的貸方余額反映采購合同的履行情況;用“技術部定額”科目的借方余額反映定額的執行情況。余額為零時,本循環控制完成。調整延伸該組分錄還可融入倉管帳。

4、造船采購合同多已鎖定單價,貨到發票未到,應入應付帳款帳,否則難及時發現未來現金流等方面的問題;不利于實施鋪底賒購;在資金緊張時,也難通過按比例付款遏止糾紛和謀私。若以已到發票余額為付款上限,可拆分應付帳款科目。某些供貨商的物料入庫筆數很多,且與發票不對應,手工核對的差錯率很高,也可設管理帳科目處理,更容易發現其送貨清單與發票的物料名稱、規格型號、計量單位等差異。

參考文獻

[1]張麗娟.企業存貨控制的問題、成因及對策.中國集體經濟,2009年5期下.

相關文章