试题一
阅读下列说明和图，回答问题1至问题4，将解答填入对应栏内。 [说明]
某医院欲开发病人监控系统。该系统通过各种设备监控病人的生命特征，并在生命特征异常时向医生和护理人员报警。该系统的主要功能如下：
(1)本地监控：定期获取病人的生命特征，如体温、血压、心率等数据。 (2)格式化生命特征：对病人的各项重要生命特征数据进行格式化，然后存入日志文件并检查生命特征。
(3)检查生命特征：将格式化后的生命特征与生命特征范围文件中预设的正常范围进行比较。如果超出了预设范围，系统就发送一条警告信息给医生和护理人员。
(4)维护生命特征范围：医生在必要时(如，新的研究结果出现时)添加或更新生命特征值的正常范围。
(5)提取报告：在医生或护理人员请求病人生命特征报告时，从日志文件中获取病人生命特征生成特征报告，并返回给请求者。
(6)生成病历：根据日志文件中的生命特征，医生对病人的病情进行描述，形成病历存入病历文件。
(7)查询病历：根据医生的病历查询请求，查询病历文件，给医生返回病历报告。
(8)生成治疗意见：根据日志文件中的生命特征和病历，医生给出治疗意见，如处方等，并存入治疗意见文件。
(9)查询治疗意见：医生和护理人员查询治疗意见，据此对病人进行治疗。 现采用结构化方法对病人监控系统进行分析与设计，获得如图1-1所示的顶层数据流图和图1-2所示的0层数据流图。
1、使用说明中的词语，给出图1-1中的实体E1～E3的名称。
2、使用说明中的词语，给出图1-2中的数据存储D1～D4的名称。
3、图1-2中缺失了4条数据流，使用说明、图1-1和图1-2中的术语，给出数据流的名称及其起点和终点。
4、说明实体E1和E3之间可否有数据流，并解释其原因。
试题二
阅读下列说明，回答问题1至问题3，将解答填入对应栏内。 [说明]
某服装销售公司拟开发一套服装采购管理系统，以方便对服装采购和库存进行管理。
[需求分析]
(1)采购系统需要维护服装信息及服装在仓库中的存放情况。服装信息主要包括：服装编码、服装描述、服装类型、销售价格、尺码和面料，其中，服装类型为销售分类，服装按销售分类编码。仓库信息包括：仓库编码、仓库位置、仓库容量和库管员。系统记录库管员的库管员编码、姓名和级别。一个库管员可以管理多个仓库，每个仓库有一名库管员。一个仓库中可以存放多类服装，一类服装可能存放在多个仓库中。
(2)当库管员发现有一类或者多类服装缺货时，需要生成采购订单。一个采购订单可以包含多类服装。每类服装可由多个不同的供应商供应，但具有相同的服装编码。采购订单主要记录订单编码、订货日期和应到货日期，并详细记录所采购的每类服装的数量、采购价格和对应的多个供应商。
(3)系统需记录每类服装的各个供应商信息和供应商生产服装的情况。供应商信息包括：供应商编码、供应商名称、地址、企业法人和联系电话。一个供应商可以供应多类服装，一类服装可由多个供应商供应。库管员根据入库时的服装质量情况，设定每个供应商所供应的每类服装的服装质量等级，作为后续采购服装时，选择供应商的参考标准。 [概念模型设计]
根据需求阶段收集的信息，设计的实体联系图(不完整)如图2-1所示。
[逻辑结构设计]
根据概念模型设计阶段完成的实体联系图，得出如下关系模式(不完整)： 库管员(库管员编码，姓名，级别)
仓库信息( (1) ，仓库位置，仓库容量)
服装(服装编码，服装描述，服装类型，尺码，面料，销售价格) 供应商(供应商编码，供应商名称，地址，联系电话，企业法人) 供应情况( (2) ，服装质量等级) 采购订单( (3) ) 采购订单明细( (4) )
1、根据需求分析的描述，补充图2—1中的联系和联系的类型。
2、根据补充完整的图2-1，将逻辑结构设计阶段生成的关系模式中的空(1)～(4)补充完整，并给出其主键(用下划线指出)。
3、如果库管员定期需要轮流对所有仓库中的服装质量进行抽查，对每个仓库中的每一类被抽查服装需要记录一条检查结果，并且需要记录抽查的时间和负责抽查的库管员。请根据该要求，对图2-1进行修改，画出修改后的实体间联系和联系的类型。
试题三
阅读下列说明和图，回答问题1至问题3，将解答填入对应栏内。 [说明]
一个简单的图形编辑器提供给用户的基本操作包括：创建图形、创建元素、选择元素以及删除图形。图形编辑器的组成及其基本功能描述如下：
(1)图形由文本元素和图元元素构成，图元元素包括线条、矩形和椭圆。
(2)图形显示在工作空间中，一次只能显示一张图形(即当前图形，current)。 (3)编辑器提供了两种操作图形的工具：选择工具和创建工具。对图形进行操作时，一次只能使用一种工具(即当前活动工具，accive)。 ①创建工具用于创建文本元素和图元元素。
②对于显示在工作空间中的图形，使用选择工具能够选定其中所包含的元素，可以选择一个元素，也可以同时选择多个元素。被选择的元素称为当前选中元素(selected)。
③每种元素都具有对应的控制点。拖拽选定元素的控制点，可以移动元素或者调整元素的大小。
现采用面向对象方法开发该图形编辑器，使用UML进行建模。构建出的用例图和类图分别如图3-1和图3-2所示。
1、根据说明中的描述，给出图3-1中U1和U2所对应的用例，以及(1)和(2)处所对应的关系。
2、根据说明中的描述，给出图3-2中缺少的C1至C8所对应的类名以及(3)至(6)处所对应的多重度。
3、图3-2中的类图设计采用了桥接(Bridge)设计模式，请说明该模式的内涵。
试题四
阅读下列说明和c代码，回答问题1至问题3，将解答写在对应栏内。 [说明]
某应用中需要对100000个整数元素进行排序，每个元素的取值在0～5之间。排序算法的基本思想是：对每一个元素x，确定小于等于x的元素个数(记为m)，将x放在输出元素序列的第m个位置。对于元素值重复的情况，依次放入第m-1、m-2、„个位置。例如，如果元素值小于等于4的元素个数有10个，其中元素值等于4的元素个数有3个，则4应该在输出元素序列的第10个位置、第9个位置和第8个位置上。 算法具体的步骤为：
步骤1：统计每个元素值的个数。
步骤2：统计小于等于每个元素值的个数。
步骤3：将输入元素序列中的每个元素放入有序的输出元素序列。 [C代码]
下面是该排序算法的C语言实现。 (1)常量和变量说明
R：常量，定义元素取值范围中的取值个数，如上述应用中R值应取6。 i：循环变量。
n：待排序元素个数。 a：输入数组，长度为n。 b：输出数组，长度为n。
c：辅助数组，长度为R，其中每个元素表示小于等于下标所对应的元素值的个数。
(2)函数sort
1 void sort(int n, int a[], int b[]) { 2 int c[R], i;
3 for(i=0; i＜ (1) ; i++) { 4 c[i]=0; 5 }
6 for(i=0; i＜n; i++) { 7 c[a[i]]= (2) ; 8 }
9 for(i=1; i＜R; i++) { 10 c[i]= (3) ; 11 }
12 for(i=0; i＜n; i++) { 13 b[c[a[i]]-1]= (4) ; 14 c[a[i]]=c[a[i]]-1; 15 } 16 }
1、根据说明和C代码，填充C代码中的空缺(1)～(4)。
2、根据C代码，函数的时间复杂度和空间复杂度分别为 (5) 和 (6) (用O符号表示)。
3、根据以上C代码，分析该排序算法是否稳定。若稳定，请简要说明(不超过100字)；若不稳定，请修改其中代码使其稳定(给出要修改的行号和修改后的代码)。
试题五
阅读下列说明和C++代码，将应填入 (n) 处的字句写在对应栏内。 [说明]
某饭店在不同的时段提供多种不同的餐饮，其菜单的结构图如图5-1所示。
现在采用组合(Composition)模式来构造该饭店的菜单，使得饭店可以方便地在其中增加新的餐饮形式，得到如图5-2所示的类图。其中MenuComponent为抽象类，定义了添加(add)新菜单和打印饭店所有菜单信息(print)的方法接口。类Menu表示饭店提供的每种餐饮形式的菜单，如煎饼屋菜单、咖啡屋菜单等。每种菜单中都可以添加子菜单，例如图5-1中的甜点菜单。类MenuItem表示菜单中的菜式。
[C++代码]
#include＜iostream＞ #include＜list＞ #include＜string＞ using namespace std; clas s MenuComponent { protected: string name; public:
MenuComponent(string name) {this-＞name=name; } String getName(){return name;} (1) ： //添加新菜单
virtual void print()=0; //打印菜单信息 };
clasS MenuItem: public MenuComponent {
private: double price; public:
Menultem(string name, double price): MenuComponent(name){this-＞price=price;}
double getPrice(){return price;}
void add(MenuComponent* menuComponent) {return; } //添加新菜单 void print() { cout＜＜\" \"＜＜getName()＜＜\＜＜getPrice()＜＜end1;} };
clasS Menu: public MenuComponent {
private: list＜ (2) ＞ menuComponents; pubiic:
Menu(string name): MenuC0mponent(name){}
void add(MenuComponent* menuComponent) //添加新菜单 { (3) ; } void print(){
cout＜＜\"\\n\"＜＜getName()＜＜\"\\n-------------------------\"＜＜end1; std::list＜MenuC0mponent*＞::iterator iter;
for(iter=menuComponents.begin(); iter!=menuComponents. end(); iter++)
(4) -＞print(); } };
void main(){
MenuComponent* allMenus=new Menu(\"ALL MENUS\"); MenuComponent* dinerMenu=new Menu(\"DINER MENU\"); „//创建更多的Menu对象，此处代码省略
allMenus-＞add(dinerMenu); //将dinerMenu添加到餐厅菜单中 „//为餐厅增加更多的菜单，此处代码省略
(5) -＞print(); //打印饭店所有菜单的信息 }
试题六
阅读下列说明和Java代码，将应填入 (n) 处的字句写在对应栏内。 [说明]
某饭店在不同的时段提供多种不同的餐饮，其菜单的结构图如图6-1所示。
现在采用组合(Composition)模式来构造该饭店的菜单，使得饭店可以方便地在其中增加新的餐饮形式，得到如图6-2所示的类图。其中MenuComponent为抽象类，定义了添加(add)新菜单和打印饭店所有菜单信息(print)的方法接口。类Menu表示饭店提供的每种餐饮形式的菜单，如煎饼屋菜单、咖啡屋菜单等。每种菜单中都可以添加子菜单，例如图6-1中的甜点菜单。类MenuItem表示菜单中的菜式。
[Java代码]
import Java.util.*; (1) MenuComponent{ protected String name; (2) ;//添加新菜单
public abstract void print(); //打印菜单信息 public String getName(){return name;} }
class MenuItem extends MenuComponent{ private double price;
public Menultem(String name, double price){ this.name=name; this.price=price;
}
public double getPrice() {return price;}
public void add(MenuComponent menuComponent){return;}//添加新菜单 public void print(){
System.out.print(\"\"+getName()); System.out.println(\ } }
class Menu extends MenuComponent {
private List＜MenuComponent＞menuComponents=new ArrayList＜MenuComponent＞();
public Menu(String name){this.name=name;}
public void add(MenuComponent menuComponent){ //添加新菜单 menuComponents. (3) ; }
publiC void print(){
System.out.print(“\\n\"+getName());
System.out.println(\ Iterator iterator=menuComponents.iterator(); while(iterator.hasNext()){
MenuComponent menuC0mponent=(MenuComponent)iterator.next(); (4) ; } }
Class MenuTestDrive{
public static void main(String args[]){
MenuComponent allMenus=new Menu(\"ALL MENUS\"); MenuComponent dinerMenu=new Menu(\"DINER MENU\"); „//创建更多的Menu对象，此处代码省略
allMenus. add(dinerMenu); //将dinerMenu添加到餐厅菜单中 „//为餐厅增加更多的菜单，此处代码省略 (5) ; //打印饭店所有菜单的信息 } }
答案:
试题一
1、E1：病人 E2：护理人员 E3：医生
本题考查数据流图(DFD)应用于采用结构化方法进行系统分析与设计，是比较传
统的题目，要求考生细心分析题目中所描述的内容。
DFD是一种便于用户理解、分析系统数据流程的图形化建模工具，是系统逻辑模型的重要组成部分。
本问题考查顶层DFD。顶层DFD一般用来确定系统边界，将待开发系统看作一个加工，因此图中只有唯一的一个处理和一些外部实体，以及这两者之间的输入输出数据流。题目要求根据描述来确定图中的外部实体。分析题目中的描述，并结合已经在顶层数据流图中给出的数据流进行分析。从中可以看出，与系统的交互者包括病人、医生和护理人员。其中，本地监控定期获取病人的生命特征，病人是生命特征数据来源，医生和护理人员提出相关请求，并得到相关报告结果，如请求病人生命特征报告，并获得相关报告。医生还需要在必要时添加或更新生命特征范围。对应图1-1中数据流和实体的对应关系，可知E1为病人，E2为护理人员，E3为医生。
2、D1：生命特征范围文件 D2：日志文件 D3：病历文件 D4：治疗意见文件
本问题考查0层DFD中数据存储的确定。根据说明中描述：(2)格式化生命特征：对病人的各项重要生命特征数据进行格式化，然后存入日志文件并检查生命特征；(4)维护生命特征范围：医生在必要时(如新的研究结果出现时)添加或更新生命特征值的正常范围；(6)生成病历：根据日志文件中的生命特征，医生对病人的病情进行描述，形成病历存入病历文件；(8)生成治疗意见：根据日志文件中的生命特征和病历，医生给出治疗意见，如处方等，并存入治疗意见文件。因此，D1为生命特征范围文件，D2为日志文件，D3为病例文件，D4为治疗意见文件。 3、
数据流名称 起点 终点 重要生命特征 本地监控 格式化生命特征 格式化后的生命特征 格式化生命特征 检查生命特征 病例 生成病历 D3或病历(文件) 生命特征 D2或日志(文件) 生成病例
本问题考查0层DFD中缺失的处理和数据流。从说明中的描述及图1-2可知，本地监控之后要对重要生命特征存储日志文件并进行格式化，所以在本地监控和格式化生命特征之间缺少了数据流重要生命特征；检查生命特征是对格式化后的生命特征进行检查，所以在格式化生命特征和检查生命特征之间缺少了数据流格式化后的生命特征；根据日志文件中的生命特征，医生对病人的病情进行描述，形成病历存入病历文件。
4、E1和E3之间不可以有数据流，因为数据流的起点和终点中必须有一个是加工(处理)。
本问题考查绘制DFD时的注意事项。在DFD中，每条数据流的起点和终点之一必须是加工(处理)。本题中，医生和护理人员根据查询到的治疗意见对病人进行治疗属于系统之外的行为，所以两个实体之间不可以有数据流。 试题二 1、
本题考查数据库设计，属于比较传统的题目，考查点也与往年类似。
本问题考查数据库的概念结构设计，题目要求补充完整实体联系图中的联系和联系的类型。
根据题目的需求描述可知，一个库管员可以管理多个仓库，每个仓库有一名库管员。所以，仓库实体和库管员实体之间存在“管理”联系，联系的类型为多对一(*:1)。
根据题目的需求描述可知，一个仓库中可以存放多类服装，一类服装可能存放在多个仓库中。所以，仓库实体和服装实体之间存在“存放”联系，联系的类型为多对多(*:*)。
根据题目的需求描述可知，一个采购订单可以包含多类服装，每类服装可由多个不同的供应商供应。所以，采购订单实体与服装实体和供应商实体三者之间存在“采购”联系，三者之间联系的类型为多对多对多(*:*:*)。
根据题目的需求描述可知，一个供应商可以供应多类服装，一类服装可由多个供应商供应。所以，供应商实体和服装实体之间存在“供应”联系，联系的类型为多对多(*:*)。 2、仓库编码，库管员编码 (2)供应商编码，服装编码
(3)订单编码，订货日期，应到货日期
(4)订单编码，服装编码，供应商编码，数量，采购价格
本问题考查数据库的逻辑结构设计，题目要求补充完整各关系模式，并给出各关系模式的主键。
根据实体联系图和需求描述，系统记录库管员的库编码、姓名和级别。所以，对于“库管员”关系模式，需补充属性“库管员编码”。
根据实体联系图和需求描述，仓库信息主要包括：仓库编码、仓库位置、仓库容量和库管员。对于“仓库信息”关系模式，由于仓库实体与库管员实体有多对一联系，需记录对应的库管员，并且需补充属性——仓库编码。因此，“仓库信息”关系模式，需补充属性“仓库编码”和“库管员编码”。
根据实体联系图和需求描述，供应商信息包括：供应商编码、供应商名称、地址、企业法人和联系电话。所以，对于“供应商”关系模式，需补充属性“供应商编码”。
根据实体联系图和需求描述，“供应情况”关系模式，需记录供应商和服装的多对多联系，即一个供应商可以供应多类服装，一类服装可由多个供应商供应。所以，对于“供应商”关系模式，需补充属性“供应商编码”和“服装编码”。
根据实体联系图和需求描述，采购订单主要记录订单编码、订货日期和应到货日期。所以，对于“采购订单”关系模式需补充属性：订单编码、订货日期和应到货日期。由于采购订单还需详细记录所采购的每类服装的数量、采购价格和对应的多个供应商。因此，“采购订单明细”关系模式，需记录采购订单实体与服装实体和供应商实体三者之间存在的多对多对多联系。对于“采购订单明细”关系模式，需补充属性：订单编码、服装编码、供应商编码、数量和采购价格。 3、
本问题考查的是数据库的概念结构设计，根据新增的需求增加实体联系图中的实体的联系和联系的类型。
根据问题描述，多个库管员需对每个仓库中的每一类被抽查服装记录一条抽查结果。则在库管员实体与仓库实体和服装实体三者之间存在“抽查”联系，联系的类型是多对多对多(*:*:*)。 试题三
1、U1：移动元素 U2：调整元素大小(U1和U2的答案可以互换) (1)＜＜extend＞＞ (2)＜＜extend＞＞
本题主要考查在面向对象分析与设计过程中，如何利用用例图和类图描述系统需求模型及设计模型。考生需要理解面向对象方法的相关概念和思想，并熟悉UML的语法及应用。用例图和类图是考试题中出现次数最多的两种UML模型。 本问题主要考查用例之间的关系。在UML中，用例之间有3种关系：包含(include)、概括(generalize)和扩展(extend)。
如果多个用例中都含有相同的事件流，那么可以将其抽取出来放在一个单独的用例中，其他用例都可以通过包含(include)这个用例来使用其中的事件流。包含关系可以避免在多个用例的描述中重复拷贝相同的事件流。
概括关系是指子用例(child use case)继承父用例(parent use case)的行为，而子用例本身还可以增加新的行为或重置父类的某些行为。这种关系与面向对象程序设计中的“继承”很类似。
一个用例(基础用例，base use case)中加入一些新的动作后则构成了另外一个用例(扩展用例，extending use case)，那么这两个用例之间的关系就是扩展关系。扩展关系与概括关系有相似之处，但是比概括关系更为严格。基础用例必须声明特定的扩展点，而扩展用例只能在这些扩展点上添加新行为。 由说明可知，图形编辑器的基本操作为创建图形、创建元素、选择元素和删除图形。对照图3-1，可知这些最终都被确定为用例。除此之外，用例“创建图元”、“创建文本”与用例“创建元素”之间是概括关系，即能创建的元素分别是图元和文本。图3-1中缺少了两个用例，而这两个用例都是与“选择元素”相关的。因此需要仔细阅读说明中关于“选择元素”的描述，其中最关键的一句描述为“拖拽选定元素的控制点，可以移动元素或者调整元素的大小”。这句话中出现了两个动词短语“移动元素”、“调整元素大小”，这两个动作都是要先选择对应元素之后，才能实施的。因此，可以推出，U1和U2应对应“移动元素”和“调整元素大小”。
下一步就是确定“移动元素”、“调整元素大小”与“选择元素”之间的关系。由说明可知，必须先选择元素才能通过拖拽控制点来对元素进行相应的操作。因此，“移动元素”和“调整元素大小”是对“选择元素”的扩展，因此这三个用例之间应该是扩展关系。(1)和(2)处应填写extend。
2、C1：创建工具 C2：选择工具 C3：线条工具 C4：矩形工具 C5：椭圆工具 C6：线条 C7：矩形 C8：椭圆 注：C3～C5的答案可以互换；C6～C8的答案可以互换。 (3)0..1 (4)1 (5)1 (6) 1..*或*
本问题考查类图，考点是类层次结构及多重度。图3-2中有两个非常明显的继承结构，需要考生将其填充完整。这两个继承结构的最项层父类分别是“工具”
和“元素”，这就需要仔细阅读说明中与这两个词汇相关的描述。说明中第一次出现“工具”这个词，是在句子“编辑器提供了两种操作图形的工具：选择工具和创建工具”。这是典型的一般/特殊关系的描述，由此可以推断出，C1和C2应该对应“选择工具”和“创建工具”，到底是怎样的对应关系，还需要进一步的细节信息。说明中的①给出“创建工具用于创建文本元素和图元元
素”，而C1的一个子类就是“文本工具”，所以可以确定C1是“创建工具”，C2是“选择工具”。那么C3～C5应该就是与创建图元元素相关的工具了，而图元分为三类：线条、矩形和椭圆。所以C3～C5分别对应“线条工具”、“矩形工具”和“椭圆工具”。
现在图3-2中左边的继承结构已经填充完整了。右边的继承结构就可以对应地填写出来了，C6～C8分别对应的是类“线条”、“矩形”和“椭圆”。 确定多重度时，需要在说明寻找关联两端的类相关的描述。“对图形进行操作时，一次只能使用一种工具(即当前活动工具，active)”，即在图形编辑器中一次只能使用一个工具，而任何一个工具只属于这个图形编辑器。所以(3)处应填0..1，(4)处应填1。
一个图形可以包含多个元素，对于一个图形中的特定元素来说，只能属于这个图形。所以(5)处应填1，(6)处应填1..*。
3、桥接模式将抽象部分与它的实现部分分离，使它们都可以独立地变化，对一个抽象的实现部分的修改应该对使用它的程序不产生影响。
本问题考查桥接模式，该模式将抽象部分与其实现部分分离，使它们都可以独立地变化。
在以下情况中可以使用Bridge模式：
(1)不希望在抽象以及抽象的实现部分之间有一个固定的绑定关系。例如这种情况可能是因为，在程序运行时刻可以选择或切换实现部分。
(2)类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充，使用Bridge模式可以对不同的抽象接口和实现部分进行组合，并分别对它们进行扩充。
(3)对一个抽象的实现部分的修改应该对用户不产生影响，即客户的代码不必重新编译。 试题四
1、(1)R (2)c[a[i]]+1
(3)c[i]+c[i-1] (4)a[i]
本题考查算法设计与分析技术以及算法的C语言实现，是比较传统的题目，要求考生细心分析题目中所描述的内容。
根据题中说明，第3到第5行代码进行c数组的初始化，c数组的长度为R，在C语言中，下标从0开始，因此空格(1)中填写R。第6到第8行检查a数组的每一个元素。如果元素的值为i，则增加c[i]的值。因此
c[a[i]]=c[a[i]]+1，空格(2)填写c[a[i]]+1。完成第6行到第8行的代码后，c[i]中就存放了等于i的元素的个数。第9到第11行，通过在数组c中记录计数和，c[i]=c[i-1]+c[i]，可以确定对每一个i=0，1，„，R-1，有多少个元素是小于或等于i的。因此空格(3)填写c[i-1]+c[i]。第12行到第15行把数组a中每个元素a[i]放在输出数组b中与其相应的最终位置上，b[c[a[i]]-1]=a[i]，因此空格(4)填写a[i]。由于可能存在相同元素，因此每次将一个值
a[i]放入数组b中时，都要减小c[i]的值。下面以一个例子来说明排序过程。 设a={4，1，3，4，3，4}，R=5，即待排序的元素值在{0，1，2，3，4}中，其排序过程如下图所示。
图中(a)为输入数组a，(b)为初始化后的c数组，(c)为统计数组a中每个元素后的c数组，(d)为计数和，即统计小于等于i的元素个数后的c数组。(e)到(j)是将a数组中的元素依次放到b数组的过程，(k)是数组a和数组b的元素对应关系。 2、(5) (6) 或者或者或n或线性 或n或线性
。第6到第8
。第。根据上述C代码，第3到第5行代码的for循环所花时间为行的for循环所花时间为。第9到第11行的for循环所花时间为。因此整个算法的时间复杂度为12到第15行for循环所花时间为若R远小于n或者时，时间复杂度可以表示为。
3、不稳定。修改第12行的for循环为for(i=n-1; i＞=0; i--)即可。
从图(k)可以看出，算法不稳定。算法不稳定的原因在于将数组a中元素放到数组b中时，是从数组a的第一个元素开始，依次取出元素放到数组b中。这样，相同的两个元素值，在数组a中的相对位置和在数组b中的相对位置正好相反。若从数组a的最后一个元素开始，依次向前取元素放到b数组中，可以保持相同元素的相对位置。因此将第12行的代码for(i=0; i＜n; i++)改为for(i=n-1; i＞0; i--)，则排序算法是稳定的。 试题五
1、virtual void add(MenuComponent* menuComponent)=0 2、
MenuComponent* 3、menuComponents.push_back(menuComponent) 4、(*iter) 5、allMonus
Composite模式将对象组合成树形结构以表示“整体-部分”的层次结构，其中的组合对象使得你可以组合基元对象以及其他的组合对象，从而形成任意复杂的结构。Composite模式使得用户对单个对象和组合对象的使用具有一致性。 Composite模式的结构下图所示。
其中：
·类Component为组合中的对象声明接口，在适当的情况下，实现所有类共有接口的缺省行为，声明一个接口用于访问和管理Component的子部件； ·类Leaf在组合中表示叶节点对象，叶节点没有子节点；并在组合中定义图元对象的行为；
·类Composite定义有子部件的那些部件的行为，存储子部件，并在Component接口中实现与子部件有关的操作；
·类Client通过Component接口操纵组合部件的对象。 下列情况可以使用Composite模式： (1)表示对象的整体．部分层次结构；
(2)希望用户忽略组合对象与单个对象的不同，用户将统一地使用组合结构中的所有对象。
试题五将组合模式应用到饭店菜单的构造中。图5-2中的类MenuComponent对应上图中的Component，MenuItem对应Leaf，Menu对应Composite。在实现时，通常都会把Component定义为抽象类。
在C++中，抽象类是指至少包含一个纯虚拟函数的类。类MenuComponent中已经包含了一个纯虚拟函数print，所以MenuComponent已经是一个抽象类了。(1)处根据注释，这里应该定义功能为“添加新菜单”的成员函数。在子类MenuItem和Menu中可以看到，都有add成员函数，说明子类中重置了父类中的成员函数。所以(1)处的成员函数也应该定义为纯虚拟函数，即virtual、void add(MenuComponent* menuComponent)=0。
由图5-2可以看出，Menu中包含了MenuComponent，的对象集合。程序中用C++标准模板库中的list来实现这个聚集关系。因此(2)处应填入
MenuComponent*。由于使用了list，就可以利用list中提供的各种方法了。list中用于添加元素的方法是push_back所以(3)处应填入menuComponents.push_back(menuComponent)。
(4)处出现在方法print中，其功能是打印出所有菜单的信息。这里使用了list中的迭代器类iterator，遍历每个子菜单，并调用子菜单中定义的print方法打印该子菜单的信息。(4)处应填入*iter。
为了能够在main中打印出所有的菜单信息，必须使用表示菜单结构中最顶层菜单的对象来调用print，因此(5)处应填入allMenus。 试题六
1、abstract class或public abstract class 2、public abstract void add(MenuComponent menuComponent)
或abstract void add(MenuComponent menuComponent)
或protected abstract void add(MenuComponent menuComponent) 3、add(menuComponent) 4、menuComponent.print() 5、allMenus.print()
Composite模式将对象组合成树形结构以表示“整体一部分”的层次结构，其中的组合对象使得你可以组合基元对象以及其他的组合对象，从而形成任意复
杂的结构。Composite模式使得用户对单个对象和组合对象的使用具有一致性。 Composite模式的结构下图所示。
其中：
·类Component为组合中的对象声明接口，在适当的情况下，实现所有类共有接口的缺省行为，声明一个接口用于访问和管理Component的子部件； ·类Leaf在组合中表示叶节点对象，叶节点没有子节点；并在组合中定义图元对象的行为；
·类Composite定义有子部件的那些部件的行为，存储子部件，并在Component接口中实现与子部件有关的操作；
·类Client通过Component接口操纵组合部件的对象。
下列情况可以使用Composite模式： (1)表示对象的整体-部分层次结构；
(2)希望用户忽略组合对象与单个对象的不同，用户将统一地使用组合结构中的所有对象。
试题六将组合模式应用到饭店菜单的构造中。图6-2中的类MenuComponent对应上图中的Component，MenuItem对应Leaf，Menu对应Composite。在实现时，通常都会把Component定义为抽象类。
在Java中，用abstract关键字限定的类即为抽象类，所以(1)处应填入abstract class。(2)处根据注释，这里应该定义功能为“添加新菜单”的成员函数。在子类MenuItem和Menu中可以看到，都有add成员函数，说明予类中重置了父类中的成员函数。所以(2)处应填入public abstract void add(MenuComponent menucomponent)。
由图6-2可以看出，Menu中包含了MenuComponent的对象集合。程序中用Java中的list来实现这个聚集关系，这样就可以利用list中提供的各种方法了。list中用于添加元素的方法是add，所以(3)处应填入add(menuComponent)。
(4)处出现在方法print中，其功能是打印出所有菜单的信息。这里使用了list中的迭代器类iterator，遍历每个子菜单，并调用子菜单中定义的print方法打印该子菜单的信息。(4)处应填入menuComponent.print()。
为了能够在main中打印出所有的菜单信息，必须使用表示菜单结构中最项层菜单的对象来调用print，因此(5)处应填入allMenus.print()。
因篇幅问题不能全部显示，请点此查看更多更全内容