加注：不清楚有谁这样认为，估计只有用户这样认为。作为一个软件开发人员应该有这些尝试。我们提倡敏捷开发和架构设计的灵活和可扩展，也是为了使开发能够适应变化，但并不代表变更都很容易实现。
误区3：软件程序主要由代码组成，因此编码阶段是整个软件项目的最重要的阶段，应该给与大量的时间，并且集中主要的资源。
分析：与以前相比，由于软件的规模和复杂度的增加，以及半自动化软件代码开发平台的出现，现代软件项目管理的中心发生了转移--不是着重编码阶段，而是着重系统总体/详细设计阶段。一般说来，在现代软件项目管理中各种资源的合理分配比例是：项目论证、风险评估阶段3% ，项目需求分析阶段8%，系统总体/详细设计阶段45%，编码阶段10%，系统测试阶段34%。
批注:这主要跟软件项目本身的特点关系很大，以上分析中给出的主要应该是针对较大型的产品化软件开发项目。而对于规模较小，业务功能逻辑较简单，以及在软件企业公用平台已经有积累的情况下，编码可能承担主要的工作量。
误区4：为了便于代码的维护修改，在系统的详细设计阶段文档工作应该做到写出所有程序的伪码。
分析：通常伪码的最大作用是对程序的算法流程进行描述，便于人们深入了解程序的功能和实现过程。可见，在一定程度上伪码的确有利于对程序代码的维护和修改。但是，我们知道为了保证项目文档和程序代码的一一对应关系，维护程序代码的时候同时需要对项目文档进行维护。伪码和程序代码是非常接近的，对伪码进行维护的话，相当于进行了2倍的程序代码维护。工作量是很大的。所以切合实际的方式应该是对一般的程序文档做到程序流程图即可，对于涉及了较复杂算法的才需要伪码。
批注：再次强调源代码就是最好的详细设计文档，不知道该误区是否是作者自己的误区还是教科书看多了。对于需要算法流程和伪码的一般都是很复杂的涉及算法的业务功能，如整个MRP运算逻辑的实现。
误区5：既然在项目人员配置中设置了专门的测试人员，那么软件所有的内部测试工作全部应该由测试人员完成。
分析：软件程序测试可以分为“白盒法”和“黑盒法”两种方式。由于使用“白盒法”对测试人员各方面素质的种种要求，在进行程序测试时测试人员总是最优先使用“黑盒法”。他们的工作方式往往是先对程序进行“黑盒法”测试；如果测试没有通过，不得已这才考虑对程序代码进行“白盒法”测试。显然，这种对“白盒法”有意无意的“逃避”，对软件的可靠性和稳定性构成了威胁。如何解决这个问题？一方面需要提高对测试人员的要求，另一方面也需要程序员完成部分的“白盒法”测试（实际上，程序员往往也是进行“白盒法”测试的最佳人选）。
此文章共有4页 上一页 1 2 3 4 下一页
文章来源：互联网
 软件开发项目管理培训课程方案
|
Leadge.com首页 > 知识库 
