先日、とある諸先輩から「聞く」という言葉について話を聞きました。
聞くと言う言葉には色々ある。自分はどんな聞くで話を聞いているか？との問いに良い答えをする事は出来ませんでした。
聞くと言う言葉には、
「聞く」は耳で聞く。
「訊く」は言葉で質問する
「聴く」は耳と目と心で十分に聴く
「利く」気を利かす
「効く」効果がある
と色々なプロセスで言葉があるとの事。
システム開発の仕事をする上で、ヒアリングはとても重要です。お客様の要求をより具体的に掘り下げて行き要件定義を行います。システム開発の成功の鍵を握るには、このプロセスにかかっていると言っても過言ではないと思います。
まずは、色々聞いて訊いてお客様の立場になって心で聴いて気を利かす。
すると最大限の効くが発揮できると思う今日このごろです。
今回はあっさりですが、とても大事な事をブログにしました。
2017年3月22日水曜日
FileMaker システム開発の実際 その2
前回、FileMakerシステム開発の実際として従来のシステム開発との違いを大まかに記載させて頂きました。当然、FileMakerで従来型のシステム開発も行うことは可能です。ただそれではFileMakerの特徴（高速開発）を活かせないのでプロトタイプ（試作品）を軸にした開発手法を紹介させて頂きました。
FileMakerの特徴として、高速開発があります。思ったものを形にすると言ったら良いでしょうか。この思ったものを形にするがFileMakerは非常に早く作成出来ます。
例えば、エクセルで運用していたファイルをシステム化するWebアプリケーションプロトタイプを作る際は、Webサーバー、データベースサーバを用意して、諸所の設定を行い、エクセルで使用していたデータ情報をデータベース、テーブルを作成してデータコンバートして流しこむといったように、プロトタイプをサクッと作るという感覚は感じません。（テンプレート化してたり、サクッとできるフレームもある事はありますが）
それに比べてFileMakerの場合は、エクセルをとても簡単に取り込め、パワーポイントで画面を作る感覚であっと言う間に画面が出来上がります。さらにその画面には先ほど取り込んだエクセルデータが表示されるので、ユーザーにとってとてもリアリティのあるデータが直ぐに確認出来ます。その作成したファイルを簡単に共有出来るので、複数人数でその場で直ぐに確認もできるプロトタイプが完成します。 特に不確実性の高い業務をシステム化していく時にこのプロトタイプは効果を発揮します。
今までシステム化出来なかった業務には何かしらの理由があります。そこでプロトタイプを作成する事で、今まで整理が出来ていなかった、いや整理が出来なかった業務フローが明確になるプロセスを体験出来ます。
この情報は誰がインプットして誰に渡るのか？このアウトプットしている情報は何の為にあるのか？ プロトタイプを作成する事で今まで何となくこなしていた業務を棚卸して不要必要業務を明確にするプロセスをたどっていけます。
ただそれならば業務フロー図でも充分では無いかと思われるかも知れません。しかしながらそこは百聞は一見に如かずです。机上での合議よりも実際に動くものを手にした方が溢れんばかりにアイデアが出てくると痛感しております。
そこで当社ではまずはプロトタイプを作成してユーザー目線でのシステム作りを心がけております。
FileMakerの特徴として、高速開発があります。思ったものを形にすると言ったら良いでしょうか。この思ったものを形にするがFileMakerは非常に早く作成出来ます。
例えば、エクセルで運用していたファイルをシステム化するWebアプリケーションプロトタイプを作る際は、Webサーバー、データベースサーバを用意して、諸所の設定を行い、エクセルで使用していたデータ情報をデータベース、テーブルを作成してデータコンバートして流しこむといったように、プロトタイプをサクッと作るという感覚は感じません。（テンプレート化してたり、サクッとできるフレームもある事はありますが）
それに比べてFileMakerの場合は、エクセルをとても簡単に取り込め、パワーポイントで画面を作る感覚であっと言う間に画面が出来上がります。さらにその画面には先ほど取り込んだエクセルデータが表示されるので、ユーザーにとってとてもリアリティのあるデータが直ぐに確認出来ます。その作成したファイルを簡単に共有出来るので、複数人数でその場で直ぐに確認もできるプロトタイプが完成します。 特に不確実性の高い業務をシステム化していく時にこのプロトタイプは効果を発揮します。
今までシステム化出来なかった業務には何かしらの理由があります。そこでプロトタイプを作成する事で、今まで整理が出来ていなかった、いや整理が出来なかった業務フローが明確になるプロセスを体験出来ます。
この情報は誰がインプットして誰に渡るのか？このアウトプットしている情報は何の為にあるのか？ プロトタイプを作成する事で今まで何となくこなしていた業務を棚卸して不要必要業務を明確にするプロセスをたどっていけます。
ただそれならば業務フロー図でも充分では無いかと思われるかも知れません。しかしながらそこは百聞は一見に如かずです。机上での合議よりも実際に動くものを手にした方が溢れんばかりにアイデアが出てくると痛感しております。
そこで当社ではまずはプロトタイプを作成してユーザー目線でのシステム作りを心がけております。
2017年2月6日月曜日
2016年 パスワードランキング
昨年、IPAのセキュリティプレゼンター制度に登録する機会がありました。セキュリティプレゼンター制度とは、IPAが開発・作成した情報セキュリティコンテンツ等を使用し、企業に対して情報セキュリティの普及啓発を行う方の登録制度でして、私のようなセキュリティプレゼンターは、顧客企業へ情報を守るためのノウハウを提供し、事業維持と発展に貢献することができるとなっております。一応それなりの勉強をしまして、地域の中小企業の方々にセキュリティの観点からITのお話をさせて頂いております。ということで、今回はセキュリティの話をしたいと思います。
情報セキュリティプレゼンター制度URL
https://isec-portal.ipa.go.jp/supportsecurity/act002/core/prsntrPortal/
先日、日本経済新聞に2016年に最もよくつかわれたパスワードランキングが発表されておりました。見事１位は「 123456 」です。皆さま、何らかのシステムに対してこのパスワードを設定されておりませんでしょうか？万が一されている方がいらっしゃいましたら直ぐにでも変更をお勧め致します。因みに2位以下のランキングはこちら↓。
実は、これらよく使われるパスワードランキングはこの数年間ほとんど変わっていないようです。複雑なパスワードにすると、運用では不便になることも多々あります。しかしながら、いわゆるハッキング事件の多くはパスワード漏洩から多いのが事実です。どれだけ高価なファイアーウォールを構築したりしても、何らかの形でパスワードが解ってしまえば、意図も簡単にシステムにアクセス可能です。
また、運用効率を高めるのかセキュリティを高めるのか、どちらに比重をおくのかは昔からある話題ですが、結局のところ現場レベルでは運用効率を優先させているケースが多いように思われます。その結果が、このパスワードランキングがあまり変わっていない事を象徴しているように思います。
我々のようなITに携わる事業者が、セキュリティの大切さをもっと啓蒙させていく活動は大事だと改めて思った記事でした。
セキュリティに纏わる事は何なりお申し付け下さい。
情報セキュリティプレゼンター制度URL
https://isec-portal.ipa.go.jp/supportsecurity/act002/core/prsntrPortal/
先日、日本経済新聞に2016年に最もよくつかわれたパスワードランキングが発表されておりました。見事１位は「 123456 」です。皆さま、何らかのシステムに対してこのパスワードを設定されておりませんでしょうか？万が一されている方がいらっしゃいましたら直ぐにでも変更をお勧め致します。因みに2位以下のランキングはこちら↓。
実は、これらよく使われるパスワードランキングはこの数年間ほとんど変わっていないようです。複雑なパスワードにすると、運用では不便になることも多々あります。しかしながら、いわゆるハッキング事件の多くはパスワード漏洩から多いのが事実です。どれだけ高価なファイアーウォールを構築したりしても、何らかの形でパスワードが解ってしまえば、意図も簡単にシステムにアクセス可能です。
また、運用効率を高めるのかセキュリティを高めるのか、どちらに比重をおくのかは昔からある話題ですが、結局のところ現場レベルでは運用効率を優先させているケースが多いように思われます。その結果が、このパスワードランキングがあまり変わっていない事を象徴しているように思います。
我々のようなITに携わる事業者が、セキュリティの大切さをもっと啓蒙させていく活動は大事だと改めて思った記事でした。
セキュリティに纏わる事は何なりお申し付け下さい。
2017年1月16日月曜日
FileMaker システム開発の実際 その１
今回は、一般的な業務システムの開発の流れをご紹介したいと思います。
当社は長年、業務システムの受託開発を行ってきました。その経験から、基本的な業務システムの開発の流れは下記のようになります。
一般的な業務システム開発フロー
企画・構想
（目的・何をどのように等やりたいこと）
↓
業務設計（省略する事もある）
（企画・構想を実現するための業務設計）
↓
要件定義
（システム化する業務を洗い出し、どういった機能を用意するかを決める）
↓
設計（仕様書作成）
（帳票や画面をどういったものにするか、構造などを決定し、文書にする）
↓
実装
（設計したものをプログラミングする）
↓
テスト
（作成したシステムをテストし、問題点等を洗い出し、修正を行う）
↓
リリース
（導入する）
現在も、基本的にはこのような流れで開発を行っております。システム開発というと、イメージ的にはプログラミングをする時間が長いように思われますが、実際はプログラミングする過程の前後に費やす時間が多いのが事実です。一般的にウォーターフォールモデルと呼ばれる方式での開発です。
一方、FileMakerでの業務システム開発は、下記の様になります。
基本的なFileMaker業務システム開発フロー
企画・構想
（目的・何をどのように等やりたいこと）
↓
業務設計（省略する事もある）（プロトタイプ作成）
（企画・構想を実現するための業務を設計）
↓
要件定義（プロトタイプ作成）
（システム化する業務を洗い出し、どういった機能を用意するかを決める）
↓
設計（簡易設計）（プロトタイプ作成）
（画面や機能・データ等の必要事項を書き出す）
↓
実装
（簡易設計したものをFileMaker上に実装）
↓
テスト
（作成したシステムをテストし、問題点等を洗い出し、修正を行う）
↓
リリース
（導入する）
FileMakerの場合は、要件定義や設計にあまり比重を置かずに（全く無視ではないです）、まずは動くモノをという形でプロトタイプ（試作品）を作成し、プロトタイプをベースに要件定義や設計を行っていく事が多いです。また、一度リリースしたものを改変していき、その時々に合った画面・機能を実装していきます。
従来型の開発方法では、設計から導入まで時間が掛かる事が多く、設計段階の構想と導入段階の構想が違っていることも良くあります。また手戻りも大変でした。そこで、FileMakerの利点である高速開発を利用して、なるべく構想から導入を早くして、システムを直ぐに使って頂けるように努めております。また、修正等も容易ですので、その時々の構想に合わせた改変が可能です。
続きはまた次回。
当社は長年、業務システムの受託開発を行ってきました。その経験から、基本的な業務システムの開発の流れは下記のようになります。
一般的な業務システム開発フロー
企画・構想
（目的・何をどのように等やりたいこと）
↓
業務設計（省略する事もある）
（企画・構想を実現するための業務設計）
↓
要件定義
（システム化する業務を洗い出し、どういった機能を用意するかを決める）
↓
設計（仕様書作成）
（帳票や画面をどういったものにするか、構造などを決定し、文書にする）
↓
実装
（設計したものをプログラミングする）
↓
テスト
（作成したシステムをテストし、問題点等を洗い出し、修正を行う）
↓
リリース
（導入する）
現在も、基本的にはこのような流れで開発を行っております。システム開発というと、イメージ的にはプログラミングをする時間が長いように思われますが、実際はプログラミングする過程の前後に費やす時間が多いのが事実です。一般的にウォーターフォールモデルと呼ばれる方式での開発です。
一方、FileMakerでの業務システム開発は、下記の様になります。
基本的なFileMaker業務システム開発フロー
企画・構想
（目的・何をどのように等やりたいこと）
↓
業務設計（省略する事もある）（プロトタイプ作成）
（企画・構想を実現するための業務を設計）
↓
要件定義（プロトタイプ作成）
（システム化する業務を洗い出し、どういった機能を用意するかを決める）
↓
設計（簡易設計）（プロトタイプ作成）
（画面や機能・データ等の必要事項を書き出す）
↓
実装
（簡易設計したものをFileMaker上に実装）
↓
テスト
（作成したシステムをテストし、問題点等を洗い出し、修正を行う）
↓
リリース
（導入する）
FileMakerの場合は、要件定義や設計にあまり比重を置かずに（全く無視ではないです）、まずは動くモノをという形でプロトタイプ（試作品）を作成し、プロトタイプをベースに要件定義や設計を行っていく事が多いです。また、一度リリースしたものを改変していき、その時々に合った画面・機能を実装していきます。
従来型の開発方法では、設計から導入まで時間が掛かる事が多く、設計段階の構想と導入段階の構想が違っていることも良くあります。また手戻りも大変でした。そこで、FileMakerの利点である高速開発を利用して、なるべく構想から導入を早くして、システムを直ぐに使って頂けるように努めております。また、修正等も容易ですので、その時々の構想に合わせた改変が可能です。
続きはまた次回。
2016年12月20日火曜日
iBeaconを使ってみる その1
今回はiBeaconを触る機会がありましたので、そちらを簡単にご紹介です。
iBeaconとは、iPhoneのiOS7に標準搭載されたことで、徐々に認知度が上がり最近は良く活用されている場面を拝見するようになってきました。技術的にはBluetooth Low Energy（BLE）を使った技術です。
具体的な利用例としては、店舗の前を歩くユーザーのiPhoneに商品やセール情報をプッシュ通知したり、店舗側でユーザーの動線を分析できたりなど、ネットとリアルを接続するような形で利用が進んでいます。この様な形を応用して、様々な場面での活用シーンが思い描かれます。
今回、お客様からの引き合いで、iBeaconを利用して入退場管理をしたいとの相談を受けました。そちらの調査を兼ねて、開発用のiBeaconとして、braveridge社のBVMCN1101AAを購入しましたのでそちらをレビューしてみます。
製品URL
http://www.products.braveridge.com/beacon/bvmcn1101aa-b/
大きさは、マウスより小さいといった感じでしょうか？超小型のマウスより少し小さい感じです。
上部中央に、小さな穴が二つあります。
一つは電源で、もうひとつは設定モードに入るスイッチです。
設定方法は、iPhoneアプリのLightBlueLEで行います。
この画面の中の、BBAAEditが対象のiBeaconになります。ここで設定モードのボタンを押すと
No Service から 1Serviceに切り替わり、各種パラメータを編集出来るようになります。
ここからは手順書通りに行えば上手く行きますが、私は勘違いしており、このUUIDで接続出来るものだと思っており、最初中々接続出来ませんでした。こちらで指定したUUIDを設定する事で、その後は問題無く接続可能でした。
取扱説明書
各種設定を完了すると、resetに01を入力します。
すると、次の画面が出て設定完了です。
次回は、この端末を活用したアプリケーションをご紹介致します。
2016年11月1日火曜日
FileMakerとKintoneの比較 その2
前回に引き続き今回もFileMakerとKintoneの比較をしてみます。
まずは最近の人気度を比較です。Google トレンドで調べてみますと
青色：FileMaker 赤色：Kintone
同じ位の頻度でキーワード検索されている様です。ここ最近はライバル状況だという事がよくわかります。
では、世界的に見てどうでしょうか？
まずは最近の人気度を比較です。Google トレンドで調べてみますと
同じ位の頻度でキーワード検索されている様です。ここ最近はライバル状況だという事がよくわかります。
では、世界的に見てどうでしょうか？
FileMaker
Kintone
当たり前といえば当たり前なのですが、世界的にはFileMakerが人気の様です。Kintoneは日本をターゲットにしている製品ですので、当然の結果かと思います。
では、国内ではどうでしょうか？
FileMaker
Kintone
全国的にはFileMakerの方が人気の様です。特にFileMakerは鹿児島で人気の様ですね。Kintoneは秋田や新潟で人気の様です。意味は無いと思いますが何か理由はあるのでしょうか？
では、エクセルと比較するとどうなるでしょうか？
黄色：エクセル 青色：FileMaker 赤色：Kintone
圧倒的にエクセルが人気の様です。
私見ですが、エクセルで何か困っている方々が検索エンジンで調べている結果のグラフでは無いでしょうか？それだけ、エクセルで困っている方々（エクセル市場）があるとの仮説が出来ます。
FileMaker・Kintoneはエクセルからのアプリ構築を機能として兼ね備えております。エクセルで困っている方々に対しての解決策としての製品群です。両製品とも同じターゲットの様です。
では、エクセルからの変換という点で比較してみます。
FileMaker
- Excel Book形式, CSV形式共にサイズ等に制限なし
- Excel Book形式は、xlsでもxlsxでも可能
- 1行目を項目名として扱うかは選択可能
- 日付データもあまり意識せず取込可能
- データタイプの設定はいつでも変更可能
Kintone
- Excel Book形式：取込サイズ 最大1MBまで 1,000行Å~50列まで
- xlsxのみ取込可能
- 1行目は必ずデータ項目名として扱われる
- 日付データは注意して取込する必要あり
- 一度設定したデータタイプは後から変更できない
エクセルからの変換に関してはFileMakerの方が自由度があるようです。
続きはまた次回。
2016年10月7日金曜日
FileMaker と Kintone の比較 その1
ここ最近、「FileMakerとKintoneとどっちが良いの？」といった質問を受ける事があります。そこで今回は簡単に両製品を比較してみたいと思います。
どちらの製品についてもターゲットは、エクセルや紙ベースでの情報共有に困っているお客様やエクセルでの拡張性に課題を抱えているお客様かと思われます。そこで今回は３つの切り口で比較してみます。
１．ファストシステム
どちらの製品も「ファストシステム」というキーワードを使っています。簡単にアプリが作れるという事が売りであります。作り方について詳細はここでは記載しませんが、確かにどちらも簡単に作れます。例えば、顧客管理アプリを作るとしましょう。恐らくどちらの製品でも簡易なものであれば1時間程度で大方出来てしまうと思います。複雑難解なプログラム言語を利用することはありませんし、パワーポイントで資料を作成するように画面を作っていけます。簡単にアプリを作るとい事には差が無いようですが、それを利用するシーンで差があるようです。
２．利用シーン
最近はWEBブラウザを通してアプリを利用する事が多いかと思います。Kintoneは作成から展開まで全てWEB上で行いますのでWEBアプリを作って直ぐに利用するというシーンにおいては軍配があがります。FileMakerでWEB展開を行うとすると、FileMakerServerの利用が必須要件になります。最近では、ホスティングサービスやクラウドサービスで利用する事が出来るようにはなってきておりますが、簡単に展開できるかという点においてはやや難があるかと思われます。ただし、逆にWEBでもデスクトップでも使いたい、クローズドな環境で使いたい等の要望にはKintoneは答えられません。そこはFileMakerに軍配が上がるかと思います。
３．拡張性
アプリを使っていくと様々な要望が出てきます。もっとあれをこうしたい、こんなデータも表示させたい等々、使えば使うほどユーザーの要望は増えて行きます。例えば、顧客情報に注文履歴のデータをリンクさせて顧客毎の注文履歴を表示させたいとの要望があります。こんな時は注文データを顧客管理アプリにインポートして顧客データと注文データを関連付けます。どちらもこの作業は出来るのですが、Kintoneにはこのインポートやデータ連携に制限があるようです。拡張性の簡易さはFileMakerに軍配が上がると考えます。しかしながらITスキルに長けた方がいらっしゃれば、KintoneはJavascriptを駆使して色々とカスタマイズ可能です。
簡単にアプリをつくるという事では両者差がありませんが、利用シーン・拡張性を考えると其々に適正があるようです。
続きは次回のブログにまた記載します。
どちらの製品についてもターゲットは、エクセルや紙ベースでの情報共有に困っているお客様やエクセルでの拡張性に課題を抱えているお客様かと思われます。そこで今回は３つの切り口で比較してみます。
１．ファストシステム
どちらの製品も「ファストシステム」というキーワードを使っています。簡単にアプリが作れるという事が売りであります。作り方について詳細はここでは記載しませんが、確かにどちらも簡単に作れます。例えば、顧客管理アプリを作るとしましょう。恐らくどちらの製品でも簡易なものであれば1時間程度で大方出来てしまうと思います。複雑難解なプログラム言語を利用することはありませんし、パワーポイントで資料を作成するように画面を作っていけます。簡単にアプリを作るとい事には差が無いようですが、それを利用するシーンで差があるようです。
２．利用シーン
最近はWEBブラウザを通してアプリを利用する事が多いかと思います。Kintoneは作成から展開まで全てWEB上で行いますのでWEBアプリを作って直ぐに利用するというシーンにおいては軍配があがります。FileMakerでWEB展開を行うとすると、FileMakerServerの利用が必須要件になります。最近では、ホスティングサービスやクラウドサービスで利用する事が出来るようにはなってきておりますが、簡単に展開できるかという点においてはやや難があるかと思われます。ただし、逆にWEBでもデスクトップでも使いたい、クローズドな環境で使いたい等の要望にはKintoneは答えられません。そこはFileMakerに軍配が上がるかと思います。
３．拡張性
アプリを使っていくと様々な要望が出てきます。もっとあれをこうしたい、こんなデータも表示させたい等々、使えば使うほどユーザーの要望は増えて行きます。例えば、顧客情報に注文履歴のデータをリンクさせて顧客毎の注文履歴を表示させたいとの要望があります。こんな時は注文データを顧客管理アプリにインポートして顧客データと注文データを関連付けます。どちらもこの作業は出来るのですが、Kintoneにはこのインポートやデータ連携に制限があるようです。拡張性の簡易さはFileMakerに軍配が上がると考えます。しかしながらITスキルに長けた方がいらっしゃれば、KintoneはJavascriptを駆使して色々とカスタマイズ可能です。
簡単にアプリをつくるという事では両者差がありませんが、利用シーン・拡張性を考えると其々に適正があるようです。
続きは次回のブログにまた記載します。
登録:
投稿 (Atom)