教学评价系统软件设计规格说明书

  • 格式:doc
  • 大小:5.82 MB
  • 文档页数:21

下载文档原格式

  / 21
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

职业技术学院“教学评价”系统软件设计规格说明书

1 引言

1.1 编写目的

软件设计的目的是将软件需求转换为软件的具体设计方案,概要设计根据软件需求给出为软件的体系结构,详细设计给出软件模块的内部过程描述,该文档是设计结果的详细描述,也是程序员编写程序的功能依据。

1.2 术语定义

文档中出现的相关术语定义解释:

系统静态模型,即系统的对象模型。根据需求分析阶段得到的系统用例图,进一步归纳汇总从中可以找出系统中存在的类。一边发现系统的类,一边确定这些类的属性和操作,并确定类与类之间存在的联系,最终给出整个系统的类图。

动态模型:动态模型由一组定义了行为的类组成。UML 的动态模型主要包括状态图、顺序图、协作图和活动图。只要能表达出系统的动态行为特点,并不是必需同时画出。

活动图:活动图是UML 用于对系统的动态行为建模的另一种常用工具,它描述活动的顺序,展现从一个活动到另一个活动的控制流。活动图在本质上是一种流程图。

时序图:也叫顺序图,用来描述系统中多个对象之间的动态协作,重点是显示对象之间发送消息的时间顺序。时序图的一个用途是用来显示用例中的行为顺序,当执行一个用例行为时,时序图中的每条消息对应了一个类操作或状态机中引起转换的触发事件。

组件图:表示系统模型的物理视图,主要描述了代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。

2 系统概要设计

2.1 系统设计原则

系统设计应遵循先进性、规范性、灵活性的原则,采用先进成熟的技术,结合学生评教管理的特性化需求,易于使用、部署和维护,且性能稳定可靠。

2.2 系统总体结构

“教学评价”信息系统以现有的校园网为网络平台,基于B/S 结构模式,采用传统的MVC(Model-View-Controller)架构模式。

表示层(View),是系统界面设计者设计的图形界面,是面向用户的数据表示。在“教学评价”管理信息系统中主要是登录界面、宿管中心管理员操作界面、学生个人信息维护界面、信息查询界面、入住登记界面等软件操作界面。

业务逻辑层(Controller),包括应用系统的对象,并且定义了它们的行为和相互间的关系。用来接受用户指令,转发用户请求,以及对这些请求进行处理。

数据访问层(Model),是由代码编写人员编写程序代码来实现系统应有功能、由数据库专家分析管理数据及设计数据库,最终实现系统具体功能。

3 系统详细设计

3.1 系统功能模块设计

3.1.1 功能模块设计

“教学评价”管理信息系统涵盖了教学评价管理中的各个功能模块,大大降低管理实践中的手工劳动,提高了管理效率和水平。其总体功能结构设计如图3-1 所示。

图3-1 评教系统功能结构图

3.1.2 系统静态模型的建立

3.1.2.1 识别类

1、学生类、教师类、评价类

在教学评价管理信息系统中,关键的业务需求是,学生对任课教师教学情况的评价、同行,专家对任课教师的评价;所以静态模型应该从标识评价(Evaluation)、学生(Student)、教师(Teacher)这些类开始。学生既是系统要管理的数据对象,同时又是系统的一个使用角色,其相关数据必须存储在数据库中。学生具有学号、姓名、性别、系别、专业、班级等属性特征,以学号作为每一个学生身份标识。在系统中,学生具有增加、删除、修改及查询等行为,所以在系统中应该有一个学生实体类,同理教师也如此。同时学生、同行、专家对任课教师的评价也需要系统的一对像来记录并固化到数据库中以供下一学年任课教师聘任做参考和学生选择老师做依据,所以系统应该添加一个评价类(Evaluation)。

3、系别类、专业类、班级类、教学班级类、开设课程类

学生评价教师的过程是这样的,系部根据学期的开课计划,在系统中添加学期开设课程,再根据学生的人数和任课教师对每门课程分别开设不同的教学班级(一般开设的教学班级的总人数大于学生数),学生选课的过程就是加入的教学班级的过程,一个教学班级对应着一名任课教师,所以系统应该记录下来系部开设课程,开设的教学班级的信息,所以系统应添加开设课程类(OpenCourses)和教学班级类(TeachingClasses)。

学生在校期间,都在某个系某个专业的某个班级里参加学习和活动。一般地,高等院校有多个系,每个系有 1 个到多个专业,每个专业有 1 个到多个班级。系别有系别代码、系别名称、系主任、系办公室等属性特征,专业有专业代码、专业名称、所属系别、学制年限等属性特征,班级有班级代码、所属专业、班主任等属性特征。同时,系别、专业、班级均有可能增减,因此具有添加、删除、修改以及查询等行为。在类图中,要有这三个类。

综合以上分析,得出系统类图如图3-2 所示。

图3-2 系统类图

3.1.2.2 界面类

教学评价管理信息系统中主要的用户界面如表3-1 所列。

1 系统登录界面实现用户通过账号、密码

登录系统

2 教学督导办公室管理员

操作界面对评价结果进行统计、并生成统计报表,上报到各系部。汇总评语,向系部和任课教师反馈。

3 系统管理员基础数据管理,主要是基

础数据的导入

4 学生操作界面修改登录密码、对自己选

修的课程老师评价及简

单评语和查询老师评价

情况(为选课做准备)

5 教师操作界面修改登录密码、查看自己

的评价情况及评语

3.1.3 系统动态模型的建立

为详细说明本系统动态模型的建立方法和步骤,以下主要创建学生入住用例和来访登记用例的活动图,创建中心管理员添加宿舍用例和查询学生住宿用例的时序图。

3.1.3.1 学生选课活动图

虽然本系统是教学评价管理系统,但是基础数据的来自是教务系统,所以有必要对选课的活动了解清楚,这样才能确定记录数据的类和固化数据的数据库对象表格。根据相关工作流程,画出其活动图如图3-3 所示。

图3-3 学生选课活动图