图书馆项目管理计划书_第1页
图书馆项目管理计划书_第2页
图书馆项目管理计划书_第3页
图书馆项目管理计划书_第4页
图书馆项目管理计划书_第5页
已阅读5页,还剩8页未读 继续免费阅读

下载本文档

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

文档简介

1、.WD.WD.WD.图书馆工程管理方案书系部名称计算机科学与技术学院组长组员课程名称软件工程管理指导教师日期: 2015 年 01 月 8日1工程背景1)工程组成开发软件名称:图书管理系统工程任务提出者:工程开发者:用户:系统管理员、操作员、读者实现软件单位:2)待开发系统定义传统的图书馆管理系统模式有多种缺陷,比方操作繁琐、工作量大难以上手,效率低、容错率差等。给大量的资料查询、更新及维护带来了大量的困难。图书管理系统对于现代图书馆而言,是能否发挥其教学科研的作用的至关重要技术平台。对于读者和图书管理员来说,是能否方便快速获取信息的关键。所以我们承受这个工程,首先考虑的便是功能的实现,给用户

2、带来充足的信息和快捷方便的操作。3图书管理系统模型图书信息表 = 1 * GB2 图书信息表tsxxb字段类型长度约束图书编号文本20主键,必须输入图书名称文本50必须输入图书类别编号文本20必须输入书架位置文本20ISBN文本20作者文本20译者文本20单价数值出版社编号文本20出版时间时间/日期总数量数值入库日期时间/日期入库操作员文本10现存量数值借阅次数数值是否注销文本1内容简介文本200备注文本50 = 2 * GB2 读者信息表dzxxb字段类型长度约束读者编号借书证号码和用户名与此同文本20主键,必须输入读者姓名文本10必须输入读者类别编号文本20必须输入读者性别文本2出生日期时

3、间/日期读者状态文本4办证日期时间/日期已借图书数量数值证件名称文本10证件号码文本20读者单位文本30 文本40联系 文本30EMAIL文本30用户密码文本10办证操作员文本10备注文本50 = 3 * GB2 借阅信息表jyxxb字段类型长度约束图书编号文本20主键,必须输入图书名称文本50读者编号文本20主键,必须输入读者姓名文本10图书价格数值借阅日期时间/日期应还日期时间/日期续借次数数值借阅操作员文本10 = 4 * GB2 图书类别表tslbb字段类型长度约束图书类别编号文本20主键,必须输入图书类别名称文本20必须输入备注文本50 = 5 * GB2 出版社信息表cbsxxb字

4、段类型长度约束出版社编号文本20主键,必须输入出版社名称文本30必须输入出版社地址文本40邮政编码文本6联系人文本20联系 文本30EMAIL文本30备注文本50 = 6 * GB2 读者类别表dzlbb字段类型长度约束读者类别编号文本20主键,必须输入读者类别名称文本10必须输入可借书数量数值可借书天数数值可续借次数数值逾期缓冲天数数值逾期每天罚款金额数值丧失罚款倍数数值 = 7 * GB2 图书注销信息表tszxxxb字段类型长度约束图书编号文本20主键,必须输入注销数量数值必须输入注销日期时间/日期注销操作员文本102主要功能本系统主要实现书籍管理、读者管理和借阅管理等主要的图书管理功能

5、。2.1图书管理图书类别管理:增、删除、改等管理。图书信息管理:新书入库,图书购入后由图书管理人员将书籍编码并将其具体信息录入书籍信息表。书籍信息修改,书籍信息由于工作人员的疏忽而出现错误时,可修改其信息。管理员按不同方式查询、统计,读者按不同方式查询。出版社信息管理:增、删除、改等管理。图书注销:某一局部图书会随着时间的增长及知识的更新而变得不再有使用的价值,或者图书被损坏,这些图书就要在图书籍信息表中的除去。即从书籍信息表中删去此书籍记录。2.2读者管理读者类别信息管理:增、删除、改等管理。读者信息管理:办理、挂失、暂停借、注销阅卡,录入、修改、删除读者信息。2.3借阅管理续借管理:提供读

6、者在符合规定的情况下网上续借。还书管理:根据借阅卡编号、图书ID等,在借阅信息表中找到相应的记录,将借书记录删除,更新该记录的相应数据图书信息表。根据违反规定情况计算和登记罚款记录。借书管理:根据借阅卡编号和图书编号,进展借书登记。在借阅信息表中插入一条借书记录,该记录包括读者ID、图书ID、借出日期、借阅编号、操作员等信息,更新该记录的相应数据图书信息表。把超期图书以列表的形式显示出来,并以电子邮件或打印成书面通知读者。提供读者网上查询自己的借阅情况包括超期提示3开发进度与成本估算图书馆图书管理系统,此工程的成本是工程进展全过程所消耗的各种费用总和。根据工作分解构造制定出工程分摊估计表来有效

7、的进展工程的成本方案。合同规定工程的总成本包括软件开发成本、硬件成本和开发中的其他成本是10万元人民币。根据工程团队制定的工作分解构造,按照系统的生命期将本工程划分为六个活动,分别是工程规划、需求分析、软件设计、编程实现、系统测试、验收总结。对这六个活动进一步分解得到21个小活动。小活动的成本主要由劳动力成本工资和硬件成本构成。其中工资根据工期、人数和日工资来确定,硬件成本根据该项小活动的需求数量来确定。成本估算采用的方法为:先估算出每项小活动的预算,然后在算出大活动的预算,进而预算出整个工程的成本。表1 图书馆图书管理系统工程工资标准计算表资源名称最大单位标准费率加班费率每次使用成本成本累算

8、基准日历1100%¥330/工作日¥50/小时¥0.00按比例标准 2100%¥200/工作日¥40/小时¥0.00按比例标准3100%¥200/工作日¥35/小时¥0.00按比例标准表2 图书馆图书管理系统工程分摊估算表单位:元活动小活动预算小活动分摊预算大活动分摊预算累计工程规划1、模板确定77023107702、撰写工程方案报告15402310需求分析3、需求调研1540693038504、需求分析308069305、需求确认154084706、撰写需求分析说明书7709240软件设计7、系统分析231014630115508、模块设计5390169409、数据库设计3850207901

9、0、美工设计23102310011、撰写详细设计说明书77023870软件开发12、硬件安装10000215503387013、环境配置7703464014、代码实现1078045420软件测试15、集成测试308069304850016、系统测试30805158017、撰写系统测试报告77052350验收总结18、撰写用户手册77030805312019、人员培训7705389020、产品转移7705466021、经历总结77055430经过预算,图书馆工程预算总金额为55430元。工程的合同规定总成本为100000, 基本上到达44.6%的利润率。原方案此图书管理经费占整个图书管理系统的百

10、分之一十,即是10万,时间为3个月,整个工程由一名工程经理,两名开发成员,同时完成开发后要兼顾测试比较辛苦,所以时间也比较充足,要求图书管理的开发的时间最长不能超过原定方案的3天。比原方案提前了20天。这样就节省了不少成本。4系统开发工程风险分析报告4.1软件开发工程的风险背景信息产业的开展是目前开展最快的行业之一,也是对社会影响最大的一个行业,它不但为我们创造了巨大的财富,而且从各个方面改变着我们的生活,到达一个行业,小到一项服务。我们不得不成认软件是二十一世纪最不可思议的产品。伴随着软件开发技术的不断更新、软件数量的增多、软件复杂程度不断加大、客户对产品的要求也在不断的提高,随之而来的是软

11、件开发工程给软件开发企业和需求企业带来的巨大风险。软件开发工程的成功与否会直接影响到公司的生存。这对软件开发企业来讲应该是更大的难题。一方面是业务需求更加复杂。人们对软件质量和用途的期望大幅度提高,对业务系统的要求也越来越挑剔。另一方面是开发成本不断缩减。在此形势下,风险管理与控制已成为软件开发工程成败的关键。软件开发工程由于其具有连续性、复杂性、少参照性,无标准标准等特点,其风险程度较高。目前国内的大多数软件开发企业还缺乏对软件开发工程的风险认识,缺少进展系统、有效的度量和评价的手段。据有调查数据显示,有1535%的软件工程中途被取消,剩下的工程不是超期就是超出预算或是无法到达预期目标。另外

12、,软件工程因风险控制和管理原因失败的约占90%,可见,软件风险控制与管理在目前的软件开发工程中的重要性。4.2风险管理与风险控制介绍1风险管理风险管理应是贯穿软件工程开发始末的一项重要任务,其中包括风险识别、风险评估、风险方案、风险解决和风险监控。它能让风险管理者主动“躲避风险,进展有效的风险管理。风险管理模型有:SEI风险管理模型、Riskit风险管理模型、SoftRisk风险管理模型、IEEE风险管理过程模型、CMMI风险管理模型、MSF风险管理模型等。在工程管理中,建设风险管理策略,在工程的生命周期中不断控制风险是非常重要的,风险管理主要包括五个阶段:(1)风险识别:识别风险的方法常用的

13、有现场观察法、座谈法、流程图法、财务报表法、相关部门配合法和环境分析法等。(2) 风险评估:对已识别的风险要进展估计和评价,风险估计的主要任务是确定风险发生的概率与后果,风险评价那么是确定该风险的经济意义及处理的费/效分析,常用的方法有:概率分布、外推法、多目标分析法等。(3) 方案进度:按照评估后的风险结果,制定相应的风险管理进度表,为后续的风险管理提供参考。(4) 风险处理:一般而言,风险处理有三种方法,风险控制法,即主动采取措施防止风险,消灭风险,中和风险或采用紧急方案降低风险。风险自留,当风险量不大时可以余留风险。风险转移。(5) 风险监控:包括对风险发生的监视和对风险管理的监视,前者

14、是对已识别的风险源进展监视和控制,后者是在工程实施过程中监视人们认真执行风险管理的组织和技术措施。2风险控制(1)建设有效的风险控制的组织机构设置风险管理岗位:在软件开发工程管理过程中设置风险管理岗位,该岗位的主要职责是在制订与评估规划时,从风险管理的角度对工程规划或方案进展审核并发表意见,不断寻找可能出现的任何意外情况,试着指出各个风险的管理策略及常用的管理方法,以随时处理出现的风险,风险管理者最好是由工程主管以外的人担任。风险管理岗位的人数依据工程大小来决定,一般23人较为适合。双工程经理:为工程开发工程设定两个工程经理岗位,一个负责技术岗位,另一个负责管理岗位。目前,国内的软件开发企业的

15、工程经理一般都是一名,而且是技术出生的占绝对多数,他们主要擅长的是技术研发,在管理方面先天缺乏,这不利于工程风险管理和控制。通过增加专门的管理经理岗位,可以弥补技术出生的工程经理的缺乏,提升软件开发工程的管理水平。而且这样的经历也已得到了国外业界大多企业的认可。(2) 建设有效的风险控制管理过程风险管理过程包括培训,风险识别、风险分析、风险方案、执行方案、跟踪方案等活动,有效的风险管理过程应是学习型的、持续的和不断改进的。软件企业应建设自己的风险管理数据库作为风险管理的根基,并在实施中不断地更新和完善。根据企业和工程的实际情况,进展科学的工程风险和控制,对工程的成功研发有着举足轻重的意义。在工

16、程开发的过程中,进展必要的工程风险分析,制定符合工程特点的风险评估和监视机制,特别是要定期对工程的风险状况进展评估和监管,发现意外风险或者是风险超出预期的一定要重点照顾。发现问题要立即上报,尽快解决。并建设风险监管日志,实行“岗位负责制,将软件开发工程的风险降到最低。4.3软件开发工程的风险来源及对工程成败的影响软件开发工程风险是指在软件生命周期中所遇到的所有的预算、进度和控制等各方面的问题,以及由这些问题而产生的对软件工程的影响。软件工程风险经常会涉及许多方面,如:缺乏用户的参与,缺少高级管理层的支持,模糊的要求,没有方案和管理等,总体概括下来应该由楼六大方面。1需求风险很多工程在确定需求时

17、都面临着一些不确定性。当在工程早期容忍了这些不确定性,并且在工程进展过程当中得不到解决,这些问题就会对工程的成功造成很大威胁。如果不控制与需求相关的风险因素,那么就很有可能产生错误的产品或者拙劣地建造预期的产品。每一种情况对产品来讲都可能致命的。2相关性风险许多风险都是因为工程的外部环境或因素的相关性产生的。经常我们在控制外部的相关性上做的不够,因此缓解策略应该包括可能性方案,以便从第二资源或协同工作资源中取得必要的组成局部,并且觉察潜在的问题。3技术风险软件技术的飞速开展和经历丰富员工的缺乏,意味着工程团队可能会因为技巧的原因影响工程的成功。在早期,识别风险从而采取适宜的预防措施是解决风险领

18、域问题的关键。 4管理风险尽管管理问题制约了很多工程的成功,但是不要因为风险管理方案中没有包括所有管理活动而感到惊奇。在大局部工程里,工程经理经常是写工程风险管理方案的人,他们有先天性的缺乏自己检查自己的错误,这是最难的。然而,像这些问题可能会使工程的成功变得更加困难。如果不正视这些棘手的问题,它们就很有可能在工程进展的某个阶段影响工程本身。5自然风险软件产品本身也属于一种应用型产品,同样会受到自然灾害的的影响。自然风险主要有火灾、洪涝、恶劣天气等对图书馆的馆藏、服务系统、信息系统和人员可能造成的损害。4.4图书馆管理系统风险应对表风险识别风险定性与定量分析风险应对编号WBS模块风险事件风险概

19、率风险影响描述风险影响值风险期望值缓解策略策略应急方案和突发事件风险处理措施风险负责人1需求风险需求分析不到位,导致数据模型建设好后无法使用6%10%成本增长20%0.20.12重新进展到位的需求分析当数据模型建设后无法使用时,即使重新做需求分析一周工作包负责人2需求风险缺少有效的需求变化管理过程10%5%进度实施10%0.20.020及时和工程经理进展有效的沟通,确保需求的有效管理当缺少有效的需求变化管理过程时,要及时,与相应的管理人员惊醒沟通,制定有效的变化管理三天工作包负责任3需求风险客户不断变化需求9%工作质量受到较小的影响0.10.0091、要做好与客户之间的沟通工作2、工作人员要做

20、好应对必要变化的准备,满足客户的需求当客户不断变化需求时,1、要做好与客户之间的沟通工作2、工作人员要做好应对必要变化的准备,满足客户的需求一周工作包负责人4需求风险院图书馆调研经常推后20%10进度拖延0.40.080与客户相关人员进展有效沟通当需求调研不能及时进展时,根据合理时间调研并与相关工作人员进展有效沟通并确定调研时间两天工程经理5需求风险某些需求超出工程范围25%范围主要局部受到影响0.20.050查看范围进度方案,并与客户,进展合理的沟通某些需求超出工程范围时,1、明确列出超出工程范围需求,2查看范围进度方案,并与客户,进展合理的沟通一天工程经理6需求风险漏掉某些模块或多了某些模

21、块6%范围的次要不分受到影响0.10.006查看范围进度方案,及时修改当漏掉某些模块或多了某些模块时,1、查看范围进度方案,及时与工程经理进展沟通,如果漏掉某些模块,及时把漏掉的任务分配给相应的工作人员进展补充,如果多了一些设计模块,查看进度,并决定是否删除多出的模块一周工作包负责人7相关性风险签订合同不科学不严谨,存在边界界定不清楚的问题15%10%进度实施20%0.40.060及时与客户进展有效沟通并重新修订合同当合同有问题时,1、及时与客户进展有效沟通,并进展重新修订合同,2、重新根据需求制定更加完美的合同三天工程经理9相关性风险软硬件不兼容1%工程的最终产品实际上不能使用0.80.04

22、0及时与供应商联系,并进展有效沟通,更换硬件设备当软硬件不兼容时1、及时与供应商联系,并进展有效沟通,更换硬件设备2、如果无法更换,查看该硬件是否可以用在该系统的其他位置三天工作包负责人10相关性风险病毒、黑客入侵造成系统无法正常工作5%工程的最终产品实际上不能使用0.60.050做好系统安全防护当病毒、黑客入侵造成图书馆系统无法正常工作时,1、及时进展系统体检,用相关工具杀毒,2、通过相关设备对系统进展有效保护防止系统再次收到攻击11技术风险预算有误,导致开发过程无法进展9%10%进度实施20%0.20.018向投资者申请新的的资金当预算有误,导致开发过程无法进展时,向投资者申请新的的资金,

23、2、向投资者展示新的预算和以前错误的预算一周工作包负责人12技术风险开发工具不可靠导致工程过程中的bug5%10%进度实施20%0.40.0.032确定开发工具可靠当开发工具不可靠时,1、及时做测试,发现bug。2、更换开发工具一周工作包负责人13技术风险使用框架存在漏洞bug,导致工程失败1%质量降低需要得到有关领导的批准0.20.002测试人员及时发现问题,开发人员及时解决问题当使用框架存在漏洞bug,导致工程失败时,1、及时对框架进展修复2、更换更可靠的框架一周工作包负责人14管理风险技术人员离职,模块任务无人完成5%10%进度实施20%0.30.0501、加强人员考核;确定人员的可靠性

24、2、及时需找人员代替气工作当技术人员离职,模块任务无人完成时1、加强人员考核;确定人员的可靠性2、及时需找人员代替齐工作3、与当事人做及时沟通2天工程经理15管理风险不能按进度方案完成相应的任务2%10%进度实施20%0.30.060做好跟踪记录当不能按进度方案完成相应的任务时,1、做好对每个人的及时跟踪记录,2、假设不能按进度完成,应当进展加班完成相应任务一周工作包负责人15管理风险进度进化不够完善导致整体任务滞后5%质量降低需要得到有关领导的批准0.60.086及时调整方案当进度进化不够完善导致整体任务滞后时1、及时调整方案2、将所差进度加班完成2天工作包负责人16自然风险火灾、涝灾、地震

25、等自然灾害1%质量降低需要得到有关领导的批准0.30.020做好转移工作,降低损失程度当火灾、涝灾、地震等自然灾害时1、做好系统备份的转移工作,把损失降低到最小2及时做出应急处理,是相关负责人做出快速反映。三天工作包负责人5开发工程人员分配工程人力资源方案就是决定在工程中的每一项工作中用什么样的人力资源,确定人力资源的数量、质量和构造。组织构造图书管理系统的工程管理是采用工程型组织,各成员按照从事的工程组成不同的团队,并由指定的工程经理来协调和管理工程的运作。a、职能型组织b、工程型组织c、矩阵型组织复合型组织人员要求a、工程经理1、有5年以上软件研发经历2、能分析和判断大局部软件问题。对工程

26、软件开发过程负责。有丰富的工程经历和很强的责任心。有熟练的英文阅读能力和交流能力。b、调研分析员1计算机、软件工程等专业本科以上学历;2熟悉需求调研方法,具备较强的业务流程及业务模型分析设计能力;3熟悉软件工程理论,掌握软件需求获取与分析方法;具备财务软件、物流系统软件、ERPSAP等系统软件的需求分析经历优先考虑;4有较强的文档编写能力,有较强的团队协作精神c、系统分析员1精通Java语言,WEB编程,熟悉J2EE应用系统开发,熟悉Tomcat等应用服务器; 2熟悉Mysql等数据库的设计与开发; 3熟悉软件开发流程,具有需求分析和架构设计的实际经历; 4能够控制客户需求,并能够处理好与客户

27、之间的关系,有较强的文档撰写能力; 5能够高效的管理与激发团队,使团队更具有凝聚力。d、模块设计员1精通java及数据库相关知识至少3年以上开发经历,1年以上架构设计经历;2熟悉面向对象的分析设计方法;3熟练使用UML工具进展建模设计,并能充分理解客户的需求并根据需求进展模块化和面向对象分析设计;4能够独立完成系统需求分析与概要设计设计工作;5有较强的系统需求分析、设计文档编写能力;6具有良好的团队协作精神,有较强的业务模型分析能力,思维清晰敏捷,逻辑分析能力强,善于与人沟通,能够承担一定的工作压力e、测试工程师1计算机、软件工程等相关专业;2对人员管理、资源调配、测试方法改进等经历;3分析能

28、力强,思维周密、积极主动,关注细节,勇于创新,良好的沟通技巧以及优秀的言语表达能力,具备良好的团队合作精神;4熟悉一些主流的软件工程方法论和思想,了解软件工程,软件生命周期模型根基;实施人员1积极上进2有工程管理经历优先3肯吃苦,能出差客户联络员1较强的沟通、理解和应变能力2有刚正不阿的性格,吃苦耐劳的精神3服从公司工作安排,能长期出差。2角色职能表角色姓名职责工程经理工程总体设计,制定和监控开发进度,制定相应的开发标准、负责各个环节的评审工作,协调各个成员小组之间开发。调研分析员实际调研,提供详细的筹划方案和需求分析系统分析员根据需求分析报告进展总体分析,得出系统的概念模型模块设计员根据系统

29、分析结果对系统做模块化分及相关接口定义程序员编写功能模块的实现代码并惊醒单元测试测试工程师测试程序及系统的功能实施人员负责工程实施, 现场培训, 协助工程验收,需求的初步确认,工程维护。客户联络员与客户联系、协助其他人员与客户的交流6系统成品评价6.1对生产效率的评价给出实际生产效率,包括: = 1 * GB2 .系统开发已历时快2个月的时间了 = 2 * GB2 开发的反复性比较多。 = 3 * GB2 对客户的需求理解不是很透彻。综合以上,虽然以上问题是工程开发经常面对的问题,开发工程中存在着一些问题,造成这些问题的原因是多方面的。如:前期系统数据库的设计缺陷和局部代码的构建缺陷、客户需求

30、的理解上也存在一定问题,这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的bug,这些都造成了一定时间的消耗,但同时也使得我们的产品日趋完善。但是总的来说此工程的开发效率不是很高,相反有相当一定时间的浪费。经过我们各位成员的共同努力,图书管理系统已经很好的完成了客户的业务流需求。经过对客户使用过程的观察,此工程开发的还是比较成功,但是还是存在着一些问题,造成这些问题的原因是多方面的。如:前期系统数据库的设计缺陷和局部代码的构建缺陷、客户需求的理解上也存在一定问题,这就需要我们用一定的时间来维护客户使用过程中提出的新问题和存在的bug。总的来说,此系统的功能开发还是一个比较成功的案

31、例。6.2对技术方法的评价 = 1 * GB2 系统开发框架:此系统的框架使用的是简单三层构造,此框架在开发一些中小软件是比较实用的。但是我们要是可以开发出自己的框架,把一些通用的功能开发到框架中。这样以来,在以后的系统开发中,针对系统中一些通用的功能就不需要再开发,从而也可以很好的提高我们的开发效率;减少很多维护费用。使我们的技术不断的更加成熟。 = 2 * GB2 系统安全加密:此系统中针对客户提出的系统安全问题,我们采用了Ikey加密硬件钥匙来验证客户端登陆客户的合法性,此Ikey钥匙可以绑定到一个系统使用用户,也可以让多个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来,即使用户

32、的密码不慎丧失,或者被不法人员取得不法人员他也是无法登陆到我们的系统中来,这样就最大的提高了我们系统的安全性。Ikey加密钥匙是很好的加密B/S架构软件的硬件工具,在以后的软件安全方面可以借鉴。 = 3 * GB2 我们在工程开发中,使用了一些测试工具,包括JUnit,JCheck。测试工具的应用可以提高测试的质量、测试的效率。但是在选择和使用测试工具的时候,我们也应该看到,在测试过程中,并不是所有的测试工具都适合我们使用,同时,有了测试工具、会使用测试工具并不等于测试工具真正能在测试中发挥作用。7经历与教训7.1签定合同一个工程的开发成败或者说工程开发带来效益的大小,在很大程度上是受工程合同签定的影响的。往往,很多一局部公司与客户签定的工程合同都是很模糊的,也很难签定的比较清楚,这样以来就会导致在工程的开发后期,工作两会越来越大,影响工程的竣工周期;而且,工程的开发费用一般是不会变的。这样以来,我们就大大的降低了我们的开发效益。虽

温馨提示

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

评论

0/150

提交评论