【精品】VC++全国天气信息管理系统设计（源代码+论文）
收藏
资源目录
压缩包内文档预览：(预览前20页/共43页)
编号：1639493
类型：共享资源
大小：1.60MB
格式：RAR
上传时间：2017-08-30
上传人：机****料
认证信息
个人认证
高**（实名认证）
河南
IP属地：河南
50
积分
- 关 键 词：
-
精品
vc
全国
天气
信息管理
系统
设计
源代码
论文
- 资源描述：
-
【精品】VC++全国天气信息管理系统设计（源代码+论文）,精品,vc,全国,天气,信息管理,系统,设计,源代码,论文
- 内容简介：
-
天津大学 2005 届成人本科毕业设计（论文） 1 第一章 绪论 目的开发背景 21 世纪是信息技术高速发展的世纪，在这个崭新的世纪中，随着现代科学技术的飞速发展，大量的信息技术产品如雨后春笋般地不断涌现出来且被人们所接受。现在人类的工作、学习、生活等无一能离开信息技术。总而言之，信息技术已溶入了人类生活的点点滴滴。可以说，信息技术的出现改变了世界，也改变了人类的生活。 本论文研究的是天气信息管理系统，它就是在信息技术的基础上所研究和开发的。它集信息技术及时、快速、准确的特点于一身，充分地发挥出效率高的特点。该管理系统适用于对天气信息有一定要求的场 所，例如：航空公司、旅行社等地方，所以该管理系统应用范围广泛，具有一定的使用价值。 系统所具备的几大突出特点： 使用灵活 在该管理系统中，不但设置了命令按钮，而且还设置了菜单和快捷键可以让用户在任何一个界面利用它们进行进一步相关的操作。这样不仅就为用户的操作提供了多种的使用方法，而且还为用户的操作提供了很大的方便。 以曲线图的方式描述数据 该管理系统不但具有列表显示数据和文本显示某一条数据的功能，而且还有利用曲线图描述数据的功能。每条直观、生动的曲线分别用不同的颜色来表 示不同的数据，其中，每一条曲线又代表着不同时期的数据，使用户不用再面对枯燥、乏味的数字，把用户从成天面对杂乱无章数字的尴尬境地中解脱出来。这样，以另外一种方式描绘数据的方法可以达到更好的效果。 批量的数据导入与导出 可以文本文件格式对数据执行批量导入或到处数据库操作，方便了用户之间的信息交流。也可将数据生成 表格式，方便用户查看或打印。 将数据信息生成 表格式 目前 式是最流行的字处理文件格式，许多优秀的基于数据信息的管理系统都可将数据转换为 式，以方便以 后的排版和打印。本系统也可生成全年或单月的 格形式。 天津大学 2005 届成人本科毕业设计（论文） 2 第二章 开发工具简介 要概述 介 面向对象的标准建模语言，是面向对象技术领域的重要成果。标准建模语台 合了 方法中的基本概念，集众家之长，并对现有的应用范围进行扩展。 统一建模语言 (是一个通用的可视化建模语言，用于对软件进行描述、可视化处理、构造和建立软件系统制品的文档。它记录了对必须构造的系统的决定和理解，可用于对系统的理解、设计、浏览、配置、维护和信息控制。用于各种软件开发方法、软件生命周期的各个阶段、各种应用领域以及各种开发工具， 一种总结了以往建模技术的经验并吸收当今优秀成果的标准建模方法。 括概念的语义，表示法和说明，提供了静态、动态、系统环境及组织结构的模型。它可被交互的可视化建模工具所支持，这些工具提供了代码生成器和报表生成器。 准并没有定义 一种标准的开发过程，但它适用于迭代式的开发过程。它是为支持大部分现存的面向对象开发过程而设计的。 述了一个系统的静态结构和动态行为。 系统描述为一些离散的相互作用的对象并最终为外部用户提供一定的功能的模型结构。静态结构定义了系统中的重要对象的属性和操作以及这些对象之间的相互关系。动态行为定义了对象的时间特性和对象为完成目标而相互进行通信的机制。从不同但相互联系的角度对系统建立的模型可用于不同的目的。 包括可将模型分解成包的结构组件，以便于软件小组将大的系统分解成易于处理的块结构，并理解 和控制各个包之间的依赖关系，在复杂的开发环境中管理模型单元。它还包括用于显示系统实现和组织运行的组件。 是一门程序设计语言 ,可以使用代码生成器工具将 型转换为多种程序设计语一言代码，或使用反向生成器工具将程序源代码转换为 是一种可用于定理证明的高度形式化的语言，这样的语言有很多种，但它们通用性较差，不易理解和使用。 一种通用建模语言。对于一些专门领域，例如用户图形界面 (计、超大规模集成电路 (计、基于规则的人工智能领域，使用专门的语言和工具可能会更适合 些。 一种离散的建模语言，不适合对诸如工程和物理学领域中的连续系统建模。它是一个综合的通用建模语言，适合对诸如由计算机软件、固件或数字逻辑构成的离散系统建模。 天津大学 2005 届成人本科毕业设计（论文） 3 在多种面向对象建模方法的基础上发展起来的建模语言，主要用于软件密集型系统的建模。 念域 概念和模型可以分成以下几个概念域 : 1）静态结构 任何一个精确的模型必须首先定义所涉及的范围，即确定有关应用、内部特性及其相互关系的关键概念。 静态组件称为静态视图。静态视图用类构造模型来表达应用，每个类由一组包 含信息和实现行为的离散对象组成。对象包含的信息被作为属性，它们执行的行为被作为操作。多个类通过泛化处理可以具有一些共同的结构。子类在继承它们共同的父类的结构和行为的基础上增加了新的结构和行为。对象与其它对象之间也具有运行时间连接，这种对象与对象之间的关系被称为类间的关联。一些元素通过依赖关系组织在一起，这些依赖关系包括在抽象级上进行模型转换、模板参数的捆绑、授予许可以及通过一种元素使用另一种元素等。另一类关系包括用例和数据流的合并。静态视图主要使用类图。静态视图可用于生成程序中用到的大多数数据结构声明。在 图中还要用到其它类型的元素，比如接口、数据类、用例和信号等，这些元素统称为类元，它们的行为很像在每种类元上具有一定限制的类。 2）动态行为 有两种方式对行为建模。一种是根据一个对象与外界发生关系的生命历史；另一种是一系列相关对象之间当它们相互作用实现行为时的通信方式。孤立对象的视图是状态机 当对象基于当前状态对事件产生反应，执行作为反应的一部分的动作，并从一种状态转换到另一种状态时的视图。状态机模型用状态图来描述。 相互作用对象的系统视图是一种协作，一种与语境有关的对象视图以及他们相互之间的链，通过 数据链对象间存在着消息流。视图将数据结构、控制流和数据流在一个视图中统一起来。协作和互操作用顺序图和协作图来描述。对所有行为视图起指导作用的是一组用例，每一个用例描述了一个用例参与者或系统外部用户可见的一个功能。 3）实现构造 型既可用于逻辑分析又可用于物理实现。某些组件代表了实现。构件是系统中物理上的可替换的部分，它按照一组接口来设计并实现。它可以方便地被一个具有同样规格说明的构件替换。节点是运行时间计算资源，资源定义了一个位置。它包括构件和对象。部署图描述了在一个实际运行的系统中节点上的资源配置 和构件的排列以及构件包括的对象，并包括节点内容的可能迁移。 4）模型组织 天津大学 2005 届成人本科毕业设计（论文） 4 计算机能够处理大型的单调的模型，但人力不行。对于一个大型系统，建模信息必须被划分成连贯的部分，以便工作小组能够同时工作在不同部分上。即使是一个小系统，人的理解能力也要求将整个模型的内容组织成一个个适当大小的包。包是 型通用的层次组织单元，它们可以用于存储、访问控制、配置管理以及构造包含可重用的模型单元库。包之间的依赖关系是对包的组成部分之间的依赖关系的归纳。系统整个构架可以在包之间施加依赖关系。因此，包的内容必须符合包的依赖关系 和有关的构架要求。 5）扩展机制 有一定的扩展能力，能够满足大多数对 充的需求而不改变语言的基础部分。版类是一种新的模型元素，与现有的模型元素具有相同的结构，但是加上了一些附加限制，具有新的解释和图标。代码生成器和其他的工具对它的处理过程也发生了变化。标记值是一对任意的标记值字符串，能够被连接到任何一种模型元素上并代表任何信息，如项目管理信息、代码生成指示信息和版类所需要的值。标记值用字符串代表。约束是用某种特定语言 (如程序设计语台 )的文本字符串表达的条件专用语言或自然语一言。 供了一个 表达约束的语台，名为 所有其他扩展机制一样，必须小心使用这些扩展机制，因为有可能形成一些别人无法理解的方言。但这些机制可以避免语台基础发生根本性变化。 内容 的各种组件和概念之间没有明显的划分界限，但为方便起见，我们用视图来划分这些概念和组件。在最上一层，视图被划分成三个视图域 :结构分类、动态行为和模型管理。 结构分类描述了系统中的结构成员及其相互关系。类元包括类、用例、构件和节点。类元为研究系统动态行为奠定了基础。类元视图包括静态视图、用例视图和实现视图。 动态行为描 述了系统随时间变化的行为。行为用从静态视图中抽取的瞬间值的变化来描述。动态行为视图包括状态机视图、活动视图和交互视图。 模型管理说明了模型的分层组织结构。包是模型的基本组织单元。特殊的包还包括模型和子系统。模型管理视图跨越了其他视图并根据系统开发和配置组织这些视图。 1)静态视图 静态视图对应用领域中的概念以及与系统实现有关的内部概念建模。静态视图主要是由类及类间相互关系构成，这些相互关系包括 :关联、泛化和各种依赖关系，如使用和实现关系。一个类是应用领域或应用解决方案中概念的描述。类图是以类为中心来组织的， 类图中的其它元素或属于某个类或与类相关联。静天津大学 2005 届成人本科毕业设计（论文） 5 态视图用类图来实现，因为它以类为中心，所以称为类图。在类图中类用矩形框来表示，它的属性和操作分别列在分格中。关系用类框之间的连线来表示，不同的关系用连线上和连线端头处的修饰符来区别。 2)用例视图 用例视图 (被称为参与者 (外部用户所能观察到的系统功能的模型图。 用例是系统中的一个功能单元，可以被描述为参与者与系统之间的一次交互作用。用例模型的用途是列出系统中的用例和参与者，并显示哪个参与者参与了哪个用例的执行。 用例也可 以有不同的层次。用例可以用其他更简单的用例进行说明。在交互视图中，用例作为交互图中的一次协作来实现。 3)交互视图 交互视图描述了执行系统功能的各个角色之间相互传递消息的顺序关系。类元是对在系统内交互关系中起特定作用的一个对象的描述，这使它区别于同类的其他对象。交互视图显示了跨越多个对象的系统控制流程。交互视图可用两种图来表示 :顺序图和协作图，它们各有不同的侧重点。 顺序图表示了对象之间传送消息的时间顺序。顺序图可以用来进行一个场景说明 序图的一个用途是用来表示用例中的行为顺序 。当执行一个用例行为时，顺序图中的每条消息对应了一个类操作或状态机中引起转换的触发事件。 协作图对在一次交互中有意义的对象和对象间的链建模。协作图的一个用途是表示一个类操作的实现。协作图可以说明类操作中用到的参数和局部变量以及操作中的永久链。当实现一个行为时，消息编号对应了程序中嵌套调用结构和信号传递过程。 顺序图和协作图都可以表示各对象间的交互关系，但侧重点不同。顺序图用消息的几何排列关系来表达消息的时间顺序，各角色之间的相关关系是隐含的。协作图用各个角色的几何排列图形来表示角色之间的关系，并用消息来说明这些关系。 4) 状态机视图 状态机视图是一个类对象所可能经历的所有历程的模型图。状态机由对象的各个状态和连接这些状态的转换组成。每个状态对一个对象在其生命期中满足某种条件的一个时间段建模。当一个事件发生时，它会触发状态间的转换，导致对象从一种状态转化到另一新的状态。与转换相关的活动执行时，转换也同时发生。状态机用状态图来表达。 状态图可用于描述用户接口、设备控制器和其他具有反馈的子系统。它还可用于描述在生命期中跨越多个不同性质阶段的被动对象的行为，在每一阶段该天津大学 2005 届成人本科毕业设计（论文） 6 对象都有自己特殊的行为。 5) 活动视图 活动 图是状态机的一个变体，用来描述执行算法的工作流程中涉及的活动。活动状态代表了一个活动 :一个工作流步骤或一个操作的执行。活动图描述了一组顺序的或并发的活动。活动视图用活动图来体现。这个例子说明了活动图的用途是对人类组织的现实世界中的工作流程建模。对事物建模是活动图的主要用途，但活动图也可对软件系统中的活动建模。活动图有助于理解系统高层活动的执行行为，而不涉及建立协作图所必须的消息传送细节。用连接活动和对象流状态的关系流表示活动所需的输入输出参数。 6)物理视图 物理视图对应用自身的实现结构建模，例如系统的构件 组织和建立在运行节点上的配置。这类视图提供了将系统中的类映射成物理构件和节点的机制。物理视图有两种 :实现视图和部署视图。 实现视图为系统的构件建模型 构件即构造应用的软件单元 还包括各构件之间的依赖关系，以便通过这些依赖关系来估计对系统构件的修改给系统可能带来的影响。 实现视图用构件图来表现。构件图表示了系统中的各种构件。在个别系统的实际物理配置中，可能有某个构件的多个备份。 部署视图描述位于节点实例上的运行构件实例的安排。节点是一组运行资源，如计算机、设备或存储器。这个视图允许评估分配结果和资源分配。 部署视图用部署图来表达。 7) 模型管理视图 模型管理视图对模型自身组织建模。一系列由模型元素 (如类、状态机和用例 )构成的包组成了模型。一个包 (能包含其他的包，因此，整个模型实际上可看成一个根包，它间接包含了模型中的所有内容。包是操作模型内容、存取控制和配置控制的基本单元。每一个模型元素包含于包中或包含于其他模型元素中。 模型是从某一观点以一定的精确程度对系统所进行的完整描述。从不同的视角出发，对同一系统可能会建立多个模型，例如有系统分析模型和系统设计模型之分。模型是一种特殊的包。子系统是 另一种特殊的包。它代表了系统的一个部分，它有清晰的接口，这个接口可作为一个单独的构件来实现。 模型管理信息通常在类图中表达。 8) 扩展组件 含三种主要的扩展组件 :约束、版类和标记值。约束是用某种形式化语言或自然语言表达的语义关系的文字说明。版类是由建模者设计的新的模型元天津大学 2005 届成人本科毕业设计（论文） 7 素，但是这个模型元素的设计要建立在 U 砒已定义的模型元素基础上。标记值是附加到任何模型元素上的命名的信息块。 这些组件提供了扩展 型元素语义的方法，同时不改变 义的元模型自身的语义。使用这些扩展组件可以组建适用于某一具体应 用领域的户定制版本。 ，由两部分组成，即客户应用程序和数据库服务器程序。二者可分别称为前台程序与后台程序。运行数据库服务器程序的机器，称为应用服务器，一旦服务器程序被启动，就随时等待响应客户程序发来的请求；客户程序运行在用户自己的电脑上，对应于服务器电脑，可称为客户电脑。当需要对数据库中的数据进行任何操作时，客户程序就自动地寻找服务器程序，并向其发出请求，服务器程序根据预定的规则作出应答，送回结果。 在典型的 C/S 数据库应用中，数据的 储存管理功能，是由服务器程序独立进行的，并且通常把那些不同的（不管是已知还是未知的）前台应用所不能违反的规则，在服务器程序中集中实现，例如访问者的权限，编号不准重复、必须有客户才能建立定单这样的规则。所有这些，对于工作在前台程序上的最终用户，是 “透明 ”的，他们无须过问（通常也无法干涉）这背后的过程，就可以完成自己的一切工作。在客户服务器架构的应用中，前台程序可以变的非常 “瘦小 ”，麻烦的事情，都交给了服务器和网络。在 C/S 体系的下，数据库真正变成了公共、专业化的仓库，受到独立的专门管理。 在这个案例中，已经确 定的需求，就是建立一个集中、统一的数据库，实现更新、查询、导入数据和输入报表。访问者分布在不同的 址。每一处典型的同时访问人数，一般在 10 人以下。两处都有机会更新数据库中的数据。理想的情况下当然是两处的数据随时保持一致，但在特别关键的信息可以随时通过电话、传真等方式直接交换的情况下，两地的信息每隔一天交换更新一次，是可以接受的，这也就是目前的实际情况，从业务人员的立场上，尚没有提出在这个周期上作出戏剧性的改变的要求。针对当前的已经明确的需求，作出如下讨论： 采用 C/S 架构，选择适当的数据库平台，可以实现 数据库数据的真正 “统一 ”，分布于两地的数据同步完全交由数据库系统去管理，逻辑上，两地的操作者都直接访问同一个数据库。它的有效实现，有这样一些问题： 如果需要建立 “实时 ”的数据同步，就必须在两地间建立实时的通讯连接，保持两地的数据库服务器在线运行，这需要高昂的投资和复杂的技术支持，高的维护成本。 对于本例的应用要求和环境，采用基于网络文件服务器开发非 C/S 结构的应用，也完全可以满足，虽然 C/S 结构下的多用户应用可以更好（比如更完善的天津大学 2005 届成人本科毕业设计（论文） 8 用户共享特性，用户管理，以及更好地平衡服务器与客户机之间的负荷，大幅度降低网 络传输的负荷等），但就用户立场而言，采用 C/S 结构方便了用户对软件的操作。 与数据库的连接 1)客户应用程序访问关系数据库时提供的一个统一的接口，对于不同的数据库， 供了一套统一的 用应用程序可以应用所提供的访问任何提供了 动程序的数据库，并且， 经成为一种准，目前所有的关系数据库都提供了 动程序，这使 应用非常广泛，基本上可用于所有的关系数据库。但由于 能用于关系数据库，使得利用 难访问对象数据库及其他非关系数据库。 由于 一种底层的访问技术，因此， 以使客户应用程序能够从底层设置和控制数据库，完成一些高层数据库技术无法完成的功能，但开发效率效低。 2)直接使用 写应用程序需要编制大量代码， +提供了，其中封装了 此，使用 创造 应用程序非常简便。 3)供了一种通过程序代码创建和操作数据库的机制。多个 成一个体系结构，在这个结构中，各个 象协同工作。 微软公司提供的用于访问 据库文件 (*强有力的数据库开发工具，它通过 封装，向程序提供了 富的操作数据库手段。 4)B(B 是 +开发数据库应用中提供的新技术，它基于 口。因此， B 对所有的文件系统包括关系数据库和非关系数据库都提供了统一的接口。这些特性使得 B 技术比传统的数据库访问技术更加优越。 与 术相似， B 属于数据库访问技术中的底层接口。直接使用 B 来设计数据库应用程序需要编写大量的代码。 +提供了 板，用于设计 B 数据应用程序和数据提供程序。 5)术是基于 B 的访问接口，它继承了 B 技术的优点，并且， B 的接口作了封装，定义了 象，使程序开发得到简化。 术属于数据库访问的高层接口。 天津大学 2005 届成人本科毕业设计（论文） 9 中的 实现网络的通讯 供了对 输控制协议）的支持，通过 议我们可以与指定 址的主机建立，同时利用建立的连接可以双向的交换数据。利用纵有连接数据交换很简单，但是在有连接的通信中必需有一方扮演服务器的角色等待另一方（客户方）的连接请求，所以服务器方需要建立一个监听套接口，然后在此套接口上等待连接。当连接建立后会产生一个新的套接口用 于通信。而客户方在创建套接口后只需要简单的调用连接函数就可以创建连接。对于有连接的通信不论是数据的发送还是发送与接收的顺序都是有保证的。 天津大学 2005 届成人本科毕业设计（论文） 10 第三章 系统分析 统的初步调查 在系统分析阶段，我们的焦点是 “做什么 ”，而不是 “怎么做 ”:不是具体地解决问题，而是准确地确定 “为了解决这个问题，目标系统必须什么 ” 。 用户了解他们所面对的问题，知道必须做什么，但是通常不能完整、准确地表达出他们的要求，更不知道怎样利用计算机来解决他们的问题 ;软件开发人员知道怎样使用软件实现人们的要 求，但是对特定用户的具体要求并不完全清楚。因此在系统分析阶段必须和用户密切配合，充分交流信息，以得出经过用户确认的系统逻辑模型。 需求是技术无关 (。在需求阶段讨论技术是没有任何意义的。技术的实现细节是在后面的分析、设计阶段需要考虑的事情。而在业务建模阶段，不但要保证需求的技术无关性，还要保证你的需求不要深入细节。分析一个系统， 首先就要了解需要开发的系统是一个什么样的系统， 用客户 (或是我们自己 )需要一个什么样的系统进行说明，力求完整。并对系统的发展可扩充性进 行描述。 谈开发天气信息管理系统的意义 随着经济的发展和社会的进步，不同地方的人们交流越来越密切，各地的天气情况越来越受到人们的普遍关注，例如民航飞行越来越多，密度越来越大。然而，飞机在着陆、起飞或在空中飞行，都受到气象条件的制约，所以及时并准确了解了解各地区天气情况是很必要的。 而气象数据的信息化，计算机化是上述问题的唯一途径。本系统恰是为了减轻工作人员负担，提高工作效率而研制开发的。 气信息管理系统实施的特点及注意事项 由于天气信息管理系统管理的是所有与天气相关的数据，信 息量大，变化频繁，内部关联性较弱，数据的采集、确认、更新和检查都比较困难。因此，实施工作尤为困难。为了最大限度的利用本系统进行信息管理，需要特别注意以下 4点： (1)培训管理员。要想使天气信息管理系统真正地发挥应有的效用，必须通过培训转变人们的思维方式和行为方式，学会通过系统来进行科学的管理。 (2)明确基础上的实施目标。要明确整个项目的实施计划和目标，明确需要采集的数据及保留的历史信息。 (3)测试软件功能。由于天气信息管理系统需处理的信息关系非常复杂，而且要有服务器的构架问题，所以在初期要进行软件功能的 测试和网络连接测试，天津大学 2005 届成人本科毕业设计（论文） 11 以确保日后使用。 (4)建立科学的程序性文件。天气信息管理系统的特点是信息量大、变化频繁、采集和确认困难而且无内联关系。采用计算机系统来管理天气信息要求数据的采集、更新能够完整、准确和及时。两者之间的矛盾就要通过建立必要的科学程序性文件才能为系统的实施和正常运行提供有效的保证。 统详细调查 统的功能需求 基于以上的开发目标，系统开发的范围确定如下：本系统只涉及气象信息的管理部分，不包括对数据如何进行测量的内容。本息同提供强大的查询功能。可进行不同类型查询，提供多种索引 ；本系统提供记录的添加，删除、查询和绘制曲线图等功能。而且可以按月或者按年生成数据报表。同时应实现服务器端和客户端的网络连接通信功能。 统的运行环境 硬件环境 ： 处理器 1 推荐采用 内存在 128 推荐采用 256M 存 ； 支持 P 以太网 软件环境 ： 操作系统 ： 8 以上 。 数据库系统 ： 辅助工具 ： + 据流图 数据流图描绘系统的逻辑模型 ，图中没有任何物理元素，只是描绘信息在系统中流动和处理情况。因为数据流图是逻辑系统的图形表示，即使不是专业的计算机技术人员也容易理解，所以是极好的通信工具。此外设计数据流图纸需要考虑系统必须完成的基本逻辑功能，完全不需要考虑如何具体地实现这些功能。 画数据流图的基本目的是利用它作为交流信息的工具。分析员把他对现有系统的认识或对目标系统的设想用数据流图描绘出来，供有关人员审查确认。由于在数据流图中通常仅仅使用四种基本符号，而且不包括任何有关物理实现的细节，因此，绝大多数用户都可以理解和评价它。 从数据流图的基 本目标出发，可以考虑在一张数据流图中包括多少个元素合适的问题。一些调查表明，如果一张数据流图包含的处理多于 5 9 个，人们就难于领会它的含义了。因此数据流图应该分层，并且把功能及数据流图细化后得天津大学 2005 届成人本科毕业设计（论文） 12 到的处理超过 9 个时，应采用划分图的方法，也就是把每个主要功能都细化一张数据流分图，而原有的功能级数据流图用来描绘系统的整理逻辑概貌。 首先，分析系统的总体情况，划分系统边界，识别系统的数据来源和去处，确定外部实体，得出系统的顶层数据流程图；然后划分出几个主要的信息管理功能，并明确各功能之间的联系，绘制出数据流程图。 数 据流程图的符号说明见图 3示。 外部实体 处理 数据流 数据存储 图 3据流程图的符号说明 服务器端功能模块数据流程图，见图 3示。 客户端功能模块的数据流程图，见图 3示。 图 3务器端数据流程图 务器端界面 操作员员 入数据模块 询模块 成图表模块 服务器端数据库 津大学 2005 届成人本科毕业设计（论文） 13 图 3户 端数据流程图 各模块的主要功能 1 添加操作员信息 将添加的操作员基本信息（包括照片）存入客户端的数据库中，要求照片以二进制的形式存入数据库。在添加数据信息对话框中，当选择操作员 求将从数据库中读出的二进制数据转化为位图，画在在对话框上。 2 查询数据 服务器端管理员可以根据不同的城市名和时间段来进行分类查询。客户端管理员只能查询本地的数据信息。 3 添加数据 客户端管理员添加数据到本地服务器的同时，本系统自动将数据添加到远 程服务器端，便于以后的查询分析。 4 利用曲线图显示数据 该功能是把数字显示数据的方式转换成以曲线图显示数据的方式。用户可以根据不同的城市查看到不同时间段的温度和湿度曲线图。 户端界面 操 作员 入数据 加数据 询数据 成图表 客户端数据库 津大学 2005 届成人本科毕业设计（论文） 14 5批量导入、导出数据 可将查询后的数据已批量形式导出为文本文件格式，再将该文件通过网络传送到服务器端，最后服务器端可再将此文本文件导入到服务器端数据库，以实现批量数据的远程传输。 6将查询后的数据生成 格形式 式就非常流行的字处理系统格式，许多优秀的以数据为基础的管理系统都可以将数据转化成 格形式，以方便以后排版 和打印。本系统也可生成统计全年或单月的 格。 天津大学 2005 届成人本科毕业设计（论文） 15 第四章 系统设计 件的总体结构设计 通常程序中的一个模块完成一个适当的子功能。应该把模块组织成良好的层次系统，顶层模块调用它的下层模块以实现程序的完整功能，每个下层模块在调用更下层的模块，从而完成程序的一个子功能，最下层的模块完成最具体的功能。用例图是 描述整体结构图的工具，一般用例的描述使用用例描述文字框架，描述包括：用例的名称，使用者，前提条件，执行结果，用例的主业务流，分支业务流，相关扩展用例，特殊需要等信息，遵循一定的准则进行 描述。本系统使用者分别是服务器端操作员，和客户端操作员，各自完成不同模块的功能。 本系统的用例图如图 4示。 图 4例图 据库设计 4 2 1 数据库概念设计 数据库的建立首先需要选择数据库模型，在数据库的发展历史中，先后经历了网状模型和层次模型关系模型的时代，目前正在向对象模型发展。然而，当今最为成熟并商业化的数据库还是关系模型的数据库。本章对数据库模型进行了导入数据 编辑数据 查询数据 数据曲线图 生成数据表 导入数据 查询数据 数据曲线图 客 户 端点 服务器端 天气信息管理系统 天津大学 2005 届成人本科毕业设计（论文） 16 介绍，最 后对使用数据访问对象进行观测数据库的访问进行了描述。在数据库系统开始设计的时候，应该尽量考虑全面，尤其应该仔细考虑用户的各种需求，避免浪费不必要的人力和物力。 语义描述：概念设计阶段与具体的 据库管理系统 )无关，不考虑数据与操作之间的关系，仅从概念上明确地描述数据与数据之间的关系。即采用一定的形式来综合的表示数据库概念结构。概念结构独立于数据库逻辑结构，也独立特定的 主要特点是： 能充分反映现实世界，包括实体之间的联系，能满足用户对数据处理的要求，是现世界的一个真实模型。 易于理解，从而 可以和不熟悉计算机的用户交换意见。用户的积极参与是数据库设计成功与否的关键。 易于更动。当现实世界改变，容易修改和扩充。 因此概念结构是各种数据模型的共同基础，它比数据模型更独立于机器，人而更加稳定。 气现信息管理系统的概念设计描述如下： 1)月天气信息描述数据和年天气信息描述数据之间具有从属关系，多个月数据从属一个年数据。 2)日天气信息描述数据和月天气信息描述数据之间具有从属关系，多个日数据从属一个月数据。 3)操作员信息和日天气信息数据是选择关系，一个操作员对应多个日天气信息数据。 体 联系图 在系统的数据库设计中 ,先要对系统分析得到的数据字典中的数据存储进行分析 ,分析各数据存储之间的关系 ,然后才能得出系统的关系模式。可以采用 计方法是一种通过 来描述现实世界信息结构的设计方法。 由实体、属性、联系三部分组成。 的符号说明如图 4示。 实体 属性 实体间的关系 图 4符号说明 在本系统的数据流程图中 ,系统边界已经很清楚了 ,所 以可直接根据它设计天津大学 2005 届成人本科毕业设计（论文） 17 本系统的 ,不必要先设计分的 了 ,再合并总的 了。所图 4示。 n 1 图 4系统 气象观测信息管理系统中所涉及到的主要实体集及其属性如下： on, 向关系模型的转化要解决的问题是如何将实体和实体间的联系转换为关系模式，如何确定这些关系模式的属性和码。一个好的数据库产品不等于就有一个好的应用系统，如果不能设计一个合理的数据库模型，不仅会增加客户端和服务器程序的编程和维护的难度，而且将会影响系统实际运行的性能。一般来讲，在一个 统分析、设计、测试和试运行阶段，因为数据量较小，设计人员和测试人员往往只注意到功 能的实现，而很难注意到性能的薄弱之处，等到系统投入实际运行一段时间后，才发现系统的性能在降低 。 数据库设计是建立数ay D 津大学 2005 届成人本科毕业设计（论文） 18 据库及其应用系统的核心和基础，它要求对于指定的应用环境，构造出较优的数据库模式，建立起数据库应用系统，并使系统能有效地存储数据，满足用户的各种应用需求。 所以归纳的具体的原则如下 : 1)进行规范化设计 ,尽可能的减少数据重复。 合理的数据库表的设计应该是在满足需求的前提下 ,使数据库的重复量最小 ,就尽量按照关系数据库系统理论方法去设计一个数据库 ,减少数据的重复。 2)结构设计与操作设计想结合。 在设计 数据库结构时 ,有时为了编程实现的简捷和思路的清晰 ,往往故意增加一些多余的数据。这虽然有悖于传统的关系数据库理论 ,但是考虑到选择机器型号和档次等因素 ,如果增加的多余不会明显增加存储空间和降低处理效率 ,并且对编程实现有很大帮助 ,往往可以采用这种方法。 3)数据结构的相对稳定性 ,可以作为新或者是旧系的传统转换依据。 无论采用何种方法或手段去处理日常事物 ,都应该能完成响应的功能 ,决不会因为采用了计算机而丢失了必要功能 ,或彻底改变了原有的工作流程和模式。计算机系统的建立是在原系统充分调研的基础上的 ,它既不能脱离原系统 的大框架 ,也不是简单的重复和替代。所以数据库表结构设计应保证数据的相对稳定 ,这样才能考虑在新的数据结构下的业务处理方式。 对于实体间的联系我们分不同的情况讨论： 1)一个实体型转换为一个关系模式。实体的属性就是关系的属性。实体的码就是关系的码。 2) 一个联系转化为一个关系模式，与该联系相连的各实体的码以及联系的属性转化为关系的属性，该关系的码则有三种情况： 联系为 1:1，则每个实体的码均是该关系的后选码。 联系为 1:n，则关系的码为 n 端实体的码。 联系为 m:n，则关系的码为诸实体码的组合。 一个 1:1 联系 可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。 如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。 如果与某一端对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。 一个 1:n 联系可以转换为一个独立的关系模式，也可以与 n 端对应的关系模式合并。 如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系天津大学 2005 届成人本科毕业设计（论文） 19 本身的属性均转换为关系的属性，而关系的码为 n 端实体的码。 如果与 n 端对应的 关系模式合并，则在 n 端实体对应模式中加入 1 端实体所对应关系模式的码，以及联系本身的属性。而关系的码为 n 端实体的码。 一个 m:n 联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性。而关系的码为各实体码的组合。 据库表设计 一个好的数据库产品不等于就有一个好的应用系统，如果不能设计一个合理的数据库模型，不仅会增加客户端和服务器程序的编程和维护的难度，而且将会影响系统实际运行的性能。一般来讲，在一个 统分析、设计、测试和试运行阶段，因为数据量较小，设计人员和测试 人员往往只注意到功能的实现，而很难注意到性能的薄弱之处，等到系统投入实际运行一段时间后，才发现系统的性能在降低 数据库设计是建立数据库及其应用系统的核心和基础，它要求对于指定的应用环境，构造出较优的数据库模式，建立起数据库应用系统，并使系统能有效地存储数据，满足用户的各种应用需求。 所以归纳的具体的原则如下 : (1)进行规范化设计 ,尽可能的减少数据重复。 合理的数据库表的设计应该是在满足需求的前提下 ,使数据库的重复量最小 ,就尽量按照关系数据库系统理论方法去设计一个数据库 ,减少数据的重复。 (2)结构设计与操 作设计想结合。 在设计数据库结构时 ,有时为了编程实现的简捷和思路的清晰 ,往往故意增加一些多余的数据。这虽然有悖于传统的关系数据库理论 ,但是考虑到选择机器型号和档次等因素 ,如果增加的多余不会明显增加存储空间和降低处理效率 ,并且对编程实现有很大帮助 ,往往可以采用这种方法。 (3)数据结构的相对稳定性 ,可以作为新或者是旧系的传统转换依据。 无论采用何种方法或手段去处理日常事物 ,都应该能完成响应的功能 ,决不会因为采用了计算机而丢失了必要功能 ,或彻底改变了原有的工作流程和模式。计算机系统的建立是在原系统充分调研的基础 上的 ,它既不能脱离原系统的大框架 ,也不是简单的重复和替代。所以数据库表结构设计应保证数据的相对稳定 ,这样才能考虑在新的数据结构下的业务处理方式。 基于以上三条设计原则 ,本系统中关于数据库表结构设计如表 4 天津大学 2005 届成人本科毕业设计（论文） 20 表 4年平均信息表 字段名称 数据类型 字段长度 字段属性 是否为主键 作用 必填字段 符串 4 是 年份数据 是 型 4 否 年平均温度 否 型 4 否 年平均湿度 否 型 4 否 年平均降水量 否 表 4平均信息表 字段名称 数据类型 字段长度 字段属性 是否为主键 作用 必填字段 型 4 是 年份数据 是 型 4 是 月份数据 是 型 4 否 月平均温度 否 型 4 否 月平均湿度 否 型 4 否 月平均降水量 否 表 4作员信息表 字段名称 数据类型 字段长度 字段属性 是否为主键 作用 必填字段 符串 10 是 操作员 是 符串 10 否 密码 否 符串 12 否 姓名 否 型 4 否 年龄 否 象 1024 否 照片文件 否 表 4本信息表 字段名称 数据类型 字段长度 字段属性 是否为主键 作用 必填字段 符串 4 是 时间数据 是 型 4 否 温度数据 否 型 4 否 湿度数据 否 符串 4 否 风力数据 否 符串 8 否 风向数据 否 天津大学 2005 届成人本科毕业设计（论文） 21 型 4 否 降雨量数据 否 符串 10 否 操作员 否 据库的实现 本系统采用 其主要原因是考虑到现在的大多数办公室应用系统软件均支持 据库 ,所以只要应用于格式符合的计算机系统上即可运行 ,并且由于 是微软公司开发出来的软件 ,所以它们之间的兼容性非常好 ,容易配合使用。 是关系数据库开发工具，数据库能汇集各种信 息以供查询、存储和检索。 优点在于它能使用数据表示图或自定义窗体收集信息。数据表示图提供了一种类似于 电子表格，可以使数据库一目了然。另外， 许创建自定义报表用于打印或输出数据库中的信息。 提供了数据存储库，可以使桌面数据库文件把数据库文件置于网络文件服务器，与其他网络用户共享数据库。 一种关系数据库工具，关系数据库是已开发的最通用的数据库之一。 司开发的 000 使运行于 列平台之上关系数据 库管理系统，通过各种数据库对相对数据进行控制和管理。不论创建的独立桌面数据库适用于个人、部门还是整个企业，它都可以为管理和共享数据生成易于使用的数据库。它不仅具有众多传统数据库管理软件具备的功能，同时还进一步增强了与 集成。 是关系数据库开发工具，数据库能汇集各种信息以供查询、存储和检索。 优点在于它能使用数据表示图或自定义窗体收集信息。数据表示图提供了一种类似于 电子表格，可以使数据库一目了然。另外， 许创建自定义报表用于打 印或输出数据库中的信息。 提供了数据存储库，可以使桌面数据库文件把数据库文件置于网络文件服务器，与其他网络用户共享数据库。 一种关系数据库工具，关系数据库是已开发的最通用的数据库之一。 全新的数据库窗口： 000 在数据库窗口商大有改进，提高了新用户的友好性，并增强与其它 序的共享性。数据库窗口类似于界面，由工具栏
- 温馨提示:
1: 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
人人文库网所有资源均是用户自行上传分享，仅供网友学习交流，未经上传用户书面授权，请勿作他用。
川公网安备: 51019002004831号