件模块的即插即用，还需要利用面向对象的另一优势--组件。
面向对象使得面向对象的类或对象可以以与语言无关的二进制方式被存储和调用。这就是COM技术。显然软件构架实现的基础是COM组件。由于COM是二进制的方式被存储，因而它可以被任何语言编写的软件所调用。组件与系统分离，只是在发生系统调用时才被调入内存执行，这就保证了系统更高层次的即插即用。
鉴于如此多的好处，采用面向对象的技术进行该项目的开发是值得的。
对于上面提到的面向对象的不利因素采用如下方法进行克服：第一，在系统开发之前，首先定义技术术语，然后定义领域术语，这样保证了开发过程中开发人员用同种"语言"进行交流，避免了文不对题的讨论或争论。第二，指定技术规范。在殊途同归的情况下，我们只允许那些在技术规范之内的技术来实现。技术规范定义了若干种对象技术，这些技术规范在整个开发小组中进行统一认识方面的学习。
开发策略是针对不同开发技术和问题领域而作出的策略性的考虑。显然开发策略与所用的开发方法、实现技术以及问题领域的特征密切相关。一般来讲，鉴于面向对象的"无缝"特性，采用原形法比较恰当，而开发过程则采用螺旋式开发方法。螺旋式开发方法提高了人员的利用率，使得软件开发的局部阶段相互重叠，在整体上形成多道流水线重叠并行。显然这又缩短了开发的总周期。[page]
项目开发各阶段的质量保证
需求分析
需求分析是开发人员对系统需要做什么和如何做的定义过程。从系统分析的经验来看，这个过程往往是个循序渐进的过程，一次性对系统形成完整的认识是困难的。只有不断地和客户领域专家进行交流确认，方能逐步明了用户的需求。从系统开发的过程得知，系统分析时犯下的错误，会在接下来的阶段被成倍的放大，越是在开发的后期，纠正分析时犯下的错误所花费的代价越是昂贵，也越发影响系统的工期和系统的质量。同时，想在某个时间点上宣布需求分析已经完毕，不再需要进行进一步的需求分析，这也是不现实的。经验告诉我们，往往在测试过程中会发现，用户真正想要的并非您脑海中的设想，另一方面用户往往知道自己肯定不需要什么，而无法明确告知他们需要的是什么。面对这些事实，我们无法期望改变用户；比如提高用户同分析人员的"沟通"能力，让他们说出的话更能被分析人员理解。唯一的做法是采用一定的方式方法，诱导用户尽可能早地将需求表达出来，表达得完整。
在某个项目中我们的做法有两个方面：一是请领域专家参与到系统开发的早期阶段；二是开发系统原形，原形包括功能性的原形和用户界面性的原形，也可以是二者混合的原形，用这些原形确认用户的需求。让领域专家参与开发的早期阶段，是保证分析人员有充足的时间和领域专家进行充分的交流和确认。在这个阶段，原形可能在提交到用户之前，首先被领域专家确认，这样保证了原形被认可的程度和认可过程耗费的时间尽可能的短，从而在提高效率的同时保证了质量。
在开发方内部还有三项保证措施： 系统分析委员会保证系统分析集思广益； 质量监督组对分析工作的监督； 技术支持人员参与需求调研。
分析委员会的意义在于任何分析人员在提交其所分析部分的分析说明书前，必须通过委员会的共同审议，委员会的成员根据各自的分析经验和自身所分析的部分对他人的分析报告提出质疑。如此审议过后保证了各部分间相互关联的部分被明确定义，避免了由于"疏忽"造成系统在后期进行整合时出现较严重的系统鸿沟或系统重叠。
质量监督组在项目的任何阶段都要提出监督计划。按照监督计划分配相应的资源来保证某阶段的开发质量。分析阶段的监督计划会在分析任务之前被项目经理，项目负责