キーワード検索


 2001年    2002年    2003年
 2004年    2005年    2006年
 2007年    2008年    2009年
 2010年    2011年    2012年
 2013年    2014年    2015年
 2016年    2017年    2018年
 2019年    2020年  
35 件の資料が見つかりました。
ダウンロード数: 269回
紹介文 :
皆さんはレビューをする際にビジネスリスクを考慮してレビューをされているだろうか。我々エンジニアは顧客視点と常々意識をしているがお客様が抱えるリスクとレビュー観点が常に一致しているとは限らない。この研究ではビジネスリスクのリスクツリーを作ることにより上流段階での重大欠陥を効率的に行う提案を行っている。
ダウンロード数: 266回
紹介文 :
「KWS 振り返り」([K]PT+[W]hy なぜなぜ分析+[S]olution 対策)を用いて振り返りをこなった後の『横展開』と『再利用』のため仕組みの構築である。これにより、組織レベルで同類の問題の再発防止に役立つことが判明した。
ダウンロード数: 266回
年度 : 2012年   分科会 : 第6分科会「派生開発」
紹介文 :
問題の発生源が組織の役割分担の仕方に起因することが少なくない。しかもその分担方法が「前提」として認識されている場合は、そこに改善の手が入らない。この種の問題は、組織を跨ぐことがあるが、単に役割分担の問題だったりすることもある。
この報告書は、目立たない取り組みだが、問題を分析する過程で、問題の源泉が不適切な慣行にあることに気付いたケースであり、問題を分析することの重要性を示唆している。
ダウンロード数: 246回
年度 : 2012年   分科会 :
紹介文 :
車載システムにおける機能安全要求(ISO26262)に対応するため、ソフトウェア設計、ハードウェア設計およびレビュー・監査・審査の各プロセスに施策を組込みました。
特に監査においては機能安全の観点リスト、監査チェック項目、スキル定義を準備し、システム・ハード・ソフトの全てを網羅する監査活動が定義出来ました。
ダウンロード数: 228回
年度 : 2012年   分科会 :
紹介文 :
システムテスト工程のバグ数が、上工程設計製造工数に強く相関していること、上工程全体工数(設計製造工数+レビュー工数)に対する上工程レビュー工数の比率がある値よりも低い場合に、バグが多発することが判明したとの報告です。対策として、上工程レビュー比率について基準値を設け、上工程完了時にシステムテストバグ数を見積もることが提案されています。
ダウンロード数: 226回
年度 : 2012年   分科会 :
紹介文 :
本事例は、プロセス徹底・推進のための弱点プロセスや要強化ポイント
のあぶり出しや、品質指標の有効性の検証することを目的に、定量データを統合的分析した結果を示したものです。
データマインニングではなく、80以上の仮説を立てて分析した点が特徴的です。
ダウンロード数: 221回
年度 : 2012年   分科会 :
紹介文 :
テストを自動化する際には、その自動化システムを構築する初期投資と、テスト対象の変化に柔軟に追随する保守の容易性が重要な要素となります。本発表はwebシステムリグレッションシステムの場合の事例ですが、これ以外のところでも、テストスクリプトの構築方法は参考に出来ると思います。
ダウンロード数: 218回
年度 : 2012年   分科会 :
紹介文 :
テストの実施状況を把握するのは何のためでしょうか。テストに関わる者の立場が違えば、必要とする情報も異なります。
本発表では、テスト管理者・テスト実施者・ソフトウェア開発者が、それぞれどんな情報が必要かを整理し、テスト管理上で有効な分析ビューを定義した事例をしています。
ダウンロード数: 216回
年度 : 2012年   分科会 :
紹介文 :
修正なしのブラックボックス的な再利用の可能性を予測する枠組みを提案する論文です。再利用性を測定するために有効なソースコードメトリクスを抽出しただけでなく、さらにそれらのメトリクスが再利用性に与える影響の度合いまで明らかにしています。再利用される予定がないソフトウェア開発でも参考になります。
ダウンロード数: 201回
年度 : 2012年   分科会 :
紹介文 :
CMMIと品質会計を軸にしながら、定量的管理プロセスを含む開発プロセスを構築したの事例です。
現状を分析しながら、一つずつ、一歩一歩 進めていくアプローチは、標準化に取り組むところ全てに参考になるものです。
ダウンロード数: 192回
SQuBOK分類 :
年度 : 2012年   分科会 : 第6分科会「派生開発」
紹介文 :
短納期開発現場で、成果物の形態を変えたり新しい手法を導入したりするには、時間に対する不安や効果に対する不安を排除する必要があります。本研究は、XDDPを短納期開発現場に導入する際の不安を払しょくするための施策を提案しています。
ダウンロード数: 182回
年度 : 2012年   分科会 :
紹介文 :
機能障害に起因するリスクをビジネスリスクと捉え、そのリスクを回避するためのプロセスを構築した活動発表です。
ユーザ部門からプログラマーまで一貫してリスクを共有することで、要求分析からリリースまでの全てのプロセスでリスク回避の活動を実施することが出来ました。
ダウンロード数: 165回
SQuBOK分類 :
3.9.6.3  GUI テスト
年度 : 2012年   分科会 :
紹介文 :
自動テスト支援ツールの選定は誰でもが悩む問題です。この事例紹介では、性能測定テストや回帰テストといったテストの種類によってどういったツールを選定すべきかを実践して結果をまとめています。「WSH」、「UWSC」、「TestComplete」、「UIAutomation」を選定候補としています。これらのツールを使用されている方、使用を検討されている方は参考になります。
ダウンロード数: 154回
年度 : 2012年   分科会 :
紹介文 :
1つの変更要求が及ぼす影響というのは時として他システムに跨ることもあります。この影響範囲を特定する方法として派生開発で使用されるXDDPを採用しました。
変更依頼を要求と仕様の階層構造で表現し、要求レベルで他システムへの影響を検討することで影響範囲を特定しようとした試みです。
ダウンロード数: 131回
年度 : 2012年   分科会 :
紹介文 :
XDDPとSCRUMを組み合わせることにより、①後戻りに関する課題(終盤でのH/W変更リスク)、②人とチームが成長するチームビルディング、③ソフトウェアのリリースタイミングといった課題を解決した事例です。プロジェクトメンバへのアンケート結果もあり、現場からの声も一部紹介されています。
   

1

2
↑