第3章计算机软件工程习题

第3章计算机软件工程习题考核对象：计算机科学与技术专业本科二年级学生题型分值分布：-单项选择题（10题，每题2分，共20分）-填空题（10题，每题2分，共20分）-判断题（10题，每题2分，共20分）-简答题（8题，每题2分，共16分）-应用题（8题，每题4分，共24分）一、单项选择题（每题2分，共20分）说明：每题有4个选项，请选择唯一正确答案。1.在软件生命周期模型中，原型模型的主要目的是快速获取用户需求，其核心特征是（）。A.线性顺序执行，强调文档规范B.迭代开发，先构建核心功能原型C.模块化设计，便于后期维护D.风险驱动，优先实现高价值模块2.软件需求分析阶段常用的工具包括用例图、数据流图和状态转换图，其中状态转换图主要用于描述（）。A.系统数据依赖关系B.用户交互逻辑流程C.系统行为变化模式D.模块接口调用结构3.在面向对象设计原则中，迪米特法则（LawofDemeter）强调的是（）。A.类的继承关系应保持单一B.类的依赖关系应尽可能少C.类的成员变量应私有化封装D.类的方法命名需符合驼峰规则4.软件测试中，黑盒测试的核心思想是（）。A.基于代码逻辑设计测试用例B.不关心内部实现，仅验证功能输出C.通过代码覆盖率评估测试充分性D.模拟底层硬件异常进行压力测试5.在敏捷开发方法中，Scrum框架的基本工作单元是（）。A.版本（Release）B.迭代（Sprint）C.热点修复（Hotfix）D.补丁（Patch）6.软件设计模式中，工厂方法模式与抽象工厂模式的主要区别在于（）。A.前者支持单例，后者支持多例B.前者适用于简单产品族，后者适用于复杂产品族C.前者由子类创建对象，后者由超类创建对象D.前者依赖反射机制，后者依赖接口多态7.在软件项目管理中，甘特图主要用于（）。A.风险评估与应对规划B.任务进度与资源分配可视化C.代码复杂度度量分析D.需求优先级排序8.软件维护类型中，适应性维护主要解决的问题是（）。A.修复生产环境中的缺陷B.应对新的操作系统或第三方库变更C.增加用户提出的全新功能D.优化已有代码的执行效率9.CRC卡（Class-Responsibility-Collaborator）在面向对象设计中的作用是（）。A.定义类的继承层次B.明确类职责与协作关系C.管理类成员变量的访问权限D.生成类的序列化代码10.软件质量模型中，ISO/IEC25010提出的质量维度不包括（）。A.功能性（Functionality）B.可靠性（Reliability）C.运行效率（Performance）D.社交影响（SocialImpact）---二、填空题（每空2分，共20分）1.软件需求规格说明书中，FMEA（失效模式与影响分析）用于识别潜在的故障模式及其对系统的影响。2.在UML建模中，用例图描述的是系统与外部参与者之间的交互关系。3.设计模式是针对软件设计中常见问题的可复用解决方案，如单例模式用于确保一个类仅有一个实例。4.软件测试用例设计方法中，等价类划分将输入数据分为有效等价类和无效等价类。5.敏捷开发中，每日站会（DailyScrum）的时长通常控制在15分钟以内。6.面向接口编程的核心思想是让类之间依赖抽象接口而非具体实现。7.软件配置管理中，基线（Baseline）是经过评审和批准的软件版本，可作为后续变更的基准。8.代码重构是指在不改变软件外部行为的前提下，改进代码的可读性和可维护性。9.软件项目管理中，挣值分析（EVM）通过比较计划价值（PV）、挣值（EV）和实际成本（AC）评估进度和成本绩效。10.敏捷验收标准（AcceptanceCriteria）是定义用户需求可被接受的具体条件。---三、判断题（每题2分，共20分）说明：请判断下列说法的正误。1.软件需求分析阶段必须100%捕获所有需求，否则会导致后期大量返工。（×）2.面向对象设计的核心是封装、继承和多态。（√）3.单元测试应由开发人员编写，而集成测试应由测试人员执行。（√）4.敏捷开发完全排斥文档，采用全靠沟通的方式管理项目。（×）5.设计模式可以直接提高代码的执行效率。（×）6.软件维护类型中，纠正性维护占比通常最高。（√）7.UML类图可以描述类的属性、方法以及继承关系。（√）8.代码审查是预防缺陷的有效手段，但无法完全消除所有错误。（√）9.软件项目管理中，里程碑（Milestone）是项目的重要交付节点，但无实际资源投入。（√）10.黑盒测试和白盒测试是互补的，不能相互替代。（√）---四、简答题（每题2分，共16分）1.简述敏捷开发与瀑布模型的主要区别，并说明适用场景。参考答案：-敏捷开发强调迭代、协作和快速响应变化，适用于需求不明确或易变的项目；瀑布模型采用阶段划分、文档驱动，适用于需求稳定、技术成熟的项目。-区别：敏捷无固定阶段，瀑布有严格顺序；敏捷拥抱变化，瀑布变更成本高。2.解释面向对象设计中的迪米特法则，并举例说明其优点。参考答案：-迪米特法则要求一个类应尽量少与其他类发生直接依赖关系，通过间接调用（如通过中介类）实现交互。-优点：降低类间耦合，提高代码可维护性（如修改一个类只需调整少量依赖）。3.描述黑盒测试和白盒测试的典型测试用例设计方法。参考答案：-黑盒测试：等价类划分、边界值分析（如测试输入范围边界）；-白盒测试：语句覆盖、判定覆盖（如检查所有if-else分支）、路径覆盖。4.敏捷开发中，Scrum框架的核心角色有哪些？各自职责是什么？参考答案：-产品负责人（ProductOwner）：定义需求优先级；-敏捷教练（ScrumMaster）：保障团队敏捷实践；-开发团队（DevelopmentTeam）：负责迭代交付。5.软件维护过程中，适应性维护和完善性维护有何区别？参考答案：-适应性维护：应对环境变化（如新操作系统兼容性）；-完善性维护：优化现有功能或增加小需求（如改进用户界面）。6.解释UML用例图中常见的元素（参与者、用例、关系）及其含义。参考答案：-参与者：与系统交互的外部实体；-用例：系统提供的服务；-关系：关联（参与者与用例）、扩展（用例间扩展关系）、包含（用例间通用部分）。7.软件项目管理中，甘特图的主要优缺点是什么？参考答案：-优点：直观展示任务进度和依赖关系；-缺点：难以处理任务并行和变更，静态无法动态调整。8.代码重构的常见目标有哪些？举例说明一种重构方法。参考答案：-目标：提高代码可读性、降低复杂度、消除重复（如冗余条件判断）；-方法：提取方法（将重复代码封装为独立函数）。---五、应用题（每题4分，共24分）案例背景1：某电商平台需开发订单管理系统，核心需求包括：用户提交订单后，系统自动生成订单号；订单状态需支持“待支付”“已支付”“已发货”“已完成”四种状态；当用户支付后，系统需自动更新订单状态为“已支付”，并触发短信通知。1.用状态转换图描述订单状态流转逻辑。2.若采用面向对象设计，请设计订单类（Order）的核心属性和方法。3.简述如何使用设计模式优化订单状态管理，并说明选择该模式的原因。参考答案：1.状态转换图：-起始状态（待支付）→支付→已支付→发货→已发货→完成→终止状态。-箭头标注触发条件（如“用户支付成功”）。2.Order类设计：```plaintextclassOrder{privateStringorderId;//订单号privateStatecurrentState;//当前状态privatestaticfinalStatePAYMENT_PENDING=newState("待支付");//...其他状态类publicOrder(){this.currentState=PAYMENT_PENDING;}publicvoidpay(){if(currentState==PAYMENT_PENDING){currentState=State.PAID;sendSMSNotification();}}privatevoidsendSMSNotification(){//发送短信逻辑}}```3.设计模式选择：状态模式（State）。-原因：订单状态切换逻辑复杂，若用条件判断处理，代码会膨胀且难以扩展；状态模式将状态封装为类，切换时只需修改状态对象，符合“对象行为取决于状态”的场景。案例背景2：某企业开发内部OA系统，测试团队发现以下问题：-用户登录时，部分账号因密码复杂度不足被拦截，但实际需求是允许数字+字母组合；-文件上传功能在处理超过10MB文件时频繁超时，但需求文档未明确限制大小。1.若采用黑盒测试，请设计针对登录功能的测试用例（至少3组）。2.分析文件上传超时问题的可能原因，并提出优化方案。3.结合软件质量模型，说明如何改进测试策略以覆盖遗漏的需求。参考答案：1.登录功能测试用例：-有效等价类：正确的数字+字母组合（如"Ab12"）；-无效等价类：纯数字（"123"）、纯字母（"abcd"）、特殊符号（"!"）、空密码；-边界值：最小长度（如"1A"）、最大长度（如"1234567890Abcdefghijklmnop"）。2.文件上传超时原因及优化：-原因：服务器内存不足、磁盘I/O慢、未启用大文件处理优化；-优化：增加服务器内存、使用异步上传分片处理、优化数据库索引（若涉及文件元数据）。3.测试策略改进：-功能性：补充密码复杂度测试；-性能性：明确文件大小限制并测试边界场景；-文档性：完善需求文档，增加测试用例说明。案例背景3：某银行开发手机APP，采用敏捷开发模式，每两周交付一个迭代版本。当前迭代需实现“智能推荐理财产品”功能，但用户反馈推荐逻辑不精准。1.若采用敏捷验收标准，请定义该功能的验收条件。2.分析推荐逻辑不精准的可能原因，并提出改进措施。3.结合软件项目管理，说明如何通过测试驱动开发（TDD）提升功能质量。参考答案：1.验收条件：-推荐产品与用户风险偏好匹配（如保守型用户推荐存款）；-推荐结果按相关性排序（如高匹配度产品前置）；-推荐数量不超过5条且无重复。2.推荐逻辑问题及改进：-原因：数据标签不完善、算法权重未调优；-改进：清洗用户行为数据、引入协同过滤算法、A/B测试优化权重。3.TDD提升质量：-先编写测试用例（如“测试低风险用户推荐存款产品”）；-实现最小功能满足测试；-重构代码以提升可维护性，确保测试持续通过。---【标准答案及解析】一、单项选择题答案1.B2.C3.B4.B5.B6.B7.B8.B9.B10.D二、填空题答案1.故障模式2.参与者3.解决方案4.无效等价类5.15分钟6.抽象接口7.基线8.可读性9.计划价值10.条件三、判断题答案1.×2.√3.√4.×5.×6.√7.√8.√9.√10.√四、简答题解析1.敏捷开发与瀑布模型区别：-敏捷：迭代开发、需求变更灵活、跨职能团队协作；瀑布：阶段固定、需求冻结、文档驱动。-适用场景：敏捷适合需求动态项目（如互联网产品），瀑布适合需求明确项目（如嵌入式系统）。2.迪米特法则解析：-示例：类A直接调用类B的方法，改为通过类C间接调