キーワード検索


 2001年    2002年    2003年
 2004年    2005年    2006年
 2007年    2008年    2009年
 2010年    2011年    2012年
 2013年    2014年    2015年
 2016年    2017年    2018年
 2019年    2020年  
8 件の資料が見つかりました。
ダウンロード数: 4633回
紹介文 :
組織標準プロセスをプロジェクトに適用する際には、プロジェクトの特性を考慮した最適化/効率化であるテーラリングが重要ですが、これを正しく行わないと、かえってプロジェクトの失敗を起こしかねません。そこで、ここでは、テーラリングのパターンを整理し、それぞれの影響度やリスクを明確にし、テーラリングを行う上でのポイントをまとめるとともに、これをベースに各組織でテーラリングガイドラインを作成する方法を提案しています。プロセスの有効な活用にとって非常に有用です。
ダウンロード数: 3060回
年度 : 2009年   分科会 : 第6分科会「派生開発」
紹介文 :
派生開発におけるデグレード、特に、リソース制約が原因で発生するデグレードを防止することを目的とした「影響マトリクス」を提案しています。トレーサビリティマトリクスの使い方を工夫した研究です。
ダウンロード数: 2023回
紹介文 :
派生開発においては、全てのテストを実施する工数がないため、影響度分析を行い、関連する箇所を絞り込んでテストをすることが有効です。
本研究では、派生開発時の影響範囲を可視化し、機能間の関係性及び資源の共有について機能間マトリクスを作成するという方法を取っています。XDDPのTMと組み合わせることで派生開発時のテストの効率化が行えることでしょう。
ダウンロード数: 1689回
紹介文 :
UCD手法をアジャイル開発に取り入れて実施することで、ユーザビリティの高い製品を効果的に開発することができる方法を提案しています。短納期で使いやすいものを作ろうとする場合に参考になります。
ダウンロード数: 1476回
紹介文 :
仕様書のレビューをする際のレビューの観点を何にするかは,しばしば議論されている.本論文では,結論として,たとえそれを書いた設計者であっても,機能仕様書を作った後に思考をリセットしてテストエンジニアの視点(懐疑的な観点)を持ってレビューを行えば,効果的な結果を得られたことを示している.逆に,テストエンジニアが機能仕様書を書いても,設計者が書いたものと同様な欠陥を出していることを実験で示しているのが面白い.レビューの観点について考えさせられる論文である
ダウンロード数: 1472回
年度 : 2009年   分科会 : 第6分科会「派生開発」
紹介文 :
XDDPは、派生開発に特化した開発プロセスであり、要求仕様からソースコードの変更までの範囲を扱う。一般に、プロセスは個人の習慣や組織の慣習になっているため、XDDPの導入の際にそれまでの慣習が障壁になる。本報告書は、「XDDPの導入障壁」を最初に扱ったもので、障壁の種類や背景について整理されており、さらにいくつかの障壁について克服のヒントを提示している。
ここから、XDDPに取り組む際にはどのような障壁が生じるか、またその克服方法を考えるヒントが得られるだろう。
ダウンロード数: 642回
紹介文 :
設計段階で数値要求又は数値定義を記述しないというバグを予防するため、仕様書に数値記入が必要と考えた振る舞いを定義した。それを使って仕様書の記述漏れ・誤りを抽出したことが報告されている。
ダウンロード数: 543回
紹介文 :
プロジェクトに関わるさまざまな人びとが,各自の仕事の進み具合や課題を全体に投げかけ,また全体として状況を把握し課題に立ち向かっていくためにはどうしたら良いのかということを示しています.このことを考えていくために,コミュニケーションと情報の構造を分析したうえで,具体的な進捗報告の方法の一例が提示されています.プロジェクト全体のコミュニケーションについて考え直したい人や,個々の具体的な進捗報告の方法について考えたい人のそれぞれにとって有用です.
↑