里程碑就是对项目在开发过程中完成的较大成果的定义，比如需求分析完毕、代码生产完毕、正确性测试完毕，都被定义为一个里程碑，每一个里程碑都需要对完成的界定方式进行定义。比如需求分析完毕为一里程碑，这一里程碑完成的定义是：《系统需求说明》必须经过客户的确认，并在文档组进行了相应的归档工作。当然把完成需求分析作为里程碑不一定恰当，因为系统开发往往伴随着需求的不断变化和新需求的不断产生。如此又引出新的问题，即如何定义恰当的里程碑，如何界定里程碑的完成。里程碑将项目分成若干个较小的段，通过保证每一个段的顺利完成，来保证整个项目顺利完成，同时通过每个段的完成质量，可以测度整个项目质量。同时里程碑保证各个阶段的产品的依赖关系尽可能的小，并以完备的文档作为里程碑完成的重要标志之一。在里程碑和完备文档的控制之下，项目已完成的阶段是受到保护的，在任何时间，人员变动，甚至是开发商的变动，都不至于造成特别重大的损失，通过完备的文档，原有的成果能够被延续进行开发。

　　项目开发方法对项目质量的保证

　　项目的开发方法对项目的质量和按时完成也有较大的影响。

　　面向对象的开发方法有利于对问题领域的深入理解，也有利于将问题空间向解空间映射从而得到更加理想和完整的系统模型。同时面向对象的开发方法和实现方法也有利于系统错误被局限在较小的范围内，不会出现骨牌效应。面向对象的开发方法也有不利的方面。开发人员对它的熟悉程度不如传统的结构化的开发方法。对面向对象中新出现的名词需要重新在开发队伍中进行定义，以便在开发的过程中彼此交流时表达的更加准确，从而减少开发队伍之间的通讯量。通讯量的降低意味着效率的提高，减少了占用开发时间讨论一个彼此立场根本一致的“问题”的时间。软件构架定义了该领域中特定对象必然发生关系的发生方式，这种发生方式以构架中抽象类之间定义的关系被固化在构件中，开发人员在开发应用系统时不必再为定义这种相互作用方式而书写代码，这为将来系统的维护奠定了坚实的基础，也为将来新版本软件的透明升级并保持兼容性和正确性提供了有利保证。通过面向对象的继承特性，可以在不伤害原有系统的情况下，任意替换功能模块，从而以效率更高的模块代替原有模块，从另一角度讲，也实现了软件模块的配置功能。要实现真正的软件模块的即插即用，还需要利用面向对象的另一优势——组件。

　　面向对象使得面向对象的类或对象可以以与语言无关的二进制方式被存储和调用。这就是COM技术。显然软件构架实现的基础是COM组件。由于COM是二进制的方式被存储，因而它可以被任何语言编写的软件所调用。组件与系统分离，只是在发生系统调用时才被调入内存执行，这就保证了系统更高层次的即插即用。

　　鉴于如此多的好处，采用面向对象的技术进行该项目的开发是值得的。

　　对于上面提到的面向对象的不利因素采用如下方法进行克服：第一，在系统开发之前，首先定义技术术语，然后定义领域术语，这样保证了开发过程中开发人员用同种“语言”进行交流，避免了文不对题的讨论或争论。第二，指定技术规范。在殊途同归的情况下，我们只允许那些在技术规范之内的技术来实现。技术规范定义了若干种对象技术，这些技术规范在整个开发小组中进行统一认识方面的学习。

　　开发策略是针对不同开发技术和问题领域而作出的策略性的考虑。显然开发策略与所用的开发方法、实现技术以及问题领域的特征密切相关。一般来讲，鉴于面向对象的“无缝”特性，采用原形法比较恰当，而开发过程则采用螺旋式开发方法。螺旋式开发方法提高了人员的利用率，使得软件开发的局部阶段相互重叠，在整体上形成多道流水线重叠并行。显然这又缩短了开发的总周期。

　　项目开发各阶段的质量保证

　　需求分析

　　需求分析是开发人员对系统需要做什么和如何做的定义过程。从系统分析的经验来看，这个过程往往是个循序渐进的过程，一次性对系统形成完整的认识是困难的。只有不断地和客户领域专家进行交流确认，方能逐步明了用户的需求。从系统开发的过程得知，系统分析时犯下的错误，会在接下来的阶段被成倍的放大，越是在开发的后期，纠正分析时犯下的错误所花费的代价越是昂贵，也越发影响系统的工期和系统的质量。同时，想在某个时间点上宣布需求分析已经完毕，不再需要进行进一步的需求分析，这也是不现实的。经验告诉我们，往往在测试过程中会发现，用户真正想要的并非您脑海中的设想，另一方面用户往往知道自己肯定不需要什么，而无法明确告知他们需

上一页  [1] [2] [3] [4] 下一页