当前对水利工程投资项目自动化的投入越来越多,如何管理好工程首先必须依赖于精准的需求分析,文章叙述了如何在水利工程自动控制集成项目设计中进行需求分析和可能出现的问题。 
  关键词水利;集成项目设计;需求分析 
  中图分类号TV512 文献标识码A 文章编号1006-8937(2013)08-0158-02 
  随着我国的经济发展速度的加快,各种基础建设步伐也逐年加快,在水利建设中的投资也空前巨大。而在水利工程投资项目中,自动化系统的投入作为一股新兴行业受到广泛关注。越来越多的大型泵站、水闸项目为了实现对工程的实时监控和信息管理,提高工程的运行管理水平,求投入自动化系统以确保水工建筑物的安全使用,并提高工程效益。 
  这就求有一大批素质高、善管理、会经营、懂技术的项目管理人才参与其中。怎样管理好工程,在建设施工中节省资金、降低损耗、节省劳动力以保证项目质量目标、进度目标如期实现。实现这些目标,项目经理以及其所在的项目组首先做的就是做好需求分析,弄清系统该做什么,不做什么,严格为业主把好关,为系统的成功实施打好基础。基础打的牢不牢就像一栋大楼的地基一样,对整个工程的实施至关重,是项目实施成败的关键一步。 
  水利工程自动控制系统项目同一般的信息系统集成项目的过程一样,分为启动阶段、计划阶段、实施阶段、收尾阶段。启动阶段是正式认可一个新项目的存在,或者是对一个已经存的项目让其继续进行下一阶段工作的过程。其中需求分析属于启动阶段的工作范畴,是新项目启动阶段的主工作环节。 
  在具体项目中,需求的来源通常来自于以下几个方面。 
  1 合同制约因素 
  当业主发布招标书后,其内部定义的所有制约因素,就成为界定需求分析范围的重考虑因素。也是项目组编制投标文件,中标后签定合同的重依据。当项目完成后,合同条款就成为验收审核的重标准,项目经理考虑的就是一切按合同完成功能。 
  例如在一项水闸自动化项目招标书中提出自动化系统投运后,具备测量和数据处理功能,其中包括检测显示所有设备的开关状态;测量显示上、下游水位和闸门的启闭高度;测量各电量及电动机的电流等值;在引水或排涝工况下,根据设定的水位条件,自动进行开关闸预告;在开闸运行中自动计算瞬时流量、日平均流量、每闸次的引排水量。 
  项目组在前期需求分析的过程中就必须把这些功能以及实现这些功能需设计的硬件、软件资源全部考虑进去。 
  2 业主客户求 
  每一个项目都具有其独特性,使用者在使用过程中都会有一些特殊的求,而这些功能往往是在合同中不曾涵盖的。这就需在项目的前期启动过程中,与用户先行进行沟通,了解他们是否有什么具体求。但由于很多情况下用户前期对项目理解不够,往往在初期无法提出具体需求,随着项目的日趋推进,业主对整个项目有了一定直观的了解后,可能需求也随之增加。这些增加的可能性越大项目风险就会越大,因为很多需求是偏离整个项目的最终目的的。我们在需求分析的时候就充分考虑到哪些需求是相对固定的,哪些可能会是产生变动的,考虑到他的可变性和可增加性,这样前期功能设计的时候不会因为后面的变动和增加而影响整个工程。这一部分的需求往往难以把握,这就需项目组成员根据历史资料和丰富实战经验进行先期考虑。 
  3 历史资料和实战经验 
  在项目范围界定期内,应该考虑以前项目计划的有关历史资料。大多数同类型工程项目都有其特定的规律,项目组完全可以根据以前类似项目界定工作范围。 
  例如每个水闸自动化项目中都需相应的报表,以实现对闸门的实时查询和历史查询。但假如在自动化项目具体的招标书中并没有具体实际的求,项目组成员不能对这个方面不予考虑,而是依据以往工程所做的报表,总结出大致报表的规律。如报表可分为两大类事件类和数据类。事件类是指运行事件和重的系统操作,如全部的报警记录、闸门启闭记录、手动命令等。数据类是采集的实时水位和闸门开度,计算的实时流量、引排水量,存储的每日8时流量、8时水位、最高潮位和最低潮位等各特征值,为生成各种报表、曲线和图形所用。中央控制室配有打印机,可定时或实时打印各类报表。总结后把大致规律与本工程相结合,总结出适合本工程的几类报表,先行把各类资源考虑进去。否则当工程交付时,用户提出再进行功能追加,势必会造成工期延误,影响整个项目的顺利进展。 
  但是毕竟不是每个分析人员都是专业而合格的,所以需求分析报告不一定很完善,会存在或多或少的缺陷。为避免这种情况的发生,需求分析必须经过项目组内部成员和业主的共同审核,讨论达成一致后双方共同签字,确认。 
  在多个工程具体实施中,发现在此阶段可能出现的问题如下 
  ①需求分析过于笼统,只关注到面上,没有关注到点上。往往开发出来的东西在具体的细节上和客户的理解有误差,并且无法严格界定是否属于需求变更。 
  ②需求报告没有获得业主的评审,因为业主早期对项目的不确定,如果只有我方评审通过,不去向业主仔细的分析和解释,只求客户签字,就会在后期造成隐患。因为很多时候具体用户在自动化系统未投入运行阶段对其认知非常模糊,有时甚至到系统投运后才能有完全深刻的理解。虽然业主签字即能够给日后出现问题时划清我们的责任,但是却不能保证业主的满意,不能保证项目实施成功。 
  ③需求分析中含有技术实施上有难度的功能。很多时候,客户的想法在实际实施过程中是不现实的,一味的求全和盲目按照客户的设想,势必造成整个项目实施过程中受阻。此时,项目经理做的就是与客户进行协调磋商,分析具体的性价比,建议用更为简便的方法来替代。例如曾有客户求在一个闸门自动控制系统中加入对闸门土建方面以及钢结构方面的检测数据,而满足这项功能需购置大量相应设备与自动化项目进行整合,这样前期设备采购成本和后期系统通讯调试工作量都大幅提高。而此项工作完成后,仅仅是在几年甚至是十几年后才有可能发挥起真正作用,这是与一个自动化项目的生命周期是不相吻合的。故与用户协商后,建议过一段时间后请专职水利勘测人员进行检测,达到最高性价比。 
  ④项目的完成度受业主预算的限制。当前大部分项目都是经过论证、概预算、招投标等多步发展最终确认的。在项目投入上是有上限的,在此情况下,项目的功能完成度将受影响,毕竟功能越多越完善,相应的软硬件开发成本就越高。如果一味追求功能多,将势必损失质量。这种局限性需事先告知客户并得到理解。 
  ⑤此项工作的繁琐枯燥,势必造成思想上的倦怠,使需求分析最后虎头蛇尾。需求分析是一项反复的工作,需和业主之间不断的商讨和确认,不断的被驳回和不断的修改。大部分的客户虽然安排专人负责这项工作,但是该负责人大多数情况下都是相关部门领导,本身对项目细节就不是非常理解,特别当他被很多其它的事务缠身,无心细看需求报告,他很可能会仓促签字认可,造成对设计没有完全理解和认可。 
  参考文献 
  1 柳纯录,刘明亮,高章舜.信息系统项目管理师教程M.北京清华大学出版社,2008. 
  2 施瓦尔贝(美).王金玉(译).IT项目管理M.北京机械工业出版社,2004. 
  3 福斯伯格(美).许江林,刘景梅(译).可视化项目管理M.北京电子工业出版社,2002.