团队作业1——团队展示&选题

一丶团队展示

1.1队名:Bugames

队名意味着游戏可能会出现很多Bug(逃)

1.2队员信息

  • 吴永力:3118005386(队长)
  • 曾鑫:3118005357
  • 罗耿城:3118005376
  • 杨锐楷:3118005389
  • 杨文伟:3118005390

1.3项目描述

名字还没想好,一款音游游戏。

1.4队员风采

吴永力

  • 风格:致力于写出有极大拓展性的代码,但也一直在踩坑写出Bug
  • 自身技能:C++,C#,Unity开发,计算机图形学,图形API调用师
  • 宣言:希望可以做一款有趣的游戏
  • 软工角色:PM&框架&开发

曾鑫

  • 风格:_______
  • 自身技能:(乱)分析抓本质
  • 宣言:在学了在学了
  • 软工角色:开发&测试

罗耿城

  • 风格:慢条斯理
  • 自身技能:java开发
  • 宣言:希望能写出一个有趣的东西
  • 软工角色:开发&测试

杨锐楷

  • 风格:#注释清晰
  • 自身技能:C,Python,java,html都处于入门状态。CV大师
  • 宣言:爱国!
  • 软工角色:开发&测试

杨文伟

  • 风格:文静
  • 自身技能:熟悉使用cv与写bug 偶尔听听歌
  • 宣言:绝不植发
  • 软工角色:(音乐)开发&测试

1.5团队分工

职责 参与成员
整体架构设计 吴永力
程序开发 吴永力,曾鑫,罗耿城,杨锐楷,杨文伟
UI设计与开发 吴永力,曾鑫,罗耿城,杨锐楷
音乐设计与开发 杨文伟
测试 曾鑫,罗耿城,杨锐楷,杨文伟

1.6团队合照

image-20201020223517691

1.7团队特色

  • 团队中有成员加入了工作室,具有丰富的团队开发经验,能够给予管理以及技术上的保障
  • 对于一款音乐游戏,我们团队有成员对此十分熟悉,可以给予关键性的支持。
  • 我们团队成员都希望提升自己的能力,每个人都根据项目的需要不断学习新的技术,从而使团队更加有战斗力。

二、团队选题

2.1Github仓库

https://github.com/Bugames

2.2项目名称

游戏名称暂定

2.3项目介绍

  • 游戏风格暂定(因为没有美术,呜呜呜)
  • 玩家配合音乐与节奏做出动作(依画面指示按钮)来进行游戏。若玩家做出的动作与节奏吻合即可增加得分,相反情况下则会扣分或不计分。
  • 游戏或与会支持多种模式,如无尽模式。

2.4项目阐述

  • 功能:玩家配合音乐与节奏做出动作(依画面指示按钮)来进行游戏。若玩家做出的动作与节奏吻合即可增加得分,相反情况下则会扣分或不计分。游戏的最终目的是追求Full Combo俗称全连,即没有失误)以及All Perfect等。
  • 预期用户量:1q人
  • 真实: 当前人们的日常生活已离不开游戏,各种游戏层出不穷。本产品的真实性不言而喻。
  • 可用:本游戏面向广大的音乐游戏爱好者,面向全年龄段。对于音乐游戏爱好者来说,会比较想要尝试各种不一样的音乐游戏,对新的音游会保持一定的兴趣。
  • 有价值:对于音乐游戏爱好者来说,一款新的音乐游戏可以提高他们对音乐(音游)的热爱;对于非音乐游戏的用户来说,可以作为一款休闲游戏来玩耍。
  • 有情怀:本产品切入点是我们有游戏开发爱好者以及音乐爱好者,我们团队同时结合这两个想法来切入做一款音乐游戏。音游不仅可以满足我们团队的要求,也可以在一定程序上满足音游以及非音游用户的需求。这可以让我们回想起当年甚至现在被音游支配的恐惧。

三、团队计划

团队的各项事务时间表如下:

时间 事项
第 6 周 1.团队组队、团队博客
2.团队介绍、成员展示、角色分配、选题确定
3.制定团队计划安排,团队贡献分的规定
第7周 1.进行需求分析,编写需求文档
2.原型设计,队员估计任务难度并学习必要的技术
3.编码规范完成、平台环境搭建完成、初步架构搭建
4.开发人员确立前后端接口文档
第8周 1.原型改进(给目标用户展现原型,并进一步理解需求)
2.架构设计,WBS, 团队成员估计各自任务所需时间
3.制定测试计划
第9、10周 1. 团队项目 Alpha 任务分配计划
2. 连续7天的 Alpha 敏捷冲刺,7 篇 每日 Scrum Meeting 博客+代码提交
第11周 1.用户反馈 + 测试计划改进
2. 团队 Alpha 阶段个人总结
3. 团队项目 Alpha 博客:发布说明、测试报告、展示博客、项目管理
第12周 1. 团队项目 Alpha 博客:事后分析

四、绩效考核

团队成员绩效考核因素如下:

工作的重要程度----I(Importance)
工作的参与度----P(Participation)
工作按时提交----D(Delay)

4.1绩效分计算方法

每个队员参与的每一项工作的初始分为20分。无上限
工作的重要程度在工作分配时确定,取值范围为0-5
工作的参与度为队员参与工作时的数量。
工作是否按时提交影响D的值,如下表:

推迟时间 Delay
按时提交 1
推迟1天 0.7
推迟2天 0.5
推迟3天 0.3
推迟4天或以上 -1

成员每分担一个任务,将获取一个单位的P,即为1
对于每一个任务,成员可以获得的分数为:

Si=20×I×DxP

总的分数即为:

·S=∑Si

最后每个成员的贡献分将为:

·绩效分=20N×Si/S

其中Si为该同学的总分,S为所有同学得分的总和。

作者:Ligo丶

出处:https://www.cnblogs.com/Ligo-Z/

本文版权归作者和博客园共有,欢迎转载,但必须给出原文链接,并保留此段声明,否则保留追究法律责任的权利。

原文地址:https://www.cnblogs.com/Ligo-Z/p/13849618.html