孟祥文

摘要：良好的需求管理是軟件項(xiàng)目圓滿完成的保障，基于IBM Rational系列產(chǎn)品的需求管理方案代價(jià)高，安裝使用復(fù)雜，不能有效滿足中小型軟件公司的需要。針對(duì)中小規(guī)模項(xiàng)目，給出一種利用EA及其擴(kuò)展機(jī)制實(shí)現(xiàn)的輕量級(jí)需求管理實(shí)施方案，可以提高中小型軟件開發(fā)團(tuán)隊(duì)需求管理的效率和效果。

關(guān)鍵詞：需求管理；擴(kuò)展機(jī)制；需求跟蹤；需求變更

中圖分類號(hào)： TP319

文獻(xiàn)標(biāo)識(shí)碼： A

文章編號(hào)： 16727800（2017）004016602

0引言 在軟件開發(fā)領(lǐng)域，需求工程越來越受到重視，需求建模質(zhì)量往往是決定項(xiàng)目成敗的關(guān)鍵，在面向?qū)ο蠓椒ㄖ型ǔ２捎糜美║secase）模型來描述需求。然而用例模型主要用來描述系統(tǒng)的功能需求，對(duì)于非功能需求及需求管理則必須借助于其它手段。 需求管理是一種用于定義、記錄、組織和跟蹤系統(tǒng)需求變更的系統(tǒng)化方法，可用于獲取、組織和記錄系統(tǒng)需求并使客戶和項(xiàng)目團(tuán)隊(duì)在系統(tǒng)需求變更上保持一致[1]。實(shí)際項(xiàng)目中需要借助工具輔助進(jìn)行需求管理工作。 IT168作的一項(xiàng)調(diào)查顯示[2]，需求管理工具在國內(nèi)企業(yè)和開發(fā)者中的使用比率是 Rational Requisite Pro 占 48.7%，Borland Caliber RM占20.6%，而TelelogicDoors占3.2%，很多中小公司還在使用 Word 或者 Excel 管理需求。目前影響最大的需求管理工具是IBM公司的Rational RequisitePro，它以數(shù)據(jù)庫為核心，同時(shí)提供 與Microsoft Word的整合。它將與數(shù)據(jù)庫集成在一起，支持用自然語言清晰地表達(dá)需求，并同時(shí)組織它們，用戶對(duì)數(shù)據(jù)庫中特性的修改可以同步到Word文檔中，同時(shí)用戶對(duì)文檔的修改也可以同步到數(shù)據(jù)庫中[3]。通過與其它Rational系列軟件產(chǎn)品的廣泛集成，給軟件工程生命周期內(nèi)的各個(gè)階段都提供了強(qiáng)大、方便的需求信息查詢、跟蹤、管理功能。然而使用Rational系列產(chǎn)品代價(jià)較高，安裝和使用也比較復(fù)雜，提供的是一個(gè)重量級(jí)的需求管理解決方案，對(duì)于大多數(shù)中小公司并不適合。 Enterprise Architect（EA）是澳大利亞Sparx軟件公司的UML建模工具[4]，是為數(shù)不多的可將需求管理與其它軟件開發(fā)規(guī)范集成為一體的UML工具。經(jīng)過項(xiàng)目實(shí)踐發(fā)現(xiàn)，通過EA的需求模型和提供的擴(kuò)展機(jī)制，可以完成需求管理的主要任務(wù)，能夠滿足大多數(shù)項(xiàng)目對(duì)需求管理屬性的描述要求、需求模型的變更控制要求以及與其它模型間的可跟蹤要求等。本文將介紹利用EA進(jìn)行需求管理的解決方案。1需求屬性定義與擴(kuò)展 需求是指系統(tǒng)必須符合的條件或具備的功能，要確定項(xiàng)目的宏觀要求，定義項(xiàng)目的業(yè)務(wù)需求，明確項(xiàng)目的目標(biāo)與范圍，還包括對(duì)系統(tǒng)開發(fā)過程的約束。在進(jìn)行需求管理時(shí)，往往需要從多個(gè)角度描述一項(xiàng)需求的屬性。在EA提供的需求模型中，定義了一些標(biāo)準(zhǔn)的需求屬性，如：狀態(tài)、難度、優(yōu)先權(quán)、階段、作者、版本和類型等，用戶可以直接選用這些屬性描述需求的基本性質(zhì)，如圖1所示。實(shí)際項(xiàng)目開發(fā)中可能經(jīng)常需要描述某些需求的一些額外管理屬性，例如：任務(wù)開始時(shí)間、穩(wěn)定性、延遲處罰、花費(fèi)等。如果需要的額外需求管理屬性數(shù)量較少，可以利用UML提供的標(biāo)記值技術(shù)（Tagged Value）擴(kuò)展技術(shù)定義外部需求標(biāo)記。圖2描述了一個(gè)枚舉類型的Review Status標(biāo)記的定義，定義一個(gè)標(biāo)記時(shí)需要描述。 Type=Enum；//標(biāo)記為枚舉類型 Values=Not Reviewed，Accepted，Rejected； //枚舉取值集合 Default=Not Reviewed；//默認(rèn)值自定義的標(biāo)記Tag默認(rèn)不會(huì)顯示在需求視圖中，但可以通過設(shè)置需求顯示開關(guān)中的Feature and Compartment Visuality Tags選項(xiàng)，以控制自定義需求管理屬性的顯示。

如果擴(kuò)展的需求管理屬性數(shù)量較多且具有一定的通用性，為了方便在其它項(xiàng)目中使用，可以利用Profile機(jī)制定義一組EA標(biāo)準(zhǔn)元素的擴(kuò)展并設(shè)置相應(yīng)的工具箱，并把這組擴(kuò)展保存到文件中以便于重用。圖3是利用Profile機(jī)制對(duì)功能需求和非功能需求管理屬性進(jìn)行擴(kuò)展的擴(kuò)展視圖，可以將該P(yáng)rofile視圖存貯為XMI格式的文件，在其它項(xiàng)目中只要導(dǎo)入該P(yáng)rofile文件，就可直接描述功能需求的RequiredBy、ReviewCompleted、ReviewStatus、 Reviewer、Reviewercomments、Riskstatus、Risktype等和非功能需求的Costinvolved、 RequiredBy、Risk、Risk status等管理屬性。

2需求變更 隨著用戶業(yè)務(wù)及外部環(huán)境的變化，用戶對(duì)系統(tǒng)提出的需求經(jīng)常會(huì)發(fā)生變化，因此需求變更會(huì)不可避免地頻繁出現(xiàn)。EA可以通過建立需求基線，制定變更控制流程，并形成文檔來處理需求的變更問題。 針對(duì)外部需求的更改請(qǐng)求和問題，可以用兩種不同方式來定義： （1）使用需求的Maintenance View描述和管理每項(xiàng)需求變化所要解決的問題、變更的內(nèi)容、必須修改的問題及完成需求變更的具體任務(wù)。圖4的需求維護(hù)視圖可以描述需求變更的內(nèi)容、變更報(bào)告人、提出日期、變更狀態(tài)、變更解決責(zé)任人、變更解決日期、變更優(yōu)先級(jí)等信息。

（2）先定義常規(guī)元素類型“Issue”（問題）and “Change”（變化），描述需求變更所解決的問題及變更的內(nèi)容，然后鏈接到某個(gè)變化的外部需求上。 在項(xiàng)目的整個(gè)生命周期中，需求變更可能會(huì)發(fā)生很多次，有時(shí)需要管理某些需求元素的變化歷史，這可以通過審計(jì)視圖（Audit View）來實(shí)現(xiàn)，開啟審計(jì)功能可以記錄 Enterprise Architect 中的模型變化。它將記錄誰修改了一個(gè)元素，什么時(shí)間和怎樣修改的，并附有這個(gè)元素之前的狀態(tài)。這在記錄需求模型歷史記錄方面極為有用。3需求跟蹤 在實(shí)際項(xiàng)目開發(fā)中，經(jīng)常會(huì)發(fā)生這樣的情況：測(cè)試人員在進(jìn)行測(cè)試時(shí)，發(fā)現(xiàn)某些需求并未實(shí)現(xiàn)，諸如此類問題，很大一部分原因是需求跟蹤未做好。EA中的需求跟蹤可通過建立與維護(hù)“關(guān)系矩陣”來實(shí)現(xiàn)，在關(guān)系矩陣中，可以定義不同抽象級(jí)別、不同階段模型元素之間的語義聯(lián)系。EA中支持的關(guān)系類型較多，也可以根據(jù)需要通過UML擴(kuò)展機(jī)制進(jìn)行擴(kuò)展。其中Trace、Realize和Refinement經(jīng)常用來表達(dá)追蹤關(guān)系，通過需求跟蹤矩陣可以描述每個(gè)需求同后期系統(tǒng)模型元素之間的聯(lián)系，確保后期軟件制品產(chǎn)品與用戶需求的一致性。這些元素包括其它類型的需求、體系結(jié)構(gòu)、其它設(shè)計(jì)部件、源代碼模塊、測(cè)試及幫助文件等。圖5描述了需求模型與用例模型之間的跟蹤關(guān)系，縱向的需求模型元素作為源，橫向的用例模型元素作為目標(biāo)，右下角矩陣中的箭頭代表兩個(gè)模型元素之間存在跟蹤關(guān)系。4結(jié)語 針對(duì)中小規(guī)模軟件企業(yè)需求管理的現(xiàn)實(shí)問題，本文利用UML標(biāo)記值擴(kuò)展技術(shù)及Profile機(jī)制彌補(bǔ)EA標(biāo)準(zhǔn)需求管理屬性的不足，利用維護(hù)視圖處理需求變更的記錄和控制，利用需求跟蹤矩陣定義有組織的層次需求模型，跟蹤從系統(tǒng)需求到模型元素的實(shí)施，對(duì)于中小規(guī)模項(xiàng)目中的需求管理問題給出了利用EA工具實(shí)現(xiàn)的一種輕量級(jí)解決方案。

參考文獻(xiàn)：

[1]DEAN LEFFINGWELL，DON WIDRIG.軟件需求管理：統(tǒng)一方法[M].蔣慧，林東，譯.北京：機(jī)械工業(yè)出版社，2002：914.

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

[3]賴信仁.UML與Enterprise Architect 7.5團(tuán)隊(duì)開發(fā)實(shí)務(wù)手冊(cè)[M].北京：電子工業(yè)出版社，2010：1020.

[4]秦眾森，李娟.需求變更管理過程及其工具分析與展望[J].計(jì)算機(jī)工程與設(shè)計(jì)，2009（11）：26012605，2614.（責(zé)任編輯：孫娟）