基于火电厂DCS的软件工程的研究.doc

目录1 软件与软件工程11.1 软件11.2 软件工程21.3 软件需求分析21.4 软件设计31.5 编码实现31.6 软件测试41.7 软件工程管理42 软件工程在火电厂DCS中的应用52.1 DCS设计中引入软件工程理论和方法的必要性52.1.1 问题定义及可行性分析52.1.2 需求分析52.1.3 概要设计52.1.4 详细设计62.1.5 软件测试92.1.6 软件维护102.2 软件质量103 软件工程的未来11后记12致谢13参考文献：1313基于火电厂DCS的软件工程的研究计算机科学与技术 尹彬青指导教师刘红娟摘要： 软件工程作为一种开发大型软件的方法，在计算机程序越来越复杂的今天及将来，是必不可少的，怎样有效的使用软件工程，怎么能开发维护良好的大型程序，是当务之急。本文主要介绍了软件工程的理念和有效使用方法。以及软件工程的发展前景。关键词：软件工程，软件，软件设计，需求分析The research of Software Engineering based on DCS of the thermal power plantStudent majoring in Computer Science and Technology Name Yin BinqingTutor Liu HongjuanAbstract：As a kind of software engineering, the method of developing large-scale software on computer program increasingly complex today and in the future, is indispensable, how to effectively use the software engineering, how can develop and maintain good large program, is critical. This paper mainly introduces the software engineering idea and effective method of use. And software engineering development prospects. Keywords：Software Engineering , Software , Design , Demand analysis软件工程已进入到目前的第四代，它已具有许多优势，虽然它仍存在同时代人曾经历的某些弱点，但其早年的天真和热情已被更合理的经历多年培育的期望(以及甚至善意的嘲讽)所替代，软件工程正带着许多成就步入中年，然而还有大量工作需要去做，今天，它已被公认为一个重要学科，值得认真的研究、细心的学习和热烈的争论。在整个产业界，“软件工程师”已经替代“程序员”成为更受欢迎的工作头衔。产业应用软件中已广泛而成功的采用了软件过程模型、软件工程方法以及软件工具。管理者和实践者均认识到，需要一个更严谨的软件方法来支持手头的工作。1 软件与软件工程1.1 软件目前，社会已经进入以计算机为核心的信息社会。信息的获取、处理和人与人之间的交流、决策等都离不开软件。因此，人们对软件提出了更高的要求。为使软件资源能够达到资源共享。以高性价比的方式生产软件对于社会的经济运作是必不可少的。一般来说，软件是与计算机系统操作有关的程序规则、规程及任何与之有关的文档和数据。所以：软件(Software)程序(Program)数据(Data)文档(Document)所以，软件可以定义为计算机语言程序和所有使程序能够运行所需要的数据和文档。软件产品是指向用户提供的计算机软件、信息系统或设备中嵌入的软件或在提供计算机信息集成系统集成、应用服务等技术服务时提供的计算机软件软件是无形的。软件产品很难知道某个阶段进行到了什么程度。完成了多少。看不到设计过程，看不到阶段性成果，最后的结果到底会达到什么效果，也是很难预料的。在整体上，各个部分的内在逻辑关系，也不能用操作来表明其内在的逻辑性。现阶段，软件的制作过程复杂，故障率高，国内的手工作坊式生产导致了很多的重复劳动，自动化程度低。导致了无论是耗费人力物力资源还是价格都一直居高不下。但是，产品完成运行趋于平稳后，大批量的生产却非常简单。软件也不会像其他大多数产品那样，有磨损和老化的过程。它可以一直保持平稳状态运行下去。但是，只是理论上而言。实际情况却有些不同。软件的修正会引发各种各样的新的错误，新的错误会导致故障率提高。总结来说，软件的特点是：它是一种逻辑实体，具有抽象性；它没有明显的制造过程；在使用过程中，没有磨损、老化的问题；软件对硬件和环境有着不同程度的依赖性；软件的开发至今尚未完全摆脱手工作坊式的开发方式，生产效率低；软件是复杂的，而且以后会更加复杂；软件的成本相当昂贵。在应用方面，软件现在已经普及到了千家万户之中。不只是计算机，家用电器、电视、电话、数码相机中都能找到软件的影子。数字化时代的到来，更使我们的生活、工作、娱乐都离不开安吉，也就势必离不开软件。广泛的应用领域造就了多种多样的软件：系统软件、实时软件、商业软件、工程与科学计算软件、嵌入式软件、个人计算机软件、人工智能软件等。多种多样的软件正在使人们的生活工作变得更加方便快捷，丰富多彩。1.2 软件工程软件开发的过程中，总是会遇到许多这样那样的问题。随着计算机成本的降低，计算机的使用量急剧提高，对软件的需求也急速上涨。而软件开发时间与成本估计不准确则加剧了这个问题。软件开发人员对用户的不了解，缺乏很好的沟通，闭门造车常常使软件产品不能满足用户的需求，而软件的维护、修改难度也相当高。这一系列问题导致了维护成本高。而软件的生产成本更是昂贵。为了解决这些问题，我们要采用工程化的原理和方法，系统的研制和维护软件。采用软件开发技术、方法和工具开发和设计软件，采用规范的管理措施对软件开发过程进行管理。所以，软件工程是采用了工程学的概念原理、技术和方法来开发与维护软件，把经过实践考验而证明的正确的管理技术与当前能够得到的最好的技术和方法结合起来，达到按预期的时间和费用完成满足用户需求的软件的最终目的。软件工程主要分为5个阶段软件需求分析；软件设计；编码实现；软件测试和软件工程管理。1.3 软件需求分析软件需求分析是软件开发中的一个至关重要的问题。软件开发人员及用户往往容易忽略信息的沟通导致软件开发出来后，不能很好的满足用户的需要。而返工则不仅在技术上给开发人员带来巨大的麻烦，而且造成人力物力的浪费。软件需求是用户对所开发的软件的基本要求。包括系统的功能、性能方面的需求和期望。软件需求分析是软件开发过程首要阶段。主要完成对用户所提要求的理解、对当前系统中存在的问题的认识、并且对目标系统应具有的服务和约束加以描述。需求来自于用户，同时也是经过了开发人员抽象之后的需求。因此，需求分为两大类：用户需求和系统需求。用户需求表达了高层的概要需求；系统需求表达了对系统应该提供哪些服务的详细描述。系统需求又分为两种：功能性需求和非功能性需求。功能性需求包括对系统提供的服务，如何对输入作出反应，以及系统在特定条件下的行为描述。非功能性需求是与系统的总体结构有关，而不直接与系统具体功能相关的一类需求。由于许多非功能性需求关心的是系统整体的特性而不是个别的系统特性。因此非功能性需求比功能性需求更为重要。如果一个功能性需求没有满足，则可能降低系统能力；而如果一个非功能性需求没有满足，则可能会使整个系统无法正常运行使用。需求分析主要有两个任务。一个是通过对问题及其环境的理解、分析和综合，建立分析模型。另一个是在完全弄清用户对软件系统的确切要求的基础上涌“软件需求规格说明书”(Software Requirement Specification ,SRS)把用户需求表达出来。SRS应该简明易懂，尽量不包含计算机技术上的概念和术语。使用户和软件人员都能接受它。完整、一直、无二义、易于维护。它作为用户和软件人员间的合同，为双方相互了解提供基础，反映出问题的结构，可以作为软件人员进行设计和编写的基础。作为验收的依据，即作为选取测试用例和进行形式验证的依据。可是在如今的需求分析中，却依然存在这样那样的问题。开发人员不具备用户所要求的知识。处于不同角度，扮演不同的角色，造成了交流上的障碍。由于用户需求所涉及的因素过多或领域应用本身的复杂性太高造成了开发的困难。而对这些问题的陈述，在用户与开发人员间术语的不通，更可能会引起理解的不同，造成分析的不一致性。为了克服避免这些问题，首先要做的就是加强沟通与协调，不嫩能够仓促。足够的耐心和对用户的全面了解是必不可少的。多交流，与多人交流，从多个角度交流才能真正了解用户的确切要求。心急永远吃不到热豆腐。跟班作业，开调查会，请专人介绍，询问，设计调查表请用户填写，查阅以前管理模式下的文档、数据记录。都能很好的减少交流上的问题。然后根据需求进行建模，构造系统需求的模型。1.4 软件设计需求分析让我们知道该“做什么”，而后的软件设计根据需求分析来确定“怎么做”。软件设计分为总体设计（或称概要设计）和详细设计（或称过程设计）两个阶段。软件系统的体系结构设计，系统接口设计，数据结构设计，软件过程设计，系统界面设计这5个方面。对于简单的问题一旦确定了要求，便可以立刻开始编程。但对大型程序来说，为了保证产品的质量并使工作能顺利进行，必须先为编程顶一个周密的计划。这项工作成为设计(Design)。设计是联通需求说明书与程序的一座桥梁。软件有一个个小模块构成，独立性好的模块具有独立的功能而且与其它模块没有太多的链接，这样的模块是软件优秀设计的关键。因为具有独立性模块的软件易于开发。能够对软件功能进行分割而且接口简单。可有一组人同时开发。独立模块以于测试与维护。修改设计独立模块的工作量比较小，错误的传播范围小，而且扩充功能时还可以方便的插入模块。模块化的软件设计是软件质量的关键环节。随着软件系统 的扩大，整个系统的结构更加重要。软件体系结构(Architecture)是指软件的整体结构，体系结构设计是软件设计的首要任务，目的在于建立一个结构良好的系统。确定软件和数据的总体框架，给出系统的字系统分部和子系统下属的模块组成，以及相互之间的关系。1.5 编码实现软件开发的最终目的是生成符合用户需求的程序源代码。而设计阶段得到的仅仅是对用户需求的过程性描述。软件开发的下一阶段，即编码(Coding)阶段的任务就是要将设计阶段得到的成果用计算机程序设计语言描述出来，得到可以在计算机上执行的程序。相对于软件生命周期中的其他阶段，编码阶段的耗费较少而且实现难度不大。由于编码完全是在设计基础上进行的，因此，一个程序的优劣主要取决于软件设计的质量。但是编码过程中程序设计语言的选择和编码风格的把握以及编程技巧的运用却直接影响着程序的可靠性、可读性、可测试性和可维护性。分为程序设计语言，编码标准，编码风格3个方面的内容。程序设计语言，即编程语言，是一种被标准化的交流技巧，用来向计算机发出指令。一种计算机语言让程序员能够准确的定义计算机所需要使用的数据，并精确的定义在不同情况下所应当才却的行动。设计语言往往使程序员能够比使用机器语言更准确的表达他们所想表达的目的。它具有一致性，二义性，结构性，可移植性和可维护性。编制时要保持程序结构清晰，易于修改和维护。使程序的可读性强，正确性和容错性强，重复使用的完成相对独立的功能的算法或代码应抽象成为公共控件或类。编码时，遵循所选的程序设计语言的设计规范，并培养良好的编程习惯，可以使程序的结构清晰、层次清楚，具有良好的可理解性，同时程序也易于修改、测试和维护。标识符命名，程序注释和层次结构清晰都是良好的编程习惯1.6 软件测试软件测试是软件开发过程的重要组成部分，是用来确认一个程序的品质或性能是否符合开发之前所提出的一些要求。软件测试的目的，第一是确认软件的质量，其一方面是确认软件做了你所期望的事情（Do the right thing），另一方面是确认软件以正确的方式来做了这个事件（Do it right）。第二是提供信息，比如提供给开发人员或程序经理的反馈信息，为风险评估所准备的信息。第三软件测试不仅是在测试软件产品的本身，而且还包括软件开发的过程。如果一个软件产品开发完成之后发现了很多问题，这说明此软件开发过程很可能是有缺陷的。因此软件测试的第三个目的是保证整个软件开发过程是高质量的。软件质量是由几个方面来衡量的：一、在正确的时间用正确的的方法把一个工作做正确（Doing the right things right at the right time.）。二、符合一些应用标准的要求，比如不同国家的用户不同的操作习惯和要求，项目工程中的可维护性、可测试性等要求。三、质量本身就是软件达到了最开始所设定的要求，而代码的优美或精巧的技巧并不代表软件的高质量（Quality is defined as conformance to requirements, not as “goodness” or “elegance”.）。四、质量也代表着它符合客户的需要（Quality also means “meet customer needs”.）。作为软件测试这个行业，最重要的一件事就是从客户的需求出发，从客户的角度去看产品，客户会怎么去使用这个产品，使用过程中会遇到什么样的问题。只有这些问题都解决了，软件产品的质量才可以说是上去了。1.7 软件工程管理与其他软件工程管理相比，软件工程管理还是一种比较新兴的领域，在软件行业的迅猛发展中，一些问题和危机逐步暴露出来，例如: 手工作坊式的软件开发、项目时间总是推迟、无法保证按期提交、项目预算成倍超过、项目人员不断流动等等都是软件开发商面临的一些问题。产生上述问题的主要原因是缺乏软件过程控制能力: 开发过程随心所欲，时间计划和费用估算缺乏现实的基础，管理者主要在应付突发事件，对产品质量缺乏客观基础，软件开发的成败建立在个人能力基础上等。为了解决这类软件工程问题，美国软件工程研究所 SEI自1986年开始研究软件过程成熟框架，1991年提交了能力成熟模型(Capability Maturity Model)CMM V1.0。该版本经多方软件专家评审，发布了V1.1版，并更名为SW-CMM。1999年年底发布了V2.0版。它强调企业软件开发能力取决于企业的过程能力而不是个人能力、强调持续的过程能力的改善，是衡量软件企业软件开发管理水平的重要参考，既可以作为软件开发组织改善软件开发过程的参考模型，也可以作为用户评估软件工程管理承包商的依据。在中国，软件工程管理的应用是从上世纪90年代开始的，最初的应用都是在一些与国际联系较密切的大型建设项目，如大型电厂、三峡大坝、机场、高速公路等，以及由一些大型外企引入，如IBM、微软等五百强企业。认识到它的重要性后，我国政府开始在一些大型国企如中石油、宝钢等进行推广应用。自2002年以来，软件工程管理开始在中国显现燎原之势。软件行业中，大型软件开发已开始系统运用软件工程管理的技术与方法，它和CMM一起也重新给了中国软件业迎头赶上印度的信心和希望。2 软件工程在火电厂DCS中的应用2.1 DCS设计中引入软件工程理论和方法的必要性火电厂数字化控制系统（Digital Control System ,DCS），是一种利用计算机技术、通信技术、控制技术对火电厂设备进行集中监视、操作、管理和分散控制的计算机系统。1968年10月，NATO科学委员会在德国的加尔密斯(Garmisch，Germany)开会讨论软件可靠性与软件危机的问题，Fritz Bauer首次提出了软件工程的概念。至今已经过去了40多年，软件工程早已被广泛应用于工业、IT、政府和学术界，随着这些年来软件工程的不断发展，逐渐形成了一些科学的理论和方法，这些科学的理论和方法在DCS的设计当中，还是非常有借鉴意义的。2.1.1 问题定义及可行性分析开展技术调研和市场调研等活动，研究系统的可行性和可能的解决方案，确定待开发系统的总体目标和范围。DCS项目的确立，前期的市场调研工作十分重要，主要的工作就是确定项目的可行性，也就是能否做的问题。看似简单的问题，其实并不简单，好多的项目做到最后不得不更换设计，甚至被迫终止，都是前期没有充分进行调研的结果。2.1.2 需求分析分析、整理和提炼所收集到的用户需求，建立完整的分析模型，编写软件需求规格说明和初步的用户手册。通过评审需求规格说明，确保对用户需求达到共同的理解与认识。一旦DCS项目确立下来，接下来要做的就是与用户进行沟通，也就是要弄清楚用户真正需要的是什么，最好能形成书面的标准化文档，这样做的好处是既可以明确责任，也可以作为后期设计的主要依据。火电厂DCS分的三个部分：燃烧系统、电气系统、汽水系统所需要的知识和设计各不相同，必须讨论的全面。燃烧系统的检测系统，报告系统；汽水系统的给水系统、补水系统和水循环系统；电气系统的电压检测和发电机控制统计系统，这些都需要详细的分析清楚用户的需要。2.1.3 概要设计根据软件需求规格说明文档，确定软件的体系结构，再进一步设计每个系统部件的实现算法、数据结构和接口等，编写软件设计说明书，并组织进行设计评审。弄清楚需求之后，对于一个DCS项目来说，接下来要做的就是设计工作了。现实的情况往往是时间紧迫设计人员急于上手，想到什么就做什么，对整个系统没有一个整体结构的把握，以至于做到后期由于程序结构的先天不足，导致进展困难，甚至不得不重新开始。正确的方法应该是先整体、再局部，即先设计整体结构，再设计每个模块。当然这样做还有一个好处就是节约时间，一个团队的所有人员可以先在一起讨论整体的结构，充分发挥团队集体的力量尽可能的确立出最为合理的整体结构，之后再对每个模块进行分工，由不同的团队成员去分别实现，充分发挥团队开发的优势，事半功倍。火 电厂控制系统主要分为燃烧系统、汽水系统、电力系统。各个系统又包括数据采集、监视、诊断、记录、显示、预置及建立数据几个方面。模块设计如（图一）。各个模块分开设计。其中的显示、预置和建立数据模块完全可以做成通用模块使用。以方便编程。整个设计编程需要统一编程风格，以便于修改、检查、维护和转交。图一 火电厂DCS模块设计图2.1.4 详细设计将所设计的各个子系统编写成计算机可接受的程序代码。DCS项目的复杂性决定了它不可能由单独的个人来完成即个体软件过程，恰恰相反它一定是一个群体软件过程。在这个过程中当然要调动团队里所有成员的积极性，但是保证整个项目的标准化也是一个重要的问题。例如由于个人的编程风格及习惯的不同，对相同或相似的逻辑设计出来的代码结构可能完全不同，这个问题一定会影响到将来对整个代码的阅读和测试，以及项目移交之后的可维护性。所以应该尽可能的在概要设计阶段，对可以标准化的问题制定出相应的统一标准。流程图如（图二、图三、图四）。图二 燃烧系统设计流程图图三 汽水系统设计流程图图四 电力系统设计流程图2.1.5 软件测试在设计测试用例的基础上，测试软件的各个组成模块，并将各个模块集成起来，测试整个产品的功能和性能是否满足已有的规格说明。DCS项目的测试历来都是一个十分棘手的问题。由于DCS项目的复杂性，测试人员很难对所有的逻辑路径都进行详细的测试。例如MFT(锅炉运行当中对设备的自动保护措施)的测试，测试人员往往进行的都是语句覆盖对一路大条件的测试，而没有进行判定覆盖对大条件中所有小条件的测试，更不用说条件覆盖对所有小条件不同情况下的组合测试。当然任何测试都不可能把所有的情况全部测试到位，DCS项目的复杂性决定了这一点。作为程序的设计者，应当在设计过程中尽可能少的带入错误，在某一模块设计完成时做好局部的模块测试，前期充分的模块测试对项目的整体测试有着非常重要的作用。测试先对各个模块进行测试，然后对三个系统分别测试，最后统一进行检测。例如对三大系统的监控系统的测试。燃烧系统、汽水系统和电力系统中都有监控系统。燃烧系统的监控主要负责检查燃料燃烧是否正常，测试时可以在程序入口输入燃料不足信号，看是否可以反馈给管理系统并使燃烧系统的装置自动停止工作，或输入系统装置故障信号看监控系统能否检测反馈并记录。汽水系统的检测系统检测蒸汽压力是否超标，水温度是否过高或过低，水循环系统装置是否正常工作。当停止给水、水蒸气压力过大或过小、冷却水循环管道关闭或者漏水时，系统是否自动检测到并及时反馈给管理员并做好故障数据记录以方便检查。电力系统检测系统负责检测电压，发电机变压器是否正常工作，在电缆漏电、电压不稳定、停止供电、变压器故障导致电压过高或者过低时，能否及时通知管理控制系统，准确显示故障原因并记录。这些都是要经过系统的软件测试才能够完善的。对各个小模块系统的测试与对大系统的测试同样重要。测试主题：燃烧系统管理控制测试内容：系统是否能够正常工作测试过程：1.填充燃料（煤炭） -系统检测到燃料进入入口，控制运输（传送带）并同时记录燃料输入量（吨）与输出量（吨）。2.燃料进入燃烧设备（锅炉） -系统通知汽水系统。3.燃料燃烧并推动汽水系统运作系统数据采集记录系统记录燃料燃烧数（吨）并与输出量比较，数量相差过大时说明装置有故障，自动报警反馈管理员并记录。4.燃料继续填充 系统检测燃料输入量并继续工作。5.燃料耗尽 输出量接近输入量，系统自动停止工作并通知汽水系统和电力系统。测试主题：汽水系统管理控制测试内容：系统能否正常工作测试过程：1.接到来自燃烧系统的信号 系统自行启动，通知电气系统工作。2.检测锅炉内水量是否足够 不足，给水系统启动并自动填充。足够，给水系统停止工作。记录积水量与锅炉容积。3.系统检测设备给水量大于锅炉容积 水管漏水或破裂，通知管理员处理并做故障记录。故障较大时通知燃烧系统使其停止工作并记录。4.系统检测故障消失后继续运行 补水系统持续检测锅炉水量，水量过少时及时补充。5.系统检测锅炉压力 过大，通知燃烧系统减慢燃料进入锅炉的速度并打开降压阀；过小，加快燃料燃烧速度并记录。6.水蒸气进入电气系统并推动发电机工作 电气系统启动。7.水蒸气进入冷却水循环系统，降温。 -系统自动检测水温。过高，减慢水流速度，通知燃烧系统并记录。8.水循环系统输入输出量差距过大 系统通知管理系统故障，并做好数据记录。9.受到来自燃烧系统的燃料耗尽信号 系统缓慢停止工作。测试主题：电气系统管理控制测试内容：系统能否正常工作测试过程：1.接受到来自燃烧系统和汽水系统的信号 系统进入准备就绪状态，等待发电机动作。2.发电机被水蒸气推动开始工作 系统记录发电机转速并显示在控制系统端。同时记录电力输出量。3.电力通过电缆进入变压系统 变压系统检测输出电量并与发电机输出电量比较。相差过大，漏电，通知管理系统并记录。等待维修。4.检测到电压不稳定 通知管理系统等待维修5.电压稳定 记录电量并输出，建立数据统计，输出电力的多少以便计算产量。2.1.6 软件维护整个软件过程是一个不断演化的过程，软件开发覆盖从概念的提出到形成一个可运行系统的整个过程，软件维护则是系统投入使用后所产生的修改。需要明确指出的是一个DCS项目，即使上面的所有工作全部做的非常到位，也避免不了在交付使用、项目移交之后的维护工作。需求的变化、设备的更换等等因素都会带来程序的维护，作为开发者，能做的只有思考一下，如何才能让后来者快速的理解原来的设计，准确的做出程序修改。这可不是注意一两个细节的问题。但这里需要提醒注意的是程序的标注、注释以及相关说明文档。这是一个优秀的设计人员必须要养成的良好习惯，这也是你与后来者最好的交流渠道。值得注意的是，在DCS软件过程的不同阶段，可能产生各种不同的软件产品，诸如需求规格说明、设计说明、源程序与构件(可以在其他项目中重用的代码)、测试文档、用户手册以及各种开发管理文档等，需要特别注意的是一定要保证这些资料的完整性和标准化，并妥善保存，这些都将是项目移交和进行项目总结时必不可少的宝贵资料。2.2 软件质量众所周知，分散控制系统(DCS)的设计和组态是一个复杂的软件开发过程，一个重要原因就是我们始终要以开发出一个高质量的软件为目标，运行正确的程序不一定就是高质量的程序。有些运行正确的程序，运行速度很低并且浪费内存，导致下位机处理器的循环周期过长，甚至死机；有些运行正确的程序，代码写的一塌糊涂，除了开发者本人谁也看不懂，将来更无法维护。应该说，正确性只是反映软件质量的一个因素而已，精确的软件需求、规范化的标准和良好的可维护性都是衡量软件质量的重要且不可或缺的尺度。下面再来谈几点提高项目质量的经验。分散控制系统(DCS)的设计和组态最终是为了满足实际生产过程工艺的需求，符合对生产过程监控(如运行人员操作、监视等)的需求，高质量的程序一定是切实符合需求的程序。分散控制系统(DCS)的设计和组态人员在项目的开始阶段一定要深入了解生产过程工艺的需求，多与用户进行沟通(如运行人员、生产工艺管理人员)，做好需求分析，最好采取设计联络会的形式，并形成规范化的文档。当然我们不可能成为生产过程工艺的专家，但对于生产过程工艺的了解一定能让你在随后的工作中少走弯路、避免反复性工作。在分散控制系统(DCS)的设计和组态过程中，严格执行标准化、规范化非常重要。可喜的是，现在我们可以看到有些DCS厂商已经建立了自己的标准化、规范化制度，然而由于厂商众多，发展路线各不相同，业界还很难形成一个统一的标准，这也是一个急需解决的问题。细化到某一个具体项目的设计和组态中，设计和组态人员应该注意以下几个问题：需求分析文档的标准化，保证项目的各种需求分析文档格式统一，方便阅读、修改及开发人员的参考。卡件、测点分配的标准化，按照分散危险、便于查找、节约电缆、方便接线等标准分配卡件、测点，做到全系统标准统一，方便后期增减及查线工作。典型逻辑的标准化，对于在系统中多次出现的逻辑，做到各处结构统一，方便查看、修改。画面、操作界面的标准化，全系统保持画面、操作界面风格的一致、减少人为误操做的可能。测试过程的标准化，整个测试过程应该有标准化的测试计划书，按计划进行测试，并做好标准化的测试记录。资料移交的标准化，项目后期需要移交的资料比较多，应提供标准化的资料移交清单以及各类标准化的详细资料。分散控制系统(DCS)的可维护性，往往容易被忽略，然而即使是一个高质量的程序也缺少不了后期的维护，如何方便后期的维护，的确是一个需要在整个开发过程都考虑的问题。上面提到的前期标准化设计，中期标准化编码、测试，后期资料移交标准化都是提高可维护性的有效手段。当然在设计阶段维护人员也应该尽可能早的进入项目，尽可能多的参与。最后，DCS厂商还应该在移交之后，提供完善的技术支持。3 软件工程的未来很多年前，人们便梦想着可以在家中办公，购物，看病，聊天。现在这些都已经可以实现。有些已经成为我们生活和工作的一部分。在拥有计算机技术、网络技术、无线技术的现代，不难得出结论，软件是社会生活的巨大驱动力，会提高生活质量、工作效率，是生活简单化、智能化。所以，软件的发展将会更多的面临大型系统的开发。复杂程度的急剧增加无处不在的应用领域。软件产业是国名经济和社会发展的基础性战略性产业，是21世纪国际竞争的焦点。因此，世界各国都竞相发展软件产业，以期在未来的激烈国际竞争和分工中占据有利地位。而中国的“小作坊式”的软件产业公司的存在时软件产业长期处于