大学専門教育「プログラミング言語論・アルゴリズム」

大学の専門教育で、プログラミング言語の考え方とアルゴリズムを学ぶ講義を設計します。学校においては、この内容を授業づくり、単元計画、学習活動の設計の場面で活用し、児童生徒・保護者・教職員に必要な情報や判断材料を分かりやすく示します。教職員は、対象者、目的、実施時期、校内手続を確認し、事実と提案を区別して、学校の実態に合う内容へ整えます。

データ構造の操作、計算量の分析、実装課題、振り返りを一つの学習過程にまとめます。

この文書の目的と使う場面#

この文書は、大学の担当教員が、プログラミング言語論・アルゴリズムの授業開始前に、学科会議、カリキュラム担当部署、履修案内の作成担当者へ授業の全体像を示すために使います。履修登録期間には学生が、授業の位置付け、前提知識、使用環境、課題、評価の観点を確認する資料として使います。

授業実施中は、教員が各回の講義、演習、実装、対話、振り返りの進行を確認し、学生が自分の学習成果物と到達状況を振り返るために使います。授業終了後は、提出物、実装結果、授業記録、学生の振り返りを基に、次年度の授業計画を改善する資料として使います。

特に、スタック、キュー、木構造を実装し、入力の増加に伴う処理時間や記憶使用量の変化を分析する授業であることを、学生に分かる言葉で示します。成績、単位認定、個別の支援や履修上の判断は、学内規程と担当教員の確認に基づいて行い、この文書だけで自動的に決定しません。

関連語：シラバス、著作権、個人情報、単位認定

作るときのポイント#

1. 授業の位置付けを確認する
   学科のカリキュラム上、プログラミング基礎、データ構造、計算機科学のどの科目と接続するかを確認します。必修・選択、履修前提、関連科目は、学内資料と担当部署への確認なしに記載しません。

1. 実装環境を先に確定する
   使用言語、処理系または実行環境、提出方法、利用できる教材、アカウント、端末の条件を確認します。環境差で動作しない場合に備え、代替環境、エラーログの提出方法、相談先を示します。

1. データ構造と計算量を対応させる
   スタックは後入れ先出し、キューは先入れ先出し、木構造は親子関係をもつ構造として操作を実装させます。そのうえで、探索や挿入などについて、入力が増えたときの処理回数の増え方を具体例で比較します。表記法を扱う場合は、授業で採用する定義を明記します。

1. 目標・活動・評価を一貫させる
   「理解する」だけで終えず、学生がコードを実行し、処理の流れを説明し、計測結果から改善案を述べる姿にします。評価では、正解だけでなく、設計理由、検証、考察、振り返りを確認できる成果物を設定します。

1. つまずきと校内確認を記載する
   参照と値の違い、境界条件、空の構造、無限ループ、再帰処理、計測条件の違いなどを想定し、例示コード、段階的課題、ペア確認、質問方法を準備します。シラバス様式、成績評価の扱い、教材の著作権、学習支援の手続は、実施前に要確認とします。

関連語：評価規準、シラバス、著作権、個人情報

例文（対象校種に合う架空校の場合）#

【架空大学】科目シラバス案
科目名：プログラミング言語論・アルゴリズム
対象：大学【学部・学科】の学生
授業時期：【開講学期】　授業回数：【授業回数】　1回の時間：【授業時間】
担当：【担当教員名】　受講者数：【受講者数】　実施日：【実施日】

1　科目の概要
プログラミング言語の処理の考え方を確認し、スタック、キュー、木構造などのデータ構造を実装します。入力データの量を変えて実行時間や操作回数を比較し、処理の増え方を分析します。使用言語・実行環境は【使用言語・環境】、課題提出方法は【提出方法】とします。

2　到達目標
学生が、①スタック、キュー、木構造の特徴と操作を説明できる、②基本操作を実装し、空の構造や境界条件を含む動作を検証できる、③同じ課題について複数の方法を比較し、入力が増えた場合の処理の増え方を説明できる、④実装結果、計測条件、考察をレポートにまとめ、改善案を述べられることを目標とします。

3　授業計画
各回の冒頭に前回の確認、終末に成果物の提出または振り返りを行います。

| 回 | 学習内容・活動 | 成果物・確認方法 |
|---|---|---|
| 第1回 | 科目の位置付け、実行環境、アルゴリズムと計算量の導入。小さな入力例を比較する。 | 環境確認票、処理手順の説明。教員が実行結果を確認。 |
| 第2回 | 配列や連結構造を用いたデータ管理。操作の手順を図示する。 | 操作図と短い考察。ペア説明で確認。 |
| 第3回 | スタックの push・pop を実装し、空の場合や容量を超える場合を検証する。 | ソースコード、テスト記録。実行ログを確認。 |
| 第4回 | キューの enqueue・dequeue を実装し、処理順序を比較する。 | コードと入出力例。相互レビューで確認。 |
| 第5回 | 木構造の用語、走査、探索を扱い、構造を図で表す。 | 木の図、走査結果。説明の正確さを確認。 |
| 第6回 | 探索方法を実装し、入力数を変えて操作回数を記録する。 | 計測表とグラフ。条件の記載を確認。 |
| 第7回 | 実装の誤りを検証し、計算量の違いと改善方法を対話する。 | 改善前後のコード、考察メモ。根拠を確認。 |
| 第8回 | 総合課題の発表、相互質問、学習の振り返り。 | 総合レポート、振り返り。評価規準に照らして担当教員が判断。 |

4　授業方法
短い講義の後、個人またはペアで予想、実装、実行、比較、説明を行います。教員は答えを直ちに示さず、入力例、処理の図、ログを手掛かりに問い返します。計算量は、入力が10件から100件になったときに確認回数がどのように変わるかなど、授業で扱う条件に即して説明します。

5　課題と評価方法
実装課題、計測・分析レポート、授業中の説明と相互レビュー、最終振り返りを用います。観点は、データ構造の理解、実装の正確さ、テストと分析の妥当性、説明・考察の具体性です。配点、提出期限、再提出の扱いは【学内様式・担当教員確認】とします。成績と単位認定は、学内の定めと提出物を踏まえて担当教員が判断します。

6　前提知識と必要な準備
条件分岐、反復、関数、配列などの基礎を想定します。不足がある学生には、補助資料、用語一覧、環境確認の時間、質問方法を示します。

7　学習上の配慮
端末や実行環境の利用に課題がある場合は、【相談窓口】と連携し、利用可能な方法を個別に確認します。配慮の内容や評価上の扱いは、関係部署と担当教員が確認します。

8　教員が確認すべき事項
学内シラバス様式、科目の位置付け、使用言語、教材の利用条件、提出方法、評価基準、学習支援の手続、授業記録の保存方法を、開講前に確認します。不明な事項は「要確認」と表示したまま確定しません。

関連語：シラバス、著作権、個人情報、単位認定

良い文章の条件#

• 履修を検討する学生、授業を担当する教員、カリキュラムを確認する学内担当者が、それぞれ必要な情報を探せる構成になっていること。
• 科目概要、到達目標、各回の学習内容、活動、成果物、確認方法、評価が対応し、講義だけでなく実装・分析・振り返りまで一続きに示されていること。
• 大学のシラバス様式、カリキュラム資料、履修要項、成績評価に関する学内資料、使用教材と実行環境の案内を照合し、未確認事項を推測で補っていないこと。
• スタック、キュー、木構造の用語や操作を混同せず、空の構造、境界条件、入力規模、計測条件を明示し、計算量を実行時間だけで断定していないこと。
• コードの完成だけを評価せず、処理手順の説明、テスト、比較、考察を確認できる一方、AIや教員が学生の成績、合否、単位認定、支援方針を最終決定する表現になっていないこと。
• 開講前の学内確認先、授業中の質問・環境トラブルへの対応、実施後に見直す授業記録と成果物が具体的に示されていること。

関連語：シラバス、著作権、個人情報、単位認定

AIに渡す情報（入力項目のチェックリスト）#

AIには、次の情報を整理して渡します。

• 科目名と授業の位置付け
• 学年、受講者数、授業回数、1回の授業時間
• 学生が履修前に学んでいる内容
• 使用するプログラミング言語と実行環境
• 扱うデータ構造とアルゴリズムの範囲
• 講義、演習、ペア活動、課題の時間配分
• 到達目標と評価方法
• 学生が利用できる機器、教材、学習支援
• 授業で配慮したい学習上の困難
• シラバスの指定様式や学内の記載項目

学生の氏名、学籍番号、成績、個別の相談内容は入力しません。
実在の学生のコードや提出物を使う場合は、個人が特定されない形にします。
学校名、担当者名、授業支援情報も、必要に応じて伏せます。

AIには、評価や単位認定を決めさせません。
AIの出力は、担当教員が学習目標、内容の正確さ、難易度、実行可能性を確認します。
学内のシラバス様式や授業規程も、所属機関の情報で確認します。

関連語：匿名化、シラバス、著作権、個人情報

コピーして使えるプロンプト#

大学専門教育の授業「プログラミング言語論・アルゴリズム」の
講義設計案を作成してください。

【授業の位置付け】
【対象学年・学生の前提知識】
【授業回数・1回の時間】
【受講者数】
【使用するプログラミング言語・実行環境】
【扱うデータ構造】
スタック、キュー、木構造を必ず含めてください。

【扱うアルゴリズムと計算量】
【授業で行う講義・演習・実装・対話活動】
【到達目標】
【評価方法と評価の観点】
【学生への学習支援】
【学内のシラバス様式や記載上の条件】

次の構成で、表を用いて作成してください。
1. 科目の概要
2. 到達目標
3. 授業計画
4. 授業方法
5. 課題と評価方法
6. 前提知識と必要な準備
7. 学習上の配慮
8. 教員が確認すべき事項

各回には、学習内容、活動、成果物、確認方法を示してください。
計算量は、処理の増え方を具体例で説明してください。
特定の学生の成績や能力を推測しないでください。
評価や単位認定を自動で決定せず、担当教員が判断する前提にしてください。
不明な条件は推測せず、「要確認」と表示してください。


【この文書に必要な良い文章の条件】
- 履修を検討する学生、授業を担当する教員、カリキュラムを確認する学内担当者が、それぞれ必要な情報を探せる構成になっていること。
- 科目概要、到達目標、各回の学習内容、活動、成果物、確認方法、評価が対応し、講義だけでなく実装・分析・振り返りまで一続きに示されていること。
- 大学のシラバス様式、カリキュラム資料、履修要項、成績評価に関する学内資料、使用教材と実行環境の案内を照合し、未確認事項を推測で補っていないこと。
- スタック、キュー、木構造の用語や操作を混同せず、空の構造、境界条件、入力規模、計測条件を明示し、計算量を実行時間だけで断定していないこと。
- コードの完成だけを評価せず、処理手順の説明、テスト、比較、考察を確認できる一方、AIや教員が学生の成績、合否、単位認定、支援方針を最終決定する表現になっていないこと。
- 開講前の学内確認先、授業中の質問・環境トラブルへの対応、実施後に見直す授業記録と成果物が具体的に示されていること。

関連語：プロンプト、シラバス、著作権、個人情報

出力フォーマット#

# 科目名
## 1. 科目の概要
## 2. 到達目標
## 3. 前提知識と使用環境
## 4. 授業計画
| 回 | 学習内容 | 授業活動 | 学生の成果物 | 確認方法 |
|---|---|---|---|---|
| 1 |  |  |  |  |

## 5. 課題と評価方法
| 評価対象 | 内容 | 到達目標との対応 | 評価方法 |
|---|---|---|---|

## 6. 学習上の配慮
## 7. 教材・準備物
## 8. 教員による確認事項

注意点（個人情報・著作権・確認）#

プログラミング言語の仕様やライブラリの機能は、版や環境で異なる場合があります。
AIが示したコードは、そのまま授業で配布せず、実行して確認します。
構文、出力、例外処理、計算量の説明に誤りがないかを点検します。

課題を作るときは、既存教材や公開コードの無断転載を避けます。
引用や参考利用をする場合は、著作権と所属機関のルールを確認します。
学生の提出コードを教材化する場合は、本人が特定されない加工を行います。

AIには、学生の氏名、学籍番号、成績、障害や健康に関する情報を入力しません。
学習状況を示すデータも、個人が特定されない集計情報にします。
授業への配慮は、必要な範囲で一般化して入力します。

AIは学生の理解度、成績、合否を決める道具ではありません。
出力は担当教員が確認し、学生への説明と最終判断を行います。
授業時間、機器、教材、学内規程との整合も、実施前に確認します。

関連語：著作権、匿名化、シラバス、個人情報

関連する文書#

• 0156 高校情報I「データの活用・回帰分析」指導案：データを扱う授業の目標や活動構成を考える際に参考になります。
• 0157 高校情報I「アルゴリズムとモデル化」指導案：アルゴリズムを段階的に説明する授業設計と関連します。
• 0171 大学反転授業設計・事前動画教材連動案：講義と事前学習、演習を組み合わせる際に活用できます。
• 0172 大学多人数講義におけるクリッカー・対話促進案：多人数授業で理解確認や対話を行う方法と関連します。
• 0180 大学ゼミナール「文献講読・クリティカルレビュー」：説明、比較、根拠の検討を重視する学習活動と関連します。

関連語：反転授業、シラバス、著作権、個人情報

参考資料#

• 大学設置基準↗
• 所属する大学のシラバス作成要領、授業規程、成績評価に関する規程
• 所属する大学の情報セキュリティ規程、個人情報保護に関する規程
• 所属する大学が指定するプログラミング環境の利用手引き