团队作业3--需求改进&系统设计
这个作业属于哪个课程 | 计科22级12班 |
---|---|
这个作业要求在哪里 | 作业 |
这个作业的目标 | 需求&原型改进、系统设计、Alpha任务分配计划、测试计划 |
需求&原型改进:
改进点呈现
问题1:查询完成后想对相应的院校进行进一步了解,怎么办?
改进:查询结果完成后,补充相应院校的官网链接
问题2:用户在查询信息时,无法快速找到所需的信息,怎么办?
改进:简化查询界面:设计一个简洁明了的查询界面。除此之外,增加地域查询。
完善需求规格说明书
-
针对需求规格说明书的修改:
需求用户:处于大二大三大四有考研想法,但是不清楚该如何选择一个适合的院校,或者不知道什么院校达到自己想要的条件的同学 -
典型用户:小明
用户需求
A:对于考研院校没有任何主意,不知道用什么关键词进行筛选
B:进行院校筛选,一个一个关键词筛选太麻烦了
C:筛选结果出来后,太多了,根本不知道该选哪个
假设系统已完成:
1.院校查询功能完成
2.院校数据已完成更新与使用 -
场景描述:
小明登录系统后,进入查询页面,系统提供清晰的查询提示,方便他选择查询方式。页面最多显示20条相关信息,确保结果简洁明了。小明可以选择以下三种查询方式:
a. 单关键词查询:他可以逐步输入关键词,系统将实时更新结果,帮助他精确筛选所需信息。
b. 多关键词查询:通过输入多个关键词,小明能够一次性获取更全面的查询结果,节省时间。
c. 自动推荐:如果小明不确定查询方向,系统会根据他的院校和院系自动推荐相关信息,提供灵活的查询支持。 -
功能分析四象限:
象限 | 内容 |
---|---|
第一象限 | 数据接收的算法、设计查询结果的反馈设计、用户登录 |
第二象限 | 数据库信息的更新,修改、前端界面的清晰展示 |
第三象限 | 前后端数据流通设计 |
第四象限 | 对奇怪输入查询的处理 |
- WBS及相应的项目进度计划:
系统设计:
架构设计
- 后端架构
后端使用springboot框架,使得我们可以快速完成设计,实现javaweb的开发需求,其中还使用mybatis-plus使得代码工作量降低并且格式标准便于操作,同时借助社区分享解决许多连接问题
后端系统主要有两部分功能,一部分是与用户系统相关的功能,如用户的登陆、管理,另一部分则是与搜索引擎的衔接。 - 搜索架构
搜索系统:由于模糊搜索有时候没那么有效,于是我们使用全文搜索技术利用solr完成搜索任务,可以使搜索更有效率 - 前端架构
在前端开发中,我们使用了 Vue.js 框架,这使得我们能够高效地实现界面设计并满足 Java Web 开发需求。为了提高开发效率并确保代码的规范性,我们还结合了 Element UI,一个基于 Vue 的组件库。它不仅降低了开发的工作量,还使得前端界面更加统一、标准,便于后期维护。同时,借助社区的资源和解决方案,我们能够快速解决各种连接问题和技术挑战。
数据库设计
用户数据表(user)
NO | 列名 | 类型 | 说明 |
---|---|---|---|
1 | id | int | 用户id |
2 | no | varchar | 账号 |
3 | name | varchar | 名字 |
4 | password | varchar | 密码 |
5 | sex | varchar | 性别 |
6 | varchar | 邮箱 | |
7 | role_id | int | 用户类型 |
8 | isValid | varchar | 用户是否有效 |
Alpha任务分配计划:
1.使用工具leangoo以辅助选取Product Backlog中待实现的功能项,如下:
2.甘特图
测试计划:
测试概述
- 产品概述
帮助大二、大三准备考研的学生推荐考研院校的系统。 - 测试目标
确保所有功能模块预期工作、确保界面的友好性以及系统的易用性,给用户带来较好的体验。同时确保用户信息在注册、登录和信息管理过程中的安全性。 - 测试资源
测试人员:1名
测试时间:与开发同步
测试环境:开发环境与生产环境
测试工具:Selenium、JMeter等
测试内容
-
测试类型:
功能测试
界面测试
性能测试
安全性测试
兼容性测试 -
测试策略:
单元测试
集成测试
系统测试
用户验收测试 -
测试用例:
针对每个功能模块设计详细的测试用例,包括正常流程、边界条件和异常处理。 -
测试时间安排:
代码开发同时进行单元测试,待项目完整后进行整体测试 -
风险评估:
5.1. 人力方面:团队成员充足、技术能力适中
5.2. 时间方面:制定详细项目进度,成员密切沟通完成
5.3. 环境方面:确保系统兼容
5.4. 资源方面:项目无需额外花资金