我的做业——软件工程实践总结做业

这个做业属于哪一个课程	软件工程1916|W（福州大学）
这个做业要求在哪里	我的做业——软件工程实践总结做业
学号	221600307
这个做业的目标	总结本学期软件工程实践课程内容。

1、请回望暑假时的第一次做业，你对于软件工程课程的想象

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

我在这个课程的目标是：经过实际项目将理论与现实相结合，在实践中掌握更多知识，培养更多能力。 期待这门课可以让我对软件工程有更清晰的认知，但愿能交出一份不错的答卷。

这是学期初我对这门课的期待，期末回顾，我以为已经基本实现了个人期待，一个项目从策划、分析到实现、测试，如何在一个小组中最大化地发挥本身的做用，如何和别人合做共同尽量完美地达成一个目标等等，都是在实践中学到的内容。固然这也多亏个人队友们都是很好的人，互相帮助才能学到更多。

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

1. 统计一下，你在这门软件工程实践中，完成了多少行的代码；

   • 在各次做业完成过程当中其实个人代码量并不算多，由于小组做业时我主要在作UI设计、测试以及各类文档撰写。结对编程300行左右，GitHub实训约500行，校招平台1000多行。

2. 软工实践的各次做业分别花了多少时间？（作一个列表）

   做业名称	花费时间(h)
   第一次做业——准备篇	3
   结对第一次——原型设计（文献摘要热词统计）	12
   结对第二次—文献摘要热词统计及进阶需求	10
   团队做业第一次—团队展现	2
   团队做业第二次—项目选题报告	10
   团队第三次-项目原型设计	16
   团队做业第四次-项目需求分析	20
   团队做业第五次—项目系统设计与数据库设计	5
   团队做业第六次—团队Github实战训练	20
   项目Alpha冲刺（团队）	50
   过后诸葛亮（团队）	3
   项目Beta冲刺（团队）	40
   Beta阶段团队项目互评	6
   我的做业——软件工程实践总结做业	3
   总计	200

3. 哪一次做业让你印象最深入？为何？

   • 印象最深入的是α冲刺，由于时间紧，任务重，因此每一天你们都在争分夺秒地赶工，并且因为前期任务完成的欠缺，致使大范围返工。经此一役你们都获得了教训，每一阶段都须要全力以赴，千万不能抱有此次没作好下次弥补的侥幸心理。

4. 累计花了多少个小时在软工实践上？平均每周花多少个小时？

   • 由上表可看出，各次做业累计完成的时间已经有约200h，还有一些课外学习的时间，零零总总算下来大概有240h左右，平均每周花费20h，已经大大超出我当初对这门课的预期。

5. 学习和使用的新软件&新工具

   • 原型：墨刀
   • 测试：Emmagee、iTest
   • 代码管理：GitHub
   • markdown：Typora

6. 学习和掌握的新语言、新平台

   • 不算新语言吧，是旧语言但新技术，安卓开发。开发平台是AndroidStudio和IDEA。

7. 学习和掌握的新方法

   • 各类测试方法。

8. 其余方面的提高

   • 在与人合做方面有很大提高，还有如何同时进行多种任务，各类文档的撰写以及对一个项目流程的把控。

2、写下属于本身的人月神话

团队开发最重要的就是协做和配合，在完成项目的过程当中文档是很是重要的，小组成员在开发时不能只一根筋地埋头苦干本身被分配到的任务，须要时时跟进其余人的进度，检查本身的完成部分和其余成员是否契合。咱们小组前期就是由于成员之间没有协调好，在代码完成过程当中没有检查先前阶段的文档，致使最终的客户端界面和原型有很大出入，先后端接口之间也老是有出入，经常要改。后期咱们对这个问题进行了改进就大大减小了问题出现的次数。

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

• 对于大一的我：课外学习是很是重要的，不要局限于课堂和课堂做业，尽可能多积累项目经验，多看多学多写。
• 对刚开学的我：在此为你点播一首歌——建议是看开点。把握时间，创造奇迹。
• 对下一届的建议：学期初就要对本身整个学期进行大概的规划，结对编程和小组项目选择组员都是很是重要的。和组员的熟悉程度、你们的技术掌握程度都是须要考量的点。不要由于怕错就不作，迈出一步以后的９９步就会更容易走。并且但愿下一届学生在选课前可以清楚课程的上课形式，否则容易在后期产生抵触心理。
• 对于中期换人：做为被选中替换的人，在紧张的β阶段难以快速上手一个已经趋于完整的项目，小组其余成员已经一块儿完成过８次做业，我做为空降人员初期总以为格格不入。不幸中的幸运是交换后的小组我须要作的工做此前已经有必定的知识积累，不然只能做为团队边缘人物完成一些可有可无的任务，新组旧组项目成功的喜悦全都与你无关。对于小组来讲，若是一开始就抱着早晚会有一我的被换走因此不能让任何一我的成为组里的绝对核心的想法，那么开始就注定了项目的失败。固然不排除有一些组前期组队时因为成员之间相互的不了解因此后期磨合出现问题产生换人的想法，个人建议是谁想换谁换，不想换就不换，毕竟在实际的工做场景中硬逼一个后端开发去作界面设计的状况也是毫不可能发生的。这门课并不教授技术，只是依靠学生此前的技术积累，旧组在选题时已经考虑过全部人的技术侧重，然后期贸然作出随机替换的决定不只草率并且丝毫没有顾及到实际状况。大三下学期课程很是多，光是各科的做业已经让人感到疲惫，我想学生是否有本身选择的权力呢？

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

• 萌芽阶段

  组内成员提出选题建议，讨论、击碎、重构并采纳的过程。

• 磨合阶段

  初期文档不规范或者文档没有考虑概括到的状况，代码、接口等等在α阶段经常出现差错，因此须要改正、磨合。

• 规范阶段

  后期从新制定了各类规范，代码与接口规范在以后阶段大有帮助。

• 创造阶段

  暂未达到。

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

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

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

在内测及小组互评阶段咱们的应用都获得了较好的评价，用户满意度较高，对于现有功能较为满意，咱们在开发时也很是全力以赴，并不仅是为了完成这门课的做业敷衍了事。因为现阶段ａｐｐ功能已较为完善，咱们后续还会再进行完善维护，若是有机会但愿能投入使用。
用户使用手册
2）经过一系列工具，流程，团队合做，可以在预计的时间内发布 “足够好” 的软件

有项目规划/需求/设计/实现/发布/维护，有定时的进度发布 ； 而不是: 经过临时熬夜，胡乱拼凑，大牛一人代劳，延迟交付等方式糊弄

在持续两个月的小组做业里能够经过一系列博客的发布看出咱们项目的流程规划和实现过程，每一个阶段的任务都按时甚至提早交付，基本在计划以内。

3）而且经过数据展示软件是能够维护和继续发展的。

而不是 找不到源代码，代码无文档，代码不能编译，没有task/bug 等项目的发展资料

全部的代码都有GitHub存档，迭代过程可在ｔｅａｍｂｉｔｉｏｎ查看，编写过程就已经考虑到后续的拓展、维护过程，代码具备良好的可扩展性，而且有完整的相关文档可供查阅。

6、个性发挥

此时无声胜有声。