実験14プロジェクトレビューチーム＆コース概要

プロジェクト	コンテンツ
この作品は、コースに属し	ソフトウェア工学
どこの仕事でこの要件	実験14
ジョブの学習目標	1）制御工学ソフトウェアが必要達成するためのコーディング）2を反映するために、コースの内容を要約します

タスクを1：見るためにクリック

タスク2：

Q1：学期のコースの内容に比べて「テスト準備ソフトウェアエンジニアリング」タスク5つの質問（あなたが言及した質問ブログのリンクを）、質問に答えると学習/実践を通して/議論を把握する方法を明確化しようとしますの;学習は新たな問題を作成するかどうか？その場合は、お問い合わせください。

1.ソフトウェアのテストは、いくつかの段階に分けていますか？目的は何ですか？
A：開発段階部門によると、ソフトウェアのテストユニットテスト、統合テスト、システムテストや受け入れテストに分けることができます。
ユニットテスト：各モジュールが目標として働くことができることを確実にするために、各ユニットのためにテストします。
統合テスト：モジュールを組み立て、統合テストのためにテストされています。目的は、ソフトウェアの設計上の問題に関連した構造と手順を検討することでした。
確認試験：開発したソフトウェアをテストするためには、最後の機能と性能要件のすべてを満たすことができます。いくつかの分割方法は、テストは、テストを確認するためにシステムに組み込まれます。
システムテスト：ソフトウェア製品をテストすること（例えば、ハードウェア、データベース、および作業員のための）システムの他の部分との作業を調整することができます。
受け入れテスト：ソフトウェア製品の品質の最終段階をテスト。主なハイライトは、ユーザーの役割だけでなく、ソフトウェア開発者も参加の特定の学位を持っている必要があります。
受け入れテストは、アルファテストやベータテストに分けることができ、アルファテストは、開発環境で、ユーザによって行われ、ベータ版は、ユーザー環境のテストに使用者によって行われます。

前述2. P52ページの本、「コードを書くときに、時間で解く問題は、それが最終的に多くを取らない平日、」時期尚早の最適化ソフトウェアエンジニア、すべての依存関係の問題を解決するにはあまりにも積極的にすることはできません」後半で大きなソフトウェアプロジェクトのコードの改善と最適化の労力と費用、小さな仕事>このようなルーティングコード、我々はより多くを支払うつもりですか？
：最適化は先に見て、決して十分ではない、任意の部屋そのソフトウェアは、ワンタイムは最高のことができない、最適化することができた、反対はローカル最適化に巻き込まれただけで、全体の進捗を遅らせ、そしてより深いので、我々は最初のソフトウェアをやって見ることができます>全体的に、ローカルのみのためにのみ、基本的な問題を解決して、全体の段階的詳細化は良い政策も完了します。

「100％のコードカバレッジが正しさの100％に相当していない！」という3.P27ページ、そして、どのように我々は100％の正確さを達成することができますか？
A：研究を通して、私は「100％のコードカバレッジ理由を理解しますテストは同じように、無限大です、レートがプログラマのための100％のコードカバレッジは難しいことではありません、「！正しさの100％に等しいではありませんが、それは非常に難しいだろう100D％の正しさを実行する必要があります基本的なユニットテストが完全に100パーセントに達していないときのコストが良いよりも害のコード領域の一部をカバーするので、我々は>でプロジェクトを完了し、私は、時々完全に100％のコードカバレッジを達成する必要がないと思います。

新たな問題：

我々は十分なテストを経ていたとしても、あるいは多様性は、多くの問題が発生しますので、オブジェクトを使用する場合、特にオブジェクト指向のWebサイトやソフトウェアを開発する際、実際の操作で間違いを確保することはできません。だから、何のバグはありませんノルムパッチ方式よりも適している維持期に表示されますか？

Q2：彼の分析を総括/分析/ソフトウェアの設計/実装/テスト/プロジェクトの承認を必要とする/プロジェクトの実現可能性でどのような「知識」を学びました。

1.可能性分析：
可能性分析の基本的な目的は、問題が近くてもよい短時間で解決することができるかどうかを決定するために最小のコストを使用することです。
プロジェクトのどのように良い関係なくは、その後、何の可用性がない場合はそれを行う、その後、何の意味とその値の嘘がないため学習を通過した後、私は個人的に、それはプロジェクトの実現可能性分析への鍵だと思います。プロジェクトの前に、我々のチームのすべてのために教師に代わって私たちは総合的な分析と提言を行ったので、私たちのプロジェクトに関するコメントを行いました。

2.要求分析：ミッション要求分析は、システムがその作業を完了していないが、唯一のシステムは、ターゲットシステム、正確な、明確な、特定の要件に完全に作られている、行われる仕事を決定する方法を決定します。
先生は話していなかったの前にこの段階で、私はそれはそれで、単純な分析をした自分のアイデアの発想に基づいてユーザーのニーズ分析の組み合わせだと思うが、彼らのレッスンの後、私はそうではありませんでした。

この段階で、私は主に学びました

NABCDとの分析を必要とします

標準の「ソフトウェア要求仕様書」を書きます

3.ソフトウェアの設計は：非接触のソフトウェアエンジニアリングの前に、私は発見がまだ大きな差が学んだ後に実施段階での設計段階で、同じだと思います。
ミッションのソフトウェアの設計段階では、具体的なプログラムを書くのではなく、将来のプログラマのためのプログラム「青写真」のデザインは、これに基づいて実際のプログラムコードを記述します「青写真」。

4.実装：これはプロではありません前に、コーディングの段階で非常に弱いが、しかし、このプロジェクトを通じて、私は同時に、コーディング段階で大きな進歩を遂げているので、実装が、私はまた、特定のコーディングの段階でありますようにコードの仕様、冗長性と：ことはできない盲目的>コードを記述するだけでなく、そのような機能の実現など様々な要因を考慮することで、学びます。

5.試験：想像力と基本的に一致するテストフェーズ、少し異なるが、私はそれがテストだと思ったことである試験片の試験片を用いて、任意であるが、テスト仕様は、サブモジュール、サブ試験方法です。

プロジェクトの6.受け入れ：プロジェクトの受け入れ段階は、ショーケースを支払うすべての目の前に現れることです。

要するに：ソフトウェア工学コースでは、プロジェクト内かどうかを多くのことを学びました：

これは、ソフトウェア工学の私の表面的な理解を変更しました

ソフトウェアエンジニアリングを通じて読む前に私の疑問を解決

最も重要なことは、ソフトウェアエンジニアリングの深い理解

Q3：プログラム/プロジェクトチームを合わせた個々のイベント/ジャンクション個人的な経験は、経験について話しています。

そして開発に、そしてまもなく期間に、リコール処理は、チームからトピックを検索するために、ソフトウェアプロジェクトに参加するために、この学期は、プロジェクトのオープニングレポートを構成するために、プロジェクトのユーザーのニーズを決定するために調査をセットアップするために、パイロット・プロジェクトを特定し、プログラムの実施と革新を探し始めました研究プログラムと手順の詳細は、プロジェクト関連の調査・研究、ステップすることで、プロジェクトの実現可能性、歩行ステップを確定するための人材、経験と成長のみ経験と所有権を共有することになります。私が取得するために運動を育った経験を得ればこれは、まれな経験です。これらの月の間に、グループ間のメンバーは、私たち一人一人のために団結雰囲気、特に人々の同じ目標所属感のために一緒に間違いなく、この闘争の中で最も価値のあるコレクションである、お互いから学びます。長い時間と助けのための教師と指導助手の指導に感謝！

このプロジェクトの開発を通じ、私は深くプロジェクトを完了するのに長い時間が経過した後に実現現在のプロジェクト、私たちのチームの誠実な協力を初期から着想ソフトウェア工学、ソフトウェアの大きな役割を高く評価し、我々は、各プロセスになりました詳細な分析の一部、私たちの設計とモデリングを行うには長い時間がかかった長いプロセスを通じて達成するために、現在のソフトウェアコーディングへの最初の構想から、プロセスが重要でないように見えるかもしれないが、確かにソフトウェアの究極の成功はそこには、プリコーディング作業が遅れているん大きな問題となり、基礎を築きました。古いことわざ、Quickenの仕事があります。初期のナレッジベース、文書保管、材料の準備、製造方法はラッシュを避けることができ、完全な予備実験は、私たちは自信を持って行うことができます。ステップバイステップでは、最終的に包括的な実験では、我々が恩恵を受けています。機能があまりにも完璧ではないが、彼は、完全な学生情報管理を行いました。しかし、これは一緒にチーム全体の努力の結晶です。

Q4：もちろん、実用的な概要をまとめると以下のような、あなたをもたらすためにアップグレードします。

1.統計ソフトウェアエンジニアリングの実践、どのように多くのコードの行は、あなたが完了した
1000のコードの行約完了：A
の仕事2.ソフト労働慣行があるたびに、どのくらいの時間を？柔らかい労働慣行に費やした時間の累積数？週あたりの時間の平均数は、使用済み？（リストを作成します）

ソフトタスキング	（H）の時間を費やします	累積支出の時間（h）	週に費やした平均時間（h）
準備する実験的ソフトウェア工学	9	109	9
ソフトウェア工学実験2つの個々のイベント	8
第三の実験ソフトウェアエンジニアリングの双晶プロジェクト	10
実験4プロトタイプベースのソフトウェアは、にアクセスする必要があります	9
実験5ソフトウェアのR＆Dのチームビルディング	5
実験6つのチームとプロジェクトレビューチームプロジェクトのトピックレポート	9
実験7プロトタイピングおよび開発プロジェクトチーム、チームワーク、3-	9
実験8人のチームワークは、4-需要調査・分析プロジェクトチームのプロトタイプに基づいて、	10
実験9人のチームワーク5チームプロジェクトを改善し、システム設計を必要とします	12
実験10チーム改善設計と詳細設計作業6チームプロジェクトシステム	9
コーディング＆テストを改善するために設計された実験的な11のチームワーク7チームプロジェクト	10
実験12チームワークの8チームプロジェクトユーザー受け入れレビュー	9

あなたが最も印象的にする一つの仕事3.？なぜ？
：私は仕事によって最も感動した、次のとおりです。実験4ソフトウェアエンジニアリング双晶プロジェクト、このプロジェクトでは、まず、十分な技術やない精通の欠如である。第二に、それは十分な時間ではありません。このプロジェクトで私を聞かせて有料で多くは、最終的には所望の効果を達成しなかった、しかし、この双晶プロジェクトではまだ収穫がたくさんあるので、私は大切にし、協力プロジェクトのためのノスタルジア。
4.あなたは学び、新しい言語、新しいプラットフォームを習得しますか？
A：この用語は、主に新しいブログプラットフォームパーク、githubの、JAVAの新しい言語によって制御されます。
以下5.フォームは、研究の学期、ソフトウェアエンジニアリング開発ツール、開発手法とモデリングの方法あなたが学ぶまたは使用を要約したもの

モデリングソフトウェア	ソフトウェア開発手法	ソフトウェア開発ツール、プロジェクト管理ツール
MySQLは、サブライム、日食	プロトタイピング、オブジェクト指向開発方法	オブジェクト指向モデルの分析方法

6.どのような問題は、現在のカリキュラムを思い、あなたは任意のより良い提案を持っています。
：おそらく彼のために財団のは弱いので、作業の全体量少し大きい感じ学期が、収穫はまだたくさんあります。コースの先生は、それは非常に明確にしたについて、残りは自分の技術的な問題である、と私は後半に学習していきます。