白话用户需求的重要性

  说到用户需求是什么呢，通俗地说就是自控项目中客户想要达到的效果和东西。而专业上来说，也就是客户对自控系统提出的自己的要求标准，这个要求标准根据自己的使用目的、工艺、用途等可以提出自己的要求。自控集成商依据客户的需求进行自控设计（或确认自己已经完成设计的项目能符合需方的要求）。

    作为自控工程师在做项目之前这是过程是一定要洗礼的，弄清楚客户想要干什么和结果，是自控工程师首要任务。大家该说这还不简单！人家要什么我们就给人家编什么，其实不然不要小看了这个过程，十分重要，它是一个项目的龙头，如果它出了偏差后面设计和执行再正确也是枉然。在现实情况中我们会发现存在这样一种情况，那就是一个自控工程师在现场把在家里写的程序全部推翻在现场重新写了一份，实在让人感叹技术劳动力的脆弱。

    其实很多自控项目虽说没有一个到了现场不改变的但是也绝不会出现全部重写的现象。这是为什么呢，其实这就是需求分析没有分析透彻，客户一般都是从事工艺设计和生产的，他们并不是直接了解自控的系统，即使说出来他所能知道同一个自控名词也有可能表达不同结果。举个例子，大家去过饭馆点过菜，（我是天津人）到了饭馆说给我来宫保鸡丁，在天津人的理解中宫保鸡丁是由鸡丁（这个是都有的）、黄瓜丁、胡萝卜丁、花生米组成番茄汁口味偏咸，但是如果你到了南方上来的可能就是由鸡丁、葱段、花生米组成红油汁口味偏甜。同样名字不同的地域就会出现不同的结果，同理在自控项目中工艺认为的一个自控词语概念并非我们理解的概念，况且就是同一个专业还会出现不同的理解方式。

    那需求该如何做呢？说简单很简单，说不简单也很难。你需要把客户的工艺思想挖掘出来，而变成自控行业能够理解的要求。按道理来说用户提出来的需求应该是系统的，也就是我们能够看懂的，但是往往这只是一种理想，要知道客户是我们的衣食父母，客户很多招标书都是由系统集成商来写的，所以现实情况很残酷。客户可能不能跟你说清楚他的需求，这个时候你就需要按照客户提供的只言片语，慢慢勾勒出来一个他想要的自控系统轮廓，经常会出现类似《开心辞典》一样情形，我们提出问题后列举四种方式或者情况，然后业主选择和他最接近的那一种。我个人理解一定要在需求阶段把用户的需求细化到极致，这样可以很方便躲避项目中技术难题（给不能实现或者不好实现的技术难题消灭在萌芽状态）和给验收和尾款带来顺利之门。在举个例子，用户在需求中会提出来要当工艺参数超限要声光报警，就是这么简单的一句话，这里边变化很大。工艺超限，大家都可以理解，就是PV大于或者小于了ALARM这个时候就要产生报警，但是声光报警的方式太多了，上位机可以发出报警声音、组态画面可以动态闪烁报警信息、控制机柜DO可以驱动报警器发出声音和LED灯的报警指示。这就牵扯到两种不同设计和实现方式，虽然不会牵扯太多的费用但是一旦采用了前者方式在改成后者，就需要硬件上有些变动，这都是大家（我们和业主）不愿意看到的。所以很有必要在用户需求的文件上附加上技术需求附件（双方签字有效的），这样可以让你在项目实施中不会处于来回变动当中。