【文章內(nèi)容簡介】 （4）管理員變更訂單信息用例規(guī)約如表34所示：表34　變更訂單信息用例名稱變更訂單信息參與者管理員（主要參與者）、業(yè)務(wù)員（次要參與者）假設(shè)系統(tǒng)功能完善并正常運行前置條件管理員被授權(quán)并懂得訂單管理功能，熟悉查詢、修改、添加、刪除等基本操作，業(yè)務(wù)員被授權(quán)可以對訂單進行查詢但是沒有修改等權(quán)限后置條件系統(tǒng)成功將變更的訂單信息更新到數(shù)據(jù)庫中主事件流管理員和業(yè)務(wù)員使用賬號和密碼登陸錄系統(tǒng)驗證賬號授予相應(yīng)權(quán)限管理員可以根據(jù)訂單編號查詢到訂單信息進行修改操作，還可以直接添加、刪除訂單信息；業(yè)務(wù)員僅可以對訂單進行查詢操作系統(tǒng)將變更的訂單信息更新到數(shù)據(jù)庫中備選事件流 1. 系統(tǒng)提示錯誤并拒絕接受輸入 ，并要求結(jié)束輸入 （5）管理員變更車輛信息用例規(guī)約如表35所示：表35　變更車輛信息用例名稱變更車輛信息參與者管理員（主要參與者）假設(shè)系統(tǒng)功能完善并正常運行前置條件管理員被授權(quán)并會使用車輛調(diào)度管理功能，熟悉查詢、修改、添加、刪除等基本操作后置條件系統(tǒng)成功將變更的車輛調(diào)度信息更新到數(shù)據(jù)庫中主事件流管理員使用賬號和密碼登錄系統(tǒng)驗證賬號授予相應(yīng)權(quán)限管理員可以根據(jù)車輛編號查詢到車輛信息，可進行修改操作，還可以直接添加、刪除車輛信息，主要功能是可以根據(jù)車輛狀態(tài)安排發(fā)貨系統(tǒng)將變更的車輛調(diào)度信息更新到數(shù)據(jù)庫中備選事件流 1. 系統(tǒng)提示錯誤并拒絕接受輸入，需要增派車輛 ，并要求結(jié)束輸入 （6）管理員變更發(fā)貨信息用例規(guī)約如表36所示：用例名稱變更發(fā)貨信息參與者管理員（主要參與者）假設(shè)系統(tǒng)功能完善并正常運行前置條件管理員被授權(quán)并懂得發(fā)貨管理功能，熟悉查詢、修改、添加、刪除等基本操作后置條件系統(tǒng)成功將變更的發(fā)貨信息更新到數(shù)據(jù)庫中主事件流管理員和業(yè)務(wù)員使用賬號和密碼登錄系統(tǒng)驗證賬號授予相應(yīng)權(quán)限管理員可以根據(jù)發(fā)貨單號編號查詢到發(fā)貨單信息進行修改操作，還可以直接添加、刪除發(fā)貨單信息備選事件流 1. 系統(tǒng)提示錯誤并拒絕接受輸入 ，并要求結(jié)束輸入表36　變更發(fā)貨信息順序圖將系統(tǒng)看作箱來展示每一個用例中的參與者與系統(tǒng)之間的交互，包括系統(tǒng)、參與者、系統(tǒng)與參與者直接的交互、系統(tǒng)的響應(yīng)，從上至下代表的是時間的順序。本混凝土攪拌站銷售系統(tǒng)功能繁多，不僅擁有簡單的查詢、修改、刪除等功能，還具備訂單管理、發(fā)貨管理、報表管理等。訂單管理涉及到工作人員對業(yè)務(wù)的熟悉程度，該過程串聯(lián)系統(tǒng)整體，需要懂得訂單錄入、查詢等基本操作，還要了解車輛信息情況，根據(jù)攪拌站的生產(chǎn)情況結(jié)合車輛閑忙狀態(tài)才能安排車輛運輸，考慮到這一點就要在訂單生成前進行車輛查詢，完成此環(huán)節(jié)才可以確保訂單不會發(fā)生沖突，才可以進行下面的發(fā)貨單的生成。 （1）管理員提交訂單順序如圖33所示： （2）管理員處理發(fā)貨單順序圖如圖34所示：圖33 管理員提交訂單順序圖圖34 管理員處理發(fā)貨單順序圖類圖表示一組對象以及它們之間的相互關(guān)聯(lián)，它描述了系統(tǒng)的構(gòu)成方式。通過上述系統(tǒng)的用例圖，可以確定類、類的屬性和它們之間的關(guān)系，從而確定系統(tǒng)的類圖。 （1）概念類表37 概念類所屬類目概念類舉例人員管理員、業(yè)務(wù)員組織銷售部門設(shè)備計算機事件客戶信息管理、業(yè)務(wù)員管理、訂單管理、車輛調(diào)度管理、發(fā)貨管理政策或規(guī)則人員使用培訓(xùn) （2）確定屬性：表38 屬性實體類名稱屬性管理員用戶名、密碼業(yè)務(wù)員賬戶業(yè)務(wù)員賬戶名、密碼、業(yè)務(wù)員編號、業(yè)務(wù)員姓名、賬戶類型（業(yè)務(wù)員）業(yè)務(wù)員基本信息業(yè)務(wù)員編號、業(yè)務(wù)員姓名、性別、出生日期、政治面貌、學(xué)歷、電話、、家庭住址、身份證號、備注客戶基本信息客戶編號、客戶姓名、性別、聯(lián)系電話、地址、郵編、Email訂單基本信息訂單編號、銷售單價、銷售量、銷售日期、業(yè)務(wù)員姓名、客戶姓名車輛調(diào)度基本信息車輛編號、車輛狀態(tài)、發(fā)貨單編號、發(fā)貨時間、發(fā)貨車次、運輸量發(fā)貨基本信息發(fā)貨單編號、發(fā)貨時間、地址、車輛編號、發(fā)貨車次、發(fā)貨量、訂單編號 （3）類圖圖35 類圖狀態(tài)圖所描述的是一個實體對于發(fā)生的事件變化的動態(tài)行為，簡單的說就是管理行為中根據(jù)當(dāng)前所處的狀態(tài)對行為做出的相應(yīng)反應(yīng)。狀態(tài)圖可以快速的使工人們理解系統(tǒng)中對象的行為。狀態(tài)圖的一種特殊形式是活動圖，活動圖是描述系統(tǒng)在執(zhí)行某一個用例時具體步驟的圖，它主要表現(xiàn)的是記錄了系統(tǒng)中單個操作、方法的邏輯，或者單個業(yè)務(wù)流程的動作。訂單管理是本系統(tǒng)的重要環(huán)節(jié)，通過訂單管理將各環(huán)節(jié)緊緊聯(lián)系起來。訂單管理對象：管理員和業(yè)務(wù)員，管理員可以對訂單進行查詢、刪除、添加、修改等操作，業(yè)務(wù)員可以對訂單進行查詢，申請?zhí)峤?，沒有修改權(quán)限。針對簡單的查詢、修改等操作都是系統(tǒng)中常見的操作，下面單獨對業(yè)務(wù)員的訂單提交過程進行狀態(tài)圖繪制。（1） 業(yè)務(wù)員提交訂單狀態(tài)圖如圖36：（2） 業(yè)務(wù)員提交訂單活動圖如圖37：圖36 業(yè)務(wù)員提交訂單狀態(tài)圖圖 37 提交訂單活動圖（3）車輛調(diào)度活動圖圖 38 車輛調(diào)度活動 車輛調(diào)度管理：車輛調(diào)度，是混凝土攪拌站銷售環(huán)節(jié)中非常重要的一部分，做好銷售工作的同時一定要保證產(chǎn)品運輸質(zhì)量，因此車輛調(diào)度就顯得十分重要。本系統(tǒng)的車輛調(diào)度管理包括車輛基本信息管理（添加、刪除、查詢、修改）、車輛狀態(tài)查詢、車輛分配等操作。 （4）月銷售報表打印活動圖圖 36 車輛調(diào)度活動 報表管理：報表管理可以直觀的反映出公司的一些信息，可以生成相應(yīng)的報表打印出來。銷量是每個公司所看重的，為了能夠直觀的看到日銷量、月銷量，管理員可以登陸系統(tǒng)通過報表管理進行操作。首先輸入要查詢條件，得出查詢結(jié)果，管理員進行仔細(xì)的審核并判斷是否存在錯誤信息，經(jīng)核實后進行打印工作。 第 4 章 系統(tǒng)設(shè)計圖 41 混凝土攪拌站銷售系統(tǒng)功能圖從混凝土銷售管理信息系統(tǒng)分析可以看出本系統(tǒng)功能全面，涉及管理的范圍包括客戶、業(yè)務(wù)員、訂單、報表、車輛、發(fā)貨等，基本滿足了混凝土攪拌站的需求。但是攪拌站所處的環(huán)境是在不斷變化的，對混凝土銷售管理的需求也是會改變的，所以在系統(tǒng)設(shè)計的時候我們就應(yīng)該考慮到系統(tǒng)的安全性、穩(wěn)定性、運行效率、可變更性等種種因素。面對這些問題，在分解復(fù)雜的系統(tǒng)時，最好的解決辦法就是將系統(tǒng)分層，使得層與層之間相互聯(lián)系、相互協(xié)作的同時每層還都具有其獨立的職責(zé)，互不透明。在信息系統(tǒng)領(lǐng)域中，最經(jīng)常用的分層模型是三層架構(gòu)，本混凝土銷售管理信息系統(tǒng)就采取這種方式：界面數(shù)據(jù)訪問層業(yè)務(wù)邏輯層表現(xiàn)層客戶管理、業(yè)務(wù)員管理、報表管理、訂單管理、車輛調(diào)度管理、發(fā)貨管理客戶信息、業(yè)務(wù)員信息、訂單信息、車輛信息、發(fā)貨信息圖42 系統(tǒng)三層架構(gòu)包圖：在UML中用類似于文件夾的符號表示的模型元素的組合，用來表述功能組命名空間的組織層次, 即描述包及其依賴關(guān)系的圖。包的依賴關(guān)系是可以傳遞的，依賴關(guān)系可以是間接的，也可以是直接的。系統(tǒng)的包圖如圖43所示：圖43 系統(tǒng)包圖邊界類：描述系統(tǒng)外的參與者與系統(tǒng)之間的交互，系統(tǒng)與外界的交界處。屏幕窗口、傳感器、打印機接口、通信接口、終端以及專用API（應(yīng)用程序編程接口）等都是邊界類。由于明確了系統(tǒng)的邊界，邊界類能幫助人們更就簡單地找出用戶對界面的需求并理解系統(tǒng)。本混凝土銷售管理信息系統(tǒng)通過用例圖可以確定需要的邊界類，所以所有的參與者都是系統(tǒng)的使用者，本系統(tǒng)的邊界類只有窗體界面。由于本系統(tǒng)中邊界類都是窗體界面，如用戶登錄界面、客戶管理界面、業(yè)務(wù)員管理界面、報表管理界面、訂單管理界面、車輛調(diào)度管理界面、發(fā)貨管理界面等等，所以不分別描述。 （1）登錄界面，如圖44所示：圖44 登錄界面“登錄界面”允許管理員、業(yè)務(wù)員輸入賬號和密碼進行登錄。 （2）客戶管理界面，如圖45所示：圖45 客戶管理界面 “客戶管理界面”允許管理員、業(yè)務(wù)員對客戶信息進行添加、刪除、修改、查詢等操作 （3）業(yè)務(wù)員管理界面，如圖46所示：圖46 業(yè)務(wù)員管理界面“業(yè)務(wù)員管理界面”允許管理員對業(yè)務(wù)員信息進行查詢、添加、刪除、修改等操作，由于賬號權(quán)限設(shè)置，業(yè)務(wù)員可以查詢個人信息，修改個人信息。 （4）訂單管理界面，如圖47所示：圖47 訂單管理界面“訂單管理界面”允許管理員對訂單行進所有操作，由于權(quán)限設(shè)置業(yè)務(wù)員僅可查詢訂單信息。 （5）報表管理界面，如圖48所示：圖48 報表管理界面“報表管理界面”允許管理員查詢客戶、業(yè)務(wù)員、車輛、銷售量等報表，同時可以進行篩選、統(tǒng)計、打印等操作。 （6）車輛調(diào)度管理界面，如圖49所示：圖49 車輛調(diào)度管理界面“車輛調(diào)度管理界面”允許管理員對車輛基本信息查詢、添加、刪除、修改，車輛狀態(tài)查詢，車輛分配等操作。 （7）發(fā)貨管理界面，如圖410所示：圖410 發(fā)貨管理界面 “發(fā)貨管理界面”允許管理員對發(fā)貨單的查詢、添加、刪除、修改，發(fā)貨單打印等操作。實體類是用于對有關(guān)聯(lián)的行為和一定要存儲的信息建模的類。實體類在系統(tǒng)應(yīng)用領(lǐng)域中是核心內(nèi)容，常常需要有持續(xù)長久化的存儲即需要放進文件、數(shù)據(jù)庫等能夠永久存儲數(shù)據(jù)的介質(zhì)，與此同時還為驅(qū)動應(yīng)用程序提供大部分的交互服務(wù)。實體對象經(jīng)常是永久性的、被動的，有時還具有與它所表示的信息有關(guān)的復(fù)雜行。圖411 系統(tǒng)實體類圖控制類能表示系統(tǒng)的排序、協(xié)調(diào)、動態(tài)行為、事務(wù)處理以及對其他對象的控制，負(fù)責(zé)處理主要的控制流和任務(wù)，所以在理解系統(tǒng)的時候它們可以起到很大的幫助。每個用例在正常情況下的控制類有一個，作用是控制用例中的事件順序。但是一對一的情況并不是絕對，有一些情況多個用例可以合并使用一個控制類。圖412 銷售混凝土控制類 （1）員工申請賬號順序圖圖413 員工申請賬號順序圖（2）發(fā)貨業(yè)務(wù)順序圖圖414 發(fā)貨業(yè)務(wù)順序圖 （3）刪除客戶信息順序圖圖415 刪除客戶信息順序圖部署圖描述的內(nèi)容是系統(tǒng)在運行時的結(jié)構(gòu)，呈現(xiàn)給人們的是硬件的配置還有軟件元素的部署方式。如下圖所示，本混凝土銷售管理系統(tǒng)包括5個節(jié)點，系統(tǒng)客戶端和應(yīng)用服務(wù)器通過交換機連接后，用戶可以順利的使用系統(tǒng)，應(yīng)用服務(wù)器的職責(zé)是管理系統(tǒng)的總體協(xié)調(diào)、業(yè)務(wù)邏輯工作，windows開放式數(shù)據(jù)庫連接方式ODBC將應(yīng)用服務(wù)器與SQL數(shù)據(jù)庫服務(wù)器相互連通，數(shù)據(jù)庫可以管理數(shù)據(jù)的存儲。圖416 部署圖面向?qū)ο髷?shù)據(jù)庫的設(shè)計步驟：第一步是確定對象；第二步是定義屬性和服務(wù)；第三步是確定對象間的關(guān)系。面向?qū)ο筠D(zhuǎn)化關(guān)系如下表：表41 面向?qū)ο筠D(zhuǎn)化關(guān)系表面向?qū)ο竽Ｐ完P(guān)系模型屬性字型類關(guān)系元組(表)繼承視圖消息函數(shù)(過程)轉(zhuǎn)換結(jié)果：（1）管理員（賬號、密碼）：操作：客戶信息（查詢客戶信息、添加客戶信息、刪除客戶信息、修改客戶信息），報表管理（查詢表單、打印表單），業(yè)務(wù)員管理（查詢業(yè)務(wù)員信息、添加業(yè)務(wù)員信息、刪除業(yè)務(wù)員信息、修改業(yè)務(wù)員信息），訂單管理（查詢訂單信息、添加訂單信息、刪除訂單信息、修改訂單信息），車輛管理（車輛基本信息的查詢、添加、刪除、修改，車輛狀態(tài)查詢，車輛分配），發(fā)貨管理（查詢發(fā)貨單信息、添加發(fā)貨信息、刪除發(fā)貨信息、修改發(fā)貨信息）。（2）業(yè)務(wù)員（業(yè)務(wù)員賬號、密碼）：操作：客戶信息（查詢客戶信息、添加客戶信息、刪除客戶信息、修改客戶信息），業(yè)務(wù)員管理（查詢業(yè)務(wù)員信息），訂單管理（查詢訂單信息）?？蛻粜畔⒈恚–ustomer）：客戶編號、客戶姓名、性別、聯(lián)系電話、地址、郵編、Email。業(yè)務(wù)員信息表（salesman）：業(yè)務(wù)員編號、業(yè)務(wù)員姓名、性別、出生日期、政治面貌、學(xué)歷、電話、Email、家庭住址、身份證號、備注。銷售訂單表（order）：訂單編號、銷售單價、銷售量、銷售日期、業(yè)務(wù)員姓名、客戶姓名。車輛信息表（truck）：車輛編號、車輛狀態(tài)、車牌號、司機、司機電話、發(fā)貨單編號、載重。發(fā)貨單表（dispatch list）：發(fā)貨單號、發(fā)貨時間、地址、車輛編號、發(fā)貨車次、發(fā)貨量、訂單編號、客戶姓名。 本系統(tǒng)設(shè)計規(guī)劃的實體有：客戶實體、業(yè)務(wù)員實體、訂單實體、車輛實體、發(fā)貨單實體。 各實體的ER圖以及實體和實體之間的關(guān)系ER圖描述如下： （1）客戶實體ER圖客戶編號客戶姓名客戶信息地址電話郵編Email圖417 客戶實體ER圖（2）業(yè)務(wù)員實體ER圖：身份證號業(yè)務(wù)員姓名業(yè)務(wù)員業(yè)務(wù)員編號性別政治面貌出生日期Email學(xué)歷電話住址圖418 業(yè)務(wù)員實體ER圖 （3）訂單實體ER圖：訂單銷量銷售日期業(yè)務(wù)員姓名單價客戶姓名訂單編號圖419 訂單實體ER圖 車輛（4）車輛實體ER圖車輛編號載重司機電話司機車牌號車輛狀態(tài)發(fā)貨單號圖420 車輛實體ER圖 （5）發(fā)貨單實體ER圖發(fā)貨單發(fā)貨單號發(fā)貨車次車輛編號發(fā)