Bug生产队实验五团队作业1：软件研发团队组建与软件案例分析

项目	内容
课程班级博客链接	https://edu.cnblogs.com/campus/xbsf/nwnu2020SE
作业要求	https://www.cnblogs.com/nwnu-daizh/p/12709461.html
团队名称	Bug生产队
团队的课程学习目标	组建软件项目研发团队，进行软件案例分析
这个作业在哪些方面帮助团队实现学习目标	通过软件案例分析，提升团队合作的能力
团队博客链接	https://www.cnblogs.com/BugProduce/

任务1：团队组建

1.队名：Bug生产队

2.队成员组成，按以下列表形式给出，个人博客地址需加超链接，在备注中标记团队组长（PM）；

成员学号	成员姓名	成员个人博客	备注
201771030126	王元宗	https://www.cnblogs.com/Wyuanzong/	PM
201771030105	范铂真	https://www.cnblogs.com/Februaryy/	--
201771030116	乔昊	https://www.cnblogs.com/Qiaohao501/	--
201771030112	刘永胜	https://www.cnblogs.com/liuyongsheng-0112/	--

3.1成员风采：介绍每位队员的风格、擅长技术、编程兴趣、希望的承担的软工角色(文档、开发、测试、PM等)、一句话宣言等；

姓名	承担角色	个人介绍	个人宣言
王元宗	PM、开发	程序测评，总结规划	撑到最后，才有然后
范铂真	测试	会做测试	高高兴兴，没有毛病
乔昊	开发	程序开发	不想当码农的程序员不是好的产品经理
刘永胜	文档	编写文档	做一个有用的小兵

3.2请阅读《现代软件工程—构建之法》第7章，理解MSF的9点基本原则

MSF基本原则：

1、推动信息共享与沟通

此原则要求是将所有信息都保留并公开，讨论要包括所有涉及的角色，决定要公开并告知所有人。在此过程中可能会有技术机密的问题，要注意保护。信息共享和沟通是其他原则实行的基础，无论是被修改了的错误，还是发生了任何变化的过程，团队中的每个人都应该对此了解。宁可过分沟通，也不能使团队合作中的一个部分不透明公开。这会影响之后的学习。

2、为共同的愿景而工作

“共同的远景”是指产品的远景，此原则要求指定产品的最终目标，要求所有的工作人员朝着这个目标努力。如果没有搞清楚项目的目标，或者朝着与目标不同的方向努力时被认为是在做无用功。这是一个项目的关键，是项目第一阶段要达到的主要目标。无论做什么类型的软件都要明确我们项目的目标是什么。

3、充分授权和信任

此原则要求所有成员都应该能得到充分的授权和信任，他们有权在职权范围内按照自己的承诺完成任务，同时他们也充分信任其他同事的承诺。成员之间、团队之间是平等协作的关系，形成网状团队结构。这样做的好处：1.被授权的人会承担自己对项目的责任，同时也期望同事们也同样对项目负责；2.MSF提倡自下而上的计划，每个人有充分的权利估计自己的任务需要多长时间，每个人按照自己的估计去完成任务。人人支持项目计划和时间表。

4、各司其职，对项目共同负责

团队中的每个角色都有自己的职责，每个工作人员尽职尽责，各司其职，并且当要做一件事情，周围人有不少意见时，对此事负责任的角色要自己拿主意。团队的各个角色合起来，对整个项目的最终成功负责任。任何角色的失败都会导致项目的失败，各个角色的工作都是相互渗透、相互依赖的。

5、交付增量的价值

虽然我们都是搞技术的，但是同时我们也是一个商业实体，我们的项目都应该出于商业目的。商业项目需要重视市场和用户。技术处于第三位。“用户体验”，“产品管理”，这两个角色我们都要尊重。要重视商业价值，将目标和商业价值联系起来。此过程并不是功利的，任何产品，都应该注重商业价值。

6、保持敏捷，预期和适应变化

要求注意预期变化，而不是期望变化，意思是适应需求的变化、技术的变化、人事的变动。软件工程，唯一不变的是变化。所以客户的需求不会在第一时间很明确，然后保持不会变。除开客户的外部原因，团队内部也在不断的变化，这就要求团队保持敏捷的身段。

7、投资质量

要求用适量的时间去提升产品质量，但是没有说质量第一，应该把解决用户的问题第一，提高用户的满意度放在第一。团队成员应该有共识:防止缺陷的发生成为团队质量控制的首要任务，所有的角色都应该对质量保障负责，及时发布能够解决用户问题的软件，并能够及时修改软件中的问题。

8、学习所有的经验

强调做到经验总结和分享经验两个方面。MFS在每一个里程碑结束时都要做一个里程碑回顾，而不必等到项目结束后，因为大家对最近的成败都记忆犹新，能提供比较准确和全面的反馈。也是为了让团队成员从别人的成果和失败的例子中学到东西。如果发现了错误，可以马上研究解决办法，在下一个里程碑中通过实践来验证。

9、与顾客合作

MSF强调产品团队与顾客的交流与合作，并不是产品团队拿到合同就开始闭门造车。项目的商业价值要由用户说了算，及早和用户沟通，通过讨论将模糊的需求共同变得具体，当用户不清楚自己的需求时，先和用户一起做出需求分析，项目是由项目团队人员做出来和用户喜欢的先决条件下的产品。

4. 组建团队企业微信群，给出群成员截图；

5. 团队特色描述，言简意赅的描述团队特点或核心竞争力；

一滴水只有放进大海里才永远不会干涸，一个人只有当他把自己和集体事业融合在一起的时候才能最有力量。这是我们的团队精神。我们团队成员之间可以做到相互信任，并且有良好的沟通，团体成员通过畅通的渠道交流信息，及时提出自己的想法或者疑问，大家互相帮助，共同为目标努力。

任务2：软件项目案例分析（案例分析作业以邹欣老师博客1和2为基础改编）

现代社会，人们很多时候要和软件打交道，手机游戏、微信、QQ、中国铁路12306等等。软件工程学习中，通过这些软件案例的分析、评测、辨析和总结，我们就能看到软件工程的原理和原则在工程实践中的种种体现和应用，从而加深对软件工程知识内容的理解，帮助我们在软件项目实践中做得更好。

以下是本次作业候选分析案例：

从候选案例中选择一个软件进行分析，以团队协作学习方式完成以下任务：

（1）阅读《现代软件工程—构建之法》第8章、第12章内容，完成以下案例分析任务：

A.下载、部署并体验案例软件的功能，使用10–30分钟这个软件的基本功能（上传使用软件的照片）；

1.博客园的使用体验

1.进入博客园首页，使用自己的账号登陆，首页如下图。

2.此次分析针对博客园的班级博客模块分析，因此我们进入班级模块首页。

进入班级模块可以看到，我们在首页看到很多内容分类。

还可以查看加入博客园班级博客的学校地图分布情况。左边一栏显示所有学校的链接，中间地图则显示校区分布

同样可以查看班级情况

以及博文

作业

学习计划

当然，以上的所有数据都为班级博客整个网站的数据统计，并不区分某个学校或班级。

回到班级博客首页，我们可以查看首页所展示的信息活跃班级、作业博文、作业动态以及统计预览。

活跃班级：可以看到班级发布内容较多的班级

作业博文：展示最新时间内所有作业

作业动态：老师们最新发布的作业要求

统计预览：可以看到历史班级博客中的一些数据

3.在活跃班级中选择一个进入首页：我选择了北京电子科技大学

可以看到，在网页正中间，有三部分内容：最新博文、所有成员博文、最新评论

最新博文板块中首先有一个作业提交时间分布的折线图，用户可以通过该图迅速了解本次作业提交情况。在时间分布图下，则展示了作业提交博文。

所有成员博文：展示所有提交的博文

最新评论：这里可以看到学生作业与老师助教等的讨论，以及之后是否需要迭代、改进的意见以及反馈。

在班级博客的右侧，主要有一些班级公告、最新作业、投票、班级成员信息以及热门博文的模块。

班级公告：可以看到该班级目前没有发布公告

最新作业：在该班级首页显示最新一次作业。

点击该作业则可以进入查看该作业任务要求，作业发布时间以及作业截止时间。此部分的作业截止时间有事并不十分准确，我们小组认为还有改进的可能。后面关于此软件改进意见再进行分析。

往下拉，同时可以看到作业提交博文信息以及参与该作业的学生信息。

数据显示作业提交数量，以及未提交学生姓名。

点击某位学生姓名可直接进入该学生博客查看作业是否完成。

在作业任务最上方，有作业列表

点击进入可以直接查看历史作业要求的发布公告

点击右上角成绩汇总，可以查看历史作业中，每位同学的作业成绩情况

投票：该班级目前没有发起投票

班级成员信息：展示老师、助教以及所有学生。

由于该班没有助教信息，因此我另附图展示我所在班级该栏的情况。

另外，可以看到有些同学头像的右上角显示有一枚勋章，为优秀学生。

点击班级成员进入，则可以看到所有成员信息，可以通过链接直接进入成员博客。

热门博文：该模块则姜该班级内所有作业博文中，阅读量最高的前十名作业作为展出。

2.CSDN的使用体验

首先用自己的学生账号登录CSDN，会看到首页界面如下图，然后对CSDN的部分功能进行简要分析。

CSDN采用学院的形式，我们在学院界面可以看到很多课程，而这些课程通过学习内容来进行划分。

视频课程的所有学习者组织在一起就相当于一个班级，我们可以选择和自己有相同兴趣的人一起学习。

选择一个课程，我们可以看到课程介绍、课程目录、同学笔记、最新评论四个功能，我们可以通过学习其他同学的学习笔记、发表自己的学习笔记来和同学进行沟通交流。

在首页中的论坛板块在用户学习交流过程中也起到了非常重要作用，用户可以通过论坛的分类，快速地找到相应的论坛，在论坛里面和其他用户分享学习成果。

3.博客园APP功能体验

对该APP进行体验之后，网页版的功能在该APP中都有，并且该APP还设置了黑夜模式，该功能我觉的做的比较人性，体验较好。但还是存在部分bug，在登录后，如果长时间不操作的话就会闪退，并且一直提示。还有就是保存不了浏览记录，每次登录之后浏览记录就会显示什么也没有，相当于退出登录之后所有的浏览信息就会丢失。还存在当登录后，修改个人信息时比如昵称，存在不能修改的问题。

体验介绍	截图
账号登录，账号注册界面
可以查看自己的博客并进行投票
班级博客的作业管理、班级管理等功能
版本信息及其他功能

B.描述使用案例产品的过程，产品解决了用户的问题么？软件在数据量/界面/功能/准确度上各有什么优缺点？用户体验方面有问题么？

1）博客园的使用

（1）博客园班级博客PC端

总体来说，班级博客部分的设计完全可以满足学生老师在教学中的需求。整体是一款设计非常好的软件。对于老师来说，创建班级、邀请成员添加至该班级博客、发布作业等功能都很好的实现。对于学生来说，查看班级内通知信息、查看作业任务要求、提交作业等功能也都很完善。还有一些辅助功能，比如作业提交时间分布数据可视化、热门博客的展示，都极大的提高了该网站的用户使用体验。但是，如果与CSDN,一个专业的技术社区网站进行对比，我们发现了一些问题。CSDN作为可以向更多群体提供信息的一个网站，肯定要比博客园班级博客的设计更丰富。从首页就可以看出。

从数据量方面来看:

1.很显然，博客园的数据访问量与CSDN相比要差了许多。CSDN的查找很多是通过百度搜索引擎搜索弹出的，因此博客园的数据访问就不如CSDN做得好。

2.对于学习者来说，这种“不主动推销”恰好使得学习环境更简单纯粹，更适合学生学习使用。

页面设计：

1.班级博客与CSDN相比明显简洁许多，内容排版样式自然，而CSDN内容略显繁多，并且广告模块占位范围也比较大。作为用户来说，略显花哨。当然，功能组件很多也就有一些小设计非常方便，比如右侧有小组件，支持返回顶部。

2.博客园有一个相对新颖的设计就是用户可以自助设计博客园样式，自定义CSS、JS源代码就可以更改属于自己的样式。而CSDN则不可以修改。

功能设计：

1.可以很明显的看到，首页左侧展示了该网站的一些核心被讨论关注的点。这一点班级博客也做到了，面向使用对象的不同，班级博客选择展示了活跃班级。CSDN中对于课程管理与班级博客有一点不同的是，博客园支持老师教学和学生学习的整个过程，但是CSDN更像只提供了教学资源的网站。

2.CSDN首页上方有一个搜索框，可以搜索很多类别的内容，班级博客并没有提供可以搜索关键字博文的部分。同时，班级博客在首页展示作业提交情况也与CSDN展示一些为用户推荐博客的功能相似。

从准确度方面来看：

1.首先博客园提供了类似于搜索框的功能，但是班级博客部分并没有，当然，直接在浏览器搜索引擎搜索关键字+博客园也能搜索到准确内容，但是这个功能很很显然不属于班级博客的功能。CSDN 搜索的准确度还是非常高的，关键字搜索包含了很多类别。

2）CSDN的使用

项目	内容
在使用案例产品的过程中	CSDN并没有解决用户的问题。也就是说，CSDN上面只有学院而没有班级，导致在管理方面不够明确。
数据量	在数据的数量上，CSDN要比博客园上面的内容丰富，不管是从用户量还是用户种类上，CSDN都占优。
界面	相比较而言，CSDN的界面比较乱。反而博客园在界面上的设计比较新颖而合理。
功能	在用户的使用功能上，博客园的班级设计满足普通高校的教学范畴，而CSDN则在社会和企业方面比较流行。也就表明不同的软件适合不同的用户群体。
准确度	两个软件都是通过关键字搜索，就用户体验来说，准确度方面差不多。博客园感觉是针对大学生而研发的软件。而CSDN是专门为社会人员而服务的软件。
用户体验方面	博客园是免费的软件，而CSDN在这方面就做得比较差，本来想查一个东西，有时候突然发现需要积分才能查阅，这让人非常的生气。给人一种以后不想使用CSDN的感觉。

3）博客园APP的使用

该产品方便用户随时随地的进行博客查看，同时网页版的博客园和该APP相比，功能基本上相同，同时该APP功能海更加涉及到人性。比如黑暗模式，除此之外，对于用户对博客园的一些常用操作也基本满足，比如：查看自己的博客和评论、查看班级作业要求、提交作业、查看其他同学的博客等等。

C.对产品有什么改进意见？

1.博客园APP有两个问题是：

（1）在登录后，如果长时间不操作的话就会闪退，并且一直提示。

（2）保存不了浏览记录，即每次登录之后浏览记录就会显示什么也没有，相当于退出登录之后所有的浏览信息就会丢失。还存在当登录后，修改个人信息时比如昵称，存在不能修改的问题。

2.博客园方面增加一些交流讨论的功能模块，在CSDN方面要加一些集中化管理的功能模块，希望能取消使用积分查阅资料的功能。

3.作业截止时间问题。我发现如果作业的截止时间超过1周，班级博客的截止时间提醒都会为还有这一周时间。这一点不太准确。非常容易被误解。

4.比如CSDN右侧的小组件“返回顶部”，这样的小设计博客园有些欠缺，添加了可能使用感会更好。

D. 除了定性的结论，还可以定量地评价一个软件？请看这个链接http://www.cnblogs.com/xinz/p/3308608.html，并尝试进行定量的测评。

类别	描述	评分
核心功能	分析三个核心功能，功能设计和质量	10
细节	有什么为用户考虑的细节?	9
用户体验	当用户完成功能时，不干扰用户 (例如: 是否不断弹出不相关广告)。	8
辅助功能	一些辅助功能如皮肤等	10
差异化功能	这个软件独特的功能. 它对用户的吸引力有多大?	9
软件的效能	占用内存, 启动速度, 内存泄漏情况	10
软件的适应性	在联网/断网, 大小屏幕, 没有鼠标的情况下都可以顺畅操作. 和不同平台的软件能流畅协作	8
成长性	记住用户的选择, 适应用户的特点，用户越用越方便	7
用户有控制权	系统状态有反馈，等待时间要合适。关键操作有确认提示，有明确的错误信息。让用户方便地从错误中恢复工作, 快捷操作键可调整。	9
自选评分项目	针对软件的特点, 自己选择一个上面没有覆盖的领域来评分	8

E. 经过以上工作，你们一定有充分的理由给这个软件选择一个评价结论:（d）

a) 非常不推荐 b) 不推荐 c) 一般 d) 好，不错 e) 非常推荐

（2）阅读《现代软件工程—构建之法》第8.6、14.1节内容，完成以下案例分析任务

A. 使用此软件的所有功能，估计这个软件/网站做到这个程度大约需要多少时间，并说明估算理由(假设团队人数6人左右，计算机大学毕业生，并有专业UI支持)。

1.阅读了《线代软件工程——构建之法》第8.6节

在这个练习中，很重要的一点是估计团队自身的能力。你看别人能每天行军30千米，你自己未必做得到。你听说编程大妞两天写好某模块，你真积极可能需要几个星期。有人提到团队要先培训几年，这是一个很好的角度，在开始使用一个全新技术前，一段时间的培训和练习是很有必要的。你的估计中，是否包含这些因素？
——《构建之法》

由于是计算机大学毕业生，我们认为这个团队有过正式的培训和练习，但是团队开发经验可能参差不齐。整体来说，该6人团队应处于能力较好水平。因此我们以构建之法中8.6.3中的内容先做以下分析。

1.产品的因素

可以看到这是一个相当成熟的软件。受用群体明显，功能完善，使用流程清晰。这必然是一个可靠的产品。
由于使用班级博客的学校以及班级来自全国各地，因此数据量肯定不是小数。
产品的复杂程度包括了老师发布作业要求以及学生提交等等，这并不只是展示信息。
对于模块的重用，班级博客首页显示的各种按时间先后次序的推荐可以重用，只是数据内容改变。
产品文档必须完整配套。因为使用者不可能有问题然后去和开发人员沟通解决。

2.平台的因素

由于学生作业提交有时间分段，因此这是实时系统。
数据存储必须十分安全，这保存了所有使用者的学习数据。
编程语言稳定。比如博客园的markdown排版编辑是一种默认排版，可能会有样式增添，但可能不会大改。

3.人员的因素

程序员和分析师能力中等。
类似开发经历不多，但又学校里课程设计经验。
人员流动性被保障，很难出现核心人员离开情况。

4.项目的因素

使用项目管理工具的情况。默认管理者和开发者都学习过《软件工程》这门课也读过《构建之法》这本书，因此一定知道团队内部沟通的重要性。因此，对于项目跟进，全部用熟悉的项目管理工具。
工作区。若是有突发情况例如疫情原因，则不得不分开工作。其他情况下，尽量统一办公区工作。
项目进度时间安排，我们留给开发人员充分的时间，并不十分紧迫。

5.读过《构建之法》14.1部分内容，对于软件完成开发之后的质量问题，我们在分为以下阶段

预防：为了防止事故发生，团队要在培训、审核等活动上花费时间。
评审：团队要投入人力物力做审核、测试。或许还要花费时间做外部模块的测试。
内部故障：团队内部发现问题需及时处理，这部分也需要花费时间。
外部故障：软件到用户使用时若出现问题，需要时间修复。
流程分析改进：整个软件完成交付后，需要时间来回顾整个设计实现过程，这需要时间。
提高职业技能：保持自我管理能力、提高表达和交流的能力、与人合作的能力，按质按量完成任务的执行力。
技术投资：开发购买资料，学习工具，或自学新技术等。

因此，按照《构建之法》提供的估算方法,我们把各种因子数量化。

产品因素：由于产品整体设计要求完全在掌握中，因此产品因素因子为1

平台因素：对于平台固定数据要求完全在掌握中，因此平台因素因子为1

人团因素：由于团队成员开发水平大部分一致，且水平中等，因此人员因素因子为2

项目因素：项目整体要求完全在掌握中，因此项目因素因子为1

我们估计，如图所示整体设计约为20天，考虑到以上四中因素因子影响情况为40天，加上《构建之法》14.1所提到了软件完成开发之后的质量问题。最终时间为60天。

B. 和同类软件相比分析，这个软件目前的优劣，这个产品的质量在同类产品中估计名列第几？

博客园功能强大，软件目前的可以与以下两个产品作对比。有付费广告和搜索引擎加持，CSDN与W3C排名可能在博客园之前。但是博客园内容与其他两个对比，有自己合理突出的地方。

	博客园	CSDN	W3C
用户入门门槛	部分内容付费	免费	免费
用户粘性	较高，博客内容均为使用者学习原创	较高，但是付费原创内容并不能被监管	-
用户体验	广告合理，不杂乱	广告太多对用户不友好，且存在搬运博文现象，注明原创博客的人并不是使用者的100%	广告合理，功能齐全
用户活跃度	活跃度高，博文发布与管理时间线十分紧密	活跃度高，问题解决与讨论效率更高	-
技术大牛	博文质量高，均为原创，技术大牛多	博文内容存在大量抄袭现象	-

C. 综合判断，给出这个软件团队在软件工程方面可以提高的一个重要方面(具体建议)。

1.可以看出博客园班级博客内容与CSDN作对比时，CSDN更加面向全部从事IT与计算机相关的人员，而博客员班级博客适用范围小一点。可以做一个与CSDN首页左边导航栏相似的内容。使博客园可以针对某一方面的问题做出讨论与解决。

2.CSDN首页有关于最新资讯的推荐，博客园欠缺一些。也可以做有关于IT的资讯推荐。甚至可以在资讯推荐的页面旁边推动广告，这样不影响整体使用效果。

3.通过手机版的体验，我觉得该软件团队，在UI界面的设计方面还可以进行提高，同时还存在部分bug，对用户来说，缺乏体验感。

（3）阅读《现代软件工程—构建之法》第8.5节、第9章内容，完成以下案例分析任务：

这个软件/网站有很多可以提高的部分，如果你是该软件新上任的项目经理，你一定非常希望所负责的项目在竞争中胜出，请思考以下问题：

•首先，市场有多大？潜在的用户有多少？

市场其实不太大，因为存在其他更好的产品，比如产生直接竞争的CSDN的手机版。博客园潜在的用户可能是各个高校的教职工老师，企业导师和大学本科生、研究生等，数量大约在数千万以上，用户量还是不太大。

•目前市场上有什么样的产品了，它们的优势劣势在哪里?和它直接竞争的产品在那里？

目前市场上有两个直接竞争的产品：CSDN，简书

（1）CSDN：该产品的优势技术心得交流，该平台上存在着许多计算机方面的大牛，所以这可能是该产品用户量较多的主要原因，并且该产品有强大的商业支持。

（2）简书：该产品的优势就是综合性强，并不针对某些特定人群，同时运营模式和博客园的方式一样。

•作为新上任的项目经理，这个产品的核心用户群是什么样的人，典型用户长什么样？学历，年龄，专业，爱好，收入，表面需求，潜在需求都是什么？

核心用户群体是各个高校的教职工团体和各个高校的学生，有可能有的高校并没有实施用博客园的方式来管理学生的作业，因为部分高校有自己的作业管理系统。学历：本科，研究生。年龄：20-30.专业：计算机及相关专业。爱好：写代码，喜欢分享。收入:收入不太高。

•功能：你要设计什么样的功能？为何要做这个功能，而不是其他功能？为什么用户会用你的产品/功能？你的创新在哪里？可以用NABCD分析。

（1）可以添加根据博主的喜好进行推荐的功能。

（2）现在是大数据云计算的时代，该功能有必要添加。

（3）因为根据用户的喜好来推荐博文是有必要的，同时还可以获取博主的喜好信息进行分析。

（4）创新：增强软件自身优越性，提高在IT行业从业者之间的口碑

•如果你有钱可以招聘6个人，有4个月的时间，你作为项目经理，应该如何配置角色(开发，测试，美工等等)？描述你的团队在16周期间每周都要做什么，才能在第16周如期发布软件的改进版本，并取得预想中的成绩。

时间	工作
第一周到第二周	调研用户需求
第三周	制定需求文档
第四周	设计网站架构，明确各部分工作
第五周到十周	不断迭代
第十一周到十四周	测试并发布alpa版本，收集得到的反馈信息
第十五周	发布beta版本
第十六周	后期维护

记录完成《实验五团队作业1：软件研发团队组建与软件案例分析》各项任务实际花费的时间

任务	花费时间（h）
任务一	2.0
任务二	9.0
任务一	8.5

从团队分工角度，谈谈完成本次作业的感受和体会

小溪只能泛起破碎的浪花，百川纳海才能激发惊涛骇浪。每个人都要将自已融入集体，才能充分发挥个人的作用。在本次实验中，我们团队四人分工明确，各司其职，大家都完美的完成了自己的工作。任务中我们也经常交流自己的想法，大家各抒己见，最近达成一致，为共同的目标努力，每个成员都发挥了自己的能力，为此次实验做出了贡献。当然也存在一些小问题，在整合任务阶段，大家的界面分格不同所以在整合时需要统一界面风格。在以后的实验中，我们会继续发挥团队作战优势，准确清晰分工，各自发挥自己的能力，争取更完美的完成任务。