学生选课管理系统体系结构设计报告.docx

0. 文档介绍 2
文档目的 2
文档范围 2
读者对象 2
参考文献 2
术语与缩写解释 2
系统概述 3
概述 3
功能描述 3
设计约束 5
需求规定 .本
MYSQL 以上
接口约束
一、用户界面设计规则
用户接口：采用 Windows 的通用图形界面，对用户友好，且必须对鼠标键盘提供支
持，界面设计应遵循：
、尽量保持一致性：界面规范应遵循MS Windows 软件界面的规范
2、设计完整的对话过程：系统的每一次对话都应该有明确的次序：开始、中间处
理过程、结束
3、提供简单的错误处理机制
4、提供信息反馈：用多种信息提示用户当前软件运行状态，软件界面元件的功能
6、界面风格要保持一致，色彩的深浅搭配合理，字的大小、颜色、字体要相同，
除非是需要艺术处理或有特殊要求的地方。
二、内部接口设计
由于数据库的独特性，其数据库内部不需要特别设计接口。内部模块之间需要建立
接口，方便其他模块进行调用。表现层模块可调用业务层模块接口，业务层模块可调用
数据持久层接口，公共模块接口可任意被其他模块调用。
三、外部接口设计
硬件之间的接口：暂无
软件之间的接口：暂无
质量约束
主要质量属性
详细要求
正确性
需要按照需求要求实现功能
健壮性
应连可以连续工作24小时并保持稳定，在输入条件错误或者误操作后可以有
正确的处理方式并保持稳定。
可靠性
系统运行稳定，包括系统软件故障恢复策略、硬件故障恢复策略、软件自身容
错策略、软件备份策略和软件恢复策略等
性能，效率
〜3秒内
易用性
用户友好，操作简便
清晰性
业务流程明确、规范
安全性
前台服务机内部Intranet 访问，不与Internet建立连接
用户口令安全加密
合理授权，不同级别的用户仅能在自己的权限内操作
可扩展性
可在当前需求基础之上进行功能上的扩展
兼容性
可运行在大多数主流的操作平台上
可移植性
可运行在大多数主流的操作平台上
可维护性需求
系统提供系统管理和维护，方便客户进行可配置化的管理
隐含约束
1、本系统的操作人员要求能达到基本会操作Windows的水平即可。
2、数据库的维护人员必须具有数据库管理知识。
设计策略
为了适应业务需求和机构改革的要求，系统在设计中为今后的结构变化预留了充分
的空间，可以不间断地开发、完善各模块功能。根据学生选课管理系统的战略目标和发
展方向，结合实际情况，形成了以下设计策略方案。
关键技术
系统基于 Java 平台，结合了当前Java EE 中最核心与实用的技术以构建满足需求的
应用系统。
、 jQuery
jQuery 是一个快速的、 简洁的 javaScript 库， 能够使用户的 html 页面保持代码（ js ）
和内容（ html ）分离，使用户能更方便地处理 HTMLdocuments 、 events ，实现动画效果，
为网站提供AJAX交互，其宗旨是：WRITELESS, DOMORE写更少的代码，做更多的事情。
目前全球有28%的站台使用jQuery ，是目前最受欢迎的 JavaScript 函式库。
2、RBAC（基于角色的访问控制技术）
在 RBAC 模型中，角色是实现访问控制策略的基本语义实体。系统管理员可以根据
职能或机构的需求策略来创建角色、给角色分配权限并给用户分配角色，用户能够访问
的权限由该用户拥有的角色权限集合决定， 即把整个访问控制过程分成2 步： 访问权限与
角色相关联，角色再与用户关联，从而实现用户与访问权限的逻辑分离。
扩展策略
为了方便系统在将来扩展功能，平台子系统中都采用继承的抽象设计。
复用策略
业务逻辑对组件模型进行了封装，在子系统视图的粒度上，每个子系统都是一个独
立的、可复用的组件；在业务逻辑视图的粒度上，平台系统的业务逻辑被封装成了一个
独立于用户接口与数据库实体，从而实现了完整业务逻辑的复用，降低了开发、维护成
本。
系统总体结构
在对选课管理系统的需求分析基础上，对系统整体结构进行了设计，此系统总体结
构图如下。

从选课管理系统总结构图可以看出，系统体系结构是由前台和后台两个独立的功能
模块组成。为了进一步说明系统的体系框架，对系统的两大主要功能模块进行了详细的 设计，各自的功能结构图如下所示：
1、前台管理体系结构图:

2、后台管理体系结构图: