個々の見直し
A、質問をし始めます
最初のブログのアドレス：https://www.cnblogs.com/Slow-Walker/p/11513179.html
第二に、質問には答え
2.1質問1：ユニットテストについて
どのようにテストメソッドのパラメータは、過度の試験方法になります場合は、ユニットテストを分離し、それを維持するためには、複雑なビジネスロジックであり、頻繁に何をするか、他のインタフェースを呼び出し、彼の特定の長所と短所のだろうか？
コース答え：学習することで、後にこのコースのユニットテストプロジェクトの実践だけでなく、最終的にチームプロジェクトの練習では、ユニットテストを使用するだけでなく、より深い彼のテストだけでなく、ユニットテストの方法だけでなく、深い経験をマスターしています彼の利点の欠点に、最初のトップダウン戦略テストユニット、テストユニットは、分離の問題を解決するために、実際のステップは次の通りであります：
（1）単位とトップレベルから始まる基礎として呼び出すコンポーネント間の階層関係において、ユニットは、スタブからなる上部と呼ばれます。
上層が呼び出された場合（2）第2のアセンブリの試験セルの層、セルアセンブリ及び第二層、単位コードは第二層セルアセンブリを駆動するためのテストモジュールの開発に基づいて、複数の層をテストされています。セルアセンブリアセンブリもパイル成分現像部より下のレベルに応じて必要とされる第二層セルと呼ばれるより低いレベルを有する場合一方、山の数が複数存在してもよいです。
（3）すべてのコンポーネントのユニットテストが完了するまで、上のように。
プロジェクトは次のように、それは本当に個人的なまとめ利点を理解します：
ユニットテストは、レベルに直接的または間接的な関係であるとの基礎として組み立てユニットを呼び出すので、統合テストの前に早期のシステムに統合されたアプローチを提供することが可能です。詳細設計は、詳細設計のために一般的にトップダウン設計、および試験部と一致するトップダウン戦略であるため、テストが詳細設計とコーディングと重複または交差してもよいです。
私は彼の欠点を感じることができ、対応します：
ドライブは、モジュールやスタブを開発するためのテストプロセスは、複雑になります。需要の変化か、アセンブリユニットを変更しなければならない他の理由のために、それは単位下コールのすべてのユニットの再テストする必要があります。
2.2質問2：アジャイル開発
複雑な開発のために、それは確かに独自の開発前に、いくつかのプログラムをリコールするのに便利ですが、単純に実行するために、多分ではなく、アジャイル、アジャイル開発の使用アジャイルシンプルなものには適用されませんか？
この問題に対処するには、確かに、この研究とアジャイル開発の具体的な実践を通して、本当に彼の実用的な場所を理解するだけでなく、本当に彼の魅力を感謝しています。確かに一人が書いたように、私自身としてアジャイル開発せずに小さなプロジェクト、またはちょうど私と私の小さなパートナーの2つの項目が意味アジャイル、最小値は3である少なくともアジャイルのために、何よりもまず、適合しないというコミュニケーション上のほとんどの焦点また、非常に便利である2人の間の問題を解決するが、そのようなプロセスは、設計プロトタイプ開発やモードの変更をすることができますが非常に面倒、このような小さなスケールのソフトウェア開発者が使用できるように見えるだろう増加しました。
しかし、需要とのプロジェクトのために任意の時間変化のプロジェクトでは明確ではないが、アジャイル開発することができ、本当にちょうど、ソフトウェア設計プロジェクトの作品は、彼は需要プロセスの変化だけでなく、3内部の彼の3つの役割に生まれたので、ワークにもすべての活動、そして今、私はそれが不可欠であり、彼のセットの対応する意味を理解することができます。
2.3質問3：リファクタリング
しかし、今ちょうど考慮されるべきであるそれらの局面で再構築されたバックする必要があります開発を始めたときに、改造する場合のために、混乱しているようだリモデリングがありますか？
この問題に対処し、彼は本当に感じているためには、これはより多くの時間がかかり、開発段階でのことだろうが、リフォームを検討することを考えて前にソフトウェア開発のために、当初考えていた良い質問ですが、2番目の開発の後半のためにAのどのくらいです幸せなことああ。私は自分のデザインのあらゆる小さい機能モジュールは、単一の原理を、デザインパターンの考え方を使用して検討を遵守する能力を最大化するために考慮した直前にプロジェクトを開発するために私たちのチームのために、開閉の原理は、リヒター、交換、逆の依存性、界面分離、デメテル、合成多重原則。
例えば、私は完全に依存反転を使用するには、パーティーメンバーとパーティーメンバーの設計管理に内部インターフェイスの午前、インタフェース分掌の原則は、主に追加するには、オブザーバーの統合管理におけるパターンだけでなく、時間に適用される効果を結合する高凝集低いが、達成されており、内部メール店員もパターンシングルトン使用します。確かに、デザインを考慮にさまざまなインターフェイス間の関係をとる際に、ビジネスロジックを最適化するために、具体的な設計パターンで、この場合では見ることができない、私はこれがAの過程で最終的になるように私の練習だと思います私は思いました。
2.4質問4：ユーザの視点のテストに参加します
あなたは試験方法は、テストの組み合わせを持つユーザーやテスターするので、ユーザの視点でより多くの問題を見つけることができるようになります、テストプロセスで同僚ですが、また、問題を発見するためにそれらを可能に追加することができますそして、問題を解決し、プロジェクトの時間の最終的な配信に部分的に表示されていないのだろうか？
確かにそう、それは本当に私たちのプロジェクトチームの過程で、非常に十分配慮を感じていた、とするたびに、そのタスクは、自身のユニットテストの開発を完了することになり、私はなります私は一緒にすべてを統合するコードが続きます統合テスト、さらにはバージョンに各スプリントの終了後に、我々はまた、我々は、すべての試験した。この段階での機能モジュールを完了します。私は本当にそこに私たちの観点によって発見され、いくつかの欠陥があることは非常に困難である、これはあなた自身をテストするための唯一の私たちの開発者であると感じています。
したがって、我々は、実際には（私たちの最初の問題の多くを与え、彼が本当にこのプロセスを体験することができます、彼らは私たちの最近開発されたモジュールの機能を試すために、ユーザの視点に立ってみましょう、私たちのリーダーシップマイクロ研究所が開発者モードが追加されますと信じて後の二回、）それから故意に言って、彼はリーダーである手立てを、彼は私たちの実装の効果の賞賛にいたときに彼を招待していない、と私たちはスーパーの余分なものを与え、どこここで変更に変更に言うと、すぐに彼の前に感じます確かに我々プログラマは、すべてのコードエラーを表示したくないが、私たちは、完璧ではないけど、それは人々が質問が本当にどこに問題が嘘でくれたです。幸いなことに、我々はまだユーザー（リーダーシップ）の意見に応じて変更する必要があり、基本的な要件に達し、最終ベータ版を提供するための時間は確かに彼は問題が何であったか尋ねたことはありません、したがって、配信も非常に成功し、実際に正面から彼のアドバイスのいくつかのスプリントのバージョンが助けました。
2.5質問5：ソフトウェア工学イノベーションとは何か
ソフトウェア工学分野のための技術革新が何を意味するかを最終的にイノベーション？呼ばれるためには、イノベーションのレベルを達成するための要件は何ですか？新技術の出現は、それを工学の革新的なソフトウェアを開発しますか？
個人的に私はこの問題に言及する時間が少し大きいがOHであることを感じています。しかし、このコースが正常に完了したが、同じ理解と経験を持っていません。私はこのプロジェクトを実施するためのスクラムプロセスが、彼は技術革新で人々の手を作成しなければならなかったと感じ、彼の農産物の理由で問題が解決することはできません他のソフトウェア開発モデル解決することです - 需要の大きな変化を、需要が問題をクリアされていません。個人的にあなたが技術革新をカウントしたい場合は、少なくとも、この他のアイデアと呼ばれる、再生製品の革新ではないことを感じて、私たちは、それぞれの欠点を回避するために、様々なソフトウェアプロセスモデルの利点を組み合わせることができた場合、これに新しいソフトウェアを定義することを感じますプロセスモデルは、実際の開発問題におけるソフトウェア開発プロセスを解決することができ、これは、このような技術革新である滝+妥協アジャイルソフトウェア設計モデルの設計など、革新的な考えることができます。
私は個人的にその技術革新と新技術がないソフトウェアエンジニアリング本当に生産すると思います。個人的に私たちは、ソフトウェアエンジニアリングの管理の質を高めることにコミットしなければならないと思いますが、技術革新は、ソフトウェア工学、コンピュータ・ソフトウェア・プロジェクト管理の内容が明らかに技術革新です。その理由は、新しい技術が急速にプロジェクトの思いやりの概念は非常にソフトウェアエンジニアリングに大きな影響を与える、交換のいずれかの時点ではなく、変化していることです。
第三に、新しい質問
あるもので、特定のアプリケーションへの彼の利点に固有のアジャイル開発の経験で実務経験の具体的な方法？
この実践のための真のアジャイル開発のメリットを感じる心から：
| 経験の優位性 |
具体感知 |
| より大きな柔軟性と安定性 |
我々は後者の需要は変更はの後期開発を満たすために当社の開発プロセスでは、このような変化があったが、明確ではありません |
| 高品質、高速配信 |
我々は、すべてのスプリントバージョンを改良、我々はすべての人の頭にスプリント各注文に固有の、最大の効率と品質を達成するために、あなたに彼の使命のより明確にすること |
| チームのパフォーマンスを向上させます |
それは本当に私たちは次の段階の開発のパフォーマンスを向上させることができるように議会は、我々がここ数日まで合計するたびに、不足しています |
| 継続的な改善の再開文化 |
ここに私たちのチームはまた、対応する罰や報酬の文化を持っているチームの文化の独自のセット、意欲を高めるの人々は前進し続けます |
| 高い顧客満足度 |
あなたは、各期間の私達の最後のバージョンを持っているので、ユーザーが当社の満足度を向上させるために私たちの進行状況を確認する時にできるようになるので、こと、対話するために学校の指導者に関連していました |
| 高いチームの満足度 |
毎日、私たちは多くの困難や絶望に直面するが、各ジョブは、誰もがこのようなAの開発プロセスに非常に満足して完了した後に、誰もが自分の実績をあげているので、自分自身を見ることができますが、 |
| 下の失敗コスト |
我々は、厳密に適切な手順に従って、私たちのいくつかの中間のような遅延もそれに応じて調整されている場合でも、プロジェクトの最終的に正常に配信 |
第四に、カリキュラムの実践の概要
これは私がこのコース最後のブログを書いた最後の時間であり、そして多くの仕事が配置されたアシスタントを教え開始しなければならなかったことを助け感ができません。個人練習のチームの練習後にコース上の背中を見て、しかし、陳はこのコースを申請する理由も本当に理解することは、テスト、本当に良い意味ではありません。自分自身の深い感情はまた私の三つの側面を総括します：
（1）専門的なスキルを強化する：マイクロチャネルの開発は、このTP5開発に合意されたデスクトップ開発C＃、Java（登録商標）の高いコンカレント開発など、多くの開発者が、前に行うので、多くの仕事を、行うために真実を最初に伝えるために、バックエンドをゼロからすべてにヘルプ私のチームメイトを感じていないことができ、実装の完了を埋めるだけ（研究所に資金を供給し）、このプロジェクトを開発するためにお金を持っていた、タスクを達成することは不可能だと思うしなければならなかった、彼らは開始のトピックを考えているときに、このコースを持っていましたシンプルを選択したが、最終的にこれを選びました。ニース、この後、彼はまた、プログラムの小さなセグメントであり、開発プロセスは、私の地元のテイクマイクロエンジンサーバである、フレームthinkphp5とステップバイステップた、実際には、この前に非常に精通し、しかし、ゆっくりとこのコースではありませんPHPは、より多くの熟練しただろう、とその実用的な能力もあまり上がってない彼の思考から最終リリースまでのマイクロ手紙の発展と一致し、このようなプロセスは、より明確なプロセスを持っている。後
（2）技術的手法認知能力のアップグレード：正直に言うと、私はアジャイルソフトウェアプロトタイプスパイラルモデルの前に滝を聞いたことがあるが、また、彼の会社の実用的なアプリケーションを介して状況を理解するが、これは本当にスクラムのようなプロセスのショックを経験しませんでした深い感情。実際には、陳はまた話す迅速なレッスンを取った教室で回し、その時点で私はおそらく、文字通りまたはコンテンツ彼の強みを知っているだろうが、実際は本当に異なる感じ、それに従事するために3ヶ月かかりました。
彼はそれが本当にこのようなプロセスを組織し、個人的に経験しているので、彼は、ワーク5つのイベントの3の彼の3つの役割を覚えていることは決してないだろうと推定、実際には、このようなソフトウェアの開発に感銘を受け、経験豊富な数多くの日と夜を持っています思考、側面は、所定の位置にそれを望んでいます。自分の中に、このスクラムの役割は主マスターの役割を果たし、そして、彼は深く、彼らが自分自身に厳格でなければならない最初の、マスタによって肩の責任を感謝しているでは、他人の厳しい要件に、我々は、我々はすべてしかし、考慮に調査を取らなければならないチームメイト三日我々はまだ厳しいとさえ分の最終形成に1回の会議は本当に簡単ではありません。私はまた、彼はあまりにも近くに取得するには、そのようなことを行うために自分自身を整理するために、このようなAチームの内部でリーダーとしての役割を果たすことができ名誉を持っていました。。。
（3）経営者が個人的なリーダーシップチームを強化するために：2年生に新入生ので今、彼はそれを行うには本当に喜んで、彼の後輩相手には、そのようなグループリーダーをサポートしたい、経験を総括するためにチームを導いた最初の永遠の戦いでも、それを後悔していないに到達しませんでした。
深く私に触れた二つのものが特にある二日前に、最初のものは私には、自分の新聞の研究プロジェクトのジュニアパートナーであるが、指導者として、私たちのすべてのテイクターンは、最初に私に彼らはお互いを行使したいと思いました彼らはカリキュラムのデザインのジュニアパートナーになりたいことを別のレポートに続いてバック・パッシング形式の抽選の結果であり、グループ内でそのようなことを行うには、このようなAのリーダーによって導かれることをいとわない人でもありません、我々はすべて待っています。まあ、バックに助け感が、これは、開発チームは大きなはそれより前の実行することができますどのようにどのようにもあるので、できないのですか？
彼は彼のチームのリーダーは、経験の成功と失敗をやってきたことを考えている、最大の成功は彼のチームメイトからの信頼と支持ですが、また、すべての給与を離れることなく、チーム全体のために独自の全く新しい意味を含んでいます。人々の技術的側面の内側彼のチームが自分より悪い持っているが、スクラムの練習コースは、同じですが、彼女はまだ私はそこに遊ぶことができるようにしたいすべての人との進捗状況を追跡するために、この責任を取るために、このような勇気をあえてする意思があることを教訓を引き出すことを学ぶ、失敗を受け入れ、ケア連帯のチームメイトは、おそらく最も重要です。