Merge branch 'master' of https://git.dev.tencent.com/Charsen/property-docs

制度文化/研发部考核制度.md

@@ -0,0 +1,69 @@
+# 研发部考核制度
+
+###### 待定版本
+
+为保障产品按预期的进度进行研发，以满足公司战略的需要，特制定本考核制度。本考核制度的初衷并不是为了处罚团队成员，而是希望团队成员能够自我驱动，齐心协力达成团队目标。
+
+## 团队价值观
+
+进入智慧城研发部的团队成员，希望每个成员能够践行团队的价值观，以保持团队简单的氛围和维持无间的合作。每个人的个性都不同，我们尊重个性，但是希望团队成员不因个人个性而影响整个团队的运作。
+
+* __自我驱动__：研发的工作具有一定的不可预估性，这会导致考核无法精确衡量。因此，我们提倡自我驱动，尽自己最大的努力完成手头的工作。
+
+* __先付出，再考虑收获__：团队每个人贡献的价值会有差别，在待遇上可能反映不了这种贡献价值的差别。但是，请相信你的每份付出在某一天会让你感谢你当时的付出。这种付出得到的收获除了待遇，还会有成长。
+
+* __保持危机感，持续学习__：互联网是一个飞速发展的行业，请时刻警醒自己，保持学习，一旦你落后了就可能被淘汰。
+
+* __乐于分享__：我们相信，技术的分享能够在帮助他人成长的同时，也能让自己成长。
+
+* __真诚谦和__：团队成员对内对外请保持真诚，这会让我们拥有简单的工作环境和舒适的工作心情。不管能力高低，请时刻保持谦和的态度，给彼此留下好的印象，我们不仅是同事，更可以是朋友。
+
+## 考核纬度
+
+我们考核不仅仅是希望团队成员能够如期完成产品开发工作，更希望帮助团队成员养成好的做事习惯，获得长足的进步。因此，考核的纬度会分为产品开发，个人成长，考勤和团队四个纬度。
+
+* __产品开发__：这是我们的职责所在，如期完成产品开发能够帮助企业实现战略目标，能够让企业持续发展迈向新的台阶，而企业的发展也能够反过来帮助员工获得更大的职业发展空间。
+
+* __个人成长__：决定团队成员未来价值的是个人的成长。我们希望在团队中的成员能够持续成长，增加个人价值，同时能够为团队贡献更多。同时，个人的成长与否也对应个人的待遇是提升还是下降。
+
+* __考勤__：我们不希望考勤成为一项重要考核指标，但是从整个公司层面来说，我们考虑全公司的影响，也需要遵循公司的基本考勤制度。
+
+* __团队__：团队利益优先，不管你个人如何出色，如果团队目标无法达成，那整个团队的价值就会下降。
+
+## 考核范围
+
+研发部全员。
+
+## 考核方法
+
+根据人力部制定的考核规则，未来个人薪酬将分为基本工资，岗位工资和绩效工资。基本工资和岗位工资不受考核影响（请假，迟到、早退和旷工除外），绩效浮动。考核按月进行。
+
+* 开发任务考核：占绩效的70%。
+
+| 指标            | 浮动比例(%) | 考核内容                                            |
+| ------------- | ------- | ----------------------------------------------- |
+| 提前完成          | 150     | 功能测试无重大Bug，产品设计无重大缺陷，上线客户评价满意                   |
+| 如期完成          | 100     | 功能测试无重大Bug，产品设计无重大缺陷，上线客户评价满意                   |
+| 延期完成(自愿加班)    | 90      | 功能测试无重大Bug，产品设计无重大缺陷，上线客户评价满意                   |
+| 延期完成（未加班或加班少） | 50-90   | 延期超过3天以下90%，3-5天80%，5-7天70%，7-10天60%，10-15天50%。 |
+| 无法完成          | 0       | 超过15天未完成的视为无法完成，无法完成不计绩效                        |
+
+备注：协助他人，通过加班如期完成的会计入季度、年度奖励考核中。
+
+- 成长考核：占绩效的20%，按计分制考核，总分10分。
+
+| 指标     | 分数  | 考核内容                        |
+| ------ | --- | --------------------------- |
+| 培训讲师   | 4   | 担任部门月度培训讲师                  |
+| 参加培训   | 2   | 正常参加培训，无缺席                  |
+| 提供培训素材 | 2   | 如制作PPT，准备案例等                |
+| 分享讲师   | 3   | 担任部门内部分享会讲师                 |
+| 分享文章   | 2-3 | 每月主动编写一篇分享文章（原创），其中评选优秀的计3分 |
+
+* 团队：占绩效的15%。
+
+整个团队如期达成目标的，计150%，否则计0。
+
+* 考勤：占绩效的5%。
+
+当月全勤150%，事假1天扣除20%，迟到早退一次扣10%。病假，年假，婚丧假等法定规定的休假不扣除。考勤依据人力部当月统计考核。

绘管家V1_0/增量账单生成需求说明.md

@@ -0,0 +1,35 @@
+# 绘管家1.0增量账单生成需求说明
+
+## 需求场景
+
+为了能够提前收费，部分小区的账单收费项目生成的时间不同，例如：物业服务费这类每月固定的费用可以在月初生成，生成后审核无误即可向业主收费；而水电抄表这类费用需要等待抄表数据才可以生成相关费用，需要在月中甚至月末才生成账单。目前的绘管家1.0只支持全部收费项目的账单，这会导致物业客户无法提前收费而降低收费率。
+
+因此，需要更改目前绘管家1.0的账单生成方式，支持一个账单可以分多次，按收费项目生成。
+
+## 需求变更清单
+
+1. 数据表结构：账单明细表t_charge_bill_item增加一个字段标识该明细项是否`已审核`。该字段作用如下：
+
+   * `未审核`账单__审核__后，需要将该账单对应的`未审核`的明细项标识为`已审核`。
+
+   * 如果账单明细项已有`实收金额`（如业主缴费，预付款抵扣，预缴活动自动抵扣），即便是进行账单__反审核__，该字段不随账单状态改变，仍保留为`已审核`状态。已审核的账单明细项不允许进行编辑或生成时覆盖。
+
+   * 如果账单明细项`实收金额`为0，则进行账单__反审核__时，需要将该字段变更为`未审核`状态，此时可以对此项账单明细项进行编辑。
+
+   * 处于`未审核`状态的账单明细项在账单生成时允许覆盖，处于`已审核`状态的账单明细项不允许覆盖。
+
+2. 操作界面：__账单生成__页面增加__收费项目__选择，需要由操作人员指定本次生成哪些收费项目的费用，支持__多选__。
+
+3. 操作界面：__账单编辑__界面，如果账单明细项`已审核`，则此项明细项__不允许编辑__；
+
+4. 账单生成业务逻辑：
+
+   * __生成账单__时，是否更新房屋本期的账单的依据为本期房屋账单处于`未审核`或`已审核`状态（`已结账`状态__不允许__更新）。
+
+   * 如果本期房屋账单对应选择的收费标准的明细项已存在，如果__存在且该明细项处于已审核__状态，则跳过此项；否则生成此项费用用作新增或覆盖。
+
+## 业务流程图
+
+![增量账单流程图](image/bill_add.jpg)
+
+

规范/数据库/数据库设计规范.md

@@ -1,6 +1,6 @@
 # 数据库设计规范
 
-######版本号：V0.0.1
+######版本号：V0.0.1，更新日期：2019-01-16
 
 ## 基本规范
 
@@ -86,6 +86,7 @@ __常用字段要求必须使用下表的字段，不允许重复新增新的字
 | 删除标记  | deleted       | tinyint  | 1    | 1    | 1=已删除，0=正常                  |
 | 数据可见性 | visible       | tinyint  | 1    | 1    | 0=不可见，1=可见，仅适用于针对C端用户       |
 | 是否启用  | enable        | tinyint  | 1    | 1    | 0=禁用，1=启用                   |
+| 排序号   | sort          | smallint | 2    | 4    | 推荐使用2位，数值越大排序越靠前（即降序排列）     |
 
 ##业务表必备字段
 业务表是指关系产品具体业务逻辑实现的数据表，不包括诸如日志，配置等表。业务表要求必须有以下字段：

需求/绘管家/信息中心/字典管理功能需求说明.md

@@ -15,7 +15,7 @@
 
 ## 表单定义
 
-![添加字典](image/add_dic.jpg)
+![添加字典](image/add_dic.png)
 
 | 字段名称 | 字段类型   | 备注                        | 是否必填 |
 | ---- | ------ | ------------------------- | ---- |
@@ -23,6 +23,7 @@
 | 类型别名 | String | 字典类型的英文别名，仅可输入英文字符和下划线    | 是    |
 | 键值   | String | 字典的value                  | 是    |
 | 键名   | String | 字典的key，仅可输入英文字符和下划线       | 是    |
+| 排序号  | Int    | 数值范围1-9999，默认为1，数值越大排序越靠前 | 是    |
 | 备注   | String | 本条字典的说明                   | 否    |
 
 ## 业务说明
@@ -31,10 +32,10 @@
 
 * 唯一性约束：同一个字典类型下不允许有重名的键值或键名。
 
-* 交互方式：由于字典类型和字典存储在同一张表中，未防止重复创建字典类型，输入字典类型名称后自动匹配已有的类型别名，且如果匹配上了不允许再修改类型别名。
+* 交互方式：由于字典类型和字典存储在同一张表中，为防止重复创建字典类型，输入字典类型名称后自动匹配已有的类型别名，且如果匹配上了不允许再修改类型别名。
 
 * 批量新增字典：为简化操作，新增允许一次添加多个字典（属于同一个类型）。
 
-* 编辑字典：编辑字典不允许编辑字典类型和类型别名，可编辑键名，键值和备注。编辑时，如键名和键值发生改变需要检查唯一性。
+* 数据约束：字典已经创建不允许再编辑或删除。
 
-* 锁定与解锁：为防止已经应用到业务系统的字典数据被随意更改，当字典数据确定不会改变后，可以进行锁定。锁定后的字典不允许编辑，删除。仅允许平台超级管理员解锁。
+* 启用与停用：字典新增时默认为启用状态，如该字典不用可设置为停用状态，停用后业务系统旧的数据可以查询已经关联的字典数据，但新增相应字典字段时不可再选择停用的字典。。