[發明專利]基于模塊計量的開發方法及系統

在審

• 申請號: 201810818402.0
• 申請日: 2018-07-24
• 公開（公告）號: CN109214645A
• 公開（公告）日: 2019-01-15
• 發明（設計）人: 王琦
• 申請（專利權）人: 武漢空心科技有限公司
• 主分類號: G06Q10/06
• 分類號: G06Q10/06;G06Q10/10;G06F8/20
• 代理公司: 武漢開元知識產權代理有限公司 42104
• 代理人: 劉琳

本發明公開了一種基于模塊的開發方法及系統，所述方法中服務器根據客戶通過客戶終端發送的工作任務需求通過模塊計量方法計算出任務對應的工作量及總體開發費用，并根據工作量將工作任務劃分為若干個在單位時間內工程師能夠完成的子任務；通過用戶終端向工程師用戶提供任務信息，并接收報名指令；將所有子任務分配給報名該任務的工程師進行開發，并設置任務期限，保證所有子任務在任務期限內完成；接收工程師上傳的任務代碼；在任務期限屆滿后檢查任務代碼是否全部提交，是則向客戶終端發送項目完成消息，服務器根據任務進行費用結算，并向用戶終端發送結算消息；否則向用戶終端發送項目完成失敗消息。本發明提高了開發速度，確保快速交付。

技術領域

本發明涉及計算機應用技術領域，具體地指一種基于模塊計量的開發方法及系統。

背景技術

前端開發平臺聚集了大量工程師，可以為客戶提供前端開發服務。傳統的前端開發平臺主要包括三個重要階段，首先是客戶發布任務，由客戶提供軟件用戶界面設計稿及交互說明文檔，招募前端開發工程師，與工程師溝通明確需求細節后，支付相應費用；然后進入開發階段，前端開發工程師根據設計稿及需求文檔進行開發，開發過程中提交代碼，開發完成后將代碼整合，交付給客戶；客戶收到交付代碼后，進行最后的測試，前端開發工程師配合進行修改完善，再由客戶進行驗收，支付剩余開發費用。目前，影響平臺前端開發任務工作效率的瓶頸主要在于需求溝通和協同開發這兩個環節，其中涉及大量的工程師與客戶之間、工程師與工程師之間的溝通工作。一方面沒有標準化計量的溝通機制，雙方需要長時間確認溝通內容，反復溝通確認耗時較長，從而造成交付時間的延誤，另一方面工作量無法標準化計量，不能客觀、準確地評估工作量大小。

發明內容

基于背景技術存在的技術問題，本發明提出了一種基于模塊計量的開發方法及系統，通過標準化流程將客戶開發需求規范化、標準化，以合理的任務拆分方式將項目完成時間限制于指定時間以內，從而實現快速交付開發任務。

為了解決上述技術問題本發明所采用的技術方案包括以下步驟：

1)客戶通過客戶終端向服務器發布工作任務；

2)服務器根據工作任務需求通過模塊計量方法計算出任務對應的工作量及總體開發費用，并根據工作量將工作任務劃分為若干個在單位時間內工程師能夠完成的子任務；

3)服務器通過用戶終端向工程師用戶提供任務信息，并接收來自工程師用戶的報名指令；

4)服務器將所有子任務分配給報名該任務的工程師進行開發，并設置任務期限，保證所有子任務在任務期限內完成；

5)工程師在任務期限內完成分配的子任務后，將任務代碼上傳至服務器；

6)服務器在任務期限屆滿后檢查任務代碼是否全部提交，是則向客戶終端發送項目完成消息，服務器根據任務進行費用結算，并向用戶終端發送結算消息；否則向用戶終端發送項目完成失敗消息。

優選地，步驟2)中模塊計量方法為：根據模塊類型和規模獲取模塊的工作量數據，

模塊類型中，基本通用模塊工作量為a人日，基本業務模塊工作量為b人日，基本封裝模塊工作量為c人日；

模塊規模中，小規模取系數0.6x，標準規模取系數x，大規模取系數1.5x，超大規模取系數3x，其中x的取值范圍為0至2；

根據每個模塊對應類型的工作量乘以其對應的規模系數，即為每個模塊的工作量，所有模塊工作量之和即為任務對應的工作量。

優選地，步驟4)的具體步驟包括：

41)服務器接收到報名指令后，根據工程師用戶的技術標簽篩選符合要求的工程師用戶，并根據工程師用戶的工作參數排序，形成備選工程師列表；