在线学习系统体系结构设计报告

在线学习系统体系结构设计报告

重庆工程学院Chongqing Institute of Engineering

版本历史

目录

0. 文档介绍 (4)

0.1 文档目的 (4)

0.2 文档范围 (4)

0.3 读者对象 (4)

0.4 参考文档 (4)

0.5 术语与缩写解释 (4)

1.系统概述 (4)

2. 设计约束 (5)

3. 设计策略 (5)

4. 系统总体结构 (5)

5. 系统架构设计 (6)

6. 子系统结构与功能 (7)

6.1注册用户管理 (7)

6.2学习批次管理 .................................................................................................. 错误！未定义书签。

6.3课件管理 .......................................................................................................... 错误！未定义书签。

6.4学生学习情况管理 .......................................................................................... 错误！未定义书签。

6.5统计查询 .......................................................................................................... 错误！未定义书签。

6.6成绩管理模块 .................................................................................................. 错误！未定义书签。

6.7用户管理 .......................................................................................................... 错误！未定义书签。

6.8 角色管理 ......................................................................................................... 错误！未定义书签。

6.9 课程管理 ......................................................................................................... 错误！未定义书签。

6.10 我的培训 ....................................................................................................... 错误！未定义书签。

7. 开发环境的配置 (15)

8. 测试环境的配置 (16)

9. 运行环境的配置 (16)

10. 其它 (16)

0. 文档介绍

0.1 文档目的

本文档是在线学习系统的体系结构设计报告，主要用于说明系统的设计约束、设计策略、总体结构、和架构设计说明。本系统的总体建设目标是：在线学习系统应能从各学校网站主页连接进入,该平台可以实现在校学生（研究生、本科生、高职高专生）在网上进行各类课程学习报名申请，学院相关负责人进行资格审查，最后由系统管理员确认报名资格。审查通过的学员能登录网上学习平台进行有关课程资源点播和学习，系统自动记录学员学习时间，管理员能通过平台导入学员本批次考试成绩供学生自行查询。

0.2 文档范围

本文档系统的描述了系统的设计约束、设计策略、总体结构、和架构设计等。

0.3 读者对象

设计人员、开发人员

0.4 参考文档

无

0.5 术语与缩写解释

1.系统概述

现在每个学校每年都要对很多在校学生进行各类专业知识培训。随着学校规模扩

大，想报名参加各类课程学习的学生越来越多。有限的教育资源无法满足学生们迫切想参加各类课程学习需求。基于IP和互联网的在线学习系统网络教育技术支持平台是以学习者为主的自主学习环境；它是一种新型的、开放的没有围墙的学校。在INTERNET 环境下，人们可以在任何时间、任何地点、完成任何课程的任何章节网络化交互式教与学活动。利用各学校网络教育技术模式，建设基于网络的远程教育平台并在此基础上开展网上学习教育活动，能够很好的缓解庞大的各类课程学习需求和有限的教育资源的矛盾。

2. 设计约束

无

3. 设计策略

设计策略遵循结构化设计，将系统划分为几个相互关联模块来进行设计。把程序要解决的总目标分解为子目标，再进一步分解为具体的小目标，把每一个小目标称为一个模块。

4. 系统总体结构

根据需求，本在线学习系统拟分为以下子模块等。整个系统间各子模块的结构图如下所示：

5. 系统架构设计

一套好的系统离不开良好的架构设计。由于本项目的特殊性需要兼容Java和C#语言两种后台语言，所以在浏览器端只能采取静态HTML和jQuery。程序整体结构如下图所示。

对于在应用服务器部分的代码，为了能对C#和Java都做出较好的约束，也为了能共用浏览器端的全部代码，在此处我们采用了工厂方法模式来控制业务逻辑的访问方式。

6. 子系统结构与功能

6.1系统管理

6.1.1功能简介

后台登陆成功后，对注册用户进行用户和角色权限的管理。

6.1.2设计思想

要求查询数据的准确性和方便性。

6.1.3功能设计

a)系统活动图

b)系统用例设计

1)用例1：查询注册用户信息

前置条件：必须登陆，且具有权限。

主事件流：根据用户输入的查询条件，查询注册用户信息。在查询结果列表中根据权限显示查看，修改密码和删除功能按钮。

其他事件流A1：未登陆用户，无法访问。

其他事件流A2：成功登陆，但没有权限，无法访问。

其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。

其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。

2）用例2：设置角色

主事件流：设置角色的类型。

其他事件流A1：未登陆用户，无法访问。

其他事件流A2：成功登陆，但没有权限，无法访问。

其他事件流A3：没有指定用户，给出提示。

3）用例3：设置权限

主事件流：设置用户的权限。

其他事件流A1：未登陆用户，无法访问。

其他事件流A2：成功登陆，但没有权限，无法访问。

其他事件流A3：用户设置权限不成功，要求重新查看用户。

4）用例4：新增用户

前置条件：已经注册的用户不能进行新增。

主事件流新增一条用户记录。

其他事件流A1：已经存在的用户，无法进行新增。

其他事件流A2：基本信息不填写完整，，无法进行新增。

5）用例5：删除用户

前置条件：不能删除正在报名或在读的学生。

主事件流：删除指定学生的所有记录。

其他事件流A1：未登陆用户，无法访问。

其他事件流A2：成功登陆，但没有权限，无法访问。

其他事件流A3:用户正在报名或在读。提示用户不能删除该用户。

6.2课程管理

6.2.1功能简介

后台登陆成功后，进入业务管理菜单栏，对课程进行管理。

6.2.2设计思想

要求查询数据的准确性和方便性。

6.2.3功能设计

a)系统活动图

b)系统用例设计

1)用例1：课程的管理

前置条件：必须登陆，且具有权限。

主事件流：根据输入的查询条件，查询课程，并进行课程管理。

其他事件流A1：未登陆，无法访问。

其他事件流A2：成功登陆，但没有权限，无法访问。

其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。

其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。

6.3课件管理

6.3.1功能简介

后台登陆成功后，进入业务管理菜单栏，对课件进行管理。

6.3.2设计思想

要求查询数据的准确性和方便性。

6.3.3功能设计

a)系统活动图

b)系统用例设计

1)用例1：课件的管理

前置条件：必须登陆，且具有权限。

主事件流：根据输入的查询条件，查询课件，并进行课件管理。

其他事件流A1：未登陆，无法访问。

其他事件流A2：成功登陆，但没有权限，无法访问。

其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。

其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。

6.4批次管理

6.4.1功能简介

后台登陆成功后，进入业务管理菜单栏，对批次进行管理。

6.4.2设计思想

要求查询数据的准确性和方便性。

6.4.3功能设计

a)系统活动图

b)系统用例设计

1)用例1：批次的管理

前置条件：必须登陆，且具有权限。

主事件流：根据输入的查询条件，查询批次信息。

其他事件流A1：未登陆，无法访问。

其他事件流A2：成功登陆，但没有权限，无法访问。

其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。

其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。

2)用例2：批次课程

前置条件：必须登陆，且具有权限。

主事件流：根据输入的查询条件，查询批次信息，并对批次课程进行管理。

其他事件流A1：未登陆，无法访问。

其他事件流A2：成功登陆，但没有权限，无法访问。

其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。

其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。

3)用例3：批次课件

前置条件：必须登陆，且具有权限。

主事件流：根据输入的查询条件，查询批次信息，并对批次课件进行管理。

其他事件流A1：未登陆，无法访问。

其他事件流A2：成功登陆，但没有权限，无法访问。

其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。

其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。

6.5学习记录查询

6.5.1功能简介

记录用户对课件的学习进度和学习情况。

6.5.2设计思想

要求查询数据的准确性和方便性。

6.5.3功能设计

a)系统活动图

b)系统用例设计

1)用例1：学习记录管理

前置条件：必须登陆，且具有权限。

主事件流：查看用户的学习记录信息，并进行学习记录管理。

其他事件流A1：未登陆，无法访问。

其他事件流A2：成功登陆，但没有权限，无法访问。

其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。

其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。

2)用例3：学习记录查询

前置条件：必须登陆，且具有权限。

主事件流：根据输入的查询条件，查询学习记录信息，并对并进行学习记录进行查询。

其他事件流A1：未登陆，无法访问。

其他事件流A2：成功登陆，但没有权限，无法访问。

其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。

其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。

6.5成绩管理

6.5.1功能简介

用户学习课程课件，得到相应的课程课件学分，然后参加线下考试，管理员根据用户线下考试成绩导入系统供用户查询。

6.5.2设计思想

要求查询数据的准确性和方便性。

6.5.3功能设计

a)系统活动图

b)系统用例设计

1)用例1：成绩上传

前置条件：必须登陆，且具有权限。

主事件流：根据用户线下考试成绩，然后导入线下成绩。

其他事件流A1：未登陆，无法访问。

其他事件流A2：成功登陆，但没有权限，无法访问。

其他事件流A3：输入查询条件时，时间格式不正确，给出提示让管理员修改。

2)用例2：成绩查询

前置条件：必须登陆，且具有权限。

主事件流：查看用户的线下考试成绩信息，并进行成绩的管理。

其他事件流A1：未登陆，无法访问。

其他事件流A2：成功登陆，但没有权限，无法访问。

其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。

其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。

6.6学习管理

6.6.1功能简介

用户进入学习管理菜单，查看我的培训、课件列表、查询成绩，学习课件，产生学习记录，获得学分参加考试，查询考试成绩。

6.6.2设计思想

要求查询数据的准确性和方便性。

6.6.3功能设计

a)系统活动图

b)系统用例设计

1)用例1：我的培训

前置条件：必须登陆，且具有权限。

主事件流：根据用户输入的查询条件，查询自己培训课程，学习自己的课件，查询自己的学习记录。

其他事件流A1：未登陆，无法访问。

其他事件流A2：成功登陆，但没有权限，无法访问。

其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。

其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。

2)用例2：课件列表

前置条件：必须登陆，且具有权限。

主事件流：根据用户输入的查询条件，查询自己所拥有的课程。

其他事件流A1：未登陆，无法访问。

其他事件流A2：成功登陆，但没有权限，无法访问。

其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。

其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。

3)用例3：查询成绩

前置条件：必须登陆，且具有权限。

主事件流：根据用户所学习的课程，查询学习课程的考试成绩。

其他事件流A1：未登陆，无法访问。

其他事件流A2：成功登陆，但没有权限，无法访问。

其他事件流A3：输入查询条件时，时间格式不正确，给出提示让用户修改。

其他事件流A4：没有找到数据，给出提示，要求用户重新输入查询条件。

7. 开发环境的配置

8. 测试环境的配置

9. 运行环境的配置

10. 其它