タグ

qualityに関するsomatのブックマーク (25)

  • 品質に交渉の余地はあるか?

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。このでは、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

    品質に交渉の余地はあるか?
    somat
    somat 2007/12/19
    品質をどう定義するかによって「何が正しいか」は変わる
  • 品質とは何か

    品質という言葉の意味 測定との関係と視点 品質の種類 基的な考え方 ソフトウェア品質特性 機能性品質特性の品質副特性 信頼性品質特性の品質副特性 使用性品質特性の品質副特性 効率性品質特性の品質副特性 保守性品質特性の品質副特性 移植性品質特性の品質副特性 利用時の品質とは 俯瞰 まとめ 品質という言葉の意味 「品質」という言葉は、我々の世界ではよく使いますが、 品質とは何でしょう。 品質が良い/悪い、と言ったり、 品質を上げる、と言ったりしますが、 これがどんなものなのか、明確に認識しているでしょうか。 いろいろな人の話を聞いていると、 意外と認識が一致していません。 人によっては、検証の結果を見て言います。 「このモジュールは品質が悪いね」と。 人によっては、プロジェクト開始前に言います。 「前回のような品質問題は起こさないようにしよう」と。 人によっては、常に使います。 「品質を測

  • ソフトウェア品質特性 - Software Quality.com

    ソフトウェアは「目に見えないモノ」ですので、その評価は現時点でも非常に難しい課題の一つです。 見えないからこそ、ソフトウェア品質の評価は重要となります。 その難題に一つの光明を見いだしたのが皆さんもご存じのISO/IEC9126(JIS X 0129) ソフトウェア品質特性(Quality Characteristics) です。 (正式名称は「Information technology software product evaluation:Quality characteristics and guidlines for their use」) この規格は1991年(JISは1994年)に発行され、多くの人が存在(名前だけ?)を知っているのですが、その難解さ故利用されることは少ないようにも思います。 そこで、Software Quality.comではこのソフトウェア品質特性をある程

    somat
    somat 2007/11/26
    品質特性を解説したドキュメント。全部読んでないが、分かりやすそう
  • Quality Architectによる戦略的なテスト − @IT情報マネジメント

    ソフトウェア開発において、最も戦略的でない工程は何でしょうか。多くのエンジニアは、テストを挙げるでしょう。残念ながら、頑張ってはいるものの、いまも多くの現場ではテストを行き当たりばったりに進めているのが現状です。そこで稿では、テストを行き当たりばったりではなく戦略的に進めるために必要な考え方を、いくつか紹介します。 戦略的な品質向上を担うQuality Architect 戦略的に進めるとは、一体どういう意味なのでしょう。例えば局地的な戦闘のような、個々の局面における目標達成を指しているわけではありません。事業全体における大きな目的を達成するために、すべての局面を俯瞰(ふかん)し、長期的な視野で進めていくことを意味しています。個別最適ではなく全体最適を狙うのだ、といい換えてもよいでしょう。すなわち、行き当たりばったりなソフトウェア開発というのは、個別最適のわなに陥っているのです。 日

    Quality Architectによる戦略的なテスト − @IT情報マネジメント
  • [ThinkIT] 第1回:変わりゆく品質の定義 (1/4)

    ユビキタスという言葉を使うまでもなく、あらゆる局面でソフトウェアがある一定の役割を担うことが当たり前になってきました。むしろ、「いかなる形であれソフトウェアが介在しないモノ」を想像することの方が難しくなってきた感があります。 ITシステムの引き起こしたトラブルが巡り巡って会社の株価を左右する時代…。業界一筋20年の筆者にもITがビジネスのキーコンポーネントとなったことが実感させられる昨今です。 筆者はユーザ企業やSIerにお邪魔して、開発プロセス改善のお手伝いすることを生業としています。立場や事情は違いますが、共通するのは「より高い品質」であり「さらなる効率化」です。しかし品質向上ほど、総論賛成、各論反対となるものはありません。それにはいくつか理由(表1)があります。 品質そのものの捉え方が、立場や対象となるモノによって異なる 品質向上の取り組みには、それを作り込む「開発」という側面とそれ