团队作业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. 团队任务管理

• 项目仓库：https://github.com/HardWorkingFishTeam

• 任务截图：
  

• 团队项目时间安排

  • 第八周
    1. 团队组队、团队博客
    2. 团队介绍、成员展示、角色分配、选题确定
    3. 制定团队计划安排，团队贡献分的规定
  • 第九周
    1. 需求规格说明书
    2. 原型设计，队员估计任务难度并学习必要的技术
    3. 编码规范完成、平台环境搭建完成、初步架构搭建
  • 第十周
    1. 原型改进（给目标用户展现原型，并进一步理解需求）
    2. 架构设计，WBS, 团队成员估计各自任务所需时间
    3. 测试计划
  • 第十一、十二周
    1. 团队项目Alpha任务分配计划
    2. 连续7天的Alpha敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交
  • 第十三周
    1. 用户反馈+测试计划改进
    2. 团队Alpha阶段个人总结
    3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理
  • 第十四周
    1. 团队项目Alpha博客：事后分析

7. 团队分工/完成情况/个人感想

• 吴安冬：
  • 分配任务：程序管理(按约束条件交付产品)
  • 完成情况：
    • 就团队作业二给组员分配任务 已完成
    • PSP表 已完成
    • 与队友交流进行需求分析，完善需求规格说明书 已完成
    • 熟悉git协作方式 未完成
  • 个人感想：第一次进行团队合作，各方面都比较陌生，希望能够将每个人的工作都能妥善分配。在需求分析规格说明书的编写中也体会到了团队项目需要磨合，今后仍需努力
• 吴梓华：
  • 分配任务：发布管理(产品部署和后续管理)
  • 完成情况：
    • 与队友交流，完善需求规格说明书 已完成
    • 整合队友进展，完成博客 已完成
    • 熟悉git协作方式 未完成
  • 个人感想：不仅在技术方面需要学习，在文字编排方面也要学习，这是一个不断进步的过程。
• 赵玮锋：
  • 分配任务：用户体验(让产品更好用)
  • 完成情况：
    • 分配任务为需求分析规格说明书 已完成
    • 与队友交流需求分析 已完成
  • 个人感想：第一次分角色进行团队任务，也是第一次担任用户需求这个角色，尝试站在用户的层面来分析需求，也完成了第一次写需求分析规格说明书的任务，充分感受到团队协作的力量，继续努力。
• 庾艺锋：
  • 分配任务：开发(按产品规格说明交付产品)
  • 完成情况：
    • Git操作指导 已完成
  • 个人感想：对团队协作流程还不够熟悉，对团队工作的贡献比较少，但是也感受到了团队协作所带来高效率的魅力，接下来要继续努力
• 白军强：
  • 分配任务：产品管理(让客户满意)
  • 完成情况：
    • 需要分析 已完成
    • 与队友交流满足客户的方案设想 已完成
  • 个人感想：第一次接触MSF团队模型，感受到了团队开发的魅力，感觉对我以后工作非常实用
• 王泽鑫：
  • 分配任务：测试(保证所有问题都得到处理)
  • 完成情况：
    • 初步效果预设 已完成
    • 与队友交流进行需求分析，完善需求规格说明书 已完成
    • 熟悉git协作方式 未完成
  • 个人感想：
    1. 初次与大家合作开发软件项目，遇到了不少困难。团队开发流程不是很熟悉，导致开发细节做的不到位。在需求规格说明书那里遇到了瓶颈，好在在大家齐心协力之下，通过查阅资料，总结构思，最终还是给克服了。
    2. 界面设计由于没有UI设计基础，只花了写草图，但是基本囊括了应有的基本的信息。
    3. 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	整合文档	吴梓华