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

合集下载

软件详细设计说明书例

软件详细设计说明书例

软件详细设计说明书例一、引言在软件开发过程中,详细设计是连接概要设计和编码实现的重要环节。

它为软件的编码提供了具体的指导,包括模块的内部结构、算法、数据结构、接口等方面的详细描述。

本文将以一个简单的学生管理系统为例,展示一份软件详细设计说明书的范例。

二、软件概述(一)软件名称学生管理系统(二)软件功能1、学生信息管理:包括学生基本信息的录入、修改、查询和删除。

2、课程管理:课程信息的添加、修改、查询和删除。

3、成绩管理:学生成绩的录入、查询和统计分析。

三、模块设计(一)学生信息管理模块1、学生信息录入子模块输入:学生的学号、姓名、性别、出生日期、班级等信息。

处理:对输入的信息进行合法性校验,如学号的唯一性检查、出生日期的格式检查等。

将合法的信息保存到数据库中。

输出:提示信息,如“录入成功”或“录入失败,请重新输入”。

2、学生信息修改子模块输入:要修改的学生学号和修改后的信息。

处理:根据学号查询出对应的学生信息,将修改后的信息更新到数据库中。

输出:提示信息,如“修改成功”或“修改失败,请重新输入”。

3、学生信息查询子模块输入:查询条件,如学号、姓名、班级等。

处理:根据查询条件从数据库中检索出符合条件的学生信息。

输出:查询结果,以列表形式展示学生的基本信息。

4、学生信息删除子模块输入:要删除的学生学号。

处理:根据学号从数据库中删除对应的学生信息。

输出:提示信息,如“删除成功”或“删除失败,请重新输入”。

(二)课程管理模块1、课程信息添加子模块输入:课程编号、课程名称、学分、授课教师等信息。

处理:对输入的信息进行合法性校验,如课程编号的唯一性检查。

将合法的信息保存到数据库中。

输出:提示信息,如“添加成功”或“添加失败,请重新输入”。

2、课程信息修改子模块输入:要修改的课程编号和修改后的信息。

处理:根据课程编号查询出对应的课程信息,将修改后的信息更新到数据库中。

输出:提示信息,如“修改成功”或“修改失败,请重新输入”。

系统软件详细设计说明书

系统软件详细设计说明书

系统软件详细设计说明书1.引言1.1编写目的本详细设计说明书是针对网络信息体系结构的课程作业而编写。

目的是对该项目进行详细设计,在概要设计的基础上进一步明确系统结构,详细地介绍系统的各个模块,为进行后面的实现和测试作准备。

本详细设计说明书的预期读者为本项目小组的成员以及对该系统感兴趣,在以后想对系统进行扩展和维护的人员。

2.系统的结构●ui:系统界面部分,负责接受用户输入,显示系统输出,负责其他模块功能的协调调用,并含有站内搜索功能,即在用户指定的已打开的ftp站点中搜索用户需要的资源。

ui 部分调用common部分的功能读取xml文件中保存的界面元素属性信息,用户最近访问过的10个ftp信息,用户选择的下载的ftp内容列表及其他需要通过xml文件保存的信息。

●client:实现ftp客户端的功能,ftp连接,ftp上传及下载:上传或下载用户指定的资源,并返回相应的信息。

●search:资源实时检索部分,根据用户输入的资源名称关键字,资源类型和选择的检索方式检索用户需要的资源,并验证资源的可用性,返回可用资源及其大小,速度等相关信息。

●preview:资源预览部分,显示用户选择的资源的部分内容,以使用户决定是否需要该资源。

preview部分调用common部分读取属性文件的内容亦显示预览资源内容的显示格式。

3.模块1(ui)设计说明3.1模块描述实现用户界面的包,含有11个文件51个类,是本系统中最复杂的代码。

3.2功能负责接受用户输入,显示系统输出,其他模块功能的协调调用,并含有站内搜索功能,即在用户指定的已打开的ftp站点中搜索用户需要的资源。

3.3交互的模块client,search,preview,common。

3.4 模块设计该模块中的主要文件,文件中包含的主要类及其功能和与其它包的交互如下:●MainFrame.java:MainFrame是含有主函数的类,也是lyra客户端开始执行的类,它先后进行资源的初始化,显示主界面等工作,根据屏幕大小设置界面大小,设置界面的观感。

软件详细设计说明书

软件详细设计说明书

软件详细设计说明书1. 引言本软件详细设计说明书旨在对软件的架构、模块、数据结构、算法等进行详细说明,以便于开发人员进行开发和维护工作。

本文档将介绍软件的总体设计思路、模块划分和模块之间的关系、数据结构和算法的选择、接口设计及其功能和参数的说明等内容。

2. 总体设计本软件旨在实现一个功能强大、可靠性高的软件系统。

为了达到这一目标,我们采用了模块化设计的方式来组织和管理代码。

2.1 模块划分在本软件中,我们将功能划分为以下几个模块:1.用户模块:负责处理用户登录、注册、身份验证等功能。

2.数据库模块:负责与数据库交互,实现数据的增删改查等操作。

3.界面模块:负责用户界面的展示和交互。

4.业务逻辑模块:负责实现各种业务逻辑,如订单管理、库存管理等功能。

每个模块都有明确的职责和接口定义,模块之间通过接口进行通信和数据传递。

2.2 模块之间的关系模块之间的关系如下图所示:用户模块 - 数据库模块|界面模块|业务逻辑模块用户模块与数据库模块之间通过接口进行数据交互,用户模块与界面模块之间通过事件触发和回调函数进行交互,界面模块与业务逻辑模块之间通过函数调用进行交互。

3. 数据结构和算法为了高效地存储和处理数据,我们采用了以下数据结构和算法:•用户数据存储:使用关系型数据库来存储用户信息,采用索引加速查询。

•图形界面:采用MVC模式实现界面的设计和交互,使用栈来实现界面导航。

•业务逻辑处理:使用优化的排序算法和查找算法来处理业务逻辑中的排序和查找操作,提高系统的运行效率。

4. 接口设计在本节中我们将对各个模块的接口进行详细说明。

4.1 用户模块接口用户模块接口定义如下:public interface IUser {// 用户登录public boolean login(String username, String password);// 用户注册public boolean register(String username, String password, String em ail);// 用户身份验证public boolean authenticate(String token);// 用户注销public void logout();}4.2 数据库模块接口数据库模块接口定义如下:public interface IDatabase {// 添加数据public boolean addData(Data data);// 删除数据public boolean deleteData(Data data);// 修改数据public boolean updateData(Data data);// 查询数据public Data queryData(String condition);}4.3 界面模块接口界面模块接口定义如下:public interface IUI {// 显示界面public void show();// 隐藏界面public void hide();// 处理用户交互事件public void handleEvent(Event event);// 设置回调函数public void setCallback(Function callback);}4.4 业务逻辑模块接口业务逻辑模块接口定义如下:public interface ILogic {// 处理订单管理逻辑public void handleOrder(Order order);// 处理库存管理逻辑public void handleInventory(Inventory inventory);// ...}5. 功能和参数说明在本节中我们对软件的各个功能和参数进行详细说明。

系统软件详细设计说明书

系统软件详细设计说明书

系统软件详细设计说明书1. 引言本文档旨在为系统软件的详细设计提供指导,并描述系统软件的架构、各个模块的功能和接口设计。

详细设计是在系统需求分析基础上进行的,通过分析系统需求,将其转化为具体的系统设计。

本文档将详细阐述系统软件的设计方案,为开发团队提供参考和实施依据。

2. 系统架构系统软件采用三层架构,包括表示层(Presentation Layer)、业务逻辑层(Business Logic Layer)和数据访问层(Data Access Layer)。

2.1 表示层表示层负责用户与系统的交互,提供用户界面和用户输入的处理。

采用Web应用技术,使用HTML、CSS和JavaScript 进行界面设计和交互操作。

用户界面应简洁友好,符合用户使用习惯。

2.2 业务逻辑层业务逻辑层负责处理业务逻辑,包括数据处理、业务规则、算法等。

主要使用Java语言开发,通过调用数据访问层的接口,访问数据库,并将处理结果返回给表示层。

2.3 数据访问层数据访问层负责数据的存储和访问,通过数据库连接池与数据库进行通信。

主要使用SQL语言进行数据查询、更新和删除操作,确保数据的一致性和完整性。

3. 模块设计系统软件划分为以下几个模块:用户管理、订单管理、商品管理、库存管理和报表统计。

3.1 用户管理模块用户管理模块负责用户的注册、登录和权限控制。

用户可以通过注册功能创建账号,并通过登录功能进行身份验证。

系统根据用户的角色分配相应的权限,确保用户只能访问其有权限的功能。

3.1.1 注册功能注册功能提供用户输入注册信息,并进行新用户的注册。

注册信息包括用户名、密码、邮箱等,系统将验证输入的信息的合法性,并生成用户唯一标识。

3.1.2 登录功能登录功能提供用户输入用户名和密码进行身份验证,验证通过后,系统将生成用户身份令牌,并保存在客户端的Cookie中。

用户在访问其他功能时,系统通过验证令牌来确定用户的身份。

3.1.3 权限控制权限控制功能根据用户的角色分配相应的权限,不同角色具有不同的功能访问权限。

(完整word版)软件需求规格说明书(案例)

(完整word版)软件需求规格说明书(案例)

软件开发方向“成绩管理系统"软件需求规约安博教育集团二零零八年十月修订历史记录目录1 引言 (5)1。

1 目的 (5)1。

2 文档格式 (5)1.3 预期的读者和阅读建议 (5)1.4 范围 (6)1.5 术语 (7)1。

6 参考文献 (7)2 系统概述 (7)2。

1 概述 (7)2。

2 功能 (7)2.3 运行环境 (8)2.4 假设与依赖 (9)3 系统特性 (9)3。

1 系统角色 (9)3.2 学生管理 (11)3.2。

1 增加学生信息 (11)3。

2。

2 修改学生信息 (11)3。

2.3 删除学生信息 (11)3.2.4 导入学生信息 (11)3。

3 教师管理 (12)3.3.1 增加教师信息 (12)3。

3.2 修改教师信息 (12)3.3。

3 删除教师信息 (12)3。

3。

4 导入教师信息 (12)3。

4 课程管理 (13)3.4.1 增加课程基本信息 (13)3。

4。

2 修改课程基本信息 (13)3。

4。

3 删除课程基本信息 (13)3。

4。

4 维护课程学生信息 (13)3。

5 成绩查询 (14)3。

5.1 学生查询成绩 (14)3.5。

2 教师查询成绩 (14)3。

6 成绩分析与统计 (14)3。

6。

1 考试成绩表 (14)3.6。

2 班级各科平均成绩表 (14)3.6。

3 年级成绩排名表 (15)3。

7 系统维护 (15)3。

7.1 数据字典维护 (15)4 非功能性需求 (15)4。

1 性能需求 (15)4。

2 安全性需求 (15)4。

3 可用性需求 (16)4.4 用户文档 (17)4。

5 其它需求 (17)5 外部接口需求 (17)5.1 用户接口 (17)5.2 硬件接口 (17)5.3 软件接口 (18)5.4 通信接口 (18)1 引言1.1 目的该文档首先给出了整个系统的整体网络结构和功能结构的概貌,试图从总体架构上给出整个系统的轮廓,然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。

软件规格说明书

软件规格说明书

软件规格说明书软件规格说明书 – (Specification)软件功能说明书 (Functional Spec)1概述该软件是⼀个云绩点成绩计算系统,该软件使⽤C语⾔作为编程语⾔,并在Visual studio2013软件上进⾏编程。

通过⽤户输⼊的数据进⾏计算,从⽽获得⽤户所需要的处理结果,使⽤户与计算机通过键盘和屏幕实现互动,并满⾜⽤户的需求。

2假设前提1⽤户使⽤Windows 7,Windows 8,Windows 10操作系统。

2输⼊的数据真实且有效。

符合数据库数据要求。

3设备计主存容量⼤于等于10MB,内存⼤于等于256MB。

3边界条件输⼊数据对应必须要在给定范围内学⽣成绩 0到100学⽣绩点成绩 0到100云课堂经验值 0到5000学⽣学号数据终端所存在的数据输⼊的数据必须是阿拉伯数字,字母4主流⼈群⼤中⼩学⽣教师群体5 相关副作⽤计算和处理数据虽快,但数据的输⼊⽐较⿇烦,没有⼀些快捷且⽅便的办法同时输⼊数据,⼀个⼀个学⽣的数据信息都得⼿动输⼊,容易导致疲劳。

6 服务质量说明根据系统内测数据该云绩点可以减轻⽼师称重的负担,可以快速获得学习成绩结果,给出相应绩点已经学分。

同时数据处理结果清晰易懂,让⽼师能更加⽅便的处理和解决问题的所在从⽽有针对性的提⾼⼤学⽣的成绩⽔平。

对⼴⼤师⽣是极其有帮助的,⼴⼤⽤户可以放⼼使⽤。

软件技术说明书(设计⽂档)1 软件抽象化的实现⽤户可以通过系统提⽰的选项输⼊阿拉伯数字来表明⾃⾝的需求,系统则满⾜这些需求并计算输⼊的数据,然后反馈结果给⽤户,⽤户所需要的数据结果通过编程由计算机后台记录并⽣成⽂件。

2 耦合和模块化的实现为了⽤户需求和操作便利考虑,我们将操作此软件时需要⽤到的功能分别进⾏模块化的代码编写,将有因果关系的模块耦合在⼀起,以确保每个被考虑的功能可以被实现。

3 界⾯和实现的分离本系统采⽤C语⾔编写,使⽤goto语句或exit(0)语句实现页⾯的跳转分离。

教务管理系统需求规格说明书

教务管理系统需求规格说明书

教务管理系统需求规格说明书教务管理系统需求规格说明书一、引言随着学校规模的扩大和管理的复杂化,教务管理工作成为了学校运营的重要环节。

为了提高教务管理效率,降低管理成本,本文旨在详细描述教务管理系统的需求规格说明书,为开发人员提供清晰的开发指导。

二、需求概述教务管理系统应具备以下功能:学生信息管理、课程管理、成绩管理、教学计划制定、排课管理等。

同时,系统应具有良好的性能、可靠性和安全性。

三、用户需求系统的用户主要包括教务管理员、教师和学生。

教务管理员需要能够方便地管理学生信息、课程信息、教学计划和排课情况等。

教师需要能够录入和查询课程成绩、查看教学计划和排课情况等。

学生需要能够查看个人基本信息、课程信息和成绩等。

四、功能特点1、基本信息管理:包括学生信息管理、教师信息管理、班级信息管理、课程信息管理等。

2、考试报名:提供在线考试报名功能,支持多种报名方式。

3、成绩管理:提供成绩录入、查询、统计和分析等功能。

4、课表管理:支持教学计划制定、课程安排和调课管理等。

5、报表分析:提供多种报表分析功能,如学生成绩分析、教师绩效分析等。

五、技术实现1、前端界面设计:采用响应式网页设计,支持多种设备访问。

2、后台处理流程:采用模块化设计,方便系统扩展和维护。

3、数据存储:采用分布式数据库,确保数据的安全性和可靠性。

4、数据备份:提供完善的数据备份和恢复机制,确保数据不丢失。

六、安全保障1、用户权限控制:对用户进行分级权限控制,防止越权操作。

2、数据加密传输:采用SSL协议,对数据进行加密传输,确保数据安全性。

3、系统日常监测:对系统进行日常监测,及时发现并处理异常情况。

七、商业模式1、收费方式:采用按用户收费的方式,根据用户类型和使用情况进行差异化收费。

2、服务级别:提供不同级别的服务,包括基础服务、高级服务和定制服务。

3、用户付费:提供多种付费方式,如在线支付、分期付款等。

八、市场前景随着学校规模的扩大和信息化建设的加速,教务管理系统的市场需求将持续增长。

教学管理信息系统需求规格说明书

教学管理信息系统需求规格说明书

教学管理信息系统需求规格说明书1.引言1.1编写目的1.2项目背景1.3定义1.4参考资料2.任务概述2.1目标2.1.1理念目标2.1.2功能目标2.2运行环境2.3条件与限制2.3.1技术限制2.3.2使用限制3.数据描述3.1静态数据3.2动态数据3.3数据库介绍3.4数据字典3.4.1数据流词条描述3.4.2数据文件词条描述3.4.3加工逻辑词条描述3.4.4源点及汇点词条描述4.功能需求4.1功能划分4.2功能描述5.性能需求5.1数据精确度5.2时间特性5.3适应性6.运行需求6.1硬件接口6.2软件接口6.3故障处理7.其它需求1.引言1.1编写目的本软件需求规格说明书是系统分析人员与用户进行了大量的交流后写成的,比较全面的描述了用户的各种需求。

该文档确定了待开发软件的功能、性能、数据、界面等要求,并确定了系统的逻辑结构。

为今后的开发人员进行系统开发提供了依据,也为项目经理、设计人员、营销人员、用户、测试文档的编写人员提供了参考。

1.2项目背景项目名称:教学管理信息系统项目任务提出者:齐鲁工业大学项目开发者:张云、张丽梅、邓蓓蓓、陈瑞红、林慧萍、郑惠项目用户:齐鲁工业大学所有管理人员和学生随着学校教育水平的不断提高,学校规模不断扩大,传统的C/S结构的信息管理软件已经远远不能够满足学校的需求,已经成为学校进一步发展的瓶颈。

经总结,这类信息系统存在如下的缺陷:①软件维护的费用高。

②信息查询不方便。

③不利与远程管理。

④软件的可操作性不高。

为了眤补这些缺陷,消除影响进一步发展的瓶颈,降低学校的信息软件维护成本,进一步方便学生使用,方便教职工管理,我们项目组决定在这次软件开发过程中,开发基于B/S架构的教学管理信息系统。

1.3 定义JavaWeb:是用Java技术来解决相关Web互联网邻域的技术总和MySQL:MySQL是一个小型关系型数据库管理系统MVC:模型,视图和控制。

目的是实现Web系统的职能分工。

  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 所列。

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

3.1.3.1 学生选课活动图虽然本系统是教学评价管理系统,但是基础数据的来自是教务系统,所以有必要对选课的活动了解清楚,这样才能确定记录数据的类和固化数据的数据库对象表格。

根据相关工作流程,画出其活动图如图3-3 所示。

图3-3 学生选课活动图3.1.3.2 学生评价教师活动图学生登录教学评价系统后,可以看到自己的选课信息。

根据相关工作流程,画出其活动图如图3-4 所示。

图3-4 学生评价活动图3.1.3.3 添加开设课程时序图虽然开设课程数据是来自教务管理系统,但是教学评价系统和教务管理系统在业务上有着千丝万缕的关系,只有在理解教务管理系统业务基础上,才能更好的设计、理解评价系统。

所以有必要了解教务管理系统中的核心业务:开设课程。

开设课程的管理,添加开设课程数据的主要参与者是系统管理员,涉及到的类主要有开设课程维护界面、课程类和数据库操作类。

系统中心管理员登录系统后,要执行添加新的开设课程数据的操作,系统创建并显示开设课程维护界面,中心管理员在界面上编辑完毕后,调用该界面的Add( )方法,界面再去调用课程的selectCourse()方法检索到需要开设的课程,调用系部类selectDepart()去检索开设课程的系部。

设置了开设系部、开设的课程后进而调用业务逻辑层开设课程类的Add( )方法添加新开设课程,再调用数据操作层的开设课程数据库操作类的Insertdata( )向数据表中插入新记录,并且将更新后的数据返回到开设课程维护界面供浏览。

添加开设课程时序图如图3-5 所示。

图3-5 添加开设课程时序图3.1.3.学生教学评价时序图学生登录系统后,可浏览自己的课程并对课程任课教师做出评价,学生对任课教师评价的时序图如图3-6 所示。

图3-6学生评价时序图3.2 数据库设计3.2.1 逻辑模型设计1、系别实体学校一般都设有1 个以上的系别进行教书育人活动。

系别实体的主要属性有系别代码、系别名称、系主任、办公室和办公电话等。

基于E-R 模型,画出实体属性图如图3-7 所示。

图3-7 系别实体属性图2、专业实体学校的每个院系一般都开设1 个以上的专业进行人才培养。

专业实体的主要属性有专业代码、专业名称、所属系别、办学层次以及修学年限等。

基于E-R 模型,画出实体属性图如图3-8 所示。

图3-8 专业实体属性图3、班级实体每年招生时,每个专业视实际招录人数多少而编排至少1 个以上的学生班级。

班级是学校各项教学、管理活动的最基本的单位。

班级实体的主要属性有班级代码、入学年份、所属专业及班主任等属性。

基于E-R 模型,画出实体属性图如图3-9 所示。

图3-9 班级实体属性图4、学生实体学生是学校教书育人活动中的客体和核心对象,同时也是本系统最主要的管理和服务对象。

学生实体的主要属性有学号、姓名、性别、出生日期、民族、籍贯、政治面貌、身份证号、所在班级、职务、家长姓名、家庭地址、家庭电话、个人电话等。

基于E-R 模型,画出实体属性图如图3-10 所示。

图3-10 学生实体属性图5、课程实体课程进行教学活动的媒介,教师通过课程和学生发生教学的关系,也是评教系统中重要的一个对象,它的属性有,课程代码、课程名称,课程中文拼音首字母(可通过拼音实现对课程的快速检索)。

基于E-R 模型,画出实体属性图如图3-11 所示。

图3-11 课程实体属性图6、教师实体教师是教学活动发起者,在教学评价系统中属于被评价对象,所以也是个重要的对象。

基于E-R 模型,画出实体属性图如图3-12 所示。

图3-12 教师实体属性图7、开设课程教务管理人员根据各系的教学计划在教务管理系统中进行开设课程录入,所以在教学评价系统中也是一个重要的实体,它的主要属性有:课程学时、课程学分、开设学年、开设学期、课程性质、考察方式。

图3-13开设课程实体属性图8、开设教学班级在开设课程的基础上,教务工作人员根据学生的人数在教务管理系统中对课程开设不同的教学班级来实施教学计划,每个班级对应着一名任课教师,所以教学班级也是一个重要的实体,学生选课就是加入到课程教学班级的一个过程。

教学班级实体的主要属性有:班级代号、课程代号、任课教师工号、班级人数等。

图3-14教学班级实体属性图9、选课实体图3-15选课实体属性图10、用户实体用户是指本系统的所有使用人员,包括督导办公室人员、学生、教师。

每个用户凭用户账号和密码登录使用,不同用户有不同的权限,查看操作不同数据。

用户实体的主要属性有用户名、密码、用户类型、权限、电子邮箱等。

基于E-R 模型,画出实体属性图如图3-14 所示。

图3-16 用户实体属性图11、系统E-R 图综合以上分析,基于E-R 模型,获得系统所有实体及其关系,画出系统E-R 图如图3-15 所示。

图3-17 系统E-R 模型3.2.2 物理模型设计根据 3.2.1 的分析,采用关系模型,将实体及实体间的关系用二维表来表示,数据库的逻辑模型转换得到其物理模型。

1、系别表2、专业表3、班级表4、学生表5、课程表6、教师表7、开设课程表8、教学班级表9、选课表10、评价表11、用户表3.3物理模型3.3.1 组件图教学评价管理信息系统的组件图如图4-1 所示。

图3-18 系统组件图3.3.2 部署图教学评价管理信息系统是一个基于校园网和数据库的应用系统,图3-17 表示整个系统的部署情况。

图3-19 系统部署图整个教学评价管理信息系统在不同的节点上,通过校园网相互通信。

后台数据库与应用服务器相互通信,应用服务器提供学生、教师、教学督导人员、教务管理员的应用服务。

所有要使用本系统的用户可通过网络浏览器对Web 服务器进行访问,完成各种业务工作和信息查询业务。

相关文档
最新文档