假設(shè)您公司的CEO 要求您對公司W(wǎng)eb 開發(fā)人員最近開發(fā)的250 個內(nèi)部軟件進(jìn)行檢查，以確定用于構(gòu)建可重用組件庫的候選功能組件，包括設(shè)計(jì)、代碼和測試用例。你如何完成這個任務(wù)？以2009年前后的技術(shù)水平為例。這項(xiàng)任務(wù)并不容易完成。在這250個軟件應(yīng)用中，約有75個是功能點(diǎn)不足1000個的小軟件，它們很可能采用敏捷開發(fā)方法，以用戶故事為主要設(shè)計(jì)描述方法，也可能混合使用其他描述方法。對于單個軟件應(yīng)用，用戶故事非常有用，但是如果你需要在多個軟件應(yīng)用中找到共同點(diǎn)，用戶故事就沒那么有效了。

可能還有50個左右的軟件是5000多個功能點(diǎn)的大型商業(yè)軟件。這些軟件很可能使用各種形式化的設(shè)計(jì)描述方法，也可能使用UML方法從聯(lián)合應(yīng)用設(shè)計(jì)（JAD）方法來描述。收集到的要求。雖然UML 方法可以幫助我們?yōu)閱蝹€軟件應(yīng)用程序構(gòu)建模型，但考慮到這么多具有不同特征的UML 圖，如果我們想嘗試找出哪些是通用的功能，這仍然不是一件容易或快速的工作。

自動化工具，例如靜態(tài)分析工具，可能能夠通過分析基于UML 的元語言的語法結(jié)構(gòu)來找到共同模式，但截至2009 年左右，這種技術(shù)在實(shí)踐中尚不可用。在這250個軟件應(yīng)用中，可能有25個用于科研項(xiàng)目或工程項(xiàng)目的軟件應(yīng)用，可能使用狀態(tài)變化圖、建模語言（如LePus3語言e、Express語言。）或質(zhì)量功能展開（QFD）方法建立“質(zhì)量屋”圖和許多其他建筑建模元語言。

其余100 個軟件應(yīng)用程序可能使用了多種描述方法。包括但不限于用例、UML 方法、N-S 圖、Jackson Design、流程圖、決策表、數(shù)據(jù)流圖、HIPO 圖和各種其他方法。其中一些方法可能會定義模型，但即使掃描100 個項(xiàng)目的支票也不是一件容易的事。

綜上所述，這250 個新開發(fā)的軟件應(yīng)用程序使用了50 多種不同的設(shè)計(jì)語言和方法，并且對于其中的大部分。相互轉(zhuǎn)換是一項(xiàng)非常困難的工作。同時，這些語言和方法也很難被自動化驗(yàn)證工具和自動化錯誤檢查工具處理。

我們專注高端建站，小程序開發(fā)、軟件系統(tǒng)定制開發(fā)、BUG修復(fù)、物聯(lián)網(wǎng)開發(fā)、各類API接口對接開發(fā)等。十余年開發(fā)經(jīng)驗(yàn)，每一個項(xiàng)目承諾做到滿意為止，多一次對比，一定讓您多一份收獲！