脚本宝典收集整理的这篇文章主要介绍了201971010101-阿丽米拉 实验四 软件研发团队组建，脚本宝典觉得挺不错的，现在分享给大家，也给大家做个参考。

---

项目	内容
课程班级博客链接	2019级卓越班
作业要求链接	实验四
团队名称	待宰的高羊
我的课程学习目标	1. 运行其他小组实验三的项目，并进行评价 2. 对比他人的软件项目，总结反思自己的不足，并加以修正 3. 继续熟练gIThub的相关操作 4. 掌握博客园创建团队的方法 5. 学会团队合作，加深组件交流
这个作业在哪些方面帮助我实现学习目标	1. 深深感悟到自己的不足，需要在今后多加努力2.明白了团队合作开发对软件项目的帮助3. 理解了一个团队中目标统一的重要性
团队博客链接	待宰的高羊

实验内容

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

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

• 评论已提交。

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

• 代码核查表

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

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

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

  • 对方小组所使用python完成此次的作业，将对方的项目clone到本地后，打开Pycharm后的部分结果

（1）GUI界面

（2）散点图

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

  • 要求的功能大体上实现了，数据的读取很清晰，正确率也很成功，界面虽然直观清晰，但是缺少一点色彩的美感，排版非常整齐、功能实现齐全。

优点	缺点
1.数据成功读入，可以实现基本功能。 2.界面简洁，排版整齐。 3.合作成功，功能克服困难。	界面缺少色彩的美感。

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

职业	学历	年龄	专业	爱好	收入	表面需求	潜在需求
学生和从事软件开发的人	一般为大专及以上	18-35	计算机专业	爱好计算机编程、网站开发、偏爱算法研究	2000-5000	解决背包问题	学习计算机方面的知识，提高自己的编程能力

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

• 项目认真完成，符合项目所有要求； 非常推荐。

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

• 本小组任务3迭代改进要点说明，项目仓库的Fork、Clone、Push、Pull request、Merge pull request数据变化情况如下

  

任务二：团队组建

• 团队名称：待宰的高羊

• 团队成员组成

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

• 成员风采

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

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

  • 1.推动信息共享与沟通（foster oPEn communications）

  所有的信息都保留，并公开。

  • 2.为共同的远景而工作（Work toward a shared vision）

  这个目标必须是明确的，没有二义性；这个目标不是当前就能达到，必须是通过努力才能达到的；这个目标不是空泛的，它应该对项目成员每天的工作都有指导作用。每天你来上班，如果发现你做的事情对项目的远景没有帮助，你应该和老板提出来。

  • 3.充分授权和信任（Empower team members）

  平等协作---成员之间、团队之间是平等协作的关系；充分授权给团队和成员。

  • 4.各司其职，对项目共同负责（Establish clear accountability and shared responsibility）

  无责任的旁观者和有重大责任的当局者的看法自然是不一样的。对此事负责的角色要自己拿主意。

  • 5.重视商业价值（Focus on delivering business value）

  如果你还没有能说清楚你的产品解决了什么问题，为谁解决问题，为什么你的产品会解决这些问题，以及客户怎样付钱让你解决问题，那你就不应该贸然创业。

  • 6.保持敏捷，预期变化（Stay agile,expect change）

  软件工程，唯一不变的是变化。所以干脆别幻想客户的需求会在第一-时刻很明确，然后保持不会变。但要注意，我们是预期变化，不是期望变化。

  • 7.投资质量（Invest in quality）

  不是质量第一，而是解决用户的问题第一。

  • 8.学习所有的经验（Learn From all experiences）

  把经验总结出来；分享经验。是为了：让团队成员从别人的成果和失败的例子中学到东西；帮助新项目重复以往成功的做法；培育团队总结的习惯和“批评与自我批评”的文化。

  • 9.与顾客合作（Partner with internal and external customers)

  MSF强调产品团队与顾客的交流与合作，并不是产品团队拿到合同之后，就闭门造车，直到产品完成才告诉用户，给他们一个惊喜。

• 组建团队企业微信群

• 团队特色描述

  • 团队特点：团队成员性格各不相同，但不会互相冲突，能从多角度看待、解决问题。

  • 核心竞争力：编程能力较强。

---

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

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

任务名称	计划用时（min）	实际用时 （min）
任务一	300	300
任务二	60	50
任务三	30	30

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

• 通过完成本次作业，组建了项目团队，意识到在团队中进行有效的沟通和交流是非常重要的，有利于项目更好的进行，每个人发挥自己的特长，各有优点，对于项目的完成至关重要；通过评测别的小组的代码，意识到了自己的缺点与不足，在今后的学习中会更加注意，提高自己的技术水平，虚心请教别人，更加努力。

脚本宝典总结

以上是脚本宝典为你收集整理的201971010101-阿丽米拉 实验四 软件研发团队组建全部内容，希望文章能够帮你解决201971010101-阿丽米拉 实验四 软件研发团队组建所遇到的问题。

如果觉得脚本宝典网站内容还不错，欢迎将脚本宝典推荐好友。

本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。