教学评价系统软件设计规格说明书要点.doc

职业技术学院“教学评价”系统软件设计规格说明书
1 引言
编写目的
软件设计的目的是将软件需求转换为软件的具体设计方案，概要设计根据软件需求给出为软件的体系结构，详细设计给出软件模块的部过程描述，该文档是设计结果的详细描述，也是程序员编写程序的功能依据。
术语定义
文档中出现的相关术语定义解释：
系统静态模型，即系统的对象模型。根据需求分析阶段得到的系统用例图，进一步归纳汇总从中可以找出系统中存在的类。一边发现系统的类，一边确定这些类的属性和操作，并确定类与类之间存在的联系，最终给出整个系统的类图。
动态模型：动态模型由一组定义了行为的类组成。UML 的动态模型主要包括状态图、顺序图、协作图和活动图。只要能表达出系统的动态行为特点，并不是必需同时画出。
活动图：活动图是 UML 用于对系统的动态行为建模的另一种常用工具，它描述活动的顺序，展现从一个活动到另一个活动的控制流。活动图在本质上是一种流程图。
时序图：也叫顺序图，用来描述系统中多个对象之间的动态协作，重点是显示对象之间发送消息的时间顺序。时序图的一个用途是用来显示用例中的行为顺序，当执行一个用例行为时，时序图中的每条消息对应了一个类操作或状态机中引起转换的触发事件。
组件图：表示系统模型的物理视图，主要描述了代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。
2 系统概要设计
系统设计原则
系统设计应遵循先进性、规性、灵活性的原则，采用先进成熟的技术，结合学生评教管理的特性化需求，易于使用、部署和维护，且性能稳定可靠。
系统总体结构
“教学评价”信息系统以现有的校园网为网络平台，基于 B/S 结构模式，采用传统的 MVC（Model-View-Controller）架构模式。
表示层（View），是系统界面设计者设计的图形界面，是面向用户的数据表示。在“教学评价”管理信息系统中主要是登录界面、宿管中心管理员操作界面、学生个人信息维护界面、信息查询界面、入住登记界面等软件操作界面。
业务逻辑层（Controller），包括应用系统的对象，并且定义了它们的行为和相互间的关系。用来接受用户指令，转发用户请求，以及对这些请求进行处理。
数据访问层（Model），是由代码编写人员编写程序代码来实现系统应有功能、由数据库专家分析管理数据及设计数据库，最终实现系统具体功能。
3 系统详细设计
系统功能模块设计
功能模块设计
“教学评价”管理信息系统涵盖了教学评价管理中的各个功能模块，大大降低管理实践中的手工劳动，提高了管理效率和水平。其总体功能结构设计如图 3-1 所示。
教师教学评价系统
基础数据维护模块
评价信息采集模块
评价结果处理查询模块
用户管理模块
权限分配
密码修改
在线评教
按教学单位
评价结果统计
按课程体系
按个人
评价结果查询
报表
统计结果报表
评价指标管理
图 3-1 评教系统功能结构图
系统静态模型的建立
识别类
1、学生类、教师类、评价类
在教学评价管理信息系统中，关键的业务需，学生对任课教师教学情况的评价、同行，专家对任课教师的评价；所以静态模型应该从标识评价(Evaluation)、学生(Student)、教师(Teacher)这些类开始。学生既是系统要管理的数据对象，同时又是系统的一个使用角色，其相关数据必须存储在数据库中。学生具有学号、、性别、系别、专业、班级等属性特征，以学号作为每一个学生身份标识。在系统中，学生具有增加、删除、修改及查询等行为，所以在系统中应该有一个学生实体类，同理教师也如此。同时学生、同行、专家对任课教师的评价也需要系统的一对像来记录并固化到数据库中以供下一学年任课教师聘任做参考和学生选择老师做依据，所以系统应该添加一个评价类(Evaluation)。
3、系别类、专业类、班级类、教学班级类、开设课程类
学生评价教师的过程是这样的，系部根据学期的开课计划，在系统中添加学期开设课程，再根据学生的人数和任课教师对每门课程分别开设不同的教学班级(一般开设的教学班级的总人数大于学生数)，学生选课的过程就是加入的教学班级的过程，一个教学班级对应着一名任课教师，所以系统应该记录下来系部开设课程，开设的教学班级的信息，所以系统应添加开设课程类(OpenCourses)和教学班级类(TeachingClasses)。
学生在校期间，都在某个系某个专业的某个班级里参加学****和活动。一般地，高等院校有多个系，每个系有 1 个到多个专业，每个专业有 1 个到多个班级。系别有系别代码、系别名称