| プロジェクト | コンテンツ |
|---|---|
| コースワークの住所 | 教師ホームリンク |
| 運用要件 | チームプロジェクト |
| チームの名前を記入 | 黒と白のチームのグループ |
| 目標を記入 | プロジェクトを完了するために、真剣かつ責任 |
タスク1：システム設計改善プロジェクトチーム
。特にソフトウェアアーキテクチャモデリング不完全な内容で「黒と白のチームのグループプロジェクトシステムの設計仕様、」不足の最初のドラフトの分析;
教師の指導と再審査概要設計の後、我々は多くの欠陥を発見しました。
1、書き込み物語の目的は、以下のような改善があり、不完全です：
改善前：
プロジェクト「ガイドパブリックコメントのネットワーク」、すべてが旅行する計画を持っていますが、旅行代理店を選択し、ツアーはのためのウェブサイトを設計するためにユーザーを誘導する方法がわからない、そのようなユーザーのための簡潔なガイドの選択肢を提供し、すべてのデータは、深刻な>グリッド真と信頼性がありますコメントや詐欺制御ガイド、ユーザーがより明確にように、このサイトの目的と機能を理解し、できるように、アウトライン設計仕様を書かれたこれらのユーザーの悪質なブラシ賞賛のすべての行為を。
改善後：
計画された旅行のすべてのプロジェクト「ガイドパブリックコメントのネットワーク」が、、旅行代理店を選択する方法を知っているツアーガイドやグループと一緒に旅行し、ツアーガイドサービスは提案やコメントが、ユーザーのデザインを配置する場所がないを持っているこの旅行されていませんウェブサイトは、そのような簡潔なユーザーガイドが選択されているため、すべてのデータが真と信頼性があり、詐欺やツアーガイドの厳密な制御が>設計仕様の概要を書かれ、これらのユーザーのための悪質なブラシ賞賛のすべての行為を見直し、聞かせてユーザーより明確に理解を提供しますこのサイトの目的と機能。
次のように図2に示すように、ユーザの不完全、改善の背景の記載は、次のとおり
改善前：
ユーザー：私は最高の選択ガイドを提供するために、コミュニティを選択する方法を旅行代理店やツアーガイドのために行きたいのか分かりません。
改善後：
ユーザー：私は最高のツアーガイドの選択肢を提供するために、コミュニティを選択する方法を旅行代理店やツアーガイドのために行きたいかわからない、のためにどこにも安全なのツアーガイドサービスの旅行ツアーガイドサービスのコメントや提案や感情のグループとそこに移動した後
の場所公表発言のためのプラットフォームを提供します。
図3は、教師の指導に従って、私たちは、ダイアグラムが改善されたケースを使用します。
B。順番にチームのブログでリリース名に「XXチームプロジェクトソフトウェアシステムの設計改善」の内容を改善するため、およびチームプロジェクトのアップデート「ソフトウェアシステムの設計仕様」のGithubリポジトリ。
タスク2：チームプロジェクト詳細設計
タスク3：チームのブログ記事を公開し、この宿題の実装プロセス内の文の実際の部門は、チームメンバー、総タスクの負荷率を説明し、各を反映するために、チームプロジェクト詳細設計の経験を総括概要をリアルタイムに自分のタスクを完了します作業内容のメンバー。
以下の3つの質問に答えます：
（1）どのようなソフトウェアアーキテクチャ、ソフトウェアのデザインパターンを？
また、デザインパターンとして知られているソフトウェアのデザインパターン（デザインパターン）、、、コードの設計経験の概要をカタログした後、ほとんどの人に知られ、繰り返し使用のセットです。>コードが信頼性があるプログラムの再利用を確保するために、他人を理解するためのコードより簡単に、再利用可能なコードにデザインパターンを使用してください。
デザインパターン（英語デザインパターン）は、繰り返しのオブジェクト指向設計の問題を解決します。コンピュータサイエンスに建築設計の分野から、Erich Gamma氏らによって導入された1990>の世代でこの用語は来ています。用語の意味は、まだ議論の余地があります。アルゴリズムは、設計上の問題ではなく、問題を解決することを約束されているため、アルゴリズムは、モードに設計されていません。デザインパターンは、一般的にクラスや互いのアクションに近いオブジェクトのセットを記述する。デザインパターンは、熟練した設計者の設計経験を習得することができ、初心者や他のデザイナーを作り、ソフトウェア設計を議論するための共通言語を提供しています。デザインパターンは、再構築のためのソフトウェア標的を提供します。：形式説明モードは、大きく4つの主要なセクションに分かれ
モード名（パターン名）：各モードには、独自の名前を持ち、モデルの名前は、私たちは私たちのデザインを議論することができます。
問題（問題）：定期的なオブジェクト指向システムの設計プロセスの具体的な機会が、それはパターンを採用する私たちを導きました。
ソリューション（解決策）：上記の問題を解決するには、デザインの各部分の内容は、職務のそれらの間の関係、分離を与えられ、協力しています。
エフェクト（帰結）：システムの残りの部分のソフトウェアモデルの使用の効果は、そのようなシステムの拡張性、移植性への影響など。また、マイナスの影響の影響を含みます。
動機（モチベーション）：このモードでは、プログラムの使用がの（インおよびアウトに関連する問題を含む）をこのセクションで提供される状況の責任であるべきです。
アプリケーション（適用）
構造（構造）図に記載された一般的なクラス図のこの部分は、このモードと相互作用します。
参加者（参加者）：このセクションには、使用されるこのモードでは、クラスとオブジェクトのリストを提供し、彼らは次の設計において役割を果たしています。
コラボレーション（共同）：このモードでは説明、クラスとオブジェクトの間の相互作用。
結果（帰結）：このセクションでは、このモデルが記載されている使用の結果必要があり、副作用、および交換（トレードオフ）が
（Implementaion）を実装する：このセクションでは、モデルの実装は、このモードのプログラムの一部、現在のモードもよい技術を記述しなければなりませんまたは>パターンを達成するための方法をお勧めします。
（2）C / SとB / Sの構造は何ですか
C / Sモードでは、クライアント/サーバモデル、モデルコンピュータソフトウェアの共同作業を指します。
Webブラウザの上昇ので、B / Sパターンは、徐々にそれがより広く使用され、C / Sモードを置き換えます。コンピュータネットワーク応用技術、地域の発展の特に出現、PCマシンの成熟度と人気で、より多くのユーザーは、一部のトランザクションのコンピュータと企業経営の使用を開始します。C / Sモードは以下の特性を有する：
1、C / Sモード分離アプリケーションとサービス、システムの安定性と柔軟性。
図2は、C / Sは、ローカルエリアネットワーク、信頼性の高いセキュリティのために適切な構成パターンと点パターンです。
直接接続クライアントがサーバ側を実装するので3、中間のリンク、非常に高速応答がありません。
4、C / Sモデル、クライアントコンピュータクライアントプログラムがインストールされるように、ソフトウェアシステムのアップグレード後に、各クライアントは、クライアントプログラム、システムのアップグレードやメンテナンスが複雑にインストールする必要があります。
PCのリソースは、大中規模および豊富なホストも、小さなものではなく、複数のPC-リンクされたリソースのネットワークには、ネットワーク上のすべての共有リソースを予定されている様々なユーザーの含有量を増加させるためにバインドされています。クライアント/サーバー、クライアントとサーバーの役割として、各行為を少なくとも二つのコンピュータと、アーキテクチャの概念（C / Sと略記クライアント/サーバー）によります。
クライアントは、ファンまたはワークステーションRISCシステムX86システムとすることができ、サーバハードウェアは、一般的に、より高級である、など：SUNハイエンドPCサーバや専用サーバ、オペレーティングシステムのような、また、より高級です：のWindows NTとUnix。
すなわち、ブラウザとサーバアーキテクチャパターンB / S構造。これは、インターネット技術の台頭、C / S構造の変更や改善アーキテクチャの一種です。このアーキテクチャでは、ユーザインターフェースは、作業WWWブラウザ、フロントエンド（ブラウザ）の非常に小さな部分に実装されたビジネス・ロジックが、サーバ側（サーバ）、いわゆる3 3層構造上の主要なビジネスロジックを介して達成されます。B / Sの構造は、WEBブラウザクライアントが最も重要なアプリケーションソフトで、ネットワークアーキテクチャモデルWEBの一種の台頭です。このモデルは、クライアントを統合サーバー、システム開発を簡素化し、メンテナンスと使用にシステム機能のコアに焦点を当てます。ただ、Netscape NavigatorやInternet Explorerなど、クライアント上のサーバーのインストールのOracle、Sybaseの、Informixのか、SQL Serverと他のデータベースをブラウザ（ブラウザ）をインストールします。データベースとのデータ交換のためのWebサーバーによってブラウザ。これは、大幅に所有（TCO）の全体的なコストを削減し、システムのメンテナンスを削減し、コストと作業負荷をアップグレードし、クライアントコンピュータの負荷を簡素化します。
改善し、より便利な機能では、ソフトウェアシステムがますます頻繁になってきた明らかB / Sアーキテクチャの製品をアップグレードします。少し大きめのユニットの場合、システム管理者は、あなたが想像することができ、コンピュータ、効率と作業負荷の数百のまたは数千もの間、前後に実行する必要がありますが、場合にのみ、ライン上の管理サーバーソフトウェアのB / Sの構造、ブラウザのみすべてのクライアントは、任意のメンテナンスを行う必要はありません。どんなに大多数の枝が任意のメンテナンスアップグレードの作業負荷を増加させない方法をユーザー、すべての操作は、サーバーのみのために必要はありません、それはオフサイト、サーバーだけでプライベートネットワークに接続する必要がある場合は、リモートメンテナンス、アップグレードそして、共有します。クライアントのように、ますます「薄い」、および「脂肪」を取得し、サーバ情報技術の発展の主流の将来の方向性です。将来的には、ソフトウェアのアップグレードやメンテナンスが容易になりますが、ユーザーの人材、資源、時間を節約している、使用する方が簡単なことになる、コストが驚くほど、明らかです。したがって、革命>の方法を維持し、アップグレードするための「シン」クライアント、「脂肪」のサーバです。
（3）MVCデザインパターンとは何ですか？
MVCフルネームモデルビューコントローラ、モデル（モデル） -ビュー（ビュー） -略称コントローラ（コントローラ）、およびソフトウェアの設計モデル、サービスロジックと、データ、組織インタフェース表示コードを分離する方法、ビジネスロジックは改善しながら、部材およびカスタマイズインターフェースを収集し、ユーザとの対話は、ビジネスロジックを書き換える必要がありません。MVCは、グラフィカル・ユーザ・インターフェースにおける論理関数の従来のマッピング入力、処理及び出力のためのユニークな構造を開発しました。[1]：Webアプリケーションを作成するためにデザインパターンMVCは、MVC（コントローラ- -ビューモデル・ビュー・コントローラ・モデル）を使用している
機種（モデル）（例えば、データベースのレコードリストとして）アプリケーションのコアを表します。
ビュー（ビュー）表示データ（データベースレコード）。
入力するためのコントローラ（制御装置）（データベース・レコードを書き込みます）。
MVCモデルHTML、CSSおよびJavaScriptを完全に制御を提供しながら。
モデル（モデル）は、アプリケーションデータのアプリケーションロジックを処理する部分です。
Modelオブジェクトは、通常、データベース内のデータにアクセスするための責任があります。
ビュー（ビュー）は、部分処理データアプリケーションです。
通常、ビューはモデルデータに基づいて作成されます。
コントローラ（制御装置）は、アプリケーション処理のユーザ対話の一部です。
典型的には、コントローラは、ビュー、ユーザ入力制御、及び送信データモデルからデータを読み出すための責任があります。
一度に一つの側面に専念することができますので、MVCの階層は、複雑なアプリケーションを管理するのに役立ちます。たとえば、ビジネスロジックに依存することなく、ビューで、デザインに焦点を当てることができます。しかし、また、テストアプリケーションをより簡単にできるように。
MVC階層グループは、開発を簡素化します。別の開発者が同時に閲覧、コントローラロジックとビジネスロジックを開発することができます。