工资管理系统课程设计.doc
《工资管理系统课程设计.doc》由会员分享,可在线阅读,更多相关《工资管理系统课程设计.doc(16页珍藏版)》请在咨信网上搜索。
工 资 管 理 系 统 、 姓 名: 学 号: 班 级: 专 业: 指导老师: 摘 要 对企业而言,人力资源是企业最宝贵的资源,也是企业的“生命线”。而工资管理又是人力资源管理的重中之重。实行电子化的工资管理,可以让人力资源管理人员从繁重琐碎的案头工作解脱出来,去完成更重要的工作。随着企业人员数量增加,企业的工资管理工作也变得越来越复杂。工资管理既涉及到企业劳动人事的管理,同时也是企业财务管理的重要组成部分.早期工资管理多采取纸质材料和具有较强的时间限制.基于以上原因,企业工资管理系统使用电脑安全保存、快速计算、全面统计,实现工资管理的系统化、规范化、自动化。企业工资管理系统是典型的信息管理系统(MIS),前台程序开发工具采用微软的VB6,后台数据库采用Access数据库.运行结果证明,本企业工资管理系统极大提高了工作效率,节省了人力和物力,最终满足企业财务管理、员工工资发放的需要,同时也成为现代化企业管理的标志。 关键词:管理信息系统,数据库,工资管理,实体关系图(E-R图),数据字典,数据流图。 目 录 第一章综述1 1。1问题研究背景1 1。2数据库管理系统简介1 第二章需求分析2 2.1 引言2 2。2 系统功能模块划分2 2.2.1处理对象2 2。2。2处理功能及要求2 2。2.3适应性和透明性2 2。3需求分析阶段成果3 2。3.1 体会与收获3 2。3.2 工资管理系统业务流程图3 2。3。3 工资管理系统数据流程图3 2。3.4 工资管理系统数据字典4 2。3.5 处理逻辑描述5 第三章概念结构设计6 3。1引言6 3.2任务与目标6 3。3阶段结果6 第四章逻辑结构设计9 4。1逻辑设计的任务与目标9 4.2数据组织9 4.2.1将E—R图转换为关系模型9 4.2.2模型优化9 4。2.3数据库模式定义9 4.2。4 用户子模式定义11 4。3数据处理12 第五章物理结构设计14 5。1物理设计阶段的目标与任务14 5.2系统功能模块14 5.2。1 工资基本信息的计算模块14 第六章系统的实施16 6。1建立数据库、数据表、视图16 6。1。1 建立数据库16 6.1。2 建立数据表16 6。2数据入库18 6.3VB的使用19 6。4系统调试20 第七章系统评价21 7。1 工资管理系统评价21 7。2 存在的问题及建议21 参考文献22 《管理信息系统》课程设计 第一章 综述 1。1问题研究背景 随着社会的进步和计算机技术的发展,特别是微型计算机的大范围普及,计算机的应用逐渐由科学计算、实时控制等方面向非数值处理的各个领域中渗透。尤其是以微型计算机为处理核心,以数据库管理系统为开发环境的管理系统在办公室自动化以及商业信息管理等方面的应用,日益受到人们的关注.在我国,管理信息系统是计算机应用最广泛的领域之一.随着我国经济建设突飞猛进,管理科学化与管理手段的现代化已经提到非常重要的地位。企、事业单位为了提高自身的管理水平和竞争能力,纷纷投入人力物力,开发适合本单位需求的管理信息系统.中小企业与行政事业单位建立的管理信息系统尤如雨后春笋,一个新的开发和管理信息系统的热潮正在掀起, 为此我计划设计:**公司工资管理系统。它可以大大减少人力,使人们摆脱了原有系统的局限性,只要在电脑上轻轻地点几下就可以完成查询、输入、修改、输出等功能.非计算机专业的人员也可以熟练地进行操作。 1.2数据库管理系统简介 随着社会信息量的迅速增长,计算机处理的数据量不断增加。文件管理系统采用的一次最多存取一个记录的访问方式,以及在不同文件之间缺乏相互联系的结构,越来越不能适应管理大量数据的需要,于是数据库管理系统便应运而生。数据库管理系统是用来控制建立数据库中的数据、数据的存取,并维护数据库的数据。从文件管理到数据库管理,代表了两代不同的数据管理技术。今天,数据库管理已成为计算机信息管理的主要方式。数据库的应用非常广泛,可应用于各行各业。尤其目前电脑发展神速,运用广泛,甚至每个公司、每户都有电脑,只要是稍复杂的数据,都可制作成数据库,交由电脑来管理.用电脑管理数据,可免除人为的疏忽,并且运算速度快,可靠性提高。 第二章 需求分析 2.1 引言 需求分析的过程可以说是一个对具体问题的反复理解和抽象的过程.理解就是对现实问题的理解,要弄清楚究竟需要解决什么问题。抽象就是除去问题的表面,提取问题的本质,建立问题的逻辑模型,以便于以后阶段的系统的设计实现.需求分析阶段是软件产品生存命期中的一个重要阶段,其根本任务是确定用户对软件系统的需求.所谓需求是指用户对软件的功能和性能的要求,就是用户希望软件能什么事情,完成什么样的功能,达到什么性能。通常需求分为两种类型:一种是功能性需求,一种是非功能性需求,这一点也需要有一种清楚的认识。功能性需求是指需要计算机系统解决的问题,也就是对数据的处理要求,这是一类最主要的需求.非功能性需求是指实际使用环境所要求的需求,往往是一些限制要求,例如:性能要求,可靠性要求,安全保密要求,等等。 2。2 系统功能模块划分 2.2.1处理对象 •基本工资信息:包括员工编号和基本工资(元/小时)。 •其他项目信息:包括员工编号、奖金、津贴、福利、扣发等。 •计算公式信息:包括加班费的百分比、出差工资、旷工、迟到早退扣发等 •出勤统计信息:包括员工编号、姓名、统计日期、出勤天数、迟到早退次数、加班天数、加班天数等。 •工资统计信息:包括员工编号、姓名、统计日期、基本工资、奖金、津贴、福利,加班费、出差费、扣发、总额等 2。2。2处理功能及要求 界面友好,操作方便:全中文界面,界面友好,而且操作的交互方式多采用键盘操作以提高操作的速度. 功能的集中使用:以往的系统,往往功能分散,相关的功能不能集中进行使用,这给用户的实际使用带来了很大的不便。为此,在设计中应进尽可能地将一项工作中可能涉及的相关操作和可能查看的相关数据安排在同一的操作界面中,这样,用户便不需要反复地切换操作界面来修改哪怕是最微不足道的相关数据,这在一定程度上也简化了操作的流程,同时使操作更加灵活。 2。2。3适应性和透明性 适应性:应该明确的是,实际操作人员对计算机的了解程度和实际的操作能力各不相同,因此软件应具有一定的适应能力。一方面要保证计算机的初级操作人员在经过短期的培训之后能够很好的胜任基本的操作要求,另一方面还要能够满足计算机的熟练人员对操作的灵活性方面的较高层次上的要求。 透明性:在系统设计中,应充分利用计算机在处理数据方面的能力,从而尽可能减轻操作人员的工作,实现一定意义上的透明操作,即用户无须知道模块功能实现的具体过程,只需要设置一定的操作选项,计算机即可按照用户的要求得到所需要的处理结果,具体的操作细节对用户是“透明"的。采用这样的设计一方面可减轻使用者的操作复杂性,另一方面还可使操作折兑数据处理的针对性更强,从而提高了工作的效率。 2。3需求分析阶段成果 2.3。1 体会与收获 系统需求分析主要是通过对人事部管理员的咨询、请教,了解我企业的管理规则和运行机制,并通过上网搜索有关工资系统的知识,了解到了工资管理的现状,以及在管理中的一些问题。由于是第一次做这样的需求调查,开始总是觉得无从下手,不知道自己该了解、该清楚那些方面的知识,在绘制系统业务流程图时,也遇到了很多的问题,但通过老师的帮助与指导,和自己一遍一遍的分析和完善,才逐步把业务弄清楚,最终顺利完成了需求分析阶段的任务。 2.3。2 工资管理系统业务流程图 工资核算系统的业务流程如下图: 2.3。3 工资管理系统数据流程图 数据流程图分多少层次视实际情况而定,考虑到工资管理信息系统相对较小,在这里我把数据流程图分为二层. 图:数据流程图第一层2。3.1 2.3。4 工资管理系统数据字典 列名 数据类型 可否为空 说明 D_ID char(3) NOT NULL 部门编号(主键) D_Name char(10) NOTNULL 部门名称 D_Tel char(11) NOTNULL 联系电话 D_Address char(100) NULL 联系地址 D_Chief char(10) NULL 负责人 D_Belong char(10) NULL 所属部门 列名 数据类型 可否为空 说明 E_ID char(3) NOT NULL 员工编号(主键) E_Name char(10) NOTNULL 员工姓名 E_Sex char(11) NOTNULL 员工性别 E_Address char(100) NULL 员工住址 E_Chief char(10) NULL 负责人 E_Belong char(10) NULL 所属部门 2。3。5 处理逻辑描述 处理逻辑列表 处理编号 处理功能 处理过程 01 判断员工查询涉及的功能模块 员工信息模块、工资信息模块、部门类别信息模块、奖金信息模块、罚款信息模块、管理员模块: 先确定查询所涉及的功能模块;然后,根据要查询的内容,确定查询数据流向;最后显示查询结果。 02 判断工资修改要涉及的模块,同时把相应的修改数据传到相应的模块之中 员工信息模块、工资信息模块、部门类别信息模块、奖金信息模块、罚款信息模块、管理员模块: 先确定更新所涉及的功能模块;然后,把更新信息传送到相应的模块中;最后,进行相应的更新操作。 第三章 概念结构设计 3。1引言 系统开发的总体目标是实现工资管理的系统化和自动化,,减轻人事部门的工作量,方便工作人员对它的操作,提高管理的质量和水平,做到高效、智能化管理,从而达到提高工资管理效率的目的。 主要任务是对员工信息、员工出勤情况、公司奖金制度等基本信息的操作及外理。 概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构(概念模型)的过程,它是整个数据库设计的关键. 3.2任务与目标 在概念结构设计阶段的设计流程为: (1)选择中层数据流为切入点,通常选择实际系统中的子系统; (2)设计分E-R图,即各子模块的E—R图; (3)生成初步E-R图,通过合并方法,做到各子系统实体、属性、联系统一; (4)生成全局E—R图,通过消除冲突等方面。 3。3阶段结果 根据不同的对象,分别画出各分E-R图如下所示: 职工基本信息实体E—R图: 工资项目设置信息实体E—R图: 职工应发款信息实体E—R图: 员工工资信息实体E—R图: 实体与实体之间的E—R图: 第四章 逻辑结构设计 4.1逻辑设计的任务与目标 以上的概念设计阶段是独立于任何一种数据模型的,但是逻辑设计阶段就与选用的DBMS产品发生关系了,系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构.具体内容包括数据组织(将E—R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计)、数据处理(画出系统功能模块图)两大任务. 4.2数据组织 4.2.1将E-R图转换为关系模型 实体型转换为关系模式。实体的属性就是关系的属性,实体的码就是关系的码。对于实体间的联系则有以下不同的情况: 1、一个m:n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合. 2、一个1:n联系可以转换为一个独立的关系模式,也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为n端实体的码。 3、一个1:1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换为一个关系模式.与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。 4、具有相同码的关系模式可合并. 4。2。2模型优化 关系模式gzid gzbase gzbonus gzduty不存在非主属性对主属性的部分函数依赖,也不存在传递函数依赖,已经达到了3NF,但是关系系模式中存在着一些数据冗余,现将三个关系模型进行合并,消除冗余。 4.2。3数据库模式定义 员工工资统计信息表 字 段 类 型 长 度 是否空 说 明 id 自动编号 长整型 否 记录编号 stuffid 文本 50 否 员工编号 stuffname 文本 50 否 员工姓名 yearmonth 日期/时间 否 时间 basicsalary 货币 货币 基本工资 bonus 货币 货币 奖金 welfare 货币 货币 福利 allowance 货币 货币 津贴 abatement 货币 货币 扣发 lesub 货币 货币 迟到早退扣发 absentsub 货币 货币 旷工扣发 overtime 货币 货币 加班费 errand 货币 货币 出差费 others 货币 货币 其他金额 total 货币 货币 总额 员工信息表 字 段 类 型 长 度 是否空 说 明 sid 文本 50 否 员工编号 sname 文本 50 否 员工姓名 sgender 文本 50 否 性别 splace 文本 50 否 籍贯 sage 数字 长整型 否 年龄 sbirthday 日期/时间 否 生日 sdegree 文本 50 是 学历 sspecial 文本 50 是 专业 saddress 文本 50 是 住址 scode 文本 50 是 邮编 stel 文本 50 是 电话 semail 文本 50 是 Email sworkTime 日期/时间 否 参加工作时间 sintime 日期/时间 否 进入公司时间 sdept 文本 50 是 部门 spaytime 日期/时间 否 起薪时间 sposition 文本 50 是 职务 sremark 文本 50 是 备注 用户信息表 字 段 类 型 长 度 是否空 说 明 userid 文本 50 否 用户名称 userpwd 文本 50 否 用户密码 员工出勤统计信息表 字 段 类 型 长 度 是否空 说 明 id 自动编号 长整型 否 记录编号 stuffid 文本 50 否 员工编号 stuffname 文本 50 否 员工姓名 recordmonth 日期/时间 否 统计时间 attendance 数字 长整型 否 出勤天数 lateearly 数字 长整型 否 迟到早退次数 absent 数字 长整型 否 旷工次数 overtimecom 数字 长整型 否 正常加班次数 overtimespe 数字 长整型 否 特殊加班次数 errand 数字 长整型 否 出差次数 员工工资计算公式信息表 字 段 类 型 长 度 是否空 说 明 overtimecom 数字 长整型 否 正常加班工资百分比 overtimespe 数字 长整型 否 特殊加班工资百分比 errand 数字 长整型 否 出差工资 absent 数字 长整型 否 旷工工资 le 数字 长整型 否 迟到早退 员工其他项目设置 字 段 类 型 长 度 是否空 说 明 id 自动编号 长整型 否 记录编号 stuffid 文本 50 否 员工编号 yearmonth 日期/时间 否 年月 type 数字 长整型 否 类型 name 文本 50 是 类型 money 货币 货币 否 名称 remark 备注 是 备注 4.2.4 用户子模式定义 用户子模式定义 编号 用户子模式(View) 作用 V-1 employeeView 便于查询和修改员工的基本信息 V-2 salaryView 工资的查询、更新 V-3 HistoryView 便于员工历史信息的查询 V-4 bonusView 用于奖金信息的查询 V-5 FineView 便于查询罚款信息 员工基本信息表 列名 数据类型 可否为空 说明 E—ID Char not null 读者编号 E-Name Char not null 读者姓名 E—Sex Char not null 读者性别 E_Dep Char 读者所在学院 员工公工资计算表 列名 数据类型 可否为空 说明 S_ errand Char not null 出差工资 S_ absent Char not null 旷工工资 S_ le Char not null 迟到早退 S_ overtimespe Char 特殊加班工资 员工出勤表 列名 数据类型 可否为空 说明 stuffname Char not null 员工姓名 recordmonth Char not null 统计时间 attendance Date not null 出勤天数 absent Date 旷工次数 errand Char not null 出差次数 overtimecom Char not null 加班次数 4。3数据处理 该工资管理信息系统的结构功能图如下: 第五章 物理结构设计 5.1物理设计阶段的目标与任务 系统的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程,在这个阶段中要完成两大任务: (1)确定数据库的物理结构,在关系数据库中主要是存取方法和存储结构; (2)对物理结构进行评价,评价的重点是时间和空间效率. 5。2系统功能模块 5.2.1 工资基本信息的计算模块 工资管理系统 录入员工信息 计算工资数据 查询员工信息 汇总工资数据 录入固定数据 录入变动数据 计算扣款项目 计算应发合计 计算个人所得税 计算实发合计 综合管理部 变动数据 工资项数据 工资项目 及数据录 入 员工基本信息档案 工资计算 工资表 工 资 条 发放工资 员 工 工资 汇总 工资数据查询 汇总 报表 制作 汇总数据 系统 维护 数据透视表 打印 管理人员 第六章 系统的实施 6。1建立数据库、数据表、视图 6。1。1 建立数据库 create database 工资管理数据库 6。1.2 建立数据表 use 工资管理数据库 create table emplyee (Sno char(9) primary key, Sname char(20) unique, SSEX CHAR(2)) GO USE 工资管理数据库 go insert into emplyee values(’001’,’鬼梨’,’男’); insert into emplyee values(’002’,'赤西',’男’); insert into emplyee values('003','中丸’,'男'); insert into emplyee values('004','松本’,’男'); create table 出勤 出勤号 Char(6) primary key, 员工编号 Char(4) not null, 上班日期 datetime not null, 上班时间 datetime not null, 下班时间 datetime not null, 刷卡机号 Char(4), foreign key (刷卡机号) references 刷卡机(刷卡机号), foreign key (员工编号) references 员工(员工编号) ) go create table 工资 ( 工资编号 Char(6) primary key, 员工编号 Char(4) not null, 基本工资 money not null, 罚款 money, 起始时间 Datetime, 截止时间 Datetime, 发薪日期 Datetime, foreign key (员工编号) references 员工(员工编号) ) go 6.2数据入库 系统包括工资基本信息管理、员工基本信息管理、管理员信息管理、查询信息管理等四大功能模块,有基本表,采用事先在Excel中录入数据,然后使用SQL Server 2000数据导入/导出向导功能,直接将数据导入到相应的基本表中。 6.3VB的使用 Visual 意为可视的、可见的,指的是开发像Windows操作系统的图形用户界面的方法,它与其他编程软件不同的是不需要编写大量代码去描述界面元素的外观和位置,只要把预先建立好的对象拖放到屏幕上相应的位置即可 6。4系统调试 对该工资管理系统进行测试,验证每个功能是否符合要求,具体的测试如下: (1)通过视图查看各个基本表和视图中的数据; (2)检测各个存储过程的功能; 第七章 系统评价 7。1 工资管理系统评价 企业工资管理系统是一个典型的信息管理系统,其主要通过软件工程方面的选择课题、需求分析、总体设计、选用工具、程序模块、系统测试等几个步骤来实现.开发本系统的过程中,首先要对企业工资管理进行系统调研,熟悉企业财务、人事、工资发放管理的流程、步骤;其次在系统需求分析过程中,要观察到企业工资管理中存在的各种问题,并在总体设计把握好对问题的分析、理解,进而解决问题;选用开发工具要选用自己最熟悉、应用较多的开发工具,本系统开发选用 Visual Basic 6。0,其具有语言简单、功能强大、组件众多的优点。程序模块的编制中,重点把握系统内部完整性、功能性、实用性,使其能够协调统一、运行无误.运行结果证明,本企业工资管理系统极大提高了工作效率,节省了人力和物力,最终满足企业财务管理、员工工资发放的需要,同时也成为现代化企业管理的标志。 7。2 存在的问题及建议 在反反复复的学习及不耻下问之下,我的辛勤努力有了回报,终于做出了一个简单的软件,虽然这个软件的功能非常的简单,而且我想,在实际的运用中,还有些不足。因为工资的内容非常的丰富,我涉及到的仅仅是工资管理的一部分简单内容,离实际的客户需求肯定还有一定的差距.例如工资管理和人事管理,考勤管理以及财务帐表的关联考虑得还不完善.最好是这几部分之间的数据可以相互利用转化,不需要重复的输入有关的数据.针对工资管理,还应该建立一个有普遍意义的模型,这样对用户来说,就比较容易通过修改有关管理制度来适应我们开发的软件。 由于我的知识浅薄,经验不足及阅历颇浅,因此,在该系统的设计方面还有很多不足,比如功能过少,界面不够醒目等问题,我会在工作的使用过程中,根据工作的具体要求不断的修改,完善,争取使该系统慢慢趋向完美。 在本系统的设计过程和论文编写过程中,很多老师、同事和朋友都给予了我许多无私的帮助,尤其是我的导师给我的论文提出了很多宝贵的修改意见,在这里,我向这些无私帮助我的人表示衷心的感谢。 参考文献 [1] 刘韬等,编著.Visual Basic 6。0数据库系统开发实例导航。 北京:人民邮电出版社 , 2002。8 [2] 丰岚等,编著。手把手教你开发管理信息系统。北京:北京希望电子出版社 , 2000。9 [3] 安忠主编,《管理信息系统(第三版)》,中国铁道出版社,2009年; [4] 萨师煊 王珊主编,《数据库系统概论(第三版)》,北京:高教出版社,2000年; - 14 -- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 工资管理 系统 课程设计 doc
咨信网温馨提示:
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【天****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【天****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【天****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【天****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
关于本文