201871010116-祁英红 实验四 团队作业1：软件研发团队组建

项目	内容
课程班级博客链接	班级博客
这个作业要求连接	作业链接
团队名称	这是个小队
团队的课程学习目标	（1）对完成质量较高的小组项目成果进行学习反思 （2）阅读学习《现代软件工程—构建之法》第5章和第12章内容 （3）开通并加入团队博客，建设团队文化，了解团队成员，建立团队目标
这个作业在哪些方面帮助团队实现学习目标	（1）通过对完成在质量高的小组项目成果学习和运行，对背包问题有了更深的理解，发现同伴的不足以及对自己遗留的问题进行解决 （2）通过阅读学习《现代软件工程—构建之法》第5章和第12章内容，体验任务三实现软件功能，理解软件的使用功能 （3）与团队成员交流沟通，共同建设团队
团队博客链接	团队博客链接

任务1：浏览班级博客园中提交《实验三 软件工程结对项目》作业，任选一个你认为完成质量较高的小组项目成果，继续以实验三结对学习方式完成以下任务，具体要求如下：

• （1）对博文作业进行阅读，并结合评分要求进行评论，评论要点包括：博文结构、博文内容、博文结构与PSP中“任务内容”列的关系、PSP中“计划共完成需要的时间”与“实际完成需要的时间”两列数据的差异化分析与原因探究，给出这个结对小组在进度计划方面可以提高的具体建议。将以上评论内容发布到博客评论区。

  • 评论方博客链接：201871030133-徐作朝
    

• （2）克隆任务3项目源码到本地机器，阅读并运行代码，参照《现代软件工程—构建之法》4.4.3节核查表复审项目代码并记录。
  进程代码复审，未发现大的语法问题，对一些细节问题进行了改进。
  代码复审核查表：

复审要求	是否满足
概要部分
1）代码是否符合需求和规格说明么？	是
2）代码设计是否考虑周全？	是
3）代码可读性如何？	可读性好
4）代码容易维护么？	容易
5）代码的每一行都执行并检查过了吗？	已检查
设计规范部分
1）设计是否遵从已知的设计模式或项目中常用的模式？	是
2）有没有硬编码或字符串/数字等存在？	没有
3）代码有没有依赖于某一平台，是否会影响将来的移植（如Win32到 Win64 ) ？	没有
4）开发者新写的代码能否用已有的Library/SDK/Framework中的功能实现？在本项目中是否存在类似的功能可以调用而不用全部重新实现？	没有
5）有没有无用的代码可以清除?	没有
代码规范部分
修改的部分是否符合代码标准和风格？	是
具体代码部分
1）是否对错误进行处理？对于调用的外部函数，是否检查了返回值或处理了异常？	是
2）参数传递有无错误，字符串的长度是字节的长度还是字符(可能是单/双字节)的长度，是以0开始计数还是以1开始计数？	没有
3）边界条件是如何处理的？switch语句的default分支是如何处理的？循环有没有可能出现死循环？	试运行时没有出现死循环
4）有没有使用断言(Assert)来保证我们认为不变的条件真的得到满足?	没有使用
5）对资源的利用，是在哪里申请，在哪里释放的?有无可能存在资源泄漏？有没有优化的空间？	对空间的优化较好，无数据库的访问链接
6）数据结构中有没有用不到的元素？	未发现

• （3）阅读《现代软件工程—构建之法》第12章内容，完成以下分析任务：
  A. 体验任务3实现软件功能，简要描述软件的使用过程，上传使用软件的照片；
  克隆源码：
  
  
  
  
  
  

B. 总结任务3要求的功能软件解决了吗？软件在数据量/界面/功能上各有什么优缺点？对该软件产品功能有什么改进意见？

• 答：任务三要求的功能软件基本解决。数据量和界面比较完善，遗传部分未完成。希望后面可以完成遗传那块的功能。

C. 从职业、学历、年龄、专业、爱好、收入等方面概括实验三任务3所研发软件产品的典型用户群特征，他们表面需求，潜在需求是什么？

• 答：职业：学生或相关算法研究人员
  学历：本科及以上(或者一些相关爱好者，如OI选手等)
  年龄：13-45
  专业：与算法设计相关的专业
  爱好：算法爱好者
  收入：不限
  表面特征 ：D{0-1}算法求解以及可视化分析
  潜在需求：回溯算法、动态规划算法以及遗传算法的对比分析

• （4）经过（1）—（3）的工作，你们一定有充分的理由给评价作业选择一个结论: a) 非常不推荐 b) 不推荐 c) 一般 d) 好，不错 e) 非常推荐

  • 答：经过我自身使用，发现其有点麻烦，不利于用户体验，所以我给的结论是c).

• （5）结合（1）—（3）的评论体会，迭代改进本小组实验三的任务3。

任务2：团队组建

在实验三结对基础上，结对小组两两自由组合，组建软件项目研发团队；
申请开通团队博客，点击以下链接提交团队信息，将团队博客加入到班级博客；（3分）
已按要求完成：

阅读《现代软件工程—构建之法》第5章内容

• 团队共有的特点
  （1）团队有一致的集体目标，团队要一起完成这目标。一个团队的成员不一定要同时工作；
  （2）团队成员有一定的分工，互相依赖合作，共同完成任务。

• 软件团队的模式
  （1）主治医师模式：首席程序员负责主要模块的设计与编码，其他成员从不同角度提供支持；
  （2）明星模式：主治医师模式运用的极点，团队“明星”的能力掩盖了团队所有人的缺陷与优点；
  （3）社区模式：成员分布不受时间空间的限制，所有人根据喜好选择项目进行开发，一般不要求报酬；
  （4）业余剧团模式：没有固定的团队，且成员在不同的项目中没有固定的工作分配，所有成员由“中央指挥”指示；
  （5）秘密团队：秘密状态下进行，无外界干扰，团队肩负独特使命，内部成员自由度与热情较高；
  （6）特工团队：团队由专业人士组成，负责一些紧急问题的解决；
  （7）交响乐团模式：较多大型软件公司采用，成员与领导者能力较强且有相似的项目开发经验，所有成员各司其职但统一受领导者指挥；
  （8）爵士乐模式：与交响乐团模式对立，较为松散，领导者完成框架，其他成员在此基础上创作，最后再由领导者收尾；
  （9）功能团队模式：没有固定的团队，由不同能力的成员进行组合，协作完成某一项目，项目完成后成员重新组织进行其它不同项目；
  （10）官僚模式：脱胎于大机构的组织架构，几人向小头目报告，小头目向大头目报告。容易形成恶性竞争。

• 瀑布模型以及各种变形

  • 特点：重计划、重事先设计、重文档表达。
  • 统一流程工作流：
    业务建模——需求——分析和设计——实现——测试——部署——配置和变更管理——项目管理——环境——初始阶段——细化阶段——构造阶段——交付阶段
  • TSP原则
    使用妥善定义的流程，流程中的每一步都是可以重复、可以衡量结果的；
    团队的各个成员对团队的目标、角色、产品都有统一的理解；
    尽量使用成熟的技术和做法；
    尽量多地收集数据（也包括对团队不利的数据），并用数据来帮助团队做出理性的决定；
    制定切合实际的计划和承诺，团队计划要由负责具体执行的角色来制定；
    增加团队的自我管理能力；
    专注于提高质量，争取在软件生命周期的早期发现问题。最有效提高质量的办法是做全面而细致的设计工作。

• 1.队名；（3分）

  • 这是个小队

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

成员学号	成员姓名	个人博客地址	备注
10116	祁英红	https://www.cnblogs.com/qyhq/	组长
10119	帖佼佼	https://www.cnblogs.com/-8tjj/
10110	李华	https://www.cnblogs.com/LH-18110/
10108	高文利	https://www.cnblogs.com/gwlg/

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

成员	风格	擅长技术	编程兴趣	希望承担的软工角色	宣言
祁英红	行事有计划，动手能力强	web前端	python	PM	环境不会改变，解决之道在于改变自己
帖佼佼	擅长文字撰写工作，文采好	c++	web前端	文档	只要路是对的，就不怕路远
李华	仔细认真，擅长测试检查	c语言	Java	测试	做正确的事，再把事情做正确
高文利	编程能力好，逻辑思维能力较强	python	Java	开发	出门走好路，出门说好话，出门做好事

• 阅读《现代软件工程—构建之法》第7章，理解MSF的9点基本原则
  MSF基本原则：
  1、推动信息共享与沟通
  此原则要求是将所有信息都保留并公开，讨论要包括所有涉及的角色，决定要公开并告知所有人。在此过程中可能会有技术机密的问题，要注意保护。信息共享和沟通是其他原则实行的基础，无论是被修改了的错误，还是发生了任何变化的过程，团队中的每个人都应该对此了解。宁可过分沟通，也不能使团队合作中的一个部分不透明公开。这会影响之后的学习。
  2、为共同的愿景而工
  “共同的远景”是指产品的远景，此原则要求指定产品的最终目标，要求所有的工作人员朝着这个目标努力。如果没有搞清楚项目的目标，或者朝着与目标不同的方向努力时被认为是在做无用功。这是一个项目的关键，是项目第一阶段要达到的主要目标。无论做什么类型的软件都要明确我们项目的目标是什么。
  3、充分授权和信任
  此原则要求所有成员都应该能得到充分的授权和信任，他们有权在职权范围内按照自己的承诺完成任务，同时他们也充分信任其他同事的承诺。成员之间、团队之间是平等协作的关系，形成网状团队结构。这样做的好处：1.被授权的人会承担自己对项目的责任，同时也期望同事们也同样对项目负责；2.MSF提倡自下而上的计划，每个人有充分的权利估计自己的任务需要多长时间，每个人按照自己的估计去完成任务。人人支持项目计划和时间表。
  4、各司其职，对项目共同负责
  团队中的每个角色都有自己的职责，每个工作人员尽职尽责，各司其职，并且当要做一件事情，周围人有不少意见时，对此事负责任的角色要自己拿主意。团队的各个角色合起来，对整个项目的最终成功负责任。任何角色的失败都会导致项目的失败，各个角色的工作都是相互渗透、相互依赖的。
  5、交付增量的价值
  虽然我们都是搞技术的，但是同时我们也是一个商业实体，我们的项目都应该出于商业目的。商业项目需要重视市场和用户。技术处于第三位。“用户体验”，“产品管理”，这两个角色我们都要尊重。要重视商业价值，将目标和商业价值联系起来。此过程并不是功利的，任何产品，都应该注重商业价值。
  6、保持敏捷，预期和适应变化
  要求注意预期变化，而不是期望变化，意思是适应需求的变化、技术的变化、人事的变动。软件工程，唯一不变的是变化。所以客户的需求不会在第一时间很明确，然后保持不会变。除开客户的外部原因，团队内部也在不断的变化，这就要求团队保持敏捷的身段。
  7、投资质量
  要求用适量的时间去提升产品质量，但是没有说质量第一，应该把解决用户的问题第一，提高用户的满意度放在第一。团队成员应该有共识:防止缺陷的发生成为团队质量控制的首要任务，所有的角色都应该对质量保障负责，及时发布能够解决用户问题的软件，并能够及时修改软件中的问题。
  8、学习所有的经验
  强调做到经验总结和分享经验两个方面。MFS在每一个里程碑结束时都要做一个里程碑回顾，而不必等到项目结束后，因为大家对最近的成败都记忆犹新，能提供比较准确和全面的反馈。也是为了让团队成员从别人的成果和失败的例子中学到东西。如果发现了错误，可以马上研究解决办法，在下一个里程碑中通过实践来验证。
  9、与顾客合作
  MSF强调产品团队与顾客的交流与合作，并不是产品团队拿到合同就开始闭门造车。项目的商业价值要由用户说了算，及早和用户沟通，通过讨论将模糊的需求共同变得具体，当用户不清楚自己的需求时，先和用户一起做出需求分析，项目是由项目团队人员做出来和用户喜欢的先决条件下的产品。

• 4.组建团队企业微信群，给出群成员截图；（2分）
  

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

  • 有清晰的目标、相互的信任、相关的技能以及良好的沟通和恰当的领导

任务3：完成《实验四 团队作业1：软件研发团队组建》博文作业

记录完成《实验四 团队作业1：软件研发团队组建》各项任务实际花费的时间；：

任务	完成时间（h）
任务一	5
任务二	3
任务三	0.5

总结：通过此次的团队组建，我从中学会了挺多，了解到了什么是团队和非团队、TSP原则，以及绩效管理等各种关于团队的内容。在组建团队的时候，我们要重点考虑的几个因素有：1.目标：任何团队，在组建之初的时候，都离不开目标这个要素。2.定位：这个定位指的是团队在企业中是处于什么样的身份。3.权限：是指团队负有的职责和相应享有的权力大小。4.计划：就是对团队成员的工作进行分配。5.人员：团队的最后一个要素是人员问题。等到目标、定位、权责、计划都确定好后，具体的执行还在于人。以上这几个因素都是构建一个高效的团队所必需的，只有考虑清楚了每个要素背后的意义，做好详尽的计划，才能保证团队的运转，因此要想组建一个好的团队是不容易的，这需要下一定的功夫，我们要对每个团队成员都有一定的了解，每位成员都有各自的特色，通过组建团队，也让我从中更进一步的了解了自己的能力，也从中了解到自己的不足之处，以后要多加注意。