最近工作越来越偏向管理方向了(兼吗喽),所以仔细思考了一下给开发工作安排的问题。
结合自己开发过程中的体会,我觉得在构建完成用户需求文档的同时。
再站在开发的角度,构建一份详细的模块构架设计图就更好了,这样不仅可以给开发提供编码的思路和规范,也可以保证最终交付的代码大差不差,所以返工会减低很多。
前两天用processon画了两份系统的构架图。
一份用户控制模块
一份交互系统模块
画完之后我自己顺便把交互系统模块开发完成了,按照unity插件的制作方式,开发过程中,只要迷茫了或者卡壳了,看看构架图,一下就知道怎么往下继续开发了,挺方便的。
如果遇到对编码质量有一定要求的项目(非一把梭撸完代码打包丢出去不管了),需要有一定可维护性,我觉得不妨做每个模块开发之前花一两个小时设计下构架图,事半功倍。