军队信息化建设_第1页
军队信息化建设_第2页
军队信息化建设_第3页
军队信息化建设_第4页
军队信息化建设_第5页
已阅读5页,还剩18页未读 继续免费阅读

下载本文档

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

文档简介

1、第三章 软件可实现的功能 3.1 日常办公 日常办公系统为全团各级人员提供统一的办公平台, 保证及时获取和 共享需要的信息。主要实现功能有单位日程安排、文书流转、通用车 辆派遣管理、通知管理等,实现无纸化办公。a) 单位日程安排,用于管理全团工作安排, 直观的展示工作计划, 保 障日常工作的高效协调;b) 文书流转功能,提供收文、发文的网上全程办理,文现内部公文管 理电子化。由电子行文代替手工行文,解决公文传递慢, 信息不及 时、小同步,不易于査阅等问题。c) 通用车辆派遣管理。通过申请人通过车辆申请功能录入申请信息, 提交任务,值班首长在线实时审批,审批通过下发至作战 值班员、 车辆值班室、

2、汽车队队部、门岗,完成车辆派遣管理。d) 通知管理,提供完善的通知发布与维护机制,使信息管理人员易 于对所管理信息进行维护。3.2 人员管理 人员管理系统主要分人员信息管理和岗哨管理两大模块, 实现人员的 人员信息统计、人员基木信息管理、人员状态管理、岗哨管理、 连 队排岗、查岗信息管理、电子巡更、单位编制管理等功能的实时化、 智能化管控。a) 人员状态管理和人员信息统计,可实现对在外人员的动态掌控, 全方位展示人员在位的情况, 相应权限人员吋实时导出人员情况统计表及花名册等报表;b)人员信息管理可实现对单位编制的分级管理并在相应编制下添加 删除对应人员,实现人员信息的结构化、准确化管理; 人

3、员请销假 管理主要针对军官、各级士兵等人员外出时必须经过的审核管理手 续。要求完全符合部队的特殊管理要求,流程 谨密合理、操作简捷、 请销假灵活机动;d)岗哨管理,可设置营区内的岗哨位置,通过连队排岗功能设置确定每个时间段的人在岗哨监控系统上动态监控, 作战值班室吋实时査 看相应全团岗哨分布及岗哨执勤情况并可录入查岗信息;e)电子巡更系统,利用部署在巡更路线上的读写器等硬件设施作为辅助,对巡更记录进行有效分析管理,约束巡更人员行为,保障军营 的高效管理;f)具有用户/用户组/角色管理功能,按不同的组和角色决定其权限, 具有完善的审计和日志管理功能, 使得各级用户只能浏览权限范围内 的信息,确保

4、系统安全运行;g)系统能够向所有的应用和组件提供统一的认证、授权、审核、力口 密等功能齐全的安全服务。3.3 装备管理 装备器材管理系统主要由装备车辆管理模块和物资器材管理模块组成,实现装备、车辆、物资器材的全寿命管理,并对装备的管理 进行角色权限的控制,实现功能齐全的安全服务。3.3.1 装备信息管理将目前所有的装备信息进行规整,分多级在系统中进行展示,并可以方便的进行装备管理;将目前各单位装备进行统一管理 ; 保证 各单位及时获取和共享装备信息。a)提供装备信息统一查询功能,区分团营连一级,为相应权限人员提供装备在位状态、维修、外出执行任务、配发、报废、销毁等情况 的实时查询统计及相应报表

5、导出功能。b)提供装备信息的添加修改删除功能, 方便各单位对装备进行共亨。c)提供对装备的下发功能,为装搭在各单位的调拨进行管埋。d)提供装备的申请以及借用功能,通过与相应任务流程的连接,实 现任务的执行状态反馈,为各单位的协调合作提供支撑。e)装备出入库管理,对装备的交接记录等业务进行记录,便于管理 人员进行装备的协调与统计。f)装备的维修申请及维修审批功能,根据审批情况对装备进行维修, 使用单位对维修情况进行验收,为装备的维修提供便捷化管理。g)提供装备的报废、退役申请功能,为装备登统计提供数据支撑。3.3.2 车辆管理区分通用车辆和通信车辆, 建立车辆信息“一卡通”,实现对车辆信息 以及

6、车辆保养的信息化管理。a) 提供车辆信息的统计查询功能,能够统计各车辆的状态情况,为 战备决策中提供数据支持。b)提供车辆信息的添加修改删除功能,并指定车辆的装备及附件, 方便各单位对车辆进行管理。c)提供车辆维护情况的添加,对车辆的维护情况进行记录,以便及 时发现故障。d)提供车辆维修情况的添加,对车辆的维修情况进行记录,根据故 障类型及故障周期等进行处理, 保持车辆处于完好状态。 增加维修反 馈功能,使维修单位与使用单位沟通顺畅。3.3. 3 物资器材管理 利用物联网新技术,对指挥器材库、通信器材室、工化器材库、 后 勤物资库等进行全程动态管理。a)提供物资器材的信息统计查询功能,权限部门

7、可实时查阅本单位所属物资器材的库存及状态情况, 并根据查询结果为战备行动提供决 策支持。b)提供物资器材信息的添加修改删除功能方便管理物资器材的记录 信息。c)提供物资器材出入库功能,能够记录物资器材的进出情况,方便 物资器材的管理与维护。d)提供物资器材的申请、借用功能,根据出入库记录情况,定位各 物资器材情况,根据申请及借用的情况协调各单位物资器材的共享。3.4 战备管理 战备管理系统主要由战备方案管理、 战备行动管理、 战备信息动态展 示等三个模块组成。 根据需要, 各级指挥员可实时检查各单位人员变 动、武器装备分布及战备物资库情况,快速抽动行动模块,自动生成 编组方案,实现战备方案一键

8、生成,战斗命令键传达。a)战备方案管理,用于制定战备方案,釆用模块及作战单元的理念,确定方案相关的人员(指挥组、台站 、车辆装备(通用车、通信车、 便携装备、物资器材(防爆器材、工化器材、武器弹药等 、联络文 件、机动方向等信息;b)战备行动管理,提供快速选择战备方案并可对方案相关内容进行及时修改,完善出动人员、装备、物资器材信息等各相关要素,确定 完成后一键下达行动任务到相关单位;c)战备信息动态展示,能够接实时监控下达的任务,查看战备行动中物资准备、人员车辆的集结情况,实时掌控战备行动的进展情况, 并采集相应出动信息,为训练提供数据支持。d)战备行动信息査看,战备行动相关人员可通过登录系统

9、,查看连队在战备行动屮肩负的任务部署、携带物资、集结时间、机动方向等 情况信息。第四章 软件质量保证软件质量是内在的 ,软件质量控制必须从底层抓起 ,严格遵循 CMM 软件能力成熟度模型管理模型,公司为了设计高质量的软件产 品,专门成立了质量保证小组,由项目负责人兼任组长,全面负责有 关软件质量保证的各项工作 ,另外还有专职质量管理工程师,主要协 助组长开展软件质量保证工作 。各子系统质量保证人员由各子系统开 发人员来担任, 负责测试复査和文档规范化检査工作。 为了反映用户 的质量需求 ,我们还邀请若干名用户代表任小组成员, 主要协助检査 各类人员对软件质量保证的执行情况, 具体内容包括以下各

10、个方面:4.1 软件质量标准在应用软件系统开发和集成过程中,建立并根据 质量保证大纲 严格控制软件的质量。4.1.1 设计质量标准各基本子系统应具有尽可能统一的编程风格,设计方面达到如下 的质量标准:(1)统一友好的用户界面各基本子系统应提供统一的图形用户界面 (GUI)、丰富灵活的窗口管 理和风格一致的菜单,应使用标准的字典,尽量避免汉字输入供领 导使用的程序应基本上不输入汉字 ,应提供完备的帮助和提示信息, 从而使用户操作简单直观、方便易学。( 2)健壮性各基本子系统应具有较好容错能力, 当用户误操作或硬件资源短缺时 系统应保持正常运行而不会崩溃, 并显示必要的信息,指示出错原因 。( 3

11、)可移植性编写各基本子系统应加上必要的注释行, 便于阅读修改, 并尽量不使 用 非标准语句和汇编语言,以保证程序的可移植性。( 4)可扩展性各基本子系统应具有简单合理的模块结构, 便于扩展, 以增加新的功 能,满足将来发展的需求。( 5)可复用性由于各子系统有许多公共的功能,因此软件系统中的程序模块应尽 量具有可复用性,以便供各子系统重复使用,提高软件的开发效率, 并为使用原型法提供方便。(6)分布性各基本子系统应尽量使用本地数据库进行工作,必要时可通 过网络使用远程数据库中的信息,也可以把频繁使用的远程信息 复写到本地,以提高运行速度,但必须利用数据库软件的完整性 功能确保信息系统内信息的一

12、致性,即当修改原版信息后自动复 写其全部副本。(7)开放性各基本子系统应具有相互通信的能力,同时又能和对口的 上、下级部门通信,能够接受异种数据库中的信息。4.1.2 功能质量标准各子系统一般都具有数据录入、查询、统计、报表输出、数据维 护等公共功能。各子系统在提供这些功能时应达到如下的质量准:(1)数据录入有必要的检查,并尽可能使用字典,以保证质量,提 高效率;(2)各子系统的査询和统计功能具有单项査询、组合查询、模糊査 询等方式, 并根据用户需要产生各种统计汇总数据,使用户方便地得 到所需的信息;(3)各子系统具有供远程用户查询和统计的功能;无论本地或远程 用户都应做各种保密检查, 换言之

13、, 只有合法的用户才能得到所需的 信息:(4)报表输出。各子系统的输出报表根据具体服务对象的需求而设 计,但具有用户任意方式报表输出、屏幕预检查、使用不同打印机、 按用户要求加工、输出最终结果、图文并茂等功能。需要时可输出声 音、动态图 像等多媒体信息;(5)数据维护。使用数据库工具來进行数据更新、删除、保存、恢 复等工作 ; 各种数据必须按规定的时间间隔来更新、删除、保存,并 确保数据库的 完整性,降低冗余度。4.1.3 编码质量标准各子系统的录入、査询、统计和报表输出功能最终通过编写代码来实现,在编写这些代码时达到如下的质量标准:(1)编码的正确性,首先保证所写代码能完成确定的功能,满 足

14、用户使用上的需求。(2)编码的规范性,严格按照公司程序编码规范进行程序编码, 增加程序的可读性和可维护性。(3)面向对象的编程,采用面向对象的思想进行程序设计。4.1.4 文档质量标准为了保证系统的顺利开发,系统在分析、设计和编码的过程中会形成一些文档。这些文档应达到如下的质量标准:(1)完备性,保证各开发阶段结束时文档是齐全完备的。(2)准确性,各阶段文档内容必须真实反映该阶段工作且与该阶 段需求一致。(3)简明性,文档语言表达应清晰、准确、简练,适合各种文档 的特定读者。(4)可追踪性,包括同一文档的可追踪能力及不同文档间相关内容相互检索能力。(5)自说明性,各阶段文档表达其相应阶段工作的

15、能力。(6)规范性,文档的界面、大纲、术语的含义及图示符号符合公 司软件文档编制规范。4.1.5 采用有效的软件工程技术为了更好地设计高质量的软件产品,我们在设计中采用 SybasePower Designer 设计分析工具,进行完整性和一致性分析,保证 数据的高效性,完整性和一致性。4.1.6 组织正式技术评审在软件开发各个阶段中, 分别组织软件开发人员和各个阶段的用户参 加三次评审,这三次评审包括:需求评审,设计评审,代码评审,其 过程如下:需求评审,主要包括接口数据库分析评审和现有综合信息平 台项目完善需求评审。设计评审,主要包括接口软件概要设计和接口软件详细设计评审。代码评审,主要包括

16、信息平台接口功能代码评审。4.1.7 加强多层软件测试 对软件的每个模块进行严格的白盒测试和黑盒测试,子系统采 用局部测试,整体采用系统集成测试。4.1.8 对软件文档及其修改的版本控制 软件文档是软件分析、设计、编码、调试等过程的最终文字结果。它反映了整个软件开发的过程及软件应具有的功能, 因为软件幵 发的过程是连续的, 所以对软件文档的修改, 影响的不是开发过程的 某个阶段,它影响的是整个开发过程。 因此软件开发完毕后尽量不 要对软件文档进行修改。4.1.9 遵从软件开发的标准流程 对软件产品的每个过程标准化, 产品文档化, 公司采用的国家软件工 程标准主要有:中华人民共和国计算机信息系统

17、安全保护条例GB 8566-88 软件开发规范GB/T 1407993 软件维护指南GB 8567-88 计算机软件产品开发文件编制指南GB 9385-88 计算机软件需求说明编制指南GB 9386-88 计算机软件测试文件编制指南GB 12504-90 计算机软件质量保证计划规范GB/T 1439493 计算机软件可靠性和可维护性管理GB/T 19000.3-94 质量管理和质量保证标准第三部分在软件开发, 供应和维护中的使用指南 相当于 1S09000-34.2 软件的测试、调试和验收4.2.1 概述 71777部队综合信息平台建设项目的质量是保证其实用化是否成功的 关键。必须经过严格的测

18、试工作來保证软件系统的质量。 对于一个完整的信息平台系统, 可以从其外部特性、 内部特性等几方 面来评价其质量。 所谓外部特性,是把软件系统作为一个整体,不管 其内部是如何实现的,而只是从其外部表现来评价。它可以包括:正确性:即信息平台系统软件是否能够按照用户需求要求达到预 期的结果,这也是对该系统的基本要求。可靠性:即在用户要求的各种条件下,或各种操作下,系统能够 正常工作的能力。 另外还涉及系统的完整性和可维护性。 而从软件的 内部特性来分析信息平台系统的可靠主要是看其内部结构是否合理、 程序是否简练和便于测试等。为了确保软件质量, 就要在软件的开发过程中, 严格按照软件工 程的方法进行。

19、 严格测试是保证软件质量的有效手段。 在系统开发的 每一阶段,通过适当的测试手段,检查系统是否按正确的方向发展, 及时发现不足与错误之处。 测试包括功能测试和对需求分析报告、 系 统设计说明和源程序的测试。 测试的方法采用交叉测试方法即程序 员尽可能避免测试自己编写的程序。测 试工作要有严格的精祌、客 观的态度和冷静的情绪, 抛开主观臆想和愿望, 即要测试有效输入, 又要顾及无效输入;即要检验程序是否做了应该做的处 理,又要检 验其是否做了不该做的处理。422 遵循CMM管理模型系统的测试遵循CMM管理模型,在软件开发的关键过程域中,针 对每个评测点进行有计划的评测。 系统的各程序模块、 各子

20、系统及其 相关应用程序都需经过必要测试和调试, 确保各应用软件的功能和性 能符合系统需求。本公司与用户共同拟定一份系统测试大纲, 包括测试项目和所应 达到的性能。 系统的各应用软件的功能和性能都需经过必要测试, 并 且其结果都经过用户签字认可后才能验收。4.2.3 测试范围测试范围主要有:本系统各应用软件功能、性能测试; 由本系统与其它软件共同完成的功能、性能测试; 有关数据接口软件功能测试;用户界面测试:数据共享检验。4.2.4 测试和验收计划在代码设计完成后, 一周内本公司与用户共同拟定一份系统测试和验 收的详细计划, 包括对系统性能、 功能和连续运行情况进行测试的方 法。4.2.5 测试

21、步骤 应用软件测试分以下步骤: 单元测试:测试各模块在功能和结构上存在的问题并加以纠正, 单元测试要在单元模块编写完成后进行。集成测试:各模块集成为一个子系统后进行有关功能测试。 有效性测试:按各项应用需求,逐项进行功能测试。 系统测试:在实际运行环境下,根据系统的需求定义,测试系统 的正确性。第五章组织与实施5.1 组织机构与人员5.1.1 组织机构71777部队综合信息平台建设项目的软件项目中,济南嘉胜信息工程 有限公司成立专门的项目组对 71777 部队综合信息平台建设项目进 行全程管理, 以项目经理为领导的项目组下设五个分组, 分别是分析 与设计组、编码实现组、软件测试组、 项目实施组

22、、质量保证组, 组织结构如图 5-1 所示:图5-1 71777部队综合信息平台建设项目组构成5. 1.2职能划分项目经理:具体负责与管理整个项目的全部实施工作。分析与设计组:负责项目的需求分析和整体解决方案设计,并协助 项目经理制定软件开发规范,总体负责整个项目的技术工作。编码实现组:负责各个软件子系统的开发。软件测试组:负责软件测试工作。项目实施组:负责软件的安装实施工作。质量保证组:负责项目全部过程的整体质量保证工作。5.2项目实施计划和步骤项目实施以济南嘉胜信息工程有限公司为主,71777部队有关人员配合并参与开发的全过程,以便于今后负责系统的管理和操作运 行。本项目采用软件工程的方法

23、,分为以下七个阶段: 第一阶段为需求分析阶段:第二阶段为软件设计阶段;第三阶段为编码实现阶段;第四阶段为软件测试阶段; 第五阶段为现场安装与调试阶段; 第六阶段为软件试运行阶段; 第七阶段为软件验收阶段。具体实施内容如下:521需求分析阶段八对需求作详细全面地调研,了解客户的业务需求和用户需求的实 质性内容, 主要是目标分析、功能模型分析、数据模型分析,信息 分布分析、信息传输与流量分析。 主要成果是需求调研报告 和需 求分析说明书。5.2.1 软件设计阶段针对需求分析说明书 中的业务流程和数据流程以及用户的需 求整理出系统需求,进而完成概要设计说明书 、数据库设计说明 书和详细设计说明书 ,

24、设计出总体的方案。在此阶段制定出系 统的开发规范,以便提高系统的质量,使系统达到风格统一,易于维 护的要求。对系统的层次架构设计和接口设计 以及对象类的详细设 计进行定义和描述。5.2.3 编码实现阶段 根椐数据库设计说明书和详细设计说明书由编码人员进行每 个功能模块的编码实现, 这个阶段是分模块进行具体编码实施和功能 实现,最后系统整合。主要成果是源代码和安装程序。5.2.4 软件测试阶段主要包括单元测试和系统集成测试的功能测试,进行数据库和程序的全面测试,包括系统容错性、安全性、网络并发性和完整性的测试,同时还包括对系统的接口测试。主要成果性文档是测试计划 和测试报告。5.2.5 现场安装

25、与调试阶段这个阶段由项目实施组将软件系统以及数据库、中间件系统进行 安装,同时对软件系统进行配置和调优设置, 也进行第一轮的运行测 试,纠错补漏,为试运行做充分的准备。5.2.6 软件试运行阶段在全体设计、开发和测试人员的共同参与的情况下进行系统的全 面联调和试运行。同时也请系统的使用人员进行相关操作的试运行, 进而达到熟悉系统应用 和对系统稳定性的充分测试和衡量。 5.2.7 软件验收阶段提供全套的从需求分析到设计、 开发测试以及系统使用手册等文 档,并提供系统的全銮安装介质和源程序代码, 在实际运行环境中进 入正式运行阶段,经验收后签字。主要成果验收计划和验收报 告。5.3 软件技术文档设

26、计系统建设过程中共需耍以下的几类文档: 5.3.1 需求分析阶段 综合信息平台建设项目软件需求调研报告 综合信息平台建设项目软件需求分析说明书 综合信息平台建设项目软件开发规范 综合信息平台建设项目件需求分析阶段评审报告 5.3.2 系统设计阶段 综合信息平台建设项目软件概要设计说明书 综合信息平台建设项目软件详细设计说明书 综合信息平台建设项目软件详细数据库设计说明书 综合信息平台建设项目软件详细设计阶段评审报告 5.3.3 系统编程阶段 综合信息平台建设项目软件源程序5.3.4 测试与验收阶段 综合信息平台建设项目软件系统测试计划 综合信息平台建设项目软件系统测试报告 综合信息平台建设项目

27、软件开发与测试阶段评审报告 综合信息平台建设项目软件验收报告书5.3.5 其他 综合信息平台建设项目软件进度报告综合信息平台建设项目软件会议纪要第六章客户服务6.1 软件技术培训6.1. 1 71777 部队业务人员培训的要求 计算机专业人员,人数两名。要求全面负责开发工具软件的培训。要 求进行 软件开发的培训,使其具备对本系统进行二次开发的能力。 各业务部门使用人员,进行应用软件的使用培训。6.1.2 培训的必要性“系统运行,培训先行”,只有通过全面的准备,才能保证系统 更好的工作,发挥其应有作用。为此,我们强调要加强培训,提高培 训质量,提高工作人员的 整体操作和应用能力。本着实用可行的原

28、 则,我们制定了下面的操作人员基础培训、 系统管理员培训和综合信 息平台建设项目应用知识培训方案。在 71777 部队综合信息平台建设项目中, 对操作人员的培训情况的好 与坏直接关系到工程实施的最终结果, 在总结国内外许多失败经验后 发现,操作人员的素质并不是决定性因素, 而系统工程实施的重要认 识和培训中的练习程度是非常重要的。6.1.3 培训的组织结构6.1.4培训人员安排接受培训的人员可按其工作性质分为两大类:一类是软件的操 作人员,一类是软件的维护及二次开发人员。操作人员的培训主要培训相关业务科室的操作人员,但其中要 有重点培训对象,在重点的培训对象的选择上建议对业务熟悉,接受新事务能

29、力较强的人员,这样,以一部分人带动另一部分人其效果是 比较理想的,而全部人员一致对待的方针较上一种方式相对来说其效 果是差许多的。软件维护人员的选择比其他操作人员要求相对高一些,为使用维护人员能有 很强的操作、控制以及二次开发的能力,要求人员有一 定的计算机专业知识,爱好软件的管理工作。这样,培训出来的软件 系统维护人员才能更好的为局所用。公司将安排专门的培训工程师对软件的使用和开发工具进行培 训,在项目开展的同时进行相关的培训内容,保证培训见实效,确保 软件的运行顺畅。对于开发工具的培训和软件逻辑结构的培训, 我们安排软件的研 发设计工程 师进行培训,保证是接受培训的人员有二次开发的能力6.

30、1.5 培训计划和实施方案培训工作同软件的开发同步进行,对系统维护和开发人员的培 训和项目同步开始, 到软件开发完毕, 使受培训人员具有系统维护和 软件二次开发的能力;对软件操作人员的培训在软件试运行之前完 成,保证试运行时操作人员已经具备操 作该软件的能力。根据其每个人员的实际情况制定针对性的方案,使培训充分发 挥其作用。总之,培训的最终结果是要求每个人必须适应其工作岗位, 并能较好的完成其工作任务,减轻工作劳动强度。6.2 售后服务6.2.1 售后服务原则 济南嘉胜信息工程有限公司的售后服务原则是: 及时、准确、优质、周到,急用户之所急,想用户之所想。6.2.2 售后服务承诺承诺长期提供及

31、时、优质的售后技术服务。 承诺在免费保修和服务结束后,公司仍提供及时、优质的技术服务。 承诺在免费保修和服务结朿畠后, 公司仍提供及时、 优质的备品备件 供应。承诺始终如一的为用户提供技术支持。6.2.3 售后服务部组织机构信后服务那劭门经理 1iB欝陷服并迪线披术支持保醸支持机构职能描述:公司设有24小时售后服务热线,以响应客户的技术服务要求。数 名客 户代表负责接听客户的热线电话,在线解答用户的一般技术性 的问题。并将疑难 问题转给技术支持工程师,为客户提供全天候的 技术支持。客户代表负责建立和整理客户档案,记录和归档客户的详细资 料,由在线的 管理系统进行统一的管理和统计。公司总部有充足的 人力资源,以保证客户服务的各项职能髙效运作。客户代表根据不同的问题;将热线转给技术支持部门相应的硬件 工程师或软 件工程师,由专门的工程师解决客户提出的问题。各地 的售后服务点也可直接接 受和支持来自服务管辖范围内的客户电话产品技术支持:由数名技术专家组成,他们熟悉安全领域内的各种 安全产品 及相关技术,负责处理在线或现场的客户服务请求,有能系统安全服务:由多名资深的安全专家组成的专

温馨提示

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

评论

0/150

提交评论