17 件の資料が見つかりました。
ダウンロード数: 5962回
執筆者 :
中山 利宏(日本信号)
、大澤 陽子(TIS)
、小嶋 正憲(東京海上日動システムズ)
、高尾 俊之(富士フイルム)
、谷川 淳一(リコー)
、田上 貴久(アンリツエンジニアリング)
、南齋 雄一(アドバンテスト)
、松永 充弘(NTTデータ)
紹介文 :
Blogなどの不特定多数の人が利用するサービスにおいては、誰がどんな目的で利用するのか把握することは難しいですが、コミュニケーション(多い・少ない)と読み手(特定・不特定)の2軸により整理することでうまく整理しています。ターゲットユーザーを想定する際の試行錯誤の過程も提示してあるので、ペルソナ法をどのように適用すべきか、1つの事例として参考になります。
Blogなどの不特定多数の人が利用するサービスにおいては、誰がどんな目的で利用するのか把握することは難しいですが、コミュニケーション(多い・少ない)と読み手(特定・不特定)の2軸により整理することでうまく整理しています。ターゲットユーザーを想定する際の試行錯誤の過程も提示してあるので、ペルソナ法をどのように適用すべきか、1つの事例として参考になります。
ダウンロード数: 5164回
執筆者 :
宮本 陽子(メタテクノ)
紹介文 :
仕様というソフトウェアの核となる成果物の品質向上については、様々なアプローチが議論されています。このため、それぞれの特徴や役割分担を明確に踏まえ、問題に応じて選択し、組み合わせ活用することが重要です。本論文は、形式仕様記述手法と要求記述手法に関し、この観点から位置づけの整理を試みています。
仕様というソフトウェアの核となる成果物の品質向上については、様々なアプローチが議論されています。このため、それぞれの特徴や役割分担を明確に踏まえ、問題に応じて選択し、組み合わせ活用することが重要です。本論文は、形式仕様記述手法と要求記述手法に関し、この観点から位置づけの整理を試みています。
ダウンロード数: 4102回
紹介文 :
レビュープロセスの質をチェックリスト形式で評価することで得点化する方法、および、レビュー指摘の価値を指摘工程と影響範囲でポイント化し、金額換算する方法を提案しています。従来のレビュー速度でレビューの質を捉えたり、単純に指摘件数をレビューのアウトプットとするよりは、より実感できる形でレビューの質と価値を把握できます。数値の精度は十分ではありませんが、簡便な方法で実践できるのが良いです。
レビュープロセスの質をチェックリスト形式で評価することで得点化する方法、および、レビュー指摘の価値を指摘工程と影響範囲でポイント化し、金額換算する方法を提案しています。従来のレビュー速度でレビューの質を捉えたり、単純に指摘件数をレビューのアウトプットとするよりは、より実感できる形でレビューの質と価値を把握できます。数値の精度は十分ではありませんが、簡便な方法で実践できるのが良いです。
ダウンロード数: 1764回
執筆者 :
小渕 一幸(セイコーエプソン)
、南齋 雄一(アドバンテスト)
、小澤 純(山武)
、小林 誠(USOL 東京)
、清水 覚(伊藤忠テクノソリューションズ)
、林 恵子(伊藤忠テクノソリューションズ)
、田上 貴久(アンリツエンジニアリング)
、村上 和治(東京海上日動システムズ)
紹介文 :
UCD手法をアジャイル開発に取り入れて実施することで、ユーザビリティの高い製品を効果的に開発することができる方法を提案しています。短納期で使いやすいものを作ろうとする場合に参考になります。
UCD手法をアジャイル開発に取り入れて実施することで、ユーザビリティの高い製品を効果的に開発することができる方法を提案しています。短納期で使いやすいものを作ろうとする場合に参考になります。
ダウンロード数: 1579回
紹介文 :
仕様書のレビューをする際のレビューの観点を何にするかは,しばしば議論されている.本論文では,結論として,たとえそれを書いた設計者であっても,機能仕様書を作った後に思考をリセットしてテストエンジニアの視点(懐疑的な観点)を持ってレビューを行えば,効果的な結果を得られたことを示している.逆に,テストエンジニアが機能仕様書を書いても,設計者が書いたものと同様な欠陥を出していることを実験で示しているのが面白い.レビューの観点について考えさせられる論文である
仕様書のレビューをする際のレビューの観点を何にするかは,しばしば議論されている.本論文では,結論として,たとえそれを書いた設計者であっても,機能仕様書を作った後に思考をリセットしてテストエンジニアの視点(懐疑的な観点)を持ってレビューを行えば,効果的な結果を得られたことを示している.逆に,テストエンジニアが機能仕様書を書いても,設計者が書いたものと同様な欠陥を出していることを実験で示しているのが面白い.レビューの観点について考えさせられる論文である
ダウンロード数: 949回
SQuBOK分類 :
執筆者 :
松村 英孝(東京海上日動システムズ)
、平田 博義(三菱電機マイコン機器ソフトウエア)
、安井 章和(三菱電機コントロールソフトウェア)
、根上 勇一(アンリツ)
、中村 守利(インテック)
紹介文 :
ビジネスのモデリング手法 "G2BizMo" を用いて、重複なく漏れなく要求仕様定義を行う方法について示しています。ビジネスのフローを状態遷移図として表し、そこから状態遷移マトリックスを作成、マトリックスに対してさらに処理を追記していくことで、要求を検討、記述、精査を行うことができるようになります。簡単な例題であっても、間違いなく網羅的に考えることは難しいです。そのことを再確認しながら、現実の業務を根本から見直す要求分析の手法について考えてみませんか。
ビジネスのモデリング手法 "G2BizMo" を用いて、重複なく漏れなく要求仕様定義を行う方法について示しています。ビジネスのフローを状態遷移図として表し、そこから状態遷移マトリックスを作成、マトリックスに対してさらに処理を追記していくことで、要求を検討、記述、精査を行うことができるようになります。簡単な例題であっても、間違いなく網羅的に考えることは難しいです。そのことを再確認しながら、現実の業務を根本から見直す要求分析の手法について考えてみませんか。
ダウンロード数: 842回
SQuBOK分類 :
3.9.2 仕様に基づいた技法 、 3.9.3 コードに基づいた技法 、 3.9.5 利用に基づいた技法 、 3.9.9 テスト技法の選択と組み合わせ 、 3.10.3 障害分析に関する技法
3.9.2 仕様に基づいた技法 、 3.9.3 コードに基づいた技法 、 3.9.5 利用に基づいた技法 、 3.9.9 テスト技法の選択と組み合わせ 、 3.10.3 障害分析に関する技法
紹介文 :
フィールドで嫡出されたバグを分析して、嫡出漏れを防止するテストを特定する。また、そのテストケースを生成するテストケース設計技法を採用しているかを分析して、その組織に採用が必要なテスト技法を抽出する。
また、分析途中には、どの段階(テストレベル)でどのようなテスト技法を使えばどのようなバグを嫡出できるかという知識が必要になる。そのため、①テスト観点を仕様ベース、構造ベースで分類した表の作成、②テストレベルとテスト技法の関係、③その技法で嫡出可能なバグ例が報告されている。
フィールドで嫡出されたバグを分析して、嫡出漏れを防止するテストを特定する。また、そのテストケースを生成するテストケース設計技法を採用しているかを分析して、その組織に採用が必要なテスト技法を抽出する。
また、分析途中には、どの段階(テストレベル)でどのようなテスト技法を使えばどのようなバグを嫡出できるかという知識が必要になる。そのため、①テスト観点を仕様ベース、構造ベースで分類した表の作成、②テストレベルとテスト技法の関係、③その技法で嫡出可能なバグ例が報告されている。
ダウンロード数: 819回
執筆者 :
小渕 一幸(セイコーエプソン)
紹介文 :
研究会の研究員へのアンケート実施を通して、研究活動に対するニーズと満足度を把握する取り組みになっています。「満足度」をどのように評価すればよいか、考え方と手順が参考になります。
研究会の研究員へのアンケート実施を通して、研究活動に対するニーズと満足度を把握する取り組みになっています。「満足度」をどのように評価すればよいか、考え方と手順が参考になります。
ダウンロード数: 692回
執筆者 :
良知 敦(NECアクセステクニカ)
、伊藤 祐馬(伊藤忠テクノソリューションズ)
、大立 薫(ベックマン・コールター)
、鈴木 孝輔(日立ハイテクソリューションズ)
、瀬戸 一郎(アドバンテスト)
紹介文 :
通常、XDDPの変更プロセスでは「3点セット」を必須としている。これは派生開発で混乱している組織にあっては、この3点セットの成果物を作りながら作業を進めることで秩序を確保するのが狙い。しかしながら、ビジネス系においては「SLCP」などでそれなりの成果物が作られプロセスの秩序も維持されていることがある。また、短納期の要求などもあって、「3点セット」を作成することに抵抗がある。そのような中で、変更を含む要求仕様に関するトラブルに的を絞って取り組むことにしたケース。得意なケースなので、なぜこの「部分適用」の方法が可能なのか、本報告書から読み取って欲しい。
通常、XDDPの変更プロセスでは「3点セット」を必須としている。これは派生開発で混乱している組織にあっては、この3点セットの成果物を作りながら作業を進めることで秩序を確保するのが狙い。しかしながら、ビジネス系においては「SLCP」などでそれなりの成果物が作られプロセスの秩序も維持されていることがある。また、短納期の要求などもあって、「3点セット」を作成することに抵抗がある。そのような中で、変更を含む要求仕様に関するトラブルに的を絞って取り組むことにしたケース。得意なケースなので、なぜこの「部分適用」の方法が可能なのか、本報告書から読み取って欲しい。
ダウンロード数: 492回
紹介文 :
企画品質、要求を満たしている、すなわち、不具合がないといった(あたりまえ)品質ではなく、ユーザーにとって魅力的な製品企画を目指した評価方法をユーザエクスペリエンス(UX)手法の一部である「ペルソナ」や「シナリオ」を組み合わせを用い。具体的な事例と共に提案しています。あたりまえ品質から魅力的品質へ、顧客満足度を向上させ次回も後継製品を愛用してもらえる品質を目指す方にお勧めします。
企画品質、要求を満たしている、すなわち、不具合がないといった(あたりまえ)品質ではなく、ユーザーにとって魅力的な製品企画を目指した評価方法をユーザエクスペリエンス(UX)手法の一部である「ペルソナ」や「シナリオ」を組み合わせを用い。具体的な事例と共に提案しています。あたりまえ品質から魅力的品質へ、顧客満足度を向上させ次回も後継製品を愛用してもらえる品質を目指す方にお勧めします。
ダウンロード数: 364回
SQuBOK分類 :
1.1.1.9 品質の定義(狩野紀昭) 、 1.3.5.2 妥当性確認(Validation) 、 2.14.2 要求の妥当性確認と評価 、 3.5 要求分析の技法 、 3.13.1.2 インタラクティブシステムの人間中心設計プロセス(ISO 9241-210)
1.1.1.9 品質の定義(狩野紀昭) 、 1.3.5.2 妥当性確認(Validation) 、 2.14.2 要求の妥当性確認と評価 、 3.5 要求分析の技法 、 3.13.1.2 インタラクティブシステムの人間中心設計プロセス(ISO 9241-210)
紹介文 :
要件定義段階で顧客・ユーザとの認識の齟齬を減らすには、UX手法が効果的ですが、
開発現場で導入するにはまだまだ敷居が高い状況です。しかし、従来のやり方や設計書の
書式を大きく変えなくても、要件定義時に5W1Hを考慮するというちょっとした工夫を
加えるだけで、要件の齟齬や漏れを減らす効果があります。
またスマートスピーカーを題材にした検証結果も掲載されており、実践の参考になります。
要件定義段階で顧客・ユーザとの認識の齟齬を減らすには、UX手法が効果的ですが、
開発現場で導入するにはまだまだ敷居が高い状況です。しかし、従来のやり方や設計書の
書式を大きく変えなくても、要件定義時に5W1Hを考慮するというちょっとした工夫を
加えるだけで、要件の齟齬や漏れを減らす効果があります。
またスマートスピーカーを題材にした検証結果も掲載されており、実践の参考になります。
ダウンロード数: 360回
紹介文 :
レビュー効率と効果向上に関する新技法の提案論文。欠陥検出率の向上と、コスト効果を改善する方法として、メトリクス測定+仮説立案を利用に言及している。
品質系、特にレビュー技法に対するメトリクス利用の論文は一般に少ないこと、また当該論文にて言及している「間接メトリクス」に関してはプロセスメトリクス・プロダクトメトリクスのいずれでもない新たなメトリクス分野として注目に値する。
レビュー効率と効果向上に関する新技法の提案論文。欠陥検出率の向上と、コスト効果を改善する方法として、メトリクス測定+仮説立案を利用に言及している。
品質系、特にレビュー技法に対するメトリクス利用の論文は一般に少ないこと、また当該論文にて言及している「間接メトリクス」に関してはプロセスメトリクス・プロダクトメトリクスのいずれでもない新たなメトリクス分野として注目に値する。
ダウンロード数: 338回
執筆者 :
川合 大之(日立ソリューションズ)
、西村 英俊(インテック)
、添田 建太郎(ソニー)
、小田部 健(小野測器)
、中谷 一樹(TIS)
、奥山 剛(アズビル)
、菅野 良太(インテック)
、會見 知史(インテック)
、上野 直樹(三菱電機コントロールソフトウェア)
紹介文 :
レビューの教育のための書籍・セミナーは世に少ないため、レビューアの育成は困難です。本研究では、レビューア人口増加を目的として、レビュー初心者向けの、レビューの手引となる、「レビューオリエンテーションキット」を作成しました。技法だけでなく「レビューの楽しさ」や「心構え」についても解説しています。
レビューの教育のための書籍・セミナーは世に少ないため、レビューアの育成は困難です。本研究では、レビューア人口増加を目的として、レビュー初心者向けの、レビューの手引となる、「レビューオリエンテーションキット」を作成しました。技法だけでなく「レビューの楽しさ」や「心構え」についても解説しています。
ダウンロード数: 302回
執筆者 :
高尾 俊之(富士フイルム)
、荏本 尚志(リコー)
、阿達 竹司(三菱電機コントロールソフトウェア)
、金谷 新吾(伊藤忠テクノソリューションズ)
、南齋 雄一(アドバンテスト)
、田上 貴久(アンリツエンジニアリング)
、中山 利宏(日本信号)
、穂崎 尚志(三菱電機マイコン機器ソフトウエア)
紹介文 :
研究対象を、プロジェクトの上流段階でのプロトタイプの作成 とペルソナ・シナリオに基づく検証(ウォークスルー)の二つに絞ったUCD(人間中心設計)手法の現場への適応研究。評価軸となるペルソナや、テストケースであるプロトタイプに求められる品質問題も垣間見えて興味深い。使い易さを設計/検証するには、どれだけの準備が必要なのかを疑似体験できる。尚、UCDは基本的にはUXD(ユーザ体験デザイン)と同義と思って頂いて差し支えない。
研究対象を、プロジェクトの上流段階でのプロトタイプの作成 とペルソナ・シナリオに基づく検証(ウォークスルー)の二つに絞ったUCD(人間中心設計)手法の現場への適応研究。評価軸となるペルソナや、テストケースであるプロトタイプに求められる品質問題も垣間見えて興味深い。使い易さを設計/検証するには、どれだけの準備が必要なのかを疑似体験できる。尚、UCDは基本的にはUXD(ユーザ体験デザイン)と同義と思って頂いて差し支えない。
ダウンロード数: 271回
執筆者 :
金山 豊浩(アドバンテスト)
、福山 朋子(インテック)
、笠井 康弘(東京海上日動システムズ)
、竹内 一広(亜細亜証券印刷)
、谷川 淳一(リコー)
、田上 貴久(アンリツエンジニアリング)
、林 郁(元 NTTデータ)
、矢沢 貞夫(NTTデータ)
、香村 信二郎(サイボウズ)
、高尾 俊之(富士写真フイルム)
、高田 誠稔(東京海上日動システムズ)
、穂崎 尚志(三菱電機マイコン機器ソフトウエア)
紹介文 :
開発済みのシステム(Webサイト)に対して、要件定義/開発/評価の三つのフェーズに置いて、どのようにUCD(人間中心設計)の手法が活用できたかを考察しています。UXD(ユーザ体験デザイン)という言葉が広まる前に広まった用語ではありますが、内容的にはほぼ同じです。ペルソナシナリオ手法やプロトタイピング手法をUMLと比較検討したりし、特に付録の実際の検討シートの内容は多くの読者がUCD/UXDを疑似体験できるものとなっています。
開発済みのシステム(Webサイト)に対して、要件定義/開発/評価の三つのフェーズに置いて、どのようにUCD(人間中心設計)の手法が活用できたかを考察しています。UXD(ユーザ体験デザイン)という言葉が広まる前に広まった用語ではありますが、内容的にはほぼ同じです。ペルソナシナリオ手法やプロトタイピング手法をUMLと比較検討したりし、特に付録の実際の検討シートの内容は多くの読者がUCD/UXDを疑似体験できるものとなっています。
ダウンロード数: 237回
執筆者 :
南齋 雄一(アドバンテスト)
、高尾 俊之(富士フイルム)
、小渕 一幸 (セイコーエプソン)
、松井 健吾(セゾン情報システムズ)
、岡本 浩(インテック)
、穂崎 尚志(三菱電機マイコン機器ソフトウエア)
、村上 和治(東京海上日動システムズ)
、田上 貴久(アンリツエンジニアリング)
、中山 利宏(日本信号)
紹介文 :
実在する交通費精算システムに対して、ストーリーボード、カードソーティング、ペーパープロトタイピングという代表的な3つのプロトタイピング手法を用いてUI改善を実践し、各種法の長所短所/適応場面などを考察しています。「手書き画面→写真→試作」が可能なタブレットPCを見れば多少古めかしさは否めませんが、ユーザ視点として押さえるべき原点的な事が書かれています。読む時代と、その時可能な技術とを鑑みて読むと学ぶべき事は多いと思います。
実在する交通費精算システムに対して、ストーリーボード、カードソーティング、ペーパープロトタイピングという代表的な3つのプロトタイピング手法を用いてUI改善を実践し、各種法の長所短所/適応場面などを考察しています。「手書き画面→写真→試作」が可能なタブレットPCを見れば多少古めかしさは否めませんが、ユーザ視点として押さえるべき原点的な事が書かれています。読む時代と、その時可能な技術とを鑑みて読むと学ぶべき事は多いと思います。
ダウンロード数: 211回
紹介文 :
「ビジネスを成すエンジニアリング」という視点に立った場合、これから生まれるであろう様々な新技術を用いた開発の現場ではどのような、発想支援/情報共有/評価方法が必要になって行くのであろうかを検討しています。題材としては現時点では実現できない、任意の目的地までの誘導システムです。それが実装できるのかではなく、それらが実装できる時には、どのようなスキルが求められるのかという視点です。3D映像が手軽に活用できる様になったとき、文字ベースの仕様書以外にどのような方法で仕様化し共有していくのかという未来予想図です。
「ビジネスを成すエンジニアリング」という視点に立った場合、これから生まれるであろう様々な新技術を用いた開発の現場ではどのような、発想支援/情報共有/評価方法が必要になって行くのであろうかを検討しています。題材としては現時点では実現できない、任意の目的地までの誘導システムです。それが実装できるのかではなく、それらが実装できる時には、どのようなスキルが求められるのかという視点です。3D映像が手軽に活用できる様になったとき、文字ベースの仕様書以外にどのような方法で仕様化し共有していくのかという未来予想図です。