数据库课程设计报告---分布式数据库在学生信息管理系统中的应用

数据库课程设计报告---分布式数据库在学生信息管理系统中的应用
数据库课程设计报告---分布式数据库在学生信息管理系统中的应用

分布式数据库在学生信息管理系统中的应用

班级: 姓名:

设计时间:

指导教师:

评语:_________________________________ 评阅成绩:____评阅教师:_____

目录

摘要 (3)

第一章绪论 (4)

1.1课题研究的意义 (4)

1.2分布式数据库技术国外发展现状 (4)

1.3分布式数据库技术国内发展现状 (5)

1.4分布式数据库技术发展动向 (5)

第二章分布式数据库理论 (6)

2.1分布式数据库理论 (6)

2.1.1分布式数据库系统的有关概念 (6)

2.1.2分布式数据库系统的特点 (6)

2.1.3分布式数据库数据分片 (7)

2.1.4分布式数据库数据分布 (7)

2.1.5数据分布设计策略 (8)

第三章系统总体设计 (10)

3.1系统功能设计 (10)

3.2系统结构设计 (10)

3.3系统概念设计 (10)

4.4系统逻辑设计 (11)

4.5系统物理设计(表设计) (11)

第四章系统实现 (15)

4.1P OWER B UILDER开发工具简介 (15)

4.2P OWERBUILDER 9应用程序开发的基本步骤 (15)

4.3编码规范 (15)

4.4应用程序对象A PP_MAPBEX (15)

4.5具体窗口的实现 (16)

第五章课程设计总结 (22)

第六章参考文献 (22)

摘要

社会在飞速的发展,计算机的应用正深入到人们生活的每一个角落。我们作为当代的大学生,更应该推动和实践计算机信息系统在生活在的应用,为将来的工作和学习打好基础。

本系统为简易的分布式学生信息管理系统,实现学生的基本信息管理和学生成绩管理。

本系统采用了Power Builder9+SQL2000的结构来开发程序。Power Bulider(以下简称pb)做为应用程序开发工具和程序界面开发工具,pb具有功能强大,集成性好的优点,很适合小型系统的应用开发和界面开发。后台数据库使用SQL 2000系统,Microsoft SQL Server 2000是美国微软公司推出的使用相当广泛的数据库管理系统,包含一套图形工具,如服务器管理(用于启动和关闭数据库服务)、企业管理器(用于创建和修改数据库及备份数据库等)和查询分析器(用于交互执行Transact-SQL 语句和过程并提供图形查询分析功能)等。本报告说明了整个系统从分析到设计再到实现的具体步骤和过程,从中我学到了很多知识和技能。

关键词:分布式信息管理系统PB+SQL2000

第一章绪论

1.1 课题研究的意义

随着信息技术的飞速发展,社会经济结构、生产方式和消费结构已经发生了重大变化,这些变化深刻地影响着人民生活的方方面面。尤其是近十年来人们对计算机的依赖性越来越强,同时也对计算机提出了更高的要求。随着计算机网络技术的日趋成熟,传统的集中式的关系型数据库系统越来越不能满足人们处理数据的要求,因此分布式数据库系统应运而生,并且得到迅速发展。

在社会各个领域,对分布式数据库系统的要求更加迫切。随着社会的发展,许多关系着国民经济发展的行业,例如水利、电力、交通、金融等行业的作用越来越重要。但是这些行业所管辖的部门或企业往往在地域上比较分散,而在行政和业务管理上,既要求各部门具有独立的局部控制、分散管理的能力,同时,又要在整个行业内实现对所有部门或所属企业进行全局控制,统一管理。这种协同管理要求各部门或企业之间的信息和数据既能灵活交流和共享,又能统一管理和使用。正是这种需求的不断扩大和要求的不断提高,促使分布式数据库不断发展,功能不断加强。分布式数据库的出现,实现了数据通过网络连接共享。

分布式数据库将地理位置上分布于不同地点的数据通过网络连接起来,并通过应用统一的数据库管理系统对不同位置的数据进行统一管理,使得数据在地理位置上分布,而在逻辑上又是一个整体。

随着数据库在各个行业中的不断发展,各行业也对数据库提出了更高的要求,数据量也急剧增加,对于管理这些数据的复杂度也随之增加。同时各行业部门或企业所使用的软硬件之间的差异,这给开发企业管理数据库管理软件带来了巨大的工作量,如果能够有效解决这个问题,即使用同一模块管理操作不同的数据表格,对不同的数据表格进行查询、插入、删除、修改等操作,也即对企业简单的应用实现即插即用的功能,那么就能大大地减少软件开发的维护和更新费用,缩短软件的开发周期。分布式数据库系统的开发,降低了企业开发的成本,提高了软件使用的回报率。当今社会已进入了信息时代,人们将越来越多的信息存储在网络中的计算机上。如何更有效地存储、管理、共享和提取信息,越来越引起人们的关注。集中式数据库已经不能满足人们的需求,分布式数据库走入了当今的舞台。

分布式数据库系统的出现,有效地利用企业现有资源和网络资源。分布式数据库系统是一个面向地理上分布而在管理上需要不同程度集中的处理系统,主要解决在计算机网络上如何进行数据的分布和处理。由于分布式数据库有许多突出的优点,因此,分布式数据库系统可以广泛地应用于大企业,多种行业及军事国防等领域,这对建立集约型社会,加快社会主义现代化建设,将具有重要的现实意义。

1.2 分布式数据库技术国外发展现状

分布式数据库系统(Distributed Database system,简称DDBS)已有20多年的发展历史,经历了一个从产生到发展的过程,取得了长足的进步。许多技术问题被提出并得到了解决。20世纪90年代起,DDBS己进入商品化应用阶段,当前,分布式数据库技术已经成熟并得到广泛应用。一些数据库厂商在不断推出和改进自己的分布式数据库产品,以适应多种需要和扩大市场的占有份额。但是,实现和建立分布式数据库系统绝对不是数据库技术与网络技术的

简单结合,而是在这两种技术相互渗透和有机融合后的技术升华,它又产生了很多新的技术。而且,分布式数据库系统虽然基于集中式数据库系统,但分布式数据库系统却有它自己的特色和理论基础。由于数据的分布环境形成了很大的固有的技术难度,使得分布式数据库系统的应用被推迟。至今完全遵循分布式数据库系统规则,特别是实现完全分布透明性的商用系统还很难见到。

1.3 分布式数据库技术国内发展现状

我国对分布式数据库系统的研究约在20世纪80年代初期开始,一些科研单位和高校先后建立和实现了几个各具特色的分布式数据库系统。如由中国科学院数学研究所设计,由该所与上海科学技术大学、华东师范大学合作实现的C.POREL,武汉大学研制的WDDBS和WOODDBS,东北大学研制的DMD/FO系统等,尤其值得一提的是华中科技大学达梦数据库多媒体研究所开发的DMZ多媒体数据库,它解决了异构数据库系统实现数据的共享和透明访问的难度。他们的工作对我国分布式数据库技术的理论研究和应用开发起到了积极的推动作用。

1.4 分布式数据库技术发展动向

分布式数据库系统可看成是由分布在各场地的一组数据库系统(称为局部数据库系统)组成的统一的数据库系统。后者被称为全局数据库系统。局部数据库系统间耦合程度不同,或是很紧的耦合(对场地高度透明),或是很松的耦合(高度自治)。由于通用操作系统对数据库管理系统性能的限制,以及硬件价格的下降和高速网的发展,用专用数据库服务器己变得越来越合理了。专用数据库服务器的操作系统是面向数据库的,因此可以减少许多不必要的开销,可以支持大量的实时事务处理。为了提高服务器的性能,可以采用磁盘组和大规模进行处理技术多个数据库服务器联网,也可以构成分布式数据库系统。

随着计算机网络技术的飞速发展和广泛应用,特别是internet的普及,使得对分布式数据库系统的研究和开发变得更加活跃。但是在实际应用时,特别是复杂情况下的效率、可用性、安全性、一致性等问题并不容易解决。internet是当前高速发展的全球性互联网络,internet应用开发的新方案几乎全部都是基于web的。web应用已经从传统的静态HTML页面,向动态的开放的方向发展。针对这样的市场需求和web平台的基本技术,各个浏览器和web 服务器提供商,如Microsoft公司、Netscape公司和主流的数据库厂商,如Sybase公司、oracle 公司纷纷推出web服务器和浏览器上的扩展技术,形成以web服务器厂商的扩展技术为基础,数据库厂商提供解决数据库访问的应用服务器。这样,Web应用就从传统的“客户机//R 务器"两层体系结构演变为“Web服务器十应用服务器+数据库服务器”三层体系结构。用户的开发方向己经从构造单一的Client/server应用转变为集Browse/server应用、internet 应用甚至数据仓库应用为一体的综合应用。从而形成Web技术与数据库技术相结合的数据库系统模型。

实现和建立分布式数据库系统绝对不是数据库技术与网络技术、Web技术、计算机技术等的简单结合,而是在这些技术相互间渗透和有机结合后的技术升华。分布式数据库系统有它自己的特色和理论基础,由于数据的分布环境形成了很大的固有的技术难度,使得分布式数据库系统的应用被推迟。至今完全遵循分布式数据库系统规则,特别是实现完全分布透明性的商用系统还很难见到。因此,在很长一段时间分布式数据库都有很大的发展空间。

第二章分布式数据库理论

2.1分布式数据库理论

2.1.1分布式数据库系统的有关概念

分布式数据库系统使用计算机网络将地理位置分散而在管理和控制又需要不同程度集中的多个逻辑单位(通常是集中式数据库系统)联结起来,共同组成一个统一的数据库系统。因此,分布式数据库系统可以看成是:计算机网络与数据库系统的有机结合。在分布式数据库系统中,被计算机网络联结的每个逻辑单位,称为站点(site)或节点(Node)。所谓地理位置上分散是指各个站点分散在不同的地方,大可为不同的国家,小可为同一建筑中的不同位置。所谓逻辑上集中是指各个站点之间不是互不相关的,它们是一个逻辑整体,并由一个统一的数据库管理系统进行管理这个数据库管理系统称为分布式数据库管理系(Distributed DatabaseManagement System,简称DDBMS)。一个用户如果只访问他注册的那个站点上的数据称为本地(或局部)用户或本地应用;如果访问涉及两个或两个以上的站点中的数据,称为全局用户或全局应用。

分布式数据库系统中有全局数据库(GDB)和局部数据库(LDB)的概念。全局数据库由全局数据库管理系统进行管理,所谓全局是从整个系统角度出发研究问题。局部数据库由局部数据库管理系统(LDBMS)进行管理,所谓局部是从各个站点的角度出发研究问题。

2.1.2分布式数据库系统的特点

1.物理分布性:分布式数据库系统中的数据不是存储在一个站点上,而是分散存储在

由计算机网络联结起来的多个站点上。

2.逻辑整体性:分布式数据库系统中的数据物理上是分散在各个站点中的,

但这些分散的数据逻辑上却是一个整体,它们被分布式数据库系统的所有用户

(全局用户)共享,并由一个分布式数据库管理系统统一管理。

3.站点自治性:站点自治性也称场地自治性,各站点上的数据由本地DBMS(database

Management System:数据库管理系统)管理,具有自治处理能力,完成本站点的应

用(局部应用)。

4.数据独立性:分布式数据库系统中,数据独立性不但指数据的逻辑独立性与物理独

立性,还包括数据分布独立性亦称分布透明性。分布透明性使用户不必关心数据的

逻辑分片,不必关心数据是否被复制及复制副本的个数(冗余数据),也不必关心数

据物理及其片段位置的分布细节,同时也不关心局部场地上数据库支持哪种数据模

型。

5.集中与自治相结合的控制机制:在分布式数据库系统中,数据的共享有两个层次:

一是局部共享,即同一站点上的用户可共享本站点上局部数据库中的数据,以完成

局部应用;二是全局共享,即分布式数据库系统上的用户都可共享在分布式数据库

系统的各个站点上存储的数据,以完成全局应用。因而,分布式数据库系统常常采

用集中和自治相结合的控制机制。各局部的DBMS可以分散地管理局部数据库,具有

自治的功能。同时,系统又设有集中控制机制,协调各局部DBMS的工作,执行全局

管理功能。

6.适当增加数据冗余性:在集中式数据库系统中,尽量减少冗余是系统的目标之一。

其原因是,冗余数据不仅浪费存储空间,而且容易造成各数据副本之间的不一致性,为了保证数据的一致性,系统要付出一定的维护代价。而在分布式数据库系统中却

通过冗余数据提高系统的可靠性、可用性和改善系统性能,因为当某一个站点出现

故障时,系统可以对另一站点上的相同副本进行操作,不会因某一处故障而造成整

个系统的瘫痪。另外,系统可以选择用户最近的数据副本进行操作,减少通信代价,

改善整个系统的性能。

7.事务管理的分布性:数据的分布性必然造成事务执行和管理的分布性。

2.1.3分布式数据库数据分片

数据分片(Data Fragmentation)也称数据分割,是分布式数据库的特征之一。在一个分布式数据库中,全局数据库是各个站点上局部数据库的逻辑整体,而各个局部数据库中的数据是由全局数据库的某种逻辑分割而来。这样减少网络通信量,从而提高效率。

数据分片有三种基本方法,分别如下:

1>水平分片:按特定条件把全局关系的所有元组分成若干个互不相交的子集,每一个子集为全局关系的一个逻辑片断,简称为片段。它们通过对全局关系施加选择运算得到,并可通过对这些片段的合并操作来恢复该全局关系。

2>垂直分片:将全局关系(表或视图)的属性集(字段集)中的若干属性作投影运算,即得到全局关系的一个垂直分片。要求全局关系的每一个属性至少映射到一个垂直片段中,且每一个垂直分段都包含该全局关系的键。这样可以通过对这些片段执行连接操作来恢复该全局关系。

3>混合分片:水平分片和垂直分片的混合。无论哪种分片方法都必须满足数据完备性的要求,即必须遵守以下几条准则:完备性:全局关系的所有数据都要分配到相应的分片中,否则会丢失数据。不相交性:在各水平分片的关系子集中不能出现相同元组。可重构性:由全局关系分割得到的分片能通过关系运算还原成全局关系。

2.1.4分布式数据库数据分布

数据分布(Data Distribution)是指分布式数据库中的数据不是存储在一个站点的计算机存储设备上,而是根据需要将数据划分成逻辑片段,按某种策略将这些片段分散地存储在各个站点上。数据分布的策略有:

l>分割式:所有数据只有一个备份,它被分割成若干个逻辑片段,每个逻辑片段被指派在某个特定的站点上。这种分布策略可充分利用各个站点上的存储设备,数据的存储量大。在存放数据的各个站点上可自治的检索和修改数据,发挥系统的并发操作能力。同时,由于数据是分布在多个站点上,当某部分站点出现故障时,系统仍能运行,提高了系统的可靠性。对于全局查询和修改,所需的时间会长一些,因为数据不在同一场地上,需要进行通讯。

2>复制式:全局数据有多个副本,每个站点上都有一个完整的数据副本。采用这种策略的系统可靠性高,响应速度快,数据库的恢复比较容易,可从任意场地得到数据副本。但是要保持各个站点上数据的同步修改,将要付出高昂的代价。另外,整个系统的冗余很大,系

统的数据容量也只是一个站点上数据库的容量。

3>混合式:全部数据被分为若干个子集,每个子集安置在不同的站点上,但任意站点都没有保存全部的数据,根据数据的重要性决定各个子集的副本的多少,这种分布策略,兼顾分割式和复制式的做法,也获得了二者的优点,它灵活性好,能提高系统的效率,但同时也包括T-者的复杂性。

2.1.5数据分布设计策略

数据分布的方式有许多种,一般来说,可按整个数据库是集中存放在一个场地还是分割开来散布到多个场地以及是否有数据副本存在等情况,可组合成四种数据分布方式,它们是:l>集中式。即整个数据库存放在一个场地上,且没有数据副本存在。严格说来,这不能算作是分布式数据库,因为数据库集中存放在一个场地上,其它场地都从该场地获得数据。存放数据库的那个场地相当于一个数据库服务器,其它场地相当于该数据库服务器的远程终端,它们对数据库的访问是通过远程登录访问来实现的。因此这种方案属于客户/服务器结构的集中式数据库。集中式最主要的优点是简单,容易实现,所有的存取操作都在单一场地进行,这样数据一致性维护和并发控制都比较容易实现。但这种策略有很多缺点,首先数据库的可能大小受限于中心场地的硬盘空间可用性的大小。其次,所有操作都在中心场地执行,其它场地都要通过网络访问中心场地,因此都有通信代价与时间延迟,系统的并行处理也受限于中心场地的处理能力与速度,进而中心场地就会成为“瓶颈”,这就进一步限制了系统的反应速度,而且中心场地也容易崩溃,系统的有效性与可用性不高。例如,如通信系统失效,则数据库对任何远程场地都无效:而当中心场地出现故障时,则整个数据库系统失效。

2>重复式。即有多个数据库副本存在,每个场地上都有一个完全的数据副本存在。这种方式的可用性、健壮性及效率相当高。这种可靠性高不仅体现在当一个或多个场地发生故障时数据库仍能有效运转,而且还表现在很容易恢复一个破坏了的数据库副本,这只需简单的从另一个正常场地完全拷贝一个数据库即可。由于每个场地都有一个完全的数据库副本,用户的请求大都可以在本场地完成,这有助于提高响应速度,减少通信代价,使通信分布比较均匀。在只有读操作时,由于不需要维护数据一致性,因此不需要场地间的同步通信,系统的可用性是很高的。但是系统需要花费相当大的开销去维护数据库的一致性和运行并发控制。由于一致性和并法控制的复杂性,这种策略不适合单请求并行处理,但在各个场地,不同请求可以异步的处理。如何保持数据的一致性,依系统的不同而差别很大,而且所承受的开销取决于所提供的数据的一致性的级别。当网络的一部分由于某种原因而失效时,需要限制修改操作的执行以维护数据的一致性。因为,若允许两个修改操作在不能实现同步的情况各自在不同的场地进行,则当系统恢复正常以后,可能出现数据的不一致性。另外,如同集中式策略一样,数据库的大小受限于每个场地上硬盘空间可用性的大小。一般来说,这种策略比较适合于要求可靠性高、数据库小、修改频率低的场合。

3>分割式。全局逻辑数据库被分割成许多片段,并且被分配到各个场地上,但这些片段只有一个拷贝。在对数据进行分割时,需要尽量按应用的要求进行分割,一般来说,应以减少表间的联系为目的。同样进行数据分割时,也应尽量将某一个场地经常存取的数据存放在相应的场地,这样可以减少网络开销。分割式策略与集中式策略相比有几个明显的优点。一是数据库的大小只受限于网络上作为整个可用的硬盘空间的大小,而不受限于某一场地的可用硬盘空间的大小。其二是检索与更新均指向各自所要求的所在场地,而非指向一个中心场地,数据库存取的局部性比例较大,所以通信代价较低。但另一方面,可能有一个请求需要存取多个场地甚至全部场地的数据,这时由于需要访问相关场地上的片段,这时网络开销可能比集中式更高,但若设计时分割标准合适且配合妥当的分布原则,则出现这种情况应该是不多见的。若分布式数据库管理系统支持并行处理,则可进行并行处理,故响应速度比集中

式要快。通信负载较均匀地分布于整个网络,所以任何场地都对通信瓶颈口不敏感。数据库的有效性与可靠性也比集中式要高,因为若部分或全部通信失效,或者一个或几个场地发生故障,不会导致整个系统完全失效,至少数据库部分可用。这种方案的性能、有效性和可靠性与数据库访问的局部性相关,若一个存取操作几乎在一个场地进行,则说数据库访问

的局部性高,否则就低。而数据库访问的局部性跟设计时数据分布有关。如果设计时分片,可能造成每一个请求都要存取多个场地,则其性能、有效性和可靠性会比集中式更低,因为多个场地出故障的概率要比单独某一个场地出故障的概率要大,这样只要有一个场地出故障,这个请求就不能执行。一般说来,分割策略比较适合各场地硬盘空间有限、可靠性要求较高、或应用的数据存取有一定的“分割性”,即能实现高的存取局部化程度的情况。

4>组合式。它是分割与重复的组合,每一场地可以有数据库的任何一部分。这种策略兼有分割与重复式的一些特点。它的主要的优点是灵活。分割与分布的策略及各片段重复的个数需要在各因素之间权衡,局部辅存与整体辅存之间、可靠性与可用性、提高效率的方法及通信代价、同步与控制代价等要综合折中权衡。例如,重复可以提高存取的局部性,从而降低通信量,提高可靠性与可用性;同时可以使并行处理可能性高,故可缩短响应时间。分割时,,可使常用的关键性数据重复分布于所需的场地,不常用的数据可只存储一次,这样可降低存储量。这种方式要着力解决的问题是通信与数据一致性维护,同时通信瓶颈仍然可能存在。这种方式最灵活,同时实现起来也是最复杂的,因为影响系统性能、可靠性、存取需求等的各种因素是彼此相关的,很难将其分割开来考虑。此外,分布式数据库管理系统所支持的各种机构,数据库的使用方式等也是施加影响的因素。总之,采用这种方式必须全面考虑各种因素,并进行权衡。

第三章系统总体设计

本系统是为了实现学生信息化管理而编写的。其中包括了学生信息日常工作中的各项操作。本系统的项目名称为:学生信息管理系统V1.0

3.1系统功能设计

主要功能模块:

1 学生信息处理实现对学生信息的录入、修改、添加、删除

2 信息浏览处理实现对学生基本信息的浏览查看

3 数据查询处理实现对学生信息的查询

4 数据汇总处理实现对学生信息的分类汇总

5 数据备份处理实现对学生信息的备份和导出

3.2系统结构设计

3.3系统概念设计

1 学生信息处理实现对学生信息的录入、修改、添加、删除

2 信息浏览处理实现对学生基本信息的浏览查看

3 数据查询处理实现对学生信息的查询

4 数据汇总处理实现对学生信息的分类汇总

5 数据备份处理实现对学生信息的备份和导出

4.4系统逻辑设计

1 学生表sxTable(学生编号,学生姓名,学生生日,学生性别,民族,家庭住址,电话,政治面貌,简介)

2 成绩表cjTable(学期编号,课程名称,分数)

3 课程表 kcTable(课程名称,分数,授课老师)

4.5系统物理设计(表设计)

表设计

(1)学生信息表(xsTable)

六、数据库设计

1.分布式数据库定义

传统的数据库管理模式是将所有数据集中于单个数据库中,用户通过各种数据库工具,

来实现数据库的维护和使用。但是这种模型对于数据量巨大时,已经无法满足用户的需求;同时,当出现一些人为何自然灾害等对数据造成破坏时,数据的安全性将无法得到保护,甚至出现丢失。针对以上问题,分布式的概念被提出来:是物理上分散而逻辑上集中地数据库系统。分布式数据库系统使用计算机网络将地理位置分散而管理和控制又需要不同程度集中的多个逻辑单位连接起来,共同组成一个统一的数据库系统。

2.分布式数据库管理系统

分布式数据库管理系统和集中式数据库管理系统一样,是对数据库进行管理和维和的一组软件,是分布式数据库系统的重要组成部分,是用户与分布式数据库的接口。

分布式数据库管理系统包括三个组成部分:全局数据库管理系统(GDBMS)、局部数据库管理系统(LDBMS)和通讯管理程序(CM)。它能支持四个基本功能:应用程序的远程数据库操作(包括查询和更新操作)、支持分布式数据库系统的完全的或部分的透明性、对分布式数据库(包括全局数据库和局部数据库)的管理和控制以及支持分布式事务的并发和恢复。

图1 分布式数据库系统体系结构

本学生管理系统采用的分布式管理系统为SQL-SERVER 2000,稍后集中介绍其分布式模型及实现。

3.数据分片与分配

在实施分布式数据库系统时,必须考虑如何将数据分布在系统的各个场地(站点)上,也

就是说怎样将数据进行分片,在进行分片后又怎样将它们进行分配。分片是对整个数据库中的数据来说的,而分配时分布式数据库在物理位置上的存储。分片操作包括水平分片、垂直分片、混合分片及诱导分片四种。

在本学生管理系统中,根据学生性别将所有学生分成两部分,分别位于数据库A与数据库B(在两台不同的环境上)。

4. SQL-SERVER复制模型

SQL—Sever 2000是管理数据库的工具,它的功能强大,内容丰富。同样它也支持分布式数据库的运行。它采用的是复制一订阅的模型来管理分布式数据库。这个模型的机制模拟了出版社的工作方式,即将所需的数据出版出来后由需要的用户进行订阅从而组成分布式的数据库。

该模型由下列对象组成:发布服务器、分发服务器、订阅服务器、发布、项目和订阅。

发布服务器是提供数据以便复制到其它服务器的服务器。它用于保持源数据库,从中制作出出版数据,并将这些数据传送到分发服务器中。同出版社方式比较,发布服务器相当于出版社中的出版商角色,主要出版数据。

分发服务器是作为分发数据库宿主并存储历史数据和事务以及元数据的服务器,是发布服务器和订阅服务器中间的桥梁。它相当于是出版社工作方式中的分销商。

订阅服务器是接收复制数据的服务器,订阅服务器通过订阅发布服务器的发布来获取数据。

发布是一个数据库中的一个或多个项目的集合。这种多个项目的分组使得指定逻辑相关的一组数据和数据库对象以一起复制变得更容易。

项目是指定要复制的数据表、数据分区或数据库对象。项目可以是完整的表、某几列(使用垂直筛选)、某几行(使用水平筛选)、存储过程或视图定义、存储过程的执行、视图、索引视图或用户定义函数。

订阅是对数据或数据库对象的复本的请求。订阅定义将接收的发布和接收的时间、地点。订阅的同步或数据分发可以由发布服务器(强制订阅)或订阅服务器(请求订阅)请求。发布可以支持强制订阅和请求订阅的混合。

图2:SQL-SERVER 分布式模型

在所做学生管理系统中,我们选一台SERVER20003系统的电脑作为发布服务器和分发服务器,两台XP系统作为订阅服务器A与B,分别订阅男女学生信息,实现分片。

第四章系统实现

4.1 PowerBuilder开发工具简介

PowerBuilder是目前开发Client/Server结构的应用系统的主要工具之一。PowerBuilder9.0在继承与发展以前版本优秀功能的基础上,为适应网络应用程序的开发要求集成了Enterprise Application Studio中PowerBuilder以及Power Site的功能,在传统数据库开发的基础上,将Web应用更好地集成到PowerBuilder中。PowerBuilder全面支持面向对象编程。是功能强大并易于使用的第4代编程语言(4GL),它内置了包括数据窗口在内的多种对象类,可以方便地访问数据库。相对于其他应用工具,PowerBuilder具有工作效率高、成本低、质量高、功能强的特点。

4.2 Powerbuilder 9应用程序开发的基本步骤

我们要开发应用程序时,首先要对它进行分析。无论哪种、哪方面的应用程序,都要先建立一个应用对象。下面我们介绍以下PowerBuilder 9应用程序开发的基本步骤:(1)首先要建立应用对象。

(2)创建窗口。在窗口里放置各种控件和编写事件响应的脚本。

(3)创建菜单。窗口里的菜单可包括菜单条,下拉式菜单,级联菜单和弹出式菜单为菜单编写事件响应的脚本。

(4)创建用户对象。如果想要重复使用某个控件的功能,可以把窗口上经常放置的控件定义为用户对象。

(5)创建数据窗口。数据窗口可以检索数据库中的数据,可以建立各种报或统计表,可以修改数据库。

(6)创建函数、结构、事件。为了能够更好地支持脚本,编写自定义的函数,定义结构类型变量,也可以为对象和控件定义自己的事件。

(7)运行与调试。可以在开发环境中随时运行应用程序,发现错误后,可以用调试工具进行调试。

(8)当应用程序开发完毕后,可以把它编译成可执行的文件,让用户比较容易地建立应用系统的运行环境。

4.3 编码规范

为了减少在软件开发过程中的错误,在软件开发过程中应该遵守一定的标准。

给对象命名要有一定的规范,部件名称可以达到40个字符,窗口的命名:W_功能代码_功能描述。数据窗口的命名:DW_功能代码_功能描述。菜单命名:M_功能代码_功能描述。

标识符命名时,应该使标识符有一定的字面含义,有助于程序的调试和脚本的可读性的提高。本系统中使用的命名规范为:变量作用域+变量类型+”_”+具有一定字面含义的名称。例如:li_selectrow反映出的含义:”l”代表是本地变量,是local的缩写,”i”代表是integer 类型的变量,selectrow表示该变量是用来记录一个行号的计数器。

4.4 应用程序对象App_mapbex

功能介绍:PB程序由一个应用程序开始,即每个PB程序在开始运行时,先执行应用程序对象的Open事件。在Open事件中连接数据库,并打开登陆窗口win11。

代码分析:

// Profile xxb_sql

SQLCA.DBMS = "MSS Microsoft SQL Server"

SQLCA.Database = "xxb1"

SQLCA.LogPass = <***>

SQLCA.ServerName = "."

SQLCA.LogId = "sa"

SQLCA.AutoCommit = False

SQLCA.DBParm = ""

connect using sqlca;

open(win11)

4.5具体窗口的实现

(1)登录窗口 win11

功能介绍:本窗口主要是检查操作员输入的用户名及密码是否正确,如果正确,允许登录。

如果错误,显示出错误提示。

操作方法:填写“用户名”与“密码”后,按钮进行验证,点击“退出”退出。

代码分析:

string s1,s2

select b2.yhm,b2.mm

into:s1,:s2

from b2

where b2.yhm=:sle_1.text;

if sqlca.sqlcode=100 then

messagebox("提示信息","用户不存在,请重新登录!")

sle_1.text=""

sle_2.text=""

elseif s2<>sle_2.text then

messagebox("提示信息","密码不正确,请重新登录!")

sle_2.text=""

else

open(win1)

close(win11)

end if

(2)主窗口w_main

功能介绍:本窗口作为菜单及其他子窗口的父窗口。

窗口设置;本窗口为父窗口,它的WindowType为main!, WindowState为maximized!,表示窗口在运行时是最大化的风格。

(3)菜单dwin1

功能介绍:打开各功能窗口

操作方法:点击菜单项相应的菜单,状态栏可显示帮助信息。

代码分析:每个相应的菜单项的clicked事件都使用opens方法来打开相应的功能窗口,如“学生添加”的菜单项下的 clicked事件的处理代码为:

open(w_stu)

具体的功能由相应的窗口内功能按钮的clicked()方法实现。

(4)学生添加窗口 w_stu

功能介绍:增加学生基本信息。

操作方法:添加学生基本信息:点击“确定”按钮,添加学生信息。

代码分析:

long ll_id,ll_i

date ld_birthday

string ls_name,ls_nation,ls_sex,ls_home,ls_tel,ls_party

//数据格式检验

if sle_id.text="" OR isNull(sle_id.text) then

messagebox("缺少数据","请输入学号")

sle_id.setfocus()

return

elseif sle_name.text="" OR isNull(sle_name.text) then

messagebox("缺少数据","请输入学生姓名")

sle_name.setfocus()

return

end if

if sle_birthday.text<>"" AND not isNull(sle_birthday) then

if isDate(sle_birthday.text) then

ld_birthday=date(sle_birthday.text)

else

messagebox("输入数据错误","请使用“年-月-日”的日期格式")

sle_birthday.setfocus()

return

end if

end if

ll_id=long(sle_id.text)

//取出党团员选择

if rb_1.checked=true then

ls_party=rb_1.text

elseif rb_2.checked=true then

ls_party=rb_2.text

else

ls_party=rb_3.text

end if

//取出性别选择

if rb_man.checked=true then

ls_sex=rb_man.text

elseif rb_woman.checked=true then

ls_sex=rb_woman.text

end if

//由民族ddlb,取出民族选择

if ddlb_nation.text="none" then

ls_nation=""

else

ls_nation=trim(ddlb_nation.text)

end if

//检查学号有无重号

SELECT student.stud_id

INTO :ll_i

FROM student

WHERE student.stud_id=:ll_id;

if ll_i<>0 then

messagebox("错误信息","学号第"+string(ll_i)+"号重号!请改正。") sle_id.setfocus()

return

end if

ls_name=trim(sle_name.text)

ls_home=trim(sle_home.text)

ls_tel=trim(sle_tel.text)

//向数据库写入数据

INSERT INTO "student"

("stud_id",

"name",

"birthday",

"sex",

"nation",

"home",

"tel",

"party",

"resume")

VALUES(:ll_id,

:ls_name,

:ld_birthday,

:ls_sex,

:ls_nation,

:ls_home,

:ls_tel,

:ls_party,

:mle_resume.text);

//数据写入数据库后,将输入控件全部置空

sle_id.text=""

sle_name.text=""

sle_birthday.text=""

mle_resume.text=""

sle_home.text=""

sle_tel.text=""

sle_id.setfocus()//将光标放到"学号"输入栏

查询窗口:

功能介绍:按条件进行相关查询

操作方法:根据输入的相关查询条件,然后点击“添加”“显示”按钮。代码分析:

string str=""

if ddlb_3.text<>"" and ddlb_2.text<>"" and sle_1.text<>"" then if ddlb_1.text<>"" then

str=ddlb_1.text+' '

end if

学生信息管理系统需求分析报告模板

学生信息管理系统需求分析报告

目录 1.序言 (3) 2.项目简介 (3) 2.1.系统标识 (3) 2.2.系统功能 (3) 2.3.用户选择 (3) 2.4.系统功能 (3) 2.4.1 (4) 2.4.2 (4) 2.4.3. (4) 2.4.4. (4) 2.4.5 (4) 2.4.6 (4) 2.4.7 (4) 2.4.8 (4) 3.模块划分 (4) 3.1.登入模块 (4) 3.2.学生信息管理 (4) 3.3.课程管理 (4) 3.4.成绩管理 (4) 3.5.管理员管理 (5) 3.6.退出 (5) 4.模块图 (5) 5.流程图 (8) 6.性能要求 (8)

1.序言 随着学校的规模不断过大,学生数量急剧增加,有关学生的各种信息量也成倍增加。面对庞大的信息量需要有学生信息管理系统来提高学生管理工作的效率。通过这样的系统可以做到信息的规范化管理、科学性统计和快速查询、修改、增加、删除等,从而减少管理方面的工作量。 本系统主要应用于学校学生信息管理,总体任务是实现学生信息关系的系统化、规范化和自动化,其主要任务是计算学生各种信息进行日常管理,如查询、修改、增加、删除,另外还考虑到了学生选课、针对这些要求设计了学生信息管理系统。 2.项目简介 2.1.系统标识 系统名称:学生信息管理系统 2.2.系统功能 本系统主要功能是实现学校学生的信息管理、课程管理、成绩管理、学籍管理以及使用该系统的用户管理。 2.3.用户选择 本系统面向的用户有:学校的系统人员、管理人员、教师、学生。所以对计算机的人性化和易用性比较高,应用于学校学生信息管理,总体任务是实现学生信息关系的系统化、规范化和自动化,其主要任务是计算学生各种信息进行日常管理,如查询、修改、增加、删除,另外还考虑到了学生选课,做到看界面简单易懂,容易操作,提高了学校管理效率以及提升了学生信息的安全性和完整性。 2.4.系统功能 本系统主要应用于学生学籍管理、信息查询、教务信息维护和学生选课、学生奖惩安排几部分,又因为用户的不同,例如学生、教师、系统管理员的身份不

分布式数据库管理系统简介

分布式数据库管理系统简介 一、什么是分布式数据库: 分布式数据库系统是在集中式数据库系统的基础上发展来的。是数据库技术与网络技术结合的产物。 分布式数据库系统有两种:一种是物理上分布的,但逻辑上却是集中的。这种分布式数据库只适宜用途比较单一的、不大的单位或部门。另一种分布式数据库系统在物理上和逻辑上都是分布的,也就是所谓联邦式分布数据库系统。由于组成联邦的各个子数据库系统是相对“自治”的,这种系统可以容纳多种不同用途的、差异较大的数据库,比较适宜于大范围内数据库的集成。 分布式数据库系统(DDBS)包含分布式数据库管理系统(DDBMS和分布式数据库(DDB)。 在分布式数据库系统中,一个应用程序可以对数据库进行透明操作,数据库中的数据分别在不同的局部数据库中存储、由不同的DBMS进行管理、在不同的机器上运行、由不同的 操作系统支持、被不同的通信网络连接在一起。 一个分布式数据库在逻辑上是一个统一的整体:即在用户面前为单个逻辑数据库,在物理上则是分别存储在不同的物理节点上。一个应用程序通过网络的连接可以访问分布在不同地理位置的数据库。它的分布性表现在数据库中的数据不是存储在同一场地。更确切地讲,不存储在同一计算机的存储设备上。这就是与集中式数据库的区别。从用户的角度看,一个分布式数据库系统在逻辑上和集中式数据库系统一样,用户可以在任何一个场地执行全局应用。就好那些数据是存储在同一台计算机上,有单个数据库管理系统(DBMS)管理一样,用 户并没有什么感觉不一样。 分布式数据库中每一个数据库服务器合作地维护全局数据库的一致性。 分布式数据库系统是一个客户/ 服务器体系结构。 在系统中的每一台计算机称为结点。如果一结点具有管理数据库软件,该结点称为数据库服务器。如果一个结点为请求服务器的信息的一应用,该结点称为客户。在ORACL客户, 执行数据库应用,可存取数据信息和与用户交互。在服务器,执行ORACL软件,处理对ORACLE 数据库并发、共享数据存取。ORACL允许上述两部分在同一台计算机上,但当客户部分和 服务器部分是由网连接的不同计算机上时,更有效。 分布处理是由多台处理机分担单个任务的处理。在ORACL数据库系统中分布处理的例 子如: 客户和服务器是位于网络连接的不同计算机上。 单台计算机上有多个处理器,不同处理器分别执行客户应用。 参与分布式数据库的每一服务器是分别地独立地管理数据库,好像每一数据库不是网络化的数据库。每一个数据库独立地被管理,称为场地自治性。场地自治性有下列好处: ?系统的结点可反映公司的逻辑组织。

分布式计算环境实验报告

分布式计算环境实验报告 实验名称:在虚拟机下安装Linux系统和 Hadoop 专业班级:网络1101 学生学号:3110610007 学生姓名:平淑容

目录 实验目的..............................................................................P 实验仪器...............................................................................P 实验内容和步骤...................................................................P 安装过程的问题以及解决方法............................................P 代码运行以及实验结果.......................................................P 运行过程中的问题................................................................P 实验总结................................................................................P

一、实验目的 在虚拟机上安装CentOS系统并在Linux系统上安装Hadoop单机模式并且执行一个Java程序。 二、实验仪器 硬件:虚拟机CentOS 软件:Windows 7操作系统 三、实验内容及步骤 实验内容 一、安装虚拟机 二、安装Linux操作系统 三、设置静态ip 四、修改主机名 四、绑定ip和主机 五、关闭防护墙 六、关闭防火墙的自动运行 七、设置ssh 八、安装JDK 九、安装Hadoop 十、在单机上运行Hadoop 十一、Hadoop执行Java程序 实验步骤: 一、安装虚拟机 此处安装的虚拟机是VMware Workstation版本,直接从压缩包里面解压安装即可,此处不做过多介绍。 二、安装Linux系统 此处安装的Linux系统使用的是CentOS版本,直接从压缩包里面解压,然后使用VMware Workstation打开,打开之后选择开机输入用户名和密码进入linux系统。 三、Hadoop的伪分布安装步骤 1.设置静态IP ①在centOS桌面的右上角选择图标,右击修改ip值,选择静 态ip,输入需要增加的ip值、默认网关。

数据库课程设计报告:学生成绩管理系统

《数据库系统原理》课程设计报告 学生成绩管理系统 设计成员 所在专业 所在班级 指导教师 提交时间

目录 卷首语:读书笔记 (4) 1、课程设计的目的 (6) 2、课题组成员的设计任务 (7) 3、学生信息管理系统概述 (8) 4、系统需求分析 (10) 5、数据库设计 (12) 6、系统模块详细设计 (17) 7、课程设计设计总结 (21) 8、程序源代码 (22) 参考文献 (50)

学生信息管理系统 班级:制作成员:指导教师:

卷首语: I、读书笔记 关于网上花店管理系统的读书笔记: 在网上购物逐步平民化的今天,网上购物人数不断增加,现代IT技术和互联网的结合。给了市场创造了无限商机!我阅读了一片“网上花店管理系统”的论文。该论文主要研究网上花店管理系统。该系统以MySQL作为后台数据库,JSP作为前台开发工具,通过Java中的JDBC连接数据库。提供给用户网上浏览,购买,支付等功能,同时.管理员对可以该系统进行维护和管理! SQL Server安全可靠,性能好,易用性强,JSP的Web运用跨平台,系统底层采用Java开发。Java语言简单,面向对象,安全性高的特点,运用Serlvet 模式和Tomcat服务器。这几点的综合搭配使得该系统灵活方便易用,简化了动态网站的开发。 网上花店管理系统实现了用户注册,网上订购支付,留言,购物车,鲜花资料管理和用户管理,订单管理等功能。SQl数据库实现了用户注册登记信息的存储,和网站资料维护,更新等使得数据的管理更加便利,高效…JSP则为用户提高动态图形界面,简化了操作,提高了易用性。论文还详细介绍了系统的逻辑结构设计,逻辑图,总功能设计,和数据库设计等。该系统即使是不懂web 技术的人也可以熟悉运用。 开发工具和数据库的工具有很多,各有各的优势。在互联网大行其道的时代,电脑技术顺应着时代的发展,只有我们把握运用好各类技术,相互结合与利用,才能制作出更好的软件和程序。 在现在信息化高速发展的时代,信息只有快,准,精才能发挥其价值。所以机器代替人力是必然的历史发展趋势,人工操作必将被计算机代替。计算机在我们的日常生活中的使用越来越不可或缺,计算机进行信息管理,不仅提高了工作效率,而且大大的提高了其安全性.尤其对于复杂的信息管理,计算机能够充分发挥它的优越性. 数据库技术,已经成为先进信息技术的重要组成部分,是现代计算机信息系统和计算机应用系统的基础和核心。数据库技术从诞生到现在,在不到半个世纪

C语言学生信息管理系统报告

销售信息统计管理系统

一.任务描述 某公司有4个销售员,负责销售5种产品。每个销售员都将当日销售的每种产品各写一张便条提交给公司。每张便条内容有: 1、销售员的编号 2、销售产品的代号产品 3、产品销售量 根据需求,此系统提供以下功能: 1、以菜单界面呈现。 2、信息录入功能。 3、信息查询功能。(包括查询某销售员的各产品销售量,某种产品的销售总量,某销售员的总销售额) 4、销量排序功能。 5、生成统计报表功能。 本系统采用结构体数组以及数据文件的技术,将输入的数据用结构体数组保存,并提供文件的保存与读取。在程序中要进行统计工作,所以提供显示、排序等操作,另外应提供键盘式选择菜单实现功能选择 本程序使用C语言。 此程序在vc++6.0上调试通过。 二.功能实现设计 1.总体设计 根据上面的分析,将这个程序分为四大模块。——1.销售信息录入。2.查询信息3.文件的保存。4.文件的读取 查询系统包括1.各个销售员销售额。2.销售总额以及排序。3各产品销售总额及热度。4.总信息统计生成报表。

2.流程图 3.详细设计 ①【数据结构】typedef struct { int name; int a1; int a2; int a3; int a4;

int a5; } SYS;/*定义数组*/ ②【功能函数声明】 int menu();/*选择菜单函数声明*/ int menu_1();/*子菜单函数声明*/ int enter(SYS t[]);/*进入函数声明*/ void salor(SYS t[],int n);/*声明函数*/ int sum(SYS t[],int n,int m);/*统计函数声明*/ void list1(SYS t[],int n);/*菜单1函数声明*/ void list2(SYS t[],int n);/*菜单2函数声明*/ void list3(SYS t[],int n);/*菜单3函数声明*/ void save(SYS t[],int n);/*保存文件函数声明*/ int load(SYS t[]);/*读取函数声明*/ SYS ste[100]; int len;/*全局变量定义*/ ③【主函数】 void main() { system("cls"); for( ; ; ) { switch(menu())/*根据用户的选择判断该调用哪个功能函数*/ { case 1:len=enter(ste);break; case 2:menu_1();break;

分布式数据库系统的设计与优化

近年来,计算机技术的发展日新月异,借助于计算机网络而崛起的数据库技术已不断渗透到了社会生活的各个领域.分布式数据库系统是数据库技术的一种,它的产生,使在地理上、组织上分散的单位得以实现信息、数据共享,使系统的可靠性、可用性等得到了明显的改善和提高.因此,如何优化分布式数据库系统,如何更高效地实施数据库查询等问题便显得尤为重要,它关系着整个系统性能和系统效率等诸多关键因素的完善和提高.1分布式数据库的定义 分布式数据库系统的基础是集中式数据库,但是比集中式数据库具有更大的可扩展性,它适用于单位和企业的各下属、分散部门,允许将分工后的针对性较强的各部门数据存储在本地存储设备上,从而提高用户操作应用程序的反馈速度,在一定程度上降低网络通信费用. 分布式数据库系统可以分为两种:一是物理分布逻辑集中,即在物理上是分布的,在逻辑上是一个统一整体,这类数据库系统比较适用于用途单一、专业性强的中小企业或部门;二是无论在物理上或是逻辑上都是分布的,这种分布式数据库系统类型称为联邦式,此类型主要用于集成大 范围数据库,因为该系统主要由用途迥异、 差别明显的数据库组成. 分布式数据库的物理分布性主要表现在数据库中的数据分别存储在不同的地域内或主机上,而逻辑集中性主要表现在无论用户处于哪个位置或使用本局域网中的哪台主机,都可以通过应用程序对数据库进行操作,但这些数据库具体的分布位置用户并不需要知道,就如同数据库存储在本机,并且由本机的数据库管理系统进行管理.2分布式数据库系统的特点 2.1数据的独立性和分布的透明性 数据的独立性可以说是分布式数据库系统的核心和目标,而分布的透明性表现在用户在操作带有数据库的应用程序时,不必了解数据存储的具体物理位置,不必关心数据逻辑集中的区域,也不必验证本地系统支持哪些数据模型.分布透明的特点,在很大程度上增加了应用程序的可移植性. 2.2集中和自治相结合 对于分布式数据库系统来说,数据共享分为两层:局部共享和全局共享.局部共享是相对于局部数据库而言的,存储在局部数据库中的一般是专门针对本地用户的常用数据;全局共享就是说在各个分布的数据库区域,也能够支持 系统在全局上的应用,可以存储可供本网中其他位置的用户共享的数据.那么对于这两层数据共享的分类,就有相应的两种控制方式,即集中和自治,各个局部的数据库管理系统可以对本区域的数据库实施独立管理,称为自治;与此同时,为了协调各个局部数据库管理系统,为了宏观、整体地把握各局部数据库的运行情况等,系统还设置了集中控制的工作方式. 2.3易于扩展性 由于单位、 企业等的数据量越来越庞大,对于数据库服务器的需求也越来越多.如果服务器的应用程序支持水平方向的扩展,那么就可以通过多增加服务器来分担数据的处理任务. 3分布式数据库系统的设计3.1设计的原则 3.1.1分布式数据库系统的主要设计原则是本地和近地.所以,在设计的过程中,应当尽量实现数据的本地化,这样可以有效减少数据节点之间的相互通信,从而提高整个系统的效率. 3.1.2为了改善和提高数据库数据的可用性和可靠性,有时候在分布式数据库系统中可以将数据保存为副本,如果数据的其中一个副本被损坏或者不能使用,那么在网络环境中的另一个节点中可以对损坏的副本进行恢复.不过,在恢复的同时有可能增加冗余的数据,所以在设计分布式数据库系统时应当全面考虑最优的数据冗余程序,从而减少数据库更新的成本. 3.1.3在用户通过应用程序对数据库进行操作的时候,分布式数据库系统应当将总的工作量分流到网络环境中的各局域节点,从而提高了应用程序的执行效率、扩大了数据传输的并行度、充分利用了各局域节点计算机的资源.因此在设计分布式数据库系统的同时,要将负荷合理地分流. 3.1.4在设计分布式数据库系统时,要对网络各局域节点进行存储能力的统筹,对有限的存储控件进行合理的规划.3.2设计的内容 与集中式数据库的设计相类似,分布式数据库系统也包括了数据库和应用.其中,数据库的设计又包括全局的模式设计和局部的模式设计.分布式数据库系统设计的关键是 Vol.28No.10 Oct.2012 赤峰学院学报(自然科学版)JournalofChifengUniversity(NaturalScienceEdition)第28卷第10期(下) 2012年10月分布式数据库系统的设计与优化 左 翔,姜文彪 (安徽医科大学计算机系,安徽 合肥 230032) 摘要:分布式数据库是数据库技术和网络技术相结合的产物,本文从分布式数据库系统的定义和特点入手,介绍了其设计、优化的目标以及优化的方法. 关键词:分布式数据库系统;设计;优化中图分类号:TP310 文献标识码:A 文章编号:1673-260X(2012)10-0020-02 20--

分布式数据库系统复习题

一、何为分布式数据库系统?一个分布式数据库系统有哪些特点? 答案:分布式数据库系统通俗地说,是物理上分散而逻辑上集中的数据库系统。分布式数据库系统使用计算机网络将地理位置分散而管理和控制又需要不同程度集中的多个逻辑单位连接起来,共同组成一个统一的数据库系统。因此,分布式数据库系统可以看成是计算机网络与数据库系统的有机结合。一个分布式数据库系统具有如下特点: 物理分布性,即分布式数据库系统中的数据不是存储在一个站点上,而是分散存储在由计算机网络连接起来的多个站点上,而且这种分散存储对用户来说是感觉不到的。 逻辑整体性,分布式数据库系统中的数据物理上是分散在各个站点中,但这些分散的数据逻辑上却构成一个整体,它们被分布式数据库系统的所有用户共享,并由一个分布式数据库管理系统统一管理,它使得“分布”对用户来说是透明的。 站点自治性,也称为场地自治性,各站点上的数据由本地的DBMS管理,具有自治处理能力,完成本站点的应用,这是分布式数据库系统与多处理机系统的区别。 另外,由以上三个分布式数据库系统的基本特点还可以导出它的其它特点,即:数据分布透明性、集中与自治相结合的控制机制、存在适当的数据冗余度、事务管理的分布性。 二、简述分布式数据库的模式结构和各层模式的概念。 分布式数据库是多层的,国内分为四层: 全局外层:全局外模式,是全局应用的用户视图,所以也称全局试图。它为全局概念模式的子集,表示全局应用所涉及的数据库部分。 全局概念层:全局概念模式、分片模式和分配模式 全局概念模式描述分布式数据库中全局数据的逻辑结构和数据特性,与集中式数据库中的概念模式是集中式数据库的概念视图一样,全局概念模式是分布式数据库的全局概念视图。分片模式用于说明如何放置数据库的分片部分。分布式数据库可划分为许多逻辑片,定义片段、片段与概念模式之间的映射关系。分配模式是根据选定的数据分布策略,定义各片段的物理存放站点。 局部概念层:局部概念模式是全局概念模式的子集。局部内层:局部内模式 局部内模式是分布式数据库中关于物理数据库的描述,类同集中式数据库中的内模式,但其描述的内容不仅包含只局部于本站点的数据的存储描述,还包括全局数据在本站点的存储描述。 三、简述分布式数据库系统中的分布透明性,举例说明分布式数据库简单查询的 各级分布透明性问题。 分布式数据库中的分布透明性即分布独立性,指用户或用户程序使用分布式数据库如同使用集中式数据库那样,不必关心全局数据的分布情况,包括全局数据的逻辑分片情况、逻辑片段的站点位置分配情况,以及各站点上数据库的数据模型等。即全局数据的逻辑分片、片段的物理位置分配,各站点数据库的数据模型等情况对用户和用户程序透明。

数据库应用开发实验报告

学生实验报告 (理工类) 课程名称:数据库应用开发专业班级: 学生学号:学生姓名: 所属院部:国际软件学院指导教师: 2013 ——2014 学年第 2 学期 金陵科技学院教务处制

实验报告书写要求 实验报告原则上要求学生手写,要求书写工整。若因课程特点需打印的,要遵照以下字体、字号、间距等的具体要求。纸张一律采用A4的纸张。 实验报告书写说明 实验报告中一至四项内容为必填项,包括实验目的和要求;实验仪器和设备;实验内容与过程;实验结果与分析。各院部可根据学科特点和实验具体要求增加项目。 填写注意事项 (1)细致观察,及时、准确、如实记录。 (2)准确说明,层次清晰。 (3)尽量采用专用术语来说明事物。 (4)外文、符号、公式要准确,应使用统一规定的名词和符号。 (5)应独立完成实验报告的书写,严禁抄袭、复印,一经发现,以零分论处。 实验报告批改说明 实验报告的批改要及时、认真、仔细,一律用红色笔批改。实验报告的批改成绩采用百分制,具体评分标准由各院部自行制定。 实验报告装订要求 实验批改完毕后,任课老师将每门课程的每个实验项目的实验报告以自然班为单位、按学号升序排列,装订成册,并附上一份该门课程的实验大纲。 实验项目名称: SQL Server概述及体系架构实验学时: 3 实验地点: B407 实验日期: 2014.4.3 实验成绩: 批改教师:罗扬批改时间: 一、实验目的和要求 1、熟悉Microsoft SQL Server 2005系统环境,包括发展历史、版本与组件及新特性; 2、了解客户/服务器、浏览器/服务器体系结构; 3、掌握系统数据库对象及构成、SQL Server 2005的常用管理工具; 4、熟悉SQL Server 2005 Management Studio平台及组件。

数据库课程设计报告

《数据库类课程设计》 系统开发报告 学号:111007133 姓名:邢小迪 题目:企业员工薪资管理 指导教师:王红梅 提交时间:2013年6月01日 计算机科学与应用系

目录 一绪论 二员工薪资管理系统概述 (1) 现状分析 (1) 系统目标 (2) 系统特点 (3) 三员工薪资管理系统数据库设计 (3) 需求分析 (3) 数据库物理结构分析 (4) 数据库概念结构设计 (6) 数据库逻辑结构设计 (9) 四员工薪资管理系统数据库功能模块的创建 (12) 五总结 (21) 体会 (21) 参考文献 (22)

一绪论 随着计算机技术的飞速发展和经济体制改革的不断深入,传统企业管理方法、手段以及工作效率已不能适应新的发展需要,无法很好地完成员工工资管理工作。提高公司企业管理水平的主要途径是更新管理者的思想,增强对管理活动的科学认识。基于 SQL server数据库技术建立一个通用工资管理系统,该系统为提供了查询、增加记录、删除等功能,功能比较的齐全,并对工资进行了统计如津贴管理、报表统计等。基本上能满足管理员和公司的要求。 此次数据库课程设计的主要设计如下: 原理分析、程序设计过程、程序实现和程序调试以及数据库的设计。 需求分析、概要结构设计、逻辑结构设计、物理结构设计和数据库的实施和维护。 二员工薪资管理系统概述 1、现状分析 随着企业人员数量增加,企业的工资管理工作也变得越来越复杂。早期的工资统计和发放都是使用人工方式处理纸质材料,不仅花费财务人员大量的时间且不易保存,往往由于个人的因素抄写不慎或计算疏忽,出现工资发放错误的现象。早期工资管理多采取纸质材料和具有较强的时间限制。随着我国国民经济建设

学生信息管理系统分析报告

目录 引言 (2) 一.问题定义 (2) 1.系统开发背景 (2) 2.系统开发目的 (2) 3.系统介绍 (3) 4.系统的技术要求及限定条件 (3) 二.系统可行性分析 (3) 1. 可行性研究的前提 (3) 2.技术可行性分析 (4) 3.经济可行性分析 (4) 4.操作可行性分析 (4) 5.结论 (4) 1.功能模块 (4) 2.运行需求 (5) 四.现有系统分析 (5) 1.现行系统主要业务 (5) 2.现行系统的问题 (6) 五.新系统分析 (6) 六.系统总体设计 (6) 1.系统总体设计的指导思想 (6) 2.功能分析 (6) 3.数据流图 (7) 4.新系统数据库 (10) 七.结束语 (10) 学生信息管理系统,便于用于班级信息和学生信息的修改以及查询,减少人力、物力,提高了工作效率;且能监控学生的注册情况,能做到及时的通知学生注册,促进学校财务的有效运转。通过课程管理,便于查看

学校内专业开设的课程,便于及时的调整专业设置及专业内的课程设置,以提高学校的竞争力。通过对成绩管理,便于掌握学生的学习情况,教师的授课情况,为学校的学籍管理提供依据。通过教师管理,便于查看教师的任课情况,简化的教师工作量的计算。由此,不仅提高了工作效率,而且大大的提高了其安全性。 (10) 参考文献 (11)

学生信息管理系统分析报告 引言 当今时代是飞速发展的信息时代。在各行各业中离不开信息处理,这正是计算机被广泛应用于信息管理系统的环境。计算机的最大好处在于利用它能够进行信息管理。使用计算机进行信息控制,不仅提高了工作效率,而且大大的提高了其安全性。尤其对于复杂的信息管理,计算机能够充分发挥它的优越性。计算机进行信息管理与信息管理系统的开发密切相关,系统的开发是系统管理的前提。随着计算机网络技术的不断发展,其被越来越广泛地应用于各行各业,作为教育单位的学校更不例外。学生信息管理系统更是一个教育单位不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要,所以学生信息管理系统能为用户提供充足的信息和快捷的查询手段。 一.问题定义 1.系统开发背景 在科学技术飞速发展的今天,计算机科学及互联网日渐成熟,其强大的功能已为人们深刻认识,它已经进入人类社会的各个领域并发挥着越来越重要的作用。各行各业的人们无须经过特别的训练就能够使用电脑完成许许多多复杂的工作。 学校规模的不断扩大,使学生的数量急剧增加,有关学生的各种信息资料也成倍增长。办学者们所头疼的问题就是如何面对这庞大的信息量。所以我觉得有必要建立一个学生学籍管理系统,使学生学籍管理工作规范化,系统化,程序化。该系统不仅可以提高当前我国学校管理工作的效率、改进师生或同学之间的信息交流方法,同时也可以通过后台数据库系统的管理功能实现学生注册、学生成绩的查询、学生选课等基本功能。 2.系统开发目的 高效快捷的学生信息管理系统可以提高学校对信息的管理,减少人力资源的开支和浪费,从而提高学校在各方面的工作效率。通过这样的系统,可以做到信息的规范管理、科学统计和快速的查询,从而减少管理方面的工作量。由于计算机和网络的普及,若建立一个B/S结构的学生信息管理系统,学生便可以通过网络来选课并且查询自己的有关信息,使得学生信息管理工作系统化,规范化,自动化,大大提高了学校管理学生的效率。

分布式数据库设计报告

分布式数据库设计报告

目录 1案例背景 (1) 需求分析 (1) 2 分布式数据库设计 (2) 设计目标 (2) 总体设计目标 (2) (4)可靠性: (3) 完成方式及周期 (3) 分布式数据库架构图 (4) 物理设计施工 (5) 3 总结 (5) 4所用设备汇总 (7) 5所使用软件 (7)

成品车间分布式数据库设计 1案例背景 随着成品车间信息化程度越来越高,我们的传统集中式数据库系统的缺点逐渐体现出来主要有: 1、所有数据处理、存储集中在一台计算机上完成,一旦机器损坏或系统崩 溃数据数据很难恢复。 2、单台机器写入/查询处理能力不足,一台机器既要读取数据,又要写入数 据,遇到大批量超过单台数据库的处理能力,就会出现卡顿,在生产时 间不敢批量制造/查询数据。 3、硬件性能瓶颈,包括(硬盘、CPU、内存),使用升级硬件的方法效果有限。 4、出现故障没有备用服务器可以替代。 5、当前成品车间存在2种数据库,oracle,sql sever,交叉使用不方便管 理维护,出现问题排查困难。 6、由于数据库初期创建数据库/表比较混乱,现在对数据的统计管理需要在 两台服务器之间交叉进行,统计难度高,效率低。 需求分析 成品车间信息化程度越来越高,各个节点产生的数据量越来越大,对数据系统要求越来越高,我们所使用的传统集中式数据库已经无法从容应对越来越大的数据。 成品车间生产线数据库主要有oracle和sql server两种,分别分布在2台计算机中,柔性线、自动线、三相线交叉使用两种类型数据库,主要出现的问题有; 1、一旦其中一个数据库出现问题,那么就有很大的几率导致三条线体 的某个节点或全部节点失去数据服务,导致停线。 2、数据库出现故障,必须停线,故障修复之后才可以上线使用。

分布式系统导论实验报告

分布式系统导论 实验报告 实验(3)名称面向连接的流模式Socket 实验(4)名称三层C/S结构 实验人学号 1007XXX姓名 XXX 实验日期 2013年5月20日 报告完成日期 2013年5月21日 成绩指导教师签字 年月日

目录: 一、实验3面向连接的流模式Socket (2) 二、实验4三层C/S结构 (4) 2.1 任务一:通过无连接数据报socket实现C/S应用 (4) 2.2任务二:通过面向连接的流模式socket实现C/S应用 (6) 三、实验心得 (8)

一、实验3面向连接的流模式Socket 1、实验目标:尝试通过面向流模式的socket实现通信。 2、实验原理: 2.1、socket通常也称作"套接字",用于描述IP地址和端口,是一个 通信链的句柄。应用程序通常通过"套接字"向网络发出请求或者应答网络请求。Socket和ServerSocket类库位于https://www.360docs.net/doc/335082918.html,包中。 ServerSocket用于服务器端,Socket是建立网络连接时使用的。 在连接成功时,应用程序两端都会产生一个Socket实例,操作这个实例,完成所需的会话。 2.2、面向连接的操作使用TCP协议.一个这个模式下的socket必须 在发送数据之前与目的地的socket取得一个连接.一旦连接建立了,sockets就可以使用一个流接口:打开-读-写-关闭.所有的发送的信息都会在另一端以同样的顺序被接收.面向连接的操作比无连接的操作效率更低,但是数据的安全性更高. 3、实验内容: 创建一个服务端的程序,以接受一个连接并用流模式socket接受一个消息。创建一个名为客户端程序。此程序可以请求一个连接,并使用流模式socket。 实验所用到的基本函数解释: 1)serverSocket(int port)指定的IP和端口创建一ServerSocket 对象 2)socket accept()服务端和客户端握手

Oracle数据库课程设计报告

课程设计报告书

目录 第1章引言 (3) 第2章概要设计 (5) 2.1系统需求分析 (5) 2.2系统结构设计 (5) 2.3系统功能模块 (6) 第3章数据库分析 (7) 3.1 数据库总体设计 (7) 3.2 数据表设计 (7) 3.3 数据库的创建 (8) 3.4存储过程和触发器 (10) 第4章详细设计及测试 (12) 4.1 系统界面 (12) 4.2 主要代码设计 (15) 4.3 功能整体链接测试 (18) 第5章课程设计心得 (19)

第1章引言 1.设计目的 使用VC,C++,C#等作为前台开发工具,使用Oracle作为后台数据库,所设计的管理系统应包含输入输出、查询、插入、修改、删除等基本功能。根据题目的基本需求,设计系统界面、数据库、编写程序(Oracle),并写出课程设计报告 1、阅读资料:每个人必须提前阅读教材有关Oracle、VC、C++、C#应用方面的内容以及其它相关书籍。 2、需求分析:题目要求达到的功能,所提供的原始数据,需要输出的数据及样式等。 3、数据库的设计:根据要求设计数据库的结构,包括:表、数据完整性、关系、视图。 4、数据库的安全性设计:登录用户、数据库用户、数据库角色、命令许可等方面 涉及到数据的所有操作要求采用存储过程的方式进行。 2.设计要求 1.选好题目:先分组,每组两个人(或单独完成),必须确保每题有两组人员选做,班长将本班同学的选题情况汇总后于16周之前交。 2.独立思考,独立完成:课程设计中各任务的设计和调试要求独立完成,遇到问题可以讨论,但不可以拷贝,否则不管是抄袭还是被抄袭,雷同的全部直接评定为不及格。 3.做好上机准备:每次上机前,要事先编制好准备调试的程序,认真想好调试步骤和有关环境的设置方法,准备好有关的文件。 4.根据编程实现的结果,按课程设计报告的撰写规范完成数据库系统课程设计报告(课程设计报告中必须有相关原理分析、程序设计、程序实现和程序调试等内容);课程设计报告的具体要求如下: 1)课设报告按照规定用A4纸张进行排版打印,否则要求返工; 2)课设报告的内容顺序如下:封面—任务书—中文摘要—目录—正文—附录; 3)正文不少于4000字,正文部分至少包含以下内容,并可大致作如下安排 1.引言(包括设计目的、要求、设计环境、同组人员及分工等内容)

学生信息管理系统项目开发总结报告

项目开发总结报告 1引言 1、1编写目的 为了总结报告在工作过程中产生的问题、获得的经验, 并且总结报告设计与制作者过程中的逻辑与想法,以便在以后的生产与学习过程中得到进一步提高。 1、2背景 说明: a.本项目名称:学生信息管理系统; b.此软件的任务提出者:小组; 开发者:全体小组成员。 1、3定义 服务器端API :服务器端设计者通过规范的API文档,提供给客户端,以方便客户端的开发,使得同时进行,提高效率,节约时间。两端通过protocol(协议类)进行通信; 用户:用户代指学生用户以及任课教师用户; 管理员:负责程序后台管理的工作人员。 1、4参考资料 《项目需求说明书》 《项目详细设计说明书》 《项目概要设计说明书》 参考资料: 《软件工程导论》 《软件文档编写》 2实际开发结果 2、1产品 产品名称:学生成绩管理系统

产品功能: 软件部分:能够管理与统计表学生成绩,支持老师输入,修改以及查询学生成绩,支持学生查询号自己的成绩与相关资料,支持管理员对学生信息的相关操作。 数据库部分:支持管理员将学生的相关信息在数据库中进行增加,删除与修改。 2、2主要功能与性能 功能: 2、2、1管理员功能 2、2、1、1学籍管理 (1)学生注册: 新学年一到,新生到学生注册出去注册,那么注册员可以接受新生的注册信息,那么信息就包括学生的基本信息以及简历: (2)学生信息查询: 用户可以根据学生的姓名、学号、班级、专业对学生的学籍信息进行查询 (3)学生毕业 可以成批地处理学生毕业,当然也可以设置学生毕业后学校对她们的资料保存期限 (4)修改学籍号 用户可以对学生的学号进行更改 (5)学籍变动 学籍变动包括学生学生换班、退学、插班、结业、休学等操作 2、1、1、2收费管理 (1)学生缴费标准 根据国家收费标准设置各个系各个专业的每年的学费、书费、住宿费等。 (2)学生缴费 该接口可实现学生的缴费操作。 (3)学生缴费查询 该接口能够以多个关键字对学生学费情况、以及各专业的收费标准进行查询。 (4)学生欠费统计 能够十分方便地统计每个班的缴费情况,以催促欠费学生尽快缴清 2、1、1、3班级管理 (1)班级添加 能够十分方便地添加班级,其中包括班级所在专业、班主任、班干部信息等。 (2)班级修改 修改班级情况,如辅导员、教室等 (3)班级拆、合 可以方便地实现班级的拆、合。 2、1、2教师功能 2、1、2、1成绩管理 (1)成绩录入

分布式数据库设计方案

1.大型分布式数据库解决方案 企业数据库的数据量很大时候,即使服务器在没有任何压力的情况下,某些复杂的查询操作都会非常缓慢,影响最终用户的体验;当数据量很大的时候,对数据库的装载与导出,备份与恢复,结构的调整,索引的调整等都会让数据库停止服务或者高负荷运转很长时间,影响数据库的可用性和易管理性。 分区表技术 让用户能够把数据分散存放到不同的物理磁盘中,提高这些磁盘的并行处理能力,达到优化查询性能的目的。但是分区表只能把数据分散到同一机器的不同磁盘中,也就是还是依赖于一个机器的硬件资源,不能从根本上解决问题。 分布式分区视图 分布式分区视图允许用户将大型表中的数据分散到不同机器的数据库上,用户不需要知道直接访问哪个基础表而是通过视图访问数据,在开发上有一定的透明性。但是并没有简化分区数据集的管理、设计。用户使用分区视图时,必须单独创建、管理每个基础表(在其中定义视图的表),而且必须单独为每个表管理数

据完整性约束,管理工作变得非常复杂。而且还有一些限制,比如不能使用自增列,不能有大数据对象。对于全局查询并不是并行计算,有时还不如不分区的响应快。 库表散列 在开发基于库表散列的数据库架构,经过数次数据库升级,最终采用按照用户进行的库表散列,但是这些都是基于自己业务逻辑进行的,没有一个通用的实现。客户在实际应用中要投入很大的研发成本,面临很大的风险。 面对海量数据库在高并发的应用环境下,仅仅靠提升服务器的硬件配置是不能从根本上解决问题的,分布式网格集群通过数据分区把数据拆分成更小的部分,分配到不同的服务器中。查询可以由多个服务器上的CPU、I/O来共同负载,通过各节点并行处理数据来提高性能;写入时,可以在多个分区数据库中并行写入,显著提升数据库的写入速度。

数据库课程设计报告

数据库课程设计 --JIA服装销售系统 指导老师:索剑 系名:计算机科学系 学号:111405128 姓名:薛文科 班级:11计算机1班

目录 第一章绪论 (3) 1.1课题简介 (3) 1.2设计目的 (3) 1.3设计内容 (3) 1.4系统实验要求 (3) 第二章需求分析 (3) 2.1 系统基本功能 (3) 2.2 权限划分 (4) 2.3 系统运作流程 (4) 2.4 数据字典 (5) 第三章概念结构设计 (7) 3.1 概念结构设计的方法与步骤 (7) 3.1.1 概念结构设计的方法 (7) 3.1.2概念结构设计的步骤 (7) 3.2 数据抽象与局部视图设计 (8) 3.3视图的集成 (9) 第四章逻辑结构设计 (10) 4.1 E-R图向关系模型的转换 (10) 4.2数据模型的优化 (11) 4.3 数据库的结构 (11) 第五章数据库物理设计 (11) 5.1 存储结构设计 (11) 5.2 存储路径设计 (11) 5.3数据存放位置 (11) 第六章数据库的实施 (12) 6.1表的建立与数据的载入 (12) 6.2触发器的设计 (12) 第七章系统效果图 (13) 第八章总结 (15)

第一章绪论 1.1课题简介 随着时代的发展,计算系软件和系统的成熟,服装的销售管理对于服装企业是一个很重要的问题,如何能有效的管理好自己企业销售的服装和统计出比较收欢迎的服装对于企业的盈利起着至关重要的作用,而建立一个服装销售系统就是一个很好的办法。本着理论联系实际的宗旨,通过学校提供的这次课程设计实践的机会,在指导教师的帮助下,历经两周时间,我自行设计一套服装销售系统,在下面的各章中,我将以这服装销售为例,谈谈其开发过程和所涉及到的问题。 1.2设计目的 应用对数据库系统原理的理论学习,通过上机实践的方式将理论知识与实践更好的结合起来,巩固所学知识。 实践和巩固在课堂教学中学习的关于SQL Server的有关知识,熟练掌握对于给定结构的数据库的创建、基本操作、程序系统的建立和调试以及系统评价。 实践和巩固在课堂教学中学习的关于关系数据库原理的有关知识和数据库系统的建立方法,熟练掌握对于给定实际问题,为了建立一个关系数据库信息管理系统,必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程,为毕业设计打下基础。 1.3设计内容 选择课题并且对课题的相关信息有一定的了解,对于我选的课题来说,我必须了解服装销售的构造以及企业管理的信息。通过这些信息制成表格,输入到数据库中,使之能够进行查询、修改、删除并且与报刊订阅系统执行相同的操作。需求分析阶段就是要研究我所作的服装销售系统的具体分类和实施过程流图。概念设计阶段要完成数据抽象与局部视图设计还有视图的集成。逻辑结构设计阶段要把E-R图转化为关系模式并且把我输入的六张表结合在一起完成一个总关系表。最后就是要运行和实施数据库。要把查询结果与过程抓几张图。 1.4系统实验要求 建立两个用户:管理员,经理 管理员:负责进行库存的查询,客户的查询,生成出库单和入库单。 经理:负责审核通过出库单和入库单。 第二章需求分析 2.1 系统基本功能 本系统有以下的功能模块: (1)登录功能:登录系统为身份验证登录。分为管理员和经理。不同的用户对于系统有不同的操作权限。 (2)客户管理功能:对客户的基本信息进行管理,可以对客户的信息进行增,删,查,改。(3)库存的查询功能:可以查看库存里面衣服的详细信息。 (4)货物出库功能对库存里面的衣服进行出库 (5)货物入库功能:对库存里面的衣服进行增加

学生信息管理系统需求分析报告(完整版)5

学生信息管理系统 分 析 报 告 专业:经济学 班级:0902班 姓名: 吴雪艳 学号:090430213

任务分配: 1、可行性分析 2、系统功能分析 3、数据描述 4.详细设计 一、可行性分析 1. 问题: (1)目前的课程设计管理系统由人工统计处理。 (2)站用一个办公室和2-3个职工专门用来管理课程设计选课,每天有固定工作时间8小时。 (3)每人工资在每月2000-3000元。 (4)需要选题的同学按班级的方式报上来,经核对分配后方才生效,在通知老师选题情况。双方如有问题还需在工作时间来此解决。(5)由于是人工处理且工作量大,所以效率低,出错率高,修改麻烦。 2.项目目标:学生和老师可以方便的选课,同时可以查询和修改各自的信息,以便学校管理。 3.运行环境: (1)以Windows98 以上/ME/2000/XP作为学生选课管理系统的后台操作系统。 (2)前台开发程序为JAVA,SQL Server 2000。 (3)后台数据库为Microsoft Access 2000/ SQL Server 2000。

(4)主要硬件设备:PC机一台。 4. 开发风险:浪费资金人力,会影响原有管理方式,总体风险不大。 5. 经济可行性: 成本估计:一台计算机每天电费(工作18小时以上),需要4-5名管理远和数据库维护人员每天工资(每天工作在8小时以上),人员培训费用,定期软硬件更新费用,每年总运营费用,杂项费用。 资源分析:现有计算机比较充足,相关人才在学校内就能找到,工资要求低。 6.技术可行性:我校计算机系以及其他系都有软硬件知识丰富,具有较高的文化水平和计算机操作水平,可以设计管理该系统的学生和老师,且课余时间丰富,可以学习和了解在设计和应用当中会遇到或可 能遇到的技术问题。我校许多专业都以开设类似的课程设计题目,学生和老师在技术方面已经有经验,正缺少这样的实践机会。 7.法律可行性:虽然其他学校也有类似的管理系统,但都主要在本校使用,没有涉及到盈利方面,我校设计该系统也本着让学生和老师把握一次学习实践的机会的目的,锻炼他们的开发技术和能力,不会去抄袭已经设计好的管理系统,如有借鉴的地方发布时也会说明,而且该系统是本着方便学生学习的目的,而非盈利目的,所以不会和法律相冲突。 8.总体分析:比原有方式工作效率高,成本低,出错率低,使学校实现现代化网络教学管理。 二、系统功能分析

相关文档
最新文档