| 用語 | ひとことで | 着目するもの | 主な使いどころ |
|---|---|---|---|
| 構造化手法 | システムを機能に分け、上から下へ段階的に細かくする設計手法 | 機能 (処理) | システムの分析と設計 |
| オブジェクト指向 | データと操作をひとまとめにしたオブジェクトを単位に組み立てる考え方 | データと操作のまとまり | 分析・設計からプログラミングまで |
| ユースケース | 利用者がシステムを使う場面ごとに、利用者とシステムのやり取りを書いたもの | 利用者から見た使い方 | 要求の整理 |
| UML | システムの構造や振る舞いを図で表すための標準の表記法 | 図の描き方の決まり | 分析や設計の内容の図示 |
| リバースエンジニアリング | 既存のプログラムや製品を解析し、仕様や設計情報を取り出す技法 | すでにある成果物 | 保守のための文書づくり、技術の調査 |
構造化手法は、システムを機能 (処理) の単位でとらえ、大きな機能を上位から下位へ段階的に細かく分けていく設計手法である。
さらに各機能を、手順として書ける細かな処理まで分ける。
分け方の基準は「システムが何をするか」であり、分けた機能どうしの間をどんなデータが流れるかも合わせて整理する。この流れを図にするときには、例えば DFD (データフロー図) が使われる。
たとえ大掃除の計画を、家全体から部屋ごとへ、部屋から「床をふく」「窓をみがく」といった一つずつの作業へと分けて書き出していくようなもの。
覚え方「構造」は建物の骨組みのこと。先に全体の骨組みを決め、そこから細部へ下りていく、と字から思い出す。
出題のポイント
オブジェクト指向は、データと、そのデータを扱う操作をひとまとめにしたオブジェクトを単位として、システムを組み立てる考え方である。
オブジェクトのひな型をクラスといい、クラスから実際に動くオブジェクトを作る。中身を外から隠すカプセル化、上位のクラスの性質を引き継ぐ継承、同じ指示に対してオブジェクトごとに違う動きをする多態性が代表的な性質である。
たとえ家電のリモコンは、ボタンを押せば中の回路を知らなくても使える。中身を包んで外には操作の窓口だけを見せる点が、オブジェクトに似ている。
覚え方カプセル化の「カプセル」は、薬のカプセルと同じく中身を殻で包むという意味。
出題のポイント
| 観点 | 構造化手法 | オブジェクト指向 |
|---|---|---|
| 決め手設計の単位 | 機能 (処理) | データと操作をまとめたオブジェクト |
| データと処理の関係 | 分けて扱い、機能の間を流れるデータとして整理する | 一つのオブジェクトの中にまとめて持つ |
| 組み立て方 | 大きな機能を上位から下位へ段階的に分ける | オブジェクトを組み合わせ、クラスの継承で共通部分を再利用する |
ユースケースは、利用者 (アクター) がシステムを使って目的を果たす場面ごとに、利用者とシステムの間のやり取りを書き表したものである。
| 描くときの要素 | 図での描き方 | 表すもの |
|---|---|---|
| アクター | 人の形 | システムを使う人や外部のシステム |
| ユースケース | 楕円 | 利用者がシステムで果たしたい目的 |
| システム境界 | 四角い枠 | 対象とするシステムの範囲 |
アクターは人に限らず、システムとやり取りする外部のシステムも含む。システムの内部でどう処理するかではなく、外から見て何ができるかを書くため、要求を整理する段階で使われる。
たとえ芝居の台本が、場面ごとに役者どうしのせりふのやり取りを書き、舞台裏の仕掛けは書かないようなもの。
覚え方英語の use case は直訳すると「使う場面」。場面ごとに一つずつ書く、と名前から思い出す。
出題のポイント
UML (統一モデリング言語) は、システムの構造や振る舞いを図で表すために、図の種類と描き方を定めた標準の表記法である。
| 図の例 | 表すもの |
|---|---|
| クラス図 | クラスとクラスどうしの関係 (構造) |
| ユースケース図 | 利用者から見たシステムの使い方 |
| シーケンス図 | オブジェクト間のメッセージの時間順 |
| アクティビティ図 | 処理や業務の流れ |
オブジェクト指向の分析や設計で広く使われ、特定のプログラミング言語や製品に縛られない。図の種類は用途ごとに用意されており、目的に合わせて使い分ける。
たとえ楽譜の記号が決まっているので、誰が読んでも同じ曲として演奏できる。UMLは設計を図にするための共通の楽譜のようなもの。
覚え方U は Unified (統一)。それまで別々だった複数の表記法を一つにまとめて生まれた経緯が名前に残っている。
出題のポイント
| 観点 | ユースケース | UML |
|---|---|---|
| 何を指すか | 利用者とシステムのやり取りを場面ごとに書いたもの | 構造や振る舞いを図にするための表記法の体系 |
| 決め手両者の関係 | UMLではユースケース図として描く | ユースケース図を含む多くの図を定めている |
リバースエンジニアリングは、すでにあるプログラムや製品を解析して、その仕様や設計情報を取り出す技法である。
まとめた情報を文書にし、保守や作り直しの土台にする。
設計から製品を作る通常の開発 (フォワードエンジニアリング) とは向きが逆で、完成品から設計へさかのぼる。取り出した情報は、既存システムの保守や作り直し、製品の技術調査などの資料になる。
たとえ古い時計を分解して部品の形と組み合わせを調べ、残っていない設計図を描き起こすようなもの。
覚え方reverse は「逆向き」。車のギアのリバースと同じく、ふつうの開発の道筋を後ろ向きにたどる。
出題のポイント
この単元の過去問から 4 題
確認問題を解く