Wiiとソニーをビル・ゲイツが一刀両断

ここのアメーバニュース
ビル・ゲイツがWiiとソニーを一刀両断
http://news.ameba.jp/2007/01/3086.php
によると（以下斜体は上記ニュースより引用）


マイクロソフト社の会長であるビル・ゲイツ氏（51）が、San Jose Mercury Newsで、任天堂Wiiとソニーに対する独自の見解を語った。

　ゲイツ氏は、まず任天堂のWiiについては、ゲームプレイの制約が多く、飽きやすいといった趣旨の発言を行う。そして、「オンラインの機能性を犠牲にしてしまった任天堂の決断を、注意深くもう一度見てほしい」と述べたようだ。ソニーについては、何をやろうとしているのかソニー自身が理解できていなかったと指摘した。


だそうな。。

ちなみに、この話の詳しい内容は、こちら
ビル・ゲイツ氏インタビュー　ソニーや任天堂について自らの観点を語る
http://www.gamespark.jp/modules/news/index.php?p=946
で、
そのインタビュー記事（英語）の全文は、こちら
CES Interview With Bill Gates: Part I of Transcript On Video Games
http://www.gametab.com/news/789859/

だそうなんだけど。。。

うーん、でも、何を言ったとしても、現実問題、Wiiは売れているわけで、
ビルゲイツさんが、何を言っても。。。どーなんでしょーねー（＾＾；）

OpenOffice Base（データベース）でマクロから「レポート」を開く方法＆その前に（＾＾；）

　以前、OpenOfficeのデータベースである、Baseにおいて、マクロを使って、フォームを開く方法を書いたので、今回はレポートを開く方法です。

　あ、それと、その前に、今回から、カテゴリにOpenOfficeを追加しました。

---

■仕様

C:￥temp￥テスト用１.odbというOpenOffice Baseのデータベースファイルがあって、その中にある「レポート1」を開きたい場合
（なお、￥は、本当は半角です）

---

■ソース

　マクロは、以下のとおりです

Sub Main
	'**** プロパティを入れるところ
   Dim pProp(1) As New com.sun.star.beans.PropertyValue 
 
 	'**** データベースを開く
   sURL = ConvertToURL("C:￥temp￥テスト用１.odb") 
   oDoc = starDesktop.loadComponentFromURL(sURL,"_default",0,Array()) 


 	'**** レポートとコネクションの接続
   oForms = oDoc.getReportDocuments() 
   oAConnection = oDoc.DataSource.getConnection("","") 

 	'**** プロパティを設定 Nameが属性 Valueが値
   pProp(0).Name = "ActiveConnection" 'コネクション
   pProp(0).Value = oAConnection 
   pProp(1).Name = "OpenMode" 		'　デザインで開く？入力フォーム？
   pProp(1).Value = "open"		'　入力フォーム（openDesignだとデザイン）
    
	'**** フォームを開く
   oFormulario = oForms.loadComponentFromURL("レポート1","_default",0,pProp()) 

End Sub

（上記￥　＜　＞　は、本当は半角）

上記で赤で書かれているところが、ファイル名、フォーム名など、固有のものになります
（使うときは、実際のみなさんの開きたいものが、入ります）
青字のところが、フォームと違うところです。

つまり、フォームの場合は、
oDoc.getFormDocuments()
レポートの場合は
oDoc.getReportDocuments()

をつかって、対象ドキュメントを取得します。
なお、レポートのとき（つまり、今回の上記のソース）でも、その結果の受け取りをoFormsとしていますが、これは、変更点を最小にするためで、本当はoReportsなどの変数のほうがいいです（ただし、もちろん、oFormsのままでも、動作はするけど）

---

■しかし、その前に。。

　しかし、その前に！です。。

　そのレポートを作る話。
　OpenOfficeの２．１を使っているのですが、Baseでは、レポートをウィザードでつくるかたちになっていて、このウィザードでできるレポートが（＾＾；）
あの・・・

フォームから、印刷しましょうか（＾＾；）

ってかんじなのだ。。。。

なんか、もっと、まっとうなレポートを作る方法があるのかもしれない。。
それがみつかるまでは、フォームを印刷していたり、Writeの差込印刷のほうがいいのかなあ
（差し込み印刷使ってないので、よくわかんないけど。。）

利用者の出力から業務を分析していく手順（その１：利用者の絞込みと場面抽出）

　以前書いた利用者の出力から業務を分析していく方法ってとこかな。。。というところで、利用者の出力から分析して、DOAでも、オブジェクト指向でも、どっちにでも展開して、プログラムまで落とし込める業務をまとめたシートと、入出力についてまとめたシートを作る方法について書きました。

　そこで書いた手順は、こんなかんじ
＜＜手順＞＞

（１）利用者を体系づけて分けます
（２）今回対象の利用者について、システム利用（入出力）場面を考え、業務シート作成
（３）利用者が利用する一場面をとって、入出力を、まず出力から確認します
　　（３－あ）まず、外部に対して出力になっているものを取り上げます。
　　（３－い）その外部出力の具体的内容を考え、入出力のシートに書きます。
　　（３－う）その外部出力を出すために必要な情報が、入力されているかどうか、確認
　　（３－えお）（３－う）までで、入出力のシートはできているので、それに対応する
　　　　　業務シートがなかったら追加、完成させます。
（４）利用者からの入力を受け取ってから、利用者への出力まで、
　　　システム内の業務を追加します
（５）利用者への出力ごとに、シナリオをつくります
（６）利用者の範囲を広げていきます。

　今日は、この（１）、（２）について書いてみたいと思います。

---

■手順（１）利用者を体系づけて分けます

利用者指向で業務分析する場合の手順で書いたように対象となるシステムの利用者を体系的に分類し、そのうち、今回扱うものについて書きます（他に関しては、いったん今回扱うものについてできてから、次にほかの利用者を選び、システムを修正・追加していきます。）

たとえば、給与システムの場合
・人事部の人
・総務で給与支払いする人
・勤務表を入力する社員
　　　・時給の人
　　　・月給の正社員（ボーナスあり）
　　　・年俸制の人
などです。

　このなかから、今回考える人を選びます。まず、「勤務表を入力する社員（時給の人）」にしましょう。

---

■手順（２）利用者について、入出力場面を考え、業務シート作成

　ここで、利用者がシステムを利用する場面を考え、その入出力を書き出します。
　たとえば、「勤務表を入力する社員（時給の人）」が利用する場面として、勤務入力、入出力としては、業務入力画面（または記入シート）ということになります。
　なお、入力や場面はある程度適当でも大丈夫、まちがっていたら、あとで直せます（（３）で修正します）。一方、出力は要求仕様のとき確定していないと困ります（このあとで修正するとなると、それなりに、影響が出ます）

　業務を記入するシートは、利用する場面で１シート、具体的な入出力画面１つにつき、１シートとなりますが、利用する場面で、入出力画面しかない場合は、それで１シートだけでＯＫです。

　つまり、今回の場合、場面は、勤務表入力となりますが、この場面では、これしか業務は無いので、「勤務表入力画面」１シートでＯＫです。
　一方、勤務表入力の場面で、勤務表入力をして、それを紙に出して、総務部に送る場合は、
　「勤務表入力」の場面で１シート、「勤務表入力画面」と、「勤務表出力」でそれぞれ１シートの合計３シートになります。

　また、「入出力についてまとめたシート」は、入出力画面、帳票で１シートになります。上記の場合、「勤務表入力画面」で１シートになります。


　

---

　具体的な、シートの書き方は、（３）と同じですので、次回、書きます。