• 検索結果がありません。

2016年2月26日 成果発表会プレゼン資料

N/A
N/A
Protected

Academic year: 2021

シェア "2016年2月26日 成果発表会プレゼン資料"

Copied!
18
0
0

読み込み中.... (全文を見る)

全文

(1)

派生開発での

ユーザビリティの劣化を防ぐ方法

第6分科会 Bグループ 島崎 稔史 (株式会社インテック) 小野寺 聡 (株式会社メタテクノ) 西澤 賢一 (GEヘルスケア・ジャパン株式会社) 吉田 和洋 (東京海上日動システムズ株式会社) 1. 研究経緯 2. 現状分析 3. 解決策 4. 検証 5. まとめ 目次 2016.2.26 2015年度ソフトウェア品質管理研究会 (31SQiP)成果発表会

(2)

1. 研究経緯 (1)

派生開発現場で困っていること

(研究員各社)

システムテストやリリース後に出てくる

ユーザビリティに関する不具合

例)「以前よりも操作回数が増えて不便になった」 「以前あったメニューが見当たらない」 「以前よりも画面が見づらくなった」

ユーザビリティの劣化が原因

1 / 14

(3)

1. 研究経緯 (2)

派生開発におけるユーザビリティの劣化とは?

機能の追加・変更によりユーザビリティが 従来よりも低下すること ①プルダウンメニューの 選択項目を増やす ②スクロールバーが付く ③選択するのにスクロール が必要になり煩わしく なった 例) 変更前 変更後

ユーザビリティの劣化の防止対策が必要

2 / 14

(4)

2. 現状分析 (1)

0 2 4 6 8 10 手がかり 信頼感 適切な用語/メッセージ 操作感 一貫性 一覧性 簡潔性 操作の効率 不具合件数

ユーザビリティの不具合の事例分析

(n=21)

ユーザー目線での考慮が必要なものばかり

3 / 14

(5)

2. 現状分析 (2)

なぜユーザビリティの不具合が発生するのか?

カテゴリー ユーザビリティの劣化 認 識 考 慮 対 策 無思慮 していない 自己満足 している 考慮せず 思い込み 考慮した 実施せず 考えている 実施したが ダメだった 設計者のユーザビリティの意識調査結果

設計者のユーザビリティに対する意識が低い

無思慮 52% 自己満足 44% 思い込み 4% 考えている 0%

4 / 14

(6)

3. 解決策 (1)

解決策の基本コンセプト

ユーザビリティの劣化に気付かせる コンセプト 解決策 具体的なユーザビリティの劣化の イメージや注意点を提供する 派生開発で劣化しやすい ユーザビリティの観点 機能の追加・変更による振る舞いの 差分を表現し、差分に注目させる 振る舞い Before/Afterシート 振る舞いBefore/Afterシートを適切 なタイミングで使用できるようにする ユーザビリティの 劣化防止プロセス 振る舞いの差分に派生開発で劣化 しやすいユーザビリティの観点を適用 3つの解決策でユーザビリティの劣化に気が付かせる

5 / 14

(7)

具体的なユーザビリティの劣化のイメージを持たない 設計担当者に影響はないかを考えさせても…

3. 解決策 (2)

ユーザビリティの劣化に気が付くには?

派生開発で劣化し易いユーザビリティの観点

派生開発で注意すべき点を示せればよい

はい,考慮しています

6 / 14

(8)

3. 解決策 (3)

派生開発で劣化しやすいユーザビリティの観点

(9)

ユーザー目線 の言葉 & ~させない という表現

3. 解決策 (3)

派生開発で劣化しやすいユーザビリティの観点

7 / 14

(10)

変更前の振る舞い 既存のテストケースから作成 変更要求仕様書から考える 変更後の振る舞い

3. 解決策 (4)

振る舞いBefore/Afterシート

変更前後を比較することで振る舞いの差分を明確化

8 / 14

(11)

3. 解決策 (5)

振る舞いBefore/Afterシート(つづき)

振る舞いの差分を

派生開発で劣化し易いユーザビリティの観点で見直す

(12)

操作性・使い勝手が網羅されているとはいえない

テストケース

があった!

現状の振る舞いを表現しているドキュメントは?

3. 解決策 (6)

なぜテストケースを用いるのか?

テストケースはユーザーが受け入れている振る舞いを 最も詳細に表現している 要求仕様書 操作仕様書 設計書

10 / 14

(13)

3. 解決策 (7)

ユーザビリティの劣化を防止するプロセス

(14)

3. 解決策 (7)

ユーザビリティの劣化を防止するプロセス

振る舞いBefore/Afterシートを関係者とレビューし 影響確認を全て終えないと変更設計に進ませない

(15)

4. 検証 (1)

検証方法

検証内容

下記2つでシミュレーションを実施 ユーザビリティの劣化が発生した過去の事例 現在進行中のプロジェクトの事例 1. ユーザビリティの劣化を検出できるか 2. どの派生開発で劣化し易いユーザビリティの観点が 用いられるか 3. 振る舞いBefore/Afterシートの作成工数

12 / 14

(16)

4. 検証 (2)

検 出 派生開発で劣化し易い ユーザビリティの観点 作成工数 過去の事例 (1件) イライラさせない 誤操作させない

2.0

時間 現在進行中のプロジェクト (変更要求1件) イライラさせない

2.5

時間 知識が十分にない分野でもユーザビリティの劣化を検出 • シートの作成は慣れていない人でも 2-3時間程度 → 熟練者であればもっと短くなると考えられる

検証結果

考察

13 / 14

(17)

5. まとめ

研究の成果

1. 派生開発で劣化し易いユーザビリティの観点 2. 振舞いの差分を意識させる 「振る舞いBefore/Afterシート」 3. ユーザビリティの劣化を防止するプロセス

14 / 14

今後の課題

• 過去の事例、実際のプロジェクトで適用し、 防止策の有効性の検証を積み上げていく • ユーザビリティの劣化の防止に効果があることを確認 • ユーザビリティの劣化の防止策を提案

(18)

ご清聴ありがとうございました

2015年度ソフトウェア品質管理研究会 (31SQiP) 第6分科会 Bグループ

参照

関連したドキュメント

平成 26 年の方針策定から 10 年後となる令和6年度に、来遊個体群の個体数が現在の水

○社会福祉事業の経営者による福祉サービスに関する 苦情解決の仕組みの指針について(平成 12 年6月7 日付障第 452 号・社援第 1352 号・老発第

SEED きょうとの最高議決機関であり、通常年 1 回に開催されます。総会では定款の変

ここでは 2016 年(平成 28 年)3

 そこで,今回はさらに,日本銀行の金融政策変更に合わせて期間を以下 のサブ・ピリオドに分けた分析を試みた。量的緩和政策解除 (2006年3月

(今後の展望 1) 苦情解決の仕組みの活用.

二月八日に運営委員会と人権小委員会の会合にかけられたが︑両者の間に基本的な見解の対立がある

添付資料 2.7.3 解析コード及び解析条件の不確かさの影響評価について (インターフェイスシステム LOCA).. 添付資料 2.7.4