◆施予 / 文
隨著上海城市交通的高速發展,近年來擁堵、安全、監控需求等問題日漸突出,對城市交通管理提出了更高的要求。
為了減緩城市的交通擁堵現象、提高出行安全、有效地進行交通視頻監控,及時準確地進行現場執法,我們運用各種智能交通技術,建立智能交通信息化系統,對上海城市交通進行全方位的管理。智能交通系統是將先進的項目管理方法、數據通信傳輸技術、物聯網技術、自動化控制技術、信息化技術等方法和技術有效地集成,并運用于整個路面交通的管理和監控。主要功能將包括交通信號控制、視頻監控、路面檢測分析、交通誘導、數據展示、決策分析等。
信息化項目是整個智能交通系統的重要組成部分,主要包括計劃制定、需求分析、軟件設計和編碼、測試、項目驗收等方面的關鍵流程節點。質量保證工作,就是參與項目啟動、制定質量保證計劃、執行質量檢查、跟蹤問題項、完成項目的質量報告,確保項目全生命周期規范、有序地開展進行。

近年來,上海市經濟進入高速增長期。汽車、摩托車、電瓶車、自行車、共享單車等各類車輛數量急劇增加,導致現有交通系統已遠遠跟不上經濟增長的需要,各類交通問題日益嚴重。我們意識到,在加快道路硬件基礎設施建設的同時,僅僅依靠單純的道路硬件基礎設施建設已經滿足不了交通順暢和去除各類交通事故的交通問題隱患的需要,必須依靠各類智能信息化技術來改造現有的交通系統,才能進行有效的管理,提高道路通行能力和服務質量,才有可能極大地緩解交通阻塞問題,降低交通事故發生率,提升市民出行質量。
制定《項目已定義過程》:定義項目需要產出的工作產品,并確定基線包含的工作產品。
制定《人力資源計劃》:人力資源計劃需要包含資源名稱(確定的用具體人名,不確定的可暫時用角色以及資源能力要求代替)、明確資源的投入期間(資源進入項目時間、資源退出項目時間、投入百分比)等。
制定《里程碑計劃》:至少包含需求和初驗里程碑以及合同約定的其他關鍵節點。每個里程碑都要包含里程碑目標、主要產出物、可被驗證的完成標志。里程碑計劃完成后,組織部門經理、項目組、質量保證人員評審,并與甲方進行確認。
制定《進度計劃》:按照《里程碑計劃》制定需求階段的詳細進度安排;需求評審后,制定后續活動的詳細進度安排;進度計劃需包含分析、設計、編碼、測試、評審、項目管理等活動,必須包含SOW交付物對應的活動;進度計劃需涵蓋到初驗時的所有活動,建議近期(一個月內)活動的工作量小于等于5人/日,中長期(一個月以上)活動的工作量小于等于1人/月;進度計劃需得到項目相關干系人的評審和確認。
制定《項目管理計劃》:主要包括項目背景、項目基本信息、項目目標與范圍、假設與限制、術語和縮寫、參考、項目工作環境、項目組織結構、角色與責任,以及其它各類下屬計劃。項目立項后,項目經理應制定《項目管理計劃》,并進行評審。
由于智能交通信息化項目是智能交通系統的一個子系統,進度還會受到其他子系統的影響,因此在計劃時要充分考慮其他子系統的進度安排,所以必須和整個系統的項目經理、其他子系統的項目經理,進行充分的溝通,確認不會發生太大的沖突。
我們采用業務需求定義最佳實踐——GPOA法則:
G(目標):在確定需要開發的內容之前,分析其應該達到的目標。
P(問題):要達到該目標所需解決的問題。
O(選項):針對這些問題可選擇的解決方案。
A(答案):針對各種選項進行分析、評估,最終確定答案。
需求調研人員識別需求的所有提供者,并對其進行分類。
需求提供者主要有但不僅限于目標系統的出資人、使用者、運行影響者,目標系統的開發、測試、推廣、維護、培訓者,與目標系統有關聯的其他系統的開發者。
需求調研人員與用戶溝通,確定用戶代表以及客戶方的負責聯系人及我方的負責聯系人。
需求調研人員進行獲取客戶需求的前期準備工作,包括:需求獲取的時間,地點及人員,準備訪談內容、客戶訪談記錄,對現有系統進行調研等。
獲取需求的主要活動包括:用戶訪談、客戶訪談記錄、觀察正在工作的用戶等。
整理需求:訪談結束后,需求調研人員及時整理得到的客戶需求,并將訪談內容文檔化。
開發用戶需求:需求調研人員消除客戶需求中的矛盾之處,并對其中不一致的地方進行協調和平衡,確定客戶需求優先級,分析需求可行性,開發《用戶需求說明書》。
驗證并確認用戶需求:需求調研人員和項目經理、用戶一起確認需求,共同進行需求評審,并對各層次人員進行需求的講解。評審過程要求用戶方高層經理、管理人員、業務人員、技術人員盡可能參加。
需求調研人員根據評審結果更新《用戶需求說明書》,要求用戶方各層次負責人簽字確認,代表用戶對需求的一致理解。
制定候選技術解決方案:項目經理召集設計人員和開發人員,根據《需求規格說明書》的要求,討論并制定技術解決方案。
概要設計:根據《用戶需求說明書》進行概要設計,對模塊進行分析和劃分,確定共通模塊和獨立模塊等,明確模塊之間交互的接口,編寫《概要設計說明書》,采用審查的方式對《概要設計說明書》進行評審。
詳細設計:根據《需求規格說明書》和《技術解決方案說明書》,進一步擴展業務對象模型,建立分析對象模型,明確系統對象的職責,形成《詳細設計說明書》和《數據庫設計說明書》,并采用審查或走查的方式對詳細設計活動進行評審。
代碼開發:根據《詳細設計說明書》,按照類的詳細設計和構件圖,結合業務規則的實現優先級,按《編碼規范》要求進行系統和組件的編碼實現。
代碼檢查:使用代碼走查、代碼評審或代碼工具檢查等方式對所有開發的代碼進行檢查,對關鍵業務流程、算法類的模塊等核心模塊的代碼進行代碼評審,其余部分可以以走查的方式進行。
單元測試:由項目經理根據實際情況決定單元測試的方式,如交換測試、編寫單元測試代碼等。
編寫用戶手冊:指導用戶操作和使用本系統,采用審查或走查的方式對《用戶手冊》進行評審。
制定部署方案:編寫《安裝部署說明書》,規范安裝和部署的操作過程。
制定測試計劃:測試工作從需求開發階段開始,在明確需求規格說明書初稿后,測試人員即可參照需求規格說明書制定項目的測試計劃。
評審測試計劃:測試計劃需要接受由需求調研人員、設計人員、開發人員、測試人員以及項目經理等組成的評審委員會的評審。
編寫測試用例:在測試計劃評審通過后,測試人員即可開始編寫測試用例。測試用例應該參照需求規格說明書和詳細設計書,應該覆蓋全部的需求和所有的設計。
評審測試用例:測試用例需要由需求人員、設計人員、開發人員、測試人員以及項目經理等組成的評審委員會的評審。
發現缺陷:測試人員根據用例執行測試,發現缺陷。
建立缺陷跟蹤記錄表:測試人員對測試過程中發現的缺陷在缺陷跟蹤記錄表中進行跟蹤。
編寫測試報告:每輪測試完成后,測試人員應該根據測試情況編寫集成測試報告。
缺陷修復:開發組依據測試報告指定開發人員對有關缺陷進行修復,缺陷修復完成后,開發組可以提交下一輪集成測試。

表1 項目交付表
提交組織過程資產:項目初驗時把項目成果、《項目過程資產清單》、《項目開發總結報告》以及可復用代碼、經典解決方案、優秀范例、過程改進建議等,提交到公司組織資產庫中。

表2 項目規劃(PP&IPM)過程檢查單(通過準則)

表3 項目過程和產品檢查計劃
質量保證人員輔導項目經理按照項目實際情況,制定項目已定義過程,明確項目的各交付物,并審核(如表1)。
根據項目計劃制定質量保證計劃,主要包括檢查內容、檢查時間、檢查人、被檢查對象等信息。
根據項目實際情況裁剪各類檢查單模板。裁剪的內容必須是項目已定義過程里已經裁剪的。表2是項目計劃過程檢查單的一部分。
檢查單應覆蓋信息化生命周期的各過程。
質量保證計劃作為項目計劃的子計劃之一,和項目計劃一起評審,并告知項目組檢查內容,如表3。
質量保證人員至少提前一天再次通知項目組檢查時間和檢查內容。
檢查時,和檢查對象一起,根據質量保證計劃和檢查單對項目過程和產品進行檢查,發現問題當場和相關檢查對象進行確認,并記錄。
根據發現的問題,匯總成不符合項追蹤表,和檢查對象確定糾正措施、計劃完成時間、負責人,如表4。
每次檢查結束后,和項目組確定下一次檢查時間。
每周對不符合項修正進度進行跟蹤,把不符合項報告發給項目組。
升級規則:如果不符合項未和項目經理達成一致,說明不一致的地方,并注明理由;以郵件形式發送部門負責人,請部門負責人一周內以郵件回復確認豁免,否則,按質量保證人員的意見處理。如果部門負責人確認豁免而質量保證人員仍認為有必要糾正的話,則先與部門負責人溝通,若未達成一致將情況上報高層領導。

表4 不符合項追蹤表

表5 項目情況匯報表舉例
每月第一周,匯總上月數據,完成質量月報。
向項目團隊、部門負責人、高層領導郵件匯報項目情況(如表5),以便高層能夠對項目做出正確的決策和判斷。
本文通過質量保證方法,對智能交通信息系統進行了全流程監控,提升了智能交通信息系統的質量,確保系統全生命周期有序、健康地發展,從而降低了交通事故發生率,提高了道路通行能力。

參考文獻(略)