クイズアプリをチームで開発

2023年8月19日2024年2月16日

開発人数

２〜4人

全体の流れ

プロジェクトのセットアップ

プロジェクトを作成し、バージョン管理システム（例: Git）を使用してリポジトリを作成します

タスクの分担

各開発者は、タスクを分担し、それぞれのブランチで作業します

コミュニケーション

コードの変更や進捗状況について、定期的にコミュニケーションを取り合います（例: Slack、Teams、メールなど）

コードのマージ

開発者が各自のタスクを完成させたら、変更をメインブランチにマージします

コードレビュー

マージ前に、他の開発者がコードをレビューし、品質やバグのチェックを行います

テストとデバッグ

全体のアプリが正しく動作することを確認するために、テストとデバッグを行います

デプロイ（リリース）

テストが完了したら、アプリを本番環境にデプロイ（リリース）します

以上の手順で、複数人でC#プロジェクトを効果的に開発することができます

タスク分担のサンプル

これはサンプルです。チームで分担を考え直しても構いません

クイズアプリを開発する場合の役割分担の一例を以下に示します。3人チームでの開発を想定しています

注意点

• チームメンバーのスキルに合わせてタスクを分担してください
• クイズのデータ管理には、ファイル、データベース、オンラインAPIなどを検討できます
• 時間に余裕を持ってプロジェクトを進めることで、予期せぬ問題に対処しやすくなります

この手順は一般的なガイドラインであり、プロジェクトの要件やチームの状況によって調整が必要です
プロジェクトの進捗や問題が発生した場合は、柔軟に対応して計画を調整することが大切です

UI/デザイン担当

アプリケーションの外観やユーザーインターフェースを設計します
具体的な役割は以下の通りです。

クイズの質問画面や解答画面のデザインします
ボタンやアイコンなどのグラフィカルな要素を設計します

ユーザーフレンドリーなUIを構築し、クイズが楽しくプレイできるように工夫します

クイズデータ/質問作成担当

クイズの問題と解答を用意します
役割は以下の通りです

クイズデータ（データベース）を作成し、質問と解答を登録する
質問の難易度やカテゴリを適切に分類する

クイズが適切で、ユーザーに興味を引く内容になるように工夫します

プログラミング/ロジック担当（上記担当と兼務しても構いません）

アプリケーションのロジックを実装します
役割は以下の通りです（それぞれ担当を割り振っても構いません）
質問の表示や解答の確認などのロジックを実装します
正解判定やスコア計算などのプログラムを作成します
クイズの進行や結果の表示を管理します

プログラムの統合とテスト担当

UIデザインとクイズロジックを統合し、全体の動作を確認する役割を担当します
アプリの動作確認やバグの検出、修正を行います
また、テストを実施して正しく動作することを確認します

各メンバーは役割ごとに作業を進め、最終的にプルリクエストを通じてコードを統合します
チーム全体でコミュニケーションを取りながら進捗を確認し、バージョン管理ツール（Git）を使用してコードの管理と共有を行いましょう

スケジュール

3人で3日間でクイズアプリを作るための基本的なステップを以下に示します
日程が限られているため、効率的なプランニングとタスクの分担が重要です

１日目 プランニングと設計

1. プロジェクトを作成し、Gitリポジトリを初期化します
2. メンバー全員がリポジトリにアクセスできることを確認します
3. タスクを分担し、それぞれのブランチで作業します
4. チームでアプリの目的と基本的な機能を確認し、要件を定義します
5. 各メンバーが担当する機能を分担し、タスクを洗い出します
   例えば、問題の表示、解答の受け付け、スコアの計算など
6. ユーザーインターフェースの設計を行います
   必要な画面とコントロールを決定し、ワイヤフレームを作成します

２日目 実装

1. 各メンバーが担当するタスクに従って、アプリのコアロジックを実装します
   それぞれの機能を独立して開発します
2. 問題データを準備し、適切なデータ構造で保持します
   例えば、問題文、選択肢、正解など
3. ユーザーインターフェースを実装し、画面のデザインを設定します
4. 各機能が正しく動作するかテストを行い、バグの修正や改善を行います
5. 各メンバーが作成したコードをGitリポジトリにプッシュします
6. プルリクエストを活用してコードの統合を行います
   コードレビューも行いましょう

３日目 仕上げとテスト

1. アプリ全体のテストを実施し、機能が正しく動作することを確認します。特にエッジケースや不具合をチェックします
2. ユーザビリティを向上させるために、UI/UXの改善を行います。必要に応じてデザインを調整します
3. エラーハンドリングやユーザーフィードバックなど、アプリの使いやすさを高めるための最終的な調整を行います

3日間という制約の中での開発はタイトなスケジュールですが、目的を明確にし、プランを立て、タスクを効果的に分担することで、クイズアプリを作成することが可能です
開発中に問題が発生した場合は、優先順位を付けて対処し、最も重要な機能を優先しましょう

Git作業手順詳細

複数人で１つのアプリケーションを作成する場合、コミュニケーションとソリューションの一貫性を保つことが重賞です
ここでは、バージョン管理ツールの１つであるGitを使った方法を試してみましょう

リーダーは、元となるソリューションを作成し、GitHubDeskTopでリポジトリを作成し、GitHubへPushします
各担当は、クローンします

クローンの方法

ブランチの作成、コミット作業

ブランチの作成方法

プッシュ、プルリクエスト、マージ（統合）

変更をプッシュする

プルリクエスト（マージ（mainブランチへの統合））を要求する

マージする

メインブランチの変更を取り込む

同じところを変更しているとコンフリクト（競合）が起こることがあります

最新のmainを取り込む

ブランチでmainを選択して、Fetch originを選択　pullメニューが出てくればクリックします

自分のブランチと競合が発生していないか比較チェック

これは比較だけなので、自分のブランチは更新されません

誰かがマージしたMainの最新の状態を自分のブランチに取り込むには

上記の比較チェックとの違いは、mainブランチの内容が自分のブランチに反映されることです
競合があると解決する必要があります
自分のブランチを選んだ状態で、Update from main　(または、master)　を選択します

開発を継続

Git管理の流れ概要

プルリクエスト（Pull Request）の手順は、コードの変更をリモートリポジトリに統合するプロセスを管理し、レビューを行うための重要なステップです。以下に、プルリクエストの一般的な手順を説明します。

1. フォークとクローン:
   • リモートリポジトリをフォークし、自分のGitHubアカウントにコピーします。
   • フォークしたリポジトリをローカルマシンにクローンします。これにはGitクライアント（GitHub Desktop、Gitコマンドラインなど）を使用します。
2. 新しいブランチを作成:
   • 新しい機能や修正を含むコード変更を行うために、新しいブランチをリモートリポジトリから作成します。ブランチ名は通常、機能の名前や修正内容を示すものです。
3. コード変更:
   • ローカルで新しいブランチにスイッチし、コードの変更を行います。バグの修正や新機能の追加など、変更の種類に応じて作業を進めます。
4. コミットとプッシュ:
   • ローカルで行ったコードの変更をコミットし、変更履歴を記録します。コミットメッセージはわかりやすく、変更の目的を説明することが重要です。
   • 変更をリモートリポジトリにプッシュし、変更内容をGitHub上に反映させます。
5. プルリクエストの作成:
   • GitHubのWebインターフェースから、新しいプルリクエストを作成します。この際、ベースブランチ（通常はメインブランチ）と比較するブランチ（作成した新しいブランチ）を指定します。
   • プルリクエストのタイトルと詳細説明を追加し、変更内容や目的を明確に伝えます。
6. レビューと議論:
   • プルリクエストが作成されたら、他のチームメンバーやコラボレーターが変更内容をレビューします。コードの品質、スタイル、機能の正確性などを検討します。
   • レビュワーとプルリクエスト作成者間でコードの変更に関する議論やコメントのやりとりが行われます。
7. 変更の更新とコミット:
   • レビューの結果、変更が必要な場合は、ローカルのブランチでコードを修正し、新たなコミットを作成します。
   • レビュワーの指示に従って、プルリクエストが受け入れられるまで変更を続けます。
8. プルリクエストのマージ:
   • レビューが完了し、変更が承認されたら、プルリクエストをマージします。これにより、変更がベースブランチに統合されます。
9. プルリクエストのクローズ:
   • マージが完了したら、プルリクエストはクローズされ、変更がリモートリポジトリに適用されます。
10. オプション: ブランチの削除とローカルの同期:
    • プルリクエストがマージされた後、関連するブランチを削除することができます。
    • リモートリポジトリの変更をローカルリポジトリに反映させ、同期を取ることが重要です。

これが一般的なプルリクエストの手順です。チームやプロジェクトによっては、カスタマイズが必要な場合がありますが、基本的な流れは大まかに同じです。

参考

チームメンバーの参加登録（リーダー）

チームメンバーをプロジェクトに招待します（コラボへ登録）

GitHub（クラウド）でチームメンバーをCollaboratorに登録する作業になります
手順の通りに選択していきます

③をクリックすると、ウィンドウが開きますので、参加させるアカウントを入力し、緑のボタン（Select a collaborator above)をクリックします
人数分、繰り返します