软工课程总结

1、软工初印象

---

• 期待、目标和不足

  • 期待：坦诚的说，一开始没有不少指望，想着组队水一水，过了就好了，在组队后却成了队长，就指望着能和你们一块儿作东西出来，能让每一个人获得不错的分数，以及有好的收获。
  • 不足：没有负责项目的代码部分，是很惋惜的一点，但也是本身的选择，会利用寒假的时间去弥补这样的遗憾。
  • 目标：但愿能在寒假完善好小二结帐的商家端，也经过这个过程，弥补下在软工实践中缺失的部分。

• 提高总结

  • 代码行数

    • 软工实践的代码大量集中在团队项目中，而我自己在团队项目中不主要负责代码部分，因此我的主要代码分布在我的项目和结对项目的代码，以及部分团队项目中的代码，一共只有只有1140行左右

  • 做业时间列表

    做业名称	耗时(h)	任务
    软工实践第一次做业	2	跟随问题引导，反思本身，作出预期
    我的做业-词频统计	15	复习c++，学习github使用
    第三次做业-结对做业（原型设计）	2	接触墨刀，尝试原型设计
    第四次做业 - 团队展现	5	设计团队头像，肯定项目，开会讨论并拍照
    第五次做业 - 结对做业2	10	负责文本处理部分的代码
    第六次做业 - 团队答辩	10	开会肯定团队的分配和管理，书写博客，ppt制做演讲
    项目UML设计	3	开了临时会议，紧急分配任务，并去别组制做UML图
    需求分析报告	10	项目logo设计，思惟导图制做，博客整理
    团队现场编程实战（抽奖系统）	8	进度协调，需求分析，博客、文案撰写，演示视频制做
    Alpha 冲刺	50	机动+任务分配+答辩准备+美工设计+答辩准备+博客整理+拍摄演示视频
    Alpha 过后诸葛亮	1	博客整理，alpha反思，beta 计划
    项目测评（团队）	6	任务分配，ppt制做，演讲，博客整理
    BETA 版冲刺前准备（团队）	1	组织会议，反思总结，分配任务，博客撰写
    Beta 冲刺	30	机动+任务分配+答辩准备+美工设计+答辩准备+博客整理+拍摄演示视频
    本次做业	3	反思总结，博客撰写
    总计	221

  • 印象最深入的做业

    • 现场编程实战做业
    • 咱们在头一天的熬夜开会作了准备，提早配置好了了编程环境，在次日拿到题目后，从一开始的懵逼，到冷静下来后的分析、分配和构建，到紧张编程到最后没有作出东西，再到任务的从新分配，以及以后一个下午+一个晚上的团队编程，最后终于成功作出东西并提交github。经历了一个软件完整的构建过程，有deadline的刺激、有团队的协做，有失败、有反思、有调整，最终也有了一个好的结果。是很棒、很难忘的经历！

  • 累计时长

    • 累计大约花了221个小时，按15周次来算，平均每周14个小时

• 学习和使用的新软件

  • typora能够编辑markdown
  • 有道云笔记能够作笔记
  • 墨刀能够作原型设计
  • powerpoint的功能很是丰富且强大
  • 格式工厂对文件格式转换的处理很棒

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

  • 小程序开发平台
  • 学习了部分小程序的开发语言

• 学习和掌握的新方法

  • markdown语法排版简洁明了
  • 创客贴和千图网都是很棒的素材网站
  • 阿里巴巴矢量图库有不少矢量素材，能够作ppt

• 其余方面的提高

  • 作了三次ppt答辩，演讲方面获得了锻炼，提高空间很大
  • 作了四次ppt，收集了不少素材，也多了些设计思路
  • 博客整理，让我作笔记的整理更简洁、明了
  • 有道云笔记很好用，多端同步，很方便

2、人月神话

---

• 我的做业

  我的做业难度是通过老师和助教讨论过控制在合理范围内的，对这个难度我以为是，班上绝大部分同窗自身经过花费时间学习，就能够完成地不错，但结果并非绝大部分同窗都能完成地很好，包括我本身也同样，排除我的能力的差别之外，更多的仍是态度差别，有的人“想着怎么去完成做业”，有的人“想着怎么完成好做业”，相似于这样的态度差别，也决定了最终结果上的差别。

• 团队做业

  在团队做业中当了小组长，因此对团队领导者的角色有了新的认识，做为一个好的团队领导者应该有两个基本的品质：一个是团队中必要且领先的我的能力，另外一个是足够的我的魅力。

  做为我本身来讲，在整个过程当中，由于没有参与代码编写部分，在后期会感受到与团队脱节，而做为队长又会大几率承担一些与项目无关的之外的事情，花费了不少时间，但却对本身的所须要的能力的成长帮助不大。因此我本身之后不会像此次软工同样，在没有相关能力和好的考虑状况下，草率地担任一个团队的领导者，那样对本身和对团队都不可以很好地担负责任，可能做为一个组员在团队中工做，提升本身的核心业务能力，同时向好的领导者学习管理经验，会是一个更好的选择。

3、前车可鉴

---

• 建议、告知和期许

  • 期许：但愿他们对本身想作的东西，能有更创新有趣的想法，也但愿他们能收获本身想要的东西。
  • 建议：建议每一个人都要参与代码的编程，不要留下和我同样的遗憾。
  • 告知：少熬夜！少熬夜！少熬夜！

• 跳槽建议

  交换队员，更建议采起自愿，强制换队本意是好的，但这种骚操做很难把控利弊，容易翻车，形成很差的结果。

• 人数

  人数在6-7人比较合适，任务量、沟通交流、团队协做都比较有利。

• 做业规模

  • 我的做业：难度上，但愿能让多数同窗经过查询和学习能独立完成；任务量上，但愿平均能在10h左右完成比较好。
  • 结对做业：难度上，仍是要能让大多数人经过努力作出来，任务量上平坦下来，平均每一个人在7-8h左右比较好。
  • 团队做业：团队项目由于是各组自定、老师审核，因此以为提醒同窗们，按本身的实际状况去本身选择项目的难度便可，做业量的话但愿能简化一些内容，好比：天天的冲刺博客这种，虽然是课程要求，但作到最后反而成了负担，没有了促进做用。

• 感谢的人

  感谢刘浩同窗，从结对做业到团队做业都给了我不少的帮助，也向他学习了不少东西，具体不想谈，放在内心就好。

4、团队分析

---

回想起来，咱们小组一路走过来仍是很不容易。最初组建时候，人员配置缺乏大佬和有开发经验的同窗，队内其实有一种不够自信的因素在其中；到第一次答辩的项目选题答辩的时候，尽管答辩成绩还不错，但答辩结束后却又两位同窗选择跳槽，成为全班惟二的跳槽同窗。整个小组就显得有些出师不利、风雨飘摇的感受；而后，随着时间的推移，和不断的调整和努力，团队在一次又一次答辩中取得了不错的成绩，整个团队信心也愈来愈足，技术上也愈来愈成熟，不断遇到新的问题，不断解决新的问题；最后完成了完整的项目，也取得了不错的成绩，你们都收获不少，很是感谢这段经历！

5、软件工程

---

怎么证实你学会了软件工程？哈哈，对我而言这是个伪命题，固然是没法证实的。用一个学期的时间在课程要求的引导下，经历了一个完整的软件工程，用期末的三天时间粗读了软工的理论，因此不敢说本身学会了软件工程，只能是对整个软件工程的过程有所体悟，也在整个过程当中有了新的收获。

对于项目的发布实际上是比较惋惜的一点，由于咱们项目是基于微信平台的小程序，又涉及到支付的功能，因此自己具备很大的资质限制性，尽管咱们已经尽最大努力去达成小程序的发布，但最终仍是由于一个没法搞定的资质证书，宣告发布失败。但尽管如此，咱们对项目自身的需求和可用性来说都颇有信心，做为一个软件也实现了完整的功能和交互。

6、阅读笔记

---

参考文献：

[1] Stamelos I, Angelis L, Oikonomou A, et al. Code quality analysis in open source software development[J]. Information Systems Journal, 2002, 12(1): 43-60.

这篇论文主要介绍了关于开源软件的开发。开源项目的代码须要是”严格模块化，自包含，自我解释“，因为其它程序员能够自由读取、修改，加快了系统的演化速度，而审核代码质量的关键在于带啊吗是否有注释，编码是否贵伐以及代码的可扩展性和移植性。

7、个性发挥

---

• 我的很喜欢本身为项目设计的宣传海报，因此最后的最后附在这里