| プロジェクト | コンテンツ |
|---|---|
| この作品は、コースに属し | ソフトウェア工学 |
| どこの仕事でこの要件 | 実験14プロジェクトレビューチーム＆コース概要 |
| ジョブの学習目標 | （1）ソフトウェアプロジェクトのプロセスを評価するマスター; （2）コースの内容を要約反映します。 |
開始：
パート1。プロジェクトが承認意見を参照するには、テーブルの上になっている、受け入れを完了しました。チームのブログ
第2報個人的な研究の結論しました：
ソフトウェア工学の仕事最初の読み取り：私が見るポイント
：回答の質問を提起する前に
- Q1：私は理解して、一連の後、バグがこの段階でのみ、コードエラーを表すことができますバグが、ユーザーの感覚の良い、その結果、ソフトウェアの開発で遭遇されています。ソフトウェアの欠陥発生とユーザとの間の違いは、通信のレベルに属する問題であり、分析、詳細な分析フェーズは、私はそれはバグに起因することはできません考える必要があります。
- Q2：変化が制御可能ではなく、ソフトウェア開発のための最初のステップがすべて、正確な位置決めの最初は、需要の変化が、交渉しているどんなに続いていない、一見手に負えない、実際には、完全にオフセット問題がありません、これは問題なく想像を絶するだけなので、多くの、正確な位置決めのためのソフトウェアの最初に経験の開発とプレゼンテーションの長期的な経験が必要です。それは解決することができ、経験のホーニングの年かかります。
- Q3：新しい、革新的なソフトウェア設計高は確かに人々に新鮮な感覚をもたらすことができますが、新しい何かが確かにユーザーのニーズに合うだろうと言うことはできません、私たちのソフトウェア開発プロセスは、まだ立っていないが、古いことはできませんラインのうちバージョン。プログレッシブ開発と実装の想像力にしてください。第二に、ユーザーのために、新しいトランザクションは必ずしも完全に普及していないので、それはまだ初期の要求分析フェーズ、正確な位置決めの問題です。
- パスを学習：これらの質問に対する答えを、私たちが読むことを学ぶ必要がある場合、サポートのない程度が存在しないこと平野です。私たちは、これらの問題を理解し、チームの練習のコースと併せて読んでいました。
- 新興の問題：早期のすべての作業のためのソフトウェア開発は、必ずしもすべてが制御不能な要因を取り除き、所定の位置に考慮されていない、他の重要な要因が考慮されていませんがなければなりません。希望はゆっくりとその後の研究で発見することができます。
実際には知識は学びました：
フィージビリティ分析
学んだNABCD法
要件分析
チームでの議論と分析、我々は経験のようなものを提供する必要があり、ターゲットユーザーとターゲットユーザーを把握します
ソフトウェア設計
インクの設計試作に使用ナイフやその他のツール
実現
言語関連の多くの知識を学ぶだけでなく、環境を使用しました
テスト
使用中の技能のブラックボックステスト方法
プロジェクトの受け入れ
防衛技術とどのようにCangzhuoとのハイライト
感情や経験：
実験が始まったプロジェクトチームの前に、私は、開発中の任意の経験を持っていませんでした。チームは何も理解していない2人の以上の個人を含む4人が、あります。私が最初にそれは本当に非常に困難である、背景の開発を務めていました。最終的に妥協プロジェクトの効果のために、本当に申し訳ありません。
しかし、実験チームの開始の過程で、最初にすべての私は、ブログ、githubの管理を書くことを学びました。第二に、私がすることができ、「私は間違って大丈夫だったか、」チームリーダーは、チームは、内部の調整方法の多くは、圧力が非常に大きい学んだ知識は、私が想像よりもはるかに大きい学びました。プロジェクトの開始時に、様々な問題が問題と考え側面をコーディング、浮上している、さまざまな文書を書くの側面は、開発時間の3分の2以上を占め、より慎重に処理し、処理する必要があります。本当にたくさんのことを学びました。
概要と実践を強化します：
（1）：ソフトウェア工学の練習では、私はおそらく、コードの5000の+の行を終えました。
（2）：ソフトウェア工学の実践でジョブスケジュールを費やしている各時間：
| 実験 | 時間を過ごします |
| 実験1：準備ソフトウェア工学 | 3H |
| 実験2：ソフトウェア工学個々のプロジェクト | 5H |
| 実験III：改善相互評価業務 | 2H |
| 実験4：ソフトウェア工学のツイニング・プロジェクト | 5H |
| 実験5チームワーク1：セットアップソフトウェアのR＆Dチーム | 2H |
| 実験6チームの割り当て2：プロジェクトの選択チーム | 1H |
| 実験7チーム割り当て3：プロトタイピングおよび開発プロジェクトチーム | 4時間 |
| プロジェクトチームのプロトタイプに基づいて需要調査と分析：実験8チームワーク4 | 3H |
| 実験9人のチームワーク5：チームプロジェクトを改善し、システム設計を必要とします | 6時間 |
| プロジェクトチームの改良されたシステムの設計と詳細設計：6実験10人のチームワーク | 7H |
| 実験11のチームワーク7：チームプロジェクトの設計＆完璧なコーディング | 8時間 |
| 実験12チームワーク8：ソフトウェアテストとアルファスプリント | 5H |
| 実験13チームワーク9：ベータチームスプリントとプロジェクトの受け入れ | 4時間 |
- （3）：：ジョブが最も深遠になると「英語テキストの統計的分析は、」実験4ツイニング・プロジェクト・レポート
理由：何回も実験的なチームに比べては、私は深いソフトウェアエンジニアリングは、双晶プロジェクトであると感じました。4月上旬当時、ブログを書くの形式は、素敵なブログ（さえフォーマットは非常に単純であっても（チョウ）...）を書いて、特に弱いスキルをコーディングすることはできません、まだ不慣れで、英語のテキストを達成するために結び目の単語頻度統計プロジェクトに割り当てられた教師、私は本当にパニック....私は基礎のジュニアパートナーとのペアリングが弱いです。それが唯一の学校に行くことはありませんので、私はその夜は、小規模なプロジェクトの開発を学ぶために、私たちは夕方4時を学んだ覚えて、はい、それは4点です。これは、ああまで保持者で、本当に私は特に豊かな感じ、本当に幸せスーパーはげ頭を感じる...しかし、我々はこの小さなプロジェクトを達成するための圧力に耐えて！！！
（4）：それは、ソフトウェア工学の実践に100時間の合計を取った週10時間の平均を過ごしました。マニュアル笑顔:)
（5）：私は新しい言語を学び、習得する必要があり、新しいプラットフォームがある：プロジェクトの開発チームのプロセスでは、あなたは新しい言語がJava言語に基づくべきであると言うことはできません、我々は新しいフレームワークを構築し、簡単なバグを修復することを学びましたプラットフォーム・プロジェクトは、直接のTomcat 8.0にカプセル化を実行することができ、もはや伝統的な内部日食における運用と展開環境ではありません。
（6）下記のフォームに記入、要約：
| ソフトウェア開発ツール、プロジェクト管理ツール | ソフトウェア開発手法 | モデリングソフトウェア |
| 日食、Tomcatの、mysqlの | オブジェクト指向開発方法論 | オブジェクト指向のモデリング |
- （7）：その他の利益またはアップグレード：大幅な学習体験のために主にグループ内でのより多くを収穫するために、最初のより良い関係、プロジェクトを獲得し、;圧縮機能が続くが、深い強化されていますブログのプレイ公園に着きます。