Excelブックはコンテンツだ！

Excelを含むオフィスソフトは、日々の業務遂行のためには切っても切れない存在です。



各種届出用フォーム、勤怠管理、各種計画管理など、あらゆる業務で使用されています。


中には、見積書、注文書、納品書、請求書といった、基幹業務にＥｘｃｅｌを活用している企業もあります。


これは、中小企業だけではなく、大企業でも利用されています。



Excelは、表形式のフォームを簡単に作成し、共有することができます。

さらに、マクロを作成して特定の処理を自動実行させることも可能です。



マクロの達人の中には、ゲームを作る方がいて、なかなかの力作です。


猫とエクセル


エクセルゲーム　Excel VBA Game Gallery


ビリヤードX （猫とエクセル）は、以前よく遊びました。また、ソースが公開されていますので、マクロの勉強にもなります。



さて、そのExcelで作成したドキュメントですが、実は文書ファイルであり、コンテンツだということをお気づきでしょうか？


Excelブックには、ISO/IEC 29500として標準化されたOffice Open XMLファイルフォーマットによる文書ファイルです。


Excel本体がそのフォーマットやコンテンツを翻訳して、表形式に表示、マクロを実行しているのです。



乱暴な表現ですが、Excelブックの標準化されたフォーマットを翻訳して、Excelと同じ表現ができれば、Excel本体が必要がないのです。


現在はファイルフォーマットが標準規格として公開されたことにより、Excelファイルを直接操作できるソフトウェアやサービスが増えてきました。


まだ完全な互換性のあるソフトウェアは存在しませんが、企業活動などで作成された情報は、企業資産です。その資産を特定の企業のソフトウェア以外で扱えない、独占された状態は競争原理が働かないのでよくありません。

また、そのソフトがないと企業活動ができなくなっているとするならば、その企業に独占されているともいえます。


競争原理について別途書きたいと思いますが、誰かを蹴落とすような活動でありません。

Win-Win-Win-Win

の関係です。


Ｅｘｃｅｌブックなどの文書ファイルは企業資産で、その企業に帰属していますが、

その資産を企業内に埋没させるのではなく、社会貢献のために活用できれば、その資産価値は高くなると思います。

舞台スタッフとシステム開発

先日友達からの依頼で舞台スタッフのリーダーを務め、滞りなく終わることができました。

市民会館大ホールのグランドピアノ（ヤマハ）

市民会館の大ホールで行われたある団体イベントの舞台セッティングなんですが、舞台セッティングを経験するのは初めてのことでした。

市民会館側で専門の方に指導していただきながら行いましたので、失敗する確率は低いです。

舞台公演などを観たことがある人はわかると思いますが、「間」が大切です。

観ている人が白けないように、司会進行状況に合わせて、舞台の雰囲気を壊さないようにすることに神経を使いました。



さて、今回リーダーを務めてシステム開発の経験が役立ったことが沢山あります。



舞台運営で大切なことに、シナリオとタイムテーブルがあります。


シナリオやタイムテーブルは、業務分析や運用シミュレーションが役立ちました。


システム開発の上流行程で効率的に業務を遂行できるように、業務分析を行います。
また、新システム稼働後の運用シミュレーションを行えるように、業務フローを作成します。

・何が必要なのか（不足しているのか）
・誰が（何人で）行うのか
・いつまでに行うのか

などを頂いた舞台スケジュールに追記して、舞台の業務フローを作成しました。


だが、舞台を進行するよ予定外のことが起きます。
そしてそのようなことは、システムの例外処理に該当しますので、例外処理のシナリオをそこで組立てます。

マネジメントになりますが、リソース（人員）の空き状況を業務フロー側で把握できるようにしておいて、どのくらいの負荷なのか把握でいれば、問題ありません。

一緒に行ったスタッフの人と作業内容を共有でき、みんなで協力して無事に舞台スタッフとしての仕事を遂行できてよかったです。

依頼した友達から、流れるようにイベントが進行していたと大変喜んでもらえました。

貴重な体験ができ、ありがとうございました。

コンピュータシステム開発の昔と今、そして…

私がコンピュータを初めて見たのは、３０年以上前の高校１年の時だったと思います。

だいぶ前のことなので、おそらくの話になりますが、工業高校の電機科でしたので、コンピュータについて学ぶことが専門科目の必須授業になっていたと思います。

コンピュータは、NEC製だったので「ACOS」だったと思います。
また、ハードディスクは「磁気ディスク装置」と言われ、専用の大きなカートリッジに収めされていて、非常に重かった記憶があります。また、カートリッジ１基だけで車が買える程の高価なものでした(^^;)


今のパソコンのような環境ではなく、入力装置といえば、タイプライター、紙テープ、カードであり、出力装置は、タイプライターについている印刷装置やラインプリンターと言われるプリンター類しかありませんでした。


紙テープといえば、昔のアニメやウルトラマンなどで、紙テープに空いた穴の位置を見て、そこにある情報を読み取るシーンがありました。
専門的なことですが、紙テープには16進数で表現された穴が開いていてます。その体系は「ASCIIコード」と呼ばれるものがほとんどです。

つまり、彼らは「ASCIIコード」との照らし合せを頭の中で行って、情報を読み取っていたということです。


現在のコンピュータが搭載されたシステムで、紙テープのような入出力装置は使われないと思いますが、あるとすれば、工業機器に組込まれたコンピュータの入出力用や点字などではないかと思います。


最近までは画面モニターとキーボート／マウスとプリンターが定番の入出力装置でしたが、
現在は、画面に触って入力するタッチパネルやデジタイザー、地図や翻訳などで使われる音声入力などがあります。

また、スマートフォンや携帯ゲーム機などの小型コンピュータの性能は、３０年以上前のコンピュータと比較してはるかに凌駕しています。


結論は、現在のコンピュータが相互協力していくことができれば、スーパーコンピュータ数台分以上の性能がありますので、もっと人類文明は発達できると思います。

そのためには、肯定することが大切です。

自分を肯定し、相手も肯定する社会になれば、国同士、民族同士、宗教同士で争うことがなくなると思います。

肯定し、相互信頼できれば、相手を滅ぼす武器など必要なくなります。

そのために使われる国家予算規模のお金が軍事行動以外に使われるようになれば、食糧問題や災害の防止・対策や社会福祉、そして先進国の支援が必要な国や地域の発展に貢献できます。


コンピュータシステムが世界平和や人々の幸福のために生まれてきたと信じています。

ウォーターフォールモデルとアジャイル開発のソフトウェア開発の共存

ソフトウェア開発30年以上の経験・実績から伝えること

ウォーターフォールモデル VS アジャイル開発？！

「ウォーターフォールモデル」の場合、お客様（エンドユーザーではなく、組織の情報システム部になることがほとんど）の要望を聴き、それをシステム化し、コンピュータを使用して効率的に業務を進めるようにするまでの一連の開発行程に多くの時間と人員を必要になります。

お客様の要望を聞いた後に行われる開発作業行程の例

1. 要件定義
2. 基本設計書
3. 概要設計書
4. 詳細設計書
5. 試験手順書
6. プログラム開発
7. 単体・結合試験
8. 総合・運用試験
9. マニュアル作成（導入、操作／運用、例外対応）

開発の進め方は、各作業行程途中や終了後に開発組織内のレビューやユーザーレビューを行い、ユーザーが承認してから次の行程に移行するような流れです。

そのため、開発期間が長くなり、開発に必要な人員が必要になるため、開発費用が高くなります。
よって、開発したシステムをリリースしても、業務が変わっていたりするなどシステムの変更が必要になることが多いです。

いわゆる、バックログ（改善。追加要望の積み残し）が多くなり、エンドユーザーコンピューティング（EUC）としてExcelやAccessなどのオフィスソフトや業務支援のためのツールが現場では使用しなくては、業務そのものが成り立たないのではないでしょうか？


「アジャイル開発」の場合は、上記行程を１～３、４～７、８～９のように分割し、１～３と８～９はユーザーに近い組織が担当し、４～７を専門的に行う社内組織か外部委託する様にしてシステム開発を進めます。このような方法で実際の開発期間を短縮する様にしています。

また、３～４の行程は、全機能が確定してから開発をするのではなく、優先度の高い機能から確定して、機能ごとに実装と試験を行いリリースしますので、短期開発とバックログを少なくすることができます。

ただし、コンピュータシステム開発は１～９の行程が必須です。

アジャイル開発は、３～４についての記事が多いですが、その他の行程もアジャイル開発に向けて変化しなくては、本来のアジャイル開発は成功しません。


ウォーターフォール・モデルのみでシステム開発していく場合の短所には、
上記の通り、開発期間の長期化と開発費用の増大にバックログが減らない可能性があります。

また、アジャイル開発のみでシステム構築をしていく場合の短所には、
全体のことが見えなくなり、バランス悪いシステムに変化していく可能性があります。


これからは

ウォーターフォールモデル と アジャイル開発　の共存

です。



ビジネスの骨格・エンジン開発は「ウォーターフォールモデル」で開発せよ！！

ビジネスの骨格・エンジンとは、ビル建築くする場合の基礎部分です。
基礎がしっかりできてなければ、ビルは長期間立つことができません。また、長期視点に立ってシステム開発をするには、じっくり練った設計をする必要性がありますます。

ただし、重装備にする必要はありません。
シンプルで、操作性とスケーラビティのあるシステムにします。



機能拡張はアジャイル開発で開発せよ！！

現場業務や経営分析は日々変化します。それにシステムが合わなくなると、業務効率が低下します。何故ならば、システム化していないところは、必ず人が1から作らないとならなくなるからです。
それによって、内部統制ができなくなり、情報漏えいにつながるリスクが増大します。

そのため、変化への許容範囲が広い拡張システム（周辺システム）を作る必要性がありますが、この場合は、短期開発する必要があります。つまり、アジャイル開発が向いています。

この時注意することは、現場を混乱させないことです。
新しいソフトを導入し、今までの操作方法が全く異なるようなシステムは混乱するため、現場では使わなくなります。

現場のニーズのポイントは、改善です。

業務を効率的に行うことと、上司の要望・要求に応えられるようにするんことです。

組織としては、内部統制や情報漏えい防止は不可欠です。

使い慣れた操作性を更に良くし、さらに内部統制や情報漏えいの防止になるシステム開発が望まれています。


組織においても、個人や家庭においても必要不可欠なソフトはオフィスソフトです。
その中で、Excelを必ず使用する人が多いと思いますし、Excelなしでは業務ができない組織は多いと思います。

内部統制、情報漏えい対策のポイントは性善説に立った運用はしないことです。
①情報管理を個人に任せない
②正しい権限と操作ログをとることで、必要な場合はトレースなどの監査が行えることです。
③②のために情報トレーサビリティーが行えることです。


それらの組織と現場の要望に応え、社内のデータベースと連携でき、さらに普段使っているExcelブックを有効活用できるツールとしてdbSheetClientを使用した社内システムを開発・構築しています。

dbSheetClientは150社以上の企業などで導入されています。

コンピュータは頭がいい？！

私は、30年以上システム開発に携わっています。

今回は少し持論を書かせていただきます。


未だに「コンピュータは頭がいい！」と思っている方がいると思います。


コンピュータシステムは、単純なことを超高速に行うためのシステムですので、確かに短時間で、答えを出すことができますので、優秀と思います。



現在のソフトウェアで処理する方式のコンピュータが商用として開発されたのは、

1951年にレミントンランド社（現Unisys）の「UNIVAC I」

からです。（※Wikipedia 「UNIVAC I」参照）

この世に誕生してから60年しかたっていません。


コンピュータのハードウェアは急速に発達し、名刺サイズのコンピュータシステムでも、「UNIVAC Ⅰ」の性能をはるかに上回る性能を持っています。


現在のコンピュータは処理命令を順次実行して一連の処理を実行する方式です。（逐次実行型）
コンピュータの頭脳であるCPUは、1つのCPUに複数のコア（頭脳）を搭載するなどして、並列処理することも可能になりつつありますが、CPU（コア）の基本的な作りは逐次実行型と言えます。


コンピュータシステムは、作り手、使い手の通りに動作します。その作り手、使い手が正しければ正しい答えを出しますが、間違っていれば、間違った答えを出すか、止まったり（フリーズ）、異常終了（Windowsのブルースクリーン）します。

企業内のコンピュータシステムがそのパフォーマンスを発揮するには、企業の仕組みが単純化していることが重要です。

• 職務・権限の明確化
• 特例が少ない
• 仕事人が着く

職務・権限の明確化は、データベースの階層構造と正規化に係わってきます。

あいまいになっていることは、システム作りに向きません。

特例が少ないではなく多い場合は、判断することが増えますので、業務する手間がかかります。

実は、コンピュータも判断が苦手なんです。

判断するということは、分岐することが多くなりますので、処理が複雑になってしまいます。

仕事に人が着くではなく、人に仕事が着くとは、本題と少し違うかもしれませんが、その人でないと仕事ができないことになりますので、チェック体制がないことになります。よって不正の温床になりかねます。誰でも仕事ができる体制にすることは事業の継続に不可欠な要素であり、コンピュータシステムを長期に使用するためにも重要なことです。

これからの企業は、コンピュータとコンピュータシステムに投資しますので、その投資が回収できるような組織とシステムが作られることを願っています。

3.11 あの日から3年が過ぎて思うこと

3.11によって犠牲になられた方のご冥福をお祈り申し上げます。

そして、地震、津波、原発事故で今もなお苦しんでいる方が大勢いらっしゃいます。
その方たちが1日でも早く立ち上がっていくことができますようにお祈りもいしあげます。

また、福島第１原発の廃炉ぬ向けて、たゆまぬ努力をしてくださっている方々に感謝申し上げます。死と隣り合わせの現場で活動しているみなさんを非難することはできません。


　あれから３年を迎えて、その地で再出発した人々、原発事故を含むいろいろな理由により、生活場所を変えなければならなくなった人々など、あの日を境に人生が１８０度変わったことに間違いないと思います。


■世界が認めた日本人の心
　あの日の様子は世界に配信され、世界の方たちから沢山の応援と支援を頂きました。本当にありがたいことです。

　日本人は昔から助け合う精神が息づいています。今放送中の「ごちそうさん」は戦時中でもみんなでご近所を助け合いながら、生きていく姿が描かれています。

　あの日からそのようにしてきた日本と思います。最近は近所や地域の付き合いが疎遠になり、隣人がだれなのかわからない状況になってきていましたので、「絆」の大切さを改めて感じました。

　海外で報じられるような略奪などのニュースが、、被災地ではがほとんどありませんでした。また日本全体で、電力不足のために輪番停電に協力してきました。

　これらは、日本人の持つ助け合い精神の素晴らしいところです。昨年は「お・も・て・な・し」が話題になりましたが、「助け合う」ことも大切なことと思います。


■復興であり、再創造だと思う
　すべてのものが無くなった状態です。だから、過去のしがらみもなくなったということともいます。
今重要なのは、通例や過去の前例からくる規制の廃止です。新たな産業創出の時ですから、出願や届け出の認可に時間がかかるやり方は変えて行かなければ、復興から再創造にエネルギーを転換するスピードが遅れてしまい。復興に時間がかかるようになります。そうなると、そのための費用がさらに膨らむという悪循環になる懸念があります。

　また、新産業創出に向け、第3者が事業計画を正しく評価し、出発していくことで継続的な事業の出発ができます。そして、事業が継続していけるサポート体制づくりも不可欠です。さらに事業の創出と継続によって地域の雇用にもつながり、日本が元気になると思います。

窓の杜「GRETECH、「GOM Player」を悪用する標的型攻撃に関する情報の続報を公表」を見て驚きました！

GRETECH、「GOM Player」を悪用する標的型攻撃に関する情報の続報を公表
僕も「GOM Player」を使ってますが、「タイムスタンプが“2013年12月19日 10:19:37”」出なかったので、アンインストールして、再度インストールし直しました。

http://www.forest.impress.co.jp/docs/news/20140203_633651.html

乗っ取られて、加害者んびなりたくありません！

みなさんも、ご注意してください！！(^_^)