Hatena Blog Tags
はてなブログ トップ
非機能要求グレード
このタグでブログを書く

非機能要求グレード

このタグの解説についてこの解説文は、すでに終了したサービス「はてなキーワード」内で有志のユーザーが作成・編集した内容に基づいています。その正確性や網羅性をはてなが保証するものではありません。問題のある記述を発見した場合には、お問い合わせフォームよりご連絡ください。
要件定義の進め方•2年前

IPAの非機能要求グレードの小項目を理解する(No11/119：データ)

[A.2.6]可用性＞耐障害性＞ネットワーク機器 ①バックアップ方式 ②データ復旧範囲 ③データインテグリティ まとめ [A.2.6]可用性＞耐障害性＞ネットワーク機器 今回は、耐障害性(データ)について紹介する。ここで決めるべきことは、①バックアップ方式、②データ復旧範囲、③データインテグリティである。 ざっくり言うと、 ①もしものときのために、どのようにデータを保管し、 ②いざ障害が起こったら、どこまで復旧し、 ③データの正しさの保証はどこまでしておくか を決めておくこととなる。 ①バックアップ方式 最初に検討すべきポイントは、そもそもデータをバックアップする必要があるのかないのかである。…

#IPA#非機能要求グレード#非機能要件#要件定義#データ

ネットで話題

もっと見る
285ブックマークシステム構築の上流工程強化（非機能要求グレード）紹介ページ | アーカイブ | IPA 独立行政法人 情報処理推進機構www.ipa.go.jp
89ブックマーク情報処理推進機構：ソフトウェアエンジニアリング：報告書：非機能要求グレードの公開～システム基盤における非機能要求の見える化ツール～ 2018年4月25日更新 2010年4月 独立行政法人情報処理推進機構 技術本部 ソフトウェア高信頼化センター 概要 情報システムの開発では、業務機能に関する要求以外のいわゆる「非機能要求」について、発注者と受注者との認識の行き違いや、互いの意図とは異なる理解をし...sec.ipa.go.jp
25ブックマーク8年ぶりの改訂、「非機能要求グレード2018」を公開<br />～新たなセキュリティ脅威の増大などを踏まえ、ツール群を改訂～：IPA 独立行政法人 情報処理推進機構HOME社会基盤センター報告書・書籍・ツール・教材報告書等8年ぶりの改訂、「非機能要求グレード2018」を公開 ～新たなセキュリティ脅威の増大などを踏まえ、ツール群を改訂～ 概要 独立行政法人情報処理推進機構 技術本部 ソフトウェア高信頼化センター（以下、IPA/SEC）は4月25日、2017年9月に発足した「非機能要求グレ...www.ipa.go.jp
18ブックマークIPAの非機能要求グレードを使ってみた。 - 水まんじゅう2megascus.hatenablog.com
13ブックマーク「早期に」「誤解なく」「漏らさずに」非機能要求グレードを使いこなすxtech.nikkei.com
11ブックマーク非機能要求グレードの研修教材と利用ガイド[活用編]を公開：IPA 独立行政法人 情報処理推進機構非機能要求とは、情報システムにおけるセキュリティや性能、業務の手順などといったシステムの機能以外に関する要件で、システムの安定・安全な稼動のために必要な要件のことです。 金融や交通、水道、電力などをはじめとして、情報システムは国民生活や生命にかかわる社会性の高い分野で幅広く活用されており、その安定...www.ipa.go.jp
10ブックマーク品質に関わる要求を見える化する"非機能要求グレード"が完成 - NTTデータら | エンタープライズ | マイコミジャーナル非機能要求グレード検討会の中心となったNTTデータの木谷強氏 NTTデータ、日立製作所など国内大手SI事業者6社が共同で2008年4月から活動してきた「システム基盤の発注者要求を見える化する非機能要求グレード検討会(以下、非機能要求グレード検討会)」は2月25日、6社のノウハウに加え、発注者となるユーザ企業の意見を反...journal.mycom.co.jp
9ブックマーク非機能要求グレードの研修教材と利用ガイド[活用編]を公開：IPA 独立行政法人 情報処理推進機構2018年4月25日更新 2013年3月11日公開 独立行政法人情報処理推進機構 技術本部 ソフトウェア・エンジニアリング・センター 概要 非機能要求とは、情報システムにおけるセキュリティや性能、業務の手順などといったシステムの機能以外に関する要件で、システムの安定・安全な稼動のために必要な要件のことです。 金融や交...sec.ipa.go.jp
6ブックマークIPA、非機能要求グレードの研修教材をCCラインセンスで公開 - builder by ZDNet Japan仮想デスクトップサービスの最新事情 複数の選択肢のあるMSのVDIサービス どう違うのかをわかりやすく解説 ハイブリッドクラウド時代の救世主 企業ITを素早く進化させるためのAVS サービス開始から1年で大幅に機能がアップ クラウド導入が進まない本当の課題 ITベンダーだからこそ知っている クラウドに二の足を踏む企業...builder.japan.zdnet.com

関連ブログ

要件定義の進め方•2年前

IPAの非機能要求グレードの小項目を理解する(No9/119：ネットワーク)

[A.2.4]可用性＞耐障害性＞ネットワーク [A.2.4]可用性＞耐障害性＞ネットワーク 今回は、耐障害性(ネットワーク)について紹介する。耐障害性(ネットワーク)とは、ネットワークがどのくらい障害(例：通信障害)に耐えられるのかを示す度合いのことを指す。 サーバーと端末が通信をする場合、ネットワーク(通信網)を介して通信を行うこととなるが、ネットワークの一部で障害が発生したとしても、どのくらい滞りなく通信を継続させられるようにすべきかが、本項目で検討すべきことだ。 耐障害性(ネットワーク)に関して決めるべき項目は点存在する。 ①回線の冗長化 ②経路の冗長化 ③セグメント分割 以下、順に説明…

#非機能要求グレード#非機能要件#耐障害性
要件定義の進め方•2年前

IPAの非機能要求グレードの小項目を理解する(No8/119：ネットワーク機器)

[A.2.3]可用性＞耐障害性＞ネットワーク機器 ①冗長化（機器） ②冗長化（コンポーネント） 耐障害性(ネットワーク機器)に関するまとめ 結論：非機能要件として、ネットワーク機器の冗長性について合意しよう [A.2.3]可用性＞耐障害性＞ネットワーク機器 今回は、耐障害性(ネットワーク機器)について紹介する。耐障害性(ネットワーク機器)とは、サーバーにおける耐障害性と同様、ネットワークがどのくらい障害に耐えられるのかを示す度合いのことを指す。サーバーにおける耐障害性については、下記参照。 req-definer.com ただし、サーバーのそれと異なる点として、サーバーはネットワーク上の端っこ…

#非機能要件#非機能要求グレード#IPA#システム開発#ネットワーク機器
要件定義の進め方•3年前

IPAの非機能要求グレードの小項目を理解する(No7/119：端末)

[A.2.1]可用性＞耐障害性＞端末 ①冗長化（機器） ②冗長化（コンポーネント） 耐障害性(端末)に関するまとめ 結論：非機能要件として、端末の冗長性について合意しよう [A.2.1]可用性＞耐障害性＞端末 今回は、耐障害性(端末)について紹介する。耐障害性とは、サーバーにおける耐障害性と同様、どのくらい障害に耐えられるのかを示す度合いのことを指す。サーバーにおける耐障害性については、下記参照。 req-definer.com ただし、サーバーのそれと異なる点として、サーバーの場合は、端末から接続されているので壊れたら別系統へ速やかに切り替えなければならないが、端末の場合は、文字通り端っこの…

#非機能要件#非機能要求グレード#IPA#システム開発
要件定義の進め方•3年前

IPAの非機能要求グレードの小項目を理解する(No6/119：サーバ)

[No1][A.2.1]可用性＞耐障害性＞サーバ ①冗長化（機器） ②冗長化（コンポーネント） 耐障害性(サーバ)に関するまとめ 結論：非機能要件として、サーバーの冗長性について合意しよう [No1][A.2.1]可用性＞耐障害性＞サーバ 今回は、耐障害性(サーバ)について紹介する。耐障害性とは、サーバやコンポーネント（部品）が故障しても、予備の系統に切り替えるなどして稼働を継続し、どのくらい障害に耐えられるのかを示す度合いのことを指す。 耐障害性(サーバ)に関して決めるべき項目は2点存在する。 冗長化（機器） 冗長化（コンポーネント） 以下、順に説明する。 ①冗長化（機器） 機器の冗長化とは…

#非機能要件#IPA#非機能要求グレード
要件定義の進め方•3年前

IPAの非機能要求グレードの中項目を理解する(A.1 可用性＞継続性)

A.1 可用性＞継続性 継続性に関するまとめ 継続性に関する記事一覧 A.1 可用性＞継続性 req-definer.com 上記の記事で紹介したIPAの非機能要求グレードに関して、小項目をちょっとずつまとめてきた。今回まとめた項目は、中項目としての継続性に分類されるものとなる。ようやく11項目/283項目完了した。先は長いがちょっとずつまとめていきたい。 継続性に関するまとめ 下記に、「継続性」の11項目に関して簡単にまとめたものを表形式で記す。業務継続性として、何を決めなければならないのか？と思ったときは、参照されたい。 項番 小項目 メトリクス（指標） 決めることの具体例 A.1.1.1…

#要件定義#システム開発#非機能要件#非機能要求グレード#IPA#継続性
要件定義の進め方•3年前

IPAの非機能要求グレードの小項目を理解する(No5/119：稼働率)

稼働率を決めるうえで大切なことは、業務が停止したときにどのくらい困るかを明確化すること 24時間365日稼働するクラウドサービスの場合 まとめ 結論：まずは、業務の停止許容時間を決めた後に、目標稼働率を決めよう 今回は、稼働率について紹介する。 ①稼働率：稼働を予定している時間のうち、どのくらいの割合稼働させられるか 稼働率というのは、稼働を予定している時間のうち、どのくらいの割合の時間システムが稼働しているかの指標だ。稼働率99%だとか、稼働率99.9%だとかの数字で表現される。あまりイメージがわきにくいと思うので、具体的な数字で計算してみよう。 例として、定時時間中のみ稼働しているシステム…

#要件定義#非機能要求グレード#非機能要件#稼働率#IPA
要件定義の進め方•3年前

IPAの非機能要求グレードの小項目を理解する(No4/119：目標復旧水準（大規模災害時）)

[No1][A.1.4]可用性＞継続性＞目標復旧水準（大規模災害時） 目標復旧水準（大規模災害時）についてのまとめ 結論：大規模災害が起こった時のことについて話し合っておこう [No1][A.1.4]可用性＞継続性＞目標復旧水準（大規模災害時） 今回は、目標復旧水準（大規模災害時）だ。 想定したくはないものだが、想定しておかなければならない。大規模災害というのは必ず発生する。大雨洪水で電力の供給や通信線が遮断され、システムが稼働できなくなる場合もある。地震や火災でデータセンターが破壊されてしまう場合もある。それでもいつかはビジネスを再開せねばならず、再開までの目標を決めておかねばならない。 r…

#要件定義#システム開発#非機能要件#非機能要求グレード#目標復旧時間
要件定義の進め方•3年前

IPAの非機能要求グレードの小項目を理解する(No3/119：目標復旧水準（業務停止時）)

[No1][A.1.3]可用性＞継続性＞目標復旧水準（業務停止時） ①RPO(Recovery Point Objective)：目標復旧地点 ②RTO(Recovery Time Objective)：目標復旧時間 ③RLO(Recovery Level Objective)：目標復旧レベル 目標復旧水準（業務停止時）に関するまとめ 結論：非機能要件として、目標復旧水準（業務停止時）について合意しよう [No1][A.1.3]可用性＞継続性＞目標復旧水準（業務停止時） 今回は目標復旧水準（業務停止時）だ。簡単に言うと、システムが故障した後に、いつまでに、どのくらいのレベルで、システムを復旧さ…

#要件定義#システム開発#非機能要件#非機能要求グレード
要件定義の進め方•3年前

IPAの非機能要求グレードの小項目を理解する(No2/119：業務継続性)

[No1][A.1.2]可用性＞継続性＞業務継続性 ①対象業務範囲 ②サービス切替時間 ③業務継続の要求度 業務継続性に関するまとめ 結論：非機能要件として、業務継続性について合意しよう [No1][A.1.2]可用性＞継続性＞業務継続性 今回は、業務継続性について紹介する。業務継続性は、システムに障害が発生しても、どのくらい業務を継続できるようにするのか、の程度を表している。 業務継続性に関して決めるべき項目は3点存在する。 対象業務範囲 サービス切替時間 業務継続の要求度 以下、順に説明する。 ①対象業務範囲 対象業務範囲というのは、対象業務の種別のことを表している。対象業務範囲として、下…

#要件定義#システム開発#非機能要求グレード#IPA#非機能要件
ＩＴ記者会Report•1ヶ月前

ＩＰＡが「重要情報を扱うシステムの要求策定ガイド」を公表

www.ipa.go.jp 独立行政法人情報処理推進機構（IPA）は、経済産業省からの要請を受けて、重要情報を扱うシステムにおけるサービスの安定供給にあたって、そのシステムのオーナーである管理者が、必要な対策を策定できる「重要情報を扱うシステムの要求策定ガイド」を公開しました。 「重要情報を扱うシステムの要求策定ガイド」 の適用効果を事業者向けにわかりやすく説明した「活用の手引き」を公開しています。 重要情報を扱うシステムの要求策定ガイド（別冊）活用の手引き 概要 通信や電力などをはじめとした重要情報を扱うシステムには、サービスの安定供給が強く求められ、非平常時でも自らの統制力を確保する「自律…

コード日進月歩•3ヶ月前

非機能要件の検討に困ったときに参考にすると良い資料『非機能要求グレード2018』

観点として何をおさえておくといいんだっけ？というときに役に立つのでメモ 対象ページ システム構築の上流工程強化（非機能要求グレード）紹介ページ | アーカイブ | IPA 独立行政法人 情報処理推進機構 みどころ 「非機能要件って何を見ればいいんだっけ？」と思ったときに自分自身に馴染のある部分に関してはすぐ検討できるが、馴染のない部分は忘れがちになる。そういうときに「一般的にはどういう要素があるんだ？」ということをざっと紹介してくれている。また自分自身が扱うシステムがどの程度のレベルまで担保すればいいのだろうというときに具体的な指標も示してくれる。 メインの資料自体はExcel形式になっており…

kosui•3ヶ月前

網羅的なPRDやDesign Docを書かなくなった

2024/06/12 16:16 結論を追記 2024/06/12 20:29 より記事の内容を分かりやすく理解頂くため、タイトルを「PRDやDesign Docを書かなくなった」から変更 2024/06/13 20:39 結論にフロー情報・ストック情報に関する意見を追記 結論 この記事では、「様々な観点を考慮して網羅的にドキュメントを書いて、それを関係者にレビューしてもらう」のではなく、関係者と同期的に対話しながら、観点や選択肢やそのトレードオフを洗い出すことで、少ない手数でより良い答えが見つけられると主張する。 ただし、対話のために必要なドキュメントは事前に書いておくべきだし、対話した結果…

MMAと生活•4ヶ月前

非機能要件が気になる　自分で出せる様にする

めちゃくちゃ凄い 以下の非機能要件の部分、非常に有益な情報だった。 ーーーー以下引用ーーーー システムが「どのように動作すべきか」を定める品質属性。 パフォーマンス：3秒以内の応答時間。可用性：年間99.9%の稼働率。セキュリティ：データの暗号化、監理ログの保管。スケーラビリティ：同時に数千人のユーザー対応。ユーザビリティ：直感的なインターフェース。運用・保守性：運用時間帯、メンテナンスのダウンタイム。 ーーーー 「非機能要求グレード」の部分も非常に参考になる。 また、 データベースの正規化レポート(書いたことないですが、こんなものもあるんですねー) これも驚き

GMO MAKESHOP engineer blog•5ヶ月前

k6を使って簡単に負荷試験

GMOメイクショップ コアグループ エンジニアの森です。 現在のチームではずっと次世代ECのフロントエンドをメインに開発してきましたが、最近バックエンド開発も触るようになってきました。 そんな中、直近の業務で作成したAPIに対する負荷試験を担当しました。私にとっては初めての負荷試験だったのですがk6というツールを使うと簡単に実施できたので、その手順を書いていきます。 私と同じような初心者の助けになれば嬉しいです。 負荷試験とは k6とは 試験実施 1.シナリオ作成 2.オプション 3.実行コマンド 4.実行結果 5.実行結果（エラー例） まとめ 負荷試験とは 負荷試験は、実際に発生し得るシステ…

CARTA TECH BLOG•5ヶ月前

失敗から学ぶシステム開発委託

はじめに こんにちは、CARTA HOLDINGSでエンジニアをしているこんちゃん(@konchanSS)です。 この記事は筆者が新しく発足したプロジェクトのシステムを外部委託で作った経験をチームで振り返った際に得た学びを『システムを作らせる技術』によって補強したものです。 この記事を読んでくれた方は是非『システムを作らせる技術』を一読して欲しいです。 システムを知らないあなたにこそ読んでほしい この記事はビジネスサイドや、PdMだったりマネージャーといったいわゆるシステムの開発を依頼する側の人たちに向けて書いています。 意図した通りのシステムを作ってもらうための術を知ることはあなたにとって以…

end0tknr's kipple - web写経開発•9ヶ月前

ソフトウェア・システム開発における工程別成果物

ITの開発プロジェクトにおいて、 工程別の詳細な成果物は、IPAあたりが参考資料を公開している気がしますが、 A4 x 1枚程度の情報量のものが欲しかったので、自分なりに整理 目次 0 工程一覧 1 企画/要求定義 - RFP (提案依頼書) 2 要件定義 - 要件定義書 3 基本設計 - 基本設計書(外部設計) 4 詳細設計 - 詳細設計書(内部設計) 5 開発,実装,構築 & 単体テスト 6 結合テスト 7 総合テスト & 移行リハーサル 8 受入テスト（運用テスト） 参考url 0 工程一覧 工程 主な成果物 主担当 1 企画/要求定義 RFP 発注者 2 要件定義 要件定義書 発注者開…

ForgeVision Engineer Blog•9ヶ月前

私たちがプロジェクトにおいてどのように THE FRUGAL ARCHITECT を活用すれば良いのか考えてみた

こんにちは、AWSエンジニアの山口です。 こちらの記事は、私の個人ブログ https://shimakaze.hatenablog.com/entry/thefrugalarchitect の写しとなります。組織においても意識したいことですので、フォージビジョン ブログにも記しておきます。 THE FRUGAL ARCHITECT とは THE FRUGAL ARCHITECT は、2023/11/27 - 12/1 に開催された re:Invent 2023 において Amazon.com CTO Dr.Werner Vogels がキーノートの中で発表したドキュメントです。 thefrug…

MY Scribbling...•9ヶ月前

私たちがプロジェクトにおいてどのように THE FRUGAL ARCHITECT を活用すれば良いのか考えてみた

こちらの記事はJapan AWS Ambassadors Advent Calendar 2023の7日目の記事になります。 THE FRUGAL ARCHITECT とは THE FRUGAL ARCHITECT は、2023/11/27 - 12/1 に開催された re:Invent 2023 において Amazon.com CTO Dr.Werner Vogels がキーノートの中で発表したドキュメントです。 thefrugalarchitect.com コストを意識した持続可能な最新のアーキテクチャを構築するためのシンプルな考え方を７つの規則（それぞれ Law と表現されている）で分類…