以前要件定義を担当した際非機能要件は基本設計フェーズで対応することにしました。 現状基本設計フェーズに移行し非機能要件を決めるにあたって得た知識をまとめていきます。 1. まず非機能要件の項目って何？ ◼ 可用性 ◼ 性能・拡張性 ◼ 運用・保守性 ◼ 移行性 ◼ セキュリティ ◼ システム環境 こちらは以前要件定義をする際に見つけたものです。 ただ、大項目なので詳細に何を決めるのかがよくわかっていません。 そんなこんなで調べてみるとIPAにたどり着きました。 こちらを見てみると非機能要求グレードというものがあります。 「非機能要求グレード」は、「非機能要求」についてのユーザと開発者との認識の行き違いや、互いの意図とは異なる理解を防止することを目的とし、非機能要求項目を網羅的にリストアップして分類するとともに、それぞれの要求レベルを段階的に示したものです。重要な項目から順に要求レベルを設定

はじめに 現在、受託開発企業でシステムエンジニアをしている@fusassyといいます。 最近、インフラ（クラウド）の非機能要件定義を担当しました。その際、参考にした情報を備忘録として残します。以下で挙げた資料を利用すれば、非機能要件定義書の作成は可能ですが、最後は利害関係者の方々（受託開発であればお客様）との合意が必要となります。 非機能要件の6つのカテゴリ そもそも要件定義とは、ソフトウェアやサービスを実装する前に、「どのような機能を持つか」を定める工程となります。要件定義のうち「実装する機能」の要件を「機能要件」といい、「実装する機能以外」の要件を「非機能要件」といいます。非機能要件は、情報処理推進機構（IPA）によって、6つのカテゴリに分類されています。 可用性 システム稼働・停止の運用スケジュールや、障害発生時の復旧に関する水準を要求を定めたもの。継続性、耐障害性や回復性を含んでお

プロジェクトの企画段階や設計段階で、必ず耳にするであろう機能要件。 機能要件は、プロジェクトのゴール設定と言っても過言ではなく、これが定まらないとゴールを決めずにマラソンするようなものだ。 その機能要件と並んで重要なのが、非機能要件である。 非機能要件もプロジェクトのゴール設定なのだが、目に見えづらい要件であるため、裏のゴールと覚えてもらいたい。 例えるなら、ゴールをしたと喜んでいたら、裏のゴールを達成できておらずに、失格になるようなものだ。 今回は、プロジェクトの成功を左右する機能要件と非機能要件について説明していく。 これらを身につけることができれば、プロジェクト成功確率はぐっと高まるはずだ。

１．はじめにこんにちは。テクノロジーイノベーショングループ所属の長澤です。 インフラ入門な連載記事を久々に書くべく、今回筆を取りました。 これまでのインフラ入門記事は、 インフラ概要と当社でのインフラエンジニア像 ネットワークその１ ネットワークその２ ストレージ といった流れで来ていますが、今回はあえてピンポイントな内容から離れて、「インフラ要件定義」をテーマに書いてみたいと思います。 個人的な考え方・意見に基づくものが大半ですが、何かのお役に立てれば幸いです。 ２．インフラ要件定義・・・その前に 私は、インフラの要件定義のゴールは、以下の3つだと思っています。 1. インフラでの提供機能・構成を固めること 2. システムの非機能要件を固めること 3. お買い物リスト・見積をまとめること 進め方としては、1番と2番を並行で固めていき、最後に3番と基本設計フェーズの進め方をお客様と合意しま