序文
除算をテストソフトウェアは、中堅中国のコンピューターネットワーク技術職業資格（ソフトテスト）証明書であり、このブログの記事は、[ソフトウェア工学]多くの場合、関連するテストサイトについてです
デザインパターン
図UMLは、2つのカテゴリに分けることができ、13をサポートしています
構造：図クラス、複合構造図、図部材、配置図、オブジェクト図、図パッケージ
図挙動：活性、相互作用（シーケンス図、図通信、対話概要図、タイミングチャート）、ユースケース図、図の状態。
主な機能：
- データフローグラフ -機能モデリング
- エンティティ関係図 -データモデリング
- 状態遷移図 -行動モデル
開発モデル
Vモデル：低層試験は、高レベルのテストを含む、試験を低下は、ソースコードの正しさを保証することである、ハイレベルのテストは、ユーザーのニーズを満たすためにシステム全体を作ることです
Hモデル：重点は密接ではなく、テストの準備及び試験実装から分離されます
ウォーターフォールモデル：ドキュメント駆動型ソフトウェアソフトウェアプロジェクトのために適しているのは明確なモデルを必要とします
プロトタイプモデル：需要は、プロトタイプの急速な発展の状況下では明らかではないが、
噴水モデル：適したオブジェクト主導型、オブジェクト指向開発方法
スパイラルモデル：プロジェクトの失敗のリスクが低リスク、予測可能な開発であります
関係代数
接続と、差、交差点、選択、射影、共通リレーショナル演算子
データの表現
使用した 8ビットの整数の範囲は、データを示し
オリジナルコード： -127〜+ 127
アンチコード： -127〜+ 127
補完： -128 127 +へ
詳細設計の基本的なタスク
- 物理データベース設計
- モジュールのアルゴリズム
- データ構造の設計
- その他のデザイン
ソフトウェアの維持期
- 正しメンテナンス：エラー訂正が開発段階中に発見されました
- 適応メンテナンス：ソフトウェアは、技術変化に適応行い、管理の変更の情報ニーズを変更するには、行って
- メンテナンス性の向上：機能を拡張するためには、変更し、性能や行動を改善することです
- 予防保守：ハードウェアおよびソフトウェア環境における将来の変化に適応するためには、
保守活動
- 是正メンテナンス：診断し、これらのエラーを修正し、隠されたソフトウェアを変更します
- 適応メンテナンス：適用される環境の変化やソフトウェアを変更
- メンテナンス性の向上：展開またはソフトウェアの機能や性能を既存の向上とソフトウェアを変更
- 予防保守：あなたを、ソフトウェアの保守性と信頼性を向上させる強化読みやすさ、およびソフトウェアを変更するために
ユースケース図
役割：機能要件をモデル化するために使用することができます
注：一般化が継承されています
エクストリーム・プログラミングXP
- 四つの部分
- 四つの値
- 5つの原則
カップリング
間接的結合の2つのモジュールの間には直接的な関係、連絡先は、その完全にマスターモジュールによって制御され、呼び出しが実現しました。
データは、カップリング：互いに2つのモジュールのパラメータデータを介して情報を交換します。
タグ結合：テーブルのレコードパラメータ情報を送信することにより、モジュールのセットを、このレコードは、サブ構造のデータ構造ではなく、単に変数です。
コントロールを結合：制御情報に互いへの2つのモジュール間で情報を送信します。
外部結合：モジュールのセットが同じグローバル変数へのアクセス権を持っているが、単に同じグローバルデータ構造、およびグローバル変数パラメータテーブルを介して情報を送信しないではありません
共通結合：共通データ領域を介して2つのモジュール間の情報の伝達。
コンテンツのカップリング：モジュールが他のモジュール内部に関連する情報を必要とします。
結束（強い - >弱）
コインシデンス重合：モジュールの動作の間には関係が完成されていない、またはちょうど非常に緩やかな関係。
論理重合：論理的に同様の処理動作を有するモジュール内の様々な構成要素が、それぞれ他の目的の機能的に独立しました。
重合時間：モジュール内に含まれる各部の処理動作を同時に行わなければなりません。
重合法：特定の順序で実行。
通信重合：完了アクションモジュールの種々の構成要素は、同一のデータまたは同一の出力データを生成するために使用されます。
逐次重合：モジュールの内部の部品は、処理動作の最終出力は、処理操作の入力部の最初の部分です。
不可欠よりも一緒に属して内部モジュールのすべての部分、および同じ機能を実行し、各部の機能を実現する：関数の重合
ソフトウェア設計
概要設計、詳細設計を含みます
概要設計
- アーキテクチャ設計
- モジュール部門
- データ構造、データベース設計
- 設計ドキュメントの作成、レビュー
知識ポイント
緩和時間：クリティカルパス-パスの長さ
開発手法構造化：トップダウン分解抽象機能指向のデータフロー、大規模で複雑なプロジェクトを解決するのに適していないフィールドの問題を処理するデータを、需要の変化に適応することは困難です
：出力含むの構造の解析データフロー図、データ辞書、処理ロジック
データディクショナリ：各描画のためのデータ・ストリーム、文書、処理、およびデータ・ストリームのデータ項目またはファイルが行う説明しました
含む辞書データ：データ・ストリーム、データ項目、データ・ストレージ、データ処理
処理して：入力データストリーム出力データストリーム間の変換を記述する
機械加工を含む行動モデリングプロセスのために、番組エンティティ間の関係を明確に表現し、処理されない：データフローグラフ