【正文】 ??????????????????????? 24 系統(tǒng)平臺和技術選擇 ??????????????????????? 24 系統(tǒng) OOD 類設計模式和分層策略 ??????????????????? 24 系統(tǒng) OOD DTO(VO)層設計 ?????????????????? ??? 24 系統(tǒng) OOD DAO 層設計 ??????????????????????? 24 系統(tǒng) OOD BO 層設計 ??????????????????????? 25 系統(tǒng) OOD CO 層設計 ??????????????????????? 32 系統(tǒng)數(shù)據(jù)模型設計 ???????????????????????? 35 第 5 章 系統(tǒng)編程實現(xiàn) ??????????????????????? 38 系統(tǒng)命名規(guī)范 ????????????????????????? 38 VO 層編程實 現(xiàn) ????????????????????????? 38 DAO 層編程實現(xiàn) ???????????????????????? 39 BO 編程實現(xiàn) ????????????????????????? 45 CO 編程實現(xiàn) ????????????????????????? 48 UIO 編程實現(xiàn) ????????????????????????? 49 系統(tǒng)組件圖 ?????????????????????????? 51 第 6 章 系統(tǒng)部署 ?????????????????????? ??? 52 系統(tǒng)硬件和軟件運行平臺 ?????????????????????? 52 系統(tǒng)的部署圖 ?????????????????????????? 52 主要業(yè)務功能測試截圖 ??????????????????????? 53 第 7 章 系統(tǒng)測試 ????????????????????????? 53 系統(tǒng)測試的目標 ????????????????????????? 53 任務測試的任務 ????????????????????????? 53 系統(tǒng)測試的方法 ?????? ??????????????????? 53 系統(tǒng)測試用例設計 ???????????????????????? 53 系統(tǒng)測試結果報告 ???????????????????????? 54 第 8 章 系統(tǒng)總結 ????????????????????????? 54 系統(tǒng)的所有優(yōu)點 ????????????????????????? 54 系統(tǒng)不足和局限之處 ??????????????????????? 54 系統(tǒng)未來的改進設想 ??????????????????????? 55 第 1 章 項目業(yè)務分析 系統(tǒng)業(yè)務背景 近年來，雖然城市里購買私家車的人越來越多，但是對于生活在城市中的絕大多數(shù)人來說，不管是上下班，還是出行，仍然要依賴公共交通工具，比如公交車，地鐵等。我國城市公交乘客信息系統(tǒng)的發(fā)展處于一個落后的水平，廣大乘客可以獲得信息的方式很少，公交信息的完整性和準確性得不到保證，而且還沒有專門的機構負責信息的發(fā)布和管理。汽車進入家庭，城市擴張可能帶來的郊區(qū)化趨勢，與城市化一起成為 21 世紀我國城市交通發(fā)展的大背景。 城市的各種交通政策的選擇和實施必須考慮城市的特性和資源、代價和效果。 相對于乘客來說，在我國乘客一般獲得公交信息的方式局限于電話、交通圖、向熟人問訊等常規(guī)方式。所以，較少的公交信息量，簡單的方式已經(jīng)成為制約城市公共交通發(fā)展的一大問題。 系統(tǒng)業(yè)務處理流程 用戶通過瀏覽器可以網(wǎng)站上查詢相關信息，例如公交車信息查詢，公交車線路查詢，公交車時間查詢，公交車路過景點查詢等等。 系統(tǒng)業(yè)務流程圖 開始 管理員登錄 用戶進入主界面 管理員選擇處理公交車信息功能 用戶輸入想查詢數(shù)據(jù)內(nèi)容 對數(shù)據(jù)庫進行操作 顯示結果 結束 第 2 章 系統(tǒng)需求 分析 需求分析任務 該文檔是關于用戶對于公交車查詢系統(tǒng)的功能和性能的要求，重點描述了公交車管理系統(tǒng)的功能需求，是概要設計階段的重要輸入。 設計人員； 項目管理人員； 用戶。在這里，沒有涉及開發(fā)技術，而主要是通過建立模型的方式來描述用戶的需求，為客戶、用戶、開發(fā)方等不同參與方提供一個交流的平臺。 前置條件 1． 管理員已經(jīng)登錄。 正常操作流程 分支操作流程 1 1． 系統(tǒng)取得所有公交車車輛間隔時間信息列表。 3． 管理員選擇增加車輛間隔時間信息。 5． 系統(tǒng)轉入到增加車輛間隔時間用例（ U010101）。 2． 系統(tǒng)顯示所有公交車信息列表（車輛間隔時間）。 4． 系統(tǒng)取得選擇修改車輛間隔時間。 分支操作流程 3 1． 系統(tǒng)取得所有公交車車輛間隔時間列表。 3． 庫存管理員選擇刪除車輛間隔時間。 5．系統(tǒng)轉入到刪除車輛間隔時間用例（ U010103）。 2． 系統(tǒng)顯示所有公交車信息列表（車輛間隔時間）。 4． 系統(tǒng)取得選擇查詢車輛間隔時間 5．系統(tǒng)轉入到查詢車輛間隔時間用例（ U010104）。 2． 選擇修改車輛間隔時間。 4． 選擇查看車輛間隔時間 5． 選擇返回主用例。 前置條件 1． 管理員已經(jīng)登錄。 正常操作流程 分支操作流程 1 1． 系統(tǒng)取得所有公交車首車時間信息列表。 3． 管理員選擇增加首車時間信息。 5． 系統(tǒng)轉入到增加首車時間信息用例（ U010201）。 2．系統(tǒng)顯示所有公交車信息列表（首車時間信息）。 4．系統(tǒng)取得選擇修改首車時間信息。 分支操作流程 3 1． 系統(tǒng)取得所有公交車首車時間信息列表。 3． 庫存管理員選擇刪除首車時間信息。 5．系統(tǒng)轉入到刪除首車時間信息用例（ U010203）。 2． 系統(tǒng)顯示所有公交車信息列表（首車時間信息）。 4． 系統(tǒng)取得選擇查詢首車時間信息 5．系統(tǒng)轉入到查詢首車時間信息用例（ U010204）。 2． 選擇修改首車時間信息。 4． 選擇查看首車時間信息。 用例結果 用例編號 U0103 用例名稱 公交車末車時間信息系統(tǒng) 角色 管理員 作者 任添石 進入流程 在管理系統(tǒng)主用例（ U0002）中，選擇公交車末車時間信息系統(tǒng)。 1． 身份是管理員。 2． 系統(tǒng)顯示所有公交車信息列表（末車時間信息）。 4． 系統(tǒng)取得選擇增加末車時間信息。 分支操作流程 2 1． 系統(tǒng)取得所有公交車末車時間信息列表。 3． 管理員選擇修改末車時間信息。 5．系統(tǒng)轉入到修改末車時間信息用例（ U010302）。 2． 系統(tǒng)顯示所有公交車信息列表（末車時間信息）。 4． 系統(tǒng)取得選擇刪除末車時間信息。 分支操作流程 4 1． 系統(tǒng)取得所有公交車末車時間信息列表。 3． 系統(tǒng)取得選擇查詢末車時間信息 。 異常操作流程 非功能性需求 結束條件 1． 選擇增加末車時間信息。 3． 選擇刪除末車時間信息。 5． 選擇返回主用例。 前置條件 1．管理員已經(jīng)登錄。 正常操作流程 分支操作流程 1 1． 系統(tǒng)取得所有公交車站點信息列表。 3． 管理員選擇增加站點信息。 5． 系統(tǒng)轉入到增加站點用例（ U010401）。 2． 系統(tǒng)顯示所有公交車信息列表（站點信息）。 4． 系統(tǒng)取得選擇修改站點信息。 分支操作流程 3 1． 系統(tǒng)取得所有公交車站點信息列表。 3． 庫存管理員 選擇刪除站點信息。 5．系統(tǒng)轉入到刪除站點信息用例（ U010403）。 2． 系統(tǒng)顯示所有公交車信息列表（站點信息）。 4． 系統(tǒng)取得選擇查詢站點信息 5．系統(tǒng)轉入到查詢站點信息用例（ U010404）。 2． 選擇修改站點信息。 4． 選擇查看站點信息。 用例結果 用例編號 U0105 用例名稱 公交車經(jīng)過景點信息系統(tǒng) 角色 管理員 作者 任添石 進入流程 在管理系統(tǒng)主用例（ U0002）中，選擇公交車經(jīng)過景點信息系統(tǒng)。 2． 身份是管理員。 2． 系統(tǒng)顯示所有公交車信息列表（經(jīng)過景點信息）。 4． 系統(tǒng)取得選擇增加經(jīng)過景點信息。 分支操作流程 2 1． 系統(tǒng)取得所有公交車經(jīng)過景點信息列表。 3． 管理員選擇修改經(jīng)過景點信息。 5．系統(tǒng)轉入到修改經(jīng)過景點信息用例（ U010502）。 2． 系統(tǒng)顯示所有公交車信息列表（經(jīng)過景點信息）。 4． 系統(tǒng)取得選擇刪除經(jīng)過景點信息。 分支操作流程 4 1． 系統(tǒng)取得所有公交車經(jīng)過景點信息列表。 3． 系統(tǒng)取得選擇查詢經(jīng)過景點信息。 異常操作流程 非功能性需求 結束條件 1． 選擇增加經(jīng)過景點信息。 3． 選擇刪除經(jīng)過景點信息。 5． 選擇返回主用例。 系統(tǒng) OOA 類組成 OOA（面向對象的分析）模型由 5 個層次（主題層、對象類層、結構層、屬性層和服務層）和 5 個活動（標識對象類、標識結構、定 義主題、定義屬性和定義服務）組成。分類結構就是所謂的一般與特殊的關系。 OOA 在定義屬性的同時，要識別實例連接。 OOA 在定義服務的同時要識別消息連接。 OOA 中的 5 個層次和 5 個活動繼續(xù)貫穿在 OOD（畫向對象的設計）過程中。它們分別是設計問題域部分、設 計人機交互部分、設計任務管理部分和設計數(shù)據(jù)管理部分 。在整個開發(fā)過程中，盡可能采用復用的原則，例如采用標簽庫，統(tǒng)一數(shù)據(jù)庫的基本操作，統(tǒng)一結果顯示等。 DAO 層負責系統(tǒng)與數(shù)據(jù)庫的交互。 CO 層負責傳輸控制數(shù)據(jù)對象。 系統(tǒng) OOD DTO(VO)層設計 (1) 簡述 VO 類的職責 DTO 是簡單對象，它不應該包含需要測試的任何業(yè)務邏輯。每個 DTO 可能需要測試，也可能不需要，這取決于您的序列化機制。如果不是這樣，請使用一般的反射機制，這樣就不需要測試每個 DTO 的序列化。 取得 VO 類由 VO 直接 NEW 對象。 (3) VO 類的設計規(guī)范： VO 類的包名統(tǒng)一采用： .value 模塊名即為所對應的子模塊名： 包名全部小寫。 VO 類屬性名，方法名， 首字母小寫，相鄰單詞首字母大寫 (4) 系統(tǒng)的所有的 VO 的設計表 pckage . 公交車查詢系統(tǒng)值類 類名稱 類型 屬性 方法 //管理員值類 ManagerValue JavaBean private String managerId。 //登錄密碼 //每個屬性一對 set/get 方法 //公交車值類 BusValue JavaBean private int busId。//公交車行走路線 private String stopName。//首車時間 private String lastBus。//普通票價 private String monthTickt。//車輛間隔時間 private String saleTickt。//經(jīng)過景點 //每個屬性一對 set/get 方法 系統(tǒng) OOD DAO 層設計 (1) 簡述 DAO 類的職責 DAO 是 Data Access Object 數(shù)據(jù)訪問 接口，數(shù)據(jù)訪問：顧名思義就是與數(shù)據(jù)庫打交道。 J2EE 模式中是這樣介紹 DAO 模式的：為了建立一個健壯的 J2EE 應用，應該將所有對數(shù)據(jù)源的訪問操作抽象封裝在一個公共 API中。在這個應用程序中，當需要和數(shù)據(jù)源進行交互的時候則使用這個接口，并且編寫一個單獨的類來實現(xiàn)這個接口在邏輯上對應這個特定的數(shù)據(jù)存儲 (2) 說明 DAO 的設計原則 取得 DAO 類由 DAO 工廠負責統(tǒng)一生產(chǎn)。 dao 類的類名采用：實體名 dao 的形式 實體名即為所對應的實體名： 類名首字母大寫，相鄰單詞首字母大寫。 接口名稱 塑造型 屬性 方法 //管理員 DAO 接口 IManagerDao interface public void create(ManagerValue mv)。 //修改管理員 public void delete(ManagerValue mv)。 //取得管理員列表 public ManagerValue getManager(String id) throws Exception。 //創(chuàng)建公交車