误区4：为了便于代码的维护修改，在系统的具体设计阶段文档工作应该做到写出所有程序的伪码。分析：通常伪码的最大作用是对程序的算法流程进行描述，便于人们深进了解程序的功能和实现过程。可见，在一定程度上伪码的确有利于对程序代码的维护和修改。但是，我们知道为了保证项目文档和程序代码的逐一对应关系，维护程序代码的时候同时需要对项目文档进行维护。伪码和程序代码是非常接近的，对伪码进行维护的话，相当于进行了2倍的程序代码维护。工作量是很大的。所以切合实际的方式应该是对一般的程序文档做到程序流程图即可，对于涉及了较复杂算法的才需要伪码。eKJ

　　误区5：既然在项目职员配置中设置了专门的测试职员，那么软件所有的内部测试工作全部应该由测试职员完成。分析：软件程序测试可以分为“白盒法”和“黑盒法”两种方式。由于使用“白盒法”对测试职员各方面素质的种种要求，在进行程序测试时测试职员总是最优先使用“黑盒法”。他们的工作方式往往是先对程序进行“黑盒法”测试;假如测试没有通过，不得已这才考虑对程序代码进行“白盒法”测试。显然，这种对“白盒法”有意无意的“逃避”，对软件的可靠性和稳定性构成了威胁。如何解决这个题目?一方面需要进步对测试职员的要求，另一方面也需要程序员完成部分的“白盒法”测试(实际上，程序员往往也是进行“白盒法”测试的最佳人选)。eKJ

　　误区6：软件项目治理只是相关技术部分的事情，与公司其他部分无关。分析：在竞争日益激烈的今天，软件项目规模大、复杂度高而且时间要求紧迫。要想进步公司的软件项目治理水平，这就需要进步公司的整体参与意识，需要公司各个部分协同作战。例如需要会计部分协助进行项目预算，财务治理和用度控制;需要研究部分(技术委员会)指派专家协助进行各种风险评估，提供技术指导;需要后勤部分提供各种保障。 eKJ

　　误区7：在开发进度滞后的情况下，可以聘请更多的程序员加进到开发团队中，通过增加人力资源来遇上进度。分析：在注重团队开发的时代，开发方应该根据目前的软件项目治理水平慎重考虑这个做法。假如新加进的程序员对目前软件项目的应用行业有一定了解，并且可以很快适应了开发方的项目治理方式、软件开发风格、团队协作氛围;那么“新人”的加进是有益的。否则，可能会“好心好意做坏事”。由于尽管其个人能力很高，但是为了使其与大家一起协同工作，开发团队不得不分出人手对其进行与项目有关的技术/业务培训，更重要的(也是难度最大的)是还要引导其融进团队。这可能需要花费开发团队很多时间和精力，很有可能使项目进度更慢。eKJ

营销广告策划网(www.ideatop.net)