软件工程总结

软件工程总结

1、请回望开学时的第一次做业,你对于软件工程课程的想象**

1. 对比开篇博客你对课程目标和期待,“但愿经过实践锻炼,加强计算机专业的能力和就业竞争力”,对比目前的所学所练所得,在哪些方面达到了你的期待和目标,哪些方面还存在哪些不足,为何?git

  1. 完整地按照老师的要求经历了软件工程的流程;
  2. 学习了新的语言,尝试了本身以前历来没有接触过的安卓APP的开发;
  3. 熬过了这个繁忙的学期,当中差点病倒住院了,还好,如今身体健康应该没啥大碍;
  4. 不足就是对于做业的细节或者是额外的部分没有精力解决;
  5. 还有就是咱们的软件作得还不够好,由于你们也都是从0开始,边学边作,因此就指望作一个能用的软件便可。

2. 总结这门课程的实践总结和给你带来的提高,包括如下内容:
1)统计一下,你在这门课程中,完成了多少行的代码;

2000行左右
2)软工的各次做业分别花了多少时间?(作一个列表)
……估计下吧sql

做业 时间(h)
我的阅读做业1 5
提问题 6
结对编程 15
案例分析 7
alpha阶段 8 * 7
beta阶段 5 * 5
其余展现博客,过后分析合计 20
此次做业 5
合计 139

3)哪一次做业让你印象最深入?为何?
第一次团队做业,由于差点当时身体状态特别很差,加上其余事项强度又很大,因此以为那段时间特别艰难,如今回忆起来,仍是很惧怕,身体熬不住。
4)累计花了多少个小时在软工上?平均每周花多少个小时?
139h
共计16周 139 / 16 = 8.6875(小时)
不包括技术准备的时间……
5)学习和使用的新软件;
Android Studio:安卓开发软件
6)学习和使用的新工具;
Git 代码提交工具
Monkey 自动化测试工具
Leangoo 燃尽图工具
7)学习和掌握的新语言、新平台
新语言:PHP
新平台:Windows + Apache + Mysql + PHP
8)学习和掌握的新方法;
站立会议、燃尽图管理、NABCD需求分析、结对编程、软件测试等方法
9)其余方面的提高。
心理抗压能力的提高
解决困难的能力
团队协做的能力
主动背锅的能力编程

2、写下属于本身的人月神话——我的或结对或团队项目实践中的经验总结+实例/例证结合的分析

经验总结:工具

  1. 交流最好可以在线下交流,线上交流的效果直接先打个半折,再说。由于咱们团队在QQ上交流,老是理解不到位,耽误时间。
  2. 量力而行,尽力就好,也不要有太大的压力,否则戾气会很重。首先是要尽力,即便作的真的不咋地,起码要让队友看到你有在干活,其次就是压力不要太大,就日常心去搞就行了,否则对于这门课程的认知会产生误差。
  3. 技术准备什么的,能提早准备天然是最好的,没条件就边搞边学吧,哪里有那么多项目在开始的时候你就都会。
  4. 选题的时候先搞的简单点,对不对,起码本身能作完,那再有余力,就再加功能嘛。咱们团队一开始的目标就很低,因此最后能够在完成既定目标的基础上进行扩展。

3、对下一届实践的建议,或者对于开学初的你,对于大一的你,对于开学初的我,你有什么想建议和告知的呢?对于后来人的期许。对于换人机制,有什么样的建议?

什么对于开学初的你,开学初的我,这是在唱歌吗……
对于下一届实践的建议:不要抱着划水混混的心态来上这么课,会累死你的队友的!
对于大一的个人建议:不要去辅修,去搞程序设计竞赛,这玩意儿它真的很是有趣;基础学科的学习还要强化啊,知不知道如今看论文很费劲啊,少年!
对于后来人的期许:就早点肯定好本身要干什么吧,若是是从事计算机行业的,固然要加强本身的动手实践能力。
换人机制:是个摆设,没有建议,若是以为须要保留这个摆设,就继续。学习

4、分析一下本身所处的团队。软件工程实践是大学里少有的认真的团队协做经验。《构建之法》上说团队的发展有几个阶段,你的团队都经历过么,最后到达了“创造”阶段了么?(参考《构建执法》第17章 人、绩效和职业道德)

分析团队:
咱们团队都是菜的不行的,可是都肯努力搬砖的那种。虽然跟大佬云集的团队无法比,可是就态度上来讲能够说是全专业顶配了。当有突发状况出来的时候,不是互相推诿,而是客观分析,而后有理有据地把锅甩给别人。(开玩笑)测试

经历的阶段:
萌芽:你们从一开始有个最初的想法,作个能用的,有人用的,还能够的APP
磨合:一块儿学习安卓、PHP,还有敏捷开发的流程,balabala...
规范:在开发阶段将团队的工做流程都写入了本身的平常
创造:写出了一个APP,这对于咱们中的全部人来讲,是一开始不敢想象的ui

5、怎样证实你学会了软件工程?

研发出符合用户需求的软件
必须公开发布,有实际的用户,必定的用户量和持续使用量 (3 天后能保持10 - 100个用户);而不是: 作没有用户使用的软件
经过一系列工具,流程,团队合做,可以在预计的时间内发布 “足够好” 的软件
有项目规划/需求/设计/实现/发布/维护,有定时的进度发布 ; 而不是:经过临时熬夜,胡乱拼凑,大牛一人代劳,延迟交付等方式糊弄
而且经过数据展示软件是能够维护和继续发展的。
而不是 找不到源代码,代码无文档,代码不能编译,没有task/bug 等项目的发展资料设计

公开发布:https://gitee.com/ljl36/team_programming/releases3d

实际用户数:
blog

有项目规划/需求/设计/实现/发布/维护,有定时的进度发布
http://www.cnblogs.com/Aragaki-Yui/
在以前的博客都有体现

项目连接:https://gitee.com/ljl36/team_programming

相关文章
相关标签/搜索