团队作业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 整合文档 吴梓华
posted @ 2020-05-08 11:16  Chi8wah  阅读(278)  评论(0)  编辑  收藏  举报