デルはケータイに参入するの？どーなの。。。

ここの記事
米デルがスマートフォン発売を計画、アップルなどに対抗＝ＷＳＪ
http://news.goo.ne.jp/article/reuters/business/JAPAN-361952.html
によると（以下斜体は上記サイトより引用）

２９日付の米ウォールストリート・ジャーナル（ＷＳＪ）紙が関係筋の話として伝えたところによると、米デルは、高機能携帯電話端末であるスマートフォンの製造・販売を通じて、早ければ来月にも携帯電話機市場に参入する見通し。


なんだそな。。。

同紙によると、デルのスマートフォンには、米グーグルのモバイル端末向け基本ソフト（ＯＳ）「アンドロイド」、米マイクロソフトの同「ウィンドウズモバイル」が搭載される予定。「ｉＰｈｏｎｅ」とは異なるタイプのタッチスクリーン付きモデルもある。

へー。。。でもね・・

　ただ同紙は、デルはスマートフォンの発売計画を最終決定しておらず、計画が撤回される可能性も残っていると伝えた。

この不況じゃあ、どーなんだろーねー？
で、結局、
デルはケータイに参入するの？どーなの。。。

”「情報セキュリティの歌」で子供にも情報セキュリティ訴え－振付：ラッキィ池田”って、まじ？

ここの記事
「情報セキュリティの歌」で子供にも情報セキュリティ訴え
http://www.atmarkit.co.jp/news/200901/29/infosec.html
によると（以下斜体は上記サイトより引用）


2月2日は「情報セキュリティの日」。情報セキュリティ対策推進コミュニティはこれに合わせ、2月1日から28日にかけての1カ月を「みんなで『情報セキュリティ』強化宣言！2009」の強化月間と位置付け、情報セキュリティに関する啓発・啓蒙活動を展開する。


でね、啓蒙内容なんだけど・・・

5人の子供による「情報セキュリティレンジャーズ」を結成。「WANT TO BE SAFE!～情報セキュリティの歌」というキャンペーンソングを通じて、特に子供向けに情報セキュリティの注意点を訴えていく。


はあ？？

で、そのうた（ＣｏｐｙＲｉｇｈｔ　ＴＢＳ）
ここをみてね（＾＾；）（←歌詞のＪＰＥＧ、atmartITの記事より）

上記写真の２番？の下のほう、

罠なのよ、で、ダウンロードする前に、回りの大人に相談したら・・・

なおさら、わなに引っかかる気が・・・

でも、どーいう歌なんだろう・・・
さすが、ＴＢＳ！他の局では、やらんだろお（＾＾；）

P.S.一番上に書いたＵＲＬに記事があるけど、そこの記事の、歌詞の隣にある
写真の下の太字を見て。。。振り付けは、ラッキィ池田らしい

J－SOXの内部統制等に使う業務流れ図とサービス指向、ユーザー中心指向の関係

　テストファーストとか、ＸＰとか言うのであれば、ユーザーが理解できる業務の流れ図から、Javaのwebアプリやサーブレットができることを証明（手順を示す）しないと、いけないよね。

　サービス指向、ユーザー中心指向とか、出てきてるけど、それも同じ。

　でも、誰も書いてない気がするんだけど・・・

　しかたない。ここで、書いてあげよう。

　流れ図は、
　ＥＡポータルにある業務流れ図（ＷＦＡ）の

http://www.meti.go.jp/policy/it_policy/ea/gainen/product/wfa/1.html

を使う。

---

■業務流れ図→サービス（サービス指向）

サービス指向であれば、サービスを出してくればいい。

サービスは
（１）コンピューター処理がサービスになる。
　　　　・受講者リスト作成
　　　　・アンケート分析
　　　　・（テスト結果）登録

（２）画面中、（１）の処理を経ないのに、ＤＢ，帳票に書き出しているもの
　　　　・民間企業参加申し込み＊
　　　　・省内参加申し込み＊
　　　　・研修担当受講者募集
　　　　・受講確認登録
　　　（テスト結果登録画面は、上に登録がある）
　＊レーンが違う（対象者が違う）場合は、分けておいたほうが無難

（３）帳票中、（１）、（２）の処理を経ていないのに、ＤＢ書き出し、帳票出力してるもの
　　　　・アンケート記入？（アンケート分析とは違う処理）
　　　　・テスト結果出力
　　　（受講者リストは、（１）の受講者リスト作成）

これを、サーバー側のサーブレット（ないしはstrutsのaction）とする。
したがって、以下のサーブレットクラス（ないしは、actionクラス）が出来る。

・zyukoListSakusei
・questionToroku
・TestResultToroku
・MinkanSanka
・ShonaiSanka
・TantoZyukoBoshu
・ZyukoKakunin
・questionKinyu
・TestResultShuturyoku

英語ローマ字まじりですみません。

---

■業務流れ図→画面（サービス指向・ユーザー中心）

そのクラスが呼び出す画面は、

（１）コンピューター画面
　・民間企業参加申し込み
　・省内参加申し込み
　・研修担当者受講者募集
　・受講確認登録
　・テスト結果登録

（２）帳票から入力になっている
　・アンケート記入

これらの画面には、ボタンがついて、そのボタンから、対応するサービスを呼び出す。
ということは、そのサービスで必要な情報が入力画面になる。

　なお、そうすると、「帳票が出力になっている」ものには、画面がないことになる。
　これは、プログラムを起動すればよいだけなので、それらのボタンをどこかにつける（他の画面につけるか、１画面にまとめるか）。そして、ボタンが押されたら、対応するサービスを呼び出す。

　これを、ＨＴＭＬなり、ＪＳＰなりで書く。
　Ｓｔｒｕｔｓの場合は、ＡｃｔｉｏｎＦｏｒｍクラスを用意する（中の項目はあとで決める。クラスだけ用意）

　これが、クライアント側で操作する画面になる。

---

■業務流れ図→帳票（サービス指向・ユーザー中心）

　これは、図の帳票をまとめればよい
　・受講者リスト
　・アンケート
　・テスト結果

　場合によっては、画面で代用可能なときがある（アンケート？、テスト結果？）その場合には、書かない。

　帳票はcocoonで出すなら、xmlとか、そーいうのが必要になってくる。
　実装によって違う。

　ただ、クラスから呼び出すことは確かなので、上記で作成したクラスのところに入れておく。

---

■業務流れ図→ＤＢ
　図に描いてあるファイル
　　・研修募集ファイル
　　・受講者ファイル
　　・人事記録
　これを、まず、テーブル作成して、Hibernateを使うなり、アクセスモジュールを作成するなりして、図中、入出力しているサービスがあれば、上記クラスから読み書きする。

---

■業務流れ図→サービス出力データ

　サービスとしては、入力項目は、ＳＯＡＰかＲＥＳＴかで変わる。
　出力項目は、ＸＭＬ出力にしたほうが無難ではある。
　がＳｔｒｕｔｓだと画面になっちゃうのかな。
　具体的な項目については、後述の「データの決め方」で決まる。

---

■業務流れ図→ユーザーごとに画面、帳票をまとめる（ユーザー中心）

　あとは、図のレーンごとに画面、帳票をまとめ、ユーザーが使いやすいように、あーだコーダしてくれ。

---

■データの決め方

１．まず、帳票出力、画面出力項目をきめる。
２．そうすると、ＤＢ保存しなければいけない項目が決まり・・・
３．そうすると、入力しないといけない項目が決まるので、画面に追加

なので、帳票・画面出力→サービスクラス出力→ＤＢ→サービスクラス入力→画面入力

という順に派生してなおしていく。

---

こんなかんじで、業務「流れ図」から、サービス指向のサービスと、ユーザー中心指向で検討される画面等との関係が説明できる。

エベレストにロボット持っていって、遠隔操作で、清掃活動させてみてー！！

ここの記事
環境の環は人間の「わ」：野口　健(アルピニスト)（１）
http://news.goo.ne.jp/article/php/life/php-20090129-02.html

エベレストで清掃活動をしている人がいるとのこと・・

理由はエベレストに散乱する日本隊のゴミを欧米人登山家から批判され、それが悔しく、それならば「拾えば文句なかろう」ということらしい。

　これに対して、山岳会の人たちは

山岳会が大騒ぎとなった。「野口健が暴露しやがった」「山岳会の顔に泥を塗るようなもの」と日本隊のゴミが散乱している事実を伝えたことによって四面楚歌状態。あるときには数人の先輩方に囲まれて「おい！　おまえは何さまだ！」と襟首つかまれて怒鳴られた。最初は静かに黙って我慢していたが、いつまでも「何さまだ！」と怒鳴られつづけたのではたまらない。人間、追い詰められたらちゃんと逆切れするようになっている。「そこまで『何さまか』とお尋ねになられるのでしたらお答え致しますが、野口さまです」と開き直ったら吹っ飛ばされた。

なんて、自分勝手な人たちなんだ。ごみを出すこと自体も問題だけど、ふつうなら、そのごみを拾ってきてくれるというのだから、寄付してもいいようなものを、「山岳会の顔に泥を塗るようなもの」と、自分たちの世間体ばかり気にする・・・こういうエゴの塊のような人間は、無視無視。


清掃活動が始まってからも大変だった。


そうで・・


ネパール社会でゴミを集めたり、どぶをさらったりするのは末端の階級とされている人々が主に担当する。シェルパたちからは「ゴミを拾うほど身分が低くない」といった声が上がった。


っていうか、階層社会でない、日本でも、いわれそうだよねー・・・


とくに抵抗されたのが自分たちのトイレの回収だ。エベレストで最も深刻なゴミがトイレ。土壌（バクテリア）がない氷河にトイレを埋めても分解されず、そのまま下流へと流れていく。氷河は水源地のスタート地点であり、そこを極力汚染してはならない。故に携帯トイレを持ち込み土壌がある低所まで担ぎ下ろし埋めたりするのだが、トイレをもって下りることにシェルパたちから「ありえないこと」と拒絶された。


いや、たぶん、日本でも（＾＾；）


そこでシェルパたちを説得するために「シェルパのトイレはわれわれ日本隊員が下ろす。その代わりに酸素ボンベなどは下ろしてほしい」とお願いした。しか し、これがとんでもなかった。日本隊員は5名に対しシェルパは30名。われわれは6000メートルを超えると高山病の影響で食欲がなくなり、ほとんどトイ レも出なくなるが、シェルパたちは4000～5000メートルで生まれ育ったりしているので、6000メートルを超えようが食欲がまったく落ちない。彼ら のトイレはすぐに満タンになる。溜まったトイレを袋に詰め替え、ザックに入れて運び下ろすのだが、朝方はまだいい。寒さで凍っているからだ。しかし、午後 になれば温度が上がり、ザックのなかのトイレが溶け出すと同時に背後からプンプンと臭う。感謝されるのであればまだしも、日頃私のことを「隊長」と呼ぶ シェルパたちが、彼らのトイレを私が担いでいるときに限っては「ケン」と呼び捨てにする。これではどっちが雇っているのか分からなくなる。


た、たいへんそうです・・・


通常の登山隊よりも、清掃活動のためにはるかに長く高所に滞在する。酸欠、気圧の極度の変化により体がボロボロになった。3名のシェルパが清掃後、村に戻ってから突然死。私自身も入退院を繰り返した。


ひ、ひえー（＠＿＠！）

それは、人間のやる仕事ではありませんよ！
やっぱ、宇宙にまでいって、調査できる技術を日本は持っているのですから、
その技術を、こーいう清掃活動にも、使うべきです！

まず、無人ヘリコプターでロボットをエベレストにおくり、
そのロボットを遠隔操作して、清掃活動っすよ！

ロボットなら、低酸素でもＯＫです。高山病にもなりません。
壊れても、まあ、お金で済む話です。はい。


エベレスト清掃活動は1回当たり約5000万円掛かる。


そんなにかかるんなら、ロボット使ったほうが、安上がりにならないか？
富士山でも、どこの山でも、使えるわけだし・・・

んー、
エベレストにロボット持っていって、遠隔操作で、清掃活動させてみてー！！

企業レベルでのドキュメント共有となると、ＥＣＭ？そーすると、フリーのAlfresco？

　まえまえから、Ｗｉｎｎｙ対策、ＵＳＢメモリウィルスによる暴露対策とかを考えたら、結局ローカルにファイルを置くんじゃなくって、サーバー集中管理、ローカルにはファイルを置かないで共有にするしかない！って書いてきた。

　で、そーなると、「企業レベルでのドキュメント共有」っていうことになる。

　これは、去年あたり、内部統制、Ｊ－ＳＯＸでも話題になった話しだけど、
　Ｗｉｎｎｙ，ＵＳＢメモリウィルスによる暴露対策で、まだまだ続きそうな話題ですね！
　だいじょーぶ、このまま、派遣切り→正社員切りとなると、正社員を切っても業務が滞らないよう、各自で情報をもつんじゃなくって、データは共有しておけ、そーすれば、安心して社員のクビを切れる！というので、まだまだ、この話題は続きそうです（どこが、だいじょーぶなんだ　^^;）

---

　「企業レベルでのドキュメント共有」っていうか、管理っていうのは、
　ＥＣＭ（エンタープライズ・コンテント・マネジメント）になる。
　ちなみに、コンテンツ管理というと、ＣＭＳとＥＣＭとなるわけだが・・・　

　で、ＥＣＭというと、マイクロソフトとかもだしてるけど、
　やっぱ、フリーでっていうと、alfrescoなんすかねえ・・・

第１回：NASAにも導入されたAlfrescoとは？
http://www.thinkit.co.jp/free/article/0708/11/1/

　にも、記事がありますけど・・・

　今後ＢＩとかＥＣＭがはやっていくのかなあ・・・
　所有から共有のながれとして・・・



Ｐ．Ｓ　その流れのためであって、正社員に情報を公開させて、正社員切りをしやすくするためって言う理由じゃないことを望む（でも、この景気だと、次は正社員切りだよねえ・・って、もう日本でも切ってるみたいだけどね）