卒論でプログラミングできない時の対処法|場面5・原因5・戦略4選・NG10選

最終更新日:2026年8月9日

「卒論でプログラミングができない」「実装が求められて困っている」「AI/データ分析テーマにしたが動かせない」——このKWで検索する書き手の多くは、情報系・データサイエンス系・工学系・心理学系等でプログラミング要素を含む卒論を書く大学4年生・修士学生である。業界内では「頑張って学ぶしかない」の一般論が多く、求められる場面5パターン、原因5パターン、対処戦略4選、代替アプローチ4つ、学習リソース、AIツール活用範囲、相談先を体系整理した実務ガイドは極めて少ない。この悩みは書き手の卒論完遂の可否を左右する切実な問題である。

結論から言えば、「プログラミングできない」は「絶対無理」ではない。対処戦略は(1)テーマを変更してプログラミングを避ける(2)必要最小限を学ぶ(3)他人・研究室リソースの活用(4)AIツールの適切な活用の4種がある。書き手はまず「本当に必要な範囲」を指導教員に確認し、無駄な学習を減らす。プログラミングは「全部できる」必要はなく、「卒論に必要な部分ができる」レベルで十分である。AIツールの活用は許容範囲内で行い、学術倫理を守る姿勢が求められる。

この記事では、場面5パターン、原因5パターン、対処戦略4選、代替4つ、学習リソース、AIツール活用、Before/After 8選、NG10選まで、業界内部視点で公平に整理する。AI活用は卒論のAIどこまで、絶対に通したい時は卒論は絶対に必要?、進まない時は卒論が進まないもあわせて参照してほしい。

プログラミングが求められる場面5パターン

結論:卒論でプログラミングが求められる場面は5パターンに分類できる。書き手が場面を特定することで、必要な対応が明確になる。特定は書き手の判断を支える。判断は書き手の実務能力の基盤である。書き手は判断力を鍛えたい。

場面	典型例	難易度
1. データ分析・統計処理	Excel限界超えのデータ処理・可視化	低〜中
2. アルゴリズム・システム実装	情報系の実装型卒論	高
3. Web・アプリ開発	実装物としての作品制作	高
4. 機械学習・AI応用	モデル訓練・評価	中〜高
5. シミュレーション	物理・経済・社会シミュレーション	中〜高

場面1:データ分析・統計処理

アンケート結果・実験データ・公的統計等の分析。Python(pandas/matplotlib)・R・SPSSが典型ツール。書き手は「分析ツールを使う」程度で、本格的プログラミングでないことも多い。分析程度なら学習コストは限定的である。書き手は「必要最小限」の視点を持ちたい。「必要最小限」は書き手の実務家としての姿勢である。

場面2:アルゴリズム・システム実装

情報系学部の実装型卒論。アルゴリズム実装、システム構築等。書き手は本格的なプログラミング能力が求められる。避けるのは難しいため、正面から取り組む姿勢が必要である。ただし情報系でも範囲を絞る余地は多くある。書き手は絞り込みの可能性を探りたい。絞り込みは書き手の実務能力の表れである。実務能力は書き手のキャリア全般で活きる。

場面3:Web・アプリ開発

Webサービス・スマートフォンアプリ等の作品制作。学部・コースにより「実装物+論文」の卒業制作形式が求められる場合がある。書き手はフレームワーク学習が必要である。フレームワークの選択は学習効率を大きく左右する。書き手は指導教員の推奨に従う姿勢が実務的である。推奨は先人の智慧の結晶である。書き手は先人の智慧を尊重したい。

場面4:機械学習・AI応用

機械学習モデルの訓練・評価・応用。Python(scikit-learn/PyTorch/TensorFlow)が主流。既存モデルの活用なら学習コストは中程度である。書き手は「既存モデル活用」と「モデル開発」を区別する。区別の明確化は学習範囲を狭めることに繋がる。狭めることは書き手の学習効率を高める。効率は書き手の生産性の基盤である。

場面5:シミュレーション

物理現象・経済モデル・社会現象等のシミュレーション。分野に応じた専用ツール・ライブラリを使う。書き手はツールの選定を指導教員に相談する。相談は書き手の学習コストを削減する。削減は書き手の時間を守る。時間は書き手の最も貴重な資源である。書き手は時間を大切にしたい。時間は書き手の最も貴重な資源である。

5場面の中で自分の状況を特定することで、書き手は必要な学習範囲を絞り込める。全部を学ぶ必要はない。書き手は必要範囲を明確にする姿勢を持ちたい。

「プログラミングが求められる」と一括りに考えるから絶望する。実際は場面によって難易度も範囲も大きく異なる。書き手がデータ分析程度なら数週間の学習で対応できる。逆にアルゴリズム実装なら根本的な学習計画が必要になる。書き手はまず「自分の卒論はどの場面か」を明確にする姿勢が、突破口を開く第一歩である。解像度が上がれば恐怖は減る。

「プログラミングできない」の原因5パターン

結論:「できない」の原因は5パターンある。書き手が原因を特定することで、適切な対処法が見える。原因の言語化は書き手の自己認識を深める。自己認識は書き手の成長機会である。

原因1:学習経験の不足

これまで学ぶ機会がなかった。特に非情報系学部で、必要になってから初めて学ぶ場合。基礎から積み上げる時間が必要である。書き手は焦らず基礎から学ぶ姿勢が実務的である。基礎は書き手の応用力を支える。書き手は基礎を大切にしたい。基礎は書き手の応用力を支える。

原因2:苦手意識・自己効力感の低さ

「自分にはできない」の心理的壁。過去の失敗経験や周囲との比較で生じる。書き手は「できる部分から着実に」の姿勢で心理的壁を越える。小さな成功が自信を育てる。「小さな成功」の積み重ねが「大きな完成」を生む。書き手は小さな一歩を大切にしたい。一歩は書き手の実行力の表れである。

原因3:必要範囲が広すぎる

研究テーマの実装範囲が広く、学習量が膨大。書き手が「全部自分で」と抱え込んでいる場合が多い。範囲を絞る・協力を得る等の再設計が有効である。書き手は「全部自分で」の思い込みから離れる。思い込みから離れることは書き手の柔軟性の表れである。柔軟性は書き手の実務能力の基盤である。

原因4:エラー対処ができない

コードは書けるが、エラーが出ると止まる。中級学習者に多い状況。エラーメッセージの読み方、検索スキル、AI活用等で対処できる。書き手はエラーを「学びの機会」と捉えたい。エラーは書き手の成長機会である。成長機会を活用する姿勢が書き手の実力を築く。書き手は成長機会を大切にしたい。機会は書き手のあらゆる場面に潜んでいる。

原因5:時間不足

就活・アルバイト・他科目との両立で学習時間が確保できない。書き手は時間の使い方の再構築、または研究範囲の縮小を検討する。時間と範囲は表裏一体である。書き手は両者のバランスを意識したい。バランス感覚は書き手の実務能力である。書き手はバランス感覚を鍛えたい。

5原因の中で自分の状況を冷静に特定することで、書き手は的確な対処法を選べる。特定は書き手の自己認識の表れである。自己認識は書き手の成長機会である。

対処戦略4選

結論:「プログラミングできない」への対処戦略は4種類ある。書き手が戦略を組み合わせることで、状況を突破できる。戦略は書き手の選択肢を広げる。選択肢の多さは書き手の心の余裕を生む。

戦略1:テーマ変更で回避

プログラミング不要のテーマに変更する。学部の要件が許すなら、文献研究・質的調査・理論研究等で対応する。書き手は早期の相談で選択肢を確保する。早期相談は書き手の心の余裕を生む。余裕は書き手の判断力を支える。判断力は書き手の実務能力の基盤である。詳しくは卒論がゼミと関係ないを参照。

戦略2:必要最小限を学ぶ

「卒論に必要な部分だけ」を集中的に学ぶ。「Pythonの全機能」ではなく「pandasでデータ処理する方法」等、範囲を絞る。書き手は「完璧」より「必要十分」を目指す姿勢が実務的である。「必要十分」は書き手の実務家としての姿勢である。

戦略3:研究室・他人の協力

先輩・研究室メンバーに助けを求める。多くの研究室で「困った時は相談」の文化がある。書き手は独りで抱え込まない姿勢が重要である。「相談することは弱さではなく賢さ」である。相談は書き手の智慧の表れである。智慧は書き手の一生の資産となる。書き手は智慧を大切にしたい。

戦略4:AIツールの活用

ChatGPT・Claude・GitHub Copilot等のAIツールを活用。コード生成・エラー解決・学習支援等で活用できる。ただし学術倫理と大学ガイドラインを守る。詳しくは卒論のAIどこまでを参照。

4戦略は組み合わせて使う。書き手は「戦略1で範囲を絞り、戦略2で必要部分を学び、戦略3で困った時に相談し、戦略4で効率化」の複合対処が実務的である。複合対処は書き手の実務能力の表れである。

4戦略の中で最も見落とされやすいのが戦略1「テーマ変更」である。「もう始めたから」「今更変えられない」と思い込む書き手が多いが、時期によっては変更可能な場合がある。書き手は「変更のコスト」と「無理して続けるコスト」を天秤にかけて判断する姿勢が実務的である。判断は指導教員との対話で行う。一人で決めない姿勢が大切である。

プログラミングを避ける代替アプローチ4つ

結論:プログラミング必須と思われるテーマでも、代替アプローチで回避できる場合がある。書き手が代替を知ることで、選択肢が広がる。選択肢の多さは書き手の心の余裕を生む。書き手は選択肢を広く持ちたい。

代替1:既成ツールの活用

Excel・SPSS・Tableau等の既成ツールで分析。プログラミング不要で基本的なデータ分析が可能。書き手は既成ツールの範囲で対応できるか検証する。検証は書き手のリスク管理の基本である。リスク管理は書き手のあらゆる活動で活きる。書き手はリスク管理を鍛えたい。リスク管理は書き手のあらゆる活動で活きる。

代替2:文献・理論研究への転換

「実装研究」ではなく「理論研究」「文献研究」に転換。同じテーマでも既存研究の整理・比較・批判的検討で卒論を構成する。書き手は分野の慣例に沿って転換の可否を確認する。分野の慣例は先人の智慧の結晶である。書き手は先人の智慧を尊重したい。尊重は書き手の共同体員としての基本である。

代替3:質的調査への転換

数値データではなく、インタビュー・観察・事例研究等の質的調査。文系寄りの卒論構成となる。書き手は方法論の学習が必要だが、プログラミングは避けられる。学習の方向転換は書き手の柔軟性の表れである。柔軟性は書き手の実務能力の基盤である。

代替4:協働研究の設計

実装部分は他者と協働、書き手は理論・分析・設計を担当。役割分担が明確なら成立する場合がある。ただし個人卒論としての妥当性は指導教員と要確認である。書き手は事前確認を怠らない姿勢を持ちたい。事前確認は書き手のリスク管理の基本である。

4つの代替は「妥協」ではなく「戦略的な選択」である。書き手は自分の強みを活かせるアプローチを選ぶ姿勢が実務的である。強みの活用は書き手の実務能力の表れである。書き手は自分の強みを認識したい。強みの認識は書き手の自己理解の表れである。

効率的な学習リソースの選び方

結論:学習リソースは目的別に選ぶ。書き手が適切なリソースを選ぶことで、学習効率が大きく上がる。リソースの選定は書き手の判断力の表れである。判断力は書き手の実務能力の基盤である。

初学者向け:動画型学習

Progate・ドットインストール・YouTube等の動画型学習。視覚的で分かりやすく、初学者のハードルが低い。書き手は「まず動く」体験から始める姿勢が実務的である。「動く」体験が学習の動機を強める。動機は書き手の学習を推進する力である。書き手は動機を大切にしたい。

実践向け:書籍・公式ドキュメント

『退屈なことはPythonにやらせよう』等の実践型書籍、公式ドキュメント。体系的理解と実践力が身につく。書き手は基礎理解ができた後の深化に有効である。段階的学習が書き手の実力を築く。書き手は段階を大切にしたい。段階的進歩が書き手の実力を築く。

分野特化:研究室推奨資料

指導教員・先輩推奨の分野特化資料。研究テーマに直結する内容で学習効率が高い。書き手は分野の慣例に沿った学習が実務的である。慣例尊重は書き手の共同体員としての基本である。書き手は共同体員として振る舞いたい。振る舞いは書き手の帰属を示す。

問題解決:Stack Overflow・AI

エラー・実装で困った時のStack Overflow・AIツール。ピンポイントの問題解決に活用する。書き手は「学ぶ」と「解決する」を使い分ける姿勢を持ちたい。使い分けは書き手の実務能力の表れである。実務能力は書き手のキャリア全般で活きる。

AIツール活用の適切な範囲

結論:AIツールは強力な支援になるが、活用範囲を明確にする必要がある。書き手が範囲を理解することで、倫理的に活用できる。倫理は書き手の一生の作法である。作法は書き手のあらゆる活動に及ぶ。

推奨される活用

コードの理解、エラーメッセージの解読、ライブラリの使い方、デバッグの助言。学習支援・問題解決のツールとして活用する。書き手は「AIに教えてもらう」姿勢で活用する。AIは書き手の学習パートナーとなる。パートナー意識が良質な活用を生む。書き手はAIを対等なパートナーと捉えたい。パートナー意識が良質な活用を生む。

慎重な活用が求められる範囲

コード全体の生成、卒論本文の作成。学術倫理・大学ガイドラインの範囲内で判断する。書き手は「AIが書いたコード」の理解を必ず自分でする姿勢が重要である。理解なしのコピペは学術倫理違反となる可能性がある。書き手は理解を伴う活用を心がけたい。理解は書き手の学問的姿勢の表れである。書き手は理解を追求したい。追求は書き手の学問的姿勢の表れである。書き手は理解を最優先する姿勢を持ちたい。理解は書き手の学問的姿勢の表れである。

避けるべき活用

AIに丸投げして自分の作業を偽装する。学術倫理違反であり、発覚した場合の影響は大きい。書き手は誠実さを最優先する姿勢を持ちたい。誠実さは書き手の一生の作法である。作法は書き手のあらゆる活動に及ぶ。詳しくは卒論のAIどこまでを参照。

AIツール活用の原則は「書き手が理解できる範囲で使う」ことである。AIが書いたコードでも、書き手が「なぜこれで動くのか」を説明できれば学術的に問題ない場合が多い。逆に説明できないコードを提出するのは危険である。書き手は「AIに頼る」のではなく「AIと協働する」姿勢で活用したい。この姿勢は社会人になってからも活きる基本スキルである。

プログラミングのBefore/After 8選

結論:プログラミングへの取り組み方は書き手の意識で大きく変わる。書き手がBefore/Afterの視点を持つことで、実務的な改善力が身につく。改善事例は書き手の判断基準を作る。基準は書き手の意思決定を支える。

改善例1:諦め→戦略検討

Before:「できないから卒論できない」と諦める。After:4戦略を検討する。効果:突破口が見える。戦略は書き手の選択肢を広げる。

改善例2:全部学ぶ→必要範囲に絞る

Before:「Pythonを全部マスターしてから」と考える。After:「pandasでcsv読み込み」等、必要範囲に絞る。効果:学習効率が上がる。効率は書き手の生産性の基盤である。書き手は効率を意識したい。効率は書き手の生産性の基盤である。

改善例3:独学固執→相談

Before:「自分でなんとかする」と独学固執。After:先輩・研究室に相談。効果:短時間で解決できる。相談は書き手の時間を守る。時間の余裕は書き手の判断力を支える。書き手は時間的余裕を確保したい。時間的余裕は書き手の心の余裕を生む。

改善例4:AI避ける→適切に活用

Before:「AIは倫理違反」と避ける。After:大学ガイドライン内で学習支援に活用。効果:学習が加速する。加速は書き手の実務能力の表れである。書き手は加速を大切にしたい。加速は書き手の実務能力の表れである。

改善例5:AI丸投げ→自分で理解

Before:AIが書いたコードを理解せずコピペ。After:必ず自分で理解してから使う。効果:学術倫理を守れる。倫理は書き手の一生の作法である。

改善例6:テーマ固執→代替検討

Before:実装型テーマに固執。After:文献研究・質的調査等の代替を検討。効果:選択肢が広がる。

改善例7:エラーで停止→デバッグ習慣

Before:エラーが出ると手が止まる。After:エラーメッセージ検索・AI活用で対処。効果:自己解決力が上がる。自己解決力は書き手のあらゆる場面で活きる。書き手は自己解決力を鍛えたい。自己解決力は書き手のあらゆる場面で活きる。

改善例8:直前学習→早期着手

Before:提出直前に慌てて学習。After:早期に必要範囲を特定して学習開始。効果:余裕を持って対応できる。余裕は書き手の判断力を支える。

これら8つの改善例は、書き手が意識するだけで即座に実行できる調整である。「独り」より「対話と協力」の姿勢が実務的である。対話と協力は書き手を守る基本である。書き手は対話と協力を大切にしたい。対話と協力は書き手を守る基本である。

プログラミング関連NG10選

結論:プログラミングに悩む書き手が陥りやすいNGが10種類ある。書き手が事前に把握することで、致命的な失敗を予防できる。予防的思考は書き手の智慧である。「起きる前に手を打つ」姿勢が実務家の基本である。

NG1:「できない」で諦める

戦略を検討せず「できない」で諦める。可能性を潰す。書き手は諦める前に戦略を検討したい。諦めは書き手の可能性を潰す。書き手は諦めない姿勢を大切にしたい。諦めない姿勢が突破口を開く。

NG2:全部を独学しようとする

「Pythonを全部マスター」等の広範囲を独学しようとする。時間が足りず挫折する。書き手は範囲を絞る姿勢を持ちたい。絞り込みは書き手の実務能力の表れである。

NG3:相談せず独走

先輩・研究室に相談せず一人で悩む。短時間で解決できる問題に長時間かける。書き手は相談する勇気を持ちたい。勇気は書き手を守る力となる。書き手は勇気を持って行動したい。行動は書き手の実行力の表れである。

NG4:AI丸投げして理解せず使う

AIが書いたコードを理解せずコピペ。学術倫理違反となる可能性がある。

NG5:直前に慌てて学習

提出間際になって「プログラミングを学ぶ」。時間切れとなる。書き手は早期着手を心がけたい。早期着手は書き手の心の余裕を生む。余裕は書き手の判断力を支える。

NG6:必要範囲を確認しない

指導教員に「どこまで必要か」を確認せず、勝手に広範囲を想定して疲弊する。書き手は指導教員との対話を大切にしたい。対話は書き手の判断を支える。書き手は対話を大切にしたい。

NG7:代替アプローチを検討しない

実装型テーマに固執し、文献研究等の代替を検討しない。選択肢を狭める。書き手は代替を検討する姿勢を持ちたい。代替検討は書き手の柔軟性の表れである。柔軟性は書き手のあらゆる場面で活きる。

NG8:エラーで停止して次に進めない

エラーが出ると手が止まる。検索・AI活用等の対処法を持たない。書き手は対処法のレパートリーを増やしたい。レパートリーの多さが書き手の実務能力を支える。書き手はレパートリーを増やしたい。レパートリーは書き手の実務能力の表れである。

NG9:完璧を目指して手が動かない

「完全に理解してから書く」と手が動かない。「動くコードから改善」が実務的である。書き手は動くことを優先する姿勢を持ちたい。動きが変化を生む。書き手は動く姿勢を大切にしたい。動きが変化を生む。

NG10:AI活用を隠す

AIを活用したのに「全部自分で」と偽装する。学術倫理違反となる。書き手は誠実に活用範囲を明示する姿勢を持ちたい。誠実さは書き手の一生の作法である。

これら10のNGは、業界内で実際に指摘される「よくある失敗」である。「先人の失敗を活かす」姿勢で事前に把握すれば、プログラミング関連の失敗を大きく減らせる。「知っているだけで防げる失敗」を予防することが、書き手の時間と評価を守る投資である。

10のNGに共通するのは「独りで抱え込む」と「範囲を絞らない」の2点である。書き手が指導教員・先輩・AIツールと対話しながら、必要範囲を明確にして進めれば、多くのNGは自然に回避できる。「独り」から「協働」へ、「全部」から「必要十分」へ、この2つの意識転換が書き手を救う。

よくある質問(FAQ)

Q1:全くできない状態から卒論に間に合う?

状況次第。必要範囲が狭ければ数ヶ月で対応可能。範囲が広い場合はテーマ変更・代替アプローチの検討が実務的である。書き手はまず「必要範囲」を指導教員に確認する。範囲確認は書き手の判断を安定させる。安定した判断が実務効率を高める。効率は書き手の生産性の基盤である。

Q2:AIツールをどこまで使っていい?

大学ガイドラインによる。学習支援・エラー解決なら基本的に問題ない。コード生成は理解を伴えば許容されることが多い。丸投げの提出は避ける。書き手はAIとの適切な距離感を持ちたい。距離感は書き手の学問的姿勢を示す。書き手はAIとの距離感を意識したい。距離感は書き手の学問的姿勢を示す。詳しくは卒論のAIどこまでを参照。

Q3:先輩に頼るのは甘え?

甘えではない。多くの研究室で「先輩に聞く」文化がある。「相談することは弱さではなく賢さ」である。ただし丸投げではなく、自分で考えた上での相談が実務的である。「案を持って相談」の姿勢が有効である。案の持参は相談相手への敬意の表れである。敬意は書き手の共同体員としての基本である。書き手は敬意を持って相談したい。

Q4:プログラミング業者に外注は?

丸ごとの外注は学術倫理違反となる。ただし「参考コードを見て学ぶ」等の活用は許容される場合もある。書き手は必ず自分で理解し、書き直す姿勢が必要である。「参考資料としての活用」が誠実な姿勢である。誠実さは書き手の一生の作法である。

Q5:オンライン学習で本当に身につく?

身につく。ただし「動画を見るだけ」ではなく、実際にコードを書いて動かすことが重要である。書き手は手を動かす姿勢を持ちたい。「動く」体験が学習を定着させる。定着は書き手の実力を築く。書き手は定着を意識した学習をしたい。

Q6:研究室の他メンバーが優秀で焦る

比較しない姿勢が実務的である。自分のペースで着実に進める。焦って質を落とすより、必要十分レベルで完成させる姿勢が卒論では評価される。「完成」は「未完成の完璧」より価値がある。完成優先は書き手の実務家としての姿勢である。書き手は完成を目指したい。

Q7:プログラミングを避けた卒論は評価が下がる?

アプローチが妥当なら下がらない。「文献研究」「質的調査」等も学術的に正当なアプローチである。書き手は「実装だけが研究ではない」認識を持ちたい。多様な研究アプローチが学術的正当性を持つ。多様性の理解は書き手の学問的成熟度を示す。成熟度は書き手の生涯にわたる資産である。

まとめ:「独り」ではなく「対話と協力」で突破する

プログラミングに悩む書き手について、業界内部視点で整理してきた。要点を再掲する。

• プログラミングが求められる場面は5パターン、難易度も異なる
• 「できない」の原因を5パターンで特定して対処法を選ぶ
• 対処戦略4選(避ける/学ぶ/協力/AIツール)を組み合わせる
• 代替アプローチ4つ(既成ツール/文献研究/質的調査/協働)で選択肢を広げる
• 学習リソースは目的別に選ぶ(動画型/書籍/分野特化/問題解決)
• AIツールは学習支援・エラー解決に活用、倫理を守る
• Before/After 8選で「独り」から「対話と協力」へ
• NG(諦め/全部独学/相談せず独走/AI丸投げ等)を避ける

「プログラミングできない」問題の本質は「情報とサポートの不足」である。書き手が場面を特定し、原因を分析し、戦略を組み合わせ、必要に応じて相談すれば、多くの場合突破口は見つかる。「独り」で抱え込むから「できない」になる。「対話と協力」が突破口となる。書き手は対話を大切にしたい。対話は書き手を守る基本である。書き手は対話を大切にしたい。

本記事で整理してきた対処戦略・代替アプローチ・AI活用は、卒論に限らず社会人になってからも「未経験技術を学びながら仕事を進める力」として活きる普遍的な視点である。「一度身につけた対処法は生涯活用できる」姿勢で取り組んでほしい。書き手のあらゆる技術習得場面で活きる基本能力である。技術習得力はAI時代の重要スキルである。

書き手が卒論でプログラミングと格闘する経験は、社会人になってからも「未経験技術を必要に応じて学び、仕事に活かす力」として活きる。エンジニア職はもちろん、営業・企画・マーケティング・経営企画等、あらゆる職種で「新しいツール・技術を学びながら仕事を進める」場面が増えている。書き手は卒論を「技術と向き合う訓練の場」として捉える視点を持ちたい。「できない」を「できる範囲でやる」に変換する能力が、書き手の一生を支える基本スキルとなる。

関連する他記事もあわせて活用してほしい。AI活用は卒論のAIどこまで、絶対に通したい時は卒論は絶対に必要?、進まない時は卒論が進まない、ゼミと関係ない時は卒論がゼミと関係ない、書き方は卒論の書き方、指導教員関係は卒論と指導教員を参照されたい。