系统分析师高频考点练习题

某审批系统的通过规则同时取决于申请金额、客户等级、授信状态、历史逾期次数等多个条件，不同条件组合会触发通过、人工复核、拒绝等动作。分析师希望把条件组合和对应动作完整列出来，便于检查是否漏掉规则。较合适的表达工具是（）。

用户提出“系统要很快、很安全、很稳定”。系统分析师进一步将其细化为“首页 95% 请求响应时间不超过 2 秒、连续运行可用率不低于 99.9%、敏感操作需要双因素认证”。这样做的主要原因是（）。

在数据流图分层建模中，父图中的某个加工被细化为子图后，子图对外的输入数据流和输出数据流应与父图中该加工的输入输出保持一致。这个要求通常称为（）。

在分析网上预约挂号系统时，患者通过系统预约号源，医生在系统中查看预约情况，医保平台与系统进行费用校验。绘制用例图时，下列说法较合理的是（）。

在结构化分析中，分析师已经画出了数据流图，但图中只有“订单信息”“客户资料”“支付结果”等名称。为了进一步说明这些数据流和数据存储由哪些数据项组成、数据项含义和取值约束，应编写（）。

某项目的需求规格说明书经过评审和客户确认后，作为后续设计、开发、测试和验收的重要依据。后续如果要调整需求，必须提交变更申请并分析影响。该需求文档此时更接近（）。

在“提交退款申请”用例规约中，分析师写明：订单必须已支付且未超过售后期限，作为用例开始前必须满足的条件；用例完成后，退款申请记录被创建并进入待审核状态。这里前者和后者分别属于（）。

在需求分析早期，分析师先把待开发系统画成一个整体过程，只标出外部用户、外部系统以及它们与本系统之间的数据交换，不展开系统内部处理细节。该图主要用于表达（）。

在数据流图分解到较底层后，某个基本加工已经不能继续用图形再细分。分析师需要说明该加工的处理逻辑、输入如何转换为输出，以及判断条件和计算规则。通常应编写（）。

分析师把顶层数据流图中的“处理订单”加工分解成下一层子图。分解后，子图对外部实体输入和输出的数据流应与父图中该加工的输入、输出保持一致，不能凭空多出或少掉对外数据流。这个要求通常称为（）。

系统分析师在梳理订单系统时，把“创建订单、修改订单、查询订单、取消订单”等功能列成行，把订单、用户、商品、支付记录等数据实体列成列，并标注每个功能对实体是新增、读取、修改还是删除。这个工具通常称为（）。

系统分析师在梳理图书借阅业务时，抽象出读者、图书、借阅记录、罚金等业务概念，并说明它们之间的关系，而不是马上设计数据库字段和页面按钮。这类模型更接近（）。

分析师完成一个低保真原型后，邀请业务用户演示并收集反馈，重点确认页面流程、字段含义和业务规则是否符合实际工作。这样做主要是为了（）。

某报销系统规定“单张发票金额超过 5000 元必须由部门负责人复核”；同时系统需要提供“提交报销申请”的操作界面。前者和后者分别更接近（）。

某业务部门在需求说明中写道：“系统要稳定、响应快、使用方便。”系统分析师在评审时认为这类描述不够规范，建议补充可验证指标。以下改写方式更符合非功能需求描述要求的是（）。

某系统建设初期，用户提出了大量需求，但项目时间和资源有限。分析师与干系人一起把需求分为必须实现、应该实现、可以实现和暂不实现几类。这样做主要是为了（）。

在需求分析中，团队已经画出了数据流图。为了进一步说明数据流、数据存储和数据项的名称、含义、组成及取值范围，通常需要编写（）。

分析订单处理系统时，订单会经历待支付、已支付、已发货、已完成、已取消等状态，不同事件会触发状态变化。较适合描述这种变化关系的模型是（）。

系统分析阶段，分析师希望从业务处理角度说明外部实体、处理过程、数据存储以及数据在它们之间的流动关系。较适合使用的模型是（）。

在会员积分系统分析中，“普通会员满 100 元积 1 分，金卡会员满 50 元积 1 分”这类约束经常会随营销政策调整。系统分析师应将其重点识别为（）。

系统分析师在需求分析早期，用一张图表示待建系统与外部用户、外部系统之间的数据交换关系，重点说明系统边界。该图通常称为（）。

用户只能大致描述业务目标，但说不清具体界面和操作流程。系统分析师为了尽快澄清需求，先做一个可演示的界面原型，与用户反复讨论和修改。这种做法主要是为了（）。

用户提出“希望系统更方便”，系统分析师需要进一步访谈、观察业务流程并澄清具体场景。这主要属于需求工程中的（）。

某系统要求“登录响应时间不超过 2 秒、全年可用性达到 99.9%、关键数据必须加密存储”。这些要求主要属于（）。

在用例建模中，通常通过参与者与系统之间的交互来描述系统对外提供的服务。用例的划分更应该围绕（）。

系统建设前，通过访谈、调研和建模明确用户业务目标、功能需求和约束条件的活动通常称为？

在面向对象分析中，用于描述参与者与系统之间交互目标的模型通常是？