まえに、OSC2010 Tokyo/Springまとめを書いて、「あとで、詳しく書く予定」と書いたものについて
まずは、ＳｕｇａｒＣＲＭ。
■ＳｕｇａｒＣＲＭの発表－前半
ＳｕｇａｒＣＲＭの発表は、大きく２つ。
・ＳｕｇｅｒＣＲＭの機能
・ＳｕｇａｒＣＲＭをＣＲＭとは関係なく、アプリケーション開発フレームワークとして使う方法について
で、この発表の資料は、ここのツイートによると、「資料、Googleグループ(sugarforumjp)に上げました!」とあるけど、実際には、ＧoogleのSugarforum.jpは、メンバーにならないとアクセスできないようなので（一般のhttp://sugarforum.jp/とは違う）、普通の人が見れるものではない（メンバーに、普通の人がなれるのか・・・は、よくしらない？？）
発表のはじめのほうは、機能説明をサイクリックスの人がやっていたけど、ＯＳＣのあの限られた時間で、機能の概要を説明しようという暴挙に出たため、当然時間が押してしまった・・・わりによくわかんない（＾＿＾；）
こーいうときは、ユースケースを絞って、はじめから流す
リード(潜在顧客）→展示会の宣伝→顧客になる→商談→その状況確認
など、一連のストーリーを作って説明しないと、たぶん間に合わない。
■ＳｕｇａｒＣＲＭの発表－後半
で、そんなこんなで、はじめに時間を取られてしまったため、あとの肝心の話ができていなかった。
はじめの話では、ＳｕｇａｒＣＲＭとセールスフォースの違いは分からない。
この違いは、ＳｕｇａｒＣＲＭでは、ＣＲＭと全く関係ない業務アプリが作れ（たぶん、セールスフォースでもここまではできる）、データをクラウド上でなく、自社にもつため、そのデータをＡｃｃｅｓｓやＥｘｃｅｌとＯＤＢＣ接続により、つなげることができるということだ（＝つまり、ＳｕｇｅｒＣＲＭのデータをもとに、Ａｃｃｅｓｓから帳票出力できる）。
そこで、まず、「ＳｕｇａｒＣＲＭでは、ＣＲＭと全く関係ない業務アプリが作れるよ」ということを説明する必要がある。そこまでは説明できていたけど、そこで止まってしまった。もったいない・・・
■ＳｕｇａｒＣＲＭの発表－言えてなかった大事なこと
説明できていなかったうち、大切なことはは、
「ＳｕｇａｒＣＲＭでは、ＣＲＭと全く関係ない業務アプリが作れるよ」
なぜ？
モジュールビルダーで、
・自分の好きなモジュール（＝ＲＤＢでいう、テーブルやビューと考えてください）が作れて
・その操作画面がある程度カスタマイズして作れる。
（＝Ａｃｃｅｓｓのフォームウィザードみたいな感じ）
そして、スタジオを使うと、
・ＳｕｇａｒＣＲＭのモジュールを全部表示させないで
・自分の作ったモジュールだけを表示できる
この２つの操作をやると、結局
自分の好きなモジュール（＝テーブルやビュー）を簡単に作って(プログラム不要）
そのモジュールの表示画面を作って
それだけを表示できる
＝ＳｕｇａｒＣＲＭでは、ＣＲＭと全く関係ない業務アプリが作れるよ
ということになる。
ただ、この場合、画面に制約を受ける（「モジュールの表示画面」は、ノンプログラムで作れるが、その分、制約がある）
ということ、はっきりとは言っていなかった気がする。
■発表より先－カスタマイズの仕方
で、さらにその先。
もし、プログラムに手を入れてしまうと、その部分、バージョンアップしたらどうなるんだ？という話が出てくるが、ＳｕｇａｒＣＲＭの場合、「ノンプログラム」で、かなりの部分ができてしまう。
システムは
・定型業務
・非定型業務
・ＤＢマスタ管理
・検索等情報収集
があるけど、ＤＢのテーブル作成、マスタ管理作成は、モジュールビルダーでできる。
検索等に関しては、ＳｕｇａｒＣＲＭ自体で、そのような機能を持っているが、ＯＤＢＣ接続することにより、ＡｃｃｅｓｓやＥｘｃｅｌでグラフ表示、統計処理、帳票出力ができる（Ｌｉｎｕｘしか使いたくないなら、Ｐｅｎｔａｈｏを使えばいいけど、Ｐｅｎｔａｈｏだと、うまくいかない部分がある。これは、今度書く）
つまり、残りの定型業務だ・・・
■ノンプログラム＋Ｆｌａｓｈ＝デザイナーさんがシステム全部作れる
この定型業務に関しては、しかし、５．５でＲＥＳＴに対応するのであれば、
Ｆｌａｓｈから、操作できる可能性がある。
つまり、Ｆｌａｓｈでプログラムはするけど、プログラマは必要なく、
デザイナーさんが、
ＳｕｇａｒＣＲＭ＋Ｅｘｃｅｌ＆Ａｃｃｅｓｓ＋Ｆｌａｓｈ
で、すべての業務が作れる可能性が出てきたわけだ
■発表の補足
発表中、シート７６枚目、「表サイトとＳｕｇａｒの連携方法」で
表（おもて）サイトとＳｕｇａｒと連携させる方法
パターン１：ＤＢのデータだけ参照
パターン２：同一サーバーでＳｕｇｅｒのビューとして
パターン３：ＳＯＡＰ／ＲＥＳＴでアクセス
「要件にあわせて、最適なものを選択」とあるけど、どう選択するのかについて、言ってなかったと思うので、そこを「勝手に」補足（発表者の@cognitomさんは、こーいうつもりで言ってないかも？？）。
まず、ＳｕｇａｒＣＲＭにデータを追加する場合、システムを通さないと（＝パターン２、３でないと）追加した場合のＩＤの振り方が良く分からないので、追加できません（不自然なＩＤになってしまう）。
そこで、パターン１は、追加がない、はっきり言うと、ＳｕｇａｒＣＲＭのデータを下に、ＢＩ，ＯＬＡＰを行うような、分析、グラフ表示などに向いています。ＯＤＢＣ経由で、Ｅｘｃｅｌ，Ａｃｃｅｓｓによって、表示したり、帳票作ったりするのがこれです。
追加などを行う場合、スタジオとかを駆使して、ノンプログラミングでいけるのであれば、パターン２のビューのほうがいいです。もちろん、追加がなくても、ノンプログラミングでいけるのであれば、パターン２が向いています。
追加を行い、画面が全く違い、ノンプログラミングが難しいなら、パターン３のほうが向いています。
SugarCRMに修正を加えることもできますが、ＳｕｇｅｒＣＲＭのバージョン４から５への大幅変更も考えられます。
このとき、ノンプログラミングであれば、バージョンアップにも対応できるでしょうが、大きくプログラムを修正して変更を行ってしまうと、このようなメジャーバージョンアップに対応できる保障がなくなりますし、そもそも、Ｓｕｇａｒ内部を解析しないといけなくなります。
それなら、ＳＯＡＰやＲＥＳＴを使ったほうがいいということになります。
まとめると、こんなかんじ
・ノンプログラミングでいけそう→パターン２を考える
・プログラム必要→追加は、ない→パターン１：ＤＢを参照
→ＯＤＢＣを使えば、Ａｃｃｅｓｓ、Ｅｘｃｅｌも
追加あり→パターン３：ＳＯＡＰ、ＲＥＳＴでの結合
注意：
・昔、無償版には、トランザクション処理が入っていなくて、すべてオートコミットだった
（たしか、有償版には入っている）。
トランザクション処理が必要な場合は、ここ注意！
ま、とはいえ、数年前は、ＯＳＣ開催中に、(もちろん別の場所で）ＳｕｇａｒＣＲＭの説明会などがあったくらいなので（そのときは、ＯＳＣを途中で切り上げなければならなかった （；＿；） それからすれば、ＯＳＣにでてきただけで、ＳｕｇａｒＣＲＭ、オープンソースよりになってきたといえる。
以上、ほうこくおわり
アクセス
トータル
ランキング
