[發明專利]一種積木式架構應用于系統開發的裝置

無效

• 申請號: 200710304335.2
• 申請日: 2007-12-27
• 公開（公告）號: CN101470606A
• 公開（公告）日: 2009-07-01
• 發明（設計）人: 張峰
• 申請（專利權）人: 新奧特（北京）視頻技術有限公司
• 主分類號: G06F9/44
• 分類號: G06F9/44
• 代理公司: 北京挺立專利事務所
• 代理人: 皋吉甫

技術領域

本發明涉及軟件開發領域，特別是涉及一種積木式架構應用于系統開發的裝置。

背景技術

在傳統的系統架構中軟件的功能模塊是由程序員固定寫死的，同時，一套軟件有多少個功能塊也是系統架構師在設計時便固定好的，模塊與模塊之間的關系也是由程序員固定的，后期更改或添加功能時則需對軟件代碼重新進行編寫。

這對需求明確，使用業務簡單的最終用戶來說很方便。給用戶提供的就是成熟完整的軟件產品，拿到手就可以應用了。

但是對大的網絡軟件系統來說：用戶需求復雜；要滿足多用戶的需求；需求不固定；不同的單位用戶需求差異很大。通常的作法是：通過長時間的和用戶溝通，整理用戶需求書，把需求寫成方案。許諾為客戶進行“量身定做”。寫方案的技術人員不僅要熟悉用戶單位的業務很要熟悉自己單位的軟件產品和單位的技術實力。但即使如此，軟件還是要不停的更改，有的是軟件設計的時候沒考慮周到，有的則是客戶有了新的需求。小的變動很快可以得到解決，但有的需求變化過大，甚至軟件最初設計的字段都不夠用了，軟件的整個框架都要改掉。這是很多軟件研發人員痛苦的事，有些小公司招架不了客戶提出來源源不斷的需求，承受不了后期軟件這樣大量的維護費用，不得不放棄了后期維護工作。

如果可以實現客戶具有軟件后期維護能力，則可避免現有技術中后期維護對軟件開發者所造成的大量工作負擔。可是軟件研發需要很多專業知識，要熟悉語言的語法、要掌握各種類的使用、要熟悉各種函數、要會算法等等。不是專業的人士是很難掌握的。

這樣社會需求與落后的軟件生產力之間的矛盾，用戶需求的多樣性和個性化與軟件產品的通用性之間的矛盾不斷增長、日益復雜。客戶的需求是多樣化的、是個性化的。我們一線的技術人員要不停的滿足客戶提出各種各樣的“要求”研發人員要不停的修改代碼。個性化是對軟件特性的一個重大挑戰，但更大的挑戰在于“持續的變革”。

因此，我們迫切需要一個新的系統架構開發方案的出現。

發明內容

本發明實施例要解決的問題是提供一種新的系統架構開發裝置，實現系統架構和功能模塊的積木式匹配。通過本項發明，為用戶提供的僅僅是系統的框架，而不是一個成品，窗體屬性由自己定義，各種構件的屬性由自己定義，為各構件的邏輯關系定義一個簡單的規則，寫到軟件的邏輯設定區中。通過軟件的使用說明書，使用戶很容易就可以掌握功能模塊的自主添加。

為達到上述目的，本發明實施例一方面提出一種積木式架構應用于系統開發的裝置，用于實現所述系統的靈活調整和自定義修改，其特征在于，包括：

系統架構構建模塊，用于構建所述系統的架構；

屬性模板創建模塊，用于設定構件屬性模板；

構件添加模塊，用于通過所述屬性模板創建模塊創建的構件屬性模板向所述系統架構構建模塊構建的系統添加構件。

其中，所述系統架構構建模塊，包括：

界面設定子模塊，用于根據所述系統的應用領域設定基礎界面；

參數設定子模塊，用于設置所述系統架構和功能應用端的對應參數；

指令設定子模塊，用于建立所述系統架構的基礎指令系統。

其中，所述屬性模板創建模塊，包括：

邏輯設定子模塊，用于建立所述構件屬性模板和所述系統架構間的邏輯模板；

界面設定子模塊，用于建立所述構件屬性模板的屬性配置界面；

參數調整子模塊，用于設定所述構件屬性模板與所述系統架構的對應參數。

其中，所述構件添加模塊，還包括：

所述個性化設置子模塊，用于對所述構件的個性化設置。

本發明實施例的技術方案具有以下優點，因為采用了積木式的系統架構裝置，使用戶可以自主的對系統功能進行添加，對系統窗口進行調整，實現了后期系統維護和修改的自定義化，提高了系統維護的效率，降低了系統開發人員的后期維護工作量，改善了系統應用體驗。

附圖說明

圖1為本發明實施例一中一種積木式架構應用于系統開發的裝置的結構示意圖。

具體實施方式

本發明實施例采用了積木式的系統架構裝置，使用戶可以自主的對系統功能進行添加，對系統窗口進行調整，實現了后期系統維護和修改的自定義化，提高了系統維護的效率，降低了系統開發人員的后期維護工作量，改善了系統應用體驗。

下面結合附圖和實施例，對本發明的具體實施方式作進一步詳細描述：

如圖1所示，為本發明實施例一，一種積木式架構應用于系統開發的裝置，用于實現系統的靈活調整和自定義修改，其特征在于，包括：