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

1、系統(tǒng)項目計劃書1 引言1.1 編寫目的本項目計劃書的編寫目的是制定一套軟件項目實施及管理的解決方案， 其主要工作包括確定詳細(xì)的項目實施范圍、 定義遞交的工作成果、 評估實施過程中的主要風(fēng)險、 制定項目實施的(時間)進(jìn)度計劃、成本和預(yù)算計劃、人力資源計劃等。1.2 背景進(jìn)入 21 世紀(jì)以來，隨著我國城市的機(jī)動車越來越多，路面擁堵情況也越來越嚴(yán)重。而公交車作為城市居民的主要交通工具，它的運(yùn)營情況格外受到關(guān)注。合理的分 配公交車的運(yùn)力，可以大大節(jié)省城市居民的出行時間，有效地緩解交通壓力。而要達(dá)到這一目標(biāo)，準(zhǔn)確及時有效地公交調(diào)度是問題的關(guān)鍵。而當(dāng)前并沒有一套能夠滿足公交調(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ùn)行車輛碰到一些情況的對應(yīng)措施。 甩站：是指運(yùn)行的公交車輛到了該停的車站不停車，直接通過。 虛開班次：是指車輛報告自己開的班次大于實際所開班次。 胎壓異常：是指車輛的輪胎壓力異常，處于需要維修的狀態(tài)。 遺撒：是指車輛上的東西掉到了路面上，對后面的車輛造成影響。1.4 參考資料1.

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

4、1-2000 信息技術(shù) 程序設(shè)計語言 環(huán)境與系統(tǒng)軟件接口 獨立于語言的數(shù)據(jù)類型精品文檔GB/T 11457-2006 信息技術(shù) 軟件工程術(shù)語GB 8567-2006 計算機(jī)軟件文檔編制規(guī)范2 項目概述2.1 項目目標(biāo)本項目是為公交公司開發(fā)一套運(yùn)營調(diào)度管理系統(tǒng)，用信息化手段代替原有的手工調(diào)度模式。2.2 產(chǎn)品目標(biāo)與范圍本項目產(chǎn)品的目標(biāo)是實現(xiàn)公交運(yù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)限進(jìn)行增 刪改查的操作。2.3 假設(shè)與約束本項目的開發(fā)時間為 2010.4.1 開發(fā)人員人數(shù)： 6 人技術(shù)文檔寫作人員人數(shù)： 3 人測試人員人數(shù)： 2 人開發(fā)經(jīng)費(fèi)預(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)交付成果

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

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

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

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

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

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

12、發(fā)經(jīng)理確定測試需求測試經(jīng)理編碼開發(fā)工程師單元測試開發(fā)工程師編寫測試用例測試工程師執(zhí)行測試測試工程師測試評估與系統(tǒng)部署測試評估測試經(jīng)理制定部署方案開發(fā)經(jīng)理4.3質(zhì)量管理計劃質(zhì)量管理由項目經(jīng)理牽頭，測試經(jīng)理通過負(fù)責(zé)軟件測試工作保證軟件質(zhì)量。對每個開發(fā)階段的階段性成果都進(jìn)行評審或者測試，以保證軟件產(chǎn)品的質(zhì)量。質(zhì)量管理時間進(jìn)度與人員分工如下：行時間階段任務(wù)f人員分工3.314.305.316.56.98.19.111.111.3012.15需求分析需求評審項目經(jīng)理系統(tǒng)與測試設(shè)計系統(tǒng)概要設(shè)計評審項目經(jīng)理系統(tǒng)詳細(xì)設(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)問題，找出問題的責(zé)任人(2) 通知問題責(zé)任人限期修改(3) 問題責(zé)任人修改問題(4) 問題責(zé)任人將修改后的內(nèi)容反饋給發(fā)現(xiàn)問題的人員(5) 發(fā)現(xiàn)問題的質(zhì)量管理人員對有問題的部分進(jìn)行重新檢驗，確認(rèn)問題得到修改。(6) 如果發(fā)現(xiàn)問題沒有修改，將通知問題責(zé)任人繼續(xù)修改，直到問題得到解決4.5成本管理計劃通過計算每人月工資以及一些項

14、目日常開銷，可以算出項目的月成本，然后通過計算可以得到在規(guī)定時間內(nèi)的所需資金數(shù)，必須讓所需資金數(shù)小于等于項目預(yù)算。資金預(yù)算表(單位：萬元)時間階段資金預(yù)算3月4月5月6月7月8月9月10月11月12月項目啟動與計劃10需求分析20系統(tǒng)與測試設(shè)計30編碼與測試執(zhí)行3030303030測試評估與系統(tǒng)部署40系統(tǒng)維護(hù)504.6配置管理計劃采用專用的版本管理工具進(jìn)行軟件版本的控制。(1) 人員與職責(zé)版本控制管理者：開發(fā)經(jīng)理職責(zé)：制定版本控制流程(2) 確定版本庫的用戶權(quán)限管理者：負(fù)責(zé)版本管理、對版本庫擁有全部權(quán)限精品文檔開發(fā)人員：Check in Check out測試人員：讀（3）定義配置項（版本控制項