201971010110-高杨 实验四 团队作业1：软件研发团队组建

项目内容

项目	内容
班级博客链接	https://edu.cnblogs.com/campus/xbsf/2019nwnucs
作业要求	https://edu.cnblogs.com/campus/xbsf/2019nwnucs/homework/12578
课程学习目标	（1）实验三作业互评。 （2）组建软件项目研发团队。
这个作业在哪些方面帮助我实现学习目标	（1）对实验三进行复盘，学习别组的优秀经验。 （2）学习组建团队，学会合作共事。
团队博客链接	https://www.cnblogs.com/nwnu

任务一

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

被评价同学链接	https://www.cnblogs.com/zrx04/p/16100549.html
被评论作业的Github项目仓库链接	https://github.com/ZRXsunflower?tab=repositories

1：博客评价

• 博文结构：文章结构简洁明了，错落有致。
• 博文内容：作者所写内容严谨整齐，读来易懂，基本完成所需任务，过程直接了当。
• 博文结构与PSP中“任务内容”列的关系：博文结构与“任务内容”遥相对应，从中可以看到作者花费了大量的精力与时间。
• PSP中“计划共完成需要的时间”与“实际完成需要的时间”两列数据的差异化分析与原因探究：相较于计划共完成需要的时间，作者实际完成的时间长出了近二分之一，从中可以看到作者为此付出的心血，但是同样也会看出，作者的代码编程以及时间分配方面的能力仍然有待加强。

2：克隆任务3项目源码到本地机器，阅读并运行代码，参照《现代软件工程—构建之法》4.4.3节核查表复审项目代码并记录

• 克隆代码到本地

• 复审项目代码审查表

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

3：阅读《现代软件工程—构建之法》第12章内容，完成以下分析任务：

A. 体验任务3实现软件功能，简要描述软件的使用过程，上传使用软件的照片

• 在选择框选择文件路径，随后选择算法运行
  
• 选择其中一个文件，结果如下
  
  
• 散点图如下
  

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

1.要求的软件功能得以实现。
2.界面简洁明了，操作简单，适合初学者。
3.部分代码仍有优化空间，注释可以更详细些。
4.可以尝试加以实现拓展功能。

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

• 学历：本科及以上
• 年龄：18+
• 专业：计算机相关专业
• 爱好：代码编程
• 收入：中低人群
• 表面需求：学习利用软件解决0-1背包问题
• 潜在需求：掌握算法，提升自身编程能力

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

结论：d
理由：整体需求基本完成，内容简洁明了，但仍有改进空间。

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

• 通过对其他组的学习，本组对散点图界面以及开发界面进行了优化。
  

任务2：团队组建

1. 团队名称：待宰的高羊

2. 团队成员组成

成员学号	成员姓名	个人博客地址	备注
201971010111	何晨泽	博客地址	PM
201971010110	高杨	博客地址
201971010101	阿丽米拉	博客地址
201971010160	谢家俊	博客地址

3. 成员风采

成员姓名	风格	擅长技术	编程兴趣	希望承担的软工角色	宣言
何晨泽	求是	擅长主流编程语言，算法、前端等	对算法、数据挖掘等方面兴趣较高	PM（开发）	我要上浙江大三本
高杨	知术欲圆，行旨须直	C/C++	前端、Python	测试	好好学习，天天向上
阿丽米拉	喜欢动手，善于查找	C	前端开发	文档	知识就是力量
谢家俊	积极思考，擅于发现	Web前端开发	喜欢前端开发	开发	坚持不懈，加油

4. 阅读《现代软件工程—构建之法》第7章，理解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. 团队特色描述
   • 团队特点：团队成员性格各不相同，但不会互相冲突，能从多角度看待、解决问题。
   • 核心竞争力：编程能力较强。

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

1. 完成各项任务实际花费的时间

任务内容	实际花费的时间（min）
任务1	150
任务2	50
确定团队成员	3
确定团队各项信息	8
收集成员信息	16
组建群聊、申请团队博客、加入班级博客	23
学习MSF	30
任务3	30

2. 完成本次作业的感受和体会

• 总结：在本次作业中，通过充分协商，讨论，我们成功的组建了一个合格的团队，同时也是对自己团队协作能力的一个锻炼，也为之后的团队任务开发奠定了坚实的基础。