一期阶段总结

• 任务内容：界面开发
• 时间计划：两周，实际上包括修改是拖延至三周多，但部分还是没改完

做得不好，主要是我的问题

1. 需求说明和开发要求没提前说明清楚
2. 做的过程中缺乏交流

总结1：
选队友固然重要，还是得找志同道合的人一起干。 但核心主要问题在于改变自己，做好自己。因为过去这段是由我做得不好主要导致的。

有主动意向问过我的一同学，因为平时不太喜欢他，又是竞争对手，我不想跟他合作，现在想我这样做好像不太好，他态度是主动，效率高的人，但话说回来，谁又知道合作时是怎样的。
就像离队的和现在的队友一样，是熟悉的舍友，平时学习认真，解决问题和寻找资源能力也强，不贪功，可是对于此事很不上心，寒假以太忙为由搞失联，开学回来对前期工作一点也不帮忙，分工后开始编码也继续拖延，我千呼万唤才打开编辑器，遇到问题懒得花时间动脑筋解决，只想推给我解决，说多了我和他都觉得我很烦。
之前离队的同学，既答应做，又不计划分配时间来做，一样是说没空做。
现在另一个，学习还可以，合作过，已经提前说好要保证有空做，再选择加入我们，还是错了，现在又是个大忙人，社团工作，原来还加入了另外一个队，不过态度没问题，至少会抓紧做。
… …
他们是被我找来的，被动方不积极很正常，换做我也不例外，以后都会遇到。我是主动发起者是负责人，现在遇上这种情况了，就是要锻炼自己，核心主要问题在于改变自己，做好自己。因为过去这段是由我做得不好主要导致的。

1. 需求说明和开发要求没提前说明清楚

前几天复习软测基础，在谈软件开发流程时，再三强调需求分析的重要性，列举了几个常见的不规范的需求分析例子印象深刻，其中指出软件测试出的缺陷和错误几乎40%是在需求分析阶段所产生的。

从一开始，我是对开发流程没有什么明确概念，一心只有打码，在去年期末前过老师潦草地了解一下做什么，就急于在放寒假第二天组队开始编码，甚至信心满满的跟老师说我争取寒假把它做好。最终啥也没做。

年少无知，又心切！

总结2：

• 前期工作：

1. 需求分析：
   业务功能核心需求是什么，其他次要需求是什么，每个用户角色的需求是什么；
   （注意：一定要向老师或客户问清楚，不能不懂装懂，说明书梳理出来，不明白继续询问，切记不能靠自己臆想，也不能含糊其辞。最终形成需求分析说明书，原则上是不能再三修改的，为此，写完后需要一定时间的推敲考验）
   知道要做什么了，那是不是可以开始打码? 不是的，不能心急，还得知道要怎么做，否则，就会像没有设计图就让工人们去建房子，边建边想怎么建，干不好就拆了重建，瞎搞。

2. 概要设计：
   系统（程序语言、框架、操作系统、浏览器、服务器、编辑器、数据库等等）怎么设计，业务功能怎么划分，确定出什么模块，怎么搭建工程包，怎么搭建文件结构，怎么设计数据库
   （注意：以上这些都要提前确定好，等到开发过程中再设计或变动，影响会很大，一期整合代码时就因为我没有提前搭建好文件结构，导致队友交上来的文件结构混乱或错误，命名无规，大量路径得改，严重拖延进度）

3. 详细设计：
   具体怎么做，要原型设计图，要详细地说明具体细节要求
   （注意：要耐心把设计图画出来，不能心急，不能总以为有这功夫仔细画还不如把打码给打完做出来了，这不是双重工作，还是建房子道理，除了给自己看，还得给队友看嘛。建议借助页面设计软件进行设计，我傻着居然用原始的计算机自带画图工具手画，超级低效折磨人，稍微草了些队友还是看不懂。详细说明也要提前，不能等到做才说）

• 接下来，得马上完善这些东西，，确定采用GitHub（企业都在用，发挥合并代码作用）和CodeWithMe（同学介绍，协同开发利于及时交流），，确定业务逻辑层要不要采用SSM或SSH（主流框架都不用算啥），因为都还没怎么学

2. 做的过程中缺乏交流

我这期间把任务分完，就没交流过，等到截止日期交给我，都不行，晚了，还得我帮忙改好多，无形的增加了我的工作量，还改不完！

• 接下来，要隔三岔五的去问和交流