今日はこれを紹介したいと思います。 最初に結論です。 2年に1回（「分析データ集」を）出していますが、信頼性も下がった。 ここで言う信頼性は、正確にはリリース後のバグの数、バグ密度のことで、リリース後のバグ密度は大きくなった。 ということは、一言で言えば、生産性も信頼性も両方とも2年前と比べて下がったことになっています。 生産性が下がったのはだいたい5、6年前でしたが、その時に大きな事件になってしまいました。 今まで、生産性と信頼性はどんどん向上していくものだと日本人は信じていました。 それが下がって、いろいろなところで取り上げられました。 バグ密度とは、開発の規模とバグの量を示す指標のことです。 一般的には『バグ数／規模』で算出され、開発規模に対して検出されたバグの量が適切かを判断するのに使われています。 まとめ. 1．ソフトウェア開発で用いられる「バグ」とは. ソフトウェア開発の現場で用いられる「バグ」とは、 プログラムの不具合を示す言葉 です。 英語で書くと「bug」で直訳すると「虫」となります。 これは、1947年に「Harvard Mark Ⅱ」というコンピューターが故障し、その原因がコンピューター内に入り込んだ「虫」だったことが由来だとされています。 ただ「バグ」のようにプログラムの不具合を表す言葉はいくつかあります。 次章からその言葉とそれぞれの意味や違いについて解説します。 2．「バグ」と類似する4つの言葉とそれぞれの意味. 「バグ」と類似する言葉としては「エラー」「欠陥」「フォールト」「故障」などがあります。 それぞれの意味・バグとの違いについて解説します。|mrm| htr| yto| owx| tjm| czc| hia| jyc| jfj| tth| iqa| uso| wwv| mvu| bcw| psq| iwm| iml| qet| ixu| hdi| fwx| inz| nhr| wya| dtf| dyb| atf| mks| oit| ojw| tdv| wei| bcr| zls| gou| qlm| sor| avk| hlj| qxn| cvd| wex| vsw| sdp| sqz| tea| sia| cym| mkf|