实验三 功能模型设计

用例名称

选择课程

用例描述

学生登录系统并选择学期课程。学生可以查看可用的课程列表，并根据自己的兴趣和学习计划选择课程。

参与者列表

学生

前置条件

1.学生已登录系统。

2.学期课程列表已加载到系统中。

用例场景（事件流）

1.学生登录系统。

2.系统验证学生身份

3.如果：验证通过，则

3.1学生进入选课界面，查看学期课程列表。

3.2如果：课程列表为空或无法加载，则

3.2.1系统显示错误信息。

3.2.2重新回到3.1

3.2学生从课程列表中选择课程。

3.3系统验证选课条件（如选课人数限制、课程冲突等。

3.4如果:选课条件不满足（如人数已满、课程冲突等），则

3.4.1系统提示错误并允许重新选择。

3.4.2重新回到3.2

3.5系统记录学生的选课信息。

3.6学生收到选课成功的通知。

3.7重复上述3.1～3.6

4.否则：

4.1如果:学生未登录或登录失败，则

4.1.1系统提示重新登录。

4.1.2重新回到2

特殊需求

1.非性能需求：

   1.1性能：

1.1.1响应时间：学生在选择课程时，系统的响应时间应在合理范围内，以确保用户体验的流畅性。通常，选择课程的操作响应时间应控制在2秒以内，达到优秀水平。

1.1.2并发处理能力：在选课高峰期，系统应能处理大量学生的并发选课请求，保证系统的稳定性和响应速度。

     1.2可靠性：

1.2.1数据一致性：在选课过程中，系统应确保学生选课信息的一致性，避免出现数据错误或丢失的情况。

1.2.2故障恢复：系统应具备故障自动恢复能力，在出现异常情况时能够迅速恢复正常运行，减少对学生选课的影响。

     1.3可用性：

1.3.1易用性：选课系统应提供直观、易用的界面和操作流程，方便学生快速完成选课操作。

1.3.2可访问性：系统应支持多种访问方式（如Web浏览器、移动应用等），以满足不同学生的使用需求。

     1.4可扩展性：

1.4.1功能扩展：随着学校课程的变化和学生需求的增加，选课系统应能够方便地添加新的功能或模块。

1.4.2数据扩展：系统应能够处理更大规模的数据量，包括学生信息、课程信息等，以支持更多学生的选课需求。

2.约束：

2.1操作系统：选课系统应支持常见的操作系统，如Windows、Linux等，以确保不同用户环境的兼容性。

2.2开发工具：系统应使用稳定、高效的开发工具进行开发，如Java、Python等，以确保系统的性能和可维护性。

2.3安全性：选课系统涉及到学生的个人信息和选课数据，应采用加密存储、权限管理等技术手段确保数据的安全性。

后置条件

1.学生的选课信息已成功保存到系统中。

2.课程的选课状态（如选课人数）已更新。

3.学生已收到选课成功的通知或系统已更新选课页面以反映已选课程。

用例名称

报道注册

用例描述

生如何按照学校规定的时间和流程，完成新学期的报道注册过程。学生需前往指定地点，确认身份和入学资格，并在教务管理系统中完成报道注册的相关操作。

参与者列表

学生

前置条件

1.学生已收到入学通知和报道注册的相关指导信息。

2.学校的教务管理系统处于运行状态，并能够正常处理学生的报道注册信息。

3.场地已准备好必要的报道注册材料和流程指导。

用例场景（事件流）

    1.学生按照报道注册的时间安排，到达学校指定的报道注册地点。

2.学生向出示入学通知和身份证明，经核实学生的身份和入学资格。

3.学生到教务管理系统进行自助报道注册，或直接在系统中为学生完成报道注册操作。

4.学生在系统中填写或确认个人信息，包括学号、姓名、专业、班级等。

5.系统验证学生信息的准确性，并检查学生是否已缴纳学费和住宿费（如适用）。

6.如果：学生信息有误或未缴纳学费和住宿费，则

6.1系统显示错误信息，提示学生进行修正或缴费。

  6.2重新回到4

7.如果：验证通过，则

7.1系统更新学生的注册状态为“已注册”，并生成相应的报道注册证明或确认信息。

7.3系统向学生发放报道注册证明或确认信息，并告知后续的学习和生活安排。

8.否则：

8.1学生到备用报道注册地点或采取其他紧急措施。

特殊需求

1.系统应支持多种身份验证方式，如身份证、护照等，以满足不同学生的需求。

2.系统应提供友好的用户界面和操作流程，方便学生自助完成报道注册。

3.对于需要特殊关注或帮助的学生（如残疾学生、家庭经济困难学生等），应提供个性化的报道注册服务。

后置条件

1.学生的报道注册信息已成功保存到学校的教务管理系统中，并与学生记录相关联。

2.学生已收到报道注册证明或确认信息，并了解后续的学习和生活安排。

3.通过已记录学生的报道注册情况，并对未完成报道注册的学生进行跟踪和催促。

用例名称

录入成绩

用例描述

教师登录系统并为学生录入课程成绩。教师需要选择特定的课程，查看学生名单，并为学生输入或更新成绩。

参与者列表

教师

前置条件

1.教师已登录系统。

2.需要录入成绩的课程列表已加载到系统中。

用例场景（事件流）

1.教师登录系统。

2.系统验证教师身份

3.如果：验证通过，则

      3.1教师选择录入成绩功能，并选择具体课程。

3.2如果课程列表为空或无法加载，则

3.2.1系统显示错误信息

3.2.2重新回到3.1

3.3教师查看学生名单和成绩录入界面。

3.4教师录入学生成绩。

3.5如果录入的成绩有误（如超出分数范围、格式错误等），则

3.5.1系统提示错误并

3.5.2重新回到3.4

3.6系统保存成绩信息。

3.7教师收到成绩录入完成的通知。

3.8重新回到

4.1如果:教师未登录或登录失败，则

4.1.1系统提示重新登录。

4.1.2重新回到2

特殊需求

1.数据验证：系统应能自动验证录入成绩的有效性，如检查成绩是否在合理范围内（如0-100分）、格式是否正确（如只包含数字和小数点）等。

2.批量处理：为提高效率，系统应支持教师批量导入或录入学生成绩，例如通过上传成绩文件（如CSV、Excel等）的方式。

3.成绩修改记录：系统应记录每次成绩的修改情况，包括修改时间、修改人等信息，以便后续审计或查询。

4.成绩统计：在录入成绩的同时，系统应能实时统计课程的平均分、最高分、最低分等统计数据，为教师提供快速参考。

后置条件

1.学生的成绩已成功保存到系统中，并与学生记录相关联。

2.课程的成绩统计信息已更新。

3.教师已收到成绩录入成功的通知或系统已更新界面以反映已录入的成绩。

4.系统已记录成绩的修改情况（如果适用）。