FPN-ゼイヴェル・大浜史太郎社長へのインタビューを読んだ
6．ビジネス分析フレームワークを学ぶ ビジネス分析フレームワークの学習と使い方 ビジネス分析 フレームワークや 経営学 の学習をどうビジネスリサーチに役立てるか、その考え方と留意点について解説します。… 2021.05.08 2021.05.09 115 view 3．ビジネスリサーチの報告書作成 ファクト、ファクト、ファクト〜事実に基づくこと 「What's Your Story?」という提案や提言がないレポートは意味がない、ということがよく言われますが、ビジネスリサーチの報告書は、内容の8〜9割は ファクト … 2021.01.19 2021.05.16 303 view 4．インプリケーションと提言 リサーチを通じて気付いたことは？公開情報から点と点を結ぶイン… インサイダー情報はそのままでは役に立たない！？ビジネスリサーチの依頼の中で、「業界の空気感はどうなっているか？」「この技術
今の10代のために次世代ERPの開発を決めた
今の10代のために次世代ERPの開発を決めた 米オラクル アプリケーション戦略担当 シニアバイスプレジデント イェスパー・アンダーセン氏 ERP（統合基幹業務システム）パッケージ「Oracle E-Business Suite」「PeopleSoft」「JD Edwards」、CRM（顧客情報管理）ソフト「Siebel」など、相次ぐ買収でアプリケーション製品を急ピッチで増強する米オラクル。2008年中には新たなアプリケーション製品群「Fusion Applications」を出荷予定だ。アプリケーション戦略担当のアンダーセン氏は 「Fusion Applicationsの開発は新技術を取り入れるために欠かせない」と強調する。（聞き手は島田 優子＝日経コンピュータ） Fusion Applicationsの動向は。 予定通り08年中に最初の製品を出荷する計画だ。「Fusion」は「SOA（サ
「キャズム」流、エンタープライズ市場の構造変化:梅田望夫・英語で読むITトレンド
先週は色々なコンファレンスが開催されていたようで、英語圏のBlog世界ではそういう報告がやたらに多かった。 今日はその中から、「キャズム」の著者Geoffrey Mooreが行なった講演のスライド(PDF)と、その話を聞いた人(Jeff Nolan)のメモBlogが見つかったので、今日はそれらを題材にしようと思う。この講演はVortexというコンファレンスで、Mooreの講演タイトルは「Orchestrating the Stack」。テーマはエンタープライズ市場の構造変化についてである。 「キャズム」の著者が見たエンタープライズ市場の構造 講演スライドからではなく、Jeff Nolanのメモを引きながら解説していくほうがわかりやすいかな。 「- the stack consists of business layers (services and applications), compu
「プロセス・セントリック」がこれからのシステムのカギ
「プロセス・セントリック」がこれからのシステムのカギ 米アクセンチュア システム・インテグレーション/テクノロジー＆デリバリー グループ・チーフ・エグゼクティブ カールハインツ・フルーター氏 「企業がプロセス・セントリックになっているにもかかわらず、その変化にシステムは追いていない」。米アクセンチュアで全世界のシステム構築や技術、品質管理などの責任者を務めるカールハインツ・フルーター システム・インテグレーション/テクノロジー＆デリバリーのグループ・チーフ・エグゼクティブはこう指摘する。経営とシステムのかい離を埋めるには「ITはもっと柔軟になるべきだ」と同氏は提案する。 「システムが経営に貢献できていない」と考えるユーザー企業が多く存在します。どうしてこういう事態が起こってしまうのでしょうか。 企業経営の今の主流はプロセス・セントリックという考え方です。にもかかわらず、ITは経営の変化に追
はてなブログ | 無料ブログを作成しよう
顔に見える？最近「送水口」が気になるという話 「送水口」が気になる今日この頃 最近街中で気になる存在、それがこの「送水口」です。地上のフロアが7階以上あるビルなど、一定の条件を満たした建築物には設置が義務付けられているもので、火事が発生したフロアにただちに水を送るために使われるものです。ポンプ車…
システム連携の歴史を振り返る：SOAへ至る道 - builder by ZDNet Japan
前回紹介したとおり、メッセージという概念はオブジェクトを連携させるために非常に重要な役割を果たしている。そこでシステム間連携を実現するためのSOA史を見ていくことで、メッセージが果たしている役割の変化について理解していこうと思う。 その昔、システムを連携させるためにはデータをテープに書き込み、物理的に搬送していた（さらに昔はパンチカードだったらしいが、残念ながら筆者は見たことがない）。 たとえば注文情報を取引先に届けようと思うと、物理的に搬送する回数をできるだけ減らす必要がある。そこで日中にたまったデータを日次のバッチによってソーティングし、取引先ごとにテープに書きだして送っていた。この時点では、システム同士は疎結合で、テープが届くまで各システムは独立して動いていた。 やがてオンライン化が進みだすと、クライアントとサーバという概念が出現する。それまでのコンピューターは一部のスタッフだけがデ
Excelを使えないIT部門はSOAに取り組めない
「Excelを企業の情報システム基盤として使いこなせない情報システム部門やITベンダーはSOA（サービス指向アーキテクチャ）も使いこなせない」。 この一文を見たITの専門家で、「Excelとあるのは誤り、正しくはUMLかBPMあるいはJavaや.NETだろう」と思った方は多いのではないか。しかし誤記ではない。そうすると今度は「表計算ソフトとSOAに何の関係があるのか」と首をひねる向きもあろうが、大いに関係がある。 まず、「Excelを企業の情報システム基盤として使いこなす」とは何か、説明する。言い換えると「Excelを使って企業の事業部門が利用する情報システムを用意すること」だ。ここで重要な言葉は、「企業」「システム」「用意」である。Excelを使ってエンタープライズ・システムを「用意」する話であり、個人の文房具の話ではない。 あえて「用意」と言っているのは、一からプログラムを記述するので
特別企画：BPM Special BPM時代の到来--BPMで何が変わるのか？
BPMとは何か？──論者の数だけ考え方があるが、今回は企業の情報システム構築と経営管理の方法の変遷を踏まえて、BPMが必要になってきた背景と本質を解説する。 この50年のビジネス情報システム構築方法の進化過程を振り返ると、最初のアプローチは人の業務プロセスをコンピュータに置換する方法が中心であった。いわゆる、POA（プロセス中心アプローチ）である。この時代が30年続いて1970年代後半に、データの重複ファイルを統合する、DOA（データ中心アプローチ）が始まった。 システム構築時にデータを注視するようになったからといって、ビジネスシステムは、ビジネスのプロセスを設計し動かす人がいて、初めて機能することに変わりはない。データとの関連でいえば、データ（情報部材）を組み立て、取り換え、情報製品そのものすら新しい概念で考案するとき、それらをつなぐプロセスがあって、初めて情報が生み出され使われる。情報
最小限の手間でシステム間連携を実現する～疎結合アーキテクチャの登場
企業向けシステム開発の歴史は、アーキテクチャ（技術基盤）の進化に伴う「スクラップ＆ビルド」の歴史でもある。技術の進化に伴いアーキテクチャが変化すれば当然のようにシステムの刷新や更改のニーズが発生し、数年～数十年使い続けたシステムを再構築する場面が出てくる。一方で企業側としては、一度構築したシステムを有効活用または他システムと連携するコストを最小限に抑え、ビジネスの要請を満たすITを構築、維持したい。 このようなニーズに対して、どのような実現方法（実装方式）がとられてきたのだろうか？ 今回は、システム連携方法として進化を遂げてきた「疎結合」アーキテクチャについて概観する。 単一のアーキテクチャと密結合インターフェイス 企業向けシステムが「その企業だけのために」構築され、外部とのインターフェイスを意識しなくてよかった場合においては、採用するアーキテクチャやインターフェイスは独自仕様のものが採用
SOAとは--この話題に乗り遅れるとまずいの？
文：Andy McCue（Silicon.com） 翻訳校正：株式会社アークコミュニケーションズ、磯部達也 2007-04-27 08:00 2008年までに取り組みを始めないと競争上不利になるとの予測もあるSOA（サービス指向アーキテクチャ）。ここでは、SOAの概要、メリット、実例などをQ&A形式で紹介する。 --SOAって何なの？ SOAはService-Oriented Architectureの略語で、「サービス指向アーキテクチャ」と訳されるんだ。SOAは、略語ではない1つの単語のように「ソア」と発音されたりもする。 --なるほど、またやっかいな略語の登場というわけだ。これは、大まかに言うと何なの？なぜ注目すべきなの？ SOAが果たす機能は、その名の通り。これは、共通のプラットフォーム、プロトコル、再利用可能なコードなどを基盤としたITアーキテクチャなんだ。SOAを使えば、企業全体
Amazon.comのシステムは広義のSOAでできている - himazu blog
ウェブサイトACM Queue上のACM Queue CastというポッドキャストでAmazon.comのCTOがインタビューを受け、Amazon.comのシステム・アーキテクチャについて語っている。リンク先には音声ファイルと共に、筆記録もあるので勉強にもいいと思う。私は以下の点が印象に残った。 アマゾンのシステムは広い意味のService Oriented Architecture (SOA)でできている。SOAと言うと今はXMLを使ったウェブサービスを構成要素することが多いが、そういう狭い意味ではなく、疎結合された多くのサブ・システムによって構成されているという意味である。 たとえばDBMSに直接アプリケーションがアクセスすることはなく、データ・サービスのAPIを通じてアクセスする。そのAPIはXMLを使ったウェブサービスの場合もあれば、別の技術に基づいたプロトコルで提供されていること
Case File : 住友信託銀行 | ビジネスの視点から「SOA時代」を見据える！ - CIO Online
日本企業の間には、まだ十分に普及していないとされるSOA（Service-Oriented Architecture：サービス指向アーキテクチャ）。だが、それをもって、SOAに対するユーザーの熱意が薄れたと断ずるのは早計である。現に、来るべき“SOA時代”を見据えて、着々と準備を進めている企業も確かに存在する。そんな企業の1社である住友信託銀行は、全社を挙げてEA（Enterprise Architecture）の構築を進めるという、“トップダウン”のアプローチでIT基盤刷新への道筋を立てるとともに、システム構築の現実的な方法論としてSOAに熱い視線を送っている。同社がSOAに期待するものとは何なのか。また、現時点で本格的な導入に踏み込めない理由はどこにあるのか──その本音を直撃した。 CIO Magazine 編集部 ● text by CIO magazine 金融業界が待望する次世代
SOAと文字のチカラ - it's a small market
私の大好きなドラマ「トリック」に登場する山田里見(野際陽子さん)の名セリフに「これぞ文字のチカラ」というものがあります。IT業界にいると、文字のチカラが間違って使われている場面に数多く遭遇し、疲れます。 最近疲労と感動を経験した例が「SOA」(SOA;サービス指向アーキテクチャ)。仕事柄この言葉に接することが多い(というか、すぐにSOAベッタリになりそうですが...)のですが、どうしてこう分かりづらく分かりづらく説明するかねえ、という文献ばかり。自分でもどうやったら簡潔で、平易で、具体性のある説明ができるかなあ、と思いながらネットをさまよいましたが、難しすぎて、結局なんなのかちっとも伝わらないものばかり。 思うに、書き手がベンダー側の場合、SOAそのものは設計手法みたいなものであるにもかかわらず自社製品との関連性を言わなくちゃいけないので、話が飛んでしまったり本来の意味をゆがめてしまったり
SOAに価値はあるか - it's a small market
「SOAにROIは似合わない」という記事。投資に対するリターンを数値化したものを ROI (Return on Investment) と呼んで、とりわけIT業界においては「ほんとにこれを導入すると儲かるの?」とごねる顧客を説得するための切り札のひとつとされています。この記事では ROI のことを ROIの計算公式はすなわち、支出を正当化するため事後に作り出されたものである場合が多い とするあるアナリストの言葉を引用し、顧客にとっては結構眉唾なんだよと指摘しています。で、そんな「ROI」を、さらにつかみどころのない SOA と結び付けようとすると話がもっとややこしくなるし、だいたい SOA なんてものはそんな目先の数字でとらえるべきものではないのである、というのが記事の趣旨。 SOAはベストプラクティスの集合体であり、哲学であり、ビジネスの進化を促す力である。SOAは基本的に目に見えないも
SOAにROIは似合わない - ZDNet.com SOAブログ
SOAに関するものであれ、ほかのITプロジェクトに関するものであれ、ROIを試算することの意味をMacehiter Ward-DuttonのNeil Macehiter氏が実にうまく言い表している。ROIの計算公式はすなわち、支出を正当化するため事後に作り出されたものである場合が多いというのだ。 したがって、確かにROIはプロジェクトのおおよその価値を示すことはできるが、その妥当性と正確性にはしばしば疑問が残る。SOAのようなあいまいなコンセプトに数学を適用すると、事態がさらに混乱してしまう。ウェブサイト「Datamation」の最近の記事が、「SOAのROIを計算することは可能なのか」という問題を提起している。これまでも多くの記事やカンファレンスの講演、ポッドキャストなどで扱われてきたテーマだ。 同記事は、GartnerのアナリストRandy Heffner氏がある調査報告書で、「SOA
SOAは基幹系システム開発のあるべき進化の形
アプリケーションのサービス化を考えるときに、SOA（サービス指向アーキテクチャ）は欠かすことのできないキーワードだ。世界最大の業務アプリケーション・ソフト会社であるSAPはSOAをどうとらえているのか。国内での状況を含め、SAPジャパンの安田誠パートナー＆マーケティング統括本部シニア・バイスプレジデントに聞いた。（聞き手は中村 建助） SOAについてどういったものだと考えているのか。 さまざまなサービスを組み合わせて、企業のビジネスを支援するシステムを作っていくことだろう。技術的にさまざまな議論があるのは理解している。 個人的には、バッチ処理からオンライン処理へ、そして階層型だったデータベースがリレーショナル型に変わって、その後クライアント/サーバー・システムが現れたことに続く、企業の基幹系システムの開発におけるあるべき一つの進化の形だと考えている。C/Sにもいろいろな処理の方法があって、
機能追加型開発（その２）：ITExpress
できるだけ母体に影響を与えず機能追加したい。デグレード試験を最小化したい。その潮流がSOA(Service Oriented Architecture)やマッシュアップ(Mash Up)につながっている。 既存システム同士を接続する。接続を変更する。一部を更改する。このようなパターンについては、極力プログラム改造を避け、SOAで対応する。さらに、複数の既存システム機能を組み合わせて新しいユーザインタフェースを作るのがマッシュアップだ。元々は音楽用語で、ジャンルを越えたコラボレーションとか、クロスオーバーを指す。強固に完成してしまっているミドルウェアと、それをベースにした既存システムに手を入れるのは危険で、大変なので、外側に新たに機能追加するパターンである。ITシステム間を直接つなぐより、ユーザが複数のシステムにアクセスして、協調利用する方が容易である。ただし、それぞれシステム固有のユーザイ
SOAの真のメリットを引き出せ | SOAを導入する前に知っておくべき7つの“真実” - CIO Online
ビジネス・ニーズに迅速に対応できるITシステムを実現することは、CIOが取り組むべき主要課題の1つである。SOA（Service-Oriented Architecture：サービス指向アーキテクチャ）は、この課題にこたえることのできる戦略的なアプローチとして大きな注目を集めている。しかしながら、国内での導入事例が少ないこともあって、SOAで何がどこまででき、具体的にどんなメリットが得られるかについて、さまざまな疑問を抱いておられる読者も少なくないはずだ。そこで、本稿では、実際にSOAの導入に取り組んでいる米国ユーザーの証言を拾いながら、そうした疑問に答えていくことにしたい。 クリストファー・コッホ ● text by Christopher Koch ビジネス改革の特効薬 我々の目標は、SOAを導入することではなく、生産性を高め、サプライチェーンから無駄をなくすことだ。ベンダーが宣伝する
Lotus Spring Forum開催レポート(4) ～コンポジット・アプリケーション～：インストラクター最前線：オルタナティブ・ブログ
「Lotus Notes 8とJavaの世界を融合する新しいアプリケーション開発」では，Lotusテクニカル・セールスの大川さんがスピーカとして登場した． このセッションでは，Lotus Notes 8で新たに可能となる"コンポジット・アプリケーション開発"についての紹介がありました． まず，コンポジット・アプリケーションを利用するための大前提は，Lotus Notes 8のクライアントとして従来のクラサバ型を発展させたBasic版とリッチクライアントとして進化させたStandard版のうち，後者のStandard版でないと利用できないという点には注意が必要です．これは，ベース技術として，Lotus Expeditorが提供するEclipse RCPを用いたIBM共通クライアント・プラットフォーム利用しているためです． 一見，Webのフレームセットやポータル画面のように，一画面に複数の要素
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DreamaASP お探しのページが見つかりません