[發明專利]一種軟件開發方法及系統

有效

• 申請號: 201710297496.7
• 申請日: 2017-04-28
• 公開（公告）號: CN107145350B
• 公開（公告）日: 2018-08-21
• 發明（設計）人: 孫林;張文明;陳少杰
• 申請（專利權）人: 武漢斗魚網絡科技有限公司
• 主分類號: G06F8/20
• 分類號: G06F8/20
• 代理公司: 武漢智權專利代理事務所(特殊普通合伙) 42225
• 代理人: 沈林華

本發明公開了一種軟件開發方法及系統，涉及軟件開發領域。該方法的步驟為：創建與軟件關聯的工作層，工作層包括界面層、數據模型層、業務層和網絡層；界面層用于：展示視圖界面；界面層包括視圖、視圖邏輯程序和視圖控制器，視圖控制器用于：根據數據模型層中的數據模型設置視圖；數據模型層用于：存放數據模型，數據模型包括本地邏輯數據模型和網絡數據映射模型；業務層用于：為界面層的視圖邏輯程序和視圖控制器提供業務接口；網絡層用于：向網絡請求返回Json數據后，將Json數據映射為網絡數據映射模型。本發明能夠在軟件開發時減少人力成本，降低軟件的耦合度。

技術領域

本發明涉及軟件開發領域，具體涉及一種軟件開發方法及系統。

背景技術

在軟件的開發過程中，隨著項目規模的增加和開發人員的增加，不同項目采用的編碼風格和模塊調用規則往往不同，進而導致最終項目中會出現各種風格的代碼和模塊，項目耦合性越來越高。對開發后的軟件進行維護時，開發人員在改動不熟悉的模塊時候很難入手，新加入開發成員需要花費較長的時間學習不同的編碼規則。

為了便于對軟件進行開發和維護，現有的軟件開發方法一般為：通常是先對大型項目進行“橫向分層”，例如將客戶端分為多層：界面層、邏輯層、網絡層和數據層，然后針對每一層工作層分別指派相應的開發人員進行開發和維護，自上而下依賴；相鄰層之間的開發人員之間約定好接口，針對一個業務需求，每層的開發人員對應約定的接口實現，聯調接入測試即可。

但是，上述方法存在以下缺陷：

(1)要實現每一層分別指派相應的開發人員開發和維護，需要針對每一層配備相關技術的開發人員，進而極大的增加了人力成本；與此同時，由于邏輯層的功能比較復雜和重要，因此通常需要比較資深的開發進行開發維護，而經驗較少的開發基本沒有機會介入，長期不利于團隊成員的成長。

(2)不同編碼規則的軟件的合并難度較大，而且隨著單個軟件中代碼的增大，不同編碼規則的軟件的耦合度會急劇增高，非常不利于軟件的開發和實現新需求。

例如：現有界面層中的視圖控制器需要同時管理多幅視圖，因此視圖控制器中存在多種視圖邏輯，進而急劇增高軟件的耦合度。

又如：現有在界面中刷新視圖時，業務層將數據模型改變的通知轉發至視圖控制器，控制器在多幅視圖中找到對應的視圖后進行刷新，業務層、數據模型層和界面層3者的耦合度較高。

再如：現有網絡層需要負責至少以下2個功能：1、網絡請求獲取Json數據，2、對Json數據進行映射得到數據模型，網絡層的耦合度較高。

(3)由于所有層自上而下依賴，因此下層的工作(開發和維護)需要等待上層工作發成后才能開始啟動，進而導致整體開發的敏捷性較差，工作效率較低。

發明內容

針對現有技術中存在的缺陷，本發明解決的技術問題為：如何在軟件開發時減少人力成本，降低軟件的耦合度。

為達到以上目的，本發明提供的軟件開發方法，包括以下步驟：

S1：創建與軟件關聯的工作層，工作層包括界面層、數據模型層、業務層和網絡層；

界面層用于：展示視圖界面；界面層包括視圖、視圖邏輯程序和視圖控制器，視圖控制器用于：根據數據模型層中的數據模型設置視圖；

數據模型層用于：存放數據模型，數據模型包括本地邏輯數據模型和網絡數據映射模型；

業務層用于：為界面層的視圖邏輯程序和視圖控制器提供業務接口；

網絡層用于：向網絡請求返回Json數據后，將Json數據映射為網絡數據映射模型。

本發明提供的軟件開發系統，包括工作層創建模塊，其用于：創建與軟件關聯的工作層，工作層包括界面層、數據模型層、業務層和網絡層；