全部来自 AI 原创生成并经逐题审校的题目，带 精品 标记的为 AI 复审通过。整卷生成请去组卷。
某软件项目按效益费用比法评价，折现率对应的第1、2、3年现值系数分别为0.90、0.81、0.729。项目第1、2、3年效益分别为80、100、120万元；初始开发费用为150万元，第1、2、3年维护费用分别为30、20、20万元。按效益费用比＝效益现值/费用现值，计算结果四舍五入保留两位小数，项目的效益费用比为多少？A. 1.16 B. 1.43 C. 1.04 D. 0.86
登录后查看答案
某团队评估一项软件项目，时点0投入100万元，项目第1、2、3年末的净现金流分别为36万元、72万元和86.4万元。基准折现率为20%，按净现值法计算，该项目的净现值是多少？ A. 20万元 B. 30万元 C. 40万元 D. 50万元
某软件公司拟开发一个自动化测试平台。经济分析时，分析小组对'效益'的界定产生了分歧。甲认为：效益应等于采用平台后的公司年收入减去开发该平台之前的公司年收入；乙认为：效益应等于'有该平台'情形下的公司年收入减去'无该平台'情形下的公司年收入，其中'无该平台'情形指不开发平台时公司通过人工测试维持的正常发展收入（预计此收入将逐年增长）。已知采用平台后年收入预计为950万元，开发前年收入为600万元，若不开发平台、按人工测试正常发展，未来对应时点收入将为750万元。依据软件项目经济分析中'有无对比'基本原则，正确说法及据此计算的该项目效益为： A. 甲正确，效益为350万元 B. 乙正确，效益为200万元 C. 乙正确，效益为150万元 D. 甲正确，效益为950万元
某科研软件未发生程序损坏，原有计算结果也仍然正确；但实验室全面更换数据接口标准后，该软件已无法接入新设备，使用价值显著下降。最能体现软件产品哪项经济特性？ A. 软件会因物理使用而磨损 B. 软件可能因外部环境变化而过时 C. 软件副本会在使用中逐渐消耗 D. 软件的使用价值只由开发时长决定
某团队部署了 Jenkins 持续集成服务器，需要实现完整流程：从 GitLab 仓库拉取代码、构建后将制品归档，并在每次构建完成后向企业微信群发送通知。查询插件管理中心得到说明：GitLab 插件依赖 Git 插件才能完成代码拉取；企业微信通知插件依赖 Maven 项目插件提供的构建元数据；Artifact Deployer 插件可独立完成制品归档，不依赖其他插件。若当前服务器是全新环境（仅 Jenkins 核心可用，未装任何插件），要一次性启用全部三项功能，最少需要安装几个插件？ A. 3 B. 4 C. 5 D. 6
某团队采用语义化版本号 MAJOR.MINOR.PATCH 管理发布，规则：破坏兼容性的变更递增 MAJOR 并将 MINOR、PATCH 归零；向后兼容的功能新增递增 MINOR 并将 PATCH 置零；仅修复缺陷递增 PATCH。候选版本发布时在待发布版本号后附 -rc.n（n 从 1 递增）。项目当前稳定版本为 2.0.0，依次发生：①发布候选 2.1.0-rc.1 并随后正式发布向后兼容的新功能版本；②对该版本修复一个缺陷并正式发布；③开发破坏兼容性的重构，先后发布两个候选版本后正式发布。此时线上发现严重故障，按回滚策略须回退到最近一个功能完整且已修复缺陷的稳定版本。应回滚到的版本号是： A. 2.1.1 B. 3.0.0-rc.2 C. 2.1.0 D. 2.0.0
某团队采用格式为「主版本.次版本.修订号-阶段标识」的发布版本号，规则：不兼容变更递增主版本且次版本、修订号归零；向下兼容的新增功能递增次版本且修订号归零；缺陷修复递增修订号；阶段标识按 alpha→beta→rc 顺序推进，正式发布时去掉阶段标识。现有版本 2.3.5-beta，此后依次发生：①修复一个缺陷并进入下一阶段；②新增一个向下兼容的功能并进入候选阶段；③进行一次不兼容重构并直接发布正式版。问最终版本号是：A. 3.0.0 B. 3.1.0-rc C. 2.4.0-rc D. 3.0.0-rc
某软件项目按效益费用比法评价，定义效益费用比 R = 效益现值 / 费用现值。已知原方案 R = 1.25，效益现值为 1500 万元。若通过优化使费用现值降低 20%，而效益现值保持不变，则优化后方案的效益费用比 R' 约为（ ）。 A. 1.25 B. 1.56 C. 1.50 D. 1.75
某软件项目初始投资100万元，投产后每年末净现金流入30万元，持续5年，行业基准折现率10%（年金现值系数(P/A,10%,5)=3.7908）。用净现值（NPV）指标判断该项目经济上是否可行，并指出下列判断正确的是： A. NPV=113.72万元＞0，项目可行 B. NPV=13.72万元＞0，项目可行 C. NPV=−13.72万元＜0，项目不可行 D. NPV=30万元＞0，项目可行
某软件企业评估一个定制系统开发项目，期初一次性投资 1000 万元，此后三年分别收回现金 400 万元、500 万元、600 万元，项目结束时无残值。已知该项目的净现值随折现率增大而单调减小。若以内部收益率（IRR）作为评价指标，该项目的 IRR 最接近以下哪个数值？（提示：可先试算折现率 20% 与 22% 时的净现值） A. 11.5% B. 16.5% C. 21.5% D. 26.5%
某软件项目在第1年确认许可收入25万元，其中20%于第2年收款；第2年确认许可收入30万元，其中70%于第2年收款。第1年运维款7万元已于当年付清；第2年运维款10万元已支付80%，其余次年支付。忽略其他收支，第2年的净现金流量是多少？ A. 16万元 B. 18万元 C. 20万元 D. 22万元
某软件项目运营第1年现金流入为12万元，现金流出为5万元。该年度净现金流量为多少？ A. 5万元 B. 7万元 C. 12万元 D. 17万元
某公司拟开发一个规模为 40 KLOC 的新软件，项目采用 COCOMO 有机型（Organic）模型，其基本模型为 E = a·(KLOC)^b，参数 a = 2.4，b = 1.05（E 为人月）。请计算该项目的工作量估计值最接近： A. 100 人月 B. 115 人月 C. 132 人月 D. 96 人月
某软件企业在评审一个管理系统开发项目时，分析人员对两种方案进行经济比较：方案A和方案B的功能范围、交付周期、质量标准完全相同，仅成本估计口径不同——方案A计入后续三年运维费用，方案B只计开发费用。依据软件项目经济分析的基本原则，比较前必须先做哪项工作才能保证结论有效？A. 直接选总支出名义金额较小的方案 B. 将两方案统一到相同口径与可比基础后再比较 C. 以开发费用最低为唯一决策标准 D. 放弃比较，凭管理层经验拍板
某团队遵循“构建一次、多环境部署”与不可变构件原则。生产当前运行应用构件 build-2210（版本 v6.4.2）。本次发布将 build-2287（版本 v6.5.0）部署到生产，并执行了数据库迁移脚本 mig-45，该脚本只新增可空列和索引，旧版应用不会访问这些列。发布后 20 分钟，监控发现 v6.5.0 存在严重缺陷，团队决定回滚。配置库中完整保留了 build-2210 及其元数据。下列回滚操作中，最符合发布与回滚管理规范的是（ ）。 A. 从 v6.4.2 标签重新编译生成新构件并部署到生产 B. 将生产应用重新部署为 build-2210，暂不执行数据库回滚，因为 mig-45 向后兼容 C. 先执行 mig-45 的逆向脚本删除新增列和索引，再部署 build-2210 D. 保留 build-2287，仅回滚配置文件，待下次发布再修复
某团队梳理其配置管理工具链：SVN 采用集中式版本控制，提交需联网访问中央仓库；Git 采用分布式版本控制，每个开发者本地均有完整仓库副本；Jenkins 负责持续集成构建；Jira 负责缺陷跟踪与任务管理。小王据此作出四条判断：①若断网状态下仍可本地提交版本，该工具必为 Git 而非 SVN；②Jenkins 的主要职责是版本合并与冲突解决；③Jira 属于缺陷跟踪工具而非版本控制工具；④Git 与 SVN 的本质区别在于是否依赖中央服务器完成提交。其中判断正确的个数是：A. 1 B. 2 C. 3 D. 4
某团队使用 Maven 构建一个多模块工程。工程师执行完整生命周期命令 mvn clean install 时，构建在 test 阶段因单元测试断言失败而终止。按照 Maven 默认生命周期（validate → compile → test → package → verify → install → deploy）的阶段顺序与失败即中止的规则，下列关于本次构建执行情况的判断中，正确的是哪一项？ A. package 与 verify 阶段被跳过，compile 阶段已成功执行 B. 所有阶段均未执行，因为构建以失败结束 C. package 阶段仍会执行，因为打包不依赖测试结果 D. install 阶段会执行，构件只是未部署到远程仓库
某团队已配置代码提交后自动执行集成构建，但构建脚本引用未固定版本的依赖，导致相同提交在不同时间可能产生不同构建结果。若要准确说明配置管理与持续集成的关系，应选择哪项？ A. 配置管理负责建立受控、可识别的配置基线，持续集成据此自动集成并构建，二者互补 B. 持续集成会自动固定所有依赖版本，因此配置管理不再必要 C. 配置管理与持续集成是同一过程，完成其中一项即可获得另一项的全部作用 D. 配置管理只在构建完成后记录产物，与持续集成过程无关
某公司对即将发布的“仓储管理系统”V3.5 开展功能配置审计。审计员获得了如下材料：①经批准的需求规格说明书 v1.2 中规定“系统应支持单笔入库单最大 5000 行明细的批量处理”；②开发方提供的功能测试报告仅覆盖了“单笔入库单最大 1000 行明细”的测试场景，未包含 5000 行场景的测试记录；③交付的配置项源代码与可执行程序均已纳入配置库并完成技术状态标识。依据功能配置审计的要点判断，本次审计应得出的正确结论是：A. 三项材料齐备，配置项功能符合要求，审计通过 B. 只需源代码与可执行程序标识一致即可通过，测试覆盖情况不影响功能配置审计结论 C. 关键功能未按规定的需求进行验证，缺少 5000 行批量处理场景的测试证据，功能配置审计不能通过 D. 应转交物理配置审计处理，功能配置审计只关心文档是否归档，不验证功能实现与测试
某团队的已发布基线BL-2包含接口规范I1、组件P1和测试规程T1。维护规则规定：变更须获批准、完成实施并通过验证，方可纳入新基线；未满足条件的变更不得进入发布快照。现变更单甲将P1升级为P2，已批准、实施并通过验证；变更单乙将I1升级为I2，已批准且实施完成，但验证尚未完成；变更单丙拟将T1改为T2，未获批准。此时建立并发布新基线，其内容应为： A. I1、P2、T1 B. I2、P2、T1 C. I2、P2、T2 D. I1、P1、T1