《【2017年整理】2008年下半年软件设计师下午试卷及答案》由会员分享，可在线阅读，更多相关《【2017年整理】2008年下半年软件设计师下午试卷及答案（14页珍藏版）》请在金锄头文库上搜索。
1、试题一（共 15 分）阅读下列说明和图，回答问题 1 至问题 3，将解答填入答题纸的对应栏内。【说明】希赛公司拟开发一个销售管理系统，其主要功能描述如下：1接受客户订单，检查库存货物是否满足订单要求。如果满足，进行供货处理：即修改库存记录文件，给库房开具备货单并且保留客户订单至订单记录文件；否则进行缺货处理：将缺货订单录入缺货记录文件。2根据缺货记录文件进行缺货统计，将缺货通知单发给采购部门。3根据采购部门提供的进货通知单进行进货处理：即修改库存记录文件，并从缺货记录文件中取出缺货订单进行供货处理。4根据保留的客户订单进行销售统计，打印统计报表给经理。现采用结构化方法对销售管理系统进行分析与设
2、计，获得如图 1-1 所示的顶层数据流图和图 1-2 所示的 0 层数据流图。图 1-1 顶层数据流图 图 1-2 0 层数据流图【问题 1】（4 分）使用说明中的词语，给出图 1-1 的外部实体 E1E4 的名称。【问题 2】（3 分）使用说明中的词语，给出图 1-2 的数据存储 D1D3 的名称。【问题 3】（8 分）数据流图 1-2 缺少了四条数据流，根据说明及数据流图 1-1 提供的信息，分别指出这四条数据流的起点和终点。起点 终点试题二（共 15 分）阅读下列说明和图，回答问题 1 至问题 4，将解答填入答题纸的对应栏内。【说明】希赛公司拟开发一个宾馆客房预订子系统，主要是针对客房的
3、预订和入住等情况进行管理。【需求分析结果】1员工信息主要包括：员工号、姓名、出生年月、性别、部门、岗位、住址、联系电话和密码等信息。岗位有管理和服务两种。岗位为“管理”的员工可以更改（添加、删除和修改）员工表中的本部门员工的岗位和密码，要求将每一次更改前的信息保留；岗位为“服务”的员工只能修改员工表中本人的密码，且负责多个客房的清理等工作。2部门信息主要包括：部门号、部门名称、部门负责人、电话等信息；一个员工只能属于一个部门，一个部门只有一位负责人。3客房信息包括：客房号、类型、价格、状态等信息。其中类型是指单人间、三人间、普通标准间、豪华标准间等；状态是指空闲、入住和维修。4客户信息包括：身
4、份证号、姓名、性别、单位和联系电话。5客房预定情况包括：客房号、预定日期、预定入住日期、预定入住天数、身份证号等信息。一条预定信息必须且仅对应一位客户，但一位客户可以有多条预定信息。【概念模型设计】根据需求阶段收集的信息，设计的实体联系图（不完整）如图 2-1 所示：图 2-1 实体联系图【逻辑结构设计】逻辑结构设计阶段设计的部分关系模式（不完整）如下：员工( (4) ，姓名，出生年月，性别，岗位，住址，联系电话，密码)权限（岗位，操作权限）部门(部门号，部门名称，部门负责人，电话)客房( (5) ，类型，价格，状态，入住日期，入住时间，员工号)客户( (6) ，姓名，性别，单位，联系电话)更
5、改权限（员工号，（7） ，密码，更改日期，更改时间，管理员号）预定情况( (8) ，预定日期，预定入住日期，预定入住天数)【问题 1】（3 分）根据问题描述，填写图 2-1 中(1)(3)处联系的类型。联系类型分为一对一、一对多和多对多三种，分别使用 1 : 1，1 : n 或 1 : *，m : n 或 * : *表示。【问题 2】（2 分）补充图 2-1 中的联系并指明其联系类型。【问题 3】（7 分）根据需求分析结果和图 2-1，将逻辑结构设计阶段生成的关系模式中的空(4)(8)补充完整。（注：一个空可能需要填多个属性）【问题 4】（3 分）若去掉权限表，并将权限表中的操作权限属性放在员
6、工表中（仍保持管理和服务岗位的操作权限规定），则与原有设计相比有什么优缺点（请从数据库设计的角度进行说明）？试题三（共 15 分）阅读下列说明和图，回答问题 1 至问题 4，将解答填入答题纸的对应栏内。【说明】在线会议审稿系统（ORS：Online Reviewing System）主要处理会议前期的投稿和审稿事务，其功能描述如下：1. 用户在初始使用系统时，必须在系统中注册（register）成为作者或审稿人。2. 作者登录（login）后提交稿件和浏览稿件审阅结果。提交稿件必须在规定提交时间范围内，其过程为先输入标题和摘要、选择稿件所属主题类型、选择稿件所在位置（存储位置）。上述几步若未完
7、成，则重复；若完成，则上传稿件至数据库中，系统发送通知。3. 审稿人登录后可设置兴趣领域、审阅稿件给出意见以及罗列录用和（或）拒绝的稿件。4. 会议委员会主席是一个特殊审稿人，可以浏览提交的稿件、给审稿人分配稿件、罗列录用和（或）拒绝的稿件以及关闭审稿过程。其中关闭审稿过程须包括罗列录用和（或）拒绝的稿件。系统采用面向对象方法开发，使用 UML 进行建模。在建模用例图时，常用的方式是先识别参与者，然后确定参与者如何使用系统来确定用例，每个用例可以构造一个活动图。参与者名称、用例和活动名称分别参见表 3-1、表 3-2 和表 3-3。系统的部分用例图和提交稿件的活动图分别如图 3-1 和图 3-
8、2 所示。表 3-1 参与者列表名称 说明 名称 说明User 用户 Author 作者Reviewer 审稿人 PCChair 委员会主席表 3-2 用例名称列表名称 说明 名称 说明login 登录系统 register 注册submit paper 提交稿件 browse review results浏览稿件审阅结果close reviewing process关闭审稿过程 assign paper to reviewer分配稿件给审稿人set preferences 设定兴趣领域 enter review 审阅稿件给出意见list accepted/rejected papers罗列录
9、用或/和拒绝的稿件browse submitted papers浏览提交的稿件表 3-3 活动名称列表名称 说明 名称 说明select paper location选择稿件位置 upload paper 上传稿件select subject group选择主题类型 send notification发送通知enter title and abstract输入标题和摘要 图 3-1 ORS 用例图图 3-2 提交稿件过程的活动图【问题 1】（4 分）根据【说明】中的描述，使用表 3-1 中的英文名称，给出图 3-1 中 A1A4 所对应的参与者。【问题 2】（3 分）根据【说明】中的描述，使用
10、表 3-2 中的英文名称，给出图 3-1 中 U1U3 所对应的用例。【问题 3】（4 分）根据【说明】中的描述，给出图 3-1 中（1）和（2）所对应的关系。【问题 4】（4 分）根据【说明】中的描述，使用表 3-2 和表 3-3 中的英文名称，给出图 3-2 中Action1Action4 对应的活动。试题四（共 15 分）阅读下列说明，回答问题 1 至问题 3，将解答填入答题纸的对应栏内。【说明】希赛公司供应各种标准的营养套餐。假设菜单上共有 n 项食物 m1，m 2，m n，每项食物 mi的营养价值为 vi，价格为 pi，其中 i=1,2,n，套餐中每项食物至多出现一次。客人常需要一个
11、算法来求解总价格不超过 M 的营养价值最大的套餐。【问题 1】（9 分）下面是用动态规划策略求解该问题的伪代码，请填充其中的空缺(1)、(2)和(3)处。伪代码中的主要变量说明如下：n： 总的食物项数；v： 营养价值数组，下标从 1 到 n，对应第 1 到第 n 项食物的营养价值；p： 价格数组，下标从 1 到 n，对应第 1 到第 n 项食物的价格；M：总价格标准，即套餐的价格不超过 M；x：解向量（数组），下标从 1 到 n，其元素值为 0 或 1，其中元素值为 0 表示对应的食物不出现在套餐中，元素值为 1 表示对应的食物出现在套餐中；nv：n+1 行 M+1 列的二维数组，其中行和列的
12、下标均从 0 开始，nvij表示由前 i项食物组合且价格不超过 j 的套餐的最大营养价值。问题最终要求的套餐的最大营养价值为 nvnM。伪代码如下：MaxNutrientValue(n, v, p, M, x)1 for i = 0 to n2 nvi0 = 03 for j = 1 to M4 nv0j = 05 for i = 1 to n6 for j = 1 to M7 if j next;if ( （3） ) if (!pre)*LA = （4） ;else （5） = pa-next;q = pa;pa = pa-next;free(q);else （6） ;pa = pa-nex
13、t; 试题六（共 15 分）阅读下列说明和 C+代码，将应填入（n）处的字句写在答题纸的对应栏内。【说明】已知某类库开发商提供了一套类库，类库中定义了 Application 类和 Document 类，它们之间的关系如图 6-1 所示，其中，Application 类表示应用程序自身，而 Document 类则表示应用程序打开的文档。Application 类负责打开一个已有的以外部形式存储的文档，如一个文件，一旦从该文件中读出信息后，它就由一个 Document 对象表示。图 6-1 Application 与 Document 关系图当开发一个具体的应用程序时，开发者需要分别创建自己的
14、Application 和 Document 子类，例如图 6-1 中的类 MyApplication 和类 MyDocument，并分别实现 Application 和 Document 类中的某些方法。已知 Application 类中的 openDocument 方法采用了模板方法（Template Method）设计模式，该方法定义了打开文档的每一个主要步骤，如下所示：1首先检查文档是否能够被打开，若不能打开，则给出出错信息并返回；2创建文档对象；3通过文档对象打开文档；4通过文档对象读取文档信息；5将文档对象加入到 Application 的文档对象集合中。【C+代码】#includ
15、e #include using namespace std;class Documentpublic:void save() void open(string docName) void close() virtual void read(string docName) = 0;class Appplicationprivate:vector docs; public:bool canOpenDocument(string docName)void addDocument(Document * aDocument)docs.push_back( （2） );virtual Document * doCreateDocument() = 0;void openDocument(string docName)if ( （3） )cout docs;public boolean canOpenDocument(String docName)public void addDocument(Document aDocument)docs.add( （2） );public abstract Document doCreateDocument();public void openDocument(String do
