团队作业2-需求规格说明书
团队作业2-需求规格说明书
1. 总体概述
1. 产品描述:
24点是一款专业开发、特定打造的游戏系统,本系统完全模拟24点游戏过程,实现出题、解题、用户答题、用户答题正确判断、分数记录多个功能,游戏可分为练习模式、排位模式,用户可随时随地用浏览器打开本系统进行游玩。24点游戏系统打破了纸牌游戏对纸牌实物的需求约束性,并且简化了实际操作中无关紧要的过程如发牌*牌,**增强了游戏性。本系统有着便捷、简易、高效、人性化的特点,高效优化的算法使其在市场中独具一格、更胜一筹。
2. 预期用户量
- 10
3. 软件功能
- 用户登录界面:每个玩家拥有单独的账户进行游戏,账户用以记录成绩。
- 游戏模式:分为练习模式、排位模式。
- 练习模式:玩家可不限时间不限题数进行游戏。
- 排位模式:每题将限时并仅有两次答题机会,系统会统计用户正确答题次数并记录分数。
- 出题功能:系统将模拟发牌过程随机向用户发送四张虚拟纸牌。
- 解题功能:系统将产生的四张虚拟纸牌的数字用特定的算法解除该题的答案。
- 用户答题功能:用户可以答题界面中随意安排四个数字的顺序,并可随意添加加、减、乘、除把牌面上的数算成24即可提交。
- 用户答题正确判断功能:用户在界面输入一定的算式后提交,系统会根据用户提交的算式解出答案并判断是否等于24,将正误反馈给用户。
- 分数记录功能:分数记录功能特定在排位模式中,用户累积答题,记录其最终正确答题的题数。
2. 具体需求
- 功能需求
- 出题:用户只需要简单进行按钮点击,系统即可自动生成有解的24点题目。
- 解题:在用户无法计算出结果的时候,可以选择查阅答案以获得24点结果。
- 游戏模式:排位赛(每次出题都会计算结果,得到分数后会有排名)。
- 外部接口需求
- 键盘:正常键盘
- 鼠标:正常鼠标
- 浏览器:正常浏览器
- 技术需求
- Javase
- 相关算法
3. 设计约束
- 开发期限:4 周
- 经费限制:0 元
- 资料准备:本项目以24点的游戏规则为设计约束进行制作(24点游戏规则:给定4个数字,通过四则运算将其结果计算为24)。
- 交流:
- 用户:与用户进行交流,了解用户对此软件心中的预期结果和其所具备的功能,获取用户需求。
- 团队:获取用户需求之后,与开发人员进行讨论,分析软件需求,制作需求规格说明书,团队成员就已有需求给出开发的相关建议。
4. 软件质量属性
- 真实性:该系统是面向24点游戏爱好者开发的,能够正确的执行24点游戏的逻辑。为该游戏爱好者提供真实的、良好的游戏体验。
- 可用性:
- 操作逻辑简便,易于上手,操作流程合理。
- 支持各种年龄段的用户、没有计算机使用经验的用户能方便的使用本系统。
- 系统具有一定的抗干扰和容错能力,在非硬件故障发生时,存储当前信息记录信息,尽量保证系统正常的运行,并有恰当的足够的提示信息帮助用户正确地有效地完成任务。
- 进行游戏操作时有统一规范的提示信息,例如,开始游戏时,系统提示游戏开始,退出游戏时提示是否退出,是否保存当前记录。
- 价值:该游戏直接价值可以为24点游戏爱好者提供游戏场景,即使单独一人也能愉快的欢乐的进行该游戏,突破了传统游戏上对玩家人数的依赖性。该系统也突破了传统游戏上对扑克牌的依赖性,只需要再电脑打开便可以进行该游戏。
5. 团队任务管理
-
任务截图:
-
团队项目时间安排
- 第八周
- 团队组队、团队博客
- 团队介绍、成员展示、角色分配、选题确定
- 制定团队计划安排,团队贡献分的规定
- 第九周
- 需求规格说明书
- 原型设计,队员估计任务难度并学习必要的技术
- 编码规范完成、平台环境搭建完成、初步架构搭建
- 第十周
- 原型改进(给目标用户展现原型,并进一步理解需求)
- 架构设计,WBS, 团队成员估计各自任务所需时间
- 测试计划
- 第十一、十二周
- 团队项目Alpha任务分配计划
- 连续7天的Alpha敏捷冲刺,7 篇 每日Scrum Meeting博客+代码提交
- 第十三周
- 用户反馈+测试计划改进
- 团队Alpha阶段个人总结
- 团队项目Alpha博客:发布说明、测试报告、展示博客、项目管理
- 第十四周
- 团队项目Alpha博客:事后分析
- 第八周
7. 团队分工/完成情况/个人感想
- 吴安冬:
- 分配任务:程序管理(按约束条件交付产品)
- 完成情况:
- 就团队作业二给组员分配任务 已完成
- PSP表 已完成
- 与队友交流进行需求分析,完善需求规格说明书 已完成
- 熟悉git协作方式 未完成
- 个人感想:第一次进行团队合作,各方面都比较陌生,希望能够将每个人的工作都能妥善分配。在需求分析规格说明书的编写中也体会到了团队项目需要磨合,今后仍需努力
- 吴梓华:
- 分配任务:发布管理(产品部署和后续管理)
- 完成情况:
- 与队友交流,完善需求规格说明书 已完成
- 整合队友进展,完成博客 已完成
- 熟悉git协作方式 未完成
- 个人感想:不仅在技术方面需要学习,在文字编排方面也要学习,这是一个不断进步的过程。
- 赵玮锋:
- 分配任务:用户体验(让产品更好用)
- 完成情况:
- 分配任务为需求分析规格说明书 已完成
- 与队友交流需求分析 已完成
- 个人感想:第一次分角色进行团队任务,也是第一次担任用户需求这个角色,尝试站在用户的层面来分析需求,也完成了第一次写需求分析规格说明书的任务,充分感受到团队协作的力量,继续努力。
- 庾艺锋:
- 分配任务:开发(按产品规格说明交付产品)
- 完成情况:
- Git操作指导 已完成
- 个人感想:对团队协作流程还不够熟悉,对团队工作的贡献比较少,但是也感受到了团队协作所带来高效率的魅力,接下来要继续努力
- 白军强:
- 分配任务:产品管理(让客户满意)
- 完成情况:
- 需要分析 已完成
- 与队友交流满足客户的方案设想 已完成
- 个人感想:第一次接触MSF团队模型,感受到了团队开发的魅力,感觉对我以后工作非常实用
- 王泽鑫:
- 分配任务:测试(保证所有问题都得到处理)
- 完成情况:
- 初步效果预设 已完成
- 与队友交流进行需求分析,完善需求规格说明书 已完成
- 熟悉git协作方式 未完成
- 个人感想:
- 初次与*家合作开发软件项目,遇到了不少困难。团队开发流程不是很熟悉,导致开发细节做的不到位。在需求规格说明书那里遇到了瓶颈,好在在*家齐心协力之下,通过查阅资料,总结构思,最终还是给克服了。
- 界面设计由于没有UI设计基础,只花了写草图,但是基本囊括了应有的基本的信息。
- git操作并不是很熟悉,好在发现了tortoise图形化工具,此工具很是好用,因此现阶段git主要是采用图形化工具进行操作,很少用命令行。等git操作逐渐熟悉之后再向命令行过渡。
8. 原型设计
9. 说明书版本历史
日期 | 版本 | 更新内容 | 负责人 |
---|---|---|---|
2020/05/03 | 1 | 设计约束 | 吴安冬 |
2020/05/03 | 2 | 总体概述 | 赵玮锋 |
2020/05/03 | 3 | 具体需求 | 庾艺锋 |
2020/05/03 | 4 | 软件质量属性 | 王泽鑫 |
2020/05/07 | 5 | 整合文档 | 吴梓华 |