開発かいはつ技術ぎじゅつ — 開発かいはつモデル・テスト種別しゅべつ・アジャイル・DevOps β版

この章しょうで学まなぶこと

開発かいはつ技術ぎじゅつは 6〜8 問もん程度ていど出題しゅつだい。プロセス名めい、テスト種別しゅべつ、アジャイル関連かんれん用語ようごが頻出ひんしゅつ。

学習がくしゅうゴール

この章しょうを読よみ終おえた時点じてんで、以下いかができるようになっていることを目指めざします。

• ウォータフォール・アジャイル・スパイラルの開発かいはつモデルの違ちがいを判別はんべつできる
• テスト種別しゅべつ（単体たんたい・結合けつごう・システム・受入うけいれ）を使つかいこなせる
• レビュー技法ぎほう（ウォークスルー・インスペクション等）を判別はんべつできる
• オブジェクト指向オブジェクトしこうの基本きほん概念がいねん（クラス・継承けいしょう・カプセル化カプセルか・ポリモーフィズム）を使つかいこなせる
• DevOps・CI/CD などモダン開発かいはつ手法しゅほうを判別はんべつできる

1. システム開発かいはつプロセス

1.1 開発かいはつの全体ぜんたいフロー

システム開発かいはつは基本きほん的てきに 「要件ようけん定義ていぎ → 設計せっけい → 実装じっそう → テスト → 導入どうにゅう → 運用うんよう」 の順じゅんで進すすみます。テストは「単体たんたい → 結合けつごう → システム → 受入うけいれ」と段階だんかい的てきに範囲はんいを広ひろげていきます。

V 字じモデル: 左ひだりの設計せっけいフェーズと右みぎのテストフェーズが対応たいおう関係かんけいになっており、「どの設計せっけい段階だんかいで考かんがえた要件ようけん・仕様しようを、どのテスト段階だんかいで検証けんしょうするか」が一目いちもくで分わかる。

1. 要件定義ようけんていぎ — 何なにを作つくるかの合意ごうい
2. システム設計せっけい — 外部設計がいぶせっけい（UI 設計せっけい）→ 内部設計ないぶせっけい（構造こうぞう設計せっけい）
3. プログラミング — 実装じっそう
4. テスト — 単体たんたい → 結合けつごう → システム → 受入うけいれ
5. 導入どうにゅう — 本番ほんばん稼働かどう
6. 運用うんよう・保守ほしゅ — 継続けいぞく的てきな改善かいぜん

覚おぼえ方かた: 要よう → 外そと → 内うち → プ → 単たん → 結むすぶ → シ → 受（要件ようけん → 外部がいぶ設計せっけい → 内部ないぶ設計せっけい → プログラミング → 単体たんたいてすとテスト → 結合けつごうテスト → システムテスト → 受入うけいれテスト）。V 字じの両翼りょうよくを上うえから下したへ降おりて、また上うえに登のぼるイメージ。

1.2 要件ようけん定義ていぎ

1.3 設計せっけいフェーズ

2. プログラミングとレビュー

2.1 コーディング関連かんれん用語ようご

• ソースコード — プログラムの人間にんげん可読かどく形式けいしき
• コンパイル — ソースを機械きかい語ごに変換へんかん
• インタプリタ — 逐次ちくじ解釈かいしゃく実行じっこう
• デバッグ — バグを見みつけて修正しゅうせいする作業さぎょう
• リファクタリング — 動作どうさを変かえず内部ないぶ構造こうぞうを改善かいぜん

2.2 レビューの種類しゅるい

3. テスト

3.1 テストの段階だんかい

3.2 テスト手法しゅほう

if (x > 0):
    処理しょり A
else:
    処理しょり B
return result

頻出ひんしゅつ引ひっかけ: ホワイトボックスは「コード（白しろく見みえる）」を見みて分岐ぶんき網羅もうら率りつを測はかる。ブラックボックスは「仕様しよう書しょ（中身なかみは黒くろく見みえない）」だけ見みて入出力にゅうしゅつりょくをテストする。境界きょうかい値ち分析ぶんせき（0/1 や 99/100 のような境目さかいめ）と**同値どうち分割ぶんかつ**（同おなじ扱あつかいになる入力にゅうりょく値ち群ぐんを 1 つにまとめる）はブラックボックスの代表だいひょう手法しゅほう。

3.3 テストのカバレッジ

• 命令めいれい網羅もうら（C0） — すべての命令めいれいを 1 回かい以上いじょう実行じっこう
• 分岐ぶんき網羅もうら（C1） — すべての分岐ぶんきを 1 回かい以上いじょう通過つうか
• 条件じょうけん網羅もうら（C2） — すべての条件じょうけんの真偽しんぎを網羅もうら

4. 開発かいはつモデル

4.1 代表だいひょう的てきな開発かいはつモデル

代表だいひょう的てきな 2 大だいモデル「ウォーターフォール」と「アジャイル」は対照たいしょう的てきなアプローチ。要件ようけんの確定かくてい度合どあいと変化へんかの頻度ひんどで使つかい分わけます。

頻出ひんしゅつ引ひっかけ: ウォーターフォールとアジャイルは「どちらが優すぐれている」ではなく「どちらが適てきしているか」。要件ようけんが固かたい大だい規模きぼ公共こうきょう系けいはウォーターフォールが適てきし、要件ようけんが変かわりやすい Web サービスはアジャイルが向むく。

4.2 アジャイル開発かいはつの主要しゅよう手法しゅほう

4.3 アジャイル関連かんれん用語ようご

• スプリント — 2-4 週間しゅうかんの短期たんき開発かいはつサイクル
• プロダクトバックログ — 実装じっそうすべき要求ようきゅう一覧いちらん
• ベロシティ — チームが 1 スプリントで消化しょうかできる作業さぎょう量りょう
• イテレーション — 反復はんぷく開発かいはつの 1 サイクル

5. ソフトウェア開発かいはつ管理かんり技術ぎじゅつ

5.1 構成こうせい管理かんり

• ソフトウェア構成管理こうせいかんり（SCM） — ソースコード・ドキュメントのバージョン管理かんり
• Git — 代表だいひょう的てきな**分散ぶんさんバージョン管理かんりシステム**（Linux カーネル開発かいはつから生うまれ、現在げんざいのデファクトスタンダード）
• トランク（main / master ブランチ） — 主しゅ開発かいはつライン
• ブランチ — 派生はせいライン（機能きのう開発かいはつ・バグ修正しゅうせい単位たんいで作つくる）
• マージ — 変更へんこうの統合とうごう
• プルリクエスト（Pull Request） — 変更へんこうをレビューしてもらう仕組しくみ

頻出ひんしゅつ引ひっかけ: Git は「分散ぶんさん型がたバージョン管理かんり」（各かく開発かいはつ者しゃがローカルに完全かんぜんな履歴りれきを持もつ）。一方いっぽう、SVN（Subversion）は「集中しゅうちゅう型がた」（中央ちゅうおうサーバが履歴りれきを持もつ）。同おなじバージョン管理かんりでも仕組しくみが違ちがう。

5.2 ユーザエクスペリエンス（UX）設計せっけい

• UX（User Experience） — 利用りよう時じの体験たいけん全体ぜんたい
• UI（User Interface） — 使つかう人ひとと接せっする部分ぶぶん
• ユーザビリティ — 使つかいやすさの度合どあい
• ペルソナ — 典型てんけい的てきユーザ像ぞう
• カスタマージャーニー — 利用りよう者しゃが接せっする全体ぜんたいプロセス
• ユーザビリティテスト — 実じつユーザが使つかって評価ひょうか

5.3 知的ちてき財産ざいさん関連かんれん（開発かいはつ現場げんば）

• ソースコードの著作権ちょさくけん — 作成さくせい者しゃに自動じどう発生はっせい
• 職務しょくむ著作ちょさく — 業務ぎょうむで作成さくせいしたものは法人ほうじんが著作ちょさく者しゃとなることがある
• OSS ライセンス — 章しょう 10 参照さんしょう（MIT/GPL等）
• 特許権とっきょけん vs 著作ちょさく権けん — アイデアは特許とっきょ、表現ひょうげんは著作ちょさく権けん

📋 章しょう末まつまとめ

最さい重要じゅうようポイント 10 連発れんぱつ

1. 開発かいはつプロセスの順序じゅんじょ — 要件ようけん → 設計せっけい → 実装じっそう → テスト → 導入どうにゅう → 運用うんよう
2. 機能要件きのうようけん vs 非機能要件ひきのうようけん — 何なにをする vs どう動うごくか
3. ホワイトボックス vs ブラックボックス — 内部ないぶ構造こうぞうあり vs 入出力にゅうしゅつりょくのみ
4. 単体たんたい → 結合けつごう → システム → 受入うけいれ のテスト 4 段階だんかい
5. 回帰かいきテスト — 修正しゅうせい後ごの副作用ふくさようチェック
6. アジャイルの核心かくしん — 短期たんき反復はんぷく・動うごくソフトウェア優先ゆうせん
7. スクラムの 3 要素ようそ — プロダクトバックログ・スプリント・ベロシティ
8. XP と TDD — ペアプロ・テスト駆動くどう
9. CI/CD — 継続けいぞく的てきインテグレーション／デリバリ
10. リファクタリング — 動作どうさを変かえない内部ないぶ改善かいぜん

出題しゅつだい傾向けいこうのコツ

• 開発かいはつプロセスの順序じゅんじょを問とう問題もんだいが頻出ひんしゅつ
• テスト種別しゅべつは「誰だれが・何なにを対象たいしょうに・いつ実施じっし」の 3 点てんで整理せいり
• アジャイルは「変化へんかへの適応てきおう・反復はんぷく・短たんサイクル」がキーワード