个人作业——软件工程实践总结作业

>##一、回望暑假时的第一次作业，对于软件工程课程的想象
>### 1) 对比开篇博客你对课程目标和期待，“希望通过实践锻炼，增强计算机专业的能力和就业竞争力”，对比目前的所学所练所得，在哪些方面达到了你的期待和目标，哪些方面还存在哪些不足，为什么？ 最开始暑假对这门课的期待就是很多个小伙伴们一起完成一个软件，在学期末将至，的确完成了最初的目标，感觉很奇妙，很不可思议。 在暑假的时候学习了js，css，本来想要在这次软工实践中做一个web的前端，遇到不会的地方，还可以再学习学习，但是因为自己也学过ps，对于ui的设计需要很早完成，所以自己也就先做了美工。没想到的是，两个美工做着做着，分成了web端和Android端，我是Android端，页面做着做着也就到了alpha阶段，ui工作量也是比较大的，做好一个页面就要立刻发给前端，慢慢的与web就分道扬镳了？所以随着软工的进程，我变成了一个专门做美工的成员【笑哭】与最开始对于自己的定位略有偏差。 尽管如此，我在ui方面得到了很大的提升，了解了一个团队ui是如何做的，并不是自己以前想象的那么简单，设计完界面就没事儿了，然而，设计完界面要做的事情才是耗时最长的——切图和标注。最开始有很多不懂的地方，有经验的队友们很细心的告诉我该怎么做，最终还是如期完成了ui。 除此之外，我还了解到在团队中工作的艰辛与不易，每个人之间的磨合，对于一个细节的不断修改，都耗费了很长的时间。 然而对于就业竞争力..其实我并没有想要过从事这方面的工作...如果我想要从事软工的话，当初可能会直截了当选择软工这个专业。所以就业竞争力对我貌似并不存在..但是这次经历也给了我很丰富的经验，体验了软件工程将几个小伙伴无意中冒出来的想法变成了一行行代码，变成了一个软件成品，是很有成就感的一件事情。

2）总结这门课程的实践总结和给你带来的提升，包括以下内容：

- 1.统计一下，你在这门软件工程实践中，完成了多少行的代码； 很惭愧，在这次课中，除了制作classmate-book有写过一些代码之外，基本上没有怎么写过其他的代码了。身为一个美工，所有的耗时都是在photoshop上面。 - 2 软工实践的各次作业分别花了多少时间？

作业名称	日期	耗时
大学之路（软件工程实践2017第一次作业）	2017年8月26日	3h
Sudoku（第二次作业）	2017年9月10日	15h30min
结队项目——第一次作业	2017年9月22日	750min
结对第二次作业	2017年10月9日	820min
个人作业——软件产品案例分析	2017年12月2日	120h
团队作业-产品提前准备阶段	--	大概一周的时间
团队作业-alpha阶段	--	大概一周的时间
团队作业-beta准备阶段	--	一天

• 3.哪一次作业让你印象最深刻？为什么？
  印象深刻还是团队作业啊，毕竟耗时最长。虽然美工听上去是一个很简单的分工，但是其实工作的时间并不亚于其他成员。ui设计完成以后，时间最长的是要切图，ps一点一点扣扣扣，切切切，还要分不同像素的文件夹，分别切图。刚开始切图的那几天，我基本上一整天都在切图。最主要的是花了很长时间切图之后还要修改，这就意味着之前切的图白切了..还要再重新来一遍。比如说图片名称的修改，布局的修改。修改的根本原因还是在开始巨大工工作量之前没有沟通好，所以在之后冲刺的几天，切图快了不止一倍。
• 4.累计花了多少个小时在软工实践上？平均每周花多少个小时？
  怎么说呢，这么说吧，在alpha阶段以前几天以及alpha阶段，基本上空闲的时间全部都给了软工实践。没课的时间，除了在写作业，就是在软工，再加上之前一些零零碎碎的作业，我有点数不清了。beta阶段却没花多长时间，因为最后除了登录注册界面，确实没有我什么事情了。
• 5.学习和使用的新软件；
  墨刀、Pxcook（一个标注软件）
• 6.学习和使用的新工具；
  ps的一些小细节吧，这次软工让我重新打开了photoshop的一些大门，知道原来ps还能这么用，切图还是有点方便。
• 7.学习和掌握的新语言、新平台；
  惭愧。木有。
• 8.学习和掌握的新方法；
  就是做ui的所有方法吧，毕竟是第一次接触。
• 9.其他方面的提升。
  uiuiui

二、写下属于自己的人月神话——个人或结对或团队项目实践中的经验总结+实例/例证结合的分析

• 1.在ui设计的时候一定要站在用户的角度，不要想当然的去制作。
• 2.越早开始动手，就会浪费越长的时间，就越晚完成。所以在动手之前，一定要有很充足的准备。
• 3.队友有时候会牵制你，但是永远都是你的动力。越多的沟通就会有越少的麻烦和越高的效率。

三、对下一届实践的建议，或者对于开学初的你，对于大一的你，对于开学初的我，你有什么想建议和告知的呢？对于后来人的期许。 特别地，特别地，下一届要不要中途换队员？

我觉得这门课是一种教学方法的改革，很好的体验了开发软件的过程，得到了很丰富的经验，受益匪浅。但是我也想说一下，这学期课很多，我本人这学期有18门课，很多课都有很多的作业，基本上天天满课，上午周一到周日天天满课，时间很少很少，但是为了做软工，不拖团队后腿，我只能选择牺牲一些其余的时间，比如少睡觉，甚至有时候我连做作业的时间都没有，熬夜以后上课很困很困；亦或软工一次结对作业没有认真的做，导致分数很低。这门课很好，但是真的太累了，有点顾此失彼。其实我觉得有些个人作业可以减免一些，毕竟这学期课太多太多了。 话虽如此，坚持就是胜利，这学期还是熬了下来，很累但是很充实。 后来人！一定要坚持下去！不管多苦多累多想骂人，坚持就是胜利！刷一下，一学期就过去了，没有软工的日子，还有点空虚？？ 对于换队员，我个人认为，只要是自愿的，任何时候换队员都是ok，但是要强制的话，可以早点强制换队员，因为最后的beta阶段，我们的新队员基本上没什么存在感..beta阶段基本功能已经做好了，核心功能还是大佬在做，所以我可能都没有和新队员说过几句话..既然老师让换，那必然有老师的道理，个人持中立态度吧~

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

- 萌芽阶段：这个团队里基本上都是实验班的同学，除了几个同学，大家都比较熟悉。第一次开会就很自然的谈论起来自己的想法，每个人都有各自很有趣的想法，但是却很难确定下来一个既实用，又能在一个学期中完成的想法。虽说大家平时都有讲话，不陌生，但是每个人有几斤几两都不是很熟悉。对于选组长这件事情，一开始我觉得我应该可以当组装，以为组长只是写写文档什么的，但是经过了解以后，才发现组长是整个团队的支架，因为我对于项目并没有任何的经验，所以最后还是拒绝了当组长，由项目经历丰富的武成大佬来主持大局。 - 磨合阶段：团队中像我一样的“萌新”不止一个，一开始都是一脸“萌比”，但是大佬们都会认真的告诉我们一步一步应该怎么做。刚开始的时候，我忍不住按照自己的想法设计了一些ui，后来却发现这些设计虽然很华丽，但是却很难实现，最终只能进行改动。所以沟通是在这个阶段无比重要的事情。 - 规范阶段：大家各司其职。每个人都在完成属于自己的内容，完成了部分内容之后各个部分的成员就将已经完成的内容交错起来，一步一步达到软件的完善。 - 创造阶段：这个阶段是达到了的。在beta阶段将各个部分的整合起来，进行了测试和完善，最终完成了预期中的功能。

五、怎样证明你学会了软件工程？

研发出符合用户需求的软件

必须公开发布，有实际的用户，一定的用户量和持续使用量 （3 天后能保持10 - 100个用户）；而不是: 做没有用户使用的软件

之所以开始想要开发这个软件，正是因为我们的概率论老师喜欢让我们在微信上照照片交作业。所以，我们联系了概率论老师，于是今天实验班的作业没有在微信上面提交，反而使用了我们的app提交作业。真是很棒棒哦~ 虽然自己亲身体验以后，发现有的ui真的是丑爆了...emm新手光环请笼罩一下我。

七、个性发挥，包括图文、照片和创意等

【之前的图太风骚了，换一个比较正常的。还记得最初的起点，花了整整一天的时间很兴奋的做出了这张图。】

【we are???】