会员登录
会员注册
项目开发方法对项目质量的保证
项目的开发方法对项目的质量和按时完成也有较大的影响。
面向对象的开发方法有利于对问题领域的深入理解，也有利于将问题空间向解空间映射从而得到更加理想和完整的系统模型。同时面向对象的开发方法和实现方法也有利于系统错误被局限在较小的范围内，不会出现骨牌效应。面向对象的开发方法也有不利的方面。开发人员对它的熟悉程度不如传统的结构化的开发方法。对面向对象中新出现的名词需要重新在开发队伍中进行定义，以便在开发的过程中彼此交流时表达的更加准确，从而减少开发队伍之间的通讯量。通讯量的降低意味着效率的提高，减少了占用开发时间讨论一个彼此立场根本一致的"问题"的时间。软件构架定义了该领域中特定对象必然发生关系的发生方式，这种发生方式以构架中抽象类之间定义的关系被固化在构件中，开发人员在开发应用系统时不必再为定义这种相互作用方式而书写代码，这为将来系统的维护奠定了坚实的基础，也为将来新版本软件的透明升级并保持兼容性和正确性提供了有利保证。通过面向对象的继承特性，可以在不伤害原有系统的情况下，任意替换功能模块，从而以效率更高的模块代替原有模块，从另一角度讲，也实现了软件模块的配置功能。要实现真正的软件模块的即插即用，还需要利用面向对象的另一优势--组件。
面向对象使得面向对象的类或对象可以以与语言无关的二进制方式被存储和调用。这就是COM技术。显然软件构架实现的基础是COM组件。由于COM是二进制的方式被存储，因而它可以被任何语言编写的软件所调用。组件与系统分离，只是在发生系统调用时才被调入内存执行，这就保证了系统更高层次的即插即用。
鉴于如此多的好处，采用面向对象的技术进行该项目的开发是值得的。
对于上面提到的面向对象的不利因素采用如下方法进行克服：第一，在系统开发之前，首先定义技术术语，然后定义领域术语，这样保证了开发过程中开发人员用同种"语言"进行交流，避免了文不对题的讨论或争论。第二，指定技术规范。在殊途同归的情况下，我们只允许那些在技术规范之内的技术来实现。技术规范定义了若干种对象技术，这些技术规范在整个开发小组中进行统一认识方面的学习。
开发策略是针对不同开发技术和问题领域而作出的策略性的考虑。显然开发策略与所用的开发方法、实现技术以及问题领域的特征密切相关。一般来讲，鉴于面向对象的"无缝"特性，采用原形法比较恰当，而开发过程则采用螺旋式开发方法。螺旋式开发方法提高了人员的利用率，使得软件开发的局部阶段相互重叠，在整体上形成多道流水线重叠并行。显然这又缩短了开发的总周期。
项目开发各阶段的质量保证
需求分析
需求分析是开发人员对系统需要做什么和如何做的定义过程。从系统分析的经验来看，这个过程往往是个循序渐进的过程，一次性对系统形成完整的认识是困难的。只有不断地和客户领域专家进行交流确认，方能逐步明了用户的需求。从系统开发的过程得知，系统分析时犯下的错误，会在接下来的阶段被成倍的放大，越是在开发的后期，纠正分析时犯下的错误所花费的代价越是昂贵，也越发影响系统的工期和系统的质量。同时，想在某个时间点上宣布需求分析已经完毕，不再需要进行进一步的需求分析，这也是不现实的。经验告诉我们，往往在测试过程中会发现，用户真正想要的并非您脑海中的设想，另一方面用户往往知道自己肯定不需要什么，而无法明确告知他们需要的是什么。面对这些事实，我们无法期望改变用户;比如提高用户同分析人员的"沟通"能力，让他们说出的话更能被分析人员理解。唯一的做法是采用一定的方式方法，诱导用户尽可能早地将需求表达出来，表达得完整。
在某个项目中我们的做法有两个方面：一是请领域专家参与到系统开发的早期阶段;二是开发系统原形，原形包括功能性的原形和用户界面性的原形，也可以是二者混合的原形，用这些原形确认用户的需求。让领域专家参与开发的早期阶段，是保证分析人员有充足的时间和领域专家进行充分的交流和确认。在这个阶段，原形可能在提交到用户之前，首先被领域专家确认，这样保证了原形被认可的程度和认可过程耗费的时间尽可能的短，从而在提高效率的同时保证了质量。
在开发方内部还有三项保证措施： 系统分析委员会保证系统分析集思广益; 质量监督组对分析工作的监督; 技术支持人员参与需求调研。
分析委员会的意义在于任何分析人员在提交其所分析部分的分析说明书前，必须通过委员会的共同审议，委员会的成员根据各自的分析经验和自身所分析的部分对他人的分析报告提出质疑。如此审议过后保证了各部分间相互关联的部分被明确定义，避免了由于"疏忽"造成系统在后期进行整合时出现较严重的系统鸿沟或系统重叠。
质量监督组在项目的任何阶段都要提出监督计划。按照监督计划分配相应的资源来保证某阶段的开发质量。分析阶段的监督计划会在分析任务之前被项目经理，项目负责人、系统分析员以及技术支持所了解。为保证分析工作高质量进行，同时分析工作又不被过分打扰，质量监督组则主要针对《系统分析报告》进行复审，只在认为确实有必要的情况下才召开质量复审会议。质量复审会议的主要参与者是项目经理、项目负责人、分析人员和质量监督组组长。会议的主要议题是提出质量质疑，给出改进建议即可。具体是否存在质量问题，是否需要改进，不在会议中进行讨论。以此保证了会议参与的人数较少，会议的时间尽可能的短。
通过技术支持的职责可以发现，技术支持参与分析调研有利于对分析工作的监督，在获得用户需求的口头表达之后，能帮助技术支持更好地扮演开发阶段 "用户"的角色。技术支持具有相当的计算机技术背景，在接下来的开发过程中就能较好的起到监督的作用，也为将来维护和为用户提供更好的服务奠定基础。