《公交運營調(diào)度系統(tǒng)系統(tǒng)項目計劃書》任務(wù)素材

1、系統(tǒng)項目計劃書1 引言1.1 編寫目的本項目計劃書的編寫目的是制定一套軟件項目實施及管理的解決方案， 其主要工作包括確定詳細的項目實施范圍、 定義遞交的工作成果、 評估實施過程中的主要風險、 制 定項目實施的(時間)進度計劃、成本和預(yù)算計劃、人力資源計劃等。1.2 背景進入 21 世紀以來，隨著我國城市的機動車越來越多，路面擁堵情況也越來越嚴重。而公交車作為城市居民的主要交通工具，它的運營情況格外受到關(guān)注。合理的分配公交車的運力，可以大大節(jié)省城市居民的出行時間，有效地緩解交通壓力。而要達到這一目標，準確及時有效地公交調(diào)度是問題的關(guān)鍵。而當前并沒有一套能夠滿足公交調(diào)度需求的系統(tǒng)，致使公交調(diào)度仍停

2、留在人工調(diào)度階段，并沒有實現(xiàn)信息化，不能完全滿足群眾的出行需要。所以，開發(fā)一套公交調(diào)度系統(tǒng)是及時的也是必要的。公交公司根據(jù)自身業(yè)務(wù)的需要，提出開發(fā)該系統(tǒng)。系統(tǒng)開發(fā)工作由開發(fā)公司完成。為了實現(xiàn)這一套公交調(diào)度系統(tǒng)， 必須在項目開始的時候制定完整的系統(tǒng)項目計劃書，才有利于整個項目的開展。1.3 定義調(diào)度：是指調(diào)度員對運行車輛碰到一些情況的對應(yīng)措施。甩站：是指運行的公交車輛到了該停的車站不停車，直接通過。虛開班次：是指車輛報告自己開的班次大于實際所開班次。胎壓異常：是指車輛的輪胎壓力異常，處于需要維修的狀態(tài)。遺撒：是指車輛上的東西掉到了路面上，對后面的車輛造成影響。1.4 參考資料1. Usercas

3、es&Scenarios Bus Sys(2010_06_03)(1).docx 公交調(diào)度系統(tǒng)開發(fā)團隊所整理的需求功能文檔1.5 標準、條約和約定本項目遵從以下標準：GB/T 13702-1992 計算機軟件分類與代碼GB/T 20918-2007 信息技術(shù)軟件生存周期過程風險管理GB/T 19003-2008 軟件工程GB/T19001-2000GB T 15538-1995 軟件工程標準分類法GB T 9386-2008計算機軟件測試文檔編制規(guī)范GB T 9385-2008計算機軟件需求規(guī)格說明規(guī)范GB T 15532-2008 計算機軟件測試規(guī)范GB/T 18221-2000信息

4、技術(shù)程序設(shè)計語言 環(huán)境與系統(tǒng)軟件接口 獨立于語言的數(shù)據(jù)類型GB/T 11457-2006信息技術(shù)軟件工程術(shù)語GB 8567-2006 計算機軟件文檔編制規(guī)范2 項目概述2.1 項目目標本項目是為公交公司開發(fā)一套運營調(diào)度管理系統(tǒng)，用信息化手段代替原有的手工調(diào)度模式。2.2 產(chǎn)品目標與范圍本項目產(chǎn)品的目標是實現(xiàn)公交運營調(diào)度的智能化、信息化，通過該系統(tǒng)來代替以往手工調(diào)度存在的弊端。系統(tǒng)的主要功能是實現(xiàn)車況、路況、客流的實時監(jiān)控，通過監(jiān)控數(shù)據(jù)實現(xiàn)公交車輛的靈活調(diào)度。該系統(tǒng)有五類角色：乘客，乘務(wù)員，調(diào)度員，業(yè)務(wù)員和管理員。其中乘客主要是通過查詢頁面來查詢乘車線路；系統(tǒng)自動采集車輛位置、車速、車況、車輛載

5、客（客流）等數(shù)據(jù)， ，調(diào)度員根據(jù)采集的這些信息發(fā)出調(diào)度指令，乘務(wù)員執(zhí)行調(diào)度指令；業(yè)務(wù)員可以生成各種報表；管理員則可以對各個人的權(quán)限進行增刪改查的操作。2.3 假設(shè)與約束本項目的開發(fā)時間為2010.4.1 2010.10.1開發(fā)人員人數(shù)：6 人技術(shù)文檔寫作人員人數(shù)： 3 人測試人員人數(shù)：2 人開發(fā)經(jīng)費預(yù)算：200萬元人民幣設(shè)備： 2 臺 PC Server 服務(wù)器2.4 項目工作范圍為了使本系統(tǒng)成功上線，需要在在 2010.10.1 之前完成本系統(tǒng)的開發(fā)與測試，并寫提交相關(guān)的技術(shù)文檔。通過與客戶的溝通，及時獲得客戶的最新需求，以便于本系統(tǒng)的完善。2.5 應(yīng)交付成果2.5.1 需完成的軟件公交運營

6、調(diào)度系統(tǒng)軟件2.5.2 需提交用戶的文檔安裝維護手冊、使用手冊2.5.3 需提交內(nèi)部的文檔需求規(guī)格說明書，概要設(shè)計說明書，詳細設(shè)計說明書，源代碼清單、代碼接口說明、測試策略、測試計劃、系統(tǒng)測試用例、缺陷報告、最終測試結(jié)果報告。2.5.4 需提供的服務(wù)將向客戶提供一次集中培訓(xùn)和輔導(dǎo)，一年之內(nèi)的系統(tǒng)維護。2.6 項目開發(fā)環(huán)境硬件環(huán)境:PCServer服務(wù)器，人手一臺PC機，軟件環(huán)境：Tomcat+Maven+JDK+MySQL+Eclipse及插件網(wǎng)絡(luò)環(huán)境： 100M 及以上速率局域網(wǎng)， TCP/IP 協(xié)議2.7 項目驗收方式與依據(jù)項目驗收將采取三方驗收的方式進行：客戶方，開發(fā)方和監(jiān)理方。通過考察

7、系統(tǒng)的使用情況，用戶的反饋以及專家的意見，形成共同意見并共同簽署驗收報告，標志著驗收工作告一段落。3 項目團隊組織3.1 組織結(jié)構(gòu)項目團隊分為開發(fā)組，測試組，文檔組和項目管理組。其中開發(fā)組需要對軟件開發(fā)所用到的Java 語言和數(shù)據(jù)庫技術(shù)特別擅長，能夠在開發(fā)組組長的帶領(lǐng)下，在規(guī)定的時間內(nèi)迅速完成軟件開發(fā)工作。測試組需要在開發(fā)過程中就開始參與進來，開展測試工作，并且在開發(fā)完成后還要繼續(xù)測試工作，知道軟件交付使用。測試組需要有廣闊的思維來設(shè)計測試用例，然后細心的測試 , 發(fā)現(xiàn) Bug。文檔組需要對軟件開發(fā)和測試流程相當熟悉并且有扎實的寫作工作，能夠配合其他團隊編寫出項目開發(fā)過程的全部文檔。項目管理組

8、需要擅長把握公司的整體運作，包括識人用人，接單，推廣產(chǎn)品，激發(fā)員工積極性等一系列工作。3.2 人員分工（ 1）開發(fā)方開發(fā)組：開發(fā)經(jīng)理孫經(jīng)理（負責技術(shù)難點）組長小劉（負責開發(fā)組日常工作和數(shù)據(jù)庫）組員小齊（負責系統(tǒng)開發(fā)）- -小馬（負責系統(tǒng)開發(fā)）- -小趙（美工）- -小奚（實習）測試組：測試經(jīng)理：XXX （負責帶領(lǐng)測試團隊完成整個系統(tǒng)的測試工作）組員小張（負責測試系統(tǒng)）組員小王（負責測試系統(tǒng)）文檔組：經(jīng)理趙經(jīng)理（負責管理技術(shù)文檔編寫工作）組員一小羅（負責技術(shù)文檔編寫）組員一小鄧（負責技術(shù)文檔編寫）項目管理組：項目經(jīng)理一XXX（負責全面管理項目的開發(fā)工作）需求顧問 XXX （負責需求分析工作）技術(shù)

9、專家一一XXX（負責項目的可行性分析以及項目中重大技術(shù)問題的決策）（2）客戶方客戶方相應(yīng)地也成立了項目組，由一個項目負責人和多個業(yè)務(wù)部門聯(lián)系人組成。項目負責人一一XXX（客戶方為此項目指定的負責人，代表客戶方做出決策）各部門聯(lián)系人一一反映各部門業(yè)務(wù)需求和部門用戶意見3.3 協(xié)作與溝通3.3.1 內(nèi)部協(xié)作文檔組向開發(fā)組和測試組挖掘技術(shù)信息，寫到技術(shù)文檔中。測試組在開發(fā)過程中就介入到開發(fā)組中來，和開發(fā)人員共同完成本系統(tǒng)的開發(fā)任務(wù)。管理層給大家分配任務(wù),并督促大家完成。3.3.2 外部溝通在與客戶的溝通中，開發(fā)組和需求顧問需要深入了解客戶需求，通過需求分析明確定義系統(tǒng)的功能，再把設(shè)計和開發(fā)任務(wù)下達到

10、各個小組負責人和組員，然后在規(guī)定的 時間把產(chǎn)品交給高校，形成一種良性循環(huán)。4實施計劃4.1 風險評估及對策本項目的主要風險是開發(fā)人員對客戶需求中的公交運營調(diào)度業(yè)務(wù)不熟悉，另外，在人員、資金、時間、技術(shù)等方面都存在風險。每個風險的可能性，對風險分析如下表所示。序號輸入風險事件可能性影響風險值采取措施1客戶需求需求不明確、需求變化70%60%35%1. 加班，延長需求調(diào)研時間2. 嚴格控制需求的變化2歷史項目信息開發(fā)人員流動30%50%15%1. 招聘技術(shù)人員作為長期任務(wù)2. 加強溝通，及時了解人員開發(fā)動態(tài)。3. 從外部招聘有此類工作經(jīng)驗的技術(shù)人員3合同開發(fā)資金有限20%50%10%1、 請實習學(xué)

11、生參與一部分輔助工作，降低開發(fā)成本2、 的客戶商量，去掉不必要的需求，降低工作量，減少開發(fā)時間4.2 項目時間管理計劃項目進度由總經(jīng)理和各組經(jīng)理負責，把總體工作計劃分配到每個月，進而分配到每一天，每個人，如果在上班時間沒有完成，在晚上加班的時候必須完成天計劃。只有確 保每天的天計劃完成，才能確?？傮w工作計劃順利完成。開發(fā)計劃與人員分工如下圖所示。時間人員345678910月11月12月階段任務(wù)_分工月月月月月月月項目啟動與計劃項目經(jīng)理技術(shù)專家需求分析需求顧問系統(tǒng)與測試設(shè)計系統(tǒng)概要設(shè)計開發(fā)經(jīng)理一 系統(tǒng)詳細設(shè)計開發(fā)經(jīng)理制定測試策略測試經(jīng)理制定測試計劃測試經(jīng)理編碼與測試執(zhí)行制定編碼規(guī)范開發(fā)經(jīng)理確定測

12、試需求測試經(jīng)理編碼開發(fā)工程師單元測試開發(fā)工程師編寫測試用例測試工程師一 一”執(zhí)行測試測試工程師測試評估與系統(tǒng)部署測試評估測試經(jīng)理制定部署方案開發(fā)經(jīng)理4.3 質(zhì)量管理計劃質(zhì)量管理由項目經(jīng)理牽頭，測試經(jīng)理通過負責軟件測試工作保證軟件質(zhì)量。對每個開發(fā)階段的階段性成果都進行評審或者測試，以保證軟件產(chǎn)品的質(zhì)量。質(zhì)量管理時間進度與人員分工如下：行時間階段任務(wù)人員分工3.314.305.316.56.98.19.111.111.3012.15需求分析需求評審項目經(jīng)理系統(tǒng)與測試設(shè)計系統(tǒng)概要設(shè)計評審項目經(jīng)理系統(tǒng)詳細設(shè)計評審項目經(jīng)理制定測試策略評審項目經(jīng)理制定測試計劃評審項目經(jīng)理編碼與測試執(zhí)行制定編碼規(guī)范評審項目

13、經(jīng)理測試需求評審測試經(jīng)理代碼審查測試經(jīng)理單元測試報告評審測試經(jīng)理測試用例評審測試經(jīng)理缺陷報告評審測試經(jīng)理表測試評估與系統(tǒng)部署測試評估報告評審測試經(jīng)理部署方案評審開發(fā)經(jīng)理在質(zhì)量管理計劃中，為了保證軟件質(zhì)量管理中隊出現(xiàn)的問題的管理，還需要定義問題跟蹤流程。流程如下:(1) 發(fā)現(xiàn)問題，找出問題的責任人(2) 通知問題責任人限期修改(3) 問題責任人修改問題(4) 問題責任人將修改后的內(nèi)容反饋給發(fā)現(xiàn)問題的人員(5) 發(fā)現(xiàn)問題的質(zhì)量管理人員對有問題的部分進行重新檢驗，確認問題得到修改。(6) 如果發(fā)現(xiàn)問題沒有修改，將通知問題責任人繼續(xù)修改，直到問題得到解決4.5 成本管理計劃通過計算每人月工資以及一些項目日常開銷，可以算出項目的月成本，然后通過計算可以得到在規(guī)定時間內(nèi)的所需資金數(shù)，必須讓所需資金數(shù)小于等于項目預(yù)算。資金預(yù)算表(單位：萬元)時間345678910月11月12月階段資金預(yù)算_月月月月月月月項目啟動與計劃10需求分析20系統(tǒng)與測試設(shè)計30編碼與測試執(zhí)行3030303030測試評估與系統(tǒng)部署40系統(tǒng)維護504.6 配置管理計劃采用專用的版本管理工具進行軟件版本的控制。(1)人員與職責版本控制管理者：開發(fā)經(jīng)理職責：制定版本控制流程(2)確定版本庫的用戶權(quán)限管理者：負責版本管理、對版本庫擁有全部權(quán)限開發(fā)人員：Check in Check out測試人員：讀(3)定義配置項(版本控制項)