刍议软件工程管理方法在软件开发中的应用
刍议软件工程管理方法在软件开发中的应用
文/刘信 宋子成
软件工程管理目前还没有引起人们的足够重视。究其原因：
首先是人的传统观念，工程管理不为人们所重视 ; 另一方面软件
工程是一个新兴的学科领域，软件工程管理的问题也是刚被提出
的。故对软件工程管理还处于初级阶段的认识。研究并探索一条
软件工程管理的方法和模型，对软件工程实践，提高软件质量是有必要的。
【关键词】管理 软件工程
1 引言
软件工程管理目前还没有引起人们的足够重视。究其原因：首先是人的传统观念，工
程管理不为人们所重视 ; 另一方面软件工程是一个新兴的学科领域，软件工程管理的问题也
是刚被提出的。 同时， 由于软件产品的特殊性，使软件工程管理涉及到很多学科。因此对软件
工程管理，人们还缺乏经验和技术。但事实证明，由管理失误造成的后果要比程序错误造成
的后果更为严重。很少有软件项目的实施进程能准确地符合预定目标、进度和预算的，这也
就足以说明软件工程管理的重要。
2 软件工程管理的内容
目前软件生产自动化程度很低，在开发过程中人是起决定性的因素，因此，软件工程
管理很大程度上是对人的管理。我们可根据软件产品的特点分析软件下程管理的具体内容，
它包括对开发人员、组织机构、用户、文档资料等方而的管理。
2.1 开发人员
软件开发人员一般分为 : 项目负责人、系统分析员、高级程序员、初级程序员、资料员
和其他辅助人员根据项目的规模人小，有可能一人身兼数职，但职责必须明确。不同职责的
人，要求的素质不同。如项目负责人需要有组织能力、判断能力和对重大问题能做出决策的能力 ;
系统分析员则要有概括能力、分析能力和社交活动能力 ; 程序员需要有熟练的编程能
力等。人员要少而精，选人要慎重。软件生命期各个价段的活动有分工又互相联系。因此，
要求选择各类人员既能胜任工作，又要能相互很好地配合没有一个和谐的工作气氛很难完成
个复杂的软件项目。
2.2 组织机构
组织机构不等于开发人员的简单集合。这里的组织机构要求：
好的组织结构、合理的人员分工和有效的通讯。 软件开发的组织机构没有统一的模式。
下面简单介绍三种组织机构。
2.2.1 主程序员组织机
IBM 公司提出的主程序员组是软件系统结构化思想在组织上的体现。它的目的是为了
保证全组的协调和统一。一位高级工程师 ( 主程序员 ) 主持计划、协调和复审组的全部技术
活动。技术人员 ( 一般 25 人 ) 负责分析和开发活动，一位后援工程师支持高级工程师的工
作，并且在该项目继续进行时，可以代替高级工程师工作，以减少可能的损失
2.2.2 专家组
专家组强调每个人的才能，把每个人都看作是某一方面的专家，由这些专家组成一个开发机
构。这种组织结构虽然能发挥所有工作人员的积极性，但往往有可能出现协调上的困难，选择这种方式要慎重
2.2.3 民主组织
民主组织由从事各方面工作的人员轮流担任组长。很显然，这种组织结构对调动积极
性和个人的创造性是很值得称道的。但是由于过多地进行组长信息“转移”不符合软件工程化的方向。
2.3 用户
我们是为用户开发软件的，在开发过程中自始至终必须得到用户的密切合作和支持。
作为项目负责人， 要特别注意与用户保持联系，掌握用户的心理和动态防止来自用户的各种干找和阻力。
2.3.1 用户不积极，不配合
这种表现通常来自对采用先进技术持怀疑态度的用户，他们心理上的抵触情绪会在行
动上表现为消极、漠不关心。在需求阶段，做好这部分人的工作很重要，通过他们中的业务
骨千，才能真正了解到用户的要求。要使他们认识到 : 计算机的发展和应用是现代化的必然
趋势，使用计算机将会带来巨大的经济效益 :让他们掌握新的技术和方法去取代某些可能过时的或淘汰的专长。
2.3.2 用户求快求全
这种表现来自对使用计算机持积极态度的人他们中一部分人希望一个早上就能用上计
算机，并且全能用上计算机。要他们认识到 ;开发一个软件项目不是一朝一夕就能完成的，
软件工程不是靠人海战术就能加快的工期。另外，即使计算机能够处理的事情，系统也不能
下于包罗万象，贪大求全。要根据现有的条件量力而行。如果系统大而全，必然会很复杂，
开发时间就拖得很长，因此可能会导致一个系统的失败或性能太差
2.3.3 用户需求变化
在软件开发过程中，用户可能会不断提出新的要求和修改以前提出的要求。从软件工
程的角度不希望有这种变化。但实际上，不允许用户提出变动的要求是不可能的因为一方面
每个人对新事物有一个认识过程，不可能一下子提出全面的、准确的要求另一方而还要考虑
到与用户的关系。对来自用户的这种变化要正确对待 : 要向用户解释软件工程的规律，并在
可能的条件下部分或有条件地满足用户的合理要求例如 : 软件需求分析阶段结束后软件的设
计口标已经确定，这时用户要求的重大变化要导致设计目标的变化，特别是到软件开发的后
期，一般不可能满足这种变化的要求。要向用户解释清楚工程的内在规律，但对用户提出的
如性能等局部方而的要求，只要是合理的，就要加以考虑。
2.3.4 控制
人员控制是对开发组织内部人员控制。就是要保证开发人员的积极性和稳定性。人员
的频繁更换或流动将会大大增加软件出错误的机会。至少要保证软件项目每一期工程或软件
生命期每一阶段中人员的相对稳定性。同时注意发挥每个开发人员的积极性和创造性。经费
控制要编制详细的经费预算。并在各阶段进行经费的核算。在经费上失去控制，软件项目就
没有经济保证。质量控制与各阶段的复审在意义和作用上是一致的，在此不再叙述。
2.3.5 文档资料
开发过程的各种活动后都要反映在文档资料上。每一个阶段的文档资料是以后各阶段
工作的基础，又是对前面各阶段工作的复审。软件工程管理很大程度上是通过对文档资料管
理来实现的。因此，要把开发过程中的初步设计、中间过程、最后结果等建立成一套完整的
文档资料。 文档标准化是文档管理的重要方面。
3 结束语
在当今的软件工程时代，每个项目涉及众多的人力和物力，管理问题日益突出。在实
际工作中，不管是否正式提出管理问题。都在自觉或不自觉地进行着管理，只不过是管理的
好坏程度不同而已。随着软件规模的不断增大开发人员也随着增多，开发时间也相应持续增
长。而对于规模大、人员多、开发时间长的软件项目，必须要有良好的管理和力求在确定的
时间和预算范围内有效地、合理地组织人力、物力按计划完成预定的软件项目。
参考文献
[1] 杨文龙 . 软件工程 [M]. 电子工业出版社 ,2010.
作者单位国网新疆电力公司信息通信公司 新疆维吾尔族自治区乌鲁木齐市 830002
