【毕业学位论文】（Word原稿）基于Microsoft.Net Framework的JWXT的UML分析、设计与实现-计算机软件与理论

分类号： 单位代码： 10697 密 级： 学 号： 西 北 大 学 硕士学位论文 题目 基于 析、设计与实现 作者 李 丽 指导教师 鱼 滨 专业技术职务 副教授 学科 （专业） 计算机软件与理论 答辩日期 学位授予日期 二 年四月 独创性声明 本人声明所呈交的学位论文是本人在导师指导下进行的研究工作及取得的研究成果。据我所知除了文中特别加以标注和致谢的地方外，论文中不包含其它人已经发表或撰写的成果，也不包含为获得西北大学或其他教育机构的学位或证书而使用过的材料。与我一同工作的同志对本研究所做的任何贡献均已在论文中做了明确的说明并表示谢意。 学位论文作者签字： 签字日期 ： 年 月 日 摘 要 教务与教学管理信息系统（以下简称 高校管理信息系统中复杂程度较高、开发难度较大的 开发能够满足教务与教学管理需求，适应需求变化，同时具有很强的可扩充性、可重用性、可靠性和可维护性的网上教务与教学管理信息系统一直是困扰开发者的一个难题。 本文根据高校教务与教学管理工作的实际情况， 从组件技术、系统体系结构、开发方法等方面综合考虑， 设计了 一个行之有效的开发方案，开发过程中，做了以下工作： 1. 采用 系结构，把组件化与面向对象开发方法相结合，以组件化程序开发方法构造系统的体系结构，使用面向对象的方法进行组件的开发。 2. 借助 具将 言和 用开发结合起来，进行可视化建模，定义系统需求，描述系统设计。将 户端界面、组件对象、数据表和数据库都作为类或对象，按照真实世界的观点进行建模。 3. 依据软件工程学的观点来制定设计开发步骤。将数据库设计和组件 规划做为这一开发方案的关键环节，设计了数据层，规划了各层次组件。 4. 设计了系统的安全策略。不仅对不同类型的用户授予不同权限，而且 采用中间业务逻辑层组件作为登录组件，实现对系统登录的检测。 经实际运用，该方案一方面可以在系统建立的早期暴露和减少风险，实现分析设计和程序实现的平滑过渡，控制系统的复杂牲，使系统结构更为合理和更易扩展，降低系统的维护费用，提高开发效率；另一方面，对 用系统的可扩充性、 可重用性、 可靠性 和可维护性起到了非常重要的作用，进一步拓展了 用的领域和范围。该 方案不仅具有较强的实用价值，而且具有一定的理论意义，同时这种方法还适合于其他应用系统的开发。 关键词：教务与教学管理信息系统，面向对象，组件， 模， is of IS in It is a to a of is of to of in an a My is as 1. OT to s OT to 2. ML to I, as or to do of 3. to of as on 4. of to as to of is of of we in to of On be to is is of in in be to 目 录 第一章 绪论 1 1 究目的、 内容和成果 2 文的组织 3 第二章 术架构和应用解决方案 4 术架构 4 编程语言和开发工具 6 三层应用解决方案 8 第三章 总体方案 13 发方法 13 统整体架构 14 统开发过程 17 统的建模 19 向对象建模方法 19 20 21 统开发环境和运行环境 22 第四章 分析、设计 24 统需求分析 24 细化分析与设计 30 31 34 36 第五章 详细设计与实现 42 据库设计 42 计中注意的问题 46 件的规划 47 件规划中要注意的问题 47 务层 48 示层 50 52 54 55 全措施 57 第六章 结束语 60 60 统的不足 61 望 61 参考文献 63 第一章 绪 论 状分析 务与教学管理信息系统 )牵涉到学校教务与教学管理方方面面 的工作， 建设高水平的大学， 建设是重要的一环。高校 开发具有涉及教务与教学管理各环节、面向学校各部门以及各层次用户的多功能网上 十分必要的。它是实现信息资源的共享和综合利用、提高办公自动化程度和办公效率的基本前提。 目前高校 发展很不平衡，主要表现在以下几个方面： 1. 许多高校的教务与教学管理采用分散管理的办法，各个科室拥有各自的小型数据库，没有真正实现电子化和网络化。这样的管理模式造成管理零乱而低效，不利于事务的公开。另一方面，这些小型数据库之间存在大量的数据冗余，若有数据变动 (如 增加、删除、修改等），必须依靠手工逐个更改多个库，不仅增加不必要的工作量、而且容易造成数据不一致，资源利用率不高。 2. 有的高校构建了自己的校园网，引进这种软件用于本校的教务与教学管理，但是因为各个高校的实际情况不同，生源、考核制度和管理方式有很大的差异，引进的软件往往不能直接投入使用，必须经过二次开发。进行二次开发所需的人力、时间和费用，可能还要高于自己开发的费用。不但如此，从系统的数据结构看，引进系统的数据库的结构不可能和本校原有数据库的结构相同，甚至有很大的差异，进行数据移植所需的代价也相当大。 3. 还有的高校开发了网上 由于高校处于不断的改革发展中，管理制度和管理模式不可能不变，加之 复杂庞大，开发的周期不但长，而且不能够满足用户不断变化的需求和新的计算环境。 由于在开发 过程中 ,没有充分考虑系统将来的 可扩充性、可重用性、可靠性和可维护性， 随着学校规模的扩大，管理业务的变动和对工作效率要求的提高，弊端日益显露出来。如： 跨平台性差，不同开发工具开发的应用程序一般不能到其它客户平台上运行。 维护、升级非常不便。 对客户端软硬件要求较高，尤其是软件 的不断升级，对硬件要求不断提高，增加了整个系统的成本。 缺乏开放性，难以方便地与 轨，系统之外的用户难以访问系统资源，系统内的客户机也不便访问系统外资源。 可以说目前大部分高校 没有能够为用户提供网络环境下的综合性集成办公的管理系统，从而使得各级办公和管理人员方便、灵活地在系统应用环境下处理事务、充分利用各种资源信息。 这种情况影响了学校管理工作的效率，甚至影响正常的教学进程。 随着普及和发展，计算机应用不断扩展，应用系统越来越复杂，从而软件的复杂度不断增大，特别是管理信息系 统（ 由原来的单一事务处理型已向提供事务处理、分析处理和决策支持功能的综合性方向发展，这就使 此迫切需要一个行之有效的方法来开发 统，以降低系统开发的复杂性，加快系统的开发。从长远的发展来看，高校根据本校的实际情况和发展目标开发自己的 但可以直接和学校的管理制度接轨，不必被迫改变原有的管理体系，更重要的是便于以后系统的维护和扩充。 究目的、 内容和成果 本文通过采用组件化和面向对象开发相结合的方法 ,以通用的面向对象建模语言 旨在于 构架一个 基于 适应高校实现信息资源的共享和综合利用、提高办公自动化程度和办公效率的需要。 探索能够降低问题复杂度、提高系统的可扩充性、可重用性、可靠性和可维护性的 基于 在研究与开发的过程中，取得了以下几方面成果 : 1. 为开发复杂、庞大的 文综合考虑组件技术、体系结构和开发方法，以组件化程序开发方法构造系统的体系结构层次，使用面向对象的方法进行组件的开发，构建了基于 践证明，这种方法是可行的，并且是有效的。 2. 利用面向对象方法，分析和设计了 各个功能模块。在建模过程中，重点对 时序图、合作图与类图的创建进行了探讨。 3. 依据软件工程学的观点来制定设计开发步骤。将数据库设计和组件规划做为这一开发方案的关键环节，设计了数据层，规划了各层次组件。 4. 在安全性方面，仔细分析了安全性需求， 设计了系统的安全策略。一方面 ,根据用户的职能，把系统用户分成 四个方面的角色 学生、教师、领导（系级领导、部门领导、校级领导 ）和管理者（系级管理员和校级管理员）。 由校级系统管理员分配和授予角色，每个角色根据各自的职能拥有不同的权限。另一方面 , 与传统的信息系统的用户登录方式不同， 采用 通过登录组件进行登录的方式，实现三层结构中的中间业务逻辑层对系统登录的检测。 5. 由于 复杂庞大，主要做了整个系统的分析、规划和设计的工作，并完成了 务管理、招生管理、成绩管理、基本信息管理、系统管理六个子模块和排课管理中的公共课排课的功能，基本能够满足用户选课、考务、招生、成绩管理等方面的要求，达到了原定目标 。 文的组织 本文由六个章节组成。 在第一章中，主要对高校 绍了本文的研究目的、内容和成果。 第二章，主要介绍了 技术架构、编程语言、开发工具和 三层应用解决方案。在第三章中，设计了 讨了 开发模式，根据软件工程学，制定了系统的开发实现步骤。在第四章中，对系统利用 模语言和 模工具合理地建模，定义了系统需求，描述了系统设计。第五章是 详细设计与实现，对系统数据库进行了详细设计，规划了系统中的组件，阐述了系统的实现并设计了安全措施。最后一章对开发工作进行总结，描述了系统特点，说明了系统的不足，展望了 展。 第二章 术架构 和应用解决方案 术架构 简化在第三代因特网的分布式环境下的应用程序开发，基于开放互联网标准和协议之上，实现异质语言和 平台高度交互性，而构建的新一代基于 eb 计算和通信平台。 16 1所示： J S c r i p C + +V 语 言 规 范 ( C o m m o n L a n g u a g e S p e c i f i c a t i o n )A S P . N E T W i n d o w s F o r m O . N E T a n d X M 库 ( B a s e C l a s s L i b r a r y )通 用 语 言 运 行 时 ( C L R )W i n d o w s C O M + S e r v i c e 1 术架构 先是整个开发框架的基础，即通用语言运行时以及它所提供的一组基础类库；在开发技术方面， 供了全新的数据库访问技术 及网络应用开发技术 程技术 开发语言方面， 供了C+,C#,多种语言支持；而 是全面支持 1. 通用语言运行时和基础类库 通用语言运行时，即 开发人员带来了一种全新的开发框架，而通用语言运行时则处于这个框架的最 低层，是这个框架的基础。通用语言运行时为多种语言提供了一种统一的运行环境。另外它还提供 了更多的功能和特性，如统一和简化的编程模型，用户不必迷惑于免了 称为 从而大大简化了应用程序的发布和升级；多种语言之间的交互，例如我们甚至可以在+编写的类；自动的内存和资源管理等等。 通用语言运行时提供了很多新特性，它通过基础类库（ 开发者提供了一个统一的面向对象的、层次化的、可扩展的编程接口。这组基础类库包括了从输入、输出到数据访问等各个方面。它使用一种点号分隔的方法，使得查找和使用 类库非常容易。例如基础类库中的根，它的命名空间是 供数据访问的类库的命名空间是 使用时，开发者只需在自己的应用中添加所需的基础类库的引用，然后就可以使用这个类库中的所有方法、属性等等。跟传统的 程相比，使用和扩展基础类库都非常容易，这使得开发者能够高效、快速地构建基于下一代互联网的网络应用。 2. 乎所有的应用程序都需要访问从简单的文本文件到大型的关系型数据库等各种不同类型的数据。在 访问数据库的技术是 行命令，返回记录集的类库，与从前的 比， 首先， 设计成基于 供了对 数据交换的统一格式提供了基础。 其次， 入了 是一个驻于内存的数据缓冲区，它提供了数据的关系型视图 。不管数据来源于一个关系型的数据库，还是来源于一个 们都可以用一个统一的编程模型来创建和使用它。它替代了原有的 高了程序的交互性和可扩展性，尤其适合于分布式的应用场合。 另外， 还引入了一些新的对象，例如 生一个只读的记录集等等。简而言之， 与 得在 3. 的网络编程结构，它使得建造、运行和发布网络应用非常方便和高效。 是编译运行，再加上灵活的缓冲技术，从根本上提高了性能；由于 布一个网络应用，仅仅是一个拷贝文件的过程，即使是组件的发布也是如此，更新和删除网络应用，可以直接替换 /删除文件；开发者可以将应用的配置信息存放 理员和开发者对应用程序的管理可以分开进行；提供了更多样的认证和安全管理方式；在可靠性等多方面都有很大 提高。 在 仅仅支持脚本语言，通用语言运行时支持的所有语言在 都可以使用；代码和内容分开，在现在的 发中，内容和脚本交错，维护和升级很困难，将他们分开可以使得开发人员和设计人员能够更好的分工合作，提高开发效率；另外在 类似 样大大提高了构建网络表单效率，并且服务器端控件是可扩展的，开发者可以建造自己需要的服务器端控件。 传统的基于 它仍然是 略中不可或缺的一部分。在 应用程序时，除了可以利用现有的技术如 可以基于通用语言运行时开发，可以使用 络服务等，这样也可以实现诸如避免 语言支持等 新特性。 20 编程语言和开发工具 1. 编程语言 持 +， C#和 需要特别指出的是，微软在 推出了全新的 C#语言，这种全新的面向对象的语言使得开发者可以快速地构建从底层系统级到高层商业组件的不同应用。 C#在保证了强大的功能和灵活性的同时，给 +带来了类似于 且它还针对 如 C#允许 据直接映射为它的数据类型等 等，这些特性结合起来使得 C#成为优秀的下一代网络编程语言。 与此同时 原有的 C+也做了很大的改进，使得它们更加适应 发框架的需求。例如在 增加了继承等面向对象的特性，结构化的出错处理等等；可管理的 C+扩展，大大提高了利用 C+来开发 2. 开发工具 为微软的下一代开发工具，它和 发框架紧密结合，是构建下一代互 联网应用的优秀工具。 过提供一个统一的集成开发环境及工具，大大提高了开发者的效率；集成了多种语言支持；简化了服务器端的开发；提供了高效地创建和使用网络服务的方法等等。 过包括企业开发小组用来创建面向任何 用 发人员可安全地控制版本并共享他们的源代码、共享最佳做法、面向可缩放的 务器、 从大量的第三方工具和技术中选择、通过 大量的性能测试工具方便地调整 用程序和 务的性能。 有如下技术特点： 1) 为 现有效的小组开发。 2) 使用功能强大的工具和技术创建可缩放的、可靠的企业应用程序。 3) 基于综合的企业生命周期平台而创建。 4) 开发迅速快捷。 5) 代码效率高，执行速度快。 6) 是目前使用最广泛的开发工具。 7) 对 总之， 发框架在通用语言运行时的基础上，给开发者提供了完善的基础类库、新一代的数据库访问技术 络开发技术 发者可以使用多种语言及 快速构建下一代的网络应用。 三层应用解决方案 按照分布式结构的思想，整个应用系统由表示层、业务逻辑层和数据服务层构成。如图 2 2所示 20。 用 户U I 组 件 （ U I C ）U I 处 理 组 件 （ U I P ）服 务 接 口 （ S I ）业 务工 作 流 （ B W ）业 务组 件 （ B C ）业 务实 体 （ B E ）数 据 访 问 组 件 （ D A C ） 服 务 代 理 （ S A ）数 据 源 服 务通信运行管理安全性图 2 2 示层 大多数业务应用程序都使用窗体来构造表示层 ， 由一系列用户与之交互的窗体（页面）组成应用程序。每个窗体都包含许多用于显示较低层的输出以及收集用户输入的字段。 实现基于窗体的用户界面的两类组件是： 1. 用户界面组件 对于 胖 客户端应用程序，此模式使用 名空间中的 件。对于 用程序，此模式使用 果标准 户 的需要， 支持将自己的自定义组件插入到框架中。 2. 用户界面处理组件 复杂的用户界面通常需要许多非常复杂的窗体。要增加可重用性、可维护性和可扩展性，可以创建单独的用户界面处理 (组件，以便封装窗体之间的依赖性以及与窗体之间的导航关联的逻辑。其中的部分概念适用于一个窗体的组件之间的依赖性、验证和导航。这些 大型应用程序通常是围绕业务流程和业务组件的概念构造的。这些概念是通过业务层中的大量组件、实体、代理和界面来处理的。 1. 业务组件 在 ， 业务组件的定义如下： 自治业务概念或业务流程的软件实现。它包含将指定的业务概念 作为较大型分布式信息系统的自治、可重用元素来表示、实现和部署所必需的所有软件制品。 业务组件是业务概念的软件实现。在业务应用程序的生命周期中，它们是设计、实现、部署、维护和管理的主要单元。业务组件封装业务逻辑（也称业务规则）。这些规则约束业务概念的行为以匹配特定的需要。 2. 业务工作流 业务流程反映了业务执行的宏观级别的活动，可以使用任何 言来开发自定义的业务工作流组件。或者，也可以使用 定义业务流程，并自动编排业务组件。 3. 业务实体 业务实体是数据容器。它们封 装并隐藏特定数据表示格式的细节。 业务和业务工作流组件可以与独立的业务实体组件交互，或者使用业务实体以便设置它们自己的状态，然后丢弃该业务实体。业务实体通常用作 据访问组件通常返回业务实体，而不是数据库特有的结构。这非常有助于将数据库特有的细节隔绝于数据层中。 4. 服务接口 应用程序可以将它的部分功能作为其他应用程序可以使用的服务进行公开。服务接口将该服务呈现给外部世界。理想情况下，它隐藏实现细节，并只公开粗粒度的业务接口。服务接口通常使用 如果使用域模型，那么域模型中的类通常由一个或多个域层组件实现。 据层 大多数业务应用程序必须访问存储在数据库（最常见的是关系数据库）中的数据。此数据层中的数据访问组件负责将存储在这些数据库中的数据公开给业务层。 1. 数据访问组件 数据访问组件将业务层与特定数据存储解决方案的细节隔离开来。这种隔离具有下列优点： 1) 尽量减少数据库提供方的更改所造成的影响。 2) 尽量减少数据表示的更改（例如，数据库架构的更改）所造成的影响。 3) 封装操作单个位置的特定数据项的所有代 码。这极大地简化了测试和维护过程。 过 发一组用于管理对象 于更复杂的应用程序很有益处。 2. 服务网关 业务组件通常必须访问内部和外部服务或应用程序。服务网关是封装使用此类服务所必需的接口、协议和代码的组件。 除了三个标准层， 定义所有层都可以使用的一组基础服务。这些服务分为三个基本类别： 1) 安全性。这些服务维护应用程 序安全性。 2) 运行管理。这些服务管理组件以及关联的资源，并满足可伸缩性和容错等运行要求。 3) 通信。这些是提供组件之间的通信的服务，如 及异步消息传递。 20 层应用解决方案的特点 与二层结构相比， 使用 式具有下列 特点 ： 1) 可伸缩性。由于使用组件技术，当应用的规模增大时，通过系统结构的配置而不必修改代码就可以适应新的应用需求。并且，利用这种可伸缩特性，可以实现复杂的分 布式应用系统。 2) 灵活性。业务逻辑的改变可以不影响客户应用和数据层；并且局部的业务逻辑变化可以不影响其他的业务组件；可以对单个组件进行调试和测试；实现组件或者客户应用时对语言的选择有很大的灵活性，只要编程语言支持组件应用开发即可。 3) 可靠性。因为三层结构把一个复杂的应用拆分成一些小的组件或者依赖于系统提供的支持，所以应用系统的可靠性易于得到保证。 4) 跨平台性。由于采用了组件技术，并合理分层，提高了系统的跨平台特性。 5) 充分体现了软件集成的思想。在三层结构中，不仅要设计和开发一些组件，同时还可 以大量使用已经进入市场的组件产品，或者使用以前积累下来的组件库中的组件，从而缩短应用系统的开发周期，避免重复劳动，提高组件的重用率。 与三层以上的多层结构相比，三层应用结构能够 尽量减少必须跨越过多层所造成的负面影响。 但是， 式 也有 缺点 ，表现在：对于复杂的解决方案，可能有必要进一步划分域层，尤其是在重用性具有很高的优先级，或者要基于常用的一组组件设计一系列解决方案时，更是如此。 另 外，单一用户界面层对于提供复杂用户界面的解决方案可 能不够。例如，数据验证、命令处理、打印和撤消 /重复等功能可能需要其他层。 20 且高校的规模越来越大，生源结构、办学层次也将越来越复杂， 活性、可靠性、跨平台性，才能适应高校教务与教学管理发展的需要，所以开发具备 很强的可扩充性、可重用性、可靠性和可维护性的 三层应用解决方案是一个很好的选择。 第三章 总体方案 发方法 组件化程序设计显 著的优点是可实现软件重用，便于控制软件的复杂性，便于维护，测试方便等等。组件化程序设计在开发 够有效利用以往开发过程中的经验，避免低效重复劳动，在开发高效、可靠、维护简单、应变能力强的 对于一个规模很小的应用软件，无论使用什么样的系统结构都可能达到预期的要求。对于规模较大的应用系统，情况就不是这样了，系统结构可以起到关键的作用，它不仅会影响系统设计和开发的进度，还可能直接影响到系统的后续发展潜力，甚至会决定系统的成败。如果没有合适的体系结构，组件之间的互 操作性就不强，组件的质量和可重用性就难以保证。所以，组件化程序设计和软件体系结构是紧密相关的。 在系统开发方法上，传统的结构化方法的着眼点在于一个信息系统需要什么样的方法和处理过程。 22以过程抽象来对待系统的需求，其主要思想就是对问题进行功能分解，如果分解后得到的功能过大，那么再对这些功能进行分解，直到最后分解得到的功能能比较方便地处理和理解为止。所以结构化方法也称作功能分解法。与传统的结构化软件开发方法相比，面向对象软件开发方法在描述和理解问题域时采用截然不同的方法。面向对象方法对问题域进行自然分割， 以接近人类思维的方式建立问题域模型，使设计出的软件尽可能直接地描述现实世界，开发的系统比较稳定，较小的需求变化不会导致大的系统结构的改变，具有很好的可维护性和适应性，能更好地适应用户需求的变化。另外，在面向对象方法中，现实世界中的实体及其相互关系被映射为对象及对象间的关系，实体之间的相互作用被映射为对象间的消息发送，以及其他类似的各种映射关系。因此，面向对象的模型对现实世界的映射更直观、更有对应关系。 容易理解、易于测试和调试。而且一个设计良好的面向对象系统是易于扩充和修改的，因此能够适应不断增加的新需求。 面向对象方法支持软件开发中从分析到设计以至实现的各个阶段，且各个阶段均采用一套概念和表达手段，它们之间没有“鸿沟”的存在，几乎不需要什么转化。面向对象方法还支持和鼓励复用，不仅包括实现的复用，还包括分析、设计等建模成果的复用。 但是，在 开发中，如果用纯面向对象的开发方法，也有一些缺点，首先，在处理这种大型软件系统时，它的粒度粗细难以有效控制。其次， 以由若干并行或串行执行的步骤组成。这种全局处理的概念不从属于任何单个对象，与面向对象的思想不统一，并且缺乏有效 的表示方法。所以在开发过程中，为了降低问题的复杂度，本文首先利用结构化方法的思想将 为 招生管理、教材管理与教学管理（选课管理、排课管理、成绩管理等）这三者之间的联系就不大，将这些功能上相对独立的职能作为一个功能模块。然后将每一功能模块作为基本模块组件，以组件化程序开发方法构造系统的体系结构，使用面向对象的方法进行组件的开发。 统整体架构 一种运行于校园网之上的复杂系统，在开发过程中可以充分利用校园网的架构，减少开发过程中许多对底层细节 的考虑。由于 理流程涉及范围广泛、基本数据表现形式多样、操作人员权限控制复杂，使得普通的系统结构难以适应。要实现对教务与教学全程、全面、高效而科学的管理，选择好应用系统的体系结构是非常重要的。 在 于普通用户（如教师和学生），主要以信息查询为主，加上学生网上选课、网上考试报名、网上注册，教师网上维护个人信息、申请授课等，他们对数据库的访问较少，而且对速度问题不很敏感，因此采用 览器，利用 的信息查询与检索。由 用 对于 校级管理员（教务处工作人员）和系级管理员（系办公室主任、教学秘书）采用胖客户界面。一方面由于他们有固定的分工，工作用机固定，另一方面，他们需调用的教务与教学管理的组件种类多，对数据库的访问频繁，因此采用胖客户的形式以提高工作效率。客户端主要采用 名空间中的 件。 各客户端运行在 8 95 2000 务器端采用 000平台。 开发适于采用 构 。系结构适应了以上情况；另一方面是因为目前大多数的高校、管理机构和个人用户都采用 统平台，所以，为应用体系结构是开发 为了满足系统的需求，笔者 设计了如图 3 1所示的三层结 构进行 在 境下开发 好的办法是把业务逻辑和数据访问代码封装到一些编译好的组件里，在 用 分布式事务的支持，建立分布、异构的计 算环境。 如图 3 1所示 : I E 用 户I E 用 户信 息 查 询 与 检 索W i n F o r m sW i n d o w s 用 户 W i n d o w s 用 户信 息 查 询 、 更 新 和 维 护A S P . N e t 页 面W e b S e r v i c 、 检 索 组 件W e b 服 务 器业 务 服 务 组 件W e b S e r v i c 存 储 过 程 、 视 图存 储 过 程 、 视 图触 发 器 、 表存 储 过 程 、 视 图触 发 器 、 表数 据 库图 3 1 数据层、业务层和表示层。 1. 表示层 表示层提供 用户界面 (包括 体（ 主要 用于 教务处客户端应用程序）和 术（ 主要 用于 基于学生、教师、领导用户的 浏览器的交互）的使用。对于 胖 客户端应用程序， 主要 使用 名空间中的 件。对于 用程序， 主要 使用 件。 由于 统提供的服务种类也比较多，为了 增加可重用性、可维护性和可扩展性， 需设计如学生、教师、管理人员等界面处理组件（ 封装窗体之间的依赖性以及与窗体之间的导航关联的逻辑。 2. 业务层 教务与教学管理 通过业务层中的大量组件、实体、代理和界面来 实现 。 例如， 在 所有与 选课 有关的业务逻辑都封装在单独的一个 选课 组件中。业务流程反映了业务执行的宏观级别的活动，例如， 的教师授课申请 、 选课目录列表生成和学生选课 。这些业务流程由编排一个或多个业务组件以实现业务流程的业务工作流组件封装。可以使用任何 言来开发 这些 自定义的业务工作流组件。 业务和业务工作流组件与独立的业务实体组件交互。 3. 数据层 据层主要是利用 现对数据的操作