サイトをリニューアルするとき、どのような手法をとっているでしょうか。何も対処せずにWebページのURLが変更されると、せっかくGoogleやYahooなどの検索エンジンの登録やユーザーにブックマークされた内容が無駄になってしまいます。
そんなときサーバーに設定すべきなのが、301リダイレクトです。301リダイレクトとは、RFCで定義されたHTTPステータスコードの1つで”Moved Permanently”、つまりWebページの永続的な移動を意味します。

301リダイレクト

301リダイレクトは、サーバーがブラウザに返すステータスです。ブラウザはサーバーから301リダイレクトの結果を受け取ると、自動的にその結果に含まれるURLへアクセスします。
GoogleやYahooの検索エンジンも同じ動きをするようです。保証されている訳ではありませんが、この仕掛けでSEO効果も引き継がれるはずです。実際にGoogleも公式のWebページでURLの変更時は301リダイレクトの使用を勧めています。
設定は簡単です。サーバーでApacheを使っている場合は、ドキュメントルートに.htaccessのテキストファイルを配置します。.htaccessには、1ファイルの移転に対して1行ずつ記述します。例えば次のような具合です。

空白で区切られた3つめのワードが移転元のWebページ。http://ドメイン名/を除いたものを記述します。4つ目のワードが移転先のWebページ。ドメインは違ってもかまいません。
上記は実際に私たちのWebサイトに登録されています。次のリンクにアクセスしてみてください。すぐにブラウザのURL表示がwww.cmpd.jpのドメイン下のURLに書き換わることが確認できます。

http://www.componentdesign.co.jp/cfplus/security/

上記は見えているとおりのURLにアクセスするリンクですが、サーバーが301リダイレクトを返します。最終的にブラウザに表示されるURLはhttp://www.cmpd.jp/apps/point.htmlです。

ディレクトリを指定した場合は、その下の全てのディレクトリ・ファイルが移転扱いになります。移転先は.htaccessの上から下に向かってサーチが行われ、該当の行が見つかったところで決定扱いになりますので、ディレクトリ内で例外がある場合は例外を先に記述することで上手く機能します。

ドメインごと移転する場合で、同一サーバーに仮想ドメインが含まれる場合は注意が必要です。
例えば、弊社のwww.componentdesign.co.jpのドメインは、リニューアルに伴いwww.cmpd.jpに移転したのですが、このとき次のような設定を行うと、同一サーバーに含まれる仮想ドメインも移転した扱いになってしまいます。

これを防ぐには、RewriteCond、RewriteRuleを記述し、リクエストにドメインが指定されていることを条件に指定します。例えば次のように記述します。

ホームページ等のサイトをリニューアルするときは是非この301リダイレクトを設定してください。1ページあたりのSEO効果やユーザーのブックマークは長期間に渡って築いたものですので、設定すべき作業であることが理解できるかと思います。

FeliCaはActiveXコントロールを利用すれば、Webシステムで扱うことが出来ます。

felica

FeliCaについて

FeliCaとはJRのSuicaやおサイフケータイ、nanacoなどで採用されている「非接触ICカード技術方式」でソニーの登録商標です。リーダーにかざすだけで読み書きができることから、広い範囲で応用されています。

カードにはIDmと呼ばれる16桁の数字によるIDがあり、同じ番号が流通しないように管理されています。このIDmはPaSoRi（パソリ）と呼ばれる3,000円程度のリーダーを通じてPCで読み出すことができます。

FeliCaはいろいろな分野で応用できます。例をいくつか挙げます。

1. １）Webシステムの認証（カードをかざすとログイン）
2. ２）入退館の管理（カードで入館や退館を登録）
3. ３）ポイントシステム（カードにポイントが貯まる）
4. ４）会員システム（カードで会員であることを確認）

セキュリティについて

IDmは他のソフトでも簡単に読み出せますので、セキュリティは目に見えるバーコードを読み込むときと同程度です。一定以上のセキュリティが必要な場合は、他の方式と組み合わせるなどの方法をとることになります。簡単な例は以下のとおりです。

1. １）初回はユーザーIDとパスワードでログインする。
2. ２）ログイン後にFeliCaから読み出したIDmをサーバーに登録し、シークレットキーをサーバーで発行する。IDmとシークレットキーはサーバーで管理する。
3. ３）シークレットキーはブラウザのクッキーに保存する。
4. ４）次回以降のログインでは、FeliCaをかざすことをトリガーに、読み出したIDmとクッキーのシークレットキーをサーバーに送信して認証を行う。

FeliCaをWebシステムで扱う方法

システムの管理の事を考えると、FeliCaもWebシステムで扱えると便利です。ActiveXコントロールを開発することで、これを実現できます。

実行時に必要な物

1. １）リーダー
   SONY 非接触ICカードリーダー/ライター PaSoRi（パソリ） USB対応 RC-S380（3,000円程度）
2. ２）ソフトウェア開発キットに含まれるドライバ（無償）
   SONY SDK for NFC Starter Kit Ver.2.0「ICS-D010/20J」
   こちらはソニーのサイトからダウンロードできます。

使い方のイメージは以下のとおりです。

1. １）リーダーのPaSoRi（パソリ）をPCに接続します。
2. ２）あらかじめドライバをインストールしておきます。
3. ３）Webシステムを利用します。初めて当該のActiveXコントロールが含まれるWebページにアクセスした時に、そのActiveXコントロールがWebサイトからインストールされます。

HTMLとJavaScript

ActiveXコントロールはHTML上に配置したJavaScriptから行います。htmlのコードのサンプルは以下のとおりです。シンプルで簡単です。

ActiveXコントロール

ActiveXコントロールを開発するために利用する開発環境、言語はVisual Studio、C++です。ライブラリはMFCではなく、ATLを利用することでコンパクトなモジュールを作成できます。以下に概要だけ説明します。専門的な内容になりますので、興味がある方のみお読みください。

ActiveXコントロールは非表示のコントロールとし、イベントを送出するために接続ポイントを実装します。接続ポイントはイベントを送出するために必要です。また、スキャンを開始するためのStartScanメソッドを実装します。このメソッドではスキャンのために別スレッドを起動します。イベントの送出は別スレッドから行いますので、この接続ポイントを別スレッドに引き渡す必要があります。スレッド間の接続ポイントの引き渡しはマーシャリングが必要です。渡す側でCoMarshalInterThreadInterfaceInStreamを使い、受け取り側でCoGetInterfaceAndReleaseStreamを使います。

別スレッドではFeliCaポートを監視します。監視はループ処理内でFeliCaポートのポーリングを繰り返すことで実現します。このポーリングには数百ミリ秒程度のスリープ処理を入れておくべきです。IDmの読み取りに成功したらイベントの送出を行います。イベントの送出コードは、ATLが自動生成してくれるFire_xxxxメソッドを参考に記述します。

FeliCaのアクセスは、FeliCaの開発キットのサンプル通りにinitialize_library、open_reader_writer_autoを呼び出し、polling_and_get_card_informationで読み出すことができます。IDmが読み取れない時と、同じIDmが連続して読み出される時は通知をせずに、新たなIDmを読み取れたときのみ、イベントの送出を行うようにします。

別スレッドを破棄するタイミングはATLが生成したFinalReleaseメソッドが適切です。このメソッドが呼ばれたタイミングで別スレッドが終了時の処理を行うようにします。

弊社ではActiveXコントロールの開発を承ります。お気軽にご相談ください。

業務システムはシステムのライフサイクルを考慮した全てのコスト、いわゆるTCO（総所有コスト）が重要とされます。TCOには、初期費用やランニング費用といった、わかりやすいコストのほかに、隠れコストとして「将来の変更コスト」が含まれます。
業務システムは業務ルールの変更や、使い勝手の見直しの必要性などから、長期間に渡り、変更が発生するものです。そのためこの「変更コスト」は総所有コストを大きく左右するのです。
この将来の変更コストを抑えるにはデータベースの構造の善し悪しが大きく影響します。

データベース構造が変更容易性を左右する

業務システムは一部の例外を除き、リレーショナルデータベース（以下データベースと表記します）にデータを保存します。データベースがシステムの中心に位置する構造です。画面から入力したデータはデータベースに保存しますし、画面に表示したり帳票に印字するデータはデータベースから取り出したデータ。何か情報を検索するときの操作対象もデータベースです。
そのため、データベース構造の変更はシステムの広い範囲に影響します。データベース構造に無理があると、データベースにアクセスする各種のプログラムにも無理が及ぶのです。
逆に将来の変更コストを抑えるためには、データベース構造が業務ルールに対して、自然な構造になるように設計すればよいことになります。例えば、「店舗」と「販売員」の関係が１：ｎ（販売員は１つの店舗に所属）ではなく、ｎ：ｍ（販売員は複数の店舗に勤務）であるなら、データベースの「店舗」と「販売員」の関係も同じように設計するのです。

データベース設計をレビューしよう

業務システムの基本設計では、画面や帳票は「業務のプロ」によって細かくレビューされることが多いのですが、データベース設計は技術的な専門性が高いことからレビューの対象外にされがちです。
しかし、暗黙の業務ルールや将来の業務ルールの変更見込みについては、業務のプロでないと理解が難しいものです。私はデータベース設計も、業務のプロの方がレビューすることを推奨します。
データベース設計に対して、将来の変更コストを抑えるために確認すべき事項は次の２点です。

• データがどのような種類に分類して保存されるか。（例えると販売システムでは、店舗、販売員、商品などが該当します。）
• 保存されるデータの関連はどうなっているか。（先ほどの「店舗と販売員はｎ：ｍ」などの関連性を確認してください。）

如何でしょうか。技術的な事項は解らなくてもかまいません。業務ルールに対して、データベース構造の想定が正しいかどうかを、ベンダーの説明を聞いたり質問しながら確認すればよいのです。この確認作業で将来の変更コストの肥大化を避ける事ができます。

困ったことなのですが、何か頼むと平気でいやな顔をしたり、しっかり対応しないSEは割と多く存在します。私はこのタイプのSEを「後ろ向きのSE」と呼んでいます。
「後ろ向きのSE」が担当すると事前に把握できるのなら、そんなベンダーと取引することは絶対にないと思いますが、発注後に一部の機能を担当するSEが このタイプであったり、一旦完成したシステムの担当者が異動して、後任のSEがこのタイプであったりすることはあり得る話です。

問題行動とその対応方法

後ろ向きのSEの代表的な問題行動と、その対応方法を３つご紹介します。

１）仕様の検討をお客様に要求する

ビジネスではなく、コンピュータだけと向き合うのがSEの仕事と勘違いしているパターンです。何か課題が発生すると「仕様を決めてください」とか「どうすればよいですか？」などと連発します。仕様案の策定を自分の仕事と思っていないことが代表的な原因です。
処方箋は１つ。明確に「仕様の検討」を要求すること。それが仕事なのだと認識すると、それまでの対応の悪さから一転して対応が良くなります。

２）ビジネスのことを考えずに案を出してくる

お客様のビジネスを理解しようとせずに、技術的に出来る案をごく軽く提案するパターンです。２つの案があるとき、メリットデメリットを考慮せずに、並列に提示するのが特徴です。

SE：「この課題に対しては、A案、B案の2つが選べます。どちらがよろしいですか？」

お客様：「どちらが望ましいの？」

SE：「A案は、・・・が・・・で、・・・になっていまして、B案は・・・」

お客様：「・・・・いや、そうじゃなくって。じゃあ、A案のメリットを教えて」

SE：「A案の機能は・・・が・・・で、・・・」

お客様：「（単純にどちらが良いかを判断したいだけなのに・・・）」

本人はいたってまじめなのですが、やりとりが増えることでお客様の時間を浪費します。この場合の対応策は、メリット・デメリットを整理した案を口頭ではなく、メールや資料で提示するように指定すること。これで整理されたものが出てくるようになります。

３）何か要求するとよく考えずに出来ないと言う

最も問題があるパターンです。
「データベースの構造上出来ません」とか、「○○に影響するので、出来ないと考えてください」など、それらしい理由が付けられることが多く、どこまでが本当なのか、わかりにくいのが特徴です。
システム開発でプロジェクト実行中に課題が発生するのは当たり前のこと。その課題に対してSEは説明責任をきちんと果たすべきです。お客様が理解できるように説明出来ていないわけですから、業務怠慢と考えるべきではないでしょうか。
この問題はSEがビジネスに対しての課題を甘くみていることが主な原因です。「できない」で済むと思っていることが多いのです。課題解決が必須なら、「課題解決は必須だ」と言い切ってください。SEは答えようと努力するはずです。

なぜ後ろ向きのSEが存在するのか

お客様商売なのに、なぜ後ろ向きのSEが存在するのでしょうか。
もともとコミュニケーションが苦手だからソフトウェアの道に進んだとか、仕事でずっとコンピュータを触っているから視界が狭くなっているなどの意見も聞かれますが、私はもっと単純な理由だと思います。「お客様のビジネスの成功」がSEの目標になっていないのです。

逆に一般的なのは、納期を守ることと品質基準を守ること。この２つは、SIベンダーの社内行動基準にも明記されたりする原則的な物です。そして、「お客様のビジネスの成功」が目標になっていないSEの仕事の考え方はこうなります。

• 依頼を受けたら、適切な見積もりを行う。
• 発注されたら品質を確保したうえで納期を守る。
• 納期を守るために無理しない。仕事は少ないほどよい。

新たな要求に回答することが新たなハードルを設定することに繋がるので、後ろ向きな感情が前に出てしまうのです。

SEにとって大切なこと

紹介したとおり、後ろ向きのSEと付き合うと発注者の時間が無駄に浪費されます。対応が長引くようなら、SEの交代か話ができる営業マンの同行を要求するのが良い方法です。
SEは、幅広くしっかりした技術力を確保するだけではなく、その先の対応「お客様のビジネスの成功を追求する姿勢」が大切なのは当然ですよね。

業務システムを構築する際、何らかの開発ツールを利用しますが、これには大きく分けて２つの選択肢が存在します。１つ目は、スタンダードな製品を利用すること。具体的にはそのハードウェアやOSを製造・開発している企業が提供している開発ツール（ファーストパーティ製品）や、オープンソースなどに代表される事実上の標準に該当するもの（デファクトスタンダード）を利用することです。
これには、例えるならiPhone,iPad用のネイティブアプリ開発ならApple社が提供するXcodeが該当しますし、データベースを含めたWeb系システムではLAMP(*1)やLAPP(*1)などのオープンソースの組み合わせが該当します。

サードパーティの製品を使うことの問題点

２つ目の選択肢は、サードパーティ製の開発ツールを利用することです。ここでのサードパーティとは、OSを始めとするソフトウェアの動作環境を提供していない企業のことを指します。
サードパーティ製の開発ツールは前述のスタンダードなものに比べ、ツールの学習期間を短くすることが出来たり、より簡単に開発が行えるなど、開発コストを下げられることが多く、なかなか魅力的です。しかし、業務システムは開発終了後も業務にあわせてメンテナンスしていく必要があるため、次の２点について注意する必要があります。

１）メンテナンスする技術者は確保し続けられるか。
２）ツールそのものが廃れてしまわないか。OSのバージョンアップに対応できるのか。

１は自分一人で開発して自分一人で使うシステムでもない限り、必ずついて来る問題です。これは自社で開発する場合だけでなく、開発ベンダーに発注する場合も同様です。「信用できるベンダーが勧めているから大丈夫だろう」などと考えると危険です。
開発後に主要な開発メンバーがそのベンダーから退職してしまい、その後のメンテナンスのサービスレベルが極端に悪化するケースは実際に耳にします。この場合、採用されているツールがマイナーなことが問題の本質であるため、他ベンダーへの乗り換えも難しくなります。

２の開発ツールそのものが廃れる問題は深刻です。新しいバージョンのOSやミドルウェアへの対応が打ち切られると、せっかく開発したシステムを使い続けることが難しくなってしまいます。
一度開発した業務システムは企業の資産として考える訳ですから、使えなくなる状況はなんとしても避けるべきです。

業務システムで使う開発ツールは長期視点で選択しよう

つまるところ、業務システム構築におけるサードパーティ製の開発ツール利用の可否は「メンテナンスが困難になったら作り直せば良いと判断できるか」で決まります。本格的に採用するには慎重に検討する必要があるのです。
私がシステム化の提案をする際、サードパーティ製のツールを検討するのは、PDFの帳票データを生成したり、ブラウザ上にグラフを描画したりする場合など、局所的でリスクが少なく効果が大きい場合に限定しています。業務システムのメイン部分の開発に、サードパーティ製のツールをお勧めすることは、ほとんどありません。

ActiveXコントロールを使うとWebシステムからハードウェアを制御できる

Web技術が普及する前の業務システムは、「クライアントサーバー型システム」で構築されていました。「クライアントサーバー型システム」は、PCにクライアントソフトウェアのインストールが必要なので、PCの管理作業に手間が掛かっていました。
Web技術が普及した今、業務システムは「Webシステム」として構築されるようになっています。「Webシステム」はクライアント上のブラウザを利用します。これによりPCへの個別のソフトウェアインストール作業が不要になりました。
ただし、「Webシステム」はクライアント側のアプリケーションがブラウザで実行されるため、従来は簡単だった「ハードウェアの制御」が難しくなります。これはブラウザにハードウェアの制御機能がないためです。例えば以下のような機能がそれにあたります。

• バーコードリーダーを接続して、会員証や商品のバーコードを読み込む。
• タイムカード用の機器を接続する。
• FeliCaで認証を行う。

ブラウザ上で動作するActiveXコントロールを利用すると、この問題を解決できます。ActiveXコントールは、ブラウザ上で動作するプロ グラムコンポーネントです。ActiveXコントロールは、ハードウェア制御が無理なく行える上、通常のWebシステムのHTML上に配置したJava ScriptやVB Scriptから、その機能を呼び出せます。

このコラムではActiveXコントロールを使って、WebベースのシステムからRS-232Cなどのシリアルポートに接続したハードウェアを制御する方法をご紹介します。

接続方法

最近のPCにはシリアルポートが省略されているため、接続するには変換ケーブルが必要になります。ドライバソフトウェア付きで数千円ほどで購入できます。

USB経由でシリアル接続

ソフトウェアの構成

ブラウザ上で動作するHTMLのobjectタグにActiveXコントロールを指定し、JavaScriptからActiveXのメソッドやプロパティを呼び出して利用します。

ActiveXコントロールでSrialポートにアクセス

ActiveXコントロールとは

ブラウザ上で動作するプログラムコンポーネントです。OSネイティブなコードを実行できるため、ハードウェア制御も無理なく行えます。

HTMLのOBJECTタグにより起動し、JavaScriptやVB Scriptからメソッドを呼び出すことができます。

ActiveXコントロールの実態はDLLファイルです。HTMLや画像ファイルなどと同様にWebサーバーに配置します。ActiveXコント ロールのインストールは、ほぼ自動で行えます。ユーザーがインストールのために行うのは、初回実行時に表示される警告に答えるだけです。

ActiveXコントロールの開発

ActiveXコントロールは、VC++を使いネイティブコードで記述します。MFCかATLのどちらか（または両方）を利用するのが一般的ですが、ATLを利用するほうがコンパクトなモジュールを開発することができます。

開発したモジュールはコードサイニング証明書を利用して署名します。署名の際にはタイムスタンピングサービスを利用して、署名日時の情報を付加することが一般的です。コードサイニング証明書はベリサインやグローバルサインより購入します。

装置からの受信を契機に処理を行う場合

JavaScriptのsetTimeoutを利用して繰り返し処理を実装する方法が簡単です。このsetTimeoutで指定する時間は他の処理（画面の書き換えやシリアルポートへの書き込み）も動作します。

複数のポートを同時に操作する場合

ActiveXは１個のコントロールを同時に複数起動することができるように設計されている技術です。ActiveXコントロールがアパートメン トモデルと呼ばれるコンポーネントオブジェクトモデルの基本どおりに作成されていれば、OBJECTタグで１つのコントロール(DLL)から複数のインス タンスを生成して同時に利用できます。

関連コラム

ActiveXコントロールを使い、WebシステムからFeliCaへアクセスする方法

ある程度の規模がある情報システムを構築しようとする場合、「要件定義」と 呼ばれる作業フェーズを実施します。要件定義には一般的な書式や決まったルールが存在しないため、「どこから手を付けていいかわからない」や、「具体的な 成果物のイメージがつかない」といった声をよく聞きます。

このコラムでは要件定義の進め方とコツを紹介します。あわせて類似する用語である要求定義についても言及します。

システムのあるべき姿を整理する作業

要件定義は上流工程であると言われます。その名前からなのか、「学術的にあるべき姿があり、それに従うべきだろう」と思う方も多いようです。

１つやってみないと理解が難しいのですが、要件定義の手法そのものについて難しく考える必要はありません。要件定義は要件を生み出す作業ではなく、要件を整理していく作業です。

どのようなシステムであっても要件定義を始めようとするときは、もやもやしていたり断片的であっても、システムでやりたいことや機能のイメージがあるかと思います。要件定義とはそれを整理する作業なのです。

最も重要なこと。ビジネスの成果

企業の情報システムはビジネスの成果を獲得するために開発・運用されます。ですから要件定義では最初に「獲得すべきビジネスの成果」をしっかり記述することから始めます。このシステムによって何がもたらさせるかを明確にするのです。

続いて「情報システムを使ってビジネスの成果をどのように獲得するか」を具体的に考え、整理していきます。具体的な内容が数ページにわたって書かれることが多く、大事な部分です。

この部分の検討は普段の情報収集がものを言います。たとえば、定型業務で普通のPCが使いにくい場所であれば、iPadの利用を検討できると良いかもしれませんし、大量のデータから情報収集が必要なのであれば、レスポンスを確保する手法を知っている必要があります。

ただし、すべての技術的課題をクリアできなくても大丈夫です。知識量が不足する場合は、ネットで調べて予想を立てたり、その分野に長けたベンダー に問い合わせたりして、ある程度は解決できるはずです。最後まで確証が持てない事項は、調査課題として要件定義書の中に明記し、後で解決することにしま しょう。

要件定義書の書式や構成には、特にこれといった決まりがありません。登場人物が多くアクションが流れるようにつながっているなら、ワークフローを 書きますし、単独の業務システムで画面の流れが重要なら、画面遷移図を書いたりします。いずれにしろ大事なのは、押さえるべきポイントを次々と洗い出し、 整理しきってしまうところにあります。

要求定義という罠

要件定義と類似した響きをもつ「要求定義」という言葉があります。確かに満たすべき性能を定義する必要があるときは、「要求定義」と呼ばれる作業 が必要なときもあるでしょう。大がかりなシステム構築における要求性能の定義がそれにあたります。例えば「チケットの予約システム」や「決済システム」な どです。どの部分でどのような性能が達成されるべきなのか、注意深く調べて決定していく作業を行うのです。

しかし、要求定義は要件定義の内側としてとらえた方が、私は良いと思います。システム構築と運用は、ビジネス活動の一部ですから、コストを度外視することはできません。実現方法を無視して定義してしまうと、無駄に高コストになりがちです。

繰り返しになりますが、要件定義には「情報システムを使ってビジネスの成果をどのように獲得するか」を具体的に書くべきです。欲しい物を列挙するのではありません。

何を書いて何を書かないか

要件定義を進めていくと、どこまで細かいことを書くべきかで悩むときがあるかと思います。明確な基準はありませんが、次の２つを念頭に置いてください。

１）以降の設計作業へ検討を先送りしても心配がいらない事項は記述を省略する。

２）１に該当しても、ビジネスにとって重要と思われる事項は要件定義書に記述する。

要件定義はそのあとに続く設計作業のインプット、つまり前提条件となります。ですから設計時に気にすべき事項は、要件定義書に記述しておくべきで す。あまりたくさんの内容を詰め込みすぎて、要件定義自体に許容できない日数がかかってしまうと問題ですが、そうでなければ記述する範囲は少々多めがよい と考えてください。

はじめての方にもお勧めできるコツ

前述したとおり書式に制約はありません。ドキュメントを作成するためのツールも使い慣れたもので良いと思います。文の折り返しが自動で行われるWordが良いといった意見もありますが、大事なのは書式ではなく、的確に要件を整理することです。

はじめての方にもお勧めできるコツを１つご紹介します。MicrosoftのPower Pointや、AppleのKeynoteを使い、プレゼン資料のように１ページに１つのポイントを記述する方法です。ページの並び替えが容易なので、全体の構成をしっかり考えられなくても作業を進めることができます。

最後に要件定義書を作成する際のポイントをおさらいします。是非参考にしてください。

---

付録

プレゼン資料のように要件定義書を作成した場合のページ構成の例をご紹介します。ヒントにしてください。

例：飲食店の予約システム（インターネットで予約を受け付けるシステム）

・システムの目的とビジネス目標
・全社のシステムにおける本システムの位置づけ
・対象の業務とシステム化の範囲
・プロモーションの方法と内容
・予約枠の概念
・電話からの予約受付方法
・予約の重複を避ける手法
・予約データの分析
・外部システムとの連携
・データ分析機能
・システム構成
・システム二重化による安全性の確保について
・サーバー構成
・UIデザインに対する要求事項
・性能要件
・予算
・スケジュール

PR

コンポーネントデザインでは、システム開発を要件定義から受託致します。お気軽にお問い合わせください

見積依頼・お問い合わせ