项目管理的保证

1、项目管理的保证项目管理的主要目标是保证项目在规定时间内高质量的完成项目。项目管理包括了项目组开发各阶段的人员结构的配置，质量控制的实施方略，内部文档和产品文档的组织编写等各项工作。开发项目按照规范化软件的生产方式进行生产，在生产流程上采用ISO9000的标准进行。项目开发参与的角色有项目经理，项目负责人，领域专家，系统分析员，程序员，测试组，技术支持部，质量监督组，文档组。下面就各个角色一一说明其主要职责。项目目经理主要要负责该该项目开开发商在在开发和和维护的的过程中中同客户户的商务务接洽和和开发配配合方面面的事物物，包括括：项目目合同的的签定；提交开开发计划划给客户户；组织织客户与与分析人人

2、员进行行需求确确定；组组织客户户阶段性性验收；协调客客户提供供测试环环境；监监督项目目进度与与质量；提供开开发人员员所需的的各种人人力物力力资源；负责项项目开发发过程中中客户、开发项项目组、质量监监督部，文档组组等相关关部门的的联络与与沟通。项目目的开发发采用项项目负责责人责任任制。项项目的开开发由项项目负责责人全权权负责，负责的的范围包包括：项项目开发发计划的的制定；开发方方法的确确定；技技术规范范的编制制；项目目各阶段段的人员员配给与与人员之之间的配配合；各各阶段文文档的生生成和版版本编号号。领域域专家主要要责任是是协同系系统分析析员认清清领域边边界，确确定领域域内容。领域专专家可以以由客

3、户户抽调技技术骨干干担任，也可以以由开发发商聘请请担任。领域专专家在开开发过程程中主要要参与的的阶段是是系统需需求分析析，在明明确了系系统将来来要完成成的主要要任务之之后，领领域专家家的职责责转向系系统用户户界面的的确定上上。开发发出的系系统能被被客户接接受的两两个重要要指标一一个是系系统正确确性，即即系统是是否正确确的完成成了用户户希望它它完成的的任务；第二就就是系统统操作的的便捷性性。便捷捷主要受受到使用用系统的的客户的的操作习习惯的制制约。领领域专家家往往是是多年从从事该项项工作的的人员，他们的的使用习习惯会对对系统的的易用性性非常有有帮助。领域专专家参与与的开发发阶段受受到开发发方式的

4、的影响。系统统分析员员系统统分析员员是系统统开发方方法的贯贯彻者和和系统实实现的指指导者。分析人人员主要要参与开开发阶段段的需求求分析和和系统设设计两个个阶段（这两个个阶段并并不是截截然分开开的，由由开发方方式的不不同，可可能会贯贯穿整个个开发工工期）。首先先系统分分析员和和领域专专家一起起对领域域进行分分析，确确定领域域边界和和领域内内容。在在完成这这项任务务后，系系统分析析员应当当提交系统需需求报告告。系统需需求报告告由领领域专家家确认之之后交给给质量监监督组进进行复审审，复审审完毕由由文档组组进行文文档规范范化，进进行存档档和版本本编号，与此同同时，规规范化的的系统统需求报报告由由项目经

5、经理转交交给客户户进行复复审（项项目经理理对系系统需求求报告的内容容格式等等有审查查的义务务）。客户户复审完完毕之后后通过项项目负责责人转交交给系统统分析员员进行更更新修正正，并对对版本进进行升级级。之后后再经质质量监督督组和文文档组等等环节进进行流转转，直到到该报告告无须进进行再流流转为止止。接下下来系统统分析员员的一项项主要任任务是对对领域进进行分析析和映射射，构造造系统构构架，即即进行体体系结构构的设计计。参与与的系统统分析员员在不止止一个时时，首先先由分析析员委员员会进行行体系结结构设计计，当体体系结构构基本确确定之后后，定义义分组和和分组之之间的接接口，特特别对将将来需要要密切接接口

6、的部部分要进进行详细细定义，包括彼彼此间的的通讯协协议，时间间及方式式等等。完成该该项工作作后必须须产生体系结结构设计计说明。体体系结构构设计说说明生生成后由由项目负负责人提提交给质质量监督督组进行行复审，复审通通过之后后，由文文档组进进行格式式化和版版本编号号并存档档。体体系结构构设计说说明的的完整流流转过程程在开发发商内部部，客户户并不介介入。程序序员为了了有效的的利用领领域专家家的资源源，在体体系结构构设计的的同时，可以由由系统分分析员的的指导之之下，由由程序员员进行界界面原形形的开发发。界面面原形由由领域专专家进行行评审。评审通通过后由由客户进进行复审审。界面面原形跳跳过质量量监督由由

7、文档组组进行格格式化和和存档。质量监监督有了了解和监监督界面面原形变变化的责责任。程程序员参参与系统统详细设设计，主主要负责责系统的的实现工工作，并并对测试试组提供供相应的的测试资资源。由由于详细细设计的的详细程程度不易易把握，有程序序员参与与的情况况下，系系统分析析人员与与程序员员的交流流会有助助于系统统开发进进度。在在项目代代码生产产的后期期，程序序员要进进行相应应的白盒盒测试。之后，可执行行体提交交到测试试组进行行测试。系统统详细设设计说明明由分分析员和和程序员员共同完完成。通通过项目目负责人人转交质质量监督督组进行行复审，复审通通过后，由文档档组进行行格式化化和版本本编号，并存档档。测

8、试试组主要要进行软软件的测测试工作作。上面面提到程程序员在在交给测测试人员员之前是是进行过过一定的的白盒测测试的。测试人人员根据据详细设设计的文文档对软软件要实实现的功功能进行行一一测测试，保保证软件件的执行行体正确确的实现现设计要要求，在在此也只只证明了了软件正正确的反反映了设设计思想想，但是是否真正正反映了了用户的的需求仍仍需要进进一步的的测试。在正确确性测试试完成之之后，需需要测试试的是软软件的性性能，软软件的性性能在本本项目中中占有重重要的地地位，性性能要求求有可能能改变软软件的设设计，为为避免造造成软件件的后期期返工，测试在在性能上上需要较较大的侧侧重。同样样，测试试在不同同的阶段段

9、需要不不同的输入与输出。在正正确性测测试阶段段，不需需要太详详细的测测试计划划和测试试策略的的设计。而在性性能测试试时，需需要分析析人员提提出测试试策略和和测试用用例，质质量监督督组同样样会提出出他们认认为必要要的测试试策略和和测试用用例，后后者提出出的测试试策略和和测试用用例被认认为是对对前者的的抽样调调查。无无论是前前者还是是后者提提出的测测试策略略和测试试用例，都由测测试组组组织实施施。质量量监督组组保证证软件透透明开发发的主要要环节。在项目目开发的的过程中中几乎所所有的部部门都与与质量监监督组有有关。质质量监督督组对项项目经理理提供项项目进度度与项目目真正开开发时的的差异报报告，提提出

10、差异异原因和和改进方方法。在在项目进进度被延延滞或质质量监督督组认为为某阶段段开发质质量有问问题时，提请项项目经理理、项目目负责人人等必要要的相关关人员举举行质量量会议。解决当当前存在在的和潜潜在的问问题。质质量监督督是建立立在文档档的复审审基础之之上，因因而文档档版本的的控制，特别是是软件配配置管理理，直接接影响软软件质量量监督的的影响力力和力度度。文档档组则是是保证软软件质量量监督的的得以实实施的重重要保证证。质量量监督组组的监督督范围包包括：系系统分析析人员是是否正确确的反映映了用户户的需求求；软件件执行体体是否正正确的实实现了分分析人员员的设计计思想；测试人人员是否否进行了了较为彻彻底

11、的和和全面的的测试；文档组组是否对对文档的的规范化化进行的的比较彻彻底，版版本控制制是否有有效；文档档组是保保证项目目开发完完毕的同同时，内内部文档档和外部部文档都都同时完完成。内内部文档档的及时时产生和和规范，是保证证项目开开发各小小组能够够更好的的接口和和沟通的的重要前前提，从从另一个个方面讲讲，也是是保证工工程不被被某个关关键路径径所阻塞塞而延滞滞的前提提。如上上所述，文档组组还是保保证质量量监督组组得以发发挥作用用的基础础。文档档组的主主要职责责包括：完善各各个部门门发送需需要存档档和进行行版本控控制的文文档；对对文档进进行单向向出入的的控制；对所有有存档的的文档进进行版本本控制；书写

12、文文档规范范，并传传达到开开发组中中；书写写部分外外部文档档。技术术支持部部技术术支持部部的存在在是保证证软件在在用户使使用的过过程中，为用户户提供最最及时的的技术服服务，也也为项目目开发人人员抽身身进行新新版本软软件开发发保证。技术支支持部的的人员能能够作到到对软件件的使用用人员进进行软件件的安装装、配置置、正确确使用进进行培训训。能够够解决由由于软件件的不当当使用产产生的各各种问题题。技术术支持部部的人员员也有对对软件系系统分析析监督的的作用。技术支支持人员员是软件件开发过过程中的的虚拟用用户，也也就是说说在软件件未正式式提交用用户之前前，技术术支持人人员充当当用户的的角色。合作伙伴伴提供

13、的的保证软件件的开发发我们选选用微软软公司的的Winndowws平台台和Viisuaal SStuddio为为主要开开发工具具。我公公司是微微软（MMicrrosooft）在中国国最大的的技术方方案提供供商，在在软件开开发方面面能够直直接从微微软公司司获得最最快最全全面的技技术支持持。另一一方面，公司能能最快速速的获得得微软最最新的企企业解决决方案的的培训和和咨询。同时我我公司还还是微软软出版社社中国唯唯一总代代理，公公司拥有有微软最最全面的的书面资资讯。项目进度度的保证证项目目进度是是项目进进行是否否顺利的的最直观观表现。显然在在项目开开始之前前，项目目开发计计划是必必须的。如果项项目开发发

14、计划的的制定的的是完全全合理的的，那项项目进度度也就真真正表达达了项目目与最终终的交付付使用之之间的距距离，然然而要制制定完全全合理的的项目开开发计划划几乎不不太可能能。可见见要保证证项目进进度，首首先要保保证项目目开发计计划尽可可能合理理。项目目计划的的合理程程度与项项目计划划制定者者从事类类似规模模和类似似业务的的项目的的经验有有直接关关系，通通过经验验往往能能够预见见潜在的的阻碍，从而制制定较为为合理的的项目开开发计划划。本公公司已经经开发过过铁道部部的结算算系统，开发中中的子项项目多达达六个，历时十十五个月月，目前前多数项项目已经经开发完完毕，有有些系统统已经投投入运营营五个月月，项目

15、目金额数数千万元元。在这这样的项项目中，从管理理者到开开发人员员到测试试人员都都积累了了较为丰丰富的经经验，特特别是项项目开发发计划的的制定，和项目目进度的的控制。项目目计划以以里程碑碑为界限限，将整整个开发发周期划划分为若若干阶段段。根据据里程碑碑的完成成情况，适当的的调整每每一个较较小的阶阶段的任任务量和和完成的的任务时时间，这这种方式式非常有有利于整整个项目目计划的的动态调调整。也也利于项项目质量量的监督督。里程程碑就是是对项目目在开发发过程中中完成的的较大成成果的定定义，比比如需求求分析完完毕、代代码生产产完毕、正确性性测试完完毕，都都被定义义为一个个里程碑碑，每一一个里程程碑都需需要

16、对完完成的界界定方式式进行定定义。比比如需求求分析完完毕为一一里程碑碑，这一一里程碑碑完成的的定义是是：系系统需求求说明必须经经过客户户的确认认，并在在文档组组进行了了相应的的归档工工作。当当然把完完成需求求分析作作为里程程碑不一一定恰当当，因为为系统开开发往往往伴随着着需求的的不断变变化和新新需求的的不断产产生。如如此又引引出新的的问题，即如何何定义恰恰当的里里程碑，如何界界定里程程碑的完完成。里里程碑将将项目分分成若干干个较小小的段，通过保保证每一一个段的的顺利完完成，来来保证整整个项目目顺利完完成，同同时通过过每个段段的完成成质量，可以测测度整个个项目质质量。同同时里程程碑保证证各个阶阶

17、段的产产品的依依赖关系系尽可能能的小，并以完完备的文文档作为为里程碑碑完成的的重要标标志之一一。在里里程碑和和完备文文档的控控制之下下，项目目已完成成的阶段段是受到到保护的的，在任任何时间间，人员员变动，甚至是是开发商商的变动动，都不不至于造造成特别别重大的的损失，通过完完备的文文档，原原有的成成果能够够被延续续进行开开发。项目开发发方法对对项目质质量的保保证项目目的开发发方法对对项目的的质量和和按时完完成也有有较大的的影响。面向向对象的的开发方方法有利利于对问问题领域域的深入入理解，也有利利于将问问题空间间向解空空间映射射从而得得到更加加理想和和完整的的系统模模型。同同时面向向对象的的开发方

18、方法和实实现方法法也有利利于系统统错误被被局限在在较小的的范围内内，不会会出现骨骨牌效应应。面向向对象的的开发方方法也有有不利的的方面。开发人人员对它它的熟悉悉程度不不如传统统的结构构化的开开发方法法。对面面向对象象中新出出现的名名词需要要重新在在开发队队伍中进进行定义义，以便便在开发发的过程程中彼此此交流时时表达的的更加准准确，从从而减少少开发队队伍之间间的通讯讯量。通通讯量的的降低意意味着效效率的提提高，减减少了占占用开发发时间讨讨论一个个彼此立立场根本本一致的的问题的时间间。软件件构架定定义了该该领域中中特定对对象必然然发生关关系的发发生方式式，这种种发生方方式以构构架中抽抽象类之之间定

19、义义的关系系被固化化在构件件中，开开发人员员在开发发应用系系统时不不必再为为定义这这种相互互作用方方式而书书写代码码，这为为将来系系统的维维护奠定定了坚实实的基础础，也为为将来新新版本软软件的透透明升级级并保持持兼容性性和正确确性提供供了有利利保证。通过面面向对象象的继承承特性，可以在在不伤害害原有系系统的情情况下，任意替替换功能能模块，从而以以效率更更高的模模块代替替原有模模块，从从另一角角度讲，也实现现了软件件模块的的配置功功能。要要实现真真正的软软件模块块的即插插即用，还需要要利用面面向对象象的另一一优势-组件件。面向向对象使使得面向向对象的的类或对对象可以以以与语语言无关关的二进进制方

20、式式被存储储和调用用。这就就是COOM技术术。显然然软件构构架实现现的基础础是COOM组件件。由于于COMM是二进进制的方方式被存存储，因因而它可可以被任任何语言言编写的的软件所所调用。组件与与系统分分离，只只是在发发生系统统调用时时才被调调入内存存执行，这就保保证了系系统更高高层次的的即插即即用。鉴于于如此多多的好处处，采用用面向对对象的技技术进行行该项目目的开发发是值得得的。对于于上面提提到的面面向对象象的不利利因素采采用如下下方法进进行克服服：第一一，在系系统开发发之前，首先定定义技术术术语，然后定定义领域域术语，这样保保证了开开发过程程中开发发人员用用同种语言进行交交流，避避免了文文不

21、对题题的讨论论或争论论。第二二，指定定技术规规范。在在殊途同同归的情情况下，我们只只允许那那些在技技术规范范之内的的技术来来实现。技术规规范定义义了若干干种对象象技术，这些技技术规范范在整个个开发小小组中进进行统一一认识方方面的学学习。开发发策略是是针对不不同开发发技术和和问题领领域而作作出的策策略性的的考虑。显然开开发策略略与所用用的开发发方法、实现技技术以及及问题领领域的特特征密切切相关。一般来来讲，鉴鉴于面向向对象的的无缝特性，采用原原形法比比较恰当当，而开开发过程程则采用用螺旋式式开发方方法。螺螺旋式开开发方法法提高了了人员的的利用率率，使得得软件开开发的局局部阶段段相互重重叠，在在整

22、体上上形成多多道流水水线重叠叠并行。显然这这又缩短短了开发发的总周周期。项目开发发各阶段段的质量量保证需求求分析需求求分析是是开发人人员对系系统需要要做什么么和如何何做的定定义过程程。从系系统分析析的经验验来看，这个过过程往往往是个循循序渐进进的过程程，一次次性对系系统形成成完整的的认识是是困难的的。只有有不断地地和客户户领域专专家进行行交流确确认，方方能逐步步明了用用户的需需求。从从系统开开发的过过程得知知，系统统分析时时犯下的的错误，会在接接下来的的阶段被被成倍的的放大，越是在在开发的的后期，纠正分分析时犯犯下的错错误所花花费的代代价越是是昂贵，也越发发影响系系统的工工期和系系统的质质量。

23、同同时，想想在某个个时间点点上宣布布需求分分析已经经完毕，不再需需要进行行进一步步的需求求分析，这也是是不现实实的。经经验告诉诉我们，往往在在测试过过程中会会发现，用户真真正想要要的并非非您脑海海中的设设想，另另一方面面用户往往往知道道自己肯肯定不需需要什么么，而无无法明确确告知他他们需要要的是什什么。面面对这些些事实，我们无无法期望望改变用用户；比比如提高高用户同同分析人人员的沟通能力，让他们们说出的的话更能能被分析析人员理理解。唯唯一的做做法是采采用一定定的方式式方法，诱导用用户尽可可能早地地将需求求表达出出来，表表达得完完整。在某某个项目目中我们们的做法法有两个个方面：一是请请领域专专家

24、参与与到系统统开发的的早期阶阶段；二二是开发发系统原原形，原原形包括括功能性性的原形形和用户户界面性性的原形形，也可可以是二二者混合合的原形形，用这这些原形形确认用用户的需需求。让让领域专专家参与与开发的的早期阶阶段，是是保证分分析人员员有充足足的时间间和领域域专家进进行充分分的交流流和确认认。在这这个阶段段，原形形可能在在提交到到用户之之前，首首先被领领域专家家确认，这样保保证了原原形被认认可的程程度和认认可过程程耗费的的时间尽尽可能的的短，从从而在提提高效率率的同时时保证了了质量。在开开发方内内部还有有三项保保证措施施：系统统分析委委员会保保证系统统分析集集思广益益；质量量监督组组对分析析

25、工作的的监督；技术支支持人员员参与需需求调研研。分析析委员会会的意义义在于任任何分析析人员在在提交其其所分析析部分的的分析说说明书前前，必须须通过委委员会的的共同审审议，委委员会的的成员根根据各自自的分析析经验和和自身所所分析的的部分对对他人的的分析报报告提出出质疑。如此审审议过后后保证了了各部分分间相互互关联的的部分被被明确定定义，避避免了由由于疏忽造成系系统在后后期进行行整合时时出现较较严重的的系统鸿鸿沟或系系统重叠叠。质量量监督组组在项目目的任何何阶段都都要提出出监督计计划。按按照监督督计划分分配相应应的资源源来保证证某阶段段的开发发质量。分析阶阶段的监监督计划划会在分分析任务务之前被被

26、项目经经理，项项目负责责人、系系统分析析员以及及技术支支持所了了解。为为保证分分析工作作高质量量进行，同时分分析工作作又不被被过分打打扰，质质量监督督组则主主要针对对系统统分析报报告进进行复审审，只在在认为确确实有必必要的情情况下才才召开质质量复审审会议。质量复复审会议议的主要要参与者者是项目目经理、项目负负责人、分析人人员和质质量监督督组组长长。会议议的主要要议题是是提出质质量质疑疑，给出出改进建建议即可可。具体体是否存存在质量量问题，是否需需要改进进，不在在会议中中进行讨讨论。以以此保证证了会议议参与的的人数较较少，会会议的时时间尽可可能的短短。通过过技术支支持的职职责可以以发现，技术支支

27、持参与与分析调调研有利利于对分分析工作作的监督督，在获获得用户户需求的的口头表表达之后后，能帮帮助技术术支持更更好地扮扮演开发发阶段用户的角色色。技术术支持具具有相当当的计算算机技术术背景，在接下下来的开开发过程程中就能能较好的的起到监监督的作作用，也也为将来来维护和和为用户户提供更更好的服服务奠定定基础。系统统设计优良良的体系系结构应应当具备备可扩展展性和可可配置性性，这两两方面因因素的实实现是通通过Wiindoows DNAA的应用用完成的的，正如如建议书书中所述述，在此此不再赘赘述。实现现实现现也就是是代码的的生产过过程。从从设计的的结构图图中可以以看出，生产的的类别有有类的生生产，组组

28、件的生生产，构构件的生生产，应应用系统统的整合合，以及及各种测测试用例例的生产产。为了了能够提提高生产产的质量量，我们们将生产产的程序序人员按按职能分分成两组组，测试试用例的的生产和和测试用用例生产产，也就就是说如如果某个个程序员员生产了了某个组组件，则则其测试试用例不不能再由由该程序序员来生生产，但但他可以以生产其其他组件件的测试试用例。这样交交叉生产产更容易易发现组组件的存存在的问问题。测测试人员员按照测测试用例例来测试试组件的的各项指指标提出出测试报报告。随生生产的不不断深入入，组件件的生产产日趋减减少，构构件的生生产的量量开始逐逐步增加加，生产产构件的的过程又又是对组组件的考考验过程程

29、。因此此描述组组件实现现的文档档是非常常重要的的，它将将有可能能成为阻阻碍进一一步生产产的瓶颈颈。文档档组在生生产过程程中的重重要工作作是对各各类部件件的文档档进行丰丰富和规规范，同同时进行行版本的的控制。文档的的完备与与否，在在开发的的后期，对项目目进度有有至关重重要的影影响。文文档是共共享前期期开发成成果的唯唯一手段段。根据据上一节节描述的的应用系系统体系系结构来来看，整整个开发发环节丝丝丝相扣扣，每一一步都受受到上一一步的制制约。为了了控制系系统开发发过程中中的往复复，不至至于产生生重大过过失和往往复的泛泛滥。文文档组和和质量监监督组协协同完成成软件开开发的配配置管理理。软件件配置管管理

30、的目目的在于于控制软软件开发发过程中中的变化，这种种变化可可能是外外部引起起的，如如需求的的变化。也可能能是来自自于内部部的变化化，如早早期设计计的某个个部件不不够完备备，需要要修改等等。为了了控制这这些变化化，把变变化引起起的波动动尽可能能的控制制在有限限的范围围内，配配置管理理的管理理模型如如下图：配置置项是指指需要进进行控制制的任何何文档单单元，它它可能是是需求说说明报告告，也可可能是需需求说明明报告的的某个点点。在本本项目中中需要控控制的内内部配置置项包括括需求报报告，设设计报告告，组件件代码，组件接接口文档档，构件件及构件件相关文文档；外外部配置置项包括括项目计计划书，使用手手册，系

31、系统安装装说明和和系统配配置说明明等。上图图完整描描述了软软件配置置管理的的流程。从图图中可以以看出在在文档没没有被提提交出开开发组以以前，文文档可以以在开发发组内部部任意地被修修改，但但一旦文文档被提提交，则则相关的的部门就就会被调调动，来来维护文文档的质质量。因因此为了了保证工工作效率率，开发发组提交交文档之之前必须须慎重，以免引引起不必必要的工工作量的的增加。从另一一角度来来看，开开发部受受到严密密的监督督，从而而保证了了开发的的各个环环节对于于开发的的全过程程保持透透明，避避免了因因为个人人的原因因造成整整个开发发的瘫痪痪或受阻阻。项目目经理通通过质监监报告可可以了项项目开发发的进度度

32、和质量量情况，为调整整开发计计划提供供有利的的依据。显然然开发部部的内部部流程在在配置管管理的过过程中受受到的监监管是非非常有限限的。配配置管理理所能起起的作用用完全是是建立在在文档之之上。当当项目进进度非常常紧张时时，开发发部可能能书写文文档的时时间会非非常少，在此情情况之下下质量监监督组和和文档组组就肩负负将开发发部提供供的文档档进行丰丰富和完完善的工工作，从从而减少少开发部部书写文文档的时时间，当当然这是是增加质质量监督督组与开开发部的的口头交交流为代代价的。测试试测试试组的工工作被分分成若干干阶段，不同阶阶段的划划分是以以保证软软件质量量的不同同指标为为目标的的。测试试的软件件指标分分

33、别包括括：软件件的正确确性：正正确性测测试主要要是测试试软件的的功能是是否被正正确的实实现。测测试的方方式主要要是按照照功能的的要求按按照给定定的输入入，看是是否有给给定的输输出。在在非标称称输入时时，输出出是否异异常等。一方面面测试软软件的功功能是否否实现，同时是是否实现现的完整整。性能能指标：该项目目对性能能的要求求非同一一般的软软件项目目。性能能测试往往往包含含了压力力测试、攻击性性测试等等测试，软件所所能承受受的极限限是多少少，一般般来将软软件的极极限应当当高出用用户要求求的性能能，各种种指标也也应当为为用户所所了解。易用用性：软软件的使使用界面面在设计计实现的的时候应应当设法法使之与

34、与功能的的实现相相脱离。脱离的的原因在在于易用用性是通通过友好好的界面面实现的的。然而而让开发发人员以以使用者者的角度度来确定定软件是是否易用用是件非非常困难难的事情情，在确确定使用用界面时时往往需需要多次次的反复复修改，甚至只只能在软软件的最最后交付付之前或或用户使使用一段段时间之之后才被被提出来来。鉴于于这种特特点，软软件在开开发的不不同阶段段都作了了相应的的保证措措施，比比如在软软件需求求界定的的时候请请领域专专家参与与，在软软件设计计阶段，让功能能的实现现尽可能能地包含含在软件件的组件件之中，也就是是没有界界面要求求的底层层实现。界面的的实现仅仅仅依赖赖于一个个数据接接口，界界面仅仅仅

35、负责将将用户输输入的数数据送到到指定的的数据块块中，用用于显示示的数据据也在指指定的数数据块中中提取，只要保保证数据据块被互互斥的访访问就可可以了。有了这这样的设设计结构构，软件件的易用用性也就就相当容容易保证证了。当当测试中中发现易易用性的的问题时时，软件件不会伤伤到筋骨骨，皮毛毛的修改改总是非非常容易易的。测试试人员的的角色也也是逐步步的由开开发向用用户方向向转移。测试试存在两两个非常常重要的的问题，一是保保证测试试的结果果真正是是反映了了软件的的质量。一般来来讲，如如果测试试测出的的错误数数是收敛敛的情况况，基本本认为测测试本身身应当是是比较全全面的和和足够深深入的。二是测测试结果果的反

36、馈馈。测试试报告是是测试结结果的正正式书面面反馈形形式。测测试报需需要经过过质量监监督组的的复审，并进行行统计，再形成成质量监监督报告告的一部部分，提提交到项项目经理理和项目目开发组组组长处处。同时时，测试试组产生生的测试试报告和和测试统统计报告告也要进进行归档档，以便便跟踪软软件的质质量进展展。这也也是软件件进行版版本编号号的一个个重要依依据。文档档维护文档档维护主主要是文文档组的的工作。文档从从用途上上分主要要分为内内部文档档和外部部文档。内部部文档包包括：项项目开发发计划；需求分分析；体体系结构构设计说说明；详详细设计计说明；构件索索引；构构件成分分说明；构件接接口及调调用说明明；组件件索引；组件接接口及调调用说明明；类索索引；类类属性及及方法说说明；测测试报告告；测试试统计报报告；质质量监督督报告；源代码码；文档档分类版版本索引引；软件件安装打打包文件件。外部部文档主主要包括括：软件件安装手手册；软软件操作作手册；在线帮帮助；系系统性能能指标报报告；系系统操作作索引。文档档的重要要性在前前面的章章节中已已经多次次提到。如何保保证文档档的全面面性，使使其真正正为项目目的进度度提供保保证，又又不因为为文档的