軟件設計

2015-03-23 5667

分享至：

假設，你所在公司的CEO請你對最近公司網站制作人員開發的250個內部軟件進行一次檢查，以便找出建立可重用組件庫的備選功能組件，這些組件包括設計、代碼和測試用例。你該如何完成這項任務呢？以2009年左右的技術水平來說。這項任務并不容易完成。在這250個軟件應用中，大約會有75個是少于1000個功能點的小型軟件，它們很可能會使用敏捷開發方式而且使用用戶故事作為主要的設計描述方式，同時也可能會混合使用其他的描述方法。對于單個的軟件應用來說，用戶故事是非常有用的，但如果需要找出多個軟件應用中的共同點，用戶故事就顯得不是那么有效了。

還可能會有大約50個軟件是超過5000個功能點的大型商業軟件，這些軟件很可能是用了多種正式的設計描述方式，也或許會使用UML方法來描述從聯合應用設計(JAD)方法中收集到的需求。盡管UML方式可以幫助我們為單獨的軟件應用建立模型，但是考慮到如此多的各具特點的UML圖表，如果找們要想通過審視大量項目的UML圖表(如50個項目)來試圖找出其中共有的功能，這仍然不是一件容易的或者很快就可以完成的工作。

自動化的工具，例如靜態分析工具，也許可以通過分析基于UML的元語言的語法結構來找出共有的模型，但在2009年左右，這項技術還不能應用到實踐中。在這250個軟件應用中，還可能會有25個是科研項目軟件或工程項目軟件，它們可能會使用狀態變化圖、建模語言(如LePus3語言e ，Express語言。)或者質量功能展開(QFD)方法所建立的“質量屋“圖表以及其他多種架構建模元語言。

余下的100個軟件應用可能使用了多種描述方法。包括但不限于用例、UML方法、N-S圖、Jackson Design,流程圖、決策表、致據流向圖、HIPO圖以及其他各種方式。其中的一些方法可能會定義模型，但即使是對100個項口進行掃描檢查也不是一件容易的事情。

總結來說，這250個最新開發的軟件應用使用了超過50種不同的設計語言和方法，而對其中的大部分語言和方法來說。進行相互轉化是一件非常困難的工作。同時，這些語育和方法也很難通過自動化驗證工具和自動化錯誤檢查工具來處理。

來源聲明：

本文章系尚品中國編輯原創或采編整理，如需轉載請注明來自尚品中國。以上內容部分(包含圖片、文字)來源于網絡，如有侵權，請及時與本站聯系（010-60259772）。