一卡通身份数据库设计

Y
Y(唯一 索引) Y Y
Y
表结构设计
身份信息数据表（IDINFORMATION） 字段中文名称 电子邮箱 籍贯 审核标志 正式卡开/销户标志 是否需要补写卡信息 正式卡账号 正式卡开/销户日期 数据最后更新日期 身份有效截至日期 权限位图 启用/禁用身份状态 临时卡账号 临时卡开/销户标志 临时卡开/销户日期 是否导出印卡文件 字段代码 EMAIL JG CHECKFLAG OPENFLAG WRITEFLAG ACCOUNT OPENACCDATE LASTUPDATE EXPDATE RIGHT ENABLEID TEMACCOUNT TEMFLAG TEMDATETIME EXPCARDFLAG 数据类型 VARCHAR2(40) VARCHAR2(40) CHAR(1) CHAR(1) CHAR(1) NUMBER(10) CHAR(14) CHAR(14) CHAR(8) VARCHAR2(10) CHAR(1) NUMBER(10) CHAR(1) CHAR(14) CHAR(1) ‘0’未导出； ‘1’已经导出 ‘2’ 启用,’1’禁 用 0 ‘ 0’ Y Y 0 ‘ 0’ ‘ 0’ 是否为空 索引键 主键/外键 缺省值
7.团队成员
团队成员
部 门
李丽
孔静
网研
谷哲
成工
王海东
孟汉乐
王丽
人力资源部
人力资源部
项目识别 (Identify)
识别阶段计划
序号
1 2 项目背景 顾客需求
主要工作
3
4 5
项目与战略的联系
项目范围 项目的人力组织架构
6
7
对效益进行预算
项目推进计划
项目背景
根据公司工间餐管理制度的要求，利用一卡通现有平台，以职工实 际出勤天数为依据，按照工间餐补助标准，为在岗职工发放工间餐补助。 一卡通现有数据信息是从门禁系统单向同步，而太钢卡的办理是各二级 单位出具证明制证中心统一办理，一卡通系统中现有A卡数量远大于在 岗职工数量，并且与都已经开通，其中15000人已经在一卡通中实现交
现
状
身份数据直接从门禁系 统单向同步，无法与人 力资源部的标准数据对 应和关联，现有数据量 大于标准数据量，缺少 身份维护的接口和功能
组织项目团队
单位倡导者:任伟
项目倡导者(BB): 马争春
BB:白琨
核心成员 李丽
核心成员 成工
核心成员 王海东
核心成员 孟汉乐
核心成员 谷哲
核心成员 孔静
任务: 数据库的 设计、实施
CHAR(1)
VARCHAR2(20) CHAR(1) CHAR(2) CHAR(8) CHAR(3) VARCHAR(20) CHAR(3) VARCHAR2(15) CHAR(8) CHAR(3) CHAR(2) CHAR(2) VARCHAR2(30) CHAR(6) VARCHAR2(60)
可 设 置 的 消 费 权 限
各 基 额 数 据 的 可 设 置 性
设 备 状 态 可 监 控
数 字 化 的 营 业 统 计
身 份 与 钱 包 的 对 应
黑 名 单 数 据 及 时 下 发
确 保 现 有 消 费 正 常
满 时 间 要 求
操 作 简 便
操 作 灵 活 性
确定系统功能架构
一卡通身份子系统
字 典 信 息 管 理
公 共 字 典 信 息 管 理 员 工 字 典 信 息 管 理 员 工 基 本 信 息 管 理
资 料 信 息 管 理
外 来 人 员 信 息 管 理
卡 样 管 理
相 片 管 理
信 息 批 量 导 入 初 始 部 门 批 量 导 入
数 据 管 理
卡 样 名 对 应 关 系
卡 样 部 门 对 应 关 系
提高了职工对食堂服务的满意度。
以一卡通为平台，根据职工考勤情况，按月给职工工间餐卡发放的工间餐 补助福利，职工个人可免交个人所得税。
制定项目特许任务书
项目特许任务书 项目名称：一卡通身份数据库设计项目 项目黑带：白琨 团队成员： 李丽、成工、孔静、谷哲、王海东、孟汉乐、王丽
选题背景 根据工间餐实施要求，满足客户需求，利 用现有一卡通平台实施工间餐福利补助的发放， 能够保证身份信息的准确、及时，便于维护。
一卡通身份数据库设计 信息网络室 李丽 2011年12月
6 Sigma 项目授权书
•项目编号: •项目名称：一卡通身份数据库设计 •单位: 自动化公司 •GB/BB:
分类 签字 日期 单位倡导者 项目倡导者 任伟 2011.1 马争春 2011.1 黑带 白琨 2011.1
1、项目陈述：根据公司工间餐管理制度的要求，利用一卡通现有平台，以职工实际出勤天数为依据，按照工 间餐补助标准，为在岗职工发放工间餐补助。但是一卡通现有不具备职工身份信息数据库，要保证工间 餐及时、准确的发放到每个应享受工间餐职工的手中，需要根据需要进行一卡通系统身分数据库的设计， 满足公司工间餐发放的要求。 3. 现状及目标： 2. 项目范围： 一卡通数据库、一卡通 项目指标 目标值 潜在最佳值 系统、职工身份信息 一卡通身份数据的设计、 实现职工身份信息与人 设计水平达到国内领先水
1、清理现有钱包库； 2、将现有的钱包库中的个人信息与人力资源部提供的标准信息进行比对；
3、身份信息的批量导入；
4、导入失败数据的处理。
设计
(Design)
序号 1 2 表结构的设计。
主要工作
数据核对和信息整理。
3
职工身份数据初始化。
表结构设计
身份信息数据表（IDINFORMATION） 字段中文名称 身份序号 姓名 字段代码 NO NAME 数据类型 CHAR(12) VARCHAR2(30) 是否为空 NOT NULL NOT NULL 索引键 P 主键/外键 缺省值
数据类型 Char(2)
Char(1) Char(3) Varchar(40) Varchar(10) Char(1) Char(3) Char(2) NUMBER(5)
是否为空 Not null
索引键
√
主键
缺省值
Not null
1
数据核对和信息整理
1.从原有数据的同步机制，首先将钱包库中的已开户但未使用过的
Char(30) char(3) Char(1) Char(1)
null
Not null null Not null Not null
身份类型表pid
字段中文名称 身份代码
职工类型 厂区代码 身份名称 助记码 使用标志 操作员代码 卡类型表示 制卡类
字段代码 code
class areacode name easycode useflag opercode cardtypeno zkl
性别
学工号 持卡人类型 身份类别代码 出生日期 证件类型 证件号 所属校区 所属部门 进校日期 国籍 民族 政治面貌 联系电话 邮编 住址
SEX
SNO CLASS PIDCODE BORN IDTYPE IDNO AREACODE DEPTCODE INDATE NATIONCODE PEOPLECODE ZZMM TEL ZIP ADDR
任务: 数据库的 设计、实施
任务:
任务:
任务: 数据整理 分析
任务: 数据整理 分析
标准数据 的收集、 整理
标准数据 的收集、 整理
预算效益
直接效益
根据职工出勤情况，按月下发工间餐补助，一方面规范了工间餐补助的发
放，避免了平均主义，另一方面，增强了职工的纪律意识。
从人力资源管理角度讲，一方面可以提高职工福利待遇，改善职工生活质 量，另一方面，可持续提升职工满意度，增强企业的凝聚力、吸引力，增 加职工对企业的归属感和认同感。 太钢在岗职工工间餐补助的发放，以消费收入结算最终费用，避免了提前 打入的财务风险；同时也促使各商户提高自身的产品质量和服务水平，增 强了各商户竞争意识和服务意识，为各商户做强做大搭建了平台，也间接
内容 方案一 根据人力资源部提供的标准数据进 行工间餐人员身份信息的逐条录入 方案二 将人力资源部提供的标准数据整理 成固定的格式，利用工具进行导入
优缺点 耗时费力进度慢
速度快
方案选择
根据客户要求和项目的节点要求，并结合实际在保证现有职工就餐的情况下，
我们选择了方案2，进行身份数据的设计。主要包括如下的步骤：
印 卡 信 息 设 置
设 置 相 片 尺 寸
批 量 相 片 采 集
摄 像 头 相 片 采 集
批 量 上 传 相 片
身 份 信 息 批 量 导 入
身 份 信 息 批 量 追 加
数 据 审 核
数 据 导 入
数 据 导 出
输 出 印 卡
方案比较
所有的享受工间餐职工的身份信息统一由人力资源部提供，这些数据是以职 工保险库登记信息为基准，由职工本人确认以后反馈回人力资源部的数据。
项目定义
(Define)
定义阶段计划
序号 1 2 3 4 用户需求的确定与展开。 确定功能架构。 方案比较。 选定方案。 主要工作
用户需求确定与展开
顾客需求
主要功能
辅助功能
服务要求
方 便 身 份 信 息 的 维 护
网 站 福 利 采 集
区 分 职 工 不 同 身 份
福 利 补 助 发 放 联 动 性
实施
4. 实施日期： 2011.1-2011.2. 5. 项目预期收益：
473.36万元
资源部标准库的意义对 应；提供标准的人员身 份维护接口和功能
平
6. 顾客需求：
内部：对身份信息能根据工资和保险的变化及时更新，实际享受工间餐补助
人员与职工保险库人数相对应，不影响职工使用 外部：身份信息与钱包信息对应，一个身份对应一个钱包
① 钢新原有充值金 额要确定即工间 餐上线的期初数 据； ② 能够区分职工自 充金额和工间餐 金额； ③ 能够确定在各商 户的工间餐收入 和非工间餐收入 ； ④ 能够看到本商户/ 部门的收入统计 ；
① 各二级单位 职工工间餐 消费统计； ② 钢新、世茂 、钢企总的 工间餐收入 ；
① 利用原有系统平台； ② 保证现有持卡人的正 常交易； ③ 数据与人力资源部提 供的初始数据一一对 应； ④ 满足客户需求，保证 数据准确； ⑤ 程序易于维护； ⑥ 对于工间餐基额、基 准天数可调可配； ⑦ 提升系统安全水平， 实现操作可追溯性； ⑧ 报表便于二次的分析 和整理
组织部门表branch
字段中文名称 部门代码 字段代码 DeptCode 数据类型 Char(3) 是否为空 Not null 索引键 主键 缺省值
√
助记码
部门名称 上级部门代码 部门级别 部门类型
AssistantCode
Name SuDeptCode DeptLevel DeptType
Char(10)
账户信息清理 ； 2.以钱包信息为主和人力资源部提供的人员标准信息核对，找出信 息有误的数据； 3.建立身分数据库，并将身份需要的数据根据实际情况进行重新导 入或从现有钱包数据中同步。
职工身份数据初始化
1、进行部门信息初始化，即将目前集团公司的组织结构导入身份系
统； 2、将人力资源部提供的标准数据整理成指定格式；
确定六西格玛项目 确定项目为六西格玛设计项目:
一卡通身份数据库设计。
与战略联系
公司经营战略
把太钢建设成全
球最具竞争力的 不锈钢企业。
厂级经营战略 黑带项目
准确 优质
创新 高效
一卡通身份数据 库设计项目
项目范围
基线和目标陈述
潜在最佳值
身份数据库的数据与职 工保险库的数据保持一 致
目标
实现职工身份信息与 人资源部标准库的意 义对应；提供标准的 人员身份维护接口和 功能
机会陈述 为提高核心技术竞争力，占领市场，在本 次项目建设中，自动化公司争取到为人力资源 部实施工间餐的机会，为满足客户要求进行身 份数据库的设计。 项目范围 精密带钢、不锈钢管公司ERP设备管理系统
目标陈述
实现职工身份信息与人资源部标准库的意义对 应；提供标准的人员身份维护接口和功能。
相关部门 自动化公司、系统创新部、人力资源部、钢新公司、 钢企公司、计财部
易，且现有数据无法满足以医保号来与人力资源部标准数据对应的要求，
功能上缺少职工身份信息维护的入口。基于这一现状，需要在保证现有 持卡人可正常消费前提下，对一卡通的数据库结构进行改造，特别是身
份数据库需要重新设计，满足公司工间餐发放的要求。
顾客需求
人力资源部 商户 财务部 自动化公司
① 能够区分工间餐人员和 非工间餐人员； ② 实现在一卡通网站填报 职工考勤信息，审核后 能够联动发放工间餐补 助； ③ 就餐和工间餐兑换同时 启动； ④ 区分来宾和工间餐人员 就餐； ⑤ 对应钢新、世茂、钢企 进行工间餐实际消费结 算； ⑥ 人员身份信息可以根据 职工调动情况，及时更 新；