中级软件设计师下半年下午试题.docx

中级软件设计师下半年下午试题.docx

《中级软件设计师下半年下午试题.docx》由会员分享，可在线阅读，更多相关《中级软件设计师下半年下午试题.docx（21页珍藏版）》请在冰豆网上搜索。

中级软件设计师下半年下午试题

中级软件设计师下半年下午试题

试题一

阅读如下阐明和图，回答问题1至问题4，将解答填入相应栏内。

【阐明】

某高校欲开发一种成绩管理系统，记录并管理所有选修课程学生平时成绩和考试成绩，其重要功能描述如下；

1．每门课程均有3到6个单元构成，每个单元结束后会进行一次测试，其成绩作为这门课程千时成绩。

课程结束后进行期末考试，其成绩作为这门课程考试成绩。

2．学生平时成绩和考试成绩均由每门课程主讲教师上传给成绩管理系统。

3．在记录学生成绩之前，系统需要验证这些成绩与否有效。

一方面，依照学生信息文献来确认该学生与否选修这门课程，若没有，那么这些成绩是无效：

如果她确选修了这门课程，再依照课程信息文献和课程单元信息文献来验证平时成绩与否与这门课程所包括单元相相应，如果是，那么这些成绩足有效，否则无效。

4．对于有效成绩，系统将其保存在课程成绩文献中。

对于无效成绩，系统会单独将其保存在无效成绩文献中，并将详细状况提交给教务处。

在教务处没有给出详细解决意见之前，系统不会解决这些成绩。

5．若一门课程所有有效平时成绩和考试成绩都已经被系统记录，系统会发送课程完毕告知给教务处，告知该门课程成绩已经齐全。

教务处依照需要，祈求系统生成相应成绩列表，用来提交考试委员会审查。

6．在生成成绩列表之前，系统会生成一份成绩报告给主讲教师，以便核对与否存在错误。

主讲教师须将核对之后成绩报告返还系统。

7．依照主讲教师核对后成绩报告，系统生成相应成绩列表，递交考试委员会进行审查。

考试委员会在审查之后，上交一份成绩审查成果给系统。

对于所有通过审查成绩，系统将会生成最后成绩单，并告知每个选课学生。

现采用构造化办法对这个系统进行分析与设计，得到如图1-1所示顶层数据流图和图1-2所示0层数据流图。

1.【问题1】

使用阐明中词语，给山图l-1中外部实体E1～E4名称。

这道题您没有回答

答案:

E1：

考试委员会；E2：

主讲教师；E3：

学生或选课学生：

E4：

教务处

11.【问题2】

使用阐明中词语，给出图1-2中数据存储D1～D5名称。

这道题您没有回答

答案:

D1：

学生信息文献；D2：

课程单元信息文献：

D3：

课程信息文献；D4：

课程成绩文献；

D5：

无效成绩文献。

注：

D2和D3答案可以互换。

12.【问题3】

数据流图1-2缺少了三条数据流，依照阐明及数据流图1-1提供信息，分别指出这三条数据流起点和终点。

起点

终点

这道题您没有回答

答案:

起点

终点

D4或课程成绩文献　

4或生成成绩列表　　

D1或学生信息文献　　

5或生成最后成绩单　　

　　4或生成成绩列表

5或生成最后成绩单　　

注：

数据流起点、终点所有答对才可给分，数据流不分先后顺序。

18.【问题4】

数据流图是在系统分析与总体设计阶段宏观地描述系统功能需求重要图形化工具，程序流程图也是软件开发过程中比较惯用图形化工具。

简要阐明程序流程图合用场合与作用。

这道题您没有回答

答案:

程序流程图普通在进行详细设计时使用，用来描述程序逻辑构造。

[分析]

本题考查是DFD应用，属于比较老式题目，考查点也与往年类似。

问题1考查是顶层DFD。

顶层DFD通惯用来拟定系统边界，其中只包括一种唯一加工（即待开发系统）、外部实体及外部实体与系统之间输入输出数据流。

题目规定填充正是外部实体。

从顶层DFD可以看出，数据流是完整。

因此只要依照数据流从题目阐明上下文中，找出E1～E4所相应外部实体，分别为考试委员会、主讲教师、学生和教务处。

0层DFD中缺少东西比较多，规定填写数据存储及缺失数据流。

先来拟定数据存储。

一方面，从阐明中找出也许是数据存储元素来。

很明显，学生信息文献、课程信息文献、课程单元信息文献、课程成绩文献和无效成绩文献应当是数据存储。

下面工作就是对号入座。

从0层DFD上可以看到，加工3到D5有一条数据流；而加工3所完毕操作是“记录无效成绩”。

从阐明中可知，“对于无效成绩，系统会单独将其保存在无效成绩文献中”，因此D5应当是数据存储“无效成绩文献”。

类似地，从加工2“记录有效成绩”到D4有一条数据流，这阐明D4就是数据存储“课程成绩文献”。

D1输出两条数据流，分别流向加工1“验证学生信息”和加工4“生成成绩列表”。

由阐明“依照学生信息文献来确认该学生与否选修这门课程”可知，验证学生信息时，需要依照学生信息文献来进行；而生成成绩列表及成绩单时，学生信息都是必要。

因此D1应当是“学生信息文献”。

这样话，D2和D3就应当分别与“课程单元信息文献”和“课程信息文献”相应。

由于D2和D3都只与加工1关于，因此它们相应关系就是随意了。

这样5个数据存储就填充完整了。

下面要补充缺失数据流。

一方面，从阐明第5条可知，生成成绩列表时，是需要从课程成绩文献中获取信息，“课程成绩文献”事实上就是图中D4。

而D4和加工4之间并没有数据流，因而这就是一条缺失数据流。

此外，前面在拟定D1所相应数据存储时提到过，生成成绩单时是需要学生信息。

因此，加工5应当从D1中获取相应信息，这样就找到了第二条数据流。

第三条数据流也比较容易找。

阐明第7条告诉咱们，只有“对于所有通过审查成绩，系统将会生成最后成绩单，并告知每个选课学生”。

也就是说，从成绩列表到成绩单生成是有条件。

这意味着，在加工4和加工5之间应当存在一条数据流，这就是第3条数据流。

问题4事实上是为了考查人们对DFD进一步理解，明确DFD在软件开发中用于描述功能需求。

试题二

阅读下列阐明，回答问题1至问题4，将解答填入相应栏内。

【阐明】

某汽车维修站拟开发一套小型汽车维修管理系统，对车辆维修状况进行管理。

1．对于新客户及车辆，汽车维修管理系统一方面登记客户信息，涉及：

客户编号、客户名称、客户性质（个人、单位）、折扣率、联系人、联系电话等信息；还要记录客户车辆信息，涉及：

车牌号、车型、颜色等信息。

一种客户至少有一台车。

客户及车辆信息如表2-1所示。

表2-1客户及车辆信息

客户编号

GX0051

客户名称

XX公司

客户性质

单位

折扣率

95%

联系人

杨浩东

联系电话

82638779

车牌号

颜色

车型

车辆类别

**0765

白色

帕萨特

微型车

2．记录维修车辆故障信息。

涉及：

维修类型（普通、加急）、作业分类（大、中、小修）、结算方式（自付、三包、索赔）等信息。

维修厂员工分为：

维修员和业务员。

车辆维修一方面委托给业务员。

业务员对车辆进行检查和故障分析后，与客户磋商，拟定故障现象，生成维修委托书。

如表2-2所示。

　　　表2-2维修委托书

　　　　　　　　　　　　　　　　　　　No．070　　　　　　　　　登记日期：

-07-02

车牌号

**0765

客户编号

GS0051

维修类型

普通

作业分类

中修

结算方式

自付

进厂时间

0702　11:

09

业务员

张小红

业务员编号

012

预测竣工时间

故障描述

车头损坏，水箱漏水

3．维修车间依照维修委托书和车辆故障现象，在已有维修项目中选取并拟定一种或各种详细维修项目，安排有关维修工及工时，生成维修派工单。

维修派工单如表2-3所示。

　　　表2-3维修派工单

　　　　　　　　　　　　　　　　　　　　No．070

维修项目编号

维修项目

工时

维修员编号

维修员工种

012

维修车头

5.00

012

机修

012

维修车头

2.00

023

漆工

015

水箱焊接补漏

1.00

006

焊工

017

更换车灯

1.00

012

机修

4．客户车辆在车间修理完毕后，依照维修项目单价和维修派工单中工时计算车辆本次维修总费用，记录在委托书中。

依照需求阶段收集信息，设计实体联系图（图2-1）和关系模式（不完整）如下所示。

图2-1中业务员和维修工是员工子实体。

【概念构造设计】

【逻辑构造设计】

客户（（5），折扣率，联系人，联系电话）

车辆（车牌号，客户编号，车型，颜色，车辆类别）

委托书（（6），维修类型，作业分类，结算方式，进厂时间，

预测竣工时间，登记日期，故障描述，总费用）

维修项目（维修项目编号，维修项目，单价）

派工单（（7），工时）

员工（（8），工种，员工类型，级别）

2.【问题1】

依照问题描述，填写图2-1中

（1）～（4）处联系类型。

联系类型分为一对一、一对多和多对多三种，分别使用1:

1，1:

n或1:

*，m:

n或*:

*表达。

这道题您没有回答

答案:

*（或n或m）

（2）1

（3）*（或n或m）（4）*（或n或m）

10.【问题2】

补充图2-1中联系并指明其联系类型。

联系名可为：

联系1，联系2，…

这道题您没有回答

答案:

13.【问题3】

依照图2-1和阐明，将逻辑构造设计阶段生成关系模式中空（5）～（8）补充完整。

这道题您没有回答

答案:

客户编号，客户名称，客户性质

（6）委托书编号，客户编号，车牌号，业务员编号

或：

委托书编号，车牌号，业务员编号

（7）委托书编号，维修工编号，维修项目编号

（8）员工编号，员工姓名

17.【问题4】

依照问题描述，写出客户、委托书和派工单这三个关系主键。

这道题您没有回答

答案:

客户：

客户编号

委托：

委委托书编号

派工单：

委托书编号，维修项目编号，维修工编号

[分析]

本题考查数据库设计，属于比较老式题目，考查点也与往年类似。

问题1、问题2考查是数据库概念构造设计，题目规定补充完整实体联系图中联系和联系类型。

依照题目需求描述和表2-1中数据可知，一种客户至少拥有一台车，每台车辆有一种相应客户。

因此，客户实体和车辆实体之间存在“拥有”联系，联系类型为一对多（1:

*）。

依照题目需求描述和表2-2中数据可知，一份委托书由一种业务员负责接受委托，一种业务员可以负责多份委托书。

因此，业务员实体和委托书实体之间存在“委托”联系，联系类型为一对多（1:

*）。

依照题目需求描述和表2-3中数据可知，一份委托书可以相应各种维修项目和维修员工，一种维修项目也许涉及各种维修工，一种维修工可以参加各种维修项目。

因而，维修派工单信息涉及三个实体，是由三个实体互相联系而形成。

因此，委托书实体和维修工实体之间存在“派工”联系，联系类型为一对多（1:

*），维修项目实体和维修工实体之间存在联系“派工”，联系类型为多对多（*:

*）。

问题3考查是数据库逻辑构造设计，题目规定补充完整各关系模式，并给出各关系模式主键。

依照实体联系图和表2-1中数据，对于“客户”关系模式需补充属性：

客户编号，客户名称和客户性质。

依照实体联系图和表2-1中数据，对于“车辆”关系模式，由于车辆实体与客户实体有联系，需记录相应客户信息，并且车辆有自己属性——车牌号，因而，“车辆”关系模式需补充属性：

车牌号，客户编号。

依照实体联系图和表2-2中数据，对于“委托书”关系模式，由于车辆实体与委托书实体和业务员实体均有联系，需记录相应车辆和业务员信息，并且委托书有自己属性——委托书编号，因而，“委托书”关系模式需补充属性；委托书编号，车牌号和业务员编号。

依照实体联系图和表2-3中数据，“派工单”关系模式记录是委托书、维修项目和维修工三个实体之间联系，因而，“派工单”关系模式需补充属性：

委托书编号，维修项目编号和维修员编号。

依照实体联系图和表2-1中数据，对于“员工”关系模式需补充属性：

员工编号，员工姓名。

问题4指定给定关系模式主键，显然，管理客户数据时，应为每位客户设立唯一编码，因而客户关系模式主键为“客户编号”