• ネットコミュニティのQWAN（無名の質） − ＠IT情報マネジメント
• マネージャに必要な“ギャップを見つけるヒアリング力” − 1/2 − ＠IT情報マネジメント
• Windows XPはユーザー志向か？
• コミュニケーション・ツールの活用事例（蓄積型編） − 1/2 − ＠IT情報マネジメント
• トランザクション管理の複雑性を克服する パート2 − ＠IT情報マネジメント
• ＠IT：ITアーキテクトを探して（2）
• ＠IT情報マネジメント：“柔軟な発想力”で顧客満足度120％を達成する 1/3
• ユーザーと共通理解できる“システム観”が必要だ − ＠IT情報マネジメント
• 保存版 性能品質の作り方 − ＠IT情報マネジメント
• 中堅・中小企業にとってのERPの意味と効用

　　ITアーキテクト[ ]
　　シリーズ： （ 8表示）
　　とトランザクション制御機能、システムの要件を満たすためには、ビジネスロジックやサービスを実現するためには、スケーラブルなメンテナンスシステムを作成機能は、システムを実装するためには、異なる実装することができますが必要です。コードの混合液には、ビジネスロジックは、保全性とスケーラビリティが大幅に悪化を実装するコードの中でトランザクションを実行します。
　　（ 2 ）層間の依存性を排除
　　層とブラックボックスには、下の層に存在するコンポーネントを処理するように設計として、ドメインの階層構造の層。そのためには、下の層に存在するコンポーネントの外観を使用して行うには、それぞれの層の強度が低くなります。
　　（ 3 ） 、プロセス、分析、設計の上流では、単純なモデルでは、最低限の要件を満たすように備え、真のオブジェクト指向分析とオブジェクト指向分析
　　実装しています。モデルは、上流工程で考え、設計、およびアーキテクチャに基づいています。
　　およびそれ以降の階層構造設計、デザインを意識したの実施の段階は、上流の分析モデルでは、意識の実装モデルに。この変換を忠実に上流、可能な場合に実施することが可能な限り最高のモデルです。しかし、パフォーマンスの制約とし、技術的な制約により、変換を余儀なくされる可能性があります。オブジェクト指向の設計では、この変換を設計することはかなり困難です。
　　（ 2 ）については、我々は以前のシリーズで説明します。この（ a ）および（ 3 ）についての話をすることです。
　　さて、最適なソリューションを見つけるには、アーキテクチャパターンの使用を検討してみましょう。今回は、エンタープライズアプリケーションアーキテクチャのPofEAA （パターン）との考えに基づいています。まず、サービス層を見てください。
　　第7回| 1 2 3 4 |次
　　、スケーラブルなメンテナンスシステム（ 8 ） -を作成し、最適なアーキテクチャのドメイン層で
　　考えるページビジネスの機能とシステム機能ページ2
　　　　トランザクションスクリプトPage4 < br / >各パターン
　　アーカイブの困難は、システムの拡張性保守性インデックスシリーズ»第2
　　<