在线学习系统体系结构设计报告-软件开发.doc

1、 在线学习系统体系结构设计报告文件标识：当前版本： 1.0作 者： 李兴杰文件状态： 草稿 正式发布 正在修改 完成日期： 2017-09-18重庆工程学院Chongqing Institute of Engineering软件开发体系结构设计报告第 2 页 共 16 页版 本 历 史版本/状态 作者 参与者 起止日期 备注1.0 李兴杰 李兴杰软件开发体系结构设计报告第 3 页 共 16 页目录0. 文档介绍 .40.1 文档目的 .40.2 文档范围 .40.3 读者对象 .40.4 参考文档 .40.5 术语与缩写解释 .41. 系统概述 .42. 设计约束 .53. 设计策略 .54.

2、 系统总体结构 .55. 系统架构设计 .66. 子系统结构与功能 .76.1 注册用户管理 .76.2 学习批次管理 .96.3 课件管理 .116.4 学生学习情况管理 .146.5 统计查询 .156.6 成绩管理模块 .176.7 用户管理 .196.8 角色管理 .206.9 课程管理 .206.10 我的培训 .207. 开发环境的配置 .218. 测试环境的配置 .219. 运行环境的配置 .2110. 其它 .21软件开发体系结构设计报告第 4 页 共 16 页0. 文档介绍0.1 文档目的本文档是在线学习系统的体系结构设计报告，主要用于说明系统的设计约束、设计策略、总体结构、

3、和架构设计说明。本系统的总体建设目标是：在线学习系统应能从各学校网站主页连接进入,该平台可以实现在校学生（研究生、本科生、高职高专生）在网上进行各类课程学习报名申请，学院相关负责人进行资格审查，最后由系统管理员确认报名资格。审查通过的学员能登录网上学习平台进行有关课程资源点播和学习，系统自动记录学员学习时间，管理员能通过平台导入学员本批次考试成绩供学生自行查询。0.2 文档范围本文档系统的描述了系统的设计约束、设计策略、总体结构、和架构设计等。0.3 读者对象设计人员、开发人员0.4 参考文档无0.5 术语与缩写解释缩写、术语 解 释软件开发体系结构设计报告第 5 页 共 16 页1. 系统概

4、述现在每个学校每年都要对很多在校学生进行各类专业知识培训。随着学校规模扩大，想报名参加各类课程学习的学生越来越多。有限的教育资源无法满足学生们迫切想参加各类课程学习需求。基于 IP 和互联网的在线学习系统网络教育技术支持平台是以学习者为主的自主学习环境；它是一种新型的、开放的没有围墙的学校。在INTERNET 环境下，人们可以在任何时间、任何地点、完成任何课程的任何章节网络化交互式教与学活动。利用各学校网络教育技术模式，建设基于网络的远程教育平台并在此基础上开展网上学习教育活动，能够很好的缓解庞大的各类课程学习需求和有限的教育资源的矛盾。2. 设计约束无3. 设计策略设计策略遵循结构化设计，将

5、系统划分为几个相互关联模块来进行设计。把程序要解决的总目标分解为子目标，再进一步分解为具体的小目标，把每一个小目标称为一个模块。4. 系统总体结构根据需求，本在线学习系统拟分为以下子模块等。整个系统间各子模块的结构图如下所示：软件开发体系结构设计报告第 6 页 共 16 页5. 系统架构设计一套好的系统离不开良好的架构设计。由于本项目的特殊性需要兼容 Java 和 C#语言两种后台语言，所以在浏览器端只能采取静态 HTML 和 jQuery。程序整体结构如下图所示。对于在应用服务器部分的代码，为了能对 C#和 Java 都做出较好的约束，也为了能共用浏览器端的全部代码，在此处我们采用了工厂方法

6、模式来控制业务逻辑的访问方式。软件开发体系结构设计报告第 7 页 共 16 页6. 子系统结构与功能6.1 系统管理6.1.1 功能简介后台登陆成功后，对注册用户进行用户和角色权限的管理。6.1.2 设计思想要求查询数据的准确性和方便性。6.1.3 功能设计a)系统活动图b)系统用例设计1)用例 1：查询注册用户信息前置条件：必须登陆，且具有权限。主事件流：根据用户输入的查询条件，查询注册用户信息。在查询结果列表中根据权限显示查看，修改密码和删除功能按钮。其他事件流 A1：未登陆用户，无法访问。其他事件流 A2：成功登陆，但没有权限，无法访问。软件开发体系结构设计报告第 8 页 共 16 页其

7、他事件流 A3：输入查询条件时，时间格式不正确，给出提示让用户修改。其他事件流 A4：没有找到数据，给出提示，要求用户重新输入查询条件。2）用例 2：设置角色主事件流：设置角色的类型。其他事件流 A1：未登陆用户，无法访问。其他事件流 A2：成功登陆，但没有权限，无法访问。其他事件流 A3：没有指定用户，给出提示。3）用例 3：设置权限主事件流：设置用户的权限。其他事件流 A1：未登陆用户，无法访问。其他事件流 A2：成功登陆，但没有权限，无法访问。其他事件流 A3：用户设置权限不成功，要求重新查看用户。4）用例 4：新增用户前置条件：已经注册的用户不能进行新增。主事件流新增一条用户记录。其他

8、事件流 A1：已经存在的用户，无法进行新增。其他事件流 A2：基本信息不填写完整， ，无法进行新增。5）用例 5：删除用户前置条件：不能删除正在报名或在读的学生。主事件流：删除指定学生的所有记录。其他事件流 A1：未登陆用户，无法访问。其他事件流 A2：成功登陆，但没有权限，无法访问。其他事件流 A3:用户正在报名或在读。提示用户不能删除该用户。6.2 课程管理6.2.1 功能简介后台登陆成功后，进入业务管理菜单栏，对课程进行管理。6.2.2 设计思想要求查询数据的准确性和方便性。6.2.3 功能设计a)系统活动图软件开发体系结构设计报告第 9 页 共 16 页b)系统用例设计1)用例 1：课

9、程的管理 前置条件：必须登陆，且具有权限。主事件流：根据输入的查询条件，查询课程，并进行课程管理。其他事件流 A1：未登陆，无法访问。其他事件流 A2：成功登陆，但没有权限，无法访问。其他事件流 A3：输入查询条件时，时间格式不正确，给出提示让用户修改。其他事件流 A4：没有找到数据，给出提示，要求用户重新输入查询条件。6.3 课件管理6.3.1 功能简介后台登陆成功后，进入业务管理菜单栏，对课件进行管理。6.3.2 设计思想要求查询数据的准确性和方便性。6.3.3 功能设计a)系统活动图软件开发体系结构设计报告第 10 页 共 16 页b)系统用例设计1)用例 1：课件的管理 前置条件：必须登陆，且具有权限。主事件流：根据输入的查询条件，查询课件，并进行课件管理。其他事件流 A1：未登陆，无法访问。其他事件流 A2：成功登陆，但没有权限，无法访问。其他事件流 A3：输入查询条件时，时间格式不正确，给出提示让用户修改。其他事件流 A4：没有找到数据，给出提示，要求用户重新输入查询条件。6.4 批次管理6.4.1 功能简介后台登陆成功后，进入业务管理菜单栏，对批次进行管理。6.4.2 设计思想要求查询数据的准确性和方便性。6.4.3 功能设计a)系统活动图