形式説明
- :この作品のどのコースはに属し、ソフトウェアエンジニアリングの実践
- ここで、運用要件:ジョブ要件
- 学生数: 221 600 435
- 目的の仕事:ソフトウェアエンジニアリングの実践の概要
まず、最初の仕事の開口部の先頭に戻って見てください、あなたはソフトウェア工学コースのための想像します
(1)比較開度があなたのコースの目標と期待をブログ、現在に比べて、「私は練習や訓練を通じて、コンピュータ専門的スキルと雇用と競争力を高めるためにことを願っています」学び、実際にはその結果どのようなあなたの期待や目標まで、どのような弱点は、まだどのような存在、そしてなぜ?
ソフトウェア工学コースの練習の初めに、私はソフトウェア開発のターゲットは、このプロセスの過程で、私はゆっくりと学ぶための能力を発見、取る能力ですので、私はこのゲームの開発中に学んだ自分自身を設定しますゲーム開発プロセスとどのように多くのゲームを開発するために、私は多くのことを学びました。
プロジェクトで協力することを学ぶ:私たちは、達成するために期待しています。ゲーム開発者のための新たな理解を持っています。
短所:専門的な知識が固体ではありません。
(2)概要の練習のコースをまとめると以下のような、あなたをもたらすためにアップグレードします。
- そのソフトウェアエンジニアリングの実践は、どのように多くのコードの行が完了するドアであなたに関する統計;
600〜700行
- ジョブが慣行を作業するたびにソフトに多くの時間を費やしたのですか?(リストを作成します)
いいえ。 | 仕事 | 時間(h) |
---|---|---|
1 | 初めての個人的な仕事 - 論文を準備します | 1.5 |
2 | 初めてペアの仕事 - プロトタイピング(ホット言葉の統計情報を抽象化) | 13 |
3 | ペアジョブ二度目 - 抄録熱い言葉の統計情報と高度な需要 | 21 |
4 | 最初のチームワーク - チームショー | 1 |
5 | 第二チームワーク - プロジェクト選択レポート | 10 |
6 | 第三チームワーク - プロジェクトプロトタイピング | 12 |
7 | 第四チームワーク - プロジェクトは、分析を必要とします | 7 |
8 | 第五チームワーク - プロジェクトシステム設計やデータベース設計 | 11 |
9 | 第六チームワーク - 戦闘訓練チームのGithub | 9 |
10 | チームワークセブンス - プロジェクトアルファスプリント | 30 |
11 | 第八チームワーク - 後知恵 | 1 |
12 | チームワークの第九 - プロジェクトベータスプリント | 25 |
13 | プロジェクトチームのチームワーク第十 - ベータピアアセスメント相 | 7 |
14 | 第2のプライベートの仕事 - ソフトウェアエンジニアリングの実践の概要の仕事 | 2.5 |
トータル | 151 |
- どちらの仕事はあなたの最も印象を作るには?なぜ?
プロジェクトアルファスプリントは、一週間の時間に大きなプレッシャーを少し感じて、たくさんのことを行います。 - 柔らかい労働慣行に費やした時間の累積数?週あたりの時間の平均数は、使用済み?
150時間以上、週11時間の平均。 学び、新しいソフトウェアやツールを使用します。
Unityに- :新しい言語、新しいプラットフォーム学び、習得するには
GitHubの、C#、Unityに - 学び、新しい方法を習得するには、次の
ユーザー調査のプロセスおよび方法を。 アップグレードの他の側面:
圧縮強度、学習能力、論理的思考能力
第二に、自分の人月の神話を書き留め - レッスンの分析は、+ /イラストを組み合わせた個人のことを学んだか、ペアまたはチームプロジェクトの実践例に
包括的なニーズ分析を行うために必要なプロジェクトの開始前に、これは、開発プロセスのより意図的になり、より明確に何をすべきか、あなたは効率を向上させることができます。
行う場合は、タスクに割り当てられたコードの仕様は、慎重に計画する必要があるので、あなたは、積分時間に多くの時間を休むことができます。
あなたができると実装のタスクとチームメンバー、互いに達成するための思考と議論最高のは、議論の結果は、それが男性よりも良いと思う傾向にあります。
学校の初め、私のために、第三学期の初めに次の練習のために、またはあなたのために、提案、あなたのための新入生、あなたはそれを示唆して知らせるために何をしたいですか?後で人間の期待ください。具体的には、特に、次はプレイヤーの方法を変更していませんか?
基盤を築くために、知識を習得する1.努力。
タスクの完了2.は、計画の進捗状況を容易にするため、タイムリーに報告する必要があります。
3.研究ハード、毎日。
途中の選手の意見交換
個人的には、道グループを変更することは推奨されません。私の意見では、私たちの現在の学生にプロジェクトを完了することなので、ステージでは、実際にやりがいのものです。私たちは確かに元のプロジェクト開発グループのひたむきに参加することを願っています。
第四に、どのチームが自分を分析します。ソフトウェア工学の実践は、まれに深刻な大学のチームワークの経験です。「法の構築は、」チームはあなたがそれを経験しているし、最終的にはまだ舞台「を作成」するために、開発チームのいくつかの段階があると述べましたか?(第17章、パフォーマンスと倫理に「建築法」を参照してください)
胚の段階:、プロジェクトの話題を決定する合理性の話題を議論するために、それが必要とする技術を実装して、議論し、目標を達成する能力。
ランで相:分析を必要とする、各プレイヤーが自分の位置、タスクの割り当てを識別します。
仕様のフェーズ:場所に基づいて開発プロジェクトは、グループ内のすべての日は、進捗状況を報告するために、開発プロセスは、より熟練しています。
舞台の作成:このステージはお互いに、相互に依存し、役割をサポートするために、チームメンバーを必要と責任は当然プロジェクト、心配や文句を言うために誰の要件に応じて変換することができます。しかし、このレベルに到達していないようです。
第五に、どのようにあなたがソフトウェア工学を学ぶことを証明するには?
プロジェクトの開発プロセス(主にカリキュラムデザイン)の前に、すべての機能要件をクリアしているので、有用な目的を実現するためのプロセス、および製造過程で、私はただ心の中で思った、どこを考えますどこ書きました。ソフトウェア工学の練習では、私は、一連の処理をスケジュールニーズ分析、コードの企画、を含む、完全なソフトウェア開発プロセスを学びました。私は多くのことを学びました。証明することができ、すべての書かれたブログがあります。