ソフトウェア品質の12の属性
システム開発において「品質の向上」という標語がしばしば掲げられますが、 「品質の属性」については無頓着なケースが多いのではないでしょうか。 ひとくちに品質といっても多様な属性があります。 顧客と品質の話で揉めたことはありませんか？ 品質には多様な属性があり、単一の軸で良しあしを決められないという側面があります。 そのため、単に「品質」と言ってしまうと認識に齟齬が生じるのです。 Karl E. Wiegers氏が著書 「ソフトウェア要求」 で挙げた、すべてのプロジェクトが検討すべき12の属性は以下のとおりです。 可用性availability 動作可能時間の指標。システム故障までの平均時間MTTF(Mean Time To Failure)を 平均修復時間MTTR(Mean Time To Repair)とMTTFの合計で割った値。稼働率とも呼ばれる。 効率性efficiency 同じ処理性
ビジネスの品質は35歳から45歳が決める
顧客から評価される「ビジネスの品質」を創り出せる「できる組織」のカギは、ミドルが握っている。トップダウンでもボトムアップでもなく、ミドルが経営（トップ）と現場（ボトム）を連結するピンの役割を果たし、組織全体を一体にして動かすマネジメントが求められる。 品質の維持が難しくなっている。こうした声をあちらこちらで耳にする。 日本企業の多くは、商品やサービスの品質に対して強い関心を持っており、古くはQC活動、あるいはISOの品質マネジメントシステムといった仕組みに取り組み、多額のコストをかけてきた。しかし、商品が複雑になるにつれ、従来のやり方だけで品質を維持することが難しくなっている。ここで「商品が複雑になる」とは、商品それ自体が一つのシステムになることを意味する。 例えば、センサーを作ってきた会社が、顧客や市場の求めに応じて、センサーに加えて、計測・データ収集装置を作る。こうしたことが現実に起こ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://japan.internet.com/webtech/20090623/8.html
