软件开发的过程控制管理范文

【摘要】

大型冷水机组的开发中，控制软件作为产品的一个部件，是设备稳定运行的关键，在设计、开发、更改等全过程中必须依据相关准则和符合管理标准，本文从大型冷水机组的控制软件的设计和开发过程入手，分析了各个阶段的控制管理方式及注意事项，使软件更好满足开发需求，并使开发过程具备可追溯性。

【关键词】

控制软件；过程控制管理

1引言

大型冷水机组的开发（简称产品开发）中，控制软件作为产品的一个部件，是设备稳定运行的关键，这就意味着控制软件的管理等同产品，控制软件的管理成为必不可缺的工作。控制软件作为产品开发过程中的一个部件的开发，必须符合开发管理的全过程控制、管理。没有管理，编制的控制软件控制逻辑考虑就会不全面，特别是当出现问题时，工程师现场进行修改会很随意，没有对问题进行系统分析，只是头疼医头，脚痛医脚，同时，因为更改没有记录，再发生问题，也无法查找原始记录。

2控制软件开发的过程控制

管理按照现行的管理体系标准GB/T19001/ISO9001，控制软件作为产品的一个部件，包含管理体系的设计和开发全过程：设计和开发策划；设计和开发输入；设计和开发输出；设计和开发评审；设计和开发验证；设计和开发确认；设计和开发更改的控制。

2.1设计和开发策划对于控制软件编制，从从属的产品开发开始，了解产品需要控制的全部细节，如I/O点的需求，以及关键部件的功能确认，参数设置等，形成软件编制的逻辑图，成为控制软件的设计输入，这一过程就是设计和开发的策划。

2.2设计和开发输入和输出作为控制软件的规划来说，各功能进行模块化管理，形成软件的标准化管理，从长远来看，是提高效率的有效办法，也是标准化管理的要求，利用PaaS平台技术的应用，实现产品在客户端运行大数据采集，进行数据建模及MIS系统开发与管理，以了解客户端产品的运行情况，实时为客户提供及时的服务。作为控制软件开发的输入的逻辑图是需要经过产品设计工程师及相关部件设计工程师，以及各相关部门如测试站、服务部等进行评审的，设计和开发评审是贯穿在设计和开发过程的每个阶段节点，一旦评审通过，评审通过的逻辑图将是控制软件开发的输入。每一开发阶段的输出均要满足相应的需求及有关的开发管理和约定，并要包含或引用进入后续工作阶段的验收准则，对影响有产品安全和正常工作的重要的产品特性要进行标识。

2.3设计和开发验证控制软件编制完成后，必须进行验证，验证必须要有验证的内容和达到的目的，验证内容必须是经过评审的运行大纲，目前确认的方法有两种：一是在模拟箱上，对照输入的逻辑要求，设置产品工作的各个极限工作条件，按运行大纲运行控制软件逐条检查逻辑要求的功能，模拟测试，必须填写模拟测试报告，如实记录各功能测试的结果，软件模拟测试工程师不能是软件编制工程师；二是在正式产品上，前提是模拟测试通过，因为产品测试，不仅需要耗费巨大的电费和水费外，还需要相当长的时间，成本耗损巨大。按产品运行大纲，在产品工作的各个极限条件下，进行产品运行，并根据大纲要求检查控制软件的功能，这时的测试是动态的，通过实时的数据记录（即便测试结果未达到目标，实时的数据记录也将是后续软件修改的依据），形成产品的测试报告，证明控制软件运行正常，产品的各个极限工作条件下的测试报告将是控制软件运行正常的重要证据，同样控制软件上机测试，必须是产品设计工程师和软件测试工程师，而不能是软件编制工程师。只有经过验证的开发输出才能提交配置管理并被验收，供后续阶段使用。

2.4设计和开发评审控制软件验证完成后，必须进行相应的评审，只有在所有已发现的缺陷的影响均被消除，或缺陷的影响虽未消除，但已弄清带着缺陷进一步工作的风险之后，方可进行下一步的设计或实现工作。如有需要对控制软件进行更改，则更改后，必须再进行相应的验证，直至评审通过，并将控制软件的逻辑图、软件验证的运行报告和源代码等开发过程的技术文件进行存档管理。

2.5设计和开发测试与确认从单个软件项到一个完整的软件产品可能需要进行不同层次的测试，有一些不同的测试与集成方法，在某些情况下，可以将确认、现场测试和验收测试合为一个活动。描述测试计划的文档可以是一个独立的文档，或是其他文档的一部分，也可以由几个文档组成。在测试之前首先要制定和评审测试计划、规格说明和规程，其中应涉及测试计划、测试用例、测试数据、预期结果、测试类型、测试环境、测试工具、测试软件以及测试是否完成的测试准则等。测试时应按有关规格说明记录测试结果，同时记录发现的问题，指出可能对软件其他部分或冷水机组运作时带来的影响，并通知对此负责的人员，以便对问题能进行追踪直至问题解决；应确定受更改影响的部分，并对它们进行重新测试，同时对测试过程及结果进行评价。在需要的情况下，可以进行现场测试，可邀请供方和需求共同参与。在控制软件交付使用之前，应尽可能在实际的使用环境下对整个软件产品的运行进行确认。

2.6设计和开发更改的控制控制软件应用在产品上是需要进行反复的评审，测试验证、评审、修改，直至能达到设计目标，且没有任何bug。修改控制软件是一件很慎重的事情，修改分两种：一种是为实现某个特定的目的或要求，只是针对某个特定的Case，通常是在客户的特殊要求下进行；对于这种更改，由于是在标准软件的基础上增加特定的要求，需要在客户端验证后，将源代码特殊标号存档，并相应更改相应客户的档案信息，用于以后售后服务；二是因为某个功能性部件的更新或是存在开发过程中未发现的Bug，需要更新标准的控制软件；这种更改必须在仔细列明部件更改前后的不同之处，或是Bug的问题，对不同处进行更改，更改前必须经过慎重的评审，确认是有必要进行更改，更改后的控制软件需要重复开发过程的验证、评审过程。从某种角度来说，更改过程视同一个完整的开发过程，因为更改部分对产品的运行的稳定需要进行完整的验证，也就意味着对产品的每个极限工况条件都必须进行测试验证，验证前需要对验证用的测试大纲进行评审，确认更改部分的测试都考虑到位，测试后需形成相应的测试报告，并将整个更改过程的技术资料，测试报告，源代码等进行存档。

3结语

当准备交付经确认的控制软件产品时，应根据大型冷水机组应用需求及运行要求，同时结合相关的规定准则和方式判断该控制软件产品是否可以投入使用。在设计、开发、更改的全过程中必须符合管理标准的可追溯性，能很清晰的查阅到软件的标准号和版本号。

参考文献

[1]汪志强.基于C#水冷冷水机组性能测试软件开发[J].城市建设理论研究,2013(12).

[2]钟巍健.大型中央空调系统冷水机组的调试方法及要点[J].建设监理,2011(07).

作者：朱健 陈晴 单位：麦克维尔空调制冷（武汉）有限公司 武汉职业技术学院电子信息工程学院