引言
本文描述了 IBM Rational® RequisitePro® 2003 和 IBM Rational® XDE™ Developer v2003 之間的集成如何幫助軟件團(tuán)隊(duì)保持設(shè)計(jì)活動(dòng)與需求的一致性。目的在于能夠交付實(shí)際滿足客戶需求的軟件。
Rational RequisitePro 是 IBM Rational 市場領(lǐng)先的需求管理工具。借助于 Rational RequisitePro，您可以在 Microsoft Word 文檔中管理需求，這些需求已鏈接到需求數(shù)據(jù)庫中，利用該數(shù)據(jù)庫可以高效組織和管理其他需求信息。
Rational XDE Developer 是一個(gè)完全可視的設(shè)計(jì)和開發(fā)環(huán)境，它在開發(fā)人員的集成開發(fā)環(huán)境（IDE）中加入了 UML（統(tǒng)一建模語言）建模，從而增進(jìn)了交流，并提高了軟件設(shè)計(jì)的文檔化。本文描述的集成適用于以下 Rational XDE Developer 家族成員：
Rational XDE. Developer - Java. Platform Edition，可以通過內(nèi)建的 Eclipse IDE 單獨(dú)實(shí)現(xiàn)集成，或者將其安裝到 IBM WebSphereTM Studio Application Developer 和 Integration Edition IDE 中。
Rational XDE. Developer - .NET Platform Edition，擴(kuò)展了 Microsoft Visual StudioTM .NET IDE。
Rational XDE. Modeler Edition，它提供了 Rational XDE Developer 功能的子集，從而使架構(gòu)人員和設(shè)計(jì)人員能夠?yàn)榧軜?gòu)、業(yè)務(wù)需要、可重用資產(chǎn)和管理級(jí)通訊創(chuàng)建通過平臺(tái)實(shí)現(xiàn)的 UML 模型。
本文首先回顧了保持需求與設(shè)計(jì)一致的挑戰(zhàn)，然后深入探討了 Rational XDE Developer 和 Rational RequisitePro 之間的集成如何提供了針對(duì)這些挑戰(zhàn)的解決方案。
本文第二部分詳細(xì)描述了如何利用該項(xiàng)集成來創(chuàng)造效益。
背景：從需求出發(fā)進(jìn)行設(shè)計(jì)的挑戰(zhàn)
需求為軟件開發(fā)人員定義了應(yīng)該創(chuàng)建何種系統(tǒng)。通過需求來記錄客戶需要，這些需要是為了使客戶能夠創(chuàng)造價(jià)值，軟件必須要解決的。同樣，應(yīng)該通過需求來驅(qū)動(dòng)所需的全部軟件活動(dòng)，從而實(shí)現(xiàn)最終目標(biāo)：交付能夠?yàn)榭蛻魟?chuàng)造價(jià)值的軟件。
實(shí)際上，在記錄了需求之后，軟件團(tuán)隊(duì)需要一直遵照這些需求，并且確保按照這些需求來進(jìn)行設(shè)計(jì)和編寫代碼。
以往的需求工具和設(shè)計(jì)工具都是相對(duì)獨(dú)立的，這兩種工具之間存在一道屏障，將業(yè)務(wù)分析人員和開發(fā)人員分割開來。這樣就產(chǎn)生了不良的軟件開發(fā)后果，最終導(dǎo)致所開發(fā)的應(yīng)用程序沒有實(shí)現(xiàn)需求所指定的功能。這種普遍現(xiàn)象的根源在于需求與開發(fā)人員之間貧乏的交流，特別是需求變更與開發(fā)人員之間的交流不足。將需求規(guī)格說明書的初次調(diào)整傳遞給開發(fā)人員，這并不難實(shí)現(xiàn)，但是當(dāng)需求頻繁地發(fā)生變更時(shí)，如果不將不斷變更的需求傳遞給開發(fā)人員，他們將還按原來的需求來開發(fā)系統(tǒng)，從而使所交付的應(yīng)用程序無法滿足不斷變化的用戶需要。特別是創(chuàng)建大型系統(tǒng)時(shí)，開發(fā)團(tuán)隊(duì)極易疏忽某些需求。在設(shè)計(jì)階段評(píng)估需求的覆蓋程度，對(duì)于確保應(yīng)用程序能夠滿足客戶在項(xiàng)目開始時(shí)所設(shè)定的期望值非常重要。
現(xiàn)在還沒有一個(gè)很好的方法，來回答以下問題：
需求處于何種最新的狀態(tài)？
全部經(jīng)商定的需求在設(shè)計(jì)中都考慮到了嗎？
設(shè)計(jì)模型的哪個(gè)部分受到了最新的需求變更的影響？
如何才能知道設(shè)計(jì)是可行的？能否滿足用戶需要？
為回答第一個(gè)問題，我們將 IBM R