预则立&&他山之石--团队计划、访谈优秀前辈
团队计划&访谈内容
一、团队计划
| 序号 | 任务内容 | 计划完成时间 | 主要负责人 | 备注 |
|---|---|---|---|---|
| 1 | 对接教师报课系统 决定是否重构代码 | 2016.10.16 | 陈少铭、黄家俊 | 阅读CourseManagement的 docs中的文档,以及代码。 |
| 2 | 第一次客户访谈交流 | 2016.10.15 | 团队所有成员 | 软工课后 |
| 3 | 编码规范文档(v1) | 2016.10.17 | 翁祖航、王智强、陈逸超 | java编码规范、php编码规范 |
| 4 | 需求分析与原型设计 | 2016.10.20 | 黄瑞钰、陈逸超、毛仲杰 | 需求分析讨论全体组员都参与 原型设计由主要负责人设计完成 后期大家讨论修改 |
| 5 | 数据库设计 | 2016.10.24 | 全组成员 | 对系统要用的数据进行分析,确定要用的表格 在对各个表进行细化 |
| 6 | 架构设计与搭建 | 2016.10.25 | 陈少铭、黄家俊 | 全组成员协助 |
| 7 | 完善需求规格说明书 | 2016.10.25 | 陈逸超 | 全组成员协助 |
| 8 | android组员完成界面编写 php后台 | 2016.10.29 | 全组成员 | |
| 9 | android组员完成各个界面逻辑跳转以及功能实现以及调试出现的bug php完成接口的编写,调试出现的bug | 2016.11.2 | 全组成员 | |
| 10 | 客户端和后台实现接口对接 | 2016.11.4 | 全组成员 | |
| 11 | Alpha版本发布 | 2016.11.5 | 全组成员 | |
| 12 | 测试bug,完善项目 | 2016.11.10 | ||
| 13 | 完善细节、项目管理推荐、用户体验完善 | 2016.11.17 | 黄瑞钰、陈逸超 | 全组成员协作 |
| 14 | Beta版本发布 | 2016.11.19 | ||
| 15 | 正式版完善 | 2016.11.26 | 全组成员 | |
| 16 | 正式版本发布 | 2016.12.3 | 全组成员 | |
| 17 | 部署上线 | 2016.12.18 | 全组成员 |
说明:团队任务计划,1-7点是正式编码以前的工作,罗列得比较详细。8-17是根据栋哥的项目时间安排结合自己的安排计划的,只是给个大概,原型设计和需求分析结束后,我们会根据原型和需求动态调整我们组的编码计划
二、团队分工
android客户端:陈少铭、黄瑞钰、翁祖航、毛仲杰
php后台:黄家俊、王智强
项目管控:陈逸超
三、访谈内容
采访对象:The Expendables小组
采访内容:
项目开发经验
在这方面上,学长说他们整个组都是安卓小白,是从零开始学习的。一般遇到不懂的问题是去找度娘求助的。其中一点是制定一下自己的任务(做什么),设定好要做的功能,然后进行分工。
团队组织方式
学长介绍他们是四个人一个小组的,关于分工时,他们安排一个做界面,两个写功能,一个搞服务器。后期的话,由于有些功能是互通的,大家参杂着做,一起修复一下bug。
团队成员协作
提问到关于协作方面上,如某个功能实现产生分歧的解决办法。给出的回答:遇到问题,大家一起想想办法,中和出一个较满意的结果
时间周期安排
学长毫不犹豫地说:课余时间。重要的一点就是跟着栋哥的项目时间规划,大家一起加工、熬夜。我们提到还没开始编码时,是如何把后期的任务计划安排出来的。学长说把功能一条一条列出来,时间的安排只能是大概。根据学长的经验来说,前期进度会比较慢,建议我们拉长战线。
文档编写方面
我们提出的问题是大家分块写同一份文档(如编码规范,需求规格),还是指定其中一个小组成员写文档,写完后大家讨论修改。学长的回答是,指派固定的人写编码规范和需求说明书,其中需要注意的是要事先讨论好如何制定规范,全体组员都需要遵循,不然后期可能出现错误,特别前端和后台要做好彼此字段的规定,不然数据会错乱。团队博客方面学长建议可以让组员轮流写博客。
关于数据库设计
提问到对数据库表设计的经验时,学长给出的答案是:
- 先对系统要用的数据进行分析,定下大概会用到的表的数量和表的名称。
- 对每个表进行细化,定下会用的数据项的名称(就是各列的名称)。
- 考虑各表间的关联关系(外键)。
关于后台接口需要注意的问题:
- 接口的命名要统一,这样在调用和测试的时候方便。
- 对于要发送的消息事先做好说明,比如消息里包含的字段和字段类型,当然最好的话就是事先列出会用到的接口列表。
提问到数据库的设计此部分分工时,学长建议我们小组成员全部都参与设计讨论,或者先由一两个人进行设计,然后小组讨论是否有遗漏。
关于架构问题
提到关于架构问题,学长也是有点懵逼,学长的理解是整个项目的主体布局。从整体布局来讲,这是要一开始设计好,从功能需求出发,架构搭起来比较好,当然不免遇到功能改变的时候,所以最终看的还是组员间的实践能力。
学长给出的建议
- 要做好规范问题,对于后期bug的排查可以减少很大的工作量,如数据交换经常遇到此类问题。
- 在协作方面,可以学习陈世发学长。在git上传代码时,可以在github上面可以设置管理员,来管理代码上交情况,以免出现意外的冲突和错误。
访谈心得
经过学长们热情详实的分享后,每个人对项目的认识更加深刻,同时也充满了斗志。由于队中还有队员属于从零开始的,这就更需要我们团队的凝聚力了。此外,在这次的采访过程中,我们获得了许多项目经验,其中最突出的一点就任务进度的安排,我们需要根据deadline来调整我们的进度安排,从而做到确保今日任务,明确明日任务。也许现在的我们还有点菜,但我们相信我们一定能在这学期的软工课中留下一起奋斗的印记。
四、作业心得体会
通过这次的团队作业,我们整个团队的成员有以下两点的心得体会
- 首先团队讨论、沟通很重要,一个人的战斗总是不如一群人的战斗。我们整个小组在采访学长前讨论,碰撞思维的火花,列好提纲、做好功课,大家集思广益,才能想出更多的问题,把整个项目的方方面面考虑清楚。
- 无规矩不成方圆,这是我们在采访完学长完之后,整个小组成员共同的感受!没错后续编码的工作要建立在规范的基础之上,我们小组也会努力做到!
五、权重分配
| 任务 | 504陈逸超 | 505陈少铭 | 511黄家俊 | 515翁祖航 | 516黄瑞钰 | 517毛仲杰 | 524王智强 |
|---|---|---|---|---|---|---|---|
| coding.net账号注册 | 0.02 | 0.02 | 0.02 | 0.02 | 0.02 | 0.01 | 0.02 |
| 项目交接 | 0.03 | 0.02 | 0.02 | 0.02 | 0.02 | 0.01 | 0.02 |
| app运行与测试 报课系统功能 | 0.02 | 0.02 | 0.02 | 0.02 | 0.02 | ||
| java、android环境配置 | 0.02 | 0.02 | 0.02 | 0.02 | 0.02 | 0.01 | 0.02 |
| 前期联系优秀前辈 | 0.02 | 0.02 | |||||
| 小组讨论采访内容 | 0.02 | 0.02 | 0.02 | 0.02 | 0.02 | 0.02 | 0.02 |
| 采访过程提问、拍照 | 0.02 | 0.02 | 0.02 | 0.02 | 0.02 | 0.01 | 0.02 |
| 采访内容记录 | 0.02 | 0.02 | 0.02 | 0.02 | 0.02 | 0.01 | 0.02 |
| 随笔编写 | 0.02 | 0.03 | |||||
| 随笔汇总 | 0.01 | ||||||
| 合计 | 0.20 | 0.14 | 0.19 | 0.14 | 0.14 | 0.07 | 0.12 |
附:
- 团队采访照片
- 团队计划提交到coding.net的issue中
预则立&&他山之石--团队计划、访谈优秀前辈的更多相关文章
- 17秋 软件工程 团队第三次作业 预则立&他山之石
题目:团队作业-预则立&&他山之石 团队: 我说嘻(xì)哈(hà)你说侠 17秋 软件工程 团队第三次作业 预则立&他山之石 1.确立团队选题,建立和初步熟悉团队git的协作 ...
- 软工团队 - 预则立&&他山之石
软工团队 - 预则立&&他山之石 团队任务计划 时间 人员 任务 10.23-10.29 张昭锡 初拟Android代码规范 李永盛 初拟PHP代码规范 刘晨瑶 初拟Git代码规范 刘 ...
- 团队作业—预则立&&他山之石
团队作业-预则立&&他山之石 Deadline: 2017.10.24 22:00pm 作业要求 一.确立团队选题,建立和初步熟悉团队git的协作方式.项目后续的代码.文档都要通过gi ...
- 2016福州大学软件工程第二次团队作业——预则立&&他山之石成绩统计
第二次团队作业--预则立&&他山之石成绩统计结果如下: T:团队成绩 P:个人贡献比 T+P:折算个人成绩,计算公式为T+T/15*团队人数*P 学号 组别 Team P T+P 03 ...
- 【项目 · Wonderland】预则立 && 他山之石
[软 工 实 践 · 团 队 作 业] 预则立&&他山之石 标签:WonderLand Part 0 · 简要目录 Part 1 · 团队计划 Part 2 · 团队访谈 Part 3 ...
- 第二次团队作业——预则立&&他山之石
Deadline: 2016.10.16 22:00pm 一.确立团队选题,建立和初步熟悉团队git的协作方式.项目后续的代码.文档都要通过github增量式管理.实现文档的版本化和增量式管理. 二. ...
- 第二次团队作业 -- 预则立&&他山之石
我说的都队 031402304 陈燊 031402342 许玲玲 031402337 胡心颖 031402203 陈齐民 031402209 黄伟炜 031402233 郑扬涛 一.团队任务计划 周数 ...
- 团队作业—预则立&&他山之石(人月神教)
1.团队任务 GitHub issues 1.2 团队计划 2.访谈任务 2.1采访对象 采访团队:龙威零式 采访时间:2017.10.23 采访形式:微信群 2.2采访内容 问:你们选题的时候有哪些 ...
- 阿里八八——预则立&&他山之石
团队计划--α版本Issues 概况 采访团队:"一起买"开发团队 采访形式:团队--团队 团队采访 内容提炼 项目选题 团队选题本身并没有大的亮点,但是可以从功能下手,多想想项目 ...
随机推荐
- Django model字段类型(转)
AutoField 一个 IntegerField, 添加记录时它会自动增长. 你通常不需要直接使用这个字段; 如果你不指定主键的话,系统会自动添加一个主键字段到你的 model.(参阅 _自 ...
- 正则表达式简介及在C++11中的简单使用
正则表达式(regular expression)是计算机科学中的一个概念,又称规则表达式,通常简写为regex.regexp.RE.regexps.regexes.regexen. 正则表达式是一种 ...
- 在Javascript中 声明时用"var"与不用"var"的区别,== 和 ===的区别
今天,被问到两个JS问题,当时没回答到重点,问题虽然看起来简单,但是细节却马虎不得,在此做下记录: 1. 在Javascript中 声明时用"var"与不用"var&qu ...
- Python 安装与专属 IDE_Pycharm 安装配置、永久激活,赠汉化版!
这个为什么说是一次学生时代的经历呢,我的出发点并没有是为了吊胃口.确实,这个Python小应用,只能在学生时代用得着吧,尤其是高中和大学,如果你没有想到也没关系,看完我下面说的就会明白了. 对红蜘蛛软 ...
- ROC曲线与AUC
一.ROC曲线 1.简介 ROC曲线全称是"受试者工作特征曲线 "(Receiver Operating Characteristic curve),又称为感受性曲线(Sensit ...
- 「专题训练」游走(BZOJ-3143)
题意与分析 定义走到每条边的期望为\(e_i\),一开始的想法是给定一个\(\large\sum_{i=1}^n e_i a_i\),求一个a的排列使得这个和最小.问题在于这样等于没对题目作分析,而且 ...
- **测试某系统切换成docker部署之后性能的下降情况**
###分析 * 对比:某系统/docker* A:某系统性能情况* B:dockers部署的性能情况* 求出A&B两者之间的差异* 确定性能指标(tps)* 测试报告里体现:tps的变化 ## ...
- Tetris(俄罗斯方块)
一天有个小朋友问我OpenGL俄罗斯方块怎么写. 俄罗斯方块分成两部分游戏逻辑和画面渲染. 1. 游戏逻辑 一个简单的俄罗斯方块的逻辑部分需要考虑的情况如下: 1. 方块的表示(坐标, 旋转, 上下左 ...
- Unity优化方向——优化Unity游戏中的垃圾回收(译)
介绍 当我们的游戏运行时,它使用内存来存储数据.当不再需要该数据时,存储该数据的内存将被释放,以便可以重用.垃圾是用来存储数据但不再使用的内存的术语.垃圾回收是该内存再次可用以进行重用的进程的名称. ...
- [操作系统]makefile
makefile文件保存了编译器和连接器的参数选项,还表述了所有源文件之间的关系(源代码文件需要的特定的包含文件,可执行文件要求包含的目标文件模块及库等). 创建程序(make程序)首先读取makef ...

