丁寧にヒヤリングし、本当に必要なシステムを導き出す

お客様の要件を整理し、ECサイトのパッケージで実現できないかも検討しましたが、定期配送（サブスクリプション型EC）や郵便、宅急便各社の送り状の印刷などカスタマイズ要件が多く、弊社にて要件整理の上、システムを開発することとなりました。

ビジネスに貢献できるシステム構築を

要件を一つ一つ丁寧に検討し、何がお客様のビジネスに直結するかを我々で考え、稼働までに必要な要件と稼働後の対応を分けることで、稼働までの期間は短く、それでいて稼働時に本当に必要なものが確実に揃うように、お客様のビジネスに貢献することを強く意識して開発を進めていきました。。また、お客様が重要視されていた決済系については振替払い、振込払い、コンビニ決済、クレジット決済、代引きに対応しております。各種ECサイトからの購入データ連携も対応し、非常に喜ばれました。

実現可否をお客様の立場に立って確認

まずは CPI サーバー担当者様とお電話し、今回のようなデータ変換ツールが可動可能かどうか確認を取りました。結果として、python、perl、php などのスクリプト言語と、定期実行ツール（cron）の組み合わせで実現が可能とのことでしたので、CPI サーバーにPHPで変換プログラム実装する想定でお客様とプランニングを行いました。

データ変換部分は依存度の低い、汎用的な設計を採用

データ変換部分については、お客様の今後の展開や、今回の移行のリスクを減らすため、WebAPI を利用して他クラウドシステムから取得し、変換したものを更に WebAPI で別システムに格納するよう設計しPHPについても特定のモジュールに依存しない設計を採用しました。その上で、ローカル環境にてしっかりと検証を重ねてから、本番サーバーにデプロイすることで、稼働後に不具合や障害が発生し、お客様にご迷惑をかけることのないよう慎重に作業しました。

CPIサーバー上でのシステム構築のご依頼は

もしCPIサーバー上で定期実行されるプログラムを構築したいお客様が居れば、FITSがお力になれますのでよろしくお願いいたします。CPIサーバー上でのバッチ処理やシステム構築のご依頼はお気軽にお問合せ、ご依頼をください。

依頼内容を自分ごととして理解し、本当のニーズをが分かるまで、一切システムを作らない

お客様がお使いの Adobe Experience Manager に対してパッケージのカスタマイズや、運用によるカバーでもビジネス貢献、生産性の向上は可能です。その為、なぜ移行が必要なのか。ライセンス料の問題なのか、機能が不足しているのか。オペレーションに無駄や問題がないか。単純に置き換えるのではなく、そういったことを理解したうえでどのようなシステムが利益につながるかまで検討し、提案させて頂きました。そこからさらに、Java/JSP で構成された大量のコード郡、リソース群を いかに効率よく Ruby/ERB に変換するかという点、 また、JUnit のテストを Rspec に移行する点で 自動で変換できる箇所と、エンジニアが手動で変換するべき箇所を 区別する方法を確立させるまでに苦労しました。

OSSの変換ツールではお客様を満足させられない、それなら作ればいい

当初は移行期間中はコンテンツが増えないということでしたが、お客様のビジネスを止めることは我々の望むところではありませんでした。移行期間中にコンテンツが増えた場合でも自動で移行対象に含められるよう、変換ツールをゼロから作り上げることにしました。sling:resourceType ごとに変換するための独自変換ルーチンを書き上げ、OSS の gorgeous にカスタマイズを加えることで、コンテンツ XML を YAML 化するような変換ルールの確立とツールを作成することで、作業がスムーズにししました。

お客様と一緒にリリースの喜びを噛みしめ、さらなる提案を

全てのページを移行し終え、移行箇所すべてについて品質保証のテストを実施した結果、最終的に大きな市場不具合もなく、無事にリリースすることができました。 Adobe Experience Manager から Rails に移行したことで、自動テストやCIツールによる監視も柔軟に行えるようになりましたので、そういった改善提案を次々させていただきました。もしAdobe Experience Manager からの移行でお困りの方が居れば、FITSにご依頼、お問い合わせください。

組み込みならではパフォーマンス要件にもきっちりと応える設計を

同時に5センサ分のデータが毎秒送られてくるということで、グラフをリアルタイム更新しつつ、どれだけパフォーマンスを落とさずにグラフを描画するか、 という点に気をつけました。MPAndroidChart をはじめいくつかのグラフライブラリについてこちらで比較検証し、その結果を元にお客様と選定を行いました。

期間と品質のQCDバランスを徹底して意識する

試作基板作成と並行しての実装、検証作業となり、期間も限られていましたが、グラフの操作性やデータのもたせ方についてこちらから積極的に提案を行い、ご満足いただけました。 また、限られた期間でも品質を落とすことは許されませんので、テストシナリオの作成と承認を早めに取り、要件変更があった場合でもすぐに品質保証できるよう体制づくりを徹底しました。

センサからのデータをBLEで飛ばし、グラフで可視化したいなどのご依頼があれば

弊社はもともと組み込みシステムの受託開発などを得意としておりましたので、センサからデータを飛ばし、そちらをスマートフォンやブラウザでグラフィカルに表示したい、などのご依頼があればお気軽にお問合せください。

お客様が社内でご利用されている現行システムから、データを抽出し、Salesforce へデータをインポートしたい、という依頼がありましたが、現行システムはパッケージ製品のため、データの内部構造に詳しい方がいない、という状況でした。

丁寧なヒヤリングで追加の要件にも対応

こちらで現行システムについて調査し、問題なくデータをエクスポートできそうでしたので、移行の仕様決めでもアドバイスをさせて頂きました。その結果、現行システムからそのまま移行するでのはなく、加工によってKPIを算出してそれも一緒に移行したい、という追加の要件があることがわかりました。

Salesforce のカスタマイズも柔軟に対応

Salesforce 側にデータをインポートした場合、現行システムではどうやっても値を割り当てることができない項目もあり、こちらでカスタムオブジェクトが必要かどうかも検討させて頂きました。お客様との話し合いで、今回は標準オブジェクトにカスタム項目を設定するだけで対応可能でしたので、そちらで進めました。

短時間で移行を成功させ、お客様のビジネスに貢献

今回のデータ移行作業では、データの仕様決めや具体的なインポートなどはこちらで作業し、お客様には承認作業や結果の確認作業のみをお願いし、お客様が本来のビジネスに時間を使えるように作業体制を構築しました。Salesforce へのデータ移行担当の方は、他に本来の業務を抱えている場合がほとんどですので、今回のような作業体制は非常に喜ばれました。

ある日弊社に、旧CakePHPで作られたシステムを、CakePHP3に載せ替えたいという依頼がありました。旧システムについて確認すると CakePHP の1.1とのこと。公式githubに存在する最も古いバージョンでも 1.2.0 ですから、もはや存在しないバージョンのCakePHPから移行となります。移行可否について即答できませんが、お客様は確実に困っている状況ですから、検証期間を頂いて早急に検証を行いました。

依頼は移行手順書の作成でも、実際のシステム構築と同等の技術検証を

どうにか移行自体は可能ということが分かりましたが、更に詳しいお話を聞くと、どうやらロジック移行、データ移行、運用テストといったフルサポートでの移行ではなく、バージョン 1.1 系から 3.x 系への移行手順が知りたいとのことでした。ソースコードの提供を受け移行が可能かどうか、こちらで実際に数画面の移行とDB移行を行い、その結果を手順化できるか検討を行いました。

親身でスピーディな対応に喜んで頂けた

手順書の作成にあたっては粒度と移行方法についてお客様と認識を揃えることを最重要課題としました。弊社スタッフがいくつか移行手順を考案し、粒度と合わせてメリットとデメリットをお客様に確認していただき、早い段階で特別なコンバータを用いず、全てのモデルをbakeし直すのが最速である、という認識が揃いました。また、帳表系のいくつかのモジュールがレガシー化しており、移行にリスクが有ること、それでも使用する場合の注意点などを丁寧に説明しました。

さらにその後のクラウド移行対応も

手順書の出来に感激してくださったお客様から、その後のクラウド化についても相談を受けました（もともとはオンプレミス型のシステムでした）。クラウド化の目的についてお客様にヒヤリングさせて頂き、今回はAWSへの移行が適切であることと、AWS移行にあたっての注意点などをお伝えし、移行を行いました。

本当に必要な、利益に貢献するシステムを導入するなら

今回のお客様からは、お客様の置かれている状況やビジネスで大事にしていることを自分ごととしてとらえて作業する弊社の作業スタイルに、非常に感銘を受けたとの大変光栄なお言葉をいただきました。もしシステムの導入や刷新に興味があるが、どこに依頼したらよいかわからない、とお困りのお客様は弊社間がお気軽にお問合せ、ご依頼いただければと思います。

ＦＩＴＳお問合せページ
https://www.fits-inc.jp/inquiry/ 

Zend Framework1のサポートが切れる

　そもそもの発端は、Zend Framework 1.xのサポートが2016年9月末で終了されたことです。実はZend Framework 1.0がリリースされたのは、今から10年以上前の2007年のこと。当時は PHPとして初のMVCフレームワークで、開発元もPHPの開発元のZendとあって、日本で爆発的に普及したPHPフレームワークでした。その為か国内には、サポート切れ後も古いバージョンのままアップデートされていない製品がいくつかありました。

リスクを何とかしてほしい

　今回のお客様もそういった中でのアップデート作業の依頼でした。全国で使われているZend Framework 1系で作成されたオンプレミス型の旧システムを、Zend Framework3 系に移行したいという依頼でしたが、まず全体を把握している方、仕様を把握している方が居ませんでした。システムの観点からは、使われている PHP、帳票系のモジュール（PHPExcel）、DB や、Apacheについてもバージョンアップが必要な上、画面まわりのライブラリもレガシー。コメントもなく継ぎ足されたコードもあり、仕様を整理せず進れば即失敗となるリスクの高いプロジェクトです。
　しかしリプレースが遅れれば他社プロダクトに乗り換えられてしまうリスクがありますから、担当者は「とにかくなんとかしてほしい」とお困りの様子でした。

丁寧で誠実な対応を心がけています

　我々が最初に行ったことは、状況の整理でした。現行システムを解析し、そこからわかる品質や移行のボリュームを丁寧に説明しました。その上でも、スピードを上げるために何ができるのか考え、削れるものがあるのか、進捗会議のやり方や連絡手段、作業レビューなどプロジェクト進行全般についてアドバイスさせて頂きました。また、品質について今後の保守作業などに致命的な部分は、なぜそれが大切なのか丁寧に説明し、PHPUnitによる自動単体試験や、コード整形ツール、レビュールールの策定など、品質を担保する仕組みを導入しました。

Zend Framework の移行作業のご依頼は

　Zend Framework（特に1系）からの移行は長期稼働しているシステムの移行作業となりますので、現行システムとその運用について丁寧に整理、分析する必要があります。もしそういった作業でお困りの方がいれば FITS がお力になります。お問い合わせは弊社お問い合わせページよりどうぞ
https://www.fits-inc.jp/inquiry/