计算机设计ASPNET大学综合管理系统论文.doc
《计算机设计ASPNET大学综合管理系统论文.doc》由会员分享,可在线阅读,更多相关《计算机设计ASPNET大学综合管理系统论文.doc(22页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、 目 录第一章 .NET 概述- 1 1.1 .NET 的历史- 1 1.2 .NET 的介绍- 2 1.3 .NET 架构- 3 1.3.1 .NET的体系结构- 3 1.3.2 .NET的开发工具- 3 第二章 认识 COM 组件 -6 2.1 COM的定义 -6 2.2怎样部署 COM+ 应用程序-6 2.3怎样设置COM+的安全-6 第三章 对SQL Server 2000的认识- 7第四章 大学综合管理系统- 9 4.1 需求- 9 4.1.1大学网站的详细需求- 9 4.1.2大学管理系统的详细需求- 9 4.2 设计- 11 4.2.1 大学综合管理系统设计- 11 4.2.2
2、大学综合管理系统数据库设计- 14 4.3 编码- 23 4.4 测试- 24 4.5 维护- 25 第五章 总结- 26第一章 .NET 概述1.1 .NET 的历史2000,微软说,我在弄一个大东西,叫NGWP(好像错了一个字母),扔出了后来叫.NET的SDK beta版。 2001年,.NET Beta2(Framework + IDE) 2002年,.NET Framework 1.0 + VS.NET 2003年,.NET Framework 1.1 + VS.NET 2003 2004年,.NET 2.0 Beta (Framewrok + IDE) 2005年,2.0 beta2
3、 release12.NET的介绍什么是Microsoft .NET? Microsoft .NET是Microsoft的XML Web服务平台。.NET包含了建立和运行基于XML的软件所需要的全部部件。 Microsoft .NET解决了下面这些当今软件开发中的一些核心问题: 互操作性(Interoperability)、集成性(Integration)和应用程序的可扩展性(extensibility)太难实现而且代价很高。Microsoft .NET依靠XML(一个由World Wide Web Consortium(W3C)管理的开放标准)消除了数据共享和软件集成的障碍。 无数具有相当竞
4、争力的私有软件技术使得软件的集成变得非常复杂。而Microsoft .NET建立在一个开放的标准上,它包含了所有编程语言。 当终端用户使用软件时,他们总觉得不够简便。有时甚至感到很沮丧,因为他们无法在程序之间方便地共享数据或是无法对能访问的数据进行操作。XML使数据交换变得容易了,并且.NET软件可以使得用户只要一得到数据就能对它们进行操作。 终端用户们在使用Web的时候,无法对自己的个人信息和数据进行控制,这导致了个人隐私和安全泄漏问题。而Microsoft .NET提供了一套服务,使用户可以管理他们的个人信息,并且控制对这些信息的访问。 .COM公司和Web站点开发者们很难为用户们提供足够
5、的有价值的数据,至少有一部分原因是由于他们的应用程序和服务无法很好地和其他程序和服务合作,只是一个不和外界连接的信息孤岛。而Microsoft .NET的设计宗旨就是为了使来自于多个站点和公司的数据或服务能够整合起来。13.NET框架1.3.1.NET体系结构.NET由三大核心组成,它们是XML、Web Service、.Net FrameWork。XML是可扩展标记语言,已成为数据交换的标准。.NET框架是一个多语言组件开发和执行环境,他提供了一个跨语言的统一编程环境。.NET框架的目的是便于开发人员更容易地建立Web应用程序和Web服务,使得Internet上的各应用程序之间,可以使用We
6、b服务进行沟通。开发人员可以将远端应用程序提供的服务和单机应用程序的服务结合在一起,组成一个应用程序。例如:一个B2C的电子商务网站可以按这种方式组成在线交易,使用Microsoft Passport服务来验证用户身份,使用合作厂商的信用卡处理服务。从层次上来看,.NET框架又包括三个主要组成部分:公共语言运行时(CLR:Common Language Runtime)、服务框架(Services Framework)和上层的两类应用模板传统的Windows应用程序模板(Win Forms)和基于ASP.NET的面向Web的网络应用程序模板(Web Forms和Web Services)。其结
7、构如下图所示。 .NET FrameWork体系结构图NET FrameWork,是新一代开发平台,是开发Web Service的重要工具,它能连接现有孤立的Web应用程序,让互联网的信息在任何时间、任何地点都可以得到简化开发和部署。它提供了一套统一类库Base Class Library和通用语言运行库(CLR),创建了一套跨编程语言的通用API,使开发人员无论使用何种语言,都可以开发NET应用服务。它的另外一个重要组成部分就是其开发Web应用程序的Web应用平台ASPNET,它在以前的ASP版本的基础上有了一个重大的飞跃,具有丰富的交互式网页功能,能开发强大的Web Services应用。
8、.NET框架提供统一的编程模式:不论什么语言和编程模式都是用一样的API,结构下图所示。.NET框架提供统一的编程API:NET Framework 类库。结构如下图所示。1.3.2NET的开发工具在NET FrameWork中对于开发人员,提供了VBNET、C、以及CNET开发工具Visual StudioNET。其中C是微软最新的NET开发语言,在企业计算领域,C将成为用于编写NET应用程序的主要语言。C从C发展而来,它革新了C中的一些类,把一些复杂的功能放弃了,不再有宏、模板和多重继承,使C更容易使用且不易出错。C中添加的新功能是严格的类型安全、版本控制、垃圾收集等,使得开发人员能开发出
9、高质量的应用。VBNET在VB6的基础上有了大变化,VB程序员可以继续使用心爱的VB来开发NET应用程序。在Visual Studio NET中并没有用C完全取代C,仍然包含了CNET开发工具。在开发客户端本地Web Service应用上,Visual C仍然有其不可替代的优势,使得程序能更高效地运行,而且得到更加灵活的控制。第二章 认识COM组件2.1 COM的定义微软的官方教材上是这样说的:COM是一个二进制对象互动的标准或模型。一个COM的重要特点是COM是已经预先编译过的。这就意味着COM是和语言无关的。我个人认为COM的定义是:COM是一种windows平台下二进制组件的复用技术。合
10、二为一的用户接口 当我们在 Microsoft 1998 年专业开发人员讨论会中介绍 COM+ 的早期测试版时,某天晚上,一个心情烦躁的程序员向我们发出诘问。“Microsoft 到底要干什么?”他说,“想让我们都失业吗?”对于一个为期四天、排满了专门针对与会的 6000 多名开发人员的议题的讨论会来说,这个问题似乎太奇怪了。尽管如此,我们毕竟有些好奇:“您为什么这样说?”“哼,”他接着说,“看看新的 COM+ 用户接口吧。系统管理员几乎能利用它做任何事情。他们再也用不着我们了。” 我们对这位先生保证,他不会丢掉自己的工作。实际上,作为一名 Windows DNA 开发人员,他可能会比以往更有
11、价值。而且,在文章的一开始,我们也愿意向各位系统管理员做出同样的保证。乍一看,新的 COM+ 用户接口(或者用更正式的说法,是组件服务管理工具)似乎无坚不摧:可以用它来执行的操作太多了,包括设置下至组件级的属性,甚至不止如此,它还可用来设置组件接口和方法级的属性。 但当您考虑到组件服务管理工具的双重功能性时,就会发现它不但不那么可怕,而且功能还非常丰富呢。它为系统管理员和应用程序开发人员设计了合二为一的用户接口。在本文中,我们将向您介绍该工具的管理功能,并简要介绍它如何使系统管理员的工作变得更容易。因为本文仅是概述性的,所以我们只概念性地解释这些任务,而未提供具体过程。(有关过程及进一步信息,
12、请参见“组件服务管理帮助”。)我们首先介绍 MTS 与 COM+ 之间的几个主要更改。然后,我们将讨论组件服务管理工具如何用于三种最常见的系统管理任务: 部署应用程序 设置基于角色的安全措施和应用程序的安全标识 管理对象池,以获得最佳系统性能 从 MTS 到 COM+ 许多 IIS 用户对 Microsoft Transaction Server (MTS) 及其用户接口 - MTS Explorer 已经很熟悉。可将 COM+ 视为传统 COM 与 Windows 2000 系统中的 MTS 相结合的一组服务。随着 COM+ 的引入,MTS 的功能也已并入操作系统。如您所将要看到的,COM+
13、 还可发展和增强 MTS 提供的服务。 如果您一直用的是 MTS 和 MTS Explorer,当您启动组件服务管理工具时,将会注意到几个主要变化。最明显的是,MTS 软件包现在称为 COM+ 应用程序。 “COM 应用程序”并非一个全新概念。它只是个术语,指为了协同工作而开发的多组 COM 组件。在传统的 COM 应用程序中,要安装组件,必须先在注册表中配置各项,这样组件才能够运行。通常用 Regsvr32 实用程序完成这项工作。使用 COM+,当您将组件配置为 COM+ 应用程序时,针对组件的此步骤将自动执行。COM 组件仍可使用 Regsvr32 实用程序在 Windows 2000 中
14、注册,并作为“未配置组件”存在于 COM+ 环境中。未配置组件不会显示在组件服务管理工具中,也不会利用新的 COM+ 服务。但这些组件运行时,会利用 COM+ 供运行分布式 COM+ 应用程序的基本结构的一部分。 COM+ 应用程序由一个或多个 COM 组件组成。“COM 类”是一个或多个接口的已命名的具体实现。类通过它的“接口”,提供一组称为“方法”的相关功能。“COM 对象”是 COM 类的一个实例。“COM 组件”是可创建 COM 对象的二进制单位代码(包括打包和注册代码)。 COM 类是用 CLSID 标识的(有时也用 ProgID)。接口是规定了一种契约的一组相关功能,它包括名称、接
15、口签名、接口语义及调度缓冲格式。 接口用 IID 标识。接口语法是在 IDL 和/或类型库中定义的。类的接口应划分为各种可管理的、内聚的方法集。切记,接口是不可改变的,COM 契约规定不可对其加以修改。任何修改(如添加方法)均需定义新接口才能进行。 2.2怎样部署 COM+ 应用程序 应用程序编程人员使用 COM+ 编写各种组件,并将其集成在一起,成为应用程序;而系统管理员的任务通常是安装、部署和配置 COM+ 应用程序及其组件。一般情况下,开发人员会将已进行部分配置的 COM+ 应用程序提供给系统管理员。或者,应用程序也可由外部提供。例如,当您从独立软件供应商 (ISV) 处购买 COM+
16、应用程序时,即属于这种情况。然后,管理员就可以针对一个或多个特殊环境自定义应用程序(例如,通过在应用程序群集的角色和服务器名称中添加用户帐户)。典型的管理任务包括: 在执行管理任务的机器上安装已进行部分配置的 COM+ 应用程序。 提供具体环境的属性,例如角色成员和对象池大小。 设置 COM+ 应用程序运行的身份(Windows 2000 用户帐户)。 重新导出已完全配置好的 COM+ 应用程序。 创建应用程序代理(如果将远程访问应用程序的话)。 针对具体环境完全配置好应用程序后,管理员即可将其部署在测试和/或产品机器上。这包括将完整的、已配置的 COM+ 应用程序安装在一台或多台机器中。 组
17、件服务管理工具使用工具中的 Application Export 向导,从而使跨多个服务器部署 COM+ 应用程序变得更容易。您可以使用组件服务管理工具,创建 COM+ 应用程序和应用程序代理的安装软件包。COM+ 可生成与 Windows Installer 兼容的安装软件包,该软件包在一个文件中包含了所有将 COM+ 应用程序安装到另一台机器上所必需的软件。 包含 COM+ 应用程序的 .msi 文件只可安装在支持 COM+ 1.0 服务(目前仅有 Windows 2000 支持)的计算机中。一个额外的好处是,除非用 Windows Installer 创作工具修改了 .msi 文件,否则
18、用 Windows Installer 安装的 COM+ 应用程序就会出现在“添加/删除程序”控制面板中。 组件服务管理工具生成的 .msi 文件包含: 带有 COM+ 注册信息的 Windows Installer 表。 一个包含应用程序属性的 .apl 文件。 DLL 和类型库,描述由 COM+ 应用程序类实现的接口。 除 .msi 文件外,组件服务管理工具还会产生一个压缩包 (.cab) 文件。实际上该文件会将 .msi 文件包起来,这样,即可通过 Internet Explorer 部署 COM+ 应用程序。 安装 COM+ 应用程序代理 为了能够从另外的(客户)计算机远程访问 COM
19、+ 服务器应用程序,客户计算机必须装有服务器应用程序属性的子集,包括用于 DCOM 远程接口的代理/存根 DLL 及类型库。该子集的术语是“应用程序代理”。 您可利用组件服务管理工具,轻而易举地导出 COM+ 服务器应用程序,使其成为应用程序代理。COM+ 生成的应用程序代理是标准的 Windows Installer 安装软件包。安装后,应用程序代理会出现在客户计算机的“添加/删除程序”控制面板中。 在生成应用程序代理时,COM+ 会自动提供以下信息。这些信息是应用程序代理远程访问 COM+ 服务器应用程序时必需的。 类标识信息(CLSID 和 ProgID) - 一个应用程序代理最多可支持
20、两个 ProgID。 应用程序标识及类与应用程序的关系 (AppID)。 每个应用程序的位置信息(远程服务器名称)。 应用程序的所有接口的调度信息(例如,类别库和代理/存根)。 MSMQ 队列名称与标识(如果应用程序中启用了排队组件服务)。 类、接口和方法属性,不包括角色信息。 应用程序属性。 与 COM+ 服务器应用程序不同,应用程序代理可安装在任何支持 DCOM 和 Windows Installer 的操作系统中。其它 Windows 平台上的客户机也可访问在 Windows 2000 服务器上运行的 COM+ 应用程序。在不是运行 Windows 2000(因而也就没有 COM+)的计
21、算机上,将只安装 DCOM 远程访问所需的信息子集。这些信息将安装在 Windows 注册表中。在不是运行 Windows 2000 的计算机上安装应用程序代理(.msi 文件)时,有必要使 Windows Installer 在这些机器上运行。Windows Installer 作为 Platform SDK 的一部分,以可重新分布的格式出现。 2.3设置 COM+ 安全 安全角色可模拟并实施 COM+ 应用程序的访问控制规则。角色是指为了确定对应用程序资源的访问权限,而为应用程序定义的用户类别。开发人员将角色(符号式用户类别)分配给应用程序,也就潜在地将其分配给了应用程序内的精细结构 -
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 计算机 设计 ASPNET 大学 综合 管理 系统 论文
限制150内