面对较复杂的PLC工程 我该怎么样组织程序？

梯形图语言是一种面向过程的程序设计语言，它脱胎于电气控制图，继承了其简单、易懂的特点。但是面对复杂的工程时程序编写繁锁，可读性较差。这里引入软件工程的一些观点给用户在面向较复杂工程编程时提供几点建议：
1．用户面对复杂的工程后不要立刻写程序，要首先保证对整个系统充分了解和掌握。这些在软件工程中称为“需求分析”，建议分如下几个方面考虑：
1）功能需求。plc 具体要做哪些工作？最终用户、其他设备对 PLC 有哪些要求？程序量大概有多少？这方面的需求指系统必须提供的功能，编程者可能需要跟最终用户进行多次深入的交流才能彻底了解。这是编程的第一步，对最终用户需求的误解会给编程者带来极大的损失。
2）接口和周边设备的需求。PLC I/O 点数是否足够？通讯口是否足够？通讯协议是否支持？PLC 往往处在一个系统的控制核心位置，编程者有必要对该系统的其他设备如执行机构、人机接口有一定了解，统一规划整个系统。
3）逆向需求。逆向需求说明软件系统不应该做什么，一些执行机构提供的功能往往能够省去 PLC 的一部分工作，将一些功能下放给执行机构，能够减短 PLC 扫描周期、降低程序的复杂度，使控制系统的健壮程度和可靠性增强。
4）将来可能提出的需求。梯形图程序维护方便、修改简单是其特点，但是在复杂的工程中插入一个功能往往要面临更多的困难，建议编程者为将来可能增加的功能准备接口，以便一旦确实需要时能比较容易地进行扩充和修改。
2．当编程者对整个系统充分了解和掌握之后，建议将这些想法固化下来，方便编程者自己和合作者较明晰的了解该系统，对该系统今后的维护和修改也十分有益。流程图是目前最流行的方式之一。
3．分层实现。较复杂的工程往往能够分成若干个功能，建议将每一个功能单独作为一个子程序，在需要该功能时主程序调用子程序，子程序之间的耦合度尽量降低，子程序和主程序之间可以有适当的参数传递。这种组织方式程序功能明晰，可读性好，程序继承性好。
4．重视继承。分层实现的另一个优点是子程序的复用性好，之前工程中有的功能如果新工程需要可以直接采用其子程序。