| プロジェクト | コンテンツ |
| この作品は、コースに属し | 教室の先生のブログのホーム・ページへのリンク |
| どこの仕事でこの要件 | ジョブリンクアドレス |
| ジョブの学習目標 | （1）ソフトウェアプロジェクトのレビュープロセスをマスターします （2）を反映するためにコースの内容を要約 |
タスク1：学期のコースの内容、あなたが言及したタスク5問題、質問に答えると学習/練習/議論を通じて把握する方法を明確化しようとする対照的な、新しい問題かどうかを学習しますか？その場合は、お問い合わせください。
教科書を通じて「法の構築」を読んだ後、問題を実験
1.ソフトウェアエンジニアリングはアジャイル開発では何ですか？
ユーザーニーズへのアジャイル開発は、ソフトウェア開発のためのコア、反復的、漸進的なアプローチとして進化します。初期構築物におけるアジャイル開発ソフトウェアプロジェクトは、視覚的に、各サブプロジェクトの成果は、テストされているサブプロジェクトの複数に切断され、統合された機能を使用して実行することができます。言い換えれば、このプロジェクトは、相互に接触し、多数に分割して、だけでなく、小規模なプロジェクトとは独立して実行することができ、使用可能な状態になっている本ソフトウェアの過程で完成しました。
コア・プリンシプル
◆簡単な命題
開発作業に従事するときは、最も簡単な解決策が最善の解決策である主張する必要があります。以上のアジャイル開発を構築しないでください。
アジャイル開発
お使いのソフトウェアを（Overbuild）。それはあなたが今、この追加機能を必要としない場合は、AM引数を持つモデルでそれを増加させない、です。勇気を持っている：あなたは限りモデリングは、既存の需要に基づいて、今、このシステム過度のモデリング（オーバーモデル）には不要な、将来の需要を変更があると、システムを再構築しています。可能なモデルとして、単純なことをしてください。
◆抱擁の変更
すべての時間を変更する必要性は、人々はまた、すべての時間を変更する必要性を理解しています。進行中のプロジェクトでは、プロジェクトの利害関係者は、新規参入があるだろう、変更される可能性があり昔の人は左が存在します。プロジェクト利害関係者の見解は、あなたの努力のための目標と成功基準も変更される可能性を変更することがあります。これは、プロジェクトとして、プロジェクト環境は常に変化しているので、あなたは方法がこの現実を反映して開発することができなければならないことを意味します。
2.どのように我々は右のペアプログラミングをすべきですか？
ペアプログラミング（ペアプログラミングは）アジャイルソフトウェア開発の方法、コンピュータ上で一緒に働く2人のプログラマです。男のコードを入力し、他の人は、彼が入力したコードのすべての行を確認します。人々のコードを入力し、コードを見直しドライバは、観測者（またはナビゲーター）と呼ばれると呼ばれます。2人のプログラマは、多くの場合、役割を交換します。そう私はそれがすべて基本的に住むことになると思うので、ペアプログラミングを修正するには、まず、人々の匹敵するレベルを選択する必要があり、人の体の上に落ち、これは結び目がプログラミングのための意味がありませんようになります。第二に、私たちはペアプログラミングを修正すべきだと思う、誰もがプロジェクトを迅速に行うことができるように、自分の一部を行うために、それは、不必要な摩擦を低減することを意識しなければなりません。最後に、私が正しくプログラミングをペアリングする必要性を感じ、技術志向の人々、できるだけ味を和らげるために選択する必要があり、このペアは、効率が大幅に改善され、非常に幸せになりますが、火花の多くに影響を与えます。逆に、それが停止進行中で、その結果、論争の場に落ち、そして最終的にチームに影響を与える可能性があります。
正確で包括的なニーズ分析を見つける方法3.ソフトウェアのチーム？
1.ニーズを入手し、指導。
2.分析と要件の定義。
3.要件を確認します。
4.管理要件ソフトウェア製品のライフサイクル。
需要提案
システムの目的に焦点を当てが記載されています。需要が提示され、唯一のシステムのビューのユーザーに焦点を当てて分析しました。開発者とユーザは、問題領域を決定し、問題を説明し、システムの定義します。そのような定義は、システム仕様と呼ばれ、それはユーザと開発者の間の契約として機能します。
要件の説明
アナリストの問題分析フェーズの主なタスクは次のとおりです。ユーザーのニーズの識別、合成およびモデリング、データ要件ユーザーニーズの曖昧さ、曖昧さや矛盾や体系的な分析をクリアするには、元の問題とソフトウェアのための論理的な目標を確立しますモデル。アナリストはまだ行われていない短期的な行動に起因するユーザーまたは1つ偏りの不当な要求によるものである要件を見つけるために、一緒にソフトウェア開発経験の問題の元の理解と組み合わされるが、潜在的なユーザの需要が真の価値を持っています。
要件レビュー
ニーズ評価フェーズでは、アナリストは、自分自身の予備要求仕様やマニュアルを生成するために、ユーザーやソフトウェア設計者と協力してソフトウェア要件の完全性、正確、明確、特定、およびユーザーやソフトウェアを確保するために検討されている必要があります設計者は、要求仕様とユーザーマニュアルの予備的な理解に同意するものとします。不足しているか、ぼやけた発見は、できるだけ早く再審査を修正する必要があります一度。
タスク2つは：彼らの分析を要約/分析/ソフトウェアの設計/実装/テスト/プロジェクトの承認を必要とする/プロジェクトの実現可能性でどのような「知識」を学びました。
| 相 | 学んだ知識の概要 |
|---|---|
| フィージビリティ分析 | 実現可能性分析は、このような市場の需要、資源の供給などの建設、プロセスのルート、機器選定、環境への影響、財務、収益性、規模などの主要なコンテンツと関連する条件によって技術的、経済的、工学、他のプロジェクトの観点で行われます研究と比較分析、プロジェクトの完了後、金融、経済的、社会的および環境への影響は、意思決定のプロジェクトのための包括的な基盤を構築し、提供する方法についての投資とアドバイスプロジェクトは価値が行われ、予測するようにしてもよいですシステム分析。実現可能性の分析は、予測可能性、公正性、信頼性、科学的な特性を持っている必要があります。 |
| 要件分析 | 分析を必要とするかを決定することである「を行うにはないものを、何をするか、」分析は、プロジェクトの成功の鍵であるので、イデオロギーに注意を払うようにしてください必要があります。ニーズ分析を行う際に必要な研究を行うために、ユーザーは可能な限りニーズを満たす十分に検討することを確認する必要があります。 |
| ソフトウェア設計 | ソフトウェアの設計段階、プロトタイピングツールの系統的な研究では、描画ツール、MVCデザインパターン、C / SとB / Sの構造を理解しています。フロントデスクの主な設計とデータベース設計は、コードを書くために、唯一の完全なデータベースの設計とフロントデスクの背景のレイアウト、非常に重要であり、手がかりがありません。後半の作業負荷を減らすために。 |
| テスト | ブラックボックステストとホワイトボックステスト、ブラックボックステストがあり、また、機能テストとしても知られ、それは各機能が正常に使用できるかどうかを検出する試験によるものです。構造は、また、メインプログラムは、パス検出作業に必要な予め決定することができる実行するかどうかを、ホワイトボックステストとして知られています。 |
| プロジェクトの受け入れ | プロジェクトの受け入れは、また、スコープの検証または転送（カットオーバー）として知られています。それは成果が満足している、検証プロジェクトの規定の範囲内の仕事や活動が完了しているかどうか、および検証の結果が受け入れ文書内の一連の活動を記録します。 |
タスク3：プログラム/プロジェクトチームの個人的な項目/ジャンクション個人的な経験の組み合わせは、経験について話しています。
クラスの始まりは、私はコースの最後に何をするか分からない場合は、そのソフトウェアエンジニアリングは、コードを記述することで、その後の研究の学期を通じて、このコースを知って最初に、ちょうど時間の実験的なコースで、当社のソフトウェア開発を導くことができますタスクは、あなた自身の個人的なブログに適用し、ブログを書くことです非常に単純な考えで、明確に書くためのいくつかの単語、特定の形式と仕様があるとは思わなかった、上記の編集ブログで多くの時間を費やしました。最初のプロジェクトは、プロジェクトが完了するのは比較的容易で、ブログの書き込みのために、ただ機械的に先生に係る機能が、比較的シンプルなインターフェイスですが、基本的な機能を実現することができ、原因前の基礎科目に、個人的なプロジェクトでありますテンプレートの各部分は、内容を記入します。
第二プロジェクトツイニングプロジェクトで、プロジェクトが改善し、個人的なプロジェクトに拡大することで、プログラミングの形で行われるが、私は、これはその双晶のプロジェクトのニーズを意味するので、少し難しいと感じました一人、からの協力とコミュニケーションのニーズの両方になっていますプロジェクトを完了するためのイデオロギー二人の団結、その過程では、必然的に、このような紛争の時のように、競合になります、これらの競合を解決する方法の紛争、紛争やその他の技術のアイデアは、プロジェクトの全体的な枠組みの中で、開発スケジュールを通して我々のチームにとって非常に重要です、上記の十分な協力プロジェクトと考え、これらの問題を解決するためのステップバイステップを達成するためのプロジェクトを取るための好ましい方法を説明しました。チームプロジェクトの場合、プロジェクトの話題から、このプロジェクトは、一連の命令を書き込むことによって分析し、書き込み、システム設計、詳細設計、コーディング、テスト、プロジェクト、個人的な経験と完全なプロジェクトのプロセスの感情のドキュメントを必要とし、I書き込みが分析の仕様、詳細な設計仕様書、Visioのモデリングプロジェクトを使用してこのような使用mockplusプロトタイピング・プロジェクトなどのツールの使用を学ぶためのマニュアルコーディング標準仕様など、マニュアル、プロジェクトチームを必要と理解してプロセスでは、私の最大の成果は、人々が研究に精通していないすべての人のために、自分の利益のこの技術の一部で良い得るように、非常に効率的になるだろう労働チームの合理的な部門は、チームのメンバーが一緒に、一般的な作業であります議論や研究が、我々はアドバイスとタイムリーなコミュニケーションに直面する必要が一様ではない。第二に、文書を書くために、私は多くの場合、インタフェースのこの部分は、関数名を記述する方法が何であるかを忘れて、エンコード時に、その存在の意味を理解し、使用データベースに、そして、そのプロパティは、データベース内で使用されています 何、それが書かれた文書をレビューすることは、文書は、この段階での作業の要約、だけでなく、将来の仕事のための保護を提供するだけではありません。
私たちのチームの調べでプロジェクト、「ホテル管理システム」を完了するために、ユーザーニーズの分析は、「ソフトウェア要件仕様」、改善を投影するシステムのブレードの実装に基づいてプロトタイプシステムに、始まり、最後にアンケートシステムの実装、道に沿って、すべてのステップは簡単ではありませんが、また、例えば、中には非常に最初の多くの問題に遭遇し、ユーザーは、チームメンバー間の意見の相違があり、分析の意見を必要とし、我々は再びよりを調査しますユーザーの後、グループは、我々は完全な予備的な研究であるか、慎重な議論の後に合意された、それは予想された時間内にプロジェクトの具体的な実現、私たちのプロジェクトの完了の背後に安心して私たちを行います。もちろん、実装プロセスが順風満帆ではない、実装のリッチテキストボックスエディタを満たしたときに、トラブルに遭遇し、そこに前へのアクセスなしではありませんので、私は実現するのか分からない、私は何をすべきか知っているとき、私たちのチームのメンバーは、前方に来てと彼らの助けで外に、私は正常に私のタスクを完了しました。より多くの新しい知識を習得するためのプロジェクトの実装チームに加えて、私はチームメンバーがお互いに協力していることで、お互いに協力し、より重要だと思います。この次の時間は、我々はより多くの私たちのプロジェクトを完璧になります。
タスク4：コースの実践の概要と、以下を含む、あなたをもたらすためにアップグレードします。
1.統計ソフトウェアエンジニアリングの実践は、あなたが行のコード番号を完成しました：
統計ソフトウェア工学の実践、私はコードが約2100行を完了しました。
2.あなたはどのくらいの時間ごとの宿題のソフトウェアエンジニアリングの実践でしたか？
| 実験 | （H）を使用する場合 |
|---|---|
| 準備する実験的ソフトウェア工学 | 3 |
| ソフトウェア工学実験2つの個々のイベント | 16 |
| 3回の操作でのピアレビューの改善 | 6 |
| 実験4つのソフトウェアエンジニアリングツイニング・プロジェクト | 16 |
| 実験5ソフトウェアのR＆Dのチームビルディング | 6 |
| 実験6つのチームプロジェクトのトピック | 5 |
| 実験7チームのプロトタイピングおよび開発プロジェクト | 16 |
| 実験研究と分析は、8つのプロトタイプベースのチームプロジェクトを必要とします | 16 |
| 実験9つのチームプロジェクトを改善し、システム設計を必要とします | 16 |
| システムを改善するための実験的な10件のプロジェクトチームと詳細設計 | 16 |
| 実験的な11のプロジェクトチームをうまく設計とコーディング | 25 |
| もしソフトウェアのテストやテストアルファスプリント | 25 |
| ベータテスト13チームスプリントとプロジェクトの受け入れ | 25 |
あなたが最も印象的にする一つの仕事3.？なぜ？
私は、ほとんどのソフトウェア工学実験4ツイニング・プロジェクトに感銘を受けています。前回我々は個人的なプロジェクトで試し、そのプロジェクトの間に結び目を行い、そしてチームメイト風水Tingxiu私が最初に私たちの間に個人的なプロジェクトで実行がコメントをしたので、私達の両方が統合を行うには良い部分にあった、私たちは一緒に決定しますプロジェクトコードの仕様、一緒に実験的なニーズ分析、双晶プロジェクトの明確な機能を持つ、我々はプロジェクトの基本的な枠組みを決定する必要があり、どのように開発のプロジェクトや一般の時間、そして最後に、自分のコーディング、統合。これは、ペアプログラミングと私の最初の接触であるので、私はこの実験のための熱意に満ちていますので、我々は注意を払う必要がある場合、最も深い印象は、双晶のプロジェクトを通じて、私はチームワークの大切さを学び、チームワーク多くの事項は、チームプロジェクト、二国間の交流、コミュニケーションの重要性、二国間協力の重要性であることを知っているとき。
4時間の累積数は、ソフトウェア工学の実践に費やさ？週あたりの時間の平均数は、使用済み？
160時間の合計は、ソフトウェアエンジニアリングの実践、ソフトウェア工学の実践に費やす週約10時間の平均に費やされました。
5.あなたは、新しいプラットフォームを学び、新しい言語を習得します
言語：JavaのウェブやJava、値下げ
プラットフォーム：ブログガーデン、GitHubの、MOOCの中国大学、雨教室
下記の6.フォームは、あなたが学ぶかを使用研究の学期、ソフトウェアエンジニアリング開発ツール、開発手法とモデリング手法をまとめました。
| ソフトウェア開発ツール、プロジェクト管理ツール | ソフトウェア開発手法 | モデリングソフトウェア |
|---|---|---|
| ブレード、GitHubの | オブジェクト指向方法、ジャクソン法、プロトタイピング | データフロー図、データベースモデリング、オブジェクト指向モデリング |
収穫またはアップグレード7.その他の態様
この学期ことで、私のプログラミング機能、文書作成能力、ミッション計画、チームのコラボレーション機能の行使は、最大の感が団結し、一人での協力の力は、から作られた、より効率的な方法を学ぶの電源よりも大きいですこのプロジェクトは、個々のプロジェクトよりも良くなります。ブレーンストーミングチームメンバーがお互いを助け、問題を抱えている、そして最終的に問題を解決するため、完全なプロジェクトの開発プロセスを理解するので、私は慎重にすべてのものより厳密なアプローチを扱います。
タスク5：どのような問題、あなたは現在のカリキュラムをと思いますかあなたは任意のより良い提案を持っています。
在本学期课程实验过程中，老师按照软件工程的开发流程安排指导我们实验，项目难度可以接受，项目前期的时间安排比较合理，但是到了最后编码实现时，由于到了期末，各科进入项目结交时间，要在一周内就完成项目的编码工作，有一定挑战，希望以后可以增加至两周。课程总体让我获益匪浅，学到了很多知识与技能。