◆施予 / 文

一、引言

隨著上海城市交通的高速發(fā)展，近年來擁堵、安全、監(jiān)控需求等問題日漸突出，對城市交通管理提出了更高的要求。

為了減緩城市的交通擁堵現(xiàn)象、提高出行安全、有效地進(jìn)行交通視頻監(jiān)控，及時準(zhǔn)確地進(jìn)行現(xiàn)場執(zhí)法，我們運(yùn)用各種智能交通技術(shù)，建立智能交通信息化系統(tǒng)，對上海城市交通進(jìn)行全方位的管理。智能交通系統(tǒng)是將先進(jìn)的項目管理方法、數(shù)據(jù)通信傳輸技術(shù)、物聯(lián)網(wǎng)技術(shù)、自動化控制技術(shù)、信息化技術(shù)等方法和技術(shù)有效地集成，并運(yùn)用于整個路面交通的管理和監(jiān)控。主要功能將包括交通信號控制、視頻監(jiān)控、路面檢測分析、交通誘導(dǎo)、數(shù)據(jù)展示、決策分析等。

信息化項目是整個智能交通系統(tǒng)的重要組成部分，主要包括計劃制定、需求分析、軟件設(shè)計和編碼、測試、項目驗收等方面的關(guān)鍵流程節(jié)點。質(zhì)量保證工作，就是參與項目啟動、制定質(zhì)量保證計劃、執(zhí)行質(zhì)量檢查、跟蹤問題項、完成項目的質(zhì)量報告，確保項目全生命周期規(guī)范、有序地開展進(jìn)行。

二、背景

近年來，上海市經(jīng)濟(jì)進(jìn)入高速增長期。汽車、摩托車、電瓶車、自行車、共享單車等各類車輛數(shù)量急劇增加，導(dǎo)致現(xiàn)有交通系統(tǒng)已遠(yuǎn)遠(yuǎn)跟不上經(jīng)濟(jì)增長的需要，各類交通問題日益嚴(yán)重。我們意識到，在加快道路硬件基礎(chǔ)設(shè)施建設(shè)的同時，僅僅依靠單純的道路硬件基礎(chǔ)設(shè)施建設(shè)已經(jīng)滿足不了交通順暢和去除各類交通事故的交通問題隱患的需要，必須依靠各類智能信息化技術(shù)來改造現(xiàn)有的交通系統(tǒng)，才能進(jìn)行有效的管理，提高道路通行能力和服務(wù)質(zhì)量，才有可能極大地緩解交通阻塞問題，降低交通事故發(fā)生率，提升市民出行質(zhì)量。

三、智能交通信息化項目各階段的主要流程

（一）計劃制定

制定《項目已定義過程》：定義項目需要產(chǎn)出的工作產(chǎn)品，并確定基線包含的工作產(chǎn)品。

制定《人力資源計劃》：人力資源計劃需要包含資源名稱（確定的用具體人名，不確定的可暫時用角色以及資源能力要求代替）、明確資源的投入期間（資源進(jìn)入項目時間、資源退出項目時間、投入百分比）等。

制定《里程碑計劃》：至少包含需求和初驗里程碑以及合同約定的其他關(guān)鍵節(jié)點。每個里程碑都要包含里程碑目標(biāo)、主要產(chǎn)出物、可被驗證的完成標(biāo)志。里程碑計劃完成后，組織部門經(jīng)理、項目組、質(zhì)量保證人員評審，并與甲方進(jìn)行確認(rèn)。

制定《進(jìn)度計劃》：按照《里程碑計劃》制定需求階段的詳細(xì)進(jìn)度安排；需求評審后，制定后續(xù)活動的詳細(xì)進(jìn)度安排；進(jìn)度計劃需包含分析、設(shè)計、編碼、測試、評審、項目管理等活動，必須包含SOW交付物對應(yīng)的活動；進(jìn)度計劃需涵蓋到初驗時的所有活動，建議近期（一個月內(nèi)）活動的工作量小于等于5人/日，中長期（一個月以上）活動的工作量小于等于1人/月；進(jìn)度計劃需得到項目相關(guān)干系人的評審和確認(rèn)。

制定《項目管理計劃》：主要包括項目背景、項目基本信息、項目目標(biāo)與范圍、假設(shè)與限制、術(shù)語和縮寫、參考、項目工作環(huán)境、項目組織結(jié)構(gòu)、角色與責(zé)任，以及其它各類下屬計劃。項目立項后，項目經(jīng)理應(yīng)制定《項目管理計劃》，并進(jìn)行評審。

由于智能交通信息化項目是智能交通系統(tǒng)的一個子系統(tǒng)，進(jìn)度還會受到其他子系統(tǒng)的影響，因此在計劃時要充分考慮其他子系統(tǒng)的進(jìn)度安排，所以必須和整個系統(tǒng)的項目經(jīng)理、其他子系統(tǒng)的項目經(jīng)理，進(jìn)行充分的溝通，確認(rèn)不會發(fā)生太大的沖突。

（二）需求分析

我們采用業(yè)務(wù)需求定義最佳實踐——GPOA法則：

G（目標(biāo)）：在確定需要開發(fā)的內(nèi)容之前，分析其應(yīng)該達(dá)到的目標(biāo)。

P（問題）：要達(dá)到該目標(biāo)所需解決的問題。

O（選項）：針對這些問題可選擇的解決方案。

A（答案）：針對各種選項進(jìn)行分析、評估，最終確定答案。

需求調(diào)研人員識別需求的所有提供者，并對其進(jìn)行分類。

需求提供者主要有但不僅限于目標(biāo)系統(tǒng)的出資人、使用者、運(yùn)行影響者，目標(biāo)系統(tǒng)的開發(fā)、測試、推廣、維護(hù)、培訓(xùn)者，與目標(biāo)系統(tǒng)有關(guān)聯(lián)的其他系統(tǒng)的開發(fā)者。

需求調(diào)研人員與用戶溝通，確定用戶代表以及客戶方的負(fù)責(zé)聯(lián)系人及我方的負(fù)責(zé)聯(lián)系人。

需求調(diào)研人員進(jìn)行獲取客戶需求的前期準(zhǔn)備工作，包括：需求獲取的時間，地點及人員，準(zhǔn)備訪談內(nèi)容、客戶訪談記錄，對現(xiàn)有系統(tǒng)進(jìn)行調(diào)研等。

獲取需求的主要活動包括：用戶訪談、客戶訪談記錄、觀察正在工作的用戶等。

整理需求：訪談結(jié)束后，需求調(diào)研人員及時整理得到的客戶需求，并將訪談內(nèi)容文檔化。

開發(fā)用戶需求：需求調(diào)研人員消除客戶需求中的矛盾之處，并對其中不一致的地方進(jìn)行協(xié)調(diào)和平衡，確定客戶需求優(yōu)先級，分析需求可行性，開發(fā)《用戶需求說明書》。

驗證并確認(rèn)用戶需求：需求調(diào)研人員和項目經(jīng)理、用戶一起確認(rèn)需求，共同進(jìn)行需求評審，并對各層次人員進(jìn)行需求的講解。評審過程要求用戶方高層經(jīng)理、管理人員、業(yè)務(wù)人員、技術(shù)人員盡可能參加。

需求調(diào)研人員根據(jù)評審結(jié)果更新《用戶需求說明書》，要求用戶方各層次負(fù)責(zé)人簽字確認(rèn)，代表用戶對需求的一致理解。

（三）軟件設(shè)計和編碼

制定候選技術(shù)解決方案：項目經(jīng)理召集設(shè)計人員和開發(fā)人員，根據(jù)《需求規(guī)格說明書》的要求，討論并制定技術(shù)解決方案。

概要設(shè)計：根據(jù)《用戶需求說明書》進(jìn)行概要設(shè)計，對模塊進(jìn)行分析和劃分，確定共通模塊和獨立模塊等，明確模塊之間交互的接口，編寫《概要設(shè)計說明書》，采用審查的方式對《概要設(shè)計說明書》進(jìn)行評審。

詳細(xì)設(shè)計：根據(jù)《需求規(guī)格說明書》和《技術(shù)解決方案說明書》，進(jìn)一步擴(kuò)展業(yè)務(wù)對象模型，建立分析對象模型，明確系統(tǒng)對象的職責(zé)，形成《詳細(xì)設(shè)計說明書》和《數(shù)據(jù)庫設(shè)計說明書》，并采用審查或走查的方式對詳細(xì)設(shè)計活動進(jìn)行評審。

代碼開發(fā)：根據(jù)《詳細(xì)設(shè)計說明書》，按照類的詳細(xì)設(shè)計和構(gòu)件圖，結(jié)合業(yè)務(wù)規(guī)則的實現(xiàn)優(yōu)先級，按《編碼規(guī)范》要求進(jìn)行系統(tǒng)和組件的編碼實現(xiàn)。

代碼檢查：使用代碼走查、代碼評審或代碼工具檢查等方式對所有開發(fā)的代碼進(jìn)行檢查，對關(guān)鍵業(yè)務(wù)流程、算法類的模塊等核心模塊的代碼進(jìn)行代碼評審，其余部分可以以走查的方式進(jìn)行。

單元測試：由項目經(jīng)理根據(jù)實際情況決定單元測試的方式，如交換測試、編寫單元測試代碼等。

編寫用戶手冊：指導(dǎo)用戶操作和使用本系統(tǒng)，采用審查或走查的方式對《用戶手冊》進(jìn)行評審。

制定部署方案：編寫《安裝部署說明書》，規(guī)范安裝和部署的操作過程。

（四）測試

制定測試計劃：測試工作從需求開發(fā)階段開始，在明確需求規(guī)格說明書初稿后，測試人員即可參照需求規(guī)格說明書制定項目的測試計劃。

評審測試計劃：測試計劃需要接受由需求調(diào)研人員、設(shè)計人員、開發(fā)人員、測試人員以及項目經(jīng)理等組成的評審委員會的評審。

編寫測試用例：在測試計劃評審?fù)ㄟ^后，測試人員即可開始編寫測試用例。測試用例應(yīng)該參照需求規(guī)格說明書和詳細(xì)設(shè)計書，應(yīng)該覆蓋全部的需求和所有的設(shè)計。

評審測試用例：測試用例需要由需求人員、設(shè)計人員、開發(fā)人員、測試人員以及項目經(jīng)理等組成的評審委員會的評審。

發(fā)現(xiàn)缺陷：測試人員根據(jù)用例執(zhí)行測試，發(fā)現(xiàn)缺陷。

建立缺陷跟蹤記錄表：測試人員對測試過程中發(fā)現(xiàn)的缺陷在缺陷跟蹤記錄表中進(jìn)行跟蹤。

編寫測試報告：每輪測試完成后，測試人員應(yīng)該根據(jù)測試情況編寫集成測試報告。

缺陷修復(fù)：開發(fā)組依據(jù)測試報告指定開發(fā)人員對有關(guān)缺陷進(jìn)行修復(fù)，缺陷修復(fù)完成后，開發(fā)組可以提交下一輪集成測試。

表1 項目交付表

（五）項目驗收

提交組織過程資產(chǎn)：項目初驗時把項目成果、《項目過程資產(chǎn)清單》、《項目開發(fā)總結(jié)報告》以及可復(fù)用代碼、經(jīng)典解決方案、優(yōu)秀范例、過程改進(jìn)建議等，提交到公司組織資產(chǎn)庫中。

表2 項目規(guī)劃（PP&IPM）過程檢查單（通過準(zhǔn)則）

表3 項目過程和產(chǎn)品檢查計劃

四、智能交通信息化項目各階段的質(zhì)量保證工作

（一）參與項目啟動

質(zhì)量保證人員輔導(dǎo)項目經(jīng)理按照項目實際情況，制定項目已定義過程，明確項目的各交付物，并審核（如表1）。

（二）制定質(zhì)量保證計劃

根據(jù)項目計劃制定質(zhì)量保證計劃，主要包括檢查內(nèi)容、檢查時間、檢查人、被檢查對象等信息。

根據(jù)項目實際情況裁剪各類檢查單模板。裁剪的內(nèi)容必須是項目已定義過程里已經(jīng)裁剪的。表2是項目計劃過程檢查單的一部分。

檢查單應(yīng)覆蓋信息化生命周期的各過程。

質(zhì)量保證計劃作為項目計劃的子計劃之一，和項目計劃一起評審，并告知項目組檢查內(nèi)容，如表3。

（三）執(zhí)行質(zhì)量檢查

質(zhì)量保證人員至少提前一天再次通知項目組檢查時間和檢查內(nèi)容。

檢查時，和檢查對象一起，根據(jù)質(zhì)量保證計劃和檢查單對項目過程和產(chǎn)品進(jìn)行檢查，發(fā)現(xiàn)問題當(dāng)場和相關(guān)檢查對象進(jìn)行確認(rèn)，并記錄。

根據(jù)發(fā)現(xiàn)的問題，匯總成不符合項追蹤表，和檢查對象確定糾正措施、計劃完成時間、負(fù)責(zé)人，如表4。

每次檢查結(jié)束后，和項目組確定下一次檢查時間。

（四）跟蹤問題項

每周對不符合項修正進(jìn)度進(jìn)行跟蹤，把不符合項報告發(fā)給項目組。

升級規(guī)則：如果不符合項未和項目經(jīng)理達(dá)成一致，說明不一致的地方，并注明理由；以郵件形式發(fā)送部門負(fù)責(zé)人，請部門負(fù)責(zé)人一周內(nèi)以郵件回復(fù)確認(rèn)豁免，否則，按質(zhì)量保證人員的意見處理。如果部門負(fù)責(zé)人確認(rèn)豁免而質(zhì)量保證人員仍認(rèn)為有必要糾正的話，則先與部門負(fù)責(zé)人溝通，若未達(dá)成一致將情況上報高層領(lǐng)導(dǎo)。

表4 不符合項追蹤表

表5 項目情況匯報表舉例

（五）完成項目的質(zhì)量報告

每月第一周，匯總上月數(shù)據(jù)，完成質(zhì)量月報。

向項目團(tuán)隊、部門負(fù)責(zé)人、高層領(lǐng)導(dǎo)郵件匯報項目情況（如表5），以便高層能夠?qū)椖孔龀稣_的決策和判斷。

五、結(jié) 論

本文通過質(zhì)量保證方法，對智能交通信息系統(tǒng)進(jìn)行了全流程監(jiān)控，提升了智能交通信息系統(tǒng)的質(zhì)量，確保系統(tǒng)全生命周期有序、健康地發(fā)展，從而降低了交通事故發(fā)生率，提高了道路通行能力。

參考文獻(xiàn)（略）