アーキテクトへの道【ﾄﾞｶﾀから現場監督へ】

ITアーキテクトとは？

　建築の世界における著名な建築家はアーキテクトとも称される。では、ソフトウェア開発における
アーキテクト、ITアーキテクトとはどのような役割を担う人材なのか。羽生田氏の定義によれば、
要求と設計（実装も含む）の乖離をできるだけなくす役割の人材ということになるが、まだ漠然とし
ている。要するに設計者なのか。

　ウルシステムズの代表取締役社長 漆原茂氏の定義は、必ずしも羽生田氏とは一致しない。
すなわち、「プロジェクト管理を含め、開発工程全体を現場のスタッフより一段高い位置から見るこ
とができる人材」ということになる。漆原氏によると、必ずしも“アーキテクト”という言葉は適切では
ないのかもしれない、という。そもそも、漆原氏は、現在の“開発プロセスブーム”ともいえる現象に
対し、非常に批判的な意見を持つ。「UML」「オブジェクト指向」「アジャイル」「XP」「テスト駆動」「MDA」……。
最近の開発プロセスをめぐる言説を構成する数多くのキーワードが結局、どの程度ソフトウェア開発の問題
点を緩和することに役立ったのかと。この問題に関する詳細については、漆原氏およびウルシステムズのス
タッフが連載で解答を示す予定となっている。請うご期待。

　イーシー・ワンの取締役副社長 最首英裕氏もユニークな意見を持っている。最首氏は、厳密
に“アーキテクト”の定義を示したわけではないが、現在のソフトウェア開発が抱える問題を解決するには、顧
客企業のビジネスを定義し直し、ITシステムへと翻訳し直す人材が求められるという。この点で羽生田氏の
意見と似通う部分がある。ただし、最首氏が属するイーシー・ワンは自社開発のコンポーネント・フレームワ
ーク体系を有し、独自の開発理論も持っている。企業のITシステムを再利用可能なコンポーネントを組み合
わせることで開発していくという極めて現代的な同社のビジネスモデルはしかし、単純にコンポーネントを組
み合わせればシステムが構築されていくという単純なものではあり得ない。IT化を想定する企業の業務を理
解し、モデルを構築し、実装作業にまで落とし込んでいくこと（もちろん、リスク回避の方策を盛り込んだプロ
セスを組み上げたうえで）を包括的に管理できる人材でなければ、コンポーネント開発の有効性を引き出す
ことはできない。イメージとしてはコンサルティング企業のコンサルタントに近いが、ITの実戦経験を備えて
いるという点で、従来型のコンサルタントとは一味違う。最首氏のコンポーネント型開発に関する実践および
理論面の話も連載として掲載する予定である。

　『職業としてのソフトウェアアーキテクト』（マーク・スウェル、ローラ・スウェル著／倉骨彰訳、
ピアソン・エデュケーション）に次のような記述がある。「ソフトウェアアーキテクトは、ソフトウェア
の設計を仕事とする、設計段階の総監である」「ソフトウェアアーキテクトはシステムのルック＆フィ
ール、機能、全体的な構成を考えるのを仕事とするが、ソフトウェアエンジニアは設計を検証したり、
評価したり、アイデアを提供したりしながら、その設計が堅牢であることを確実にするのを仕事とする」。

　実際、アーキテクトという役割に対する定義はさまざまである。設計作業に携わる役割のエンジニアと
いうのは基本的に存在しないといっていい。分析作業を行うアナリスト的な役割をも含め、アーキテクト
と呼ぶ人もいれば、さらにプロジェクト管理も含めた役割をアーキテクトに含める人もいる。プログラマ
と同義である場合もあれば、プロジェクト･マネージャと同義である場合、コンサルタント、アナリストと同
じ意味である場合もあるのである。アットマーク・アイティでは、アーキテクトの定義を固めることはあえて
しない。プログラマよりアーキテクトが偉いなどという類型的な分け方をするつもりも毛頭ない。いまはた
だ、上流工程に関連するさまざまな作業を担当する役割を象徴的にアーキテクト（ITアーキテクト）と称
するのみである。ソフトウェア開発に携わるすべての人々が安心してぐっすり眠れるような解決策を模索
する場、議論する場、それが「ITアーキテクト」フォーラムになればよいと考えている。

Javaアーキテクトへの道
〜 Road to Java Architect 〜
http://www11.plala.or.jp/JavaArchitect/

ITアーキテクトとは？
目指せ年収1000万円SE

「年収1000万円SEの作り方」

ある雑誌で、このような特集をしていました。非常に魅力的な特集です。
やっぱり、仕事人として頑張るからには年収1000万円ぐらいは目標に掲げ
て頑張りたいものです。 さっそく、この特集を読んでみたところ年収1000
万円SEには以下のスキルをバランスよく持っていることが必要であると示してありました。
テクニカルスキル
ヒューマンスキル
ビジネススキル
日々、これらの 3 つの能力を高め年収1000万円SEを目指していくわけです。
そして、その 3 つの高い能力が要求され年収1000万円SEに近い IT職種として以下の 3 つが挙げられます。
ITアーキテクト
コンサルタント
プロジェクトマネージャ
このサイトのタイトル『Javaアーキテクトへの道』に現れているように、ここではこの
年収1000万円を狙える IT職種の 1 つ ITアーキテクトを取り上げていきたいと思います。
ITアーキテクトとは、ITの建築家？

そもそも、ITアーキテクトってなんなのさ？　というところをまず疑問に思われる方が、
まだ多いのではないかと思います。 アーキテクトという単語を訳すと『建築家』とでて
きます。（私の辞書はカスタマイズしてあるので、アーキテクトとでてしまいますが(笑)）
なので、ITアーキテクト ＝ ITの建築家 といった図式が簡単に思い浮かぶのではと思います。
ITの建築家といわれても、なにかわかったような今ひとつわからないような、システム
デザイナとなにが違うのかといった気分だと思います。 先程の年収1000万円SEを狙
える 3 つの IT職種を考えると、
ITアーキテクト ＝ ITの建築家の人？
コンサルタント ＝ 業務スペシャリストの人
プロジェクトマネージャ ＝ プロジェクトを管理する人
といった形で他の 2 職種はわかりやすいものの、やっぱり ITアーキテクトだけが謎です。
しかし、この ITアーキテクトという IT職種は、経済産業省の ITスキル標準でも取り上げられ、
今後のシステム開発を考えても非常に重要な職種となってきます（なるといいな(笑)）し、なに
より年収1000万円を狙っていける IT職種ですので、 しっかりとどういった職種なのかというこ
とをここで取り上げていきたいと思います。
まずは、ITアーキテクトがいない世界と ITアーキテクトがいる世界をサンプルとしてみていきたいと思います。

ITアーキテクトのいない世界

X システムソリューションは、どこにでもある中堅ソフトウェア受託開発の会社です。
X システムソリューションでは、今回中堅小売店 S から Web 店舗のシステム開発を
受注しました。 今回は Web システムということで、最近ちまたで流行っている Java を
導入し Java 技術者を育成すると共に案件もこなしてしまおうと考えました。 そこで、
早速プロジェクトチームを編成し中堅小売店 S に要件ヒアリングに向かわせました。
要件ヒアリングの結果得た情報の概略は、以下のようなものでした。
Web 店舗により現状の売上をさらに伸ばしたい。
今後、店舗システムだけでなく既にある基幹系システムの在庫管理や受発注管理も
統合して扱っていきたい。
Web 店舗の仕組みは、よくみかける Web ショップと同じでよいがデザインにこだわりたい。
S 小売店は業績がよく今後、他小売店を買収するかもしれない。

こういった内容でしたので、X システムソリューションはやはり Java を採用しようとし
ていて正解だったと思いました。 なぜなら、Java はオブジェクト指向でできているらしく、
拡張性や再利用性が非常に高いとのことだからです。
プロジェクトチームのメンバーは、クライアント・サーバ型開発で 10 年分析・設計を行っ
ている A さんを中心に COBOL 技術者が中心でしたので、 まずは Java の勉強から取
り掛かり、今ひとつオブジェクト指向や Java がどういったものかわからなかったものの、
その後ヒアリングした要件からいつものように分析を行っていきました。 そして、中堅小売
店 S の担当者と打ち合わせをしながら開発は分析から設計、設計から製造へと流れていきました。

製造まで工程が流れると成果物として動くものができあがってきます。 さっそく、できたものを
中堅小売店 S に持っていくと、よくあることですが「ここが思っていたのと違う」、「ここにこんな機
能をつけてくれないか」といったような注文がついてしまいました。
今後のお付き合いも考えて、そうそう注文を断ることもできずプログラムの修正を続けていきます。
特に画面のデザインについてこだわりたいと言っていただけあり画面まわりの注文が多く、プログ
ラムから画面生成、出力を行っていたため修正がたくさん発生してしまいました。 このように、多く
の修正をその場の対応で行っていたためプロジェクトチームの誰も A さんすらも全体の構造が今
ひとつつかめず、プログラムを見ないと仕様がどうなっているかもわからなくなっていました。 日々、
修正。そして、提出。その繰り返しです。当然、バグも多くなり納期が近づくにつれ残業時間も増え、
徹夜の日も増えました。
典型的な、みんなで仲良くデス・マーチといった展開です。

そんなある日、中堅小売店 S の担当者から A さんのもとへ一本の電話が入りました。
今度、P 小売店を買収することになり P 小売店の在庫管理システムが優秀なため今回のシ
ステムに取り込んで欲しいといった内容でした。
期間は、1 ヶ月。

分析をしたところ、最初から取り込みを考えていれば難なくこなせる期間でした。しかし、
今や修正に継ぐ修正でシステムの全体像を把握することも難しくなったシステムには、
どこにどう取り込んでいくかも検討がつかなくなっています。
A さんは、もはや絶望的な気分でした・・・。

■■■■■■■■■■■【ITアーキテクトのいる世界】■■■■■■■■■■■


X システムソリューションは、どこにでもある中堅ソフトウェア受託開発の会社です。
X システムソリューションでは、今回中堅小売店 S から Web 店舗のシステム開発を
受注しました。 今回は Web システムということで、最近ちまたで流行っている Java
を導入し Java 技術者を育成すると共に案件もこなしてしまおうと考えました。 そこで、
早速プロジェクトチームを編成し中堅小売店 S に要件ヒアリングに向かわせました。
要件ヒアリングの結果得た情報の概略は、以下のようなものでした。
Web 店舗により現状の売上をさらに伸ばしたい。
今後、店舗システムだけでなく既にある基幹系システムの在庫管理や受発注管理も統合して扱っていきたい。
Web 店舗の仕組みは、よくみかける Web ショップと同じでよいが画面デザインにこだわりたい。
S 小売店は業績がよく今後、他小売店を買収するかもしれない。

こういった内容でしたので、X システムソリューションはやはり Java を採用しようと
していて正解だったと思いました。 なぜなら、Java はオブジェクト指向でできている
らしく、拡張性や再利用性が非常に高いとのことだからです。
プロジェクトチームのメンバーは、クライアント・サーバ型開発で 10 年分析・設計を行っ
ている A さんを中心に COBOL 技術者が中心でした。

そこで、A さんは Java やオブジェクト指向を理解し、プロジェクトを円滑に進められる
ようコンサルテーションをしてもらう為に、 ITアーキテクト・システムというコンサルテー
ション会社に依頼をしました。
ITアーキテクト・システムからは、ITアーキテクト U さんとその他 2 人が派遣されてきました。


ITアーキテクトの U さんは、アーキテクチャをしっかりと考えましょうと A さんに進言し
てきました。 「アーキテクチャとは？」と A さんが質問したところ、「システムの骨格となる
ものです」と U さん。 その後ヒアリングした要件から、U さんを中心にアーキテクチャを考
えながら分析を行っていきました。


お客様の要件は、機能要求と機能外要求に分けられます。
機能要求とは、システム上で実際に実現していく機能に対する要求。例えば、注文処理
や夜間バッチなどがこれにあたります。 機能外要求とは、システム上で実現するもので
はなく、お客様のビジネス的な要求など。例えば、早いレスポンスタイムや堅牢なセキュ
リティ、ビジネス的な拡張性などがこれにあたります。
アーキテクチャは、この機能外要求を中心に考えるとのことです。
今回、ITアーキテクトの U さんは機能外要求として、以下のものを考慮したほうがよいと言いました。
●今後、店舗システムだけでなく在庫管理や受発注管理も統合するため拡張しやすくする。
●画面デザインにこだわるとのことなので、変更時の影響範囲を減らすため画面生成ロジックとビジネスロジックを分離する。
●他小売店を買収することにより、システムの拡張や統合が考えられるので拡張しやすくする。

以上のようなことを考慮して、ITアーキテクトの U さんを中心としてシステムの骨格とな
るアーキテクチャを考えていきました。 そして、中堅小売店 S の担当者と打ち合わせを
しながらアーキテクチャをより詳細なレベルにしていきました。
ITアーキテクト・システムの要員にオブジェクト指向や Java を習いながら、開発は分析
から設計、設計から製造へと流れていきました。


製造まで工程が流れると成果物として動くものができあがってきます。 さっそく、できた
ものを中堅小売店 S に持っていくと、よくあることですが「ここが思っていたのと違う」、
「ここにこんな機能をつけてくれないか」といったような注文がついてしまいました。
今後のお付き合いも考えて、そうそう注文を断ることもできず修正を受け入れざるをえません。
しかし、ITアーキテクトの U さんを中心として考えたアーキテクチャがしっかりとしていた為、
修正範囲の切り出しがしやすくモジュールの置き換えだけでほとんど対応ができてしまいま
した。 特に画面のデザインについてこだわりたいと言っていただけあり画面まわりの注文が
多かったですが、画面生成をするモジュールとプログラムが切り離されていたので簡単に修
正を行うことができました。
このように、時間と共に顧客の要望が変わるなどし多くの修正が発生しましたので、さすが
に納期が近づくにつれ残業時間も増え、徹夜の日も幾日か発生しました。

そんなある日、中堅小売店 S の担当者から A さんのもとへ一本の電話が入りました。
今度、P 小売店を買収することになり P 小売店の在庫管理システムが優秀なため今回
のシステムに取り込んで欲しいといった内容でした。
期間は、1 ヶ月。

分析をしたところ、最初から取り込みを考えていれば難なくこなせる期間でした。
今回のシステムは機能外要求として、統合も考えられていましたので拡張性のある
アーキテクチャが ITアーキテクトの U さんにより構築されていました。 なので、この
統合もモジュールの追加により難なくこなしていくことができました。
そして、システムは納期どおりにリリースされ A さんも、一安心でした。

以上、ﾄﾞｶﾀの寂しい妄想でした。

＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊ 糸冬 了 ＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

ITアーキテクトの必要性

アーキテクチャとは、システムの骨格となるものをあらわす抽象化されたシステムになります。
ITアーキテクトは、このアーキテクチャを考えていく IT職種です。

従来の開発を考えた時に、社内システムや 1 社向けのシステムなど一つの限られた範囲の
中で使用するスタンドアロンなシステム・アーキテクチャが多かったと思います。 そういった
環境だと、特にシステム的に拡張などをすることはあまり考慮されていないシステムを作成し
ていたことと思います。 拡張が発生した時には、その場対応といった形になることが多く当然
システム的な品質は低下することになります。 品質に関する問題も社内システムや 1 社向
けといった形でしたので許容されることが多かったと思います。

しかし、最近のシステムは Web システムなど多くのユーザを対象とする為、品質の問題は
致命的になりかねません。 さらに、ビジネス的な変化も多様であり合併によるシステム統合
やビジネス・モデルの変更による拡張などが急激なビジネスの変化があたりまえの時代にな
りました。 拡張性や柔軟性が高く、品質も高いシステムが求められるようになったのです。
そういったシステムを考えていきますと、やはり基盤がしっかりしている必要性があります。

そこで、ITアーキテクトの登場です。


ITアーキテクトが、システムの骨格となるアーキテクチャを考えることにより、しっかりとした
基盤ができあがり拡張性や柔軟性があり品質の高いシステムになる訳です。

ITアーキテクトの必要性は、現実世界で考えるとよりわかりやすいと思います。 従来のシス
テムをログハウス、最近のシステムを高層ビルと考えてください。
●●●●●●●●●●●●●●●●●●●●●●●●●
●ログハウスを作る建築手法で高層ビルが建ちますか？●
●●●●●●●●●●●●●●●●●●●●●●●●●

>>12
あんたには日本のソフトウェア業界を立て直そうとするという意志がないのか？

>>14
Javaﾄﾞｶﾀではどうやっても立て直せません。

＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊ 糸冬 了 ＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

つうかさ、スレタイに物申すけど、現場監督はアークテクトじゃないです。
ドカタリーダーです。

ﾄﾞｶﾀの中のﾄﾞｶﾀ、それが自称アーキテクト。ﾌﾟｹﾞﾗ

業務を知らずにどこまで搾取できるかの挑戦だろ。(ｹﾞﾗ

>>15
その根拠は？

>>15
Javaは大規模ソフトの開発にかなり適しているのでドカタ向け言語ではないよ。

>>20
大規模やっつけ欠陥工事だからﾄﾞｶﾀって言われるんだろ。ｗｗｗ

ﾄﾞｶﾀは一生ﾄﾞｶﾀ。詐欺師は一生詐欺師。

＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊ 糸冬 了 ＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

所詮ドカタ

土方が誤用されてるスレはここですか？

まぁこの業界確かに、きちんとしたアーキテクトが居ないからなぁ
どんぶり勘定、その場凌ぎのやっけ仕事、欠陥工事だらけの
システムだらけになるわけだ。

>>8
ふーん。。。

要するにアーキテクトとやらがいれば
「必ず」初めから堅牢で良いシステムが
構築できる、と言いたいんだな。

え、違う？？？
これはあくまで理想論だ？
現実は「必ず」そうなるとは限らないって？

じゃ、「題名に偽りあり」だろうが！
アーキテクトなんて不要だね。
もうどっかいっていいよ。バイバイ。

>>26
要旨は「Sﾖと呼ぶな！アーキテクトと呼べ！」ってことで
つまり、何も変わりません。

■■■■■■■■■■■【ITアーキテクトのいる世界】■■■■■■■■■■■

■■■■■■■■■■■【スーパーマンのいる世界】■■■■■■■■■■■

■■■■■■■■■■■【ドラえもんのいる世界】■■■■■■■■■■■

これらに意味的な違いはあるのか？

>>28
ドラえもん世界には確実にのび太がいる。

>>25
> まぁこの業界確かに、きちんとしたアーキテクトが居ないからなぁ
> どんぶり勘定、その場凌ぎのやっけ仕事、欠陥工事だらけの
> システムだらけになるわけだ。

だからこそ、アーキテクトを育てるべき何だよ。
日本のソフトウェア業界を再生するべきだ。

このスレで煽っているバカどもにはそのやる気もなく本当に自分自身が一生ドカタでも
構わないと思っているから残念だ。彼らは向上心が無くまるで社会主義者のようだ。

Sﾖって人種が使えない奴だって認識が一般に広まってきた（バレた）ので
とりあえずｺﾝｻﾙという肩書きを作り出したわけだが、実はそいつらが
現場の技術をわかっていない、単なる屑の寄せ集めだったがために
慌ててアーキテクトという肩書きを考えたってのが現実ですよ。

アーキテクトは育てるもんなのか？
修練を積んでればそのうちなるもんじゃないのかなぁ。

ﾄﾞｶﾀは所詮一生ﾄﾞｶﾀ。

＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊ 糸冬 了 ＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

■■■■■■■■■【ITｱｰｷﾃｸｿのいる現実】■■■■■■■■

ｱｰｷﾃｸｿがのらりくらりと顧客の要望を聞いてるうちに線表が１ヶ月遅れました。
本来なら内部設計の段階ですが。外部設計すらままなりません。
ｱｰｷﾃｸｿがやっと外部設計を終えました。しかし仕様書なんてありません。
概要設計レベルのものでした。DB設計なんてしてません。
この時点で線表が3ヶ月遅れました。
ところで、このｱｰｷﾃｸｿさんの単金はいくらでしょうか？
独り当たりPGの３人分くらいです。３人いるのでPG１０人分の予算が消えました。
線票が３ヶ月送れ、予算減少、納期厳守！

●●●●●●●●●●●●●●●●●●●●●●●
●ログハウスを作る予算で高層ビルが建ちますか？●
●●●●●●●●●●●●●●●●●●●●●●●

さて、デスマの始まりです。
みなさんｻﾖｳﾅﾗ

　　　　私　が 　Ｍ　Ａ　Ｔ　Ｒ　Ｉ　Ｘ　の　ア　ー　キ　テ　　ク　ト　だ　　！

>>34
>ログハウスを作る予算で高層ビルが建ちますか？
で、終わってみたら３階建てのテントが建っていると。

「アーキテクト」という言葉が流行りだしたのが、
Matrix 上映後だという、なんとも物悲しい現実・・・

>37
お前が知らないだけで前から流行ってたけどな

という悲しい現実・・・>>37

>>37
Matrixにアーキテクトと言う言葉が使われていたのを今知ったんですが。

>37
Matrix じゃなくて The Matrix な。
邦題なら「マトリックス」でいいけど。

そういえば The Internet は「ザ・インターネット」になってて笑った。

>42
原題は The Net だけどな
原題 Jerry Maguire が ザ・エージェント ってのもあったな

やっぱこれからは
ログハウスを作る予算で高層ビルを作る計画を立てて
実際３階建てのテントを建てて
維持でちびちび食べて生きるってのが理想だな

無理無理

上司に方向性を尋ねられて
アーキテクトっていったら
冷たい目で見られた。マネージャの方が正解だったみたい。

>>45
それは
その上司が頑固親父で爺臭くて頭が古いだけだよ。

そういう時代遅れな人間はどんどん切り捨ててあかなきゃ駄目だよ。

「は？　いまだにアーキテクトも知らないんですか？　今時
そんなことも知らないようではプログラマとして恥ですよ。」
とその上司を馬鹿にしてやるんだよ

ぎゃはは　こいつバカだ

上司は営業だし．．．

いや、ばかはこいつ→　>>48　です。
注意しましょうw

啓蒙思想でアーキテクトという職業を普及させよう。

プログラマーの復権としてのアーキテクトとして。

>>50
なんつーかお前ダメダメだな

>>50
やる気あんのかと

目指せ！　エンタープライズアーキテクト！

仕様書書いて、テストケース書いてるだけですが、
アーキテクトになれますか？

なれない。
そのお前の態度じゃ

仕様書とテストケースでもアーキテクトかどうかか、、微妙なラインかも

アーキテクトなら仕様書、提出書類はUMLだば。
http://www.umlcert.org/campaign/index.html
国際化社会到来のために今の内勉強しておくとよいだば。

プログラマよアーキテクトを目指せ
ttp://www.amazon.co.jp/exec/obidos/ASIN/4822282082

エンタープライズアーキテクト

名前が恰好いいな

いいかげん技術屋には、飽きてくと。

寒すぎ。

建築家になりたいね。
現場監督チックなプログラマ

いやーすばらしい

うーむ、まずはWeb Servicesを極めようか

アーキテクトの道
（寺院を乗っ取る方法についても解説有）
ttp://jnhbible.s6.xrea.com/nh/artifact.htm

プログラマからディベロッパへ
システムエンジニアからアーキテクトへ

アップグレードしてください

いやです

もう　ちまちまコーディングすんの　飽きた
コ

あなたはプログラマからアーキテクトに昇格した。
アーキテクトはSEやプロジェクトマネージャよりも偉く、そして地位が高い。

アーキテクトの職務内容が判ってない馬鹿のスレ。

建築家だもん。
SEより偉いもん