【正文】 Framework。最后，詳細(xì)介紹了如何創(chuàng)建“公交查詢系統(tǒng)”的全部過程。公交查詢系統(tǒng)是一個(gè)取代過去由人工查詢的查詢系統(tǒng)。本系統(tǒng)的核心是對選擇好的車次進(jìn)行路線的查詢，或者輸入所要查詢的車站名，點(diǎn)擊“查詢”按鈕，查詢所有含有該站的車次及相應(yīng)的?？空?。在對公交乘客出行心理特征進(jìn)行分析的基礎(chǔ)上,考慮乘客選擇公交線路決策的因素,進(jìn)行程序關(guān)鍵部分的框架設(shè)計(jì)。我國城市公交乘客信息系統(tǒng)的發(fā)展處于一個(gè)落后的水平,廣大乘客可以獲得信息的方式很少,公交信息的完整性和準(zhǔn)確性得不到保證，而且還沒有專門的機(jī)構(gòu)負(fù)責(zé)信息的發(fā)布和管理。城市公共交通運(yùn)輸以其覆蓋面廣、經(jīng)濟(jì)、快捷的特點(diǎn)，成為絕大多數(shù)出行者的首選方式，也是各地城市政府大力發(fā)展的一種交通方式。關(guān)鍵詞：現(xiàn)代建筑供燃?xì)獍踩到y(tǒng)第五篇：公交查詢系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)論文公交查詢系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)論文1引言隨著城市經(jīng)濟(jì)的發(fā)展、規(guī)模的擴(kuò)大以及人口的增長，城市交通問題日益突出。同時(shí)，我也要向?qū)W習(xí)期間辛勤授課的老師們致以誠摯的感謝，老師們學(xué)識(shí)與無私的解疑釋惑精神令我終身難忘。致謝經(jīng)過導(dǎo)師的精心指導(dǎo)，我的論文即將完成，在此，首先衷心感謝我的導(dǎo)師的細(xì)心指導(dǎo)和精心栽培。在系統(tǒng)設(shè)計(jì)和編程實(shí)現(xiàn)的階段，筆者首先將系統(tǒng)劃分為登陸驗(yàn)證，過程管控，報(bào)表文檔處理等7大模塊，并對他們進(jìn)行了編程實(shí)現(xiàn)，給出了實(shí)現(xiàn)這些功能的主要程序。另外由于移動(dòng)化辦公的時(shí)效性，公司可以及時(shí)發(fā)布信息組織人力，提高公司的快速反應(yīng)能力。某公司的信息化水平相對較高，業(yè)已實(shí)現(xiàn)電子化，數(shù)據(jù)化的傳統(tǒng)辦公信息化，構(gòu)建了一套完備的office automation system，該信息化的核心是公司信息門戶的建成。智能手機(jī)，平板等智能移動(dòng)終端的普及和無處不在的3G網(wǎng)絡(luò)使移動(dòng)辦公成為可能，辦公室的自動(dòng)化不再僅限于電子化，數(shù)據(jù)化，更加實(shí)現(xiàn)了移動(dòng)化，公司的辦公不再受限于時(shí)間和空間，辦公會(huì)議也可以借助在線交流實(shí)現(xiàn)，移動(dòng)化無疑將辦公自動(dòng)化提升了一個(gè)層次，辦公的效率得到極大提升。OA主要的目的是整合目前的管理組織，合理調(diào)配組織資源，使各部門高效合作，從而使決策得到最大化實(shí)現(xiàn)。第七章 結(jié)束語隨著是信息化社會(huì)的來臨，傳統(tǒng)的紙質(zhì)化辦公已經(jīng)顯得效率低下，將信息技術(shù)引入辦公勢在必行，辦公自動(dòng)化(OA)的時(shí)代已經(jīng)來臨。Memory相關(guān) 內(nèi)存使用情況可能是系統(tǒng)性能中最重要的因素（服務(wù)器內(nèi)存使用狀況、數(shù)據(jù)庫內(nèi)存使用狀況）CPU使用率 包括服務(wù)器CPU使用率和數(shù)據(jù)庫進(jìn)程CPU使用狀況 9 Number of deadlocks/ Sec/－Total 數(shù)據(jù)庫死鎖、阻塞 User 0 Connections 用戶連接數(shù)，也就是數(shù)據(jù)庫的連接數(shù)量 測試用例如下表所示： 表68 測試用例表 用例名稱 用例目的 模塊名稱 用例步驟 事務(wù)名稱 FARE_LOGIN 查看登錄系統(tǒng)的響應(yīng)時(shí)間 登錄 用戶登錄 用戶登陸 FARE_DOCUMENT_SEARCH 測試公文查詢的響應(yīng)時(shí)間 流程管理 用戶登錄—流程管理—公文查詢 查詢FARE_DOCUMENT_NEW 測試公文新建的響應(yīng)時(shí)間 公文新建 用戶登錄—流程管理—公文新建 公文新建FARE_DOCUMENT_REPLY 測試公文審批的響應(yīng)時(shí)間 公文審批 用戶登錄—流程管理—公文審批 審批FARE_ADDRESSLIST_SEARCH 測試通訊錄中查詢的響應(yīng)時(shí)間 通訊錄管理 用戶登錄—通訊錄管理—查詢 查詢FARE_INFORM_SEARCH 測試通知公告中查詢的響應(yīng)時(shí)間 通知公告管理 用戶登錄—通知公告管理—查詢 查詢測試結(jié)果中的幾項(xiàng)關(guān)鍵因素解釋如下：（1）time measure：second（2）Mininum：最長運(yùn)行時(shí)間（3）Maximum：最短運(yùn)行時(shí)間（4）Average：系統(tǒng)運(yùn)行的時(shí)間平均值（5）：標(biāo)準(zhǔn)方差下面的測試中四十個(gè)使用者在極小的時(shí)間段內(nèi)訪問該移動(dòng)辦公系統(tǒng)并上交報(bào)表，下面為測試流程圖和結(jié)果的詳細(xì)分析： 表69 測試結(jié)果1表 度量 最小值平均值 最大值 SD Action_Transaction vuser_init_Transaction 登陸 分析結(jié)果：這四十個(gè)使用者在提交申請以后均在2s內(nèi)請求被處理，使用者體驗(yàn)良好。5 每秒點(diǎn)擊數(shù) 系統(tǒng)WebServer每秒所能響應(yīng)的請求數(shù) Cpu Queue Length 隊(duì)列長度持續(xù)大于 4 則表示可能出現(xiàn)處理器擁塞。通過LR，用戶可以得到事務(wù)當(dāng)中用時(shí)最長的動(dòng)作。3 事務(wù)響應(yīng)時(shí)間 事務(wù)響應(yīng)的時(shí)間。與事務(wù)相關(guān)的指標(biāo)有：事務(wù)量，成功事務(wù)量，失敗事務(wù)量，平均事務(wù)量。 單元測試用例下面是對系統(tǒng)公文新建功能測試的一個(gè)實(shí)例：表62 公文新建測試用例 用例模塊 公文新建 測試摘要 創(chuàng)建兩種不同類型的政策 用例設(shè)計(jì)者測試類型 功能性測試 用例類型 錯(cuò)誤判斷法，比較法 測試方法 手動(dòng) 對應(yīng)需求對應(yīng)UI 設(shè)計(jì)時(shí)間前置條件 已成功登陸并具有相關(guān)權(quán)限 步驟 執(zhí)行描述 預(yù)期結(jié)果 實(shí)際結(jié)果 備注 1 點(diǎn)“公文新建” 正確進(jìn)入公文新建通過 2 選擇不同公文類型 不同的公文輸入數(shù)據(jù)不同 成功選擇不同公文類型 通過 3 根據(jù)不同公文填寫信息”有提示的為必填項(xiàng) 通過 4 信息正確填寫完成點(diǎn)“保存” 成功新建一條公文 成功新建 通過 公文查詢的測試用例如下表所示： 表63 公文新建測試用例 用例模塊 公文維護(hù) 測試摘要用例設(shè)計(jì)者測試類型 功能性測試 用例類型 錯(cuò)誤判斷法，比較法 測試方法 手動(dòng) 對應(yīng)需求對應(yīng)UI 設(shè)計(jì)時(shí)間前置條件 已成功登陸并具有相關(guān)權(quán)限 步驟 執(zhí)行描述 預(yù)期結(jié)果 實(shí)際結(jié)果 備注 1 點(diǎn)“公文維護(hù)” 正確進(jìn)入公文查詢頁面 成功跳至查詢頁面 通過 2 輸入相應(yīng)查詢條件，點(diǎn)“查詢” 正確顯示滿足條件的所有記錄 需按照關(guān)鍵字查詢，增加排序 通過 任選一條記錄，點(diǎn)“查看” 正確顯示此記錄的詳細(xì)信息 正確顯示此條記錄的詳細(xì)信息 通過 任選一條或多條記錄，點(diǎn)“刪除” 刪除成功 將該條公文物理刪除 通過 5 任選一條記錄，點(diǎn)“修改” 跳轉(zhuǎn)至公文修改頁面 一次只能修改一條 通過 6 任選一條記錄，點(diǎn)“復(fù)制” 跳轉(zhuǎn)至公文復(fù)制頁面 一次只能復(fù)制一條 通過 7 任選一條記錄，點(diǎn)“提交” 狀態(tài)修改為審批中 只能提交已保存和審批拒絕 通過 任選一條審批通過記錄，點(diǎn)“停止” 是否停止改為“是” 是否停止改為是 通過數(shù)據(jù)報(bào)表的測試用例如下表所示：表64 數(shù)據(jù)報(bào)表測試用例 用例模塊 數(shù)據(jù)報(bào)表 測試摘要用例設(shè)計(jì)者測試類型 功能性測試 用例類型 錯(cuò)誤判斷法，比較法 測試方法 手動(dòng) 對應(yīng)需求對應(yīng)UI 設(shè)計(jì)時(shí)間前置條件 已成功登陸并具有相關(guān)權(quán)限 步驟 執(zhí)行描述 預(yù)期結(jié)果 實(shí)際結(jié)果 備注 1 點(diǎn)擊“數(shù)據(jù)報(bào)表” 正確進(jìn)入數(shù)據(jù)報(bào)表 成功進(jìn)入數(shù)據(jù)報(bào)表頁面 通過 2 輸入相應(yīng)查詢條件，點(diǎn)“查詢” 正確顯示滿足條件的所有記錄 正確顯示查詢條件內(nèi)所需數(shù)據(jù) 通過 通訊錄查詢的測試用例如下表所示： 表65 通訊錄查詢測試用例 用例模塊 通訊錄管理 測試摘要用例設(shè)計(jì)者測試類型 功能性測試 用例類型 錯(cuò)誤判斷法，比較法 測試方法 手動(dòng) 對應(yīng)需求對應(yīng)UI 設(shè)計(jì)時(shí)間前置條件 已成功登陸并具有相關(guān)權(quán)限 步驟 執(zhí)行描述 預(yù)期結(jié)果 實(shí)際結(jié)果 備注 1 點(diǎn)“通訊錄管理” 正確進(jìn)入通訊錄查詢頁面 成功跳至查詢頁面 通過 2 輸入相應(yīng)查詢條件，點(diǎn)“查詢” 正確顯示滿足條件的所有記錄 需按照關(guān)鍵字查詢，增加排序 通過 任選一條記錄，點(diǎn)“查看” 正確顯示此記錄的詳細(xì)信息 正確顯示此條記錄的詳細(xì)信息 通過 任選一條或多條記錄，點(diǎn)“刪除” 刪除成功 將該條通訊錄物理刪除 通過 5 任選一條記錄，點(diǎn)“修改” 跳轉(zhuǎn)至通訊錄修改頁面 一次只能修改一條 通過 性能測試用例性能測試用例如下表所示：表66 性能測試用例在移動(dòng)設(shè)備中訪問本系統(tǒng)的功能 移動(dòng)設(shè)備是通過無線網(wǎng)絡(luò)訪問Web應(yīng)用，因此頁面不應(yīng)太復(fù)雜，避免因頁面過大影響訪問速度 用例目的 測試在移動(dòng)設(shè)備中是否可以進(jìn)入本系統(tǒng)使用本系統(tǒng)的基本功能 前提條件 服務(wù)器運(yùn)行和使用的移動(dòng)設(shè)備可以登錄網(wǎng)絡(luò) 用例ID 輸入數(shù)據(jù) 期望性能 實(shí)際性能 1 輸入用戶名和密碼平均響應(yīng)時(shí)間不超過5秒，最長不超過10秒平均響應(yīng)時(shí)間不超過5秒，最長不超過10秒 2 下載公文 由文件大小而定 由文件大小而定 3 上傳公文 由文件大小而定 由文件大小而定 4 審批公文平均響應(yīng)時(shí)間不超過5秒，最長不超過10秒平均響應(yīng)時(shí)間不超過5秒，最長不超過10秒 壓力測試本次測試過程主要是評(píng)估和分析系統(tǒng)當(dāng)前環(huán)境下的性能狀況，作為系統(tǒng)性能調(diào)優(yōu)的參考和依據(jù)[39]，在整個(gè)測試中，各種和系統(tǒng)功能，運(yùn)行穩(wěn)定性有關(guān)的數(shù)據(jù)都會(huì)被精確測量，在進(jìn)行詳細(xì)與認(rèn)真的分析之后得出相應(yīng)的結(jié)論。在單元測試中運(yùn)用白盒測試方法，主要測試主要功能模塊及代碼的規(guī)范化[38]。（3）網(wǎng)絡(luò)條件各個(gè)公司業(yè)務(wù)信息系統(tǒng)都被相應(yīng)接口接入這個(gè)平臺(tái)，因此需要有網(wǎng)絡(luò)支持各個(gè)業(yè)務(wù)系統(tǒng)對平臺(tái)的訪問，移動(dòng)客戶端的使用者可以利用VPN進(jìn)入位于企業(yè)內(nèi)網(wǎng)的smart MIP服務(wù)器，進(jìn)行相應(yīng)的操作獲取相應(yīng)信息。第六章 移動(dòng)辦公系統(tǒng)的測試 （1）移動(dòng)平臺(tái)的硬件環(huán)境 該類平臺(tái)運(yùn)行負(fù)荷不大，常見的電腦服務(wù)器都可以支持運(yùn)行，在本文的系統(tǒng)測試中我們使用是國際商用機(jī)器公司的3650服務(wù)器，下面的表格是具體的介紹。這部分功能的流程圖如圖413所示：圖413 通訊錄模塊流程圖使用者進(jìn)入公司通訊錄的信息酷以后，由于通訊錄的名但是按部門和姓名首字母嚴(yán)格排序，所以快速查知所要的號(hào)碼，同時(shí)，手機(jī)通訊錄附帶電話和短信功能，所以可以立即執(zhí)行相關(guān)操作。各種常用文檔在不同手機(jī)上顯示需要進(jìn)行，無需第三方軟件支持，安裝客戶端軟件之后，可以直接查看各種類型的文件，如純文本類、超文本類、圖片類、復(fù)雜文檔類（如word, excel, ppt, pdf）、壓縮文檔類等多種格式，可以滿足大部分用戶的需求[34]。圖414 新聞發(fā)布流程圖通知公告模塊的關(guān)鍵實(shí)現(xiàn)手段是文檔轉(zhuǎn)碼。由于存在多樣化的推送手段，服務(wù)器會(huì)根據(jù)使用者的客戶端的實(shí)際情況合理選定推送信息的方法，讓客戶端最方便快速的接受信息。使用者的客戶端有時(shí)會(huì)離線，這時(shí)發(fā)送二進(jìn)制編輯的短信，相應(yīng)客戶端會(huì)被該信息喚醒，接受該信息，這種離線推送方式稱為二進(jìn)制推送。企業(yè)的服務(wù)端有新的公文批復(fù)，新的業(yè)務(wù)報(bào)表時(shí)，這些最新的信息都會(huì)被立即傳送給移動(dòng)客戶端，保持信息的最廣范圍共享。這部分功能的核心技術(shù)為統(tǒng)一推送服務(wù)APS，即Allinone Push Service，所有從服務(wù)器推送至客戶端的業(yè)務(wù)均通過這個(gè)服務(wù)處理[32]。移動(dòng)辦公的特殊性使它的過程設(shè)計(jì)更為簡潔易操作，所以它的過程更少更簡便，比起以往的OA系統(tǒng)它的公文流轉(zhuǎn)速率更快，公文的處理效率大大提高。這部分的流程圖如圖415所示： 流程管理在公司的移動(dòng)辦公系統(tǒng)中，公文的流傳不是單純的文檔收發(fā)和審閱修改，而是成為一個(gè)數(shù)據(jù)流，在辦公系統(tǒng)中快速流傳，還含有過程清單（未辦事項(xiàng)，已辦事項(xiàng)，正式文檔等），審查，處理，核定等，這些在一般的辦公自動(dòng)化系統(tǒng)中都具有的流程在移動(dòng)客戶端都會(huì)有。如果審核人將草稿修改后打回給創(chuàng)建人，則表示審核沒有通過。完成這一系列步驟后就實(shí)現(xiàn)了新聞的發(fā)布功能。如果新聞的屬性為正式發(fā)布，則可以不用審核；如果新聞的屬性為草稿，則需要交由審核人審核，審核通過后才能正式發(fā)布。通知公告的發(fā)布、審核和瀏覽是通知公告模塊的主要功能。開始工作后，它首先根據(jù)要求查詢通訊錄數(shù)據(jù)庫，如果不存在符合條件的人員，不能顯示他的聯(lián)系信息，就顯示查無此人。無論是否批準(zhǔn)，為了便于申請人及時(shí)了解公文的審批情況，審批結(jié)束后都需要發(fā)送站內(nèi)短信告知申請人。如果回復(fù)，則輸入文本內(nèi)容的回復(fù)，然后進(jìn)入下一步。審批申請后，需要選擇是否回復(fù)文本內(nèi)容。如果是他人代辦，則委托第三人處理。審批的流程圖如圖412所示。對于大部分公司尤其是某些業(yè)務(wù)受到各種因素制約的公司來說，及時(shí)處理公文都是決定公司發(fā)展的重要方面。這種審批方式與傳統(tǒng)的審批方式相比具有很大的優(yōu)點(diǎn)，能夠有效避免傳統(tǒng)辦公方式中諸如審批不及時(shí)等問題。如果有，則需要上傳正確的附件并填寫附件說明，然后進(jìn)入下一步，即選擇審批該公文的領(lǐng)導(dǎo)。如果請求人發(fā)起的請求已經(jīng)處理完畢，則顯示請求人的以辦事宜和給予協(xié)作人的以辦事宜。設(shè)置成功后系統(tǒng)會(huì)自動(dòng)向給予協(xié)作的成員發(fā)送內(nèi)部短信，在短信中會(huì)有一個(gè)“直接辦理”的窗口引來導(dǎo)相應(yīng)的成員直接進(jìn)行辦理。如果需要，那么還得給該附件以一定的文字說明，因?yàn)槲募?nèi)容是新建請求的必要補(bǔ)充。完成這一步驟后，需要選擇任務(wù)的起止時(shí)間，以確保該請求能夠在規(guī)定的時(shí)間內(nèi)完成。以下是關(guān)于其主要功能的簡單介紹。（6）領(lǐng)導(dǎo)回復(fù)：領(lǐng)導(dǎo)對公文的回復(fù)情況。（4）已辦事宜：已經(jīng)辦妥的事宜列表。（2）我的請求：由我本人新建并可以在“我的請求”中查詢其處理情況的請求。其主要由新建請求、我的請求、待辦事宜、已辦事宜、新建領(lǐng)導(dǎo)審批、領(lǐng)導(dǎo)回復(fù)和我的審批等幾個(gè)方面組成。(7)資訊管理：能夠及時(shí)得到公司發(fā)布的資訊，并實(shí)現(xiàn)信息分類管理的功能。(5)會(huì)議管理：通過手機(jī)使會(huì)議得到及時(shí)通知，內(nèi)容實(shí)現(xiàn)同步發(fā)布。(3)合同管理：通過手機(jī)進(jìn)行合同的分類查詢和審查批示。對接流程如下圖所示：移動(dòng)辦公系統(tǒng)主要擁有以下幾個(gè)功能：(1)公文管理：在實(shí)現(xiàn)手機(jī)實(shí)時(shí)處理公司業(yè)務(wù)目標(biāo)的同時(shí)而不會(huì)更改現(xiàn)有業(yè)務(wù)流程的功能。WebParser對接過程中，應(yīng)充分考慮原有系統(tǒng)在手機(jī)終端上的易用性[21]，將基于個(gè)人電腦的信息系統(tǒng)方便的轉(zhuǎn)化為基于移動(dòng)端的信息系統(tǒng)，使用者可以方便的進(jìn)行業(yè)務(wù)的處理使用各種功能。使用者使用該技術(shù)接入的移動(dòng)平臺(tái)，就像通過browser網(wǎng)站進(jìn)行信息瀏覽一樣，業(yè)務(wù)系統(tǒng)發(fā)布信息，移動(dòng)終端實(shí)時(shí)獲取，這樣不額外增加系統(tǒng)負(fù)擔(dān)，易于維護(hù)。（3）我們只要一次性將業(yè)務(wù)系統(tǒng)接入，此后便可支持各種版本的升級(jí)系統(tǒng)，一次定型以后不必再考慮不兼容問題。對接的示意圖如下：圖45 接入方式圖示表現(xiàn)層的接入方法具有5大優(yōu)點(diǎn)：（1）開發(fā)的時(shí)間成本低，由于只要簡單的程序完成端口連接，所以接入移動(dòng)化簡單，不需要再去編寫復(fù)雜程序。 接入方式將公司業(yè)務(wù)信息系統(tǒng)接入移動(dòng)辦公系統(tǒng)有三種主流方法，在模型視圖控制器系統(tǒng)結(jié)構(gòu)下，我們可以從數(shù)據(jù)，外在顯示以及數(shù)據(jù)的三個(gè)層次完成平臺(tái)與子信息系統(tǒng)的連接。平臺(tái)的建設(shè)依據(jù)國際國內(nèi)的業(yè)界標(biāo)準(zhǔn)，使各種接口實(shí)