我的做业5

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

相对于以前的设想，对本学期软件工程的学习以后定下的一些追求和目标。整体来讲，多少是有一些涉及和锻炼的吧，不能说是实现了什么目标，可是确实是在整个学期的我的、结对、团队路程中学到了不少过去没有接触的方面。总的来讲就是“综合实践能力”。例如，如何参与到一个完整的工做流程中、如何在一个团队中相互合做作出真正的工做产物，以及如何用实际的手段模拟一个将来投入社会工做的流程等等，这些方面都是在这学期的软件工程学习中让我有了必定的了解和学习到的部分。

除了意识形态方面，更多的一些除了编码这种“纯工做”以外的实用技能我也是初次尝试，好比咱们小组进行的web网页平台的开发项目，过去历来没有真正地把本身的项目投放到互联网上使之成为一个可用的项目，这是第一次尝试，也颇有幸能负责这方面工做，从云服务器到域名到端口映射等等，学到了不少比一些纯编码这些更实用的能力。

不足的话也是很明显，毕竟咱们仍是模拟这个过程，除了时间方面，缺乏一个硬性的要求和限制。使得这一学期的软工实践与将来的社会工做仍是存在很大的差异。你们的角色带入程度不高，对工做缺乏激情等等。

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

1）统计一下，你在这门课程中，完成了多少行的代码；

包括交叉完成的部分，除去被替换的部分，不包括UI的制做，约600~800行

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

代号	内容	时间
1	我的做业1	2
2	我的做业2	3
3	我的做业3	3
4	我的做业4	4
5	结对做业	15
6	团队做业1	3
7	团队做业2	3
8	团队做业3	5
9	团队做业4 A	18
10	团队做业5	4
11	团队做业6	4
12	团队做业7	4
13	团队做业8 B	12
14	团队做业9	2

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

团队项目验收印象最深，表明小组对咱们组的项目进行了介绍，很是紧张。同时也算是整个学习努力的一个站点吧。

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

约80个小时。平均下来每周约7小时左右。

5）学习和使用的新软件；

学习使用了JSP项目的编写，云服务器平台的申请使用，以及相似花生壳这种端口映射软件的使用。

6）学习和使用的新工具；

leangoo提供的冲刺看板，即工做统计，燃尽图这些

7）学习和掌握的新语言、新平台；

jsp是咱们选用的语言，基于WEB网页的开发

8）学习和掌握的新方法；

端口映射发布网站和应用，一种廉价便捷免复杂审核的临时互联网发布方案。

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

说到经验，此次团队项目占用了本学期学习内容的百分之七十以上的内容，从此次活动中也了解了不少“套路”吧。首先，从项目一开始便得到了一个经验教训，通过总结，基本就是“千万不要瞻前顾后优柔寡断”，之因此这样说，是由于团队每每在选题时候，考虑太多东西，好比：“这个难不难？、这个能作成吗？、这个我可能不会、选什么项目又简单又容易拿分？”，这些问题的答案基本就是无解，不可能让你有一个轻松而又容易“过关”的方式，咱们要作的就是想好作什么，作哪些东西，直接分配任务到每一个人。这才是最实在的，最难的不是开发过程，而是从一开始整个团队若是有一种颤颤巍巍的瞻前顾后的习惯，就很难进展下去。虽然有个别团队出现了困难而宣告失败，可是我以为他们的失败其实不是项目的失败，也不是各人能力的不行，纯粹是整个团队没有把这个活动当回事，你们都硬着头拖时间，时间一到一了百了~很庆幸咱们团队的工做算是顺利的，虽然成品在众人看来缺陷不少，可是的确是咱们努力的结果。

固然，从此次结项的结果和反馈来看，咱们的问卷调查系统的项目也是有一些问题，相对于大多数小组选择微信小程序之类的项目，他们拥有完善的开发环境和早已预制好的一套模板流程，优点很明显，成品bug少、不须要花费太多精力、有微信提供的完善的开发体系服务，固然，缺点也很明显，就是功能单1、逻辑简单。而咱们选择的web开发，劣势也很明显，整个项目基本要靠本身空手平地建设起来，功能繁多（从用户系统，到编写、编辑问卷、发布审核、填写回答等等一系列功能），看似是一个完整的结构，实则工做量很大，很容易出问题，咱们绝对付出了很多于任何人的时间和精力，可是因为平地起高楼的难度，让咱们一些功能存在不足或者缺失，给人的印象分大打折扣，有一种有苦说不出的感受，也算是咱们当初软件规划阶段过于“雄心壮志”的苦果，所以之后也要吸收教训，项目规划的结构：精而易才是最优先考虑的，大而全的思路很显然不适合咱们这种非专业的小团队。

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

实践过程，尤为是团队项目，建议考虑压缩非正式工做时间，即规划、构想这些前期时间，将更多的时间留给AB冲刺先后，若是我猜得没错，多数小组的开发阶段仅仅就是两次冲刺而已，尤为是过于将重担压在ALPHA冲刺那两周了。 换人机制想法是好的，实践中倒是有点鸡肋，多数小组仅仅选择了互换一人完成要求而已。换人时间是Beta冲刺前，而beta冲刺仅仅五天而已，并且完成度很高了，换人的意义不高，建议将alpha阶段时间从一两周拉长到两周，将换人安排在Alpha开发阶段中间，更有意义。

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

从萌芽到磨合到规范阶段，最后的创造阶段。我以为咱们团队经历过而且到达了。最初的萌芽应该就是老师提出这个活动吧，咱们小组的人肯定的还算顺利，磨合阶段应该是最困难的阶段，你们组成队伍很容易，肯定目标却很难，在项目的前期展开的阶段咱们跟多数小组同样犹豫不决，瞻前顾后，怕这怕那，每一个人都不想成为“背锅”的那个角色，因此你们有话都很难说，直到时限将至，终于达成共识，肯定好目标，你们坚持下去。有了目标便要开始工做了，这一阶段应该是规范阶段了，最终的实现小组目标，应该是咱们“创造”的结果。虽然这个创造还有不少不少不完美的地方，缺陷不少，可是他是完整的，是共同努力完成的成果。

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

说到软件流程，咱们的过往的项目进展博客应该是最能说明问题的，每个阶段的总结都包含了我的的进度进展。
http://www.cnblogs.com/biaoche/

包括咱们临时服务器开放阶段的流量统计，在验收当日的流量为80MB左右，每一个用户尝试一个完整流程约使用4-7M不到的服务器流量，单周四百多M流量基本是实现了数百次的用户访问