第4のセルアーキテクチャ設計
このジョブは二回UMLクラス図、シーケンス図、パースの状態図です。
最初の仕事は、第2の動作シーケンスの状態図が導入され、UMLクラス図、およびいくつかの基本的なクエリ操作のみ解析され、図クラスのクエリー配列状態図の増加は、有効性を達成しました動作を確認してください。
アーキテクチャの設計では、これらの2つの作品は、私が良い仕事をしませんでした。私は単にいくつかのクエリHashMapを使用を保存する必要があります。トナーのアーキテクチャの明確な理解がありませんが、第2のジョブの拡張の背後にあるプログラムの設計が非常に大きな障害を起こしているが、プログラムの可読性が非常に悪く、本当に悪いん。
最初の仕事は、クラス、インタフェース、オペレーション、の関係を含むレベルパッケージによれば、UMLクラス図を必要とします。
第二のジョブは、アーキテクチャに基づいて初めて実現するように拡張することができます
OOの進化を理解するための2つ、4つのセルアーキテクチャおよび方法
第一単位操作は、多項式導出を簡素化され、主に正規表現の認識処理に主な焦点は、私は、表現オブジェクト、アイテムオブジェクト、オブジェクト因子を設計し、それらの派生動作を達成しています。ピットこのジョブ認識処理部の様々な誤り多項式。このユニットは、アーキテクチャではなく、あまりにも多くの注目を集めるために設計され、優れたアーキテクチャがメリットのどのような拡張性、可読性のための明確なページデザインプログラム、デバッグではありません
第二ユニットは、エレベーターシリーズで、馬鹿エレベーター（先進最初-務めた政策ではなく、偶然に道）、インテリジェントエレベーター（初めての方ピギーバック基盤を実現）、複数のスマートエレベータースケジューリングであり、最初の仕事は注意を払っていませんアーキテクチャ設計は、順次要求をフェッチ要求キュースケジューラからの使用に、目的を達成するためにはエレベーターは、出力されません。入力スレッド、スレッドスケジューラ、エレベータスレッド2つの要求キュー（スレッドの最初のエントリは、スケジューラから採取し、要求入力にねじ込まれる：3つのスレッドを設計された第2のジョブスケジューラオブジェクトとリフトオブジェクトを確立します要求は、実際には、最初にジョブ・キュー・エレベーター（ユーザーの要求キュー）は、キューに元の要求のリフトピギーバック要求があると（元の要求を取り出して継続するという名前のエレベーターをピギーバック要求を行います要求キュー））。スケジューラ・スレッドが常に要求キューをスキャンし、キューは、スレッドの空調を待っている場合、彼らは、エレベーターの要求キューに入れ、要求を満たしていれば、偶然にかどうかを確認するために、比較の状態を持ち上げます。キューは、スレッドがエレベータを待つ空の場合のエレベータリフトは、リクエストキュースレッド要求実行から採取しました。第三のエレベータの昇降動作は三つの機能が途中でピギーバックしている達成することで、これら三つのエレベータの特性のいくつかは、同じ（速度、停止階、最大座席容量）ではありません。床、最大座席能力を停止、移動速度：仕事が復興することはできませんが、エレベーターのクラス、それを変更するいくつかの属性を追加する必要があります。第二のエレベーターなどの他の設計と動作。挿入されたとき、要求の実行を完了し、いくつかのセグメントの要求に要求を指示しないであろう、要求入力スレッドを転送する要求を満たすために、要求は、スケジューラによって実行される次のセクションのリクエストキュースケジューリングを添加します。
第三単位操作は、比較的簡単であるJML仕様言語に応じてプログラムを書くことで、比較的簡単です。このユニットの建築設計作業は、クラスやメソッドの詳細設計を表現するための共通の標準的な方法に、より良い、拡大するプログラムが非常に容易になり、JML仕様言語を行います。この困難は、メモリマップ（とや重み権なし）への最短経路探索アルゴリズムにユニットにあるとありません。
抽象的、および様々なクエリ操作を行います。最後に、ユニットは、種々の要素（クラス、インタフェース、関係...例えば、クラス図）を取得することです。
第三に、理解と実践テスト
最初のユニットテストは：設計データをテストするために、独自の手順をテストするプロセスで遭遇その異常の使用は、テストのためのいくつかのボーダーライン例です。
スレッドの終了につながるかもしれないバグの第二のユニットがあるため、各種のプログラム上の小さな問題の大部分が発生し、状況が無限ループに表示され、このような状況では、ブレークポイントを設定するために使用する方法をデバッグし、より明確に建築設計プログラムが必要です
仕様に応じて第三のユニットは、JUnitテストを使用してコードを書きます。
異なるクエリの異なるテストシナリオのための第4の手段は、インターフェイス間（例えば、クエリ操作インターフェイスの実装シナリオが継承としては、設計され、クラスは多重継承によって複数のインタフェースを実装する、親の間のサブクラス継承）。自分のプログラムの問題を特定することは容易です。
第四に、カリキュラムの収穫
熟練したJava言語,,と、オブジェクト指向の明確な理解を持っています。
より深い知識とプログラムのアーキテクチャ設計の利点を理解することがあります。
プログラムのテスト方法のご理解と
プログラマビリティとデバッグ機能を強化
V.勧告
難易度を適切に強い措置で強化測定することができるが、多くの場合、強力な試験データに改善することを期待して、均質なバグが表示されます。