後編TOGAFかつて運営していて、今は放置しているブログにTOGAF関連の情報を求めてのアクセスがあることに気づきました。中途半端ではあるのですが、TOGAF関連の情報は次のwikiにまとめています。seesaawiki.jpこのエントリーは、その放置しているブログから引き継いだものです。8の内容に基づいています。wikiと併せてご参照ください。ArchitectureのOutputと同じく、Stepsで検討とレビューを重ねたものをまとめた成果物です。ArchitecturesではmodelとViewを重要視していること。Architecturesの肝であるということでしょう。Architectureにも記載しておかなければならない要素があります。前述のmodelがそれ。requirements要は、どのようなビジネス・プロセスを担当するものであり、それはいつ、どこで、誰が利用するのか?それらアプリケーション間の関係性をまとめる必要があります。viewも同様にこれらを考慮するために、次の要素を含んでいる必要があります。Architectureがfitするとは限らないということ。Architectureを修正しなければならない場合もあります。そのArchitectureの前提となる技術要件も存在するかもしれません。それは制約条件として次のフェーズに引き継ぐ必要があります。Analysis)には、次の要素を含む必要があります。Architectureの、変更が必要かもしれない箇所。Architectureの制約条件。印象、考察、そして余談。TOGAFTumblr裏紙ノートはてなブログをはじめよう!espio999さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。