九州ソフトウェアテスト勉強会 Vol19

九州ソフトウェアテスト勉強会 Vol.19
これからのソフトウェア品質
〜「つながる世界のソフトウェア品質ガイド」から考える〜
九州ソフトウェアテスト勉強会
木下真哉

2/51
「品質が大事」って、よく言いませんか

3/51
でも

4/51
品質のこと、ちゃんと考えたことありますか

5/51
僕はありません・・・。

6/51
(;ﾟДﾟ)(ﾟДﾟ;(ﾟДﾟ;)ﾅ､ﾅﾝﾀﾞｯﾃｰ!!

7/51
だから

8/51
今日は

9/51
品質のこと、考え直したいと思います

10/51
お品書き
• ソフトウェア品質を考える
• ソフトウェア品質を決める
• ソフトウェア品質を説明する

11/51
お品書き - その１
ソフトウェア品質を考える

12/51
まず、品質の意味を考えましょう

13/51
品質とは
「工場で生産された製品や、サービス業が提供するサービス
の有する特性、もしくは属性」
(Wikipediaより抜粋)

14/51
製品やサービスを利用する時を思い浮かべてください

15/51
どちらを利用しますか
(例) 山歩きをする場合
1. おしゃれな革靴
2. 歩き疲れない運動靴

16/51
私たちは
製品やサービスが持っている特性や属性、
つまり、
品質を基準にして製品やサービスを
利用します。

17/51
ソフトウェアも同じ

18/51
ソフトウェアが持っている特性や属性、
つまり、
品質を基準にして利用されます。

19/51
利用されるソフトウェアを開発するには
どうしたら良いでしょう

20/51
ソフトウェアの利用者が
ソフトウェアに対して期待していること
をソフトウェアで実現する

21/51
では

22/51
ソフトウェアの利用者が
期待していることは何でしょう

23/51
ソフトウェアの利用者が期待していること (過去)
ちゃんと動くもの

24/51
ソフトウェアの利用者が期待していること (現在)
ちゃんと動くだけでなく、満足できるもの

25/51
「満足できる」とは

26/51
「満足できる」とは
• 利用目的や利用場面に応じた安全性・セキュリティを持っ
ていること
• 利用目的や利用場面に応じた快適さ・楽しさを持っている
こと

27/51
ちょっと待って

28/51
私たちがいる開発現場では
品質をどう考えているのでしょうか

29/51
開発現場における品質の考え方
利用者が期待していることは機能そのものが正しく動作する
こと (機能重視な品質の考え方)
→ ソフトウェアに求められる一番の品質だと考えている

30/51
利用者が期待している「満足できる」ことを
品質として保証できていないのではないか

31/51
だから

32/51
「ちゃんと動く」ことだけではなく
「満足ができる」ことも含めて
品質を考えましょう

33/51
お品書き - その２
ソフトウェア品質を決める

34/51
2. ソフトウェア品質を決める
「ソフトウェア品質を決める」までに
どういったことをすればよいかを考えましょう

35/51
「ソフトウェア品質を決める」までの流れ
1. 状況分析
3. 品質要件定義
2. 品質要求分析
ソフトウェアに関わる人や組織、利用する
目的、なぜ必要なのかを分析します。
「1. 状況分析」の内容をもとに、ソフト
ウェアにどういった特性や属性、つまり、
品質が求められるのかを分析します。
「2. 品質要求分析」の内容を、ソフトウェ
アの品質を決めます。

36/51
「1. 状況分析」
1. ステークホルダを
分析する
3. ソフトウェアを
利用する目的と
その理由を分析する
2. ステークホルダの
期待を分析する
ソフトウェアに関わる人や組織を分析しま
す。
ソフトウェアに関わる人や組織がソフト
ウェアに対して期待していることを分析し
ます。
ソフトウェアを利用する人や組織がどうい
う目的で利用するのか、そして、その理由
を分析します。

37/51
「2. 品質要求分析」
ステークホルダの期待や
ソフトウェアの利用目的を
実現するためには、
どのような品質が求められるか、
つまり、
品質要求を分析する必要がある

38/51
しかし

39/51
品質要求を分析するためにどういった
手法を使えばよいかがわからない

40/51
そこで

41/51
「つながる世界のソフトウェア品質ガイド」では
国際規格として整理された
「SQuaRE」が紹介されています

42/51
SQuaRE
(Systems and software Quality Requirements and Evaluation)
システムとソフトウェアに関する品質定義と品質評価視点の枠組みを定
める国際規格ISO/IEC 25000シリーズの呼称
URL: http://iso25000.com/index.php/en/

43/51
「3. 品質要件定義」
全ての品質要求を網羅することはできない

44/51
「3. 品質要件定義」
開発と同じように、分析した品質要求
から実現可能な品質要求を決める必要がある
→ 品質要件を定義する

45/51
お品書き - その３
ソフトウェア品質を説明する

46/51
3. ソフトウェア品質を説明する
ソフトウェアの不具合が利用者の不利益や社会的な
混乱及び損失をもたらす事例が増えている中で、
ソフトウェアの品質に対する説明責任への
関心が高まっています

47/51
品質に関する取り組みの正当性や十分性を
ステークホルダに対して説明する努力が
求められています

48/51
品質に関する説明は、出荷後や運用中に
不具合が発生した場合だけでなく、
購入前や利用前に安心して使ってもらうための
情報提供として行っておくことも重視されている

49/51
まとめ
• ソフトウェアの品質は、そのソフトウェアに関係する利害関係者の期
待やソフトウェアの目的及びその理由から決める必要があります
• ソフトウェアの品質を説明できることは、ステークホルダへの安心感
を与えるだけでなく、利用者に対して、製品の適切な選択、製品の正
しい安全な利用をもたらします
• ソフトウェアは必要不可欠なものです。ソフトウェアの利用者の期待
に応えられるよう、品質を常に意識しましょう

50/51
最後に
「つながる世界のソフトウェア品質ガイド」が
考える注目すべき品質の視点を
ご紹介します

51/51
注目すべき品質の視点
• ユーザビリティと利用時の品質
• セキュリティとセーフティ
• データ品質

九州ソフトウェアテスト勉強会 Vol19

Recommended

Recommended

More Related Content

Recently uploaded

Recently uploaded (9)

Featured

Featured (20)

九州ソフトウェアテスト勉強会 Vol19