テレビは、簡易テレビ会議？とか、会社ＴＶとか、イノベーション起こさないとダメだよね

　２０１１年４～１２月期決算、テレビをやっている、ソニー、シャープ、パナソニックは、軒並み、巨額赤字という事態になりました。

　テレビは、地デジ化移行する前に、みんな買い替えてしまったから、当分需要は起こりませんよね。
　なにか、大きなイノベーションでもしない限り・・・

　とはいえ、個人市場は、もうみんな買ってしまっただろうから、まあ、ここへの投入は難しい。
　となると、まだテレビが入っていない、会社ってことになるだろうね。

　新しいものというと、テレビとインターネットを結び付けるというのは、みんな考えているけど、
　そこから先、それを結び付けて、何するの？っていうところが、不明だよね・・・

---

　で、そう考えると、やっぱり、ひとつの方向としては、スカイプのような方向、
　簡易版のテレビ会議みたいなものが考えられるよね。

　スカイプそのものでもいいんだけど、テレビ会議ソフトをつくって、インターネット経由で、テレビと、Ｗｅｂカメラを使って、テレビ会議ができるというもの。
　会社には、テレビ会議しシステム入っているけど、「あんな大規模なものは必要ない！」っていう会社（ＳＯＨＯとか）で使いそうだよね！それと、個人でもいいかもしれない。家族がテレビで見れるというのは・・・

　パソコンと違ってテレビのほうが、こういうのは、いいんじゃないかな？
　３２型のテレビ会議システムっていうのは、ありだと思うけど、
　３２型のパソコンディスプレイは、ちょっと仕事で使うには・・・どうなんでしょう？

---

　あと、もうひとつは、キャンパスＴＶ（大学の場合）や、会社ＴＶですよね。
　これは、テレビ移行後の空き周波数にやるという話もあるかもしれないけど、
インターネットで放送するなら、今でもアリですよね。

　キャンパスＴＶの場合、その大学に通っている人だけでなく、受験生も見そう。
　会社ＴＶの場合、従業員だけでなく、就活生も見そう。

　テレビ局も、テレビ離れが進むと、暇になってくるだろうから、テレビ局が、番組制作をしたりして、
小銭を稼ぐとか・・

---

ソニーとか、とくに、簡易版のテレビ会議とか、すぐに作れそうな気がするんだけど、
どうだろう・・


こんな、あたらしいテレビの使い方を考えないと、
ちょっと、テレビによる営業不振は抜け出せないのじゃないかな？

JFreeChartによるＪａｖａからのグラフ表示－その２ サーブレットへ

今日は、サーブレットでのグラフ表示の巻

---

■プロジェクトの作成
eclipseを立ち上げたら、
ファイル→新規→その他を選択

出てきたダイアログで、

　　java→Tomcatプロジェクトを選択して、次へ

さらに出てきたダイアログで

　　プロジェクト名を適当につけて、
　　デフォルトロケーションを使用のチェックを”はずし”
　　　　（つまり、ロケーション指定する）
　　Tomcatのwebappsの下に、このプロジェクト用のフォルダを作成し、
　　　　　そこをロケーションにして、完了をクリック

---

■Ｊａｒを通す

　前回ダウンロードした、libファイルの中身全てを、
　プロジェクトのWEB-INFのlibにドラッグアンドドロップ

　ダイアログが出てきたら、「ファイルをコピー」が選択されている
ことを確認し、「ＯＫ」

　以下のようにjarが追加される

　その後、jarを通す。これは、前回の
「jarを取り込み、パスを貼る」のそうしたら、次にパスを貼る以降と同じことをすればよい（ので、省略）

---

■クラスを作成し、ソースを貼る

プロジェクトを選択した状態で、右ボタンクリックし、
「新規」→「クラス」を選択する。

クラスのダイアログで、名前を「ChartServlet」として「完了」をクリックする。

そうしたら、ソースを貼る。

今回は

サーブレットでグラフを描く（JFreeChart活用）
http://www.atmarkit.co.jp/fjava/javatips/092jspservlet036.html

を使う。

２行目以降全てをコピー、先ほど作成したChartServletに貼り付ける。
（１行目はパッケージ宣言なので要らない。２行目から）

そうすると、エラーが出る。

インポート文
import org.jfree.data.DefaultPieDataset;
を
import org.jfree.data.general.DefaultPieDataset;
に変更する。

さらに
import java.io.IOException;
をインポートする。これで保存。

---

■web.xml作成

プロジェクトのWEB-INFを右ボタンクリックして、
新規→その他を選択。ダイアログが出てきたら、
ＸＭＬ→ＸＭＬファイルを選択して「次へ」
ファイル名をweb.xmlとして「完了」し、web.xmlを作成する

作成したら、「ソース」タブをクリックし、先ほどの

サーブレットでグラフを描く（JFreeChart活用）
http://www.atmarkit.co.jp/fjava/javatips/092jspservlet036.html

のweb.xmlのソースを貼り込む。そうしたら

…中略…

を削除し（２箇所）、
servlet-classの
to.msn.wings.javatips.ChartServlet
を
ChartServlet
に書き直す。

それを保存する。

---

■Ｔｏｍｃａｔの起動と実行

ここまできたら、Ｔｏｍｃａｔを起動する。
http://localhost:8080/jfreechart2/chart.jpg
(jfreechart2のところは、プロジェクトが入っているフォルダ名）
とやると、チャートが見えるはず（日本語は化け化けかも）

---

■他ソースから呼び出す。

チャートを前面に出すということはないとおもいます。
ふつうは、他のＨＴＭＬファイルから、
＜img src=""＞の形で、呼び出して使うのが普通だと思います。
そのサンプル。

いまやっているプロジェクト（freechart2)を右リックして、
新規→その他

その他ダイアログが出てきたら
Ｗｅｂ→ＨＴＭＬファイルを選択して「次へ」
ファイル名はindex.html
で完了。
bodyタグを適当に書いたあと、
＜img src="http://localhost:8080/jfreechart2/chart.jpg"＞
のように（＜　＞　は本当は半角）imgタグで、先ほどのサーブレットを呼び出します。

それで出来たら（Ｔｏｍｃａｔが起動してなかったら、Ｔｏｍｃａｔを起動し）

http://localhost:8080/jfreechart2/index.html
(jfreechart2のところは、プロジェクトが入っているフォルダ名）

を見てください。

ビジネスプロセスとソーシャルＷｅｂなどもつぶやいているらしい・・・

@computingnowは、
new free content from the IEEE Computer Society's peer-reviewed publications.
っていうやつのようだけど、そいつは、

[subscribers-itpro] Cloud Computing Gives Emerging Markets a Lift: Cloud computing has the power to transform... bit.ly/u1YZ0w

とか

[subscribers-itpro] Business Process Management and the Social Web: Organizations increasingly face complex problems... bit.ly/w0CvTf

とか、つぶやいている・・・

OpenFlowはバズワード？

時代は、Open Flow一色ですよね！

「日経ネットワーク」２０１１年１２月号の特集２も

「Open Flowってなんだろう」

だし、その日経ネットワークによると（１４ページ）

・ＮＴＴコム２０１２夏から仮想化サービス、ＯｐｅｎＦｌｏｗ検討

とか

・日本ＩＢＭ、ネットワークスイッチのＯｐｅｎ　Ｆｌｏｗ対応を開始

とか・・

まあ、すでに３月の段階(地震前）で、

世界初、新ネットワーク制御技術「OpenFlow」に対応したネットワーク製品を販売開始http://www.nec.co.jp/press/ja/1103/0901.html


ってことで、ＮＥＣは製品出していたみたいだし、
ＩＰＡの「情報セキュリティ技術動向調査（2010 年下期）」でも


8 OpenFlowによるネットワーク分離
http://www.ipa.go.jp/security/fy22/reports/tech1-tg/b_08.html


っていうことで、話はでていたから、最近って言うわけではないんだけど、
でもやっぱり、最近、Open Flowが話題ですよねえ・・・


・・・う～ん、クラウドと同じく、バズワード化していくんだろうか・・・

Ｐ．Ｓ　そういえば、最近、ユビキタスって、誰も言わないよね（＾＾）・・・

ARM CPUの概要とLinaroの概要

オープンソースカンファレンス２０１１　Ｔｏｋｙｏ／Ｆａｌｌいってきた。
そのとき聞いてきた、内容のメモ。

ARM CPUの概要とLinaroの概要

の内容のメモメモ

---

・ARM CPUの概要
　　Cortex-Mシリーズ
　　Cortex-Aシリーズ

・Linaroの概要

＜＜ＡＲＭアーキテクチャ＞＞
インストラクションセット

Ｖｅｒｓｉｏｎ４
　　ＡＲＭ７(組み込み）ＳＣ１００(クレジットカード）

Ｖｅｒｓｉｏｎ５
　　ＡＲＭ９，ＡＲＭ１０

Ｖｅｒｓｉｏｎ６：マルチプロセッサ
　　　ＡＲＭ１１

Ｖｅｒｓｉｏｎ７
　　マイクロコントローラー：Cortex-M３など
　　リアルタイム：Cortex-Rシリーズ
　　アプリケーション：Cortex-Aシリーズ→Ｕｂｕｎｔｕが動くやつ

Cortex-M４　
　普通のマイコン＋
　ＤＳＰ、ＳＩＭＤ、を追加
　M4F浮動小数点を追加

OMAP5
　Ｍ４、グラフィックス、ＤＳＰ、オーディオ・・・・
　いろいろ入ったもの


Cortex-A
　　・Ａ８→Ａ９（Ｔｅｇｒａはここ）→　Ａ１５　ハイエンド
　　・Ａ８→Ａ７　ローエンド

バージョン
　V5=v4＋Jazzell+vfpv2
　V6=V5+SIMD+Trustzone+thumb2
　V7=V6+NEON,VFpV3+Themb　　→cortex

ＮＥＯＮ　メディアプロセッシングエンジン
Thumb　フットプリント縮小
TrhstZone　セキュリティアプリ
Jazelle　Ｊａｖａのアクセラレーション
浮動小数点　ARM Maliグラフィックプロセッサとの協業

オープンソースでＮＥＯＮアセンブリコード
　Ｗｅｂ－Ｍ
　ffmpeg
　skiaライブラリ（Ａｎｄｒｏｉｄ）

Version8基本６４ビット、３２ビットも（２つのインストラクション）
V8 = V7+

　Tegra2→Neonが入っていない(NVidia独自）

Ａ１５でアイスクリームサンドイッチ

Ｂｉｇ＆Ｌｉｔｔｌｅ
　いままで：おなじＣＰＵをつかう
　今度：違うＣＰＵが存在し、あたかも１つのように見える
　　　→そのときに応じ、動くＣＰＵが変わる


＜＜Linaro＞＞
・非営利団体だけど、ちゃんとした企業、給料払ってＬｉｎａｎｏ開発
・ＡＲＭ版Ｌｉｎｕｘの問題
　　いろいろなハード
　　ディストリによりいろんなフラグメンテーション
　　各ＳｏＣが違うことやってる
　　充分な最適化が行われない

・Ｌｉｎａrｏは
　　あくまでもカーネル・ミドル・コンパイルだけをやる
　　Ｌｉｎａｎｏカーネルを取り込んでＵｂｕｎｔｕ
　　大きく３つのグループ
　　　　・５つのワーキンググループ：方針を決める
　　　　・プラットフォームエンジニア
　　　　・ランディングチーム：チップメーカー
　　立ち居地
　　　チップメーカー→Ｌｉｎａｒｏ→コミュニティ（Ｕｐｓｔｒｅａｍ）→ディストリへ
　　　　ただし、ショートカットでＬｉｎａｒｏ→ディストリにいくことも
　　ロードマップ
　　　将来的には、車載、サーバー
　　　ＨＴＭＬ５，ＦｌａｓｈもＮＥＯＮ
　　採用会社
　　　ＯＥＳＦはＬｉｎａｒｏを積極的にとりいれている
　　　Ｕｂｕｎｔｕが１１．１０で使っている

・Ｌｉｎａｒｏが動くボードＳＮＯＷＢＡＬＬ，ＰａｎｄａＢｏａｒｄ

@LinaroClub
http://www.linaro-club.jp
　　

Eucalyputusと大容量を手軽にストレージのGlusterFSとcloudstack

オープンソースカンファレンス２０１１　Ｔｏｋｙｏ／Ｆａｌｌいってきた。
そのとき聞いてきた、内容のメモ。


オープンソースでつくるプライベートクラウド環境

の内容

---

・Ｗｅｂサイト
　　　http://opencloud.jp

・Eucalyputus
概要
　　ＡｍａｚｏｎＥＣ２／Ｓ３互換
　利用事例
　　国内
　　　ＧＭＯインターネットの基盤
　　　ＮＩＩのＧＲＡＣＥセンター edubase cloud
　　海外
　　　ＰＵＭＡ
　　　Plinga（ソーシャルゲーム）
　　　インドの国立情報学センター電子政府プロジェクト
　ＬｉｖｅＤＶＤ
　　　５０枚つくってある。

・GlusterFS
　Ｆｅｄｏｒａ１６からクラウド系がいろいろ入ってる
　Condor Cloud何千台＋ＡＭＡＺＯＮに大量のサーバーにばら撒く
　HekaFS：クラウドＦＳ→GlusterFSがもと。ＲｅｄＨａｔが買収した
　　yumで一発ではいる

　Eucalyptusの記事
G-CLOUDマガジン、羽深さんの本　クラウドＷａｔｃｈのEucalyptus入門
　　IaaSクラウドを支える

　GlusterFS
　　大容量を手軽にストレージできる
　　ファイル名からハッシュ値をだして、格納→単純
　　ただし、ストライピングとかもやってくれる
　　　Fedoraa15や、ＥＰＥＬにはいってる


・cloudstack
　Cloud.com社（CitrixSystems）がオープンソースで公開
　ＧＵＩがいい（カスタマイズ可能）
　スケーラブル
　ＡＰＩ
　完成度高い
　Cloudstackのロードマップは公開されている

　ＯｐｅｎＳｔａｃｋ
　　別々のソースコード
　　→でも一部貢献していたりする
　cloudstack事例
　　Ｚｉｇａ
　　コリアテレコム
　　ＩＤＣフロンティア
　　北海道大学　アカデミッククラウド

大日本、凸版は、電子書籍販売のチャンスだね！このチャンスを生かせるか？

　Ａｍａｚｏｎは、勘違いしている。
　本が電子化されたら、要らなくなるのは、出版社じゃなくて、本屋だ。
　ＣＤが、売れなくて、たしかに芸能プロダクションも困っているけど、それ以上に困るのは、
　ＣＤ屋さん（レコード店）だ。同じ理屈。

　Ａｍａｚｏｎが法外な値段を要求している今こそ、印刷やさんである、凸版、大日本はチャンスだ！なんたって、印刷やさんは、データを抑えているので、印刷している本と、電子書籍の同時販売ができる。

　そこで、凸版、大日本が、出版社に仕掛け、

　　・印刷会社が電子書籍マーケットを立ち上げ、
　　・そこで電子書籍を販売、
　　・価格や売上の分配は、出版社と相談して決める、
　　・フォーマットは、ＰＤＦでも、それ以外でもなんでもやります
　　・紙媒体を含め、総合プロデュース
　　・書名をいれれば、Ｇｏｏｇｌｅ検索で引っかかるようにすれば、
　　　Ａｍａｚｏｎじゃなくｒてもいいよねえ・・・

　となってくれば・・・一気にひるがっていくんじゃないかなあ？

　Ａｍａｚｏｎが求める、全書籍というのは、こりゃーやらざるを得ないというのも
　出版社は納得するだろう。

　もし、やらなければ、じすいされるのがオチ、
　だったら、自分たちで販売して、
　すこしでもおかねを儲けたほうがいい。

　このとき、印刷会社と組んでいれば、出版社は、印刷会社に本を送りつけて（＾＾；）
　印刷会社は、あとスキャナーで読んで、電子販売までを、やるということになる。

　印刷会社は、電子書籍マーケットを立ち上げるけど、同時に紙の本でも買えるようにしておく。印刷会社本の販売をするのが面倒なら、楽天Ｂｏｏｋｓとかと提携して、紙の本はそちらが販売するようにすればＯＫ

　そうすると、印刷会社に購買情報が集まるので、そうしたら、それをマイニングして、その結果を出版会社に知らせるようにすれば・・・



　　　Ａｍａｚｏｎという巨大な紙の本を売っている会社は、いらなくなる・・・？？



Amazon「全書籍を電子化しろ。売上の半分以上を渡せ。紙書籍より安く売れ」 出版社大激怒
http://blog.livedoor.jp/dqnplus/archives/1673159.html

世界コンピュータ将棋選手権で優勝した将棋ソフト「Bonanza」の遊び方

Bonanzaは、窓の杜にある

Bonanza
http://www.forest.impress.co.jp/lib/game/puzzle/tblegame/bonanza.html

の右上にあるＤｏｗｎｌｏａｄをクリック

ＺＩＰファイルを保存して、それを解凍。
Windowsの場合、解凍したフォルダをどんどん降りていくと、
winbinというフォルダがある。
その中のフォルダにCsa.exeというのがある（歩のアイコン）ので、
ダブルクリック。

起動すると、２つのウィンドウが出る。将棋版のウィンドウのほうで、
playをクリックすると、こんなかんじに

なるので、startを選択。すると

というダイアログが出る。先手でよければ、ＯＫボタンクリック

すると、将棋のこまが適当に動かせる。
動かしたいこまをドラッグ＆ドロップ。
コンピュータが手をさすと、ぴこ！とかいうかんじの音が出る。

詰まると、なんかダイアログが出る。
playメニューの横のFileメニューにexitがあって、終わらせられる。

「モデルベース開発の基本的な考え方」のメモメモ

【SEC特別セミナー】
ディペンダブルシステムのためのモデルベース開発技術の最新動向
に言ってきたときのメモメモ。
まずは、「モデルベース開発の基本的な考え方」（羽生田　栄一　氏）のお話から

---

・組み込みシステムの品質問題の原因
　　→ソフトウエアの不具合
　　→エラーの大半は、要求／仕様の不完全さ
　　→近年、組み込み系でも、単独で動いているわけではない
　　　　　→SUICA：かなり複雑なシステムSystem-of-systems

・開発の大規模化・複雑化に対する問題
　　→利害関係者の錯綜・突合せ
　　　　→コミュニケーションを円滑に行うための見える化
　　　　　　　→アーキテクチャ

・人はなぜ、モデルを見ると喜ぶのか？
　　→認識過程の逆転が快感になる（レビューストロース「野生の思考」）
　　　モデルは全体像が真っ先に到来、次に細部
　　　抽象化


・モデルとは何か

　→モデルとは、
　　　関心のある世界を目的に敵記した視点で捉えて
　　　抽象化、形式化し、理解・操作しやすく記述したもの

　→モデリングとは、
　　　対象世界を分析し、対応するモデルを作成する過程

　→モデルベース開発とは
　　　開発対象に関係するモデルをお中心に、すべての開発プロセスを進めて
　　　いくこと

・システム開発とモデル
　→システム対象の本質を抽象化→抽象的に解決（設計）→具体化
　→従来の自然言語・フローチャート
　　　　→全体が見えにくい
　→モデルを仲介して、見える化

・モデルの過去
’（１）UML
　ダイアグラムの連関性が明確でない。有機的になっていない
　→有機的にする方法：ロバストネス分析など
　　　ユースケースからオブジェクト：ロバストネス分析
　これはこれで、第一段階

・モデリングの現在
　SysML
　　→汎用モデリング言語
　　　ソフトウエア、ハードウエアを含む「システム全体」をモデリング
　　　　　要求図
　　　　　パラメトリック図
　　　統合的に扱って、モデルベース開発
　　　　静的：クラス図
　　　　動的：ステートマシン図
　　　　機能的：アクティビティ図、数式
　　　　検証：トレース（シナリオベース）

　１枚のダイアグラムを描いているのでは、意味がない
　　　→システム開発地図

　モデルを使う＝トレーサビリティを確保する
　　　　　　　　　→シナリオ検証

　モデルベース開発＝見える化＋管理可能な状況で維持

・モデリングの未来
　ソフトウエアプロダクトラインへ
　　　アーキテクチャと経営の融合
　形式手法
　　役割１：ダイヤグラムやモデル要素間の制約の正確な記述
　　役割２：モデル実効による制約の検証・要求シュミレーション

　LFM：ライトウェイト・フォーマル・メソッド
　　　ツールを使って行う
　　　ＬＦＭとアジャイルの融合

　アジャイルなプロセスと形式手法の融合
　業務やサービスの環境オントロジー駆動
　プロダクトライン・エンジニアリングへの統合
　　→ＤＤＤ（ドメイン駆動開発）の進化形

　ＤＳＬを定義、アプリケーション作成

三菱重にサイバー攻撃、８０台感染…防衛関連も

　単なるウィルス感染ではなく、それを利用して、情報が抜き取られたとかになると・・・
　大変ですね。防衛関係もありますから・・・・

　今後、こういうスパイ行為をするためのウィルス攻撃というのも
　出てくるんでしょうか？というか、もう出てきているのかな？

　防衛関係をやっていないにしても、日立や東芝のような原子力関係の会社でも、
他人事ではないですよね・・・って、どこの会社でも他人事ではないんだけど・・


三菱重にサイバー攻撃、８０台感染…防衛関連も
http://headlines.yahoo.co.jp/hl?a=20110918-00000734-yom-soci

「標準ソフトウエア工学教科書」を作ってみたいと思います その５ １．３ ソフトウエアプロセスとは

シリーズ「標準ソフトウエア工学教科書」を作ってみたいと思います

今回は「１．３　ソフトウエアプロセスとは」です。

---

１．３　ソフトウエアプロセスとは

　前回、ソフトウエア工学とは、

　顧客の要望に応じたソフトウエアを上手に作るために、コンピューターサイエンスを基礎として、コンピューターを使いこなすソフトウエアを作るための工学

　とまとめました。結局、ソフトウエアを作るための工学ということです。

　では、ソフトウエアを作るためには、どうしたらよいのでしょうか？

---

　１．１章で見たとおり、人間は、活動します。そして、この活動で、入力→処理→出力となるものを、アクティビティと呼びました。

　ソフトウエアを作るためにも、活動します。エディタでプログラムを記述するとか、コンパイルするとか、コンピューターを立ち上げるとか・・・

　そしてこれらの活動の一つ一つは、たとえば、コンパイルが

　　　ソースコード→コンパイル→オブジェクト

　となるように、入力→処理→出力というアクティビティになっています。
　つまり、ソフトウエアを作成するためには、人々は、さまざまなアクティビティを行っているということになります。このアクティビティを実施することが、ソフトウエア開発ということになります。

　しかし、ソフトウエア開発には、多種多様なアクティビティがあるため、これをばらばらに扱うと、管理や計画が立てられなくなってしまいます。
　そこで、アクティビティを、ある目的に基づき、一まとめにまとめます。
　この

　　ある目的をもとに、アクティビティをまとめたまとまり

　のことを、「プロセス」と呼びます。これはソフトウエア工学に限ったことでなく、一般のお仕事（運動会を行うでも、会社を乗っ取るでも）でも、アクティビティをまとめてプロセスとします。

　そして、ここでは、ソフトウエア開発にかかわるプロセスを「ソフトウエアプロセス」と呼ぶことにします。

---

　具体的には、ソフトウエア開発には、どのようなプロセスがあるのでしょう。
　大きく分けると、要求分析→設計→実装→テストというプロセスがあります。
　設計をさらに細かく、外部設計(基本設計）→詳細設計（内部設計）と分けたり、
　テストを単体テスト→結合テスト→詳細テストと分けたりもします。

　そしてソフトウエア開発は、全体的にみると、プロジェクト立ち上げプロセス（これはソフトウエア開発外のプロセス）からくる、プロジェクトの利害関係者（ステークホルダー）を入力とし、運用するソフトウエアを出力し、これを運用プロセス（これもソフトウエア開発外）に渡します。

　各ソフトウエアプロセスにおける入出力と処理内容は、以下のとおりです。


＜＜要求分析＞＞
入力：プロジェクトの利害関係者（ステークホルダー）
　　　　　→誰（Who）に相当
処理：
　　　１．誰に、「どんな機能」を提供するかを決定
　　　２．「どんな機能」について、「いつ」行うかを決定
　　　３．機能について「何を」提供するかを事後条件として決定

出力：要求仕様書
　　　機能（＝コンピューターが、いつ、誰に、何を提供するか）を記述
　　　機能以外も記述

＜＜設計＞＞
入力：要求仕様書
　　　機能（＝コンピューターが、いつ、誰に、何を提供するか）を記述
　　　機能以外も記述

処理：機能以外のことを制約条件として、
　　　機能（＝コンピューターが、いつ、誰に、何を提供するか）を実現する
　　　コンピューター的な手法（どのように）を決定する

出力：設計書
　　　コンピューターが、何を、どのように行うかを記述


＜＜実装＞＞
入力：設計書
　　　コンピューターが、何を、どのように行うかを記述

処理：設計書に書かれている、「どのように行うか」を
　　　コンピューターのプログラムに変換し、
　　　実行可能プログラムを得る

出力：実行可能プログラム

＜＜テスト＞＞
入力：要求仕様書、設計書、実行可能プログラム

処理：要求仕様書、設計書で書かれていることが、
　　　実行可能プログラムを実行することで得られるか
　　　確認する

出力：テスト結果報告

---

　では、これらソフトウエアプロセスを、いつ、どのように行っていったらよいでしょうか？
　それについては、２章で説明します。

オークションサイトを２日で作るための開発方法論-その２

そうそう、「オークションサイトを２日で作るための開発方法論」続きを書いていなかった。

　昔は、ソフトウエア開発は、数ヶ月、下手したら１年以上かけるのが普通にあった。
　でも、現在は２～３ヶ月かけるのでも、結構長いのかな？
　場合によっては、数時間っていうのもある。

　こういうふうになった背景には、４つあると思う。

---

■１．基本的に、同じような開発法、利用法の場合、一部だけを取り替えればよい
　　という開発法が増えた。

　まるで、パッケージソフト・・・じゃないけど、
　マッシュアップみたいなものや、基本的に動きが決まっているものについては、
　もう、使い方も運用方法も決まっているわけで、そうすると、差分だけ作ればいい
　ということになる。


■２．論理的に考えてつくるというよりかは、サービスを選んで取り入れるという
　　　カフェテリア方式とでも言うべき開発法が入ってきた

　　JQueryなんかがそう


■３．そもそも、要求仕様→設計→実装→テストという流れをとらなくてよくなった。

　　カフェテリア方式なら、あらかじめ、ロジック部分をあ～でもない、こうでもない
といっぱい作っておいて、要望が固まったら、必要なものをとってくればよい。

　この方法が進むと、将来的には、要求仕様の段階で、ビジネスロジックをいろいろ
作り上げてしまい、外部設計のときに、ビジネスロジックを取捨選択してしまうかも
しれない。


■４．テストの終わりの考え方

　利用効果に応じてテストするという考えになってきた。なんでもテストするよりかは・・・

　被災地への情報提供サイトなら、テストに時間をかけて、みんなが利用できないよりかは、テストを最小限にして、バグがあるかもしれないけれど、情報提供したほうがいい。

---

　これらは結局、いままでの開発方法論とは違った、あらたな開発方法論の必要性を暗示している。その開発方法論については、また今度・・・

ＰＭＢＯＫのお勉強 その１－概要

　いままで、このブログは、プロジェクトマネジメントのことは、
取り上げていなかったと思います。
　なので、これから取り上げていこうと思います。
　まずは、ＰＭＢＯＫについてお勉強してみたいと思います。

---

ＰＭＢＯＫはどんなものかは、こことかを見てください。
このシリーズでは、

プロジェクトマネジメント　知識体系ガイド（PMBOKガイド）第４版
http://www.amazon.co.jp/dp/1933890681

に基づいて、話を進めていこうとおもいます。

まず、今日は、目次など、１章の前（ローマ数字の部分）について

---

■１章の前までの構成

１章の前は

注意
目次
第４版の刊行にあたり

が書かれています。注意と目次はさておき、「第４版の刊行にあたり」については、大きく３つの内容が書かれています。

・第４版のプロジェクト憲章
・第三版と第四版の違い
・第４版の構成

　はじめの２つは、まあいいとして、「第４版の構成」のところでは、ＰＭＢＯＫの構成、概要について述べられていますので、これについて、今回は書いておきます。

---

■ＰＭＢＯＫの概要

　そこには、こんな風にかかれています。

　ＰＭＢＯＫガイドは３部にて構成されている

第一部　プロジェクトマネジメントフレームワーク
　　プロジェクトマネジメントを理解するための基礎
　　　　第一章　序論
　　　　第二章　プロジェクトライフサイクルと組織

第二部　プロジェクトマネジメントの標準
　　プロジェクトマネジメントプロセス
　　およびそれらのインプット・アウトプット
　　　　第三章　単一プロジェクトのプロジェクトマネジメント
　　　　　　　　５つのプロセス群
　　　　　　　　　　　立ち上げ
　　　　　　　　　　　計画
　　　　　　　　　　　実行
　　　　　　　　　　　監視
　　　　　　　　　　　コントロール

第三部　プロジェクトマネジメント知識エリア
　　９つの知識エリア
　　　　第四章　プロジェクト統合マネジメント
　　　　第五章　プロジェクトスコープマネジメント
　　　　第六章　プロジェクトタイムマネジメント
　　　　第七章　プロジェクトコストマネジメント
　　　　第八章　プロジェクト品質マネジメント
　　　　第九章　プロジェクト人的資源マネジメント
　　　　第十章　プロジェクトコミュニケーションマネジメント
　　　　第十一章プロジェクトリスクマネジメント
　　　　第十二章プロジェクト調達マネジメント

---

　以下、１章から順に見ていきます。

iPhone５がスゴすぎる－レーザーキーボード＆ホログラフィックディスプレイ

ここのサイト

iPhone５がスゴすぎる
http://blog.livedoor.jp/christmas1224/archives/5718456.html

より。


この薄さ



レーザーキーボード



ホログラフィックディスプレイ



そんなのがでてる、iPhone５コンセプトビデオ

iPhone 5 Concept Features
http://www.youtube.com/watch?v=lzsBwnv_dAg

Visual Studio LightSwitchって、どうよ？

日経Ｓｙｓｙｔｅｍの２０１１年９月号に

Visual Studio LightSwitch
http://www.microsoft.com/japan/visualstudio/lightswitch

の記事が載っていたけど、どうなんでしょう？

ＤＢのマスタメンテナンスとかを作るには、簡単そうだけど、
トランザクション処理には、向かないのかしら？
Ａｃｃｅｓｓの親分みたいなかんじ？
（なら、Ａｃｃｅｓｓでいいだろうというツッコミがありそうだ・・）