公交車查詢系統軟件工程設計(編輯修改稿)

　

【文章內容簡介】 3． 系統取得選擇查詢經過景點信息。 4． 系統取得選擇 查詢經過景點信息 5．系統轉入到查詢經過景點信息用例（ U010504）。 異常操作流程 非功能性需求 結束條件 1． 選擇增加經過景點信息。 2． 選擇修改經過景點信息。 3． 選擇刪除經過景點信息。 4． 選擇查看經過景點信息。 5． 選擇返回主用例。 用例結果 第 3 章 系統面向對象 分析 OOA 分析任務 根據需求規格完成軟件模塊的劃分并描述模塊之間的關系。 系統 OOA 類組成 OOA（面向對象的分析）模型由 5 個層次（主題層、對象類層、結構層、屬性層和服務層）和 5 個活動（標識對象類、標識結構、定 義主題、定義屬性和定義服務）組成。在這種方法中定義了兩種對象類之間的結構，一種稱為分類結構，一種稱為組裝結構。分類結構就是所謂的一般與特殊的關系。組裝結構則反映了對象之間的整體與部分的關系。 OOA 在定義屬性的同時，要識別實例連接。實例連接是一個實例與另一個實例的映射關系。 OOA 在定義服務的同時要識別消息連接。當一個對象需要向另一對象發送消息時，它們之間就存在消息連接。 OOA 中的 5 個層次和 5 個活動繼續貫穿在 OOD（畫向對象的設計）過程中。 OOD 模型由 4 個部分組成。它們分別是設計問題域部分、設 計人機交互部分、設計任務管理部分和設計數據管理部分 。 系統 OOA 類識別 用例編號 用例名稱 分析類類別 Class Type 分析類名稱 class Name 屬性 Properties 方法 Methods 0001 登錄用例 邊界類 border 登錄界面 顯示登錄表單 輸入帳號 輸入密碼 輸入驗證碼 提交表單 顯示錯誤信息 控制類 Control 登錄控制 取得驗證碼 取得賬號密碼 驗證驗證碼 驗證管理員合法性 實體 Entity 管理員 賬號 密碼 驗證 U30001 增加管理員用例 邊界類 增加管理員界面 顯示增加管理員表單 輸入管理員數據 提交增加管理員數據 控制 增加管理員控制 取得提交管理員數據 驗證管理員數據合法性 邊界 管理員主界面 進入主界面 實體 管理員 帳號 密碼 增加 U30002 刪除管理員用例 邊界類 刪除管理員界面 顯示刪除管理員表單 選擇刪除的管理員數據 提交刪除管理員數據 控制 刪除管理員控制 取得刪除管理員數據 邊界 管理員主界面 進入主界面 實體 管理員 帳號 密碼 刪除 U30003 修 改管理員用例 邊界類 修改管理員界面 顯示修改管理員表單 選擇修改管理員數據 提交修改管理員數據 控制 增加管理員控制 取得修改管理員數據 驗證管理員數據合法性 邊界 管理員主界面 進入主界面 實體 管理員 帳號 密碼 修改 U30004 查詢管理員用例 邊界類 查詢管理員界面 顯示查詢管理員表單 選擇查詢管理員數據 提交查詢管理員數據 控制 查詢管理員控制 取得查詢管理員數據 顯示查詢管理員數據 邊界 管理員主界面 進入主界面 實體 管理員 帳號 密碼 查詢 U20201 增加公交車用例 邊界類 增加公交車界面 顯示增加公交車表單 輸入公交車數據 提交增加公交車數據 控制 增加公交車控制 取得提交公交車數據 驗證公交車數據合法性 邊界 主界面 進入主界面 實體 公交車 車次 行走路線 站點名稱 首車時間 末車時間 普通票價 月票票價 車輛間隔時間 售票信息 經過景點 增加 U20202 刪除公交車用例 邊界類 刪除公交車界面 顯示刪除公交車表單 選擇刪除的公交車數據 提交刪除公交車數據 控制 刪除公交車控制 取得刪除公交車數據 邊界 公交車主界面 進入主界面 實體 公交車 車次 行走路線 站點名稱 首車時間 末車時間 普通票價 月票票價 車輛間隔時間 售票信息 經過景點 刪除 U20203 修改公交車用例 邊界類 修改公交車界面 顯示修改公交車表單 選擇修改公交車數據 提交修改公交車數據 控制 增加公交車控制 取得修改公交車數據 驗證公交車數據合法性 邊界 公交車主界面 進入主界面 實體 公交車 車次 行走路線 站點名稱 首車時間 末車時間 普通票價 月票票價 車輛間隔時間 售票信息 經過景點 修 改 U20204 查詢公交車用例 邊界類 查詢公交車界面 顯示查詢公交車表單 選擇查詢公交車數據 提交查詢公交車數據 控制 查詢公交車控制 取得查詢公交車數據 顯示查詢公交車數據 邊界 公交車主界面 進入主界面 實體 公交車 車次 行走路線 站點名稱 首車時間 末車時間 普通票價 月票票價 車輛間隔時間 售票信息 經過景點 查詢 系統 OOA 類圖 管理員類圖 用戶類圖 系統 OOA 用例時序圖 管理員時序圖 : 管理員 : 登陸界面 : 管理員控制類 : 公交車1 : 輸入賬號密碼驗證碼2 : 驗證賬號密碼驗證碼3 : 驗證成功進入主頁面4 : 選擇增加刪除修改查詢功能5 : 取得管理員選擇功能6 : 增加刪除修改查詢公交車信息7 : 更新數據8 : 返回成功信息9 : 顯示操作成功若沒有相關信息則顯示沒有相關信息 用戶時序圖 : 用戶 : 登陸界面 : 用戶控制類 : 公交車1 : 會員輸入賬號密碼驗證碼2 : 驗證賬號密碼驗證碼3 : 進入查詢界面4 : 用戶會員輸入想查詢信息5 : 取得輸入信息6 : 查詢相關信息7 : 返回相關信息8 : 取得相關信息9 : 顯示用戶會員要查詢信息若沒有相關信息則顯示沒有相關信息 系統 OOA 用例協作圖 管理員 協作圖 : 管理員 : 登陸界面 : 管理員控制類 : 公交車驗證管理員賬號密碼驗證碼1 : 輸入管理員賬號密碼驗證碼2 : 進入管理頁面3 : 管理員選擇增加刪除修改查詢功能8 : 顯示成功信息4 : 取得管理員選擇功能7 : 取得成功信息5 : 增加刪除修改查詢公交車信息6 : 返回成功信息 用戶協作圖 : 登陸界面 : 公交車 : 用戶控制類 : 用戶驗證會員賬號密碼驗證碼4 : 取得查詢信息7 : 取得相關信息5 : 查詢相關信息6 : 返回相關信息1 : 輸入會員賬號密碼驗證碼2 : 驗證成功3 : 輸入查詢信息8 : 顯示要查詢的信息 第 4 章 系統面向對象設計 OOD 設計 任務 對 OOA 分析結果作進一步的規范化整理，以便被 OOP 接受 系統平臺和技術選擇 一． 操作系統平臺選擇 Windows XP 二． 數據庫平臺選擇 Mysql 三． 應用服務器平臺 四． 開發語言選擇 Java HTML JavaScript 五． 開發框架選擇 JavaEE(JSP, Servlet) 六． 開發工具選擇 七． 版本管理工具選擇 SubVision6 系統 OOD 類設計模式和分層策略 由于 本系統采用了基于 struct 體系結構的設計，即 MVC 的三層設計模式，并采用面向對象的 Java 語言以及 JSP 的腳本語言實現。在整個開發過程中，盡可能采用復用的原則，例如采用標簽庫，統一數據庫的基本操作，統一結果顯示等。 進一步細分可以劃歸為 JAVA EE 五層架構，及 CO 層 ,DTO 層 ,BO 層 ,DAO 層 ,VIEW 層 , VIEW 層負責頁面的顯示，視圖層。 DAO 層負責系統與數據庫的交互。 BO 層負責處理系統相關業務。 CO 層負責傳輸控制數據對象。 DTO 層則代表了與實體之間的意義對應。 系統 OOD DTO(VO)層設計 (1) 簡述 VO 類的職責 DTO 是簡單對象，它不應該包含需要測試的任何業務邏輯。但是，您確實需要測試每個 DTO 的數據聚合。每個 DTO 可能需要測試，也可能不需要，這取決于您的序列化機制。如果序列化是框架的一部分，則只需要測試一個 DTO。如果不是這樣，請使用一般的反射機制，這樣就不需要測試每個 DTO 的序列化。 (2) 說明 VO 的設計原則 VO 類采取與實體一一對應的策略。 取得 VO 類由 VO 直接 NEW 對象。 而 VO 類的屬性則由各屬性所對應的 GET 方法獲得。 (3) VO 類的設計規范： VO 類的包名統一采用： .value 模塊名即為所對應的子模塊名： 包名全部小寫。 VO 類的類名采用：實體名 Value 的形式 實體名即為所對應的實體名： 類名首字母大寫，相鄰單詞首字母大寫。 VO 類屬性名，方法名， 首字母小寫，相鄰單詞首字母大寫 (4) 系統的所有的 VO 的設計表 pckage . 公交車查詢系統值類 類名稱 類型 屬性 方法 //管理員值類 ManagerValue JavaBean private String managerId。 //員工帳號 private String managerPass。 //登錄密碼 //每個屬性一對 set/get 方法 //公交車值類 BusValue JavaBean private int busId。 //公交車車次 private String path。//公交車行走路線 private String stopName。 //站點名稱 private String firstBus。//首車時間 private String lastBus。//末車時間 private String normalTickt。//普通票價 private String monthTickt。//月票票價 private String busTime。//車輛間隔時間 private String saleTickt。//售票信息 private String view。//經過景點 //每個屬性一對 set/get 方法 系統 OOD DAO 層設計 (1) 簡述 DAO 類的職責 DAO 是 Data Access Object 數據訪問 接口，數據訪問：顧名思義就是與數據庫打交道。夾在業務邏輯與數據庫資源中間。 J2EE 模式中是這樣介紹 DAO 模式的：為了建立一個健壯的 J2EE 應用，應該將所有對數據源的訪問操作抽象封裝在一個公共 API中。用程序設計的語言來說，就是建立一個接口，接口中定義了此中將會用到的所有事務方法。在這個應用程序中，當需要和數據源進行交互的時候則使用這個接口，并且編寫一個單獨的類來實現這個接口在邏輯上對應這個特定的數據存儲 (2) 說明 DAO 的設計原則 取得 DAO 類由 DAO 工廠負責統一生產。 (3) DAO 類的設計規范 ： DAO 類的包名統一采用： .dao 模塊名即為所對應的子模塊名： 包名全部小寫。 dao 類的類名采用：實體名 dao 的形式 實體名即為所對應的實體名： 類名首字母大寫，相鄰單詞首字母大寫。 Dao，方法名， 首字母小寫，相鄰單詞首字母大寫 (4) 系統的所有的 DAO 層接口，類和工廠的設計表格。 接口名稱 塑造型 屬性 方法 //管理員 DAO 接口 IManagerDao interface public void cr