本文共 1798 字，大约阅读时间需要 5 分钟。
机房合作从13号开始到今天，历时18天也暂时可以告一段落了，虽然基本完成了，但是还有许多需要改进的地方，接下来总结一下第一次合作开发的经历。
开发过程
分工：首先要分工明确，每个人都负责哪些层。 开发计划：确定好开发计划，画甘特图，接下来的工作一定要按照计划走，不要拖延，当天的任务当天完成，利用好禅道，时刻提醒自己，这样才会降低延期的风险。 需求分析：需求分析要确定最终要实现什么功能。 详细设计：这一步非常关键，大家要统一每个模块具体怎么实现，要用到哪些方法，传哪些参数，命名规范且统一。数据库的设计符合自己的要求，每个字段要用什么类型。整个模块的流程是怎么样的，该做哪些判断，哪些限制，做的限制和数据库每个字段的类型长度就关联起来了。最后要写详细设计文档，要把这些内容写到文档里，尽量写的详细一些，这些前提是大家必须要统一，因为接下来的编码工作要按照详细设计文档来。非常重要的是，开发的时候一定要参照文档，写文档并不是单纯的为了完成任务，而是帮助我们开发的，所以编码一定要按照详细设计文档来，不能按照每个人的意愿来，否则到了调试的时候是非常头疼的，这次对我们来说也是一个教训。 编码调试：编码工作完成后，我认为首先应该代码走查，这个过程也会发现很多错误。比如B层的去检查D层的，D层的去检查U层的，U层去检查B层，这样也有利于统一。然后就是每个模块的自测，尽量多进行破坏性测试，最后也是最重要的，就是找别人帮忙测试，毕竟每个人的想法不一样，很定还会发现新的错误。在测试之前或测试过程中也要记录下来测试用例，方便解决bug之后再次测试。发现错误之后，要对错误也进行记录，这时也可以利用“禅道”提bug。接下来就是调试了，尽最大努力去解决自己程序的漏洞。 文档完善：编码测试完成之后还有几个文档要写，比如项目开发总结、测试分析报告、用户手册、操作手册等，还要检查之前画的各种图是否有些细节需要改正，主要看自己画的图是否符合规范。
遇到的问题
1. 命名，对每个文件夹、每个文件的命名要清楚规范，比如最基本的就是：文件名称+版本+作者+日期。 2. 各种UML图，明确各种图是干什么用的。用例图中用例之间的关系，扩展还是包含要分清楚。时序图中我们要添加的是对象，所以不要写成类，还有就是生命周期，每个方法每个过程的生命周期，生命线断还是不断。 3. 编码时注释一定要写的清晰完整，多写注释。 4. 程序的健壮性，在进行操作之前要判断，比如U层要用D层传过来的数据，要先判断有没有数据。可以利用try…catch块，对于它的用法，我还基本不会用，接下来我需要学习一下。 5. 程序的可扩展性，不要在代码里把内容写死，要随时可以适应客户的需求。 6. 对于程序中固定的内容，写成枚举或常量。 7. 要有代码的运行日志，方便程序出错了排查错误，否则程序出现错误了，也不知道什么原因，修改起来也非常麻烦。 8. 对数据库中的密码要进行加密，保证数据库的安全性，除了对数据加密之外，还有数据库的权限等，总之要保证数据库的安全。
心得体会
1. 这是我的第一次合作开发，虽然出现了很多问题，但是也算是长了经验。分配好的任务按照计划，当天一定要按时完成，不要拖延，否则不仅会延期，而且会越来越不想弄。平时自己散漫惯了，所以我带领的也不是很好，导致我们到最后手忙脚乱的，很是愧疚，对不住自己的小伙伴们。 2. 提前做好准备，不管感觉时间有多么充裕或准备有多么充分，总是可能存在疏忽的地方，所以不管以后在工作中还是生活中，要提前留出来机动时间，方便发现问题及时解决。在做一件事之前要尽可能想的周到，可以列出来自己的计划再动手。 3. 一定要镇定。做大事的人从不慌乱，即使发现紧急的问题了，也要沉下心来想办法努力解决，越着急越做不好。即使以后在工作中向客户介绍，也要沉着和自信。 4. 心态。最后我感觉心态很重要，千万不要让自己崩溃，更不要把负面情绪带给自己的团队，遇到问题解决问题！
收获
通过这次合作，对 SVN 的使用也更加熟练了，知道了一些使用中需要注意的问题。比如先更新、后提交，冲突的解决等。分享一篇文章：
后语
这只是我们真正进入职场的第一步，我们要不断累积经验，逐渐变得成熟。暂时想到的就这些，如果有问题会继续补充。
转载地址：https://blog.csdn.net/zwj_jyzl/article/details/85419966 如侵犯您的版权，请留言回复原文章的地址，我们会给您删除此文章，给您带来不便请您谅解！
发表评论
最新留言
关于作者
