图5～1中存在四处错误数据流，请指出各自的起点和终点；若将上述四条错误数据流删除，为保证数据流图

阅读下列说明，根据要求回答问题1～问题3。

[说明]

某企事业单位资料室需要建立一个图书管理系统，初步的需求分析结果如下：

(1)资料室有图书管理员若干名，他们负责已购入图书的编目和借还工作，每名图书管理员的信息包括工号和姓名；

(2)读者可在阅览室读书，也可通过图书流通室借还图书，读者信息包括读者ID、姓名、电话和 E-mail，系统为不同读者生成不同的读者ID；

(3)每部书在系统中对应唯一的一条图书在版编目数据(CIP，以下简称书目)，书目的基本信息包括ISBN号、书名、作者、出版商、出版年月，以及本资料室拥有该书的册数(以下简称册数)，不同书目的ISBN号不相同；

(4)资料室对于同一书目的图书可拥有多册(本)，图书信息包括图书ID、ISBN号、存放位置、当前状态，每一本书在系统中被赋予唯一的图书ID；

(5)一名读者最多只能借阅十本图书，且每本图书最多只能借两个月，读者借书时需由图书管理员登记读者ID、所借图书ID、借阅时间和应还时间，读者还书时图书管理员在对应的借书信息中记录归还时间；

(6)当某书目的可借出图书的数量为零时，读者可以对其进行预约登记，即记录读者ID、需要借阅的图书的ISBN号、预约时间。

某书目的信息如表7-13所示，与该书目对应的图书信息如表7-14所示。

系统的主要业务处理如下。

(1)入库管理：图书购进入库时，管理员查询本资料室的书目信息，若该书的书目尚未建立，则由管理员编写该书的书目信息并输入系统，然后编写并输入图书信息；否则，修改该书目的册数，然后编写并输入图书信息，对于进入流通室的书，其初始状态为“未借出”，而送入阅览室的书的状态始终为“不外借”。

(2)借书管理：读者借书时，若有，则由管理员为该读者办理借书手续，并记录该读者的借书信息，同时将借出图书的状态修改为“已借出”。

(3)预约管理：若图书流通室没有读者要借的书，则可为该读者建立预约登记，需要记录读者ID、书的ISBN号、预约时间和预约期限(最长为10天)。一旦其他读者归还这种书，就自动通知该预约读者。系统将自动清除超出预约期限的预约记录并修改相关信息。

(4)还书管理：读者还书时，则记录相应借还信息中的“归还时间”，对于超期归还者，系统自动计算罚金(具体的计算过程此处省略)。系统同时自动查询预约登记表，若存在其他读者预约该书的记录，则将该图书的状态修改为“已预约”，并将该图书ID写入相应的预约记录中(系统在清除超出预约期限的记录时解除该图书的“已预约”状态)；否则，将该图书的状态修改为“未借出”。

(5)通知处理：对于已到期且未归还的图书，系统通过E-mail自动通知读者；若读者预约的书已到，系统则自动通过E-mail通知该读者来办理借书手续。

根据以上[说明]设计的实体联系图(E-R图)如图7-12所示，请指出读者与图书、书目与读者、书目与图书之间的联系类型。

在图7-11中缺少了3条数据流，根据说明及图7-10提供的信息，请在表7-12中分别指出这3条数据流的起点和终点。

阅读下列程序说明和C++代码，将应填入(n)处。

【说明】

①在类体中添加函数move(double ax，double ay)的定义，使得点的坐标x和y分别移动 ax和ay个单位。

②在类定义外完成重载的两个构造函数CPosition()和CPosition(double dx，double dy)，其中前者为不带参数的构造函数，使CPosition对象的默认值为x=0，y=0，后者为带参数的构造函数，把数据成员x和y分别初始化为参数dx和dy的值。

③完成函数double distance(double bx，double by)的定义，该函数返回*this和点(bx， by)的距离。

注意：除在指定的位置添加语句外，请不要改动程序中的其他语句。

源程序文件test5.cpp清单如下：

include＜iostream.h＞

include＜math.h＞

class CPosition

{

public：

CPosition()；

CPosition(double dx，double dy)；

double getx()；

double gety()；

(1)

double distance(double bx，double by)；

private：

double x；

double y；

}；

(2)

{

x=0；y=0；

}

CPosition：：CPosition(doub，e dx，doub，e dy)

{

x=dx； y=dy；

}

double CPosition：：getx()

{

return x；

}

double CPosition：：gety()

{

return y；

}

double CPosition：：distance(double bx，double by)

{

(3)

}

vold main()

{

double a，b；

cout＜＜"|nput x，y position of a point："；

cin ＞＞ a ＞＞ b；

CPosition psA(a，b)；

cout＜＜"Input x，y position of another point："；

cin ＞＞a ＞＞ b；

cout ＜＜"The distance is" ＜＜psA.distance(a，b) ＜＜end1；

}

说明处理6的功能。

【流程图】

(如图3所示)

阅读以下说明和Java代码，将应填入(n)处。

[说明]

在一公文处理系统中，开发者定义了一个公文类OfficeDoc，其中定义了公文具有的属性和处理公文的相应方法。当公文的内容或状态发生变化时，关注此OfficeDoc类对象的相应的DocExplorer对象都要更新其自身的状态。一个OfficeDoc对象能够关联一组 DocExplorer对象。当OfficeDoc对象的内容或状态发生变化时，所有与之相关联的 DocExplorer对象都将得到通知，这种应用被称为观察者模式。以下代码采用Java语言实现，能够正确编译通过。

[Java代码]

//Subject.java 文件

public interface Subject {

public void attach(Observer DocExplorer);

public void detach(Observer DocExplorer);

void notifyObservers();

}

//Observer.java 文件

public interface Observer{

void update((1) );

}

//OfficeDoc.java 文件

import java.util.*;

public class OfficeDoc implements Subject(//OfficeDoc 类实现 Subject 接口

private Vector bserverVeetor=new java.util.Vector();

//存储与OfficeDoc相关联的DocExplorer 对象

public void attach(Observer observer){

//将某 DocExplorer 对象与OfficeDoc 相关联

ObserverVector.addElement(observer);

}

public void detach(Observer observer){

//解除某DocExplorer 对象与OfficeDoc的关联关系

ObserverVector.removeElement(observer);

}

public void notifyObservers(){

//当OfficeDoc对象状态已发生变化时，通知所有的DocExplorer对象

Enumeration enumeration=(2);

while (enumeration.hasMoreElements()){

((Observer)enumeration.nextElement()).(3);

}

}

public Enumeration Observers(){

return ObserverVector.elements();

}

//其他公文类的属性和方法省略

}

//DoeExplorer.java 文件

public class DocExplorer implements (4) {

public void update( (5) ){

//更新DocExplorer自身的状态，代码省略

}

}

请从下面关于摘要函数的说法中选出所有正确的描述。

[a]很容易使不同的输入数据生成相同的输出数据。

[b]根据输入数据获取输出数据的时间非常短。

[c]根据输入数据获取输出数据的时间非常长。

[d]输出数据的长度比输入数据的长度要长。

[e]根据输出数据无法还原出输入数据。

整。

阅读下列说明和c++代码，将应填入 (n) 处的字句写在答题纸的对应栏内。

【说明】

现欲实现一个图像浏览系统，要求该系统能够显示BMP、JPEG和GIF三种格式的文件，并且能够在Windows和Linux两种操作系统上运行。系统首先将BMP、JPEG和GIF三种格式的文件解析为像素矩阵，然后将像素矩阵显示在屏幕上。系统需具有较好的扩展性以支持新的文件格式和操作系统。为满足上述需求并减少所需生成的子类数目，采用桥接(Bridge)设计模式进行设计所得类图如图5—6所示。

采用该设计模式的原因在于：系统解析BMP、GIF与JPEG文件的代码仅与文件格式相关，而在屏幕上显示像素矩阵的代码则仅与操作系统相关。

【c++代码】

class Matrix{／／各种格式的文件最终都被转化为像素矩阵

／／st处代码省略

}；

class ImageImp{

public：

virtual void doPaint(Matrix m)=0； ／／显示像素矩阵m

}；

class WinImp：public ImageImp{

public：

void doPaint(Matrix m){／*调用windows系统的绘制函数绘制像素矩阵*／)

)；

class LinuxImp：public ImageImp{

public：

void doPaint(Matrix m){／*调用Linux系统的绘制函数绘制像素矩阵*／)

}；

class Image{

public；

void setImp(ImageImp*imp){ (1) =imp；)

virtual void parseFile(string fileName)=0 ；

protected：(2) *imp；

}；

classBMP：public Image{

public：

void parseFile(string fileName){

／／此处解析BMP文件并获得一个像素矩阵对象m(3) ；／／显示像素矩阵m

}；

classGIF：public Image{

／／此处代码省略

}；

classJPEG：public Image(

／／gh处代码省略

}；

void main(){

／／在windows操作系统上查看demo．bmp图像文件

Image*imagel= (4) ；

ImageImp*imageImpl= (5) ；(6) ；

imagel->parseFile(“demo．bmp”)；

}

现假设该系统需要支持10种格式的图像文件和5种操作系统，不考虑类Matrix，若采用桥接设计模式则至少需要设计 (7) 个类。