UML分析チュートリアル.pptVIP

システム分析についてそしてUML分析チュートリアル 2006年6月13日 (オブジェクト指向)分析 「何を開発したいのか？」を，作ってあげる人(顧客)に確認する作業． 学生のうちはともかく，社会では，自分以外のために，コンピュータシステムを作るのでこの視点は重要． 実は，何を開発するか？の前に，「何が(業務の)問題?目標なのか？」を明らかにするのがより重要． オブジェクトとクラス オブジェクト指向分析での基本概念 クラスは型や種類をあらわし，オブジェクトはその型に当てはまる個々の実体をあらわす． オブジェクトのことをインスタンスと呼ぶ場合もある． 簡単な例 オブジェクト: 田中さん，山田さんなど個々の人間． クラス: 人間という種． 何故，クラスの概念が必要か？ コンピュータシステムは，あるたった1回の仕事のため，1回だけ利用されるわけではなく， 同じような仕事のため，何回も利用されるのが普通． よって，システム側も，同じような型の仕事に対応できるための準備が必要． クラスは，この，「同じ型の仕事」を認識するための言葉として利用される． 補足 クラスに対する仕事としてプログラムを作る 成績処理の例 受講者一律の処理としてプログラムを作る 動作時には各人毎の動作を行うことになる 仕様もしくは仕様書 どんな物を作るのかを規定した文章． 昨今は，UMLによる図も合わせて利用される． 開発者と顧客との契約上の重要な合意事項にもなる． 学生にとっては，プログラム演習の「課題の文章」が仕様にあたる． 往々にして演習の仕様は退屈なものが多い． 初心者の開発スキルに合わせているため． システム仕様化の基本側面 機能: 何を入力したら何が出てくるかについて．関数といってもよいであろう． 主にユースケース図で記述． 振る舞い: どんな順序で機能が実行されるかについて． 主にステートチャート図で記述． 構造: 機能や振る舞いを実現するのに，どんな種類の人やモノがどんな関係を持っているかの記述． 主にクラス図で記述． UMLとは Unified Modeling Language 統一モデル化言語の略称． 実際には，ユースケース図，クラス図，ステート図等，いろいろな種類の図式表現のセットと考えてよい． 昨今，これを使って，ビジネスやコンピュータシステムを仕様化?分析するというのが流行． ユースケース図 ユースケース図 システムの機能と，それがシステム外部の人，他システムとどう関わるかを書いた絵． 作る対象と，そうでない外部のモノを明確に区別している． この時点では，作られるシステムの内部構造は全く考慮していないし，してはいけない． ユースケース図（ＡＴＭ） ユースケース図（ＡＴＭ） ユースケース図（図書館） ユースケース図（online chat) ユースケース図（アクタの識別の間違い） ユースケース図（システムの境界の間違い） ユースケース図（誤ったアクタ間の交信） ユースケース図（関連するプロセスのユースケースとしての分割） シナリオ 各ユースケースの、アクタとの係わり合いとしての大まかな流れをかいたもの 主たる流れと例外処理を分けて書く アクタからの働きかけで始まる 何をやるかを書くものであり、どのようにやるかを書くものではない（例えばユーザ認証を考えれば、「ユーザ認証を行う」で良く、「＊＊＊法を使ってパスワードを認証し、...」等と実装に関わる内容は書かない シナリオ（お金を引き出す） ユーザは引き出し処理を要求する システムはキャッシュカードの挿入を要求する ユーザはキャッシュカードを挿入する システムはキャッシュカードを認識し、対応するパスワードを要求する ユーザはパスワードを入力する システムはパスワードを認証し、引き出し金額の入力を要求する ユーザは金額を入力する システムは引き出しの可否を判定し、引き出し処理を行い、お金とカードをポストに出す ユーザはお金とカードを取り出す シナリオ（例外処理） カードが認識できない場合 システムはカードを返却し、処理を終了する シナリオ（例外処理） パスワードが認証できない場合 所定の回数を超えていたら、当該カードを暫定的に無効化し、処理を終了する 所定の回数内であれば、再度パスワードの入力を促す シナリオ（入金する） ユーザは入金処理を要求する システムはキャッシュカードの挿入を要求する ユーザはキャッシュカードを挿入する システムはキャッシュカードを認識し、対応するパスワードを要求する ユーザはパスワードを入力する システムはパスワードを認証し、入金を要求する ユーザは入金する システムは入金されたお金をカウントし、ユーザに確認を求める ユーザは確認する システムは