literaryworkreporttemplate的简单介绍

2023-03-02 09:50:16| admin

中文简历翻译成英文（不要网上机器翻译。。）

1, responsible for the Putuo school Kid Castle 32 English class homework assignments, statistics and daily communication and the teaching supervisor, regular operation and the review of the paste operation a 2, is responsible for the teaching management with 4 classes, 80 students of English telephone test, the test results to the production director 3, responsible for foreign temporary classroom assistant teaching 4, responsible for extended neighborhood departments, report template, during the co production report template 57 5, responsible for the extended neighborhood text entry, video and poster, during the co production video 3, 5 posters, text entry 20 words 6, planning Daning street, "Summer International Summer Camp" activities, is responsible for the reception of Chinese American youth of 7, plan and organization of Community College of Engineering in three groups of all kinds of literary evening party, 5 field activities, the Polytechnic three sets of double once the party and "Heiner studio" talk chat show as its brand project 8, responsible for science and technology of three groups of basketball team, football team, table tennis team and swimming team and the organization of training, the Polytechnic three group swimming team won the group third Shanghai Univer games, football team Shanghai Univer football fourth 9, responsible for the Department of automation, electrical 1 - 180 class 5 Party member development work (party number 30) 10, the Party branch organizations of every two Monday times of organizational life, and as human beings speak at 2012 community college female students group Dang Shipei polytechnic training class first period (the number of participants 500 people), with 11 instructors class management and information notification, class five electric "machine star outstanding League branch" 12, organizing various community activities, class five electric to become "Shanghai five four flag League branch unit created" 13, 2011 December joined the Shanghai Univer football team in Zhongwei, and as the main force 2012 Shanghai City College of Flag Football League and the third group was 14, in 2012 September - 2013 June machine core board practice, Vice Minister of the Ministry of organization of volunteer activities, in 2013 15, Shanghai Univer, Xuhui District science and technology festival volunteer blood donation volunteers, Shanghai city science and technology festival

如何在erp实施上尽快入门

序

现在的中国，做软件咨询这行业的人已经烂大街了。

很多人从做技术转过来，SAP功能玩得很熟。

有的人从企业转去咨询公司，原先的业务很精通。

也有些人一毕业就能进咨询公司，一个项目接一个项目。

所有这些人，在这个圈子里混的人，对于怎么做项目，大多都能侃两句，说个1，2，3

什么Blueprint啦，Build啦，Testing啦，这些实施过程中的阶段，大家都说得出，都知道。

可是，大家真的都了解怎么做项目吗？

真的知道一个Deployment需要做的事有哪些吗？

真的知道一个Program中各个Deployment之间的联系吗？

真的知道为什么要这样做吗？

一，从最细节做起

我刚做项目的时候，是一个外企的Roll Out，PM是马来西亚人。

当时每个Team要做Status Report，Status Report是用PPT做的，有专门的模板

每周开会，大家在一起一个一个Team Review

PM在开会的时候，会盯住Report的格式。

增加一个页面不能用Ctrl C + Ctrl V，一定要在PPT里insert一个页面，这样才能最完整地Copy模板

每个页面的每个文本框的字体大小要符合模板

分行，分段，页数，日期格式，要符合模板

Report的内容里，一定要有准确的数字，本周计划完成几个，实际完成几个，绝对不能用百分比来糊弄过去要做的任务，要有PIC（Person in Charge），Target Day。

在描述一个事的时候，不能用“我们”“他们”之类的词。“我们”是谁？“他们”又是谁？

最后，还要写好revision history。

当时我们，特别是中国的同事，觉得好麻烦啊。花那么多时间看这些细节做什么。

字体不一样又不会有事。每个工作的完成情况，要精确到具体数字，统计起来也很花时间

不过，久而久之也就习惯了。

若干年以后，当我看到另一个国企项目的Status Report。

那个国企项目的Status Report，也有模板，但是很简单

而具体的报表内容，完全没有上面我提到的要求

结果就是，我完全看不懂。

另外，不同的Team的report要汇总在一起，如果字体不一样，换页的时候你会很明显看到差别。

Status Report只是一个小东西。但是对于细节的认真却是非常重要的。

任何一件事，谁去做，谁来review，怎么做，什么时候完成。。。

你如果不讲清楚，别人也不会知道，结果肯定是事情做不好，要不就Delay。

所以，要做好一个项目，首先请认真对待细节。

二，Logistics

这里的Logistic是指后勤，是项目中为大家提供的生活工作服务。

为什么要说这个呢？

因为作为一个Deployment，最开始的事情，是PM要解决Logistic方面的问题。

现在做一个项目，成员大多是从不同地方来的。那么住宿应该怎么安排？

通常的，PM要找几家当地的宾馆谈谈价格，有时客户那里也拿得到协议价。

住的地方不能离客户太远，上下班会花很多时间，打车费用也贵

住的地方不能离市区太远，顾问出差不能与世隔绝，也要考虑生活便利

住的地方的房型怎么样，是1个人一套还是2个人一套

2个人的话，人员怎么安排？不是随便2个男人就可以安排在一起的。

要考虑这2个人是否能相处。

往返机场，往返客户那里，找什么样的交通方式？

找固定的出租车司机还是随便在马路上打车？

要知道，安全是第一位的！

吃饭的话，Team Member有没有忌口，有没有国外的习惯

在客户那里，办公在什么地方，

一个项目20个人左右，加上Key User，怎么坐？

一般会说一个Team做一起，那么Team和Team之间的交流呢？

FI和CO要近一些，PP最好和MM近一些

顾问和Key User最好隔着坐，不要顾问只管自己，这样方便沟通

办公的地方，出入证明，电话，传真，打印机，复印机，饮水机，网络，空调，投影机，会议室

等等这些资源都要安排好。

把Team Member的名字贴在位子上方便别人找到

做一个通讯录，最好打印出来发给每个人

......

其实要说清楚Logistic的事情，实在是太多了。

可是你知道吗，这是PM要负责的事情

因为这时候项目还没有开始，人员还没来。

而且很多牵涉到费用，PM需要控制成本。

当然有的时候PM会找人帮忙，等项目开始以后让某个人来管。

但是，这始终是作为一个Deployment开始所要做的事

也许很多PM做这个比较随便，甚至很舍得花钱。

但我想说的是，事情做得好不好，关键还是在细节。

安排的资源有没有考虑别人的感受想法。

要考虑如何才能大家不用抱怨环境差，开心地工作。

三，Global Template

让我以一个Global的Program为例子吧。

什么是Template

通常的，在一个跨国企业实施SAP的时候，要面对的是不同国家，不同工厂

不同分公司业务也不一样，有些是生产型的工厂，有些是贸易公司

那么作为跨国企业，一般都是要把业务整合在一个系统里。

在SAP里就是1个Client，里面分多个Company Code

Company Code就是单独的分公司

所以在开始真正实施SAP之前，就要考虑整个企业（Client）的架构

包括统一的业务流程，统一的解决方案，统一的数据格式

这样一些统一的东西，就叫Template

我们自己的说法，也叫Global Template

等设计完了这些之后，再去一个一个工厂实施

在工厂实施过程中，肯定会碰到和Template不一样的需求，这时候也可以再修改Template.

Template包括哪些内容

首先是组织结构

要控制这样一个Template，就要有一个专门的Team来管理，GT Team (Global Template Team)

这个Team里每个人是一方面的专家，比如FI，MM。这些Team Member面对的客户的人，是整个企业这一级别的BPO（Business Process Owner），比如CFO。

在每个Deployment实施过程中，Deployment Team碰到的需要更改Template的需求，都要报告给GT Team，由GT Team负责协调其他Deployment，看是否能做这样一个修改

比如说某个Deployment想在物料主数据里用某个字段来放一些参考信息。

可不可以呢？这就要考虑，这个字段在SAP的标准功能的用途是什么，

物料主数据是被所有工厂都通用的，其他Deployment实施的时候会否用这个字段

这个字段在系统的报表里会不会被用到

......

Template的重点是Blueprint Design

物料主数据的命名规则是什么？

什么物料用什么物料类型？

集团的科目怎么定义？

Cost Center，Profit Center，Product Hierarchy

要不要用Material Ledger

要不要用Split Valuation

Document Type用哪些？Number Range是多少？

......

统一的Process

比如采购申请，谁提申请，谁批准

比如生产订单发料，是Issue to Order，还是Backflush，还是都可以

......

统一的权限控制

设置Common Roles，Deployment只要Copy 这些 Roles就可以了

......

Template也包括程序开发

有些report是整个企业都会用到的，那么就在Template里做好

到Deployment时期只要用就可以了

......

还有Document Template

所有的文档的格式，Status Report，Data Conversion Template，To Be Process，

当然包括我一开始提到的字体大小，分行分段等等，都是在Template里定义

怎么做一个Template

很遗憾，我没有做过Template，所以这部分我说得不仔细

做Template也是个单独的项目

一般在Program开始后，在Deployment开始前

企业会召集很多人，有顾问有用户，用户可能来自各个工厂

过程也象做项目一样，业务调研，蓝图设计，系统搭建，文档准备等等

为什么要做Template

很难想象，如果没有Template，怎么为企业实施一个整合的SAP系统

Template的好不好，还是取决于细节

当我一开始看到Template所做的文档，我很惊讶，居然把项目中要用的文档都做得那么详细

很多时候，我们只要Copy过来，改几个字就可以用了

看着Template，就可以很轻松地去工厂实施。

所以，一个好的，详细的Template，是整个Program成功的前提

四，Capture Local Input

有了Template，接下来就是去分公司/工厂做Deployment了

前面提到，不同的工厂业务不一样，Template不一定完全适用

所以在开始Deployment的第一个阶段就是Capture Local Input，中文来说就是收集当地的需求

那么怎么来收集需求呢？

首先要准备介绍资料。介绍SAP系统，介绍Template的设计

介绍资料一般用PPT做，用于在Workshop上跟用户讲解

其中的重点是，要用用户看的懂得方式去介绍。

我看到过一些人写的资料，包括培训材料，完全是走技术路线

说说用到哪些功能，T-code怎么样，在系统中产生什么Document，就结束了

可是，另外的，可以写一些：

1.名词解释

2.企业有什么Policy，来让我们决定Template的设计

3.原来的业务流程是什么，Template会改变什么，有什么Benefit

4.对于权限有什么影响，对应于业务上的什么部门的什么岗位

要记住我们在Template的基础上做实施，就是要做好功课，才去工厂Capture Local Input

介绍资料之后，还要有一个Question List

哪些物料类型会用到？

不能直接问有没有产成品，原材料。

可以问，有没有Packaging Material，比如Chip Board，Wood Pallets，Wood Containers

有没有Petrochemicals，比如Fuels，Industrial Chemicals，Lubricant

......

哪些Payment Term会用到？

比如见票30天付款，见票60天付款

......

在Template的基础上，就不要问很基础的问题了，要跟实际业务相关，能直接帮助之后系统设计的问题

在Capture Local Input阶段，通常会召集不同部门用户来开Workshop

召集的用户人员，范围，需要仔细研究

一个用户不能同时参加MM和FI的2个Session。所以有必要的话时间要错开

有的Workshop，需要BPO参加，要事先打好招呼发invitation

有的Workshop需要不同Function Team一起讨论，称为Integration Session

经过Workshop，要把Local Inputs记录下来，成为Local Inputs List

在这个List里，当然的，要包括

1.简短的一句话来描述这个Inputs

2.详细介绍

3.谁提出来的

4.提出的日期

5.对应的BPO是谁

6.分类，这个每个项目可能不同定义

7.需求类型，这是个Config相关的需求，还是Data Conversin相关的需求

8.是否影响Global Template

9.Priority，这个Priority有专门的定义，不是用户说High就是High的

10.谁负责跟踪这个需求

11.可能的解决方案

12.状态，Open还是Closed

这里要提到的是，记录的需求多没关系，只要跟踪好，稍后跟用户确认，状态Closed掉就可以了

就怕2种用户，说话太多和说话太少

这阶段嘛，项目经验还是很重要的。很多需求在Workshop时就可以砍掉了

另外，报表的需求也要在这阶段收集

重点是在这阶段就要做rationalization，合理化。

要知道，开发的需求搞得越多越烦，一定要砍掉，砍掉，砍掉。

最后，PM需要每天开会，Review Status

今天收集了多少local inputs, High的多少

不断地跟踪状态。

结束的时候，Local input list要跟BPO确认，作为下一阶段Blueprint Design的依据

五，Blueprint Design

Blueprint Design阶段，主要的时间在针对Local Input来讨论Solution

也就是说，收集到需求，都要在这一阶段找到解决方案

其中，有3个文档是最重要的

它们是Blueprint，To Be Process和Data Conversion Approach。

什么是Blueprint？

有一些比较概念性的介绍，比如这是系统的设计，解决方案....

实际的，这是一系列Word文档

每个文档对应一个模块，里面详细介绍各个功能设计

文档里要包括对于这一功能的需求介绍，详细的需求分析和解决方案，对于这一个Deployment的特别的结论

比如说，Physical Inventory 库存盘点

1.用户的需求是什么？保证库存准确率？和财务的Balance一致？

2.详细的需求呢？库存准确率是按Plant level还是Storage Location level？要不要用Cycle Count？

3.解决方案呢？A, B, C分类怎么定义？库存调整的Reason Code用哪些？

4.关于这一个Deployment，和Template有什么不一样的地方？

关于To Be Process，大家肯定看过到很多了

只是，这里要强调一下文档的规范

使用的符号，标注的方式，页眉页脚，都要根据Template来做

不然人家也很难看懂啊

Data Conversion Approach，简称DCT，是对于Data Conversion指导性的文档

里面包括，在这一个Deployment有哪些Conversion Items。

原始数据是哪里？数据量有多大？谁提供？谁协调？谁确认？

现有的SAP数据上传模板可不可以用？

原始数据怎么转成SAP的数据模板？字段怎么对应？比如在老系统里某字段的字符长度大于SAP的字段长度，怎么解决？

......

这3个文档，是Blueprint Design阶段的关键

整理好这3个文档以后，要跟BPO review，并且sign-off

作为下一阶段Build 系统的依据

除此之外，要开发的东西的列表也要在这一阶段确定下来。

项目实施，是一环接一环的，

你收集的需求不完全或者不准，那么你的Blueprint Design肯定也不完善

你Blueprint 阶段还留下一些需求没有解决方案，如果这样开始Build系统的话，以后肯定有问题要返工

每一阶段完成的标志是BPO Confirm。Sign-off以后不能随便改。

当然不是说不能有新的需求，也有的客户不重视sign-off

但是作为PM，要坚持这样的approach，要guide用户按这样的approach来合作

制订这样的approach，是项目管理中最重要的事。

六，Build and Testing

研究技术问题是中国人的强项。

很多强人对SAP的配置很熟悉，知道能不能在SAP里能实现某个功能

但是，光了解技术，要做Consultant是不够

首先介绍一下系统环境

在SAP里，不同的Client就是不同的环境

通

常的，有一个做Config的Client，一个做Development的Client，一个Sandbox的Client（随便改随便用）还有一个

SIT的Client，一个UAT的Client，Training的Client，Mock

Conversion的Client，Production的正式Client，User Support的Client

做Config的Client不能做任何Transaction，做好配置以后能自动传到Development Client

在Development Client里做Component Test

Development Client同时也是做开发的Client

因为在Config的Client里，如果做任何Transaction，有可能有的配置改不了

比如Number Range，你做了一个transaction，号码就跳了一个了

而Development需要测试程序，所以Development Client需要测试的数据

在做配置的时候，首先，要有一个Config List

这是一个Excel 文件，包括所有SAP IMG里面所有的配置项

单独用一列来标识，哪些Config 需要在这一个Deployment里做，哪些是Cross Client的，哪些是Corss Company Code。还要记录Transport Request号码

另外，当然是Config Notes了，相信大家看到过很多

Transport是Basis控制的，这方面要跟Basis协调好

谁提request，谁approve，什么时候传

一般在大的项目里，不是你想改就改配置的

要经过GT Team Approve

Testing分Component Test，SIT和UAT

Component Test就是你做好了配置，要去测试环境里试一下配置可不可以用，这部分不需要用户参与SIT和UAT都取决于你的Blueprint Design阶段

Testing Script来源于To Be Process

跟用户确定过哪些流程，当然就要在系统里都试一下

比如创建个物料主数据，做个销售订单。。。。

SIT和UAT的Testing Script都需要跟BPO确认

SIT和UAT的Testing Script结果都需要User Sign-off

SIT和UAT的区别在于

UAT的范围大于等于SIT，有些To Be Process比较简单，很少用到，那么跟BPO确认一下，SIT测了以后，UAT就不用再测了

SIT和UAT的用户范围不一样，SIT参与的用户是Key User，UAT参与的用户是Selected End User

还有Integration Test，是指有些流程是牵涉到3个以上模块的

比如Make to Stock，Make to Order

Integration Test在SIT和UAT阶段都会存在

Testing Script，Testing Data要事先准备好，

安排测试的时候，要注意用户的时间不能冲突，有的用户参加Integration Test和某个模块的Tesing，那么时间上要分开

七，Data Conversion

Data Conversion不只是上线前把数据导进去而已，而是贯穿整个项目实施过程所要做的事

一定要有一个专门的Leader，来负责盯这部分工作。

在Capture Local Input的时候，要确定Data Gathering Scope

对于每个模块，有哪些Conversion Items，数据源是哪里？谁提供数据，谁负责收集，谁Approve，数据量估计多少

在Blueprint Design阶段，要完成3个文档

DCA（Data Conversion Approach），DMM（Data Mapping Matrix）还有DCT（Data Conversion Template）

DCA里面要详细描述每一个Conversion Item怎么样导入SAP系统中

要怎么详细呢？

比如说，用户现在的数据要清理吧，那么怎么清理呢？

采购订单没有收货的怎么处理？收完的？收了一半的？发票先收了的？发票收了一半的？

数据怎么从用户的系统导出来？手工还是有工具？工具谁准备？谁测试？

DMM是用于Mapping用户系统和SAP的字段的

不同系统中，即使同样的字段，字符长度也可能不一样，更不用说一些物料参数了

DCT是用于上传到SAP之前的模板，基本上DCT里的字段完全对应SAP里的字段了

在Build and Testing阶段，要做Conversion Tools Build Test

这个好理解，就是开始按照之前的DCA来做事

在这一阶段，同时要展开的是Mock Conversion

通常的，Mock Conversion会有3次，Mock 1，Mock 2和FDR

为什么搞这么多次呢？

Mock

1的目标比较简单，可以只准备Go Live的30~50%的数据，生产型的企业可以准备一个完整的BOM。这样的Mock

Conversion，可以为SIT准备基本的数据，可以估计上传数据的时间，可以测试上传工具，可以保证用户了解Data Conversion全过程

Mock 2的要求就比较高一点，数据量要求Go Live的75%左右。

Mock 2的数据要为UAT做准备，需要取一个月底的时间，可以核对财务和物流的余额

FDR就是Full Dress Rehearsal，完全模拟上线的情况

上传数据的量和时间安排都要参考Cut Over的要求来做

而且FDR过程中的数据需要Sign-off，总之要模拟上线。

同时，很多这一阶段准备的数据也可以用在Cut Over的时候，比如Material Master，不用重复准备了。

Data Conversion是很重要的工作，可以通过它来熟悉用户的系统

没有经过好的Mock Conversion，怎么能保证上线能顺利进行呢？

最后，在系统上线前，那就是最终的Data Conversion。要安排好Conversion Plan

每一个Conversion Item，哪一天Upload，顺序是什么，有没有dependency

估计需要多少时间上传，数据量？谁负责上传？以及任何相关问题的跟踪。

八，Authorization

在实施项目的时候，权限是谁来实施的呢？

不是Basis，是Function Team。

Basis应该负责具体在系统中创建Role以及transport之类的工作。

但是关于决定需要哪些role，分别有什么权限，应该是Function Team的工作。因为Function Team会了解业务，知道Role应该怎么设置

权限的实施也不简单

首先，作为Global Template，已经有一套Common Role，在做Deployment的时候，就是要把这些Common Role copy as Local Role，有一些更改的作为Variant Roles

1 在做Blueprint Design的时候，要做Legal Entity Map onto Role

在这一个Deployment用到几个Company Code, Plant，哪些Common Role会用到，要列出来

2.Confirm SAP Tcode to Role Mapping

同样的，经过Blueprint Design，哪些T Code会被用到也应该知道了，要检查Commone Role里面是否都包括还有一些本地的开发会有新的T-code可能要加进去。

任何改变都需要创建Variant Role

3 Confirm Roles to User ID Mapping

这

是一个Excel文件，首先要用一个Sheet列出所有的用户信息，名字，ID，Department，E-mail之类。还有Role

Description，这个文件给用户看，当然要让用户知道每个role是做什么事，不要技术性的描述。还有SOD

Control，根据Sarbanes-Oxley所制订的审核原则，要用户知道什么role和什么role冲突。后面是重点，User ID

Mapping to Roles，这个不用多说了

这个文件应该交给Key User去完成，最后要BPO sign-off

不同的Team可能用Corss Team的权限要求，比如MM User想要财务的权限，

这就需要Authorization Leader去协调

4 接下来就是交给Basis Team去创建Roles了，技术方面的东西就不说了

5 权限测试

分2种测试，单独的Role测试和基于User ID的测试

为每一个Role创建一个ID，一个ID只有一个role，登录以后测这个Role的权限

为每一个User创建一个ID，在测试系统里，按照Function的操作测试用户的权限

6 最后，就是上线的权限准备了，

把Role传到生产系统里，在生产系统里创建ID，设置有效时间等等

这里要提到的是，权限的更改是正常的业务流程，只有要改T-code之类要transport的才是Issue

这在上线以后要特别区分开。

考勤软件Att2007 和sql2000 如何实现远程考勤

将这段导入数据，并做好与sql的连接

use kaoqin

--员工考勤记录修改日志

CREATE TABLE CHECKEXACT (

EXACTID INT IDENTITY(1,1) NOT NULL , --修改日志ID

USERID INT NULL DEFAULT 0, --员工ID号

CHECKTIME DATETIME NULL DEFAULT 0, --签到/签退时间

CHECKTYPE VARCHAR (2) NULL DEFAULT 0, --原来的签到/签退标志：I-签到，O-签退

ISADD SMALLINT NULL DEFAULT 0, --是否新增的记录

YUYIN VARCHAR (25) NULL , --修改考勤记录的原因

ISMODIFY SMALLINT NULL DEFAULT 0, --是否仅仅是修改原始记录

ISDELETE SMALLINT NULL DEFAULT 0, --是否是删除的记录

INCOUNT SMALLINT NULL DEFAULT 0, --是否恢复

ISCOUNT SMALLINT NULL DEFAULT 0, --

MODIFYBY VARCHAR (20) NULL, --操作员

[DATE] DATETIME NULL, --操作时间

CONSTRAINT EXACTID PRIMARY KEY (EXACTID)

)

;

--签到/签退记录表

CREATE TABLE CHECKINOUT (

USERID INT NOT NULL , --员工ID号

CHECKTIME DATETIME NOT NULL DEFAULT GETDATE(), --签到/签退时间

CHECKTYPE VARCHAR (1) NULL DEFAULT 'I', --签到/签退标志：I-签到，O-签退

VERIFYCODE INT NULL DEFAULT 0, --验证方式：除256的余数表示签到的方式: 0-指纹；1-输号码；2-密码。大于256表示该记录已经被确认，在于处理时不进行处理

SENSORID VARCHAR (5) NULL, --采集数据的考勤终端/设备ID

CONSTRAINT USERCHECKTIME PRIMARY KEY (USERID, CHECKTIME)

)

;

--部门表

CREATE TABLE DEPARTMENTS (

DEPTID INT IDENTITY(1,1) NOT NULL , --部门ID

DEPTNAME VARCHAR (30) NULL , --部门名称

SUPDEPTID INT NOT NULL DEFAULT 1, --上级部门的ID

CONSTRAINT DEPTID PRIMARY KEY (DEPTID)

)

;

CREATE TABLE EXCNOTES (

USERID INT NULL ,

ATTDATE DATETIME NULL ,

NOTES VARCHAR (200) NULL

)

;

--节假日表

CREATE TABLE HOLIDAYS (

HOLIDAYID INT IDENTITY(1,1) NOT NULL ,

HOLIDAYNAME VARCHAR (20) NULL ,

HOLIDAYYEAR SMALLINT NULL ,

HOLIDAYMONTH SMALLINT NULL ,

HOLIDAYDAY SMALLINT NULL DEFAULT 1,

STARTTIME DATETIME NULL ,

DURATION SMALLINT NULL ,

HOLIDAYTYPE SMALLINT NULL ,

XINBIE VARCHAR (4) NULL ,

MINZU VARCHAR (50) NULL,

CONSTRAINT HOLID PRIMARY KEY (HOLIDAYID)

)

;

--班次表

CREATE TABLE NUM_RUN (

NUM_RUNID INT IDENTITY(1,1) NOT NULL , --班次ID号

OLDID INT NULL DEFAULT -1, --

NAME VARCHAR (30) NOT NULL , --班次名称

STARTDATE DATETIME NULL DEFAULT '2000-1-1', --起用日期

ENDDATE DATETIME NULL DEFAULT '2099-12-31', --结束使用日期

CYLE SMALLINT NULL DEFAULT 1, --班次一次循环的周期

UNITS SMALLINT NULL DEFAULT 1, --周期单位

CONSTRAINT NUMID PRIMARY KEY (NUM_RUNID)

)

;

--班次排班时段表

CREATE TABLE NUM_RUN_DEIL (

NUM_RUNID SMALLINT NOT NULL , --班次的ID号

STARTTIME DATETIME NOT NULL , --开始时间

ENDTIME DATETIME NULL , --结束时间

SDAYS SMALLINT NOT NULL , --开始日期

EDAYS SMALLINT NULL , --结束日期

SCHCLASSID INT NULL DEFAULT -1, --时段所属的类别

CONSTRAINT NUMID2 PRIMARY KEY (NUM_RUNID, SDAYS, STARTTIME)

)

;

--管理员权限设置表

CREATE TABLE SECURITYDETAILS (

SECURITYDETAILID INT IDENTITY(1,1) NOT NULL ,

USERID SMALLINT NULL ,

DEPTID SMALLINT NULL ,

SCHEDULE SMALLINT NULL ,

USERINFO SMALLINT NULL ,

ENROLLFINGERS SMALLINT NULL ,

REPORTVIEW SMALLINT NULL ,

REPORT VARCHAR (10) NULL,

CONSTRAINT NAMEID2 PRIMARY KEY (SECURITYDETAILID)

)

;

--轮班表

CREATE TABLE SHIFT (

SHIFTID INT IDENTITY(1,1) NOT NULL , --轮班ID号

NAME VARCHAR (20) NULL , --轮班名称

USHIFTID INT NULL DEFAULT -1, --

STARTDATE DATETIME NOT NULL DEFAULT '1900-1-1', --起用轮班的日期

ENDDATE DATETIME NULL DEFAULT '1900-12-31', --结束时用轮班的日期

RUNNUM SMALLINT NULL DEFAULT 0, --该轮班中所含的班次数 0x13

SCH1 INT NULL DEFAULT 0, --轮班的第一个班次

SCH2 INT NULL DEFAULT 0, --轮班的第二个班次

SCH3 INT NULL DEFAULT 0, --轮班的第三个班次

SCH4 INT NULL DEFAULT 0, --轮班的第四个班次

SCH5 INT NULL DEFAULT 0, --轮班的第五个班次

SCH6 INT NULL DEFAULT 0, --轮班的第六个班次

SCH7 INT NULL DEFAULT 0, --轮班的第七个班次

SCH8 INT NULL DEFAULT 0, --轮班的第八个班次

SCH9 INT NULL DEFAULT 0, --轮班的第九个班次

SCH10 INT NULL DEFAULT 0, --轮班的第十个班次

SCH11 INT NULL DEFAULT 0, --轮班的第十一个班次

SCH12 INT NULL DEFAULT 0, --轮班的第十二个班次

CYCLE SMALLINT NULL DEFAULT 0, --轮班周期

UNITS SMALLINT NULL DEFAULT 0 , --周期单位

CONSTRAINT SHIFTS PRIMARY KEY (SHIFTID)

)

;

--员工登记指纹表

CREATE TABLE TEMPLATE (

TEMPLATEID INT IDENTITY(1,1) NOT NULL , --指纹ID号

USERID INT NOT NULL , --员工ID号

FINGERID INT NOT NULL , --手指ID号，0-9分别表示右手拇指、右手食指、……、左手无名指、左手小指等

TEMPLATE image NOT NULL , --指纹模板1

TEMPLATE2 image NULL , --指纹模板2

TEMPLATE3 image NULL , --指纹模板3

BITMAPPICTURE image NULL , --登记的指纹图像1

BITMAPPICTURE2 image NULL , --登记的指纹图像2

BITMAPPICTURE3 image NULL , --登记的指纹图像3

BITMAPPICTURE4 image NULL , --登记的指纹图像4

USETYPE SMALLINT NULL , --指纹模板的用法，Bit0表示仅作备份不比对，Bit1表示指纹比对时使用低识别门限

CONSTRAINT TEMPLATED PRIMARY KEY (TEMPLATEID)

)

;

--员工排班表

CREATE TABLE USER_OF_RUN (

USERID INT NOT NULL , --员工ID号

NUM_OF_RUN_ID INT not NULL , --班次或轮班ID号

STARTDATE DATETIME not NULL DEFAULT '1900-1-1', --起用班次的日期

ENDDATE DATETIME not NULL DEFAULT '2099-12-31', --结束使用该班次的日期

ISNOTOF_RUN INT NULL DEFAULT 0, --是否轮班

ORDER_RUN INT NULL , --轮班的起始班次

CONSTRAINT USER_ST_NUM PRIMARY KEY (USERID, NUM_OF_RUN_ID, STARTDATE, ENDDATE)

)

;

--员工考勤例外（请假/公出）表

CREATE TABLE USER_SPEDAY (

USERID INT NOT NULL , --员工ID号

STARTSPECDAY DATETIME NOT NULL DEFAULT '1900-1-1', --开始日期

ENDSPECDAY DATETIME NULL DEFAULT '2099-12-31', --结束日期

DATEID SMALLINT not NULL DEFAULT -1, --例外类型，999为公出，-1为注释

YUANYING VARCHAR (200) NULL , --例外的原因

[DATE] DATETIME NULL , --登记/输入记录的时间

CONSTRAINT USER_SEP PRIMARY KEY (USERID, STARTSPECDAY, DATEID)

)

;

--员工临时排班表

CREATE TABLE USER_TEMP_SCH (

USERID INT not NULL , --员工ID号

COMETIME DATETIME not NULL , --上班时间

LEETIME DATETIME not NULL , --下班时间

OVERTIME INT not NULL DEFAULT 0, --该时段中计算加班的时间

[TYPE] SMALLINT NULL DEFAULT 0, --类型

FLAG SMALLINT NULL DEFAULT 1, --标志

SCHCLASSID INT NULL DEFAULT -1, --该时段所属时段类别ID号，-1表示自动判别

CONSTRAINT USER_TEMP PRIMARY KEY (USERID, COMETIME, LEETIME)

)

;

--员工信息表

CREATE TABLE USERINFO (

USERID INT IDENTITY(1,1) NOT NULL , --员工ID号

BADGENUMBER VARCHAR (12) NOT NULL , --考勤号码

SSN VARCHAR (20) NULL , --身份证/证件号

NAME VARCHAR (20) NULL , --姓名

GENDER VARCHAR (2) NULL , --性别

TITLE VARCHAR (20) NULL , --职务

PAGER VARCHAR (20) NULL , --移动电话/传呼机

BIRTHDAY DATETIME NULL , --生日

HIREDDAY DATETIME NULL , --参加工作日期

STREET VARCHAR (40) NULL , --家庭地址

CITY VARCHAR (2) NULL , --市代码

STATE VARCHAR (2) NULL , --省代码

ZIP VARCHAR (12) NULL , --邮编

OPHONE VARCHAR (20) NULL , --办公电话

FPHONE VARCHAR (20) NULL , --家庭电话

VERIFICATIONMETHOD SMALLINT NULL , --验证方式

DEFAULTDEPTID SMALLINT NULL DEFAULT 1, --所属部门ID号

SECURITYFLAGS SMALLINT NULL , --管理员标志

ATT SMALLINT NOT NULL DEFAULT 1, --考勤有效

INLATE SMALLINT NOT NULL DEFAULT 1, --计迟到

OUTEARLY SMALLINT NOT NULL DEFAULT 1, --计早退

OVERTIME SMALLINT NOT NULL DEFAULT 1, --计加班

SEP SMALLINT NOT NULL DEFAULT 1, --

HOLIDAY SMALLINT NOT NULL DEFAULT 1, --假日休息

MINZU VARCHAR (8) NULL , --民族

[PASSWORD] VARCHAR (20) NULL , --口令

LUNCHDURATION SMALLINT NOT NULL DEFAULT 1, --有午休

MVerifyPass VARCHAR(10) NULL, --考勤验证密码

PHOTO Image NULL, --照片

CONSTRAINT USERIDS PRIMARY KEY (USERID)

)

;

CREATE UNIQUE INDEX USERFINGER ON TEMPLATE(USERID, FINGERID)

;

CREATE UNIQUE INDEX HOLIDAYNAME ON HOLIDAYS(HOLIDAYNAME)

;

CREATE INDEX DEPTNAME ON DEPARTMENTS(DEPTNAME)

;

CREATE UNIQUE INDEX EXCNOTE ON EXCNOTES(USERID, ATTDATE)

;

CREATE UNIQUE INDEX BADGENUMBER ON USERINFO(BADGENUMBER)

;

INSERT INTO DEPARTMENTS (DEPTNAME, SUPDEPTID) VALUES('总公司',0)

;

--假类表

Create Table LeaveClass(

LeaveId INT Identity(1,1) not null primary key, --假类ID号

LeaveName VARCHAR(20) not null, --假类名称

MinUnit float not null default 1, --最小统计单位

Unit smallint not null default 1, --统计单位

RemaindProc smallint not null default 1, --舍入控制

RemaindCount smallint not null default 1, --统计时累计

ReportSymbol varchar(4) not null default '-', --报表中的表示符号

Deduct float not null default 0, --

Color int not null default 0, --显示颜色

Classify SMALLINT NOT null default 0) --计算类别，~bit7-是否计算为请假

;

--统计项目表

Create Table LeaveClass1(

LeaveId INT Identity(999,1) not null primary key, --999-公出

LeaveName VARCHAR(20) not null,

MinUnit float not null default 1,

Unit smallint not null default 0,

RemaindProc smallint not null default 2,

RemaindCount smallint not null default 1,

ReportSymbol varchar(4) not null default '_',

Deduct float not null default 0,

LeaveType SMALLINT not null default 0, --bit0-是否统计项；bit1-是否异常情况项；

Color int not null default 0,

Classify SMALLINT not null default 0, --计算类别，bit0-按班次时段分类；bit1-按节假日分类

Calc text null) --计算单位

;

--班次时段类别设置表

CREATE TABLE SchClass(

schClassid INT identity(1,1) NOT NULL PRIMARY KEY, --时段类别ID号

schName VARCHAR(20) NOT null, --时段类别名称

StartTime datetime NOT NULL, --起始时间

EndTime datetime NOT NULL, --结束时间

LateMinutes int null, --计迟到分钟数

EarlyMinutes int null, --计早退分钟数

CheckIn int null default 1, --该时段上班需要签到

CheckOut int null default 1, --该时段下班需要签退

CheckInTime1 datetime NULL, --开始签到时间

CheckInTime2 datetime NULL, --结束签到时间

CheckOutTime1 datetime NULL, --开始签退时间

CheckOutTime2 datetime NULL, --结束签退时间

Color Int NULL default 16715535, --表示颜色

AutoBind SMALLINT NULL DEFAULT 1) --

;

--系统参数表

Create Table AttParam(

PARANAME VARCHAR (20) NOT NULL Primary key,

PARATYPE VARCHAR (2) NULL ,

PARALUE VARCHAR(100) NOT NULL)

;

insert into LeaveClass(LeaveName, Unit, ReportSymbol, Color)

values('病假', 1, 'B', 3398744);

insert into LeaveClass(LeaveName, Unit, ReportSymbol, Color)

values('事假', 1, 'S', 8421631);

insert into LeaveClass(LeaveName, Unit, ReportSymbol, Color)

values('探亲假', 1, 'T', 16744576);