下载文档原格式
信息技术下教学质量监控系统的需求规格说明书或者子系统设计说明信息技术下教学质量监控系统需求规格说明书1. 引言在现代教育领域，信息技术的应用已经成为教学过程中不可或缺的一部分。
为了提高教学质量，确保教育目标的实现，本文将详细介绍信息技术下教学质量监控系统的需求规格。
2. 系统背景教学质量监控系统是为了对教学过程进行监控、评估和改进而设计的。
通过这个系统，教师可以跟踪学生的学习进展，评估教学效果，并提供有针对性的反馈。
学生可以通过这个系统获得个性化的学习建议和指导。
教育机构可以通过这个系统收集和汇总各个教师和班级的教学数据，以便制定教学计划和政策。
3. 功能需求教学质量监控系统应该具备以下功能要求：3.1 学生管理：系统能够录入学生信息，包括学生基本信息、学习成绩、学生档案等。
同时系统能够对学生信息进行修改、查询和删除操作。
3.2 教师管理：系统能够录入教师信息，包括教师基本信息、授课科目、任课时间等。
同时系统能够对教师信息进行修改、查询和删除操作。
3.3 课程管理：系统能够录入课程信息，包括课程名称、教材使用、课程性质等。
同时系统能够对课程信息进行修改、查询和删除操作。
3.4 教学评估：系统能够对学生的学习情况进行评估，包括学习进度、学习成绩等。
同时系统能够对教师的教学效果进行评估，包括教学质量、教学方法等。
3.5 学习资源管理：系统能够管理教学资源，包括课件、作业、学习资料等。
同时系统能够将学习资源分配给学生，并进行跟踪和评估。
3.6 数据统计和分析：系统能够对教学数据进行统计和分析，生成报表和图表，以便教育管理者做出决策和调整教学策略。
4. 性能需求4.1 系统响应时间：系统应具备快速响应的能力，能够在短时间内处理大量的请求。
4.2 数据安全性：系统应具备良好的数据安全性，确保学生和教师的信息不受到非法访问和篡改。
4.3 可扩展性：系统应具备可扩展性，能够满足不同规模教育机构的需求。
4.4 可靠性：系统应具备高可靠性，确保系统的正常运行和教学活动的顺利进行。
软件需求规格说明(SRS)项目：教务管理系统专业班级：目录目录 (2)1.围 (4)1.1标识 (4)1.2系统概述 (4)1.3文档概述 (4)1.4基线 (5)2.参考文献： (6)3.需求 (6)3.1所需的状态和方式 (6)3.2需求概述 (6)3.2.1目标 (6)3.2.2运行环境 (8)3.2.3用户的特点 (9)3.2.4关键点 (9)3.2.5约束条件 (9)3.3需求规格 (10)3.3.1软件系统总体功能/对象结构 (10)3.3.2描述约定 (12)3.4CSCI能力需求 (12)3.4.1数据字典 (13)3.4.2系统功能分解 (15)3.4.3选课、退课模块 (16)3.4.4查询模块 (17)3.4.5成绩管理模块 (17)3.4.6教师个人信息更新模块 (17)3.4.7数据库模块 (17)3.5CSCI外部接口需求 (17)3.5.1 用户界面 (17)3.5.2教务系统与XXX之间的接口 (19)3.6CSCI部接口需求 (19)3.6.1教务系统与数据库之间的部接口 (20)3.7CSCI部数据需求 (20)3.7.1 实体-关系图 (20)3.7.2 数据表 (23)3.7.3 数据流图 (25)3.8性需求 (26)3.9CSCI环境需求 (27)3.10计算机资源需求 (27)3.10.1计算机硬件需求 (27)3.10.2计算机硬件资源利用需求 (27)3.10.3计算机软件需求 (28)3.10.4计算机通信需求 (28)3.11软件质量因素 (28)3.12设计和实现的约束 (29)3.13数据 (29)3.14操作 (30)3.15故障处理 (30)3.16有关人员需求 (31)3.17有关培训需求 (31)3.18有关后勤需求 (31)4需求可追踪性 (31)5尚未解决的问题 (32)6注解（业务名词的解释） (33)附录A (34)附录B (35)1.围1.1标识(待开发软件的完整标识，(如果有的话)包括标识号，版本号、发行号、标题。
课程评价系统需求说明书一、引言咱都知道，课程评价系统对咱大学生来说可太重要啦。
这就像是给咱的课程体验一个说话的机会，让学校和老师知道哪些地方做得好，哪些地方还得改进改进。
二、用户需求1. 功能需求对于学生用户学生得能够轻松登录系统吧。
就像咱们登录自己的社交账号那样简单，别整那些复杂的验证啥的，每次登录都要搞半天，那可太让人头疼了。
咱就希望输入个学号和密码，或者直接用学校的统一身份认证，“嗖”的一下就进去了。
评价课程内容。
咱学的课程那内容可丰富了，有的时候老师讲得很精彩，可有些地方又觉得有点迷糊。
在这个系统里，我们得能具体说说这课程内容是不是合适，是太简单了，还是太难了。
比如说，像数学分析这种课，有些概念很抽象，要是系统里能让我们指出哪些概念不好理解，老师就可以针对性地再讲解讲解。
评价教师教学。
老师的教学方法对咱学习的影响可大了。
有的老师讲课特别生动，就像在讲一个超级有趣的故事，我们都听得津津有味。
但也有老师可能比较枯燥。
在这个系统里，我们要能评价老师的教学风格，像语速快不快啊，板书清不清楚啊，能不能和学生互动啊。
比如说，英语课上，老师要是能经常和我们互动，让我们练习口语，那这堂课就很有意思。
对于教师用户教师得能查看学生的评价呀。
不能让老师蒙在鼓里，不知道自己的教学情况。
而且查看的时候，最好是分类清晰的，比如按照课程章节来查看，或者按照评价的类型，像教学方法、课程内容这样分开看。
这样老师就能很清楚地知道自己哪方面做得好，哪方面需要改进。
教师要有反馈功能。
如果老师对学生的评价有疑问，或者想进一步了解情况，得能够给学生反馈。
不能只是单向的评价，这样才公平嘛。
对于管理员用户管理员要能管理用户信息。
包括学生和教师的账号注册、密码重置这些基本操作。
要是有学生或者老师忘记密码了，管理员得能很快帮忙解决，不能让大家等很久。
管理员要能维护评价系统。
如果系统出现了什么漏洞或者故障，得能及时修复。
比如说，要是评价数据突然丢失了，那可就麻烦了，管理员得有备份机制，保证数据的安全。
系统软件详细设计说明书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 权限控制权限控制功能根据用户的角色分配相应的权限，不同角色具有不同的功能访问权限。
软件详细设计说明书例一、引言在软件开发过程中，详细设计说明书是一份至关重要的文档，它为程序员提供了详细的指导，使得他们能够准确理解软件的功能需求，并将其转化为可实现的代码。
本文将以一个简单的学生成绩管理系统为例，展示一份软件详细设计说明书的基本结构和内容。
二、软件概述（一）软件名称学生成绩管理系统（二）软件功能1、学生信息管理：包括学生基本信息的录入、修改、查询和删除。
2、课程信息管理：课程的添加、修改、查询和删除。
3、成绩录入：教师能够录入学生的课程成绩。
4、成绩查询：学生和教师可以查询学生的成绩。
5、成绩统计分析：能够对学生的成绩进行统计分析，如平均分、最高分、最低分等。
（三）运行环境1、操作系统：Windows 10 及以上版本。
2、数据库：MySQL 80 及以上版本。
3、开发语言：Java。
三、模块设计（一）学生信息管理模块1、功能描述实现学生基本信息的增删改查操作。
提供学生信息的批量导入和导出功能。
2、数据结构学生表（Student）：包含学号（StudentID）、姓名（StudentName）、性别（Gender）、出生日期（BirthDate）等字段。
3、算法流程新增学生信息：用户输入学生信息，系统进行合法性校验，然后将数据插入到学生表中。
修改学生信息：用户选择要修改的学生，输入修改后的信息，系统更新学生表中的对应记录。
删除学生信息：用户选择要删除的学生，系统删除学生表中的对应记录。
查询学生信息：用户输入查询条件，系统从学生表中检索符合条件的记录并展示。
（二）课程信息管理模块1、功能描述课程的添加、修改、删除和查询操作。
课程安排的设置。
2、数据结构课程表（Course）：包含课程编号（CourseID）、课程名称（CourseName）、学分（Credit）等字段。
3、算法流程新增课程：用户输入课程信息，系统进行校验后插入到课程表中。
修改课程：用户选择要修改的课程，输入修改内容，系统更新课程表中的对应记录。
教师报课系统软件需求规格说明书V25教师报课系统软件是教育管理系统的一组软件之一，旨在帮助教师管理学生课程，系统化地转移了手工管理过程。
在这篇文章中，我们将详细介绍教师报课系统的需求规格说明书 V25。
1. 引言在引言中，我们介绍了教师报课系统的概述，目的和范围，说明该软件的主要目的是帮助教师更好的管理学生选课和课程，从而实现更好的学生课程管理和学校教育管理。
2. 角色和权限在此部分中，我们阐述了教师、管理员和学生之间的不同角色和权限。
教师可以创建课程、添加课程日历、添加课程参考文本、添加作业、记录学生成绩，并通过课程档案查看课程数据。
管理员可查看教师创建的课程，审批课程、注册教师和设定系统参数。
学生可以查看课程信息、选课和查询课程评分。
3. 功能需求在管理系统中，以下是一些主要模块的功能要求：3.1 课程日历课程日历模块将包括教师和学生的日历功能，能够显示教师的课程时间表和学生的选修课程。
当教师安排新的活动时，一个消息将自动发送到每个学生的日历中。
3.2 课程管理课程管理模块允许教师创建新的课程，并维护已经创建的课程。
管理员可以审批课程并取消或修改教师发布的内容。
3.3 作业管理作业管理模块允许教师为课程添加作业，并使学生在预定的时间内提交作业。
在这个模块中，学生可以上传作业并下载已经发布的作业。
3.4 学生成绩管理学生成绩管理模块允许教师和管理员查看和管理学生的成绩。
教师可以发布大量的流行国际数字加权成绩，包括百分比，字母分级，GPA和百分位数。
4. 非功能需求除了上述功能需求之外，我们还在非功能需求中提出了一些要求。
4.1 用户友好体验系统应该是非常易用的，并且用户应该能够快速完成任务。
此外，图形用户界面必须设计得非常好，以确保良好的用户体验。
4.2 安全性系统应该具备高度的安全性。
受保护的数据被存储在数据库中，并用密码保护。
只有授权人员才能访问受保护的数据。
4.3 高性能系统应该是高性能的，并能在大型课程和学生人群上正常运行。
网络教务管理系统软件设计规格说明书第一篇：网络教务管理系统软件设计规格说明书网络教务管理系统软件设计规格说明书小组成员: 郭婷婷2008080302121 蒋政阳2008080302122 杨信明20080803021381.引言1.编写目的在前一阶段（网络教务管理系统需求分析）中已解决了实现该系统需求的程序模块设计问题。
包括如何把该系统化分成若干个模块、决定各模块之间的的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。
在以下的详细设计报告中间将对在本阶段中对系统所做的所有详细设计进行说明。
在本阶段中，确定如何具体的实现所要求的系统，从而在编码阶段可以把这个描述直接翻译成具体的程序语言书写的程序。
主要工作有：根据《网络教务管理系统需求分析说明书》所描述的数据、功能性能需求、处理流程、总体结构和模块设计，涉及软件系统的结构设计、逐个模块的程序描述。
1.项目背景开发软件名称：网络教务管理系统。
项目开发者：信息学院电子系“网络教务管理系统”开发小组：郭婷婷（2008080302121）蒋政阳（2008080302122）组长杨信明（2008080302138）用户单位：北京联合大学信息学院1.参考资料（1）钱乐秋等，《软件工程》，清华大学出版社。
（2）张海藩，《软件工程导论》（第四版），清华大学出版社。
（3）王珊等，《数据库原理及设计》，清华大学出版社。
（4）赵池龙等，《软件工程实践教程》，电子工业出版社。
2.需求概述该系统的用户分两类：学生、教师。
提供给学生选课相关功能，包括网上选课、网上退课、查询选课结果、课表打印等功能；此外，还可以提供学生成绩查询、学籍录入、网上教学评估等功能。
提供给教师的功能：选课名单查询打印、学生成绩录入。
1、技术要求以及限定条件(1)学生成绩录入可以用EXCEL表导入(2)网上教学评估只可以对任课教师评分，非该班学生任课教师，不能对其评分。
2.1 目标本系统是为高等院校开发的，用于日常的网络教务管理，包括学生选课退课,成绩查询.教师选课名单查询打印、学生成绩录入等功能。
合格的软件需求规格说明书软件需求规格说明作为产品需求的最终成果必须具有综合性：必须包括所有的需求。
开发者和客户不能作任何假设。
如果任何所期望的功能或非功能需求未写入软件需求规格说明那么它将不能作为协议的一部分并且不能在产品中出现。
构造并编写软件需求规格说明，并使用户和其它读者能理解它牢记以下可读性的建议：•对节、小节和单个需求的号码编排必须一致。
•在右边部分留下文本注释区。
•允许不加限制地使用空格。
•正确使用各种可视化强调标志（例如，黑体、下划线、斜体和其它不同字体）。
•创建目录表和索引表有助于读者寻找所需的信息。
•对所有图和表指定号码和标识号，并且可按号码进行查阅。
•使用字处理程序中交叉引用的功能来查阅文档中其它项或位置，而不是通过页码或节号。
1.5 优秀需求具有的特性怎样才能把好的需求规格说明和有问题的需求规格说明区别开来？下面讨论单个需求陈述说明的几个特点（ Davis 1993；IEEE 1998）。
让风险承担者从不同角度对S R S需求说明进行认真评审，能很好地确定哪些需求确实是需要的。
只要你在编写、评审需求时把这些特点记在心中，就会写出更好的（尽管并不十分完美）需求文档，同时也会开发出更好的产品。
1.5.1 需求说明的特征1. 完整性每一项需求都必须将所要实现的功能描述清楚，以使开发人员获得设计和实现这些功能所需的所有必要信息。
2. 正确性每一项需求都必须准确地陈述其要开发的功能。
做出正确判断的参考是需求的来源，如用户或高层的系统需求规格说明。
若软件需求与对应的系统需求相抵触则是不正确的。
只有用户代表才能确定用户需求的正确性，这就是一定要有用户的积极参与的原因。
没有用户参与的需求评审将导致此类说法：“那些毫无意义，这些才很可能是他们所要想的。
”其实这完全是评审者凭空猜测。
3. 可行性每一项需求都必须是在已知系统和环境的权能和限制范围内可以实施的。
为避免不可行的需求，最好在获取（ e l i c i t a t i o n）需求(收集需求)过程中始终有一位软件工程小组的组员与需求分析人员或考虑市场的人员在一起工作，由他负责检查技术可行性。
《项目名称》软件设计规格说明书中国人民解放军信息工程大学历史版本记录目录1.引言 (iv)1.1 编写目的 (iv)1.2 读者对象 (iv)1.3 软件项目概述 (iv)1.4 参考资料 (iv)2.软件设计约束 (iv)2.1 设计目标和原则 (iv)2.2 设计约束 (iv)3.软件设计描述 (v)3.1 总体结构设计 (v)3.2 数据设计 (v)3.3 详细设计 (vi)3.4 接口设计 (vi)软件设计规格说明书1.引言1.1 编写目的简要说明本文档的编写目的。
1.2 读者对象简要说明本文档可能的读者对象。
1.3 软件项目概述简要说明关于本软件项目的大致功能和性能要求1.4 参考资料以列表或排序的方式给出重要的参考资料的名称、作者、单位、出版日期等信息。
2.软件设计约束2.1 设计目标和原则-描述本设计欲达到的目标，如实现用户需求，软件系统具有良好的可扩充性等等；-描述为实现上述目标，在设计软件过程中遵循的一般原则2.2 设计约束-硬件平台-OS要求-开发语言-开发工具-容量和性能要求-灵活性和配置要求，等等3.软件设计描述3.1 总体结构设计●分子系统，从多个侧面和角度描述待开发系统的总体结构，要求：(1)完全：实现了所有的用户需求(2)准确：采用多种方式(文字、图形)、从多个视点精确地描述用户设计；(3)一致，无二义和歧义：对同一概念采用同一个术语，对容易引起混淆的描述作进一步的说明；(4)直观简洁，文字和图形描述精炼，言简意赅(5)可追踪：所有的设计内容都是对某项或者某些用户需求的软件实现●建议采用以下表述方式☐对于面向数据流的建模方法(1)层次图/HIPO图/结构图(2)文字说明☐对于面向对象的建模方法(1)类图/对象图/状态图/顺序图/活动图(2)文字说明3.2 数据设计●建议采用结构化自然语言、表格等方式描述数据设计的内容，包括(1)数据库的设计(如库、表、字段、类型和属性)(2)数据结构的设计(3)数据文件的设计(如配置文件、存储文件等)(4)网络通讯协议(如网络消息包)3.3 详细设计●详细描述各个模块的内部算法和数据结构，根据具体情况可采用不同的描述手段来刻划，例如(1)流程图(2)判定树和判定表(3)过程设计语言3.4 接口设计●详细描述软件接口，硬件接口，用户接口等可修改。
教务管理系统软件需求规格说明书-标准化文件发布号：（9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII文件编号：012005015112保密级别：□公司级□部门级■项目级□普通级采纳标准：标准教务管理系统软件需求规格说明书编号：版本1.0更改记录目录文件编号：012005015112 (2)保密级别：□公司级□部门级■项目级□普通级 (2)采纳标准：标准 (2)目录 (5)1 引言 (6)1.1. 编写目的 (6)1.2. 背景 (6)1.3. 定义 (7)1.4. 参考资料 (7)2任务概述 (7)2. 1 目标 (7)2. 2 用户特点 (7)2. 3 假定和约束 (7)3需求规定 (8)3.1 对功能的规定 (8)3. 1. 1 学生成绩查询 (8)3. 1. 2 删除学生的课程信息 (8)3. 1. 3 添加学生的课程成绩 (8)3. 1. 4 修改学生课程成绩 (8)3. 1. 5 录入学生信息 (9)3. 1. 6 班级，年级成绩查询 (9)3.2 对性能的规定 (9)3. 2. 1 精度 (9)3. 2. 2 时间特性要求 (10)3. 2. 3 灵活性 (10)3. 2. 4 安全性和可维护性 (10)3. 2. 5 可用性和可移植性 (10)3.3 数据的输入输出要求 (10)3.4 数据管理能力要求 (11)3.5 故障处理要求 (11)3.6 用户相关操作 (11)3.7 其他专门要求 (11)4运行环境规定 (11)4.1. 设备 (11)4.2. 支持软件 (12)4.3. 接口 (12)4. 3. 1 用户接口 (12)4. 3. 2 硬件接口 (12)4. 3. 3 软件接口 (12)4. 3. 4 通信接口 (12)4.4. 控制 (12)1 引言《教务管理系统软件需求规格说明书》旨在详细描述系统功能需求和一些非功能需求，明确系统需求边界。
职业技术学院“教学评价”系统软件设计规格说明书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 所示。
+add()-id -stuNo-teachingClassNo -v1-v2-v3-v4-v5-v6-v7-vTotal ValuationInfo+add()+del()+update()-stuNo -stuName -stuClassNo -stuTel -stuQq StudentInfo+add()+del()+update()-id-username -userpwd -type UserInfo+add()+del()+update()-dpNo -dpName DepartInfo+add()+del()+update()-pfId -pfName ProfessionInfo+add()+del()+update()-tNo -tName -tZc -tXl -tPy TeacherInfo+add()+del()+update()-cNo -cName CourseInfo+add()+del()+update()-classId -className ClassInfo11..*11..*+add()+del()+update()-opNo -dpNo -cNo -cType -cOpYear -cTerm -cCredit -cExaType OpenCourseInfo+add()+del()+update()-stuNo -tchClaNo SelectCourseInfo+add()+del()+update()-tclNo -open_num -tno -p_nums TeachinfClassInfo11..*11..*11..*11..*11..*11..*11..*11..*图 3-2 系统类图3.1.2.2 界面类教学评价管理信息系统中主要的用户界面如表 3-1 所列。
表 3-1 系统界面类 序号 界面类名称 主要功能说明1 系统登录界面实现用户通过账号、密码登录系统2 教学督导办公室管理员操作界面对评价结果进行统计、并生成统计报表，上报到各系部。
汇总评语，向系部和任课教师反馈。
3 系统管理员基础数据管理，主要是基础数据的导入4 学生操作界面修改登录密码、对自己选修的课程老师评价及简单评语和查询老师评价情况(为选课做准备)5 教师操作界面修改登录密码、查看自己的评价情况及评语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 所示。
