1.软件开发人员的合理构成

由于经费有限以及计量工作的专业性，开发自动校准软件的管理只能由校准实验室内部人员组织实施。自动校准软件的开发一般由开发小组完成，开发小组是否高效将直接影响软件质量。因此，组建一个经验丰富、良好沟通、可自我控制质量的开发小组是保证软件质量的先决条件。开发小组的成员由具有一定分析能力和丰富计量经验的专业人员组成，人数根据具体情况而定，一般以5人左右为宜。一般应包含实验室技术负责人、专业组长、计量员、管理员、程序员。实验室技术负责人负责过程监督、控制以及质量把关。专业组长作为本专业的技术骨干，一般具有较高技术水平、较强的组织协调能力，适合作为测试组长，负责整个测试的计划、组织、实施工作。管理员负责软件版本控制、文档控制、更改单等文件保存、会议资料准备。计量员从实际工作角度出发，负责产品评价，评价软件产品是否满足用户的要求。程序员负责软件编制及部分文档编写工作。

2.制定软件开发规范

在没有开发规范的前提下，软件开发组是不能开发出高质量软件的。因此，要制定软件开发规范，同时把规范体系逐步落实到工作中。需要制定的规范包括软件开发流程规范、程序编写规范和文档编写规范。

制定程序编写规范目的是保证程序源代码的可阅读性。阅读源代码是程序开发和维护的重要组成部分,在软件编制、测试、维护阶段，编写与测试人员经常阅读软件的源代码。这要求源代码文档化，要求选择好标识符(变量和符号)的命名规则、安排注释以及程序的视觉组织。标识符能反映它所代表的实际意义，通过名称知道其意义。如变量命名规则为作用范围(区分全局和局部变量)+数据类型+实际意义。注释包括预言性注释和功能性注释。每个文件开头需注释该文件的功能、编写时间、版本、编写人等信息；每个函数开头需注释该函数的功能、作用范围、版本、编写人等信息；程序中对循环结构、选择结构均需加标注，每部分功能模块开始时需加标注，顺序结构一般10～15行有1行注释。视觉组织是利用空格、空行和移行等，使程序的逻辑结构更加清晰，层次分明。

规范的文档可提高软件编写质量、可维护性、可重用性，对提高软件质量有重要的促进作用。文档编写规范包括需要编写的文档种类、格式、内容。自动校准系统开发过程中一般需要编写的文档包括立项报告、需求分析报告、设计方案、测试大纲、测试报告、研制总结、软件编制说明、使用说明书。

3.对人员的培训

程序是人设计的，程序质量最终靠人决定。校准实验室在自动校准系统立项之初，需要对项目成员进行培训，他们必须知道如何规范地进行工作。培训内容包括学习如何编制详细的计划、每个岗位的职责、软件编制规范、文档编写规范、开发工作流程等。同时定期组织各种形式的交流会，交流开发过程中遇到的问题及解决方案。

4.重视软件重用

虽然不同自动校准软件应用范围不同,但自动校准软件从功能模块、数据结构、实现技术、设计思路等方面具有很大的类同性，这使得软件重用成为可能。与从头开发新软件相比，软件重用能够大大提高软件的质量和开发效率。据惠普(HP)公司研究表明，新开发的软件错误率为每千行源程序代码4.1个错误,而重用软件的错误率为每千行源程序代码0.9个错误。在软件开发效率方面，30%～50%的重用可以提高25%～40%的生产率。

校准实验室应建立自动校准软件集中保管制度，由专人保管每个自动校准软件的源代码和各种文档。新开发的自动校准软件需要先研究已完成的自动校准软件，鼓励软件重用，提高软件的质量和开发效率。

5.项目实施中的过程检查

项目实施中的过程检查重点是“进度检查”。在实际工作中，很多项目在启动一段时间后就开始不停地加班或者受其他工作干扰长期不开工，最后把项目计划丢在一边。对于这种情况，比较好的做法是由实验室技术负责人每月检查项目计划与实际进度是否存在偏差，如果存在偏差则找出问题的根源，然后消除引起问题的因素，例如可以调整进度安排或者增加人力投入，这样就可避免问题不断扩大。

版本检查在项目实施中也需要特别注意，因为版本混乱会带来很大麻烦，尤其在进行测试的时候。此外，项目实施时也应该注意文档检查，尤其是一些关键文档的质量(如设计文档、测试方案等)。

6.项目开发各阶段的质量保证

按软件工程方法将自动校准软件开发阶段划分为立项阶段、需求分析阶段、方案阶段、程序编制阶段、验收测试阶段、维护阶段。本单位实践表明，进行严格的软件开发过程控制可以显著提高软件的质量。对软件开发进行过程控制可以确保上一阶段产生的缺陷不会进入下一阶段，从而大大减少因纠正缺陷而造成的返工，提高软件开发的效率和质量。在软件开发的全过程，不同阶段有不同的控制内容和要求，需要分别进行处理。当开发小组认可某阶段工作时，才能进行下一阶段的工作，否则对该阶段的工作还应进一步细化。

(1)立项阶段

实验室技术负责人根据立项报告对该自动校准系统的可行性及成本/效益评估作出判断，以决定该项目是否可立项。

(2)需求分析阶段

需求分析是软件开发的基础，其他阶段的工作都是在充分的需求分析基础上开展的。需求分析阶段的主要工作由计量员和程序员共同进行，结合实际工作，确认自动校准系统的适用范围、工作需求、工作流程、规程要求等，产生需求分析报告。组织管理组讨论需求分析报告，判断该报告分析是否清晰、完备、符合实际工作。
有些单位对该阶段不进行控制，甚至边开发边做需求分析，程序开发完成了需求才清楚。在程序编制过程中对已经编好的部分不断进行修改，甚至重新改写程序，破坏了程序的结构，给程序的运行和维护带来了极大的困难。没有完整、清晰的需求分析，不可能编制出满足用户需求的校准系统。

(3)方案阶段方案设计是软件开发成功的关键步骤，必须给方案设计充足的时间。如果方案阶段设计存在问题，缺陷将在开发过程中不断放大，后期将耗费大量时间来改正这些错误，甚至造成软件重新设计。方案阶段分为概要设计和详细设计两步。首先是概要设计，将软件需求转换为数据结构和软件的系统结构；然后是详细设计，通过对结构进行细化，得到软件的详细数据结构、算法和各种功能的详细设计方案。

组织开发小组讨论方案设计报告，判断该报告分析是否清晰、完备。测试内容:数据结构是否合理、完备，校准过程中的不确定度计算、合格判定等算法是否正确，校准过程设计是否符合检定规程要求，软件功能设计是否齐全，界面设计是否友好等。

(4)程序编制阶段

程序编制阶段把软件设计转换成计算机可以接受的程序代码，即写成以某一种特定程序设计语言表示的“源程序清单”。

在程序编制中，当程序员编写出每一模块后就对它做模块测试。首先程序编制者用白盒测试方法从内部检查模块的算法、数据和语法有无缺陷；然后由计量员用黑盒测试方法测试模块的正确性、容错性。

各模块设计完成后，按照自顶向下结合的方式，逐渐将所有模块按设计要求组合成所要的程序，即进行集成测试。集成测试主要是发现各模块的接口问题，如数据穿过接口可能丢失；一个模块对另一个模块造成有害影响。首先，程序编制者用白盒测试方法从内部检查接口是否存在问题；然后由计量员用黑盒测试方法测试程序的正确性、容错性、实用性。

一个容易忽视的对象是程序源代码的可阅读性。阅读源代码是软件开发和维护的重要组成部分,在软件编制、测试、维护阶段，编写与测试人员经常阅读软件的源代码。这要求源代码文档化，要求选择好标识符(变量和符号)的名字、安排注释以及程序的视觉组织。

(5)验收阶段

验收阶段是在自动校准软件投入使用前，对文档、软件、编码的最终评审，是软件质量保证的关键步骤。验收测试必须有校准软件用户积极参与，或者以用户测试为主进行。计量员参与测试方案的制定、测试过程、测试结果评估。验收测试一般采用黑盒测试。

在验收测试阶段首先应设计测试方案，这是验收测试阶段的关键。测试方案包括预定要测试的内容、应该输入的测试数据和预期的结果、人员分工、进度安排等。对软件进行测试的内容应包含功能测试、容错性测试、规程相符性检查、手动/自动校准比较、适用范围检查等。

(6)维护阶段

已交付的校准软件投入正式使用便进入维护阶段。软件在运行过程中需要不断诊断、修改，包括纠错性维护、适应性维护、完善性维护。维护的重要性正逐年提高。由计量员负责收集软件使用过程中存在的缺陷，并填写维护申请，经实验室技术负责人批准后，由程序员对软件进行维护。

由于对软件进行了修改，就必须进行测试，否则有可能引入新的错误。修改完成后，测试工作由测试组长、计量员、程序员共同完成。测试对象为修改部分。根据修改内容，首先制定测试计划，测试判断修改部分的正确性、对其他部分有无影响、文档部分是否修正。通过测试后，修改版方可投入实际使用，并归档。