米マイクロソフト、著作権切れ書物の検索・ダウンロードサービス、ベータ版リリース

　すでに米Ｇｏｏｇｌｅが、「Google Book Search」で著作権切れ書籍の無料PDFダウンロードを開始しているけど、米マイクロソフトもはじめたようだ。

ここのニュース
米Microsoftが「Live Search Books」ベータ版をリリース
http://internet.watch.impress.co.jp/cda/news/2006/12/07/14162.html
によると（以下斜体は上記ニュースより引用）

米Microsoftは6日、書籍サーチエンジン「Live Search Books」ベータ版をリリースした。著作権が切れた書物をスキャンし、検索・ダウンロードできるようにしたサービスだ。今回公開された書籍にはカリフォルニア大学、トロント大学、大英図書館からスキャンされた書物が含まれている。


日本の場合、公文書なら、国立公文書館デジタルアーカイブがあるけど、ふつうの著作権切れの本っていうと、青空文庫？

まあ、とにかく、大学の研究とかは、やりやすくなってるかも。。
一般の場合、著作権切れっていうと、かなりまえのものだからなあ。。。

ユースケースシナリオからクラス図にもって行けば、業務仕様と実装がつながる

　以前、ここに書いた話。
　ＵＭＬで設計するとき、ユースケース図から、クラス図を直接持っていけない（データの情報が欠落している）っていう話を書きました。

　で、実際に、どうしたら良いかという話。

　実務上、以下の本が、アクティビティ図を作って要求分析するところから、Javaでプログラムするところまでつながっている（これが、前回のブログで、最後に「本を置いてきてしまった」と書いた本）。

　UMLシステム設計実践技大全 ISBN4-8163-3635-4

　で、このサブタイトルが、「あっと驚く達人の技」なんだそうだが、達人かどうかはわかんないけど、ここで、あっと驚くことをしている。

　つまり、９５ページなんだけど、ユースケース図から、名詞をとりだし、オブジェクトを抽出しているようにみえるが。。。よーくみると。。顧客Ａ、住所？？

　そう、ユースケース（図ではない）から抽出している。

　つまり、ここの部分、実際には、こうやっていることになる

・ユースケースシナリオを書いて、それを顧客と合意する
　このユースケース”シナリオ”は図というよりか表？少なくともＵＭＬではない。
　→図でなく、言葉で書いているので、顧客も分かり、合意できる

・このユースケースシナリオから名詞を抽出し、クラスを作っている。

　あっと驚いてしまう実践ワザは、ＵＭＬをつかわないこと（＾＾；）

---

　ま、それはさておき、なんで、こんな話をしたかというと、
ヒアリングで聞き出した業務内容をアクティビティ図等に結びつける、まとめ方のカードの話。

　これから、アクティビティ図や、ユースケース図がでるのはいいけど、クラス図が出てこないと、この後の話につながらない。
　そして、クラス図を出すには、ユースケースシナリオを出さないとつながらないが、
　実は、このシート自体が、ユースケースになっていて、あとは具体的な値をいれると、ユースケースシナリオになるようになっている。
　なので、ここから、名詞抽出法によって（つまり、上記の本のやり方で）、クラスをつくることができる。

　そして、動的な振る舞いをシーケンス図を描いて規定するが、これにも、ユースケースシナリオが必要になる（静的なデータ構造のクラス図と、動的な振る舞いのシーケンス図を描くことにより、機能は定義される）。
　このシーケンス図を描くにも、やはり、さっきのシートを使えば出てくることになる。

　つまり、さっきのシートを書くことによって、
　　　分析のアクティビティ図、ユースケース図、
　　　実装のクラス図、シーケンス図、
　　　要求のスノーカード
　　　データ定義のＥＲ図
　これらをいっぺんにつなげる役割を持っている。

　っていうことを書きたかったわけ。

ＪＰＥＧ画像にふせん（コメント）を貼るソフトを作るとしたら？

　日経産業新聞の、１２月１８日号（金曜日）の１面に、管理工学とＣＯＭ－ＯＮＥという会社が、サイト上に重要な箇所に、電子ふせんを貼るっていう技術を開発した。。。で思い出したけど、

　そうそう、（上記の話とは全然関係ないけど）ＪＰＥＧ画像なら、コメントいれることで、ふせんがはれるよね。。

　リコーのインタラクティブステーションのように、手書きでやる場合には、写真でとるしかないけど、画像やスクリーンショットに対して、キーボード入力してコメントを入れるなら、ＪＰＥＧ画像に直接コメントを埋め込むっていうのもアリかも。。

---

　方法なんだけど、そのまえに基礎知識。
　ＪＰＥＧ画像には２種類ある。JFIF形式とEXIF形式。
　この見分け方は、ＪＰＥＧ画像をノートパッドで開くと（＾＾；）
　初めのほうに書いてある。

　ちなみに、多くのJPEG画像はJFIF形式なんだけど、
　ケータイでＧＰＳなどの位置が入ってるのがEXIF形式。

　で、EXIF形式の場合、いろんなタグが入っていて、付加情報が付けられる。
　したがって、ユーザーコメントのタグをつかって、付箋情報
　（位置やふせんのコメント内容）を入れればよい。

　その仕様については、ここ

EXIFの仕様書
http://www.exif.org/specifications.html

　って書くと、欧米か！と言われそうなので、２．１だけど、日本の仕様書を示しておくと、
　ここ（ＰＤＦ）
http://it.jeita.or.jp/document/publica/standard/exif/japanese/Exifj.pdf
そのＰＤＦの仕様書の４０ページ目（ＰＤＦだと46/172っていうところ）、
「Ｄ．ユーザー情報に関するタグ」の「ユーザーコメント　UserComment」
にあるように、コメントをいれられる。


っていっても、そもそも、この仕様がよくわかんないと思う。
その場合は、

GET_DS7
http://www.yk.rim.or.jp/~mamo/Computer/DS-7/exif.html

や

exifファイルフォーマット
http://www.a-effect.com/count/sentaku.cgi?pos=column&fil=exif

に詳しく説明が書いてあるので、まあ、それをみればわかるかな？
EXIF形式のＪＰＥＧは、画像関係、ブラウザ、どれもふつうにサポートしている。
（画像は表示する。コメントは見えない）
なので、それらで開いても、コメントはみえず、
自分の作ったアプリでだけ、コメント（付箋部分）がみれるというものを作ることができる。

---

おー、じゃあ、そー言うソフトをつくって、
ラブラブメッセージをつけて、
グーグルのオンラインアルバム「Picasa Web Albums」日本語版
にアップしておけば、
公開してるのは、普通の写真だけど、
２人のあいだだけ、ラブラブメッセージが見れる。。。

っていうと、そうじゃなくって、

EXIF Reader
http://www.rysys.co.jp/exifreader/jp/

っていうフリーソフトがあるので、そのフリーソフトをつかってしまうと、
コメントのところも全部見えてしまう。

もちろん、コメントを入れるときに、暗号化すれば、
暗号を解除できる人だけの間でコメントがみれて、他の人は見れない
とかもできるけどね。。

---

あ、ついでにかいとくと、サイトにふき出しの形で、コメントというか、
説明を入れられるJavascriptっていうのがあるみたいよ。

ここ
リンクに説明を表示してくれるJavaScript
http://youmos.com/news/bubble_tooltips.html

要求から業務手順にうつすときの関連

　前に、
・スノーカードを使って要求をまとめるという話と、
・業務手順をまとめる
という話を書きました（それぞれのリンク先に書いてあります）
　要求仕様のまとめ方に関しては、そのリンク先で紹介している要件プロセス完全修得法(ISBN： 4-88303-111-X)に書いてあるからいいとして、また、業務手順をまとめてからの展開は、今後書いていくからお楽しみとして、問題は、この２つの関係、つまり、要求を業務手順にうつすときの関係は？ってことになります。

　ここをつなげるには、スノーカードで書いてもらう内容に１つ追加して、「業務」という項目を付け加えないといけません。だから、スノーカードで書く項目は、こんなかんじ
</yt>

・要件番号 ・要件タイプ ・事象／ユースケース番号 ・業務 ・内容 ・理由 ・要求元 ・適合基準 ・顧客満足度 ・顧客不満足度 ・依存関係 ・競合関係 ・関連資料 ・履歴

　そして、そこの業務の項目に書かれた業務は、かならず業務手順のシートを作成する。
　そして、そのシートが完成したら、要求仕様と一致しているかを確認するということです。

---

　そうすると、ここで、以前指摘した、断層、
　つまり、
　　要求仕様は、なにをして欲しいかということを記述し、
　　外部仕様以降は、どうやるかということを記述する
　ための断層が起こるけど、これはいいのか？ってことになります。

　結論から言うと、これはいいというより、ここで断層を「起こすべきです」。

　前に指摘したＳＤＬＣの断層、つまり、上記の場合は、要求仕様と外部仕様の間の断層が、外部仕様作成時におきます。つまり、ＳＥさんが、コンピューターシステムに実装するときにおきるわけで、これを勝手に決めてしまって、要求が満たせなかったら、お客さんは怒るわけです。
　さらに、要求が実際に満たせないので、開発中止となった場合、ＳＥが動いている＝ＳＥが動いているお金は支払われているので、ユーザーは損をしてしまいます。
　さらに、ＳＥが実装を決めてしまったら、ユーザーのノウハウや、本当にやりたいことは生かされないかもしれません。システム的に、ここで、コンピューターがチェックしているが、実は、このチェックはいらない。。とかとか。。

---

　ところが、今回のスノーカードと業務仕様との間の断層は、ユーザーの要求仕様作成時におき、この行為はまさに、ビジネスモデルの決定になります。
　つまりＳＥが決めるのでなく、ユーザー、あるいは、コンサルタントが決定することになります。これが、本来あるべき姿です。
　ビジネスの実装をＳＥが決めるのではなく、ユーザーやコンサルタントが、どうやって、業務実現にコンピューターや人を動かすかを考えるっていうのが、正しいありかたなわけです。

　そして、この断層、つまり要求から業務手順への落とし込みの断層が大きいければ、大きいほど、差別化となり、他者が追いつけなくなります。

　逆に、もし、ＳＤＬＣの断層のように、ＳＥが手順を決めてしまうと、ＳＥでわかるということになるので、似たり寄ったりのシステムになります。
　たとえば、ＰＯＳによる、発注予測システムを考えた場合、もし、ＳＤＬＣの断層のように、外部仕様のところで断層を起こすと、ＳＥがかんがえつく予測なんていうのは、ＰＯＳデータの統計処理で、似たり寄ったりになります。
　それに対して、ユーザーが予測を考えた場合、奇想天外な予測もありえるかもしれません。
　そして、ユーザーがわで、実装方法を記述できれば（それをこれからの話で展開するわけだが）、その奇想天外予測によって、他社と差別化できるってことです。

---

　ってなわけで、要求と業務仕様の連携のお話でした。

Tomcat6.0を入れたら、4.Xと違っていて。。。。

　とまどってしまった（＾＾；）

　４．０と６．０の違いで、戸惑ったのは、こんなかんじ

・confのserver.xmlは修正しなくてよい。
・リンクするのはservlet-api.jar
・web.xmlはちゃんと書かないと動かない

で、これについて説明する前に、まず、Ｔｏｍｃａｔ６．０を入れる話。

---

■Ｔｏｍｃａｔ６．０を入れる
　Ｔｏｍｃａｔ６．０のありかは、
　ここ　http://tomcat.apache.org/download-60.cgi

Windowsパソコンに入れたので、6.0.2-betaのBinary DistributionsのCoreの
　Windows Service Installer　をクリックして、すぐに実行して入れました。
　途中、入れるのを聞いてくるところでnormal,custom,fullと選択できるんですけど、
　fullにしてインストールしました。

　なんか、途中で、いろいろセキュリティのワーニングが出ましたが、許可許可！！
　ってして、入れました（＾＾）

---

■（変更点１）confのserver.xmlは修正しなくてよい

　いままで、confのserver.xmlを修正していたのですが、これ、入らなくなったみたいです。
　つまり、ＪＳＰなら、フォルダ作って置いて、そこのＵＲＬを指定すると、すぐに見えます。

---

■（変更点２）リンクするのはservlet-api.jar

　いままでは、server.jarだったと思うんですけど、
　６．０では、コンパイルしてクラスを作るとき、
　Ｔｏｍｃａｔのフォルダの、libのservlet-api.jarを
　かわりにクラスパスに通します。

---

■（変更点３）web.xmlはちゃんと書かないと動かない

４．０のときは、web.xmlは、web-appだけ書けば、たとえば、
　フォルダtest/WEB-INF/classes/shori.class
　のサーブレットにアクセスするには

http://127.0.0.1:8080/test/servlet/shori

　でアクセスできましたが、６．０ではできません。

　servletタグとservlet-mappingタグを指定しないといけないみたいです
　（servlet-mappingでＵＲＬを指定します）
　上記のように、
　Tomcatのフォルダ/webapps/test/WEB-INF/classes/shori.class
　に、クラスファイルがあって、

　　 http://127.0.0.1:8080/test/servlet/shori

　で、アクセスするためには、Tomcatのフォルダ/webapps/test/WEB-INF/web.xmlを、
　以下のように書く必要があるみたいです。

＜?xml version="1.0" encoding="ISO-8859-1"?＞

＜web-app xmlns="http://java.sun.com/xml/ns/j2ee"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
    http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"
    version="2.4"＞

    ＜servlet＞
        ＜servlet-name＞shori＜/servlet-name＞
        ＜servlet-class＞shori＜/servlet-class＞
    ＜/servlet＞

    ＜servlet-mapping＞
        ＜servlet-name＞shori＜/servlet-name＞
        ＜url-pattern＞/servlet/shori＜/url-pattern＞
    ＜/servlet-mapping＞

＜/web-app＞

（上記　＜　＞　￥　は、本当は半角です）
　これで、アクセスできました。

---

■おまけ：examplesのＵＲＬのみかた

　変更点３に書いてあるように、webappsの下にあるexamplesのＵＲＬを知るには、
　Ｔｏｍｃａｔのフォルダ/webapps/examples/web.xmlを開いて、servlet-mappingを
　見ることになります。

　ちなみにＨｅｌｌｏ　Ｗｏｒｌｄの例は

http://127.0.0.1:8080/examples/servlets/servlet/HelloWorldExample

です。