## 外包开发人员特别说明
[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端手写签名的实现
- 手机端手写签名的实现
- 智能硬件
- 高拍仪
- 会知声(道邦魔盒)