63200字硕士毕业论文分布式文件系统中的软件开发管理

论文类型：硕士毕业论文

论文字数：63200字

论点：分布式,文件系统,部署

论文概述：

本文提出一种在分布式文件系统中如何结合企业特殊管理需求进行软件开发的方法。通过对软件开发生命周期的研究，提出划分相应分布式文件系统逻辑命名空间的设计，结合这种特别设计的

论文正文：

1简介

1.1背景和意义

大型跨国企业通常需要集成多种技术来满足自身的特殊管理需求。不同的技术不能直接应用和集成到企业的现有环境中。企业总是倾向于定制一些技术特性来满足他们的需求。在集成过程中，技术人员需要更改目标技术的默认行为属性，以匹配其他技术的特性和管理要求。本文的目的是研究。分布式环境下的网络开发技术。
分布式文件系统通过物理上离散的存储文件为用户提供集中的视图。它能有效提高存储利用率，减少用户对本地存储的依赖和浪费。分布式文件系统广泛应用于大型跨国企业。为了最大限度地利用分布式文件系统的优势，许多企业会考虑在分布式文件系统中部署自己的业务应用程序。通过设置远程用户配置文件，员工可以减少跨境迁移时本地应用程序重新部署的时间。
。net开发也是大多数企业广泛使用的商业软件开发技术。与大多数编程技术类似，的运行时。Net默认情况下也会加载本地应用程序文件。虽然远程组件可以通过应用程序配置文件加载，但它不能完全满足企业自身的特殊管理要求。例如，部署管理、版本控制管理、补丁升级管理和安全管理。
在分布式环境中，定制。Net技术可以用来满足企业的管理需求。对于办公插件，常见的插件技术是通过基于组件的iDTExtensibility2接口实现的。这项技术要求客户端部署插件dll，并在注册表中写入组件信息。它在企业部署中非常复杂，并且增加了大量的管理和维护成本。利用分布式文件系统的部署能力，我们可以在统一的单点部署插件dll或任何其他需要部署到客户端的程序文件。通过DFS自己的复制功能，可以统一推送用户。
对于普通的小型应用程序，尤其是那些对本地环境不太依赖的应用程序，如记事本++、winmerge等。，我们可以直接将快捷键推送到分布式文件系统进行部署。对于办公插件，它需要客户端的自定义加载机制来连接部署。
从分布式文件系统的引入开始，结合软件生命周期的特点，下面介绍了如何为实现定制的Outlook插件系统。Net插件在分布式文件系统中的部署。

1.2国内外研究现状

分布式文件系统(Distributed File System)是一个通用概念，指的是不是由本地物理存储提供，而是通过网络连接获得的文件系统。近年来，对分布式文件系统的性能可靠性进行了许多研究。在文献中，提出了一种结合哈希值级别的龙卷风代码存储内容的方法。这种方法类似于RAiD5磁阵列的原理。写入数据时，需要保存额外的验证信息，从而在一定程度上降低性能。以性能为前提保证存储安全性的解决方案通常成本较高空。文献试图以副本的形式解决存储可靠性和快速恢复能力。分布式文件系统有多种具体实现方式:太阳公司的NFS、卡耐基梅隆大学信息技术中心开发的自动文件系统和微软的分布式文件系统。通常，分布式文件系统提供这样的服务:
1。易于访问文件:只要客户端连接到分布式文件系统，就可以通过逻辑名称空获取文件内容，而真正的文件存储位置可以改变，只要保持物理存储和逻辑名称空之间的映射关系。
2。分布式文件系统拓扑:拓扑基础是在分布式文件系统名称空之间相互复制、冗余备份和维护文件版本信息状态的路径。这也是它区别于传统本地物理文件系统的一个重要因素。以不同版本实现的分布式文件系统通常提供一定的自动复制能力，可以绑定属于同一逻辑空的多个物理存储来更新文件内容。当客户端连接到相同的逻辑名称空时，它们实际上可能会获得不同的物理存储位置以及不同物理位置的文件更新和更改。通常，复制机制通过分布式文件系统的拓扑路径传递。这种机制自然形成了冗余备份的能力。当物理节点出现故障时，客户端可以通过适当的算法自动切换到最近的节点。自动复制中也会有版本冲突。如果文件被访问和锁定，并发访问将不可避免地减少数量级。因此，许多公司在分布式文件系统中使用只读文件系统。大量适合只读访问的数据通过分布式文件系统发布。例如，大型应用软件、历史报告数据、照片等。

3系统设计.........23-36
3.1分布式文件系统.........23-25
3.2展望基金会插件系统.........25-29
3.2.1基础插件设计.........26-27
3.2.2交叉版本设计.........27-29
3.3。客户端程序订阅系统.........29-31
3.3.1应用简介.........29-31
3.4网络订户.........31-32
3.5软件开发管理设计.........32-34
3.6概述.........34-36
4系统实施.........36-51
4.1分布式文件系统.........36-38
4.2展望基金会插件原型.........38-44
4.2.1主机应用程序事件和数据.........39-44
4.3客户订购系统的实施.........44-45
4.4全球概况汇总方法.........45-47
4.5不同硬件终端的客户端配置文件.........47-48
4.6网络订户.........48-49
4.7概述.........49-51
5系统测试.........51-69
5.1小型应用部署测试.........51-54
5.2插件原型系统测试和验证.........54-56
5.3客户订户验证.........56-59
5.4综合应用示例.........59-65
5.5系统测试示例.........65-69

摘要
本文根据企业的特殊管理需求，提出了一种分布式文件系统中软件开发的方法。通过对软件开发生命周期的研究，提出了相应分布式文件系统逻辑命名空的划分设计。结合这种专门设计的虚拟文件目录结构，概述了两类应用程序的软件开发管理方案。这种方案基于开发、快速部署和回滚的优先级。分布式文件系统中项目层次的逻辑划分对于小程序和插件来说都是常见的。事实上，它适用于预期通过分布式文件系统部署的十个软件项目。配合全局配置文件聚合脚本和客户端订阅系统，可以实现十个软件的快速部署、更新和回滚。这通常构成企业软件管理任务的80%以上。
对于十个小型软件，通过部署快捷键指向分布式文件系统中的虚拟路径地址来部署。对于十个插件系统，以Outlook为例。修改基本插件系统后，我们可以定制插件基础结构，该基础结构可以在分布式文件系统名称空之间灵活部署。在实际应用中，无需本地安装，就可以快速发布Outlook插件程序。分布式文件系统的数据共享和复制功能被充分利用来满足软件的快速部署、回滚和更新的要求。以此类推，这个基本插件框架可以引用其他十个具有插件系统架构的应用软件来协调插件到分布式文件系统的转移和部署，从而减少插件部署对本地系统资源的依赖和fu的管理灾难程度。可以在很大程度上降低企业的软件管理成本。