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

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

  • 通过完成本次作业，组建了项目团队，意识到在团队中进行有效的沟通和交流是非常重要的，有利于项目更好的进行，每个人发挥自己的特长，各有优点，对于项目的完成至关重要；通过评测别的小组的代码，意识到了自己的缺点与不足，在今后的学习中会更加注意，提高自己的技术水平，虚心请教别人，更加努力。
posted @ 2022-04-08 22:44  Almiraa  阅读(65)  评论(0)  编辑  收藏  举报