02组团队项目-中期总结
一、Alpha冲刺链接
| 冲刺轮次 | 我的博客链接 |
|---|---|
| Alpha 1/6 | https://blog.csdn.net/Tranquil12138/article/details/127741839 |
| Alpha 2/6 | https://blog.csdn.net/Tranquil12138/article/details/127778974 |
| Alpha 3/6 | https://blog.csdn.net/Tranquil12138/article/details/127814545 |
| Alpha 4/6 | https://blog.csdn.net/Tranquil12138/article/details/127839139 |
| Alpha 5/6 | https://blog.csdn.net/Tranquil12138/article/details/127875802 |
| Alpha 6/6 | http://t.csdn.cn/cF0P9 |
二、团队名片（5分）：
- 队长博客链接：https://bbs.csdn.net/topics/609422542
- 团队Logo：
团队ID号与团队名称：02_父老乡亲同舟共济
团队现场答辩总结：
我们小组不太幸运抽到了倒数第三个答辩，在座的同学们都已经比较疲惫了，不过在我们小组上场答辩时，大家还是提起了精神，可以看出大家看到我们小组录制的真人情景剧后又感到很新鲜了。根据柯老板以及同学们的评价，我们的项目确实让人耳目一新，PPT制作精美可爱，汇报层次分明，最后也有升华，答辩环节我们也完美的回答了同学们的提问，整个答辩氛围很nice。但我们在拍照识别功能的实现上确实还有很大的不足，我们可能把过程想得太过复杂化，柯老板建议我们不用搞清具体原理，先去找相关开源代码运用即可，所以这个问题我们也在全力解决中。
团队讨论的真实照片：
以表格形式展示团队中每个人在本次作业中的具体分工和各自得分比例。（得分比例之和为*总人数100%**，例如3人团队得分比例可以为95%、100%、105%）
姓名 具体分工 得分比例 欧希贤 博客的撰写 150% 万遥 PPT的制作以及视频的制作、答辩宣讲 240% 刘向民 视频的拍摄 110% 徐昊 博客的部分撰写 50% 朱智浩 博客的部分撰写 50% 常文杰 博客的部分撰写 50% 蔡冀鸿 博客的部分撰写 50% 张芯月 视频的制作、用户界面设计 200% 刘金柱 博客的部分撰写 50% 李超洋 博客的部分撰写 50%
三、总结思考（45分）
3.1 设想和目标（5分）
3.1.1我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述 ？
我们的项目主要立足于人文关怀，助力于构建一个人猫和谐的校园环境。由我们初期调研的数据我们可以知道，福大校内猫猫的数量是较多的，而校内人员与猫猫们的接触也是相当频繁的，但由于互相的不了解有时人与猫之间会造成不恰当的接触，为了让人们更好的关爱猫猫，我们团队决定开发此款小程序。我们以猫猫为中心，为猫猫打造专属信息库并赋予此款小程序社交属性，将其发展为以猫猫为中心的人猫和谐社区。此定义明确。此款小程序的典型用户为校内爱猫人士以及潜在的爱猫人士，面向用户包括但不限于每一位热爱生活热爱生命的校内人员，典型场景包括遇见不认识的猫猫对其进行识图以获取此猫猫的信息、想某只猫猫了查看猫猫的相册以及相关动态、被某只猫猫可爱到了发动态记录一下等等与猫猫有关的场景。
3.1.2我们达到目标了么?（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)
基本上是实现了我们在本冲刺阶段的基本目标，原计划的功能已基本实现或实现了大半。接下来的部分便是后端与前端的对接以及用户内测与交互上的完善。交付时间相比原计划需要往后延时，尚未投入使用，所以还未确定既定用户数量。
3.1.3用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?
由于在小程序正式上线之前用户仅为开发人员与小部分内测人员，故功能的接受程度与事先预想基本一致。在大家的团结协作之下，我们离目前越来越近了。
3.1.4有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
最大的经验教训还是由于开发经历不足所导致的前期分工不明以及对接困难。如果历史重来一遍的话，在前期准备工作方面会下更多的功夫以到了具体开发阶段能够更加理解自己的分工以及让对接更有效率。
3.2 计划（6分）
3.2.1是否有充足的时间来做计划?
在选题制定之后有较多时间做出计划，已经非常清晰地描绘出了我们团队想做什么、要做什么、以及怎么做的大概框架，在开发过程中随着我们对项目的熟悉也对计划与分工进行了合理的调整与修改。
3.2.2团队在计划阶段是如何解决组员对于计划的不同意见的？
在遇到不同意见时团队内部会首先沟通了解对方的出发点，再分析每个意见的可行度，最后再讨论出最适合总体计划方向的意见。
3.2.3原计划的工作是否最后都做完了? 如果有没做完的，为什么?
在此冲刺阶段我们原计划的工作基本完成，但由于开发过程中所遇到的阻碍，还剩余后端部分的完善以及与前端的对接部分。
3.2.4有没有发现做了一些之后看来没必要或没多大价值的事?
团队计划较完善，未发现有做了但现在看来价值不大的事。
3.2.5是否每一项任务都有清楚定义和衡量的交付件?
在项目初期，每一项任务其实并未完全清晰，但随着项目的推进以及团队对项目的了解，我们的任务分配也越来越清晰，我们做了尽可能详细规划，对于所有功能的实现通过类图做了清晰的设计，同时原型的设计也早早完成。故每一项任务都有清晰的定义与衡量的交付件。
3.2.6是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?
我们团队在项目的整个过程都按照计划进行，没有出现任何无法挽回的意外，除了有的时候莫名其妙的bug除外，但这也是意料之中。风险是存在的，我们的拍照识别功能推进缓慢，由于大家以前都没有接触过这方面的学习，开源代码也没找到合适的，所以这个功能对于我们来说还没有做得很完善，在完成度上面存在一定的风险。
3.2.7在计划中有没有留下缓冲区，缓冲区有作用么?
根据原计划我们给项目留下了约三天的缓冲区，但由于对接上出现的一些困难，导致我们缓冲区的实际时间为两天，这两天的缓冲也让我们可以对项目及时进行合理调整。
3.2.8将来的计划会做什么修改？（例如：缓冲区的定义，加班）
未来的计划中我们会重视缓冲区的作用，在合理分工的情况下尽量延长缓冲区，缓冲区实际上对我们团队而言是一次重要的自检。在后续的计划中，团队的重心也会向后端靠拢，尽快完成任务，尽量避免不必要的加班，
3.2.9学到了什么? 如果历史重来一遍, 会做什么改进?
在这次团队冲刺中，我们团队协力完成了Alpha版本的发布，在这一过程中，我们不仅在各自研究的前后端领域学到了全新的知识，还认识到了好的计划调度和团队合作对整个项目进度的重要性。如果历史重来一遍，我们会事先做好更加完善的计划，可能会更早确定选题的方向和所要完成功能，这样能更好的协调组内分工细则，计划也会更加明确。
3.3 资源（6分）
3.3.1我们有足够的资源来完成各项任务么?
其实资源并不够用，首先大家其实并没有什么开发经验，对于小程序开发，其实大部分人都是从0开始学习。而小程序开发其实有许多需要自己实践探索区理解以及需要足够多的试错以积攒经验的，所以大家在前期的进度都相对较慢，而小程序本身其实没有很完整的教程，需要足够多的实践去探索，只能说感谢大家的努力我们的项目才得以稳步推进。
3.3.2各项任务所需的时间和其他资源是如何估计的，精度如何?
根据大家的开发基础以及协作水平去估计项目所需的时间，但精度其实一般，实际开发所遇到的困难有时是难以估计的，而且大家许多都是从0开始做起。
3.3.3测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
大部分资源是不足够的，在此冲刺阶段大家也是花了许多时间精力去尽力完成任务，为了预留出缓冲时间，大家也是争分夺秒，有时会感觉到人手不足，在图像识别功能的开发中，遇到了一个功能需要跑两个小时的状况。对于不需要编程的资源并未低估难度，也是全力完成。
3.3.4你有没有感到你做的事情可以让别人来做（更有效率）?
我们小组都没有这种想法，在分工上较合理。
3.3.5有什么经验教训? 如果历史重来一遍, 会做什么改进?
经验教训大概是前期其实没有做好充分的准备才导致起步阶段有一些慌乱。如果重来一次的话，前期会花更多的时间去了解相关知识。
3.4 变更管理（6分）
3.4.1每个相关的员工都及时知道了变更的消息?
每次有变更消息，都会让组员们在群里收到回复，保证每个相关组员都能够及时知道变更的消息。
3.4.2我们采用了什么办法决定“推迟”和“必须实现”的功能?
在计划中我们有决定出基础功能与附加特色功能，此决定是基于小程序基本的定位以及小程序的主打功能，故在决定“推迟”和“必须实现”的功能时，我们采取的也是此标准。
3.4.3项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?
项目的出口条件的定义为：基础功能实现，用户交互感良好，附加功能实现。
3.4.4对于可能的变更是否能制定应急计划?
可制定应急计划，我们团队先以基础功能为重点，后期再附加功能为重点，如遇突发情况，会加快完成基础功能以实现保底。
3.4.5组员是否能够有效地处理意料之外的工作请求？
我们团队的组员会在需要的时候去学习新的知识以处理意料之外的工作请求。
3.4.6学到了什么? 如果历史重来一遍, 会做什么改进?
此次冲刺学到了将工作中的任务按重要性合理安排。重来一遍的话，会根据实际需求结合开发难度去做更加合理的安排，在意外发生时要尽快交流，达成共识并做好解决措施。
3.5 设计/实现（6分）
3.5.1设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
UI设计工作主要由张芯月同学在项目初期时完成，项目初期确立的原型设计为后来我们的开发方向做出了指导，是合适的时间与合适的人选。
后端的设计主要由团队内在项目初期讨论得出，并以此分配工作，是合适的时间与合适的人选。
3.5.2设计工作有没有碰到模棱两可的情况，团队是如何解决的？
有遇到模棱两可的情况，主要由相关负责人主导、对内讨论解决，讨论的基调为初期确立的设计的大方向。
3.5.3团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？
使用了uml来帮助设计和实现。工具是有效的。
3.5.4比较项目开始的 UML 文档和现在的状态有什么区别？这些区别如何产生的？是否要更新 UML 文档？
区别较大，随着项目的推进，团队的项目的理解也越来越细致。需要更新UML文档以更好地辅助开发工作。
3.5.5什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?
动态打卡功能产生的Bug最多，主要是由于对后端开发以及数据库开发不熟悉导致的。目前未遇到重要的bug。产生Bug是因为我们在设计阶段时并没有掌握有关动态打卡的知识，所以上手后有一定的知识空白。
3.5.6代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
对统一命名提出要求后对代码进行粗略阅读，后再次进行二次判断。较严格执行代码规范。
3.5.7学到了什么? 如果历史重来一遍, 我们会做什么改进?
学到的太多了，无论是设计能力、语言知识还是开发的能力都获得了进步，也能够更加理解初期设计的重要性以及基础知识的重要性。如果历史重来，大概率会提前去适应这种开发模式以及学习知识的模式。
3.6 测试/发布（5分）
3.6.1团队是否有一个测试计划？为什么没有？ 是否进行了正式的验收测试？
有测试计划，在初期计划进行开发人员间的内测，而在之后会推行非开发人员的内测。正式的验收测试还未开始。
3.6.2团队是否有测试工具来帮助测试？
有利用测评工具来测试图像识别算法的耗时。
3.6.3团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
在内测过程中收集体验报告并对功能体验进行评价以此测量并跟踪软件的效能。从软件实际运行的结果来看，这些测试工作确实对软件的完善提供了不少宝贵的建议。改进可以考虑对软件的性能进行可视化的测试。
3.6.4在发布的过程中发现了哪些意外问题？
偶尔会出现请求时延。
3.6.5学到了什么? 如果历史重来一遍, 会做什么改进?
学到了软件测试的方法以及体会到了测试对软件的重要性。如果重来一遍，会更加重视对软件功能各个阶段的测试。
3.7 团队的角色，管理，合作（5分）
3.7.1团队的每个角色是如何确定的，是不是人尽其才？
团队的每个角色由个人擅长方向、功能开发要求以及个人意愿分配。基本上是人尽其才。
3.7.2团队成员之间有互相帮助么？
哐哐互相帮助，没有大家已经坚持不下去了呜呜呜呜呜。
3.7.3当出现项目管理、合作方面的问题时，团队成员如何解决问题？
遇到问题哐哐讨论，大家交流比较积极，最终我们都会得出让团队满意的结果。
3.7.4每个成员明确公开地表示对别人帮助的感谢 （写在各自的博客里）：
我感谢 ___徐昊__对我的帮助，因为:在他的推荐下我决定了要使用的教程。
3.8 总结（6分）
列出团队所有成员Alpha冲刺阶段后的心得。
欧希贤总结1：
感觉开发过程中没有什么东西是容易的，很多东西实战与理论其实存在着较大差别，学习过程中也让我更加能够沉下心来去做事情。学到了很多吧，初次开发小程序确实是磕磕碰碰的旅途，感谢大家都有尽力去做自己负责的部分。答辩完之后的夕阳挺好看的。
张芯月总结2：
这次冲刺的优点就是首先都让大家动起来了，就促使大家快速的分工和完成任务。感觉小组合作更互补了，体会到了小组合作的意义。定时定点的汇报让每个人都对自己的学习计划有个安排，这点我感觉挺好的。我对微信小程序也有了更深的了解。总体来说这次冲刺我也学会了很多东西，又累又充实也很快乐。希望我的第二轮Beta冲刺可以表现的更好，学到更多知识。希望我们小组的合作也越来越完美！
万遥总结3：
让我感受到了团队真正的意义，不仅仅是因为个人精力有限完不成才需要团队，而是在共同完成项目的过程中，互相鼓励互相学习，苦中作乐一起进步。因为速成学习，基础不牢，知识体系不够好的缘故，学习时间真的很长。因为没有一个指导我们方向的大佬，大家都是小白，在摸索中学习。其实软工理论中，并没有规定那么具体每个人要如何编程，这都需要我们去亲身实践，亲身尝试，这也再次印证了软件工程是一门需要实践的学科。要善于在网上去寻找资源，代码什么的可以在网上找到一些比较类似的，要慢慢去看着学习。
常文杰总结4：
在最开始得知Alpha冲刺这一任务的时候，我的内心是相当抗拒的。毕竟最近几周的任务很多，而且多个课程的大作业截止时间都在11月底、12月初的时段，如果还要额外花时间去写阶段性博客，只会让本就不富裕的时间更加雪上加霜。事实上也是如此，虽然每次博客的内容不多，但也需要花费一定时间去完成，在任务繁重的时候令人格外的烦躁。
但凡事有坏也有利，冲刺博客虽然给我们增加了时间上的负担，但也很好地督促了组内各个成员稳步推进进度，避免了摆烂拖延、不务正业的现象，从某种意义上也为我们节约了时间。
整个Alpha阶段，我们完成了前端大部分的工作，后端数据库和图像识别的进度也在稳步推进，可以说阶段性博客功不可没。
在这次的Alpha冲刺阶段，我也是一改以前拖延的习惯，早早地开始进行UI界面的建造，在这期间我也是遇到了不少的问题，例如、界面和不同机型如何匹配、如何适应更多的机型、导航栏及滚动界面的制作，等等。
这些问题不算难，但很需要花时间去试验和解决（可能是因为我能力不足吧）。好在最后问题都被我一一解决了，虽然很累，但收获也很多，自己在这个过程中也学到了不少新知识，也希望自己在Beta冲刺阶段再接再厉、做的更好！
刘向民总结5：
第一次参加团队编程，其实开始有点慌，毕竟自己会的不多，在此阶段，自己做的事不多，希望在下个阶段，能走出舒适圈，多做一些实质性的贡献。
朱智浩总结6：
第一次做这么大的工程捏，第一次接触后端，接了后端组的任务后刚开始觉得应该和前端一样简单，然而随着事情的发展，我发现我错了。后端所需掌握的知识远比我想象的要多得多。刚开始啥也不懂哐哐学nodejs，学完发现还是做不出来，果断放弃，另寻出路，这次方向对了，但是要学的内容好多，呜呜。总的来说，从啥也不懂的小白，成功入门微信小程序，虽然这个不算后端，取了点巧。了解了web，小程序开发的步骤，制作开发这些东西要学习什么了，以后学习目标就会清晰一些，不会盲目乱窜了，呜呜。
刘金柱总结7：
由于自身编程能力不够强，在Alpha冲刺阶段中花费大量时间去进行学习相关的知识，没有参与代码编程任务当中，还有之前对于自己要干的事情还不是很清晰，浪费了大量的时间，以至于学到的东西没有多大的用处，在这次Alpha冲刺中，最后**有了明确的方向，能参与到团队任务中还是比较有体验感的，**但是自己对前后端的交互不太行，云开发做起来也比较吃力，希望在Beta能更进一步。
李超洋总结8：
前端的东西很容易上手，但是真的很不容易深入；知识很零散、细碎，真的很要耐心。
前后端的交互，以及数据库、接口的搭建也并不像大家想象的那么简单。
对于一整个项目的架构没有较好的认识，这对我们的开发规划影响很大。
有很大一部分知识，在开发中并没有用到，但是仍然花费了我大量的时间和精力去学习；这是一个比较值得思考的问题。
蔡冀鸿总结9：
本次Alpha冲刺一开始的思路是进行图像识别相关知识的学习，然后运用知识实现图像识别。但是这思路不对。后来才得知正确做法是直接拿现成的用（虽然现成的也不好找就是了）。从软工的第一份作业开始，一切的起点都是从头学一个新的东西，这是个“不成文的规矩”，如果诞生了拿成品套用的想法（虽然成品也确实没那么能找到），甚至应该要为之感到羞愧。于是进度噌噌噌地停在那儿。体会就是，这确实不是人干的事儿。图像识别这东西，都够拿来当一门必修课了吧，在本来就有课要上，有其他作业要完成，有其他事要做的情况下，两周搞定？这可不是什么水课啊喂。总之就很艰难，虽然毫无成果没什么资格说话。
徐昊总结10：
AI真难，不是我等轻易便能掌握的。很遗憾直到快完蛋才想起去找开源代码，算是一个教训吧。因为在现场编程与团队编程中，我的各种无法完成需求的情况，大家都给予了很好的包容与鼓励，让我没有过分自责，得以继续前进，团队协作真的很重要。
02组团队项目-中期总结相关推荐
- 09组团队项目-中期总结
一.Alpha冲刺链接 冲刺轮次 我的博客链接 Alpha 1/6 09组团队项目-Alpha冲刺-1/6-CSDN社区 Alpha 2/6 09组团队项目-Alpha冲刺-2/6-CSDN社区 Al ...
- 01组团队项目-中期总结
一.Alpha冲刺链接 冲刺轮次 我的博客链接 Alpha 1/6 01组团队项目-Alpha冲刺-1/6(wxy)_我永远喜欢雪乃的博客-CSDN博客 Alpha 2/6 01组团队项目-Alpha ...
- 10组团队项目-中期总结
一.Alpha冲刺链接 冲刺轮次 我的博客链接 Alpha 1/6 http://t.csdn.cn/aY8sm Alpha 2/6 http://t.csdn.cn/jBbkf Alpha 3/6 ...
- 01组团队项目-Beta冲刺-1/5
一.基本情况(15) 团队ID:01 团队名称:画饼大队 组长博客:01组团队项目-Beta冲刺-1/5-CSDN社区 小组人数:11 二.冲刺概况汇报(60分) 廖国均 过去两天完成了哪些任务 完成 ...
- 09组团队项目-Beta冲刺-5/5
一.基本情况 团队ID:09 团队名称:叔叔阿姨菜菜捞捞 组长博客:09组团队项目-Beta冲刺-5/5-CSDN社区 小组人数:8 冲刺轮次 我的博客链接 Beta 1/5 09组团队项目-Beta ...
- 01组团队项目-Alpha冲刺-1/6
一.基本情况(15) 团队ID:01 团队名称:画大饼队 组长博客:[01组团队项目-Alpha冲刺-1/6-CSDN社区] 小组人数:11 二.冲刺概况汇报(60分) 廖国均 过去两天完成了哪些任务 ...
- 01组团队项目-Alpha冲刺-1/6(wxy)
一.基本情况(15) 团队ID:01 团队名称:画饼大队 组长博客:[01组团队项目-Alpha冲刺-1/6-CSDN社区](01组团队项目-Alpha冲刺-1/6-CSDN社区) 小组人数:11 二 ...
- 01组团队项目-Beta冲刺-3/5
一.基本情况(15) 团队ID:01 团队名称:画饼大队 组长博客:01组团队项目-Beta冲刺-3/5-CSDN社区 小组人数:11 二.冲刺概况汇报(60分) 廖国均 过去两天完成了哪些任务 完成 ...
- 01组团队项目-Beta冲刺-2/5
一.基本情况(15) 团队ID:01 团队名称:画饼大队 组长博客:01组团队项目-Beta冲刺-2/5-CSDN社区 小组人数:11 二.冲刺概况汇报(60分) 廖国均 过去两天完成了哪些任务 完成 ...
最新文章
- delphi socket 流的使用_基于TCP协议的Socket编程和通信_单向通信
- 软件配置管理（Software Configuration Management，SCM）
- 为机柜鸣冤:数据中心被忽视的重要设备
- mongodb studio 3t 破解无限使用脚本
- python 之GUI设计：messabebox组件
- leetcode 341. Flatten Nested List Iterator | 341. 扁平化嵌套列表迭代器（Java）
- pytorch构造可迭代的Dataset——IterableDataset（pytorch Data学习二）
- Java基础面试题，啾啾啾~~~
- ORA-22859 无效的列修改
- Sublime Text 3 插件和python环境
- 工业园区与大型制造工厂企业食堂消费管理系统常见需求及解决方案
- Python数据挖掘之时序模型预测
- 【CSDN】博文导入微信公众号
- HbuilderX 运行到小程序模拟器
- HACCP的相关文献包含哪些？
- 多个元素过渡---过渡模式
- 陕西车牌顺口溜~~~~~~~~~~~
- python例子之一句话求列表中偶数
- java基础代码练习
- Oracle导出DMP文件的两种方法