アジャイル検定Lv.2 出題範囲

モデリング
- オブジェクト指向設計：継承、インターフェース、ポリモーフィズム、疎結合、Dependency Injection
コーディング
- コーディングルール：ツールによる確認(checkstyle)
- ペアプログラミング
- リーダビリティ(コードの読みやすさ)
- テストコード(Mock、Testing frameworkなど)
- 静的解析ツール(SonarQube)
- ドキュメンテーション
構成管理
- チーム開発：SCM(ソースの変更管理システム)、分散型(git)、集中型(Subversion、CVS 等)
- ブランチ戦略：ブランチとマージ、レビュー・受入(プルリクエスト)
- コンテナ技術
テスト
- TDD:Junit(モックを使ったテスト、テスト結果レポートの見方、網羅率C0,C1,C2) 品質管理のためのテスト(パフォーマンステスト、結合テスト、総合テスト・システムテスト) ユーザー受入テスト、ブラックボックステスト、ホワイトボックステスト
常時結合
- 自動化の導入：何時動かして結果から何を読み取るか、自動化の導入効果、何を自動化するか(ビルド⇒テスト⇒デプロイ等)
- 何のため、誰のために、常時結合(CI)をおこなうのか
デザインパターン
- デザインパターンを使うことのメリット
- ロバート・C.マーチン「アジャイルソフトウェア開発の奥義」(アジャイルな設計、単一責務、Open/Closedの法則)、GoFのデザインパターン、DI(Dependency Injection)
- オブジェクト指向開発の考え方(継承、カプセル化、ポリモーフィズムなど)
- デザインパターンを使うことのメリット(各パターンの利用法、メリット)
- システムアーキテクチャ設計(拡張性、保守性)
- UML(Unified Modeling Language)
リファクタリング
- マーティン・ファウラー「リファクタリング」(コードの不吉な匂い等)
- オブジェクト指向設計原則(Principles Of Object Oriented Design)
チームのスキル
- スプリント計画
- 自己組織化されたチーム：メンバーの行動規範(コミュニケーション、自立と協調)
- レトロスペクティブ(振り返り)

オブジェクト指向設計

オブジェクト指向設計とは？

システムがどのように構築されるかをオブジェクトの集合としてモデル化したもの
- オブジェクト
  - 何かしらの概念を表現したもの
  - データ構造や処理を実行するメソッドによって構成される

なぜオブジェクト指向設計を用いるのか？

変更に対して柔軟に対応するため
- 頻繁に変更される部分を抽出することで変更に対応する
  - 変更される部分 → クラス
  - 変更されない部分 → インターフェース

継承・ポリモーフィズム・カプセル化

オブジェクト指向設計を行う上で重要となってくる3つの要素
- 継承
  - 交換可能なパーツの規格を抽象概念として定義し、規格を元に様々な種類のパーツを作成すること
    - インターフェースから派生したクラスを作成する
- ポリモーフィズム
  - 抽象概念に対してプログラミングすること
  - e.g. Animal animal = new Dog(); animal.bark();
- カプセル化
  - 外から見てシンプルで使いやすいものを作ること
    - 役割を1つにする・分かりやすい命名が重要となってくる