非機能要件 样本条款

非機能要件. 4 . 3 . 1 ユーザビリティ及びアクセシビリティに関する事項 ユーザビリティ及びアクセシビリティに関する事項については、次の要件を満たすこと。 (1) 利用者のアクセス権により利用可能な機能を制限できること。 (2) 業務プログラム終了時は、クリップボードをクリアすること。 (3) 業務プログラム終了時は、子画面を自動消去すること。 (4) ログイン中のユーザ情報の所属名及びユーザ名を画面に表示すること。 (5) 項目間の移動は、マウスの操作に加え、TABキー及びTABキーとShiftキーの組合せによりキーボードで行えること。 (6) リストボックス等の項目選択の操作は、マウス及びキーボードで行えること。また、キーボードのみの操作ができること。 (7) 入力項目に指定桁数のデータを入力した場合は、次入力項目にカーソルを自動的に移動すること。
非機能要件. ②技術要件 ソフトウェアの開発、維持管理(保守管理)、支援及び実行のための技術・環境に関連した要件 ・開発モデル・開発言語:システム開発に必要な開発モデル、開発標準や開発ツール等の指定がある場合はそれを明示する。また、開発に必要な言語や特定用途向け言語等があれば、これを明示する。 ・支援ツール:ユーザが持つ支援ツールやベンダに求める支援ツール等について、ツール機能の仕様や性能について明示する。 ・ソフトウェア製品の使用:ユーザが使っているソフトウェア製品、ベンダに新規に求めるソフトウェア製品等について、類似するソフトウェア製品名称、使用条件、個数等の要求を一覧の形で例示する。 ・保守条件:ソフトウェアの保守体制の有無、無償保守期間、ハードウェア保守の体制や組織、夜間休日保守の可能性、時間外保守の単価や条件リモート保守等の条件を明示する。
非機能要件. 保守・運用業務を行うにあたっての非機能要件を以下に示す。 (1) 規模に関する事項 現行システムインスタンス構成は、「図2-1 水資源評価情報サブシステムのイメージ」に示す。また、「別紙1 【fresco】クラウド基盤_基本設計書(来社による閲覧資 料)」を参照すること。なお、データ量については、「別紙2 情報・データ一覧」を参照すること。
非機能要件. (1) 基本操作 ⮚ 操作のしやすさ、分かりやすさについては、機能要件で示す機能を利用者が可能な限り、マニュアル等のサポートなしに直感的に活用できるよう GUI を用いて設計し、操作のしやすさに係る根拠を画面操作イメージ等で示すこと。 (2) 障害復旧 ⮚ システム障害が発生した場合のデータの復旧は、障害発生時点とする。 (3) 規模に関する事項 ⮚ データ登録については、各都道府県が同時にファイルアップロード・電子メール・ WebAPI の各方法で登録した場合にデータの追加・修正・削除ができるものとする。なお運用に耐えうるデータ量の上限については、要件定義資料に記載し、JAFIC の合意を得ること。 ⮚ データの参照については各都道府県の 1 端末からアクセスし問題なく参照できるようにすること。 (4) 個人情報保護と情報セキュリティの確保 ⮚ 業務の実施にあたっては、都道府県をはじめとする各機関が定める個人情報保護や情報セキュリティに関する規定等を遵守し、個人情報の保護や情報セキュリティの確保に万全を期すものとする。 ⮚ 利用者ごとの権限設定とそれに応じたアクセス可能な情報・データを定義すること。 ⮚ 本業務の利用者権限について、データを結合して扱う場合の適切な権限設定を実現すること。 (5) データの暗号化 ⮚ 個人情報を含む業務データについて暗号化すること。また、伝送情報についても暗号化すること。ただし、クラウドサービス内部の通信についてはその限りではない。 (6) 不正監視 ⮚ アクセスログ等を取得し、不正利用ならびに不正パケットの監視ができること。 (7) マルウェア、及びスパイウェア監視 ⮚ サーバーについて、マルウェア、及びスパイウェア監視を実施し、最新の定義ファイルを適用できること。 (8) システムの更新、維持 ⮚ 操業情報データベースに関連するシステムを最新の状態に維持し、更新を行った際は、問題が生じていないか確認を行うこと。更新後に問題が生じた場合は、新システムに対応できるよう他システムを更新すること。
非機能要件. 6.1 信頼性 (1) システム運用時間 ・原則24時間 365日の連続稼働とすること。 ・やむを得ない事情により、システムの全部又は一部を停止する場合には、2週間前までに発注者へ連絡すること。 (2) セキュリティ ・第三者による不正アクセス、情報改ざん防止の為、必要なセキュリティ措置を講じること。 ・OSのセキュリティパッチ等は、システム構築時の最新版を適用すること。また、システム導入後も新たにリリースされるセキュリティパッチ等を速やかに適用すること。 ・統合型GIS、公開型GISの双方において、ウイルス対策を講じること。 (3) データの保全性 ・データバックアップについて、日次・週次等適切な時期に実施できる機能を有すること。 ・システム・データの保護のためバックアップや二重化等の措置を講じ、障害発生時にシステムの早期復旧に備えた仕組みを有していること。 ・誤操作等による重要データ消去を避けるために必要な対策措置を講じること。 ・データの整合性を確保するため、更新処理においては十分なデータチェックを行うこと。エラー等により処理が中断された場合には、データの処理実行前の状態に戻すこと。 (4) データの機密性 ・データのアクセス権限を持つ職員のみが利用できる仕組みとする。 ・システム管理機能にてアクセス権限を付与し、かつ更新できるものとする。 ・不正アクセス及びシステム障害等について、その原因解明のために必要な証跡(アクセスログ等)を記録すること。
非機能要件. (1) 提供サービス水準 本サービスで想定している SLA 項目、要件は次表のとおりである。次表を踏まえ、本サービス おける SLA を提案すること。 サービス稼働率 計画停止を除くサービス稼働時間の割合 99.9%以上/年 サービス管理 異常検知時おける参加団体への通知時間 60 分以内 (2) 導入初期サービス 稼働開始前以下の内容を初期サービスとして提供すること。
非機能要件. 別紙の各要件を満たすこと。 システム対象者数
非機能要件. (1) 利用時間 公開画面✰閲覧可能時間は履行期間末日まで 24 時間 365 日とする。システム利用時間は、委託者と受託者で協議して決定する、同システムに必要なメンテナンス時間帯や計画停電など✰時間帯を除く。 (2) 処理能力要件ア 応答時間 公開画面✰応答時間は、ネットワーク遅延を除外して 1 秒以内とすること。イ 同時アクセス数 アクセス数最大 20PV/秒を配信できること。静的な素材ファイルを 200 ファイル/秒で配信できること。HTTP 同時接続数 200 に対して安定した動作を維持できること。 ウ DDoS 対策 攻撃特性を持つ通信を自動的に検知し、適切な防御を実施することができるコンテンツ配信サービスを利用すること。 (3) システム稼働率 システム利用時間内における公開画面✰稼働率については、99.9%以上確保すること。なお、稼働率✰算定根拠にシステム利用時間✰例外✰時間帯は除く。 (4) アクセス制限 更新作業を行うことが可能な IP アドレスを受託者が使用する機器✰みに制限すること。また、更新作業を行う際には ID・パスワード✰入力を必要とすること。
非機能要件. 5-1 基本要件 次期システムのホームページ・CMS に求める非機能要件については、「別紙 2 非機能要件一覧」に示す要求事項を実現すること。 5-2 システム環境要件 ホームページ・CMS の各種環境を提供すること。WEB サーバ、CMS サーバ、DNS サーバ及びネットワークに関するハードウェア、ソフトウェア、ネットワーク環境は、クラウドサービス(ASP・SaaS 等)により提供し、仙台市の庁舎にサーバ機器等を配置しないこと。
非機能要件. (1) サービス提供時間 利用者向け決済システム及び決済情報管理サイトは 24 時間 365 日サービス提供を行うこと。なお、システムメンテナンス等によりサービスの計画停止が必要な場合は、事前に(少なくとも1か月前までに。緊急の場合は要協議)本市に連絡のうえ、本市の承認を得ること。 (2) 利用環境 下表の要件を満たすこと。