流动人口管理系统
技术架构文档
2004年4月16日
贵州鸿森科贸有限公司
目 录
技术性需求分析 3
一致的逻辑数据 3
优秀的网络环境适应性 3
系统的兼容性 3
开放的界面和接口 3
完备的数据存储、备份管理策略 3
高度的安全性 3
技术性设计思想和原则 3
安全性 4
易操作性 4
适应性及灵活性 4
基于组件的软件开发 4
数据共享 4
系统环境 5
数据库平台 5
数据库模型简介 5
选择数据库的准则 6
本系统数据库选择 9
网络操作系统 9
本系统网络操作系统选择 16
本系统环境 18
系统开发平台 18
.NET平台的基本组成 19
.NET框架(.NET Framework)概述 20
ADO.NET组件 23
.NET Framework 24
.NET 的新特性 24
.NET与J2EE的比较 25
开发语言C# 27
技术性需求分析
一致的逻辑数据
从逻辑上,任意服务网络接点的数据应该是一致的,所有的服务接点都是这个数据库的客户端访问;
优秀的网络环境适应性
从系统的实现角度考虑,要满足各种复杂的网络环境;
系统的兼容性
由于服务结点的数量巨大,其使用的平台和语言各不相同,需要能够容纳所有类型的服务结点;
开放的界面和接口
不仅个人用户能够方便地通过Web或桌面应用查询探月信息,同时也需要提供非GUI的交互界面,以便使其它应用系统也能使用数据管理系统提供的信息服务,同时还需要为第三方软件预留标准的编程接口,使系统具有高度的可扩展性;
完备的数据存储、备份管理策略
高度的安全性
技术性设计思想和原则
先进性、扩展性、标准性、易用性、易管理性及安全性等原则。
安全性
系统中的各种数据应该保证严格的机密性,尤其在本系统的方案中,所有的企业信息数据都集中存储在中央服务器之中,而且需要通过网络在客户机和服务器之间传输。系统应该提供安全的措施来保障数据的存储安全以及传输安全。
易操作性
界面友好应作为系统的一个重要特点。用户界面是系统用户最直接感受的一项内容,易操作性不仅降低了用户使用系统复杂度,同时在某种意义上也提高系统的工作效率。
适应性及灵活性
系统设计需要充分考虑到实际系统在今后工作发展而产生的升级需求,尽量保证在原有代码基础上容易适应、容易修改和升级的目标。
基于组件的软件开发
基于组件的软件开发方法已成为现代软件开发方法的主流,组件的开放性、互联性、可重用性和可裁剪性,给基于组建的应用系统带来了可重组性和对实际应用需求和运行环境的针对性的提高。按照组件标准进行业务功能开发,是保证整个系统的可维护性、可重用性、可重组性、易扩充性的最为有效方法。
数据共享
对所有的数据采用合理的数据结构,把它们有效地组织好,进行统一维护管理,避免数据重复,减少冗余,提高准确性和可靠性,保证数据的统一性和完整性。
系统环境
数据库平台
选择合适的数据库平台是建立流动人口管理决策系统系统要解决的首要问题之一。
数据库模型简介
(1) 平面文件模型
平面文件得名于该文件除了数据集合以外没有其他内容这一事实。平面文件模型已有多年历史,是人们日常用的文件橱的自然扩展。它是一种非常简单的模型,具有最小的结构,相当于所有数据都存在一张表中。这类文件在设计时按指定的格式顺序存储数据。平面文件所包含的内容都是数据。由于结构化信息(变换数据)并不存储在这类文件中,所以系统开销极小。对数据库而言,对平面文件的操作非常快,因为它只含有数据。对用户而言,应用程序必须含有对数据文件的低层的逻辑操作。应用程序必须准确地知道数据的存储位置及方式。对于小系统来说,平面文件工作得很好,但对大系统来说,平面文件变得很麻烦。在Internet上,由于平面文件系统伸缩性较差,当许多记录被放到一个平面文件中时,性能急剧下降。此外,移植一个基于平面文件的应用程序比移植一个基于数据库管理系统的应用程序更为困难。所以,现在已经很少有人使用平面文件型数据库了。
(2) 关系模型
关系模型中的单张关系数据库表格,看上去与平面文件模型没有区别,而关系数据库的特色是"关系"。将数据的各个部分有机地联系起来是关系数据库的标志,这种模型是有很多优点,有关关系模型的详细内容将在附录A中加以阐述。最简单的方法是将一个关系模型想象成各种唯一的对象之间的一系列链接,这些对象可以有任意种属性。
(3) 面向对象模型
面向对象数据库的概念与Java的概念非常相象:将对象概念化,寻找仅仅属于该对象的属性,如果发现某些属性同时也属于其他对象,则它们必须同属于一个父对象。这很象一个个叠起来的过滤器。面向对象模型要比其他模型更为复杂,因为子对象要继承父对象中包含的数据属性。
(4) 多维模型
这是一种相对较新的数据库模型,它来自数学中的数组理论。尽管大多数数据库是基于多个数组的,但多维数据库的实际结构与一个数组很相象。多维模型更适于存储有大量概括性数据的环境。不同于基于关系模型的数据库,数据库引擎对维的概念的直接支持使得多维视图实现起来容易得多。在多维模型中,由于它的类似数组的结构,检索时间也会大大减少。由于在一次检索中,普通数据库要遍历每个记录,当移动大量记录上的光标时开销会变得大得多。
关系数据库用以减少检索时间的一个方法是对数据项加以索引。这些索引的结构仅仅是相应数据项在数据库中的游标偏移量。MDBMS(多维数据库管理系统)的数据存储格式本身有利于检索,因为引擎知道用户所要检索的数据的通常位置。由于数据实际上是以数组的结构存储的,MDBMS不必遍历每一记录的全部数据项,它只是有选择地搜索所需要的几列,这有时能够指数倍地减少搜索时间。MDBMS也不再需要关键字,因为关键字的主要作用是帮助用户更容易地查找所需要的数据。
在决定是否使用这类数据库的时候,首先必须理解所要创建的系统的需求。多维数据库系统适于高级计算以及不再是规范化形式的概括性数据的检索,常用于在线分析处理(OLAP, Online Analysis Process)应用和数据仓库环境。这种数据库的多用户功能通常没有SQL数据库那么强大,它也不适于事务量很大的环境以及在原子级别上要求很详细的环境。
选择数据库的准则
通常,对于数据集合在几兆字节之内,数据记录之间没有复杂的关系的情况,可以选用文本文件建立数据库,这样可以最大限度地限制建库成本,同时文本文件具有数据库管理系统(DBMS)所没有的优势,即当数据发生错误时,可以将文本文件调入任何一个文本编辑器进行恢复。
对于较大的数据集合,或者数据记录之间存在着复杂的关系,则最好选用数据库系统。用文本文件实现一个几十兆的数据库将使任何一台高档服务器不堪重负。如果采用交互程序处理数据间复杂的关系,必然会使交互程序的复杂性加大,占用过多的服务器资源。此外,利用数据库系统的功能可以简化交互程序设计的难度,提高开发效率。
在选择数据库管理系统时,应着重考虑以下几个方面:
* 操作系统平台
选择通用的,可发者熟悉的数据库管理系统,也要选择开发者熟悉的操作系统平台,只有这样,才可以减少出错的概率。
* 性能价格比
在各种能完成自己工作的数据库管理系统中,选择实用、可靠、便于维护、技术服务好、最便宜的包括性能评估(响应时间、数据单位时间吞吐量)、性能监控(内外存使用情况、系统输入/输出速率、SQL语句的执行,数据库元组控制)、性能管理(参数设定与调整)的数据库管理系统。
* 构造数据库的难易程度
需要分析数据库管理系统有无范式的要求,即是否
上一篇:
毕业设计(论文)_基于NET技术的动态IT培训网站
下一篇:
马原:环境保护与可持续发展论文(word)