47200字硕士毕业论文运用ECO多层数据库技术开发网络游戏的分析
论文类型：硕士毕业论文
论文字数：47200字
论点：模型,分布式,业务
论文概述：
我们在建立相关的业务模型，开发ECO包(Package)和包的使用、数据库建模的实现和与物理存储的自动转化，EcoSpace，使用ECO开发数据库应用程序的架构和步骤、ECO实现多层数据库开发等等。ECOSp
论文正文：
第一章是绪论
1.1研究背景和发展现状
随着社会的发展，信息处理在现代社会中发挥着不可替代的作用。例如，存储在不同地方的数据可以通过网络在本地进行操作和管理，并且操作不受地域限制，这是最大的优势。数据库管理系统用于统一管理所有要管理的数据。从数据库级别来看，显示的是单个整体，而不是几个子数据库的组合。基于对数据的存储和保护，对人们提出了更高的要求，因此必须保证实时数据安全和移植保护措施。
近年来，随着软件工程的逐渐普及，开发人员已经意识到，必须使用好的、合适的软件工程来解决网络应用系统复杂性急剧增加、需求变化速度加快、开发效率和质量要求不断提高等现实问题。概念、技术和相关工具，如UML、测试驱动开发和业务逻辑模型，正在慢慢进入开发人员的日常工作。Borland/inprise进入…的发展环境后。Net中，Bold团队开发了一个模型驱动架构/设计驱动架构，称为ECO(企业核心对象，中文意思是企业核心对象)，在。Net平台来帮助开发人员开发。Net应用程序从更高的抽象层次上提高生产效率。
分布式数据库
从概念上讲，分布式数据库(DDB)给我们的表面需求是一个没有任何相关差异的整体，而相应的内部本质是由多个数据存储点构成的。分布式数据库的研究始于20世纪70年代中期。20世纪80年代以后，随着网络性能的提高，分布式数据库系统也取得了长足的进步。由于计算机硬件的大规模生产，成本大大降低，使得许多家庭可以购买计算机，从而基本实现了所有企业的计算机管理阶段。对于大公司来说，地区不同，数据处理需要单独处理。还有计算机网络硬件材料的更新和技术的升级。在数据传输方面，速度和成本都有很大的发展前景，特别是小型计算机和局域网的发展，为分布式数据库的发展提供了良好的孕育条件。到上世纪末，出现了客户/服务动态结构。对于这种体系结构，它是服务器和客户端之间的直接通信，无需中间层的转换，速度极快，传输直接。由于双层结构模式的固有缺陷，它不能应用于一些大型复杂系统。因此，出现了以双层结构为代表的分布式多层系统。它在C/S结构的基础上增加了一个处理业务逻辑的中间层。典型的数据库应用程序可以分为表示部分、应用程序逻辑(或业务逻辑)部分和数据访问部分。2001年以前，分布式体系结构的核心大致可以分为两个行业标准，一个是组件/DCOM和组件+，另一个是700家制造商共同倡导的CORBA(通用对象请求代理体系结构)。前者基于视窗，而后者是一种平台中立的分布式技术，可以在视窗、Unix、Linux和其他操作系统上执行。2001年后随着。NET，微软提供。NET远程处理技术。它是一个基于。NET平台，支持分布在不同应用程序、不同进程和不同计算机中的对象的无缝通信。由提供的编程模型和运行时支持。NET远程处理功能强大且易于使用，支持透明交互。
1.2模型驱动架构
统一建模语言(UML)标准在建模方面的实用价值在业界已得到广泛认可，并经常被用作维吾尔语模型语言来设计模型。在本世纪初，当UML建模语言被许多用户接受的时候，对象管理小组(OMG)也发布了一个新的软件开发框架——模型驱动架构(Model Driven Architecture，MDA)。其优点在于，在软件系统开发的整个过程中，所有的行为都是由模型驱动的，系统中的功能与实现更加详细地分离开来。在这里，UML不仅作为设计需求中的一种设计语言出现，而且通过开发一种编程语言来工作，并且更严格地区分系统的功能规范和实现细节。
平台独立模型(PiM)与具体的实现技术无关，只是旨在进一步抽象系统业务模型架构。它侧重于业务问题，抽象的目的_精度，更容易理解和验证；平台相关模型(PSM)取决于使用什么特定技术来实现它，并且与平台相关。对于MDA的实现，首先根据业务确定要抽象什么样的平台模型，然后根据一定的模型转换
定制相应的规则，因为现在MDA架构模式逐渐应用于大型企业的软件开发中，因为大型软件实现的成功在很大程度上不取决于程序员编写的代码质量，而更多地取决于需求设计者在业务逻辑提取中的建模水平。这样，平台将被提取到更高的级别。至于用来实现它的技术，并不重要。这样，我们需要做的更多的功能是整个系统业务的逻辑功能。
在具体实施软件之前，应该对系统功能进行更多的需求分析和设计。随着计算机软硬件技术的飞速发展，软件产品的发展也带来了强大的拉力。目前，基于MDA模型开发的软件产品在用户、程序员等之间具有较强的可移植性和互操作性。和计算机。人们在口腔后维护和管理方面期待着下一个光明的未来。
第三章是生态冲洗纸的需求分析……23-31[/比尔/] 3.1……23-24 [/BR/] 3.2用例设计和系统……24-25 [/BR/] 3.3企业逻辑模型……25-28
3.4系统开发环境……28
3.5经合组织分布式多层数据库……28-31
3.5.1建立经济合作组织服务器……28-30
3.5.2客户的建立……30-31
第四章基于生态的同花卡……31-46
4.1基础数据的生成……31-33
4.2网络通信……33-36 [/ Br/] 4.2.1服务器型号……33-34
4.2.2客户计划模型……34
4.2.3组成部分……34-35
4.2.4申请……35-36
4.3玩家位置选择……36-37
4.4随机获取品牌……37-39
4.5许可……39-42
4.6玩家卡组合……42-46
第五章系统测试……46-56
5.1单元测试……46-51
5.1.1白盒测试……46-48
5.1.2黑盒测试……48-50 [/BR/] 5.1.3代码测试……50-51 [/BR/] 5.2功能测试……51 [/BR/] 5.2.1网络通信功能……51 [/ Br/] 5.2.2随机获得的品牌……51
5.2.3许可职能……51
5.3集成测试和系统……51-52
5.4压力测试……52-56
摘要
我们正在构建相关的业务模型，开发ECO软件包及其使用，通过物理存储、ECO空间、使用ECO开发数据库应用程序的框架和步骤，以及通过ECO实现多层数据库开发等来实现数据库建模和自动转换。生态空间的另一个主要功能是提供企业中业务逻辑模型的简历。执行应用程序时，所有生态对象都存在于10个生态空间中。实施所需的所有服务都由经济合作组织框架支持，10家企业所需的逻辑业务模型也由经济合作组织框架支持。如果数据库中的表与数据一样物理存在，那么设计阶段的所有模型信息都可以被视为维吾尔数据并保存为XML文件。当程序实际运行时，这些东西可以被理解为过程活动图中UML模型的另一种表达形式。在系统中建模和表示业务元素时，应该留出一定的空空间来存储对象。这些员工更关注业务逻辑，不需要花更多时间编写代码。
根据纸牌游戏的特点，运用生态技术对同花顺在线纸牌游戏进行分析和设计。建立了系统的多层架构开发模式，实现了桌、玩家、扑克牌之间的业务逻辑模型。该业务逻辑模型完成了扑克牌数据和人员信息的存储和处理，实现了客户端节目信息的同步显示。玩家可以随机获得扑克牌，在系统中发牌，计算结果等功能。