【正文】 ： 商品基本資料、特殊屬性、商品查詢、價格調(diào)整 （ 5） 訂單管理： 訂單錄入、訂單審核、訂單查詢 （ 6） 進貨管理： 進貨錄入、進貨審核、進貨查詢 （ 7） 銷售管理： 銷售登記、銷售明細、銷售查詢、銷售排名 （ 8） 庫存管理： 商品入庫、庫存查詢、庫存盤點 （ 9） 財務報表： 進貨報表、銷 售報表、庫存報表 商場零售管理系統(tǒng) 畢業(yè)論文 9 第二章 開發(fā)工具簡介 2． 1 開發(fā)工具簡介 在 PowerBuilder的應用開發(fā)中 ,運用面向對象技術 不是必須的 ,但是對一個大型復雜應用系統(tǒng)的開發(fā) ,如果采用了面向對象技術 ,則 開 發(fā)效率會大大 提 高。 PowerBuilder 的對象 PowerBuilder對象有三個部分元素 :屬性 、 函數(shù)和事件。 包括系統(tǒng)屬性和用戶定義屬性兩類 ,描述該對象的各種特性。 (2)事件 :PowerBuilder 中的事件 與 Windows 的事件存在著映射關系 。例如命令按鈕有一個叫 Clicked 事件 ,當用戶按按鈕 時觸發(fā) ,操作系統(tǒng)首先 檢測到鼠標被點擊 ,并 把Clicked 這一消息轉給該按鈕 ,PowerBuilder 運行時的工作 引 擎翻譯了這一事件 ,并執(zhí)行適當 PowerScript 語句 。另一類事件 是 用戶定義事件 ,這種 事件 是用戶聲明并可以在任何時刻由用戶觸發(fā)的 ,PowerBuilder中保留 了 75個用戶事件可由程序員使用。 PowerSoft 公司建議用戶通過調(diào)用對象事件和函數(shù)來修改對象 而不要直接修改對象屬性 ,以滿足對象封裝的要求 ,例如采 用()而不要用 =false來使窗口不可見。 當您繼承了一個對象 ,那您得到的子類 將具有父類的屬性、實例變量、共享變量、控件、用戶自定義事件、對象級函數(shù)、事件和代碼 (script)。 在繼承了 祖先 類后 ,您可以在子類中擴展或覆蓋祖先的元素。您也可以選擇菜單 Compiler|OverrideAncestorScript 選項 ,只執(zhí)行子類的代碼 ,并可在代碼中的任何 位置調(diào)動祖先代碼如 CALLw_l∷open 。在運行時 ,系統(tǒng)自動尋找執(zhí)行參數(shù)相匹配的那個函數(shù) ,例如我們常用的MessageBox()這個函數(shù)就有 12個不同參數(shù)的重載函數(shù)。 (不過在即將發(fā)布的 ,正是支持了函數(shù)重載這一特 性。它們的繼承關系和擴展函數(shù)及屬性如下表 : 在有些函數(shù)中 ,即使不知道對象類 ,也可以用 ClassName()函數(shù)得到對象類 ,或得到實例名 ,將對象名作為函數(shù)參數(shù)調(diào)用該函數(shù)。 封裝性 : 封裝的目的是為了實現(xiàn)數(shù)據(jù)隱藏和數(shù)據(jù)保護 ,封裝的目標是為對象提供一個對外操作的接口 ,使其他對象通過函數(shù)來訪問 ,而不允許直接操縱對象的屬性。為了保護數(shù)據(jù) ,應盡可能多地使用private和 protect類型 ,前者只允許對象內(nèi)部的元素來訪問 ,后者可以接受對象內(nèi)部和繼承類的元素訪問。建立的窗口就是從 PowerBuilder 的窗口對象繼承下來的 ,所以窗口會自動具備一些屬性 ,例如 X 和 Y的坐標、高度、寬度、窗口類型、標題等。 2． 2 數(shù)據(jù)庫的事務管理 在數(shù)據(jù)庫中 ,所謂事務是指一組邏輯操作單元 ,使數(shù)據(jù)從一種狀態(tài)變換到另一種狀態(tài)。 對事務的操作是這樣進行的 :先定義開始一個事務 ,然后對數(shù)據(jù)作修改操作 ,這時如果提交 (COMMIT),這些修改就永久地保存下來 ,如果回退 (ROLLBACK),數(shù)據(jù)庫管理系統(tǒng)將放棄您所作的所有修改而回到開始事務時的狀態(tài)。如果您的事務可以分成幾組對數(shù)據(jù)庫的修改 ,那就可以設置多個存儲點 ,根據(jù)需要您可以回退到任意一個存儲點 ,而不使所有事務的修改數(shù)據(jù)全部丟失。讓我們來看這樣一個實例 ,我們有這樣一個銀行應用系統(tǒng) ,前臺使用者作出將儲戶甲的一百元存款劃歸儲戶乙?guī)は碌牟僮?。如果在數(shù)據(jù)庫中對甲用戶存款余款作減去一百元修改后 ,對乙用戶加一百元的操作修改卻失敗時 ,前一張表也必須回到修改前的狀態(tài) ,否則數(shù)據(jù)庫的內(nèi)容不統(tǒng)一 ,甲儲戶白白損失一百元 ,信息必然是不正確的。 傳統(tǒng)地 ,我們認為一個事務包括了對一個或多個表的修改 ,而隨著分布式數(shù)據(jù)庫和數(shù)據(jù)倉庫的發(fā)展 ,事務可能包括了對一個或多個數(shù)據(jù)庫的修改。 商場零售管理系統(tǒng) 畢業(yè)論文 11 PowerBuilder 中的事務管理 作為數(shù)據(jù)庫的前臺開發(fā)工具 PowerBuilder支持事務管理的操作。 PowerBuilder在應用開始時建立一個全局的事務對象 SQLCA。PowerScrip中常用的事務管理的語句有 4個： COMMIT,ROLLBACK,CONNECT,DISCONNECT。 當一個事務的數(shù)據(jù)庫修改都成功地完成后 ,修改須提交給數(shù)據(jù)庫 ,COMMIT 語句是一個舊事務結束和一個新事務開始的界線。 在事務的進程中發(fā)生某些錯誤 ,或者 在操作中出于種種原因打算中止事務 ,須用 ROLLBACK命令回退事務 ,如果已作的操作不用 ROLLBACK命令取消 ,這些操作必將錯誤地作為下一個事務的一部分而導致數(shù)據(jù)庫的混亂。在某個窗口執(zhí)行的這兩個指令會使其他窗口應用中所進行到一半的工作提交或回退。因為一個事務中所有的 SQL 語句全部執(zhí)行成功而提交卻失敗是完全可能發(fā)生的 ,例如在您的 事務過程中 ,另一個用戶修改了數(shù)據(jù)并提交 ,這很可能使您作出的修改無效 ,這時 COMMIT 將失敗 ,您必須回退這一事務的全部。當其為真時 ,PowerBuilder 不通過其他額外的交互就將您的 SQL語句傳輸給后臺數(shù)據(jù)庫 ,而且執(zhí)行完畢自動提交。在大多數(shù)應用中 ,一部分的數(shù)據(jù)庫操作是要成組提交的 ,而另一些則不用。當 AutoCommit 設為真時 ,系統(tǒng)自動消取這一事務。 PowerBuilder內(nèi)部這種事務管理的最大優(yōu)點是方便。但是方便與 可控性總是矛盾的 ,在 PowerBuilder中沒有存儲點和嵌套事務管理的機制 ,即使您所使用的數(shù)據(jù)庫支持這些特性 ,在 PowerBuilder中卻無法得以體現(xiàn)。 用數(shù)據(jù)庫的事務管理指令實現(xiàn)完全控制 上述的事務管理方式盡管簡單方便 ,但是在某些應用中 ,我們也的確需要利用所用的數(shù)據(jù)庫系統(tǒng)的嵌套事務和存儲點的特性 ,而 PowerBuilder內(nèi)部的事務管理沒有提供這樣的功能 ,您必須自己設計。當您使用自己的管理方式時 ,商場零售管理系統(tǒng) 畢業(yè)論文 12 就應使 PowerBuilder 停止管理事務 ,即設置 AutoCommit 為 TRUE,系統(tǒng)內(nèi)部就不會自動建構事務處理的命令了。你所需做的是將數(shù)據(jù)庫指令編輯成一個字符串 ,您可以執(zhí)行任何的數(shù)據(jù)定義語句如建表、建主鍵、存儲過程等 ,例如您可以用 EXECUTEIMMEDIATEBEGINTRANSACTIONtransname這樣的指令開始一個事務。 在 PowerBuilder 中提供的事務管理的方法是多種多樣的 ,只要您靈活運用 ,就一定能設計出優(yōu)秀的數(shù)據(jù)庫應用來。數(shù)據(jù)庫的作用在于組織和表達信息，簡而言之，數(shù)據(jù)庫就是信息的集合。創(chuàng)建一個數(shù)據(jù)庫結構的過程被認為是數(shù)據(jù)模型設計。由于關系模型有嚴格的數(shù)學理論基礎，并且可以向別的數(shù)據(jù)模型轉換，因此人們往往以關系模型為背景來討論問題，形成了數(shù)據(jù)庫邏輯設計的一個有力工具 — 關系數(shù)據(jù)庫規(guī)范化理論。一個關系既可用來描述一個實體及其屬性，也可用來描述實體間的一種聯(lián)系。 范式是符合某一種級別的 關系模式的集合。滿足不同程度要求的為不同范式。滿足最低要求叫第一范式。一個連接是指一種虛擬的表，這種表是在當用戶要求從相互關聯(lián)的各個不同的表中獲取信息時建立的，關鍵字段用于在相互連接的不同表中查找匹配的記錄。這種連接是指一個表被連接到它自己的一個字段，或在不同的紀錄中由重復數(shù)據(jù)的組合字段。在表中使用的關鍵字類型用于描述庫表示什么以及在數(shù)據(jù)庫中如何與其它的庫建立關系。要領模型用于建立信息世界的數(shù)據(jù)模型，強調(diào)其語義表達功能，應該概念簡單、清晰，易于用戶理解，它是現(xiàn)實世界的第一層抽象，是用戶和數(shù)據(jù)庫設計人員之間進行交流的工具。 2直接面向數(shù)據(jù)庫的邏輯結構，它是現(xiàn)實世界的第二層抽象。例如，層次、網(wǎng)狀、關系、面向對象等模型。 商場零售管理系統(tǒng) 畢業(yè)論文 13 (1)層次模型。樹的結點是記錄類型，每個非根結點有且只有一個父結點。層次模型的特點是記錄之間的聯(lián)系通過指針實現(xiàn)，查詢效率較高。 (2)網(wǎng)狀模型。 1969年 DBTG報告提出的數(shù)據(jù)模型是網(wǎng)狀模型的主要代表。網(wǎng)狀模型的特點：記錄之間聯(lián)系通過指針實現(xiàn)， M∶ N 聯(lián)系也容易實現(xiàn)，查詢效率較高。由于層次系統(tǒng)和網(wǎng)狀系統(tǒng)的應用程序編制 比較復雜，因此，從 20世紀 80年代中期起，其市場已被關系系統(tǒng)所取代。 (3)關系模型。關系模型是由若干個關系模式組成的集合。關系模型和層次、網(wǎng)狀模型的最大判別是用關鍵碼而不是用指針導航數(shù)據(jù)，表格簡單用戶易懂，編程時并不涉及存儲結構，訪問技術等細節(jié)。 SQL語言是關系數(shù)據(jù)庫的標準化語言，已得到了廣泛的應用。目前，關系數(shù)據(jù)庫的使用已相當普遍，但是，現(xiàn)實世界中仍然存在著許多含有復雜數(shù)據(jù)結構的應用領域，例如， CAD數(shù)據(jù)、圖形數(shù)據(jù)等，而關系模型在這方面的處理能力就顯得力不從心。面向對象的概念最早出現(xiàn)在程序設計語言中，隨后迅速滲透到計算機領域的每一個分支。 數(shù)據(jù)庫平臺的選擇 數(shù)據(jù)庫的發(fā)展經(jīng)過好幾個階段，從最初的平面文件管理方式，多個平面文 件管理，再到平面文件數(shù)據(jù)庫，大型關系型數(shù)據(jù)庫的等幾個階段。 它的特點是簡單，實用，對于許多小型的數(shù)據(jù)可以能夠很好地滿足要求。 另外，它內(nèi)含其開發(fā)工具，可以在其中進行窗體，報表等的創(chuàng)建。它功能強大，支持多種平臺，強大的開發(fā)平臺以及豐富的開發(fā)軟件包，對于各級企業(yè)的數(shù)據(jù)庫應用提 供了完美的方案。 它被定為了最高檔的大型關系數(shù)據(jù)庫系統(tǒng)。再者由于它針對于中間檔次的用戶，價格也適中，因此，它的使用非常廣泛。 商場零售管理系統(tǒng) 畢業(yè)論文 14 第三章 整體設計 3． 1 系統(tǒng)結構圖 本系統(tǒng)有 9 大模塊，詳細系統(tǒng)結構圖如圖 31 所示。 彈出菜單的設計 當用戶在數(shù)據(jù)窗口控件中單擊鼠標右鍵的時候會在鼠標位置出現(xiàn)一個彈出菜單。創(chuàng)建菜單對象之前首先需要說明一個菜單變量。有了菜單變量說明語句，接下 來的問題是把菜單變量說明語句放在什么位置，也就是彈出菜單的作用域是什么。既然如此，菜單變量的說明完全可以放在該事件中。有了菜單變量聲明之后就該創(chuàng)建菜單實例，創(chuàng)建菜單實例的代碼如下： lm_dwpop=create m_dwpop?，F(xiàn)在程序要做的是如何實現(xiàn)彈出菜單。 Popmenu()函數(shù)的作用是在指定位置顯示彈出菜單。完整的菜單調(diào)用函數(shù)如下： m_dwpop lm_dwpop lm_dwpop=create m_dwpop ((),()) 上述代碼中 ()和 ()表示確定鼠標指針離指定對象左邊緣和上邊緣的距離。在彈出式菜單中實現(xiàn)對數(shù)據(jù)窗口操作的一種通用方法是在菜單中調(diào)用其父窗口的事件。既然是調(diào)用父窗口的事件，那么首先要得到父窗口對象或者說指向父窗口對象?，F(xiàn)在先假設父窗口 w_employee 有一個叫ue_dwnew的事件，在菜單中調(diào)用它的語句應該是： (“ ue_dwnew” ) 有了事件調(diào)用語句，接下來就該寫事件代碼時間菜單上所要求的功能。 顯然，這些功能在一個事件中實現(xiàn)是不太容易的，也不太可能用窗口自帶的事件。例如打開員工信息維護窗口 w_employee，選擇事件列表，在事件列表的空白處單擊鼠標右鍵，選擇 ” add” （新增）命令。由于事件不需要任何輸入?yún)?shù)和任何返回參數(shù)，因此，在事件名字（ event name）錄入欄中輸入事件名字商場零售管理系統(tǒng) 畢業(yè)論文 21 “ ue_dwnew”，然后在代碼框中輸入能實現(xiàn)記錄添加的代碼： long ll_row=0 ll_row=(0) (ll_row) (“ e