团队作业3--需求改进&系统设计

Posted 2023-04-11 genie766

信息	详情
这个作业属于哪个课程	https://edu.cnblogs.com/campus/gdgy/2023softwareengine
这个作业要求在哪里	https://edu.cnblogs.com/campus/gdgy/2023softwareengine/homework/12919
这个作业的目标	需求改进&系统设计

目录

目录

• 目录
• 需求改进
  • 一、用户需求
  • 二、修改完善需求
    • (一)针对课堂讨论环节的问题和建议，修改选题及需求
    • (二)完善需求规格说明书
• 系统设计
  • 三、功能分析的四个象限
  • 四、调整任务分解WBS及相应的项目进度计划
  • 五、系统架构设计
    • 1.简述
    • 2.前端系统
    • 3.后端系统
    • 4.数据库系统
  • 六、Alpha任务分配计划
    • 1.Product Backlog（待实现的功能项）
    • 2.Sprint Backlog（细化工作任务）
    • 3.以甘特图的方式拟定迭代冲刺计划
  • 七、测试计划
    • 1.测试目的
    • 2.测试项目

需求改进

一、用户需求

1. 用户友好：用户需要一个易于使用和操作的界面，能够直观地了解系统的功能和操作步骤。

2. 数据安全：用户希望系统能够保护他们的数据安全，防止未经授权的访问和数据泄露。

3. 数据准确：用户需要确保成绩管理系统能够准确地记录和显示学生成绩信息。

4. 数据可靠：用户需要确保系统的数据是可靠的，并且不会因为任何错误或故障而丢失。

5. 数据共享：用户希望能够与其他用户共享数据，并且系统能够支持多种数据导入和导出格式。

6. 系统稳定：用户需要一个稳定的系统，能够快速响应和处理大量的请求和数据。

7. 数据分析：用户希望能够利用系统提供的数据分析功能，更好地了解学生的表现和成长。

8. 系统支持：用户需要能够获得系统使用方面的帮助和支持，以便更好地使用系统。

二、修改完善需求

(一)针对课堂讨论环节的问题和建议，修改选题及需求

1.问题1：预想中想实现的功能是否能够通过所选择的语言来实现？
修改1：可能改用C++\\Python实现。
2.问题2：预期实现的功能是否过于复杂，重复内容过多？
修改2：简化目标功能，主要集中于管理员对教师和学生的信息进行调配，教师和学生分别可使用成绩登记和成绩查询系统。

(二)完善需求规格说明书

1.不足：没有说明清楚所要实现的功能，未理清各部分间联系
2.修改：管理员是对老师和学生的信息进行总管理的角色，对学生和老师的信息进行增删改查，将相关信息录入总数据库；也可提取信息，更新数据库。

系统设计

三、功能分析的四个象限

	外围功能	杀手功能
必要需求	系统登录；学生、教师界面显示与相应可操作功能	学生选、退课和查询功能；教师查询反馈录入提交功能；管理员对学生教师信息增删改查功能
辅助需求	界面的交互与美化；	多功能选择侧栏和提示功能

四、调整任务分解WBS及相应的项目进度计划

五、系统架构设计

1.简述

将整个系统分为前端系统、后端系统、数据库系统三大体系。

2.前端系统

负责与用户以及后端系统进行交互，接收用户发出的请求并传给后端系统
①学生端
登录模块：用于学生登录、注册等操作
个人信息模块：用于编辑和显示学生信息
课程模块：用于显示所选的课程和成绩
②教师端
登录模块：用于老师登录、注册等操作
个人信息模块：用于编辑和显示老师信息
课程模块：用于显示所开设的课程、修改或查看学生的课程成绩

3.后端系统

负责接收从前端系统传递的请求并对数据库内容进行处理，返回用户所需的结果
登录模块： 用于处理用户登录和注册，验证用户身份，生成用户令牌等操作。
学生模块： 用于对学生的信息进行增加、删除、更改、查询
教师模块： 用于对教师的信息进行增加、删除、更改、查询
课程模块： 用于对课程的信息进行增加、删除、更改、查询

4.数据库系统

负责存储后端系统处理而产生的数据
学生数据库：存储学生的学号、姓名、性别、年龄、专业、年级、所选课程
教师数据库：存储教师的工号、姓名、性别、年龄、专业、年级、所开设课程
课程数据库：存储课程的课程号、课程名称、任课老师、报课人数
课程成绩数据库；存储课程的课程号、选择该课程的学生学号、对应的学生成绩

六、Alpha任务分配计划

在本部分中，我们团队作出迭代计划，为下周进入Sprint作准备。
敏捷项目协作工具：leangoo

1.Product Backlog（待实现的功能项）

1. 学生信息管理：包括学生基本信息的录入、修改、查询和删除等操作，确保学生信息的准确性和完整性。
2. 课程信息管理：包括课程基本信息的录入、修改、查询和删除等操作，确保课程信息的准确性和完整性。
3. 成绩录入和查询：教师根据课程计划和教学进度，按照制定的评分标准，及时将学生的成绩录入系统中，并且学生、家长和教师都可以通过系统查询学生的成绩，了解学生的学习情况。
4. 成绩分析和报告：系统可以根据学生的成绩情况，自动生成各种分析报告，比如班级平均分、优秀率、不及格率等，帮助教师更好地了解学生的学习情况，及时发现问题并采取措施。
5. 基于权限的用户管理：系统需要进行用户权限管理，包括教师、学生、家长等用户的权限管理，确保各种信息的安全性和隐私性。
6. 数据备份和恢复：为了避免因系统故障或其他原因导致数据丢失，需要进行定期数据备份和恢复，确保数据的安全性和可靠性。
7. 信息安全管理：成绩管理系统中的数据都是敏感的个人信息，需要采取严格的安全措施，保障数据的安全、保密和完整性，防止数据泄露和损毁。
8. 系统调试和测试：在开发完成后，需要对成绩管理系统进行调试和测试，确保系统的稳定性、兼容性和易用性。

2.Sprint Backlog（细化工作任务）

本阶段计划完成界面设计以及尝试成绩分析功能。

• 界面设计

1. 确定用户需求：了解用户的使用环境、使用场景、用户需求等，以便为用户提供更好的使用体验。
2. 界面布局设计：设计软件界面的布局，包括菜单栏、工具栏、状态栏、主界面等，使用户可以方便地找到所需功能。
3. 图标和按钮设计：设计软件所需要的图标和按钮，使其符合用户习惯和使用习惯，同时具有功能性和美观性。
4. 颜色和字体设计：选择合适的颜色和字体，以便为用户提供更好的视觉效果和阅读体验。
5. 界面元素交互设计：设计软件的交互操作，包括鼠标点击、拖拽、快捷键等，使用户可以方便地完成任务。
6. 文字和提示信息设计：设计软件的文字和提示信息，使其简洁明了、易于理解和使用。
7. 界面优化和调试：对软件界面进行优化和调试，以便为用户提供更好的使用体验，同时确保软件的稳定性和兼容性。
8. 用户体验测试：对软件界面进行用户体验测试，以便了解用户对界面的反应和反馈，进一步优化和改进软件的界面设计。

• 成绩分析功能

1. 数据收集：从系统中收集学生的成绩数据，包括学生的姓名、学号、班级、考试科目、成绩等信息，确保数据的准确性和完整性。
2. 数据清洗：对收集的数据进行清洗和处理，去掉重复数据、错误数据和缺失数据等，以确保数据的质量和可靠性。
3. 数据统计：对已清洗的数据进行统计和分析，包括平均分、最高分、最低分、优秀率、不及格率、标准差等指标，以便更好地了解学生的成绩分布情况。
4. 数据可视化：将统计分析的结果以图表的形式呈现，比如直方图、折线图、饼图等，使报告更加直观和易于理解。
5. 报告导出：将成绩分析报告导出给教师、学生和家长等相关人员，以便更好地了解学生的学习情况和提高教育教学质量。

3.以甘特图的方式拟定迭代冲刺计划

根据2.Sprint Backlog，迭代冲刺计划计划完善界面设计和成绩分析功能。

七、测试计划

1.测试目的

我们需要通过测试各部分功能来提高软件的质量、提升用户体验感，同时能及时发现我们开发的系统的问题从而降低软件开发成本。

2.测试项目

测试内容	测试时间	测试人员	测试方法
功能测试	与开发同步进行	各研发功能研发成员自检,测试员复检	静态测试加动态测试
效能测试	编码完成并且功能基本稳定后进行	测试员完成	用预期用户80%的流量测试反映速度
压力测试	项目完成并通过效能测试后进行	全组成员	用预期用户200%的流量测试是否能运行
实用测试	测试并功能优化完成后	用户	用户体验实际使用感受

高级软件工程2017第5次作业—— 团队项目：需求改进&系统设计

1 需求&原型改进:

团队组成：

PM：齐爽爽（258）

小组成员：马帅（248），何健（267），蔡凯峰（285）

 Git链接：https://github.com/WHUSE2017/C-team

改进博客：http://www.cnblogs.com/shuangshuangblog/p/7693711.html

 

2 需求规格说明书改进

上周规格说明书，缺少页面设计，系统设计书里面添加页面。

本周又进行小组会，又有所修改，考虑到后期用户很多，某活动可能很多人，于是，我们就按照某个时间和地点的活动，给参加的用户进行分组，相当于建立了一个临时群组，当申请加入时，群主同意后，发送站内同意消息，即加入活动成功。和群主联系，同时，也可以查看群成员信息，和任意一个成员联系。上周场景修改：

名字	西瓜
性别、年龄	女、20岁
职业	计算机院学生
收入	学生
知识层次和能力	大学
生活、工作情况	喜欢电子产品，喜欢旅游，喜欢交朋友
动机，目的，困难	游玩、交友、熟悉大武汉。困难：有时候自己有时间，朋友没有时间，自己一个人又不想出去。
用户偏好	想找到一起同行的大学生，男女不限。
用户比例	基本都是这样的人。
典型场景	在网上找小伙伴，然后一起出去玩。
典型描述	本网站提供相同计划行程的同学联系方式。

　　用户痛点是，有时间，自己时间和朋友时间不一致，但是又想出去玩，又觉得一个人出去玩没意思。不排斥和陌生同学一起溜达，有交新朋友的欲望。

1.背景：

（1）典型用户：西瓜、耗子等相同需求的用户

（2）用户的需求/迫切需要解决的问题

 a.这周有闲暇时间，想去看电影，但是约身边同学和朋友都没有时间，在QQ微信和贴吧问了好长时间，却没有实质性回复；

b.快速找到在周六下午去看电影的人，地点可以随意，学校附近最好，武汉市内的其他电影院也可接受；

c.简单的输入，就能反馈给我信息，查看周末看电影的群组，然后选择我喜欢的群组，申请加入，同时可以选择同一群组的其他小伙伴，提前联系。

（3）假设：用户主页面发布和查询功能已经完成；

2.场景

西瓜这周想出去看电影，但是没有找到身边小伙伴，想找到一起去的同学。她先登录一起玩耍PC端，如果他设置了“记住密码”，会自动登录。

进去之后，页面上方，输入出发点（前期只在本校），活动类型，活动地址，活动时间（也可是其中的某个或者某几个）点击搜索，后在下面反馈出匹配的群组，点击详情，课显示同行者昵称、已经使用网站游玩次数、院系、自我介绍。当看到有意愿活动后，假设看中耗子发起的活动，即耗子是群主，点击申请加入按钮，申请加入，等待耗子同意；也可点击详情按钮，显示耗子及其他同行者联系方式：QQ、微信、手机号。自己选择一个方式联系。

当耗子同意并确认同行后，在APP里面点击确认。此次约伴成功。

在点击搜索后，如果没有满意活动，未点击确认同行，则在每天晚上7点，向用户邮箱发送推荐信息。用户也可以直接发布活动消息，发起活动。

如果搜索结果为空，则弹出提示框，“是否发布行程信息，方便找到同行伙伴！”

耗子要么每晚7点接收提示更新的信息，登录PC端查看，要么等待西瓜联系，要么自己主动登录查看目前群组的新情况。

3 系统设计

系统设计规格说明书

4 Alpha任务分配计划

4.1 Product Backlog

ID	name	important	How to do?	notes
1	注册本系统	30	打开软件，进行注册，将有效信息保存在数据库	有消息提示
2	登录本系统	30	验证输入信息，跳转主页，保存用户信息	验证码等
3	查找活动	40	根据某几项输入，进行查询，反馈群组信息，以及成员信息	如果没有反馈，则说明没有类似活动，询问是否发起此活动
4	发起活动	30	输入详细时间地点，发起活动
5	查看群组成员信息	30	点击详情按钮，查看成员信息，基本信息及联系方式
6	查看自己活动记录	10	查看之前活动记录
7	修改个人信息	10	修改该用户在数据库中的表
8	活动评价	10	对此路线活动进行评价
9	小组成员评价	10	可选择的对小组其他成员进行评价
10	查看个人评价	10	查看其他用户对自己的评价

4.2 Sprint Backlog

、

 

4.3 甘特图

5 测试计划

因为本项目很小，所以测试，我们只做功能性测试，和一些简单错误处理，以及效能方面的测试。

（1）功能实现方面：

登录页面：

按钮	功能
登录	后台验证用户名和密码，跳转到用户主页
注册	跳转到注册页面
记住密码	记住密码，下次用户打开软件，课自动登录

注册页面：

按钮	功能
返回	返回到登录页面
确认	提交注册信息，写入user表，并返回注册信息，如果注册成功，则返回提示，并跳转到主页；如果没有注册成功，则返回提示信息。

主页面：

按钮	功能
注销	点击后进入登录界面，用户由登录状态转换为非登录状态
资料	点击后显示当前用户的个人资料，并可以对资料进行修改
消息	点击后可以查看站内消息
帮助	包含软件的使用文档和相关信息
搜索	填写用户需求后点击会显示相应的组团搜索结果
发布	点击后会将当前用户的需求发布出去
加入	点击后当前用户将加入相应的团体，成为里面的组员
详情	点击后会看到组团的详细信息

（2）输入错误提示

错误名称	解决办法
1.用户名和密码错误	提示输入错误，检查信息是否正确并返回
2.验证码输入错误	登录失败，请重新输入
3.账号注册为空或者已存在	若空提示错误，返回 若存在提示存在，返回
4.注册密码低于6位	提示低于6位信息并重新输入
5.邮箱输入格式不正确	提示输入格式不正确
6.手机号输入有误	提示输入有效手机号
7.新密码与确认新密码不同	提示新密码与确认新密码不同
8.提交信息失败	提示失败信息，并建议检查错误信息类型

（3）性能方面测试

根据老师博客推荐，我们决定使用VSTS对系统性能方面进行测试。（目前参数数值借鉴博客数据）

效能测试：在100个用户的情况下，产品搜索必须在3秒钟内返回结果。

负载测试：在2 000个用户的情况下，产品搜索必须在5秒钟内返回结果。

压力测试：在高峰压力（4 000个用户）持续48小时的情况下，产品搜索的返回时间必须保持稳定。系统不至于崩溃。

6 团队成员绩效评估方法

 在进行简单讨论后，由于我们组分工相对简单：

前台界面：何健，占25%；

逻辑层：蔡凯峰，比较重要，所以占项目32%；

数据库设计与连接以及Alpha版展示与讲解：马帅，占28%；

文档编辑与组员协作：齐爽爽，15%。

算出基础得分，最后，再个人对自己评分，自己觉得自己任务完成度进行百分比评价，再基础得分*自评百分比。