软件工程第一次任务

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

---

个人介绍

经历

以前没有学过软件开发的知识，只是学过一些计算机语言，以前学过C，现在在学习Python。接触到更多得是已经成熟得软件与硬件的结合，在软件上进行配置，然后在硬件上进行观察或者操作。目前可能做过最复杂的软件项目是现在正在做的一部分，用.vhdl或者.edf编写要实现的功能和引脚定义，在Labview中进行编程，最后在FPGA上实现工程。
示例：pandas 是基于NumPy 的一种工具，该工具是为了解决数据分析任务而创建的。

认识

计算机和软件在现代工程项目中，对于研发人员是必不可少的，在学习研究和工程应用中都会打很多交道。但现在还不太擅长，希望通过不断地学习，能够在工程中能够真正的进行应用。

规划

暂时的工作内容是将深度学习的技术应用到电气技术中，未来可能会从事电气工程专业相关的行业，比如国网、新能源之类的企业。

目标

软件工程这门课可以培养做工程项目的意识，规范我的软件工程流程的规范性，不管 是做甲方还是乙方都必须要了解一定的标准。通过这门课我希望能够把刚学的Python进行实战应用，能够规范自己的编程方法，掌握标准的软件开发流程，在项目组的工程项目中，能够用学到的知识，提高应用的效率。我打算每个星期课外用6个小时在这门课上，并且愿意为我感兴趣的项目付出精力和时间。

理论学习

在线学习软件工程

第一单元测试题：
第二单元测试题：

人月神话读后感

人月神话给我最大的感受就是引入了一个新的“单位”——人月，人月是不可以相互替换的，但也有人月互换适用的情况：某个任务可以“等量”分解给每个参与者，并且他们之前不需要相互的交流，但也有许多加入人手，并不能增加生产力的例子，比如：孕育一个生命需要10个月。当任务是完全可分解的时候，人力的增加可以提升效率，减少需要的时间。但当任务是不可分解或者错综复杂时，可能不但不会减少开发时间，甚至会增加开发成本。
造成项目滞后的主要原因是缺乏合理进度安排，而五大原因导致进度安排的不合理：首先，对估算技术缺乏有效的研究；其次，错误地将进度和工作量相互混淆；然后，由于对自己的估算缺乏信心，软件经理通常不会有耐心持续地估算这项工作；再然后，对进度缺少跟踪和监督。在其他工程领域，经过验证的跟踪技术和常规监督程序，在软件工程中常常被认为是大胆的革新；最后，当意识到进度的偏移时，下意识的反应是增加人力。这些都会导致进度安排并不能达到最佳效果。
在时间安排上也给了我一定的启发，可能编写代码并不是软件开发最重要的环节，或者说不是最耗时的环节。更多的时间应该是花在制订计划中，比如作者把1/3的时间用在计划部份，1/4时间用在构建测试和早期系统测试上，1/4时间用在系统测试上。虽然看起来编码的时间只有1/6 实际作用,但部分编码过程在计划部分就已经开始，在系统测试过程中也是，需要编码去解决测试中所面临的缺陷和bug。所以整体来看，这样的安排是合理的，但前提条件是允许bug的大量存在，也要有可以优化的地方。
最后总结读完人月神话的感受，人月的关系，取决于任务的本质，不是人越多或者越少越好，具体任务具体安排，做出最合理的人员配置，才能降低开发周期。如何做好估计对系统测试重要性及其时间的安排的重要性也是不言而喻的，要充分的做好预估，足够长的周期去预估，不能盲目乐观，要实事求是的根据任务进展和安排来估计。合理的安排，在于利用一些有效的工具和图表去进行记录。当面临进度偏差时候的正确选择，是增加人手、重新安排进度还是削减任务都值得认真分析。

实践学习

编程环境

我选择的编程语言是Python，使用的集成开发环境是Pycharm，通过一个星期的配置，完成了IDE的配置。
pycharm环境：
单元测试：
代码规范测试（autopep8）：
目前还在学习Python，只是学习了一些皮毛，还需要更多的应用来夯实学习的基础知识，丰富经验。

代码仓库

使用了码云（gitee）作为代码仓库，并与集成开发环境进行集成。在码云中建立了仓库并上传代码到这个master。能够使用推送、拉去、提交等功能，并生成记录。
代码仓库：
上传记录：

总结

开课到第一次任务提交的作业：

通过这段时间的学习，对软件的开发有了新的认识。软件开发并不单一的写代码，而是一个系统性的工作，需要从最开始的环境配置到每天不断将自己的工作记录上传到代码仓库，再到最后的维护。是一个长期的过程，不是写完代码就结束整个工作。
在后面的学习中，要与团队进行紧密的配合，通过分工合作以及工程化的管理模式共同开发出一个较为良好的软件。