1． 组态软件运行的操作系统：DOS、Windows、Linux。
DOS下运行的组态软件，经过科技发展日新月异的洗礼，估计已经淡出市场。那个时代最具代表性的产品，就是美国WonderWare公司的InTouch产品。
Windows以其巨大的市场占有率，几乎包揽了组态软件的绝大部分组态软件的运行平台。国内外的组态软件厂商也自然是数量众多，各有千秋。因为Windows 操作系统的使用的培训的普及，以及其易学易用性，深受广大组态软件用户的青睐。组态软件开发商当然也喜欢在Windows下研发组态软件，最主要的是成本低，Windows下的开发人员多，Windows下的用户多。这些windows下的开发人员和用户，其培训成本相较Linux也低，因为这些人多windows下的一些基础知识已经通过其他途径完全掌握，不用组态软件开发商为操作系统的一些问题所头疼，至少一些用户自己就能解决一些。
Linux下的运行的组态软件，倒不是没有，至少有国内一些企业在做。通过网络搜索，发现Red Hat Linux（非嵌入式操作系统），以及一些Embedded Linux（嵌入式操作系统）下都有组态软件的身影。Linux下的组态软件的推广，不是一朝一夕的事情。如果Linux系统能在PC中作推广，有了一大批熟悉Linux操作系统的最终用户，这时才是Linux下组态软件的辉煌到来的时候。如果Linux的市场占有率一直就维持在那个低低的层面，Linux下组态软件就得忍受这个寒冬。当然，如果将来哪天Linux覆灭了，那就更谈不上Linux下的组态软件了。“皮之不存，毛将焉附”，这个道理对Windows，也适用。
2． 组态软件厂商使用的开发平台：MFC、.NET、Windows API
看了上面关于组态软件运行的操作系统平台，我也大家也能猜到。由于我的见识浅薄，一没出过国，二没在Linux下做过开发，三没啥行业经验。下面我也只能给大家说说这Windows下的开发平台了。
稍微有Windows下开发经验的，也都大概知道，Windows下做应用开发，不外乎两种方式：使用Windows API和使用应用框架。Windows API，是最老最直接的编程手段，但是复杂程度相较应用框架当然要高一些。应用框架，也不过是给Windows API中数量庞大的函数分门别类地穿上一些华丽的外衣，让人开始来更赏心悦目一些而已。
别的公司的应用框架（如Pascal、Power Script、Java等），我就不说了，没什么相关的开发经验。就说微软的应用框架吧：MFC和.NET,这两个我还算略知一二。MFC出现的较早，.NET则出现的较晚，这是历史原因，也不追究，两个框架的各有所长，各擅胜场，不敢贸然品评，只管好好用就是了。
下面说说我了解的国内的组态软件的研发状况吧：
国内大多数的组态软件公司，创立较早的，都有MFC版本的组态软件，也有一些有.NET版本的组态软件；创立较晚的，则可能直接介入 .NET版本的组态软件的研发。
下面举个例子：三维力控、亚控都有MFC版本的组态软件，亚控也已研发.NET版本的组态软件。九思易起步比较晚，则直接切入开发了.NET版本的组态软件。
3． 各组态软件支持的语言或脚本：类C语言、VBScript、Jscript。
使用MFC开发的组态软件，大多支持类C语言；其他的组态软件，还有支持VBScript、Jscript的。
从某种程度来说，无论哪种脚本或语言，只要封装了足够丰富的Windows API，就都可以实现丰富的功能。当然，解释执行和编译执行，也决定了脚本或语言的运行效率的高下。各个组态软件，都在发展变化，定性分析意义不大，这里不再多说。所谓，不知者不妄言。