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

职业技术学院“教学评价”系统软件设计规格说明书 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 所示。 教师教学评价系统 评 价 基 评 用 报 础 价 结 户 表 数 信 果 管 据