ソフトウェアシステム分析と設計

概要

• 正しい質問をするために役立つモデルの作成
• UML2の代表的なモデル
• エンタープライズアーキテクチャ: 情報、振る舞い、プレゼンテーション
• 新規、既存のWebに対応するシステムまたは独立したアプリケーションの分析と概要設計
• Unified ProcessおよびVモデルの検証

情報構造の作成

情報要件の分析

• ビジネスニーズの変換
• 簡易UMLクラス図によるデータの構造化
• マルチプルまたはオプショナルリンクの確立
• 標準化と簡素化
• レガシーデータシステムへの接続（関連付け）

データ設計におけるベストプラクティスの実現

• データ設計の目標の特定
• オントロジー開発
• データモデルからリレーショナルデータベースへの変換
• n階層環境でのデータ管理
• 設計のトレードオフの評価

物理データモデルの詳細レベル例

• アプリケーションおよびユーザービューのカスタマイズ
• パッケージを使用したデータのパーティション化
• 一貫性および完全性の保証
• Bツリーによるインデックス化の長所と短所
• SQLクエリーオプティマイザの利用

振る舞いモデルの作成

振る舞い要件の分析

• UMLユースケース図によるビジネスの振る舞いのスコープ化
• UMLアクティビティ図によるユースケース記述
• 完全性と一貫性のチェック
• コントロールとデータの複雑さの関係

アプリケーション設計のベストプラクティスの決定

• UMLオブジェクトのステレオタイプ：プロセス、境界、およびエンティティ
• UMLコミュニケーション図による振る舞いの 明確化
• UMLステートチャートを使用した制御の定義
• SOAにおける ステレオタイプの役割分類
• Web対応環境での振る舞いの割り当て

アプリケーションアーキテクチャの形成

• アプリケーションの複雑さの管理
• 結合度および強度
• 適合設計の実施
• プロセスとデータ構造の一致
• サイクロマティック複雑度の測定

ユーザーへのコンポーネントオブジェクトの提示

分析のためのオブジェクトモデリング技術

• OO方式の利点の評価
• 詳細UMLクラス図によるユーザーインタフェース構造の図示
• UMLクラスとコミュニケーション図間での一貫性の実現
• 汎化の結果としての継承による利益
• 集約から生じる委譲

コンポーネント設計のベストプラクティスの利点

• ユーザーインタフェース設計のためのユースケース図の拡張
• アクターとユースケースの汎化
• <<include>>による必須の再利用可能機能の詳細化
• <<extend>>を使用したオプション機能の記述
• ユーザーインタフェースの設計の改善：プロトタイプ作成およびポリモーフィズム

詳細ユースケースの完成

• デザインパターンによる知識の再利用
• モデル指向アーキテクチャ
• ナレッジマネジメント

最適な品質の結果を実現

組織のプロファイリング

• 適切な人員の選択
• 組織文化に対する開発手法の適合
• アナリシススキルセットの育成
• ソフトウェア開発プロセス全体におけるUMLの設定

正しいソフトウェアの選択

• データベースソリューション：Sybase、SQL Server、Oracle、MySQL
• XMLでのデータのやり取り
• Webテクノロジー