【毕业学位论文】(Word原稿)基于BS的基层事业单位财务管理系统的设计与实现-软件工程_第1页
【毕业学位论文】(Word原稿)基于BS的基层事业单位财务管理系统的设计与实现-软件工程_第2页
【毕业学位论文】(Word原稿)基于BS的基层事业单位财务管理系统的设计与实现-软件工程_第3页
【毕业学位论文】(Word原稿)基于BS的基层事业单位财务管理系统的设计与实现-软件工程_第4页
【毕业学位论文】(Word原稿)基于BS的基层事业单位财务管理系统的设计与实现-软件工程_第5页
已阅读5页,还剩59页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

中图分类号: 学校代码: 10055 密级: 公开 硕 士 专 业 学 位 论 文 基于 B/S 的基层事业单位财务管理系统的设计与实现 B/S 文摘要 I 中文摘要 随着我国社会的政治体制改革,同市场经济的飞速发展,基层事业单位在管理日常事务中的不确定因素越来越多,给地方财政事务的管理带来的压力也越来越大。为提高基层财务管理效率,有效调整政府和各级部门的财务管理活动,从人工收支管理向信息化过渡成为必然趋势。 本课题针对目前财务管理工作琐碎,繁重,过度依赖手工的现状,通过搭建网络服务器与数据库,来提高财务管理工作效率,减轻财务管理人员负担,同时减少收支报表等由于储藏、传送等带来的失误,使得财务部门可以及时掌握各部门财务信息,以此做到各部门收支信息透明,进而促进和提高事业单位工作效率。 本文遵从软件工程思想,从需求分析,系统框架设计,数据模型设计,系统环境的构建,以及原型系统的设计与实现等各方面介绍了该 课题的整个实施过程。 本论文首先对 课题 相关的技术进行综合概述,包括开发语言 相关内容, 而后对 具体 的实现方案与架构 设计 进行详细描述与重点分析,在整合相关技术方案与用户实践的基础上,完成此 事业单位财务 信息管理系统的设计与实现。 论文主要有以下两个方面的特色: 1)采用 发框架,最终在基于台实现,提高了系统的可移植性和可扩展性; 2)采用分角色加密存储,以更安全的方式来管理各部门的财务信息。 关键词 : 财务管理 ; 软件工程 ; I to in to It an to of in to of is up a to of by or on of by of a of is in to 1. s by VC 2. on us a to 录 第一章 绪论 1 第一节 研究背景 1 第二节 研究目的及意义 1 研究目的 1 研究意义 2 第三节 本文的主要工作 2 第四节 解决方案概述 3 第五节 论文的主要内容及组织结构 3 第二章 相关技术 5 第一节 关技术 5 序语言技术介绍 5 态网页技术介绍 5 术 6 术 7 术优势 7 第二节 发模式 8 第三节 据库 10 第四节 本章小结 10 第三章 需求分析与总体设计 12 第一节 可行性分析 12 术可行性 12 作可行性 12 济可行性 13 第二节 功能需求 13 第三节 系统设计目 标 . 13 第四节 系统总体架构 21 流系统架构介绍 22 目录 两种架构的权衡 22 第五节 运行环境 23 第六节 本章小结 23 第四章 系统详细设计 24 第一节 系统架构设计 24 第二节 服务器端数据库设计 24 计思想 24 据表结构设计 24 据表结构说明 25 第三节 本章小结 28 第五章 系统实现 29 第一节 整体配置 29 第二节 业务层类设计说明 33 统类图 33 务层对表现层接口说明 34 第三节 系统关键模块设计 35 统总模块设计 35 户登陆管理 36 色信息管理 37 户信息管理 39 算规章管理 43 算记录管理 44 金发放管理 44 务信息管理 47 第四节 本章小结 48 第六章 系统测试 50 第一节 功能测试 50 统测试资源 50 试计划 50 第二节 性能测 试 51 目录 V 户并发测试 51 载测试 52 第三节 本章小结 52 第七章 总结与展望 53 第一节 工作总结 53 第二节 未来工作 53 参考文献 55 致谢 . 57 个人简历 58 第一 章 绪论 1 第一章 绪论 第一节 研究背景 随着我国社会的政治体制改革,同市场经济的飞速发展,基层事业单位在管理日常事务中的不确定因素越来越多,给地方财政事务的管理带来的压力也越来越大。为提高基层财务管理效率,有效调整政府和各级部门的财务管理活动,从人工收支管理向信息化过渡成为必然趋势。 传统财务收支管理主要依赖手工进行,在记录预算和账务的同时,各级会计、审计人员需要维护与日俱增的纸质票 务。其缺点显而易见,工作量大,编制时间长,内容单一不够全面。单从财务部门的角度来看,各有关部门将预算呈交之后,财务部门必须加以统一汇总和整理,然而各部门采用的预算编制方法又不尽相同,再加上基层部门本身存在的工作滞后性,使得财务部门既要担负日益繁重的调整任务,同时要不断协调各部门提交预算时间,更增加了工作任务量的不确定性 1,2。 放眼环球,许多知名跨国企业及国外各级政府部门均采用计算机来管理预算和收支。他们的成功经验也证明了数字化管理是行之有效的现代管理方法。 鉴于以上所述,在工作繁重的财务部门引入信息化 管理方式显得尤为重要。本系统的研究和实现正是为了解决此基层事业单位中常见的问题。 第二节 研究目的及意义 研究目的 本 财务 信息管理系统 是以一个基层事业单位的实际需求为蓝本,同时兼顾其它企业型财务管理普遍存在需求为依据进行统一设计, 是一 个基于 B/S 架构的 财务 信息管理系统 3 通过这个系统平台 , 可以有效提高 基层事业单位 的办公自动化水平,满足不同部门基层工作人员 的 特定需求,帮助财务部门员工 及时 了解各个部门 的最新 财务信息 。 本系统可以 在很大 程度 上以最为经济有效的手段解决 基层事业单位中财务第一 章 绪论 2 信息 管理混乱、不透明、信息传达不及时的问题,促进 各部门 管理水平的提升,提高 事业单位 统一协作的工作效率。 研究意义 本文紧紧围绕中小型公司的实际情况,综合利用网络技术、移动办公技术有效对 单位 内部 财务 信息进行管理与整合 6同时确保信息及时传达给工作在各 个 岗位的 单位 员工,通过手机网络把 单位 最新的信息及时传达给户外工作人员,避免了电话、短信通知的繁琐工作,同时又能很好的降低 单位 信息传达的成本,有效提高了 单位 成员之间信息共享与协同工作的效率。 第三节 本文的主要工作 事业单位财务信息管理系统是一个 针对性强的财务信息管理平台,它能有效的整合各级,各部门的预算与开支,使基层事业单位更好的传达和管理各部门的财务信息,有效地提高了工作效率。 本课题的主要目标是针对目前财务管理工作琐碎,繁重,过度依赖手工的现状,通过搭建网络服务器与数据库,来提高财务管理工作效率,减轻财务管理人员负担,同时减少预算、收支报表等由于储藏、传送等带来的失误,使得财务部门可以及时掌握各部门财务信息,以此做到各部门收支信息透明,进而促进和提高事业单位工作效率。 本系统主要研究 端 9,10,数据库加密存储及加密访问,通过合理的 信息传递方式,结合基层事业单位财务管理现状,解决在管理过程中急需解决的实际问题。以更低廉的成本,更安全的方式来管理好各部门的财务信息,做到必要信息公开透明、工作配合和谐、默契、高效。 本论文的主要完成的工作 有 : ( 1)总结分析国内 传统 的 基层事业单位财务 信息管理的经验 和教训 ,通过调研目前常见的信息管理系统的 使用 现状,发现 其 存在的不足之处 ,并予以解决 。 ( 2)根据所掌握的理论知识对本系统进行较为详细需求分析。 ( 3)在 进行 需求分析之后,建立系统的模型,完成对本系统的总体设计。 ( 4)对 事业单位财务 信息管理系统 的 各个功能模块 进行详细设计。 ( 5)基于以上工作,编码实现 单位财务 信息管理系统。 第一 章 绪论 3 ( 6)测试本系统并修复 第 四 节 解决方案概述 在本课题的研究过程中,本人结合自身工作经验和当前社会背景,充分对基层事业单位的财务管理需求进行了详细的调研和分析,进而对整个系统模块进行抽象处理和详细设计。 本系统选择 和 为基本的开发语言,使用 据库,系统将运行于 务器下,并对以上涉及的相关技术进行充分的学习和研究。 本系统在设计前充分评估了全面财务管理的现状 ,本着易用性,安全性和满足实际需要的原则进行设计和开发。最终在基于 台来实现本系统设计、开发和测试。主要内容将在本文第五章中详细介绍。解决该问题用的主要工具如下所述: ( 1)开发语言: 2)数据库: 3) 务器: ( 4)工作站操作系统: ( 5)开发平台:本系统开发是用 台 11。 系统的底层平台,负责提供底层的 行 作和内存数据的管理。 第 五 节 论文的主要内容及组织结构 本论文共分 为七 章 ,各章的内容安排为: 第 一 章 是绪论,介绍了本课题的研究背景,研究的目的与意义,研究的主要内容,以及本课题的解决方案概述。 第 二 章 综述了包括 等在内的相关理论和技术。有助于了解该项目的有关应用背景。 第 三 章 完成了对基层事业单位财务管理业务的需求分析,进而完成了系统的功能设计。 第四章在系统功能设计的基础之上给出相对完整的系统后台数据库设计。 第 五 章 详细介绍了系统环境的构建,在系统 功能设计的基础之上,完成各第一 章 绪论 4 个功能模块的详细函数和接口设计。 第六章给出了系统功能测试和系统性能测试的用例设计。并且在功能测试中也介绍了详细的单元测试和系统最后的集成测试。 第 七 章是对本系统总结和展望 ,对本人在整个毕业设计期间的主要工作进行全面总结,并对项目后续的完善工作进行展望。第二章 相关技术 5 第二章 相关技术 第一节 关 技术 序 语言技术介绍 一种电脑程序设计语言 12拥有跨平台,物件导向,泛型程序设计的特性,广泛应用于企业级 用开发和移动应用开发。 由 司于 1995 年 5 月推出的,它是对 序设计语言和 台的总称 ,最初的名字为 标设定在网站,家用电器等小型系统的程序语言,应用在电视机,电话,闹钟等家用电器的控制和通讯。 随着互联网的迅猛发展, 渐成为重要的网络编程语言。其编程风格接近于 C+面向对象程序设计语言,继承了 C+程序设计语言面向对象技术的核心, 弃了 C+中最容易引起错误的指针,改以引用取代,同时移除原C+与原来运算符重载,也移除多重继承特性,改以借口取代,增加垃圾回 收器功能。 程语言是个简单的,面向对象的,分布式的,解释性的,健壮的,安全而又与系统无关的,可移植的,高性能且多线程的动态编程语言。其不同于一般的编译语言和直译语言。它首先将源代码通过编译系统翻译成字节码,然后依赖不同平台上的虚拟机来解释执行,从而实现“一次编码,到处执行”的跨平台特性。 态网页 技术介绍 全称为 初是由 司倡导,众多公司参与一起建立的一种动态网站技术标准,其根本是一个简化的 计,是 张。 页 (以 后缀)可以通过直接在传统的 码来构建 。 得 码和特定的预定义行为可以嵌入到静态页面中。 法结构增加了被称为是 作的 签,它们可以用来调用内建功能。另外,还可以创建 标签库,然后像使用标准 签一样使用它们。标签库提供了一种和平台无关的扩展服务器性能的方法。 第二章 相关技术 6 件并不像 件那样可以直接由 器解析执行, 发布到 器之后, 会被编译成标准的 后在 服务器端执行。当 客户端向 器 发出请求时, 责完成对改请求的响应,最终响应结果是以流的方式发送到 客户端 。 其中,流中的数据格式可以是任意的,如果客户端是浏览器,可以选择 果客户端是一个普通的应用软件,数据格式可以使用 者 总之数据格式由开发者来制定,最终输出结果并不一定就是 当然, 主要优势还是在生成 页方面的。 准允许 使用言编写类 标签 , 以 封装生 成数据 的 业务 逻辑。 通过使用标签, 业务 逻辑与 页 面 设计 分离 , 这有利于程序员与美工人员分合作,也有利于 组件 重用。 术 一门基于对象和事件驱动,并且具有安全性能的跨平台的动态网页开发的脚本语言。 之前叫做 司开发的脚本语言。当 司推出 后,又跟 作,改名为 后共同推出。由于超强的兼容性,使其在 开发中成了炙手可热必备的开发技能。它的主要特点是: 1. 脚本语言 脚本语言,可以 嵌入到网页中,与 识结合在一起。而且 一种解释性语言,不需要预编译,在执行过程中,逐行解释执行。 2. 基于对象的语言 有继承的概念,进而也没有多态的概念。它可以使用预定义的对象,也可以使用自己创建的对象,所以,它的功能来自于脚本环境中对象的方法与脚本的相互作用。 3. 简单性 一种描述性的脚本语言,它是直接嵌入到 的,是一种简单而紧凑的脚本语言。 在变量定义上,采用了弱类型,没有了其它语言严格的类型限制。 在运行方面,不需要高 性能的机器,不需要服务器通道,只要有一个浏览器就能运行。 第二章 相关技术 7 4. 动态性 动态的,由事件来驱动,无须 务器的程序,即可完成本地的某些功能,比如检验输入合法性。对事件进行编程,在触发这个事件后,自然会运行编写的程序段。 5. 跨平台性 它依赖于浏览器本身,而与操作系统无关。所以只要浏览器支持 么它就可以运行。现在的主流浏览器,都支持 术 是 程语言中的一个类,它可以用来扩展服务器 的性能。服务器上驻留着可以通过“请求 程模型来访问的应用程序。 以对任何类型的请求产生响应,但通常只用来扩展 务器的应用程序。 术为这些应用程序定义了一个特定于 。 术优势 高度的跨平台性 为 台 标准 的一部分, 同样具备 序的 “一次编写,到处运行 ”的特点, 在服务器领域,几乎所有的操作系统都可以完美支持 统。而越来越多的公司也基于这一特点优先选用 言来实现自己的 产品 , 一但产品被开发出来,就不需要再针对不同的操作系统进行重复开发,即便将该软件产品从一个系统迁移到另一个截然不同的操作系统上也可以完美运行。 鲁棒性 、易 扩展 与 关的 技术以其面向 对象、 支持分布式 、 高度的可移植性、良好的性能、支持多线程、跨平台、成熟、健壮 和 易扩充等优秀特性著称。 术使得开发人员的工作在其他方面也变得容易和简单。 言通过提供防止内存泄漏的方法,在内存管理方面大显身手。 业务逻辑与界面设计的 分离 使用 术 设计网页可以实现将业务逻辑与界面设计分离处理 , 程序员专心 负责编写业务处理逻辑, 页面 设计 人员 专心设计页面效果,美工人员也可以使用现有的网页设计工具,提高工作效率。因工作可以独立进行互不影响,这样更利于项目进展 。 第二章 相关技术 8 健壮的存储管理和安全性 基于 程语言的 有 术的所有优点,包括健壮的存储管理以及 安全性。 执行速度快 件在第一次被请求时会被 编译 为 由 处理具体的请求信息,此后如果不对 行修改, 器不会对它进行再次编译,响应线程被启动后会 一直驻留 在 器中监听客户端发来的请求 , 这 加快了对 客户端请 求 的响应速度。 第一次被编译时会比较慢,此后的响应速度会非常快 。 海量的第三方类库与应用程序框架支持 由于 术的开源特性,有大量的第三方公司、组织、个人为其开发扩展应用,各个领域的类库几乎无所不包,这为开发人员在软件编写时提供了绝好的支持,开发人员不再需要亲力亲为的去实现一套自己的技术框架 。 因为海量的第三方开源框架已经被无偿贡献出来,节省了开发人员的大量精力,对公司来说也节省了很多的开发成本。 扩展性,降低系统维护成本 由于本系统要涉及到移动办公的部 分 内容,而在移动领域 , 好是比较适合的开发语言之一 。 出于节省开发成本的 目的 , 言也就理所当然 的成为了手机端开发语言的不二之选。 第 二 节 发 模式 式 (15,16,是软件工程中的一种重要且常用的软件架构模式。该模式把系统分为三个基础部分:模型 (视图 (控制器 (。 主要思想是将业务逻辑和数据显示分离,三个主要部分相互独立,却又可以通过各自的接口协同工作。在设计理论中,三层之间依次向下依赖,视图 制 器层依赖数据模型 ,而彼此之间的依赖关系都要通过接口设计来实现。在这样的开发模式下,三层部件具有了良好的可插拔性,提高了各层的可重用性,以低耦合、高内聚的原则实现良好的系统可维护性和可扩展性。 第二章 相关技术 9 展现层 视图 就是 用户 可见的 并 能够 与之交互的 系统 界面 ,它主要负责完成系统与用户 的 交 互,包括数据输 入 、响应 输出。在视图 层并不会有业务层面的逻辑 处理发生, 无论是进行 联机存储还是 数据统计 ,作为视图来讲,它 的作用仅仅是允许用户操纵 接收数据录入、响应并 输出 处理结果。 业务逻 辑层 模型 顾名思义是对业务的建模,它包括了 企业 的业务 数据 、 业务规则 、 具体业务逻辑 的 实现 、对业务对象的 状态管理。在 式的三层结构 中,模型层就是负责业务逻辑 处理 的 。 系统对前台数据的业务运算、业务数据的处理算法、处理结果的持久化存储、处理结果的反馈都要在模型层完成 。被模型返回的数据是中立的,也就是说模型 返回的数据不应用具有特定的 数据格式, 数据必须具备通用性,只有 这样 的 模型 提供的数据才可以了被多种 视图 重用 。 从基于减少重复代码、提高程序可重用性和工作效率上来讲,以上 模型 的设计方式是都非常有必要的 。 控制层 控制器 相当于一个任务调度中心,它负责 接 收从 用户 界面发来的 输入 信息并调用模型和视图去完成用户的需求。控制器 (例如 :身 并不对用户的请求 做任何处理 ,它不会为用户 输出任何东西 , 只是接收 客户端发来的 请求 ,然后 决定调用哪个 业务 模型去处理 该 请求, 最 后确定用 使用 哪 种 视图来 展现 模型处理 ,并 返回的 业务 数据。 如 :公司产品数据库中同样的产品信息数据,但需要根据用户的不同需求在页面中显示其所需的不同产品信息 ,也可以 在不同的客户端上把相同的数据以不同的形式展现给用户,比如在浏览器端以 手机端借助原生界面展现 。 弱了业务逻辑接口和数据接口之间的耦合,让视图层更富于变化。图 第二章 相关技术 10 图 作原理 第 三 节 据库 一个拥有开放源码的小型关系数据库管理系统,原开发者为B 公司,目前已被 司收购。 是一种 关系 数据库管理系统, 关系 数据库将数据保存在不同的表中,而不是将所有数据放在 一个数据 仓库内。这样 在 提高 了数据访问速度同时也提高 了 数据灵活性。作为一个关系型的数据库系统, 使用的 言。 用于访问数据库的最常用标准化语言。 件采用了 由于其性能高、成本低、可靠性好、总体使用成本非常低,已经成为最流行的开源数据库,因此被广泛的应用在 的大量中小型网站中,以降低网站运营成本。签 于以上原因, 在 本系统 中使 用 为 后台 数据库 显然是非常合适的 。 第 四 节 本章小结 本章首先对与本文相关的一些工作和技术进行了综述,包括 二章 相关技术 11 过对相关技术的介绍,有助于了解该项目的有关应用背景以及最终选择基于该技术设计系统的优势。第三章 需求分析与总体设计 12 第三章 需求分析与总体设计 本章首先给出系统的可行性分析,包括技术可行性、操作可行性及经济可行性。针对基层事业单位的具体业务情况对问题进行详细的分析,弄清业务需求,明确各用例的输入数据,输出数据,并针对具体问题提出了合理的解决方案,在此基础上给出了系统总体及各模块功能需求设计。 第一节 可行性分析 术可行性 随着信息技术的发展,网络办公已成为 大势所趋。目前已有大量的商业系统运行在 台之上,而且很大一部分系统是基于 似的轻量级框架上来实现的。 通过第二章相关技术的学习与总结,在进行了诸多因素的比较之后,最终认为本系统比较适合于 台来实现。采用 为展现层, 7,18作为数据持续化处理层,以保障快速的系统开发效率,提高代码可重用性以及易于维护等各种优势。 最终目的是希望提高系统底层业务逻辑的可重用 性 ,增加系统的可扩展性,降低系统的开发、维 护以及后期系统扩展的成本。 而 据库则兼具轻巧易用,性能稳定的优点,适于做规模适当网站的后台数据库。 作可行性 本系统本着为用户着想的基本思想进行设计,力求每一个掌握基本计算机技能的使用者都可以轻松使用本系统。 在经过仔细 计和严格的测试之后,本系统在操作简便性、灵活性上会得到更大幅度的提升,以满足各类用户的不同需求,进而更大程序的方便基层事业单位的内部管理。不论是管理人员还是普通用户,都会在短时间内掌握并熟练使用。 第三章 需求分析与总体设计 13 济可行性 (1) 本系统设计轻巧 , 使用开源数据库 ,服务器及开发环境, 开发成本低,不需要进行大规模投资 。 (2) 本系统操作简单 、上手快、不需要组织大量人力物力进行培训, 事业单位只需 投入很少的资金就可以承担起本系统开销。 第二节 功能需求 通过对事业单位财务管理现状进行需求调研,可以基本确定本系统的主要功能点。 图 述了本系统的主体用例 19整个用例由 登陆 管理、用户管理、薪金管理 、预算 管理 、账务 管理、公告管理等模块组成。 系统总体用例,示: 图 体用例图 下面针对每一个 功能 模块进行详细用例分析。 ( 1) 登陆 管理 登陆 管 理主要是完成用户用的登陆,本系统 的设计 中, 只有超级用户授权的用户才有权利登陆并查看相应部门的系统记录,各用户登陆后可以修改自己的个人信息。用户只有在登陆成功的前提下才能够进行其他的业务操作。具体的登陆管理用例,如 图 示: 第三章 需求分析与总体设计 14 图 陆管理 其中,用户通过 登陆的用例描述 , 如表 示: 表 户 登陆系统 目标 进入系统 参与者 管理员、普通用户 事件流 1、 用户输入用户名、密码 2、 提交登陆表单 3、 验证成功后,页面转入系统后台,并可以通过后台查看修改个信息,如果登陆失败,后台提示 失败信息,不能进入系统主界面。 前置条件 用户已经注册 后置条件 成功进入主界面 用户 修改个人信息的用例说明 , 如表 示 : 表 户 修改个人信息 目标 进入系统 参与者 管理员、普通用户 事件流 1、 用户点击 “个人信息 ”按钮 2、 进入个人信息显示界面,并修改对应的信息内容 3、 修改完毕后点击保存按钮 4、 保存成功后系统,系统提示操作成功;如果保存失败,后台会提示失败信息。 前置条件 用户成功登陆本系统 后置条件 完成对个人信息的修改 ( 2)用户管理 用户管理主要用于对本系统使用者的信息进行维护, 本系统设计的目的是可以让事业单位不同工作部门的员工均可以以一定的权限登陆本系统。对于 用第三章 需求分析与总体设计 15 户的管理可以划分增加、修改 、 查询、删除等功能 ,其中在进行用户添加和修改过程中可以对用户进行授权操作 。 用户管理的 用例 , 如图 示 : 图 户管理 用户管理模块的用例描述 , 如表 示: 表 过 管理系统的用户 目标 对用户信息进行增查删改,以及用户授权。 参与者 管理员 事件流 1、 打开登陆界面输入用户名、密码。 2、 提交登陆表单 3、 验证成功后,转入系统后台页面。进入后台以后,管理员可以对员工信息进行添加、修改、查询 、 删除等操作,其中可以通过对用户的属性修改来 实现管事员授权。如果登陆失败,后台提示失败信息,用户不能进入系统主界面。 前置条件 用户已

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论