城市軌道交通信號(hào)系統(tǒng)項(xiàng)目需求管理方案研究

渠 軍，蔣 莉

(卡斯柯信號(hào)有限公司 城軌系統(tǒng)部 200071)

城市軌道交通信號(hào)系統(tǒng)項(xiàng)目需求管理方案研究

渠 軍，蔣 莉

(卡斯柯信號(hào)有限公司 城軌系統(tǒng)部 200071)

需求管理是城軌信號(hào)系統(tǒng)項(xiàng)目能夠按要求順利實(shí)施的保障。由于信號(hào)系統(tǒng)項(xiàng)目的復(fù)雜性，需求管理一直是項(xiàng)目實(shí)施過程中的難題。本文結(jié)合信號(hào)系統(tǒng)項(xiàng)目的特點(diǎn)，提出一種基于平臺(tái)研發(fā)的需求管理方案。

需求管理；信號(hào)系統(tǒng)項(xiàng)目；平臺(tái)研發(fā)

需求管理是使系統(tǒng)必須滿足各種條件和功能的一種管理方案，是決定一個(gè)項(xiàng)目成敗的關(guān)鍵因素。需求管理主要包括需求的獲取、跟蹤、變更維護(hù)等過程。本文結(jié)合實(shí)際城軌信號(hào)系統(tǒng)項(xiàng)目特點(diǎn)，提出一種基于平臺(tái)研發(fā)的需求管理方案。

1 項(xiàng)目特點(diǎn)

城軌的信號(hào)系統(tǒng)是列車運(yùn)行的神經(jīng)系統(tǒng)，是保證列車安全運(yùn)行的中樞。組成信號(hào)系統(tǒng)的子系統(tǒng)較多，且各子系統(tǒng)之間的接口也較為繁雜，一般來講信號(hào)系統(tǒng)可以劃分為如下幾個(gè)子系統(tǒng)：列車自動(dòng)駕駛子系統(tǒng)、計(jì)算機(jī)聯(lián)鎖子系統(tǒng)、列車自動(dòng)監(jiān)控子系統(tǒng)、數(shù)據(jù)傳輸子系統(tǒng)、維護(hù)支持子系統(tǒng)，除此之外，項(xiàng)目實(shí)施過程中還包括電磁兼容要求、安全要求、可靠性可用性分析要求、對調(diào)試和安裝的要求以及對整個(gè)系統(tǒng)設(shè)計(jì)的要求。由于地鐵信號(hào)系統(tǒng)項(xiàng)目在實(shí)施過程中要求較為嚴(yán)格，項(xiàng)目需求一般還包含了關(guān)于管理的需求。

地鐵信號(hào)系統(tǒng)項(xiàng)目中需求有著專業(yè)性高、涉及面廣等特點(diǎn)。按照一般的軟件需求管理方案，項(xiàng)目實(shí)施非常困難，信號(hào)系統(tǒng)項(xiàng)目的需求管理一直是項(xiàng)目實(shí)施過程中的難題。沒有一個(gè)完善的管理方案，很容易造成需求的遺漏，無法對龐大數(shù)量的需求進(jìn)行追蹤管理，最終導(dǎo)致項(xiàng)目無法按要求正常交付。在目前地鐵建設(shè)的管理中，信號(hào)系統(tǒng)項(xiàng)目工期通常較為緊張，這就對需求管理提出了更嚴(yán)格的要求，也加大了管理的難度。

因而，一個(gè)完善的需求管理方案對信號(hào)系統(tǒng)項(xiàng)目管理有著至關(guān)重要的地位。本文結(jié)合具體項(xiàng)目實(shí)施經(jīng)驗(yàn)，提出一種基于平臺(tái)研發(fā)的需求管理方案，在一定程度上能夠解決以上問題。

2 需求管理

2.1 需求定義及特征

根據(jù)IEEE標(biāo)準(zhǔn)軟件工程定義，需求就是：用戶所需的用于解決一個(gè)問題或達(dá)成一個(gè)目標(biāo)的條件或能力；系統(tǒng)或系統(tǒng)元件必須滿足或具有的條件或功能，以滿足合同、標(biāo)準(zhǔn)、規(guī)范或者其它正式附加文檔的要求；關(guān)于條件或功能的文檔描述。

需求一般具有以下幾個(gè)特征：

必要性：需求必須是產(chǎn)品或過程的基本功能，物理特性或質(zhì)量因素。如果該需求被刪除將會(huì)造成缺陷，且此缺陷不能被該產(chǎn)品或過程的其它的功能所彌補(bǔ)。

簡要性：該需求說明只包括一個(gè)需求，即簡單和清晰的說明必須做的事情，它應(yīng)易于閱讀和理解。

可行性：通過一個(gè)或多個(gè)已開發(fā)系統(tǒng)計(jì)劃，以預(yù)定的成本，所描述的需求能夠?qū)崿F(xiàn)。

完整性：所表述的需求是完整的，不需進(jìn)一步擴(kuò)展，并且能提供足夠的性能。

一致性： 所表述的需求不能與其它需求相矛盾，它不是另一條需求的復(fù)制，在所有需求中，相同的術(shù)語用于相同的條款。

明確性：每項(xiàng)需求都必須有且只有一種解釋，用于描述的文字在表述和數(shù)值上不能給讀者留下疑惑。

可驗(yàn)證性：所表述的需求清晰具體，在某種意義上可量化，并可通過4種方法之一來檢查、分析、驗(yàn)證和測試。

2.2 需求管理方案

信號(hào)系統(tǒng)具有一個(gè)標(biāo)準(zhǔn)化平臺(tái)，可以適用于不同需求的項(xiàng)目研發(fā)。對于信號(hào)系統(tǒng)的需求，可以根據(jù)平臺(tái)特點(diǎn)劃分為平臺(tái)類需求和項(xiàng)目類需求，如圖1所示。平臺(tái)類需求是已經(jīng)由通用的標(biāo)準(zhǔn)化平臺(tái)滿足，而項(xiàng)目類需求則是需要項(xiàng)目團(tuán)隊(duì)去測試驗(yàn)證或需重新配置數(shù)據(jù)的需求。這種管理方案能夠盡最大程度縮短項(xiàng)目周期，減少項(xiàng)目的測試驗(yàn)證工作量。項(xiàng)目的平臺(tái)類需求已由平臺(tái)進(jìn)行了測試驗(yàn)證，項(xiàng)目實(shí)施過程中，無需再次進(jìn)行測試此類需求。項(xiàng)目僅對項(xiàng)目特有的配置實(shí)現(xiàn)和新的需求進(jìn)行測試驗(yàn)證即可。

2.3 需求識(shí)別、分類、追蹤

對于地鐵信號(hào)系統(tǒng)的需求來源，一般包括兩個(gè)部分：合同及設(shè)計(jì)聯(lián)絡(luò)會(huì)議紀(jì)要。（1）合同需求包含了對系統(tǒng)及設(shè)計(jì)需求（如正線追蹤間隔等）、各子系統(tǒng)設(shè)計(jì)需求（如ATS子系統(tǒng)的人機(jī)顯示方式等）、安全和可靠性需求（如設(shè)備的平均無故障時(shí)間）以及對項(xiàng)目管理類要求等（如交付資料等）。（2）設(shè)計(jì)聯(lián)絡(luò)會(huì)議紀(jì)要主要是合同需求的一個(gè)變更和澄清（如信號(hào)機(jī)顯示方式變更等）以及用戶新提出的需求。

圖1 基于平臺(tái)研發(fā)的需求管理方案

信號(hào)系統(tǒng)的需求識(shí)別主要依據(jù)需求的幾個(gè)特性，滿足必要性、簡要性、可行性、完整性、一致性、明確性、可驗(yàn)證性等要求，則確認(rèn)為一條需求。需求識(shí)別過程需要需求負(fù)責(zé)人和各子系統(tǒng)經(jīng)理、項(xiàng)目技術(shù)負(fù)責(zé)人、項(xiàng)目經(jīng)理等一致確認(rèn)，確認(rèn)每一條識(shí)別的需求是滿足需求特性的。

信號(hào)系統(tǒng)具有的通用性功能由平臺(tái)需求文檔覆蓋，這部分需求已由平臺(tái)進(jìn)行追蹤管理，項(xiàng)目實(shí)施過程中不需要對該部分需求再次進(jìn)行測試追蹤，這就很大程度上節(jié)省了項(xiàng)目的設(shè)計(jì)部署周期。

項(xiàng)目類需求是項(xiàng)目特有的要求或者在通用平臺(tái)上特有的配置類需求，該部分需求無法由通用平臺(tái)進(jìn)行追蹤管理，需要項(xiàng)目實(shí)施者進(jìn)行跟蹤管理。項(xiàng)目類需求可以劃分為非技術(shù)類需求和技術(shù)類需求。非技術(shù)類需求由項(xiàng)目的管理計(jì)劃文檔等進(jìn)行覆蓋，完成對需求的追蹤管理。技術(shù)類需求是由各個(gè)子系統(tǒng)需求組成的，該部分需求需要再次分類到各個(gè)子系統(tǒng)，由各子系統(tǒng)的設(shè)計(jì)文檔進(jìn)行覆蓋，并且在后期的測試中得到驗(yàn)證。

2.4 需求變更管理

需求變更在需求管理中是十分常見的過程，在復(fù)雜的系統(tǒng)中管理需求變更是十分困難的，需要各個(gè)子系統(tǒng)進(jìn)行配合完成。

項(xiàng)目實(shí)施者要分析變更對系統(tǒng)帶來的影響。由于城軌信號(hào)系統(tǒng)結(jié)構(gòu)復(fù)雜，包含多個(gè)子系統(tǒng)，一個(gè)簡單的需求變更可能會(huì)引起多個(gè)子系統(tǒng)的需求同時(shí)發(fā)生變化，對于此類需求變更的管理需要各個(gè)子系統(tǒng)共同執(zhí)行的。對于一個(gè)需求的變更，必須通過各個(gè)子系統(tǒng)共同合作完成。為了更好的管理此種需求變更，一般可以通過變更流程（CR，Change Request）分析來追蹤管理需求的變更。

2.5 需求GAP分析

GAP是指項(xiàng)目由于產(chǎn)品限制，目前項(xiàng)目無法在短期內(nèi)快速解決的需求。對于此類無法短期完成的需求，項(xiàng)目也需要對其跟蹤。此類需求平臺(tái)應(yīng)在后續(xù)的研發(fā)中追蹤管理，并在升級(jí)方案中得到解決?！?/p>

2.6 無法由文檔覆蓋的需求

對于某些無法由具體設(shè)計(jì)文檔或管理文檔覆蓋的需求，項(xiàng)目實(shí)施過程中又確實(shí)是按照要求來實(shí)現(xiàn)的需求，該部分需求需要需求的實(shí)施者通過郵件確認(rèn)等方式完成對需求的追蹤。

3 結(jié)束語

本文提出的需求管理方案僅針對目前地鐵信號(hào)系統(tǒng)項(xiàng)目的需求管理，在實(shí)際的項(xiàng)目需求管理中有良好的追蹤管理效果。但是由于信號(hào)系統(tǒng)的復(fù)雜性，需求管理涉及的人員比較多，管理難度大，該方案仍需不斷的改善。

[1] 姬曉睛，吳朝暉.需求管理的一個(gè)系統(tǒng)解決方案[J].計(jì)算機(jī)工程，2003（19）.

[2] 袁 玨，胡 軍. 淺談軟件項(xiàng)目管理中的需求管理[J].計(jì)算機(jī)光盤軟件與應(yīng)用，2011（17）.

責(zé)任編輯 徐侃春

Project requirement management for Signaling Systems of Urban Transit

QU Jun, JIANG Li
( Urban Transit System Department, CASCO Signal Ltd., Shanghai 200071, China )

Requirement management was the key to implement the Urban Transit Signaling System successfully. Requirement management was diff i cult in the process of project implementation because of the complexity of the Signaling System. This paper proposed a scheme which was based on the universal platform and characteristics of the signaling project.

requirement management; Signaling System project; research and development of platform

U231.7∶TP39

A

1005-8451（2015）06-0058-03

2014-11-18

渠 軍，工程師；蔣 莉，工程師。