软件工程课程心得体会

　　软件工程这门课从开学第一周的3月5日，一直相伴着我们走到了第十六周的6月18日。在这期间，我们从对软件设计的一窍不通，变成现在的略知一二，其中经历了多次的线上和线下讨论、反复地修改和老师多次的指导。通过这一长段时间的学习与实践，我们小组也完成了本次软件工程的课程作业，基本完成了小组的目标，学习和收获了新的知识。

       在共同完成软件设计的过程中，通过学习和实践，也让我对软件设计有了不一样的看法。特别是老师在上课时说的“编程其实只是软件设计中的一部分”，当我们实时参与到其中时才切身感受到这点。我们所编写的需求分析、概要设计、详细设计和测试是环环相扣的，若缺漏前一步，后一步都无法顺利展开。但与此同时，每一部分又是相对独立的，发挥着各自的作用。我们认为最难的编码部分也是必须基于这些说明书展开。虽然编码对于我们来说相对晦涩难懂，但是编码只是实现软件设计的工具，我们编写的说明书才是更核心的部分。

       在编写说明书的过程中，我们遇到了很多问题，与此同时我也吸收了很多经验和教训。其中以下几点是令我印象最深刻的：

       一是选题。在一开始构思我们所想要设计的项目时，其实我们也想过很多可以操作的项目。但最终我们从个人的兴趣与能力出发，同时也参考了一些网上的资料，选择以游戏为我们所设计的软件。随后我们也借鉴了这些视频资料，结合了我们的兴趣想法，确定了我们的4096的大致雏形：一个以“在体力值不为零的情况下，通过道具的获取、障碍的破坏以及闯关，在7*7的方格地图内获取尽量高的分数”为规则的小游戏。

       二是修改。当我们一开始完成需求分析说明书时，认为该阶段就直接完成了，直接进入概要设计部分时不需要再修改需求分析了。但随着项目的推进，通过我们不断地完善、以及现实状况的反映，我们的项目出现了变动，需要再次修改我们的需求说明书。且我们也需要及时的修改，否则当问题长期积压时，在之后就很难更改或者是变动幅度很大。

       三是记录。当大家在完成代码沟通后，缺乏注释和对变量的相关记录会导致事后可能想不起来或者他人读不懂代码。对于我们目前这个较小的程序，单看代码还能比较好的理解。但是若软件变得更复杂的话，则很有可能出现代码混乱的场面，这是不利于项目的推进的。因此，适当的记录是非常有必要的。

       最后，我们设计的软件虽然没有完全成功，但也有了大致的雏形。虽然整个软件设计的过程并不是一帆风顺的，但在其中大家都收获了很多知识，积累了很多经验。感谢这次课程帮助我对软件的设计有了更加深入的了解，同时也提高了自身的专业水平。希望未来有机会，能够对软件设计有更深入的了解，参与到更多的软件工程项目中去。