小諸市地図システム構築業務機能要件等回答書 商号または名称 :
1. 機能要件 分類 No. 機能要件必須 地図データ や 情報コンテンツ をブラウザ上に表示する機能ブロック地図マッシュアップ ( レイヤー重ね合わせ 表示 / 非表示制御 ) 機能ユーザが ブラウザに所定のURLを入力すると ブラウザ上に地図データを含むウェブサイト 1 が表示されること 対応可否 参加表明者追記欄企画書における記載ヶ所 ( ページ番号 章見出し等 ) 2 3 4 5 表示されている地図データ上に 登録されている情報コンテンツが ジャンル毎に異なる画像のピンアイコンとして表示されること ( 観光情報ピン レストランピン 商業施設ピンなど ) 登録された情報にはジャンルがあり 各ジャンル毎に表示 / 非表示を チェックボックスなどの UI から動的に切り替えられること 地図上もしくはページ内に切り替え UI を表示すること 地図上のピンアイコンをクリックすると 情報コンテンツの詳細が吹き出しのような UI で表示されること ( 吹き出しに表示されるのは テキスト 写真 ハイパーリンクなど ) 情報コンテンツの多くは地点情報 ( 点の位置情報 ) とするが 一部は範囲情報 ( 洪水エリア 停電エリア 町など ) とする場合があり その範囲情報の表示に対応すること 6 2 地点を選択し 最短距離の経路を表示し 実際のルート案内 ( ナビ ) を行うこと 地図操作 ( 移動 拡大縮小等 ) 機能 PC 上のマウス操作や スマホ上のスワイプ操作によって 地図を移動させたり 拡大縮小さ 7 せたりできること 8 Web サイト上の UI を操作することにより 情報コンテンツが存在する地点を地図上の中央に表示すること 例 ) 市 町 市 地域などのエリアを地図中央に表示 市役所を表示 駅を地図中央に表示 9 スマホなどの位置情報の入力を受け 地図にスマホの現在位置をマークし 地図の中心をスマホの現在位置に移動できること : 対応可 : 対応不可 1/6
UIアイテム /Webデザインの表示言語変更機能 ユーザが サイト上から操作用のユーザインタフェース (" 戻る " ボタンや説明文など ) の言語 を変更できること 10 対応は 日本語 英語 中国語 [ 北京語 ] とする 各言語対応のWebデザインやUIアイテムは 開発時に予め作成しておく必要がある オプション対応項目 地図データの表示言語変更機能 地図データの上の表示文字を所定の言語に変更できること 11 オプション対応項目 情報コンテンツの表示言語変更機能情報コンテンツを登録する際に 予め人手で多言語入力しておき 閲覧しているユーザが 画面上のUI 操作により 表示言語を切り替えることができること 12 その情報コンテンツに 指定された言語の情報が存在しない場合は 規定の言語である 日本語 で表示すること オプション対応項目 情報コンテンツを管理する機能ブロック情報コンテンツ登録 変更 削除機能ログイン済みのユーザが 地図のある地点を選択すると その地点に紐づく 情報コンテンツ を登録 変更 削除できるフォームが表示されること フォームから手動で入力されたデータはシステム内のデータベースに登録 ( 変更 削除 ) される 13 非ログインユーザは閲覧のみで 登録 ( 変更 削除 ) はできない 情報コンテンツ とは 地図上( もしくはお知らせ一覧など ) に表示される1セットの情報のこと 1つの情報コンテンツには 位置情報 タイトル 説明文 写真 ジャンル などが含まれる 14 項番 13 機能内容に加えて 公開日時の指定をすることができること 指定の日時になったら情報コンテンツを地図 ( もしくはお知らせ一覧 ) 上に表示 非表示させる 例えば あらかじめ情報コンテンツを登録しておき 8 月 30 日 ( 日 ) の 0 時 00 分になった時点で 自動的に告知情報を地図上に表示させるなどの使い方ができる ジャンル情報保持機能ジャンル情報を保持すること 情報は システム構築時点で登録したもので固定され 作成 変更 削除はできなくとも構わない 15 ジャンル とは 情報コンテンツをカテゴライズするもの 例えば 観光情報 病院 ランドマーク 蕎麦屋 などを想定 : 対応可 : 対応不可 2/6
メールにて情報を発信する機能ブロック メールマガジン配信機能 16 管理者が メールマガジン配信希望のユーザに対して 自治体からのお知らせをメールにて一斉配信できること 17 管理者が HTML 形式のメールを配信できること 18 HTMLメールを配信する場合 ユーザの環境が HTMLメールが受信できない環境だった場合にはテキスト形式で閲覧できるような仕組みを導入すること 19 管理者が 携帯電話向けの装飾メール (docomo デコメール au デコレーションメール SoftBank デコレメール ) を配信できること 20 管理者が 登録済み宛先の中から特定の条件で絞り込んだグループを対象に配信ができること 21 ユーザが 過去に配信されたメールマガジンのバックナンバーを閲覧できること コンテンツ作成機能 22 HTML 形式のメールの本文は 予め作成しておいたHTMLファイルを取り込む HTMLメール作成画面を使って作成する の2パターンできること 23 プレーンテキストのメールが作成できること 24 携帯電話向けの装飾メール (docomo デコメール au デコレーションメール SoftBank デコレメール ) を作成する際 文字装飾や画像挿入をエディタツールから行えること 25 携帯電話キャリア各社 (docomo,au.softbank) の絵文字を挿入できること 26 登録済みのユーザ情報 ( 名前等 ) を本文に差し込むことができること 27 予めメールのコンテンツを作成しておき 指定の日時になったらメールが配信される仕組みとすること 28 作成途中のメールを一旦 下書き として保存でき 後から編集の続きができること 29 良く使うメール本文を ひな形として保存することができ ひな形から新規メールが作成できること 配信結果のチェック機能 30 メールマガジンを配信した後 管理者が メールが到達したアドレスおよび到達しなかったアドレスの確認ができること 31 管理者が 配信したメールマガジン (HTML 形式 ) の開封数や開封ユーザをリアルタイムに確認できること : 対応可 : 対応不可 3/6
その他 情報共有 発信を行う機能ブロック掲示板 32 ログイン済みのユーザ ( 自治体職員 住民 観光客など ) が 情報を書き込むことができること お知らせ および 注意/ 報警報 表示自治体職員が登録した お知らせ や 注意 / 報警報 の概要をWeb 画面上に表示すること お知らせ や 注意/ 報警報 をクリックすると それらの詳細が表示されること お知らせ等に位置情報が掲載されている場合は 併せて地図上にピンアイコンが立てられること 33 例 ) 自治体職員が 避難訓練のお知らせ を登録すると お知らせ一覧にタイトルが表示される ユーザが タイトルをクリックすると避難訓練の詳細が表示される 詳細情報の中に避難訓練の場所の情報が付与されていて ユーザが 場所の情報をクリックすることにより地図上の避難訓練の場所が表示される つまり 地図上には お知らせ ジャンルの情報コンテンツとして扱われる アカウントを管理する機能ブロック アカウント作成 変更 削除機能 34 35 ユーザが アカウントを作成 変更 削除できること ( ロールの設定にもよるが )Webサイトにアクセスできるユーザであれば アカウントを作成 変更 削除することができる ユーザが 地図初期表示の状態をカスタマイズできること 例 ) 言語は 日本語 画面の中心地点が 市役所 観光情報 と ランドマーク ジャンルのみ表示 36 ユーザが 新規ユーザの登録画面 もしくは ( ログイン後にアクセスできる ) ユーザ情報の設定画面 から メールマガジンの配信 / 停止を設定できること 37 管理者が 任意の登録済みユーザ情報を検索 編集および削除できること 管理者が メールマガジン配信登録数の推移を表示およびダウンロード (CSVファイル) でき 38 ること 39 メールマガジン配信中のユーザが メール本文に貼られた URLをクリックすることにより メールマガジンの登録解除ができること ログイン ログアウト機能非ログインユーザは 画面上のインターフェースにアカウント情報 ( ユーザ名 パスワード等 ) 40 を入力することにより システムにログインすることができること また ログアウトをすることができること : 対応可 : 対応不可 4/6
2. 非機能要件 分類 No. 機能要件必須 構成機器 1 運用管理に係る職員の負担を削減するため 庁舎内に機器を設置しない構成とすること ただし 本システムにアクセスするためのクライアントマシンはその限りではない アクセシビリティ ユーザビリティ利用者が必要とする情報に出来るだけ早く到達でき 容易に内容を理解できるユーザイン 2 ターフェースとすること 3 システムの専門知識を持たない市職員 住民等が容易にコンテンツの作成 編集ができること 利用者がコンテンツを閲覧する環境は パソコンだけでなくスマートフォンなどの各種モバイ ル端末にも幅広く対応する 本システムは インターネットに接続されたクライアント機器の ウェブブラウザを通じてアクセス可能とし 以下のOSとウェブブラウザの組み合わせにおいて 動作保障をすること なお OSおよびブラウザの具体的なバージョンについては 別途本市と 協議することとする 4 イ. OS: Windows, ウェブブラウザ : Internet Explorer ロ. OS: Windows, ウェブブラウザ : Chrome ハ. OS: MacOS X, ウェブブラウザ : Safari ニ. OS: Android, ウェブブラウザ : Chrome ホ. OS: ios, ウェブブラウザ : Safari セキュリティ 5 本システムの利用に関しては ユーザIDとパスワードによる認証を行い ユーザ毎のアクセスコントロールが可能なこと 6 本システムと外部環境との接続に際しては ファイアウォールを導入するなどし 不正利用を防止する措置を設けること 7 その他 必要に応じたセキュリティ対策を施すこと 可用性 8 インフラストラクチャの障害監視およびキャパシティ監視を行うこと 障害 キャパシティ上限に達した場合 アラートを発することできる構成であること 9 ハードウェアコンポーネントに障害が発生した場合 自動的にフェイルオーバーすることができる構成であること 10 障害が発生した場合に備え DBのデータを自動的にバックアップすることができる構成であること 11 障害が発生しDBデータが消失した場合 消失の直前 5 分前の状態にリストアすることができる構成であること 対応可否 参加表明者追記欄企画書における記載ヶ所 ( ページ番号 章見出し等 ) : 対応可 : 対応不可 5/6
拡張性 12 1 つのデータセンタに激甚災害が発生した場合 他のデータセンタを用いて速やかにシステムを復旧することができる構成であること 13 サーバ機器等の増設に対応できる構成であること 将来的に 住民サービス情報 観光情報 防災情報など 大量のデータを扱えるべく 拡張性 14 が高いシステム設計思想であること 15 将来的に 防災情報を扱うことを考慮し 5 年以上の動作実績のある自動起動装置との連携が可能な構造とすること : 対応可 : 対応不可 6/6