介绍核电工程软件开发中的过程控制管理
3.1 项目的定义与分析
该项目的立项由用户单位根据自身业务的工作需要，向用户业务部门提出项目的立项建议，对立项目的、业务需求范围、技术经济指标、开发周期要求等方面做简要概述，由用户组织专家和信息技术专家组成联合专家组，进行项目立项的可行性论证。我们单位在该项目中的主要工作就是协助用户完成系统的定义与分析，并协助用户编制《技术规格书》并交付用户审查，使用户能了解我们的研发能力和对此软件开发所需投入的人力、物力，以及此项目最终达到的目标。这样将使用户的需要基本表达出来，使此项目能顺利进行。
3.2 需求分析阶段
由于确定软件需求是软件项目非常重要的工作，必须给予足够的重视。因此，制定需求时软件开发方一定要与用户密切配合，力争把需求弄清楚并且做出确切的描述，因为这是后续开发工作的出发点。当用户决将此项目交付给我们开发后，我们将制定适合本项目开发活动中的《质量计划》来控制软件开发周期内所有活动的工作条件、工作结果、评审要求等节点和各工作阶段的质量控制点要求；为了向用户描述有关此项目文档要求、人力资源、开发进度、审查要求、最终交付的产品等内容，我们还编制了此项目的《开发计划》和为进行此项目测试而准备的《测试计划》。
在充分了解用户的需求后，我们根据此项目的《技术规格书》的要求，进一步了解此项目的数据输入要求、输出要求、输入输出控制要求、功能设计要求、外部接口要求、系统性能要求、环境要求以及最终将达到的目标等详细内容，形成本项目的岗位任务分析和培训大纲设计指南、基础理论教材开发指南以及软件开发方面的《软件需求分析说明书》和《数据要求说明书》，在通过本单位和用户审查确认后，再进行下一阶段的工作，有效的防止和克服了急于进行软件详细设计的倾向。
3.3 系统设计阶段
当软件需求分析阶段的审查通过后，根据《软件需求分析说明书》和《数据要求说明书》的要求，我们主要完成“应该如何解决这个问题”和“具体解决此问题应该采取的办法”这两项工作。所以，在设计阶段，首先进行此系统的总体概要设计，通过数据流图和数据字典的形势来表示系统的逻辑模型，形成《概要设计说明书》和《数据库设计说明书》。
在解决“应该怎样具体实现这个系统呢？”这个问题时，我们采用面向对象(OO)和面向服务的架构(SOA)相结合的设计方法，将最终程序模型用用户能看见的格式和界面进行此系统的详细设计，形成《详细设计说明书》，供用户在程序未编制前就可以对今后要使用的系统有个直观的概念，避免了程序编制后产生的设计上的错误。为了使今后的系统便于维护，还将编制《软件开发规范》文档来规范整个项目组所有人员的文档编写和程序开发的规范格式和标准。在经过本单位和用户在设计阶段的评审后，才能进行软件编码阶段的工作。