A p p Application Architecture for .NET の利用例 l i c a t フレームワーク化を始める i 第 7 回株式会社CSKシステムズ IT生産技術部中垣健志 o NAKAGAKI, Kenji n するノウハウがつまっていまにもこぼ A はじめにれ落ちそうです。そんなN君に、同 r 僚のKさんが声をかけてきました。思います。エンタープライズシステム構築そのものは「手段」であり、「目的」で h み渡っています。今日、N君の支援し「とりあえずおめでとう。ところでふテム構築の目的は、企業に利益を生 i ていたプロジェクトが無事本番稼動をと考えたんだけど、支援の中でさまざみ出すことです。健全な企業経営を t 迎えました。支援中は技術的な課題がまなノウハウが身についたわけだよ行なうためには、利益は計画的に生 e 次々と発生しましたが、チーム内のメね。できれば、それを次のプロジェクみ出されなければなりません。つまンバーと協力してすべて解決できましトに活かせるようにまとめておいたほり、エンタープライズシステム構築はた。N君の頭の中には多くの.NETに関うがいいと思うんだけど、どうかな？」企業活動の計画の一部として、予定 c c 大きな台風が過ぎ去り、空は青く澄はありません。エンタープライズシス t された品質、コスト、納期に従って u 至極もっともな意見だとN君も思 Level r e 1 2 3 4 5 いました。そこで、早速今回のプロ一方で、エンタープライズシステジェクトで学んだアーキテクチャのム構築は複雑で知的な作業です。ベポイントをまとめることにしました。ルトコンベアーで流れてくる部品に Technology Tools ねじを止めるだけ、といった単純作 f Visual Basic o Visual C# r Visual C++ SQL Server Oracle 進められなければならないのです。なぜフレームワークが必要なのか？ここ数年の間に、「フレームワーク」業ではありません。エンタープライズシステムを構築するためには、最新のさまざまな技術を評価し、そして組み合わせる作業が必要です。では、求める機能を実現するために、どの N ASP.NET テム構築においてはずせないキーワような技術をどのように組み合わせ E Other: ードとなってきています。そこで、「なればよいのでしょうか？この課題ぜフレームワークは必要とされるのの解決に要する時間はまちまちです。か」という理由から考えていこうと 1時間で解決できるかもしれないです . という言葉はエンタープライズシス Access T 178 Windows Developer Magazine フレームワーク化を始める E T 図1：フレームワークとアーキテクチャの設計スクリプト N スクリプトセキュリティ運用／管理セキュリティ画面遷移トランザクション r データベース運用／管理 . 画面遷移データベース Webサービスフレームワークありいくつかの技術的課題が過去の事例から再利用可能なコードとして準備済み。不確定要素はごく一部に抑えられているもそも、解決できない課題かもしれないのです。つまり、かです。したがって、スキルを持った技術者を集められエンタープライズシステム構築の計画を立てるのは、非なかったプロジェクトでは、アーキテクチャの設計の品常に困難なことなのです。質や期間を計画するのは非常に困難なこととなります。 c 行なうことができるスキルを持った技術者はほんのわず t e し、3か月かかっても解決できないかもしれません。そ t u r フレームワークなしさまざまな技術的課題が混沌として存在している。それぞれのアーキテクチャがどれくらいで決定できるのか、まったく未定 e f Webサービス o トランザクションこの問題を解決するための手段としては「アーキテクます。フレームワークの採用は、この課題に技術的な側チャの再利用」です。アーキテクチャの設計を行なうに。そこあたって決定しなければならないことのうち、いくつかで、続いてフレームワークが果たす大きな役割を示してはほぼすべてのエンタープライズシステムで共通の課題いきます。となります。先月号までに取り上げてきたテーマ（DB c r 面から解決を図るための有効な手段なのです［注1］ h i この相反する2つの命題をSIベンダーは常に抱えていされる設計済みのアーキテクチャをフレームワークとしャの設計はもっとも重要、かつ高度な技術を必要とするて用意します。各プロジェクトでこのフレームワークを作業です。アーキテクチャとはシステム開発の技術的基アーキテクチャとして採用することで、技術的な不確定盤となる基本設計です。プロジェクトで作成されるすべ要素を少なくすることができます（図1）。 t i エンタープライズシステム構築においてアーキテクチ n ど）はその典型例です。これらのテーマについて、推奨 o ◆アーキテクチャ設計難度の低減 A アクセス方法、トランザクション管理手法、画面管理なキテクトであれば、自作ではなく既存の仕組みを探すと新技術を把握した上で、適切なアーキテクチャを設計しころから作業を始めます。しかし別のプロジェクトで作なければなりません。しかし、アーキテクチャの設計を成された部品は、大体の場合そのままでは使えないこと注1）管理的な側面から「プロジェクトマネージメント」という考え方も注目されていますが、ここではとりあげません。 c l ITの進歩は近年とても早くなっています。これらの最 i ジェクトで作成されているかもしれません。優れたアー p います。今回作成しなければならない機能は、すでに別のプロ p プロジェクト全体の品質や生産性に悪影響を与えてしま ◆プロジェクト間で成果物を再利用が多いものです。これは.NET Frameworkが決してエン A ばなりません。したがって、アーキテクチャが貧弱だと a てのコードは、定められたアーキテクチャに従わなけれタープライズシステム専用というものでなく、ビジネス 2005 November 179