201971010150-闫雨馨 实验四 团队作业1：软件研发团队组建

项目	内容
课程班级博客链接	2019级卓越工程师班
这个作业要求链接	实验四 团队作业1：软件研发团队组建
团队名称	软件工程四人小团队
团队的课程学习目标	1. 相互促进，相互学习 2.组建软件项目研发团队 3.互相学习、互相交流、互相启发、共同进步
这个作业在哪些方面帮助团队实现学习目标	1.了解软件工程中团队建设的重要性 2.进一步熟悉项目成员分工，团队协作
团队博客链接	[软件工程四人小团队](https://www.cnblogs.com/our-groups/）

实验内容：

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

项目	内容
被评价同学链接	https://www.cnblogs.com/liuzhuandi/p/16100240.html
被评论作业的Github项目仓库链接	https://github.com/liuzhuandi/PROJECT3

（1）对博文作业进行阅读，并结合评分要求进行评论，评论要点包括：博文结构、博文内容、博文结构与PSP中“任务内容”列的关系、PSP中“计划共完成需要的时间”与“实际完成需要的时间”两列数据的差异化分析与原因探究，给出这个结对小组在进度计划方面可以提高的具体建议。将以上评论内容发布到博客评论区。
（2）克隆任务3项目源码到本地机器，阅读并运行代码，找出项目代码的5个以上bug，参照《现代软件工程—构建之法》4.4.3节核查表复审项目代码并记录。

• 复审项目代码审查表：

项目	内容
概要部分
代码符合需求和规格说明吗	符合
代码设计是否考虑周全？	是
代码可读性如何？	较好
代码容易维护吗？	容易
代码的每一行都执行并检查过了吗？	执行并检查了
设计规范部分
设计是否遵从已知的设计模式或项目中常用的模式？	遵从
有没有硬编码或字符串/数字等存在？	有
代码有没有依赖于某一平台，是否会影响将来的移植？	没有，不会
开发者新写的代码是否用已有的Library/SDK/Framework中的功能实现？ 在本项目中是否存在类似的功能可以通过调用而不用全部重新实现？	是
有没有无用的代码可以清除？	有
代码规范部分
修改的部分符合代码标准和风格吗？	符合
具体代码部分
有没有对错误进行处理？ 对于调用的外部函数，是否检查了返回值或处理了异常	已处理
参数传递有无错误？ 字符串的长度是字节的长度还是字符的长度？ 是从0开始计数还是从1开始计数？	无错误；字符的长度；从0开始
边界条件是如何处理的？ switch语句和default分支是如何处理的？ 循环有没有可能出现死循环？	不可能
有没有使用断言来保证我们认为不变的条件真的得到满足？	没有
对资源的利用，是在哪里申请，在哪里释放的？ 有无可能存在资源泄露？ 有没有优化的空间？	存储；有；有
数据结构中有没有用不到的元素？	有
效能
代码的效能如何？ 最坏的情况是怎么样的？	效能不错；卡顿
代码中，特别是循环中是否有明显可优化的部分？	有
对于系统和网络的调用是否会超时？ 如何处理？	否
可读性
代码可读性如何？ 有没有足够的注释？	可读性良好；有
可测试性
代码是否需要更新或创建新的单元测试？	是

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

• 运行算法：
  
• 散点图：
  
  B. 总结任务3要求的功能软件解决了吗？软件在数据量/界面/功能上各有什么优缺点？对该软件产品功能有什么改进意见？
  1.任务3要求的功能基本解决；
  2.数据量较多，结果更加准确；
  3.界面清晰简洁，易于使用；
  4.功能基本实现，但是设计的GUI界面与使用的框架中已有的部分处理不是很好；
  5.注释可以更加完善。
  C：从职业、学历、年龄、专业、爱好、收入等方面概括任务3所研发软件产品的典型用户群特征，他们表面需求，潜在需求是什么
• 职业：学生
• 学历：本科、硕士
• 年龄：18~30
• 专业：计算机
• 爱好：编程
• 用户群特征：喜欢编程并对软件项目有浓厚的兴趣
• 表面需求：深入学习使用算法
• 潜在需求：学习软件项目开发
  (4）经过（1）-（3）的工作，你们一定有充分的理由给评价作业选择一个结论:a) 非常不推荐 b) 不推荐 c) 一般 d) 好，不错 e) 非常推荐
  结论：d
  理由：整体完成度不错，基本实现老师的实验要求，但是有些版块需要完善。
  （5）结合（1）—（3）的评论体会，迭代改进本小组实验三的任务3
• 优化后的结果：
  
  
  
• 任务二：
  1.队名：软件工程四人小团队
  2.团队成员组成，按以下列表形式给出，个人博客地址需加超链接，在备注中标记团队组长（PM）

成员学号	成员名	个人博客地址	备注
201971010223	刘温元	博客链接	PM
201971010222	李瑞婷	博客链接
201971010229	刘转弟	博客链接
201971010150	闫雨馨	博客链接

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

成员名	擅长语言	擅长技术	编程兴趣	希望的承担的软工角色	宣言
刘温元	C/JAVA	SSM、thymeleaf等	C、JAVA、前端开发	PM	细节决定成败
李瑞婷	C/C++	UI	C、C++、前端开发	UI设计	成功者千方百计，失败者千难万险
刘转弟	C/JAVA	算法	算法，JAVA、C	测试	偶尔治愈，常常帮助，总是期待
闫雨馨	C/Python	数据分析处理	前端开发、Python	文档	踏踏实实，认真做事

4.阅读《现代软件工程—构建之法》第7章、第17章，理解MSF的9点基本原则和团队成员绩效
MSF的9点基本原则：

• 推动信息共享与沟通（Foster open communications）
  • 所有信息都保留并公开，讨论要包括所有涉及的角色，决定要公开并告知所有人。当然，对牵涉到的技术机密、安全性等信息要采取必要的保护措施.
• 为共同的远景而工作（Work toward a shared vision）
  • 这个目标必须是明确的，没有二义性；这个目标不是当前就能达到，必须是通过努力才能达到的；这个目标不是空泛的，它应该对项目成员每天的工作都有指导作用。每天你来上班，如果发现你做的事情对项目的远景没有帮助，你应该和老板提出来。
• 充分授权和信任（Empower team members）
  • 平等协作---成员之间、团队之间是平等协作的关系；充分授权给团队和成员。
• 各司其职，对项目共同负责（Establish clear accountability and shared responsibility）
  • 无责任的旁观者和有重大责任的当局者的看法自然是不一样的。对此事负责的角色要自己拿主意。
• 重视商业价值（Focus on delivering business value）
  • 如果你还没有能说清楚你的产品解决了什么问题，为谁解决问题，为什么你的产品会解决这些问题，以及客户怎样付钱让你解决问题，那你就不应该贸然创业。
• 保持敏捷，预期变化（Stay agile,expect change）
  • 软件工程，唯一不变的是变化。所以干脆别幻想客户的需求会在第一-时刻很明确，然后保持不会变。但要注意，我们是预期变化，不是期望变化。
• 投资质量（Invest in quality）
  • 不是质量第一，而是解决用户的问题第一。
• 学习所有的经验（Learn from all experiences）
  • 把经验总结出来；分享经验。是为了：让团队成员从别人的成果和失败的例子中学到东西；帮助新项目重复以往成功的做法；培育团队总结的习惯和“批评与自我批评”的文化。
• 与顾客合作（Partner with internal and external customers )
  • MSF强调产品团队与顾客的交流与合作，并不是产品团队拿到合同之后，就闭门造车，直到产品完成才告诉用户，给他们一个惊喜。
    5.组建团队企业微信群，给出群成员截图
    
    6. 团队特色描述，言简意赅的描述团队特点或核心竞争力
    我们小组普遍动手能力不错，各个成员有着各自擅长的领域，小组四人基本上擅长的编程语言基本涵盖了几门主流编程语言，希望我们小组的发展越来越好。

任务总结：

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

任务	耗时
任务一	5h
任务二	3h
任务三	1.5h
2.谈谈完成本次作业的感受和体会

- 在本次任务二的学习中与同伴在理论上讨论了关于团队的概念和各种团队模式，体会到了一个团队要完成一个项目，需要各个成员做好分工协调工作，以及在项目启动时的开发计划尤为重要，这为我们之后的团队合作项目奠定了基础。