非機能要件 - Wikipedia
非機能要件(Non-functional requirement)とは、システム設計や情報システム開発上の要求分析において、要件、システム要件といった機能面以外の全般を指す。 機能要件を実装するための設計がシステム設計であり、非機能要件を実装するための設計がシステムアーキテクチャとなる。 広義には、機能要件とはシステムが動作する内容について定義し、非機能要件とはシステムが動作する方法を定義すると言える。 機能要件は「要件に対するシステムのふるまい」の形で記述され、通常はシステム一部の個々の動作が明示されたり、数学関数として表されたり、あるいはブラックボックスとしての説明だったり、機能モデルとして説明される。 一方、非機能要件は、特定の状態のシステムとしてではなく、機能の全体的な特性を「システムが要件を満たさなければならない」の形で記述される。非機能要件は、システムの全体的な特性として、開発
プレス発表 情報システムの非機能要求定義を効率的に行う手法を研修教材等にまとめ公開：IPA 独立行政法人 情報処理推進機構
IPA（独立行政法人情報処理推進機構、理事長：藤江 一正）技術本部 ソフトウェア・エンジニアリング・センター（以下、SEC）は、サーバやOS等のシステム基盤に対する信頼性・性能・セキュリティ等の非機能要求を定義する手法である「非機能要求グレード」(*1)の研修教材を自由にカスタマイズできる形で作成し、本日無償で公開しました。併せて、非機能要求グレードの活用シーンを解説した「非機能要求グレード利用ガイド[活用編]」も公開しました。 URL： http://sec.ipa.go.jp/reports/20130311.html 非機能要求とは、情報システムにおけるセキュリティや性能、業務の手順などといったシステムの機能以外に関する要件で、システムの安定・安全な稼動のために必要な要件のことです(*2)。 金融や交通、水道、電力などをはじめとして、情報システムは国民生活や生命にかかわる社会性の高い
信じられないDB文化「Join禁止」に「固定長DB」、、でも、合うんです。大規模コンシューマ向けサービスのRDB設計 - レベルエンター山本大のブログ
僕らが最近手がけているのは、とても大規模なコンシューマ向けサービスだ。 100万人の契約ユーザが使い、1テーブルに1億レコード以上のデータを貯め、24時間止めることが許されず、 要求から応答までのターンアラウンドタイムが1秒以内という厳しいSLAのサービスである。 中でも僕はRDBやフレームワークを担当している。 僕がこの現場に来て、驚愕した文化が2つある それは「Join禁止」と「固定長DB」だ。 ありえない。 とはいえ、正直に言えば「またか、、、」という感想でもある。 RDBを知らないレガシーな人たちが設計したDBではよくありがちな設計だからだ。 と僕は早々にこの文化と戦って、絶対に覆してやろうと考えてた。 過去の経験上それはたやすいハズだった。 しかし、この文化と戦うこと3ヶ月間。 屈した。初めて屈した。いや、屈したというよりは理解した。 大規模コンシューマ向けサービスのRDBという
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IPA 独立行政法人 情報処理推進機構：非機能要求グレードの研修教材と利用ガイド[活用編]を公開
