网络15软工个人作业5--软工个人总结
一、请回望开学时的第一次作业,你对于软件工程课程的想象
**1、对比开篇博客你对课程目标和期待,“希望通过实践锻炼,增强计算机专业的能力和就业竞争力”,
对比目前的所学所练所得,在哪些方面达到了你的期待和目标,哪些方面还存在哪些不足,为什么?**
- 达到的期待和目标:
学会了一个小程序的基本流程是什么,知道写一个小程序应该做哪些工作。还有就是在团队中扮演好自己的
角色并帮助团队顺利实现了我们的目标。在一开始对软工的期待就是能提高自己编写代码的能力,软工算是
实现了我一开始的期待。因为学会了用新的语言去编写出我们需要的界面。 - 不足和缺陷
由于我的编程基础并不是很好,然后一开始分配任务的时候就是写前端,由于自己能力不够,没能做足够多
的任务,虽然分配的任务还是完美完成了,但总觉得曾经的懒惰耽误了自己。所以我觉得自己的不足和缺陷
就是能力不够
2、总结这门课程的实践总结和给你带来的提升,包括以下内容:
1)统计一下,你在这门课程中,完成了多少行的代码
700行
2)软工的各次作业分别花了多少时间
个人阅读作业 | 结对编程作业 | 个人阅读作业2 | 团队组队展示 | 案例分析 | 需求分析与设计 | 团队计划 | alpha敏捷冲刺 | alpha阶段展示博客 | alpha阶段测试与发布 | alpha阶段项目复审 | alpha阶段之事后诸葛亮 | alpha阶段个人总结 | beta阶段敏捷冲刺 | beta阶段项目验收与总结 | beta阶段验收互评 | 软工个人总结 |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
4h | 25h | 4h | 0.8h | 6h | 7h | 2h | 85h | 3h | 5h | 1h | 3h | 3h | 35h | 3h | 1h | 2h |
3)哪一次作业让你印象最深刻?为什么?
alpha敏捷冲刺,那是第一次开始冲刺,记得那时候我们那一周抽出了几天,大家集中在同一间宿舍学习,毕竟
第一次接触,大家都很焦头烂额,我那时候也是,先熟悉软件的应用,然后去网上看编写语言的各种教程。每
次大家都很晚才可以会宿舍,不过期间也收获得不少
4)累计花了多少个小时在软工上?平均每周花多少个小时?
粗略来说应该有168小时,一周12个小时
5)学习和使用的新软件;
GitBash、lengo
6)学习和使用的新工具;
微信web开发工具
7)学习和掌握的新语言、新平台;
html、JavaScript、微信小程序环境平台
8)学习和掌握的新方法;
学会规范上传码云代码,学会看看板任务并及时完成自己的任务
9)其他方面的提升。
责任感和合作精神方面有所提升提高了解决问题的能力
二、写下属于自己的人月神话——个人或结对或团队项目实践中的经验总结+实例/例证结合的分析
- 在项目开始之前一点要先明确团队成员的能力,并合理分配,这样有助于项目可以有好的开头
- 团队里头如果有不愿意付出自己的同学,一定得要有人私底下讲出来并说出这样的危害性,不然等到该
成员的行为引起大家的反感而不自知的话,很容易让矛盾激化,一个团队的氛围还是非常重要的。可以避
免事态严重的就要及时避免 - 接上一条,团队应该实行及时沟通机制,有什么要及时讲出来有什么问题的也要及时提出,都是同学,
不要因为作业坏了和气 - 再来就是自己了,自己的任务能做好还是要做好,至少态度还是要有的,如果自己不懂吗自己可以多查阅
资料或者多问其他同学,而不是觉得自己不做别人会去做,这样会让别人对你印象不好的
三、对下一届实践的建议,或者对于开学初的你,对于大一的你,对于开学初的我,你有什么想建议和告知的呢?
对于后来人的期许。对于换人机制,有什么样的建议?
对大一的自己
一定一定要好好学习好好打代码好好看书好好交朋友好好参加活动,不要为了及时行乐变成好好玩,大学里的
学习,真的很重要,当别人都会你不会的时候,会很难受
对后来人的期许
好好学习专业知识,原本不感兴趣的事情认真去尝试下,说不定你也可以做得非常好。比如打代码,这也是我对自己的期许吧
对于换人机制
我感觉这个机制还挺好的,至少会让团队的成员都积极地去完成自己的任务,毕竟平时在做任务的时候大家都是有目共睹。但
是虽然换人机制原意图是好,但是没法模拟好企业那样的,可能大家都觉得我们都是同学,直接把谁踢出去就好,然后就变成了两个团队之间换人了。
四、分析一下自己所处的团队。软件工程实践是大学里少有的认真的团队协作经验。《构建之法》上说团队的发展有几个阶段,你的团队都经历过么,
最后到达了“创造”阶段了么?(参考《构建执法》第17章 人、绩效和职业道德)
五、怎样证明你学会了软件工程?
研发出符合用户需求的软件
必须公开发布,有实际的用户,一定的用户量和持续使用量 (3 天后能保持10 - 100个用户);而不是: 做没有用户使用的软件
通过一系列工具,流程,团队合作,能够在预计的时间内发布 “足够好” 的软件
有项目规划/需求/设计/实现/发布/维护,有定时的进度发布 ; 而不是: 通过临时熬夜,胡乱拼凑,大牛一人代劳,延迟交付等方式糊弄
并且通过数据展现软件是可以维护和继续发展的。
而不是 找不到源代码,代码无文档,代码不能编译,没有task/bug 等项目的发展资料
请在随笔中用数据证明上述内容或侧重选择之一。
需求分析博客链接:
项目小程序的二维码:
alpha阶段博客:
https://www.cnblogs.com/software-teamwork/p/8861437.html
beta阶段博客:
https://www.cnblogs.com/software-teamwork/p/9060125.html
beta阶段项目验收和总结博客:
https://www.cnblogs.com/software-teamwork/p/9116074.html
git项目地址:
https://gitee.com/kezhiqing/soft_team_blog