アゼロス

○

提供

・

コンテンツ管理システム（ＣＭＳ）

・

サーバ構築〜運用（高可用性システム）

○

要点

・

デザイン・ポリシーのパーツ化

・

文書構造／資源情報／二項関係

・

コンテンツとプログラムの統一

○

背景

お客様は、日本を代表する大学の工学部です。セキュリティ面から静的ページのみの生成が必要でしたが、大量のページの出力に時間がかかっていました。また、バックエンドの構造も更改を重ねた結果分かりにくくなっており、その点でもコンテンツの整理が必要でした。

○

対応

この案件では、まず生成するページ群をグループに分けることで、出力の時間を大幅に短縮させました。また、サイトへのご要望をＸＳＬスタイル・シートに埋め込み、ポリシーのすべてをヘッダ／フッタ／パラグラフといったパーツに分割し、テンプレート化しました［※１］。

※１

テキストとスタイルを完全に分離しているため、言語別サイト（英文／和文）も画面デザインは共通のスタイル・シートを使っています（＝テキストを追加するだけで、新しい言語別サイトが生成される）。なお言語別サイトはフォルダ／ファイル構造も統一してあるため、たとえばページ単位で英文／和文が切り替わる、といったギミックもしかけてあります。

○

提供

・

コンテンツ管理システム（ＣＭＳ）

・

簡易ＣＲＭプログラム群

○

要点

・

デザイン・ポリシーのパーツ化

・

文書構造／資源情報／二項関係

・

コンテンツとプログラムの統一

○

背景

お客様はグローバル企業の日本支社であり、ウェブサイトの制作にあたっては、本社によって決められたデザイン・ポリシーを完全に踏襲する必要がありました。いっぽうサイトの管理担当者様からは、サイトのテキストとイメージをすべてを自分たちで管理（追加／更新）したい、という強い要望を受けています。

○

対応

この案件では、まず画面デザインのＨＴＭＬソース・コードを一から書き起こし、本社の要求するデザイン・ポリシーに完全に準拠させています。これをＸＳＬスタイル・シートに埋め込み、ポリシーのすべてをヘッダ／フッタ／パラグラフといったパーツに分割し、テンプレート化しました［※１］。

またすべてのテキストをＸＭＬ化し、文書構造（表題／段落など）と資源情報（組織情報／支部情報など）を分け、これらを二項関係で整理しています（＝情報を適切にまとめ／わける）。そして専用のＸＭＬエディタを提供し、サイトのすべての文言と画像を、お客様自身が更新できる体制としました。

なおコンテンツ管理システムだけでなく、お問い合わせフォームなどのプログラムも、すべて”ボルボックス”で作成しています。このソフトウェアは汎用のＩＩＤツールであり、またコンテンツ管理とプログラム管理が完全に統一されるので、これにより納期と費用を大きく抑えてもいます。

※１

テキストとスタイルを完全に分離しているため、言語別サイト（英文／和文／等）も画面デザインは共通のスタイル・シートを使っています（＝テキストを追加するだけで、新しい言語別サイトが生成される）。なお言語別サイトはフォルダ／ファイル構造も統一してあるため、たとえばページ単位で英文／和文が切り替わる、といったギミックもしかけてあります。

○

提供

・

スケジュール管理システム

・

予約管理／会員管理、ＰＣ／携帯予約

○

要点

・

ＩＩＤ／すばやく作り〜壊す／試用と要求

・

柔軟なＸＭＬ／プロトタイプ

・

安定のＲＤＢ／競合処理〜負荷対応

○

背景

お客様は、会員に対し個別のサービスを提供している事業者です。サービスは事前の予約を必要とするシステムで、お客様は既成のスケジュール管理アプリを使用されていました。しかしそのアプリにはシステムが必要とする多くの機能が欠けていたため、予約の受け付けはとても煩雑なものになっていたようです。

○

対応

ツール”ボルボックス”は、ＩＩＤシステムの側面をもっています。ＩＩＤでは、まずシステムの骨格を先に作ってしまいます。じっさいに動くシステムを利用者に使ってもらいながら、試用のなかで必要な機能を加え／不要な機能を除いていきます。このような開発手順をふむので、要望と実装がかけ離れることがありません［※１］。

弊社はまず、ＸＭＬベース／ファイル・ベースで、予約システムのデータベースを作成しました。テキスト・ファイルなのでエディタですばやく項目の修正ができ、ＸＭＬなのである項目の属性だけを変えて動作を試すことができます……このようにしてお客様さまとともにシステムを修正しながら、必要なデータ構造を固めていきました。

最終的にＸＭＬのデータをＲＤＢに落とし込みましたが［※２］、それでもＸＳＬスタイル・シートの修正は必要なく（”ボルボックス”のＲＤＢインタフェースは、特定の様式に沿ったＸＭＬデータとＲＤＢのデータが同じにみえるよう設計しています）、変更はデータの操作メソッドだけで済んでいます。

※１

これまでのシステム構築は、お客様の望むモノを「要求仕様」というカタチで提示し、承認を得たうえで開発にとりかかる、というものでした……しかし要求仕様は紙にかかれたイラストやフロー図であり、ここから実際のシステムをイメージするのは困難です。

※２

ＲＤＢには数百万件のデータを格納できます。また（予約システムのように）競合する操作に対するさまざまな安全装置を備えています。ＸＭＬの柔軟性とＲＤＢの安定性を、場合に応じて使い分けることで、システム開発はより効率的になります。

○

提供

・

コンテンツ管理システム（ＣＭＳ）

・

生成サーバ／構築〜管理

○

要点

・

デザイン・ポリシーの実装

・

既存サイトからの移行／生成サイトと公開サイトの分離

・

フロントエンド多様化への対応

○

背景

ウェブサイトの所有者は業界を先導する大手ネットワーク事業者です。サイトは多様な媒体に対応することが求められており、端末別（ＰＣ向け／携帯キャリア３社向け／等）、言語別（英文／和文）、さらにアクセス元のＩＰプロトコル別（ipv4/ipv6）に、異なるフロントエンドを用意する必要があります［※１］。

弊社への依頼は、このサイトを管理している制作会社様からでした。コンテンツ管理システム導入の打診でしたが、サイトはすでに稼働しておりデザイン・ポリシーも確定しています。ご要望は、「既存サイトの外観（画面デザイン）と構造（フォルダ構成）をひとつも変えることなく、サイト全体をＣＭＳ配下に移行すること」、というものでした［※２］。

○

対応

弊社は短期間でこのご要望を実現しました。サイトの利用者にはバックエンドのしくみが変わったことをまったく気づかれることなく、自動化への移行が完了しています。

なお移行を検討する段階で、サイトの外観／構造がかならずしもポリシーどおりでない箇所がいくつか見つかっています［※３］。まともなコンテンツ管理システム構築では、ＣＭＳの設計〜実装はデザイン・ポリシーの実装と同義です（＝ＣＭＳに移行することで、サイト管理者はポリシー・マニュアルを睨んだ作業から解放される）……じっさいこのサイトでも、サイトマップの更新やトップページへのニュース挿入といったこまごました作業は、すべてＣＭＳにより自動的に実行されます。

またこの案件では、ＣＭＳは制作者様の所有するサーバに設置されています（生成したコンテンツを同期コマンドにより差分転送）。つまり公開サイトにいっさい手をくわえることなく、移行を実現しています。

ＣＭＳの導入により、コンテンツ更新の負担は大幅に軽減されました。またその副作用として、ポリシー違反のないサイト更新、というオマケもついています。

※１

このようなサイトを管理する場合、一件の更新要求に対し十数のページを修正することもめずらしくありません。しかも承認サイト→公式サイトという管理体制なら、作業の負荷はさらに高くなります。

※２

この案件では、（お客様は制作会社なので）ＸＭＬファイルは自分たちで直接編集したい、というご要望をお持ちでした。ですのでＸＭＬエディタなどは提供せず、静的なファイル生成のみのシンプルなＣＭＳとなっています……このように管理者のスキルに合わせて提供するパーツを取捨選択できることも、”ボルボックス”の大きな特徴です。

※３

このときはお客様の了承を得て、ポリシーに合わせて既存の構成を修正する、という対応になっています。