【実技課題】アプリケーション制作総合実習①・② の進め方と狙い

2026年11月12日

広告

実習の進め方・記事一覧

このページで全体の日程と制作形式を確認し、実習の進み具合に合わせて次の記事を参照してください。

  1. 全体を確認する:このページの「スケジュール概要」と「制作テーマと形式」を読みます。実習①は1作品目を作ります。実習②で2作品目にするか、1作品目を続けるかを決めます。
  2. 企画して作り始める(実習①):今日から「制作フェーズ」に入りますを読み、最低完成ラインを決めて、基本の動作を作ります。
  3. 見積もりと計画(実習②):見積もりとExcelガントチャートの作り方を参考に、2作品目ならその作業、継続なら1作品目の残作業を洗い出し、時間を見積もって日程表にします。その順に作り、発表資料までを12月21日までにまとめます。
  4. 完成に向けて進める:最終3週間に向けた注意を参考に、最低完成ラインを優先し、テストと修正を進めます。
  5. 発表資料を作る:個人制作 発表資料の作り方を参考に、作品と工夫を伝えるスライドを5〜8枚程度でまとめます。
  6. 発表・試遊を準備する:個人制作発表会ガイドで、ビルド・README・予備動画・発表練習などを確認します。READMEの役割と書く内容は、なぜREADME.mdが必要なのかで確認します。発表は8〜10分を目安にし、質疑応答の扱いは授業案内に従います。発表と修了評価は12月22日〜25日です。

はじめに

11月から始まる後期実技では、いよいよ「アプリケーション制作総合実習」に入ります。

これまで学んできたC#とUnityの基礎、チーム開発、Gitの運用、UI設計など、6か月間の集大成として自分の作品を形にする期間です。


スケジュール概要

区分期間内容
実習①11月13日〜12月1日1作品目の企画と制作
実習②12月2日〜12月21日2作品目、または1作品目の続き。見積もり、ガントチャート、計画に沿った制作、発表資料
復習・修了評価12月22日〜12月25日作品の見直しと仕上げ、発表、修了評価
修了式12月28日ガイダンス・修了式

この日付は2026年7月期です。別の期は、その回の授業案内の期間に読み替えます。


制作テーマと形式

受講者は次のいずれかの形式を選択します。

  1. 個人制作を2作品作る → 実習①で1作品目、実習②で2作品目。 ジャンルや技術要素を変えて、幅を広げる狙い。
  2. 通しで1作品を制作 → 実習①で1作品目を作り始め、実習②でその続き。 完成度や演出、データ保存、UI改善などを重点的に。

迷うときは、実習①の終わりに最低完成ラインまで動いていなければ継続、動いていれば2作品目も選べます。


制作の目的と身につける力

1. 設計力

  • クラス設計、イベント構造、データ管理の整理。
  • スクリプト分割と再利用性の意識。

2. 実装力

  • エラー処理やデバッグの対応力。
  • 実行環境に依存しない堅牢なコード。

3. デザイン・UI/UX

  • 操作しやすさ、レイアウトの一貫性。
  • フォントや配色の意図的な設計。

4. 技術的挑戦

  • DOTween・ScriptableObject・JsonUtility などの応用。
  • アニメーション、効果音、セーブ機能などの拡張。

5. 表現力・プレゼンテーション

  • READMEや技術資料の充実。
  • ポートフォリオとして提示できる完成度。

制作の流れ

実習①(11/13〜12/1)

1作品目の企画書と、動くところまでの制作

  • 企画書または仕様書を作成。
  • コアシステムを実装(移動・操作・UIなど)。
  • GitHubに定期コミット。
  • 継続を選ぶ人は、1作品目の完成が実習②にまたぎます。
  • 2作品を選ぶ人は、実習①で1作品目を区切ります。

最低完成ラインは、始まる・操作できる・終わる(結果が出る)まで一通り動く状態です。ゲームなら開始・操作・終了、業務アプリなら主要な入力・処理・結果表示が動くことを目安に、自分で決めます。

実習②(12/2〜12/21)

見積もり・計画・制作・発表準備

  • 2作品目ならその作業、継続なら1作品目の残作業を洗い出し、各作業の時間を見積もってExcelでガントチャートを作り、その順に作る。
  • 最低完成ラインに必要な機能から実装し、動作確認と修正を進める。
  • 動作確認と最終調整。
  • 発表資料・READMEをまとめる。

復習・修了評価(12/22〜12/25)

この4日間は、総合実習②の続きで機能を足す期間ではありません。

  • 作品を見直し、動いて見せられる状態に仕上げます。対象は、バグの修正、ビルド、README、スライドの最終確認です。
  • 作った内容を振り返り、発表で説明します。
  • 発表は1人8〜10分(デモを含む)です。発表を行い、その作品を修了評価します。

新しく足す機能は、最低完成ラインに足りない部分の仕上げまでにします。


見積もりと日程表の作り方は進捗管理(ガントチャート)を参照してください。発表資料は発表資料の作り方、発表の準備は個人制作発表会ガイドを参照します。

発表について

  • 用意するもの: Unityプロジェクト一式
    + 実行ファイル:発表環境は授業案内を確認
    + README.md(作品説明書) 
    + PowerPoint資料(発表用スライド) 
    + GitHubへのリリース版アップロード(v1.0.0などタグ付き)
  • GitHubでの共有: 発表する版を特定し、講師がリポジトリとReleaseを閲覧できるようにする。方法は授業案内を確認。
  • 発表日: 12月22日(火)〜12月25日(金)
  • 発表時間: 8〜10分を目安。質疑応答を含むかは授業案内を確認。発表資料は5〜8枚程度

方針とメッセージ

これまでの課題は「理解を深める」ものでしたが、この実習は「自分の力で創り出す」ための期間です。

チュートリアル通りに動くコードではなく、自分の目的に沿って組み立てたプログラムを完成させることが何よりの学びです。

AIを使う場合も、生成されたコードを読んで理解し、動作を確認し、自分の言葉で説明できることを前提にします。

  • 何を作りたいのか
  • どんな人に使ってもらいたいのか
  • どんな技術を試したいのか

これらを意識しながら、6か月の成果を形にしていきましょう。

この期間に作った作品は、就職活動の「自己PR資料」としても重要な意味を持ちます。


おわりに

作品制作は、プログラミングの理解を定着させる最良の学習法です。

動かない時間こそ、最も多くのことを学べる瞬間です。

失敗を恐れず、一歩ずつ形にしていきましょう。

「理解」から「創造」へ。

この実技期間が、皆さんの「エンジニアとしての第一歩」になります。

訪問数 156 回, 今日の訪問数 3回

広告