beta冲刺——总结随笔

beta冲刺——总结博客

这个作业属于哪个课程	https://edu.cnblogs.com/campus/fzzcxy/2018SE1
这个作业要求在哪里	https://edu.cnblogs.com/campus/fzzcxy/2018SE1/homework/11616
这个作业的目标	对β冲刺总结
其他参考文献	https://www.cnblogs.com/Matrix-Team/p/14186979.html

 项目预期计划

beta项目时间为期10天时间预计计划大体如下：

时间	计划
第一天	开一次思想动员会，叮嘱事项分配任务，冲刺随笔1
第二天	Beta冲刺-凡事预则立、代码规范与计划随笔、冲刺随笔2、后端代码开始完善、前端界面优化
第三天	后端代码开始完善、前端界面优化、冲刺随笔3
第四天	后端代码开始完善、前端界面优化、冲刺随笔4
第五天	后端代码开始完善、前端界面优化、冲刺随笔5
第六天	后端代码开始完善、前端界面优化、冲刺随笔6
第七天	后端代码开始完善、前端界面优化、冲刺随笔7
第八天	后端代码开始完善、测试随笔、答辩PPT汇报、项目验收视频、冲刺随笔8
第九天	vlog拍摄、测试随笔9、用户使用调查报告
第十天	冲刺随笔10、总结随笔

 现实情况

高亮所标记为当天完成的任务情况，未标记的为当天根本没有行动或者为还未完成的任务。

时间	计划
第一天	开一次思想动员会，叮嘱事项分配任务，冲刺随笔1
第二天	Beta冲刺-凡事预则立、代码规范与计划随笔、冲刺随笔2、后端代码开始完善、前端界面优化
第三天	后端代码开始完善、前端界面优化、冲刺随笔3
第四天	后端代码开始完善、前端界面优化、冲刺随笔4
第五天	后端代码开始完善、前端界面优化、冲刺随笔5
第六天	后端代码开始完善、前端界面优化、冲刺随笔6
第七天	后端代码开始完善、前端界面优化、冲刺随笔7
第八天	后端代码开始完善、测试随笔、答辩PPT汇报、项目验收视频、冲刺随笔8
第九天	vlog拍摄、测试随笔9、用户使用调查报告
第十天	冲刺随笔10、总结随笔

 过程体会

 1.为什么选这个项目

在整个项目阶段认识到了一个项目的完成是非常的不容易的。首先，是对一个项目的认识不够了解。由于没有足够的思考就随随便便选了个题目，具体的功能以及如何实现的技术都一概不知，在摸索中，逐渐完善。在有了idea的时候在思考，要写成cs架构的软件呢还是bs架构的网站呢。根据组员的实力选择，最后选择入门门槛比较低的bs网站。但是还是问题很多。比如：从申请云服务器到将产品部署到服务器上面这一块的知识就是零。其次，对于API和SDK的调用知识储备也是零。由于准备用php和前端作为开发的语言之前找到的查重SDK只能调用在Java中，所以只能放弃。预先准备的很多东西都只能作罢。

2.过程中所出现的问题

1.由于很多东西都是第一次使用。使用起来肯定不会那么顺利。当一个问题花费很长时间没有进展的时候是非常打击人的积极性的。这恐怕就是一鼓作气再而衰三而竭的道理。2.团队合作问题，我认为一个好的团队是克服一切困难的基石，就算团队的实力再怎么差只要有用心做大家都能看得到。都终将有所收获。我认为一个好的团队需要组长和组员每一个人的紧密配合才能共同完成一个艰巨的任务。我认为对于一个项目而言拥有一个好的团队，这个项目已经算是成功一半了。什么是好的团队我认为组长视情况而分配任务发挥每个人的优点。视情况而定弹性的进行调整把握整个项目的走向。对组员的成果积极的作出正反馈。调动起大家的积极性。有问题积极的进行帮助共同解决问题。对于组员们而言，对于有所疑问的问题应该及时的提出。减少心中的疑惑，对于不会的知识应该自己想办法进行解决比如百度什么的，实在是百度也无法解决的问题，及时提出进行讨论共同解决问题。而不是只要是没学过的一出现问题就直接将问题丢给组长，等待组长解决。与你毫无相干。还有出现一点小挫折开始大呼小叫消极怠工、不服从分配，没啥别的问题就是不想做。甩性子发脾气是不可取的。

 3.解决所出现的问题

所出现的问题到现在依旧未能解决，采取不理睬直接忽视没做就没做等手段对待问题问题。等到项目尾声以考试为由直接放弃。

 beta组员分工及工作量比例

组员	分工	贡献度(实际所得/预计所得)
孙铭	前端代码优化、总结博客、分配任务、催促进度、对任何有问题的事情进行解决	12/16
辜智博	后端代码、测试视频、代码规范与计划随笔	10/16
陈利龙	后端代码、测试博客	10/16
宋旭才	凡事预则立随笔、三次冲刺随笔	13/13
林泽龙	三次冲刺随笔、PPT	13/13
吴耀滨	用户调查报告、vlog	13/13
何淑彬	四次冲刺随笔	13/13

为什么实际所得与预计所得不相同呢，根据分配的任务完成程度进行划分。

孙铭:

1.前端代码优化不够。原因：前端代码css样式凌乱，前后端代码混杂，难以进行大面积修改。只能微调局部。

2.是在组织不起来整个团队，动员不起来

辜智博:自己任务没有完成最基本的功能没有实现

陈利龙:自己任务没有完成最基本的功能没有实现

 项目整体总结

软件工程与UML这门课程让我们第一次以一个完整项目的形式从头到尾的进行下来。从分析客户需求到最后的代码实现。让我们第一次了解到一个产品研发的整个流程。这对我们无疑是一个宝贵的机会。知道我们所学的课程在一个项目中的位置能够干什么？怎么用?什么是重点?从而在今后的一年中查漏补缺抓住重点，迅速提升自己实力进而更好的适应企业。

根据上一届学长所讲，他们大三下上这门课程都希望能够将这门课程提到大三上，使得他们有时间更早的作出调整，可以更好的适应工作更好的就业。我不知道学长们的课程安排是怎样的，但是我们的服务器端等等的课程都于这门课程同一学期进行，但是这些课程进度非常的慢。所以我们基本上是自己从零开始，什么是云服务器怎么将自己本地的代码在网页中能展现出来等等一系列的问题数据库要放哪物理服务器中如何部署web服务器等等，基本的Linux系统的操作一概不知。有些东西准备了蛮久的了发现不兼容等等诸多问题。是否可以将服务器端的一些基本知识可以放到大二下去呢或者在这门课开课前利用一周的时间将一个已完成的项目工程的技术栈流程走一遍，bs架构的网站讲一下上架，cs架构的讲一下封装是否学生能更好一点的接受呢而不是花费大量的无效时间在度娘身上，总之不管怎么样都有利有弊，自己寻找解决办法可以印象更深刻。

有了这次宝贵的经验，在接下来的学习中使得学习更有方向性不至于那么迷茫。尽快的将之前的恶果补救回来尽早的作出调整。

第一次以团队的形式进行任务的完成或多或少的不适应，团队的氛围也会悄无声息的改变。管理好一个团队也不是那么容易的。每个个体都有自己的小心思。总之，理想很丰满，但是现实往往很骨感。