軟件測試的魅力何在？您為什么選擇測試一行而不做開發？

  在目前市面上眾多的管理軟件中，全管理C5企業管理軟件被視為另一類，因為該軟件的所有功能模塊都沒有傳統意義上的一行代碼，全部由零代碼配置。我們之所以要采用這種方式，是從軟件開發行業的一個典故開始：“銀彈”“銀彈”是個比喻。在西方神話中，銀彈可以殺死所謂不朽的狼人；在軟件領域，銀彈被用來描述可以大大提高軟件開發效率的萬能方法（一個經驗標準是10年內軟件開發效率提高10倍）。在1987年由fredbrooks發表的一篇關于軟件工程的經典論文《沒有銀彈》中，強調真正的銀彈并不存在，復雜的軟件工程問題不能用簡單的方法解決。這篇經典的文章揭示了軟件開發的問題。軟件開發的復雜性是很難控制的，由于其不可控制的復雜性，常常導致失敗。這是許多軟件項目開發失敗的根本原因。本文還指出了提高軟件開發效率的兩個方向：降低復雜性和降低需求、保持復雜性可控和在次要功能上妥協。這種方法雖然沒有“銀彈”那么完美，但卻是一種必須要做的可行方法。

許多負責軟件管理的工程師都有超過15年的管理軟件開發經驗，他們也痛恨管理軟件開發效率低下。因此，他們從2003年開始開發一套適合管理軟件領域的元模型平臺。經過長期的探索和實踐，甚至幾次推倒，他們終于做出了這樣一套適合管理軟件的元模型信息系統軟件平臺。全套管理軟件的所有產品都基于該平臺，以零代碼方式配置。

根據我們自己的實際經驗數據，使用元模型軟件平臺，開發新功能的速度比傳統代碼開發快5倍，調整現有功能的速度是傳統代碼開發的7倍多。為什么使用元模型軟件平臺可以提高這么多的開發效率？讓我們從理論和實踐的角度來解釋一下：

降維是最近非常流行的，有很多不同的解釋。從元模型軟件平臺的角度來解釋降維，就是把復雜的代碼編程轉換成更容易理解的業務模型。傳統的代碼編程開發需要考慮很多方面，例如如何分配變量、如何在接口和數據庫之間傳輸數據等等。綜上所述，需要考慮的因素太多，維度太高，不易控制，導致開發效率低下。而元模型軟件平臺屏蔽了編程細節，采用零代碼建模方法，通過各種模型將各種功能組合在一起，大大降低了復雜度，開發效率高。通過降維得到的效率是昂貴的。在某些維度的縮減過程中，忽略某些因素是不可避免的。簡言之，模型所能實現的功能是傳統代碼編程所能實現的功能的子集。因此，元管理模型不能覆蓋軟件開發的所有領域，因此元管理模型不能覆蓋軟件的所有領域。由于降維的代價，即使元模型軟件平臺只關注于管理軟件開發領域，也不能覆蓋所有的管理需求。因此，有必要提供另一種方法來彌補降維帶來的損失。全管元模型平臺中

  提供的插件機制可以有效地解決因降維帶來的功能細節損失。整個平臺采用微內核插件模式，并根據不同的需求對專用插件進行擴展，以滿足特定的需求。插件采用按需加載的機制，只加載需要使用的插件。因此，擴展插件可以滿足各種需求，同時也不會使系統變得繁瑣。直覺與維度有一點聯系