![キーワード検索](./images/title.png)
8 件の資料が見つかりました。
ダウンロード数: 7001回
紹介文 :
過去に発生したトラブル事例を有効活用を図るための、阻害要因を事例から追及し、どのように構成すればよいか、スクリーニングの方法等を研究した論文である。結論は使い続けることが必要。
過去に発生したトラブル事例を有効活用を図るための、阻害要因を事例から追及し、どのように構成すればよいか、スクリーニングの方法等を研究した論文である。結論は使い続けることが必要。
ダウンロード数: 2830回
SQuBOK分類 :
1.1.1 品質の定義(品質の考え方の変遷) 、 1.3.1 プロダクト品質とプロセス品質 、 2.3.1.1 CMMI(能力成熟度モデル統合) 、 2.3.2.1 プロセスアセスメントに関する規格(ISO/IEC 15504)
1.1.1 品質の定義(品質の考え方の変遷) 、 1.3.1 プロダクト品質とプロセス品質 、 2.3.1.1 CMMI(能力成熟度モデル統合) 、 2.3.2.1 プロセスアセスメントに関する規格(ISO/IEC 15504)
紹介文 :
組み込み系における品質活動特にSQAに関する責任と権限を明確にして活動を行うことのヒント。組み込み製品のジャンル分けをしてプロセスの特徴を整理しどのような観点でプロセスチェックを行うべきかをヒント。等を研究しSQAの活動を報告されている。
組み込み系における品質活動特にSQAに関する責任と権限を明確にして活動を行うことのヒント。組み込み製品のジャンル分けをしてプロセスの特徴を整理しどのような観点でプロセスチェックを行うべきかをヒント。等を研究しSQAの活動を報告されている。
ダウンロード数: 1905回
紹介文 :
要求仕様書の作成ページ数及び指摘件数とソース量とシステムテストでの障害件数等を採用し重回帰分析で上流での検出量からシステム試験での障害発生との相関を分析した研究論文。
要求仕様書の作成ページ数及び指摘件数とソース量とシステムテストでの障害件数等を採用し重回帰分析で上流での検出量からシステム試験での障害発生との相関を分析した研究論文。
ダウンロード数: 1546回
紹介文 :
仕様書のレビューをする際のレビューの観点を何にするかは,しばしば議論されている.本論文では,結論として,たとえそれを書いた設計者であっても,機能仕様書を作った後に思考をリセットしてテストエンジニアの視点(懐疑的な観点)を持ってレビューを行えば,効果的な結果を得られたことを示している.逆に,テストエンジニアが機能仕様書を書いても,設計者が書いたものと同様な欠陥を出していることを実験で示しているのが面白い.レビューの観点について考えさせられる論文である
仕様書のレビューをする際のレビューの観点を何にするかは,しばしば議論されている.本論文では,結論として,たとえそれを書いた設計者であっても,機能仕様書を作った後に思考をリセットしてテストエンジニアの視点(懐疑的な観点)を持ってレビューを行えば,効果的な結果を得られたことを示している.逆に,テストエンジニアが機能仕様書を書いても,設計者が書いたものと同様な欠陥を出していることを実験で示しているのが面白い.レビューの観点について考えさせられる論文である
ダウンロード数: 1427回
紹介文 :
要求仕様書の品質を上げるための施策を3つ提案している.一つはWモデルの考えで,要求仕様書とテスト設計書を同時作成し,テスト設計書から要求仕様書にフィードバックをかけるとうもの.もう一つは,仕様書にハイパーテキストを使って,仕様書間の矛盾を発見しやすくしたもの.最後は,記載漏れを防ぐためのチェックリストを提案している.
要求仕様書の品質を上げるための施策を3つ提案している.一つはWモデルの考えで,要求仕様書とテスト設計書を同時作成し,テスト設計書から要求仕様書にフィードバックをかけるとうもの.もう一つは,仕様書にハイパーテキストを使って,仕様書間の矛盾を発見しやすくしたもの.最後は,記載漏れを防ぐためのチェックリストを提案している.
ダウンロード数: 1327回
紹介文 :
レビューでよくつかわれるチェックリストは絶えずメンテナンスをしていかなければならない。本論文は、効果的なチェックリストを作るために、ベテランエンジニアの暗黙知を導入する方法を提案している。
レビューでよくつかわれるチェックリストは絶えずメンテナンスをしていかなければならない。本論文は、効果的なチェックリストを作るために、ベテランエンジニアの暗黙知を導入する方法を提案している。
ダウンロード数: 1079回
SQuBOK分類 :
2.2.2.1 機能安全(IEC 61508) 、 2.2.2.1 機能安全(IEC 61508) 、 3.8.3.2 FTA (フォールトの木解析) 、 3.8.3.3 EMEA (エラーモード故障解析) 、 3.8.3.4 CFIA (構成要素障害影響分析)【IBM】
2.2.2.1 機能安全(IEC 61508) 、 2.2.2.1 機能安全(IEC 61508) 、 3.8.3.2 FTA (フォールトの木解析) 、 3.8.3.3 EMEA (エラーモード故障解析) 、 3.8.3.4 CFIA (構成要素障害影響分析)【IBM】
執筆者 :
大野 康昭
紹介文 :
ASILモデルの安全性レベルをベースにして危険要素を監視する構成モデルの検出レベルと独立性の評価を行いシステムの分割要件をまとめた研究論文である。
ASILモデルの安全性レベルをベースにして危険要素を監視する構成モデルの検出レベルと独立性の評価を行いシステムの分割要件をまとめた研究論文である。
ダウンロード数: 1056回
SQuBOK分類 :
紹介文 :
組み込み開発では、移植とか再利用と称してコードを流用することが多い。コードの部品化は、SPL(Software Product Line)で議論されている。本論文での課題は、組み込み開発で、何を部品化するか、その優先度はどう決めていくか問うことである。それが決まれば、作り方やテストの仕方を変えることができるからである。本論文の特徴は、そのための分析の仕方、特に、要求レベルでの重要度も取り入れて優先度を決めているところにある。コードの部品化を考える際に大変参考になる文献である。
組み込み開発では、移植とか再利用と称してコードを流用することが多い。コードの部品化は、SPL(Software Product Line)で議論されている。本論文での課題は、組み込み開発で、何を部品化するか、その優先度はどう決めていくか問うことである。それが決まれば、作り方やテストの仕方を変えることができるからである。本論文の特徴は、そのための分析の仕方、特に、要求レベルでの重要度も取り入れて優先度を決めているところにある。コードの部品化を考える際に大変参考になる文献である。