Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに エンジニアのみなさま、日々の学習本当にお疲れ様です！ また本記事まで足を運んでいただき本当に感謝です。 約3分程度で読めるので最後まで読んでもらえると幸いです。 要件定義関連の記事の投稿をしました。時間あればぜひ読んでみてください。 今回は「非機能要件」の 可用性 性能・拡張性 運用・保守性 移行性 セキュリティ システム環境・エコロジー の6項目について理解を深めてアウトプットしようと思います。 非機能要件｜6項目について 1. 可用性 システムが継続して利用可能な状態を維持する能力を指します。『稼働率』 で表現されます。シ
クラスメソッドのAWS総合支援 コスト最適化からセキュリティ、構築支援、運用保守まで、AWS活用を支援します。
技育祭は「技術者を育てる」ことを目的としたエンジニアを目指す学生のための日本最大のオンラインカンファレンスです。「技育祭2023【春】」に登壇したのは、Ruby開発者のまつもとゆきひろ氏。プログラミングの体験の中で実感した、ことわざや格言について話しました。全4回。2回目は、「推測するな、計測せよ」と「許可を求めるな、謝罪せよ」について。前回はこちら。 非機能要件に対しては「数字で話をすること」が重要まつもとゆきひろ氏：2番目のことわざ、続いていきましょう。「推測するな、計測せよ」。これはちょっと誰が言い出したか調べられなかったんですが、わりと有名な言葉です。 なにかというと、プログラミングの中にはいわゆる非機能要件と言われているやつがあるんですね。 こんな機能があるとか、こういうことができる、というのは機能要件ですよね。そうじゃない要件があって、例えば、このプログラムをバッチプログラムだ
クラスメソッドのAWS総合支援 コスト最適化からセキュリティ、構築支援、運用保守まで、AWS活用を支援します。
運用保守 ログの保存と活用 API監視 ライブラリ管理 速度性能 GPT-3.5, GPT-4の速度性能の例(Azure) イベントストリームでの対処 可用性 APIの稼働率 クォータ制限 APIの負荷分散による対処 セキュリティ Azure OpenAIのネッ…
資料2 非機能要件の標準の改定について
非機能要件の標準の改定について 令和７年２月 デジタル社会共通機能グループ 地方業務システム基盤チーム 資料２ 非機能要件の標準の改定の背景及び共通基準検討会設置の趣旨 〇「非機能要件の標準」は、標準化法に基づく共通基準とすることを念頭に、「非機能要求グレード（地方公共団 体版）」（平成26年3月・JLIS作成)をベースに令和２年９月に策定されたもの。 〇 しかしながら、ガバメントクラウド検証事業や標準準拠システムの実運用等が進む中で、現在の「非機能要件の標 準」は、個別業務の態様や地方公共団体の規模等に比べ、過大ではないかとの指摘があり、運用経費の高止まり に繋がっているとの意見もある。そこで、改めてこれらの状況を踏まえ、共通基準としての「非機能要件の標準」につ いて再検討すべきとの認識に至った。 〇 見直しに当たっては、まずは標準準拠システムの実装・運用の主体であるベンダーの意見等も踏
意外な難所､システム開発の｢非機能要件｣の勘所
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
言語化しにくいけれども重要な条件、 数字には表しにくいけれども重要な条件、 そういうものはいくらでもある。 便利な「アプリ」がリリースされたとしても、 ボタンを押した時のレスポンスが悪かったり、しょっちゅうサービスが落ちていたり、 挙句の果てには某コンビニの決済サービスのように情報が抜き取られるようなことがあれば、 その「アプリ」は使われ続けることはないだろう。 多くの人は「なんとなく使いにくい」だとか、 「なんとなく気に入らない」だとか、 そういう「非機能要件」に囚われて生きているのだ。 理由を突き詰めれば言語化できるかもしれないけれど、 それをするためにはとても手間がかかる。 だから「なんとなく」気に入らない。 「なんとなく」合わない。 「なんとなく」一緒にいて疲れる。 そうやって人間関係を取捨選択しているのだ。 「非機能要件」 逆にそれをはっきりと言語化して突き詰めていけば、 自身の
こんにちは！わさおです！ 非機能要件定義はシステムの品質を高め、使いやすいシステムにするために必ず行うべきです。 ユーザーは機能面ばかりに目が行きがちになりますが、非機能要件をおろそかにすると使い勝手の悪いシステムが出来上がってしまうかもしれません。 ここでは非機能要件定義について解説したいと思います。 1.非機能要件定義の目的 そもそも非機能要件定義とは、システム要件のうち機能面以外の要件を明確にすることです。 要件定義というと機能面ばかりが注目されがちなのですが、「システム稼働時間」や「システム利用者数」のような非機能面も考慮しないと、業務に耐えないシステムになる可能性があります。 非機能要件定義が行われず業務実態に合っていないシステムだと、ユーザーに制限を強いることになります。すると、システムに対する満足度が下がり、いずれは利用されなくなるでしょう。 非機能要件定義はそのような事態を
要件定義｜3分で読める非機能要件について - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに エンジニアのみなさま、日々の学習本当にお疲れ様です！ また本記事まで足を運んでいただき本当に感謝です。 約3分程度で読めるので最後まで読んでもらえると幸いです。 要件定義関連の記事の投稿をしました。時間あればぜひ読んでみてください。 今回は「非機能要件」の 可用性 性能・拡張性 運用・保守性 移行性 セキュリティ システム環境・エコロジー の6項目について理解を深めてアウトプットしようと思います。 非機能要件｜6項目について 1. 可用性 システムが継続して利用可能な状態を維持する能力を指します。『稼働率』 で表現されます。シ
以前要件定義を担当した際非機能要件は基本設計フェーズで対応することにしました。 現状基本設計フェーズに移行し非機能要件を決めるにあたって得た知識をまとめていきます。 1. まず非機能要件の項目って何？ ◼ 可用性 ◼ 性能・拡張性 ◼ 運用・保守性 ◼ 移行性 ◼ セキュリティ ◼ システム環境 こちらは以前要件定義をする際に見つけたものです。 ただ、大項目なので詳細に何を決めるのかがよくわかっていません。 そんなこんなで調べてみるとIPAにたどり着きました。 こちらを見てみると非機能要求グレードというものがあります。 「非機能要求グレード」は、「非機能要求」についてのユーザと開発者との認識の行き違いや、互いの意図とは異なる理解を防止することを目的とし、非機能要求項目を網羅的にリストアップして分類するとともに、それぞれの要求レベルを段階的に示したものです。重要な項目から順に要求レベルを設定
システム開発の要件定義は、主に「機能要件」と「非機能要件」に分かれます。要件定義未経験の人、携わった経験が乏しい人は「機能要件は分かるけど、非機能要件って具体的になに？」と疑問に思う人もいるのではないでしょうか。 今回は、要件定義の中でも非機能要件にスポットを当てて解説します。 非機能要件とは、その名の通り「機能以外の全ての要件」のことです。 機能要件が「システム構築にあたり、顧客が必要とする機能の要件」であるのに対し、非機能要件は「必要とする機能以外の要件」を指します。例えば、性能や可用性、セキュリティなどが上げられます。 構築したシステムが顧客の希望する機能全てを実装していたとしても、処理性能があまりに悪かったり、障害から復旧するのに時間がかかったりするようでは、運用に耐えられません。そのため、これらについても要件をきちんと定義することが大切です。 顧客によっては、実装する機能の要件に
システム開発の要件定義は、主に「機能要件」と「非機能要件」に分かれます。要件定義未経験の人、携わった経験が乏しい人は「機能要件は分かるけど、非機能要件って具体的になに？」と疑問に思う人もいるのではないでしょうか。 今回は、要件定義の中でも非機能要件にスポットを当てて解説します。 非機能要件とは、その名の通り「機能以外の全ての要件」のことです。 機能要件が「システム構築にあたり、顧客が必要とする機能の要件」であるのに対し、非機能要件は「必要とする機能以外の要件」を指します。例えば、性能や可用性、セキュリティなどが上げられます。 構築したシステムが顧客の希望する機能全てを実装していたとしても、処理性能があまりに悪かったり、障害から復旧するのに時間がかかったりするようでは、運用に耐えられません。そのため、これらについても要件をきちんと定義することが大切です。 顧客によっては、実装する機能の要件に
要件定義とは│業務要件・機能要件・非機能要件を徹底解説
要件定義とは いきなりですが、問題です。 要件定義とは、読んで字のごとく「要件」を「定義」することではありますが、何の要件をどのように定義するのでしょうか？ ・・・・・ ・・・・・ ・・・・・ 「顧客が要求する事柄を、「業務要件」「機能要件」「非機能要件」として定義する」 これが正解です。 要件定義では、顧客が要求する事柄を「業務要件」「機能要件」「非機能要件」として定義するうえで、さまざまな情報を整理するだけではなく、決まっていないことを決めることが重要です。 要件定義は「理想」 要件定義の前工程では要求定義を行い、後工程では基本設計を行いますが、それぞれの工程で行うことを以下のように捉えると、要件定義の理解が深まります。 要求定義＝「夢」 要件定義＝「理想」 基本設計＝「現実」 つまり、要件定義はまだ「理想」の域を出ておらず、システム化に向けて実現可能性の検討はするものの、システムでは
ソフトウェアテスト・ 品質保証 セキュリティ UI/UX DX カスタマーサクセス コンサルティング Our Services サービス ソフトウェアテスト・品質保証
業務要件 どの機能(業務)をシステムとして実装するか 業務を動かすためのアプリケーション機能やデータそのものの要求を示す。 機能要件は主にアプリケーションエンジニアが担当 システム要件 要件が具体的な数値として提示しにくいなどの側面あり、発注者と受注者との行き違いがある インフラエンジニアが主に要件定義すべき範囲は非機能要件 非機能要求に対する要件定義するためのツール 発注者と受注者との行き違い防止のため、非機能要求グレードと呼ばれるツールがある 非機能要求グレード 有名IT企業が集結して作成されたもので以下の非機能要求項目を定義している 可用性 システムの壊れにくさ、信頼性 性能・拡張性 システムに求める性能と、将来への拡張 リソース不足時に容易に拡張可能か 運用・保守性 バックアップによるデータ保護や問題発生時の対応レベル 移行性 現行システム資産を開発システムへ移行する手段や計画 セ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
要件定義｜3分で読める非機能要件について - Qiita
クラウドシステム構築時に活用できる非機能要件チェックリストを公開しました | クラスメソッド株式会社
エンジニアは推測するな、計測せよ まつもとゆきひろ氏が説く、非機能要件で数字を重視すべき理由 | ログミーBusiness
クラウドシステム構築時の非機能要件チェックリスト | 資料請求 | クラスメソッド株式会社
0518LLMmeetup_LLMシステムの非機能要件対応_現場レポート.pdf
人生における「非機能要件」について思うこと - 「童貞のまま結婚した男」の記録
非機能要件定義で押さえるべき6つの観点について(サンプルあり)
非機能要件を定義するまでの道 - Qiita
非機能要件とは？具体的な項目や機能要件との違いをわかりやすく解説
非機能要件とは？具体的な項目や機能要件との違いをわかりやすく解説
はちみつ（20） on X: "「ガバメントクラウド利用における推奨構成」が今回の改版にあわせてインターネット公開されました。デジタル庁さんグッジョブです！ インフラを担当する方にとっては、「非機能要件標準」や、先日一般公開された「ガバメントクラウド概要解説」に次いで必読の文書です。"
非機能要件とは？機能要件との違いや設計方法、設計のポイントについて解説｜ソフトウェアテストのSHIFT
インフラの非機能要件を考えてみた - Qiita