| 这个作业属于哪个课程 | 2023软件工程—双学位 |
|---|---|
| 这个作业要求在哪里 | 团队作业2-《需求规格说明书》 |
| 这个作业目标 | 完成需求说明书，并明确分工 |
目录
一.需求规格说明书
1.1引言
1.1.1编写的目的
此需求规格说明书的编写目的是明确本项目的详细需求，供开发人员确认项目的功能和性能，作为进一步详细设计软件的基础。
1.1.2团队背景
项目名称：课程表小程序
团队名称：下岗工人再就业队
用户群体：广东工业大学学子
1.1.3项目开发意义
-
真实性：来源于生活中的真实问题，缺少一款能够快捷查询课表的软件。切身实际运用来实际生活中，提高团队的主观能动性。且可以从用户的角度思考可能存在的问题，大大增加软件的实用性。
-
可用性：GDUT课表项目的成功，让我们认识到了该项目的可用性是非常高的，也表明确实是由非常多同学需要这么一款课表查询的软件。并且我们知道只要我们的项目没有太大的错误。同学们之间是愿意帮助我们宣传推广的。所以只要我们努力做好并进行适当的宣传，我相信用户量是不用发愁的。我也相信我们的同学对该软件的上手能力是不用教的，稍微熟悉一下就可以完全掌握。
-
价值：本项目给大家提供了一种可以快捷查询课表信息的途径，让我们不必再为此发愁。也让我们不再为跑错教室、记错上课时间等问题犯难。大大提高了我们的学习生活效率。
1.2 用户需求分析
1.2.1 目标
预期用户数量：400
1.2.2 用户的特点
面向用户：广东工业大学学子
-
本科学生每日上课有固定需求要快速查询课程相关信息
-
广工学子课程多，教务系统查询麻烦，每个人的课程不一，目前课表不好用，缺少直观且个性化看课表的平台
1.2.3 用户场景分析
我们的系统主要面向以下几类用户：
-
广工新生可以快速查询到他们的课程，以便做出时间上的规划
-
广工老学子新学期更换新的看课表系统
1.3功能需求分析
1.3.1功能结构图
1.3.2具体功能列表
| 功能 | 具体功能描述 |
|---|---|
| 课程表管理 | 用户可以在程序中进行课表以及信息的添加导入与删除 |
| 课程信息查询 | 用户可以随时在程序中查询查看自己已导入课表的课程信息 |
| 课程考试查询 | 用户可以查询查看自己的课程考试信息以及考试后的考试成绩 |
| 学习情况查询 | 用户可以查询自己目前已累计的各类学分并对其进行总和计算 |
| 个人自定义功能 | 用户可对于程序应用使用时的外观进行一定范围内的更改，同时也可在权限允许的情况下设置程序进行课程与考试的提前通知 |
1.4技术需求分析
1.4.1实现功能
-
查看课表信息
-
可以进行课程信息的编辑
1.4.2运行环境
-
客户端操作系统：Android
-
客户端硬件设备:Android手机应用终端
-
开发环境：Windows7
1.4.3设计语言
- Python
1.4.4接口
- 软件与广工教学管理数据库之间的接口
1.4.5输入输出要求
| 属性中文名 | 属性类型，长度，精度 | 属性的值域 |
|---|---|---|
| 星期数 | Char(10) | 星期一到七 |
| 课节 | Char(10) | 1-5 |
| 课程 | Char(20) | 中英文 |
| 教室 | Char(10) | 中文加数字 |
| 教师名 | Char(10) | 中文 |
二、团队计划
2.1团队GitHub仓库
2.1.1地址
git地址：https://gitcode.net/KBXCX/KB
2.1.2团队项目issues截图
2.1.3仓库截图
2.2具体分工
| 职责 | 人员 |
|---|---|
| 前端 | 翟张博 |
| 后端 | 刘付越、袁小东 |
| UI | 沈炜杰 |
| 数据库 | 刘浪棠 |
| 测试 | 宋业双 |
2.2.1时间安排表
修改前
| 阶段时间 | 阶段任务 | 完成情况 |
|---|---|---|
| 第9周 | 1.团队组队、团队博客 | 已完成 |
| 2.团队介绍、成员展示、角色分配、选题确定 | 已完成 | |
| 3.制定团队计划安排，团队贡献分的规定 | 已完成 | |
| 第10周 | 1.需求规格说明书 | 未完成 |
| 2.原型设计，队员估计任务难度并学习必要的技术 | 未完成 | |
| 3.编码规范完成、平台环境搭建完成、初步架构搭建 | 未完成 | |
| 第11周 | 1.原型改进（给目标用户展现原型，并进一步理解需求） | 未完成 |
| 2.架构设计，WBS, 团队成员估计各自任务所需时间 | 未完成 | |
| 3.测试计划 | 未完成 | |
| 第12、13周 | 1. 团队项目Alpha任务分配计划 | 未完成 |
| 2. 连续7天的Alpha敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交 | 未完成 | |
| 第14周 | 1.用户反馈+测试计划改进 | 未完成 |
| 2. 团队Alpha阶段个人总结 | 未完成 | |
| 3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理 | 未完成 | |
| 第15周 | 1.团队项目Alpha博客：事后分析 | 未完成 |
修改后
| 阶段时间 | 阶段任务 | 完成情况 |
|---|---|---|
| 3月25日-3月30日 | 1.需求规格说明书 | 已完成 |
| 2.原型设计，队员估计任务难度并学习必要的技术 | 正在进行 | |
| 3.创建gitcode组织以及仓库 | 已完成 | |
| 3月31日-4月7日 | 1.原型改进（给目标用户展现原型，并进一步理解需求） | 未完成 |
| 2.架构设计，WBS, 团队成员估计各自任务所需时间 | 未完成 | |
| 3.测试计划 | 未完成 | |
| 4月8日-4月15日 | 1. 团队项目Alpha任务分配计划 | 未完成 |
| 2. 连续7天的Alpha敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交 | 未完成 | |
| 4月16日-4月23日 | 1.用户反馈+测试计划改进 | 未完成 |
| 2. 团队Alpha阶段个人总结 | 未完成 | |
| 3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理 | 未完成 | |
| 4月24日-4月29日 | 1.团队项目Alpha博客：事后分析 | 未完成 |
| 2.对项目进行进一步完善 | 未完成 | |
| 3.团队内成员总结 | 未完成 |
2.3作业完成情况以及感想
2.3.1本次作业分工
| 职责 | 人员 | 完成情况 |
|---|---|---|
| 功能性需求 | 翟张博 | 已完成 |
| 技术需求 | 刘付越 | 已完成 |
| 用户量、真实性 | 宋业双 | 已完成 |
| 用户分析 | 沈炜杰 | 已完成 |
| gitcode、issue | 袁小东 | 已完成 |
| markdown排版 | 刘浪棠 | 已完成 |
2.3.2感想
| 成员 | 感想 |
|---|---|
| 翟张博 | 本次团队作业我主要负责对功能性需求的分析。这次团队作业让我学到了如何对于程序功能的分析分类，以及对于程序设计的初步方向规划。 |
| 刘付越 | 老实说刚领下任务的时候我心理是挺慌的，领域陌生，经验匮乏，很多难题,很难入手。很庆幸我们没有放弃，花了很大心思，找到一些资料，敲好了项目的准备。 |
| 宋业双 | 我们的项目的真实性、可用性和价值是可以保证的。只要我们努力做好，用户数量应该是只高不低的。 |
| 沈炜杰 | 第一次以团队的形式完成编程相关的任务，经过详细的分工合作，完成任务，本次组队任务我收获良多，不仅扎实了自己的编程基础，而且结识了一群志同道合的队友，在接下来的几周，我一定要尽最大努力完成个人工作。 |
| 袁小东 | 在本次团队作业中，我主要负责将团队计划上传至issue以及团队计划的规划，在这个过程中，学习到了gitcode进一步的使用。 |
| 刘浪棠 | 在本次作业中，我主要负责markdown的编写，通过这次作业，我巩固了markdown语法基础，其中接触到一些排版难题，在经过搜索后学到更深入的语法知识，使我受益匪浅。 |