脚本宝典收集整理的这篇文章主要介绍了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实现软件功能,简要描述软件的使用过程,上传使用软件的照片;
(1)GUI界面
(2)散点图
B. 总结任务3要求的功能软件解决了吗?软件在数据量/界面/功能上各有什么优缺点?对该软件产品功能有什么改进意见?
优点 | 缺点 |
---|---|
1.数据成功读入,可以实现基本功能。 2.界面简洁,排版整齐。 3.合作成功,功能克服困难。 | 界面缺少色彩的美感。 |
职业 | 学历 | 年龄 | 专业 | 爱好 | 收入 | 表面需求 | 潜在需求 |
---|---|---|---|---|---|---|---|
学生和从事软件开发的人 | 一般为大专及以上 | 18-35 | 计算机专业 | 爱好计算机编程、网站开发、偏爱算法研究 | 2000-5000 | 解决背包问题 | 学习计算机方面的知识,提高自己的编程能力 |
(4)经过(1)-(3)的工作,你们一定有充分的理由给评价作业选择一个结论:a) 非常不推荐 b) 不推荐 c) 一般 d) 好,不错 e) 非常推荐
(5)结合(1)—(3)的评论体会,迭代改进本小组实验三的任务3。
团队名称:待宰的高羊
团队成员组成
成员学号 | 成员姓名 | 个人博客地址 | 备注 |
---|---|---|---|
201971010111 | 何晨泽 | 博客 | PM |
201971010110 | 高杨 | 博客 | |
201971010160 | 谢家俊 | 博客 | |
201971010101 | 阿丽米拉 | 博客 |
成员姓名 | 风格 | 擅长技术 | 编程兴趣 | 希望的承担的软工角色 | 宣言 |
---|---|---|---|---|---|
何晨泽 | 求是 | 擅长主流编程语言,算法、前端等 | 对算法、数据挖掘等方面兴趣较高 | PM(开发) | 我要上浙江大三本 |
高杨 | 知术欲圆,行旨须直 | C/C++ | 前端、Python | 测试 | 好好学习,天天向上 |
谢家俊 | 积极思考,擅于发现 | Web前端开发 | 喜欢前端开发 | 开发 | 坚持不懈,加油 |
阿丽米拉 | 喜欢动手,善于查找 | C | 前端开发 | 文档 | 知识就是力量 |
请阅读《现代软件工程—构建之法》第7章,理解MSF的9点基本原则
所有的信息都保留,并公开。
这个目标必须是明确的,没有二义性;这个目标不是当前就能达到,必须是通过努力才能达到的;这个目标不是空泛的,它应该对项目成员每天的工作都有指导作用。每天你来上班,如果发现你做的事情对项目的远景没有帮助,你应该和老板提出来。
平等协作---成员之间、团队之间是平等协作的关系;充分授权给团队和成员。
无责任的旁观者和有重大责任的当局者的看法自然是不一样的。对此事负责的角色要自己拿主意。
如果你还没有能说清楚你的产品解决了什么问题,为谁解决问题,为什么你的产品会解决这些问题,以及客户怎样付钱让你解决问题,那你就不应该贸然创业。
软件工程,唯一不变的是变化。所以干脆别幻想客户的需求会在第一-时刻很明确,然后保持不会变。但要注意,我们是预期变化,不是期望变化。
不是质量第一,而是解决用户的问题第一。
把经验总结出来;分享经验。是为了:让团队成员从别人的成果和失败的例子中学到东西;帮助新项目重复以往成功的做法;培育团队总结的习惯和“批评与自我批评”的文化。
MSF强调产品团队与顾客的交流与合作,并不是产品团队拿到合同之后,就闭门造车,直到产品完成才告诉用户,给他们一个惊喜。
组建团队企业微信群
团队特色描述
团队特点:团队成员性格各不相同,但不会互相冲突,能从多角度看待、解决问题。
核心竞争力:编程能力较强。
任务名称 | 计划用时(min) | 实际用时 (min) |
---|---|---|
任务一 | 300 | 300 |
任务二 | 60 | 50 |
任务三 | 30 | 30 |
以上是脚本宝典为你收集整理的201971010101-阿丽米拉 实验四 软件研发团队组建全部内容,希望文章能够帮你解决201971010101-阿丽米拉 实验四 软件研发团队组建所遇到的问题。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。