数据库课程设计报告.docx
《数据库课程设计报告.docx》由会员分享,可在线阅读,更多相关《数据库课程设计报告.docx(26页珍藏版)》请在咨信网上搜索。
娘据岸京髭滁程残学生姓名: 班学号: 指导教师: 2 注册教师信息 插入的信息 教师信息 3 查询学生信息 学号 学生信息 4 注册学生信息 插入的信息 学生信息 5 查询课程信息 学号 课程信息 7 选择课程 选课信息 课程匹配表 8 查询选课信息 学号 选课信息 9 查询授课信息 课程号 课程匹配表 录入选课 查询评价 5.0更新: ②数据结构3、逻辑结构设计 编号 数据结构名 含义说明 组成 1 教师 教师实体 工作证号、姓名、性别、族别、政治面貌、出生年月、联系 方式、所在系、所在学院、职称 2 学生 学生实体 学号、姓名、性别、族别、政治面貌、出生年月、联系方式、 所在系、所在学院、班号 3 课程 课程实体 课程号、课名、余量、上课时间、上课地点 4 选课 学生实体和课程实体 学号、课程号、成绩 5 任教 教师实体和课程实体 工作证号、课程号 ①关系的描述 根据数据库系统设计的最基本的要求,消除依赖集F中的部分依赖和传递依赖,消除插 入异常、删除异常、修改异常,达到第三范式无损链接和保持依赖,从而得到以下关系模型 以及其主码: 教师(丁.作证号、姓名、性别、电话、所在系、用户名、用户密码)学生(受夕、姓名、性别、年龄、所在系、班号、用户名、用户密码)课程(课程号、课程名、学分、名额、上课时间)选课(课程号、学号) 授课(课程号、工作证号)以上加下划线的表示关系模型里面的主码。 ②实体间的联系分析 教师一班级: 1:1; 系一教师: 1:n; 系一班级: l:n; 班级一学生: l:n; 课程一教师: m:n; 课程一学生: m:n 4、物理设计4.1物理存储结构 I编号 数据存储名 说明 输入的数据流 输出的数据流 1 教师信息表 存取教师信息 教师实体其中一项或多项项信息 教师信息或任课信息 2 学生信息表 存取学生信息 学生实体其中一项或多项项信息 学生信息或选课信息 3 选课信息表 存取课程信息 课程实体其中一项或多项项信息 课程信息或选课信息或任课信息 4 课程匹配表 存取选课信息 学生所有选课记录 选课信息或课程信息 数据库 我本次课程设计采用了 SQL sever T-台进行存储建立基本表与信息。编写关系模式,载 入数据。其存在多种存取方法。并且首先要运行调试软件的运行恢复部分,确保数据H后的 转储与恢复。 基本表Student 表DROP TABLE IF EXIS TS 'Student';CREATE TABLE 'student' ( '学号'bigint。NOT NULL,'姓名' char(30) NOT NULL,性别' char(10) DEFAULT NULL,'族别' char(30) NOT NULL, '政治面貌' char(20) NOT NULL,'联系方式' bigintO NOT NULL,'班号 'bigintQNOT NULL,'所在专业' char(20) NOT NULL, '所在学院' char(20) NOT NULL,PRIMARY KEY ('学号'),KEY'姓名'('姓名'))ENGINE=InnoDB DEFAULT CHARSET=utfB; Teacher 表DROP TABLE 1I; EXISTS 'Teacher';CREATE TABLE Teacher' ('工作证号 'bigintO NO f NULL, '姓名' char(30) NOT NULL, 性别' char(10) DEFAULT NULL, '族别' char(30) NOT NULL, '政治面貌' char(20) NOT NULL, '出生年月 ' char(30) NOT NULL, '联系方式' bigintO NOT NULL, '所在专业' char(20) NOT NULL,'所在学院' char(20) NOT NULL,'学院电话'char(20)NOTNULL,PRIMARY KEY ('T作证号') )ENGINE=InnoDB DEFAULT CHARSET=utf8;选课表DROP TABLE IF EXISTS 'studcntchoosc';CREATE TABLE 'studcntchoose' ( 'eNum' varchar(7) NOT NULL,'Namel'varchar(5) NOT NULL,'Unit' varchar(20) NOT NULL,PRIMARY KEY ('eNum') )ENGINE=InnoDB DEFAULT CHARSET=utf8;—studentchoose 表DROP TABLE IF EXISTS 'stock';CREATE TABLE 'stock' ( '课程名称' char(30) NOT NULL,'课程号' bigintO NOT NULL,'授课老师' char(30) NOT NULL,'授课时间' char(30) NOT NULL, '剩余容量' char(30) NOT NULL,'工作证号' char(30) NOT NULL,'成绩' bigintO NOT NULL,PRIMARY KEY ('课程号'), )ENGINE=InnoDB DEFAULT CH/\RSET=utf8;―ATapparicr 表DROP TABLE IF EXISTS 'ATapparier';CREATE TABLE 'ATapparier' ( '课程号' bigintO NOT NULL, '学号' bigintQ NOT NULL, '姓名、char(30) NOT NULL, '所在专业' char(20) NOT NULL,'所在学院' char(20) NOT NULL,'成绩'char(20)NOT NULL,PRIMARY KEY ('课程号') )ENGINE=InnoDB DEFAULT CHARSET=utf8;DROP TABT.E IF EXISTS 'ATapparier';CREATE TABLE 'ATapparier' ('课程号' bigintO NOT NULL, '学号' bigintO NOT NULL,'姓名' char(30) NOT NULL,'班号'char(20)N()TNULL,'所在专业' char(20) NOT NULL, '所在学院' char(20) NOT NULL,'成绩'char(20)N()T NULL,PRIMARY KEY ('课程号'))ENGINE=InnoDB DEFAULT CHARSET二utf8; 4.2索引设计中国地质大学 存储安排方法选择: 教务管理系统是一个多用户共享系统,对同一个关系要建立多条存取路径才能满足多用 户的多种应用要求。数据库管理系统一般提供多种存取方法:第一类是缩阴方法,1=1前主要 是B+树索引方法;第二类是聚簇方法;第三类是Hash方法。我们现在主要采用E+树索引 存取方法。 422索引 一个属性经常在查询条件中出现,则考虑这个(组)属性上建立索引(或组合索引); 如果一个属性经常作为最大值和最小值等聚集函数的参数,则考虑在这个属性上建立索引; 如果一个(组)属性经常在链接操作的链接条件中出现,则考虑在这个(组)属性上建立索 引一一学号,工作证号,课程号。 存储路径的建立 我将表和索引放在不同的磁盘上,在查询时,由于磁盘犯动器见性工作,可以提高物理 I/。读写的效率;将比较大的表,如“选课信息”,分别放在两个磁盘上,以加快存取速度, 这在多用户环境下特别有效;另外将日志文件与数据库对象9表、索引等)放在不同的磁盘 上,以改进系统的性能。 5、系统实施5.1DBMS&语言选择我选用的是SQL Sever系统的语言,基于Microsoft Visual Studio 2010平台呃C#语言编写的界面。较为简单容易。 5.2数据输入 在SQLSevel中进行一些数据的手动输入(或查询语句进行输入)用以进行测试,之后 用户可在管理系统中进行相关信息的添加。 日表国系统表 ±i 口 dbo.AdminMessage 国 J dbo.STapparier±i 百 dbo.Student国 口 dbo.StudentBase+i n dbo.StudentChoose [±] dbo.Teacher±) n dbo.TeacherBaseStudentchoose表初始信息: 与结果上巡息Studentbase表初始信息: 课程名称 课程号 授深宠师 授课肘间 授课地点 刺余谷里 工作证号 成绩 1 i陶芝 12311 EEE 周一91咛 教三601 0 20002005 NULL 2 计算机图形学 12312 DDD 周一饰 北综401 45 20002004 NULL 3 数据结构 12313 CCC 周节 北综402 55 20002003 NULL 4 数据库导论 12314 BBB 周_78节 北综403 56 20002002 NULL 5 概率论 12315 AAA 周_56节 北综403 59 20002001 NULL 曲结果 消息 学号 密码 J | 2000 I 333 2 2001 333 3 2002 333 4 2003 333 幼查询已成功执行。 Teacherbase表初始信息: • I 口结果 心消息 工作证号密码j 20662661” …]2222000200222220002003222 1 20002004222②郎已畅岫Adminmessage表初始信息: 口结果消息②查询已成功执行。 管理员账号 管理员密码 1 Mu M11 2 112 112 3 113 113 4 114 114 5.3编写代码因为要连接数据座,采用VS2010的连接工具来进行数据库•的连接。 String conn — "Data Sourcc=.;Initial Catalog=cyh st class;]ntcgratcd Sccurity=Truc";〃链接语句 在编写代码的时候遇到很多问题,比如常见的儿个问题就是少添加头文件,链接查询不 对,SQL语句使用不对,高级查询等等一系列问题。 5.4过程实施 在实现选课功能的时候,首先在数据库内对本学期要开设的课程进行预制,之后学生选 课,只能一次选择一门,之后输入课程号,同时将登陆时的学会设置为全局变量,在c#中 进行换页传值,将学号等个人信息在学生主页进行显示,选课时,则将所选课程与自己的学 号以插入的方式插入Studentchoose,之后,之后分别从学生选课表调用显示到学生课程信息, 教师授课信息中,之后在教师批改成绩时,将成绩与studentchoose表联系对应,完成学生- 课程-成绩的三位一体的对应关系,命名为STapparicr,之后进行更新操作,并同步SQL查 询显示到学生成绩查询界面。管理员则是对所有信息进行汇总查询修改,将不同信息封装起 来,对于教师和学生实体部分显示,对于管理员全部显示。同时对于学生还可进行注册报道, 数据库中为每个学生提供了一个学号和初始密码,学生到校后进入教务系统修改密码,补充 个人资料,完成数据入库,以供后期使用。 6、运行维护一、恢复数据库的方法 对于事物内部故障:恢复时要在不影响其他事务运行的情况下,强行回滚该事务,即撤 销该事务已经做出的任何的对数据库的修改; 对于系统故障:一方面,在系统重新启动时让所有非正常终止的事务滚回,强行撤销所 有未完成事务;另一方面,把已完成的事务提交的结果重新写入数据库; 对于介质故障:在故障发生前对数据库进行转储,即使用数据库镜像功能,根据实际情 况要求自动把整个数据库或其中的关键数据夏制到另一个磁盘上,防患于未然。 二、数据库恢复实现技术1、采用转储的方法定期地将整个数据库夏制到磁带或另一个磁盘上保存起来,称为后 备副本或后援副本。(动态转储和静态转储); 2、通过登记日志文件,进行事务故障恢复和系统故障恢复,并协助后备副本进行介质 故障恢复。 三、数据库恢复策略1、事务故障的恢复: (1) 反向扫描日志文件,查找该事务的更新操作;对该事务的更新操作执行逆操作,即将日志记录中“更新前的值”写入数据库; (2) 继续反向扫描日志文件,查找该事物的其他操作,做同样处理,直到事物开始标志为 止。 2、系统故障的恢复: (1) 正向扫描日志文件,找出在故障发生前已经提交的事务,将其事务标识记入重做队列。 同时找出故障发生时尚未完成的事务,将其事务标识记入撤销队列。 (2) 反向扫描日志文件,对每个UNDO事务的更新操作执行逆操作,即将日志记录中“更 新前的值”写入数据库。 (3) 正向扫描日志文件,对每个RED。事务重新执行日志文件登记操作。即将日志i己录中 “更新前的值”写入数据库。 3、介质故障的恢复:重装数据库装入最新的数据库后备副本,使数据库恢妊到最近一次转储时的一致性状态。 (1) 装入相应的日志文件副本,重做已完成的事务。 TaTbTf 动态转储运行事务故障发生点 正常运行 —11 登记日志文件 登讪新日志文件 1 ? 转储H志文件 重装后备副本,然后利用转储的日志文件恢复 恢复到一 致性状态 7、总结 数据库课程设计是上大学以来的最痛苦的一个课程设计。在上学期平时的实习中,我觉 得数据库相较于C++程序编写与有关运用数据结构的程序编写来说,相对容易简单。本以 为这次的课程设计也不过很简单就能完成。可是万万没想到,真的从设计到开发出一个数据 库系统远比编程可怕多了。 首先,数据库的需求设计简直是让我们这种之前没有过设计经验的人摸不到头脑,不知 从何下手。也可能由于上学期在学习数据库时没有让我们想着设计一个大型的需要注意细节 的数据库,所以感觉概念挪很模糊。数据字典是啥啊?不是先画ER图吗?数据流图乂是什 么。。?那ER图画完就能建表了?那么数据库和EXEL表格又有什么区别啊等等此类我总 会冒出的小白问题层出不穷• 在三个题目:教务、书店、病房中,我选择了看起来好像参与者比较少,比较简单的教 务管理系统。但是着手设计起来真的是很难,因为个人主观的因素比较大,比较灵活,最后 做成一个什么样子的数据库是由你自己来决定的,所以有一些度要自己把握。如果放开了去 想,去做,都会复杂庞大到无法完成。就在我想着自己构想的庞大数据库该如何实现复杂的 功能时,感觉很恐怖。但还是硬杳•头皮开始做。 一开始遇到很大挫折,在尝试了两天的C++后,我觉得很难,于是,开始自学C#,相 比C++, C#相对简单一•点,去图书馆翻遍了《C#编程宝典》之类的书后,在室友引导下开 始设计。一开始觉得自己设计的数据库没问题,觉得不难,但是越往后做发现很多数据再传 递的时候走不到共享,一方面是自己编程能力不够,对于DATAGRIDVIEW这个控件掌握精品 太少,在显示值,单元格传值的时候很难,后来决定改变设计,从改变SQL的表格入手, 删除了不必要的表,尽晨用少的表完成。这样一来对窗体设计要求更高,还有就是对SQL 高级查询语句的要求更高。现在想想发现最大的问题一个是C#中Datagridview控件的单元 格与数据库交互传值,另一个就是SQL高级复杂的查询语句使用与C#中的textbox,或者 数据库其他表的链接查询。这两个问题在最后几天难住我了,最后和学长,室友,以及大量 去论坛求助,百度找方法,看博客加上自己摸索,一个一个解决了,受益匪浅。 除此之外遇到的问题就是数据库的设计问题,要实现更多的功能,一个方法是将各个数 据分装在各个表里,调用一个个单体,但是这样造成数据过于庞大,同样最好的解决方法是 少昂:的存储空间,大房的调用,将常用的数据匹配在一起,这点在我的STapparier表中有所 体现,将实体的主键找到相应的联系装在一个表里,之后调用其他表进行自然连接,实现调 用,这样层次清楚,也达到了三范式。但是最后设计出来的数据库和我最初的设计的差别还 是蛮大,所以我认为好的数据库是改出来的,好的数据库很难一次成功,每一次实践都是我 们下一场设计的宝贵经验。通过这次课程设计我知道为什么系统分析帅•会这么抢手了。也许 程序员的工作评估是一个程序的时间复杂度与空间复杂度,那么系统分析师的工作评估可能 就是整个系统的信息吊存储是否高效,增删改查等操作是否容易进行,如何把数据存储的更 合理的问题了。显然,系统分析师的工作更加宏观,而且更大一部分影响着整个运行效率。 写到这里我不由得想到学校那个经常崩溃的教务系统。所以对•个商家-个公司而言,好的 数据座系统是尤为重要的,甚至可以影响到公司未来的发展,增加竞争力。 除此之外,我觉得每一次有难度的课程设计对于我来说都像一次挑战,一次历练。从没 想过自己可以做成平时浏览的网页一样的界面,也从没想过自己能做出一个有许多功能按钮 的窗体实现的系统。虽然实习的过程每天都很痛苦,绞尽脑汁思考着,一步不对,又要重新 改,重新做是很痛苦的。就比如昨天还在熬夜赶报告。但是经历了这个过程,逼自己一把, 看到最后的东西,心里还是很欣慰很有成就感的。我觉得人的潜能是无穷的,有时候就需要 逼自己一把,不要偷懒,勤奋一些,让自己学习更多,进步更大,从而体会到人生的乐趣与 意义,内心更加强大地生活下去。 总的来说,在数据库建表的过程中,一开始没有按照数据库规范建表,导致后边产生一系 列问题 年月曰 ,又重新建立数据库,做r很多无用功,这才意识到按步骤规范建立数据库的重要性。由 于C#、JAVA等语言在平常学习中没有涉及到,使得本次数据库系统设计变得相对比较困 难,通过查阅相应图书资料在开始编程之初对C#还是很陌生,但通过前几次的实习掌握了 C#的基本语句,在学长的指导卜.也少走了很多弯路,但在SQLServer与C#的链接时出现问 题一直没有解决,到后来通过反复上网搜索解决了这一难题。大部分有关C# windows窗体 建立的代码都是从参考书中学习到的,但也有部分特殊功能的实现是在网上搜索到的,在这 个过程让我对C# windows窗体有了一个快速学习和认识。总之,通过本次课程设计反映出 r很多在理论课上看不到的问题,收获也很多,在提高了实践水平的同时也锻炼r自己的自 学能力,对于专业认识也更深了一步,同时也谢谢老师,室友,学长以及博客中的各位大神 指点。 如有侵权请联系告知删除,感谢你们的配合! 教务管理系统 1、需求分析教务管理系统 该教学系统主要提供数据维护、学生选课和教师授课信息查询功能。其实现的功能(即 其包含的查询)有:系统中对教师、学生基本信息的录入;系统中对教师、学生的基本信息 查询;查询学生的选课情况;查询教师的授课情况;还包括学生选课功能。该数据库系统包 括学生密码表、学生信息表、教师信息表、教师密码表、学生选课表、课程I兀配表,管理员 密码表七个关系表,基木情况如下:三张密码表均有相应账户和密码;教师信息表有工作证 号、姓名、性别、族别、政治面貌、出生年月、联系方式、所在系、所在学院、职称;学生 表有学号、姓名、性别、族别、政治面貌、出生年月、联系方式、班号、所在系、所在学院; 课程有课程名、学分、名额、上课时间信息;授课表有课程号、工作证号信息;学生选课表 有课程名称、课程号、授课老师、授课时间、授课地点、剩余容粮、工作证号、成绩。课程 匹配表则有课程号,学号,学生姓名,班号,所在专业,所在学院,成绩。每个学生都属于 一个班,每个教师也都属于一个系。一•名教师可以教多门课,一门课诃以有几位主讲老师, 一名同学可以选多门课。学生、教师都有可以有重名,工作证号、学号可以作为标识。 系统中的实体: ① 教师:工作证号、姓名、性别、职称、电话等;学生:学号、姓名、性别、出生年月、职位、电话等;班级:班号、最低总学分、人数等;系:系代号、系名、系办公室电话等; ② 课程:课序号、课名、学分、上课时间、名额等。 实体间关系: ① 每个学生都属于一个班,每个班都属于一个系,每个教师也都属于一个系;每个班的班主任都由一名教师担任;一名教师可以教多门课,一门课可以有几位主讲老师,但不同老师讲的同一门课其课序号是不同的(课序号是唯一•的); ② 一名同学可以选多门课,一门课可被若干同学选中;一名同学选中的课若已学完,应该记录有相应成绩;本单位学生、教师都有重名,工作证号、学号可以作为标识。 系统的需求: ① 教学系统主要提供数据维护、选课和信息查询;系统中各对象的基本信息录入与查询;指定班、系的学生信息查询;学生的成绩、学分情况查询; ② 教师授课情况和学生选课情况查询。 系统的组成: 教务管理系统包括教师管理子系统、学生管理子系统、管理员管理子系统。其中各个系统中拥有独自的一套查询、添加、删除、更新操作。系统管理员进行数据维护的操作。 2、概念设计(1)概念模型(E-R图): ①选课E-R图 课程号 ①授课E-R图工作证号 电话名额①总E-R图 (2)数据字典: ①数据项 编号 实体 数据项名 数据项含义说明 数据类型 长度 与其他数据项的逻辑关系 1 教师 工作证号 区别老师的数据项 Bigint 20 决定姓名性别等教师属性 2 姓名 允许重名 Char 10 决定性别等教师属性 3 性别 老师性别 Char 10 4 所在系 所在系 Char 1() 5 电话 老师的联系方式 Bigint 20 6 用户名 登录验证 Char 20 7 用户密码 登录验证 Char 20 8 所在学院 所在学院 Char 3() 9 族别 所属民族 Char 30 10 职称 老师的职称 Char 20 11 政治面貌 老师的政治面貌 Char 20 12 学院电话 学院电话 Bigint 20 13 出生年月 老师出生年月 Char 20 14 学号 区别学生的数据项 Bigint 20 决定姓名性别等学生属性 15 学生姓名 允许重名 Char 10 16 学生性别 学生性别 Char 10 17 出生年月 允许重复 Char 18 学生 所在系 允许空值 Char 10 19 班号 学生联系方式 Char 11 20 用户名 登录验证 Char 20 21 用户密码 登录验证 Char 20 22 所在学院 所在学院 Char 30 23 族别 所属民族 Char 30 24 政治面貌 学生的政治面貌 Char 20 25 联系方式 学生联系方式 Bigint 26 课程号 区别课程的数据项 Char 1() 决定课名学分等课程属性 27 课程名 课程名称 Char 1() 28 课程 学分 所含学分 Char 1() 29 上课时间 上课日期 Char 30 30 名额 课程限制最高人数 Char 10 31 选课 课程号 学生所选课课程号 Char 10 由课程表课程号和学生表 32 学号 学生学号 Char 20 学号决定 33 授课 课程号 学生所选课课程号 Char 10 由课程表课程号和学生表 34 工作证号 教师工作证号 nchar 20 学号决定 ②数据流 编号 数据流名 数据流来源 数据流去向 1 查询教师信息 工作证号 教师信息- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 课程设计 报告
咨信网温馨提示:
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。
关于本文