メンバーの紹介 日本科学技術連盟ソフトウェア品質管理研究会 2010 年度第 6 分科会 B グループ リーダー関野浩之 アズビル株式会社 ( 発表者 ) 大坪智治 株式会社インテック 外谷地茂 キヤノンITソリューションズ株式会社 メンバーの特徴 開発案件のほとんどが派生開発 ( 組み込み系 :1
|
|
|
- とらふみ うえや
- 7 years ago
- Views:
Transcription
1 XDDP におけるデグレード防止効果を高めるための手法 ~ 気づきナビ の考案 ~ 2015/11/18( 水 横浜 アズビル株式会社関野浩之 2015 Azbil Corporation All Rights Reserved.
2 メンバーの紹介 日本科学技術連盟ソフトウェア品質管理研究会 2010 年度第 6 分科会 B グループ リーダー関野浩之 アズビル株式会社 ( 発表者 ) 大坪智治 株式会社インテック 外谷地茂 キヤノンITソリューションズ株式会社 メンバーの特徴 開発案件のほとんどが派生開発 ( 組み込み系 :1 社 エンタープライズ系 :2 社 ) 当時 XDDP の導入を検討中 (1 社は試行中 ) 2015 Azbil Corporation All Rights Reserved. 2
3 目次 [ 解説 ]XDDPとは 1. 手法の導入に踏み切った動機や経緯 2. 適用した手法 3. 効果測定の方法とその結果 4. 取り組み結果と今後の課題 2015 Azbil Corporation All Rights Reserved. 3
4 [ 解説 ]XDDP とは XDDP(eXtreme Derivative Development Process) とは 清水吉男氏が提唱した派生開発に特化したプロセスモデル 変更を表現する視点の異なる成果物 (3 点セット ) 変更要求仕様書 トレーサビリティ マトリクス 変更設計書 どこを 変更するのかを記述 トレーサビリティマトリクス 文章 ソース / タスク 変更要求仕様書 D1 D2 A B C D E F G 要求 XX5 理由要求 センサーの計測範囲を から に変更する の計測用途に利用できるようにするため 5.1 計測レンジを から に変更する 理由 要求 5.2 計測周期をA(ms) からB(ms) に変更する 理由 要求 5.3 計測値のデータ範囲を から に変更する 理由 何を どのように 変更するのかを記述 変更設計書 変更設計書 どうやって 変更するのかを記述 変更設計書 担当者の思い込みや勘違いを低減するレビューの効果を引き出し 不具合の作り込みを防ぐ手法 2015 Azbil Corporation All Rights Reserved. 4
5 1. 手法の導入に踏み切った理由や経緯背景 派生開発における現場の悩み 熟練技術者が不在となることで影響箇所の見極めを誤り 変更箇所の故障や既存箇所の故障 ( デグレード ) が繰り返し発生 XDDP を導入すれば 大幅な改善が期待 知識 スキルの差変更箇所の故障 : 効果あり既存箇所の故障 ( デグレード ): 熟練技術者と非熟練技術者で効果が異なる 知識 スキルを埋めるもの チェックリストチェック内容 : 具体的過ぎ抽象的過ぎ チェック項目数 : 膨大非熟練技術者が容易かつ効果的に使えるものにはなっていない 2015 Azbil Corporation All Rights Reserved. 5
6 1. 手法の導入に踏み切った理由や経緯目的と狙い 目的 非熟練技術者がチェックリストから 知識 スキル不足を埋める過去の教訓 を容易かつ効果的に探し出し利用するしくみを考案 狙い XDDP レビューの効果を引き出す成果物 両者を容易かつ効果的に紐づける手法を研究 チェックリスト 知識 スキル不足を埋める過去の教訓 XDDP による不具合防止効果 と チェックリストによる不具合防止効果 の融合 2015 Azbil Corporation All Rights Reserved. 6
7 1. 手法の導入に踏み切った理由や経緯 現状分析 1 派生開発で発生する不具合 既存箇所の故障 (22 件 ) 52% 変更箇所の故障 (20 件 ) 48% 変更箇所の故障 と 既存箇所の故障 ( デグレード ) が半々を占める 2015 Azbil Corporation All Rights Reserved. 7
8 1. 手法の導入に踏み切った理由や経緯 現状分析 2 XDDP による不具合防止シミュレーション シミュレーションの目的 XDDPを適用することで不具合防止できるのかを把握 シミュレーションの判定基準 不具合要因 思い込みや勘違いを低減するしくみ 要求や仕様の勘違い 仕様レベルでの変更場所の特定の勘違い ソースレベルでの変更場所特定や変更方法の勘違い 変更要求仕様書 のレビュー トレーサビリティ マトリックス のレビュー 変更設計書 のレビュー シミュレーションのパラメータ ( 熟練技術者 / 非熟練技術者 ) 知識 スキルの有無が不具合防止にどのように影響するのかを把握 熟練技術者と非熟練技術者の知識 スキル 熟技術練者 非熟練技術者 ITSS/ETSSのレベル 4 4~3 ソースコード読解力 ( アーキテクチャ読解力 ) 十分 十分 当該製品の開発経験 十分 不十分 ソースコードレベルの製品知識 十分 不十分 当該製品を利用する顧客側の業務 運用の知識 十分 不十分 当該製品のハードウェア ソフトウェアの知識十分不十分 2015 Azbil Corporation All Rights Reserved. 8
9 1. 手法の導入に踏み切った理由や経緯 現状分析 2 XDDP による不具合防止シミュレーション結果 100% 80% 60% 40% 20% 0% 11% 89% 変更箇所の故障 十分な効果を得られる既存箇所の故障 ( デグレード ) 十分な効果を得られない 58% 42% 20% 80% 85% 15% 熟練技術者非熟練技術者熟練技術者非熟練技術者 XDDP で防止不可 XDDP で防止可 変更箇所の故障 既存箇所の故障 ( デグレード ) 非熟練技術者の既存箇所の故障 ( デグレード ) 防止には XDDPを適用するだけでなく 何らかの工夫が必要 2015 Azbil Corporation All Rights Reserved. 9
10 1. 手法の導入に踏み切った理由や経緯 現状分析 2 既存箇所の故障 ( デグレード ) 事例と熟練技術者の持つ知識 スキルの関係 依存する 依存しない 2015 Azbil Corporation All Rights Reserved. 10
11 1. 手法の導入に踏み切った理由や経緯 現状分析 2 熟練技術者の持つ知識 スキルとは 熟練技術者が持つ デグレード防止に必要な知識 スキルをデグレード事例の作り込み要因から抽出 デグレード防止に必要だった知識 スキル 1 業務 運用に関する知識 ( 画面操作など ) 2 スペックアウト方法の知識 ( 調査場所, 調査方法など ) 3 データに関する知識 ( データ構造, データ範囲など ) 4 制御に関する知識 ( 関数呼び出し, イベント / タスクの流れ, データの排他制御など ) 5 非機能要求の知識 ( リソース, パフォーマンスなど ) 6 動作環境に関する知識 (OS, ミドルウェアなど ) 熟練技術者 十分 ( 暗黙知 ) 十分 ( 暗黙知 ) 十分 ( 暗黙知 ) 十分 ( 暗黙知 ) 十分 ( 暗黙知 ) 十分 ( 暗黙知 ) 非熟練技術者 不十分 不十分 不十分 不十分 不十分 不十分 いずれもソースコードを読み込むだけでは得られない知識 2015 Azbil Corporation All Rights Reserved. 11
12 1. 手法の導入に踏み切った理由や経緯熟練技術者の持つ知識 スキルをどこから獲得するのか 各組織が過去の教訓を蓄積したチェックリストは 熟練技術者の持つ知識 スキル ( 暗黙知 ) を形式知化したもの チェックリストを活用するには課題あり 1 莫大なチェック項目の中から必要なチェック項目を効率的に探し出す 2 チェック項目の抽象度が高すぎると 非熟練者は変更内容に関わるチェック項目を自分で探し出せない XDDP と組み合わせて既存チェックリストの課題を解決するしくみ 気づきナビ の考案 非熟練技術者が既存チェックリストからチェック項目 ( 過去の教訓 ) を容易かつ効果的に探し出し利用するしくみが必要 2015 Azbil Corporation All Rights Reserved. 12
13 2. 適用した手法変更仕様とチェック項目を結びつける 変更特性 既存チェックリストの課題 ( 莫大なチェック項目の中から必要なチェック項目を効率的に探し出す ) を解決するためには何が必要か? 派生開発の中で発生する変更仕様とそれに関係したチェック項目を結びつけるためのキーワードがあれば課題を解決できる 変更仕様の中から 変更する という行為を一般化したキーワード ( 変更特性 ) で変更仕様とチェック項目を結びつける 変更特性例 タスクに データを読み出し を計算し データを書き出しする. 変更特性の抽出 データの読み出し処理追加 計算処理追加 データの書き出し処理追加 2015 Azbil Corporation All Rights Reserved. 13
14 2. 適用した手法気づきナビのしくみ 変更要求仕様書から変更特性を抽出 ( 変更特性マトリックス ) 既存チェックリストに変更特性を追加 変更特性で整理 ( 変更特性チェックリスト ) 変更仕様 変更する という行為を簡潔なキーワード ( 何を どのように 変更したのか ) で一般化 不具合防止の教訓 変更仕様 A 変更仕様 B 変更特性 A 変更特性 B 紐づけ 紐づけ 変更特性 A 変更特性 B 変更特性 C 不具合防止の教訓 不具合防止の教訓 不具合防止の教訓 変更仕様と不具合防止の教訓 ( チェック項目 ) を変更特性で 紐づけ することによって既存チェックリストの課題を解決する 非熟練技術者でも既存チェックリストからチェック項目 ( 過去の教訓 ) を容易かつ効果的に引き出し利用できる 2015 Azbil Corporation All Rights Reserved. 14
15 2. 適用した手法変更特性マトリクス 変更特性マトリクス 変更特性チェックリストから抽出した変更特性を記述する. 変更特性 ( 何を どのように 変更したのか ) の 何を が同じものは同じカテゴリにする. 変更要求仕様書 変更仕様について 何を どのように 変更するのかを記述する Azbil Corporation All Rights Reserved. 15
16 2. 適用した手法変更特性チェックリスト 項目 不具合事例 B タスクの計測処理が規定時間内に完了しないことがあり, 計測値がエラーになる. 作りこみ要因 内容 不具合報告書 A タスクに同期待ち ( ループによるフラグ確認 ) のある関数 f( ) の呼び出しを追加したところ,A タスク実行中に B タスクが動作できなくなったため. チェック項目タスクに同期待ち ( ループによるフラグ確認 ) 処理がある場合, タスクの処理時間が長くなる. タスク処理時間が規定時間を超えていないことを確認する. 抽象度分類変更特性目的チェック項目 低い 高い 1 変更特性 は不具合報告書から抜き出し, 変更する 行為の抽象度に応じて 製品固有 と 製品間で共通 を準備する. 2 不具合防止の目的が同じものは チェック項目 を同じにする. 製品固有 製品間で共通 ( 製品 に ) 関数 f( ) の呼び出し追加 変更特性追加 ( 同期待ちのある ) 関数呼び出し追加 データの読み出し処理追加 変更特性追加 タスク処理の同期待ちが長くなることで, システム動作のパフォーマンスが劣化することを防止するため. 変更特性チェックリスト 関数 f( ) はループによるフラグ確認があるため, 関数 f( ) の呼び出しを追加するとタスクの処理時間は長くなる. タスク処理時間が規定時間を超えていないことを確認する. タスクに同期待ち処理 ( ループによるフラグ確認 ) がある場合, タスクの処理時間が長くなる. タスク処理時間が規定時間を超えていないことを確認する. データの読み出しの影響で, タスクの処理時間が長くなる. タスク処理時間が規定時間を超えていないことを確認する Azbil Corporation All Rights Reserved. 16
17 3. 効果測定の方法とその結果効果測定の方法とその結果 測定 1: デグレード事例に対するシミュレーション 1. 気づきナビにより たどり着いたチェック項目から デグレード防止に有効な情報を得られることを検証 ( シミュレーション ) 22 事例中 13 事例においてデグレード防止に効果的であった 測定 2:XDDP を導入したプロジェクトでの試行 1. 気づきナビにより 確認が必要なチェック項目の数が少なくできることを検証 確認するチェック項目数が気づきナビ導入前に比べて約 17% 少なくなった 2. 気づきナビにより 非熟練技術者が熟練技術者と同じチェック項目を抽出できることを検証 熟練技術者と非熟練技術者でほぼ同じチェック項目を抽出できた 3. 気づきナビにより 非熟練技術者が新たな欠陥に気づくことを検証 非熟練技術者が見落としがちな異常処理の抜け ( のべ 5 件 ) に気づくことができた チェックリストの課題を解決していることと 非熟練技術者でも XDDP のデグレード防止効果を高められることが確認できた 2015 Azbil Corporation All Rights Reserved. 17
18 3. 効果測定の方法とその結果効果測定の結果に対する考察 効果測定からの気づき 既存箇所の故障 ( デグレード ) の問題に限らず 変更箇所の故障といった他の問題に関しても 多くの気づきがあることがわかった 気づきナビの本質は 変更仕様とチェック項目 ( 過去の教訓 ) の紐付けにあるため 変更特性と過去の教訓次第で 既存箇所の故障 ( デグレード ) 以外の問題にも効果を発揮することが期待される 変更仕様 本質 既存箇所の故障 ( デグレード ) チェック項目 ( 過去の教訓 ) 変更箇所の故障 2015 Azbil Corporation All Rights Reserved. 18
19 3. 効果測定の方法とその結果効果測定の結果に対する考察 ナレッジマネージメントとしての 気づきナビ 共同化 技術者同士が同じ不具合を経験することで 不具合防止の暗黙知を共有する 表出化 熟練者の持つ不具合防止の暗黙知を気づきナビに形式知として蓄積する 内面化 暗黙知 非熟練者は気づきナビの知識を利用することで 熟練者の持つ不具合防止の暗黙知や組織の持つ形式知を体得する 暗黙知 形式知 気づきナビ 形式知 気づきナビ 連結化 組織の持つ形式知 ( 不具合報告書 チェックリストなど ) と組み合わせ 新たな形式知として蓄積する 気づいていない知識が新たに出てくる 2015 Azbil Corporation All Rights Reserved. 19
20 4. 取り組み結果と今後の課題 取り組みと結果 XDDP を気づきナビで補強することで 導入負荷を抑えつつ 非熟練技術者によるデグレード防止効果を向上できた 変更特性マトリックス と 変更特性チェックリスト の作成方法とメンテナンス方法を示した これらにより 変更特性マトリックス と 変更特性チェックリスト の双方の整合性を保ちながらの運用が可能になった 気づきナビ に蓄積されている知識を組織的に利用し 共有化 形式化 連結化 内面化のサイクルを繰り返せば 熟練技術者が気づいていない知識が新たに出てきたり 技術者同士の共通の体験が生まれるため さらに効果的なものになると考えられる 今後の課題 気づきナビの不具合防止効果の実証実験 気づきナビの不具合防止効果向上に向けた研究 変更特性の効果的な定義 ( 整理 ) 方法 不具合報告書 チェックリストの効果的な記述方法 2015 Azbil Corporation All Rights Reserved. 20
21 ご清聴ありがとうございました 2015 Azbil Corporation All Rights Reserved. 21
PowerPoint プレゼンテーション
GSN を応用したナレッジマネジメントシステムの提案 2017 年 10 月 27 日 D-Case 研究会 国立研究開発法人宇宙航空研究開発機構 研究開発部門第三研究ユニット 梅田浩貴 2017/3/27 C Copyright 2017 JAXA All rights reserved 1 目次 1 課題説明 SECI モデル 2 GSN を応用したナレッジマネジメントシステム概要 3 ツリー型チェックリスト分析
変更の影響範囲を特定するための 「標準調査プロセス」の提案 2014年ソフトウェア品質管理研究会（30SQiP-A）
変更の影響範囲を特定するための 標準調査プロセス の提案 2014 年ソフトウェア品質管理研究会 [ 第 6 分科会 A グループ ] リーダー : 宇田泰子 ( アンリツエンジニアリング株式会社 ) 夛田一成 ( アンリツエンジニアリング株式会社 ) 川井めぐみ ( サントリーシステムテクノロジー株式会社 ) 伊藤友一 (TIS 株式会社 ) 1. 研究の動機 研究員の現場では 調査を行なっているにも関わらず
トレーニングのプレゼンテーション
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) 主に組込み系の派生開発の作り込み品質の向上を目的とした
短納期開発現場への XDDP 導入手法
短納期開発現場への XDDP 導入手法 日本科学技術連盟ソフトウェア品質管理研究会 2012 年度第 6 分科会 B グループ 富士ゼロックスアドバンストテクノロジー株式会社南迫祐樹 メンバー紹介 2/18 日本科学技術連盟ソフトウェア品質管理研究会 2012 年度第 6 分科会 B グループ < 主査 > 清水吉男 < 副主査 > 飯泉紀子 足立久美 株式会社システムクリエイツ
テスト設計コンテスト
テスト設計コンテスト 17 話題沸騰ポット (GOMA-1015 型 ) テスト設計 目次 Page 2/25 1. はじめにチーム紹介チームの立ち位置テスト設計の流れ 2. テスト要求分析テスト要求分析の流れ仕様把握と機能要求分析非機能要求分析因子水準表 3. テストアーキテクチャ設計アーキテクチャ設計の流れテストアーキテクチャ全体俯瞰図機能アーキテクチャ非機能アーキテクチャシステム全体俯瞰図 4.
個人依存開発から組織的開発への移行事例 ~ 要求モデル定義と開発プロセスの形式化 による高生産性 / 高信頼性化 ~ 三菱電機メカトロニクスソフトウエア ( 株 ) 和歌山支所岩橋正実 1
個人依存開発から組織的開発への移行事例 ~ 要求モデル定義と開発プロセスの形式化 による高生産性 / 高信頼性化 ~ 三菱電機メカトロニクスソフトウエア ( 株 ) 和歌山支所岩橋正実 [email protected] [email protected] 1 改善効果 品質 : フロントローディングが進み流出不具合 0 継続生産性 : 平均 130% 改善 工数割合分析
PowerPoint プレゼンテーション
課題解決型アーキテクチャ事例と アーキテクト育成の取り組み 1. 課題解決型アーキテクチャ 2. アーキテクチャ事例紹介 3. アーキテクト育成の取り組み 4. まとめ 三菱電機メカトロニクスソフトウエア ( 株 ) 和歌山支所岩橋正実 [email protected] 1 1. 課題解決型アーキテクチャ 2 モデル アーキテクチャ アーキテクト モデルソフトウェアで実現したい機能を定義して機能を実現するソフトウェアの構造と振る舞いの定義
PowerPoint プレゼンテーション
SPI Japan 2012 車載ソフトウェア搭載製品の 機能安全監査と審査 2012 年 10 月 11 日 パナソニック株式会社デバイス社 菅沼由美子 パナソニックのデバイス製品 SPI Japan 2012 2 パナソニック デバイス社のソフト搭載製品 車載スピーカーアクティブ消音アクティブ創音歩行者用警告音 スマートエントリー グローバルに顧客対応 ソフトウェア搭載製品 車載 複合スイッチパネル
テスト設計コンテスト フロア展示資料
チーム nema: フロア展示資料 話題沸騰ポット (GOMA-1015 型 ) テスト設計書 ~ 安全なポットを使っていただくために ~ チーム紹介 NEC の QC 活動のひとつに テスト技術者交流会 があり NEC グループ関係会社を含め約 200 名のメンバーが在籍 この交流会ではこれまで下記のような活動をしてきた 結合テストにおけるテスト観点のモレヌケ防止を目的にした テスト設計テンプレート
Microsoft PowerPoint - ETEC-CLASS1資料 pptx
組込みソフトウェア技術者試験 クラス 1 試験概要 2015 年 9 月 1 日試験開始! 2015 年 8 月 1 ETEC とは ETSS 準拠のスキル測定試験 組込みソフトウェア技術者試験クラス 2 ( 以下 ETEC クラス 2 ) 人材像 : 初級実務者 担当としてしっかりものを作れる 組込みソフトウェア技術を中心とした実装技術 スキルレベル1~2を測定 組込みソフトウェア技術者試験クラス1
Microsoft PowerPoint - ID005(R02).pptx
ソフトウェアプロダクトラインにおける コア資産評価の仕組み確立 オムロンソフトウェア株式会社原田真太郎 筒井賢 オムロン株式会社赤松康至 2014 OMRON SOFTWARE Co., Ltd. ALL Rights Reserved 1 会社紹介 自動改札機 券売機等制御機器 FA システム等健康機器 オムロンソフトウェア株式会社 決済ソリューション 監視 運用サービスソリューション モバイルソリューション
ハピタス のコピー.pages
Copyright (C) All Rights Reserved. 10 12,500 () ( ) ()() 1 : 2 : 3 : 2 4 : 5 : Copyright (C) All Rights Reserved. Copyright (C) All Rights Reserved. Copyright (C) All Rights Reserved. Copyright (C) All
Copyright 2008 All Rights Reserved 2
Copyright 2008 All Rights Reserved 1 Copyright 2008 All Rights Reserved 2 Copyright 2008 All Rights Reserved 3 Copyright 2008 All Rights Reserved 4 Copyright 2008 All Rights Reserved 5 Copyright 2008 All
どのような便益があり得るか? より重要な ( ハイリスクの ) プロセス及びそれらのアウトプットに焦点が当たる 相互に依存するプロセスについての理解 定義及び統合が改善される プロセス及びマネジメントシステム全体の計画策定 実施 確認及び改善の体系的なマネジメント 資源の有効利用及び説明責任の強化
ISO 9001:2015 におけるプロセスアプローチ この文書の目的 : この文書の目的は ISO 9001:2015 におけるプロセスアプローチについて説明することである プロセスアプローチは 業種 形態 規模又は複雑さに関わらず あらゆる組織及びマネジメントシステムに適用することができる プロセスアプローチとは何か? 全ての組織が目標達成のためにプロセスを用いている プロセスとは : インプットを使用して意図した結果を生み出す
USDM Quick Start Guide 2014 年 1 月 第 1.0 版 第 29 年度 (2013 年度 ) SQiP 研究会第 6 分科会 D グループ
2014 年 1 月 第 1.0 版 第 29 年度 (2013 年度 ) SQiP 研究会第 6 分科会 D グループ 目次 1. はじめに... 2 2. USDM 記述の流れ... 3 3. USDM 記述ノウハウ... 4 3-1. USDM における要求 理由 仕様の定義... 4 3-2. 要求の階層化のポイント... 5 3-3. 要求の表現の記述ルールとポイント... 6 4. USDM
目次 ペトリネットの概要 適用事例
ペトリネットを利用した状態遷移テスト 和田浩一 東京エレクトロン SDC FA グループ 目次 ペトリネットの概要 適用事例 ペトリネットの概要 - ペトリネットとは ペトリネット (Petri Net) とは カール アダム ペトリが 1962 年に発表した離散分散システムを数学的に表現する手法である 視覚的で 数学的な離散事象システムをモデル化するツールの一つである ペトリネットの概要 - ペトリネットの表記と挙動
Copyright 2008 NIFTY Corporation All rights reserved. 2
Copyright 2008 NIFTY Corporation All rights reserved. 2 Copyright 2008 NIFTY Corporation All rights reserved. 3 Copyright 2008 NIFTY Corporation All rights reserved. 4 Copyright 2008 NIFTY Corporation
不具合情報受付管理 DB 不具合情報対応情報要因 履歴登録 設備情報 不具合情報 対応情報 不具合 ( 履歴 ) 情報 機器仕様 納入情報 機器部品情報 関連資料 機器情報 交換部品情報 交換履歴 交換部品情報 保有部材管理 DB 保有部材管理 不具合情報 不具合先情報 不具合復旧情報 受付情報 対
技術動向概要 設備情報管理システムによる高付加価値サービスの提供 鈴木昌也 Masaya Suzuki 深澤行夫 Yukio Fukasawa キーワード 現場点検, 試験作業の IT 自動化 帳票出力 作業支援情報 DB 情報 Webページ 携帯端末で 登録設備情報 登録編集 帳票データ 編集 承認 帳票印刷編集 文書ファイル図面 工号ファイル 技術資料 生産実績 品質記録 検査記録 不良報告 安全パトロール
SQiP シンポジウム 2016 アジャイルプロジェクトにおけるペアワーク適用の改善事例 日本電気株式会社小角能史 2016 年 9 月 16 日 アジェンダ 自己紹介ペアワークとはプロジェクトへのペアワークの適用方法 スクラム適用ルール作成 最適化の流れ KPTを用いたふりかえり 適用ルールの改善事例 適用プロジェクトの概要ペアワーク適用ルール ( 初期 ) 改善例 1 - ペアのローテーション改善例
PLQ-20 取扱説明書 詳細編
2013 Seiko Epson Corporation. All rights reserved. o n h o n n A B o C h h n h A B n C n n A B C A B C A B C D E A B C D E h o h B n C A D E F G n A C B n A B C D C n A B D F G H E n A B D C E F n A h
テスト設計コンテスト
でこパン 462 1/2X 1/8 チーム紹介だよ チーム名 いしえもんリーダー あずにゃん ODA 発表者 ばやしこ いいだぬき でこパン 462 は入社 2 年目 ~4 年目のテスト経験の浅いひよっこチーム 普段の業務ではシステムテストを担当している 今回はテスト設計技術向上のため コンテスト参加を決めた でこパン 462 2/8 テスト設計の流れ 次は機能観点の説明! 話題沸騰ポット (GOMA-1015
スライド 1
Sorich Project Management Standard All Rights Reserved, Copyright 2008, SORICH Ltd. DATE: 2009/6/22 PAGE: 1 構成要素 プロジェクトを管理項目に分解して個々の手法 フォーマットを確立し シームレスに連携します 概要使用ツール取り決め事項等 スケジュール管理 プロジェクトのスケジュールを WBS
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
1000 Copyright(C)2009 All Rights Reserved - 2 -
1000 Copyright(C)2009 All Rights Reserved - 1 - 1000 Copyright(C)2009 All Rights Reserved - 2 - 1000 Copyright(C)2009 All Rights Reserved - 3 - 1000 Copyright(C)2009 All Rights Reserved - 4 - 1000 Copyright(C)2009
Copyright 2006 KDDI Corporation. All Rights Reserved page1
Copyright 2006 KDDI Corporation. All Rights Reserved page1 Copyright 2006 KDDI Corporation. All Rights Reserved page2 Copyright 2006 KDDI Corporation. All Rights Reserved page3 Copyright 2006 KDDI Corporation.
<4D F736F F F696E74202D20352D335F8D5C90AC CF909482CC90B690AC82C695D28F572E707074>
RD_301 構成要素一覧と検索 から構成要素の編集辞書 ( 削除 ) を作る 作成 ( 編集 ) する削除辞書を開きます 構成要素を検索します ドラック & ドロップでも OK 範囲を選択して右クリック 右クリック 削除辞書に登録 ( 追加 ) したい構成要素を選択しコピーします 削除辞書に追加 ( 貼りつけ ) ます Step5. 削除辞書に構成要素が登録 ( 追加 ) されます 構成要素一覧と検索
LP-M8040シリーズ
NPD4928-01 2013 Seiko Epson Corporation. All rights reserved. A B K L N N N N N N N N N N N N N N N N N N N N N N N N N N N N N N N N N N N L L N N N N B K N N L A N C D B C E E K G F H I N N
第 3 回 TERAS 成果報告会 TERAS V3 紹介と今後の展開 Tool Environment for Reliable and Accountable Software 一般社団法人 TERAS 理事開発委員長渡辺政彦 2014 年 3 月 12 日
第 3 回 TERAS 成果報告会 TERAS V3 紹介と今後の展開 Tool Environment for Reliable and Accountable Software 一般社団法人 TERAS 理事開発委員長渡辺政彦 2014 年 3 月 12 日 最新 TERAS V3 2011 年度 Ver.1 2012 年度 Ver.2 2013 年度 Ver.3 成果物間リンク - ファイル単位
untitled
http://www.riskdatabank.co.jp The of Japan, Ltd. All rights reserved. 2 The of Japan, Ltd. All rights reserved. 3 The of Japan, Ltd. All rights reserved. 4 The of Japan, Ltd. All rights reserved. 5 The
初心者にもできるアメブロカスタマイズ新2016.pages
Copyright All Rights Reserved. 41 Copyright All Rights Reserved. 60 68 70 6 78 80 Copyright All Rights Reserved. FC2 97 Copyright All Rights Reserved. Copyright All Rights Reserved. Copyright All Rights
- 2 Copyright (C) 2006. All Rights Reserved.
- 2 Copyright (C) 2006. All Rights Reserved. 2-3 Copyright (C) 2006. All Rights Reserved. 70-4 Copyright (C) 2006. All Rights Reserved. ...1...3...7...8 1...9...14...16 2...18...20...21 3...22...23...23...24
プロジェクトマネジメント知識体系ガイド (PMBOK ガイド ) 第 6 版 訂正表 - 第 3 刷り 注 : 次の正誤表は PMBOK ガイド第 6 版 の第 1 刷りと第 2 刷りに関するものです 本 ( または PDF) の印刷部数を確認するには 著作権ページ ( 通知ページおよび目次の前 )
プロジェクトマネジメント知識体系ガイド (PMBOK ガイド ) 第 6 版 訂正表 - 第 3 刷り 注 : 次の正誤表は PMBOK ガイド第 6 版 の第 1 刷りと第 2 刷りに関するものです 本 ( または PDF) の印刷部数を確認するには 著作権ページ ( 通知ページおよび目次の前 ) の一番下を参照してください 10 9 8 などで始まる文字列の 最後の 数字は その特定コピーの印刷を示します
dekiru_asa
11 10 4 4 1 2 3 4 2 4 6 10 12 16 20 2 1 3 1 4 2 5 2 6 3 3 7 8 9 3 3 10 4 1 11 4 2 3 4 5 1 2 3 12 4 5 5 13 14 6 7 8 9 10 11 5 15 6 1 2 3 16 17 1 2 3 6 18 1 2 3 19 6 6 1 2 v 3 20 7 1 2 3 1 7 21 22 2 3 4
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 モデルベース開発とは?
日本機械学会 生産システム部門研究発表講演会 2015 資料
( 社 ) 日本機械学会生産システム部門研究発表講演会 2015 製造オペレーションマネジメント入門 ~ISA-95 が製造業を変える ~ 事例による説明 2015-3-16 Ver.1 IEC/SC65E/JWG5 国内委員アズビル株式会社村手恒夫 目次 事例によるケーススタディの目的 事例 : 果汁入り飲料水製造工場 情報システム構築の流れ 1. 対象問題のドメインと階層の確認 2. 生産現場での課題の調査と整理
< D92E8955C81698D488E968AC4979D816A2E786C73>
総括調査職員 7 工事監理委託業務成績評定採点表 -1[ 総括調査職員用 ] 業務名 平成 年度 工事監理業務 該当する評価項目のチェックボックスにチェックを入れる 配点 評価項目チェック数 = 劣 ( -1) 評価項目 工程管理能力 評価の視点 小計 1.. 実施計画 実施体制 配点 =1 やや劣 ( -.5) =2 普通 ( ) =3 やや優 ( +.5) =4 以上 優 ( +1) 1. 7.5
はじめてのPFD
はじめての PFD 派生開発 WG アンリツエンジニアリング株式会社文書番号 :AE-RAEB00000063 初版 Copyright 2016 Anritsu Engineering Co.,Ltd. Publicly available 演習概要 PFDの書き方 : 15 分 演習 : 30 分 + 発表 ( 講評 ) 20 分 まとめ 2 参考文献 PFD(Process Flow Diagram)
宇宙機搭載ソフトウエア開発のアセスメント
SPI-JAPAN2009 セッション :1A 現場 / 他部門との協調 No.3 宇宙機搭載ソフトウエア開発の アセスメント ( 独 ) 宇宙航空研究開発機構 情報計算工学センター (JAXA/JEDI) 古石 ゆみ < 共著 > ( 独 ) 宇宙航空研究開発機構情報 計算工学センター (JAXA/JEDI) 宮本 祐子 NEC 東芝スペースシステム株式会社 岩崎 正明 ( 株 )SRA 小嶋 勉
Copyright All Rights Reserved. -2 -!
http://ameblo.jp/admarketing/ Copyright All Rights Reserved. -2 -! Copyright All Rights Reserved. -3- Copyright All Rights Reserved. -4- Copyright All Rights Reserved. -5 - Copyright All Rights Reserved.
15288解説_D.pptx
ISO/IEC 15288:2015 テクニカルプロセス解説 2015/8/26 システムビューロ システムライフサイクル 2 テクニカルプロセス a) Business or mission analysis process b) Stakeholder needs and requirements definieon process c) System requirements definieon
国土技術政策総合研究所 研究資料
第 7 章 検査基準 7-1 検査の目的 検査の目的は 対向車両情報表示サービス 前方停止車両 低速車両情報表示サービスおよび その組み合わせサービスに必要な機能の品質を確認することである 解説 設備の設置後 機能や性能の総合的な調整を経て 検査基準に従い各設備検査を実施する 各設備検査の合格後 各設備間を接続した完成検査で機能 性能等のサービス仕様を満たしていることを確認する検査を実施し 合否を判定する
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 グループ作業
目次 取組み概要 取組みの背景 取組みの成果物 適用事例の特徴 適用分析の特徴 適用事例の分析結果から見えたこと JISAによる調査結果 どうやって 実践のヒント をみつけるか 書籍発行について紹介 今後に向けて 2
品質改善に取り組めば 生産性もアップ ~ ソフトウェア開発技術適用事例のデータ分析から見えてきたこと ~ 2016 年 5 月 12 日 独立行政法人情報処理推進機構技術本部ソフトウェア高信頼化センター ソフトウェアグループ 連携委員春山浩行 1 目次 取組み概要 取組みの背景 取組みの成果物 適用事例の特徴 適用分析の特徴 適用事例の分析結果から見えたこと JISAによる調査結果 どうやって 実践のヒント
Microsoft Word - 最終版 バックせどりismマニュアル .docx
ism ISM ISM ISM ISM ISM ISM Copyright (c) 2010 All Rights Reserved. Copyright (c) 2010 All Rights Reserved. Copyright (c) 2010 All Rights Reserved. ISM Copyright (c) 2010 All Rights Reserved. Copyright
変更要求管理テンプレート仕様書
目次 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. トラッキングユニットの設定... 7 3.1 メール送信一覧... 7 3.1.1 起票... 7 3.1.2 検討中...
オペレーション メテオ 魅力性テスト チーム
一般発表セッション3C ユーザビリティ評価の曖昧さを克服 ~ 検証のプロによる効率的 効果的な評価手法の確立 ~ 2018 年 10 月 11 日 ( 木 ) ウインクあいち キヤノン IT ソリューションズ株式会社 発表 : 伊藤共同執筆 : 濱野吉松 浩子健志賢治 キヤノン IT ソリューションズ株式会社 目次 1. 会社概要 / 事業紹介 / 自己紹介 2. ユーザビリティ評価取組みの背景 3.
Source Insight
ソースインサイト プログラムエディタ Source Insight のご紹介 ソースを理解しながら 効率の良いコーディング エクセルソフト株式会社営業部 エクセルソフト株式会社 Copyright 2008 XLsoft K.K. All Rights Reserved. - 1 - 目次 プログラムエディタ Source Insight のご紹介 ソースを理解しながら 効率の良いコーディング 目次
Copyright 2010 Sumitomo Mitsui Banking Corporation. All Rights Reserved.
1 2 3 4 5 3 1 2 5 4 2Copyright 2010 Sumitomo Mitsui Banking Corporation. All Rights Reserved. Copyright 2010 Sumitomo Mitsui Banking Corporation. All Rights Reserved.3 Contents 4Copyright 2010 Sumitomo
040402．ユニットテスト
2. ユニットテスト ユニットテスト ( 単体テスト ) ユニットテストとはユニットテストはプログラムの最小単位であるモジュールの品質をテストすることであり その目的は結合テスト前にモジュール内のエラーを発見することである テストは機能テストと構造テストの2つの観点から行う モジュールはプログラムを構成する要素であるから 単体では動作しない ドライバとスタブというテスト支援ツールを使用してテストを行う
REGZA Tabletガイド
http://toshibaplaces.jp 1 2 3 4 5 6 7 8 9 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66
20 180pixel 180pixel Copyright 2014 Yahoo Japan Corporation. All Rights Reserved.
12 300pixel 300pixel www.yahoo.co.jp Copyright 2014 Yahoo Japan Corporation. All Rights Reserved. 20 180pixel 180pixel Copyright 2014 Yahoo Japan Corporation. All Rights Reserved. 300pixel 300pixel www.yahoo.co.jp
<4D F736F F F696E74202D A B837D836C CA48F435F >
コンセプチュアルマネジメント講座 株式会社プロジェクトマネジメントオフィス コンセプチュアルマネジメント講座コンセプト 背景 マネジメントがうまく行かない原因にマネジャーのコンセプチュアルスキルの低さがある 組織や人材の生産性 創造性 多様性を高めるためにはコンセプチュアルなアプローチが不可欠である ( 図 1) 目的 コンセプチュアルなアプローチによってマネジメントを革新する ターゲット 管理者層
智美塾 ゆもつよメソッドのアーキテクチャ
ゆもつよメソッドのテスト要求分析とテストアーキテクチャ設計 JaSST13 東京智美塾 2013 年 1 月 30 日 湯本剛 ( 日本 HP) [email protected] ゆもつよ風テスト開発プロセス テスト計画 実現したい品質の具体的把握 テスト箇所の選択 テストの目的設定 テスト対象アイテム特定 テスト分析 テストタイプ特定 機能の整理 & 再分類 テスト条件となる仕様項目特定
アジャイル開発入門
製品力を高めるための アジャイル開発超入門 技術部アジャイル開発センター藤井拓 アジェンダ アジャイル開発超入門 アジャイル開発手法の適用事例 2 開発手法の普及率 世界での普及 (Forrester Research, 2010) ウォーターフォール13% 反復開発 21% アジャイル開発 35% Scrumの利用は10.9% で一番多い 方法論利用せず30.6% 日本 (IDC Japan, 2011)
<4D F736F F D FC8E448FEE95F1837C815B835E838B C8F92E88B608F912E646F63>
公共調達検索ポータルサイト要件定義書 ( 抄 ) 平成 19 年 4 月 国土交通省 目次 1 はじめに...1 2 ポータルサイトの目的...2 2-1 入札参加希望者の検索効率向上...2 2-2 公共調達手続の透明化...2 2-3 競争性の向上...2 3 システム化の範囲...2 3-1 入札情報の作成...2 3-2 掲載情報の承認...2 3-3 入札情報の掲載...2 4 システム要件...3
Microsoft PowerPoint - 【別紙1-2】メトリクスセットの利用ガイド.pptx
情報システム / ソフトウェアの品質メトリクスセット利用ガイド 平成 23 年度経済産業省ソフトウェアメトリクス高度化プロジェクト 目次 1. 背景と目的 2 2. 品質メトリクスセットの作成 3 国内の品質メトリクスの整理 国内品質メトリクス利用状況調査 利用状況調査 妥当性評価調査を踏まえた品質メトリクスセットの作成 品質メトリクスセットの構成 ( メトリクス数 ) 品質メトリクスセットの構成
untitled
mitsuya Copyright (C) 2007. All Rights Reserved. 1/1 mitsuya Copyright (C) 2007. All Rights Reserved. 2/2 mitsuya Copyright (C) 2007. All Rights Reserved. 3/3 mitsuya Copyright (C) 2007. All Rights Reserved.
iNFUSE インフューズ
はじめての HULFT-WebConnect セゾン情報システムズ HULFT 事業部 目的と学習内容 この動画では次の内容をご紹介します HULFT-WebConnectとは HULFT-WebConnectのコンセプト HULFT-WebConnect 運用イメージ ご利用シーン サービス体系 2 HULFT-WebConnect とは HULFT によるデータ転送をインターネット経由で 簡単
説明項目 1. 審査で注目すべき要求事項の変化点 2. 変化点に対応した審査はどうあるべきか 文書化した情報 外部 内部の課題の特定 リスク 機会 利害関係者の特定 QMS 適用範囲 3. ISO 9001:2015への移行 リーダーシップ パフォーマンス 組織の知識 その他 ( 考慮する 必要に応
ISO/FDIS 9001 ~ 認証審査における考え方 ~ 2015 年 7 月 14 日 23 日 JAB 認定センター 1 説明項目 1. 審査で注目すべき要求事項の変化点 2. 変化点に対応した審査はどうあるべきか 文書化した情報 外部 内部の課題の特定 リスク 機会 利害関係者の特定 QMS 適用範囲 3. ISO 9001:2015への移行 リーダーシップ パフォーマンス 組織の知識 その他
オープンソースERPパッケージに対する派生開発手法の提案
オープンソース ERP パッケージに対する派生開発手法の提案 - 開発プロジェクトの事例をもとに - ハマゴムエイコム株式会社岸麻美生井雅志土山真由美 1. はじめに 2. プロジェクト概要 3. 課題 4. 施策 試行 結果 5. 結果のまとめ 6. 考察 7. 今後の課題 2 1. はじめに - 当社の事業ー 会社名 設立 : ハマゴムエイコム株式会社 (HAMAGOMU AICOM INC.)
はじめに 本ドキュメントは Redmine を使用して稼働する定量的プロジェクト管理ツール ( 以下 IPF と略します ) のヘルプです IPF の操作に関わる機能を解説しており Redmine 及び構成管理ツール (Subversion Git) の標準機能については 本ヘルプの記載対象外として
D08-3 定量的プロジェクト管理ツール Redmine 版 ヘルプ 操作編 第 1.0 版 2012 年 2 月 28 日 独立行政法人情報処理推進機構 技術本部ソフトウェア エンジニアリング センター Copyright 2012 IPA, Japan. All rights reserved 1/29 はじめに 本ドキュメントは Redmine を使用して稼働する定量的プロジェクト管理ツール
組込みシステムにおける UMLモデルカタログの実践研究
Modeling Forum 2015 組込みシステムの設計実装への モデルカタログの活用 仙台高等専門学校 情報システム工学科 力武克彰, 新村祐太 ( 豊橋技科大 ), 菊池雄太郎 ( 仙台高専 ) 概要 組込み分野のための UML モデルカタログ (*) のモデルを実装してみました (* 以下 モデルカタログと呼びます ) 2 概要 モデルカタログ : 目標制御モデル モデルカタログより引用
Microsoft PowerPoint - A3② JaSST_MISRA2004ソースコード品質診断.ppt
ISO/IEC9126 & MISRA-C:2004 ベースソースコード品質診断 ~ MISRA-C:2004 ベース品質診断のご紹介 ~ 株式会社東陽テクニカソフトウェア ソリューション MISRA とは Motor Industry Software Reliability Association の略 ヨーロッパ自動車技術会 (MIRA) の下部組織 MIRA: Motor Industry
リソース制約下における組込みソフトウェアの性能検証および最適化方法
リソース制約下における組込みソフト ウェアの性能検証および最適化方法 広島市立大学 大学院情報科学研究科システム工学専攻 中田明夫倉田和哉百々太市 1 提案技術の概要 組込みシステムの開発 厳しいリソース制約 (CPU, ネットワークなど ) 非機能要求 ( リアルタイム性など ) の達成 開発プロセスにおける設計段階 性能問題を発見することが困難 実装段階で性能問題が発覚 設計の手戻りが発生 設計段階での性能検証手法
1. はじめに近年 下水処理場 ( 設備 ) の維持管理では 管理職員の減少と高齢化 施設の老朽化 自然災害リスクの増大等の課題が増大している 日本下水道事業団 ( 以下 JS) においては 人的 物的および資金的資源の有効活用 アセットマネジメント手法を最大限に活用したリスク評価に基づく健全な施設
タブレットを活用した点検 調査データ 入力システムの開発 建設情報研究所 研究開発部長森田義則 1. はじめに近年 下水処理場 ( 設備 ) の維持管理では 管理職員の減少と高齢化 施設の老朽化 自然災害リスクの増大等の課題が増大している 日本下水道事業団 ( 以下 JS) においては 人的 物的および資金的資源の有効活用 アセットマネジメント手法を最大限に活用したリスク評価に基づく健全な施設維持
ソフトウェア要求分析から詳細設計までシームレスにつなぐ開発手法
第 18 回 ZIPC ユーザーズカンファレンス ソフトウェア要求分析から詳細設計まで シームレスにつなぐ開発手法 2013 年 9 月 20 日 目次 1. ソフトウェア設計手順の概要 2. トレーサビリティ管理ツール導入のポイント 3. ユースケース / ユースケース記述 4. 要求を仕様化する方法が必要 5. ユースケース記述とUSDMの関係 6. 基盤方式設計と機能方式設計の関係 7. ユースケース
エンジニアリング・サービスから見たMBD導入の成功・失敗
2014 年 12 月 18 日 ( 金 ) 16:40-16:55 JMAAB 中部コンファレンス エンジニアリング サービスから見た MBD 導入の成功 失敗 COPYRIGHT (C) GAIO TECHNOLOGY ALL RIGHTS RESERVED 1 ガイオ テクノロジーとは 組み込み業界向け検証ツールメーカー コンパイラ 検証 テスト 解析ツール プロトタイピングツール エンジニアリングサービス
InspectionXpert for SolidWorksのご紹介
c 2012 Rand Technologies Japan K.K. All rights reserved. www.randjapan.co.jp 1 InspectionXpert for SolidWorks のご紹介 ランド テクノロジーズ ジャパン株式会社 c 2012 Rand Technologies Japan K.K. All rights reserved. www.randjapan.co.jp
TOPPERS 活用アイデア アプリケーション開発 コンテスト 部門 : 活用アイデア部門アプリケーション開発部門 作品のタイトル : Toppers_JSP と Scicos_lab / (Scilab でも可 ) による 組込みメカトロニクス制御シミュレーション 作成者 : 塩出武 ( シオデタ
TOPPERS 活用アイデア アプリケーション開発 コンテスト 部門 : 活用アイデア部門アプリケーション開発部門 作品のタイトル : Toppers_JSP と Scicos_lab / (Scilab でも可 ) による 組込みメカトロニクス制御シミュレーション 作成者 : 塩出武 ( シオデタケシ ) 対象者 : 実機レス環境でモーター含むメカ制御プログラムの設計 および検証 学習をしてみたい方