一、获取不可修复磁盘中的信息（论文文献综述）
朱阅岸,简怀兵,龙永超,李彬,王树,吴喜亮,钟治初,张延松[1]（2021）在《构建新型高性能与高可用的键值数据库系统》文中进行了进一步梳理近年来,写密集型应用程序越来越普遍.如何有效地处理这种工作负载,是数据库系统领域深入研究的方向之一.写操作开销主要由以下两个方面的因素构成:（1）硬件级别,即写操作引起的I/O,目前无法在短时间内消除这种开销;（2）软件开销,即修改内存数据拷贝以及构造日志记录造成的多次写操作.日志即数据（log-as-database,称其为单拷贝系统）的架构能够减少写操作引起的I/O,同时降低软件方面的开销.目前,业界对单拷贝系统展现出浓厚的兴趣.现有的单拷贝系统大部分建立在特殊的基础设施之上,例如infiniband或NVRam（非易失性随机存取存储器）,这种基础设施尚未达到广泛可用或者是依托他系统（例如Dynamo）构建,这种方法缺乏灵活性与普适性.在商用机器环境中,自底向上构建了一个称为LogStore的键值数据库系统,采用log-as-database设计理念,以充分利用单拷贝系统的优点,在提升写操作性能的同时,有效缩短主备数据之间的差距.在系统中内嵌复制协议达到高可用性而不是依赖其他系统,使得系统灵活可控.系统新颖的查询执行模型将执行线程与特定分片绑定,结合多版本并发控制技术,以无锁的方式消除读写冲突、写写冲突以及上下文切换开销.用YCSB对系统性能进行了详细的评估,对比主流的键值系统HBase以及单拷贝系统实现LogBase,LogStore在写密集型工作负载上性能要优4倍左右.在崩溃恢复方面,LogStore可在1分钟之内完成TB级别数据规模的恢复,比LogBase要快1个数量级以上.
白亮,邱源,韦杰,孙逸帆,高洁[2]（2021）在《基于动态库的星载软件可重构设计与实现》文中提出针对卫星在轨运行、长期处于无人值守状态,主要依靠星载软件的安全性和可靠性来保证整星任务的稳定工作。复杂多变的空间环境可能会引起星载器件的异常变化,从而导致星载软件异常,甚至发生软件"衰老"。本文在分析现有可重构方案基础上,提出了一种利用动态库的静态链接方式实现在轨可重构的方案,针对存在软件缺陷,或者需要功能升级和拓展的模块,利用遥控上注手段,采用MD5算法对数据文件完整性校验通过后,写入文件系统,并对原动态库文件作备份处理,以便版本回退。以具体实例对本文所述方案的可行性和有效性进行验证,结果表明:在嵌入式操作系统架构下,利用本方案实现星载软件可重构,能够有效提升星载软件在轨实施可重构的可靠性和安全性,进一步为星载软件的扩展和灵活应用提供支撑。
邬啸宇[3]（2021）在《基于深度学习的路面裂缝检测技术研究》文中指出
史原东[4]（2021）在《基于HBase的路面影像数据库构建与应用研究》文中研究表明
王逸鹏[5]（2021）在《嵌入式操作系统上的闪存转换层含安全文件系统研究》文中指出
王辉[6]（2021）在《基于大数据平台的煤矿机电设备数据综合管理系统》文中认为
张晔[7]（2021）在《电子文件归档格式研究》文中研究表明
王一然[8]（2021）在《机场休息室管理系统软件项目进度管理研究》文中指出信息化是当今世界各行各业的发展趋势。T公司在信息化初期出于软件技术水平的限制与降低风险的目的采用软件外包的方式进行信息化项目建设,这导致T公司在软件研发能力方面落后于一般软件技术企业。虽然T公司决心提升自己的软件研发实力并开始组建自身的研发团队,加大研发的资源投入,但是对软件项目管理缺乏足够的投入,因此在软件项目的研发过程中,进度延期的情况频发,这成为T公司信息化道路上的障碍。本文采用文献研究法、案例分析法对T公司软件项目进行研究分析,分析T公司在软件项目进度管理方面存在的问题。重新为T公司制定科学的软件项目管理制度,以T公司的休息室管理系统项目为试点项目,用项目进度管理方法使得项目完工早于计划交付时间和目标交付时间。在寻找T公司存在的问题时,采用的是系统工程方法论中的解释结构模型化,成功地为T公司找到了其项目进度管理中的主要问题。在项目的需求管理阶段,对项目采用需求分解结构并对需求逐个分析和筛选。对于存在资源受到限制和存在重要风险问题的需求,在项目进入实施阶段前解决需求存在的问题。在休息室管理系统项目中人脸识别技术的购买或是自主研发选择上,通过AHP层次分析法为T公司的技术引入决策提供科学评价方法。在制定T公司的项目管理计划时,结合T公司的组织结构和组织文化,采用Scrumbanfall模型管理方法、缓冲区监控、燃尽图监控和神经网络辅助计划活动编制的方法替代T公司原有的瀑布模型项目管理方法,解决T公司的人手不足和人员分工混乱、资源与进度难以监控导致的进度延期问题。最终,从项目燃尽图和缓冲区消耗也可以得出,采用了进度管理方法使得项目的实际进展一直好于最初计划评审时制定的工期。团队和团队成员的水平也得到了提升。
程凯[9]（2020）在《考虑不完全覆盖的云数据存储多态系统可靠性分析及优化》文中指出快速增长的数据需要更可靠的数据存储方式。云数据存储系统基于多种冗余技术来实现数据高可靠性和可用性,是数据存储的关键技术之一。不完全覆盖作为任何容错系统利用自动恢复机制的固有行为,会因为覆盖不完全而导致系统在仍有冗余存在的情况下发生失效,造成冗余的浪费和系统不可靠。鉴于此,本文针对受不完全覆盖影响的5磁盘云存储系统,分别对受部件级不完全覆盖（Element Level Coverage,ELC）和故障级不完全覆盖（Fault level Coverage,FLC）影响下的系统可靠性进行研究,具体研究工作和贡献体现如下:（1）部件级不完全覆盖影响下云数据存储多态系统可靠性分析方法。考虑部件级不完全覆盖的特点,系统中磁盘的失效覆盖因子各自独立互不影响。因此基于故障树分析以及多状态多值决策图,得出磁盘可划分为四个状态并利用马尔科夫状态转换模型对受部件级不完全覆盖（ELC）影响下的多态磁盘的状态进行分析。在拉普拉斯变换的基础上,推导得出磁盘状态概率的计算公式,利用多值多状态决策图对整个5磁盘云数据存储系统的状态进行分析。另外,利用数值仿真验证方法的正确性,研究了转换概率和失效时间对磁盘状态概率的影响和磁盘覆盖因子不同时对系统状态概率的影响。在系统可靠性评估时,考虑了控制器的状态因素,得到控制器状态对系统可靠性的影响。（2）故障级不完全覆盖影响下云数据存储多态系统可靠性分析方法。由于受故障级不完全覆盖（FLC）影响的系统中各部件失效覆盖因子是相互影响的,因此无法独立研究磁盘的状态。本文考虑了控制器完美运行和存在失效两种情况下的云数据存储系统的状态,利用多状态多值决策图对每个状态的概率进行分析。研究了磁盘失效覆盖率、控制器失效参数以及失效时间对整个系统状态概率的影响。（3）研究在考虑磁盘供应商的选择和不完全覆盖影响下的云数据存储系统可靠性优化问题。提出三个优化条件:无约束的最大化系统可靠性;限定不超过某成本下的最大化系统可靠性和限定不低于某可靠性下的最小化系统成本。所提模型用于5磁盘云存储系统,并利用数值仿真验证证明考虑磁盘供应商的选择组合确实能优化系统的成本与可靠性,对实际生产具有重要的指导意义。
卞建超[10]（2020）在《基于纠删码的云计算数据安全关键技术研究》文中提出云计算系统能够向用户提供灵活、强大的计算及存储资源,特别是随着大数据、人工智能等新技术的蓬勃发展,云计算作为相关技术的基础平台,其数据安全问题显得尤为重要。传统数据安全方案显然无法适应云计算弹性、多用户、分布式部署等特点,在面对海量数据存储处理时,突显出计算复杂度高、资源开销大、密文处理困难等缺点。因此,构建适应云计算环境的高效、灵活的数据安全保障机制,成为云计算相关技术的研究重点。在深入分析云计算环境特点,总结研究现有数据安全方案不足的基础上,本文针对云计算环境下数据可用性、机密性、完整性方面的安全风险,提出了抗混合错误模型的纠删码、再生码方案,基于再生码的弱安全方案和基于纠删码、再生码的数据完整性验证方案。本文具体研究内容如下:1.在云计算数据可用性方面,提出了两种编码方案IIDR和IR-RBT码。首先,针对磁盘错误及磁盘内错误（潜在扇区错误）共存的混合错误模型,提出了一种优化混合错误场景修复性能的纠删码——IIDR方案。该方案能够抵抗单个条带内一定数量任意分布的扇区错误,同时具有较好的单个扇区错误修复性能。在此基础上,结合分布式环境特点,提出了一种优化节点内错误修复性能的再生码IR-RBT方案。该方案通过利用再生码节点修复阶段的帮助数据作为冗余数据抵抗节点内条块错误,牺牲部分存储利用率以降低节点内错误修复时的计算开销、通信开销。IR-RBT方案根据各节点失效概率分配冗余数据及修复关系,在一定存储利用率下优化了修复阶段读取数据量。理论分析表明,本文所提编码方案在修复混合错误时具有较低的计算及通信开销。2.在云计算数据机密性方面,基于弱安全分级方法量化分析了现有经典方案的弱安全性,并提出了一种优化弱安全性的再生码方案。现有研究大多将方案的安全性粗略划分“强安全”与“弱安全”,但“弱安全”情况下敌手攻破原始数据的难度存在很大差异。基于弱安全分级方法,本文分别针对基于范德蒙矩阵和柯西矩阵的纠删码、PM-MSR码及IR-RBT码弱安全性进行了分析,并证明了再生码弱安全等级的上限。在此基础上,提出了一种基于PM-MSR码的最优弱安全性再生码方案。实验分析表明,所提方案虽然增加了部分计算开销,-但其获得了较高的弱安全性。3.在云计算数据完整性方面,分别提出了基于LDPC码和IR-RBT码的数据完整性验证方案。首先,针对现有方案大多基于传统密码体制,计算复杂度较高的问题,本文提出了利用纠删码编码特性进行完整性验证的方案。通过随机建立LDPC码并用于数据编码,在挑战阶段聚合生成较小证据,最后利用线性分组码特性进行验证。在此基础上,结合分布式环境特点,提出了一种基于IR-RBT码的数据完整性验证方案。一方面IR-RBT码在修复带宽及读取I/O等方面具有较好性能;另一方面,分布式环境下,该方案针对不同节点进行独立验证,而无需全部节点同时在线来完成数据验证。理论分析及实验结果表明,本文所提完整性验证方案具有较低的计算开销、通信开销及存储开销。以上研究成果是在深入分析现有云计算环境特点及数据安全需求的基础上,针对现有云计算数据安全方案在计算复杂度及抗混合错误模型等方面的不足,提出了云计算环境下基于纠删码的数据可用性、机密性、完整性保障方案,对云计算的安全及发展有一定的理论意义和实际价值。
二、获取不可修复磁盘中的信息（论文开题报告）
（1）论文研究背景及目的
此处内容要求：
首先简单简介论文所研究问题的基本概念和背景，再而简单明了地指出论文所要研究解决的具体问题，并提出你的论文准备的观点或解决方法。
写法范例：
本文主要提出一款精简64位RISC处理器存储管理单元结构并详细分析其设计过程。在该MMU结构中,TLB采用叁个分离的TLB,TLB采用基于内容查找的相联存储器并行查找,支持粗粒度为64KB和细粒度为4KB两种页面大小,采用多级分层页表结构映射地址空间,并详细论述了四级页表转换过程,TLB结构组织等。该MMU结构将作为该处理器存储系统实现的一个重要组成部分。
（2）本文研究方法
调查法：该方法是有目的、有系统的搜集有关研究对象的具体信息。
观察法：用自己的感官和辅助工具直接观察研究对象从而得到有关信息。
实验法：通过主支变革、控制研究对象来发现与确认事物间的因果关系。
文献研究法：通过调查文献来获得资料，从而全面的、正确的了解掌握研究方法。
实证研究法：依据现有的科学理论和实践的需要提出设计。
定性分析法：对研究对象进行“质”的方面的研究，这个方法需要计算的数据较少。
定量分析法：通过具体的数字，使人们对研究对象的认识进一步精确化。
跨学科研究法：运用多学科的理论、方法和成果从整体上对某一课题进行研究。
功能分析法：这是社会科学用来分析社会现象的一种方法，从某一功能出发研究多个方面的影响。
模拟法：通过创设一个与原型相似的模型来间接研究原型某种特性的一种形容方法。
三、获取不可修复磁盘中的信息（论文提纲范文）
（2）基于动态库的星载软件可重构设计与实现（论文提纲范文）
| 0 引言 |
| 1 基于星载嵌入式操作系统的可重构软件框架 |
| 2 星载软件可重构的实现方案 |
| 2.1 利用嵌入式操作系统的微重启实现可重构方案 |
| 2.2 基于RAM型的软件动态升级实现可重构方案 |
| 2.3 利用动态库实现星载软件的可重构方案 |
| 2.4 可重构实现方案比较 |
| 3 星载软件可重构方案的设计与验证 |
| 3.1 可重构设计 |
| 3.1.1 方案设计 |
| 3.1.2 数据包格式设计 |
| 3.1.3 实施流程 |
| 3.1.4 可靠性和安全性保证 |
| 3.2 验证实施 |
| 4 结束语 |
（8）机场休息室管理系统软件项目进度管理研究（论文提纲范文）
| 致谢 |
| 摘要 |
| ABSTRACT |
| 第1章 绪论 |
| 1.1 研究背景及意义 |
| 1.1.1 研究的背景 |
| 1.1.2 研究的意义 |
| 1.2 研究的内容和方法 |
| 1.2.1 研究内容 |
| 1.2.2 研究方法 |
| 1.2.3 技术路线 |
| 1.2.4 论文的主要成果 |
| 第2章 相关理论概述 |
| 2.1 相关研究发展与现状 |
| 2.1.1 项目进度管理 |
| 2.1.2 软件项目管理模型 |
| 2.1.3 神经网络模型 |
| 2.2 项目进度管理理论与方法 |
| 2.2.1 项目进度管理理论 |
| 2.2.2 项目进度管理方法 |
| 2.3 软件开发项目管理模型理论 |
| 2.3.1 传统瀑布模型 |
| 2.3.2 增量模型 |
| 2.3.3 螺旋模型 |
| 2.3.4 敏捷开发模型 |
| 2.3.5 Scrumbanfall模型 |
| 2.4 决策方法 |
| 2.4.1 层次分析法(AHP分析法) |
| 2.4.2 神经网络比较法 |
| 2.5 文献评述 |
| 第3章 T公司项目进度管理问题分析 |
| 3.1 T公司现状及问题分析 |
| 3.1.1 T公司概况 |
| 3.1.2 T公司组织架构 |
| 3.1.3 T公司软件研发流程概述 |
| 3.1.4 T公司承包的软件项目特点总结 |
| 3.1.5 影响进度的问题分析 |
| 3.2 解释结构模型化寻找关键因素 |
| 3.2.1 收集影响进度的原因 |
| 3.2.2 解释结构模型化(ISM技术) |
| 3.3 本章小结 |
| 第4章 T公司软件项目进度管理改善措施 |
| 4.1 需求转化偏差的改善措施 |
| 4.1.1 软件项目需求定义 |
| 4.1.2 客户需求转化偏差改善 |
| 4.1.3 开发需求转化偏差改善 |
| 4.1.4 质量需求的解决措施 |
| 4.2 缺乏变更控制的改善措施 |
| 4.3 缺乏规划的改善措施 |
| 4.3.1 开发模型的选择 |
| 4.3.2 活动任务选择决策模型 |
| 4.3.3 其他规划方法——设置缓冲区 |
| 4.4 本章小结 |
| 第5章 休息室管理系统项目进度管理实践 |
| 5.1 项目需求管理实践 |
| 5.1.1 项目目标的确认 |
| 5.1.2 需求管理实施 |
| 5.1.3 人脸识别技术解决方案决策 |
| 5.2 项目的需求形成活动 |
| 5.3 项目活动持续时间的预估与工期优化 |
| 5.3.1 活动持续时间预估 |
| 5.3.2 工期优化 |
| 5.4 项目进度计划的制定 |
| 5.4.1 实施需求变更流程对需求变更的控制 |
| 5.4.2 Scrumbanfall模型的应用 |
| 5.4.3 神经网络协助活动排序 |
| 5.4.4 采用缓冲区对项目进度监控 |
| 5.5 项目进度控制实践 |
| 5.5.1 变更管理控制的实践流程 |
| 5.5.2 每日站会实践效果 |
| 5.5.3 缓冲区和燃尽图监控总结 |
| 5.5.4 合作方进度监控实践 |
| 5.6 实施效果 |
| 5.6.1 项目需求转化偏差的改善效果 |
| 5.6.2 变更控制的改善效果 |
| 5.6.3 规划措施的改善效果 |
| 5.6.4 整体改善评价 |
| 第6章 结论与展望 |
| 6.1 结论 |
| 6.2 展望 |
| 参考文献 |
（9）考虑不完全覆盖的云数据存储多态系统可靠性分析及优化（论文提纲范文）
| 摘要 |
| abstract |
| 第一章 绪论 |
| 1.1 研究背景及意义 |
| 1.2 国内外研究现状 |
| 1.2.1 基于云数据存储系统可靠性研究 |
| 1.2.2 基于不完全覆盖的系统研究 |
| 1.2.3 基于多态系统可靠性优化研究 |
| 1.3 论文的内容和结构安排 |
| 第二章 多状态多值决策图和不完全覆盖模型 |
| 2.1 云数据存储多态系统 |
| 2.2 多状态多值决策图(MMDD) |
| 2.3 部件级不完全覆盖(ELC) |
| 2.4 故障级不完全覆盖(FLC) |
| 第三章 考虑部件级不完全覆盖的云存储系统多态可靠性分析 |
| 3.1 受部件级不完全覆盖影响的磁盘状态分析 |
| 3.2 受部件级不完全覆盖影响的系统状态分析 |
| 3.2.1 云数据存储系统处于完美运行状态 |
| 3.2.2 云数据存储系统处于故障被完全覆盖状态 |
| 3.2.3 云数据存储系统处于退化状态 |
| 3.2.4 云数据存储系统处于故障不完全覆盖状态 |
| 3.3 受部件级不完全覆盖影响的云数据存储系统可靠性评估 |
| 3.3.1 磁盘可靠性评估 |
| 3.3.2 系统可靠性评估 |
| 3.4 小结 |
| 第四章 考虑故障级不完全覆盖的云存储系统多态可靠性分析 |
| 4.1 受故障级不完全覆盖影响的云数据存储系统状态分析 |
| 4.1.1 控制器完美运行情况 |
| 4.1.2 控制器存在失效情况 |
| 4.2 受故障级不完全覆盖影响的云数据存储系统可靠性数值仿真验证 |
| 4.2.1 控制器完美运行情况 |
| 4.2.2 控制器存在失效情况 |
| 4.3 小结 |
| 第五章 考虑磁盘选择对不完全覆盖影响下多态系统的优化 |
| 5.1 考虑磁盘选择对ELC下多态系统优化 |
| 5.2 小结 |
| 5.3 考虑磁盘选择对FLC下多态系统的优化 |
| 5.3.1 控制器完美运行情况 |
| 5.3.2 控制器存在失效情况 |
| 5.4 小结 |
| 第六章 总结与展望 |
| 6.1 全文总结 |
| 6.2 工作展望 |
| 致谢 |
| 参考文献 |
| 攻读硕士学位期间取得的成果 |
（10）基于纠删码的云计算数据安全关键技术研究（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 选题背景与研究意义 |
| 1.2 研究现状 |
| 1.2.1 云计算数据可用性保障技术 |
| 1.2.2 云计算数据机密性保障技术 |
| 1.2.3 云计算数据完整性保障技术 |
| 1.3 本文主要研究工作 |
| 1.4 论文结构 |
| 第二章 基础知识 |
| 2.1 编码模型 |
| 2.2 安全准则 |
| 2.3 RS码 |
| 2.3.1 范德蒙矩阵 |
| 2.3.2 柯西矩阵 |
| 2.4 LDPC码 |
| 2.5 再生码 |
| 2.5.1 PM-MSR码 |
| 2.5.2 PM-RBT码 |
| 2.6 本章小结 |
| 第三章 基于纠删码的云计算数据可用性保障方案研究 |
| 3.1 引言 |
| 3.2 基于磁盘内和磁盘间冗余的纠删码方案 |
| 3.2.1 基本定义 |
| 3.2.2 数据编码过程 |
| 3.2.3 数据恢复过程 |
| 3.2.4 正确性证明 |
| 3.2.5 性能分析 |
| 3.3 基于节点内冗余的再生码方案 |
| 3.3.1 基本定义 |
| 3.3.2 编码方案 |
| 3.3.3 初始化部署 |
| 3.3.4 运行优化 |
| 3.3.5 性能分析 |
| 3.4 本章小结 |
| 第四章 基于纠删码的云计算数据机密性方案研究 |
| 4.1 引言 |
| 4.2 纠删码弱安全能力分析 |
| 4.2.1 基于柯西矩阵的纠删码弱安全能力分析 |
| 4.2.2 基于范德蒙矩阵的纠删码弱安全能力分析 |
| 4.3 PM-MSR码弱安全能力分析 |
| 4.3.1 编码方案转换 |
| 4.3.2 弱安全能力分析 |
| 4.3.3 基于柯西矩阵的PM-MSR codes弱安全分析 |
| 4.3.4 基于范德蒙矩阵的PM-MSR codes弱安全分析 |
| 4.4 IR-RBT码弱安全能力分析 |
| 4.5 最优弱安全MSR码方案 |
| 4.5.1 方案描述 |
| 4.5.2 弱安全性分析 |
| 4.5.3 性能对比 |
| 4.6 本章小结 |
| 第五章 基于纠删码的云计算数据完整性方案研究 |
| 5.1 引言 |
| 5.2 基于LDPC码的完整性验证方案 |
| 5.2.1 基本定义 |
| 5.2.2 方案描述 |
| 5.2.3 正确性证明 |
| 5.2.4 有效性分析 |
| 5.2.5 安全性分析 |
| 5.2.6 性能分析 |
| 5.3 基于IR-RBT码的完整性验证方案 |
| 5.3.1 基本定义 |
| 5.3.2 方案描述 |
| 5.3.3 正确性及安全性证明 |
| 5.3.4 性能分析 |
| 5.4 本章小结 |
| 第六章 总结与展望 |
| 6.1 本文工作总结 |
| 6.2 未来工作展望 |
| 参考文献 |
| 致谢 |
| 攻读学位期间发表的学术论文目录 |
| 攻读学位期间参与科研项目目录 |
四、获取不可修复磁盘中的信息（论文参考文献）
- [1]构建新型高性能与高可用的键值数据库系统[J]. 朱阅岸,简怀兵,龙永超,李彬,王树,吴喜亮,钟治初,张延松. 软件学报, 2021(10)
- [2]基于动态库的星载软件可重构设计与实现[J]. 白亮,邱源,韦杰,孙逸帆,高洁. 上海航天(中英文), 2021(04)
- [3]基于深度学习的路面裂缝检测技术研究[D]. 邬啸宇. 哈尔滨工程大学, 2021
- [4]基于HBase的路面影像数据库构建与应用研究[D]. 史原东. 辽宁工程技术大学, 2021
- [5]嵌入式操作系统上的闪存转换层含安全文件系统研究[D]. 王逸鹏. 中国电子科技集团公司电子科学研究院, 2021
- [6]基于大数据平台的煤矿机电设备数据综合管理系统[D]. 王辉. 中国矿业大学, 2021
- [7]电子文件归档格式研究[D]. 张晔. 辽宁大学, 2021
- [8]机场休息室管理系统软件项目进度管理研究[D]. 王一然. 浙江大学, 2021
- [9]考虑不完全覆盖的云数据存储多态系统可靠性分析及优化[D]. 程凯. 电子科技大学, 2020(01)
- [10]基于纠删码的云计算数据安全关键技术研究[D]. 卞建超. 北京邮电大学, 2020(01)