■システムインテグレータ（System Integrator）
システムインテグレータとは、
「顧客の業務内容を分析し、問題に合わせた情報システムの企画、
構築、 運用などの業務を一括して請け負う業者のこと。
システムの企画・立案からプログラムの開発、必要なハードウェア・
ソフトウェアの選定・導入、完成したシステムの保守・管理までを
総合的に行なう。」
というように定義されていました。（Ｙａｈｏｏ ＩＴ用語辞典より）
そこに従事する人たちは
�．轡好謄牘超�
�▲廛蹈献Д�トマネージャ （管理者）
��システム・コンサルタント （助言者）
�ぅ轡好謄燹Ε┘鵐献縫◆ 淵轡好謄犁蚕兌圈法複咤邸�
�ゥ優奪肇錙璽�・エンジニア （ネットワーク技術者）
�Ε愁侫肇ΕД◆Ε┘鵐献縫◆ 淵愁侫肇ΕД�技術者）
�Д侫�ールド・エンジニア （運用サポート技術者）
�┘廛蹈哀薀沺 複丕如�
といったイメージです。
・アーキテクト（設計者） ・エバンジェリスト（伝道者）
という表現も最近覚えました。
■システム・エンジニア（ＳＥ）とプログラマ（ＰＧ）
日本の、特にソフトウェア受託開発業においては、プログラマに対し
システムエンジニアという表現も多用しています。
システムエンジニアがシステムの設計を行うのに対し、プログラマは
設計に基づいて、実装のみを行うという意味を含んでいます。
このような分類が日本特有ということは、
日本は、オフコン文化の流れで、プログラムは外注なり派遣者で
対応する風土があるからでしょうか。
・プログラマ（Wikipedia）
ウィキペディアに、プログラマの仕事の不満が記述されているのは
ビックリです。
組み込み系開発でも、製品の発売時期が決まり、その後の進捗遅れ
やハード及び回路の仕様変更などでソフトウェアにしわ寄せが来て
大変だと、某大手メーカーの話もありました。
プログラマにも種類があり、基幹系業務開発、Ｗｅｂ開発以外にも、
組み込み系開発、ゲーム系開発もあり、
「システムインテグレータ」の範疇からは外れるかと思いますが、
プログラミング自体は、論理的な思考や発想が要求され、
緻密さと根気強さも要求される作業かと思います。
■システムインテグレータ（ＳＩベンダー）の課題
例えば、『生産管理システム』を構築する場合、
いろいろ立場の違う人たちと連携し、いろいろなアプローチや技術を
組み合わせ、関係者の合意を得て生産活動の改善を計るというのは、
一見簡単そうに見えるものでも難しい場合が多々あり、奥が深いです。
実務では、いろいろ関係する立場の人の思惑もある中、人の話や要望を
理解するのが大変だったり、その反対にシステム的なことを相手に理解
していただくのも容易ではありませんから、ビジネスロジックの詰め作業
やフォロー業務が大変かと。
特に、生産管理システムは現場がメインですから、現場の人が使えない
システムはＮＧです。
ＳＩも単純に考えれば、
・システム構築の実績やノウハウ
・プログラムのリソースやプログラミングのノウハウ
などを積み重ね
そのレベルが、世間（日本）のニーズで通用すれば仕事として成り立つ
と考えますが、
プログラム関連は、技術進歩が早く、対象や成果物が目に見えにくい、
「考える作業」の分担も容易でないし、その評価も難しいことなどが、
特異なポイントかと思います。
なお下記ＵＲＬの記事には、私も思っていたことが書かれていました。
ソフトの価値、国の施策、派遣の扱い、回避策としての自立など．．．
ソフトウェア産業自体の課題も多いです。
『日本のソフトウェア産業、衰退の真因』（ＩＴＰｒｏ）
http://itpro.nikkeibp.co.jp/article/COLUMN/20070306/264055/
■儚い夢
ソフトを作って、コピーするだけで開発費以上に売上があれば、
又は、ビジネスモデルを作って、それが想定以上に成功すれば、
それがストレートに利益になることも考えられます。
ですからソフト業界で働く人たちは、その「儚い夢」があるからこそ、
仕事を夜遅くまでも頑張れるのでしょうか。
儚い夢．．．その儚さが仕事の原動力。
システムインテグレータとは、
「顧客の業務内容を分析し、問題に合わせた情報システムの企画、
構築、 運用などの業務を一括して請け負う業者のこと。
システムの企画・立案からプログラムの開発、必要なハードウェア・
ソフトウェアの選定・導入、完成したシステムの保守・管理までを
総合的に行なう。」
というように定義されていました。（Ｙａｈｏｏ ＩＴ用語辞典より）
そこに従事する人たちは
�．轡好謄牘超�
�▲廛蹈献Д�トマネージャ （管理者）
��システム・コンサルタント （助言者）
�ぅ轡好謄燹Ε┘鵐献縫◆ 淵轡好謄犁蚕兌圈法複咤邸�
�ゥ優奪肇錙璽�・エンジニア （ネットワーク技術者）
�Ε愁侫肇ΕД◆Ε┘鵐献縫◆ 淵愁侫肇ΕД�技術者）
�Д侫�ールド・エンジニア （運用サポート技術者）
�┘廛蹈哀薀沺 複丕如�
といったイメージです。
・アーキテクト（設計者） ・エバンジェリスト（伝道者）
という表現も最近覚えました。
■システム・エンジニア（ＳＥ）とプログラマ（ＰＧ）
日本の、特にソフトウェア受託開発業においては、プログラマに対し
システムエンジニアという表現も多用しています。
システムエンジニアがシステムの設計を行うのに対し、プログラマは
設計に基づいて、実装のみを行うという意味を含んでいます。
このような分類が日本特有ということは、
日本は、オフコン文化の流れで、プログラムは外注なり派遣者で
対応する風土があるからでしょうか。
・プログラマ（Wikipedia）
ウィキペディアに、プログラマの仕事の不満が記述されているのは
ビックリです。
組み込み系開発でも、製品の発売時期が決まり、その後の進捗遅れ
やハード及び回路の仕様変更などでソフトウェアにしわ寄せが来て
大変だと、某大手メーカーの話もありました。
プログラマにも種類があり、基幹系業務開発、Ｗｅｂ開発以外にも、
組み込み系開発、ゲーム系開発もあり、
「システムインテグレータ」の範疇からは外れるかと思いますが、
プログラミング自体は、論理的な思考や発想が要求され、
緻密さと根気強さも要求される作業かと思います。
■システムインテグレータ（ＳＩベンダー）の課題
例えば、『生産管理システム』を構築する場合、
いろいろ立場の違う人たちと連携し、いろいろなアプローチや技術を
組み合わせ、関係者の合意を得て生産活動の改善を計るというのは、
一見簡単そうに見えるものでも難しい場合が多々あり、奥が深いです。
実務では、いろいろ関係する立場の人の思惑もある中、人の話や要望を
理解するのが大変だったり、その反対にシステム的なことを相手に理解
していただくのも容易ではありませんから、ビジネスロジックの詰め作業
やフォロー業務が大変かと。
特に、生産管理システムは現場がメインですから、現場の人が使えない
システムはＮＧです。
ＳＩも単純に考えれば、
・システム構築の実績やノウハウ
・プログラムのリソースやプログラミングのノウハウ
などを積み重ね
そのレベルが、世間（日本）のニーズで通用すれば仕事として成り立つ
と考えますが、
プログラム関連は、技術進歩が早く、対象や成果物が目に見えにくい、
「考える作業」の分担も容易でないし、その評価も難しいことなどが、
特異なポイントかと思います。
なお下記ＵＲＬの記事には、私も思っていたことが書かれていました。
ソフトの価値、国の施策、派遣の扱い、回避策としての自立など．．．
ソフトウェア産業自体の課題も多いです。
『日本のソフトウェア産業、衰退の真因』（ＩＴＰｒｏ）
http://itpro.nikkeibp.co.jp/article/COLUMN/20070306/264055/
■儚い夢
ソフトを作って、コピーするだけで開発費以上に売上があれば、
又は、ビジネスモデルを作って、それが想定以上に成功すれば、
それがストレートに利益になることも考えられます。
ですからソフト業界で働く人たちは、その「儚い夢」があるからこそ、
仕事を夜遅くまでも頑張れるのでしょうか。
儚い夢．．．その儚さが仕事の原動力。
トラックバックURL↓
http://afftec.blog72.fc2.com/tb.php/60-1cf24bf0
プロフィール
