第三に、詳細な設計セクション
- 入門
1.1ライト・目的
ターゲットオーディエンスという名前のデザインの詳細な説明の準備を説明する目的のこの部分。
この文書は、関係、プロセス、アルゴリズム、およびモジュールのテストプログラムを呼び出し、インタフェースモジュールを含む各モジュール設計の詳細を、説明しています。ソフトウェアテスター、モジュール開発者、管理者、テスト担当者として、この文書の主な観客。
1.2背景
このセクションでは、ソースとプロジェクトの有能な部門を含んでいます。
華中農業大学ソフトウェア工学研究会、華中農業大学の情報によって提案されたプロジェクト 2017年完成レベルのコンピュータ科学と技術の学生。
1.3定義
この文書で使用されているように、このセクションでは、特定の用語および略語の定義を示します。
このシステムは、エンドユーザがネットワークを使用することができ、単に小さなレジメンが推奨する手順で、果物や野菜の官能基を理解するために喜んで、教育や技術的専門知識、ユーザーフレンドリーな強力な、ない用語分析のレベルに制限はありません。
1.4参考資料
[1] 詳細な設計仕様[S] .GB 856D-1988。
[2] Douwan風水。ソフトウェア工学の方法と実践[M]。北京:機械工業プレス、2018。
1.5バージョン情報
特定のチャートとしてバージョン情報 1 に示します。
表 1 の特定のバージョン情報
- 全体的なデザイン
システムの要件とソフトウェアのアーキテクチャは、要件と設計を追跡するために要約部分に記載されています。
2.1要件の概要(定義および説明)
果物と野菜のダイナーのシステム要件の定義は次のとおりです。
2.1.1ログイン登録サブシステム
モジュールは、ユーザのために使用されている / ;管理者の登録、ログイン、パスワードの回復、および観光客は、ログイン 登録 / ログイン/ パスワード回復モードと管理者登録/ ログイン/ 登録は違ったパスワードを取得し、管理者に反映しましたログインして、より厳しい制限と検証があるでしょう、管理者は、ユーザーアカウントの登録、取り消しを変更する権利上陸許可を持って、訪問者がアクセスするには、データベースへのパブリックアクセスに制限されている、唯一の検索、プレビューが、資源やレビューをダウンロードすることはできません。
2.1.2ユーザー・サブシステム
再生回数:情報については、ウェブサイトを訪問
コメント:好きな料理にコメントします
検索:クイック検索、関連するページにアクセスしてください
コレクション:メニューお気に入りに収集
- プログラム説明
3. 1モジュールの情報
このセクションでは、各モジュールの詳細設計。
3.1.1ログイン登録サブシステム
部分 UML クラス図は、以下のように
図クラス 1
ログイン洗練されたクラス図の登録 1
クラスモデル _アカウント1 クラスモデル _登録
クラスモデル _ログインクラスモデル _接続
クラス間の関係:
ユーザー -アカウント
アカウント -登録
登録 -ログイン
キャンセル、変更 -ログイン
アカウントの種類:アカウント -派生-観光客、普通のユーザー、管理者
クラスモデル _管理者
プログラム説明:観光客の最初の訪問のウェブサイトの後に、要件を満たすために、ユーザー名とパスワードの場合は、登録して登録ボタンをクリックして、それがデータベースにユーザ名とパスワードを保存します。データベースの内容とマッチが成功した場合、ログインすることができ、再度ログインしたアカウントのパスワードを再入力する必要があります。
精度:
入力データの精度:データ列
出力データの精度:出力しません
柔軟性:
今のオペレーティングシステムのすべての種類に適した
時間特性:
ログイン: 1Sを内
のデータ処理: 0.5秒内の
アップデート: 0.5秒以下
アルゴリズム:のJava プログラムが書かれて、あなたが最初に参照する必要があるのJava パッケージの SQL とのutil パッケージを。第二に、のJava データベース接続を使用してプログラム、アルゴリズムの登録機能は次のとおりです。ユーザー名を入力し、パスワードは最初のデータベーステーブルであるID (比較するU TIL 何の比較が成功しない場合は、比較のためのパッケージ方法)は、あなたがいることを登録することができます登録が成功すると、アルゴリズムの着陸機能は、比較のために、ユーザー名とパスワード、およびデータベースのユーザー名とパスワードを入力することで、成功率が正常に着陸することができます。
下図のように:
ログインシーケンス図 1
ログイン登録の展開図 1
3.1.2ユーザー・サブシステム - 閲覧モジュール
部分 UML クラス図は、以下のように
ビュークラス図 1
ブラウズ洗練図クラス 1
図洗練成分クラス 1
クラスモデル _成分クラスモデル _レシピ
クラスモデル _トピッククラスモデル _フードメニュー
コラム -レシピ-食材の関係
精度:
データ入力精度:なし精度、クリックしてブラウジング操作。
出力データの精度:出力しません
柔軟性:
今のオペレーティングシステムのすべての種類に適した
時間特性:
ログイン: 1Sを内
のデータ処理: 0.5秒内の
アップデート: 0.5秒以下
アルゴリズム:クリックによる完全対応する関数の閲覧とジャンプ。ただでこれ以上複雑なアルゴリズム、 HTMLはいくつかのステートメントが内部にジャンプすることができます書き込むことはありません。
3.1.3ユーザー・サブシステム - 検索モジュール
次のように各部分の分類は以下のとおりです。
検索クラス図 1
図洗練検索モジュールクラス 1
クラスモデル
精度:
入力データの精度:文字列
精度の送信文字列:出力データの精度
柔軟性:
今のオペレーティングシステムのすべての種類に適した
:時間特性
データ処理: 0.5秒内の
アップデート: 0.5秒以下
アルゴリズム:
図の検索順序 1
3.1.4ユーザー・サブシステム - コメント(チャット)モジュール
洗練カテゴリの図の部分を次のように:
図のようにコメント 1
クラスモデル
図クラスの洗練レビュー 1
精度:
入力データの精度:文字列またはファイル。
出力データの精度:文字列またはファイル転送。
柔軟性:
今のオペレーティングシステムのすべての種類に適した
時間特性:
ログイン: 1Sを内
のデータ処理: 0.5秒内の
アップデート: 0.5秒以下
アルゴリズム:
クライアントとサーバは経由の接続、クライアント確立するソケットがストリームソケットを作成し、指定したホストクラスのコンストラクタに指定されたポート番号に接続します。介してサーバのServerSocket コンストラクタクラスのインスタンス化のためのServerSocket オブジェクトとのServerSocket オブジェクトを呼び出します(受け入れる)サーバがリクエストの接続方法をリッスンするクライアント端末のポート番号を指定し、返されたサーバーを受信すると、クライアントソケットストリームを要求そのソケットオブジェクトサーバーとクライアントが正常に接続を確立するようにします。一度クライアントに耳を傾け、ループリスニングモードを作成し、スレッドを作成します。サーバーを通過することにより、ハッシュマップオブジェクトのキー値を、そして見つけたときのuserName と同じキーで数値のget()取得する方法ユーザー名をクライアントのニーズに対応するには、ささやくソケット、それによってプライベートチャットクライアントの出力ストリームを取得し、オブジェクトをし、情報出力をささやきます。顧客経験に、クライアントをささやく独自のプライベートチャットを操作するユーザーを知る必要がある。しかし、横断することができたHashMap オブジェクトの値のクライアントをささやくために現在のクライアントのユーザー名を取得するために値を。場合は、情報グループチャット、サーバは、サーバを横断することにより、グループチャットクライアント操作の必要性を認識し、HashMapのは、目標値を取得し、クライアントの価値ソケットオブジェクトが優位取ることですソケットの目標獲得出力ストリームのチャットグループを各クライアントにメッセージを送信します。 同じクライアントとの反応ささやき。メッセージを送信すると、サーバーが受信ファイル転送操作は、クライアントが要求され、サーバがファイルを読み込むことで対応する前方受けて、広がりました。
チャット _タイミングチャート1
コメント(チャット)の展開図 1
3.3プログラム・ロジック
3.4インタフェース
エンドユーザー管理とクライアントのレビュー・インターフェース。
3.5テストポイント
3.5.1ログイン登録サブシステム
メインのテスト以下の状況:
(1)ユーザアカウントが重なります。
(2)ここで、ユーザーアカウントが存在しません。
(3)。管理者正体が正しくありません。
(4)。管理者のメールボックスには、失敗の状況は存在しません。
(5)テスト管理者権限
3.5.2ユーザー・サブシステム
主試験は、以下の点
ニックネームの複製。
あいまい検索の精度を検索する場合、