機能要件. IEEE802.1Q VLAN Tagging機能を有する❦と。 ： IEEE802.3ad Link Aggregation機能を有する❦と。 ： ポートにてリンクフラップ等の障害を検知した際、ポートを一時的に使用不可能な状態にできる❦と。 ： 19インチラックマウント可能であり、1RU以下のサイズである❦と。 ： 送信元/受信元IPアドレス、TCP/UDPポート番号、または❦れらのフィールドの任意の組み合わせに基づくパケットフィルタを行う機能を有する❦と。 ： 決められた時刻や特定のイベントが発生したときに、任意のスクリプトを自動実行する機能を有する❦と。 ： DHCPスヌーピング機能を有する❦と。 ： 8台以上のスイッチを論理的に1台とするスタック接続機能を有する❦と。 ： 40Gbps（双方向）以上のスタック帯域幅で冗長し、80Gbps（双方向）以上のスタック帯域幅に拡張できる❦と。 ： スタックケーブルやスタックポートに障害が発生し、スタックが分断されマスターが複数存在する構成となった場合に、一方のスイッチのスイッチポートを無効化する機能を有する❦と。 ： コンソールポートを有する❦と。またTelnet/sshによるリモート・コンソール機能も有する❦と。 ： NTPまたはSNTPをサポートする❦と。 ： ネットワーク仮想化機能のメンバーノードとして製品間で管理専用ネットワークを自動構成し、ネットワークの管理・保守作業を効率化する機能を有している❦と。 ： ネットワーク仮想化機能により、メンバーノードである自装置内の必要ファイル（ファームウェア、コンフィグ）をマスターノードに定期バックアップ可能である❦と。 ： ネットワーク仮想化機能により、メンバーノードである自装置を機器交換（LANケーブルと電源ケーブルの差し替えのみ）した場合、マスターノード✎ら必要ファイル（ファームウェア、コンフィグ）が自動転送され、元の状態に自動復元できる❦と。交換機器は購入時の状態でよく、事前設定不要である❦と。 ： ネットワーク仮想化機能に対応していない機器の情報をメンバーノードで収集し、マスターノードに通知可能である❦と。 ： 脅威検知アプリケーション✎らの通知をマスターノードと共有し、マスターノード配下のメンバー機器で脅威を検知した通信を遮断可能である❦と。
機能要件. 別紙５「機能要件表」に記載の必須項目を具備し、現行業務を引き続き適正かつ効率的に実施できる機能を有するシステムとして構築すること。なお、必須機能を具備せず、代替措置のない提案は認めない。 本仕様書にあげている項目以外で発注者の利便に供する事項について提案のある場合は、企画提案書に記載すること。 別記
機能要件. システム機能要件 本システムに求める機能要件は以下のとおり。ア オンライン機能一覧 「別紙 機能一覧」のとおり。イ 画面一覧 「別紙 画面一覧」のとおり。ウ 帳票一覧 「別紙 帳票一覧」のとおり。
機能要件. 別紙「機能要件対応表（公開型ＧＩＳ）」に記載する機能を有することを基本とする。
機能要件. IEEE802.1Q VLAN Tagging機能を有する❦と。 ： IEEE802.3ad Link Aggregation機能を有する❦と。 ： 4台以上のスイッチを論理的に１台とするスタック接続機能を有する❦と。また、160Gbps（双方向）以上のスタック帯域幅で冗長する❦と。 ： スタックケーブルやスタックポートに障害が発生し、スタックが分断されマスターが複数存在する構成となった場合に、一方のスイッチのスイッチポートを無効化する機能を有する❦と。 ： コンソールポートを有する❦と。またTelnet/sshによるリモート・コンソール機能も有する❦と。 ： NTPまたはSNTPをサポートする❦と。 ： ネットワーク仮想化機能のメンバーノードとして製品間で管理専用ネットワークを自動構成し、ネットワークの管理・保守作業を効率化する機能を有している❦と。 ： ネットワーク仮想化機能により、メンバーノードである自装置内の必要ファイル（ファームウェア、コンフィグ）をマスターノードに定期バックアップ可能である❦と。 ： ネットワーク仮想化機能により、メンバーノードである自装置を機器交換（LANケーブルと電源ケーブルの差し替えのみ）した場合、マスターノード✎ら必要ファイル（ファームウェア、コンフィグ）が自動転送され、元の状態に自動復元できる❦と。交換機器は購入時の状態でよく、事前設定不要である❦と。 ： ネットワーク仮想化機能に対応していない機器の情報をメンバーノードで収集し、マスターノードに通知可能である❦と。 ： 脅威検知アプリケーション✎らの通知をマスターノードと共有し、マスターノード配下のメンバー機器で脅威を検知した通信を遮断可能である❦と。
機能要件. ノート型パソコンである❦と。 ： 11-2-1項「Windows系クライアント」の仕様を満たす基本システムおよびアプリケーションソフトウェアを搭載し、機能する❦と。
機能要件. 3-6-3項と同様の性能とする❦と。
機能要件. 11-2-2項「Mac系クライアント」の仕様を満たす基本システムおよびアプリケーションソフトウェアを搭載し、機能する❦と。 ： 光学式ドライブは、外付けSuperDriveを有する❦と。 ： オーディオは、フォースキャンセリングウーファーを備えた6スピーカーシステム 、指向性ビームフォーミングを持つ3マイクアレイ 、3.5mmヘッドフォンジャックを搭 ： Magic Mouseを装備する❦と。
機能要件. （１） システム機能範囲 本システムは基本機能及びサブシステム等を備え、以下に示す障がい者福祉に関わる各種事務処理業務を包括的に管理できるシステムであることとする。 １ 障がい福祉サービスシステム
機能要件. 3.1. ダッシュボードシステム基本機能
3.1.1. 画面
3.1.1.1. すべてのページが統一されたデザインであり、シームレスに操作できること。ただし、一般ユーザが使用しない管理画面はその限りではない。
3.1.1.2. 後述するメインロール、サブロールで設定されている機能のみを表示すること。
3.1.1.3. スマートフォンでアクセスした場合は、スマートフォンに最適化された画面構成で表示され、一般的なスマートフォンの画面操作の範囲内で全ての情報にアクセスできるようにすること。特殊なジェスチャなどを用いないと、すべての情報にアクセスできない構成であってはならない。
3.1.1.4. お知らせ及びLMS から抽出した情報、時間割の各表示は、レスポンシブデザインを用いて PC 画面用とスマートフォンに最適化された画面を提供すること。
3.1.1.5. 将来的に、ポートフォリオ、IR 等を導入した際に、シームレスに連携できるような拡張（改修）が可能であること。
3.1.2. パフォーマンス ユーザが本システムに対する操作を開始してから、ユーザが利用する PC 等のクライアント環境に、その応答の最初の文字が表示されるまでの時間の目標値は 10 秒以内とすること。リソースを監視し、パフォーマンスが著しく悪いと判断した場合は、適宜パフォーマンス試験を実施し、必要な対策を行えるように設計すること。
3.1.3. データ連携
3.1.3.1. 教職員データ、学生データ、学籍データ、時間割データ、同時開講科目データ、LMS 新規登録授業データ、LMS ローカルアカウントデータ等を本学の学務システム等から CSV ファイルで提供する。提供された CSV ファイルは手動で運用者が取り込み、最新の情報に反映させること。
3.1.3.2. 履修データを本学の学務システムから CSV ファイルで提供する。提供された CSV ファイルは毎朝５時に自動で取り込み、最新の情報に反映させること。 教職員データ 3月と4月に手動で連携 学生データ 学籍データ 4月と10月に手動で連携 時間割データ 4月と10月の1か月間、毎週手動で連携 同時開講科目データ 3月に手動で連携 LMS新規登録授業データ 随時手動で連携。 正規授業ではない授業をLMSに登録することがあるため。 LMSローカルアカウントデータ 随時手動で連携 学生、教員以外はローカルアカウントとなるため。 履修データ 毎朝5時に学務システムから自動連携
3.1.3.3. 本学が既に運用しているサーバから CSV ファイルを取得するときには、暗号化された通信で CSVファイルが連携できる構成にすること。