江苏省自考02134信息系统设计与分析高频考点重点

江苏省高等教育自学考试02134信息系统设计与分析高频考点重点汇总（彩色划书版）指定教材：王晓敏、崔国玺等《信息系统分析与设计》（第5版·微课视频版）清华大学出版社2021年江苏省自考大纲：高纲4267南京理工大学2024年编【考试形式与试卷结构】项目内容考试方式闭卷笔试，百分制60分及格；信息管理与信息系统专业（专升本）必修课题型单选、填空、简答、论述、综合题（DFD/用例图/类图/测试用例等建模）能力层次识记、领会、简单应用、综合应用逐级递进主线系统思想→信息系统→生命周期→规划→分析建模→设计→实施→运维→数据驱动重难点开发方法、系统分析（流程/用例/对象建模）、系统设计、实施测试与运维一、彩色标注体系与使用方法本汇总严格依据本科目考试大纲及指定教材逐章编写，采用“划书”形式：黄色荧光底纹＝必须背记的核心采分词；每条考点前标注〔能力层次〕及可考题型，题型标签颜色如下，可按颜色快速定位、分题型背诵。【单选】蓝色：概念、分类、排序、辨析等客观考点【填空】青色：术语、步骤、数值、构成等填空高频【名词解释】绿色：须准确定义的概念【简答】紫色：分条简答，按步骤/构成/比较列全【论述题】橙色：综合论述，给框架从简作答【综合题】红色：建模与应用（DFD、用例、类、范式、测试用例、甘特图）二、复习应考策略黄色荧光＝核心采分词；绿框＝划书速记；紫框＝论述/综合题答题框架。全书17章按生命周期一条线：规划—分析（做什么）—设计（怎么做）—实施—运维；建模工具是重中之重：业务流程图、数据流图DFD、用例图、类图/顺序图、E-R/关系表、测试用例，务必会认符号、会画图、会辨析关系。

第1章系统思想考情导航：系统六特性、系统工程、霍尔三维、WSR、软硬系统考点1-1系统的概念与特性〔领会〕【单选】【名词解释】【简答】【名词解释】系统（system）：由相互联系、相互作用的若干要素（部分）结合而成、具有特定功能的有机整体；系统普遍存在，须具备两个以上要素、要素间有联系、整体具有单一要素不具备的特定功能（目的性）三个条件。【简答】系统的六大特性（领会）：①整体性（系统是要素的有机整体，不是简单拼凑）；②相关性（要素之间相互联系、相互制约）；③目的性（系统有明确目标、功能指向）；④层次性（系统可逐层分解为子系统、要素，又可组成更大系统）；⑤环境适应性（系统与外部环境进行物质、能量、信息交换并适应环境变化）；⑥动态性（系统随时间运动、演化）。【单选】“整体大于部分之和”：要素按合理结构组织后产生各要素孤立时不具备的新质和整体功能（涌现性），系统功能不等于要素功能简单相加；若结构不合理也可能出现整体小于部分之和。该命题体现系统的整体性，是系统论核心思想。【单选】系统论、信息论、控制论（“三论”）关系：贝塔朗菲创立一般系统论、申农创立信息论、维纳创立控制论；系统论研究整体与要素关系、信息论研究信息的度量与传递、控制论研究系统的调节与反馈，三者相互渗透，是信息系统科学的理论基础。考点1-2系统工程与系统方法论〔识记〕【单选】【填空】【简答】【名词解释】系统工程：以系统为对象，综合运用自然科学、社会科学和工程技术的思想方法，用定性与定量结合的手段对系统进行规划、研究、设计、制造、试验和使用，以实现系统总体最优的一门交叉性工程技术和方法论，强调全局最优而非局部最优。【填空】系统工程方法的步骤：①明确问题（确定目标）；②系统分析（调查、收集资料、建立模型、提出备选方案）；③系统设计（方案设计与评价）；④系统实施与运行；⑤系统评价与反馈优化，本质是“分析—设计—实施—评价”的循环决策过程。【单选】霍尔三维结构（硬系统方法论）：由霍尔提出，用时间维（工作阶段：规划、方案、研制、生产、安装、运行、更新）、逻辑维（思维步骤：明确问题、设计指标、系统综合、系统分析、优化、决策、实施）、知识维（所需专业知识）三个维度构成的立体结构，是组织大型复杂工程系统的经典方法，偏定量、目标明确的硬系统问题。【名词解释】WSR系统方法论（物理—事理—人理）：我国顾基发等提出的东方系统方法论。物理（W）——研究客观物质世界、回答“物是什么”，追求真实性（自然科学规律）；事理（S）——研究怎样做事、如何组织安排，回答“怎么干”，追求效率（管理科学、运筹）；人理（R）——研究人的因素、关系、价值判断和协调，回答“最好怎么做”，追求人的认同与和谐。步骤：理解意图→调查分析→形成目标→建立模型→协调关系→提出建议。【简答】硬系统方法与软系统方法的区别（领会）：①对象——硬系统方法（霍尔）处理目标明确、结构清晰、可定量的工程技术问题；软系统方法（切克兰德）处理目标模糊、人的价值冲突、结构不良的社会和管理问题；②手段——硬方法重模型、优化和数学定量；软方法重学习、协商、共识和定性与定量结合；③结果——硬方法求“最优解”，软方法求“可行、满意、各方接受的改善”。信息系统兼具技术与社会属性，常需软硬结合。【简答】系统论、信息论、控制论对信息系统建设的指导：系统论要求把信息系统看作有机整体、追求总体最优而非局部最优，重视要素、结构与环境的关系；信息论为信息的采集、编码、传输、抗干扰和度量提供理论；控制论的反馈原理对应信息系统的监测—控制闭环（输出反馈到输入进行调节）。三者共同决定了信息系统分析设计必须自顶向下统观全局、重视信息流动和反馈控制、并使系统适应环境变化。【单选】系统方法的基本原则：整体性原则（整体优先、整体大于部分之和）、层次性原则（逐层分解、模块化）、目的性原则（目标导向）、相关性原则（分析要素联系）、环境适应性原则（开放、与环境交换）和最优化原则（多方案中选总体最优）；信息系统开发中的自顶向下规划、分解协调、局部服从全局正是这些原则的体现。【单选】系统工程的主要特点：研究思路整体化（先整体后局部、从系统总目标出发协调各部分）、综合应用多学科知识和方法、定量化（尽量用数学模型和定量分析）、决策导向（以方案选优、总体最优为目的）；它不是某一门专业技术，而是组织管理复杂系统的方法论，信息系统工程正是系统工程在信息化领域的应用。第2章信息、管理与信息系统考情导航：信息与数据、信息性质、信息系统功能与三种结构考点2-1信息与数据〔简单应用〕【单选】【名词解释】【简答】【名词解释】数据（data）：记录客观事物的、可鉴别的符号，是对事实、属性或状态的原始表示（数字、文字、图形、声音等），本身不具确定含义；信息（information）是经过加工处理、对接收者的决策或行为有意义、有价值的数据，是数据被赋予上下文和含义后的结果。【简答】信息与数据的区别和辩证关系（简单应用）：①数据是原料、信息是加工后的产品；数据相对客观、信息与接收者和用途有关；②只有当数据用于决策时才成为信息，同一数据在一个系统（环节）中是信息、在另一个系统中可能只是待加工的数据；③信息=数据+处理+语义/语境，数据经采集、传输、加工、存储、输出转化为信息，信息再被使用又可成为更高层处理的数据，二者在不同层次相互转化。【单选】信息的性质（识记九性）：①事实性（真实性，是信息第一价值、不符合事实的信息负价值）；②扩散性；③传输性；④分享性；⑤共享性（可多方共享而不损耗，区别于物质）；⑥增值性（经加工利用增值、随时间贬值）；⑦不完全性（人不可能得到全部信息）；⑧等级性（对应管理层次分战略级、战术/管理级、作业级）；⑨滞后性（数据→加工→信息→决策有时间滞后）。【单选】信息按管理等级：战略级（高层、长期、宏观、来源外部多、精度要求低）、战术（管理控制）级（中层、中期）、作业（执行）级（基层、日常、来源内部、精度高、频繁），不同等级信息在来源、精度、时效、寿命上不同。考点2-2信息与管理、管理信息〔领会〕【单选】【名词解释】【名词解释】管理活动与管理信息：管理是管理者通过计划、组织、指挥、协调、控制等职能有效利用资源以实现组织目标的过程；管理信息是反映管理活动、经过加工处理并对管理决策和控制有价值的数据、情报和资料的总称，是管理的基础和依据——“管理就是决策、决策依赖信息”。【单选】信息管理的广义与狭义（领会）：狭义信息管理是对信息本身（采集、加工、组织、存储、检索、传递）的管理；广义信息管理不仅管理信息资源，还包括对信息活动涉及的人员、技术、设备、机构、制度以及信息资源开发利用全过程的综合管理。考点2-3信息系统的概念、结构与功能〔领会〕【单选】【名词解释】【简答】【名词解释】信息系统（IS）：由人、硬件、软件、数据（资源）和通信网络等要素组成，对信息进行采集、传输、加工、存储、维护和使用，以支持组织的运行、管理、分析和决策的人机系统；管理信息系统（MIS）是面向管理、以数据处理为基础、为管理和决策服务的信息系统，面向管理是信息系统的显著特点。【单选】现实信息系统的产生：管理模型（管理业务和决策规则）、信息处理模型（数据如何加工处理）和系统实现条件（技术、经济、组织条件）三者结合，才产生现实可用的信息系统，三者缺一不可。【简答】信息系统的基本功能（领会）：①信息（数据）采集与输入；②信息传输；③信息加工（处理、计算、分析）；④信息存储与维护；⑤信息检索与输出（反馈、使用）；概括为“输入—处理—存储—输出—反馈”，并对管理活动起监测、控制和辅助决策作用。【单选】数据传输的一般模式：信源（数据源）→编码器→信道（传输介质，含噪声干扰）→解码器→信宿（接收方），传输中关注信道容量、带宽、误码率和抗干扰。【简答】信息系统的三种结构（领会）：①概念结构——由信息源、信息处理器、信息用户和信息管理者四大部件组成的抽象模型；②逻辑结构——按职能子系统（生产、销售、财务、人事、库存等）和信息处理层次组成的逻辑关系；③物理结构——硬件、软件、网络、数据等物理组成及其拓扑（集中式、分布式、C/S、B/S等）。按技术发展，信息系统经历了电子数据处理系统（EDPS/TPS）→管理信息系统（MIS）→决策支持系统（DSS）→专家系统/战略信息系统、数据仓库与商务智能等阶段。【单选】影响信息系统发展的因素（识记）：管理需求拉动、信息技术（计算、网络、数据库、移动、云、大数据、人工智能）推动、组织与管理变革、人员素质和外部环境（政策、竞争）共同影响信息系统的演进方向。【简答】数据转化为信息的过程（领会）：数据经采集获取后，要经过传输、加工（计算、分类、排序、汇总、比较、分析、建模）、存储、检索和表达输出，并结合具体业务语境和决策需要被解释，才成为对接收者有意义的信息；同一批原始数据因加工目的和使用者不同可形成不同信息，信息再被使用、记录后又成为上一级处理的数据，体现数据—信息的层次转化。【简答】信息系统概念结构四部件及其关系（领会）：①信息源——信息产生地（内/外部信息源）；②信息处理器——承担数据采集、加工、存储、传输；③信息用户——使用信息进行管理决策的各级管理者；④信息管理者——负责系统设计、运行、维护和协调。关系为信息源经处理器加工后提供给用户，管理者对整个过程和系统资源进行组织控制，形成闭环；逻辑上对应各职能子系统，物理上落到软硬件网络部署。【单选】管理信息系统的层次对应：信息系统按管理层次形成金字塔——底层是面向作业层的事务处理系统TPS（高频、结构化、精度高），中层是面向管理控制层的管理信息系统MIS（报表、计划、监控），顶层是面向战略层的决策支持系统DSS/经理信息系统EIS（半结构化非结构化、外部信息多、宏观），层次越高数据越综合、结构化程度越低。【简答】信息系统对组织和管理的宏观影响：①提高效率、替代事务性劳动、优化业务流程；②改变组织结构（扁平化、减少中间管理层）和决策方式（数据驱动）；③支持跨地域协同、催生新业态和平台经济；④提升组织竞争力的同时也带来信息安全、隐私、数字鸿沟和员工适应等问题，信息系统建设必须与组织变革、管理创新同步推进，“三分技术、七分管理”。第3章信息系统建设概论考情导航：生命周期五阶段、模型与UML、七种开发方法、甘特图考点3-1信息系统生命周期〔识记〕【单选】【填空】【简答】【名词解释】信息系统生命周期：一个信息系统从提出、开发、投运到被新系统替代的全过程，包括系统规划、系统分析、系统设计、系统实施、系统运行维护（评价）五个阶段，各阶段顺序衔接、文档驱动、可反馈迭代，是信息系统建设管理的主线。【填空】生命周期五阶段及工作步骤（识记）：①系统规划（立项、初步调查、可行性研究、确定目标和总体方案）；②系统分析（详细调查、需求分析、逻辑设计、产出系统说明书/需求规格说明，解决“做什么”）；③系统设计（总体/概要设计和详细设计，解决“怎么做”，产出系统设计报告）；④系统实施（编程、测试、部署、数据准备、人员培训、切换交付）；⑤系统运行维护与评价（运行监控、维护、后评价，直到更新换代）。分析是逻辑设计、设计是物理设计。【单选】早期开发方法的不足：早期只重编程、缺乏系统规划和需求分析、手工作坊式、文档不全、开发与用户脱节、难以维护、失败率高，由此催生以生命周期和工程化管理为核心的系统开发方法。考点3-2系统建模与UML〔简单应用〕【单选】【名词解释】【简答】【名词解释】系统模型：对现实系统某一方面本质的抽象和简化表示，用图形、符号、公式或文字描述系统的要素、结构、过程和行为，便于理解、分析和设计；好模型的三个特征——现实性（较真实反映系统本质）、简明性（简单易懂、抓住主要矛盾）、标准化（规范化、便于交流和实现）。【简答】三类建模（领会/简单应用）：①过程建模（功能建模）——描述数据在系统中被加工处理的过程，如数据流图、业务流程图；②静态结构建模——描述对象、对象属性、对象之间关系以及组织机构设置和机构关系，如类图、ER图、组织结构图；③行为建模（动态建模）——反映实体的行为特点、状态迁移和对象交互，如状态机图、顺序图、活动图。建模语言是表达模型的规范化符号体系，统一建模语言UML是面向对象建模的标准语言。【名词解释】UML（统一建模语言，UnifiedModelingLanguage）：面向对象软件工程中用于对软件密集系统进行可视化描述、构造和文档化的标准图形建模语言（不是开发方法、不是编程语言）。主要内容包括——结构图（类图、对象图、组件图、部署图、包图等）和行为图（用例图、活动图、状态机图、顺序图、通信图等）共九种（十三张）图，分别从静态结构和动态行为两个角度建模。考点3-3信息系统开发方法〔识记〕【单选】【名词解释】【简答】【名词解释】结构化开发方法（生命周期法/瀑布方法）：以系统工程思想为基础、自顶向下、逐步求精、按生命周期阶段顺序开发的方法；强调用户至上、严格区分分析与设计、工作成果文档化和阶段评审。优点是过程规范、文档齐全、便于管理；缺点是周期长、需求冻结早、难以适应变化，适于需求稳定的大型系统。【名词解释】原型法（原型开发方法）：在初步需求基础上快速构造一个可运行的系统原型，让用户试用、评价并反复修改，逐步明确需求、完善系统的方法；优点是用户参与早、需求明确快、成功率高，适于需求模糊、规模较小的系统，分抛弃式（探索型）原型和演化式（渐进型）原型。【单选】迭代、螺旋、敏捷与面向对象、面向服务方法（识记）：①迭代开发——把系统分多个小版本，每轮都经历分析设计实现测试、增量完善；②螺旋模型——每圈按“制定计划→风险分析→实施工程→客户评估”推进、强调风险驱动，适合大型高风险项目；③敏捷开发——以用户需求进化为核心、迭代增量、快速响应变化，价值观为个体互动、可运行软件、客户合作、响应变化，典型如Scrum（产品待办列表、冲刺Sprint、每日站会）、极限编程XP；④面向对象方法（OO）——以对象为中心，用类、封装、继承、多态分析设计，分析OOA、设计OOD、编程OOP无缝衔接；⑤面向服务方法（SOA）——把系统功能封装为松耦合、可复用、标准接口的服务进行编排组合。【简答】开发方法比较与选择：需求稳定、大型规范项目选结构化/生命周期；需求不清、小型、用户需参与选原型；高风险大型选螺旋；需求多变、追求快速交付选敏捷/迭代；复杂业务、强调复用和集成选面向对象/面向服务；实际常组合使用。考点3-4开发项目管理与甘特图〔简单应用〕【单选】【简答】【综合题】【名词解释】信息系统开发项目管理：在信息系统开发中运用项目管理知识，对项目的范围、进度、成本、质量、人力、沟通、风险和采购进行计划、组织、指挥、协调和控制，以在限定资源和时间内保质交付系统；核心三约束是进度、成本、质量（范围）。【综合题】甘特图（Gantt，简单应用）：一种以横线表示各项任务计划与实际进度的条形图——纵轴列任务（工作包）、横轴为时间，条形起止和长度表示任务开始、结束和持续时间，可标关键里程碑和实际完成情况，直观显示进度安排和任务并行关系；优点简单直观、便于进度控制，缺点不能清楚显示任务间依赖和关键路径（依赖关系复杂时配合网络图/PERT/关键路径法CPM）。要求能据任务清单和工期绘制甘特图、判断进度偏差。【简答】为什么信息系统开发要分生命周期阶段（阶段化的意义）：①把复杂工程分解为目标明确、顺序衔接的阶段，每阶段有明确任务、方法、工具和交付文档；②阶段间设置评审和确认（里程碑），上阶段成果经确认才进入下阶段，便于质量和变更控制；③分析与设计分离、先逻辑后物理，避免过早陷入技术细节；④便于分工、进度成本管理和用户参与，降低失败风险。瀑布式严格顺序，迭代/敏捷则在小循环内重复这些阶段。【简答】UML九种常用图及用途归类（领会）：静态结构图——类图（类及关系）、对象图（对象快照）、组件图（物理代码组件）、部署图（硬件节点及制品分布）、包图（分组）；动态行为图——用例图（功能需求、参与者）、活动图（业务/操作流程、类似流程）、状态机图（对象状态迁移）、顺序图（按时间的对象消息交互）、通信图（对象链接与消息，无时间轴）。需求阶段多用用例图和活动图，分析用类图，设计用顺序图、组件图、部署图。【综合题】用甘特图安排进度并判断偏差：先列出任务及工期、先后关系，按时间轴画出各任务条形，标注里程碑；执行中把实际进度叠加到计划条上比较——若实际条短于同期计划则进度滞后，需分析关键任务是否延误、资源是否不足并采取赶工、并行或调整后续任务。甘特图直观但不显依赖，任务关系复杂时配合网络图找关键路径（关键路径上任务无机动时间、决定总工期）。【简答】敏捷开发的核心实践与价值观：敏捷宣言强调个体和互动高于流程工具、可运行软件高于详尽文档、客户合作高于合同谈判、响应变化高于遵循计划；Scrum设产品负责人、ScrumMaster和开发团队，以产品待办列表管理需求、按固定长度冲刺（Sprint，常2—4周）交付可运行增量，通过每日站会、评审会、回顾会持续改进；XP强调测试驱动、持续集成、结对编程和小版本。敏捷不是没有文档，而是以可用软件和快速反馈应对需求变化，适合需求不确定、竞争快的环境。第4章系统规划考情导航：BSP/CSF/SST/价值链、规划步骤、IT治理、可行性考点4-1系统规划与战略规划方法〔简单应用〕【单选】【名词解释】【简答】【综合题】【名词解释】信息系统规划（系统规划）：信息系统生命周期第一阶段，是从组织战略出发、在较长时期内确定信息系统发展目标、总体结构、建设规模、开发次序、资源配置和实施计划的全局性、宏观性工作，决定“建什么、先建什么、投入多少”，具有战略性、全局性、长期性。【名词解释】战略目标转移（集）法（SST）：把组织的战略目标（使命、目标、战略）逐层转化（转移）为信息系统战略目标、信息系统功能和开发约束的规划方法，保证信息系统战略与企业战略保持一致；步骤为识别组织战略目标→逐层分解→转化为信息系统目标与结构，自上而下、目标导向。【综合题】企业系统规划法（BSP，四步骤，简单应用）：由IBM提出、通过自上而下识别企业过程和数据类、自下而上设计信息系统结构的方法。四步骤——①定义企业目标（确立企业总体目标）；②定义企业过程（业务过程/管理功能，是BSP核心，识别逻辑相关的一组决策和活动）；③定义数据类（识别各过程产生和使用的数据，用过程/数据类矩阵即U/C矩阵描述）；④定义信息系统总体结构（据U/C矩阵划分子系统、确定开发顺序，子系统划分使矩阵上的C尽量聚集在对角线上）。BSP成果是过程-数据类矩阵和子系统总体结构。【综合题】关键成功因素法（CSF，四步骤，简单应用）：通过抓住对组织目标实现起决定作用的少数关键因素来确定信息系统需求重点的方法。四步骤——①了解企业（组织）目标；②识别所有成功因素；③确定关键成功因素（用因果图/鱼刺图等筛选出少数关键因素）；④明确各关键因素的性能指标和衡量标准、据此确定信息系统必须提供的信息和功能。特点是抓主要矛盾、重点突出，但易受高层个人判断影响。【综合题】价值链分析法（综合应用）：波特价值链把企业活动分为基本活动（内部后勤、生产作业、外部后勤、市场销售、服务）和辅助活动（采购、技术开发、人力资源管理、企业基础设施），各项活动构成创造价值的链条；用价值链分析识别哪些环节是增值/战略环节、信息系统在哪些环节能降低成本或形成差异化竞争优势，从而规划支持价值链优化的信息系统，使IT与竞争战略结合。考点4-2规划步骤、IT治理与可行性〔领会〕【单选】【填空】【简答】【填空】信息系统战略规划四步骤（领会）：①分析现状与环境（企业内外部环境、现有系统和资源）；②确定信息系统战略和目标（与企业战略对齐）；③设计信息系统总体结构（子系统划分、技术架构、数据架构）；④制定实施计划（项目排序、进度、资源、预算）并组织实施与反馈。【名词解释】IT治理（信息技术治理）：为保证IT与业务目标一致、合理利用IT资源、控制IT风险而建立的领导体制、决策机制、职责分工和制度框架，解决“谁来决策、如何决策、如何监督”的问题，典型框架有COBIT；关注IT投资价值交付、风险控制和绩效评估。【简答】可行性研究（可行性的含义和内容，识记/领会）：在立项阶段从多方面论证项目是否可行、为是否投资决策提供依据，内容包括——①技术可行性（现有技术、人员、设备能否实现）；②经济可行性（投资成本与效益、投资回报、是否划算，成本效益分析）；③运行（操作/管理）可行性（组织管理、用户接受、业务流程配合）；④法律（社会）可行性（法律法规、伦理、合同、隐私安全）；⑤进度可行性（能否在规定时间完成）。结论分可行、暂缓、不可行，是规划阶段重要文档。【划书速记】第1-4章：系统六特性（整体相关目的层次适应动态）、整体大于部分之和；霍尔三维=时间/逻辑/知识（硬），WSR=物理事理人理（软、求满意）。数据是原料、信息用于决策才成立、信息九性、战略/战术/作业三级。IS五功能输入处理存储输出反馈；概念结构四部件。生命周期五阶段（规划-分析-设计-实施-运维），分析解决做什么、设计怎么做。模型三特征现实简明标准、三类建模过程/静态/行为，UML是语言不是方法。开发七方法：结构化稳、原型快、螺旋重风险、敏捷重变化、OO、SOA。规划三方法BSP四步（目标-过程-数据类-总体结构、U/C矩阵）、CSF四步（目标-成功因素-关键因素-指标）、SST目标转移、价值链分基本/辅助活动；可行性五方面。【简答】为什么说系统规划是信息系统建设的关键起点：规划决定信息系统的发展方向、总体结构、投资规模和建设次序，具有全局性和长远性；规划失误（目标脱离业务、子系统孤岛、重复建设、投资失控）难以在后期弥补。好的规划保证IT战略与企业战略一致、数据统一、系统集成、分步实施、投资有序，为后续分析设计提供依据和边界。【综合题】用U/C矩阵划分子系统（BSP核心操作）：建立“过程（行）—数据类（列）”矩阵，某过程产生某数据填C（Create）、使用某数据填U（Use）；调整行列顺序，使C尽量沿对角线聚集，把C密集的若干过程和数据类圈为一个子系统，圈外的U表示子系统间数据联系；要求每个数据类有且只有一个C（数据唯一责任）、每个过程至少有产生或使用，据此确定子系统划分和开发先后顺序，减少数据冗余和接口混乱。【简答】三种规划方法比较：SST自上而下由企业战略目标转化信息系统目标，保证战略一致但偏宏观；BSP自下而上由企业过程和数据分析形成总体结构，客观、能划分子系统但工作量大、对战略响应弱；CSF抓少数关键成功因素，重点突出、快但依赖管理者经验。三者常结合：SST定方向、BSP定结构、CSF定重点；价值链分析则从增值环节论证信息系统对竞争优势的支撑。第5章系统分析概述考情导航：分析三阶段、需求工程、系统说明书考点5-1系统分析的过程与方法〔简单应用〕【单选】【名词解释】【简答】【综合题】【名词解释】系统分析：生命周期中继规划之后的阶段，在详细调查基础上，运用建模工具分析用户业务和数据、弄清用户对系统的真实需求，建立系统的逻辑模型、解决系统“做什么”的问题，成果是系统说明书（需求规格说明书）；系统分析是需求工程的核心，分析质量直接决定系统成败。【简答】问题分析的步骤（领会）：①识别和界定问题（现状与目标的差距）；②分析问题产生的原因和根源（鱼骨图等）；③确定问题的性质、范围和影响；④分析解决问题的约束条件；⑤提出解决问题的初步方案和需求，遵循由现象到本质、区分症状与病根。【综合题】系统分析过程三阶段（简单应用）：①问题分析——研究现行系统、找出现状问题和改进点；②需求分析——获取、分析用户对新系统的功能和非功能需求（功能需求、性能、安全、接口、约束），是核心；③需求定义——把需求规范化、文档化，形成逻辑模型和系统说明书并请用户确认。需求分析方法有访谈、问卷、观察、文档分析、专题讨论会（JAD联合应用开发）、原型法等，强调用户全程参与、需求可验证、可追踪。【名词解释】需求工程与需求分类：需求工程包括需求获取、需求分析、需求规格说明、需求验证（评审）和需求管理；需求分功能需求（系统必须做什么、提供哪些功能）和非功能需求（系统做得怎样：性能、可靠性、安全性、可用性、可维护性、可移植性等质量属性及约束），还有业务需求、用户需求、系统需求不同层次。考点5-2系统说明书〔识记〕【单选】【填空】【简答】【填空】系统说明书（需求规格说明书SRS）的内容（识记）：①项目概述（背景、目标、范围、术语）；②现行系统概况与问题；③新系统需求（功能需求、数据需求、非功能需求）；④系统逻辑模型（业务流程图、数据流图、用例模型、数据字典、接口需求）；⑤运行环境和约束；⑥验收标准与开发进度建议。它是分析阶段成果、用户与开发方的“合同”、后续设计和验收测试的依据，须经用户评审确认、具有权威性，需求变更要走变更控制。【简答】需求获取的常用方法及适用（综合应用素材）：①访谈（结构化/非结构化，深入但费时）；②问卷调查（面广、适合大量用户）；③现场观察/跟班（了解真实操作、发现隐性流程）；④文档分析（研究现有表单、报表、规程、系统）；⑤专题讨论会/JAD联合应用开发会议（用户、分析员集中快速达成需求共识）；⑥原型法（用可操作原型启发和确认需求）。多种方法互补，需求要记录、分类、排优先级并与用户确认，防止需求遗漏和镀金。【单选】好需求（需求规格）的特征：正确、无歧义、完整、一致（不互相矛盾）、可验证（可测试）、可追踪（每条需求能溯源到业务、向下对应设计测试）、可行、必要且按优先级排序；需求管理贯穿全程，变更须评估影响并经变更控制委员会审批，避免需求蔓延。【简答】系统分析阶段为什么最困难也最关键：问题域和用户需求常模糊、需求会变化、不同用户诉求冲突，分析员既要懂业务又要懂技术、要把非形式化的业务诉求转化为形式化的逻辑模型；需求缺陷在后期修复成本呈数量级上升，分析阶段的错误会被设计、编码逐级放大，因此必须重视详细调查、用户参与、建模和需求评审确认，系统说明书一经确认即成为开发和验收的基线。第6章流程建模考情导航：重点：业务流程图、DFD四符号分层、数据字典、判定树表考点6-1业务流程分析与建模〔简单应用〕【单选】【名词解释】【简答】【综合题】【名词解释】业务流程图（TFD，TransactionFlowDiagram）：用规定符号描述现行系统中各项业务活动的先后顺序、信息（单据、报表）在部门/岗位之间流动、处理和存储过程的图示工具，反映业务“怎么办理、单据怎么流转”，是详细调查和业务过程建模的基础。【综合题】业务流程图的画法与符号（简单应用）：常用符号——外部实体（参与业务的部门/客户）、业务处理功能（作业/审批环节，矩形或圆角框）、单据/报表/信息载体（文档符号）、数据存储（台账/档案）。绘制步骤：①调查并理清一项业务从发起到结束的全过程和涉及岗位；②按时间顺序确定处理环节；③明确每个环节输入什么单据、做什么处理、输出什么、流向谁；④自顶向下、由粗到细画出单据流和处理，保证流程闭合、不缺环节、流向清晰。要求能据业务描述画出业务流程图。【名词解释】业务流程重组（BPR，BusinessProcessReengineering）：哈默提出，为显著改善成本、质量、服务和速度等关键绩效，对企业业务流程进行根本性再思考和彻底性再设计，打破以职能分工为基础的旧流程、以流程为中心重组，实现绩效的飞跃；强调流程导向、顾客导向、彻底变革（区别于渐进式的流程改进BPI），信息化是BPR的使能器。【名词解释】数字化转型：以数据为关键要素、以数字技术（云计算、大数据、物联网、人工智能等）为驱动，对企业业务模式、组织流程、决策方式和价值创造方式进行系统性、深层次变革，实现业务在线化、数据化、智能化，提升效率和创新能力，不是简单的技术上线或信息化延伸。考点6-2数据流分析与数据流图〔简单应用〕【单选】【名词解释】【简答】【综合题】【名词解释】数据流图（DFD，DataFlowDiagram）：结构化分析的核心工具，用四种基本符号描述数据在系统中流动、被加工和存储的过程，只画数据、不画控制和时间，反映系统逻辑功能（数据视角），与反映业务办理过程的业务流程图相区别。【综合题】数据流图四种符号与画法（简单应用，重点）：①外部实体（数据源点/终点，方框）——系统之外、与系统交换数据的人或组织；②加工（处理过程，圆或圆角矩形）——对数据进行变换的功能，命名用动宾结构（如“计算工资”）并编号；③数据流（带箭头的线）——流动中的数据，箭头指方向、线上标数据名；④数据存储（两条平行线或开口矩形）——保存的数据（账、表、文件），编号D/F。画法步骤：先画顶层（上下文）DFD（系统作为一个加工与外部实体的数据流），再逐层分解为0层、1层……父图与子图平衡（子图输入输出数据流与父图加工一致）、每个加工既有输入又有输出、数据流守恒、编号一致，自顶向下逐步求精。【单选】识别数据流（领会）：沿业务流程，分析每个加工“需要读入什么数据、经过处理产生什么数据、数据存到哪里或送给谁”，区分数据流（动态、有方向）与数据存储（静态保存）；注意数据流不能在外部实体之间直接流动、不能从存储直接到存储，必须经过加工。【名词解释】数据字典（DD，DataDictionary）：对数据流图中所有成分（数据流、数据存储、加工、数据项）进行精确定义和说明的工具，是DFD的补充。条目类型——数据项（最小数据单位，如学号、类型长度取值）、数据结构（数据项的组合）、数据流（来源去向、组成、流量）、数据存储（结构、存取方式）、处理过程（加工逻辑、输入输出）；DFD+数据字典共同构成系统逻辑模型。考点6-3业务规则的表示〔简单应用〕【单选】【填空】【综合题】【综合题】加工逻辑（业务规则）的描述工具（简单应用）：①结构化语言（祈使语句、判断语句、循环语句三种基本结构，介于自然语言和程序语言之间，简洁无歧义）；②判定树（决策树，用树形分叉表示条件与行动，直观）；③判定表（决策表，用表格列出所有条件组合及对应动作，适合条件多、组合复杂的逻辑，分条件桩、条件项、动作桩、动作项四部分）。复杂判断用判定表不遗漏条件组合，简单判断用结构化语言或判定树，三者可互相转换。【填空】结构化语言三种语句：祈使语句（顺序执行的处理，如“计算应发工资”）、判断语句（IF-THEN-ELSE条件选择）、循环语句（WHILE/对每一项重复处理），只用这三种结构表达加工逻辑，避免二义性。【简答】业务流程图与数据流图的区别和联系（高频辨析）：①对象不同——TFD描述业务办理过程和单据（表单、报表）在岗位部门间的流转，含人的活动和时间顺序；DFD抽象掉人和时间，只描述数据被加工、存储、流动；②符号不同——TFD用业务处理、单据、实体、台账，DFD用外部实体、加工、数据流、数据存储四要素；③阶段作用——TFD便于理解和重组现行业务，DFD是新系统逻辑功能模型。联系：先画TFD摸清业务，再从中抽取数据加工得到DFD，二者都自顶向下逐层细化。【综合题】判定表的构造步骤（简单应用）：①列出所有条件作为条件桩、计算条件组合数（n个二值条件有2ⁿ组合）；②列出所有可能动作作为动作桩；③逐列填写每种条件组合的取值和应执行动作（动作项）；④合并动作完全相同的列以化简；⑤检查无遗漏、无矛盾。条件组合多时判定表比结构化语言和判定树更严密，能保证不遗漏业务规则分支。【单选】画DFD常见错误：黑洞（加工只进不出）、奇迹（无输入却输出）、灰洞（输入不足以产生输出）、数据流在外部实体之间或数据存储之间直接流动而不经加工、同名异义/同义异名、父子图不平衡、加工命名不是动宾结构；检查时逐加工核对输入输出守恒和编号一致。【综合题】分层数据流图绘制完整示范思路：①画顶层图——把整个系统抽象为一个加工，只画它与外部实体之间的输入输出数据流；②画0层图——把系统按主要功能分解为若干加工、画出加工间数据流和必要数据存储；③逐层分解——对复杂加工再画子图，直到每个加工功能单一、可用一页纸表达（基本加工）；④为基本加工写数据字典和加工逻辑（结构化语言/判定表）；⑤校验父子平衡（子图所有输入输出流之和等于父图中该加工的输入输出）、编号一致、无黑洞奇迹。考试按此顺序作答并配文字说明。第7章用例建模考情导航：重点：参与者用例、用例规约、包含/扩展/泛化、用户故事考点7-1基于用例的需求分析〔简单应用〕【单选】【名词解释】【简答】【综合题】【名词解释】用例（usecase）与用例模型：用例是参与者为达到某个目标而与系统进行的一次完整交互所提供的功能（系统为参与者提供的有价值服务，如“网上下单”“查询成绩”）；用例模型由参与者、用例以及它们之间的关系组成、用用例图表达，是面向对象需求分析捕获功能需求的主要手段。【综合题】识别参与者和用例（简单应用）：①识别参与者（actor）——谁使用系统、谁维护系统、哪些外部系统与本系统交换数据、有哪些外部设备；参与者是角色不是具体人（一个人可担多个角色），用人形符号表示。②识别用例——从每个参与者目标出发，问“参与者想让系统做什么、要完成哪些有价值的事”，每个用例对参与者提供完整可见价值，用例用椭圆表示、动宾命名；用例大小适中（一个目标一个用例），避免把界面操作步骤当用例，形成参与者—用例关联的用例图。考点7-2用例的描述与用例规约〔简单应用〕【单选】【名词解释】【简答】【综合题】【综合题】用例规约（用例描述，简单应用）：对每个用例用文字详细说明其行为，内容包括用例名、参与者、前置条件（用例开始前必须满足的条件）、后置条件（用例成功结束后系统的状态）、主事件流（基本成功路径，一步步的正常交互）、备选事件流（分支、异常和出错处理）、特殊需求等。【简答】事件流的书写准则（领会）：①以参与者和系统交互的“请求—响应”句式逐步书写、主语明确（参与者做什么、系统做什么）；②主事件流只写最通常的成功路径，分支异常放备选流；③每步可验证、使用业务语言、不涉及界面细节和内部实现；④步骤编号、用“当……系统则……”表达，保持流程完整可走通。【名词解释】前置条件与后置条件：前置条件是用例开始执行前系统必须已经成立的状态（如“用户已登录”），不满足则不能启动；后置条件是用例执行（无论成功与否）后系统保证达到的状态（如“订单已生成并保存”），用于界定用例边界和保证数据一致。考点7-3用例关系与用户故事〔简单应用〕【单选】【名词解释】【综合题】【综合题】用例之间的三种关系（简单应用，重点辨析）：①包含（include，虚线箭头«include»）——多个用例有共同行为，把公共行为抽成一个用例、被基础用例一定调用（每次都执行），如“下单”包含“验证用户”；②扩展（extend，虚线箭头«extend»，由扩展用例指向基础用例）——在特定条件下可选地、临时插入的行为，基础用例本身可独立存在，如“下单”在选优惠券时扩展“使用优惠券”；③泛化（继承）——子用例继承并可覆盖父用例行为。包含是必然复用、扩展是可选增强，箭头方向和是否必执行是辨析关键。【单选】用例分组（包）：当用例很多时，按业务主题（子系统）把用例组织到用例包中，使模型层次清晰、便于管理，对应业务模块划分。【名词解释】用户故事（userstory）：敏捷开发中从用户视角用一句简短卡片式语言描述需求，常用格式“作为〈某类角色〉，我希望〈做什么/功能〉，以便〈达到什么价值/目的〉”，并附验收标准；强调对话和可交付、小而可估。与用例相比——用户故事简短、口语、面向敏捷迭代、粒度小、重价值和对话；用例规范、结构化（前置后置、主/备事件流）、较完整正式，二者都以用户目标为中心。【简答】用例建模的步骤：①确定系统边界（系统负责什么、外部是谁）；②识别参与者（人、外部系统、定时器、设备所扮演的角色）；③从每个参与者目标识别用例（参与者要系统提供的完整价值）；④画用例图（参与者—用例关联、include/extend/泛化）；⑤为每个用例编写用例规约（前置后置、主/备事件流）；⑥与用户评审确认，用例是后续类设计、界面和测试用例的依据（需求可追踪）。【综合题】辨析include与extend（举例）：include——基础用例执行时必定执行被包含用例，箭头由基础用例指向被包含用例，用于抽取必发生的公共步骤，如“在线支付”必“校验账户”“记录交易”；extend——扩展用例只在满足某扩展条件时才可选执行、基础用例可独立成功，箭头由扩展用例指向基础用例，如“提交订单”在用户选开发票时扩展“开具发票”。记忆：包含“一定用、抽公共”，扩展“不一定、加可选”，箭头方向相反易考。第8章领域对象建模考情导航：OO概念、类关系、识别类三方法、领域类图考点8-1面向对象方法基本概念〔识记〕【单选】【名词解释】【简答】【名词解释】对象与类：对象是现实世界中客观存在、可区分的实体，由属性（状态/数据）和方法（行为/操作）封装而成，是面向对象的基本运行单位；类是具有相同属性和方法的一组对象的抽象（模板/蓝图），对象是类的实例（instance）。【简答】面向对象主要概念（识记）：①封装——把对象的数据和操作结合为一体、隐藏内部实现、只通过接口与外界联系，提高独立性和安全性（信息隐藏）；②继承——子类自动拥有父类的属性和方法、可扩展或重写，实现代码复用和层次分类（单继承/多继承）；③多态——同一消息发给不同对象可产生不同行为（方法重写、重载、动态绑定）；④消息——对象之间通过发送消息相互调用、协同工作；⑤关系——类之间有关联、聚合、组合、泛化（继承）、依赖、实现等关系。面向对象分析OOA、设计OOD、编程OOP概念一致、平滑过渡。【单选】类之间的关系辨析：泛化（继承，空心三角实线，is-a）、实现（空心三角虚线，实现接口）、关联（实线，对象间长期联系，有多重性1、*）、聚合（空心菱形，整体-部分、部分可脱离整体存在，has-a弱）、组合（实心菱形，部分与整体同生共死、强拥有）、依赖（虚线箭头，临时使用，如方法参数）。【单选】静态建模类图与动态建模类图（领会）：类图（类、属性方法、类间关系）描述系统静态结构；状态机图、顺序图、活动图描述对象动态行为和状态迁移，二者结合完整建模。考点8-2识别领域对象（类）〔简单应用〕【单选】【简答】【综合题】【综合题】识别领域对象的方法（简单应用）：①名词短语策略——阅读用例规约和业务描述，圈出其中的名词和名词短语作为候选类/对象，再剔除冗余、同义、含糊、属性误当类的项，保留问题域中真正的实体类；②概念类别表（分类清单）——用人员、组织、设备、物料、业务单据、交易事件、地点、产品、规则等预先类别表逐项对照、启发找类；③业务表格分析法（综合应用）——分析实际业务表单、票据、台账的栏目和主从结构，从表头表体识别实体及其属性和关系（一张主从表常对应关联的几个类），是贴近实际业务找类的有效方法。【名词解释】抽象概念类与领域模型：领域中没有具体实物、但客观存在的概念（如订单、账户、合同、课程、资格）也要抽象为类（概念类/逻辑类），不能只认有形实体；领域模型（概念模型）是用类图表示问题域中重要概念类及其关系的静态模型，不涉及软件实现类，是面向对象分析的成果。【简答】建立领域对象模型步骤：识别候选类→筛选确定类→确定各类属性→识别类之间关联及多重性→确定泛化/聚合关系→绘制领域类图并补充属性，逐步细化；注意区分对象、属性和类，保持模型只反映问题域、与用例一致。【划书速记】第5-8章：分析三阶段问题-需求-需求定义，成果系统说明书（用户合同）。业务流程图画“业务办理与单据流”，DFD画“数据流”四符号（外部实体/加工/数据流/数据存储）、顶图逐层分解、父子平衡；数据字典五类条目；加工逻辑用结构化语言（祈使/判断/循环）、判定树、判定表。用例＝参与者完整目标服务；规约含前置/后置、主事件流/备选流；include必执行复用、extend可选增强、泛化继承；用户故事“作为…我希望…以便…”。OO记对象/类、封装继承多态消息；找类三方法名词短语/概念类别表/业务表格分析；类关系泛化实现关联聚合组合依赖。【简答】名词短语策略找类的筛选准则：从用例和业务描述中列出全部名词短语后，按以下标准删除——冗余名词（同义只留一个）、含糊不清的、应作为属性而非类的（如“客户姓名”是属性）、超出系统范围的对象、实现层面而非问题域的对象、没有行为和多属性的简单量；保留具有多个属性和行为、在业务中独立存在的人、组织、物、业务单据和抽象概念，形成候选类清单再补属性和关系。【综合题】用业务表格分析法识别类和关系：分析实际业务单据——单据名往往是一个类（如订单、出库单），单据表头（客户、日期、单号）对应主类属性，表体多行明细（商品、数量、单价）对应明细类，主表与明细构成一对多组合关系；相关基础档案（客户、商品、仓库）各为实体类；据此画出带多重性的领域类图，能直接对接数据库主从表设计，是从业务表单到对象模型的实用方法。第9章系统设计概述考情导航：设计目标内容、耦合内聚、面向过程/对象/服务、事件驱动考点9-1系统设计的目标、内容与方法〔简单应用〕【单选】【名词解释】【简答】【名词解释】系统设计：在系统分析建立的逻辑模型基础上，解决系统“怎么做”的阶段，即把需求逻辑模型转化为可实施的物理（技术）方案，分概要（总体）设计和详细设计，成果是系统设计报告（设计说明书）。【单选】信息系统设计的六点目标（识记）：①功能性（满足需求功能）；②可靠性（容错、稳定、平均无故障时间长）；③高效性（运行效率、响应快、资源利用合理）；④可维护性（易修改、易扩充）；⑤安全性（防非法访问、数据保密完整）；⑥经济性（成本合理、性价比高），此外还有易用性、可移植性等，目标之间需权衡。【单选】低劣化设计的影响：设计质量差会导致系统可靠性低、故障频发、难维护难扩展、用户体验差、返工和维护成本高、甚至项目失败，故设计阶段须遵循规范、反复评审。【填空】系统设计的内容（识记/简单应用）：概要设计——应用架构设计、总体功能模块结构、接口层设计、业务逻辑层设计、数据层设计、技术架构（网络、硬件、部署）设计；详细设计——各模块内部算法、流程、界面、输入输出、数据库表结构、类和方法的详细设计。考点9-2耦合、内聚与设计方法〔简单应用〕【单选】【名词解释】【简答】【综合题】【名词解释】耦合与内聚（模块独立性两度量）：耦合是模块之间相互联系（依赖）的紧密程度；内聚是一个模块内部各元素彼此结合、为同一功能服务的紧密程度。设计原则——尽量降低耦合（模块间少依赖、接口简单）、尽量提高内聚（模块功能单一、内部高度凝聚），以获得高独立性、易理解易维护的系统。【单选】耦合由弱到强、内聚由弱到强（常考排序）：耦合（越靠左越好）：非直接耦合＜数据耦合＜标记（特征）耦合＜控制耦合＜外部耦合＜公共耦合＜内容耦合（最差，应避免）；内聚（越靠右越好）：偶然内聚＜逻辑内聚＜时间内聚＜过程内聚＜通信内聚＜顺序内聚＜功能内聚（最好，一个模块完成一个完整功能）。目标：低耦合、高内聚（功能内聚、数据耦合）。【简答】面向过程的设计（结构化设计，领会）：以模块为基本单位，用模块结构图（层次模块图，调用关系、数据流、控制流）描述系统由哪些模块组成及调用关系，遵循自顶向下、逐步求精、高内聚低耦合、模块大小适中、作用域在控制域内等原则，把数据流图变换为软件结构（变换分析、事务分析）。【简答】面向对象的设计（简单应用）：以类和对象为中心，把分析阶段的领域类模型扩展为设计类（边界类、控制类、实体类），设计类的属性、方法、类间关系和对象交互（顺序图），用封装继承多态组织系统，实现问题域到解空间的自然映射。【名词解释】面向服务的设计、服务与服务接口：把业务功能封装成自治、松耦合、可复用、位置透明、通过标准接口和消息通信的“服务”，通过服务编排组合实现业务流程；服务是具有明确功能、独立部署的软件单元，服务接口规定调用方式、输入输出和契约，不暴露内部实现。【综合题】事件驱动设计（综合应用）：系统各部分通过产生和订阅“事件”来通信、事件发生方不直接调用处理方，由事件总线/消息机制把事件分发给订阅者，实现发布-订阅解耦；优点是松耦合、易扩展、异步、适合实时和高并发（如订单事件触发库存、通知），设计时识别事件、发布者、订阅者和事件数据，JMS（Java消息服务）有点对点（队列，一个消息只被一个消费者消费）和发布/订阅（主题，多订阅者都收到）两种通信模式。【简答】概要设计与详细设计的分工：概要（总体）设计确定系统总体架构、功能模块划分（或分层/服务划分）、模块间接口、应用与技术架构、数据库总体结构和部署方案，回答“系统由哪些部分组成、如何连接”；详细设计在概要设计框架内确定每个模块（类/服务）内部的算法、流程、输入输出、界面、表字段和方法逻辑，回答“每部分具体怎么实现”，可直接指导编码。前者重结构、后者重细节，成果共同构成系统设计报告。【单选】模块独立性的意义和判断：高内聚低耦合的模块接口简单、职责单一，便于并行开发、单独测试、理解维护和复用，一处修改影响面小；设计评审时用模块结构图检查调用关系、用耦合内聚类型评价独立性，避免内容耦合、公共耦合和偶然/逻辑内聚，追求功能内聚和数据耦合。【综合题】事件驱动设计与传统调用的区别（综合应用）：传统过程式设计中发送方直接调用接收方方法、双方紧耦合；事件驱动中组件只发布“发生了什么”的事件、不关心谁来处理，事件总线按订阅关系分发，新增处理逻辑只需新增订阅者、不改发布方，符合开闭原则。设计时定义事件名和载荷、发布点、订阅处理和事件通道（同步/异步、是否持久化），适合订单—库存—通知—积分等多后续动作和高并发削峰场景，注意事件顺序、幂等和最终一致性。第10章系统应用架构设计考情导航：分层、三层/五层、MVC、SOA与微服务、Spring考点10-1架构概念与分层架构〔领会〕【单选】【名词解释】【简答】【名词解释】信息系统架构（IT架构）：系统各组成部件及其相互关系、以及指导其建设和演化的原则与标准的总体结构，IT架构一般由应用架构（业务功能如何组织）、数据架构、技术（基础设施）架构和（业务/集成/安全）架构组成。【简答】分层应用架构（领会，原则层间松耦合）：把系统按职责纵向分层、上层调用下层、同层不交叉、依赖只向下。基本三层——①表现层（界面、与用户交互、显示和接收输入）；②业务逻辑层（处理业务规则和计算，核心）；③数据访问层（与数据库交互、增删改查）。扩展五层——表现层、控制层（控制器，接收请求调度）、领域层（领域模型和业务规则）、数据映射层（ORM对象关系映射）、数据访问层。分层好处是职责单一、层间松耦合、可独立开发测试替换、利于复用和维护，缺点是层数多可能降低性能。考点10-2MVC、SOA、微服务与框架〔识记〕【单选】【名词解释】【简答】【名词解释】MVC架构模式：把应用分为模型（Model，封装数据和业务逻辑）、视图（View，界面显示）、控制器（Controller，接收用户请求、调用模型、选择视图响应）三部分，实现业务、数据与显示分离，利于分工、复用和维护；前后端分离的MVC中，后端提供数据接口（RESTfulAPI返回JSON）、前端负责视图渲染，工作顺序为浏览器请求→控制器→模型处理取数→返回数据→前端视图渲染。【名词解释】SOA（面向服务的架构）：以服务为基本单位、通过企业服务总线（ESB）和标准协议把多个粗粒度、可复用、松耦合的服务集成起来满足业务需求的架构，强调服务复用、编排和跨系统集成、与平台无关。【简答】微服务架构的概念与好处（识记）：把一个大型单体应用按业务能力拆分为一组小型、独立开发部署、独立运行、围绕具体业务、用轻量协议（HTTP/REST、消息）通信的服务，每个服务有独立数据库和技术栈。好处——①服务小、内聚高、易理解开发；②独立部署、独立扩展、故障隔离；③技术栈灵活、可按需选用；④支持团队自治和持续交付、弹性伸缩，适合大规模高并发；代价是分布式复杂性（服务发现、治理、事务一致性、网络开销、运维监控）上升。【单选】Spring框架的IoC与AOP（识记）：①IoC（控制反转/依赖注入DI）——对象不自己创建依赖、而由Spring容器统一创建并注入，把对象创建和装配的控制权“反转”给容器，降低耦合；②AOP（面向切面编程）——把日志、事务、安全、权限等横切关注点从业务代码中抽离成切面、统一织入，减少重复、业务更纯粹。【简答】三层架构中各层职责及调用关系：表现层只负责人机交互、显示数据和接收输入，不含业务规则；业务逻辑层是核心，承载业务规则、计算和流程控制，向上响应表现层、向下通过数据访问层取存数据；数据访问层封装对数据库的增删改查、隔离具体数据库。依赖只能自上而下、上层不跨层直接访问数据库，层间通过明确接口（DTO数据传输对象）交互，好处是各层可独立开发、测试、替换（如换界面或换数据库不影响业务层）。【简答】单体架构与微服务架构比较：单体把所有功能模块打成一个包部署，开发调试简单、初期快，但随规模膨胀变得臃肿、改一处要整体重新部署、技术栈绑定、一处故障影响全局、扩展只能整体扩；微服务按业务能力拆分、独立开发部署和扩容、故障隔离、技术自由，适合大规模和高并发，但带来分布式事务、服务发现、链路追踪、网络延迟和运维复杂度，需要DevOps和治理体系；中小系统可用模块化单体，大型复杂系统用微服务。【简答】前后端分离架构的工作过程与优点：前端（浏览器/APP/小程序）负责界面和交互、通过AJAX调用后端RESTfulAPI；后端只返回JSON数据、不渲染页面，工作顺序为前端发请求→后端控制器接收→业务层处理、数据层取数→封装JSON返回→前端据数据渲染视图。优点是前后端可并行开发、职责清晰、一套接口可服务Web和移动端、利于扩展和独立部署，是互联网应用主流；代价是需要处理跨域、接口契约和联调。第11章接口层设计考情导航：人机交互技术、GUI与校验、RPC/REST等系统间接口考点11-1人机接口（用户界面）设计〔简单应用〕【单选】【名词解释】【简答】【综合题】【名词解释】人机接口（用户界面/HCI）：人与计算机系统交互、交换信息的媒介和方式，接口层设计包括人机接口和系统间接口两部分；良好界面追求一致性、及时反馈、容错、易学习、高效、美观和以用户为中心。【单选】人机交互技术类型（识记）：①传统交互（键盘、鼠标、菜单、命令行、图形用户界面GUI）；②触控交互（多点触控、手势）；③语音识别交互（语音输入、语音助手）；④动作/体感识别（摄像头、传感器识别肢体动作）；⑤头部或眼动追踪（视线控制，VR/AR、无障碍）；⑥自动识别技术（条形码、二维码、RFID射频识别、生物识别如指纹人脸、OCR、磁卡/IC卡）。【综合题】图形用户界面（GUI）的建模与设计（简单应用）：先用界面原型/线框图、界面结构图、界面导航（跳转）图和状态图描述界面组成、元素布局和页面之间的跳转关系，再实现。设计原则——界面风格一致、布局合理（重要信息突出、从左到右从上到下阅读习惯）、操作步骤少、提供撤销和默认值、错误提示友好、防错、减少记忆负担、适配不同分辨率；输入数据校验方法——①类型校验（数字/日期格式）；②范围（值域）校验；③必填/完整性校验；④格式与正则校验；⑤合理性/逻辑一致性校验（如结束日期≥开始日期）；⑥实时校验与提交校验结合，错误就近提示并允许修改。考点11-2系统间（构件）接口设计〔识记〕【单选】【名词解释】【简答】【名词解释】RPC（远程过程调用，狭义）：允许一台计算机上的程序像调用本地函数一样调用网络上另一台计算机上的过程（服务）的通信机制，屏蔽网络细节，由客户端存根、服务端存根、通信层完成参数序列化、网络传输和结果返回。【单选】常见分布式接口技术（识记）：①CORBA——跨语言跨平台的分布式对象标准（OMG、ORB、IIOP）；②JavaRMI——Java平台远程方法调用；③Thrift——Facebook开源、跨语言的RPC框架，用IDL定义接口生成多语言代码；④WebService——基于SOAP、WSDL、UDDI、XML、HTTP的跨平台服务；⑤RESTfulAPI——基于HTTP、以资源为中心、用GET/POST/PUT/DELETE操作、无状态、轻量（JSON），当前主流；⑥Windows/.NET平台（WCF、.NETRemoting）。【简答】远程调用接口设计与接口设计内容（识记）：接口设计要明确四方面内容——①传输协议（HTTP/HTTPS、TCP、RPC协议）；②数据协议/格式（JSON、XML、Protobuf，序列化方式）；③接口定义格式（接口名、方法、参数、返回值、IDL/WSDL/OpenAPI描述）；④数据内容（字段名、类型、含义、必填、编码、错误码）。设计原则：接口契约清晰稳定、松耦合、幂等、安全（认证授权加密）、版本兼容、异常处理统一。【名词解释】构件（组件，component）：可独立部署、封装特定功能、通过标准接口与外界组装复用的软件单元（如控件、服务组件、jar包），强调“即插即用”和复用，是基于构件软件工程和接口设计的基础。【简答】设计良好RESTfulAPI的要点：以资源为中心、用名词复数作URL（如/orders/{id}），用HTTP方法表达操作（GET查、POST增、PUT整体改、PATCH部分改、DELETE删），用状态码表达结果（200成功、201创建、400请求错、401未认证、403无权限、404不存在、500服务器错）；无状态、统一JSON格式、分页过滤排序、版本管理、认证授权（Token/OAuth）、幂等设计、统一错误信息和接口文档（OpenAPI/Swagger），保证接口清晰、稳定、可演进。【单选】自动识别技术应用：条形码（一维，便宜、容量小）、二维码（容量大、可纠错）、RFID射频识别（非接触、可批量读取、仓储物流和资产）、磁卡/IC卡、生物特征识别（指纹、人脸、虹膜）、OCR光学字符识别；它们是信息系统快速、准确采集数据的人机/物机接口，减少人工录入错误。第12章面向对象的业务逻辑层设计考情导航：类关系可见性、边界控制实体类、GoF、CRC顺序图考点12-1类的关系、属性与可见性〔简单应用〕【单选】【填空】【简答】【简答】类的四种关系（领会）：①泛化（继承，is-a，子类是父类的特例，空心三角箭头指向父类）；②关联（对象间长期的结构联系，可带角色名和多重性，如订单关联客户）；③接口实现（类实现接口规定的操作，空心三角虚线）；④依赖（类的方法临时用到另一类，如参数、局部变量，虚线箭头，最弱、临时）。聚合、组合是特殊关联。【填空】类的属性与UML可见性符号（简单应用）：类图中类分三层——类名、属性、方法；可见性符号“+”表示public（公有，外部可访问）、“−”表示private（私有，仅本类）、“#”表示protected（受保护，本类及子类）；属性写法“可见性属性名:类型=默认值”，方法“可见性方法名(参数表):返回类型”。【单选】方法的嵌套调用：一个对象的方法在执行中可向自身或其他对象连续发送消息、调用其方法，形成方法（消息）的嵌套调用链，顺序图沿调用链逐层向下、返回逐层向上，用于实现复杂业务流程。考点12-2设计类与包〔简单应用〕【单选】【名词解释】【简答】【简答】三种设计类（简单应用，MVC对应）：①边界类（界面类）——位于系统边界、负责与参与者（用户/外部系统）交互，如窗口、表单、接口；②实体类——封装持久的数据和对应业务（多来自领域类、对应数据库表），如订单、商品；③控制类——协调边界类和实体类、封装一个用例的业务流程和控制逻辑（如订单控制器）。一个用例通常由若干边界类、控制类、实体类协作完成（实体-边界-控制，EBC/robustness分析）。【名词解释】包（package）与包图：包是把相关的类（或其他元素）分组组织的机制（类似文件夹），用于降低复杂度、管理命名空间和分层；包图描述包及其依赖关系，好的包结构做到高内聚低耦合、依赖方向清晰（如按表现、控制、领域、数据分包）。考点12-3用例详细设计与设计模式〔综合应用〕【单选】【名词解释】【简答】【综合题】【名词解释】设计模式与架构模式的区别、GoF：设计模式是针对特定上下文中小规模、反复出现的设计问题给出的类/对象级可复用解决方案；架构模式是系统整体、高层的结构组织方案（如MVC、分层、微服务），粒度更大、决定总体骨架。GoF（四人帮）《设计模式》总结23种经典面向对象设计模式，分创建型（单例、工厂方法、抽象工厂、建造者、原型）、结构型（适配器、装饰、代理、组合、外观、桥接、享元）、行为型（策略、观察者、模板方法、状态、命令、责任链等）三类。【综合题】CRC卡片法与对象交互建模（综合应用）：CRC卡片（类-职责-协作者卡片）每张写类名、该类的职责（它知道什么、做什么）、与之协作的其他类，通过角色扮演把用例职责合理分配给各类、避免“上帝类”，实现高内聚、职责均衡。对象交互建模用顺序图——纵轴为时间、顶部为参与对象（生命线），对象间按时间先后发送消息（同步/返回/自消息），据此分配对象职责、设计消息（名称、参数、返回），把用例事件流落实为对象消息序列。【简答】面向对象设计原则（领会）：单一职责、开闭原则（对扩展开放、对修改关闭）、里氏替换（子类可替换父类）、依赖倒置（依赖抽象不依赖具体）、接口隔离、迪米特法则（最少知道、降低耦合）、合成复用优先（多用组合少用继承），这些原则支撑低耦合高内聚和设计模式运用。【综合题】程序流程图与盒图（N-S图，综合应用）：程序流程图用规定符号（起止椭圆、处理矩形、判断菱形、输入输出平行四边形、流程线）描述算法控制流（顺序、选择if、循环while/for）；盒图（N-S图/Chapin图）用嵌套矩形盒表示三种基本结构、不画流程线、强制结构化、无随意跳转，二者都用于描述方法内部算法逻辑，要求能据业务规则画出。【综合题】根据用例画顺序图（对象交互建模步骤）：①从用例规约主事件流找出参与对象（边界界面、控制对象、实体对象、外部接口），在顺序图顶部按参与者→边界→控制→实体排列并画生命线；②按事件流时间顺序，把每个“谁请求谁”画成同步消息（实心箭头）、被调者激活条变长、处理完画返回虚线消息；③控制对象负责流程调度、实体对象负责数据和业务规则、边界对象负责交互；④检查消息闭合、职责分配合理（配合CRC），顺序图即成为编写类方法的依据。【简答】常用GoF设计模式举例：创建型——单例（全局唯一实例，如配置/连接池）、工厂方法（由工厂创建对象、解耦new）；结构型——适配器（转换接口复用旧类）、外观（提供统一简化入口）、代理（控制对对象访问）、装饰（动态增强功能）；行为型——策略（可互换算法，如多种折扣）、观察者（发布订阅、状态变化自动通知）、模板方法（固定流程骨架、子类实现步骤）。设计模式是类/对象级经验，区别于MVC这类架构级模式。【简答】CRC卡片法分配职责的过程：先为每个候选类建一张卡片，顶部写类名、左栏写职责（该类自己知道的信息和能完成的行为）、右栏写协作者；团队对照用例场景进行“角色扮演”，执行用例时把每个职责指派给最有信息、最该负责的对象，逐步补充职责和协作者；遵循信息专家（把职责交给掌握所需数据的类）、创造者、低耦合高内聚等原则，避免一个类承担过多职责（上帝类），最终得到职责均衡、协作清晰的类设计，为顺序图和编码打基础。第13章面向服务的业务逻辑层设计考情导航：服务设计三步、候选服务、服务接口与协作考点13-1面向服务设计步骤与服务识别〔简单应用〕【单选】【名词解释】【简答】【简答】面向服务设计的步骤（识记）：①定义系统操作——从用例模型的系统用例和领域模型出发，列出系统必须对外提供的操作；②定义（确定候选）服务——按业务能力或业务领域把相关操作归组成服务；③定义服务API和协作方式——明确每个服务的接口（操作、输入输出、契约）以及服务之间如何调用、编排、协同完成业务流程。【简答】确定候选服务的两条思路（领会/简单应用）：①按业务能力设计服务——识别企业具有的稳定业务能力（如订单管理、库存管理、支付、客户管理），每种能力对应一个服务，服务围绕能力内聚；②按业务领域（领域驱动设计DDD的限界上下文）设计服务——依据领域模型划分业务子域/限界上下文，每个上下文形成一个微服务，服务边界与业务边界一致。再结合用例模型中的系统操作和领域对象归属，把操作分配到相应服务。【名词解释】服务接口与服务协作：服务接口以契约形式声明服务提供的操作名、参数、返回值、消息格式和异常（常用RESTfulAPI或WSDL/IDL定义），是服务使用者唯一可见的部分；服务协作通过编排（由中心流程按顺序调用各服务，orchestration）或协同（各服务通过事件平等配合，choreography）实现跨服务业务流程，设计要保证服务自治、松耦合、契约稳定、接口粗粒度。【划书速记】第9-13章：设计解决怎么做、概要+详细；六目标功能可靠高效可维护安全经济。低耦合高内聚，耦合内容最差、数据最好，内聚功能最好、偶然最差。三层=表现/业务逻辑/数据访问，五层加控制/领域/映射；MVC模型视图控制器分离；SOA靠ESB、微服务独立部署独立库；SpringIoC注入、AOP切面。接口分人机（GUI、触控语音体感眼动、自动识别）和系统间（RPC/CORBA/RMI/Thrift/WebService/REST），接口四内容协议/数据格式/定义/数据内容。OO业务层三种类边界/控制/实体，可见性+公−私#保护；GoF23模式分创建结构行为；CRC分职责、顺序图画消息、程序流程图/盒图画算法。面向服务三步定操作-定服务-定API，按业务能力或领域（限界上下文）找服务。【简答】好服务（微服务）的设计原则：单一职责、围绕业务能力内聚；服务自治（独立开发部署数据库）；粗粒度接口、减少频繁调用；通过标准契约和松耦合通信；服务无状态、可独立扩展和替换；服务间数据尽量私有、通过接口共享而非共享数据库；配合服务注册发现、网关、配置中心、熔断限流和分布式事务（Saga、最终一致性）保证可靠协作。【综合题】从用例到服务的操作分配：先把每个用例中系统要执行的响应动作列为系统操作（如“创建订单”“扣减库存”“计算金额”）；再按业务能力/限界上下文把操作归类——订单相关操作归订单服务、库存相关归库存服务、支付相关归支付服务；为每个服务定义API（操作名、输入输出消息、同步调用或异步事件），并设计跨服务协作（下单时订单服务调用/发布事件驱动库存、支付服务），形成服务协作图和接口契约。第14章数据层设计考情导航：重点：三范式、E-R转表、ORM映射、NoSQL四类考点14-1关系数据库设计与范式〔简单应用〕【单选】【名词解释】【简答】【综合题】【简答】数据库设计阶段：需求分析→概念结构设计（用E-R图描述实体、属性、联系，独立于具体DBMS）→逻辑结构设计（把E-R图转换为关系模式/表、进行规范化）→物理设计（确定存储结构、索引、分区、存取路径等物理实现）→实施与维护。【单选】数据库物理设计（识记）：在逻辑表确定后，为关系模式选择最适合应用环境的物理结构，包括确定文件组织方式、建立索引（