| 仕事 | リンク |
|---|---|
| コースワークが属します | 西北師範大学ソフトウェア工学 |
| 運用要件 | 実験14プロジェクトレビューチーム＆コース概要 |
| ジョブズゴール | 学習経験をまとめます |
この学期のコースの概要
解決準備するための実験的ソフトウェア工学タスク5が提起した疑問を：
一つの問題：コードレビューのために保守が容易で、コードは査読が考える多くの基準に達したか、懸念しているソフトウェアのコードをコンパイルしている、ソフトウェア定義されたチームをコンパイルする最も厳しいコンパイラの警告レベルまたはを達成するためのコードコードの要件の一部の後のコードは、それを維持することは容易であると考えることができますか？
回答：ソフトウェア工学の実践で培ったソフトウェアエンジニアリングの知識と経験を勉強学期の後、私はソフトウェアや保守担当者のためのコードを維持する方が簡単だと思う開発者です。そして、強いポリ+弱いカップリングデザインではないソフトウェアをコンパイルするための標準的な、全体的なデザインのソフトウェアは、ようになります第二の問題：コードレビューは、その目的を達成するために全体のソフトウェア開発をステップするために実行すべきか？
答えは：ソフトウェア工学の実践で培ったソフトウェアエンジニアリングの知識と経験を勉強学期の後、私は、コードレビューは、よりよいコーディング段階でその役割を果たして行われるべきだと思います。我々は、より一層、あるいは論理的混乱などの符号化処理では、プロジェクトチームとチームメンバーのコーディング段階に入った後、以下の問題など、「コード仕様書」で合意したが、しているが、これは、私にとって、ためでありますアルファはすでにレビューを書かれたコードの定例会の最終段階になり、私たちは多くの問題を解決することができます。質問3：ソフトウェアプロジェクトのどのような側面が交響楽団モードで挙げることができ、「繰り返し練習しているの実装に焦点を当て、トラックを果たした」に対応？
回答：ソフトウェア工学の実践で培ったソフトウェアエンジニアリングの知識と経験を勉強学期の後、私はプレーが何回ソフトウェア工学の対応するトラックを実践されていると思いますが、すべてのソフトウェアプロジェクトの一部である：要件分析からプロジェクトの最終的な受け入れにソフトウェアテストの詳細設計への全体的なデザインは、これらのリンクは基本的なソフトウェアエンジニアリングであり、符号化ステップを達成するために、他のプロジェクトで繰り返されています。プロジェクトの実現可能性の分析/要求分析/ソフトウェアの設計/実装/テスト/プロジェクトの受け入れの概要/「知識」を学びました：
プロジェクトの中で実現可能性の分析フェーズ：私は、彼らがしたい場合は、製品が想像力の案出やhotheaded衝動が、測定するために合理的な科学的なソフトウェアエンジニアリングの実現可能性調査のやり方ではない、ということを理解しています。
プロジェクトの中で要求分析フェーズ：私は、研究方法の多様なニーズを学びました。たとえば、チームプロジェクトでは、我々はユーザーのクラスに焦点を当て、西北師範大学教科書の注文システム：上院は、ソフトウェアのプロトタイプを行うためにプロトタイピングの方法を使用するようにインタビューに直面する教師の顔を撮影していた、我々は良いを取得したいですデータ。
プロジェクトの中で、ソフトウェア設計段階：私は、ソフトウェアアーキテクチャのソフトウェアを描くデザインする別のグラフィカルなツールを使用することを学びました。データの階層構造を描写するために使用されて：あなたは、このような全体的なブロック図レベル設計ソフトウェアであることを使用する必要があります。使用される詳細設計に必要なグラフィカルツールを示すフローチャートである：アルゴリズムを発現するために使用されます。凝集およびカップリング：また、ソフトウェアの設計、モジュールの独立性も非常に重要であり、モジュールの独立性の程度は、メトリックの2種類とすることができます。一般的には、強い結束+ソフトウェアのメンテナンスを助長弱いカップリング。プロジェクトの中でコーディング相：私は、そうでない場合、最終的な製品が死んで分離された都市となり、強力なコーディング能力は、実装フェーズをサポートするための最良の武器だと思います。
プロジェクトの中でテストフェーズ：私は、ソフトウェアのテストがエラーを発見するために使用され、学んだ、良いテスト・ソリューションは、これまで発見されていない間違って見つけることができます。エラー成功したテストでは、これまでに発見されていない見つけることです。
プロジェクトの中で、プロジェクトの受け入れ段階：プロジェクトの受け入れは、レビューのために、すべてのプロジェクトのドキュメント準備ができて、そして契約に従ってするとき、私は、学びました。
プロジェクト/結び目での個人的な経験のプログラム/プロジェクトチームの私の経験。
個々のプログラミングフェーズとペアプログラミング段階では原因の知識初心者ソフトウェアエンジニアリングに、両方の段階で、私はソフトウェア工学的アプローチに基づいてプロジェクトを完了するために来ていない、唯一の文書一度行っては、「コードの仕様準備接合連携のプログラミングとチームメイトでありますマニュアルでは、」、ソフトウェア工学のためだけのプロジェクトを完了するために、人または2がより困難なものである見つけるために、特に深い感情されていません。プロジェクトチームの後期まで、私は最終的なプロジェクトは、技術的な制限や機能に基本的な機能のみを完了したものの、プロジェクトのPMチームのリーダーは、我々はソフトウェア工学的アプローチに基づいて完成したプロジェクトを完成初めてですよと、当社のソフトウェアは、水辺ではない格好良いインターフェイスを行います。ソフトウェア開発の各段階を理解するためのプロジェクトチームのフェーズIでは、並びにそれらのチームメンバーのためのガイドラインが明確であいまいでありません。また、私はまた、PMの苦難を経験したが、給料はそれだけの価値があります。
過程で、私のソフトウェア工学をアップグレードするには：
ソフトウェア工学では、このコース、私はソフトウェア開発について多くのことを学び、ソフトウェア工学の実践の学期の後、私はソフトウェア開発のすべての段階を経験したフォローアップ研究プロジェクトの私に言ってきたガイドラインで明確な役割を担っています。この前に、私は私が思うに、そのソフトウェアの開発は、特に前回のハイレベルの実践的な授業の言語で、達成するための最も重要な符号化であると考えている限り、エンコーディングは、プロジェクトの機能を実装し、インターフェースもプロジェクトを開発し、としてそのしかし、私は、ソフトウェア工学プロジェクトの開発は実現可能性の分析を必要と理解することを学んだ/分析/ソフトウェアの設計/実装/テスト/プロジェクトこれらのリンクの受け入れ、および開発チームを完了するための最良の方法を必要とします。
- 統計は、私はそれらの過程で、コードの2000+行を蓄積してきました。
- 私は、ソフトウェア工学の実践にタスクをスケジュールします。
| 仕事 | 時間 |
|---|---|
| 実験1 | 2H |
| 第二の実験 | 20H |
| 第三の実験 | 2H |
| 実験4 | 30H |
| 実験5（チームプロジェクト） | 5H |
| 実験6（チームプロジェクト） | 5H |
| 実験7（チームプロジェクト） | 5H |
| 実験8（チームプロジェクト） | 5H |
| 実験9（チームプロジェクト） | 5H |
| 実験10（チームプロジェクト） | 5H |
| 実験11、12（チームプロジェクト） | 30H |
| 実験13（チームプロジェクト） | 15H |
| 実験14 | 3H |
- 最も印象的な作品は、かつてです：ペアプログラミングは、単語頻度統計ソフトウェアを完了します。このため、ジョブが完了するまでに2人の間に最初の共同作業であり、2つのコーディング能力が弱いの方法で、これまで、完成に来て非常に遅く、その夜を完了するために、コーディング段階で長い時間を過ごしました印象的。
75H、週平均支出：5H統計は、時間がソフトウェア工学の練習に費やしました。
私は学び、新しい言語習得：JavaWeb新しいプラットフォーム:. Tomcatを。
私は学ぶか、次の表を使用学期、ソフトウェアエンジニアリング開発ツール、開発手法とモデリング手法の概要：
ソフトウェア開発ツール、プロジェクト管理ツール ソフトウェア開発手法 モデリングソフトウェア EclipseのMySQLのTOMCAT GitHubのブレードLeangooかんばん オブジェクト指向ソフトウェアの再利用方法ジャクソンプロトタイピング方法 データベースモデリングモデリングの構造を示すレベルのブロック図 このコースへの私の提案：
私はこのコースは非常によく実験的なクラスのプロジェクトを行うための実用的な方法を使用していますね。理論的なコースのために、私は道が教室をひっくり返すの形でより良い教育の結果を持っています例で教えをお勧めします。