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