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

プロジェクト	コンテンツ
この作品は、コースに属し	2016コンピュータサイエンスとエンジニアリングソフトウェアエンジニアリング（西北師範大学）
どこの仕事でこの要件	実験14プロジェクトレビューチーム＆コース概要
ジョブの学習目標	取得する学期のソフトウェア工学の研究を総括

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

質問ブログの接続：https://www.cnblogs.com/yanglulu-yang/archive/2019/03/11.html
特定の機能を学習の学期を通じてテスト準備ソフトウェアエンジニアリングソフトウェアで提起された問題答えは、次のように：

1.ソフトウェア開発はYaoan安定した社会の言語を学ぶために言語を学ぶかの燃えるような言語の一つですか？

：ソフトウェア言語学習は何の特定の順序ではない、またそれがどのようなものを何=行く学ぶために、しかし、特定の言語を習得するために言って人気があり、継続的な改善に彼らの把握の言語に基づいて、新しい言語を学びます自身のコード、言語は、特定の安定性と言うが、その把握の安定しませんでした。任意の言語を学ぶことが、彼らはすぐに、当然のことながら、特定のスキルを習得するためにインターネット時代の交換を常に探求するために、この学習プロセスの間に問題を学んでいる学習、言語の特定の方法を持っている必要があり、私が言うことができません言語は世界離れても、しかし、継続的な学習他の言語への言語に基づいてます。

様々な言語間の2コアアルゴリズム。

：アルゴリズムのすべてが同じである異なる言語アルゴリズムの間で同じであり、アルゴリズムは、コア言語で、学習過程における重要な機能は、アルゴリズムの理解が実現されている重要なことです。アルゴリズムは、コアソフトウェア開発での学習、学習過程におけるアルゴリズムのプロセスを理解し、習得、私たちはどのようなアルゴリズムを使用する必要がありますどのような言語と言うが、任意の言語の習得は、コアアルゴリズムであることはできません。

累積ベースコード3。

：コードの蓄積が、それは、コード、コードの蓄積に精通行うには平時では、達成することができ、蓄積、独自の長い期間を経ている、非常に重要です。実際には、コードの質を向上させるために、ソフトウェア開発プロセス、コードの唯一の勤勉な累積量、やみくもにコードをノックするだけでなく、コードの原則を理解して学習、コードを書くのプロセスで実行と思うし、絶えずを改善していないがコードの品質と量は、学習過程で自分で考えることを学ぶ、さまざまな問題の解決方法があり、実装コードは、プロセスを考えるように、異なるものになります。

様々な分野間の4リンク。

：実際には各コース間の接続があり、これらの間のリンクはコンパクトで、例えば、語学学習ソフトウェア工学、学習におけるソフトウェア工学コースを学びますコース終了後、javaの学びますC言語を学んで仕上げ我々は明らかに、ほとんどの前に勉強を伴う知識を感じる、とソフトウェア工学のコースを習得するために、特定の能力を持つことができます。

特定のプロセスモデルの5.MSFの実装の詳細は、どのように達成することですか？

A：MSFは、プログラムが最初に構築することができますことをお勧めしますテスト、解決コア機能を開発します。その後、他の機能的特徴は、一般的にリリース戦略と呼ばれる、追加することができます。小規模なプロジェクトでは、それは通常、1つのバージョンのみです。しかし、Microsoftは複数のバージョンにそれらを推奨していますので、あなたは、改善の機会を見つけることができます。リリース順序が必要ではない、成熟したソフトウェア製品は、多くの場合、重複リリースサイクルの複数のバージョンを持っています。プロジェクトからプロジェクトのリリース、サイズに応じて、種類、ユーザーの要件とポリシーの間の時間。

6.プロセスにどのようにアジャイルの依存関係を反映して？

：アジャイルプロセスは、値および方法のコレクションを指します。アジャイル開発の原則のいくつかは、例えば、多くの場合、利用可能なソフトウェアをリリースについて説明し、ビジネスの人々と開発者は、通信に直面する顔は常に、技術とデザインに注力していきシンプルに保ち、通信するための最も効果的な方法で、プロジェクトの開発プロセスで毎日一緒に働かなければなりません自己管理チームを学ぶために、常にチームの効率を向上させ、行動に置く方法をまとめます。---スクラムアジャイル方法論のプロセスの方法論。まず、物事の最初のステップは、完全な製品が行われる必要がある、その後、対処する必要があり、現在のスプリント物事を判断し、第三段階は、スプリント中に毎日開いているスプリント、毎日ミーティングを開始します見つけることです、我々は昨日報告し、ターンをしました今日は何をすべきか、我々は疑問を持っています。同様にチャートは、バーンダウンも開始されていない、領土を見てすることができない、進行中の、3つのセクションが完了しました。最後に、あなたが発行するために、ソフトウェアの増分バージョンを取得します。
もちろん、開発プロセスにはいくつかの問題が発生します、例えば、タスク間の依存性は、計画にどのように依存関係を反映していますか？チームメンバーがタスクを受信すると、問題があるでしょう。毎日会議は単なる形式であるかもしれません。これは良い仕事が本当に何であるかを定義する必要があります。

II。彼らの分析を要約/分析/ソフトウェアの設計/実装/テスト/プロジェクトの承認を必要とする/何のプロジェクトの実現可能性における「知識」を学びました。

A：学んだ主なは以下のとおりです。プログラムのフローチャートのプロジェクト分析の必要性、ニーズ分析のパッド図を学びます。オブジェクト指向の学習、オブジェクト指向設計、オブジェクト指向の実現、OOA、OODなど、テストでのソフトウェアプロジェクトのコードの符号化処理機能の完了後、プロジェクト終了後のテストシステムを介して自分自身を向上させるためにプロジェクト、テストプロセスの研究。

III。プログラム/プロジェクトチームの個人的な項目/ジャンクション個人的な経験と組み合わせることは、経験について話しています。

：プロジェクトのコースを通して、主にプロジェクトの完全なコードを達成するだけでなく、学んだ、より多くの分析を入手する必要があり、プロジェクトの実施、ステップバイステップでプロジェクト全体は、プロジェクトの形でモジュールによってモジュールに分割されます完全な前処理をすることが、我々は不平等なモジュールを分割する多くの問題、実行速度が遅く-で、私は個人的にプロジェクトはコードのみを改善しない全体で学んでより理解がありますが、このチームは、プロジェクトに新しいです実現します、プロジェクト全体の実装研究のより、感情の種類を完了するために、段階的に進めるためのプロジェクトから出発して、自分のペットを提起するだけでなく、絶えず終わりに近づいて、このプロジェクトでは様々な問題を解決するために、私はまた、我々はまた、他のプレーヤーである、プロジェクトを完了するために、私たちをリードする勇気、プロジェクトの実施過程で彼らの利点のいくつかの他の学生の我々のチームから学んだ、常に解決するためにステップバイステップで私たちを導く問題のリーダーが発生しました非常に難しいプロジェクトの実現には、これらのプロセスは、言語を使用することができます学習されていません 完成し、一般的に、それは彼らの能力の長さを強化することである、大きな収穫です。

四要約の練習のコースをまとめると以下のような、あなたをもたらすためにアップグレードします。

：ソフトウェア工学の練習では、プロジェクトコードの完全なセット、私は主に以下の表の時間を過ごすために、コードの約2500行の合計を完了しました。

仕事	時間（週）を過ごしました
最初の仕事：チームのデビュー	12H
副業：プロジェクトの選択チーム報告書	18時間
プロトタイピングのチームプロジェクト：サード仕事	20H
第四の仕事：プロジェクトは、研究と分析を必要とします	24
第五の仕事：プロジェクトは、分析とシステム設計の改善を必要とします	25H
第六の仕事：システムを改善するためのプロジェクト設計チームと詳細設計	25H
第七の仕事：チームプロジェクト＆コーディングを改善するために設計されました	30H
第八チームワーク：アルファスプリント	26H
第九チームワーク：ベータスプリントの準備と受け入れ	26H

この仕事での詳細設計プロセスので、我々は、特定の機能の一部を開始する必要があり、完全な設計改善やプロジェクトチームのシステムの詳細設計：このプロジェクトでは、私は、最初の実験10人のチームワーク6であることが最も感銘を受けましたショッピングカートの達成のためのアルゴリズムで、アルゴリズムを実装し、マップは、収集を開始することを期待し、後空腹マップコレクションではなかったです。
ソフトウェア工学における約340時間このコースの合計を過ごし、週24時間の平均を費やしています。

ソフトウェア開発ツール、プロジェクト管理ツール	ソフトウェア開発手法	モデリングソフトウェア
日食、MyEclipseの	オブジェクト指向開発方法論	オブジェクト指向のメソッド（オブジェクト指向方法