混凝土公司銷售管理系統(tǒng)分析與設(shè)計方案

1、WORD.48/51ABSTRACTNowadays, Information brought information management to the front of the development of The Times and worldwide，the focus of people have been attracted to information management system. Along with the rapid development of computer technology,The information management system of the

2、 sales of the enterprise is gradually replace traditional management mode.In order to improve the working efficiency of the related sales and to save out more time and labor dealing with other work, Enterprise must abandon the original management way gradually adapted to information management. A en

3、terprise only along with societys footsteps and keep up with the pace of the information age to lead In the same field for long-term. So, having a perfect sales management information system for an enterprise that is very important.Based on the analysis of the current of the station sales management

4、 information system, combined with the actual sales management needs ofJi Dong concrete mixing station. Application enterprise system programming and object-oriented analysis method to the system analysis and design. The final design out the management information system to meet the demand of the st

5、ation, comprehensive functions, alternativenow obsolete, so as to improve the efficiency of the enterprise sales management.This paper introduces development purpose and background, development system of tools and methods, detailed system analysis and design content, the implementation of the system

6、 and related tasks of the sales management system of JiDong concrete mixing station.Key Words：Sales management system；database；object oriented analysis and design；Concrete mixing station目錄 TOC o 1-3 h z u HYPERLINK l _Toc359012373第1章緒論 PAGEREF _Toc359012373 h 1HYPERLINK l _Toc3590123741.1本課題的研究背景 PA

7、GEREF _Toc359012374 h 1HYPERLINK l _Toc3590123751.1.1冀東混凝土簡介 PAGEREF _Toc359012375 h 1HYPERLINK l _Toc3590123761.1.2我國預拌混凝土的歷史背景 PAGEREF _Toc359012376 h 1HYPERLINK l _Toc3590123771.1.3混凝土銷售管理系統(tǒng)國外發(fā)展 PAGEREF _Toc359012377 h 2HYPERLINK l _Toc3590123781.2冀東攪拌站銷售系統(tǒng)的現(xiàn)狀與問題 PAGEREF _Toc359012378 h 3HYPERLIN

8、K l _Toc3590123791.3系統(tǒng)研究目的與意義 PAGEREF _Toc359012379 h 3HYPERLINK l _Toc359012380第2章系統(tǒng)的總規(guī)劃 PAGEREF _Toc359012380 h 4HYPERLINK l _Toc3590123812.1混凝土銷售系統(tǒng)規(guī)劃 PAGEREF _Toc359012381 h 4HYPERLINK l _Toc3590123822.1.1系統(tǒng)規(guī)劃方法比較分析 PAGEREF _Toc359012382 h 4HYPERLINK l _Toc3590123832.1.2系統(tǒng)建設(shè)的總目標 PAGEREF _Toc35901

9、2383 h 4HYPERLINK l _Toc3590123842.1.3信息系統(tǒng)的總體結(jié)構(gòu) PAGEREF _Toc359012384 h 4HYPERLINK l _Toc3590123852.1.4信息系統(tǒng)建設(shè)資源配置計劃 PAGEREF _Toc359012385 h 7HYPERLINK l _Toc3590123862.2可行性研究與結(jié)論 PAGEREF _Toc359012386 h 8HYPERLINK l _Toc3590123872.2.1必要性分析 PAGEREF _Toc359012387 h 8HYPERLINK l _Toc3590123882.2.2可行性分析

10、PAGEREF _Toc359012388 h 8HYPERLINK l _Toc3590123892.2.3可行性結(jié)論 PAGEREF _Toc359012389 h 9HYPERLINK l _Toc3590123902.3混凝土銷售管理系統(tǒng)的基本容 PAGEREF _Toc359012390 h 9HYPERLINK l _Toc359012391第3章系統(tǒng)分析 PAGEREF _Toc359012391 h 10HYPERLINK l _Toc3590123923.1基本理論知識 PAGEREF _Toc359012392 h 10HYPERLINK l _Toc3590123933.

11、1.1面向?qū)ο蠓治雠c設(shè)計 PAGEREF _Toc359012393 h 10HYPERLINK l _Toc3590123943.1.2 UML建模 PAGEREF _Toc359012394 h 10HYPERLINK l _Toc3590123953.1.3系統(tǒng)建模工具Rational Rose PAGEREF _Toc359012395 h 10HYPERLINK l _Toc3590123963.2用例模型 PAGEREF _Toc359012396 h 11HYPERLINK l _Toc3590123973.2.1參與者的識別 PAGEREF _Toc359012397 h 11

12、HYPERLINK l _Toc3590123983.2.2用例識別 PAGEREF _Toc359012398 h 11HYPERLINK l _Toc3590123993.2.3用例模型 PAGEREF _Toc359012399 h 11HYPERLINK l _Toc3590124003.2.4用例規(guī)約 PAGEREF _Toc359012400 h 12HYPERLINK l _Toc3590124013.3分析模型 PAGEREF _Toc359012401 h 15HYPERLINK l _Toc3590124023.3.1順序圖 PAGEREF _Toc359012402 h

13、15HYPERLINK l _Toc3590124033.3.2類圖 PAGEREF _Toc359012403 h 17HYPERLINK l _Toc3590124043.3.3狀態(tài)圖和活動圖 PAGEREF _Toc359012404 h 18HYPERLINK l _Toc359012405第 4 章系統(tǒng)設(shè)計 PAGEREF _Toc359012405 h 22HYPERLINK l _Toc3590124064.1系統(tǒng)設(shè)計的容 PAGEREF _Toc359012406 h 22HYPERLINK l _Toc3590124074.2系統(tǒng)分層 PAGEREF _Toc35901240

14、7 h 22HYPERLINK l _Toc3590124084.3系統(tǒng)的包圖 PAGEREF _Toc359012408 h 23HYPERLINK l _Toc3590124094.4設(shè)計類詳細設(shè)計 PAGEREF _Toc359012409 h 23HYPERLINK l _Toc3590124104.4.1邊界類 PAGEREF _Toc359012410 h 23HYPERLINK l _Toc3590124114.4.2實體類 PAGEREF _Toc359012411 h 26HYPERLINK l _Toc3590124124.4.3控制類 PAGEREF _Toc359012

15、412 h 27HYPERLINK l _Toc3590124134.5重新繪制順序圖 PAGEREF _Toc359012413 h 27HYPERLINK l _Toc3590124144.6部署圖 PAGEREF _Toc359012414 h 29HYPERLINK l _Toc3590124154.7數(shù)據(jù)庫設(shè)計 PAGEREF _Toc359012415 h 29HYPERLINK l _Toc3590124164.7.1轉(zhuǎn)化關(guān)系 PAGEREF _Toc359012416 h29HYPERLINK l _Toc3590124174.7.2數(shù)據(jù)庫的需求分析 PAGEREF _Toc3

16、59012417 h 30HYPERLINK l _Toc3590124184.7.3系統(tǒng)的E-R圖 PAGEREF _Toc359012418 h 30HYPERLINK l _Toc3590124194.7.4數(shù)據(jù)庫的邏輯結(jié)構(gòu)設(shè)計 PAGEREF _Toc359012419 h 32HYPERLINK l _Toc359012420第 5 章結(jié)束語 PAGEREF _Toc359012420 h 34HYPERLINK l _Toc359012421致 PAGEREF _Toc359012421 h 35HYPERLINK l _Toc359012422參考文獻 PAGEREF _Toc3

17、59012422 h 36HYPERLINK l _Toc359012423附件一：綜述 PAGEREF _Toc359012423 h 38HYPERLINK l _Toc359012424附件二：英文翻譯 PAGEREF _Toc359012424 h 42第 1章 緒論1.1本課題的研究背景1.1.1冀東混凝土簡介冀東混凝土是二十世紀初成立的，它由冀東發(fā)展集團和冀東水泥股份一起出資組建的，它的運營主要方式是參股、新建、控股等運轉(zhuǎn)方式，在混凝土行業(yè)發(fā)展，他所涉與的產(chǎn)品有混凝土用砂、石料、預拌混凝土與相關(guān)建材產(chǎn)品、與運輸?shù)犬a(chǎn)業(yè)。隨著近幾年建筑行業(yè)的蓬勃發(fā)展，公司的客戶數(shù)量不斷增加，公司原有的

18、管理方式已不能適應目前的發(fā)展，迫切需要一套完善的系統(tǒng)來為公司提高效率。1.1.2我國預拌混凝土的歷史背景我國預拌混凝土的發(fā)展進程與我國經(jīng)濟發(fā)展的進程是密切相關(guān)的,大體也分為三個階段。 第一個階段是萌芽期,從建國到1978年。在萌芽期是以重工業(yè)為主導的計劃經(jīng)濟時期,并且主要是以軍事國防工業(yè)為主導。當時國的鋼鐵年產(chǎn)量很少，產(chǎn)量只有1千多萬噸,經(jīng)濟實力很薄弱,缺少經(jīng)濟支持，基建投資逐年減少,缺少市場帶動力，對預拌混凝土的發(fā)展形成不了拉動力。在當時的這種環(huán)境下只有冶金行業(yè)需要， 如鞍鋼的三冶、包鋼建筑公司等單位在高爐基礎(chǔ)施工時采用了預拌混凝土,最遠的供應地點也很遠，半徑達5公里,只限于企業(yè)部,還沒有進

19、入社會,不能成為商品。但是冶金行業(yè)的相關(guān)科技人員卻為我國以后的預拌混凝土發(fā)展做出了必要的技術(shù)準備。第二個階段是徘徊期,從1979年到1990年。徘徊期是由計劃經(jīng)濟向市場經(jīng)濟過渡的“由重轉(zhuǎn)輕”的一個過渡的時期。以市建筑工程材料公司商品混凝土供應站為代表的先驅(qū)企業(yè),在極端困難的條件下開發(fā)商品混凝土。由于這個時期,我國的增長格局是以農(nóng)業(yè)與輕工業(yè)為主導,所以投入預拌混凝土行業(yè)的資金非常的有限。地區(qū)的翻斗式混凝土運輸車與手工操作的混凝土受料斗等代用機具,正體現(xiàn)了我國有關(guān)科技人員趕超世界先進水平的頑強決心。然而,到底還是由于基建投資拉動力度不夠,這個時期我國的預拌混凝土可以說是12年徘徊,沒有多大發(fā)展,甚

20、至出現(xiàn)了“商品混凝土不適合于中國“的議論。這個困難的時期科技人員完成了非常具有意義的四項科研工作,即建立了一套混凝土強度合格性評定標準；統(tǒng)一了測定混凝土各種性能指標的標準試驗方法；制定了一套早期推定混凝土強度的試驗方法；編制了為進行混凝土質(zhì)量控制所必需的各類標準。這就為后來我國預拌混凝土行業(yè)的蓬勃發(fā)展奠定了技術(shù)基礎(chǔ)。 第三個階段是發(fā)展期、從1991年到大約2007年。這個時期中國工業(yè)格局出現(xiàn)了新的變化,從1991年9月起,中國的重工業(yè)增長開始快于輕工業(yè),全年高出2.9個百分點,到了1993年1月至9月,累計已超出3.8個百分點。然而,此時的重工業(yè)主導經(jīng)濟增長格局和建國初期的格局相比較已經(jīng)不同了

21、。建國初期的重工業(yè)依靠的是政府行政的力量，增長主要是以軍事國防工業(yè)為主,是一種計劃經(jīng)濟的模式；而現(xiàn)時的重工業(yè)是以投資型、積累型、的重化工業(yè)增長為主,基本上依靠的是市場機制的作用。這種是意義深遠的變化至關(guān)重要,它是新的經(jīng)濟可持續(xù)發(fā)展和增長的前奏。國外的經(jīng)濟發(fā)展經(jīng)驗再次證明,在一國的經(jīng)濟增長進入到重化工業(yè)主導增加的階段以后,都會出現(xiàn)一個比較長時期的經(jīng)濟高速增長的階段。日本和亞洲的“四小龍”在進入這一階段后,國民生產(chǎn)總值年均增長率長期保持在10%左右的水平,一般都持續(xù)了17年至20年。目前,我國正在加大住宅的投資,以拉動國民經(jīng)濟其中當然包括預拌混凝土的增長。中國一年大體在建10億平方米住宅,城市和農(nóng)

22、村之比大約4:6。如果按7%的增長率考慮,到2007年,中國一年大約要建16億平方米的住宅,單是這一項就可能提供每年3.2億立方米的預拌混凝土的市場容量。預制構(gòu)件生產(chǎn)今后也有采用商品混凝土的趨向。同時再加上市政建設(shè)與大型公共建筑工程,上述估計還是保守的。上述的影響我國預拌混凝土發(fā)展的幾個非常顯著的因素在最近幾年將繼續(xù)保持持續(xù)發(fā)展的狀態(tài)。同時市場容量也相當可觀。1.1.3混凝土銷售管理系統(tǒng)國外發(fā)展混凝土銷售信息管理系統(tǒng)本身是作為企業(yè)信息管理系統(tǒng)的一個分支存在的，一般被用于混凝土攪拌站。西方發(fā)達國家的科技領(lǐng)先，信息化建設(shè)工作的起步比較早，在企業(yè)整體的管理體系中，他們十分重視銷售環(huán)節(jié)，所以銷售管理己

23、經(jīng)作為一個成熟的完善的構(gòu)成部分并在公司的成長過程里發(fā)揮著非常重要的作用。在當今社會，發(fā)達國家企業(yè)的信息化水平可以說已經(jīng)到了一個非常高的水平，發(fā)展速度非常之快。無論是從宏觀經(jīng)濟、企業(yè)部，還是企業(yè)大鏈條上的各地方，信息化已經(jīng)成為一個足以制勝的必要手段。在改變傳統(tǒng)經(jīng)營模式方面，它們充分的利用信息化的作用，實現(xiàn)目標。發(fā)達國家的企業(yè)更是取得了突破性的進展，在企業(yè)的成長過程中起到了非常重要的作用。事實上，之所以說發(fā)達國家的企業(yè)信息化發(fā)展速度比我國企業(yè)信息化發(fā)展速度快，最主要是因為發(fā)達國家的企業(yè)能夠更為深刻的認識信息化。許多企業(yè)很早就開始了信息化的規(guī)劃，在這些企業(yè)看來，他們將信息化看做將來在市場上取勝的必備

24、武器。相比之下，國企業(yè)信息化管理建設(shè)起步較晚，大部分的企業(yè)還在用著比較舊的信息管理系統(tǒng)，存在許多問題跟不上企業(yè)的快速發(fā)展，嚴重的影響企業(yè)的盈利。因此要想使企業(yè)在混凝土行業(yè)發(fā)展壯大，擁有一個完善的銷售管理信息系統(tǒng)就顯得十分重要。1.2冀東攪拌站銷售系統(tǒng)的現(xiàn)狀與問題現(xiàn)行的系統(tǒng)有客戶管理、員工管理、車輛調(diào)度管理、訂單管理。功能模塊圖：現(xiàn)在的混凝土銷售系統(tǒng)車輛調(diào)度管理訂單管理權(quán)限驗證客戶管理員工管理員工信息查詢員工信息修改車輛信息查詢車輛信息修改客戶信息修改客戶信息查詢訂單查詢訂單修改圖1-1功能模塊圖現(xiàn)在所采用的銷售管理信息系統(tǒng)，是過去公司最初成立時購買的混凝土銷售管理系統(tǒng)，此系統(tǒng)操作簡便，界面簡潔

25、，但系統(tǒng)功能有所局限，不是根據(jù)混凝土攪拌站的實際需求設(shè)計的，不能夠?qū)崿F(xiàn)混凝土攪拌站既定的管理目標，下面總結(jié)出現(xiàn)系統(tǒng)存在問題如：實用性差。數(shù)據(jù)易出現(xiàn)冗余。缺少發(fā)貨管理、報表管理。1.3系統(tǒng)研究目的與意義本系統(tǒng)的設(shè)計與混凝土攪拌站的實際情況相結(jié)合，力圖實現(xiàn)功能全面、操作簡便、數(shù)據(jù)安全、實用性強等幾大優(yōu)點。一是：新系統(tǒng)具有方便的數(shù)據(jù)錄入、查詢、修改、刪除等功能, 具有良好的人機接口, 減少重復輸入。二是：系統(tǒng)使用目前最先進的軟件編程, 可以延長生命周期, 方便日常的維護和管理。三是：具有較強的安全可靠性、穩(wěn)定性?？啥ㄆ趥浞輸?shù)據(jù), 根據(jù)業(yè)務分工設(shè)置操作權(quán)限,管理員使用管理員賬號擁有所有權(quán)限，業(yè)務員的賬

26、號權(quán)限有所限制。同時系統(tǒng)具有上碼與權(quán)限設(shè)置手段, 實現(xiàn)系統(tǒng)的高可靠性。四是：使用模塊化設(shè)計方法。系統(tǒng)進行擴充是操作方便, 可適應不同發(fā)展階段的需要。五是：擁有強大的查詢、統(tǒng)計功能, 可對每日、每月混凝土銷售訂單、發(fā)貨情況進行查詢, 并可進行匯總、查詢、報表, 使管理員與時了解混凝土銷售情況, 提高混凝土銷售管理的效率。第 2 章 系統(tǒng)的總規(guī)劃2.1混凝土銷售系統(tǒng)規(guī)劃2.1.1系統(tǒng)規(guī)劃方法比較分析（1）CSF（關(guān)鍵成功因素）法：CSF方法的特點是能夠抓住主要的矛盾，進而可以使目標的識別突出重點。用這種方法后所確定出來的目標和傳統(tǒng)的方法銜接得比較好，但是一般最有利的只是在確定管理目標上。（2）SS

27、T（戰(zhàn)略目標集轉(zhuǎn)化）法：SST方法從另一個角度識別出管理目標，反映了不同人的要求，而且給出了按這種要求的分層，然后轉(zhuǎn)化為信息系統(tǒng)目標的結(jié)構(gòu)化方法。這樣保證目標比較全面，減少疏漏，但在突出重點方面不如CSF。（3）BSP（企業(yè)系統(tǒng)規(guī)劃）法：BSP方法的特點是從企業(yè)目標入手，逐步將企業(yè)的目標轉(zhuǎn)化為管理信息系統(tǒng)的結(jié)構(gòu)和目標，從而支持企業(yè)目標的實現(xiàn)。 通過對這三種方法的比較，前面兩種方法不太適用于本信息系統(tǒng)的總體結(jié)構(gòu)規(guī)劃，因此選用企業(yè)系統(tǒng)規(guī)劃法(BSP)。目的就是通過全面調(diào)查分析，來滿足混凝土攪拌站發(fā)展過程中的信息需求并最終實現(xiàn)冀東混凝土公司的目標。2.1.2系統(tǒng)建設(shè)的總目標本信息系統(tǒng)將解決混凝土攪拌

28、站的客戶信息管理、業(yè)務員管理、報表管理、車輛調(diào)度管理、發(fā)貨管理等問題，實現(xiàn)混凝土攪拌站管理透明化、標準化和信息化系統(tǒng)建設(shè)的總目標。近期目標：解決目前混凝土攪拌站管理中出現(xiàn)的問題，實現(xiàn)混凝土攪拌管理信息化，方便管理員和業(yè)務員的使用。遠期目標：不斷改進不斷完善現(xiàn)有系統(tǒng)，同時更專注對于各混凝土攪拌站使用管理情況的調(diào)查、分析與研究，使得系統(tǒng)的建設(shè)符合總目標。2.1.3信息系統(tǒng)的總體結(jié)構(gòu)（1）定義管理目標吸引更多顧客高經(jīng)濟效益高質(zhì)量服務高質(zhì)量管理總目標通過調(diào)查了解攪拌站的主要業(yè)務和職能分配情況，整個目標體系用樹來表達如下圖2-1所示：原有客戶后勤管理潛在客戶激勵員工人才儲備制度完善運輸質(zhì)量圖2-1系統(tǒng)目

29、標樹（2）定義管理功能組1）支持性資源的生命周期支持性資源是指為實現(xiàn)攪拌站的目標必須使用和消耗的資源。本混凝土攪拌站的支持性資源生命周期如下表2-1所示：表2-1 支持性資源的生命周期表支持性資源生命周期產(chǎn)生階段獲得階段服務階段歸宿階段人事人事計劃招聘調(diào)動培訓辭退退休材料需求計劃提交審批存檔設(shè)備財務更新計劃成本計劃采購基建撥款、收款維修改裝總會計折舊報廢應付款業(yè)務2）關(guān)鍵性資源的生命周期關(guān)鍵性資源是指攪拌站的產(chǎn)品和服務。 本混凝土攪拌站的關(guān)鍵性資源生命周期如下表2-2所示：表2-2支持性資源的生命周期表關(guān)鍵性資源生命周期獲得階段服務階段歸宿階段市場計劃混凝土強度研發(fā)材料控制銷售混凝土質(zhì)量預測專

30、業(yè)人員制定質(zhì)量控制質(zhì)量報告作業(yè)計劃生產(chǎn)調(diào)度攪拌產(chǎn)品發(fā)貨、運輸3）功能流程圖功能流程圖可以檢驗是否識別出所有功能，判斷分析人員是否理解混凝土攪拌站過程，也是今后定義信息結(jié)構(gòu)的模型。本混凝土攪拌站的功能流程圖如下圖2-2所示：市場調(diào)研訂單預訂服務混凝土業(yè)務推廣市場客戶方案確定方案制定方案提交方案業(yè)務說明書信息控制方案計劃需求業(yè)務開發(fā)業(yè)務開發(fā)混凝土業(yè)務設(shè)計能力計劃計劃企業(yè)發(fā)展計劃圖2-2功能流程圖（3）定義數(shù)據(jù)類1）市場計劃：需要的數(shù)據(jù)類型有：客戶、客戶區(qū)域、市場專員2）方案制定：需要的數(shù)據(jù)類型有：策劃專員、客戶信息、車輛信息、業(yè)務員信息3） 業(yè)務開發(fā)：具體包括混凝土攪拌站基本信息管理、客戶管理、業(yè)

31、務員管理、訂單管理、車輛調(diào)度管理、報表管理、發(fā)貨管理。需要的數(shù)據(jù)類型有客戶、訂單信息、車輛信息、系統(tǒng)管理員、發(fā)貨信息、業(yè)務員信息等。（4）定義信息結(jié)構(gòu)1）劃分子系統(tǒng)根據(jù)需要的功能和數(shù)據(jù)類劃分子系統(tǒng)如下圖2-3所示： 數(shù)據(jù)類功能市場調(diào)查最終方案業(yè)務說明客戶業(yè)務員訂單車輛報表發(fā)貨單公司發(fā)展計劃銷量統(tǒng)計市場專員策劃專員攪拌站信息市場計劃 C U C U CUUU方案計劃UUU業(yè)務計劃客戶管理U UCCCCCC業(yè)務員管理UU訂單管理車輛管理報表管理UU發(fā)貨管理攪拌站規(guī)劃U C U C UUU銷量管理U人事管理UUU圖2-3 系統(tǒng)UC矩陣運用u/c矩陣劃分子系統(tǒng)后，可以看出系統(tǒng)建設(shè)的大體結(jié)構(gòu)，其中計劃與

32、管理，應是貫穿于整個系統(tǒng)之間的重要支持資源，根據(jù)需要應該建設(shè)系統(tǒng)維護子系統(tǒng)。從以上可以得出混凝土攪拌站最為需要的幾個管理功能是：客戶管理、業(yè)務員管理、訂單管理、車輛管理、發(fā)貨管理、報表管理。建設(shè)混凝土銷售管理系統(tǒng)的子系統(tǒng)，由于要受到資源、實際需求、利用等因素的制約，系統(tǒng)的分析與設(shè)計要根據(jù)迫切需要程度、一般功能的先后排列次序來對子系統(tǒng)進行優(yōu)先選擇。通常來說，首先要考慮的子系統(tǒng)應該是企業(yè)最為需要、成功后對企業(yè)發(fā)展貢獻最大的，結(jié)合實際情況和上述分析可以確定順序為：客戶管理、業(yè)務員管理、訂單管理、報表管理、車輛管理、發(fā)貨管理，以期實現(xiàn)企業(yè)綜合利益的最大化。2.1.4信息系統(tǒng)建設(shè)資源配置計劃（1）使用的

33、軟件方面：分析和設(shè)計階段瀏覽器使用了搜狗高速瀏覽器；數(shù)據(jù)的存儲處理需要的數(shù)據(jù)庫軟件使用Microsoft SQL server 2005；系統(tǒng)結(jié)構(gòu)分析的作圖軟件使用Microsoft office Visio 2007；平面圖形設(shè)計使用 Rational rose 2003；信息系統(tǒng)分析與設(shè)計階段操作系統(tǒng)使用Microsoft windows 7；（2）使用的計算機硬件配置如下：CPU（開發(fā)用）：Pentium（R）Dual- Core CPU E66003.06GHz；RAM（開發(fā)用）：2.00GB；RAM（運行用）：2.00GB2.2可行性研究與結(jié)論2.2.1必要性分析混凝土是建筑材料不可

34、或缺的，是現(xiàn)在世界上使用圍最廣、需求量最多的建筑材料。隨著現(xiàn)代科技水平的提高以與人類對建筑要求的日益多樣化，混凝土材料正在向著智能化、高性能、高強和多功能方向發(fā)展?？梢灶A測出來，在不久的未來混凝土還會是建筑行業(yè)必不可缺少的建筑材料。而就現(xiàn)狀而言，混凝土行業(yè)現(xiàn)在正處在一個快速發(fā)展的軌道上，這一方面得益于政府的政策導向的強大作用，一方面也歸結(jié)于我國正處在一個經(jīng)濟騰飛、建筑業(yè)蓬勃的良好形勢下。在這種發(fā)展形勢下公司需要跟上時代步伐，才會在同行業(yè)中不落后與別人。因此需要改善過去舊的系統(tǒng)，完善系統(tǒng)功能，提高公司的工作效率，減少員工的勞動量，從長遠考慮還可以大幅度降低成本，合理利用資源，加快公司發(fā)展。所以建

35、設(shè)一個功能全面、便捷、穩(wěn)定的混凝土銷售管理系統(tǒng)就顯得十分必要。2.2.2可行性分析可行性是指在當前情況下，混凝土攪拌站研究這個混凝土銷售系統(tǒng)是否有必要，是否具備必要的條件，它包括必要性、合理性和可能性。將從經(jīng)濟可行性、社會可行性、和技術(shù)可行性方面對此系統(tǒng)進行分析。（1）技術(shù)可行性混凝土管理系統(tǒng)功能主要集中在網(wǎng)頁瀏覽和信息管理，需要用到數(shù)據(jù)庫和網(wǎng)頁制作等技術(shù)，目前這些技術(shù)都已非常成熟。開發(fā)系統(tǒng)所用計算機的工作效率、運算速度、存儲能力、穩(wěn)定性以與通信設(shè)備的能力、質(zhì)量均滿足系統(tǒng)要求。（2）經(jīng)濟可行性冀東混凝土目前是華北地區(qū)最大的混凝土生產(chǎn)商，因此擁有足夠的經(jīng)濟基礎(chǔ)，客戶數(shù)量逐年遞增，在未來近幾年的預

36、期收入非?？捎^，而且該系統(tǒng)設(shè)計受到冀東混凝土公司高層管理人員的高度重視，決定投資大量資金來完成這個信息管理系統(tǒng)。該系統(tǒng)建成并投入使用后，會加大混凝土的宣傳圍，吸進更多的客戶，預算會達到以前的五倍，該系統(tǒng)還會提高員工工作效率節(jié)省出時間為公司創(chuàng)造更大效益。系統(tǒng)建成后，公司每月?lián)艹鲆还P錢做系統(tǒng)維護和升級，不斷完善該系統(tǒng)，達到系統(tǒng)建設(shè)總目標。（3）社會可行性社會可行性是指信息系統(tǒng)建立完成后能否實現(xiàn)，在現(xiàn)在的環(huán)境下是否能夠順利的運行，即混凝土公司外是否擁有采納和使用新系統(tǒng)的條件。從混凝土公司部角度來看，系統(tǒng)的建設(shè)投入可以使公司各部門參與進來，進行有力配合。更加積極快速的為公司創(chuàng)收效益。從混凝土公司外部角

37、度來看，系統(tǒng)的建設(shè)投入可以使更多混凝土需求用戶信任我們，高效準確的工作模式，為他們的也能節(jié)省不少的時間。2.2.3可行性結(jié)論綜合上面的述，經(jīng)過對系統(tǒng)建設(shè)必要性與社會、經(jīng)濟、技術(shù)等方面的可行性分析，可以確定本系統(tǒng)建設(shè)是完全必要、可行的。2.3混凝土銷售管理系統(tǒng)的基本容混凝土銷售系統(tǒng)的總體架構(gòu)，系統(tǒng)包括客戶管理、員工管理、訂單管理、報表管理、車輛管理、發(fā)貨管理六個模塊功能。通過對系統(tǒng)的分析，結(jié)合攪拌站的基本情況得出本系統(tǒng)所要實現(xiàn)的功能基本容如下：1.用戶驗證：系統(tǒng)管理員通過用戶名、密碼進行登錄并且有權(quán)限進行密碼修改。業(yè)務員通過員工賬號登錄獲得相應權(quán)限。2.客戶管理：該模塊下可實現(xiàn)客戶基本信息刪除、

38、添加、修改、查詢等功能。3.訂單管理：包括訂單查詢、添加、刪除、修改等功能，有了這些訂單管理功能，就可以控制訂單工作了，時刻掌握當天訂單情況，以免影響銷售工作。4.業(yè)務員管理：業(yè)務員基本信息添加、刪除、修改、查詢，業(yè)務員訂單查詢、方便了解業(yè)務員近期銷售情況，同時輕松實現(xiàn)人員變動后信息的快速變更。5.報表管理：對客戶信息報表、業(yè)務員信息報表、車輛信息報表、銷售統(tǒng)計報表等表單進行查詢、修改、打印等工作 6.車輛調(diào)度管理：車輛基本信息的查詢、添加、刪除、修改，車輛狀態(tài)查詢，車輛分配等操作。7.發(fā)貨管理： 發(fā)貨單的查詢、添加、刪除、修改，發(fā)貨單打印等操作。第 3 章 系統(tǒng)分析3.1基本理論知識3.1.

39、1面向?qū)ο蠓治雠c設(shè)計OOA（Object-Oriented Analysis,面向?qū)ο蠓治龇椒ǎ┖蚈OD（Object-Oriented Design,面向?qū)ο笤O(shè)計）是面向?qū)ο筌浖_發(fā)生命周期中兩個重要的階段，OOA活動涉與的是語義對象，而OOD活動涉與的是語義對象，接口對象，應用對象和實用/庫對象，這種區(qū)分OOA和OOD對象的方法在大多數(shù)情況下是正確的。但是，在分析階段，一個好的規(guī)格說明也應涉與到用戶接口，控制機制等各方面的容，因此，在OOA階段，不僅該得到語義對象，也應該得到接口對象和應用對象。這些對象通過OOA中的對象識別和精化過程得到。在OOA階段的主要任務是識別和精化對象，OOD階段

40、的主要任務是構(gòu)造類和建立系統(tǒng)結(jié)構(gòu)。3.1.2UML建模UML是統(tǒng)模語言（UML是 Unified Modeling Language的縮寫）是用來對軟件密集系統(tǒng)進行詳細描述、文檔化、可視化建模的一種語言。對于軟件系統(tǒng)，UML是大規(guī)模而復雜的最佳工程實踐的集合。它是面向?qū)ο蠓治雠c設(shè)計的一種標準表示。比起其它建模語言，UML作為一種模型語言，定義良好、表達容易、易于理解、功能強大、更有適用性、通用性、擴展性、集成性，并且使開發(fā)人員專注于建立產(chǎn)品的模型和結(jié)構(gòu)，而不是如何選用程序語言和算法實現(xiàn)系統(tǒng)。首先是描述實際需求即用例圖來描述對系統(tǒng)感興趣的外部實體與其對系統(tǒng)的功能要求；而后根據(jù)需求構(gòu)造系統(tǒng)的結(jié)構(gòu)，

41、即類圖、對象圖、組件圖和配置圖等來建立靜態(tài)模型，不考慮定義軟件系統(tǒng)術(shù)環(huán)節(jié)（接口、通訊等）；最后是描述系統(tǒng)的行為，動態(tài)建模即狀態(tài)圖、活動圖、順序圖。當利用UML建立系統(tǒng)模型之后，再利用專用的工具，本文采有Rational Rose來生成系統(tǒng)框架。3.1.3系統(tǒng)建模工具Rational Rose現(xiàn)在支持UML的比較流行的建模工具有如下幾種：Rational Rose和Visio。Rational Rose建模工具是Rational公司開發(fā)的一個面向?qū)ο蟮目梢暬?、設(shè)計建模工具，提高了開發(fā)過程的靈活度、軟件的可用性，功能十分強大，同時也是最成熟的，比其他建模工具更專業(yè)。最重要的是使用它可以降低開發(fā)過程

42、中消耗的成本，盡量減少開發(fā)過程中的風險，所以本系統(tǒng)建模采用的是Rational Rose。Visio是微軟的UML建模工具。傳統(tǒng)上的Visio以繪圖便捷、通俗易懂而聞名，但是還欠缺一些功能，使用起來的時候與平時的建模習慣不太一樣，所以沒有選擇Visio。Rational Rose提供了用例（Use Case）圖，順序（Sequence）圖，類（Class）圖等多種不同的可視框圖完全滿足需求。3.2用例模型3.2.1參與者的識別在執(zhí)行系統(tǒng)功能時與信息系統(tǒng)進行實時交互的人員被稱為參與者。在混凝土銷售管理信息系統(tǒng)中，管理員（銷售部門系統(tǒng)員）使用系統(tǒng)的主要功能，負責改變系統(tǒng)的數(shù)據(jù)、獲取信息，完成平日的

43、銷售管理工作，同時負責維護系統(tǒng)，支持系統(tǒng)的正常運行。部門經(jīng)理可以使用系統(tǒng)中的相應功能，方便隨時了解公司銷售情況和員工情況。業(yè)務員使用該系統(tǒng)時，使用員工賬號登錄，只可以進行客戶管理、日常的訂單查詢，更改個人信息等操作。通過上述簡要描述最終識別出的主要參與者是管理員、業(yè)務員。3.2.2用例識別本混凝土銷售系統(tǒng)主要參與者包括管理員、業(yè)務員。確定用例有：客戶管理、業(yè)務員管理、報表管理、訂單管理、車輛管理、發(fā)貨管理、查詢、修改信息等。3.2.3用例模型用例就是需求，通過用例名稱可以表達系統(tǒng)要完成的任務。(1)本混凝土銷售系統(tǒng)的總體用例模型如下圖3-1所示：圖3-1 用例圖(2)本系統(tǒng)相比原有系統(tǒng)多出了報

44、表管理功能，下面是報表管理的用例圖，如圖3-2所示：圖3-2用例圖3.2.4用例規(guī)約用例規(guī)約以文檔的形式來詳細描述用例，以達到展示出更多的用例“做什么”的目的，有助于深入理解任務、需求和目標。 (1)變更客戶信息用例規(guī)約如表3-1所示：表3-1變更客戶信息用例名稱變更客戶信息參與者管理員（主要參與者）、業(yè)務員（主要參與者）假設(shè)系統(tǒng)的功能完善并且正常運行前置條件管理員和業(yè)務員被授權(quán)訪問系統(tǒng)后置條件系統(tǒng)成功將變更的客戶信息更新到數(shù)據(jù)庫中主事件流管理員和業(yè)務員使用各自賬號和密碼登錄系統(tǒng)系統(tǒng)驗證賬號身份和授予權(quán)限管理員和業(yè)務員根據(jù)客戶信息查詢原有信息后進行添加、刪除、修改等操作系統(tǒng)將變更的客戶信息保存

45、到客戶信息表中備選事件流2a.非法用戶 1.系統(tǒng)提示錯誤并拒絕接受輸入2b.輸入錯誤客戶信息 1. 系統(tǒng)提示錯誤并拒絕接受輸入3a.添加客戶信息已存在 1.系統(tǒng)提示，并要求結(jié)束輸入（2）管理員變更員工信息用例規(guī)約如表3-2所示：表3-2變更員工信息用例名稱變更員工信息參與者管理員（主要參與者）假設(shè)系統(tǒng)的功能完善并且正常運行前置條件管理員被授權(quán)并且懂得正常操作后置條件系統(tǒng)成功將變更的業(yè)務員信息更新到數(shù)據(jù)庫中主事件流1、管理員使用賬號和密碼登陸2、系統(tǒng)驗證賬號授予權(quán)限3、管理員根據(jù)業(yè)務員編號查詢到業(yè)務員信息進行添加、刪除、修改等操作4、系統(tǒng)將變更的業(yè)務員信息更新到業(yè)務員信息表中備選事件流2a.非法

46、用戶 1.系統(tǒng)提示錯誤并拒絕接受輸入2b.輸入錯誤業(yè)務員編號 1. 系統(tǒng)提示錯誤并拒絕接受輸入3a.添加業(yè)務員信息已存在 1.系統(tǒng)提示，并要求結(jié)束輸入（3）管理員處理報表用例規(guī)約如表3-3所示： 表3-3管理員處理報表用例名稱管理員處理報表參與者管理員（主要參與者）假設(shè)系統(tǒng)功能完善并正常運行前置條件管理員被授權(quán)并懂得報表管理功能，熟悉查詢、統(tǒng)計、打印等基本操作后置條件系統(tǒng)成功查詢到信息，完成統(tǒng)計等功能并可以打印出報表主事件流1、管理員試用賬號和密碼登錄2、系統(tǒng)驗證賬號授予權(quán)限3、管理員查詢相關(guān)信息（人員查詢、客戶查詢、銷量查詢、發(fā)貨單查詢），同時還可以打印出報表4、操作成功，打印出報表備選事件

47、流2a.非法用戶 1.系統(tǒng)提示錯誤并拒絕接受輸入2b.輸入錯誤查詢信息 1. 系統(tǒng)提示錯誤并拒絕接受輸入3a.打印機報錯，出現(xiàn)連接錯誤或者紙報警 1.系統(tǒng)提示，返回上一步操作（4）管理員變更訂單信息用例規(guī)約如表3-4所示：表3-4變更訂單信息用例名稱變更訂單信息參與者管理員（主要參與者）、業(yè)務員（次要參與者）假設(shè)系統(tǒng)功能完善并正常運行前置條件管理員被授權(quán)并懂得訂單管理功能，熟悉查詢、修改、添加、刪除等基本操作，業(yè)務員被授權(quán)可以對訂單進行查詢但是沒有修改等權(quán)限后置條件系統(tǒng)成功將變更的訂單信息更新到數(shù)據(jù)庫中主事件流1、管理員和業(yè)務員使用賬號和密碼登陸錄2、系統(tǒng)驗證賬號授予相應權(quán)限3、管理員可以根據(jù)

48、訂單編號查詢到訂單信息進行修改操作，還可以直接添加、刪除訂單信息；業(yè)務員僅可以對訂單進行查詢操作4、系統(tǒng)將變更的訂單信息更新到數(shù)據(jù)庫中備選事件流2a.非法用戶 1.系統(tǒng)提示錯誤并拒絕接受輸入2b.輸入錯誤訂單編號 1. 系統(tǒng)提示錯誤并拒絕接受輸入3a.被添加訂單編號已存在 1.系統(tǒng)提示，并要求結(jié)束輸入（5）管理員變更車輛信息用例規(guī)約如表3-5所示：表3-5變更車輛信息用例名稱變更車輛信息參與者管理員（主要參與者）假設(shè)系統(tǒng)功能完善并正常運行前置條件管理員被授權(quán)并會使用車輛調(diào)度管理功能，熟悉查詢、修改、添加、刪除等基本操作后置條件系統(tǒng)成功將變更的車輛調(diào)度信息更新到數(shù)據(jù)庫中主事件流1、管理員使用賬號

49、和密碼登錄2、系統(tǒng)驗證賬號授予相應權(quán)限3、管理員可以根據(jù)車輛編號查詢到車輛信息，可進行修改操作，還可以直接添加、刪除車輛信息，主要功能是可以根據(jù)車輛狀態(tài)安排發(fā)貨4、系統(tǒng)將變更的車輛調(diào)度信息更新到數(shù)據(jù)庫中備選事件流2a.非法用戶 1.系統(tǒng)提示錯誤并拒絕接受輸入2b.輸入錯誤車輛編號 1. 系統(tǒng)提示錯誤并拒絕接受輸入3a.調(diào)度車輛為空，需要增派車輛 1.系統(tǒng)提示，并要求結(jié)束輸入（6）管理員變更發(fā)貨信息用例規(guī)約如表3-6所示：用例名稱變更發(fā)貨信息參與者管理員（主要參與者）假設(shè)系統(tǒng)功能完善并正常運行前置條件管理員被授權(quán)并懂得發(fā)貨管理功能，熟悉查詢、修改、添加、刪除等基本操作后置條件系統(tǒng)成功將變更的發(fā)貨

50、信息更新到數(shù)據(jù)庫中主事件流1、管理員和業(yè)務員使用賬號和密碼登錄2、系統(tǒng)驗證賬號授予相應權(quán)限3、管理員可以根據(jù)發(fā)貨單號編號查詢到發(fā)貨單信息進行修改操作，還可以直接添加、刪除發(fā)貨單信息備選事件流2a.非法用戶 1.系統(tǒng)提示錯誤并拒絕接受輸入2b.輸入錯誤發(fā)貨單單編號 1. 系統(tǒng)提示錯誤并拒絕接受輸入3a.被添加發(fā)貨單編號已存在 1.系統(tǒng)提示，并要求結(jié)束輸入表3-6變更發(fā)貨信息3.3分析模型3.3.1順序圖順序圖將系統(tǒng)看作箱來展示每一個用例中的參與者與系統(tǒng)之間的交互，包括系統(tǒng)、參與者、系統(tǒng)與參與者直接的交互、系統(tǒng)的響應，從上至下代表的是時間的順序。本混凝土攪拌站銷售系統(tǒng)功能繁多，不僅擁有簡單的查詢、

51、修改、刪除等功能，還具備訂單管理、發(fā)貨管理、報表管理等。訂單管理涉與到工作人員對業(yè)務的熟悉程度，該過程串聯(lián)系統(tǒng)整體，需要懂得訂單錄入、查詢等基本操作，還要了解車輛信息情況，根據(jù)攪拌站的生產(chǎn)情況結(jié)合車輛閑忙狀態(tài)才能安排車輛運輸，考慮到這一點就要在訂單生成前進行車輛查詢，完成此環(huán)節(jié)才可以確保訂單不會發(fā)生沖突，才可以進行下面的發(fā)貨單的生成。 （1）管理員提交訂單順序如圖3-3所示：（2）管理員處理發(fā)貨單順序圖如圖3-4所示：圖3-3 管理員提交訂單順序圖圖3-4 管理員處理發(fā)貨單順序圖3.3.2類圖類圖表示一組對象以與它們之間的相互關(guān)聯(lián)，它描述了系統(tǒng)的構(gòu)成方式。通過上述系統(tǒng)的用例圖，可以確定類、類的

52、屬性和它們之間的關(guān)系，從而確定系統(tǒng)的類圖。（1）概念類表3-7概念類所屬類目概念類舉例人員管理員、業(yè)務員組織銷售部門設(shè)備計算機事件客戶信息管理、業(yè)務員管理、訂單管理、車輛調(diào)度管理、發(fā)貨管理政策或規(guī)則人員使用培訓（2）確定屬性：表3-8 屬性實體類名稱屬性管理員用戶名、密碼業(yè)務員賬戶業(yè)務員賬戶名、密碼、業(yè)務員編號、業(yè)務員、賬戶類型（業(yè)務員）業(yè)務員基本信息業(yè)務員編號、業(yè)務員、性別、出生日期、政治面貌、學歷、email、家庭住址、號、備注客戶基本信息客戶編號、客戶、性別、聯(lián)系、地址、 、E-mail訂單基本信息訂單編號、銷售單價、銷售量、銷售日期、業(yè)務員、客戶車輛調(diào)度基本信息車輛編號、車輛狀態(tài)、發(fā)貨

53、單編號、發(fā)貨時間、發(fā)貨車次、運輸量發(fā)貨基本信息發(fā)貨單編號、發(fā)貨時間、地址、車輛編號、發(fā)貨車次、發(fā)貨量、訂單編號（3）類圖圖3-5 類圖3.3.3狀態(tài)圖和活動圖狀態(tài)圖所描述的是一個實體對于發(fā)生的事件變化的動態(tài)行為，簡單的說就是管理行為中根據(jù)當前所處的狀態(tài)對行為做出的相應反應。狀態(tài)圖可以快速的使工人們理解系統(tǒng)中對象的行為。狀態(tài)圖的一種特殊形式是活動圖，活動圖是描述系統(tǒng)在執(zhí)行某一個用例時具體步驟的圖，它主要表現(xiàn)的是記錄了系統(tǒng)中單個操作、方法的邏輯，或者單個業(yè)務流程的動作。訂單管理是本系統(tǒng)的重要環(huán)節(jié)，通過訂單管理將各環(huán)節(jié)緊緊聯(lián)系起來。訂單管理對象：管理員和業(yè)務員，管理員可以對訂單進行查詢、刪除、添加、

54、修改等操作，業(yè)務員可以對訂單進行查詢，申請?zhí)峤唬瑳]有修改權(quán)限。針對簡單的查詢、修改等操作都是系統(tǒng)中常見的操作，下面單獨對業(yè)務員的訂單提交過程進行狀態(tài)圖繪制。業(yè)務員提交訂單狀態(tài)圖如圖3-6：業(yè)務員提交訂單活動圖如圖3-7：圖3-6 業(yè)務員提交訂單狀態(tài)圖圖 3-7 提交訂單活動圖（3）車輛調(diào)度活動圖圖 3-8車輛調(diào)度活動車輛調(diào)度管理：車輛調(diào)度，是混凝土攪拌站銷售環(huán)節(jié)中非常重要的一部分，做好銷售工作的同時一定要保證產(chǎn)品運輸質(zhì)量，因此車輛調(diào)度就顯得十分重要。本系統(tǒng)的車輛調(diào)度管理包括車輛基本信息管理（添加、刪除、查詢、修改）、車輛狀態(tài)查詢、車輛分配等操作。（4）月銷售報表打印活動圖圖 3-6 車輛調(diào)度活

55、動報表管理：報表管理可以直觀的反映出公司的一些信息，可以生成相應的報表打印出來。銷量是每個公司所看重的，為了能夠直觀的看到日銷量、月銷量，管理員可以登陸系統(tǒng)通過報表管理進行操作。首先輸入要查詢條件，得出查詢結(jié)果，管理員進行仔細的審核并判斷是否存在錯誤信息，經(jīng)核實后進行打印工作。第 4 章 系統(tǒng)設(shè)計4.1系統(tǒng)設(shè)計的容圖4-1混凝土攪拌站銷售系統(tǒng)功能圖4.2系統(tǒng)分層從混凝土銷售管理信息系統(tǒng)分析可以看出本系統(tǒng)功能全面，涉與管理的圍包括客戶、業(yè)務員、訂單、報表、車輛、發(fā)貨等，基本滿足了混凝土攪拌站的需求。但是攪拌站所處的環(huán)境是在不斷變化的，對混凝土銷售管理的需求也是會改變的，所以在系統(tǒng)設(shè)計的時候我們就

56、應該考慮到系統(tǒng)的安全性、穩(wěn)定性、運行效率、可變更性等種種因素。面對這些問題，在分解復雜的系統(tǒng)時，最好的解決辦法就是將系統(tǒng)分層，使得層與層之間相互聯(lián)系、相互協(xié)作的同時每層還都具有其獨立的職責，互不透明。在信息系統(tǒng)領(lǐng)域中，最經(jīng)常用的分層模型是三層架構(gòu)，本混凝土銷售管理信息系統(tǒng)就采取這種方式：界面數(shù)據(jù)訪問層業(yè)務邏輯層表現(xiàn)層客戶管理、業(yè)務員管理、報表管理、訂單管理、車輛調(diào)度管理、發(fā)貨管理客戶信息、業(yè)務員信息、訂單信息、車輛信息、發(fā)貨信息圖4-2 系統(tǒng)三層架構(gòu)4.3系統(tǒng)的包圖包圖：在UML中用類似于文件夾的符號表示的模型元素的組合，用來表述功能組命名空間的組織層次, 即描述包與其依賴關(guān)系的圖。包的依賴關(guān)

57、系是可以傳遞的，依賴關(guān)系可以是間接的，也可以是直接的。系統(tǒng)的包圖如圖4-3所示：圖4-3 系統(tǒng)包圖4.4設(shè)計類詳細設(shè)計4.4.1邊界類邊界類：描述系統(tǒng)外的參與者與系統(tǒng)之間的交互，系統(tǒng)與外界的交界處。屏幕窗口、傳感器、打印機接口、通信接口、終端以與專用API（應用程序編程接口）等都是邊界類。由于明確了系統(tǒng)的邊界，邊界類能幫助人們更就簡單地找出用戶對界面的需求并理解系統(tǒng)。本混凝土銷售管理信息系統(tǒng)通過用例圖可以確定需要的邊界類，所以所有的參與者都是系統(tǒng)的使用者，本系統(tǒng)的邊界類只有窗體界面。由于本系統(tǒng)中邊界類都是窗體界面，如用戶登錄界面、客戶管理界面、業(yè)務員管理界面、報表管理界面、訂單管理界面、車輛調(diào)

58、度管理界面、發(fā)貨管理界面等等，所以不分別描述。（1）登錄界面，如圖4-4所示：圖4-4 登錄界面“登錄界面”允許管理員、業(yè)務員輸入賬號和密碼進行登錄。（2）客戶管理界面，如圖4-5所示：圖4-5 客戶管理界面“客戶管理界面”允許管理員、業(yè)務員對客戶信息進行添加、刪除、修改、查詢等操作（3）業(yè)務員管理界面，如圖4-6所示：圖4-6 業(yè)務員管理界面“業(yè)務員管理界面”允許管理員對業(yè)務員信息進行查詢、添加、刪除、修改等操作，由于賬號權(quán)限設(shè)置，業(yè)務員可以查詢個人信息，修改個人信息。（4）訂單管理界面，如圖4-7所示：圖4-7 訂單管理界面“訂單管理界面”允許管理員對訂單行進所有操作，由于權(quán)限設(shè)置業(yè)務員僅

59、可查詢訂單信息。（5）報表管理界面，如圖4-8所示：圖4-8 報表管理界面“報表管理界面”允許管理員查詢客戶、業(yè)務員、車輛、銷售量等報表，同時可以進行篩選、統(tǒng)計、打印等操作。（6）車輛調(diào)度管理界面，如圖4-9所示：圖4-9車輛調(diào)度管理界面“車輛調(diào)度管理界面”允許管理員對車輛基本信息查詢、添加、刪除、修改，車輛狀態(tài)查詢，車輛分配等操作。（7）發(fā)貨管理界面，如圖4-10所示：圖4-10 發(fā)貨管理界面“發(fā)貨管理界面”允許管理員對發(fā)貨單的查詢、添加、刪除、修改，發(fā)貨單打印等操作。4.4.2實體類實體類是用于對有關(guān)聯(lián)的行為和一定要存儲的信息建模的類。實體類在系統(tǒng)應用領(lǐng)域中是核心容，常常需要有持續(xù)長久化的

60、存儲即需要放進文件、數(shù)據(jù)庫等能夠永久存儲數(shù)據(jù)的介質(zhì)，與此同時還為驅(qū)動應用程序提供大部分的交互服務。實體對象經(jīng)常是永久性的、被動的，有時還具有與它所表示的信息有關(guān)的復雜行。圖4-11 系統(tǒng)實體類圖4.4.3控制類控制類能表示系統(tǒng)的排序、協(xié)調(diào)、動態(tài)行為、事務處理以與對其他對象的控制，負責處理主要的控制流和任務，所以在理解系統(tǒng)的時候它們可以起到很大的幫助。每個用例在正常情況下的控制類有一個，作用是控制用例中的事件順序。但是一對一的情況并不是絕對，有一些情況多個用例可以合并使用一個控制類。圖4-12 銷售混凝土控制類4.5重新繪制順序圖 （1）員工申請賬號順序圖圖4-13 員工申請賬號順序圖（2）發(fā)貨