开头我想说：一定要细心，一定要细心，一定要细心，重要的事情说三遍！也希望此时坐在教室里答题的高考学子们一定要细心，我们言归正传，通常情况下，一个项目的人员组成包括：软件工程师、电气工程师、项目工程师、以及装配工程师，从项目的立项、启动到调试验收，每一个角色都有对应的职责，作为软件工程师我有几点想和大家分享一下。

        项目前期我们应尽可能地了解清楚项目的需求，提早做好准备工作，避免做重复的工作，当我们了解到整个项目的需求后，不要急于去开发，先缕清思路，做到统筹兼备，预想存在的风险以及后期的维护便利程度，不要仅仅只是为了满足这个需求而去做，我们更多的要想到后期会出现的问题，最大可能要避免掉，以及后期我们维护的工作量，在这里我有一个个人观点，也许很多人不赞成我的想法，我并不主张在培训阶段给培训人员教太多的功能，调度系统在没有出问题的情况下尽量不要让培训人员去自行操作某些功能，我们要做的就是把逻辑需求简单化，功能方便化，想办法做成傻瓜式操作，而不是让培训人员去进行某些复杂的操作，争取在无人干预的情况下做到程序稳定运行，我们是负责技术的，所以我们的目的就是要方便别人去操作。

       在项目调试阶段，现场整个AGV的路线长度尽可能要和调度系统上地图长度一致，如果相差太大，后期会存在一系列的问题，到最后就形成了“拆西墙补东墙”的结局，与其那样倒不如前期就将AGV路线调整到最佳。在与其他设备对接的时候，更要做到统筹兼备，避开后期会存在的隐患，扩大我们的程序容错率，减少对整体运行的影响，留好后期维护的接口，方便我们后期快速维护。

       培训阶段我们不能光讲理论，在运行期间，我们可以故意创造出一些常见的问题，然后让培训人员独立去分析问题，独立去解决问题，这样下来会加深其印象，相反我们不断的去协助培训人员，会让培训人员形成一种依赖，当然我们必须要写一份详细生动的培训手册，图文结合，通俗易懂，千万不要有太多的文字描述，换做是你，你也不愿意去读，当下快节奏的生活方式，很少有人愿意静下心来去阅读，知识已经碎片化了，我认为这是一个不好的现象，扯的有些远了，我们要用最短的文字，大量的图片去将一件事情描述清楚，有时候会很考验语文功底，对于做技术的理工男是有些挑战的，培训的好坏以及程序的容错率大小关乎到你后期的维护工作量，这一点是需要我们去认真考虑的，今天就说到这里吧，有些东西一时半会想不起来了，后面有什么新的想法了我再继续更新......