如何把控软件开发

今天和项目总体讨论软件开发管理问题。他总是感觉软件管理不知道该怎么办。谈话期间问了几次，要不要写方案。

我说按照现在的软件开发管理流程，已经不要求写软件工程实施方案了，现在要写需求规格、设计说明和接口设计说明。不写方案怎么办？他问。

我知道他的意思。

他是雷达系统的总体负责人。雷达系统中有软件，也有硬件。对于硬件系统，如天馈系统、发射系统、接收系统等，在实施时都会有工程实施方案，其中详细说明了硬件的组成，所用的器件的规格、指标，以及整个分系统的指标，这些指标如何测试，以及整个系统的重点、难点。当大家在讨论的时候，是围绕一个看得见、摸得着的实物，看起来一切一目了然，一切尽在掌控！

可软件该怎么管理？你不知道软件内部是如何实现的，能不能满足要求？等到最后软件完全做出来了，才发现不满足要求，岂不是晚了？

其实也没有那么悲观。

软件工程实施方案，原来是参照硬件工程实施方案来的。可能后来大家觉得不合适，就参照软件开发管理的相关的标准来实施。

在原来的工程实施方案中，一般会有任务来源、任务需求、软件设计、对外接口、计划等内容，大而全。采用标准软件开发流程后，其实这些内容一个都没有少，相反地，每一部分单独放在一个文件里，事实上更加精细了。比如，软件开发流程要求有子系统需求规格说明，相当于原来方案中的任务需求。有参照需求规格的软件设计说明。继而有参照需求规格和软件设计说明的接口设计，并且会有开发计划等文档。

看，原来只需要看一个文档，现在要参照四个文档了。其内容不是变少了，而是变多了。在开发前期，通过对这些文档的评审，从需求分析上看能不能覆盖总体的需求，在设计上能不能支撑需求。这样对前期设计有一个把控。

在开发中期，开发人员应尽快地开发出一个可运行版本，并在此基础上，和总体人员一起，不断地迭代，最终开发出符合总体要求的软件。

在这过程中，尽早有一个可运行的版本、保持开发人员和总体的良好沟通、总体的持续关注、开发人员和总体之间融洽的关系、相互的信任，都是软件开发顺利、包质保量完成的基础。

温馨提示：本文章来自网络并且是机构方发布，请自行核实信息的真实性,建议到机构点实地考察后签约合同再合作建设网站，建设站有风险，请注意，一切法律问题本站不承担哦！如侵权请联系本站删除，谢谢!