鐘林森A組-超市收銀系統(tǒng)設計--軟件工程實驗報告

1、佛山科學技術學院計算機科學與技術專業(yè)超市收銀系統(tǒng)設計實驗報告組長： 鐘林森(12計算機2班 )組員： 王嘉勝(12計算機2班 )陳小浪(12計算機1班 )劉麗怡(12計算機1班 )方洛宣(12計算機2班 )姚啟航(12計算機1班 )佛山科學技術學院計算機系2015年6月目錄一項目背景2二系統(tǒng)需求22.1系統(tǒng)功能需求22.2系統(tǒng)使用人員32.3系統(tǒng)使用環(huán)境以及開發(fā)工具3三系統(tǒng)整體結構設計4四軟件部分整體設計54.1軟件功能結構設計54.2系統(tǒng)的結構設計74.2.1系統(tǒng)概念結構設計74.2.2系統(tǒng)邏輯結構設計84.2.3)系統(tǒng)物理結構設計16六軟件主要界面設計21七軟件開發(fā)平臺選擇22八軟件開發(fā)進

2、度計劃與開發(fā)團隊238.1）軟件開發(fā)進度表：238.2）項目開發(fā)人員組成以及分工23九附：思考題24一 項目背景隨著科學技術的不斷提高，計算機科學日漸成熟，其強大的功能已為人們深刻認識，它已進入人類社會的各個領域并發(fā)揮著越來越重要的作用。 超市形式在我國于20世紀90年代初期起步，現已成為我國零售業(yè)的一種重要形態(tài)。隨著超市的高速發(fā)展，其經營管理也變的愈加復雜，早期的售貨員站柜臺的形式早已不能滿足現有銷售業(yè)的發(fā)展,這樣就迫切地需要引入新的思想技術和管理技術進入到超市管理之中。 超市形態(tài)具有種種優(yōu)點，但在目前狀況下，它仍存在零售業(yè)商業(yè)企業(yè)所共有的落后的一面。如：收款結算速度慢，

3、容易出現營業(yè)差錯，不宜進行商品調價，盤點效率底等。而且,在超市日常管理中，隨著超市形態(tài)的高速發(fā)展，其經營管理也變的愈加復雜，競爭也日益激烈，擁有一套快捷，方便，實用的超市收銀系統(tǒng)是必須的。為此，在本次設計之中我們小組選擇了超市收銀系統(tǒng)這個題目。依靠現代化的計算機信息處理技術來對超市銷售進行收費，從而節(jié)省了大量的人力、減輕了勞動強度，并且能夠快速反映出商品的各種反饋信息。 從消費者的角度來說，結帳時應該節(jié)省時間和快速，畢竟時間就是金錢。由于傳統(tǒng)的超市收銀管理給顧客和店主帶來很多不便。針對這方面的缺陷，開發(fā)這個系統(tǒng)可以方便快捷地查出顧客結帳情況，商品信息情況，每天的售貨情況，方便了對超市

4、商品管理、人員管理，大大提高了超市的售貨速度。進而加速了社會的發(fā)展速度，提高了人民的生活水平。總之，借助于信息系統(tǒng)可以大大提高超市的運作效率，通過全面的信息的采集和處理，不僅輔助提高了超市的決策水平，還可以迅速提高超市的管理水平，為降低經營成本，提高效率，增強超市擴張力，提供有效的技術保障二 系統(tǒng)需求2.1系統(tǒng)功能需求傳統(tǒng)的以書本記錄的方式已不能滿足我們對于超市收費的要求，而數據庫技術正緩解了這一問題。 為使商業(yè)企業(yè)的進銷存信息管理自動化、標準化和科學化，需研制具有大規(guī)模、高效率的超市收銀系統(tǒng)。本次課程設計我們小組將采用C#，SQL Server2008數據庫，Micros

5、oft Visual Studio2008集成開發(fā)環(huán)境，Rational Rose UML工具以及Microsoft Visio等開發(fā)工具著手實現本系統(tǒng)的相關功能，從而使得數據庫和應用程序緊密結合在一起。  本超市收銀系統(tǒng)要解決的問題是：如何實現超市的科學、高效的管理，包括商品基本信息管理、進貨信息的管理、銷售信息的管理、庫存信息的管理以及系統(tǒng)使用人員的管理等。它不但可以提高進銷存管理的工作效率，而且可以有效減少盲目采購、降低采購成本、合理控制庫存、減少資金占用并提高市場靈敏度，從根本上提升超市的市場競爭力。基于以上項目背景以及待解決的問題，本系統(tǒng)應當實現以下的功能，即以下

6、即為我們小組篡寫的項目計劃書的一部分需求說明書1、完成超市現有的所有商品的各類信息的采集并錄入基礎數據庫，提供對某一種類商品的查詢，修改，刪除功能。2、完成超市中商品的庫存情況的管理如查詢，修改，刪除以及報表打印等功能。3、錄入超市每天銷售的商品的基本信息，并提供對該商品的修改，刪除以及查詢，報表打印等功能。4、完成超市對于商品的進貨情況的管理，如添加，刪除，修改，查詢以及報表打印等功能。5、根據不同的使用人員，提供權限保護與管理，是信息的管理與維護進行分級處理。我們本小組將實現三類人員的管理：收銀員(一般用戶)，超市庫存管理員(管理用戶)，超市收銀系統(tǒng)管理用戶(超級用戶)。6、提供本系統(tǒng)基礎

7、數據的備份與恢復，以保證系統(tǒng)的可維護性。7、預留相應接口，便于將來進行系統(tǒng)功能的擴展。2.2系統(tǒng)使用人員本系統(tǒng)使用人員分為三類：1、 收銀員：完成日常銷售商品的采集、更新、查詢、統(tǒng)計等功能。2、 庫存管理用戶：管理超市商品的庫存信息如歷史數據、核心數據并對數據進行分析匯總3、 超市收銀系統(tǒng)管理用戶：負責本系統(tǒng)基礎數據維護、權限設定、數據備份與恢復等工作2.3系統(tǒng)使用環(huán)境以及開發(fā)工具本系統(tǒng)采用Client/Server模式進行開發(fā)，操作系統(tǒng)采用Windows系列版本(XP及其以上)，數據庫管理工具采用SQL Server2008以及C#語言作為開發(fā)語言。三 系統(tǒng)整體結構設計3.1）根據系統(tǒng)設計原

8、則，系統(tǒng)采用Client/Server模式進行開發(fā)，本系統(tǒng)的整體設計考慮應用如下結構來組建：系統(tǒng)采用層次化結構設計，方便系統(tǒng)擴展與可維護性。主要分為三層，即基礎數據層，業(yè)務邏輯中間層與用戶界面層等?；A數據層分為基礎數據庫與業(yè)務數據庫，基礎數據庫存儲系統(tǒng)初始化信息、基本數據字典信息等，業(yè)務數據庫存儲超市日常銷售的產品等有關的業(yè)務數據與歷史數據。業(yè)務邏輯中間層負責封裝所有對數據庫的增、刪、改、查的操作，采用事物機制維護業(yè)務數據庫中數據的一致性。用戶界面層負責提供用戶使用操作的入口，增強用戶使用的方便性。用戶使用界面業(yè)務邏輯中間層ADO/ODBC管理器DBMS基礎數據庫業(yè)務數據庫圖一：系統(tǒng)總體概要

9、結構圖3.2）基于上述對于超市收銀系統(tǒng)功能性的需求分析，我們小組為此系統(tǒng)繪制了本系統(tǒng)的業(yè)務流程圖圖二：系統(tǒng)業(yè)務流程圖四 軟件部分整體設計4.1軟件功能結構設計本系統(tǒng)完成超市銷售的商品情況，日銷售情況，庫存情況，進貨情況以及系統(tǒng)用戶管理等核心工作，是進行日常信息交流信息管理的基礎。通過應用軟件系統(tǒng)提高用戶對超市收銀系統(tǒng)使用的方便性與集成性。系統(tǒng)的軟件功能結構圖如下圖所示：31商品信息增加商品信息修改商品管理綜合查詢與統(tǒng)計分析數據恢復銷售信息查詢銷售信息修改刪除銷售信息錄入進貨信息修改刪除進貨信息查詢進貨信息讀入用戶信息修改刪除用戶信息查詢用戶信息錄入系統(tǒng)基礎數據維護用戶權限數據備份銷售情況管理各

10、類報表輸出按銷售時間查詢統(tǒng)計按商品種類查詢統(tǒng)計超市收銀系統(tǒng) 商品信息查詢商品信息刪除系統(tǒng)管理進貨情況管理系統(tǒng)用戶管理 圖三：系統(tǒng)的軟件功能結構圖4.2系統(tǒng)的結構設計4.2.1） 系統(tǒng)概念結構設計a)任務與功能:概念結構設計的任務是在需求分析階段產生的需求說明書的基礎上，按照特定的方法把它們抽象為一個不依賴于任何具體機器的數據模型，即概念模型。概念模型使設計者的注意力能夠從復雜的實現細節(jié)中解脫出來，而只集中在最重要的信息的組織結構和處理模式上。即我們小組將在上述所表達的系統(tǒng)功能需求的基礎，建立超市收銀系統(tǒng)所表達的數據模型，我們將采用E-R圖來展示這一數據模型，使用的工具是Microsoft Vi

11、siob)系統(tǒng)的E-R圖:在這里，考慮到本超市收銀系統(tǒng)涉及的實體及其屬性不是很復雜，在這里我們小組將直接展示本系統(tǒng)的全局E-R圖。如圖-四所示圖四：系統(tǒng)的E-R圖4.2.2） 系統(tǒng)邏輯結構設計a)任務與功能: 邏輯結構設計階段的任務是將概念結構設計階段所得到的概念模型轉換為具體DBMS所能支持的數據模型(即邏輯結構)，并對其進行優(yōu)化。即首先我們將從概念結構設計階段中得到的E-R圖向關系模式轉化，數據庫的邏輯設計主要是將概念模型轉換成一般的關系模式，也就是將E-R圖中的實體、實體的屬性和實體之間的聯(lián)系轉化為關系模式。接著我們將進行數據模型的優(yōu)化，因為數據庫邏輯設計的結果不是唯一的。為了進一步提高

12、數據庫應用系統(tǒng)的性能，還應該適當修改數據模型的結構，提高查詢的速度。最后我們將進行關系視圖設計，考慮到本系統(tǒng)涉及的實體對象不是很多我們將省略這一步驟。即我們小組將在上述所展示的系統(tǒng)概念結構設計的基礎，建立超市收銀系統(tǒng)所表達的數據模型，通過給定的E-R圖抽取出特定的實體屬性表，并展示本系統(tǒng)涉及的數據的流動過程，使用的工具是Microsoft Visio 2007以及Rational Rose 2007b)系統(tǒng)主要的實體屬性表:a.商品信息表 tb_sp中文名稱字段名類型關鍵字缺省值備注商品編號SPnoint(16)主關鍵字非空自增量商品名稱SPnamechar(30)非空商品類型SPtypech

13、ar(40)非空數據字典單價SPpricenumeric(10, 2)非空存儲量SPamountint(32)非空(默認為0)供應商編號GYSnoint(16)外關鍵字非空備注SPmemochar(100)nullb.系統(tǒng)用戶表 tb_user中文名稱字段名類型關鍵字缺省值備注用戶編號(職工號)userNoint(16)主關鍵字非空自增量用戶名稱(登錄用戶名)userNamechar(10)非空登錄密碼userPswdchar(22)非空用戶性別userSexchar(4)非空出生日期userDatedate非空入職日期userRZDatedate非空用戶權限userPowerchar(10)

14、非空普通用戶(收銀員)管理用戶(庫存管理員)超級用戶(系統(tǒng)總管理員)備注userMemochar(100)nullc.銷售情況表tb_xsqk中文名稱字段名類型關鍵字缺省值備注銷售編號xsqkNoint(16)主關鍵字非空自增量用戶編號(職工號)userNoint(16)外關鍵字非空自增量商品編號SPnoint(16)外關鍵字非空自增量銷售時間xsqkDatedate非空 銷售數量xsqkAmountInt(32)非空(默認為0)備注xsqkMemochar(100)nulld.進貨情況表 tb_jh中文名稱字段名類型關鍵字缺省值備注貨單編號jhNoint(16)主關鍵字非空自增量商品編號SP

15、noint(16)外關鍵字非空自增量供應商編號GYSnoint(16)外關鍵字非空用戶編號(職工號)userNoint(16)外關鍵字非空自增量進貨時間jhDatedate非空進價jhPricenumeric(10, 2)非空數量jhAmountint(32)非空(默認為0)備注jhMemochar(100)nulle.供應商情況表tb_gys中文名稱字段名類型關鍵字缺省值備注供應商編號GYSnoint(16)主關鍵字非空自增量商品編號SPnoint(16)外關鍵字非空自增量供應商地址gysAddrchar(100)null供應商名稱gysNamechar(80)非空自增量聯(lián)系人gysPers

16、onchar(10)非空聯(lián)系電話gysPhonechar(15)null備注gysMemochar(100)nullf.庫存情況表tb_kc (注意：tb_kc將作為一個大的獨立表，其信息來源于a-e各個獨立的表，主要用于匯總打印時使用)中文名稱字段名類型關鍵字缺省值備注庫存流水賬號kcNoint(16)主關鍵字不允許自增量商品類型SPtypechar(40)非空數據字典存庫數量kcAmountint(32)非空(默認為0)開始時間kcBeginDatedate非空結束時間kcEndDatedate非空備注kcMemochar(100)nullc)系統(tǒng)主要的DFD圖：圖五：系統(tǒng)的DFD圖d)用

17、例圖，類圖，順序圖圖六:登錄用例圖圖七:庫存管理實例圖圖八:收銀人員用例圖圖九:系統(tǒng)維護用例圖圖十:系統(tǒng)維護用例的類圖圖十一:庫存管理用例的類圖圖十二:收銀用例的類圖圖十三:登錄用例的類圖圖十四:收銀順序圖4.2.3)系統(tǒng)物理結構設計a)任務與功能:數據庫在物理設備上的存儲結構與存取方法稱為數據庫的物理結構，它將依賴于給定的計算機系統(tǒng)。為一個給定的邏輯數據模型選取一個最適合應用環(huán)境的物理結構的過程，稱為數據庫的物理設計。即我們小組將在系統(tǒng)概念設計以及邏輯結構設計的基礎，建立實際的依賴于給定的計算機系統(tǒng)的數據庫表以及視圖，我們將采用SQL Server2008截圖展示這一效果。b)系統(tǒng)主要的數據

18、庫表截圖:a. 商品信息表tb_spb系統(tǒng)用戶信息表tb_userc .銷售情況信息表tb_xsqkd.進貨情況信息表tb_jhe.供應商信息表tb_gysf.獨立的系統(tǒng)庫存信息表tb_kcc)系統(tǒng)主要的關系視圖截圖:a商品-銷售情況關系圖 view_sp_xsqk（一對多）b商品-供應商情況關系圖 view_sp_gys（多對多）c用戶-銷售情況關系圖 view_user_xsqk(多對多)d用戶-進貨情況關系圖 view_user_jh(多對多)e進貨情況-供應商關系圖 view_jh_gys(多對多)六軟件主要界面設計 操作主界面:系統(tǒng)的操作主界面采用MDI（多文檔窗口）具體如下所示。七

19、軟件開發(fā)平臺選擇7.1）操作系統(tǒng)：WINDOWS 系列WINDOWS是主要流行的網絡操作系統(tǒng)平臺，具有搶先式多任務、虛擬內存、對稱多處理器、圖形界面、C2安全級、內核堅固而穩(wěn)定、內置網絡功能和完全的32位代碼等許多特點。它支持INTEL、ALPHA、POWER PC等多種硬件平臺，易操作的圖形界面，能運行許多目前在WINDOWS 上流行的應用軟件，比其它操作系統(tǒng)更高的性能價格比等。因此，選用WINDOWS 不僅能給用戶帶來眾多的先進性能，而且能充分保護用戶的投資。7.2) 軟件開發(fā)平臺：Microsoft Visual Studio 系列Microsoft Visual Studio 系列是一

20、個功能強大的集成開發(fā)環(huán)境。它提供了所有創(chuàng)建動態(tài)windows應用程序的工具，提供VB,VC、C#等多種編程工具，創(chuàng)建應用程序快捷，提供底層匯編級接口編程方式，靈活方便。7.3) 數據庫管平臺：SQL Server系列SQL Server是一個比較大型的數據庫管理系統(tǒng)，能夠維護與管理TB級的數據記錄，與Microsoft Visual Studio 系列編程工具無縫集成，應用廣泛。八軟件開發(fā)進度計劃與開發(fā)團隊8.1） 軟件開發(fā)進度表：階段名稱時間安排完成內容階段驗收需求分析與概要設計1周1了解客戶的業(yè)務流程。3確定系統(tǒng)的需求與實現目標4提出實施方案5配置相應的開發(fā)平臺及設備1 需求說明書2 概要

21、設計說明書詳細設計與應用軟件開發(fā)2周1 軟件各子系統(tǒng)詳細設計方案2 編程、系統(tǒng)初步調試3 系統(tǒng)集成調試1 各子系統(tǒng)的詳細設計說明書、流程圖2 完整程序源代碼3 系統(tǒng)使用操作手冊安裝調試1周1 實際數據測試2 集成安裝培訓試用與定型1周1 確保系統(tǒng)達到設計要求，實踐數據運行2 系統(tǒng)定型3 系統(tǒng)移交系統(tǒng)移交清單8.2） 項目開發(fā)人員組成以及分工根據研制進度，結合超市收銀系統(tǒng)的具體情況，我們將決定組織優(yōu)秀的的技術開發(fā)人員與團隊來實施該項研發(fā)，目標是把系統(tǒng)建設成為先進、高效、穩(wěn)定、實用的系統(tǒng)。人員組成如下：-項目負責人，系統(tǒng)總體分析設計：鐘林森-系統(tǒng)需求分析，總體結構設計與軟件結構設計： 鐘林森(時間

22、為一個星期)-系統(tǒng)概念結構設計： 姚啟杭，鐘林森(時間為四天)-系統(tǒng)邏輯結構設計： 王嘉勝，方洛宣，鐘林森(時間為四天)-系統(tǒng)物理結構設計： 劉麗怡，陳小浪，鐘林森(時間為四天)-系統(tǒng)文檔篡寫：鐘林森，王嘉勝，陳小浪，劉麗怡，方洛宣(時間為一個星期左右)九附：思考題1） 什么是軟件工程？其目的是什么？答：軟件工程是開發(fā)、運行、維護和修復軟件的系統(tǒng)方法，其目的是實現軟件開發(fā)的工程化。2） 你認為該軟件應具備的最重要的特性是什么。答：從用戶角度看：界面簡單，易上手，功能強大；從程序員的角度看：用戶可用性，用戶體驗3） 軟件開發(fā)過程需要經歷哪些階段？答：A市場調研B需求分析 C 軟件設計 D程序編碼

23、 E軟件測試4）軟件開發(fā)過程各階段的里程碑是什么？答：A市場調研調研報告書B需求分析需求規(guī)格說明書C軟件設計項目設計文檔D程序編碼程序代碼文本E軟件測試測試報告5） 需求分析在軟件開發(fā)中的重要性？答：“需求分析”就是對需要解決的問題進行詳細分析,弄清楚需要解決的問題。開發(fā)人員需要了解顧客的需求,然后體現在軟件中。如果說軟件開發(fā)過程中,開發(fā)人員需要了解自己做什么,顧客需要告訴開發(fā)人員自己需要什么,而需求分析就是連接開發(fā)人員和顧客之間的重要紐帶。只有真正理解顧客的需求,才能設計出顧客所需要的軟件。6) 針對所開發(fā)項目的用例模型，談談識別Actor(參與者)和Use Case(用例)的方法。Acto

24、r:對于每個有意義的系統(tǒng)，都存在著一些與系統(tǒng)打交道的事物，這些事物為了某些目的而與系統(tǒng)進行交互，這些事物被命名為參與者（Actor）。參與者代表的是系統(tǒng)的使用者或使用環(huán)境，它們向系統(tǒng)提供輸入或接收系統(tǒng)輸出。需要注意的是，盡管在模型中使用了參與者，但參與者實際上并不是系統(tǒng)的一部分。參與者只能位于系統(tǒng)邊界之外，是在系統(tǒng)之外與系統(tǒng)進行交互的任何事物，邊界之內的所有人和事物都不是參與者Use Case:用例是一組連續(xù)的操作，在參與者使用系統(tǒng)來完成某個過程時出現。起初，用例是用于測試在系統(tǒng)響應來自環(huán)境的消息時會發(fā)生何種情況，是一種在系統(tǒng)內提供所需功能的過程。它是對系統(tǒng)如何反應外界請求的描述，是一種通過用

25、戶的使用場景來獲取需求的技術，也就是說系統(tǒng)是如何被參與者所使用的，從而獲得一個明確的業(yè)務目標?？梢岳孟到y(tǒng)對事件響應所需要執(zhí)行的動作或行為來標識用例。       用例一般是由軟件開發(fā)者和最終用戶共同創(chuàng)作的。7) 用例之間有哪幾種關系？怎樣表示？ 泛化(generalization)：泛化關系是一種繼承關系，子用例將繼承基用例的所有行為，關系和通信關系，也就是說在任何使用基用例的地方都可以用子用例來代替。泛化關系在用例圖中使用空心的箭頭表示，箭頭方向從子用例指向基用例。擴展(extend)： extend關系是對基用例的擴展，基用例是

26、一個完整的用例，即使沒有子用例的參與，也可以完成一個完整的功能。extend的基用例中將存在一個擴展點，只有當擴展點被激活時，子用例才會被執(zhí)行。 extend關系在用例圖中使用帶箭頭的虛線表示(在線上標注<<extend>>)，箭頭從子用例指向基用例。包含(include)： include為包含關系，當兩個或多個用例中共用一組相同的動作，這時可以將這組相同的動作抽出來作為一個獨立的子用例，供多個基用例所共享。因為子用例被抽出，基用例并非一個完整的用例，所以include關系中的基用例必須和子用例一起使用才夠完整，子用例也必然被執(zhí)行。include關系在用例圖中使用帶箭

27、頭的虛線表示(在線上標注<<include>>)，箭頭從基用例指向子用例。需求評審必須要有用戶或用戶代表參與，同時還需要包括項目的管理者、系統(tǒng)工程師、相關開發(fā)人員、測試人員、市場人員、維護人員等。在項目開始階段就應當確定不同級別、不同類型的評審必須要有哪些人員的參與，否則，評審可能會遺漏部分人員的意見，導致需求的缺失。8) 怎樣組織對該工作的評審？答：對需求的評審應從以下幾個方面進行：    完整性：每一項需求都必須將所要實現的功能描述清楚，以使開發(fā)人員獲得設計和實現這些功能所需的所有必要信息。    正確性：每一項需求都必須準確地陳述其要開發(fā)的功能。    一致性：一致性是