プロジェクトチームの改良されたシステムの設計と詳細設計：6実験10人のチームワーク

コンテンツ	プロジェクト
教室の先生のブログのホーム・ページへのリンク	教室の先生のブログのホーム・ページへのリンク
ジョブリンクアドレス	チームワーク5：改善されたプロジェクトは、分析とシステム設計を必要とします
チームの名前を記入	カウンターアタックチーム
目標を記入	（1）オブジェクト指向要求分析法をマスター;（2）学習ソフトウェアシステムアーキテクチャとデータベースの論理設計、ソフトウェア・システムの設計仕様、制御システム設計プロセス、設計原理および技術の準備を学びます。

1. githubのリポジトリアドレスリンクプロジェクトチーム：チームプロジェクトgithubのリンクアドレス

2.アップデートのGitHubリポジトリ「ソフトウェアシステムの設計仕様」

3.システムの概要を改善するために設計されたチームプロジェクトを完了するために必要なプレス作業

議論と分析は、当社のシステムは、そのようなコンテンツを充実さないよう、欠陥や欠点の多い設計された特定の指標と場所に置かない機能していることが分かるた後にこれが今週の私たちのチームです。我々は、我々のシステムが改善され、以下の分野で補完された設計されました：

a）は、隠されたコンテンツに関連した情報は、情報の隠蔽は、オブジェクトをカプセル化することによって達成され、存在しません。

B）オブジェクトが間で達成されているかに注意すべきです

再利用性c）はソフトウェアでマークする必要があります

d）の既存のクラスを利用します

E）は、再現性の未来を考えるために、新しいクラスを作成します

f）は、射出グレードのクラス階層のソフトウェアのサイズと数の説明を

製品の品質g）は、ソフトウェア開発の生産性、コスト全体のコストを示しています

H）主にシステムの安定性

I）コンテンツのコマンド・レベルの設計項目の形式で指定されたウィンドウ、出力

j）は、その後、さらに相互に排他的な設計タスク管理サブシステムの対象である、オブジェクト必要がありますどのようなアクションを決定

k）が指定されたオブジェクトとの間のアクセスパス

L）インジケータの優先順位を決定するために、そのようなプログラムを開発します

M）冗長関連する高速アクセスを追加

n）を保持派生属性

O）調整の継承
私たちは私たちのプロジェクトの円滑な実現のための基盤を築くために、私たちのシステム設計仕様や詳細、具体的な多くの改善ので、次のタスクの後に、私たちのチームのために多くのことを容易にすることができることを見出しました

4.Github倉庫アップロード「ソフトウェアシステム詳細設計仕様書」

「ソフトウェアシステム詳細設計仕様書」プロジェクトチームのGitHubリポジトリ接続

https://github.com/counterattackerBar4/Originate-Type

チームプロジェクト詳細設計プロセスの概要

メインインターフェイスのデザインと機能設計：プロジェクトの詳細設計は、主に二つの主要なモジュールを必要とします。最初は、代替材料のために、ユーザによって選択されたモジュールのために（地元の機能を実現するために、メインインターフェイス機能（オプションおよびユーザー権利のメインインターフェイスリスト）が含まれ、チームが実装モジュール（チーム・メンバーの詳細の説明）を記述する主な機能の設計であります操作のパフォーマンス）と全体的な機能（特定のブラウザ、VRモードに設定することができる許可されている場合、後者の、対話型VRの）は、さらに、全体的なインターフェース設計、メインインターフェイス設計からインタフェースデザイン、デザインのチームメンバー、ローカル設計であり一つのインタフェースのレイアウトや造園によって設計された4つのモジュールの1を参照します。私たちの家の改善プロジェクトなので、それは問題がページを美化を検討するために、設計プロセスに焦点を当てる必要があります。最後のテスト、テスト作業は4つのフェーズに分かれています：ユニットテスト、組立、テスト、検証テスト、システムテスト。ユニットテスト：ホワイトボックス法とブラックボックスの方法の組み合わせは、ホワイトボックス法を用いて複雑なロジックモジュールの構造は、入力のために、出力モジュールテストの効率を向上させるために、ブラックボックステストをベース。
組立試験：ボトムアップテストの増分。
確認テスト：要求仕様に参加することにより、ユーザーマニュアル受け入れ。
システムテスト：手動テスト方法。
（1）検出システム環境をモジュールにテストシステム環境モジュールは、応答データは、データが正しいことを、注意深くチェックしたか否か、正確です。
（2）テストの基本情報基本情報モジュールは、システムの重要なモジュールであり、このモジュールのシステム設計に関連した成功または失敗の鍵は正しく動作しますです、特別なテストにこのモジュールを行う必要があります。早期発見と修正を容易にするために、設計プロセスの欠陥を補うために。

6.次の3つの質問に回答

どのようなソフトウェアアーキテクチャ、ソフトウェアのデザインパターン？
ソフトウェアアーキテクチャは、このレベルのアルゴリズム設計とデータ構造設計計算プロセスを越えて、レベルのソフトウェア設計プロセスです。建築問題とグローバル制御は、設計、組織、規模や性能設計要素の要素に特定の機能を割り当て、組織全体、通信プロトコル、同期、データ・アクセスを含む、デザインは、プログラムの中から選択されます。問題のいくつかは、グローバルな組織およびグローバル制御構造、通信に、データアクセスプロトコルの同期、カスタム設計された機能部品、物流及び合成など態様および全体的なシステムの構造設計を、記載の処理アルゴリズムとデータ構造上のソフトウェアアーキテクチャ他の設計プログラムの選択、評価および実装。
ソフトウェアのデザインパターン、デザインパターンは、コード設計の経験の要約をカタログした後、ほとんどの人に知られ、繰り返し使用の集合であると述べました。コードの信頼性プログラムの再利用性を確保するために、他人を理解し、コードをより簡単に、再利用可能なコードにデザインパターンを使用してください。デザインパターンは、一般的にクラスや互いのアクションに近いオブジェクトのセットを記述する。デザインパターンは、熟練した設計者の設計経験を習得することができ、初心者や他のデザイナーを作り、ソフトウェア設計を議論するための共通言語を提供しています。デザインパターンは、再構築のためのソフトウェア標的を提供します。デザインで繰り返し発生する問題に悪いデザインはアンチパターンとして知られないようにしてください。
コモンモードは次のとおり作成モード、モード構造、行動パターン、同時モード。ソフトウェアのデザインパターンのすべての種類が、彼らはすべてのモードが原則に従うべき一般的にモデルの原則の独自のセットを、持っているオープン-原則、リヒターの置換原則、合成多重化の原則依存反転原理を閉じ、インタフェースの分離の原則およびその他の基本原則。パターン名、問題、解決および結果：ソフトウェアのデザインパターンの4つの要素があります。
どのようなC / SとB / Sの構造である
C / S構造のC / Sアーキテクチャは、ソフトウェアシステムです。二つのレベルで表面から認識することができます：小規模システム：C / Sシステム、基本的には単純にデータベースを読み込むには、フロントデスクにそれを表示します。サーバー、クライアント、また達成ファットクライアント：一般的には2層に分かれています。それはちょうどのみサーバー・データベース上で実行されます。システムのサイズが十分に大きい場合、建築について話をする必要があります。物理レイヤ、ビジネスロジック、ユーザ制御層、フロントエンドインターフェース層：大きいC / Sの構造は、大きく分けることができます。
B / Sの構造は、WEBブラウザが最も重要なアプリケーションのクライアントソフトウェアで、WEBの上昇後にネットワーク構成モードです。このモデルは、クライアントを統合サーバー、システム開発を簡素化し、メンテナンスと使用にシステム機能のコアに焦点を当てます。Netscape NavigatorやInternet Explorerの、サーバーのインストールSQL ServerやOracle、MySQLと他のデータベースとして、クライアントのブラウザをだけをインストールします。データベースとのデータ交換のためのWebサーバーによってブラウザ。B / Sの最大の利点は、あなたが特別なソフトウェアをインストールすることなく、どこでも運転中にできることである限り、インターネットにアクセスできるコンピュータがあるとして使用することができるようになります、ゼロクライアントのインストール、メンテナンスフリー。システムの拡張は非常に簡単です。より多くのを使用してB / Sの構造は、特に需要主導型のAJAX技術の開発では、それはまた、大幅にサーバーの負担を軽減、クライアントコンピュータ上の治療プログラムの一部とすることができ、かつ増加したインタラクティビティ、現地リアルタイムのリフレッシュに。
MVCデザインパターンとは何ですか？
MVCフルネームモデルビューコントローラ、モデル（モデル） -ビュー（ビュー） -略称コントローラ（コントローラ）、およびソフトウェアの設計モデル、サービスロジックと、データ、組織インタフェース表示コードを分離する方法、ビジネスロジックは改善しながら、部材およびカスタマイズインターフェースを収集し、ユーザとの対話は、ビジネスロジックを書き換える必要がありません。MVCは、グラフィカル・ユーザ・インターフェースにおける論理関数の従来のマッピング入力、処理及び出力のためのユニークな構造を開発しました。MVCは、最初にデスクトッププログラム中に存在する、Mは、ビジネスモデルであり、ユーザインタフェースは、Vを意味し、Cはコントローラであり、目的は同じプログラムが異なる使用できるように、MVC MとVの実装コードの分離を使用することです症状。例えば、統計の数を表すために別々のヒストグラム、円グラフを使用することができます。目的は、一度Vが同期されるべきで、Mを変更し、C MとVシンクの存在を保証することです。
モデル-ビュー-コントローラ（MVC）は、デザインパターンのプログラミング言語Smalltalkの-80発明として、1980年代にゼロックスPARCで、広く使用されています。これは、ColdFusionとPHP開発者のより多くの利用により、オラクルのSunのJava EEプラットフォームの設計パターンとして推奨され、歓迎されるようになりました。モデル-ビュー-コントローラパターンは、それは多くの利点があり、便利なツールキットですが、いくつかの欠点があります。
---終わり---コンテンツを復元