## 外包開發人員特別說明
[TOC]
為了便于外包人員開發方便個避免在驗收的過程中產生分歧,特別做一下說明。
### 一、驗收標準:
1)、完成了需求文檔所描述的功能要求。
2)、任何模塊都包含PC端和手機端H5兩部分(部分模塊不需要手機端H5)。
3)、開發完成后需要按插件機制分離成可安裝的插件包。
4)、按照給的格式提交數據庫結構說明文檔。
5)、代碼內具有必要的注釋內容。
### 二、何為完成?
不能違背最基本的生活常識。在業務模塊中有很多表單需要填報,而不能只是簡單的完成增刪改查即可,表單中需要必要的數據驗證(前端JS驗證、服務端也要同步驗證),例如以下這些情況,都屬于生活常識(不限于以下所列舉)
1. 表單填寫生日時,所選擇的生日的日期不應當超過當前日期;
2. 貨幣金額的小數位數不能超過2位有效數字;
3. 年份不可能是負數,月份的值必須在1到12之間,日期范圍在1到31;
4. 百分比用數值表示時取值范圍只能是0到1之間;用整數值和%組合表示時整數值只能是0到100之間;
諸如此類的生活常識,因為不可能面面俱到人人交代清楚,所以需要編碼人員在編碼的過程中注意自行甄別并加以必要的驗證。
除此之外,編碼過程中也不要違背做為程序員最基本的常識要求,比如以下這些情況:
1. 沒有填寫任何數據的表單都可以直接提交;
2. 作為主鍵字段的數據的唯一性判斷;
3. 明確說明必須填寫的字段項目的驗證;
4. 空數據時無害的默認值的處理;
5. 需求中明確要求需要驗證的具有關聯性的數據;
6. 重復刷新導致的重復提交相同的數據;
另外,希望開發人員在開發后做最基本的數據測試,不要求各種用例都測試到,單常規數據和邏輯需要自行測試沒有問題后再提交驗收。
最后,感謝您的付出與支持,希望我們互利互信、合作愉快。
- 簡介
- 目錄結構說明
- 開發規范
- 文件命名規范
- 函數的命名
- 命名空間命名規范
- 數據庫命名規范
- 編碼注釋規范
- 文件注釋規范
- 方法注釋規范
- 行內注釋
- 外包開發人員特別說明
- 前端開發
- 組件的使用
- 單文件上傳
- 多文件上傳
- 選擇組織機構
- 選擇用戶
- 選擇角色
- 選擇用戶組
- 手機門戶
- 常用值對照表
- 工作流審批狀態對照
- 請假類型鍵值對照
- 后端開發
- 訪問權限
- 數據權限
- 公共函數庫
- 用戶數據共享
- 通過類庫共享用戶數據
- 跨應用共享用戶數據
- 組織機構操作
- 公共數據詞典
- 創建詞典
- 讀取詞典
- 配置詞典
- 消息推送
- 消息發送
- 發送郵件
- 發送短信
- 企業微信
- 釘釘消息
- 即時通訊(站內消息)
- 二維碼
- 文件壓縮與解壓
- 文檔轉換
- 工作流引擎
- 工作流簡介
- 引入控制器片段
- ResetFull接口
- 01.提交單據發起流程
- 06.獲取當前用戶待辦列表
- 07.獲取指定任務信息
- 08.獲取流程下個可執行節點
- 09.獲取指定流程所有節點
- 10.獲取指定編號的流程節點
- 11.獲取指定節點的審批人員信息
- 手寫簽名
- PC端手寫簽名的實現
- 手機端手寫簽名的實現
- 智能硬件
- 高拍儀
- 會知聲(道邦魔盒)