团队项目:接口设计

在此列出对不同对象实现的接口,留出的接口主要为了设置该对象的各种状态,在场景中调用即可完成对各个对象的使用。可对照前几次给出的类图查看,具体接口如下:

newbike_control.cs:摩托控制

const float torque_break = 100;//刹车时的力

const float torque_wheel = 40;//加速时的力

const float torque_body = 20;//车身旋转的力

const float wheel_maxRSpeed = 3000;//车轮最大角速度

GameObject newwheel_rear;//主动轮物体

newplayer_control newplayer;//玩家控制脚本

public AudioClip engine;//引擎声音文件

AudioSource audioSource;//音源组件

newplayer_control.cs:玩家控制

Rigidbody2D[] parts;//身体各个部位的刚体组件

Rigidbody2D newbike_body;//车身的刚体组件

GameObject UImanager;//UImanager物体

public bool alive = true;//角色存活或死亡标志变量

public AudioClip snapNeck;//角色死亡声音文件

public AudioClip reach;//角色到达终点声音文件

AudioSource audioSource;//音源组件

void win();//当前关卡胜利函数

void lose();//当前关卡失败函数

camera_control.cs:摄像机控制

public Transform cameraTarget;//摄像机目标的Transform组件

public Transform lefthandle;//摄像机的左边界的Transform组件

public Transform righthandle;//摄像机的右边界的Transform组件

public Transform uphandle;//摄像机的上边界的Transform组件

public Transform downhandle;//摄像机的下边界的Transform组件

public float smoothTime = 0.1f;//摄像机追踪平滑差值的时间

private Vector2 velocity;//临时速度变量

UImanager.cs:菜单控制

private const int MAXlevel = 9;//最大关卡数

private int state = 0;//当前状态

private int currentLevel = 1;//当前关卡号

private GameObject[] others;//其他UImanager物体

public int getCurrentLevel();//返回当前关卡号

void winLevel();//当前关卡胜利

void loseLevel();//当前关卡失败

track_control.cs:轨道控制

public GameObject track_element;//轨道元素物体

public GameObject energybar;//能量条UI物体

public Transform start;//能量条显示的开始位置

public Transform end;//能量条显示的结束位置

public float maxLength = 100;//轨道最大长度

GameObject track_element_new;//当前轨道元素

GameObject manager;//UImanager物体

Vector3 begin_pos;//画线开始位置

Vector3 end_pos;//画线结束位置

Vector3 temp_pos;//临时位置

float totalLength;//当前轨道总长度

bool first = true;//第一次画线的标识变量

void clear();//清除当前所有轨道,将totalLength归零

void draw_energybar();//画能量条函数

时间: 2024-10-07 07:04:36

团队项目:接口设计的相关文章

实验七 团队作业3—团队项目的原型设计与开发

实验七 团队作业3-团队项目的原型设计与开发 实验时间 2018-5-3(5/4) Deadline: 2018-5-9 10:00,以团队随笔博文提交至班级博客的时间为准. 评分标准: l  按时交 – 根据实验七评分细则打分(满分15分,团队博文与原型设计成果) l  本实验为团队任务,团队成员成绩以团队博文成绩为准 l  晚交 - 0分 l  抄袭 - 倒扣本次作业分数 l  如对作业分数有意见,可有一次向评分助教申诉机会 关于软件原型方法 原型方法就是快速地建立可运行的.概略的系统,之后

《F4+2》——团队项目的原型设计与开发

  目 录 1 · 团队信息 2 · NABCD模型 3.  原型设计的工具 4 · 原型设计 5 · PSP表格 6 · 团队设计过程 7 · 原型设计心得   一 · 团 队 信 息 成 员 列 表 成 员:      201571030322/马仲山                      201571030320/马世芳 201571030312/马婧     201571030313/马婧            201571030319/马绍辉         20157103033

第三视角团队:项目UML设计(团队)

项目UML设计(团队) 团队信息 团队名:第三视角 各成员学号及姓名 姓名 学号 张扬(组长) 031602345 肖地秀 031602336 朱文婧 031602148 洪泽波 031602312 郑愈明 031602147 陈加伟 031602631 苏韫月 031602204 郭俊彦 031602213 李翔 031602418 王全炯 031602331 组长作业博客链接 本次作业链接 团队分工(10分) 成员负责事务 | | | | | ---- | ---- | ---- | | |

团队项目NABCD模型的需求分析

团队项目NABCD模型的需求分析 NABCD模型的介绍 Need(需求)-现在市场上未被满足但又急需满足的客户需求是什么?Approach(方法)-要满足这种需求,我能够提出什么独特的方法吗?Benefits (收益)-该方法给顾客提供的便利是什么?Competition (竞争) -对于竞争对手和其他可选择的方案来说,这种单位成本收益的优势在哪里? ? 1. ?Need 需求 ? ?我们的这次qq项目适用于局域网内的聊天通讯所用,用的数据库轻小而稳定,我们通过了数据设计的第三大范式进行约束表的

团队项目选题讨论

我们小组的成员有:张帆.张雨帆.崔巍.王奈.汪天米.孙宇辰. 下面分别是我们初次讨论的意见.(持续更新) 张帆:由于我们团队有6个人,所以我觉得在做团队项目时,可以有1~2个人负责前端的部分,实现良好的用户接口.然后有2~3个人负责后端的算法.实现等.最后有1~2个人负责程序的测试工作,以保证代码的高效性以及有效性.测试人员虽然不参与实际书写代码的过程,但仍要对两个模块的实现方法要非常熟悉,我认为测试人员甚至要参与到项目的设计过程中. 张雨帆: 崔巍:类似北航7组合力完成的“学霸”网站就挺好,其

[个人博客作业Week7]软件工程团队项目感想与反思

在阅读了推荐阅读的材料之后,我想了很多东西.最终还是决定,以团队项目的经历为主线,叙述我关于软件工程的一些思考与体会. 凤凰涅槃,浴火重生 如果要我来概况这几周团队项目的经历的话,那么句话是我所能想到的最贴切的一个表述.从最初的雄心壮志,到中间的困顿不堪,再到目前如重生一般的喜悦,我们整个团队经历了太多太多. 重造轮子 轮子,在软件行业中经常指那些设计好的,用于处理常见功能的库.框架或者可重用的代码.而重造轮子则是说,在已经有可用的“轮子”的情况下,自己重新实现一个自己的“轮子”.有些人经常说,

团队项目M1阶段个人反思

郑培蕾: 作为项目的PM,我前期的工作还是有很大的缺陷的,因为没有在开发之前对项目进行一个合理的评估,所以后来分配任务的时候就很不科学, 而且任务分配的比较粗糙,没有细化到每个人每天应该做什么,这就导致我们在后来的工作中因为联网部分造成项目卡顿,这是项目最终失败一个 很重要的原因:其次是我们团队内部成员之间的交流比较少,几名主要负责开发的成员都是在自己摸索自己的那部分,没有进行良好的沟通,所以 后来我们在展示之前费了很大的功夫去修改:还有就是团队的积极性没有调动起来,有些同学没有认真地投入进去,

[接口设计]从客户端的角度设计后端的接口

前言 兵马未动,粮草先行.在一款APP产品的各个版本迭代中,兵马的启动指的是真正开始敲代码的时候,粮草先行则是指前期的需求,交互,UI等评审准备阶段,还有本文要说的接口的设计与评审.虽然很多时候一个api接口的业务,数据逻辑是后端提供的,但真正使用这个接口的是客户端,一个前端功能的实现流程与逻辑,有时候只有客户端的RD才清楚,从某种意义来说,客户端算是接口的需求方.所以建议在前期接口设计和评审时,客户端的RD应该更多的思考和参与,什么时机调什么接口?每个接口需要哪些字段?数据含义怎么给?只有这些

团队项目第三周总结

经过了三周的努力我们的项目已经基本完成啦,团队付出的努力也得到了回报. 这一周主要的工作相对前一周来讲比较轻松,但比较繁琐. 在技术方面,我们这一周主要是完善了小的技术功能,主要是在做非功能性需求.在界面方面,这是我们这一周主要的工作,相比技术方面要简单,逻辑上来讲没有很大难度,但非常繁琐,代码量很大,这也考验了团队成员的审美能力,对审美和设计的能力提出了较高的要求. 虽然逻辑上来讲,界面的代码方面是没有问题的,但在完成的过程中,也遇到了一些,因为之前的“想当然”,自以为并不是困难的困难.在手机

关于团队项目的一点想法

在软件工程这门课里,个人认为最重要的依然是实践,写代码实践,需求分析实践等都是必不可少的,目前,我们已经开始做我们的团队项目了,这将是我们软件实践的一个重要机会. 首先,我来说一下我们团队项目的进展吧,我们的团队总共有9位同学,项目名字暂时还没最终确定,不过我们的主题是很明确的,就是创建一个一对一的网络通讯平台,并努力向一对多和多对多靠近,在这个系统里,我们可以通过账号登录并与他人进行文字,符号甚至是表情交流.目前,基本的用户界面已经初步成型,立项说明书和需求说明书也已经写好,下一步考虑的是界面