「保守とリエンジニアリング」（共立出版）の評判・価格・レビュー
オブジェクト指向を学ぶための教材の基本情報・価格・レビュー。
PR・広告を含みます
オブジェクト指向をスクールで学ぶなら、教育訓練給付で最大80%OFF。
対象講座なら受講料の最大80%（給付区分・上限・要件あり）が後日戻り、実質負担を抑えられます。独学の本＋スクールの併用も。
▶ あなたの講座でいくら戻るか試算（無料・30秒）
無料相談で適用条件を確認できます
無料相談で適用条件を確認できます
無料相談で適用条件を確認できます
はじめての方へ：教育訓練給付のしくみと損しない選び方 ／ 申請手順5ステップ
学んだ後に「作って公開する」ための環境例です。サーバー・ツールは教育訓練給付／補助の対象外です。
※給付率・実質額は区分（一般20%／特定一般40%／専門実践 最大80%）と要件で変わり、即時値引きでなく後日支給です。最終可否はハローワーク・厚労省でご確認ください。掲載はPR（送客手数料を受領）。
この本について
現場の立場から、保守や再構築に関する実践的な技術に重点をおいて、経験に基づいて解説する。 第I部 ソフトウェア保守の技術と実践 第1章 ソフトウェア保守の枠組み 1.1 保守の種類 1.2 用語とその意味 1.3 保守のプロセス 1.4 保守ツールへの要求 1.5 保守の課題
第2章 ソフトウェア保守の基礎技術 2.1 プログラム理解モデル 2.2 プログラム理解の自動化 2.3 プログラム依存性解析 2.4 変数分類 2.5 プログラムスライシング 2.6 波及効果分析
第3章 より進んだソフトウェア保守技術 3.1 変数の影響検索 3.2 業務使用の抽出 3.3 VSAMからSQLへのリエンジニアリング
第4章 ソフトウェア保守の実践 4.1 資産整理 4.2 データ項目名の再標準化 4.3 プログラム仕様書生成 4.4 再構築における既存資産の再利用 4.5 西暦2000年問題修正
第II部 システム革新の方法 第5章 オブジェクト指向システムへの革新 5.1 オブジェクト指向へ移行するための課題 5.2 開発プロセスと成果物 5.3 システム設計 5.4 従来システムの利用 5.5 従来システムとの比較
第6章 ワークフロー管理システム 6.1 ワークフロー管理システムの概要 6.2 ワークフロー管理システムへ移行するための課題 6.3 適用業務とツールの選択 6.4 要素技術 6.5 従来システムとの比較 6.6 ワークフロー管理システムへの移行の留意点
第7章 エンタープライズモデリング 7.1 エンタープライズモデル 7.2 エンタープライズモデルの用途 7.3 モデル化技術 7.4 その他の研究
第8章 ソフトウェア保守の今後
付録 ソフトウェア保守の研究
判型：全集・双書／シリーズ：ソフトウェアテクノロジーシリーズ 6
オブジェクト指向とは
オブジェクト指向は、データとその振る舞いをまとめて扱う設計手法です。クラスやインスタンスは、対象を再利用しやすい部品として定義するための道具です。文法暗記より、実際の問題をどの単位に分けるかを考える視点が理解の核心です。
こんな人向け：想定読者は、変数・条件分岐・関数・配列などの基本が扱える初級〜中級者です。言語の書き方より先に、設計をどう読み替えるかを学びたい人に向きます。
独学ロードマップでの位置
先に手続き的な処理の流れを把握し、次に状態を持つ構造体として整理する流れが理解しやすいです。文法の理解→設計の考え方→小規模実装→修正の反復という順で進めると、知識が断片化しにくくなります。
- まず、実装対象を「何が入力され、何が出力されるか」で分解し、境界を決めます。
- 次にクラス候補を決め、属性と振る舞いを1セットにまとめます。
- その上で、依存関係が強くなりやすい場所を見つけ、責務を整理します。
- 継承やインターフェースは目的が明確な場面だけ使い、必要最小限で適用します。
- 最後に簡単なテストや利用例を作り、仕様変更時にどこを触るべきかを検証します。
独学で足りる？体系的に学ぶ選択肢
独学では、基礎解説だけで終わらせず「なぜその設計にしたか」を書き出しながら読むと記憶に残ります。演習は短くてもよいので、必ず手を動かして1回は同じ機能を複数の設計で書いてみると違いが見えます。用語辞典的な本と、実装課題中心の本を組み合わせると理解の偏りを防げます。
独学で時間が足りない、レビューを受けたい、継続が不安という場合は、学習目標と進捗の節目が明確な体系的な選択肢が有効です。受け身でなく「設計意図を説明できる状態」を評価する場がある環境を選ぶと、独学以上に実務的な判断力が育ちやすいです。 ▶ 給付でいくら戻るか試算
よくある質問
Q. オブジェクト指向は全部の開発に必須ですか？
必須というより、設計の目的に合う場面で威力を発揮する手法です。小さな処理や短時間で終わる課題では、過度な設計はかえって読みにくさを生むことがあります。
Q. 最初に覚えるべき概念は何ですか？
まずクラス、オブジェクト、カプセル化といった最小単位から始めるのが安定です。そこからメッセージのやり取り、依存関係、責務分割へ進めると理解がつながります。
Q. 設計が難しいと感じたらどうすればよいですか？
実装と図示を往復して比較するのが有効です。要件を短く言語化し、「誰が何を知るべきか」「誰から隠すべきか」を自分で問い直すと、抽象化の粒度が整ってきます。
次の一冊：次はデザインパターンの考え方や、リファクタリングとテスト設計の学習に進むと、オブジェクト指向を運用しやすくできます。さらに設計レビュー観点の入門書で、品質基準や判断軸を言語横断で鍛えるのがおすすめです。
