团队作业3--需求改进&系统设计
| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/gdgy/CSGrade22-34 |
|---|---|
| 这个作业要求在哪里 | https://edu.cnblogs.com/campus/gdgy/CSGrade22-34/homework/13233 |
| 这个作业的目标 | 绩点管理系统的需求改进&系统设计 |
1、需求&原型改进
1.1 出现的问题
问题1：学生是不是应该不能录入自己的成绩？
修改1：删掉学生端的录入成绩功能。
问题2：有限时间内应追求服务群体（学生）的效益最大化，教师端和教务人员端保留基本的功能即可
修改2：删掉教师端的教学成果评估和教务人员端的数据分析功能。
1.2 需求规格说明书
删掉学生端的录入成绩功能、教师端的教学成果评估和教务人员端的数据分析功能。
用户故事1：学生视角
小明是一名大学二年级的学生，他非常关注自己的学业成绩和绩点情况。学校刚刚引入了新的绩点管理系统，他希望通过这个系统更好地管理自己的学习，设定学习目标，并了解自己在班级和专业中的学业水平。
场景：
在学期初，小明登录绩点管理系统。他首先看到的是一个简洁明了的个人信息页面，上面显示了他的基本信息，如姓名、学号、专业等。然后，他点击进入成绩查询页面，系统清晰地列出了他之前学期的所有课程成绩，包括课程名称、学分、成绩等级以及对应的绩点。小明发现自己的高等数学课程成绩不太理想，绩点较低。
他接着使用系统的绩点计算功能，输入自己本学期预计要修读的课程以及目标成绩，系统根据学校的绩点计算规则，快速算出如果他达到目标成绩后的绩点提升情况，并给出了一份简单的成绩提升建议，例如建议他多参加高等数学的课外辅导或者学习小组。
在学期末，小明的各科成绩陆续公布。他再次登录系统，将自己的成绩录入到系统中（对于已经由教师直接录入成绩的课程则进行查看确认）。系统自动更新了他的绩点，并且与他学期初设定的目标绩点进行对比，直观地显示出他是否达到了目标。
用户故事2：教师视角
李老师在大学任教多年，负责多门课程的教学工作。学校推行新的绩点管理系统，希望通过这个系统提高教学管理的效率，同时也让教师能够更好地评估自己的教学成果。
场景：
在新的学期开始前，李老师登录绩点管理系统。他进入教师功能模块中的教学计划页面，根据教学大纲，将本学期他要教授的课程信息录入系统，包括课程名称、课程代码、学分等信息。
在教学过程中，每次考试或作业评分完成后，李老师登录系统，使用成绩管理功能中的成绩导入模块。他可以轻松地将学生的成绩从电子表格中批量导入系统，对于个别特殊情况（如补考成绩），他也可以直接在系统中修改学生的成绩。
1.3 功能分析的四个象限
1.3.1 重要且紧急象限
学生成绩查询、绩点计算；教师成绩管理；管理人员规则设定
1.3.2 重要但不紧急
学生设定目标绩点并获取成绩提升建议
1.3.3 紧急但不重要
系统通知
1.3.4 不重要且不紧急
系统美化功能
1.4 调整任务分解WBS及相应的项目进度计划
2、系统设计
2.1 架构设计
2.2 数据库设计
学生信息
| 姓名 | 学号 | 密码 |
|---|---|---|
| 张三 | 123456 | 111111 |
教师信息
| 姓名 | 职工号 | 密码 |
|---|---|---|
| 大壮 | 020901 | 123456 |
课程信息
| 学号 | 姓名 | 课程名 | 成绩 |
|---|---|---|---|
| 123456 | 张三 | 高等数学 | 96 |
er图
3、Alpha任务分配计划
3.1 产品backlog
3.2 迭代冲刺计划
4、测试计划
4.1 测试范围
4.1.1 学生功能：
成绩录入和查询功能的准确性和完整性。
绩点计算的准确性，包括学期绩点、学年绩点和累积绩点。
目标绩点设定功能以及成绩提升建议的合理性
4.1.2 教师功能：
成绩批量导入功能的准确性和兼容性。
成绩修改功能对绩点重新计算的准确性。
4.1.3 管理人员功能：
绩点计算规则设定和调整功能的准确性和有效性。
4.2 测试方案
分为功能测试、兼容性测试、性能测试。安全性测试四方面
4.3 测试资源
4.3.1 硬件资源
测试服务器：配置足够的CPU、内存和磁盘空间，以模拟实际运行环境。
客户端设备：若干台台式机、笔记本电脑以及移动设备（用于兼容性测试）
4.3.2 软件资源
操作系统：Windows、Linux（用于服务器端和部分客户端测试）。
数据库管理系统：MySQL
浏览器：Chrome、Firefox、Safari、Edge（用于前端界面测试）
4.4测试计划及安排
测试计划总负责人为阿依古再丽，负责整个测试计划的制定、执行和结果分析。
| 任务 | 具体内容 | 预估时间 |
|---|---|---|
| 测试准备 | 测试负责人阿依古再丽制定详细的测试用例文档，涵盖上述测试范围内的各个功能点。搭建测试环境，包括安装和配置测试所需的服务器软件、数据库系统以及相关工具。组织团队成员进行测试培训，使每个成员熟悉测试流程、测试工具的使用以及各自的测试任务。 | 1周 |
| 测试执行 | 按照测试用例，对系统进行全面的功能测试、兼容性测试、性能测试（如果有性能要求）和安全性测试。测试人员在测试过程中详细记录发现的缺陷，包括缺陷出现的功能模块、操作步骤、预期结果和实际结果等信息。每天进行测试进度的汇报和沟通，及时解决测试过程中遇到的问题，如测试环境故障、测试用例不完善等。 | 1-2周 |
| 测试缺陷修复 | 测试负责人阿依古再丽汇总所有的测试结果，对发现的缺陷进行分类和分析，确定缺陷的严重程度和优先级。将缺陷报告反馈给相应的开发人员（根据缺陷所在的功能模块确定），开发人员对缺陷进行修复。在开发人员修复缺陷后，测试人员进行回归测试，确保缺陷得到彻底修复，并且没有引入新的缺陷。 | 1周 |
| 测试方向 | 负责人 |
|---|---|
| 前端 | 张汉洁、张逸程 |
| 后端 | 杨富国、萨穆哈尔 |
| API接口 | 钟慧雯、乌克来 |
