侯雪莉 何爭艷 劉鋒 周文娟 邱良辰
(卡斯柯信號有限公司 上海市 200071)
城市軌道交通信號系統(tǒng)的設(shè)計(jì)確認(rèn)管理是指對項(xiàng)目需求跟蹤矩陣中用戶技術(shù)性和接口類需求進(jìn)行識別、分配、確認(rèn)和管理。
PTR-DVT 為Project Technical Requirement Design Validation Table,項(xiàng)目技術(shù)類需求設(shè)計(jì)確認(rèn)表,目的是進(jìn)行項(xiàng)目技術(shù)類需求的確認(rèn)方式分配、覆蓋及驗(yàn)證。
SyEID-DVT 為System Interface description Design Validation Table,項(xiàng)目外部接口需求設(shè)計(jì)確認(rèn)表,目的是進(jìn)行項(xiàng)目外部接口需求的確認(rèn)方式分配、覆蓋及驗(yàn)證。
本方案DVT創(chuàng)建基于需求管理方案中的需求跟蹤矩陣,整個(gè)需求管理包含需求識別、分類、覆蓋及覆蓋驗(yàn)證。其中需求識別是獲取技術(shù)類、外部接口類、管理類需求的一個(gè)過程。技術(shù)類需求納入到PTR-DVT 中進(jìn)行確認(rèn)分配及覆蓋,外部接口類需求納入到SyEID-DVT 中進(jìn)行確認(rèn)分配及覆蓋,管理類需求不做確認(rèn)分配與覆蓋。由驗(yàn)證和確認(rèn)經(jīng)理編制PTR_DVT 和SyID_DVT,并進(jìn)行初步確認(rèn)方式分類、項(xiàng)目組內(nèi)評審分類、分類明確后相關(guān)人員,相關(guān)人員使用測試規(guī)程文檔或報(bào)告進(jìn)行覆蓋、覆蓋驗(yàn)證、驗(yàn)證問題確認(rèn)、出具驗(yàn)證報(bào)告。
2.1.1 PTR-DVT 創(chuàng)建
PTR-DVT 的輸入是項(xiàng)目需求跟蹤矩陣,由于需求跟蹤矩陣分類會不斷更新,為了保持DVT 的相對穩(wěn)定,首次創(chuàng)建PTR-DVT 建議選用分類穩(wěn)定的需求矩陣版本,即已經(jīng)過驗(yàn)證并修改后的需求矩陣。項(xiàng)目周期較長的項(xiàng)目,建議使用第3 版基線下需求矩陣,即V&V 驗(yàn)證完并修改過后的需求矩陣,項(xiàng)目周期較短的項(xiàng)目,建議選用第2 版需求基線下的矩陣,即需求完成分類評審且完成第一輪設(shè)計(jì)覆蓋。
項(xiàng)目需求追蹤矩陣如圖1 所示,含有Req ID、Text、Applicable、Project|Platform 列。 在Applicable 列 篩 選Applicable,Project|Platform 列篩選Project 項(xiàng),得到所有項(xiàng)目技術(shù)類需求,復(fù)制Req ID 和Text 列到DVT 的excel 中,并且在同一sheet 頁中增設(shè)以下列跟蹤分配及覆蓋,如圖2所示:
圖1 :需求跟蹤矩陣
圖2 :PTR-DVT 分配及覆蓋
-增設(shè)確認(rèn)方式分類列(Validation Allocation):用來確定每條需求分配類型;
-增設(shè)覆蓋文檔(Test procedure or test sheet reference or verification report/Version)及章節(jié)列(Test Case ID|Chapter ID):用來記錄回填覆蓋情況;
-增設(shè)驗(yàn)證結(jié)論列(Coverage Verification 包含Status、Verifier's remarks、Comments):用來跟蹤記錄覆蓋驗(yàn)證狀態(tài),
最后,利用統(tǒng)計(jì)頁(Synthesis),對DVT 的分配和覆蓋驗(yàn)證狀態(tài)分NA(不適用)、OK(驗(yàn)證通過)、NOK(驗(yàn)證不通過)、Not Covered(未覆蓋)、Not checked(未驗(yàn)證)進(jìn)行數(shù)據(jù)統(tǒng)計(jì),直觀體現(xiàn)覆蓋率。
2.1.2 SyEID-DVT 創(chuàng)建
SyEID-DVT 的輸入是項(xiàng)目外部接口技術(shù)規(guī)格書,信號系統(tǒng)外部接口通常涉及到信號與站臺門,防淹門、洗車線、綜合后備盤、緊急關(guān)閉按鈕、聯(lián)絡(luò)線、與車輛、與大屏、無線通信、時(shí)鐘、廣播、綜合監(jiān)控、乘客信息系統(tǒng)、線網(wǎng)指揮中心、發(fā)車表示器等,如圖3 所示。
圖3 :信號系統(tǒng)外部接口
外部接口需求及功能均在接口技術(shù)規(guī)格書中定義并描述,其中每一個(gè)章節(jié)和對應(yīng)描述內(nèi)容即是一條需求。SyEIDDVT 的輸入是項(xiàng)目外部接口技術(shù)規(guī)格書,項(xiàng)目外部接口穩(wěn)定后即可創(chuàng)建SyEID-DVT。常采用手動復(fù)制到SyEID-DVT excel 中,不同的外部接口單獨(dú)對應(yīng)一個(gè)sheet 頁面。類似PTR-DVT 創(chuàng)建,同一sheet 頁面也曾設(shè)分類列、覆蓋文檔列、章節(jié)列及驗(yàn)證列,同時(shí)增設(shè)統(tǒng)計(jì)頁,能夠?qū)VT 的分配和覆蓋驗(yàn)證狀態(tài)進(jìn)行直觀體現(xiàn),最終匯總成SyEID-DVT excel。
2.1.3 DVT 創(chuàng)建時(shí)機(jī)
PTR-DVT:
由于項(xiàng)目需求跟蹤矩陣分類會不斷更新,為了保持PTR-DVT 的相對穩(wěn)定:項(xiàng)目周期較長的項(xiàng)目,建議使用第3 版需求基線,即完成首輪需求驗(yàn)證并更新后的需求跟蹤矩陣導(dǎo)入PTR-DVT;項(xiàng)目周期較短的項(xiàng)目,建議選用第2 版需求基線,即完成分類評審且第一輪需求覆蓋完成后的需求根據(jù)矩陣,這時(shí)需求分類已相對比較穩(wěn)定。特殊項(xiàng)目情況下,例如第一版需求分類評審效果較好,或需求矩陣升級不夠及時(shí),也可考慮選用第一版需求矩陣作為輸入生成PTRDVT。
SyEID-DVT:
項(xiàng)目外部接口規(guī)格書穩(wěn)定后即可創(chuàng)建SyEID-DVT,建議最晚創(chuàng)建時(shí)間不能晚于外部接口調(diào)試節(jié)點(diǎn)。
2.2.1 PTR-DVT 分配
PTR-DVT 創(chuàng)建完成后即可在Validation Allocation 列進(jìn)行分類,分類主要用于確定需求確認(rèn)的方法,主要方法有:T&C、SYS 確認(rèn)、ATC 確認(rèn)、ATS 確認(rèn)、CI 確認(rèn)、MSS 確認(rèn),DCS 確認(rèn)、安裝、設(shè)計(jì)驗(yàn)證、仿真,RAMS,EMC,verify,Platform,NA。PTR-DVT 具體分類原則如表1 所示。
表1 :PTR-DVT 分類原則
項(xiàng)目實(shí)際管理過程中,傾向純軟件數(shù)據(jù)功能類需求,室內(nèi)可以測試的,盡量分到室內(nèi)測試,減小現(xiàn)場測試壓力。由單獨(dú)一個(gè)子系統(tǒng)實(shí)現(xiàn)的功能分給FIVP 子系統(tǒng)測試:如ATS確認(rèn)。由兩個(gè)以上子系統(tǒng)實(shí)現(xiàn)的功能分給FIVP 系統(tǒng)確認(rèn)。現(xiàn)場調(diào)試相關(guān)或FIVP 無法測試的功能需分給T&C 確認(rèn);FIVP 無法完整確認(rèn)的功能需求分給T&C,比如ATO 自動調(diào)整,ATO 精確停車,PSR,性能相關(guān)等。接口類需求在外部接口定義文件中有更詳細(xì)的需求,PTR-DVT 中這部分需求可以通過填寫為
DVT 完成確認(rèn)方式分配后,需要在評審系統(tǒng)進(jìn)行評審,邀請的評委需要包含:工廠集成測試經(jīng)理、項(xiàng)目技術(shù)經(jīng)理、各子系統(tǒng)經(jīng)理、T&C 經(jīng)理、EMC 經(jīng)理、RAMS 經(jīng)理、安裝經(jīng)理、調(diào)試經(jīng)理,所有子系統(tǒng)及系統(tǒng)級測試人員、設(shè)計(jì)驗(yàn)證人員,以保證DVT 分配的正確性。根據(jù)評審意見,DVT 作者完成修改,評審人員確認(rèn)修改通過后,DVT 升級為正式版發(fā)布。
2.2.2 SyEID-DVT 分配
SyEID-DVT 創(chuàng)建完成后即可在Validation Allocation 列進(jìn)行分類,分類原則與PTR-DVT 相同,不同之處是分類種類較少,大部分分類現(xiàn)場調(diào)試,少部分分配給室內(nèi)測試,還有部分屬于原理性描述或者接口中對對方的要求,可以NA,備注合理的解釋。
DVT 分配完成后即可分發(fā)給不同的負(fù)責(zé)人進(jìn)行覆蓋和回填,具體時(shí)機(jī)和覆蓋回填內(nèi)容如圖4 所示。
圖4 :DVT 覆蓋
2.3.1 設(shè)計(jì)驗(yàn)證覆蓋
為了變更和驗(yàn)證有更好的追溯性和一致性,本方案中確認(rèn)和驗(yàn)證經(jīng)理(V&V)在設(shè)計(jì)基線發(fā)布之后,將DVT 中分配發(fā)給設(shè)計(jì)驗(yàn)證需求表格分配測設(shè)計(jì)驗(yàn)證人員,設(shè)計(jì)驗(yàn)證人員需要確認(rèn)項(xiàng)目的設(shè)計(jì)文檔覆蓋了設(shè)計(jì)類的需求,設(shè)計(jì)驗(yàn)證人員回填設(shè)計(jì)驗(yàn)證文檔名稱、版本、對應(yīng)章節(jié)號到對應(yīng)的DVT 表格中。
2.3.2 工廠測試覆蓋
為了DVT 在首輪遍歷測試中得到充分驗(yàn)證,本方案中確認(rèn)和驗(yàn)證經(jīng)理(V&V)需在工廠集成測試開始前,將DVT 分配發(fā)給各子系統(tǒng)及系統(tǒng)級的需求下發(fā)給相關(guān)測試人員,測試人員在編寫用例的同時(shí),需要將設(shè)計(jì)類需求轉(zhuǎn)化成測試運(yùn)營場景,測試人員回填測試用例名稱和版本,測試用例編號到對用的DVT 表格中。
2.3.3 現(xiàn)場調(diào)試/安裝覆蓋
為了減少現(xiàn)場調(diào)試安裝規(guī)程變更次數(shù),本方案中確認(rèn)和驗(yàn)證經(jīng)理(V&V)需在現(xiàn)場安裝調(diào)試規(guī)程完成之前,將DVT 分配發(fā)給安裝、調(diào)試經(jīng)理,確保安裝和調(diào)試類的需求,在安裝和調(diào)試規(guī)程出具的時(shí)候有效覆蓋。安裝和調(diào)試經(jīng)理回填安裝調(diào)試規(guī)程名稱和版本、規(guī)程章節(jié)號到對用的DVT 表格中。
2.3.4 其它覆蓋
常見分配覆蓋除了設(shè)計(jì)驗(yàn)證覆蓋,工廠測試覆蓋,現(xiàn)場調(diào)試/安裝覆蓋,還有其他分配例如EMC、RAMS、Platform、NA、Verify、Simulation 需求的覆蓋,具體覆蓋方式詳見圖5。
圖5 :其它覆蓋
其中RAMS 需求覆蓋注意區(qū)別,需求跟蹤矩陣?yán)镄枰糜?jì)劃類文檔覆蓋,DVT里需要用分析報(bào)告覆蓋;EMC需求,需求跟蹤矩陣中對分包商EMC 的需求,用分包商的技術(shù)規(guī)格書來覆蓋即可。
2.4.1 PTR-DVT 驗(yàn)證
PTR-DVT 驗(yàn)證內(nèi)容:
(1)回填的文檔、章節(jié)、版本、測試用例等內(nèi)容全部正確覆蓋需求中的所有功能;例如:相應(yīng)的測試用例及步驟可以覆蓋需求中的全部功能。
(2)驗(yàn)證結(jié)論,VV 填寫結(jié)論到DVT 表格中 “Coverage Verification”。
1.Status 結(jié)論有3 類,OK:驗(yàn)證通過;NOK:驗(yàn)證全部或部分不通過,由測試或安裝調(diào)試提交CR 記錄相關(guān)沒覆蓋的需求,確保項(xiàng)目按DVT 中的需求實(shí)施;Not Covered:暫時(shí)未覆蓋驗(yàn)證,未到項(xiàng)目計(jì)劃階段,后期數(shù)據(jù)或調(diào)試已計(jì)劃補(bǔ)充;
2.Verifier's remarks里面需要備注需求矩陣報(bào)告的版本,例如“comment on V1.1.0:驗(yàn)證通過”;
3.Comments:備注修改信息,例如:扣車功能未覆蓋,升級系統(tǒng)用例增加覆蓋等;
2.4.2 SyEID-DVT 驗(yàn)證
SyEID-DVT 的驗(yàn)證方法與PTR-DVT 完全相同;
2.4.3 DVT 驗(yàn)證時(shí)機(jī)
DVT 驗(yàn)證時(shí)機(jī)定義如下:
(1)在信號系統(tǒng)室內(nèi)測試見證前完成室內(nèi)FIVP 測試部分的覆蓋驗(yàn)證,在FIVP 測試正式開始前,實(shí)現(xiàn)需求覆蓋率90%以上,并升級V1.1.0。測試用例初版編寫完成并反饋關(guān)聯(lián)需求的測試用例后,即可開始驗(yàn)證,驗(yàn)證完成后如有NOK 項(xiàng),及時(shí)反饋給測試人員修改或補(bǔ)充用例,并進(jìn)行回歸驗(yàn)證。第一輪測試可遺留部分需求待確認(rèn)或覆蓋NOK 項(xiàng),遺留項(xiàng)需在后續(xù)的回歸測試中盡快確認(rèn)并覆蓋;
(2)在信號系統(tǒng)現(xiàn)場系統(tǒng)運(yùn)行及性能測試前需完成調(diào)試安裝部分的覆蓋驗(yàn)證,現(xiàn)場調(diào)試規(guī)程初稿完成后即與調(diào)試經(jīng)理開會討論覆蓋,并同時(shí)驗(yàn)證。由于現(xiàn)場調(diào)試工作開始后,調(diào)試文檔修改工作推行起來比較困難,因此DVT 調(diào)試安裝部分驗(yàn)證工作建議與調(diào)試安裝經(jīng)理配合盡量在調(diào)試安裝規(guī)程評審工作同時(shí)進(jìn)行,在調(diào)試安裝基線建立前驗(yàn)證完成,以便及時(shí)反饋問題并修改調(diào)試安裝規(guī)程;
(3)在信號系統(tǒng)試運(yùn)行前完成DVT 所有需求驗(yàn)證,最晚開通運(yùn)營之前全部完成。
如有遺留項(xiàng)未完成覆蓋,需要組織項(xiàng)目CCB 分析未覆蓋的合同需求對信號系統(tǒng)開通運(yùn)行的影響,如有影響,需要輸出相關(guān)限制給業(yè)主。如項(xiàng)目分階段發(fā)證,需要關(guān)注對應(yīng)階段的需求,確保DVT 相應(yīng)內(nèi)容完成覆蓋驗(yàn)證
項(xiàng)目需求矩陣更新后,如果涉及需求分類發(fā)生變化,DVT 相應(yīng)的也需要升級變更,需要將新增需求重新分配、覆蓋并驗(yàn)證,確保需求變更部分得到跟蹤記錄。新分配到工廠測試部分的,如果影響到測試用例,需在下一輪工廠測試盡快更新測試用例以覆蓋,新分配到現(xiàn)場調(diào)試/安裝覆蓋的,如果影響到調(diào)試/安裝規(guī)程需要及時(shí)更新并打入下一輪調(diào)試/安裝基線中。
本文介紹的這種城市軌道交通信號系統(tǒng)設(shè)計(jì)確認(rèn)表管理案,成功應(yīng)用于筆者公司的城市軌道交通信號工程項(xiàng)目實(shí)施過程中,從已開通項(xiàng)目來看,該方案使項(xiàng)目技術(shù)類和接口需求得到合理且清晰的確認(rèn)管理,對項(xiàng)目變更和相關(guān)影響做出了正確的判斷,并識別了技術(shù)類和接口類需求與已實(shí)現(xiàn)需求之間的不一致性,有效確保項(xiàng)目技術(shù)類和接口類需求確認(rèn)完整有效,實(shí)施落地。