| 术语 | 一句话 | 关注的对象 | 主要用途 |
|---|---|---|---|
| 構造化手法 | 把系统按功能划分，自上而下逐步细化的设计方法 | 功能（处理） | 系统的分析与设计 |
| オブジェクト指向 | 以把数据和操作合为一体的对象为单位来构建系统的思路 | 数据与操作的组合 | 从分析、设计到编程 |
| ユースケース | 按用户使用系统的每个场景，写出用户与系统之间的交互 | 从用户角度看的使用方式 | 整理需求 |
| UML | 用图表示系统结构和行为的标准表示法 | 图的画法规则 | 把分析或设计的内容图示出来 |
| リバースエンジニアリング | 分析现有程序或产品，从中提取规格和设计信息的技术 | 已有的成果物 | 编写维护用文档、技术调查 |
结构化方法（構造化手法）是以功能（处理）为单位看待系统，把大的功能自上而下逐步拆分成更细功能的设计方法。
再把各功能拆分到能写成具体步骤的细小处理。
拆分的标准是“系统要做什么”，同时还要整理拆出的各功能之间流动着什么数据。把这种流动画成图时，例如可以使用 DFD（数据流图）。
类比就像制定大扫除计划时，从整个家分到各个房间，再从房间分到“擦地板”“擦窗户”这样一项项具体的活儿，逐条写下来。
记法“结构”指建筑的骨架。先定好整体骨架，再往下落到细节，从字面就能想起来。
考点
面向对象（オブジェクト指向）是以把数据和处理该数据的操作合为一体的对象为单位来构建系统的思路。
对象的模板叫作类，由类生成实际运行的对象。代表性的特性有：对外隐藏内部的封装、继承上层类性质的继承，以及对同一指令各对象表现出不同动作的多态。
类比家电遥控器只要按下按钮就能用，不必了解里面的电路。把内部包起来、只向外露出操作入口这一点，和对象很像。
记法封装在日语里叫“カプセル化”（胶囊化）：就像药品胶囊一样，把内容物包在外壳里。
考点
| 比较点 | 结构化方法 | 面向对象 |
|---|---|---|
| 关键设计的单位 | 功能（处理） | 把数据和操作合为一体的对象 |
| 数据与处理的关系 | 分开处理，作为在功能之间流动的数据来整理 | 合在一起放在一个对象之中 |
| 构建方式 | 把大功能自上而下逐步拆分 | 组合对象，并通过类的继承复用共通部分 |
用例（ユースケース）是针对用户（参与者）使用系统达成目的的每个场景，写出用户与系统之间交互的描述。
| 绘制时的要素 | 在图中的画法 | 表示的内容 |
|---|---|---|
| 参与者 | 小人图形 | 使用系统的人或外部系统 |
| 用例 | 椭圆 | 用户想通过系统达成的目的 |
| 系统边界 | 方框 | 作为对象的系统的范围 |
参与者不限于人，也包括与系统交互的外部系统。用例写的不是系统内部如何处理，而是从外部看能做什么，所以用于整理需求的阶段。
类比就像戏剧剧本按场景写出演员之间的台词往来，却不写后台的机关装置。
记法英语 use case 直译就是“使用的场景”。从名字就能想起：按场景一个一个地写。
考点
UML（统一建模语言）是为了用图表示系统的结构和行为，而规定了图的种类和画法的标准表示法。
| 图的例子 | 表示的内容 |
|---|---|
| 类图 | 类以及类之间的关系（结构） |
| 用例图 | 从用户角度看的系统使用方式 |
| 顺序图 | 对象之间消息的时间顺序 |
| 活动图 | 处理或业务的流程 |
UML 广泛用于面向对象的分析和设计，不受特定编程语言或产品的限制。图的种类按用途分别准备，可以根据目的选用。
类比乐谱的符号是统一规定的，所以无论谁来读，演奏出来的都是同一首曲子。UML 就像把设计画成图的通用乐谱。
记法U 是 Unified（统一）。它由此前各自独立的多种表示法合而为一诞生，这段经历就留在了名字里。
考点
| 比较点 | 用例 | UML |
|---|---|---|
| 指什么 | 按场景写出的用户与系统之间的交互 | 把结构和行为画成图的表示法体系 |
| 关键两者的关系 | 在 UML 中画成用例图 | 规定了包括用例图在内的多种图 |
逆向工程（リバースエンジニアリング）是对已有的程序或产品进行分析，从中提取其规格和设计信息的技术。
把整理好的信息写成文档，作为维护或重新开发的基础。
它与从设计出发制作产品的常规开发（正向工程）方向相反，是从成品回溯到设计。提取出的信息可作为现有系统的维护、重新开发以及产品技术调查等的资料。
类比就像把一只旧钟拆开，查看零件的形状和组合方式，重新画出已经失传的设计图。
记法reverse 意为“反向”。和汽车的倒挡（R 挡）一样，是把通常的开发路线倒着走一遍。
考点
从本单元的过去问中选 4 题
开始做确认题