不動産購入に関する一つの（ショックな）気付き - ニューロサイエンスとマーケティングの間 - Being between Neuroscience and Marketing
(感謝とお詫び） 昨夜、寝がけにぼそっと書いたエントリにたくさんのアクセスを頂きありがとうございます。私個人としては発見内容についてはオドロキでしたが、世の中的にはこれだけ買っている人も多く、もしかしたら常識なのかも、と思っていたので、ちょっと反応の大きさにびっくりしています。 お詫びと言うのは下の三茶のケースに上げた計算が、間違っていたことで（ローンのところで手数料が二度カウントになっていました）、この場合ですと、買う場合の損は約1000万円ではなく、200万円になります。今回自分が作ったスプレッドシートがブログに書くには複雑で、なおかつ極めて個別性が高いケースだったので少しでも一般化しようとして、つなぎ合わせるように新しく作ったのが失敗でした。（苦笑）下の表記は初めて読む人のために、元の表現を残す形で、修正しました。 みなさま、本当に申し訳なし！ ただ、全体としての考え、僕個人のケース
KPI（key performance indicator） ― ＠IT情報マネジメント用語事典
企業目標やビジネス戦略を実現するために設定した具体的な業務プロセスをモニタリングするために設定される指標（業績評価指標：performance indicators）のうち、特に重要なものを指す。 経営戦略では、まず命題となる「目標」を定め、次にその目標を具体的に実現するための「手段」を策定し、その手段がきちんと遂行されているかどうかを定量的に測定する「指標」を決める。この目標を「戦略目標」、手段を「CSF（主要成功要因）」、指標を「KGI（重要目標達成指標）」、「KPI」と呼ぶ。 KGIがプロセスの目標（ゴール）として達成したか否かを定量的に表すものであるのに対し、KPIはプロセスの実施状況を計測するために、実行の度合い（パフォーマンス）を定量的に示すものである。KGI達成に向かってプロセスが適切に実施されているかどうかを中間的に計測するのが、KPIだといえる。 一般的に利用されるKGI
Oracle internet Support Center
開発部門で作られたパッチを必要に応じてダウンロードできます。 ※お客様のご契約により、パッチのダウンロード機能をご利用になれない場合があります。
自宅の仕事でオンオフを切り替える10のコツ | ライフハッカー・ジャパン
生産性向上のための情報ブログ「Awake@TheWheel」では、ライターのLynn Truongさんが、自宅で仕事するときの10のコツを紹介しています。フルタイムのSOHOワーカーのための仕事の生産性向上とオンオフ切り替えのコツなのですが、週末に仕事を持ち帰ることのあるサラリーマンにも使えます。 今週末に仕事を持ち帰りそうな方も、そうでない方も、切り替えのコツを以下からどうぞ。 1. 服を着替える 部屋着から仕事服に着替えることで、仕事モードに気持ちを切り替えられる。 2. 仕事場を作る 仕事専用の机・椅子を備え、仕事場のスペースを確保する。日常の住空間とは別の場所を作ることが大事。 3. 家族の写真を飾る オフィスの自席に家族や友人の写真を飾るように、自宅の仕事場にも家族の写真をあえて飾る。同じ家にありながら隔離されている自宅の仕事場でふと家族のことを思い出すことができる。 4. 仕事
体系的な知識・技術を身につけるための学習法について - Kentaro Kuribayashi's blog
体系的な知識や技術を身につけたいと思っています。たとえばプログラミングに関していえば、これまでたまたま興味を抱いたところをつまみ食いしていて、小手先の技術が少しは身についたものの、もうちょっとなにか深いことをやろうとしても、それだけではなかなか難しい。とはいえ、教育機関のようなところでやり直すわけにもいきませんし、かといって、なにかをただ作ったりしているうちにいつの間にか体系的な知識や技術が身につくというのも、そういうひともいるかもしれませんが、あまり考えられないことです。ではどうすればいいか……?と考えていたのですが、先日ちょっと思いついたので、とりあえずまずは実践してみたいと思いました。 というのはつまり、学習したいと考えている、なにかそれなりに大きな規模の分野について、自分で本を書くつもりで、あるいは、こういう本があったら体系的な知識を得られるだろうなあという本の目次を自分なりに書き
ITpro SPECIAL:ガラパゴス日本からの脱却 危機感が高まる「日本依存モデル」と「国際競争力の欠如」
「例えば，中国のIT産業の技術者にとって日本向けのビジネスは，日本語を習得するというハードルはありますが，ノウハウを身につけることができて高いお金になる仕事です。給料も違いますから，優秀な人材は日本向けの開発に携わりたい方も多いです」と，日本IBMのグローバル・ビジネス・サービス事業 マーケティング＆事業企画 理事の浦川伸一氏は，日本向けビジネスが海外のIT産業にどう捉えられているかを説明する。国内市場が十分に大きく，語学という壁もあって外に目が向かなかった日本のIT産業のアプローチとは大きく異なる。 このような背景の中で日本のIT産業はどうあるべきなのか。浦川氏は「中国等の海外ベンダーによるオフショア開発は，日本語対応能力をはじめ，懇切丁寧に日本のやり方に合わせてくれたため急成長してきましたが，このやり方がグローバルにみて長続きするのか。日本のお客様の業界は多くの国に存在し，多様な市場や
日本IBM、GTS事業戦略を発表－3つの事業分野でビジネス強化に向け新施策
日本アイ・ビー・エム株式会社（以下、日本IBM）は3月20日、2007年のGTS（グローバル・テクノロジー・サービス）事業の戦略と施策に関してプレス向け説明会を開催した。同社が2007年の重要テーマとして掲げている“イノベーション”と“グローバリゼーション”というキーワードのもと、GTS事業が展開する3つの事業分野「アウトソーシング・サービス（SO事業）」、「インフラストラクチャー構築支援サービス（ITS事業）」、「保守サービス（MA＆TS事業）」について、それぞれ今後のビジネス強化に向けた具体策を明らかにした。 まず、「アウトソーシング・サービス（SO事業）」の現状について、GTS事業担当・橋本孝之専務執行役員は、「売上高、利益とも好調に推移しており、新たなアウトソーシング事業のモデルが見えてきた段階」と述べ、今年は、1）ITによるイノベーション、2）サービス価値の可視化、3）卓越したサ
システム開発プロセスは，本当に反復型が主流になるのか？
本欄の読者は，自社でシステムを開発する際のプロセス（開発プロセス）として，どんなやり方を採用しているだろうか。こんな疑問を持ったのは，日経ITプロフェッショナル7月号で予定している，開発プロセスに関する特集を担当することになったからだ。 主流は今もなお，ウォーターフォール型だろう。しかし，ここにきてRUP[用語解説]やXP[用語解説]のような反復型（スパイラル型）を採用する企業も，目立ってきている。開発プロセスとしてはどちらを選ぶべきなのか――。 注目を集める反復型 ご存じのように，ウォーターフォール型は，大手ITベンダーをはじめとして，多くのシステム・インテグレータ（SI）が自社の開発プロセス標準として採用している。システム開発の歴史は，すなわちウォーターフォール型を洗練させる歴史，と言っても過言ではないほどだ。だが，このウォーターフォール型が，一部のプロジェクトで適用しなくなってきてい
機能要件は3階層で整理
上はarrowheadの全体機能と利用者や接続システムを示す「全体業務フロー図」。中は業務単位で機能間の連携をまとめた図。下は機能をさらに細分化して要件を記述したもの 最上位層に当たるのが左上の「全体業務フロー図」。arrowheadを中心に配置し、接続先システムやシステムの利用者を周辺に並べて、それらの関係性を図式化した。 全体業務フロー図の狙いは、1枚の資料でシステム全体を俯瞰できるようにすることだ。「注文処理」や「情報配信」「取引規制」などの機能群を、どの粒度でどのように分類するのが最善かを検討しやすくなると期待した。 記述が細かすぎると全体を直感的に把握できない。かといって大ざっぱすぎても意味がないので、粒度には気を配った。今回は外部に位置する接続先システムや利用者などの「アクター」と呼ぶ存在に着目して機能群を分けた。arrowheadが処理するデータはアクターから入ってくる。出力
機能要件設計書だけで20種類
意図が伝わる設計書を作るには，前提として「それぞれの設計書がどういう役割を担うか」「それぞれの設計書が相互にどういう関係にあるか」を正しく理解しておくことが重要である。豊富なサンプルとともに，設計書の役割と関係，さらには書き方のコツを解説する。 石川貞裕 日立製作所 情報・通信グループ プロジェクトマネジメント統括推進本部 担当本部長 向坂太郎 日立製作所 情報・通信グループ プロジェクトマネジメント統括推進本部 「基本設計書」と聞いて，どんなものをイメージするだろうか。業務フロー図や画面レイアウト，E-R図など様々だろう。大規模，高品質のシステムを開発するなら，図1に示すような多くの設計書を作成することになる。 中心となる機能要件設計だけでも20種類。それぞれの役割や関係をきちんと理解し，過不足なく設計情報を盛り込むことが求められる。 難しいのは，設計書の読み手が開発者だけではないことだ
非機能要件を見極める【前編】：ヒアリングでは不十分
「要件定義を難しくする」とクローズアップされてきたのが“非機能要件”の存在である。非機能要件とは，性能や信頼性，拡張性，セキュリティなど，機能要件以外のもの全般を指す。これらはユーザーへのヒアリングからだけでは洗い出しにくい。漏れがあると，稼働後のトラブルの種になる。こうした事態を未然に防ぐ，非機能要件の見極め方を探る。 旅行代理店のアールアンドシーツアーズは，今年10月末に予定しているホテル予約システムの稼働に向けて，今，開発の真っ最中だ。このシステムは，仕入れた航空券の在庫や宿泊の空室情報を管理するホストに，2次代理店からインターネット経由で送信されてくる予約データを受け渡すもの。 開発を主導する大平雅義システム部長は，「機能要件はほぼ固まったが，性能に関する非機能要件が懸案として残っていて悩ましい」と語る。 予約データはインターネットを介してやり取りされる。そこに含まれる顧客情報は暗
フィットギャップ分析
パッケージソフトを導入する際に、装備する機能が自社の業務プロセスとシステムが機能にどれだけ適合し、どれだけズレがあるのかを分析・評価する手法。 ERP（統合基幹業務）システムなどの業務システムを市販のパッケージソフトを使って構築する際、パッケージが持つ機能と自社の業務プロセスが完全に合致するとは限りません。業務改革を行ってシステムに業務を合わせるのか、あるいは自社の業務プロセスに合うように追加開発して対応するかを検討しなければならないのです。 あまりにも追加開発が増えると、ソフトウエアのバージョンアップの際に多額のコストがかかってしまうなどパッケージ製品のメリットが薄れてしまいます。 自社の業務プロセスと導入を検討しているパッケージが、どれだけ適合（フィット）していて、どれだけズレ（ギャップ）があるのかを分析することを「フィットギャップ分析」と呼びます。 ◆効果 事前に対応策を考える フィ
CMMIって何だろう
CMMI(Capability Maturity Model Integration，能力成熟度モデル統合)は，能力成熟度モデルの一つであり，システム開発を行う組織がプロセス改善を行うためのガイドラインです。この講座では，CMMIの歴史や概要，CMMIを利用したプロセス改善のポイントなどを解説します。 CMMI(Capability Maturity Model Integration，能力成熟度モデル統合)は，能力成熟度モデルの一つであり，システム開発を行う組織がプロセス改善を行うためのガイドラインとなるものです。米国国防総省（Department of Defense）が米国カーネギーメロン大学(CMU)に設置した，ソフトウェア工学研究所(SEI)で考案されました。CMMIでは，組織の製品，サービスの開発，調達能力などを5または6段階のレベルで評価します（後述する「段階表現」では5段階
良いシーケンス図を描くための発想法
UMLの図法の中でも、シーケンス図はとても良く使われるものの１つです。クラス構成が複雑なアプリケーションでも、メソッドの呼び出しを順に辿っていき、それをシーケンス図に描いてみると、処理の流れが理解できたりします。 しかし、シーケンス図は、単に処理や手続きの順序を示すためのものではありません。メソッドが多かったり、呼び出す順序が決まっているからと言って、単に、呼び出されるメソッドを順に並べただけのシーケンス図を描いてしまうことがありますが、それはあまり意味がありません。 ここでは、良いシーケンス図を描くための考え方を紹介します。 処理の流れを図で示そう ここでは例として、画面Ａで入力した値を、画面Ｂで表示するだけの、単純なアプリケーションを考えてみましょう。 このアプリケーションはとても単純ですが、きちんと設計書を書いておくことにしましょう。 ソフトウェアの仕組みは、図で示すと分かりやすくな
[Think IT] 第2回：ユースケース図を学ぼう！ (1/3)
【伝わる！モデリング】はじめようUML！ 第2回：ユースケース図を学ぼう！ 著者：株式会社テクノロジックアート 照井 康真 公開日：2008/04/08（火） ユースケース図とは 前回は、UMLに関する全般的なお話から、業務分析でアクティビティ図を使用する方法を説明しました。今回は、要求分析でユースケース図を使用する方法を説明します。 ユースケース図は、UMLの生みの親であるスリーアミーゴスの1人、ヤコブソンがOOSEという方法論から取り入れた図です。システムが、外部から求められる機能的な要求を表現します。開発工程の中では主に要求分析段階で、開発者がユーザに機能的な要求を確認するために記述されることが多い図となります。図1は、最もシンプルな表記によるユースケース図の例です。 「サブジェクト」は、書いても書かなくてもそれほど違いはありませんが、ここでは後の説明のしやすさのために記述しています
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サンプルスキーム
https://support.oracle.com/CSP/ui/index.html
[ThinkIT] 第4回：ベースライン作成の鍵となるWBSの解説と事例紹介 (1/4)
IBM - 第6回 ITアーキテクチャとシステムズ・エンジニアリング (2) - Japan
tensuite.jp - 生産管理 販売管理 基幹業務 基幹システム パッケージ リソースおよび情報