团队项目第六周——事后诸葛亮分析(苏察哈尔灿)

总结

我们团队做的是web网页活动订座系统,刚开始讨论的是电影订票系统,但后来觉得太寻常了,于是为了增加可选择性,改成活动订座系统,这样无论什么活动,只要涉及活动订座,都可以使用此系统,具有活动通用性,团队成员觉得都可以。于是便开始进行前后端的分工设计,想好web网页需要分成几个部分,每个人需要负责什么,然后根据团队计划一步步向前推进,最后各成员基本都完成各自的任务,得到的成品虽然还有待提高,但基本满足我们的需求,因为本身就想用这个团队作业练手,所以总体来说还算可以吧。事后分析的话,觉得团队内部如果能够多加讨论各部分进程的话,可能完成效率会更高,但由于课多考试多,加上各成员本身有自己的事情,也可以理解吧,相信以后有了岗位后会做得更好的,加油!

团队成员贡献:

名字 角色 团队贡献分 可验证的贡献
梁朗章 前端开发 11 实现前端页面设计开发、项目复审
梁新男 组长、前端开发 41 实现前端页面设计开发及整体排版、博客编写
林启鹏 前端开发 4 实现前端页面设计开发
刘少允 PM、后端开发 36 完成后端方法api、作为项目经理跟进项目进展、联系前后端
邹庭和 前端开发、测试 15 实现前端页面设计开发、订座测试
吴昊 前端开发 13 实现前端页面设计开发

原文地址:https://www.cnblogs.com/cappuccinoboy/p/9977964.html

时间: 2024-11-09 15:40:17

团队项目第六周——事后诸葛亮分析(苏察哈尔灿)的相关文章

团队项目(六)- 事后诸葛亮分析(江山代有才人秃)

一.总结提纲 (一)Postmortem 1.设想和目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们的软件主要是给玩家用户提供一个休闲途径,我们的定义很明确,做一款躲避障碍的小游戏,在前面的博客中对典型用户和场景进行过明确的描述. 我们达到目标了么(原计划的功能做到了几个? 按照原计划交付时间交付了么? 原计划达到的用户数量达到了么?)? 很遗憾,限于精力和时间,我们仅完成了大部分目标,原计划功能已实现的有游戏基础界面,正常游戏功能(小球旋转.障碍生

团队博客-需求规格说明书(苏察哈尔灿)

队员 3116004643 梁朗章 3116004644 梁新男(组长) 3116004645 林启鹏 3116004646 刘少允 3116004656 吴昊 3116004667 邹庭和 需求规格说明书 题目:活动订座系统 该系统提供的订座系统主要面向中小型活动,比如电影/音乐会/讲座/演唱会/宣讲会/会议/球赛等需要座位和需要提前预计好参与人数的活动,任何组织/个人举办活动都可以无条件地使用这个订座系统. 基本需求 (1)活动举办者可以提前登记活动供观众选座 (2)观众可以看到活动的相关信

团队项目(六)- Alpha阶段项目复审(江山代有才人秃)

排名仅代表个人观点: 小组名字 优点 缺点&Bug报告 排名 中午吃啥队 从测试链接来看,作为一个订餐的APP,有着跟现在的订餐APP相似的功能,很完整,是一个踏踏实实做出来的项目 向购物车中添加菜品时,购物车,显示价格不能及时同步,设计的原型图(app端)像素的误差,即标明的像素与app端实际像素有误差,导致app界面出现错位,redis缓存连接超时,不生效,过期时间等问题,导致前端获取数据遇到一些问题 1 GG队 音乐冒险类游戏,新颖的游戏模式,实现动态方块的生成以及动画表现,通过用户自行导

团队项目第三周总结

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

团队项目开发特点以及NABCD分析总结

团队项目的特点:开发的这款软件是从我们的日常生活中得到的启发,现在正是大学阶段,刚刚开始管理自己每个月的生活费,并且在大学中每个月的生活费会有很多去处,然而记录在本子上又容易丢,而且不好分类,所以我们想开发这个软件,实现学生的网上记录,并且可以根据输入将这些分类,进行每月的总结. N:解决了大学生生活费管理不够清楚,分类不够细化的问题.生活费不知去向的问题 A:有一定的编程基础,并且可以通过查询资料将代码用安卓开发工具包装成一个安卓版的手机APP B:可以将用户记账难的问题解决,使记账变得不再复

团队项目第五周(苏察哈尔灿)

Alpha版本测试报告 1 在测试过程中总共发现了多少Bug?每个类别的Bug分别为多少个? 总共发现8个bug,修复的bug5个,不能重现的bug2个,1个是这个bug的确应该修复,但是没有时间在这个版本修复,延迟到下一个版本修复. 2 场景测试(scenario testing) a. 你预期不同的用户会怎样使用你的软件? 活动参加者:登录主页,选取想要参加的活动类型,系统筛选出合适的活动,再由用户选择. 活动举办者:登录主页,选择发布功能,填写活动信息,然后提交,再由管理员审核活动内容,经

第六周——Alpha阶段项目复审(苏察哈尔灿)

排名如下: 小组 优点 缺点 最终名次 中午吃啥队 小程序的使用比价方便,操作也易用 界面不够好看,屏幕适应也不够好 1 只会嘤嘤嘤队 背单词的形式有趣实用 部分浏览器不兼容 2 天冷记得穿秋裤队 程序比较完整,离线下载也不错 下载不够稳定,无法下载大文件 3 冲鸭队 将2048和俄罗斯方块融合在一起,题材新颖,游戏有趣 游戏不够流畅,部分功能有待完善 4 江山代有人才秃 git管理规范,游戏易上手,内容休闲 背景比较单调 5 大猪蹄子队 功能完善,开发过程规范 交互界面仍待优化 6 小谷围驻广

UML团队项目-第4周总结

项目背景即概述 软件产品:游戏客户端 项目背景:娱乐成为许多人生活中越来越重要的一部分,也出现了越来越多,越来越新颖的游戏. 可是为了玩游戏,玩家经常需要跨平台游玩,会申请很多账号,非常麻烦. 而一个整合的游戏平台则能消除这个问题,一个账号,游玩平台所有游戏,不仅仅是简单的"购买,游玩"模式,我们将提供良好支持的玩家社区,满足玩家讨论.交友.发表自己创作的艺术作品.发布创意(mod)需求.同时还会有直播区让不方便玩游戏的用户获得良好的体验. 项目前景:经过涉众调查问卷分析,现在大多数人

团队项目2.0软件改进分析MathAPP

软件改进分析 在此基础上,进行软件的改进. 首先,我们把这个软件理解成一个投入市场的.帮助小朋友进行算术运算练习的APP. 从质量保证的角度,有哪些需要改进的BUG? 从用户的角度(把自己当成小学生或真的请小学生帮忙),需要在哪些方面进行改进? 从产品的角度(软件的市场定位.推广方式.盈利模式等),我们要对现有软件做些什么手脚? 从开发者的角度,在架构.算法.技术实现.可扩展性.代码规范等方面可以怎样优化? ...... 参考但并不限于以上几条,列出你们觉得需要改进的地方及理由.(博客) 并尽可