图书馆系统需求设计OA需求设计方案.doc

上传人:知****量 文档编号:12122330 上传时间:2022-04-23 格式:DOC 页数:110 大小:5.29MB
返回 下载 相关 举报
图书馆系统需求设计OA需求设计方案.doc_第1页
第1页 / 共110页
图书馆系统需求设计OA需求设计方案.doc_第2页
第2页 / 共110页
点击查看更多>>
资源描述

《图书馆系统需求设计OA需求设计方案.doc》由会员分享,可在线阅读,更多相关《图书馆系统需求设计OA需求设计方案.doc(110页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、泛微法务部郑重声明:机密文件请勿传播或转载!感谢支持!Thanks for your keeping this !武清区图书馆协同办公管理平台建设需求实现方案Submitted By Weaver Software目 录目 录2引 言5第一章项目背景7武清图书馆信息化背景7本项目建设目标、范围与建设原则7第二章OA协同管理平台项目需求10现版OA层面存在的问题10功能层面亟待解决的问题10第三章武清图书馆协同管控平台需求实现方案12武清图书馆信息化总体解决方案12第四章集成登录配置15使用说明15设置集成系统中的账号信息和其他参数信息20接口开发23注意事项。23第五章动网论坛集成配置25升级

2、BBS补丁包25配置BBS集成25初始化BBS用户25集成使用26第六章组织结构同步(统一用户)方案27方案概述27前期准备27第七章表单建模38后台设置38前台应用61功能入口72新建树72创建菜单79第八章表单建模应用实现方案(参考)80收费管理系统基本信息80收费项目分类85收费清单88收费审批92人员的收费审批记录97文档主题作者郭利朋审批者郭利朋说明参考方案,不作为实施最终依据需求分析人员郭利朋咨询电话预计发布日期2014年5月18日星期日发布人员郭利朋 需求来源客户需求序号日期版本变更说明修改人审批人注释1.2014-51-17初稿郭利朋郭利朋2.2014-51-181.2加入表单

3、建模实现方案郭利朋郭利朋3.4.5.6.7.8.9.10.引 言上海泛微网络科技股份有限公司(以下简称“泛微”)很荣幸有机会为天津武清区图书馆(以下简称“武清图书馆”)提供本次协同办公自动化系统建设项目的协同解决方案,我们将尽力发挥泛微的技术优势和业界经验,以“咨询平台应用服务”的多维模式为武清图书馆提供尽可能完善和先进的解决方案。在此对于武清图书馆各位项目参与人员的大力支持和合作表示感谢,我们真诚地希望武清图书馆能满意我们的工作。同时,我们也期待着与武清图书馆建立长期的信息化建设战略合作关系,为武清图书馆的信息化建设做出自己的贡献,用我们的技术实力和管理实施经验使武清图书馆综合管理水平达到国

4、内同类图书馆领先地位,并逐步与国际同类机构先进水平接轨,在武清图书馆不断创新,探索自身发展新路的过程中提供我们完善和先进的服务。泛微为武清图书馆建立的协同办公解决方案基于泛微协同办公应用平台E-cology,泛微将根据对武清图书馆的系统建设需求制定出详细分析。泛微协同办公应用平台取名E-cology正是我们对产品发展和图书馆信息化建设方向的认识。将来的信息化图书馆不仅仅是一个高度集成的电子化组织,更是一个运作良好的生态系统,是一个可以通过对内外部资源的吸收来进行自身动态调整和外部环境适应,从而实现整体的创新、成长和进化的生命实体。泛微协同办公应用平台以知识管理为核心营养,协同运作为进化手段,使

5、图书馆的资源融会贯通,吐故纳新,始终以崭新的形象生机勃勃地面对多变的外界环境。)E-cology基于协同管理应用平台,通过模块的组合可以协同运作满足武清图书馆的协同办公自动化系统建设的需求。泛微的解决方案主要是分为两个方面进行阐述:一、从组织与管理角度:管理软件不单单是软件与技术的问题,很重要的从图书馆的组织机构与管理方法上去完善。泛微将在方案中详细阐述如何改善图书馆的管理方法,建立一定的应用基础,保证武清图书馆的信息化顺利实施和达到预期的目标。二、从技术角度:由于协同办公应用平台将作为武清图书馆的信息与数据、应用系统的集成平台。因此必须考虑到以后与其他系统的集成问题,由于武清图书馆的图书馆情

6、况,建设协同办公应用平台的同时将遵循:规范性原则;可靠性与安全性原则;效益原则;扩展性、开放性以与集成性原则。阅读说明:关键词:协同管理应用平台,图书馆信息门户(EIP),基于Web架构,办公自动化系统(协同办公),文档管理(KM),协同,信息孤岛,工作流程;第一章 项目背景1.1 武清图书馆信息化背景目前,武清图书馆整体的信息化建设具有一定的基础,但各业务系统单独管理、业务处理复杂度分散、各个系统间信息孤立和重复工作等问题日益凸显,信息化系统对支撑整个武清图书馆的管理难度越来越大,主要表现在:1、目前集团应用的系统主要有:商业论坛、收费管理、协同办公(报修管理系统)等信息化系统,各系统之间相

7、对独立,在系统结构上存在断层,无法满足“统一管理、集成应用、数据一体化”的集团业务管理要求。2、存在信息孤岛,业务重复处理严重。目前图书馆部署的信息化系统之间还缺乏有效的信息集成,存在信息化孤岛,使得同一业务数据需要在不同的系统中进行重复录入,造成人员和时间的大量浪费,降低了业务处理的准确性和效率。3、目前图书馆的系统是其自身架构是基于单体中小图书馆设计的产品,已加上系统本身设计的局限性,不能有效支撑系统的设计调整以与后续扩展,给业务人员、管理人员和IT部门造成了很大的麻烦,确实需要进行相应的优化升级或者更换。1.2 本项目建设目标、范围与建设原则1、整体建设目标系统应提供对各个业务环节进行整

8、合的方案,建设一个可以面向整个业务过程来进行管理的协作平台。未来武清图书馆的协同办公管理平台将实现:1) 统一的用户管理平台整合OA与EHR人力资源组织架构、统一身份认证、权限集中管理,实现业务系统的单点登录、页面集成与数据集成。2) 统一的运行状况展示平台将所有的应用系统和信息资源统一整合、统一规划、统一管理,将各系统整合起来,达到数据的互联互通,上下贯通左右协同,对信息化的整体进行整合。将各个业务系统的统计报表等集成到门户桌面上,用户只要登录门户便可以处理原本需要多次登录属于多个系统的信息。3) 统一职工办公平台梳理简化流程,加强领导与职工之间的沟通桥梁,为每位职工提供集中式的待办工作、计

9、划日程处理、知识订阅等统一入口,提供信息门户层级、模板、样式、内容、通道、换肤、权限管控的个性化设置4) 统一的图书馆文化宣传平台通过集团、分子公司等多级信息发布,使每个职能部门都可以建立自己的文化宣传子门户。2、建设范围武清图书馆协同办公系统旨在建设统一的面向公司职工的图书馆信息门户平台,在图书馆内或图书馆外通过网络都可实现一个访问地址、一套用户帐号、一次登录即可进入相关授权应用,实现公共信息服务和应用整合,提供协同工作与交流环境,充分地发挥信息整合的作用。通过统一用户、用户中心建设,实现统一身份认证,进行单点登录;通过工作流程管理,实现协同办公管理;通过内外网门户建设,实现信息发布、个人信

10、息管理,利用邮件、短信、站内消息等方式与用户沟通,使各业务系统更加统一便捷的达到执行相关操作。3、建设原则 系统先进性以与可持续发展性按照最先进的OA软件系统进行统一应用规划,分步进行实施,既保证工作的连续性,又保证系统的可持续提升。 集成性系统具备强大的集成能力,在内网信息门户的基础上,可以集成各办公业务系统。应能根据实际的需要组合出任意的业务处理流程,应能够根据要求进行系统、功能界面等的开发,并能根据实际的需要很方便地为公司定制其内部的协同办公系统。 安全性系统应具备完善的安全性能,支持数据加密、支持用户身份的加密验证和行业CA身份认证、支持手机短信的动态密码身份验证和电子签名,具有用户访

11、问和操作审计功能,记录用户的所有活动和行为; 扩展性系统采用开放平台的软件技术,保证核心的平台软件能够与具体的业务无关,避免定制开发带来的周期长、系统不稳定、维护难等问题。核心平台软件包括工作流、门户、报表工具、信息发布等。系统提供二次开发平台和详细的开发指导文档,可以让用户方便的把业务需求扩展到系统平台上;为满足日后信息化建设的发展,系统还须提供标准接口可以无缝内嵌相应的程序页面,从而达到最少编码化和最大灵活性的要求。第二章 OA协同管理平台项目需求2.1 现版OA层面存在的问题1) 扩展性不足由于现版OA技术比较陈旧,扩展性有限,无法满足更多功能的设置,无法实现与其它信息系统的整合。随着集

12、团公司信息化的深入进行,各种信息系统将逐步开始应用,现版OA系统将没有能力进行整合这些信息系统。2) 容量不足现版系统数据量级已经达到了系统的设计极限,有些栏目开始出现数据超量现象,导致系统运行困难。3) 运行速度减缓系统出现运行缓慢、宕机等现象,影响用户的使用,需要有更为先进的技术解决问题。2.2 功能层面亟待解决的问题1、商业论坛 需要实现单点登录和统一身份认证。2、收费管理 需要实现单点登录和统一身份认证; 校方的家校通系统对接发送短信; 加强教务开单功能(原缴费项目):包括收费项目、金额,其中收费项目:能实现自定义(原收费管理满足),学生分三种类别:正取生、蓝印生和借读生,他们的收费项

13、目都不同; 教务教学系统提供接口给家校通系统的厂家:通过学校家校通系统(学校现有的)短息下发教务的开单信息给学生家长; 年级主任确认收费:根据系统消息(财务可对年级主任发消息)提示年级主任对收费进行确认,需要财务与年级主任都对收费进行确认,才能真正确认完成收费; 数据库维护工具:由于学校学生的学号会变化,需要提供工具来批量修改学号(杨村一中的教务教学系统不涉与学生与家长的使用);3、协同办公(报修管理系统) 需要实现单点登录和统一身份认证; 角色分配:报修人、维修人员、系统管理员; 报修流程:报修人发起报修-维修人员受理-报修人确认评价-维修人员确认完成; 每个报修人可以向指定的部门报修,如水

14、电应向后勤报修,网络应向网管中心、电教设备应向电教中心等,当某部门维修人员进入系统后能直观的查看本部门的报修列表; 系统管理员应能看到整体的报修列表 系统界面应美观、操作简单,具体的功能可参考现有的报修系统第三章 武清图书馆协同管控平台需求实现方案3.1 武清图书馆信息化总体解决方案针对武清图书馆的信息化需求,我们提出的思路是:整体规划,分步实施。针对图书馆信息化进程中遇到和存在的种种问题,泛微提出的是整体解决方案,提供的是一个长远的平台应用规划,进行分步骤实施。需求分析:根据我们对武清区图书馆的需求分析,武清图书馆现有功能需求主要包含:商业论坛、收费管理、协同办公(报修管理系统)三套系统层面

15、,其中: 商业论坛系统,原有系统为动网论坛,采用.Net技术;计划重新购买康盛Discuz!X3社区产品,采用PHP技术。 收费管理系统,现有产品功能较弱,可以利用泛微产品设计搭建 网络报修系统,利用原有通达OA系统搭建,主要是审批流程、表单管理、模板管理等功能,系统可在实现原有功能的基础上直接替换;技术难点: 商业论坛系统,与龙创基础数据库与管理平台、统一身份认证平台实现对接;对原有动网论坛系统数据进行数据迁移 收费管理系统,利用泛微系统的表单建模功能直接搭建,在功能设计方案着重强调如下几点:教务开单功能:包括收费项目、金额,其中收费项目:能实现自定义,学生分三种类别:正取生、蓝印生和借读生

16、,他们的收费项目都不同;信息发布功能:通过家校通系统短息下发教务的开单信息给学生家长;数据修改功能:提供工具来批量修改学号 网络报修系统,无技术难点方案建议: 商业论坛系统,有如下两种方案可供选择:(一)采用动网升级方案:动网系统直接升级到最新版本,利用泛微已有的动网论坛接口补丁打包,直接实现对动网系统的统一用户、统一身份认证,数据同步;优缺点:实现速度快,无技术风险,无需开发,动网原有数据无需同步,缺点,打乱图书馆原有信息化部署;(二)采用康盛Discuz!X3替换方案:重新安装康盛Discuz!X3进行系统初始配置,针对康盛Discuz!X3登陆页进行页面分析,开发康盛Discuz!X3的

17、数据对接接口,变更康盛Discuz!X3的身份验证方式,优缺点:开发周期较长,风险过高,数据无法做到完整同步。 收费管理系统,利用泛微系统的表单建模功能直接搭建,在功能设计方案着重强调如下几点:教务开单功能:包括收费项目、金额,其中收费项目:能实现自定义,学生分三种类别:正取生、蓝印生和借读生,他们的收费项目都不同;信息发布功能:通过家校通系统短息下发教务的开单信息给学生家长;数据修改功能:提供工具来批量修改学号 网络报修系统,由泛微系统项目实施人员按照通达产品功能直接搭建,并对已有功能进行梳理和优化技术分析:通过对客户需求的分析,在客户方案中主要用到以下非标功能和模块:1. 集成登录模块 通

18、过iframe技术和参数传递,实现不同异构系统之间统一身份论证。主要解决收商业论坛系统、费管理系统、网络报修系统的统一用户认证和单点登录,详情参考:第四章 集成登录配置2. 动网论坛接口实现动网论坛系统,统一用户认证,统一权限、数据同步功能,详情参考:第五章 动网接口配置3. 表单建模表单建模功能主要解决的问题是,简单的数据模块可以通过该功能直接配置实现,不需要单独开发定制,就如我们配置流程一样灵活,同时这些数据可以供其它模块使用。有了这功能之后,我们可以降低二次开发以与维护的成本,同时也可以更好的维护界面操作的统一性。详细资料参考: 第七章 表单建模配置说明实现对教务开单功能:包括收费项目、

19、金额,其中收费项目:能实现自定义,学生分三种类别:正取生、蓝印生和借读生,他们的收费项目都不同;信息发布功能:通过家校通系统短息下发教务的开单信息给学生家长;数据修改功能:提供工具来批量修改学号。因为没有进行实际的业务调研,以下方案可作为售前了解,和以后功能实现方案编写参考。详细资料参考: 第八章 表单建模设置案例(参考)因功能相似 方案涉与截图采用系统已有图书管理截图第四章 集成登录配置4.1 使用说明1. 系统管理员维护待集成系统的登陆页面地址,如图所示: (图一,继承登陆菜单入口)(图二,点“集成登陆”菜单后的显示页面,我们可以通过“新建”来维护需要集成的系统。本文以集成网易163邮箱为

20、例。注意:标识很重要,不能重复,在后面的步骤中会用到标识值)(图三,新建页面。内网地址为局域网访问,外网地址为internet访问。账号参数名和密码参数名通过查看该系统登录页面的html源码获得,如果登陆页面还有其他输入项的话则添加其他参数)页面说明标示:通过自定义菜单搭建其他系统入口时的唯一标志,下文会说明(不可重复)内网地址,外网地址:其他系统的访问地址,通常情况下保持一致就可以,某些特殊的客户同一个系统可能内网访问和外网访问用的是不同的地址,那么这里要分别设置帐号参数名:登陆其他系统的的用户名的参数名称,其值可以直接选择直接用ECOLOGY的帐号登陆(如果其他系统的帐号和ECOLOGY帐

21、号一致)或者由客户在使用的时候先输入一次帐号,以后只要在其他系统帐号改变的时候再输入就可以!密码参数名:登陆其他系统的的口令的参数名称,其值可以直接选择直接用ECOLOGY的密码登陆(如果其他系统的帐号和ECOLOGY密码一致)或者由客户在使用的时候先输入一次密码,以后只要在其他系统密码帐号改变的时候再输入就可以!其他参数:有些系统登陆的时候可能还需要一些其他的参数,在这里可以自由添加;参数名为实际登陆到其他系统的时候所需要的参数的名称,标签是客户在设置参数值时的一个说明,参数值可以从部门(ECOLOGY中的部门ID),分部(ECOLOGY系统中的分部ID),固定值(如果选择固定值,必须在后面

22、输入一个值),用户录入(客户在使用的时候先输入一次)中选择(图四,给待集成的系统添加左侧菜单)(图五)(图六,链接地址必须设为/interface/Entrance.jsp?id=待集成系统的标识值)(图七,这个菜单用来给系统用户维护集成系统的帐号信息。链接地址必须是/interface/AccountSetting.jsp)4.2 设置集成系统中的账号信息和其他参数信息到目前为止,系统设置已经完成,系统用户可以使用被集成的系统了。在使用被集成的系统之前需要先设置一下自己在被集成系统中的账号信息和其他参数信息(通过前文所述的“账号设置”左侧菜单进行设置,设置一次就可以了,只有在被集成系统的帐号

23、改变了的情况下才需要再次设置;如果在登陆设置的地方选择的ECOLOGY的帐号,密码,部分,或者分部或者是固定值,那么这里是不需要设置的)(图一)(图二)帐号:在这里设置登陆其他系统的帐号,如果在“登陆设置”处“帐号参数名”后选择的“使用ECOLOGY帐号”那么这里将不要设置也不会出现密码:在这里设置登陆其他系统的密码,如果在“登陆设置”处“密码参数名”后选择的“使用ECOLOGY密码”那么这里将不要设置也不会出现参数4:这里显示是“登陆设置”处添加的参数的标签,并且只显示“参数值”选择了“手工录入”的参数项 访问类型:分别对应“登陆设置”设置的“内网地址”和“外网地址”(图三,设置好账号信息后

24、点“网易163邮箱”左侧菜单,直接登录进入163邮箱系统)4.3 接口开发通过上面所述,基本上已经能满足绝大数客户的单点登陆需求,如果客户的其他系统有比较特殊的控制,上面的设置不能达到直接进入被集成系统的目的,可以通过修改接口文件来自己写集成登陆的代码。1. 找到ecology安装目录/interface/Entrance.jsp文件并打开(最好先备份一下)2. 注意文件中的这段代码:if(sysid.equals(1)/如果系统标识值等于1/163邮件系统集成out.print(str); else if(sysid.equals(2)/如果系统标识值等于2/第二套待集成系统out.prin

25、t(str); 。elseout.print(str); str字符串变量是被集成系统的登录页面html表单提交代码,客户开发人员可以自己修改str的值来实现自己的登陆代码。大多数情况下可以不用自己开发,但是对基于.net技术的网站系统可能需要自己实现登陆部分的代码。4.4 注意事项。 被集成的系统必须是B/S架构的系统,登录页面必须是传统的登录页面(没有验证码、动态密码等) 参数的获取方法:一般登陆参数可知直接询问要集成的产品的开发商;下面介绍下如何自己获得需要的登陆参数名: 首先:在IE中打开要集成系统的登陆页面 然后:点击IE的菜单“查看”“源文件” 最后:在打开的TXT文件中找到单词“

26、form”和“”需要的参数一般都包含在这两个单词之间.以ECOLOGY系统为例(注意“type=hidden”的类型,如果该项的value值不为空,一般也是必须的登陆参数,如果为空则可以不要) 第五章 动网论坛集成配置5.1 升级BBS补丁包升级动网BBS专用的补丁包程序。5.2 配置BBS集成添加以下内容:ecologybbs.url = jdbc:mysql:/localhost:3306/dvbbs?useUnicode=true&characterEncoding=GBKecologybbs.user = rootecologybbs.password = rootecologybbs

27、.tables = dvbbs_ecologybbs.linkUrl = 注:请注意根据实际情况修改部分内容5.3 初始化BBS用户在顶部菜单“设置中心”-“初始化BBS用户”,将Ecology中的用户信息初始化到BBS中,BBS的登录名与密码为Ecology的中用户的姓名与密码。5.4 集成使用登录Ecology后,可以在左侧菜单BBS打开登录BBS,也可直接访问BBS输入用户姓名密码登录BBS.第六章 组织结构同步(统一用户)方案6.1 方案概述企业协同系统人员信息采用人事数据与HR系统数据同步方案,同步内容包括:公司同步(HR系统数据库表pk_corp),同步字段:公司全称、公司简称、公

28、司编码(OA中默认隐藏)部门同步(HR系统数据库表bd_deptdoc),同步字段:部门全称、部门简称、部门编码(OA中默认隐藏)岗位同步(HR系统数据库表om_job),同步字段:岗位全称、岗位简称、岗位编码(OA中默认隐藏)人员同步(HR系统数据库表bd_psndoc),同步字段:员工编号(OA系统隐藏)、姓名、所属部门、所属岗位、人员状态、办公电话、其他电话、手机(公司领导OA系统不同步)、电子邮箱、出生日期(公司领导OA系统不同步)、办公地点、性别、直接上级数据同步机制:公司、部门、岗位、人员同步按照TS(时间戳)为依据,数据同步时按照时间戳与OA系统存储的同步时间进行比对,针对变更数

29、据进行数据增量同步。泛微公司将提供Ecology与HR系统组织机构同步的具体实施方法。并取得企业系统项目负责人员的配合,以保证系统的稳定、数据的完整性为前提。6.2 前期准备前期准备是指同步设置前需要做的事。2.1 向泛微软件开发人员提供数据库有权限限制的访问用户说明:由于HR系统系统的数据库用户不能直接给OA系统使用,所以增加有权限限制的用户给OA系统访问数据库访问参数:HostNameConnetPortUserNamePasswordDatabase1521gj_syHR系统_view123456hrdb2.2 同步主要涉与 双方 总部与分部(公司总部与分公司)信息、公司部门信息、员工岗

30、位信息、员工个人信息四个层面的同步期初静态数据两系统分别准备,保证各对应数据编码相同。编码作为OA同步HR系统中对应主键的依据。OA中的期初数据需要将HR系统对应的PK写入”HR系统PKCode”字段中,并保证数据正确。数据对应关系如下:说明OA表名OA字段名HR系统表名HR系统字段名公司HrmsubcompanyHR系统pkcodebd_corppk_corp部门hrmdepartmentHR系统pkcodebd_deptdocpk_deptdoc岗位HrmjobtitlesHR系统pkcodeom_jobpk_om_job人员与帐号HrmresourceHR系统pkcodebd_psndo

31、cpk_psnbasdoc公司:说明OA表名OA字段名HR系统表名HR系统字段名公司名称HrmsubcompanyCompanymarknamepk_corpunitname公司简称hrmsubcompanyCompanynamepk_corpunitshortname公司编码(OA系统隐藏)hrmsubcompanyCompanycodepk_corpunitcode上级公司hrmsubcompanySupcompanyidpk_corpFathercorp部门:说明OA表名OA字段名HR系统表名HR系统字段名部门名称Hrmdepartmentdepartmentmarkbd_deptdoc

32、deptname部门简称Hrmdepartmentdepartmentnamebd_deptdocdeptshortname部门编码(OA系统隐藏)Hrmdepartmentdepartmentcodebd_deptdocdeptcode上级部门HrmdepartmentSupdepd1bd_deptdocpk_fathedept所属分部Hrmdepartmentsubcompanyid1bd_deptdocpk_fathedept岗位:说明OA表名OA字段名HR系统表名HR系统字段名岗位名称Hrmjobtitlesjobtitlemarkom_jobjobname岗位简称Hrmjobtitl

33、esjobtitlenameom_jobjobname岗位编码(OA系统隐藏)Hrmjobtitlesjobtitlecodeom_jobjobcode所属部门HrmjobtitlesjobDepartmentidom_jobpk_deptdoc人员:说明OA表名OA字段名HR系统表名HR系统字段名员工编号(OA系统隐藏)Hrmresourceworkcodebd_psndoc psHR系统ode姓名HrmresourceLastnamebd_psndoc psnname所属部门Hrmresourcedepartmentidbd_psndocpk_deptdoc所属岗位HrmresourceJ

34、obtitlesbd_psndoc pk_om_job人员状态HrmresourceHrmstatusbd_psndoc psHR系统lscope办公电话HrmresourceTelephonebd_psndoc jobname其他电话HrmresourceJobcallbd_psndoc homephone手机(公司领导OA系统不同步)HrmresourceMobilebd_psndoc Mobile电子邮箱HrmresourceEmailbd_psndoc Email出生日期(公司领导OA系统不同步)HrmresourceBirthdatebd_psndoc Birthdate办公地点Hr

35、mresourceaddressbd_psndoc Addr性别HrmresourceSexbd_psndoc Sex直接上级HrmresourceManageridbd_deptdocPk_psndoc2.3 HR系统提供的视图说明bd_corp(公司目录)序号字段名中文名数据类型是否主键备注1fathercorp上级公司主键char2foreignname外文名称varchar3industry所属行业varchar4innercode编码级次varchar5ishasaccount是否已建帐char6isseal是否封存chary7maxinnercode内部编码下级最大值varchar

36、8pk_corp公司主键char是9sealeddate封存日期char10showorder显示顺序integer11ts时间戳char12unitcode公司编码varchar13unitname公司名称varchar14unitshortname公司简称varchar15dr删除标志smallint结束bd_deptdoc(部门档案)序号字段名中文名数据类型是否主键备注1caHR系统eldate部门封存时间char2caHR系统eled部门是否封存char3deptcode部门编码varchar4deptname部门名称varchar5deptshortname部门简称varchar6d

37、r删除标志smallint1删除7hrcaHR系统eledHR撤销标志char8innercode级次编码varchar9maxinnercode内部编码下级最大值varchar10pk_corp公司主键char11pk_deptdoc部门档案主键char是12pk_fathedept上级部门char13remcode助记码varchar14showorder显示顺序integer15ts时间戳char16Pk_psndoc部门负责人1integer结束om_job(岗位基本情况)序号字段名中文名数据类型是否主键备注1abortdate撤销日期char4createcorp建立公司char5d

38、r删除标志smallint6horisitu本岗位横向平移情况varchar7iHR系统ontact内部联系varchar8isabort是否已经撤消char9isdeptrespon是否部门负责岗位char10jobcode岗位编码varchar11jobname岗位名称varchar12jobrank岗位等级char13jobseries岗位序列char14junior直接下级varchar15outcontact外部联系varchar16pk_corp所属公司char17pk_deptdoc所属部门char18pk_jobdoc标准岗位主键char19pk_om_duty职务主键char

39、20pk_om_job岗位主键char是21suporior直接上级char22tospvise所施监督varchar23ts时间戳char24worksumm工作概要varchar结束注:“公司编码”、“员工编码”仅作为系统建设使用。2.3 人员信息需要同步的字段:分部 pk_corp部门 pk_corp编号psHR系统ode姓名psnname人员顺序(psHR系统ode)岗位 pk_om_job职务 pk_om_job邮箱地址email出生日期birthdate办公地点 北京办公电话tell移动电话mobile人员类别pk_psHR系统l 说明:1、从HR系统导入的人员信息中:职务类别=职

40、务=岗位(以岗位为准) 2、HR系统不提供企业和中国进口汽车贸易有限公司公司领导的的出生日期和手机号注意事项: 3、同步更新数据以HR系统中的时间戳为判定条件(视图中标黄字段为数据同步判断字段) 4、所有人员的直接上级取HR系统部门信息表中第一个主管字段“部门负责人1”,字段为:3.1 定时同步设置功能入口:系统设置 HR系统系统同步设置操作界面如下:操作说明:1) 可对分部、部门、岗位、人员设定不同的定时同步时间点。2) 第一项为同步的周期选择,分别为:每天、每周、每月a) 为“每天”时,只需设置每天同步的时间点(精确到分钟)。如图:b) 为“每周”时,需要设置每周的星期几和同步的时间点。如图:c) 为“每月”时,需要设置每月的第几天(最大28天)和同步的时间点。如图:3.2 手动同步功能入口:人力资源 HR系统系统手动同步操作界面如下:操作说明:1

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 技术资料 > 技术总结

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁