基于gprs的高校机房远程监控终端设计与实现硕士学位论文(编辑修改稿)

基于gprs的高校机房远程监控终端设计与实现硕士学位论文(编辑修改稿)内容摘要：

下面，本文就对这三部分进行分析： (Common Language Runtime)，这部分是 在操作系统 的 最上层 的 ， 它是被 所有 .Net 语言所 公用的 基础 组件， CRL 的作用主要是配合程序的执行的组件。 ， 这部分实际上主要就是系统的数据、输入输出信息等，这部分属于 .Net 基础框架的 基本对象 部分，类库除了提供系统的数据之外还能为系统提供一些服务。 例如：存取数据、访问网络、绘制图形等 [14]。 以组件的形式存在的 ，它实际上也可以不单独作为一部分，也同样放在 共享对象类别库中 管理就可以。 因为这些改写的 是一些专门提供 Web 服务的 模型 和控件，所以才将其单独管理。 .Net 基础框架可以为 的程序开发提供大量的服务，这使得程序员在程序开发时的难度大大降低，并且程序的可靠性大大提高。 .Net 基础框架中的共享对象类别库是通用的，类库可以被 任何的开发者来使用来开发应用程序。 并且 .Net 基础框架还设置了很多用于开发程序的模板，开发者使用这些模板就能开发出很多不同级别的 Web 应用组件 [17]。 数据库开发技术 基于 GRPS 的 高校机房远程监控终端 是一个综合性的应用系统 [18]。 系统是一个较为大型的 系统，所以系统需要设备具备不同权限的用户，之所以要设置不同的权限是为了让这些用户能够在系统内使用不同的权限 [19]。 用户权限的控制哈尔滨理工大学工程硕士学位论文 6 需要系统事先设计好，但是系统如何判断用户是那种权限呢。 这就需要在数据库中事先对用户的权限进行设置，这种权限的设置对数据库的安全性要求是较高的，因为用户的权限设置在数据库中之后，是不能被其他人随意修改的，这就要求数据库系统在其管理方面的安全性较好。 针对系统对数据库的这些需求，微软的 SQL Server 20xx 可以满足要求。 1988 年， SQL Server 推出第一个 OS/2 版 本，是一个关系型数据库系统管理，首先利用 Sybase，艾什顿 Tate 和微软公司共同开发的。 在 Windows NT 推出后，Microsoft 将 SQL Server 搬移到了 Windows NT 管理系统上，并灌注于研发和推行 SQL Server 的 Windows NT 版本软件。 直到 20xx， SQL Server 已推出 20xx 版，但为了稳定，节省了企业应用系统的维修费用，还是选择最稳定的 SQL 服务器 20xx 版。 SQL Server 20xx 能够完成了企业级的数据管理是采用了集成的商业智能 (BI)工具功能， 为关系型数据系统和结构化数据系统提供了更加可靠、更加安全的存储功能，用户可以构建和管理业务的高可用性和高性能的数据中的应用。 本文 设计的高校机房远程监控终端 管理的核心是 SQL Server 20xx 数据的引擎。 它结合了报表功能，分析功能，集成功能和通知功能，使 监控终端 的构造能够为经济有效的 BI 提供了解决方案。 它与 Microsoft Visual Studio、 Microsoft Office System 以及新的建设工具包 (包含 Business Intelligence Development Studio)的精密联合一起，也使 SQL Server 20xx 成为出色的系统数据库工具选择。 统一建模语言 统一建模语言标准的软件工程设计语言的其中一种，它主要是运用对软件的设计部分进行图形描述。 统一建模语言 UML，简称，它不仅是一种软件设计中的应用，还是用于标准的系统建模和设计 [20]。 UML 不仅仅应用在软件设计领域，它也应用在其他很多的领域，并作为这些领域的设计标准。 UML 在软件领域主要用来构造各种模型，负责完成软件系统的生命周期前期的需求描述和设计描述。 UML 的诞生是软件工程发展到面向对象的 分析与设计方法阶段的产物。 UML 的应用已经非常成熟，在不同的领域类， UML 都已经完成了很多成功的建模的案例。 所以 UML 在各个不同的领域都获得了业界专业人士的认可。 就连ANSI 和 OMG 等国外软件专业机构也都采纳 UML 作为标准衡量 [21]。 UML 和软件工程领域的发展是相辅相成的，它有着良好的定义、强大的功能，和容易使用的特点。 UML 的发展虽然是面向对象的分析和设计的产物，但是它并不是只能描述面向对象的分析和设计，它也可以描述面向过程的分析与设计。 UML 的建模是通过图形来实现的因此，它比较容易被人们理解和接受。 UML建模的方式主要包括图 23 所示的几个类别。 哈尔滨理工大学工程硕士学位论文 7 图 23 UML 中的各种模型图 进行监控终端的需求和设计的过程中，主要应用到了 UML 建模中的一些图形工具来完成系统的设计和分析工作。 而可以完成 UML 的工具有很多，本系统选择使用微软公司的 Microsoft Visio 来完成。 系统开发模式分析 本文采用的是扩展的 B/S 开模模式 —— MVC 开发模式 [23]。 MVC 分别是模型、控制器、视图三个部分。 这这个部分是彼此独立的，这样他们之间的耦合就很低，能够实现模块的独立性。 但是他们也不是完全没有关联的，他们 通过公开的借口连接，使得整个系统成为一个有机的整体。 这种架构可以便于开发大型的管理信息系统。 模型（ Model）主要用来对系统的业务逻辑进行处理。 它是 MVC 架构的最为重要的结构， Model封装系统的关键流程， Model 的表象是处理和视图用户之间的交互关系，它能将视图用户的请求传递给模型，然后将模型的处理结果再发回给试图用户。 但是实际上， Model的所有内部业务逻辑都是封装的，对外仅仅是提供一个公共的访问接口，这样，系统的维护性就更高，模块间的独立性也就更好。 如果视图用户提出新的请求，也不必对后台业务逻辑进行 修改，即使后台的业务逻辑改变，用户的显示界面也能保持不变。 视图 (View)就是用户的界面，通过该界面用户可以和系统进行交互， MVC模式中，是将视图和业务逻辑完全分离的。 视图不处理任何的业务逻辑，知识负责显示数据处理的结果，而所有的业务逻辑都通过模型来处理。 控制器 (Controller)的作用是完成视图和模型之间的信息的接收和转发，它就是一个控制作用，本身并不进行业务逻辑处理。 本文使用的开发环境是 Visual ，在该开发环境下是非常容易部署MVC 架构的，主要是通过一种称为“ codebehind”的机制来实现的，每个“ codebehind”都对应着一个 .Net 的 页面。 但是它并不等同于 HTML，在系统哈尔滨理工大学工程硕士学位论文 8 中使用“ codebehind”可以实现表现和业务逻辑的分离 [24]。 在 实现 MVC 是通过 自身的分层来实现的。 的分层式三层的，从前往后依次是表示层、业务层和数据层 [25]。 这三层分别对应着MVC 的视图、控制和模型。 的三层架构和 MVC 设计模式的三部分是一种一一对应的关系，具体 如图 24 所示。 浏览器控 制 器（ C o n t r o l l e r ）视 图（ V i e w ）模 型（ M o d e l ）业 务 实 体 组 件 数 据 对 象业 务 路 基 组 件 数 据 访 问 组 件H T T P 请 求H T M L 页 面用 户 表 示 层业 务 层 数 据 层 图 24 基于 MVC 模式的 ASP. Net 系统应用模型 下的视图就是一个 aspx 的页面。 通过 aspx 页面的展示来实现系统的视图部分的内容。 Visual 的开发环境中本身就内置了专门的视图设计器。 利用视图设计器就能大大降低程序设计员的视图设计工作量。 一些视图中常用的空间都可以利用视图设计器来直接选择，而不需要程序设计员自己完全从头去设计。 一些在试图控制器中没有的控件，程序设计员也可以利用这些已有的控件进行组合产生。 控制器 在 MVC 中式最为关键的，它承上启下，有效的实现代码的分离。 我们的系统是在 Visual 下实现的，使用的 Visual 的 C的开发语言。 所以在系统中的每个表示视图的 aspx 文件，还会有一个 .cs 文件和它对应。 控制器中的逻辑控制内容就是在 .cs 文件中实现的。 那么代码的分离是如何实现的呢。 例如：在一个 aspx 页面中想要通过它设计的控件来实现一些方法的调用。 这个调用就会转向一个 .cs 文件中。 在 .cs 文件中都会有一个函数，称为，这个函数是其他 所有控制器函数的父类。 其他所有的控制器函数都必须继承该函数才能执行操作。 Visual 开发环境中的所有的数据都是存在数据层的，数据层就对应着模型。 在 Visual 中客户以将主要的业务逻辑、数据存储等都封装在类中。 每个特殊的数据逻辑都有专门的类来执行。 这样就能在很大程度上调高代码的复用性。 具体的操作是定义个数据库操作的公共类，然后具体的数据库操作都由该类的派生类来实现。 哈尔滨理工大学工程硕士学位论文 9 这种数据库访问方式和传统的方式是存在很大的区别的。 传统的数据库访问方法如果要进行数 据库的访问，就需要在系统开发的代码中使用 SQL 语句。 但是这种传统的方法不利于系统的升级和维护。 一旦系统需要对数据库进行哪怕是一点点的改动，都需要直接膝盖源代码中的 SQL 语句。 所以，这种传统的方法在大型系统中是有很明显的问题的。 为了解决这个问题 下的 MVC 架构中就从源代码中分离出来 SQL 语句，将这些语句封装在一个独立的类中。 这样数据库的访问都是通过封装的类来完成的。 使用封装的类来实现对数据库的访问和操作，就可以使得程序开发员不用再讲大量的精力放在数据库的访问上，可以尽快去设计和开发系统的主要业务 逻辑。 一般进行数据库访问的类具备如下几个特点： SQL 操作； ，可以提高系统内的模块独立性，提高系统的复用性和开发效率；。 本章小结 本章主要对课题所使用的主要的技术进行了分析，包括 GPRS 技术、开发技术、统一建模语言和开发模式等。 其中 GPRS 技术是进行高校机房个远程监控的核心技术，围绕该技术通过软件开发的方式建立一个机房远程监控终端。 所以开发技术笔者选择了 .Net 开发平台和 Microsoft SQL Server 20xx 数据库。 然后系统的开发模式采用的是 MVC 模式，通过统一建模语言进行系统的需求分析和设计工作。 哈尔滨理工大学工程硕士学位论文 10 第三章 GPRS 的高校机房远程监控终端需求分析 系统总体需求分析 开发 基于 GRPS 的高校机房远程监控终端 ， 其中一个最为 重要的环节 就是需求分析 ，实践表明，系统分析的好坏在很大程度上决定了系统的成败。 基于 GRPS 的高校机房远程监控终端 需求分析 是系统进行开发的第一步。 系统的需求分析主要是先对开发的范围进行识别，然后进行 可行性分析。 如果确定系统的开发从技术、经济和法律等方面都是可行的。 再开始对开 发的领域进行 详细调查， 设计后需求分析文档。 需求分析文档的主要内容是系统的用例、系统的边界和系统的参与人员。 这些都确定后就可以进行后续的设计工作了。 需求分析需要做好和客户方的沟通，真正了解客户的“ 做什么 ” 的 需求，也就是要确定系统的大方向，这是需求分析过程中最重要的。 需求分析 做的好坏是和软件能否顺利完成密切相关的， 因此 必须通过需求分析使得系统开发的内容得到客户的认可，才能做其他的后续设计和开发工作。 需求分析时首先考虑 该系统面向的是谁。 有什么特征。 使用者需要有什么样的功能、权限。 如何管理相关的监控信息。 如何 进一 步 优化整个监控的流程，如何解决这些问题成为本系统开发的关键。 系统可行性分析 基于 GRPS 的高校机房远程监控终端 可行性研究的目的，就是用最小的代价在尽可能短的时间内确定 基于 GRPS 的高校机房远程监控终端 是否能够解决。 要达到这个目的，必须分析几种主要的可能解法的利弊，从而判断原定的系统规模和目标是否现实， 基于 GRPS 的高校机房远程监控终端 的设计与实现完成后所能带来的效益是否大到值得投资开发。 这种研究实质上是要进行一次压缩简化了的系统分析和设计的过程，在较高层次上以较抽象的方式进行了系统的分析和设计。 分析 本系统的的需求与内容，系统中存在一定的风险，现从经济、技术、操作各方面进行可行性分析。 本系统是 机房远程监控终端 ，从需求分析过程中，首先是可行性分析。 这主要是看使用者对系统要求，是否需要该系统。 它包括下面三个方面： (1)管理上的可行性。 这主要是指员工对该系统的态度和意向。 如果使用者对该系统不支持，或者使用起来不方便。 则该系统的设计就不成功。 (2)技术上的可行性 这一环节必须分析当前软件和硬件技术可以满足该系统的要求。 不仅如此，还要考虑开发人员的开发水平，是否能在规定的时间内开发出该系统。 (3)经济上 的可行性 主要是关于支出和系统开发成本估算成本是否处于平衡状态的帐户。 这里的成本估算，包括：主机费用，电脑周边设备的成本，系统的开发成本，从经济上考虑是否有必要在开发 机房远程监控终端。 哈尔滨理工大学工程硕士学位论文 11 系统功能需求分析 基于 GRPS 的高。