帮帮文库

返回

(高校补考管理系统的设计 )(最终版) (高校补考管理系统的设计 )(最终版)

格式:word 上传:2022-06-25 13:55:49

《(高校补考管理系统的设计 )(最终版)》修改意见稿

1、“.....这步通常是数据库开发过程中最长的步,因为它持续数据库及相关应用的整个生命周期,每次数据库的发展都可看作个简略的数据库开发过程,其中会出现概念数据建模逻辑和物理数据库设计以及数据库实现以处理提出的变化。信息系统开发的其他方法系统开发生命周期法或其稍作变化的变体经常用于指导信息系统和数据库的开发。信息系统生命周期是种方法学,它是高度结构化的方法,它包括许多检查和权衡以确保每步产生精确的结果,而且新的或替代的信息系统与它必须通信的或数据定义需要致的现存系统保持致。系统开发生命周期法经常由于产生个工作系统需要很长的时间而受到批评,因为工作系统仅仅在整个过程结束时才产生。现在组织越来越多的使用快速应用开发法......”

2、“.....直到汇聚到用户所需的系统为止。快速应用开发法在所需的数据库已经存在增强系统主要是为了检索数据的应用中适用,而不适用于那些生成和修改数据库的应用。使用最广泛的快速应用开发法之是原型法。原型法是个系统开发的迭代过程,通过分析员和用户的紧密配合,持续地修改系统而最终将所有需求转换成个工作系统。图显示原型法的过程。在此图中我们包含了注释,概略地描述了每个原型法阶段的数据库开发活动。般来说,当信息系统的问题被确定时,仅仅粗略地尝试概念数据建模。在开发最初的原型时,设计用户想要的显示和报表,同时理解任何新的数据库需求并定义个用语原型的数据库。这通常是个新的数据库......”

3、“.....还可能增加了些新的内容。当需要新的内容时,这些内容通常来自外部数据源,如市场研究数据般的经济指标或行业标准。当产生原型新的版本时重复数据库的实现和维护活动。通常仅进行最低限度的安全性和陕西理工学院毕业设计第页共页完整性控制,因为此时的重点是尽可能快地产生可以使用的原型版本。而且文档管理也延迟到项目的最后,在交付使用时才进行用户培训。最后,旦构建了个可接受的原型,开发者和用户将决定最后的原型和数据库是否能交付使用。如果系统包括数据库效率很低,那么系统和数据库将被重新编程和重新组织以达到期望的性能。随着可视化编程工具如和第四代语言越来越流行,利用可视化编程工具可以很方便地修改用户与系统间的界面......”

4、“.....使用原型法改变用户报表和显示的内容和布局是相当容易的。在这个过程中,新的数据库需求被确定,因此被发展中的应用使用的现存的数据库应该进行修改。甚至有可能为个需要新的数据库的系统使用原型法,在这种情况下,当系统需求在迭代的开发过程中不断变化时需要获取样本数据以建造或重建数据库原型。数据库开发的三层模式体系结构在本文前面关于数据库开发过程的解释中提到了个系统开发项目上建立的几个不同的但是相关的数据库视图或模型概念模式在分析阶段建立。外部模式或用户视图在分析阶段和逻辑设计阶段建立。物理模式或内部模式在物理设计阶段建立。图描述了数据库这三个视图之间的关系,重要的是要记住......”

5、“.....也就是说,每个组织数据库都有个物理模式个概念模式以及个或多个用户视图。因此,三层模式体系结构用观察同数据集的不同方式定义数据库。概念模式关于全部数据库结构的与技术无关的规格说明。概念模式定义了整个数据库而不涉及数据怎样存储在计算机的二级存储器中。通常,概念模式用实体联系图或对象建模符号这样的图形格式来描述,我们把这种类型的概念模式称为数据模型。另外,概念模式的规格说明作为元数据存储在信息库或数据字典中。物理模式包括概念模式的数据怎样存储在计算机二级存储器中的规格说明。对数据库分析员和设计人员来说,重要的是物理数据库物理模式的定义......”

6、“.....数据库开发和数据库技术是以数据库这三个模式间的区分为基础的。数据库开发项目的个角色可能仅需处理与这三个视图中的个相关的工作。例如,个初学者可能设计用于个或多个程序的外部模式,而个有经验的开发者将设计物理模式或概念模式。数据库设计问题在不同的层次上有很大的不同。三层数据库定位体系结构显然,所有数据库中的好的事情都和三有关,当设计个数据库时,你要选择把数据存放在何处。这个选择在物理数据库设计阶段作出。数据库分为个人数据库工作组数据库部门数据库企业数据库和因特网数据库。个人数据库经常由最终用户自己设计和开发,仅仅由数据库专家给予培训和咨询帮助......”

7、“.....有时候,个人数据库是从工作组数据库或企业数据库中提取出来的,这种情况下数据库专家经常编写些提取例程来创建本地数据库。工作组数据库和部门数据库经常被最终用户业务部门中的系统专家和中心数据库专家起开发。这些人员的协同工作是必须的,因为在设计共享的数据库时必须权衡大量的问题处理速度易于使用数据定义的差别和其他类似的问题。由于企业数据库和因特网数据库影响广规模大,所以,通常由在集中的数据库开发小组中受过专业培训的数据库专家来开发。客户层个台式计算机或笔记本也称作表示层,它专门管理用户系统界面和本地化数据,在这层上可以执行脚本任务。服务器服务器层处理协议脚本任务,执行计算和提供数据访问......”

8、“.....陕西理工学院毕业设计第页共页企业服务器小型机或大型机层执行复杂的计算和管理来自组织间多个数据源的数据的合并,也称作数据服务层。在个组织中,数据库和信息系统分层的体系结构与用于分布式计算的客户服务器体系结构的概念相关。客户服务器体系结构基于个局域网环境,其中服务器上称作数据库服务器或数据库引擎的数据库软件执行来自客户工作站的数据库命令,每个客户的应用程序专注于它们的用户接口功能。实际上,整个概念数据库以及访问这些数据库的应用处理例程作为个分布式数据库或单独但是相关的物理数据库而分布在本地的工作站中间的服务器工作组或部门和个中心服务器部门或企业上。简单地说......”

9、“.....因此改善了应用的响应时间和数据处理速度。它可以利用每个计算机平台最好的数据处理特性如的高级用户界面与小型机和大型机的计算速度。可以混合使用各种客户端的技术装配或处理器的个人计算机网络计算机信息站等和共享公共数据。另外,你可以在任何层改变技术而仅对其他层系统模块的影响很小。能够使处理靠近需处理的数据源,从而改进响应时间并减少网络通信量。它允许和鼓励接受开放系统标准。对于数据库开发而言,使用个多层的客户服务器体系结构开发数据库最有意义之处在于易于将数据库开发和维护数据库的模块与向最终用户表示数据库内容的信息系统模块分隔开。表示例程能够使用像和这样的语言来提供易于使用的图形化的用户界面......”

下一篇
温馨提示:手指轻点页面,可唤醒全屏阅读模式,左右滑动可以翻页。
高校补考管理系统的设计 .doc预览图(1)
1 页 / 共 51
高校补考管理系统的设计 .doc预览图(2)
2 页 / 共 51
高校补考管理系统的设计 .doc预览图(3)
3 页 / 共 51
高校补考管理系统的设计 .doc预览图(4)
4 页 / 共 51
高校补考管理系统的设计 .doc预览图(5)
5 页 / 共 51
高校补考管理系统的设计 .doc预览图(6)
6 页 / 共 51
高校补考管理系统的设计 .doc预览图(7)
7 页 / 共 51
高校补考管理系统的设计 .doc预览图(8)
8 页 / 共 51
高校补考管理系统的设计 .doc预览图(9)
9 页 / 共 51
高校补考管理系统的设计 .doc预览图(10)
10 页 / 共 51
高校补考管理系统的设计 .doc预览图(11)
11 页 / 共 51
高校补考管理系统的设计 .doc预览图(12)
12 页 / 共 51
高校补考管理系统的设计 .doc预览图(13)
13 页 / 共 51
高校补考管理系统的设计 .doc预览图(14)
14 页 / 共 51
高校补考管理系统的设计 .doc预览图(15)
15 页 / 共 51
预览结束,还剩 36 页未读
阅读全文需用电脑访问
温馨提示 电脑下载 投诉举报

1、手机端页面文档仅支持阅读 15 页,超过 15 页的文档需使用电脑才能全文阅读。

2、下载的内容跟在线预览是一致的,下载后除PDF外均可任意编辑、修改。

3、所有文档均不包含其他附件,文中所提的附件、附录,在线看不到的下载也不会有。

  • Hi,我是你的文档小助手!
    你可以按格式查找相似内容哟
DOC PPT RAR 精品 全部
小贴士:
  • 🔯 当前文档为word文档,建议你点击DOC查看当前文档的相似文档。
  • ⭐ 查询的内容是以当前文档的标题进行精准匹配找到的结果,如果你对结果不满意,可以在顶部的搜索输入框输入关健词进行。
帮帮文库
换一批

搜索

客服

足迹

下载文档