基于web在线考试系统的设计与实现说明书

基于web在线考试系统的设计与实现说明书内容摘要：

术。 缓解 IT 人员短缺 ：许多企业很难吸引熟练的 IT 员工，特别是对于中小企业而言，向 ASP 的外包能够减少甚至消除对内部 IT 员工的需求。 支持移动工作组 ：在 ASP 模式中，软件功能来自于远方，因此用户所在的位置无关紧要。 只要能够被系统成功识 别，用户无论在哪里都能得到同样的功能和数据。 数据库的介绍 “数据库 ”作为短语最早使用的是在 1963 年 6 月， System Development Corporation赞助举办了一个题为 “开发计算机管理中心数据库 ”（ “Development and Management of a Computercentered Data Base”）的研讨会。 数据库作为一个独立的单词大量出现在 70年代初的欧洲，直到二十世纪末才被美国各大报纸使用。 (数据银行 Databank，一个类 似的用法，早在 1966 年被华盛顿 邮报所使用 ) 第一数据库管理系统开发于 1960。 这个领域的先锋是 Charles Bachman。 Bachman 早日文件证明其目的是更有效地利用新型直接访问存储设备：在此之前，数据处理是基于穿孔卡片和磁带，这系列的动作主要是加工活动。 两大数据模型从那时起延续至今： CODASYL 根据 Bachman 的思想开发的网络模型以及（显然独立）应用于 North American Rockwell 开发的一个系统中的等级模型，后来被 IBM 作为他们 IMS 产品的基础。 关系模型由 E. F. Codd 于 1970 年提出。 他批评当时的模 型结构混乱了信息结构的摘要描述和物力访问机制的描述。 而长期以来，关系模型依然只引起学术上的兴趣。 同时 CODASYL 系统和 IMS 被视为实际的工程学解决方案，当时采取的关系模型更处于理论观点阶段， (正确的 )主张软、硬件技术应及时跟进。 首先的实现有伯克利大学的 Michael Stonebraker 的 Ingres 和 IBM的 System R 项目。 这两者均是研究圆形，在 1976 年公开。 第一商业产品 ，甲骨文和DB2 在 1980 年左右面市。 第一个成功的微机数据库产品是运行于 CP/M 和PCDOS/MSDOS 操作系统上的 dBASE。 20 世纪 80 年代，研究活动的重点在分布式数据库系统和数据库机，但这些进展对市场几乎没有影响。 另一个重要的理论思想是功能型数据模型，但在除了专业应用如遗传、分子生物学、欺诈调查等方面，在全球几乎没有引起注意。 在 90 年代，重点转向面向对象数据库。 在需要处理比关系数据库处理更加复杂的数据的领域去了了一些成功，如空间数据库、数据工程 (包括软件工程库 )、多媒体数据。 一些思想被关系数据库的供应商所接纳，整合 chneg 为产品中的新功能。 在 2020 年代，创新的流行的区域是 XML 数据库。 同关系数据库一道，产生 了许多新的创业板公司，但同时重要思想也被纳入已有的关系数据库产品中。 XML数据库的目标是消除传统数据库分中文件和资料的分离，允许一个组织的信息资源在同样的地方进行存储，而不必在意他们是否是高度系统化的资源。 数据库模型 数据库存在多种模型。 而应用于大型数据储存的数据库一般为网状数据库 (Network Database)、关系数据库 (Relational Database) 以及面向对象型数据库。 此外也有应用在 LDAP（轻量级数据访问协议）的树状数据库 (Hierarchical Database)。 表格数据库一般在形式上是一个二维数组。 一般来讲，数组中每列表示一个数据类型。 数据在其中以不同行的形式存储。 表格数据库模型是电子表格（比如 Excel）的基础。 数据库管理 数据库管理 (Database Administration)是有关 建立 、 存储 、 修改 和 存取 数据库中信息的技术，是指为保证数据库系统的正常运行和服务质量，有关人员须进行的技术管理工作。 负责这些技术管理工作的个人或集体称为数据库管理员 (DBA)。 数据库管理的主要内容有：数据库的建立、数据库的调整、数据库的重组、数据 库的重构、数据库的安全控制、数据的完整性控制、数据库的备份与恢复、数据库的优化和对用户提供技术支持。 数据库的建立 数据库的设计只是提供了数据的类型、逻辑结构、联系、约束和存储结构等有关数据的描述。 这些描述称为数据模式。 要建立可运行的数据库，还需进行下列工作： 选定数据库的各种参数，例如最大的数据存储空间、缓冲决的数量、并发度等。 这些参数可以由用户设置，也可以由系统按默认值设置。 定义数据库，利用数据库管理系统 (DBMS)所提供的数据定义语言和命令，定义数据库名、数据模式、索引等。 准备 和装入数据，定义数据库仅仅建立了数据库的框架，要建成数据库还必须装入大量的数据，这是一项浩繁的工作。 在数据的准备和录入过程中，必须在技术和制度上采取措施，保证装入数据的正确性。 计算机系统中原已积累的数据，要充分利用，尽可能转换成数据库的数据。 常见数据库管理系统 FileMaker Pro 提供数据库开发平台的全能数据库软件 4th Dimension 或者叫 4D，是一套從 Mac OS 發展出來的数据库系统 Microsoft Access 从微软公司兼并的一家公司的产品发展而来 Adabas Software AG（德国）开发的的数据库 askSam, 结合了数据库和文本编辑 mit vielen innovativen Eigenschaften ADO 连接技术 微软公司的 ADO (ActiveX Data Objects) 是一个用于存取数据源的 COM 组件。 它 提供了编程语言和统一数据访问方式 OLE DB 的一个中间层。 允许开发人员编写访问数据的代码而不用关心数据库是如何实现的，而只用关心到数据库的连接。 访问数据库的时候，关于 SQL 的知识不是必要的，但是特定数据库支持的 SQL 命令仍可以通过 ADO 中的命令对象来执行。 ADO 被设计来继承微软早期的数据访问对象层，包括 RDO (Remote Data Objects) 和 DAO(Data Access Objects)。 ADO 在 1996 年冬被发布。 ADO 包含一些顶层的对象： 连接，代表到数据库的连接 记录集，代表数据库记录的一个集合 命令，代表一个 SQL 命令 记录，代表数据的一个集合 流，代表数据的顺序集合 错误，代表数据库访问中产生的意外 字段，代表一个数据库字段 参数，代表一个 SQL 参数 属性，保存对象的信息 ADO 组件的 使用需要利用支持 COM 的高级语言，例如 ASP 中的 VBScript 或者Visual Basic，甚至 Delphi,微软的竞争对手 Borland 的一个产品，现在也支持使用 ADO来访问数据库。 在新的编程框架 .NET Framework 中 , 微软也提供了一个面向 Inter 的版本的ADO，称为。 其对象模型和传统 ADO 差别很大。 ADO 是一种面向对象的编程接口，微软介绍说，与其同 IBM 和 Oracle 提倡的那样，创建一个统一数据库，不如提供一个能够访问不同数据库的统一接口，这样会更加实用一些。 为实 现这一目标，微软在数据库和微软的 OLE DB 中提供了一种 “桥 ”程序，这种程序能够提供对数据库的连接。 开发人员在使用 ADO 时，其实就是在使用 OLE DB，不过 OLE DB更加接近底层。 ADO 的一项属性远程数据服务，支持 “数据仓库 ”ActiveX 组件以及高效的客户端缓存。 作为 ActiveX 的一部分， ADO 也是 COM 组件的一部分。 ADO 是由早期的微软数据接口 ??远程数据对象 RDO 演化而来的。 RDO 同微软的 ODBC 一同连接关系数据库，不过不能连接非关系数据库。 ADO 向我们提供了一个熟悉的，高层的对 OLE DB 的 Automation 封装接口。 对那些熟悉 RDO 的程序员来说，你可以把 OLE DB 比作是 ODBC 驱动程序。 如同 RDO对象是 ODBC 驱动程序接口一样， ADO 对象是 OLE DB 的接口；如同不同的数据库系统需要它们自己的 ODBC 驱动程序一样，不同的数据源要求它们自己的 OLE DB 提供者（ OLE DB provider）。 目前，虽然 OLE DB 提供者比较少，但微软正积极推广该技术，并打算用 OLE DB 取代 ODBC。 ADO 向 VB 程序员提供了很多好处。 包括易于使用，熟悉的界面，高速度以及较低的内存占用（已实现 的 需要占用 342K 内存，比 RDO 的 的 368K 略小，大约是 的 所占内存的 60％）。 同传统的数据对象层次（ DAO 和 RDO）不同， ADO 可以独立创建。 因此你可以只创建一个Connection对象，但是可以有多个，独立的 Record set对象来使用它。 ADO 针对客户／服务器以及 WEB 应用程序作了优化。 使用 UDL 文件来创建 ADO 连接 创建 ADO 的连接，首先要设置 ADO 连接对象的 ConnectionString 属性，该属性提供所要连接的数据库类型、数据所处服务器、要访问的数据库和数据库访问的安全认证信息。 比较专业的方法是在 ConnectionString 中直接提供以上信息，下面是访问不同类型数据源设置 ConnectionString 的标准： 访问 ODBC 数据 Provider=MSDASQL。 DSN=dsnName。 UID=userName。 PWD=userPassword。 访问 ORACLE 数据库 Provider=MSDAORA。 Data Source=serverName。 User ID=userName。 Password=userPassword。 访问 MS SQL 数据库 Provider=SQLOLEDB。 Data Source=serverName。 Initial Catalog=databaseName。 User ID=userName。 Password=userPassword。 访问 ACCESS 数据库 Provider=。 Data Source=databaseName。 User ID=userName。 Password=userPassword。 上述的连接属性设置标准随着数据源的类型不同而变化，软件用户常常不习惯这种设置方式，都希望有可视化的数据源设置方法。 为此 Microsoft 提供了通用数据连接文件（ .UDL）来建立和测试 ADO 连接属性。 ADO 连接对象可以很方便地使用 UDL文件来连接数据源，下面例子使用 来创建 ADO 连接。 _ConnectionPtr m_pDBConn。 (__uuidof(Connection))。 m_pDBConnConnectionString =File Name=c:\mydir\。 m_pDBConnOpen(,NULL)。 这样一来无论数据源如何变化，在软件中都可以用统一的方法编程。 当数据源改变时，只要双击相应的 udl 文件即可可视化地设置数据源，无需更改软件。 因为 ADO 是 COM 接口，为了软件的可靠性，打开 ADO 连接时，可以加入异常处理代码。 try{ m_pDBConnOpen(,NULL)。 }catch(__error amp。 e){ //处理异常的代码 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . m_pDBConn=NULL。 } 因为 _ConnectionPtr m_pDBConn 是智能指针，应在处理异常代码时将智能指针设为 NULL 后将自动将引用计数降为 0。 如果不出现异常，只要在使用完 m_pDBConn，只要引用 Close 方法即可。 创建你所需的 UDL 文件 在你所想创建 UDL 文件的目录中单击右键，选择从菜单 新建 |Microsoft 数据连接，然后将新创建的 UDL 文件更。