团队作业2-《需求规格说明书》
| 这个作业属于哪个课程 | 2023软件工程-双学位（广东工业大学-计算机学院） |
|---|---|
| 这个作业要求在哪里 | 团队作业2-《需求规格说明书》 |
| 这个作业的目标 | 制定详细的需求规格说明书，进一步细化时间安排 |
目录
需求规格说明书
面向用户分析
该项目主要是用于解决一些工程计算上的问题，解决当前计算器输入、保存困难的问题、预期用户主要是电气专业的学生，如果后期添加了新的模块，也可向理工科的人员进行推广。
功能性需求
- 便于输入需要进行求解的式子，允许复制粘贴甚至截图识别待求解的算式。这里考虑允许用户使用LaTex语法输入。对于不熟悉LaTex语法语法的用户，可以考虑增加鼠标点击对应算术图标进行输入的功能
- 用户界面简洁清晰，算式展示格式整齐美观，特别是规模较大的算式应该要有一个清晰明了的展示
- 求解结果可以视用户需求导出到word中。考虑到excel中书写公式不方便，暂时不考虑把结果导出到excel中
技术需求
- 使用pyqt5进行界面设计
- 图像识别，把截图中的算式转换成文本形式
- 实现对LaTex输入的识别
预期的用户数量
50人（约一个班的人数）
系统的真实性、可用性以及价值所在
真实性
- 该软件不用安装，直接下载运行即可使用
- 界面清晰明了，无需学习额外的知识即可使用
- 能够较好地解决工程上的计算问题
可用性
只要工程上存在大量的计算需求，该软件就有用途
价值所在
该软件将大大缩短工程计算中输入算式以及记录结果的时间
团队项目的码云链接
团队任务计划
见码云链接
团队项目issues截图
团队项目的时间安排表
原有安排
| 时间 | 安排 |
|---|---|
| 第5周 | 1. 团队组队、团队博客 |
| 2. 团队介绍、成员展示、角色分配、选题确定 | |
| 3. 制定团队计划安排，团队贡献分的规定 | |
| 第6周 | 1. 需求规格说明书 |
| 2. 原型设计，队员估计任务难度并学习必要的技术 | |
| 3. 编码规范完成、平台环境搭建完成、初步架构搭建 | |
| 第7周 | 1. 原型改进（给目标用户展现原型，并进一步理解需求） |
| 2. 架构设计，WBS, 团队成员估计各自任务所需时间 | |
| 3. 测试计划 | |
| 第8、9周 | 1. 团队项目Alpha任务分配计划 |
| 2. 连续7天的Alpha敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交 | |
| 第10周 | 1. 用户反馈+测试计划改进 |
| 2. 团队Alpha阶段个人总结 | |
| 3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理 | |
| 第11周 | 1. 团队项目Alpha博客：事后分析 |
校正后安排
| 时间 | 安排 |
|---|---|
| 第5周 | 1. 团队组队、团队博客 |
| 2. 团队介绍、成员展示、角色分配、选题确定 | |
| 3. 制定团队计划安排，团队贡献分的规定 | |
| 第6周 | 1. 需求规格说明书 |
| 2. 队员开始学习必要的技术 | |
| 第7周 | 1. 原型改进（给目标用户展现原型，并进一步理解需求） |
| 2. 整个软件框架确定下来 | |
| 第8、9周 | 1. 团队项目Alpha任务分配计划 |
| 2. 连续7天的Alpha敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交 | |
| 第10周 | 1. 用户反馈+测试计划改进 |
| 2. 团队Alpha阶段个人总结 | |
| 3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理 | |
| 第11周 | 1. 团队项目Alpha博客：事后分析 |
每个人的感想
- 王宇圣：我们既是软件的开发者，也是使用者。在开发的过程中，会更多地从用户的角度出发，并且搭建好框架，为后期的延拓做准备。我们希望这个软件是一个长期的、可以适应当前需求进行调整的软件，而不是一个一步到位的软件。
- 温嘉威：我们当前迫切需要这个软件，希望该软件能被顺利开发出来，解决当前我们遇到的问题。
- 马孟天：第一次正式使用pyqt5设计界面，还有很多不熟悉的地方，就当是边做边学习了。
- 吴星良：在一个团队中，每个人都可以找到自己可以胜任的事情。我虽然不太擅长应用开发，但我会把一些典型的、***钻的算例做成测试集，以便找出软件的短板。
