| プロジェクト | コンテンツ |
|---|---|
| この作品は、コースに属し | >> 2016コンピュータサイエンスとエンジニアリングソフトウェアエンジニアリング（西北師範大学） |
| どこの仕事でこの要件 | >>実験14プロジェクトレビューチーム＆コース概要 |
| コースの学習目標 | 1.マスター・ソフトウェア・プロジェクト検討会のプロセス、学期や櫛のすべての知識を確認する2.; 3.再び考えると、彼らは疑問を学んだことの現在の事前知識でお答えしようとします。 |
まず、質問に対する回答は、実験aで提起します
するには読み取り実験「法の構築」疑う：質問に答えるために
Q1：
本は言う、ソフトウェア= +ソフトウェアエンジニアリングプログラムを、今学期のソフトウェア工学を学んだし、どのようなソフトウェアがそれを理解する必要がありますか？コンピュータソフトウェアは、データおよび命令の特定のシーケンス団体の集まりです。一般的に、ソフトウェアは、両者の間のプログラミング言語、システムソフトウェア、アプリケーションソフトウェア、およびミドルウェアに分割されています。前式話さ、ソフトウェア同等のプログラムに加えて、ソフトウェア工学など、プログラムおよびユーザ・エクスペリエンス、このような管理を構築するようなユーザインタフェースの設計、一部のソフトウェア開発活動、ソースコード管理、ソフトウェア設計、ソフトウェアを含むデータ構造に加えアルゴリズム、およびソフトウェアエンジニアリング、に等しいです。テスト、プロジェクト管理、その他の関連コンテンツは、ソフトウェアエンジニアリングの中核です。今アルゴリズムとデータ構造、ソフトウェアの品質を決定今度はソフトウェア工学の上に、基本的なスキルです描画することは困難な問題、手順（アルゴリズム、データ構造）を振り返ります。
Q2：そして、チームのリーダーシップ、ソフトウェア工学、特にこのコースでは、この学期を私はあまり接触にするために使用ので、彼は理解していなかった、過去に私たちは、このチームの非常に少ない経験を学ぶために、私たちのコースの多くグループ協調学習、より多くの理解とチームのリーダーシップもあり、ソフトウェア工学の今が完了、。チームでは、我々はチームメンバーの多くを必要としませんが、各メンバーが自分の責任のモジュールを持っていた、彼らの一部を行うために持っているが、実際の後にのみ見つけることを意味し、小さいながらも有能なスタッフを、強調します、これは作ることは非常に困難であるという事実。私は確信しているほぼすべてのチームが常に動作していないいくつかありますので、彼らだけでは落ちないだけので、彼も枝をぶら下げていない、チームに加わりました。だから、研究グループの中で、私たちは、このような分布がより合理的なものになるかどうかであるべきタスクを割り当てるように、良好なトレードオフになります。みんなの能力は同じではありません私の意見では、我々は良い「学校のいじめっ子」があることを学ぶすべての人の羨望がなければならない、もちろん、我々はまた、個人のために、「スラグを学ぶ」（とないの存在を持っている必要がありますが、 、そしてチーム）は、例えば、タスクを割り当て、そして私たちが学ぶ必要があるが、また少し悪化し、我々が行います行うことができ、自分の学生の何人かを割り当てることができます学ぶために学生を支援するため、私は、それは少し不公平ことができると思うとき仕事は、私たちは多くの困難以下大小このタスクに比較しない、我々が変化するようにしたい、彼らは学生のほとんどはほとんど学習能力を駆動するためのより多くの機会を与えられなければならないので、誰もがより高く、よりに向かって移動することができます遠く離れて、結局、グループがグループで、雰囲気と行動の統一があるはず、私たちは一緒に進行Win-Winの状況です。
Q3：不可分のプログラミングに関連する学習段階における学生、大学はこの職業を読んでいるので、たとえば、私は、コンピュータサイエンスの学生として、あなたはほぼ毎日、毎日、多くの有名なコースに直面するだろうが、我々は、Python、C言語を学びました、Java言語やアセンブリ言語など。だから、学習段階では、我々は特定のコードに費やした時間は非常に多く、エンジニアよりもより一層であると言うことができます。ソフトウェアエンジニアリングは、このコースを学んでいるのでしかし、我々はまた、コードに加えて、分析を必要とし、関連文書のいくつかは非常に重要である、ということを知っています。しかし、我々は前にコーディングの仕事に焦点を当てて、その時点で、他の研究を失ってきた空白になっています。私たちと比較するように比較すると、両者が極端であれば、それはより多くの反対であるように感じ、エンジニアは、彼らがニーズ分析に費やすテスト時間は、より多くのです。だから、私は、学生が、私たちは、学習時にフォーカスを把握しなければならない学校は、この知識は他の知識を持つラインの外であった一定の知識を学ぶことができるだけでなく、ためだけではなく、一つのことを学び、他を失ったようだと思う私たちの学習はまた、様々な分野間の接続を持っているので、自分の時間に、バランスを行うことを学ぶために一緒に学ぶのではなく、それらをきれいに休憩を作ることを学ぶ分離を含む、連結されています。
第二に、知識は要約ポイント
実現可能性の分析を含むソフトウェア開発プロセスは、分析、概要設計、詳細設計、実装、運用、7つのステップのメンテナンスを必要とします：
- 実現可能性の分析：プロジェクト、リソースの供給、建設の規模、プロセスのルート、機器選定、環境への影響、財務、収益性と研究の他の側面に対する市場の需要により、実現可能性の分析、ビューの技術的、経済的、工学的観点からプロジェクト研究と比較分析、プロジェクトの完了後、金融、経済的、社会的および環境への影響は、ソフトウェアプロジェクトの意思決定の公正、信頼性、科学的助言を提供するために、科学的な予測で行うことができます。主に、経済的、技術的、社会的および環境分析ソリューションから実現可能なソリューションや特定の経済的および/または社会的利益は、コンピュータに基づく真の開発システムの始まりに過ぎないとき、与えられた実現可能です。
- 要件分析：様々な可能な解決策のソフトウェアプログラムの解析と洗練洗練された分析中のソフトウェアの実現可能性を確立することであり、様々なソフトウェア要素に割り当てられた分析が必要です。ソフトウェア要件分析定義フェーズの最終段階で、システムは、ターゲットシステム、正確な、明確な、特定の要件に完全に作られている、何をしなければならないかの仕事を決定することです。ターゲット・システムの輸出論理モデルのシステムの現在の論理モデルを用いたタスクは、ターゲット・システムは、「何を」の問題を解決します。データ要件分析システム、論理モデルの輸出システム、補正システムの開発計画。
- 設計の概要：ソフトウェアの一般的なアーキテクチャは、アウトラインのデザイン、「何を」「行う方法」物理モデルへの論理モデルの、それは、ソフトウェアのニーズを実現するために開始されなければならないソフトウェアの予備設計段階、および設計結果である記述します「設計仕様」文書に反映され、ソフトウェアの設計は、ソフトウェア表現にソフトウェア要件を変換する処理です。
- 詳細設計は：詳細設計は、アウトラインデザインの洗練、各モジュールの詳細設計が実装されたアルゴリズムと、所望の局所構造です。主なタスクは、各モジュールのアルゴリズムの詳細な設計を設計するために必要なローカルなデータ構造です。算術ロジック実装モジュールが適切に機能し、簡単なアルゴリズム記述であることが詳細な設計は、二つの目的を有します。
- 実装：ソフトウェアの実装は、コンパイラソフトウェアによって生成されたコードを使用することです。
- 操作およびメンテナンス：ソフトウェアのメンテナンスは、主に一部またはハードウェア環境における需要の変化や変更によるアプリケーションの修正の全てを指し、修飾されたソースコードを最大限に活用すべきです。変更するには、登録フォームに記入するためのプログラム、およびプログラムの変更を変更した後、古いものと予告で新しいプログラムとの違いを示しています。メンテナンス、適応メンテナンスの正確性を含めて、メンテナンスや予防保守を向上させます。
- テスト：ソフトウェアのテストは、指定された要件を満たしているかどうかを確認するか、期待される結果と実際の結果との間の差のプロセスを理解するために自動的に実行され、手動またはソフトウェアを使用することです。これは、（全体的にまたは部分的に）コンピュータソフトウェア（中間体または最終版）の開発が完了し特定するために精度（正確性）、完全性（完全性）とソフトウェアプロセスの品質（品質）であり、SQA（ソフトウェア品質保証）であるの重要なサブドメイン。
プロジェクトの受け入れ：プロジェクトの品質検査の受け入れは、以前に行ったの終了後にソフトウェア開発の実用化ソフトウェア製品の最後のアクティブユーザーです。それがソフトウェア製品を開発するかどうかを答えるためには、要件と問題を受け入れるかどうか、ユーザーの期待に応えます。それだけでソフトウェアのいくつかの側面の品質をテストしていないが、総合的な品質テストを実施するために、ソフトウェアが決定する資格ですので、したがって、受け入れテストは、厳格な正式なテスト作業です。開発する必要の事前の計画によると、コンフィギュレーション・ソフトウェア、機能テスト、パフォーマンステストとテストの他の側面を見直します。プロジェクト開発者は、「アウトライン設計仕様、」「詳細設計仕様書」、「データベースの設計仕様、」「テスト計画」「分析文を必要とする」提供する必要があり、「テストレポート」、「プログラムの保守マニュアル」、「ユーザーマニュアル」 「プロジェクトサマリレポート」およびドキュメントのシリーズ。
第三に、感情や経験
- 個人的なアイテム：私の個人的なプロジェクトでは、私は、単語頻度統計ソフトウェアを完了しました。このレッスンの初めから実際にはかなり困難であり、このソフトウェアを実行する過程で、私はすべての種類の独自の困難を解決することができなかったので、実際には、私は個人的に、プログラミング能力は、比較的弱いです。最初のプロジェクトは、より混乱しているいくつかの場所でそれを行う理由を、知っていないので、考えることが何よりもありません。
- ペアプログラミング：ペアプログラミングは、ペアプログラミングの私の指導と援助で、外部の受注と共同で学生で、学生の協力を得て結合された第一の個人的なプロジェクトを、持っていた、そしてゆっくりと私はソフトウェアを理解し始めましたプロジェクトはどのようなプロセスは、何かがエンコードする前に何かを準備するためにどのような手順、実行する必要があります。両者の協力を得て、ソフトウェア工学の理解も深まっています。
プロジェクトチーム：私たちのチームプロジェクトの数にこのコースのソフトウェア工学のハイライトこの学期。私たちは、5人の小さなグループは、以前の個人的なプロジェクトやツイニング・プロジェクト、それがより複雑になり、より困難に比べて、寮の管理システムを作っています。協力の過程で五人は、我々は常に協力、共同学習にされていると、「その職務を遂行、」協力のチームは非常に重要ですが、私は分裂も不可欠だと思います。システム全体の開発プロセスでは、我々のチームの強さは結局、チームの魂は、我々はチームが、巨大な力を再生させるために協力する場合にのみ、チームの強さで、非常に重要です。
IVの概要およびアップグレード
私は、コードを終えたソフトウェアエンジニアリングの練習で1
ソフトウェア工学の練習では、私はおそらく以上のコード2000行を行ってきました
費やした時間のたびにソフトウェアエンジニアリングの仕事では2
3.最も印象的な一つの操作
私はほとんどの仕事に感銘を受けましたが、「チームのキャプテンは、それを入れて、」第八チームワークアルファスプリントは、これは、完了するために一緒にチームを「チームのキャプテンは、それを置く」私たちの仕事で、この要件は、オプションの連続作業5日ですアルファは、スプリントを実施し、毎日、毎日、すべての割り当てられたタスクをブログを作りました。私たちのチームだけで5人は、もともとは5日、政府開発ブログ（私たちがしなければならない仕事を）計画されたが、我々は実際には数日またはない仕事、それはブログのプロジェクトのタスクを実行するためにダウンしているかどうか、最初から最後まで一緒に私たちの5を完了するために、私たちは一緒にして進歩一緒に学ぶ、議論することができます。この仕事を通して、私は団結は強さ、そして何であるかの真の解釈であると感じ、「チーム。」私たちはチームが、それは不可分の全体です。時間ハエは、学期が終わったが、私は我々が、どんどん良くなっ進行されているだろうされていたであろう「チームのキャプテンが言う」と信じています！
ソフトウェア工学だけでなく、時間を過ごすために毎週費やした累積時間4.
私が過ごすこの学期のソフトウェア工学の累積時間では48時間、法案は2.6hで週平均時間です。
5.新しいプラットフォームを学び、新しい言語を習得
この学期の学習の過程で、私は新しい言語を学び、習得する必要があるJavaWeb、MOOC、値下げの新しいブログプラットフォームパーク、GitHubの、中国大学、雨の教室を学びました
6.まとめ開発ツール、開発手法とソフトウェア工学のモデリング手法
| ソフトウェア開発ツール、ソフトウェア管理ツール | ソフトウェア開発手法 | モデリングソフトウェア |
|---|---|---|
| Githubに、MyEclipseが、MySQLの、墨刀、mockplus | オブジェクト指向のアプローチ、ジャクソン法、ソフトウェアの再利用、プロトタイピング | データフロー図、データベースモデリング、オブジェクト指向モデリング、構造モデリング |
収穫やプロモーションの7他の態様
この学期を通じ、私は、追加ボーナスは、独立した研究のためMOOCネットワークの使用で学んも反転授業の授業モデルの教師に気づきました。
当然のV.勧告
ワン学期コースこのコースのエンジニアリングソフトウェアを学習するプロセスでは、すぐに終わった、私は多くのことを学びました。まず第一に、私は先生に代わって、先生は非常に深刻と責任があると思いますが、また、非常に革新的な教授法、真に反転授業。そこタスクの偉大な量は、私たちのために宿題を修正する専用の、いくつかのアシスタントの先生は非常に責任があるが、彼らは本当に私が感心各学生に良心的な、深刻なコメント、あり、先生方に感謝します指導と援助。第二に、時間がタスクは、比較的時間のかかる仕事よりたくさん大きいが、私が学んだプロセスであるため、より多くのある研究のこのコースを取ることがあります。しかし、私は1学期ダウンだと思い、実際には非常に適していない、それは我々が時々適応できないことが考えられて、私たちのために教室の先生を反転しますが、気持ちは非常に良いではありません。要するに、教師の感謝の代理としてこの学期を教えるために！