2026年软考真题及答案解析

2026年软考真题及答案解析一、软件设计师（中级）应用技术·下午卷（共5题，每题15分，满分75分）1.某餐饮连锁企业上线了会员点餐系统。顾客到店扫码点餐；收银员登录后可为顾客代点；后厨接收订单并出餐；系统自动把订单信息发送到后厨显示屏；顾客可在线支付，支付信息发给第三方支付平台；系统每日生成销售报表发送给店长。请回答：(1)指出系统的主要外部实体。(2)用文字描述该系统顶层数据流图，需包含外部实体、加工“点餐系统”及主要数据流。(3)0层图中至少应分解出哪4个主要加工？并写出“支付”加工的输入数据流和输出数据流各一条。(4)数据流图中的“销售报表”是否适合直接从“订单记录”存储文件中产生？说明理由。答案：(1)外部实体：顾客、收银员、后厨、第三方支付平台、店长。(2)顶层图中，外部实体围绕一个加工“点餐系统”。主要输入数据流：顾客点餐信息、收银员代点信息、支付请求、第三方支付平台返回的支付结果；主要输出数据流：发送给后厨的订单信息、支付回执、发送给店长的销售报表。(3)主要加工可分解为：订单处理、支付处理、后厨调度、报表生成。其中“支付”加工的输入数据流为“支付请求”，输出数据流为“支付结果/支付回执”。(4)不适合。销售报表通常需要按日、按月进行统计和汇总，不能由“订单记录”存储文件直接流出；应增设“报表统计”加工，对订单记录进行加工后再生成销售报表，否则数据流图不符合“数据经过加工才能变换”的原则。解析：本题考查数据流图分层与数据流图基本概念。外部实体是系统之外的人或系统。顶层图只保留一个主加工、外部实体及系统级数据流，不展示内部处理细节；0层图将主加工分解为多个子加工。数据流必须从加工流向实体或存储，不能由一个存储直接产生高层汇总数据，需要增加统计加工。2.某图书销售网站需要管理用户、图书、订单和订单明细。用户属性包含用户编号、姓名、联系电话；图书属性包含书号、书名、作者、定价、库存；订单属性包含订单号、下单时间、收货地址、用户编号；订单明细属性包含订单号、书号、数量、成交单价。请回答：(1)用E-R图描述主要实体及其联系，说明联系类型。(2)将E-R图转换为关系模式，并指出主键和外键。(3)关系模式“订单明细”是否存在部分函数依赖？是否存在传递函数依赖？若存在，应如何规范化？答案：(1)主要实体为：用户、图书、订单。用户与订单之间为1:N联系，即一个用户可以下多个订单，一个订单只属于一个用户；订单与图书之间为M:N联系，该联系转换为实体“订单明细”；订单明细同时关联订单和图书，分别与订单、图书形成N:1联系。(2)关系模式如下：•用户(用户编号,姓名,联系电话)，主键为用户编号；•图书(书号,书名,作者,定价,库存)，主键为书号；•订单(订单号,下单时间,收货地址,用户编号)，主键为订单号，外键用户编号参照用户表；•订单明细(订单号,书号,数量,成交单价)，主键为(订单号,书号)，外键订单号参照订单表，外键书号参照图书表。(3)订单明细中，非主属性“数量”和“成交单价”均完全函数依赖于复合主键(订单号,书号)，不存在部分函数依赖。但“成交单价”可能只由书号决定，与订单号无关，因此存在传递函数依赖：(订单号,书号)→书号，书号→定价，定价决定成交单价。规范化方法是把成交单价拆到图书价格表或图书表中，订单明细仅保留数量，成交价通过书号关联图书获取。解析：本题考查E-R模型转换为关系模式以及函数依赖分析。多对多联系必须转换为独立关系模式。主键中任一属性不能为空。传递函数依赖可导致更新异常，应通过分解满足第三范式。3.某在线考试系统需求如下：考生注册后登录；管理员负责管理题库、发布考试；考试过程中系统自动计时、自动判卷；交卷后系统生成成绩报告并发送至考生邮箱。请回答：(1)指出系统主要参与者。(2)说明“登录”用例与“参加考试”用例之间的关系，并解释理由。(3)给出“考试成绩报告”类与“考生”类、“试卷”类之间的关联，并标明关联重数。答案：(1)主要参与者：考生、管理员、电子邮箱系统。(2)“登录”用例与“参加考试”用例之间为“包含”关系。因为每次考生参加考试都必须先完成登录，登录是参加考试的一个必要前置步骤，把公共步骤建模为包含用例可复用。(3)“考试成绩报告”类与“考生”类之间为多对一关联：一份成绩报告只属于一个考生，一个考生可以有多份成绩报告，因此考生端重数为1，成绩报告端重数为0..*或。“考试成绩报告”类与“试卷”类之间为多对一关联：一份成绩报告针对一份试卷，一份试卷可对应多份成绩报告，因此试卷端重数为1，成绩报告端重数为。解析：本题考查UML用例图和类图。参与者识别应包含与系统交互的外部系统。包含关系表现为每次都执行且不可省略；扩展关系表现为可选或在特定条件下执行。类图关联重数需结合业务规则确定：考试可重复参加，故考生与成绩报告为一对多；试卷可被多次作答，故试卷与成绩报告也为一对多。4.阅读以下折半查找算法C语言代码，回答问题：intbinarySearch(inta[],intn,intkey){

intlow=0,high=n-1;

while(low<=high){

intmid=______(1)______;

if(a[mid]==key)

returnmid;

elseif(a[mid]<key)

______(2)______;

else

______(3)______;

}

return-1;

}(1)写出空缺处的代码。(2)该算法的时间复杂度是多少？用LaTeX表示。(3)该算法对数组有什么前提要求？答案：(1)(1)空填low+(high-low)/2；(2)空填low=mid+1；(3)空填high=mid-1。(2)时间复杂度为O((3)数组必须为有序数组，且要求存储结构支持随机存取。解析：折半查找每次将搜索区间缩小一半，因此比较次数约等于以2为底的n的对数，时间复杂度为O(logn)。计算中间下标时用5.阅读以下Java代码，回答问题：publicclassAccount{

privateStringaccountNo;

privatedoublebalance;

publicAccount(StringaccountNo,doublebalance){

this.accountNo=accountNo;

this.balance=balance;

}

publicdoublegetBalance(){returnbalance;}

publicvoiddeposit(doubleamount){balance+=amount;}

publicvoidwithdraw(doubleamount){

if(amount>balance)

thrownewIllegalArgumentException("余额不足");

balance-=amount;

}

}

classSavingsAccountextendsAccount{

privatedoublerate;

privatestaticfinaldoubleMIN_BALANCE=100.0;

publicSavingsAccount(StringaccountNo,doublebalance,doublerate){

super(accountNo,balance);

this.rate=rate;

}

@Override

publicvoidwithdraw(doubleamount){

if(______(1)______){

thrownewIllegalArgumentException("低于最低余额限制");

}

super.withdraw(amount);

}

publicdoublecalculateInterest(){

return______(2)______;

}

}(1)写出两处空缺的Java代码。(2)子类SavingsAccount中为什么不能直接使用balance字段？(3)请说明@Override注解的作用。答案：(1)(1)空填getBalance()-amount<MIN_BALANCE；(2)空填getBalance()*rate。(2)因为balance在父类Account中声明为private，子类SavingsAccount不能直接访问父类的私有字段，只能通过父类提供的公有方法getBalance(