差分テストのためのイテレーションとテストケース選択
|
|
|
- たみじろう ほうねん
- 7 years ago
- Views:
Transcription
1 FMEA によるテストケース選択 大日本スクリーン製造株式会社ソフトウエア テンナインカンパニー 粕渕清孝
2 Agenda 1. 4 点法 FMEA とは 2. 背景 課題 3. 適用 結果 4. 考察 5. まとめ
3 会社紹介 大日本スクリーン製造株式会社京都府京都市 1943 年 10 月 11 日設立 事業半導体製造装置液晶 有機 EL 製造装置プリント配線板製造装置印刷製版機器 IT 関連機器 ソフトウエア テンナインカンパニー社内ソフトウェアの開発開発管理ツール, ビジュアル検索ツール, デジタルフォントの開発 販売 半導体製造装置 LeafThrough ヒラギノフォント
4 1. 4 点法 FMEA とは 2. 背景 課題 3. 適用 結果 4. 考察 5. まとめ
5 4 点法 FMEA [1] とは QS 9000 / TS16949 FMEA [2] (10 点法 ) との違い 10 点法 4 点法 評価の段階数 相対順位のため多い 絶対評価のため尐ない 評価の安定性 評価者でぶれやすい 4 段階でぶれにくい 評価の速度 遅い 速い 対策の要否判定 経済的考慮 症状の重さをランキングする 要否が不明確なため, 不要な処置を講じたり必要な対策を怠る可能性がある 評価と対策を同時に行う 小対策 改善の加算ができ, 最適信頼性を得ることができる
6 故障, 故障モードと発生メカニズム 発生メカニズム 故障モード ( システム破壊 ) 故障 ( 機能障害 ) 階段で転んで 足の骨折 歩けない 品目故障故障モード発生メカニズム PFAチューブ 漏れ 割れ ( クラック ), 折損, 緩み, 磨耗, 腐食, 結露など 屈曲繰り返し動作で 熱サイクルで 耐薬品性に劣る材質を使って 塩ビ槽処理不可処理槽変形 耐熱性を超える温度の温水が逆流して 処理槽内雰囲気温度が上昇して シリンダ動作しないシャフトの錆び 薬液の飛沫で徐々に腐食して 取り付けエリア雰囲気によって
7 Risk Index 4 段階で評価がぶれにくい. 評価に時間を要さない! RI(Risk Index)= 影響度 発生頻度 事前検知度の 3 乗根 トータルコスト = 製造原価 + 整備関係費 最適信頼性は経済的合理性を考慮し, トータルコストが低い RI=2.0~2.3 と定義する. 2.3 より高ければ対策を講じ,RI を下げていくことによって最適信頼性を得る. 評価しながら, 対策が検討可能. すべての評価を待つ必要性なし!
8 1. 4 点法 FMEA とは 2. 背景 課題 3. 適用 結果 4. 考察 5. まとめ
9 背景 課題 2004 年 装置開発プロジェクトで FMEA 試験導入 10 点法 FMEA 試験導入. ソフトウェア部門も ブレーンストーミング や なぜなぜ分析 に参加したが, 労力の割に効果を実感できなかった. 工程 FMEA 故障モードは レビュー漏れ や インスペクション手順間違い 等の規定違反. ソフトウェア開発にも適用可能 年 装置開発プロジェクトで 4 点法 FMEA 導入 ハードウェア部門が先行して導入. ソフトウェアを含む全関係部署に説明会実施. 設計 FMEA ソフトウェアに経年変化はない. ソフトウェアでは故障モードに該当するものはないと考えるのが普通. ソフトウェアへの適用 : Risk Index による障害優先順位づけから検討 エンピリカル ( 実証的 ) なアプローチ 不良, 故障の違いを理解しつつ,4 点法 FMEA の RI はテストケース選択に活用できると考えた.
10 1. 4 点法 FMEA とは 2. 背景 課題 3. 適用 結果 4. 考察 課題 5. まとめ
11 適用 障害対応 RI によるテストケース選択 1. 障害発生 分類 RI 数値 要対策 RI>2.3 4.RI 再設定 2.RI 評価 ( 障害調査時 ) 保留 合格 2.0<RI 2.3 RI 要対策障害を修正 発生したソフトウェア障害を RI(Risk Index) で評価. RI>2.3 の障害については他障害の評価を待たずに修正を行う. 対策後のリスクを RI に反映. RI 値にもとづいてテストの優先順位づけを行う. 対策前の RI 値を使用し, テスト計画作成 変更時にテストケースを選択抽出する. リスクベースドテストとも言えると考える.
12 結果 あるソフトウェアに 4 点法 FMEA を適用し改善状況を測定 システムテストの障害件数とその Risk Index を測定 1 回目 : 機能テスト,2 回目 : 回帰テストが中心であった 1 回目 2 回目 実施テスト数 見送りテスト数 障害総数 要対策数 28 7 要対策数 / 障害数 49% 58% 既知障害 - 0 要対策の割合減ってない ( 要対策数 / 障害数 ) 重大障害割合は逆に増加ただし, 要対策 (RI>2.3) の既知障害の再発は皆無 1 回目システムテスト 2 回目システムテスト
13 1. 4 点法 FMEA とは 2. 背景 課題 3. 適用 結果 4. 考察 5. まとめ
14 考察 要対策障害 要対策既知障害の再発は防止できている. 要対策障害割合はほぼ一定の割合で発生していた. 測定残件 2 回の規模相違 ( 機能数,LOC) テストケース選択についての効果測定はこれから. サンプルが尐ないため, 効果まで導きだせなかった. 格段に効率 品質が向上するわけではなく, リスクベースドテストの 1 パラメータという感触 FMEA をソフトウェアへ適用するための Tips 特性要因図はマインドマップで代用可能 QC 工程表は CMMI や SPI のプロジェクト計画書やプロセスフローに相当
15 今後の課題 1 障害対応 1. 障害発生 取り組み, 仕組みともに不十分であった. 今後はこちらにも注力. 設計改善 1. 障害調査 4.RI 再設定 2.RI 評価 ( 障害調査時 ) + 4. 設計フィードバック 2. 故障モード評価 3. 要対策障害を修正 3. データ蓄積 両輪でまわしていく
16 今後の課題 2 設計改善の仕組みとツール 設計改善のためのデータ蓄積の仕組みとツールを構築する. 構成管理と障害管理の連携 ソフトウェアバージョン分岐が多数発生するプロジェクトでは, バージョン毎の FMEA RI 管理が必要である. 工程 FMEA( 開発プロセス ) へフィードバック 影響 と 発生メカニズム の評価結果 ( 厳しさ 頻度 検知度 ) を活用できれば,ROI を大きくできるのでは.
17 1. 4 点法 FMEA とは 2. 背景 課題 3. 適用 結果 4. 考察 5. まとめ
18 まとめ 4 点法 FMEA Risk Index による障害評価 リスクベースドテストへの応用 効率化と高品質を実現
19 用語整理 [5][6] 英語日本語意味 anomaly defect 不正 欠陥 [IEEE1044] 要件仕様, 設計ドキュメント, ユ - ザドキュメント, 標準などから期待する事象, 直感, 経験から逸脱するあらゆる状態 コンポーネント, システムの不備, 実行中に欠陥に遭遇するとコンポーネント, システムの故障を引き起こす. = ソフトウェア障害 fault フォールト defect 参照 problem 問題 defect 参照 failure 故障 コンポーネントやシステムが期待した機能, サービス, 結果を提供できないこと incident インシデント発生した事象中で, 調査が必要なもの deviation デヴィエーション逸脱 incident 参照 error エラー間違った結果を生み出す人間の行為 mistake 誤り error 参照
20 参考文献 [1] 鵜沼崇郎, 客観的品質管理 QC TQM FMEA FTA, [2] 石川忠幸,FMEA FTA 故障解析入門講座 No.2 FMEA の手順と活用法を身につけよう,2005, 工学研究社 [3] Rex Black, 基本から学ぶテストプロセス管理, テスト技術者交流会訳,P26,2004, 日経 BP 社 [4] Rex Black, ソフトウェアテスト 12 の必勝プロセス, テスト技術者交流会訳,P30,2005, 日経 BP 社 [5] ISTQB, テスト技術者資格制度 Foundation Level シラバス日本語版 Ver1.01,JSTQB 訳,2005 [6] ISTQB, ソフトウェアテスト標準用語集 ( 日本語版 )Ver1.1, Erik van Veenendaal 編,JSTQB 技術委員会訳,2006
差分テストのためのイテレーションとテストケース選択 大日本スクリーン製造株式会社ソフトウエア テンナインカンパニー粕渕清孝 Agenda ツールの開発経緯 テスト計画の課題 イテレーションと差分テスト 協調開発のための工夫 まとめ 1
差分テストのためのイテレーションとテストケース選択 大日本スクリーン製造株式会社ソフトウエア テンナインカンパニー粕渕清孝 Agenda 1. 1. ツールの開発経緯 2. 2. テスト計画の課題 3. 3. イテレーションと差分テスト 4. 4. 協調開発のための工夫 5. 5. まとめ 1 自己紹介 大日本スクリーン製造 ( 株 ) 京都府京都市 1943 年 10 月 11 日設立 事業半導体製造装置液晶
過去問セミナーTM
ALTM 過去問題解説 May 22, 2017 JSTQB Technical Committee 委員長谷川聡 Agenda 試験問題の出題について K2 TM-4.4.1 欠陥マネジメント K3 TM-2.7.2 テストマネジメント K4 TM-2.3.3 テストマネジメント 勉強を進めていくにあたって 2 試験問題の出題について 学習の目的 (L.O) に従ってシラバスのそれぞれの課題を試験する
テスト設計コンテスト フロア展示資料
チーム nema: フロア展示資料 話題沸騰ポット (GOMA-1015 型 ) テスト設計書 ~ 安全なポットを使っていただくために ~ チーム紹介 NEC の QC 活動のひとつに テスト技術者交流会 があり NEC グループ関係会社を含め約 200 名のメンバーが在籍 この交流会ではこれまで下記のような活動をしてきた 結合テストにおけるテスト観点のモレヌケ防止を目的にした テスト設計テンプレート
SQiP シンポジウム 2016 アジャイルプロジェクトにおけるペアワーク適用の改善事例 日本電気株式会社小角能史 2016 年 9 月 16 日 アジェンダ 自己紹介ペアワークとはプロジェクトへのペアワークの適用方法 スクラム適用ルール作成 最適化の流れ KPTを用いたふりかえり 適用ルールの改善事例 適用プロジェクトの概要ペアワーク適用ルール ( 初期 ) 改善例 1 - ペアのローテーション改善例
障害管理テンプレート仕様書
目次 1. テンプレート利用の前提... 2 1.1 対象... 2 1.2 役割... 2 1.3 受付区分内容と運用への影響... 2 1.4 プロセス... 2 1.5 ステータス... 3 2. テンプレートの項目... 5 2.1 入力項目... 5 2.2 入力方法および属性... 6 2.3 他の属性... 7 3. トラッキングユニットの設定... 8 3.1 メール送信一覧...
目次 ペトリネットの概要 適用事例
ペトリネットを利用した状態遷移テスト 和田浩一 東京エレクトロン SDC FA グループ 目次 ペトリネットの概要 適用事例 ペトリネットの概要 - ペトリネットとは ペトリネット (Petri Net) とは カール アダム ペトリが 1962 年に発表した離散分散システムを数学的に表現する手法である 視覚的で 数学的な離散事象システムをモデル化するツールの一つである ペトリネットの概要 - ペトリネットの表記と挙動
FME
FMEA による品質向上 ( 基礎編 ) 村田技術経営相談事務所 目次 1. FMEA ついて 2. FMEA の基本事項 3. FMEA 実施手順 4. 故障モード選定 評価 対策 5. FMEA 実施マネジメント 6. FMEA と品質保証 7. FTA と FMEA の相違と関連 8. ETA と安全解析 FMEA 9. FMEA の効果 10. 工程 FMEA 1.FMEA について 1.1
HIGIS 3/プレゼンテーション資料/J_GrayA.ppt
品質保証部における W モデル適用の検討と実践 2013/09/13 株式会社日立製作所情報 通信システム社 IT プラットフォーム事業本部開発統括本部プラットフォーム QA 本部ソフト品質保証部 富田貴仁, 秦泉寺貴文, 高山啓 0 品質保証部における W モデル適用の検討と実践 Contents 1. 章はじめに 2. 章現状の品質保証工程の分析 3. 章 Wモデルの適用の検討 4. 章実施と評価
PowerPoint プレゼンテーション
GSN を応用したナレッジマネジメントシステムの提案 2017 年 10 月 27 日 D-Case 研究会 国立研究開発法人宇宙航空研究開発機構 研究開発部門第三研究ユニット 梅田浩貴 2017/3/27 C Copyright 2017 JAXA All rights reserved 1 目次 1 課題説明 SECI モデル 2 GSN を応用したナレッジマネジメントシステム概要 3 ツリー型チェックリスト分析
4.7.4 プロセスのインプットおよびアウトプット (1) プロセスへのインプット情報 インプット情報 作成者 承認者 備 考 1 開発に関するお客様から お客様 - の提示資料 2 開発に関する当社収集資 リーダ - 料 3 プロジェクト計画 完了報 リーダ マネージャ 告書 ( 暫定計画 ) 4
サンプル : プロジェクト管理規定 4.7 プロジェクト立ち上げ 4.7.1 目的 本プロセスはリーダ主導で プロジェクト体制の確立とプロジェクト内容 分担 業務指示 プロジェクト目標 担当者別プロジェクト目標を開発メンバに周知徹底することによって 組織としての意識統一を図るとともに開発プロセスをスムーズに立ち上げることを目的とする 4.7.2 このプロセスにかかわる人物の役割と責務 部門 略記 参加
どのような便益があり得るか? より重要な ( ハイリスクの ) プロセス及びそれらのアウトプットに焦点が当たる 相互に依存するプロセスについての理解 定義及び統合が改善される プロセス及びマネジメントシステム全体の計画策定 実施 確認及び改善の体系的なマネジメント 資源の有効利用及び説明責任の強化
ISO 9001:2015 におけるプロセスアプローチ この文書の目的 : この文書の目的は ISO 9001:2015 におけるプロセスアプローチについて説明することである プロセスアプローチは 業種 形態 規模又は複雑さに関わらず あらゆる組織及びマネジメントシステムに適用することができる プロセスアプローチとは何か? 全ての組織が目標達成のためにプロセスを用いている プロセスとは : インプットを使用して意図した結果を生み出す
宇宙機搭載ソフトウエア開発のアセスメント
SPI-JAPAN2009 セッション :1A 現場 / 他部門との協調 No.3 宇宙機搭載ソフトウエア開発の アセスメント ( 独 ) 宇宙航空研究開発機構 情報計算工学センター (JAXA/JEDI) 古石 ゆみ < 共著 > ( 独 ) 宇宙航空研究開発機構情報 計算工学センター (JAXA/JEDI) 宮本 祐子 NEC 東芝スペースシステム株式会社 岩崎 正明 ( 株 )SRA 小嶋 勉
解析などが目的であり自動車, 家電, 重電, 鉄道などの多くの産業で使用されている ISO9000シリーズではFMEAが改善ツールとしてあげられている また,ISO9000をベースとした TS/ISO16949( 自動車セクター規格 ) ではFMEA の実施が要求事項とされているため, 自動車メーカ
発生頻策順位サブシステムシステム安全性 命 FMEA による空気圧制御システムにおける安全性解析の実践 職業能力開発総合大学校中村瑞穂 FMEA(Failure Mode and Effects Analysis: 故障モード影響解析 ) は, 国内および海外でも製品開発から運用までのすべてのライフサイクルにおいて製品, 運用の問題を解決するツールとして活用されている手法である 職業能力開発分野では在職者訓練
目次 1: 安全性とソフトウェア 2: 宇宙機ソフトウェアにおける 安全 とは 3:CBCS 安全要求とは 4: 宇宙機ソフトウェアの実装例 5: 安全設計から得た新たな知見 6: 今後 2
宇宙機ソフトウェアにおける 安全要求と設計事例 宇宙航空研究開発機構 (JAXA) 情報 計算工学センター (JEDI) 梅田浩貴 (Hiroki Umeda) 目次 1: 安全性とソフトウェア 2: 宇宙機ソフトウェアにおける 安全 とは 3:CBCS 安全要求とは 4: 宇宙機ソフトウェアの実装例 5: 安全設計から得た新たな知見 6: 今後 2 1.1 安全性とは 安全性と信頼性の違いの例開かない踏切りは
目次 テスト分析 HAYST 法の分析 FV 表マインドマップお客様の視点 : 暗黙知効果これから
D-4 ソフトウエアテスト分析の方法 -HAYST 法とマインドマップをつかって - ソニー株式会社永田 敦 2008 年 1 月 30 日 目次 テスト分析 HAYST 法の分析 FV 表マインドマップお客様の視点 : 暗黙知効果これから テストプロセス テストプロセス JSTQB 終了処理 計画とコントロール 終了基準の検証とレポート 分析と設計 作成と実行 分析の位置づけ 計画 分析 テストベースレビュー
国土技術政策総合研究所 研究資料
第 7 章 検査基準 7-1 検査の目的 検査の目的は 対向車両情報表示サービス 前方停止車両 低速車両情報表示サービスおよび その組み合わせサービスに必要な機能の品質を確認することである 解説 設備の設置後 機能や性能の総合的な調整を経て 検査基準に従い各設備検査を実施する 各設備検査の合格後 各設備間を接続した完成検査で機能 性能等のサービス仕様を満たしていることを確認する検査を実施し 合否を判定する
ISO 9001:2015 改定セミナー (JIS Q 9001:2015 準拠 ) 第 4.2 版 株式会社 TBC ソリューションズ プログラム 年版改定の概要 年版の6 大重点ポイントと対策 年版と2008 年版の相違 年版への移行の実務
ISO 9001:2015 改定セミナー (JIS Q 9001:2015 準拠 ) 第 4.2 版 株式会社 TBC ソリューションズ プログラム 1.2015 年版改定の概要 2.2015 年版の6 大重点ポイントと対策 3.2015 年版と2008 年版の相違 4.2015 年版への移行の実務 TBC Solutions Co.Ltd. 2 1.1 改定の背景 ISO 9001(QMS) ISO
PowerPoint プレゼンテーション
SPI Japan 2012 車載ソフトウェア搭載製品の 機能安全監査と審査 2012 年 10 月 11 日 パナソニック株式会社デバイス社 菅沼由美子 パナソニックのデバイス製品 SPI Japan 2012 2 パナソニック デバイス社のソフト搭載製品 車載スピーカーアクティブ消音アクティブ創音歩行者用警告音 スマートエントリー グローバルに顧客対応 ソフトウェア搭載製品 車載 複合スイッチパネル
<4D F736F F F696E74202D DD8D8782ED82B98B5A8F7082F B582BD835C F E707074>
プロセス改善ベストプラクティス ( テスト ) ワークショップ 組み合わせ技術利用したテストケース生成ツールと適用事例の紹介 2009 年 3 月 27 日東芝ソフトウェア技術センター小笠原秀人 中野隆司 Copyright 2009, Toshiba Corporation. すべてをテストすることはできない 論理的な問題 組み合わせが膨大 バグがこれで最後と証明することができない コスト 時間の問題
効率の良いテストシナリオ? テストの進め方 テストプロセス テストの設計 より少ないテストケースで より多くのバグを見つける Mercury Interactive Japan KK all rights reserved. 2
効率の良いテストシナリオ -ソフトウェアテスト ミーティング - マーキュリー インタラクティブ ジャパン ( 株 ) 小崎将弘 効率の良いテストシナリオ? テストの進め方 テストプロセス テストの設計 より少ないテストケースで より多くのバグを見つける Mercury Interactive Japan KK all rights reserved. 2 応する工程単体テスト対開発工程とソフトウェアテスト
Using VectorCAST/C++ with Test Driven Development
ホワイトペーパー V2.0 2018-01 目次 1 はじめに...3 2 従来型のソフトウェア開発...3 3 テスト主導型開発...4 4...5 5 TDD を可能にするテストオートメーションツールの主要機能...5 5.1 テストケースとソースコード間のトレーサビリティー...5 5.2 テストケースと要件間のトレーサビリティー...6 6 テスト主導型開発の例...7 2 1 はじめに 本書では
PowerPoint プレゼンテーション
ソフトウェア品質シンポジウム 15 継続的システムテストについての 理解を深めるための 開発とバグのメトリクスの分析 15/9/18 荻野恒太郎 [email protected] Test Engineering Team Service Support Section Group Core Service Department http://www.rakuten.co.jp/
J-SOX 自己点検評価プロセスの構築
統制自己評価 (CSA) 支援サービスのご案内 目次 1. 弊社がご提供するサービス 2. 各サービスの詳細 1. 自己点検における評価モデルの構築支援 2. 請負を含めた実地指導 3. 会社による自己点検状況の評価とアドバイス ( 参考 1) 実施基準における自己点検の取扱い ( 参考 2) 実務指針 ( 改正案 ) における自己点検の取扱い ( 参考 3) 自己点検導入のメリット デメリット (
インテル(R) Visual Fortran コンパイラ 10.0
インテル (R) Visual Fortran コンパイラー 10.0 日本語版スペシャル エディション 入門ガイド 目次 概要インテル (R) Visual Fortran コンパイラーの設定はじめに検証用ソースファイル適切なインストールの確認コンパイラーの起動 ( コマンドライン ) コンパイル ( 最適化オプションなし ) 実行 / プログラムの検証コンパイル ( 最適化オプションあり ) 実行
第16部 ソフトウェア・プロセスの改善
第 39 章 ISO 9000 シリーズ ISO 9000 シリーズの目的当初製品の品質に関わる要求は ある製品の製造者とその顧客の間の二者間のものだった つまり顧客が必要としている製品の製造者に 高い品質の製品の提供を顧客が直接要求する形のものだった しかしこの製造者が多くの顧客を持ち 顧客も多くの製造者から製品を購入し 場合によればある企業が ある時は製造者の立場に立つが別の時には顧客になるというように製造者と顧客の間の関係が複雑になると
Microsoft PowerPoint - 【最終提出版】 MATLAB_EXPO2014講演資料_ルネサス菅原.pptx
MATLAB/Simulink を使用したモータ制御アプリのモデルベース開発事例 ルネサスエレクトロニクス株式会社 第二ソリューション事業本部産業第一事業部家電ソリューション部 Rev. 1.00 2014 Renesas Electronics Corporation. All rights reserved. IAAS-AA-14-0202-1 目次 1. はじめに 1.1 モデルベース開発とは?
Test.SSF Skill Standards Version 1.0
SSF に基づくテスト技術スキルフレームワークスキル基準 テストプロフェッショナルの戦略的育成に向けて [Version 1.0] 2012 年 12 月 特定非営利活動法人ソフトウェアテスト技術振興協会 (ASTER) 一般社団法人 IT 検証産業協会 (IVIA) 1/15 I. 概要... 3 1. スキル基準の概要... 3 2. スキル基準の必要性... 3 3. スキル基準で期待される効果...
<4D F736F F F696E74202D A B837D836C CA48F435F >
コンセプチュアルマネジメント講座 株式会社プロジェクトマネジメントオフィス コンセプチュアルマネジメント講座コンセプト 背景 マネジメントがうまく行かない原因にマネジャーのコンセプチュアルスキルの低さがある 組織や人材の生産性 創造性 多様性を高めるためにはコンセプチュアルなアプローチが不可欠である ( 図 1) 目的 コンセプチュアルなアプローチによってマネジメントを革新する ターゲット 管理者層
CodeRecorderでカバレッジ
株式会社コンピューテックス Copyright 2016 Computex Co.,Ltd. 2017.11 カバレッジ と 単体テスト カバレッジとは プログラムがどれだけ実行されているかを示す指標です プログラム全体に対して実行された比率をカバレッジ率で表します カバレッジの基準として 一般的にC0 C1が使われております C0カバレッジは 全体のうち何 % が実行されたかで求めます C1カバレッジは
トレーニングのプレゼンテーション
XDDP の概要について (Vol.0.1) 2012 年 10 月 18 日佐藤創 Rights Reserved. 1 更新履歴 版数日付内容担当 0.1 2012/10/18 新規作成佐藤創 Rights Reserved. 2 XDDP とは? Rights Reserved. 3 XDDP とは? XDDP(eXtreme Derivative Development Process) 主に組込み系の派生開発の作り込み品質の向上を目的とした
構成管理記録テンプレート仕様書
目次 1. テンプレート利用の前提... 2 1.1 対象... 2 1.2 役割... 2 1.3 プロセス... 2 1.4 ステータス... 3 2. テンプレートの項目... 4 2.1 入力項目... 4 2.2 入力方法および属性... 5 2.3 他の属性... 5 3. トラッキングユニットの設定... 6 3.1 メール送信一覧... 6 3.1.1 起票... 6 3.1.2 EO
<90528DB88EBF96E2955B2E786C73>
4. 品質マネジメントシステム 4.1 一般要求事項 1 組織が品質マネジメントシステムを確立する上で必要としたプロセスは何ですか? 2 営業 / 購買 / 設計のプロセスについて 1このプロセスはどのプロセスと繋がっていますか? また関係していますか? 2このプロセスの役割と目的は何ですか? 3このプロセスの運用 管理の判断基準と 方法は何ですか? 4このプロセスの運用 管理での必要な資源と情報は何ですか?(
日本機械学会 生産システム部門研究発表講演会 2015 資料
( 社 ) 日本機械学会生産システム部門研究発表講演会 2015 製造オペレーションマネジメント入門 ~ISA-95 が製造業を変える ~ 事例による説明 2015-3-16 Ver.1 IEC/SC65E/JWG5 国内委員アズビル株式会社村手恒夫 目次 事例によるケーススタディの目的 事例 : 果汁入り飲料水製造工場 情報システム構築の流れ 1. 対象問題のドメインと階層の確認 2. 生産現場での課題の調査と整理
スライド 1
Sorich Project Management Standard All Rights Reserved, Copyright 2008, SORICH Ltd. DATE: 2009/6/22 PAGE: 1 構成要素 プロジェクトを管理項目に分解して個々の手法 フォーマットを確立し シームレスに連携します 概要使用ツール取り決め事項等 スケジュール管理 プロジェクトのスケジュールを WBS
uPC1093 DS
お客様各位 カタログ等資料中の旧社名の扱いについて 2010 年 4 月 1 日を以って NEC エレクトロニクス株式会社及び株式会社ルネサステクノロジが合併し 両社の全ての事業が当社に承継されております 従いまして 本資料中には旧社名での表記が残っておりますが 当社の資料として有効ですので ご理解の程宜しくお願い申し上げます ルネサスエレクトロニクスホームページ (http://www.renesas.com)
NEXCESS基礎コース01 組込みソフトウェア開発技術の基礎 ソフトウェア開発プロセス編
JaSST 12 Tokai SIG テストエンジニアだからこそ気を付けるテスト仕様書と報告書の書き方 2012 年 11 月 30 日 山本雅基 (ASDoQ/ 名古屋大学 ) E-mail: [email protected] 1 トイレは いつ行ってもいい 気楽に 自己紹介 16:10-16:20 お話 16:20-16:40 個人作業 16:40-16:55 グループ作業
と 測定を繰り返した時のばらつき の和が 全体のばらつき () に対して どれくらいの割合となるかがわかり 測定システムを評価することができる MSA 第 4 版スタディガイド ジャパン プレクサス (010)p.104 では % GRR の値が10% 未満であれば 一般に受容れられる測定システムと
.5 Gage R&R による解析.5.1 Gage R&Rとは Gage R&R(Gage Repeatability and Reproducibility ) とは 測定システム分析 (MSA: Measurement System Analysis) ともいわれ 測定プロセスを管理または審査するための手法である MSAでは ばらつきの大きさを 変動 という尺度で表し 測定システムのどこに原因があるのか
総合衛生管理製造過程と PDCAサイクル
HACCP システム ( 総合衛生管理製造過程 ) と PDCA 東海大学海洋学部水産学科客員教授 公益社団法人日本食品衛生協会学術顧問 荒木惠美子 1 今日の内容 1. PDCAサイクルの定義 2. HACCP 適用の7 原則 12 手順 3. 総合衛生管理製造過程 4. HACCP 運用のポイント 5. HACCPとPDCAサイクル 2 PDCA サイクル Plan-Do-Check-Act Plan:
本日の内容 1. システムアセスメントの目的 2. コンピュータ化システム構築において想定されるリスク要因 3.CSV ガイドラインで求められるシステムアセスメント 4. 具体的なリスク評価の進め方 5. システムアセスメントとリスクマネジメント 3 品質リスクマネジメントの主要原則 (ICH Q9
CSV におけるシステムアセスメント 平成 25 年 8 月 9 日 東薬工品質セミナー 東薬工 品質委員会 蛭田修 本日の内容 1. システムアセスメントの目的 2. コンピュータ化システム構築において想定されるリスク要因 3.CSV ガイドラインで求められるシステムアセスメント 4. 具体的なリスク評価の進め方 5. システムアセスメントとリスクマネジメント 2 1 本日の内容 1. システムアセスメントの目的
修-CIA Exam Change Handbook_FAQs_ indd
CIA 試験 : よくあるご質問 最新の実務に焦点を合わせた改訂 2018 年 3 月 www.globaliia.org 最新の実務に焦点を合わせた CIA 試験シラバスの改訂 本資料は公認内部監査人 (CIA) を受験される方のために CIA 試験シラバスの改訂に関する よく あるご質問 (FAQ) およびその回答をまとめたものです 新しい 3 パート CIA 試験は これまでより一層明確で統一感があり
スキル領域 職種 : ソフトウェアデベロップメント スキル領域と SWD 経済産業省, 独立行政法人情報処理推進機構
スキル領域と (8) ソフトウェアデベロップメント スキル領域と SWD-1 2012 経済産業省, 独立行政法人情報処理推進機構 スキル領域 職種 : ソフトウェアデベロップメント スキル領域と SWD-2 2012 経済産業省, 独立行政法人情報処理推進機構 専門分野 ソフトウェアデベロップメントのスキル領域 スキル項目 職種共通スキル 項目 全専門分野 ソフトウェアエンジニアリング Web アプリケーション技術
プロダクトオーナー研修についてのご紹介
情報種別 : 重要会社名 : 株式会社 NTT データ情報所有者 : 株式会社 NTT データ プロダクトオーナー研修についてのご紹介 株式会社 NTT データ 1 プロダクトオーナー研修概要実践シリーズ!! アジャイル開発上級 ~Scrum で学ぶ新規ビジネス サービス企画立案スキル ~ 研修概要 本研修は ビジネス環境の変化が早い時代においてお客様のニーズにより早く IT サービス システムを提供できる人材を育成するために
テスト設計コンテスト
テスト設計コンテスト 17 話題沸騰ポット (GOMA-1015 型 ) テスト設計 目次 Page 2/25 1. はじめにチーム紹介チームの立ち位置テスト設計の流れ 2. テスト要求分析テスト要求分析の流れ仕様把握と機能要求分析非機能要求分析因子水準表 3. テストアーキテクチャ設計アーキテクチャ設計の流れテストアーキテクチャ全体俯瞰図機能アーキテクチャ非機能アーキテクチャシステム全体俯瞰図 4.
Microsoft Word - JSQC-Std 目次.doc
日本品質管理学会規格 品質管理用語 JSQC-Std 00-001:2011 2011.10.29 制定 社団法人日本品質管理学会発行 目次 序文 3 1. 品質管理と品質保証 3 2. 製品と顧客と品質 5 3. 品質要素と品質特性と品質水準 6 4. 8 5. システム 9 6. 管理 9 7. 問題解決と課題達成 11 8. 開発管理 13 9. 調達 生産 サービス提供 14 10. 検査
metis ami サービス仕様書
metis ami サービス仕様書 Rev 1.1 初版制定日 :2018 年 11 月 28 日 最終改定日 :2019 年 1 月 10 日 日本ビジネスシステムズ株式会社 改定履歴 日付改定項目改定内容及び改定理由 2018 年 11 月 28 日 - 初版制定 2019 年 1 月 10 日 2.3 項を新規追加利用ユーザ数のカウント方法を明記 - 2 - 目次 1 はじめに...- 4 -
PowerPoint プレゼンテーション
5 月 Java 基礎 1 タイトル Java 基礎 2 日間 概要 目的 サーバサイドのプログラミング言語で最もシェアの高い Java SE の基本を習得します 当研修ではひとつの技術ごとに実用的なアプリケーションを作成するため 効果的な学習ができます Java SE の多くの API の中で 仕事でよく利用するものを中心に効率よく学びます 実際の業務で最も利用される開発環境である Eclipse
エコノナビットⅱ 電力管理ソフト/壁紙書き換えソフト
エコノナビット ⅱ 電力管理ソフト / 壁紙書き換えソフト インストール手順書 -Windows XP- 1. はじめに エコノナビット ii 電力管理ソフトと壁紙書き換えソフトはエコノナビット ii 表示機のアプリケーションソフトです 電力管理ソフトをお使いいただくと エコノナビット ii 表示機のデータをパソコンで管理することができます 壁紙書き換えソフトをお使いいただくとエコノナビット ii
Microsoft PowerPoint - 教材サンプル1&2.ppt
ソフトウェアバグの現状 : 膨大化するソフトウエア開発と生産性 開発機能数 つの機能を開発する時間開発時間 ( 相対 ) ソフトの量 (FP) 2 2 96 97 98 99 2 2 生産性 (H/FP) 7 6 4 3 2 96 97 98 99 2 2 4 3 2 ソフトウェアエンジニアリングの効果 食い止める何かが必要 96 97 98 99 2 2 出典 :Software Metrics
JISQ 原案(本体)
目次 ページ序文 1 1 適用範囲 1 2 引用規格 1 3 用語及び定義 2 4 力量要求事項 2 5 労働安全衛生マネジメントシステム審査員に対する力量要求事項 2 5.1 一般 2 5.2 OH&Sの用語, 原則, プロセス及び概念 2 5.3 組織の状況 2 5.4 リーダーシップ, 働く人の協議及び参加 2 5.5 法的要求事項及びその他の要求事項 2 5.6 OH&Sリスク,OH&S 機会並びにその他のリスク及びその他の機会
ISO ISO ISO ISO ISO ISO ISO ISO/TR 機械類の安全性 機械類への常設接近手段 第 2 部 : 作業用プラットフォーム及び通路機械類の安全性 機械類への常
表 1 国際規格タイプ A B C の主要安全規格 ( 本表では規格の発行年を省略した 規格は最新版を参照すること ) TYPE-A 基本安全規格 ISO ISO 12100-1 機械類の安全性 基本概念 設計のための一般原則 第 1 部 : 基本用語 方法論 ISO 12100-2 機械類の安全性 基本概念 設計のための一般原則 第 2 部 : 技術原則 ISO 14121-1 リスクアセスメント
なぜバグ曲線は収束するのか
なぜバグ曲線は収束するのか ~Microsoft Excel を使って考えてみる ~ JaSST 13 Tokyo 2013 年 1 月 31 日 丹羽岳雄 株式会社日本総合研究所 バグ曲線は ソフトウェア開発の品質管理ツール の 1 つとして広く活用されている バグ曲線で よく 議論されていること より良いモデルの構築? 曲線収束の判定方法? 最適なモデルの選択方法? 横軸は 時間? 工数? テストケース数?
メンバーの紹介 日本科学技術連盟ソフトウェア品質管理研究会 2010 年度第 6 分科会 B グループ リーダー関野浩之 アズビル株式会社 ( 発表者 ) 大坪智治 株式会社インテック 外谷地茂 キヤノンITソリューションズ株式会社 メンバーの特徴 開発案件のほとんどが派生開発 ( 組み込み系 :1
XDDP におけるデグレード防止効果を高めるための手法 ~ 気づきナビ の考案 ~ 2015/11/18( 水 ) @ET2015 横浜 アズビル株式会社関野浩之 2015 Azbil Corporation All Rights Reserved. メンバーの紹介 日本科学技術連盟ソフトウェア品質管理研究会 2010 年度第 6 分科会 B グループ リーダー関野浩之 アズビル株式会社 ( 発表者
品質マニュアル(サンプル)|株式会社ハピネックス
文書番号 QM-01 制定日 2015.12.01 改訂日 改訂版数 1 株式会社ハピネックス (TEL:03-5614-4311 平日 9:00~18:00) 移行支援 改訂コンサルティングはお任せください 品質マニュアル 承認 作成 品質マニュアル 文書番号 QM-01 改訂版数 1 目次 1. 適用範囲... 1 2. 引用規格... 2 3. 用語の定義... 2 4. 組織の状況... 3
ビッグデータ分析を高速化する 分散処理技術を開発 日本電気株式会社
ビッグデータ分析を高速化する 分散処理技術を開発 日本電気株式会社 概要 NEC は ビッグデータの分析を高速化する分散処理技術を開発しました 本技術により レコメンド 価格予測 需要予測などに必要な機械学習処理を従来の 10 倍以上高速に行い 分析結果の迅速な活用に貢献します ビッグデータの分散処理で一般的なオープンソース Hadoop を利用 これにより レコメンド 価格予測 需要予測などの分析において
AN504 Through-hole IRED/Right Angle Type 特長 パッケージ 製品の特長 φ3.6 サイドビュ - タイプ 無色透明樹脂 光出力 : 5mW TYP. (I F =50mA) 鉛フリーはんだ耐熱対応 RoHS 対応 ピーク発光波長指向半値角素子材質ランク選別はん
特長 パッケージ 製品の特長 φ3.6 サイドビュ - タイプ 無色透明樹脂 光出力 : 5mW TYP. (I F =50mA) 鉛フリーはんだ耐熱対応 RoHS 対応 ピーク発光波長指向半値角素子材質ランク選別はんだ付け方法 ESD 出荷形態 950nm 60 deg. GaAs 放射強度選別を行い ランクごとに選別 半田ディップ マニュアルはんだ実装工程に対応 はんだ付けについては はんだ付け条件をご参照ください
青森県情報セキュリティ基本方針
青森県情報セキュリティ基本方針 平成 28 年 8 月 26 日 青森県 青森県情報セキュリティ基本方針 平成 15 年 5 月 2 日制定 施行平成 16 年 4 月 1 日一部改正平成 19 年 8 月 30 日一部改正平成 28 年 8 月 26 日一部改正 序 文 青森県では 行政の情報化や公共分野における情報通信技術の活用を推進するため必要となる様々な情報システムを運用していますが これら情報システムが取扱う情報には
テスト設計コンテスト
でこパン 462 1/2X 1/8 チーム紹介だよ チーム名 いしえもんリーダー あずにゃん ODA 発表者 ばやしこ いいだぬき でこパン 462 は入社 2 年目 ~4 年目のテスト経験の浅いひよっこチーム 普段の業務ではシステムテストを担当している 今回はテスト設計技術向上のため コンテスト参加を決めた でこパン 462 2/8 テスト設計の流れ 次は機能観点の説明! 話題沸騰ポット (GOMA-1015
Copyright Compita Japan ISO33k シリーズとは? これまで使用されてきたプロセスアセスメント標準 (ISO/IEC 本稿では以降 ISO15504 と略称する ) は 2006 年に基本セットが完成し 既に 8 年以上が経過しています ISO
新アセスメント規格 ISO 33K シリーズの概要 2015 年 4 月 9 日 コンピータジャパン Copyright Compita Japan 2015 2 ISO33k シリーズとは? これまで使用されてきたプロセスアセスメント標準 (ISO/IEC 15504 - 本稿では以降 ISO15504 と略称する ) は 2006 年に基本セットが完成し 既に 8 年以上が経過しています ISO15504
はじめに 本ドキュメントは Redmine を使用して稼働する定量的プロジェクト管理ツール ( 以下 IPF と略します ) のヘルプです IPF の操作に関わる機能を解説しており Redmine 及び構成管理ツール (Subversion Git) の標準機能については 本ヘルプの記載対象外として
D08-3 定量的プロジェクト管理ツール Redmine 版 ヘルプ 操作編 第 1.0 版 2012 年 2 月 28 日 独立行政法人情報処理推進機構 技術本部ソフトウェア エンジニアリング センター Copyright 2012 IPA, Japan. All rights reserved 1/29 はじめに 本ドキュメントは Redmine を使用して稼働する定量的プロジェクト管理ツール
1 BCM BCM BCM BCM BCM BCMS
1 BCM BCM BCM BCM BCM BCMS わが国では BCP と BCM BCM と BCMS を混同している人を多く 見受けます 専門家のなかにもそうした傾向があるので BCMS を正 しく理解するためにも 用語の理解はきちんとしておきましょう 1-1 用語を組織内で明確にしておかないと BCMS や BCM を組織内に普及啓発していく際に齟齬をきたすことがあります そこで 2012
WBS テンプレート 2009/8/4 NO 作業項目 計画分析設計開発 SA UI SS PS PG PT テスト IT ST 運用 OT 保守 OM 作業概要 成果物 計画 プロジェクト編成 * プロジェクト責任者 メンバー ( システム部門 現場部門 外
1 1.0.0.0 計画 2 1.1.0.0 プロジェクト編成 * プロジェクト責任者 メンバー ( システム部門 現場部門 外部 ) を決定する プロジェクト体制図 3 1.2.0.0 事前調査 * 4 1.2.1.0 プロジェクト内容 * 5 1.2.2.0 必要なドキュメント収集 * 6 1.2.2.1 経営に関する資料 * 7 1.2.2.2 現行システムに関する資料 * 8 1.2.2.3
