第7章实现与测试课题.ppt

第7章 实现与测试 7.1 实现 7.1.1 概述 1. 系统实现的任务 系统实现的任务是通过一系列迭代过程，把信息系统的设计模型转变成为可以交付测试的信息系统，其重心是实现信息系统的软件。信息系统软件由源程序代码、二进制可执行代码和相关的数据结构构成，这些内容以构件的形式被组织。实现的工作包括确定系统的实现结构，子系统、构件、类和接口的实现，单元测试，系统集成等。 2. 实现工作的特点 1) 基于构件的实现 构件是信息系统软件的构成件。在不同的开发阶段，构件表现为分析件、设计件、实现件、测试件等不同的形式，也可以称其为分析构件、设计构件、实现构件和测试构件。实现构件是实现的产物，并具有《源代码件》、《执行件》、《文件》、《库》、《表》、《文档》等多种形式。《执行件》是《源代码件》编译后的结果，可以直接投入运行。《文件》是信息的存储体，可以是《源代码件》、《执行件》、《文档》等内容。《库》可以是类库、动态链接库、数据库等。《表》表示数据库中的数据表。《文档》泛指形成的所有文字材料。 实现基于构件。实现的工作需要把信息系统的设计模型转变为信息系统的实现构件，这些构件通过确定的连接接口，组装成最终的信息系统软件。 2) 基于迭代的实现 实现需要通过多次迭代才能完成。在细化阶段构建出信息系统软件的基本构架。每一次迭代将在上一次迭代的基础上，实现一个子系统或子系统的部分内容，并把本次迭代所实现的结果加入到已实现的系统之中，通过多次迭代就可以产生所要的信息系统软件。在实现过程中，为了加快系统开发进度，常常需要组成多个开发小组，并行进行实现工作。一个小组承担一部分开发工作，当完成了一个子系统或一个构件的实现工作后，就把它汇入到已实现的系统中。一次迭代完成后，又重新开始下一次迭代工作。 3. 实现模型 实现模型是在实现工作中对信息系统的抽象描述。在实现模型中，软件系统处在实现模型的顶层，系统由多个子系统构成，子系统呈现为层次结构，在子系统中可以包含其它子系统。每一个子系统又由构件和接口构成。实现模型见图7.1。 4. 工作过程 系统实现的工作过程见图7.2。首先，由结构设计人员确定实现结构，然后再制定实现的迭代计划。接下来由各个开发小组通过多次迭代实现各个子系统和每一个子系统中的类和接口，并进行单元测试。开发小组把每次迭代的结果交由集成人员进行系统集成。通过多次迭代实现最终系统。本节介绍系统实现的主要工作，单元测试将在测试一节介绍。 7.1.2 实现结构 1. 实现结构的概念 实现结构是信息系统在实现阶段所呈现的系统结构，它由各个子系统按照确定的组成关系构成。信息系统实现结构的系统框架与设计结构的系统框架完全相同，子系统的数目和相互之间的关系也完全一致。实现结构与设计结构的区别是子系统中的内容不同。设计模型中的子系统中包括用例设计、所设计的类和接口，而实现模型的子系统中则是构件和接口。图7.3是设计模型与实现模型之间的区别。 实现模型中的子系统和设计模型中的子系统是一一对应的。设计模型的子系统中的类，在实现模型的子系统中要变成为构件。一个构件可能包括多个类，但构件总可以跟踪到类。设计模型的子系统对外提供的接口与实现模型的子系统对外提供的接口应该完全相同。图中的接口a是子系统向外提供的接口，接口b是该子系统所依赖的接口。 2. 确定实现结构 1) 由设计结构得出实现结构 如果对子系统内部的内容不加区分，实现结构与设计结构完全相同。因此，可以把设计模型中的软件结构直接转换为信息系统的实现结构。 2) 确定关键构件 构件的实现是在迭代过程中逐步完成的。但在实现结构中应该首先确定关键构件。关键构件是对信息系统具有重要意义的构件，但并没有一个公认准则来界定哪些构件是关键构件。因此，对关键构件的把握完全根据开发者对信息系统的理解而定。一般来说，以下方面的构件应该作为关键构件： 第一，提供进行迭代的初始构件。提供初次迭代的构件对信息系统具有重要意义，这部分构件应该作为关键构件，需要预先确定下来。 第二，各节点主动类的构件。一个节点会存在一个或多个主动类，这些类对控制系统的运行具有重要意义。对实现主动类的构件应该特别予以关注，事先把它们确定下来。 第三，多个子系统共享的构件。有些构件中包括的某些类会作为通用类被多个子系统或构件所共享，这部分构件应该作为关键构件。 3) 关键构件在节点中的分布 所有构件最终都要分布到不同的节点上。在结构实现时，需要首先把关键构件分布到相应的节点上，通过系统配置图来描述关键构件在节点的分布情况。例如，图7.4是分布在书店系统中销售节点和数据库服务器上的两个关键构件。 7.1.3 实现子系统