20151013_TODO

工作记录

目录

1. 待解决问题

• 财务支撑平台与统一用户共同问题
  
  • 考虑分布式部署问题
  • 将支撑平台中的基础数据导入到统一用户数据库的初始化程序，单位、人员、部门信息来源是哪里？暂时信息来源是财务，以后后改到人事。在同步时要考虑程序以后的重用性。创建人和修改人编码，人员新增时，如果是从基础库中来的，则将人员的ccode写固定值（吉威）
• 财务支撑平台
  
  • 用户在支撑平台中如果人员对应单位编码为~，可能会确定不了人员真实的所属单位
• 统一用户管理
  
  • 岗位信息更新页面调整错误
  • 关系配置中用户信息分两列，用户姓名改为用户名
  • 岗位信息更新页面调整错误
  • 用户角色管理中应当显示通过岗位获取的角色
  • 岗位信息中部门可以为全部部门 编码方式为组织机构编码+‘-----’ 选择人员的时候 注意判断部门
  • 用友的角色删除是真删，统一用户提供删除功能、每天做一次清除、改成异步同步
  • 获取基础库的程序没在写 先写个sql吧
  • 增加一个人员所属单位修改的功能 修改人员所属单位后自动修改用户所属单位
  • 用户名可以是汉字 只是不能重 可以改成默认填写用户名为人员姓名 如果用户名重复则让添加用户的人进行修改
  • 新增子单位超出管理范围不可新增
  • 单位管理中应当不能够增加普通用户的同级单位
  • 添加角色时，已删除的角色不添加，删除的角色也不在列表中显示
  • 给单位或者部门批量配置角色
  • 新管理机制，分级管理，分系统管理，委派适应新管理机制
  • getReduceUserRole中用户角色查找的时候UNION后面要判断t2.ts和t1.ts
  • 三权分立中考虑多系统
  • 增加用户选择角色时的用户角色表状态判断,检查其他新增状态表的状态校验
  • 推送角色判断所述系统是否有、单位为空的处理
• 等待
  
  • 分析清楚，停用启用删除机制，用户停用后，再使用停用用户登陆时，增加提醒。
  • 部门展示时，先显示单位树，选择节点后，单位树换成部门树
  • 写中间表

2. 字典表修改

3. 暂且搁置的问题

1. 搜索框的验证
2. 修改函数名称，使其更加规范。
3. 岗位管理，新增完成页面刷新后，输入的查询条件丢失，展示数据变成全部数据。

@Jpz
2015 年 10月 13日