225 件の資料が見つかりました。
ダウンロード数: 984回
紹介文 :
既存システムに対して変更や機能追加を行う際、変更箇所や変更による影響範囲を特定するために既存システムのソースコードを調査する。この調査方法が人によって様々で、調査結果もレビューに耐えられるものではなかった。そこで、調査の目的を3種に分類し、標準調査プロセスと調査プロセスガイドラインを作成・検証した。
既存システムに対して変更や機能追加を行う際、変更箇所や変更による影響範囲を特定するために既存システムのソースコードを調査する。この調査方法が人によって様々で、調査結果もレビューに耐えられるものではなかった。そこで、調査の目的を3種に分類し、標準調査プロセスと調査プロセスガイドラインを作成・検証した。
ダウンロード数: 978回
執筆者 :
竹森 和哉 (株式会社モバイルインターネットテクノロジー)
、田中 拓也 (株式会社インテック)
、中山 匡 (株式会社東光高岳)
、西澤 賢一 (GEヘルスケア・ジャパン株式会社)
、湯川 健 (ソーバル株式会社)
紹介文 :
レビュー会議が時間通りに終わらない、効率的なレビュー会議にするためにはどうすれば良いか。
本論文では、レビュー会議での発言内容毎の時間を測定し、どのような発言がどの程度行われているのかを可視化することで、レビュー会議の参加者間で会議の目的に微妙なズレがあることを認識させ、レビュー会議の改善を促す手法を提案している。
時間というのは、その人の置かれた立場や状況の違いによって感じ方が異なる一方、絶対的で普遍的な指標とも言えるため、レビュー会議の現状把握や分析を行う際に大いに活用できそうである。
レビュー会議が時間通りに終わらない、効率的なレビュー会議にするためにはどうすれば良いか。
本論文では、レビュー会議での発言内容毎の時間を測定し、どのような発言がどの程度行われているのかを可視化することで、レビュー会議の参加者間で会議の目的に微妙なズレがあることを認識させ、レビュー会議の改善を促す手法を提案している。
時間というのは、その人の置かれた立場や状況の違いによって感じ方が異なる一方、絶対的で普遍的な指標とも言えるため、レビュー会議の現状把握や分析を行う際に大いに活用できそうである。
ダウンロード数: 949回
執筆者 :
森田 智幸(ソニー)
、阿部 圭一(富士ゼロックス)
、江田 友彦(大和コンピューター)
、正田 行雄(NTTデータ三洋システム)
、高橋 敏浩(日立システムアンドサービス)
、中村 史郎(富士通北陸システムズ)
、二宮 孝之(三菱電機コントロールソフトウェア)
、早川 勲(山武)
、藤中 孝康(富士通マイクロエレクトロニクス)
紹介文 :
プロジェクトで問題を解決したので、原因や注意点などをまとめて書いた。社内規定通りにやったし、これで障害処理は完了したとする人が大半だ。
本当に完了したのだろうか。次にこの情報が必要になる時、書かれた注意点が読まれる保障はないし、書かれていることさえ分からないかもしれない。
書いただけでは問題は解決しない。人の行動様式を踏まえて対策をとるべきだ。
プロジェクトで問題を解決したので、原因や注意点などをまとめて書いた。社内規定通りにやったし、これで障害処理は完了したとする人が大半だ。
本当に完了したのだろうか。次にこの情報が必要になる時、書かれた注意点が読まれる保障はないし、書かれていることさえ分からないかもしれない。
書いただけでは問題は解決しない。人の行動様式を踏まえて対策をとるべきだ。
ダウンロード数: 944回
紹介文 :
上級レビューアの欠陥検出テクニックの1つ『欠陥情報をパターン化して蓄積した「欠陥パターン」とレビュー対象を照合して、欠陥混入箇所と欠陥内容を推測することで、素早く且つ高い精度で欠陥を検出する方法』を、初級・中級レビューアも活用できるように、欠陥パターンに一般的に知られている欠陥検出テクニックを紐づけたレビュー手法『DPDT法』を考案している。
また、手法の提案に留まらず、実践で活用できるようにするために、反復練習型トレーニング教材「チョコ・トレ」も開発されている。
この学習教材はレビューアだけでなく、仕様書作成者にとっても非常に有用なものとなっている。
上級レビューアの欠陥検出テクニックの1つ『欠陥情報をパターン化して蓄積した「欠陥パターン」とレビュー対象を照合して、欠陥混入箇所と欠陥内容を推測することで、素早く且つ高い精度で欠陥を検出する方法』を、初級・中級レビューアも活用できるように、欠陥パターンに一般的に知られている欠陥検出テクニックを紐づけたレビュー手法『DPDT法』を考案している。
また、手法の提案に留まらず、実践で活用できるようにするために、反復練習型トレーニング教材「チョコ・トレ」も開発されている。
この学習教材はレビューアだけでなく、仕様書作成者にとっても非常に有用なものとなっている。
ダウンロード数: 940回
紹介文 :
「一般的な言語 対 ドメイン特化言語」、「上流での実装詳細の捨象の程度」など、記述方式の特化性はソフトウェア開発における難しい問題です。本論文は、フレームワークを用いた開発における形式仕様記述の活用に関し、この問題について様々な観点からの試行と議論を試みています。
「一般的な言語 対 ドメイン特化言語」、「上流での実装詳細の捨象の程度」など、記述方式の特化性はソフトウェア開発における難しい問題です。本論文は、フレームワークを用いた開発における形式仕様記述の活用に関し、この問題について様々な観点からの試行と議論を試みています。
ダウンロード数: 915回
SQuBOK分類 :
執筆者 :
松村 英孝(東京海上日動システムズ)
、平田 博義(三菱電機マイコン機器ソフトウエア)
、安井 章和(三菱電機コントロールソフトウェア)
、根上 勇一(アンリツ)
、中村 守利(インテック)
紹介文 :
ビジネスのモデリング手法 "G2BizMo" を用いて、重複なく漏れなく要求仕様定義を行う方法について示しています。ビジネスのフローを状態遷移図として表し、そこから状態遷移マトリックスを作成、マトリックスに対してさらに処理を追記していくことで、要求を検討、記述、精査を行うことができるようになります。簡単な例題であっても、間違いなく網羅的に考えることは難しいです。そのことを再確認しながら、現実の業務を根本から見直す要求分析の手法について考えてみませんか。
ビジネスのモデリング手法 "G2BizMo" を用いて、重複なく漏れなく要求仕様定義を行う方法について示しています。ビジネスのフローを状態遷移図として表し、そこから状態遷移マトリックスを作成、マトリックスに対してさらに処理を追記していくことで、要求を検討、記述、精査を行うことができるようになります。簡単な例題であっても、間違いなく網羅的に考えることは難しいです。そのことを再確認しながら、現実の業務を根本から見直す要求分析の手法について考えてみませんか。
ダウンロード数: 902回
執筆者 :
新内 貴弘(オムロンソフトウェア)
、出雲 知志(富士通北陸システムズ)
、知花 研一(アドバンテスト)
、芦田 和弘(富士通)
、山口 朗(TIS)
、鈴木 太郎(東京海上日動システムズ)
、柿木 隆(東京海上日動システムズ)
紹介文 :
継続的プロセス改善を浸透させる仕組み作りを検討中の組織は、本IDEALモデルの導入手引書(良い事例、悪い事例)の活用により、効率・効果的に改善プロセスを実装可能となる。
継続的プロセス改善を浸透させる仕組み作りを検討中の組織は、本IDEALモデルの導入手引書(良い事例、悪い事例)の活用により、効率・効果的に改善プロセスを実装可能となる。
ダウンロード数: 888回
SQuBOK分類 :
1.1.4 使用性 、 2.2.3.5 アジャイル開発 、 3.10.3.2 バグ分析 、 3.13.1.1 ユーザビリティテスト 、 3.13.1.2 インタラクティブシステムの人間中心設計プロセス(ISO 9241-210)
1.1.4 使用性 、 2.2.3.5 アジャイル開発 、 3.10.3.2 バグ分析 、 3.13.1.1 ユーザビリティテスト 、 3.13.1.2 インタラクティブシステムの人間中心設計プロセス(ISO 9241-210)
紹介文 :
運用しているWebサイトの使用性(ユーザービリティ)を改善するために、簡易リモートUT(ユーザビリティテスト)を使った素早い課題抽出と、Webサイト目的・利用者ニーズに基づく優先順位づけを提案しています。
UXの専門知識を持たないWeb担当者でも実施可能なやり方になっています。
運用しているWebサイトの使用性(ユーザービリティ)を改善するために、簡易リモートUT(ユーザビリティテスト)を使った素早い課題抽出と、Webサイト目的・利用者ニーズに基づく優先順位づけを提案しています。
UXの専門知識を持たないWeb担当者でも実施可能なやり方になっています。
ダウンロード数: 875回
執筆者 :
斉藤 有希(東京海上日動システムズ)
、田島 亨(ジャパンシステム)
、鈴木 義昭(伊藤忠テクノソリューションズ)
、山田 誠士(三菱電機コントロールソフトウェア)
、川畑 徹(NTTデータ三洋システム)
紹介文 :
教育の効果は、育ちたいと思っている人の「学びたい」、「知りたい」、「出来るようになりたい」と言う欲求(WANTS)の有無で大きく変わる。
この論文では、プロジェクト・マネジャとして成長したい、或いは、プロジェクト・マネジャになりたい人々に欲求を植えつけるにはどうしたら良いかを解いた。
教育の効果は、育ちたいと思っている人の「学びたい」、「知りたい」、「出来るようになりたい」と言う欲求(WANTS)の有無で大きく変わる。
この論文では、プロジェクト・マネジャとして成長したい、或いは、プロジェクト・マネジャになりたい人々に欲求を植えつけるにはどうしたら良いかを解いた。
ダウンロード数: 830回
紹介文 :
レビューの重要性/技法の解説は一般的に普及しているが、レビュー担当者の必要教育/育成に関する書籍・論文は極めて少ない。また、体系的な技術教育としての学習範囲/分類のまとめみならず、品質担当者育成の段階的教育/経験・キャリア別の育成に関する方針書としても、「心構え」といった観点を加えて解説している点が特筆に値する。
企業の品質教育の一助として価値がある。
レビューの重要性/技法の解説は一般的に普及しているが、レビュー担当者の必要教育/育成に関する書籍・論文は極めて少ない。また、体系的な技術教育としての学習範囲/分類のまとめみならず、品質担当者育成の段階的教育/経験・キャリア別の育成に関する方針書としても、「心構え」といった観点を加えて解説している点が特筆に値する。
企業の品質教育の一助として価値がある。
ダウンロード数: 827回
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 障害分析に関する技法
紹介文 :
フィールドで嫡出されたバグを分析して、嫡出漏れを防止するテストを特定する。また、そのテストケースを生成するテストケース設計技法を採用しているかを分析して、その組織に採用が必要なテスト技法を抽出する。
また、分析途中には、どの段階(テストレベル)でどのようなテスト技法を使えばどのようなバグを嫡出できるかという知識が必要になる。そのため、①テスト観点を仕様ベース、構造ベースで分類した表の作成、②テストレベルとテスト技法の関係、③その技法で嫡出可能なバグ例が報告されている。
フィールドで嫡出されたバグを分析して、嫡出漏れを防止するテストを特定する。また、そのテストケースを生成するテストケース設計技法を採用しているかを分析して、その組織に採用が必要なテスト技法を抽出する。
また、分析途中には、どの段階(テストレベル)でどのようなテスト技法を使えばどのようなバグを嫡出できるかという知識が必要になる。そのため、①テスト観点を仕様ベース、構造ベースで分類した表の作成、②テストレベルとテスト技法の関係、③その技法で嫡出可能なバグ例が報告されている。
ダウンロード数: 823回
SQuBOK分類 :
2.6.2 教育・育成のマネジメント技法 、 3.5.1.1 ステークホルダー識別 、 3.13.1.2 インタラクティブシステムの人間中心設計プロセス(ISO 9241-210)
2.6.2 教育・育成のマネジメント技法 、 3.5.1.1 ステークホルダー識別 、 3.13.1.2 インタラクティブシステムの人間中心設計プロセス(ISO 9241-210)
紹介文 :
現場の開発者がUX手法の本来の目的をしっかりと理解し、かつ手法の効果があがるように展開するためには、UX手法の有識者によるサジェストが有効であると提案している。UX手法の組織導入・展開を行う場合に有益な示唆を与えてくれる内容である。検証実験で使用したサンプルも付録に掲載されているので参考になる。
現場の開発者がUX手法の本来の目的をしっかりと理解し、かつ手法の効果があがるように展開するためには、UX手法の有識者によるサジェストが有効であると提案している。UX手法の組織導入・展開を行う場合に有益な示唆を与えてくれる内容である。検証実験で使用したサンプルも付録に掲載されているので参考になる。
ダウンロード数: 794回
SQuBOK分類 :
紹介文 :
HTMLで作成されたモック(サンプル)画面を使って、コメントを追加する方式で、画面仕様書、テスト仕様書を生成する自動ツール開発とその効果が報告されている。ツールによる仕様書生成手順は次のとおり。
①モックにある種のタグと定められた構文に従って記述されたコメント追記することにより画面仕様書のHTMLファイルを生成する。②ツールの画面仕様書生成機能にこのHTMLを入力して、画面仕様書のCSVファイルを生成する。③CSVファイルをツールのテスト仕様書生成機能にインプットしてテスト仕様書のXLSファイルを生成する。
HTMLで作成されたモック(サンプル)画面を使って、コメントを追加する方式で、画面仕様書、テスト仕様書を生成する自動ツール開発とその効果が報告されている。ツールによる仕様書生成手順は次のとおり。
①モックにある種のタグと定められた構文に従って記述されたコメント追記することにより画面仕様書のHTMLファイルを生成する。②ツールの画面仕様書生成機能にこのHTMLを入力して、画面仕様書のCSVファイルを生成する。③CSVファイルをツールのテスト仕様書生成機能にインプットしてテスト仕様書のXLSファイルを生成する。
ダウンロード数: 794回
紹介文 :
仕様というソフトウェアの核となる成果物の品質向上については,様々なアプローチが議論されています.このため,それぞれの特徴や役割分担を明確に踏まえ,問題に応じて選択し,組み合わせ活用することが重要です.本論文は,形式仕様記述手法と要求記述手法に関し,以前の位置づけ整理を踏まえ,具体的な手法確立に向けた試行を行っています.
仕様というソフトウェアの核となる成果物の品質向上については,様々なアプローチが議論されています.このため,それぞれの特徴や役割分担を明確に踏まえ,問題に応じて選択し,組み合わせ活用することが重要です.本論文は,形式仕様記述手法と要求記述手法に関し,以前の位置づけ整理を踏まえ,具体的な手法確立に向けた試行を行っています.
ダウンロード数: 771回
執筆者 :
小渕 一幸(セイコーエプソン)
紹介文 :
研究会の研究員へのアンケート実施を通して、研究活動に対するニーズと満足度を把握する取り組みになっています。「満足度」をどのように評価すればよいか、考え方と手順が参考になります。
研究会の研究員へのアンケート実施を通して、研究活動に対するニーズと満足度を把握する取り組みになっています。「満足度」をどのように評価すればよいか、考え方と手順が参考になります。
ダウンロード数: 767回
紹介文 :
派生開発では、依頼された変更に対して隠れた変更箇所を見極めにくいことが見積りを難しくしている。その中に変更依頼の内容が具体的すぎるケースがあることに気付いた。
そこでこの問題の解決方法として、「USDM」の「仕様」から「要求」を探る方法に着目したが、この研究のポイントは、届いた変更依頼が「仕様」レベルであるかどうかの「判断」の方法を考案したことであり、これによって、隠れた変更の存在に気付く方法を模索したものである。
この方法に習熟することで見積りのズレが大幅に解消されることが期待できる。
逆にいうと、一般の単純な箇条書きの要求仕様の表現では、この具体的すぎる変更依頼から隠れた変更箇所に気付くことは難しいのかもしれない。
派生開発では、依頼された変更に対して隠れた変更箇所を見極めにくいことが見積りを難しくしている。その中に変更依頼の内容が具体的すぎるケースがあることに気付いた。
そこでこの問題の解決方法として、「USDM」の「仕様」から「要求」を探る方法に着目したが、この研究のポイントは、届いた変更依頼が「仕様」レベルであるかどうかの「判断」の方法を考案したことであり、これによって、隠れた変更の存在に気付く方法を模索したものである。
この方法に習熟することで見積りのズレが大幅に解消されることが期待できる。
逆にいうと、一般の単純な箇条書きの要求仕様の表現では、この具体的すぎる変更依頼から隠れた変更箇所に気付くことは難しいのかもしれない。
ダウンロード数: 731回
紹介文 :
本研究は多くの組織で聞かれる現場とプロセス改善支援部門(SPI/SQA等)の間でのギャップをどのように埋めていくかをテーマとしている。
その解決手法として、現場の思い込みを解きほぐしていくことが重要と考え、なぜなぜ分析やTOCfE等をベースとした新しい手法(GMS法)を提案している。
これにより、現場と支援部門双方が共通の目標を持つことができWin-Winの関係を築くことが可能となる。
本研究は多くの組織で聞かれる現場とプロセス改善支援部門(SPI/SQA等)の間でのギャップをどのように埋めていくかをテーマとしている。
その解決手法として、現場の思い込みを解きほぐしていくことが重要と考え、なぜなぜ分析やTOCfE等をベースとした新しい手法(GMS法)を提案している。
これにより、現場と支援部門双方が共通の目標を持つことができWin-Winの関係を築くことが可能となる。
ダウンロード数: 727回
執筆者 :
三浦 剛史(オムロンアミューズメント株式会社)
、道上 宜宏(株式会社インテリジェンス ビジネス ソリューションズ)
、籔田 里恵(東京海上日動システムズ株式会社)
、淺井 真(ヤンマーエネルギーシステム株式会社)
紹介文 :
レビューで重大な指摘をしても、修正されなければ意味がない。
本論文では、レビュー指摘を作成者に抵抗感なく伝えるための手法を提案している。
プロジェクトや作成者の状況などを配慮せず指摘を伝えてしまうと、作成者は抵抗感を抱き、指摘を素直に聞こうとはしない。
特に第三者レビューを実施している人は、悩まれているところだと思うので、一読頂きたい内容となっている。
レビューで重大な指摘をしても、修正されなければ意味がない。
本論文では、レビュー指摘を作成者に抵抗感なく伝えるための手法を提案している。
プロジェクトや作成者の状況などを配慮せず指摘を伝えてしまうと、作成者は抵抗感を抱き、指摘を素直に聞こうとはしない。
特に第三者レビューを実施している人は、悩まれているところだと思うので、一読頂きたい内容となっている。
ダウンロード数: 725回
紹介文 :
システムをリリースした後にくるクレームの「言葉」をどのように改修要件に落とし込むかについての研究です。「ぼやき」のような曖昧な言葉を、システム的にどのように解釈すれば良いのかを考察しています。一人でもチームでも運用できるチェックシート形式の問診票で改修の必要度を探ります。ユーザから直接フィードバックを得られる立場の方に、特にお勧めします。
システムをリリースした後にくるクレームの「言葉」をどのように改修要件に落とし込むかについての研究です。「ぼやき」のような曖昧な言葉を、システム的にどのように解釈すれば良いのかを考察しています。一人でもチームでも運用できるチェックシート形式の問診票で改修の必要度を探ります。ユーザから直接フィードバックを得られる立場の方に、特にお勧めします。
ダウンロード数: 708回
紹介文 :
派生開発で常に悩まされる問題は、変更に伴って予想外のバグが発生することである。
そのための「気付き」の工夫は、これまでも「派生開発」の分科会でもテーマに取り上げられてきた。「DRBFM」の視点を取り入れて「品質」への支障を取り上げる研究も行われているが、それでは範囲が広がり過ぎて、この種の取り組みに慣れていない現場のエンジニアでは見逃しやすい。そこで研究員の組織の中で実際に起きている「影響」の問題を調べてみると、副作用が起きる「場」として「時間」や「メモリー領域」といった、いわゆる「リソース」に共通することに気付いた。「リソース」に着目する効果としては計測が可能で判断のための「限界値」が定義できることである。
派生開発で常に悩まされる問題は、変更に伴って予想外のバグが発生することである。
そのための「気付き」の工夫は、これまでも「派生開発」の分科会でもテーマに取り上げられてきた。「DRBFM」の視点を取り入れて「品質」への支障を取り上げる研究も行われているが、それでは範囲が広がり過ぎて、この種の取り組みに慣れていない現場のエンジニアでは見逃しやすい。そこで研究員の組織の中で実際に起きている「影響」の問題を調べてみると、副作用が起きる「場」として「時間」や「メモリー領域」といった、いわゆる「リソース」に共通することに気付いた。「リソース」に着目する効果としては計測が可能で判断のための「限界値」が定義できることである。