About Quality

1. 0
品質ってなんなのさ
エスキュービズム・テクノロジー
エンジニア勉強会
October 2,2015
S-cubism Technology Inc.

2. 1
思うこと
普段、設計・プログラミング・テスト
やるにあたって、品質を意識して作業
していると思います。
が、具体的に、品質のために何をして
ますか？

3. 2
品質って何なんでしょう。
そもそも

4. 3
品質（ひんしつ、クオリティ =
Quality）は、工場で生産された製品や、
サービス業が提供するサービスの有す
る特性、もしくは属性をいう。
※wikipediaより
品質の定義

5. 4
wikipediaが、品質=特性 || 属性と、教えてくれ
ましたが、特性とか、属性って何でしょう？
特性？属性？

6. 5
実は、ISO/IEC 9126-1で、2つのモデ
ルで品質特性が定義されています。
品質特性

7. 6
特性 副特性 説明
機能性 合目的性
正確性
相互運用性
セキュリティ
ソフトウェアが、指定された条件の下で利用されるときに、明示的及び暗示的
必要性に合致する機能を提供するソフトウェア製品の能力
信頼性 成熟性
障害許容性
回復製
指定された条件の下で利用するとき、指定された達成水準を維持するソフトウ
ェア製品の能力
使用性 理解性
習得性
運用性
魅力性
指定された条件の下で利用するとき、理解、習得、利用でき、利用者にとって
魅力的であるソフトウェア製品の能力
効率性 時間効率性
資源効率性
明示的な条件の下で、使用する資源の量に対比して適切な性能を提供するソ
フトウェア製品の能力
保守性 解析性
変更性
安定性
試験性
修正のしやすさに関するソフトウェア製品の能力。修正は、是正若しは向上、
又は環境の変化、要求仕様の変更及び機能仕様の変更にソフトウェアを適応
させることを含めてもよい。
移植性 環境適応性
設置性
共存性
置換性
ある環境から他の環境に移すためのソフトウェア製品の能力。
備考：環境には組織、ハードウェア又はソフトウェアの環境を含めてもよい。
モデル①外部及び内部品質

8. 7
特性 説明
有効性 利用者が指定された利用の状況で、正確かつ完全に、指定された目標を達成できるソフトウェア製
品の能力
生産性 利用者が指定された利用の状況で、達成すべき有効性に対応して、適切な量の資源を使うことがで
きるソフトウェア製品の能力
備考：資源には、作業を完了するまでの時間、利用者の労力、材料又は使用した費用を含めること
ができる
安全性 利用者が指定された利用の状況で、人、事業、ソフトウェア、財産又は環境への害に対して、容認で
きるリスクの水準を達成するためのソフトウェア製品の能力
備考：リスクは、一般に、機能性（セキュリティを含む）、信頼性、使用性又は保守性の欠陥の結果で
ある
満足性 指定された利用の状況で、利用者を満足させるソフトウェア製品の能力
備考：満足性は、製品を対話的に利用したときの利用者の反応であり、製品の利用を含む
モデル②利用時の品質

9. 8
ISO規格に合致する品質は、先ほどの特性
を担保する必要があります。
全て担保するのは難しいというのが、率
直な感想です。
難しくない？

10. 9
低品質の製品を提供してしまうと、
お客様からのクレームにつながり、場
合によっては訴訟問題等、自社の価値
を落とす深刻な事態につながります。
それを防ぐために、各種の開発手法が
編み出されてきました。
ですが、そのための開発手法です。

11. 10
・ウォーターフォール
・プロトタイプ
・スパイラル
・XP
・スクラム
…など
メジャーな開発手法

12. 11
レガシー且つ、現在でも汎用的に使わ
れている、ウォーターフォールですが、
新しい開発手法に駆逐されないのは理
由があります。
ズバリ、品質保証がやりやすいから。
ウォーターフォールでの品質
担保の考え方の一例

13. 12
ウォーターフォールというと、普通はこんなプロセスモデルをイメー
ジするのではないでしょうか？
プロセスモデル

14. 13
実は、ウォーターフォールでは、品質担保は以下のモデルで実装さ
れます
V字モデル

15. 14
要件定義で定義された品質
⇒受け入れテストで保障
基本設計で定義された品質
⇒システムテストで保障
みたいに、設計工程とテスト工程が1:1
になります
これにより、設計書から、テスト設計
書を書き起こすのが容易になります。
ポイント

16. 15
他の開発手法においても、基本的な考
え方は同様で、
ドキュメントで定義された内容を、テ
ストで保障する
というのが、品質担保のポイントです。
他の開発手法

17. 16
品質の観点では、顧客の求める品質を、可
視化⇒具現化するのが開発のお仕事と考え
ています。
実務を行ううえでは、プロジェクトの関係
者すべてが、品質特性を意識して、プロジ
ェクトを進めることが重要です。
実務的には？

18. 17
開発プロジェクトにおける、各種役割に求められ
る品質観点でのタスクは、以下と考えています。
・PM 要求された品質を達成できるだけのリソースを確保する
・PL 要求された品質を達成するための計画を策定し、監督する
・SE 要求された品質をシステムに落とし込む
・PG 要求された品質を持つ製品を製造する
・Tester 製品が要求された品質を持つことを担保する
プロジェクトにおける、品質観
点でのタスク

19. 18
昨今、保守へのバグ対応の依頼が大変多いです。
また、商品開発部が(再)発足し、パッケージの品
質も、より求められるフェイズになっているか
と思います。
この機会に、品質を理解し、より意識して、
日々の業務に当たってもらえると、
非常にありがたいです。
最後に