| ・ |
ドキュメントセンターを初めてご利用する方や運営方針についての基本的な姿勢をご覧になりたい方へ。
|
| ご利用の皆様から多く寄せられる質問にお答えしています。 |
|
| ・ |
ディーエーオフィスなどが利用する用語に関する解説を行います。
|
|
|
|
 | |
メンバーシップアプリケーションのガイドライン化と共通デザイン採用に関する検討 第1回 |
会員管理に関連して、実際に会員が利用するサイトデザインに関するガイドライン化を行い、ほとんどのサイトで共通したデザインが採用できるように検討を行います。
検討事項
・オプションで対応すべきフィールドへの実装形式
基本情報の他に各サイトが必要とする仕様については出来る限りその実装を行わなくても良いように十分な検討を行いますが、それを踏まえた上で必要とされる拡張仕様に関する実装については、別途追加フィールドを持つための拡張性能を持つものです。ここでは、その実装方法として次の実装を検討します。
(1) 基本的なフィールドを持った上で拡張仕様に基づく追加フィールドを持つ。
(2) すべてはidのみで管理を行い、必要とされるすべてのフィールドを別途テーブルで管理を行う。
CPUリソースの負担率からは、1号の形式を選択する方が適切な運用が行えると考えますが、2号の形式にはどのようなテーブル設計もバックオフィスから行え、なおかつ追加も順次自動で行える点から柔軟性があります。ただ、多くの運用を行った際に、基本となるテーブルサイズが大きくなるため数が多くなればなるほど、効率的な運用が行えない可能性が高いと考えるべきです。結論は次回に持ち越しますが、1号の提案を採用できる方法を検討します。
・各ログイン時の共通ページデザイン
各サイトで必要とされる会員向けのページについては、主たる機能が似通っているために、その共通デザインの採用に積極的です。ただ、細かな点で異なる点もあるため、共通化に際してはそのガイドラインをまとめることで、仕様として決定することが出来ないかを検討します。
・オプションから個人情報への引き上げ項目
各検討事項については、オプションとして対応を行う予定のものもありますが、この中から、いくつかは標準で組み込む形で対応する方向で調整するものがないかを検討します。
---
必要とされるアプリケーション
・新規会員登録ページ
・案内ページ
・入力フォーム画面
・登録会員のホームページ
・登録内容変更
・ポイント確認
・メールリストへのON/OFF登録(lfMagへのプラグ)
必要とされる概念(テーブル設計)
・基本個人情報
・名前
・メールアドレス
・郵便番号
・住所
・電話番号
・ファックス
・ログイン関連情報
・login_id
・passwd
・オプション
・性別
・職業
・勤め先
・誕生日
・携帯電話のメールアドレス
利用用途とポイント
・会員管理
・購入利用者向けの機能
・会員ポイント機能
必要とされる、もしくは配慮されるべくプロジェクト
・ASf Site Class・・・標準化に関するフラッグシップとなるようなコードを実装する
・cfol
・jpcies
・ak
・sm
・n2c
・lhc
・hw
参考
・lfMag
メーリングサービスにおける検討も行いますが、基本的な仕様として、メールアドレスはこれらで管理しているものを利用するものではなく、個別にメールアドレスを持つべきだと考えています。これは、サービス毎にデータベースを移してしまうべきだと考えているためです。ここでいう会員管理とは、メールアドレス以外のデータも多く持つことになるので、メールマガジンで管理されるべくメールアドレスのみの情報とは異なります。また、これに関連して、メールマガジンを発行するときに個人情報を含めて管理しながら配信を行うような場合において、その実装は今回の会員管理機能に関するテーブル設計と同じであるために、そのようなパターンを見越して統合してしまうことも選択肢にはあり得るとも考えます。
|
| 文書番号 |
00728 |
| 日付 |
2004.04.02 |
| 参照数 |
457 |
|
