キーワード検索


 2001年    2002年    2003年
 2004年    2005年    2006年
 2007年    2008年    2009年
 2010年    2011年    2012年
 2013年    2014年    2015年
 2016年    2017年    2018年
 2019年    2020年  
9 件の資料が見つかりました。
ダウンロード数: 266回
紹介文 :
ソフトウェア開発時に、以前の類似システムのときと同じ原因の不具合を混入させないようにする、再発防止は十分に実施できているでしょうか? 開発現場で再発防止策を定着させることは実際にはなかなか容易ではなく、以前の類似システムと同じような問題が繰り返し発生してしまうケースが少なからずあります。
この論文では、再発防止策の定着に有効な要素が何であるかを特定するため、ソフトウェア開発者が再発防止策を実施するときのモチベーションやヒューマンファクターに着目して調査・分析しています。また、分析結果から、再発防止策の定着に結び付ける展開・伝達手法として、どのようなアプローチを用いるとより有効となるのか(「あつ森法」)を提案しています。
ダウンロード数: 191回
紹介文 :
プロジェクトの振り返り”活動結果を、他のプロジェクトでも活用し、反映させ展開することは、実際には難しいという問題がある。
 本テーマは、この問題に焦点を当て、展開すべき振り返り結果の改善策(TRY)の納得感を高めるため、振り返り分析プロセスについて、観点シートで網羅的な成功点/問題点(KEEP/PROBLEM)を抽出し、QCD観点から他への展開の重要度が高い問題点を選定して、それを分析シートで真因分析するよう、手を加えることから始め、担当者だけでなく管理者や改善支援担当も含めた展開のための振り返りも行って、改善策の反映プロセスでの情報伝達・実践状況の実行支援の仕組みまでを一貫させて結合しようとする、組織改善に欠かせないプロセス基盤構築の研究である。
ダウンロード数: 176回
紹介文 :
本研究は、品質保証メンバーが客観的役割を基本としつつ、品質保証活動より得られた知見を活かして、開発プロジェクトに積極的に寄り添ってQCD 問題解決を促進する活動の提案である。
調査分析から、開発プロジェクトが品質保証メンバーに期待する支援範囲を抽出し実践した、大変有用性の高い研究である。
ダウンロード数: 162回
紹介文 :
製品知識や開発情報・技術のノウハウは特定の担当者によって異なるが、偏りが進み過ぎると、伝達すべき情報や技術が継承されず,製品を改造・流用する際に製品仕様や設計、実装時の検討漏れや誤りなどの原因となって問題を引き起こす場合が多い。
 本テーマは、この“いわゆる属人化状態”の分析に焦点を当て、プロジェクトチーム内の担当者同士による技術面での個人依存度の主観的な相互評価の値と、レビュー実施時の各担当者別の発言時間という客観的な測定値とを組み合わせ、担当者を「職人領域」,「属人領域」,「教育領域」,「点検領域」,「適正領域」の五つに分類し、チーム内の担当者の相対的な属人化の進行の不均衡さ(チームバランス)を可視化することによって、
管理者が各領域のバランス状態を確認し、必要な育成リソースに対する過不足を把握して、
問題発生前の事前対応計画作成に役立てられるよう、属人化状態の測定・可視化を通して改善する仕組みを構築しようとする研究である。
ダウンロード数: 139回
紹介文 :
ソフトウェアの設計レビューで指摘できた不具合の発生原因を集め、うまく傾向を分類・分析し、原因の傾向に合わせて適切な対策を実施できているでしょうか? 実際には傾向分析の入力である、分類した原因区分に誤りが割と多く、傾向分析の結果が不正確で、適切な対策になっていないことが起こりがちです。このため、下流工程のテストでも設計時と類似した原因による不具合が残っていることも少なくありません。
そこで、この論文では、品質管理責任者が原因区分の誤りの程度を判断して傾向分析の“確からしさ”を判断でき、そしてレビュー指摘を受けたレビューイも原因区分の誤りを是正できるような、設計レビューでの不具合の原因区分を明確にする仕組みを研究し、「ARCメソッド(Ascertain the Roots Cause method)」手法を提案しています。
ダウンロード数: 114回
紹介文 :
本論文では,多くのソフトウェア開発現場で作成・運用されている「チェックリ
スト(チェックシート)」の改善を目指した,「Smile - Process for Checklist Design (S-PCD)」法を提案している。
 チェックリストが,チェックを実施する使用者にとっては分かりにくく,チェッ
ク作業の効率が良くないものであることが多い。チェックする目的や内容が曖昧で
あったり,項目数が必要以上に多いためである。こうした原因がチェックリストを
作成する手法と体系化にあると分析し,チェックリストを改善するために,チェッ
クリストの要件定義・設計プロセスをS-PCD法として定義し提案している。
 S-PCD法により、使用者がチェック作業を効率良く行え,ソフトウェア品質向上
に効果があることを実感し,「Smile」を浮かべて作業できるようになり,開発現
場のモチベーションアップに貢献することが期待される。

ダウンロード数: 106回
紹介文 :
本論文では、ソフトウェア開発において,プロジェクトマネージャ(PM)が様々な
進捗会議用の報告資料準備に多大な時間がかかっている問題を解決するために,
CSMA(Connect Similar Materials Automatically)法を提案している。
 特筆すべき点は,現在も進捗報告で多くの人が利用しているExcelツールを活用
して,進捗報告資料準備を効率化するところにある。このため特別なPC環境を用意
することなくCSMA法を導入して利用できる。
 初期設定しておくことで,PMが行っている進捗報告資料準備作業(複数の進捗報
告資料のマージ,データの修正)をExcelツールが代行するので,関係部門が多く
長期間で進捗報告の回数の多いプロジェクトほど削減効果を高められる。
 本論文にExcelツールを添付しているので是非活用いただきたい。
ダウンロード数: 100回
紹介文 :
本研究は、開発プロジェクトが抽出した多数のリスクに対して、リスクを産む要因となるリスク事象ドライバーに着眼することで、品質部門がリスクの繋がりを分析(多変量解析によるモデル化)し、妥当性と網羅性の観点でレビューして、開発部門が見落とした可能性のあるリスクや軽減策を提案する、大変有用性の高い研究である。
ダウンロード数: 64回
紹介文 :
ソフトウェア及びシステムのテストでは、市場で発生する可能性のある故障発生数を予測して、テスト完了を判断方法や定量的な基準を明確にすることができていますか? これらは、特に自動車開発におけるテストで解決が難しい課題となっています。
この論文では、ソフトウェア開発委託取引先からの受入れテスト時に、市場発生する可能発生数の予測をして、テスト完了時期を判断する方法と基準について研究しています。このため、ソフトウェア信頼度成長モデルを用いた故障率の減衰予測と市場使用期間での累積故障発生数を指数関数モデル化した予測とを組み合わせた予測手法を提案・分析しています。さらに、ユースケーステスト結果も追加評価して潜在故障数を予測することによる二重判断、及び受入れテストでの検出故障が収束傾向にない場合の対策として、開発組織の原因分析・対策活動の促進状況の判断も加えて、故障の市場発生数を予想評価してテスト完了時期を判断する包括的な方法(「オーカマモデル」)を提案しています。
↑