專利名稱：用于生成系統(tǒng)規(guī)范的方法、設備和計算機程序產(chǎn)品的制作方法
技術領域：
本發(fā)明涉及用于生成系統(tǒng)規(guī)范(specifications)的方法、設備和計算機程序產(chǎn)品。具體地，本發(fā)明涉及從已有系統(tǒng)和用戶界面(或稱接ロ)提取需求，并通過產(chǎn)生的需求規(guī)范來促進已有系統(tǒng)的重建和改進。
背景技術：
許多軟件和硬件遺留系統(tǒng)現(xiàn)今是舊技術，其極可能已經(jīng)不再被其廠商支持，但仍在使用。上述系統(tǒng)遲早需要被現(xiàn)代化和改進。
已有系統(tǒng)尤其缺乏需求文件。這使得這些系統(tǒng)的改進和現(xiàn)代化非常困難、非常昂貴，并且改進過程可能導致業(yè)務中斷。在缺少其規(guī)范或缺少有關其需求的文件的情況下，由于需要有價值的信息(例如它們后面的需求)，因此系統(tǒng)僅可通過重建被現(xiàn)代化。為了改進系統(tǒng)的功能，重建全部系統(tǒng)是能較好地滿足用戶要求，如果不考慮常見的經(jīng)濟可行性問題的話。更加復雜的問題在于，許多遺留系統(tǒng)具有過時的和難以使用的用戶界面。然而，正是用戶界面包括了關于被使用的系統(tǒng)的有價值信息和在其機能之后的ー些基本原理。用戶界面某種程度上反映了曾經(jīng)投資遺留系統(tǒng)開發(fā)的用戶需要。能夠從已有用戶界面提取需求提供了大量關于遺留系統(tǒng)的無正式文件需求的關鍵信息。根據(jù)當前的實踐，軟件開發(fā)是根據(jù)適當定義和標準化的方法和過程進行的。眾所周知，在開發(fā)過程中，首先必須反復獲得和適當定義需求，然后才能開發(fā)出底層(underlined)軟件或系統(tǒng)。設計和開發(fā)用戶界面需要例如系統(tǒng)的底層需求，并且在一些情況下，需要進行可用性研究。重建和改進缺乏底層需求文件的遺留系統(tǒng)和現(xiàn)有系統(tǒng)是困難的，甚至有時是不可能的。因此，對于如何從現(xiàn)有系統(tǒng)，特別是從用戶界面提取需求而不必重建全部系統(tǒng)這ー問題，仍有必要尋找其解決方案。一旦產(chǎn)生了可接受的質(zhì)量需求規(guī)范，就能改進甚至重建底層系統(tǒng)。

發(fā)明內(nèi)容
本發(fā)明提供了用于生成系統(tǒng)規(guī)范的設備、方法和計算機程序產(chǎn)品。所述設備包括能夠讀取多個系統(tǒng)界面規(guī)范的用于與用戶接ロ(interface)的裝置；能夠從所述多個系統(tǒng)界面規(guī)范中提取關于多個系統(tǒng)需求的信息的處理裝置；以及用于對獲得的多個系統(tǒng)需求進行匯總以便生成系統(tǒng)需求規(guī)范的裝置。所述設備進ー步包括分析裝置和文檔編制裝置中的至少ー個。所述分析裝置能夠分析所述多個系統(tǒng)界面規(guī)范，以便提取關系圖和界面流程圖中的至少ー個。所述處理裝置能夠接收關系圖和界面流程圖中的所述至少ー個，并產(chǎn)生關于所述系統(tǒng)界面規(guī)范的多個需求跟蹤和多個功能需求。所述用于匯總獲得的多個系統(tǒng)需求、能夠生成系統(tǒng)需求規(guī)范的裝置產(chǎn)生結(jié)構化文本或需求圖中的至少ー個。本發(fā)明的另ー實施例包括方法。該方法包括接收關于系統(tǒng)用戶界面的信息；分析所述關于系統(tǒng)用戶界面的信息，并提取至少關系圖和界面流程圖；將所述至少一個關系圖和所述至少所述界面流程圖轉(zhuǎn)換成至少ー個需求跟蹤和至少ー個功能需求；并且生成系統(tǒng)需求文件。本發(fā)明的又一實施例包括用于生成系統(tǒng)規(guī)范的計算機程序產(chǎn)品。所述用于生成系統(tǒng)規(guī)范的計算機程序產(chǎn)品包括計算機可用介質(zhì)，所述計算機可用介質(zhì)包括計算機可讀程序，其中所述計算機可讀程序在計算機上執(zhí)行時使計算機接收關于系統(tǒng)用戶界面的信息；分析所述關于系統(tǒng)用戶界面的信息，并提取至少關系圖和界面流程圖；將所述至少ー個關系圖和所述至少所述界面流程圖轉(zhuǎn)換成至少ー個需求跟蹤和至少ー個功能需求；并且生成系統(tǒng)需求文件。根據(jù)下文的詳細描述，本發(fā)明的其它方面和優(yōu)點將變得明顯，這些詳細描述結(jié)合 附圖示例性地說明了本發(fā)明的原理。


為了更充分理解本發(fā)明的特性和優(yōu)點以及優(yōu)選的使用方式，應參考下列結(jié)合附圖所作的詳細描述，附圖中
圖I為示例性UI-REE框架環(huán)境的示意性表示；
圖2提供了圖I的UI-REE框架的詳細表示；
圖3提供了窗ロ組件(widgets)之間關系的不例性表不；
圖4提供窗ロ組件組件的UML圖，以及 圖5是根據(jù)本發(fā)明實施例的生成系統(tǒng)需求規(guī)范的方法的框圖。
具體實施例方式作出以下描述是出于例示本發(fā)明一般原理的目的，并無意限制本申請要求保護的發(fā)明概念。進ー步地，在此描述的具體特征能夠和其它被描述的特征以各種不同的可能組合及排列組合使用。除非本文另有特別限定，否則所有術語將被給予其最廣泛的可能解釋，包括根據(jù)說明書隱含的含義以及本領域技術人員所理解的和/或在詞典、論文等中定義的含義。本描述可公開用于生成系統(tǒng)規(guī)范的設備、方法和計算機程序產(chǎn)品及其操作和/或組成部分的幾個優(yōu)選實施例。雖然為了清楚起見以及為了將本發(fā)明置于具體上下文中，以下描述將在設備和方法兩個方面進行描述，但是應理解，這里的教導可廣泛應用于所有類型的系統(tǒng)、設備和應用。本發(fā)明提供了用戶界面需求重建框架，簡稱UI-REE框架，其提供了讀取用戶界面規(guī)范以及根據(jù)用戶和系統(tǒng)需求提取信息并將其轉(zhuǎn)換成需求規(guī)范文件的機制。在本發(fā)明的上下文中，就軟件來說，需求規(guī)范被理解為用于軟件系統(tǒng)的需求規(guī)范，其是對待開發(fā)系統(tǒng)的行為的完全描述。它包括ー組用例，這些用例描述了用戶與軟件間將有的所有交互。用例也被稱為功能需求。除用例外，SRS也包含非功能(或補充性)需求。非功能需求是對設計或?qū)嵤娂蛹s束的需求(例如性能工程需求、質(zhì)量標準或設計約束)。
現(xiàn)在參考圖I的圖示，圖I提供了示例性UI-REE框架環(huán)境的示意性表示。如圖I所示，圖示100包括用于與用戶接ロ的裝置102、處理裝置104和用于對獲得的需求進行匯總的裝置106。用干與用戶接ロ的裝置102示例性地可表現(xiàn)為用戶界面規(guī)范108的形式，或表現(xiàn)為圖形用戶界面110的形式，但它們還可以是希望實施本發(fā)明的本領域技術人員能想象到的任何其它類型。如果本發(fā)明被應用于遺留的硬件系統(tǒng)，用干與用戶接ロ的裝置可表現(xiàn)為控制面板、指揮中心、顯示面板或向用 戶傳達遺留系統(tǒng)需求信息的任何其它實施形式。系統(tǒng)界面規(guī)范至少包括關于系統(tǒng)功能的下列特征信息外部界面(其指示了軟件與人、系統(tǒng)的硬件、其它硬件、以及其它軟件如何相互作用)、性能(例如各種軟件功能的速度、有效性、響應時間、恢復時間是什么)、屬性(例如可移植性、正確性、可維護性、安全性、注意事項是什么)、強加在實施方式上的設計約束(例如實際上是否有任何必須的標準、實施語言、數(shù)據(jù)庫完整性策略、資源限制、運行環(huán)境)、等等。處理裝置104被設計成將被執(zhí)行，從而使得其能夠存儲和執(zhí)行用戶界面需求重建框架112，并且，如下文將結(jié)合本發(fā)明的實施例詳細論述的，處理裝置104提供了轉(zhuǎn)換工具，該轉(zhuǎn)換工具獲取所述用于與用戶接ロ的裝置102的輸出，并將該輸出轉(zhuǎn)換成存儲在用于對獲得的需求進行匯總的裝置108中的需求跟蹤和功能需求。獲得的需求可被示例性地匯總為結(jié)構化文本114或需求圖116。本領域技術人員所能想象到的對獲得的需求進行匯總的任何其它方法被認為屬于本發(fā)明的范圍。需求可追溯性涉及對需求和其它開發(fā)エ件(artifact)之間的關系編制文件。其目的是為了促進正在開發(fā)的產(chǎn)品的整體質(zhì)量、促進對正在開發(fā)的產(chǎn)品及其エ件的理解、以及促進應對變化的能力。不僅需求本身應被追蹤，而且與所有與其有關的エ件(例如模型、分析結(jié)果、測試實例、測試過程、測試結(jié)果以及所有類型的文件)之間的需求關系也應該是可追蹤的。甚至與需求相關聯(lián)的人和用戶組也應該是可追蹤的。需求可追溯性指的是，在向前和向后兩個方向上(即從其開始，通過其開發(fā)和規(guī)范，到其后來的配置和使用，并通過持續(xù)改進和在所有這些階段的反復的所有時期)描述和跟蹤需求生存期的能力。雖然該定義強調(diào)了跟蹤貫穿開發(fā)過程所有階段的需求生存期，但沒有清楚地提及可追溯性可以為多種開發(fā)エ件(例如需求、規(guī)范綜述、設計、測試、模型和開發(fā)組件)之間的關系編制文件。因此，在本發(fā)明的范圍之內(nèi)，也可想到，需求追蹤和可追溯性指的是限定、記錄和跟蹤由需求遺留在軟件開發(fā)環(huán)境的其它元素上的蹤跡以及由那些元素在需求上遺留的蹤跡的能力。在需求工程學領域中，可追溯性是關于對如何將高層次需求(目標、目的、企圖、志向、期待、需要)轉(zhuǎn)換成為低層次需求的理解。因此其主要涉及信息層之間的關系。這里提及的主要關系可被表征為“滿足”需求是如何被其它エ件滿足的？能被追蹤的其它關系是，例如“證實”需求是如何被測試エ件證實的？
在軟件工程學中，功能需求定義了軟件系統(tǒng)或其組件的功能。功能被描述為ー組輸入、行為和輸出。
功能需求可以是定義了系統(tǒng)應完成工作的計算、技術細節(jié)、數(shù)據(jù)操作和處理以及其它特定功能。描述所有實例(系統(tǒng)在其中使用了所述功能需求)的行為需求被記錄在用例中。功能需求由非功能需求(也稱為質(zhì)量需求)支持，其對設計或?qū)嵤娂恿思s束(例如性能需求、安全性或可靠性)。通常，功能需求以“系統(tǒng)應做〈需求〉”的形式表達，而非功能需求為“系統(tǒng)應為〈需求〉”。用于實施功能需求的計劃被詳述在系統(tǒng)設計中。用于實施非功能需求的計劃被詳述在系統(tǒng)架構中。如在需求工程學中定義的，功能需求說明了系統(tǒng)的具體結(jié)果。這應該與非功能需求區(qū)別開來，非功能需求說明了總特征，例如成本和可靠性。功能需求驅(qū)動系統(tǒng)的應用架構，而非功能需求驅(qū)動系統(tǒng)的技術架構。在一些情形中，需求分析員在搜集和驗證ー組功能需求之后生成用例。功能需求的層次為用戶/利益相關者請求_>特征_>用例_>業(yè)務規(guī)則。每個用例通過ー個或多個功能需求例示出行為情景。但是，分析員通常要先得出ー組用例，分析員從該組用例中能導出需要被實施的功能需求，從而允許用戶執(zhí)行每個用例。 根據(jù)本發(fā)明，命名為UI-REE (用戶界面需求重建)的框架112提供了讀取用戶界面規(guī)范、從中提取用戶和系統(tǒng)需求、并將其轉(zhuǎn)換成需求規(guī)范文件的機制?，F(xiàn)在參考圖2，圖2提供了圖I的UI-REE框架的詳細表示。UI-REE框架112包括輸入202，輸入202從用于與用戶接ロ的裝置102中接收由圖形用戶界面110提供的信息。輸入組件202也提供了ー種機制，其使用用戶界面標記語言(UML)來描述來自用于與用戶接ロ的裝置102的輸入。WML是ー種XML兼容語言。該組件也能用WML將⑶I規(guī)范轉(zhuǎn)換成標準用戶界面定義。處理裝置104至少包括分析裝置204、處理裝置206和文檔編制裝置208。分析裝置204分析與用戶接ロ的裝置102的規(guī)范，并且提取至少兩個主要エ件關系圖210和界面流程圖212。示例性地，分析裝置204查找可被映射到圖形窗ロ的各種窗ロ組件、按鈕、窗ロ、圖形元素或甚至硬件元素，按照類別對它們進行分組并導出它們的關系。分析裝置204可使用基于軟件的解決方案，分析各元素的循環(huán)指令。分析裝置很少使用人員觀察。用戶界面的分析可通過獨立的工具、市面上買得到的或通過自己實現(xiàn)的軟件工具完成，從而擬合分析需求。關系圖210是生成的圖，其描述各種Π元素(在本文獻中進ー步被稱為窗ロ組件)之間的關系，并且因此也描述它們功能之間的關系。反過來，這描述它們的功能需求之間的關系。這些關系覆蓋可追溯性和需求之間的依賴性。界面流程圖212典型地被用于幾個目的，例如對用戶與包括在被分析的遺留系統(tǒng)中的軟件之間的交互進行建摸。界面流程圖212使用戶針對底層應用能夠獲得用戶界面的聞層次綜覽。如在圖3中例示，其描述窗ロ組件Wl、W2、W3、W4、Wn之間的示例性關系，該關系圖例示組件之間的依賴性。在計算機程序設計領域，通過“窗ロ組件(widget)”理解顯示可被用戶改變的信息布置(例如窗ロ或文本框的圖形用戶界面(⑶I)的元素)。窗ロ組件Wl……Wn的限定特征為給定類型的數(shù)據(jù)直接操作提供簡單交互作用點。換句話說，窗ロ組件Wl……Wn是基本可視模塊，其在應用程序中被組合，擁有被應用程序處理的所有數(shù)據(jù)和關于此數(shù)據(jù)的可利用交互作用。大多數(shù)操作系統(tǒng)包括一組即裁型(ready-to-tailor)窗ロ組件,程序設計員能在應用程序中合并這些窗ロ組件，指定每個窗ロ組件應該如何行為。圖4提供窗ロ組件組成的UML圖。因此,如在圖4中例示,其以UML圖例示窗ロ組件組成，窗ロ組件402至少通過名稱402、功能406和GUI元素408表征。處理裝置206提供轉(zhuǎn)換工具，其獲取分析組件204、關系和界面流程圖的輸出，并且將這些輸出轉(zhuǎn)變成需求跟蹤214和功能需求216。用于匯總獲得需求的裝置106或其處理組件206的輸出、至少為多個需求跟蹤214和功能需求216，并且產(chǎn)生包含根據(jù)良好定義的模板和IEEE標準的用于撰寫需求的需求表述的需求文件。 現(xiàn)在參考圖5，圖5是根據(jù)本發(fā)明實施例的生成系統(tǒng)需求規(guī)范的方法的框圖。本發(fā)明提出一種用于生成系統(tǒng)需求規(guī)范的方法500，其至少包括在步驟502，接收關于系統(tǒng)用戶界面的信息；在步驟504，分析關于系統(tǒng)用戶界面的所述信息，并提取至少關系圖和界面流程圖；在步驟506，將所述至少ー個關系圖和所述至少所述界面流程圖轉(zhuǎn)換成至少ー個需求跟蹤和至少ー個功能需求；并在步驟508生成系統(tǒng)需求文件。接收關于系統(tǒng)用戶界面的信息的步驟502示例性地通過UI-REE框架112的輸入202實現(xiàn)，UI-REE框架112的輸入202例如從用于與用戶接ロ的裝置102接收由圖形用戶界面110提供的信息。輸入組件202也提供ー種機制，其使用用戶界面標記語言(UML)描述來自用于與用戶接ロ的裝置102的輸入。WML是ー種XML兼容的語言。該組件也能使用UIML將GUI規(guī)范轉(zhuǎn)換成標準的用戶界面定義。分析關于系統(tǒng)用戶界面的信息并提取至少關系圖和界面流程圖的步驟504，在本發(fā)明中示例性地通過分析裝置204、處理裝置206和文檔編制裝置208實現(xiàn)。分析裝置204分析接收的規(guī)范并提取至少兩個主要エ件關系圖210和界面流程圖212。將至少一個關系圖和至少ー個界面流程圖轉(zhuǎn)換成至少ー個需求跟蹤和至少ー個功能需求的步驟506，在本發(fā)明中示例性地通過處理裝置206和文檔編制裝置208實現(xiàn)。生成系統(tǒng)需求文件的步驟508在本發(fā)明中示例性地通過文檔編制裝置208實現(xiàn)，文檔編制方法208獲取處理組件的輸出，并且產(chǎn)生包含根據(jù)良好定義模板和IEEE標準的用于撰寫需求的需求表達的需求文件。本發(fā)明的實施例和論述的任何裝置、模塊或塊能夠表現(xiàn)為完全硬件實施例、完全軟件實施例或包含硬件和軟件兩者的實施例的形式。在優(yōu)選實例中，本發(fā)明在軟件中實現(xiàn)，該軟件包括但不限于固件、常駐軟件、微碼等。此外，本發(fā)明的實施例能夠表現(xiàn)為可從計算機可用或計算機可讀介質(zhì)獲得的計算機程序產(chǎn)品的形式，從而提供由計算機、處理設備或任一指令執(zhí)行系統(tǒng)使用或結(jié)合計算機、處理設備或任一指令執(zhí)行系統(tǒng)使用的程序代碼。為了該描述，計算機可用或計算機可讀介質(zhì)能夠是包含、存儲、通訊或傳輸由指令執(zhí)行系統(tǒng)、儀器或設備使用或結(jié)合指令執(zhí)行系統(tǒng)、儀器或設備使用的程序的任ー儀器。介質(zhì)能夠是電的、磁的、光的或半導體的系統(tǒng)(或儀器或設備)。計算機可讀介質(zhì)的實例包括但不限于半導體或固態(tài)存儲器、磁帶、可移動的計算機磁盤、隨機存取存儲器(RAM)、只讀存儲器(ROM)、硬磁盤、光盤等。光盤的當前實例包括只讀型光盤存儲器(⑶-ROM)、讀/寫型光盤存儲器(⑶-R/M)和數(shù)字化通用磁盤(DVD)。I/O設備(包括但不限于鍵盤、顯示器、指示設備等)能夠直接或者通過插入控制器連接到系統(tǒng)。網(wǎng)絡適配器也可連接到系統(tǒng)，以使數(shù)據(jù)處理系統(tǒng)通過插入私有的或公共的網(wǎng)絡變?yōu)檫B接到其它數(shù)據(jù)處理系統(tǒng)或遠程打印機或存儲設備。調(diào)制解調(diào)器、電纜調(diào)制解調(diào)器和以太網(wǎng)卡僅是少數(shù)當前可用類型的網(wǎng)絡適配器。本發(fā)明的計算機程序產(chǎn)品可為用于生成系統(tǒng)規(guī)范的計算機程序產(chǎn)品，包括計算機可用的具有計算機可讀程序的介質(zhì)，其中計算機可讀程序在計算機上執(zhí)行時使計算機接收關于系統(tǒng)用戶界面的信息；分析關于系統(tǒng)用戶界面的所述信息，并且提取至少關系圖和界面流程圖；將所述至少ー個關系圖和所述至少所述界面流程圖轉(zhuǎn)換成至少ー個需求跟蹤和至少ー個功能需求；并且生成系統(tǒng)需求文件。
在以上描述中，許多特定細節(jié)被闡明。然而，應理解的是，本發(fā)明的實施例可在沒有這些特定細節(jié)的情況下實施。例如，可用眾所周知的等效組件和元素替換在此描述的那些組件和元素，并且類似地，可用眾所周知的等效技術替換在此公開的特定技術。在其它情況下，為了避免混淆對這種描述的理解，眾所周知的結(jié)構和技術沒有被詳細地顯示。在規(guī)范中涉及“實施例”、“一個實施例”、“一些實施例”或“其它實施例”指的是，結(jié)合實施例描述的特定特征、結(jié)構或特性被包括在至少ー些實施例中，而不一定是所有的實施例?！皩嵤├?、“一個實施例”或“一些實施例”的不同出現(xiàn)不一定是全部涉及相同的實施例。如果說明書陳述組件、特征、結(jié)構或特性“可能”、“也許”或“能夠”被包括，則該組件、特征、結(jié)構或特性不需要被包括。如果說明書或權利要求涉及“一”或“ー個”元素，其不意味僅有ー個元素。如果說明書或權利要求涉及“額外的”元素，其不排除有多于ー個額外的元素。盡管已描述并在附圖中顯示某些示例性實施例，應理解的是，這種實施例僅是本發(fā)明的廣泛例示而不是限制，并且由于本領域普通技術人員可想到不同的其它修改，本發(fā)明不限定于顯示和描述的特定結(jié)構和布置。
權利要求
1.一種用于生成系統(tǒng)需求規(guī)范的設備，包括 用干與用戶接ロ的裝置，其能夠讀取多個系統(tǒng)界面規(guī)范； 處理裝置，其能夠從所述多個系統(tǒng)界面規(guī)范中提取關于多個系統(tǒng)需求的信息，以及 用于對獲得的多個系統(tǒng)需求進行匯總以便生成系統(tǒng)需求規(guī)范的裝置。
2.根據(jù)權利要求I所述的用于生成系統(tǒng)需求規(guī)范的設備，進一歩包括分析裝置和文檔編制裝置中的至少ー個。
3.根據(jù)權利要求2所述的用于生成系統(tǒng)需求規(guī)范的設備，其中所述分析裝置能夠分析所述多個系統(tǒng)界面規(guī)范，以便提取關系圖和界面流程圖中的至少ー個。
4.根據(jù)權利要求3所述的用于生成系統(tǒng)需求規(guī)范的設備，其中所述處理裝置能夠接收關系圖和界面流程圖中的所述至少ー個，并產(chǎn)生關于所述系統(tǒng)界面規(guī)范的多個需求跟蹤和多個功能需求。
5.根據(jù)權利要求I所述的用于生成系統(tǒng)需求規(guī)范的設備，其中用于對獲得的多個系統(tǒng)需求進行匯總以便能夠生成系統(tǒng)需求規(guī)范的所述裝置生成結(jié)構化文本系統(tǒng)需求規(guī)范和需求圖系統(tǒng)需求規(guī)范中的至少ー個。
6.一種用于生成系統(tǒng)需求規(guī)范的方法，包括 接收關于系統(tǒng)用戶界面的信息； 分析所述關于系統(tǒng)用戶界面的信息，并提取至少關系圖和界面流程圖； 將所述至少ー個關系圖和所述至少所述界面流程圖轉(zhuǎn)換成至少ー個需求跟蹤和至少ー個功能需求，并且生成系統(tǒng)需求文件。
7.根據(jù)權利要求6所述的用于生成系統(tǒng)需求規(guī)范的方法，進ー步包括以下步驟分析多個系統(tǒng)界面規(guī)范，以便提取關系圖和界面流程圖中的至少ー個。
8.根據(jù)權利要求7所述的用于生成系統(tǒng)需求規(guī)范的方法，其中所述界面流程圖針對単一用例對用戶與軟件之間的交互進行建摸。
9.根據(jù)權利要求7所述的用于生成系統(tǒng)需求規(guī)范的方法，其中所述界面流程圖提供了對用于底層應用的用戶界面的高層次綜覽。
10.根據(jù)權利要求6所述的用于生成系統(tǒng)需求規(guī)范的方法，其中生成系統(tǒng)需求的步驟，生成了關于所述系統(tǒng)界面規(guī)范的多個需求跟蹤和多個功能需求。
11.根據(jù)權利要求10所述的用于生成系統(tǒng)需求規(guī)范的方法，其中結(jié)構化文本系統(tǒng)需求規(guī)范和需求圖系統(tǒng)需求規(guī)范中的至少ー個被生成。
12.一種用于生成系統(tǒng)規(guī)范的計算機程序產(chǎn)品，包括 計算機可用介質(zhì)，其包括計算機可讀程序 其中所述計算機可讀程序在計算機上執(zhí)行時使所述計算機 接收關于系統(tǒng)用戶界面的信息； 分析所述關于系統(tǒng)用戶界面的信息，并提取至少關系圖和界面流程圖； 將所述至少ー個關系圖和所述至少所述界面流程圖轉(zhuǎn)換成至少ー個需求跟蹤和至少ー個功能需求，并且生成系統(tǒng)需求文件。
13.根據(jù)權利要求12所述的計算機程序產(chǎn)品，進ー步使所述計算機分析多個系統(tǒng)界面規(guī)范，以便提取關系圖和界面流程圖中的至少ー個。
14.根據(jù)權利要求12所述的計算機程序產(chǎn)品，進ー步使所述計算機通過產(chǎn)生關于所述系統(tǒng)界面規(guī)范的多個需求跟蹤和多個功能需求來生成系統(tǒng)需求。
15.根據(jù)權利要求12所述的計算機程序產(chǎn)品，進ー步使所述計算機生成了結(jié)構化文本系統(tǒng)需求規(guī)范和需求圖系統(tǒng)需求規(guī)范中的至少ー個。
全文摘要
本發(fā)明涉及用于生成系統(tǒng)規(guī)范的方法、設備和計算機程序產(chǎn)品。本發(fā)明通過接收關于系統(tǒng)用戶界面的信息、分析所述關于系統(tǒng)用戶界面的信息并提取至少關系圖和界面流程圖、將所述至少一個關系圖和所述至少界面流程圖轉(zhuǎn)換成至少一個需求跟蹤和至少一個功能需求、并生成系統(tǒng)需求規(guī)范文件來生成系統(tǒng)需求規(guī)范。
文檔編號G06F9/44GK102693128SQ20121005447
公開日2012年9月26日 申請日期2012年3月2日 優(yōu)先權日2011年3月3日
發(fā)明者N.布利拉 申請人:西門子公司