该图书管理系统的主要关系模式如下，请将“借还记录”和“预约登记”关系中的(7)、(8)空缺处的内容填写完整。

 管理员(工号，姓名)

 读者(读者ID，姓名，电话，E-mail)

 书目(ISBN号，书名，作者，出版商，出版年月，册数，经办人)

 图书(图书ID，ISBN号，存放位置，状态，经办人)

 借还记录((7)，借出时间，应还时间，归还时间)

 预约登记((8)，预约时间，预约期限，图书ID)

 注：时间格式为“年.月.日 时：分：秒”。

阅读以下技术说明以及Java程序，将Java程序中(1)～(5)空缺处的语句填写完整。

  [说明]

 用创建Thread类的子类的方法实现多线程，判断一个数是否是素数。如果是，打印“是素数”，如果不是，则打印“不是素数”，如果没有参数输入，显示“请输入一个命令行参数”。

 [Java程序]

阅读以下程序说明和C++程序，将程序段中(1)～(7)空缺处的语句填写完整。

  [说明]

 使用MFC的CSocket类在两个或者多个应用程序之间建立通信。服务器应用程序先创建一个特殊的 Socket，用于监听客户应用程序的连接请求，然后再创建新的Socket来完成连接。从客户和服务器两端读取该连接，直到一个需要处理的报文到来为止。以下C++程序将封装这些功能，这样所有应用程序需要完成的只是创建一个Socket连接，然后处理到来的报文。这将包括一个新的服务器Socket类、新客户端Socket类和新的报文队列类。

 创建新的服务器Socket类程序的框架如下。第1个函数ListenEx()用于通知Socket开始监听客户应用程序。第2个函数OnAccept()在接收到连接请求时被调用。在其中创建新的Socket，并立刻设置它开始从客户应用程序读取报文，这些是通过调用第3个函数RecvThread()来完成的，该函数位于它自己的线程中。

 [C++程序]

 [ListenEX()函数]

阅读以下函数说明和C代码，将C程序中(1)～(5)空缺处的语句填写完整。

  [说明]

 函数int Toplogical(LinkedWDigraphG)的功能是对图G中的顶点进行拓扑排序，并返回关键路径的长度。其中，图G表示一个具有n个顶点的AOE-网，图中顶点从1～n依次编号，图G的存储结构采用邻接表表示，其数据类型定义如下。

 例如，某AOE-网如图6-22所示，其邻接表存储结构如图6-23所示。

 [函数]

图7-14所给出的工作流模型的性能并不是最好的。实际上，对于工作流系统而言，同样的工作，同样的资源，采用不同的工作流设计，任务的平均等待时间也不尽相同。

 若要在不改变资源利用率、任务的到达速率和平均处理时间(S-W)的情况下，降低平均完成时间。请给出修正后工作流模型(画图说明)，并简要说明你对工作流模型进行修正时所遵循的基本原则。

计算如图7-14所示的工作流模型的下列性能指标。

 (1)每个资源的利用率ρ；  (2)每个处理中的平均任务数L；

 (3)平均系统时间S；  (4)每个处理的平均等待时间W。

为了描述该公司技术支持部门的业务流程，首先需要确定工作流的各个基本元素(即工作流对象、角色、路由和规则)。请按表7-18写出工作流对象及对应的起始点、终止点和该工作流中的所有角色。

阅读以下关于工作流系统模型建立和性能分析的叙述，根据要求回答问题1～问题4。

 [说明]

 某软件开发公司向客户交付系统产品后，由技术支持部门负责向客户提供技术服务。该技术支持部门的业务流程如下：

 ①当该技术支持部门接到一个客户问询电话时，由客户服务代表(CSR)接听该电话。客户服务代表根据客户问询内容产生一份服务请求文件，并开始解决客户提出的问题；

 ②若客户服务代表解决了客户提出的问题，这份服务请求文件被标记为“已解决”；

 ③如果客户服务代表在2个小时内未能解决这个问题，客户服务代表将服务请求文件转交给技术支持代表(TSR)处理；

 ④如果技术支持代表也无法解决这个问题，他/她将邀请助理工程师(ENGR)来一起处理这个问题；

 ⑤若助理工程师解决了这个问题，该服务请求文件被标记为“已解决”；

 ⑥若技术支持代表和助理工程师认为，是由于系统的错误引起的问题，则告知客户该问题目前无法解决；并把服务请求文件转交给本公司的工程部门处理；

 ⑦对已经解决的服务请求，每个月底进行一次归档(放入归档数据库)。

 该软件公司正在创建一个相应的工作流管理系统，目前正处于过程定义阶段，即创建工作流模型阶段。对于这些工作流模型，除了要考虑工作流的正确性外，工作流的性能也是十分重要的。工作流性能主要反映工作流定量方面的特性，例如，任务的完成时间、单位时间内处理的任务数量、资源的利用率及在预定时间标准内完成任务的百分比等。

 图7-14所示的是一个简单的工作流模型(其中单位时间为1小时)，它表示这样一个执行过程：每小时将会有20个任务到达c1，这20个任务首先经过处理task1，再经过处理task2，最终将结果传递到c3。处理task1和处理task2相互独立。

 假设性能评价模型符合M/M/1排队模型，在计算性能指标的过程中可以使用下列公式进行计算：

 其中，ρ表示资源利用率，λ表示单位时间内到达的任务数，μ表示该资源单位时间内能够完成的任务数。

工作流(Workflow)是针对业务流程中具有固定程序的常规活动而提出的一个概念，通过将业务流程分解，定义良好的任务、角色、规则和过程来进行执行和监控，达到提高生产组织水平和工作效率的目的。以下关于工作流叙述中，错误的是(1)。  在UML中，用(2)表示企业业务的工作流。这种图显示出工作流中的步骤、决策点，以及完成每一步骤的角色和对象。  

(1) A．引入工作流组织，能够在软件开发和业务两个层次受益  B．工作流管理系统在实际系统中的应用一般分为两个阶段，即模型建立阶段和模型执行阶段  C．工作流能有效地把人、信息和应用工具合理地组织在一起，发挥系统的最大效能  D．一个工作流包括一组活动及它们的相互顺序关系，还包括过程及活动的启动和终止条件，以及每个活动的描述  

(2) A．交互图(interaction diagram)  

B．业务图(business diagram)  

C．用例图(use case diagram)  

D．活动图(activity diagram)

假如加油机内油量足够，油价为5元/升，用户的账户金额为800元，那么在基本流A4输入油量的过程中，请利用边界值分析方法为A4选取合适的输入数据(即油量，单位为升)。

场景中的每一个场景都需要确定测试用例，一般采用矩阵或决策表来确定和管理测试用例。表7-17是一种通用格式，表中各行代表各个测试用例，而各列代表测试用例的信息。本例中的测试用例包含测试用例ID号、场景(或说明/条件)、测试用例中涉及的所有数据元素(作为输入。或已经存在于数据库中)，以及预期结果等项目。

 测试用例的设计步骤通常是，首先确定执行用例场景所需的数据元素(本例中包括账号、是否黑名单卡、输入油量、账面金额和加油机油量)，然后构建矩阵，最后确定包含执行场景所需的适当条件的测试用例。在表7-17的测试矩阵中，V表示有效数据元素，I表示无效数据元素，n/a表示不适用，例如CW01表示“成功加油”基本流。请按上述规定为其他地应用场景设计测试用例矩阵。

对于基本流A来说，表7-17中哪些测试用例属于正面测试用例，哪些测试用例属于负面测试用例，请用表7-17中相应的“测试用例ID号”回答问题。