トレーニングのプレゼンテーション

トレーニングのプレゼンテーション

当方が携わった派生開発の プロセス改善内容について (Vol.0.1) 2012 年 10 月 24 日佐藤創 Rights Reserved. 1 更新履歴 版数日付内容担当 0.1 2012/10/24 新規作成佐藤創 Rights Reserved. 2 PRJ で遭遇した 派生開発の問題 Rights Reserved. 3 対象の派生開発 PRJ の特徴 対象となる派生開発 PRJ の概要

短納期開発現場への XDDP 導入手法

短納期開発現場への XDDP 導入手法 日本科学技術連盟ソフトウェア品質管理研究会 2012 年度第 6 分科会 B グループ 富士ゼロックスアドバンストテクノロジー株式会社南迫祐樹 メンバー紹介 2/18 日本科学技術連盟ソフトウェア品質管理研究会 2012 年度第 6 分科会 B グループ < 主査 > 清水吉男 < 副主査 > 飯泉紀子 足立久美 株式会社システムクリエイツ

変更の影響範囲を特定するための 「標準調査プロセス」の提案 2014年ソフトウェア品質管理研究会（30SQiP-A）

変更の影響範囲を特定するための 標準調査プロセス の提案 2014 年ソフトウェア品質管理研究会 [ 第 6 分科会 A グループ ] リーダー : 宇田泰子 ( アンリツエンジニアリング株式会社 ) 夛田一成 ( アンリツエンジニアリング株式会社 ) 川井めぐみ ( サントリーシステムテクノロジー株式会社 ) 伊藤友一 (TIS 株式会社 ) 1. 研究の動機 研究員の現場では 調査を行なっているにも関わらず

メンバーの紹介 日本科学技術連盟ソフトウェア品質管理研究会 2010 年度第 6 分科会 B グループ リーダー関野浩之 アズビル株式会社 ( 発表者 ) 大坪智治 株式会社インテック 外谷地茂 キヤノンITソリューションズ株式会社 メンバーの特徴 開発案件のほとんどが派生開発 ( 組み込み系 :1

XDDP におけるデグレード防止効果を高めるための手法 ~ 気づきナビ の考案 ~ 2015/11/18( 水 ) @ET2015 横浜 アズビル株式会社関野浩之 2015 Azbil Corporation All Rights Reserved. メンバーの紹介 日本科学技術連盟ソフトウェア品質管理研究会 2010 年度第 6 分科会 B グループ リーダー関野浩之 アズビル株式会社 ( 発表者

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

テスト設計コンテスト

テスト設計コンテスト 17 話題沸騰ポット (GOMA-1015 型 ) テスト設計 目次 Page 2/25 1. はじめにチーム紹介チームの立ち位置テスト設計の流れ 2. テスト要求分析テスト要求分析の流れ仕様把握と機能要求分析非機能要求分析因子水準表 3. テストアーキテクチャ設計アーキテクチャ設計の流れテストアーキテクチャ全体俯瞰図機能アーキテクチャ非機能アーキテクチャシステム全体俯瞰図 4.

はじめてのPFD

はじめての PFD 派生開発 WG アンリツエンジニアリング株式会社文書番号 :AE-RAEB00000063 初版 Copyright 2016 Anritsu Engineering Co.,Ltd. Publicly available 演習概要 PFDの書き方 : 15 分 演習 : 30 分 + 発表 ( 講評 ) 20 分 まとめ 2 参考文献 PFD(Process Flow Diagram)

テスト設計コンテスト

でこパン 462 1/2X 1/8 チーム紹介だよ チーム名 いしえもんリーダー あずにゃん ODA 発表者 ばやしこ いいだぬき でこパン 462 は入社 2 年目 ~4 年目のテスト経験の浅いひよっこチーム 普段の業務ではシステムテストを担当している 今回はテスト設計技術向上のため コンテスト参加を決めた でこパン 462 2/8 テスト設計の流れ 次は機能観点の説明! 話題沸騰ポット (GOMA-1015

要求仕様管理テンプレート仕様書

目次 1. テンプレート利用の前提... 2 1.1 対象... 2 1.2 役割... 2 1.3 プロセス... 2 1.4 ステータス... 3 2. テンプレートの項目... 4 2.1 入力項目... 4 2.2 入力方法および属性... 5 2.3 他の属性... 6 3. トラッキングユニットの設定... 7 3.1 メール送信一覧... 7 3.1.1 起票... 7 3.1.2 作成中...

HIGIS 3/ﾌﾟﾚｾﾞﾝﾃｰｼｮﾝ資料/J_GrayA.ppt

品質保証部における W モデル適用の検討と実践 2013/09/13 株式会社日立製作所情報 通信システム社 IT プラットフォーム事業本部開発統括本部プラットフォーム QA 本部ソフト品質保証部 富田貴仁, 秦泉寺貴文, 高山啓 0 品質保証部における W モデル適用の検討と実践 Contents 1. 章はじめに 2. 章現状の品質保証工程の分析 3. 章 Wモデルの適用の検討 4. 章実施と評価

スライド 1

Sorich Project Management Standard All Rights Reserved, Copyright 2008, SORICH Ltd. DATE: 2009/6/22 PAGE: 1 構成要素 プロジェクトを管理項目に分解して個々の手法 フォーマットを確立し シームレスに連携します 概要使用ツール取り決め事項等 スケジュール管理 プロジェクトのスケジュールを WBS

目次 ペトリネットの概要 適用事例

ペトリネットを利用した状態遷移テスト 和田浩一 東京エレクトロン SDC FA グループ 目次 ペトリネットの概要 適用事例 ペトリネットの概要 - ペトリネットとは ペトリネット (Petri Net) とは カール アダム ペトリが 1962 年に発表した離散分散システムを数学的に表現する手法である 視覚的で 数学的な離散事象システムをモデル化するツールの一つである ペトリネットの概要 - ペトリネットの表記と挙動

自己紹介 粟生木徹 主な業務実績 組込みシステム開発 仕様策定 検証 : コンシューマ電子機器 オンラインエンターテイメント関連アプリケーションなど 業務系システム開発 定義 検証 ( 新規 保守開発 ): 物流管理 販売管理 人事 給与 ASP パッケージなど プロセス改善 国際ソフトウェアプロセ

USDM を用いた 上流での品質の作りこみ 2014-09-05 株式会社 SRA 産業第 1 事業部粟生木徹 自己紹介 粟生木徹 主な業務実績 組込みシステム開発 仕様策定 検証 : コンシューマ電子機器 オンラインエンターテイメント関連アプリケーションなど 業務系システム開発 定義 検証 ( 新規 保守開発 ): 物流管理 販売管理 人事 給与 ASP パッケージなど プロセス改善 国際ソフトウェアプロセス規格調査

Microsoft PowerPoint - 配布用資料.ppt

ソフトウェア設計プロセスの改革 オブジェクト指向導入による 生産性の向上 SEIKO EPSON CORPORATION BS 事業部 2006 6 28 開発対象製品の紹介 セイコーエプソン株式会社 BS 事業部 BS 事業推進部 TM( ターミナルモジュール ) のファームウェア開発 ( レシートプリンタ ラベルプリンタの開発 ) 業務用小型プリンタのファームウェア開発 レシート ラベル チェック

日経ビジネス Center 2

Software Engineering Center Information-technology Promotion Agency, Japan ソフトウェアの品質向上のために 仕様を厳密に 独立行政法人情報処理推進機構 ソフトウェア エンジニアリング センター 調査役新谷勝利 Center 1 日経ビジネス 2012.4.16 Center 2 SW 開発ライフサイクルの調査統計データ ソフトウェア産業の実態把握に関する調査

SQiP シンポジウム 2016 アジャイルプロジェクトにおけるペアワーク適用の改善事例 日本電気株式会社小角能史 2016 年 9 月 16 日 アジェンダ 自己紹介ペアワークとはプロジェクトへのペアワークの適用方法 スクラム適用ルール作成 最適化の流れ KPTを用いたふりかえり 適用ルールの改善事例 適用プロジェクトの概要ペアワーク適用ルール ( 初期 ) 改善例 1 - ペアのローテーション改善例

過去問セミナー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) に従ってシラバスのそれぞれの課題を試験する

個人依存開発から組織的開発への移行事例 ~ 要求モデル定義と開発プロセスの形式化 による高生産性 / 高信頼性化 ~ 三菱電機メカトロニクスソフトウエア ( 株 ) 和歌山支所岩橋正実 1

個人依存開発から組織的開発への移行事例 ~ 要求モデル定義と開発プロセスの形式化 による高生産性 / 高信頼性化 ~ 三菱電機メカトロニクスソフトウエア ( 株 ) 和歌山支所岩橋正実 iwahashi@est.hi-ho.ne.jp Iwahashi.Masami@wak.msw.co.jp 1 改善効果 品質 : フロントローディングが進み流出不具合 0 継続生産性 : 平均 130% 改善 工数割合分析

Microsoft PowerPoint - B3-3_差替版.ppt [互換モード]

SQiP2011 B3-3 状態遷移および機能連携に着 した業務シナリオテストの新 法 2011 年 9 9 株式会社 NTT データ技術開発本部プロアクティブ テスティング COE 岩 真治 所属 紹介 株式会社 NTT データ 主な業務 技術開発本部プロアクティブ テスティング COE 昨年 12/1 に設 先進的な検証 テストサービスの提供とそれを実現するための研究開発に取り組む専 組織 社内のソフトウェア開発標準プロセス

4.7.4 プロセスのインプットおよびアウトプット (1) プロセスへのインプット情報 インプット情報 作成者 承認者 備 考 1 開発に関するお客様から お客様 - の提示資料 2 開発に関する当社収集資 リーダ - 料 3 プロジェクト計画 完了報 リーダ マネージャ 告書 ( 暫定計画 ) 4

サンプル : プロジェクト管理規定 4.7 プロジェクト立ち上げ 4.7.1 目的 本プロセスはリーダ主導で プロジェクト体制の確立とプロジェクト内容 分担 業務指示 プロジェクト目標 担当者別プロジェクト目標を開発メンバに周知徹底することによって 組織としての意識統一を図るとともに開発プロセスをスムーズに立ち上げることを目的とする 4.7.2 このプロセスにかかわる人物の役割と責務 部門 略記 参加

XDDPによる品質と生産性の同時達成

XDDP による品質と生産性の同時達成 JaSST 12 Niigata 基調講演資料 2012 年 3 月 16 日 株式会社システムクリエイツ代表取締役清水吉男 shimz@nifty.com URL=http://homepage3.nifty.com/koha_hp 派生開発推進協議会代表 URL=http://www.xddp.jp [JaSST 新潟 2012 基調講演 ] Copyright

NEXCESS基礎コース01 組込みソフトウェア開発技術の基礎 ソフトウェア開発プロセス編

JaSST 12 Tokai SIG テストエンジニアだからこそ気を付けるテスト仕様書と報告書の書き方 2012 年 11 月 30 日 山本雅基 (ASDoQ/ 名古屋大学 ) E-mail: myamamoto@nces.is.nagoya-u.ac.jp 1 トイレは いつ行ってもいい 気楽に 自己紹介 16:10-16:20 お話 16:20-16:40 個人作業 16:40-16:55 グループ作業

PowerPoint プレゼンテーション

5 月 Java 基礎 1 タイトル Java 基礎 2 日間 概要 目的 サーバサイドのプログラミング言語で最もシェアの高い Java SE の基本を習得します 当研修ではひとつの技術ごとに実用的なアプリケーションを作成するため 効果的な学習ができます Java SE の多くの API の中で 仕事でよく利用するものを中心に効率よく学びます 実際の業務で最も利用される開発環境である Eclipse

ExcelでXDDPを成功させるためのノウハウ ～影響箇所の気づき、膨大なシートの検索を効率化し作成作業やレビューを活性化～

Excel で XDDP を成功させるためのノウハウ ~ 影響箇所の気づき 膨大なシートの検索を効率化し作成作業やレビューを活性化 ~ 2013 年 5 月 24 日 IT 推進本部機器ソフトウェア企画設計部 井口雅人 SEIKO EPSON CORPORATION 2013. All rights reserved. アジェンダ ExcelでXDDPを成功させるためのノウハウ 1. 自己紹介 /XDDP

クラス図とシーケンス図の整合性確保 マニュアル

Consistency between Class and Sequence by SparxSystems Japan Enterprise Architect 日本語版 クラス図とシーケンス図の整合性確保マニュアル (2011/12/6 最終更新 ) 1 1. はじめに UML を利用したモデリングにおいて クラス図は最も利用される図の 1 つです クラス図は対象のシステムなどの構造をモデリングするために利用されます

はじめに IPA/SEC では ソフトウェア品質説明力を強化すべく様々な観点からの検討を実施してきました その一環として ソフトウェア品質を説明するための手法等について具体的な実施方法 そのための作業量 実施にあたっての課題等を整理し 実際にソフトウェア品質を説明する際の参考とできるようにするために

トレーサビリティ確保におけるソフト開発データからの 効果検証 実施報告書 2013 年 2 月 はじめに IPA/SEC では ソフトウェア品質説明力を強化すべく様々な観点からの検討を実施してきました その一環として ソフトウェア品質を説明するための手法等について具体的な実施方法 そのための作業量 実施にあたっての課題等を整理し 実際にソフトウェア品質を説明する際の参考とできるようにするために 公募により

Microsoft PowerPoint - A3②　JaSST_MISRA2004ソースコード品質診断.ppt

ISO/IEC9126 & MISRA-C:2004 ベースソースコード品質診断 ~ MISRA-C:2004 ベース品質診断のご紹介 ~ 株式会社東陽テクニカソフトウェア ソリューション MISRA とは Motor Industry Software Reliability Association の略 ヨーロッパ自動車技術会 (MIRA) の下部組織 MIRA: Motor Industry

SEC セミナー (2012 年 12 月 21 日 ) 定量的品質管理 実践的取組み 定量的品質管理 手法の企業での取り組み事例 1 品質 生産性目標の設定方法 2 現場で定着させるテクニック ~ 品質管理を効果的に実践するには ~ 三菱電機インフォメーションシステムズ株式会社業務プロセス改善推進

SEC セミナー (2012 年 12 月 21 日 ) 定量的品質管理 実践的取組み 定量的品質管理 手法の企業での取り組み事例 1 品質 生産性目標の設定方法 2 現場で定着させるテクニック ~ 品質管理を効果的に実践するには ~ 三菱電機インフォメーションシステムズ株式会社業務プロセス改善推進室室長兼生産技術本部品質保証部次長藤原良一 2012/12/21 Copyright(c) MITSUBISHI

プロジェクトマネジメント知識体系ガイド (PMBOK ガイド ) 第 6 版 訂正表 - 第 3 刷り 注 : 次の正誤表は PMBOK ガイド第 6 版 の第 1 刷りと第 2 刷りに関するものです 本 ( または PDF) の印刷部数を確認するには 著作権ページ ( 通知ページおよび目次の前 )

プロジェクトマネジメント知識体系ガイド (PMBOK ガイド ) 第 6 版 訂正表 - 第 3 刷り 注 : 次の正誤表は PMBOK ガイド第 6 版 の第 1 刷りと第 2 刷りに関するものです 本 ( または PDF) の印刷部数を確認するには 著作権ページ ( 通知ページおよび目次の前 ) の一番下を参照してください 10 9 8 などで始まる文字列の 最後の 数字は その特定コピーの印刷を示します

変更要求管理テンプレート仕様書

目次 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 検討中...

ソフトウェアテストプロセスに関する一考察 － Ｖ ⇒ Ｗ ⇒ Ｖ３ －

ソフトウェアテストプロセスに関する一考察ー V W V3 W ー 小川秀人 ( 株式会社日立製作所 ) ソフトウェアテストシンポジウム 2007 東京 2007 年 1 月 30 日 モチベーション 自己紹介 ( 主に ) 大規模組込みソフトウェアを対象とした開発技術の研究 開発プロセス, アーキテクチャ, コーディング, テスト 種々の製品やプロジェクトに対して技術開発 導入 問題意識 違う組織に行くと,

Microsoft PowerPoint - Tsuzuki.ppt

探索的テストの適用事例 - まずは 探索的テストをやろまい!! - 三菱電機メカトロニクスソフトウエア株式会社 都築将夫 0/19 アジェンダ 現状分析 改善策立案 探索的テストの特徴 弱みの克服 探索的テストの強みを生かす 成果 & 効果 今後の課題 1/19 現状 担当製品のソフトウェア 規模 : 肥大 ( ライン数 : 数 10KL 数 100KL) 構造 : 複雑 ( サイクロマティック複雑度

<90528DB88EBF96E2955B2E786C73>

4. 品質マネジメントシステム 4.1 一般要求事項 1 組織が品質マネジメントシステムを確立する上で必要としたプロセスは何ですか? 2 営業 / 購買 / 設計のプロセスについて 1このプロセスはどのプロセスと繋がっていますか? また関係していますか? 2このプロセスの役割と目的は何ですか? 3このプロセスの運用 管理の判断基準と 方法は何ですか? 4このプロセスの運用 管理での必要な資源と情報は何ですか?(

Microsoft PowerPoint - se13-BestPractices.ppt [互換モード]

ソフトウェア工学 13: ソフトウェア開発のベストプラクティス 理工学部経営システム工学科庄司裕子 今回のテーマ ソフトウェア開発のベストプラクティス 開発プロセスモデルと支援ツールの現状 現状 と言いつつ ちょっと古い 開発プロセスとベストプラクティス 開発方法論 支援ツール 2 開発プロセスとベストプラクティス ソフトウェア開発のベストプラクティス ( 最善の実践原則 ) とは ソフトウェア開発上の問題の根本原因を解決できることが開発現場で実証されている開発アプローチ

第 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 成果物間リンク - ファイル単位

(Microsoft PowerPoint - \203A\203W\203\203\203C\203\213\212J\224\255_ ppt)

アジャイル開発の実践と評価 ~ 何故周囲で利用がされていないのか ~ 平成 25 年度 OISA 技術研究会 アジャイル部会研究成果発表 部会員紹介 部会員 ( 順不同 ) 榮倉健 九州東芝エンジニアリング株式会社 岩男奈々 株式会社オーイーシー 松吉宏剛 株式会社オーイーシー 兵頭勇輝 三井造船システム技研株式会社 目次 第 1 章 アジャイル開発とは 第 2 章 アジャイル開発実践及び感想 第

効率の良いテストシナリオ? テストの進め方 テストプロセス テストの設計 より少ないテストケースで より多くのバグを見つける Mercury Interactive Japan KK all rights reserved. 2

効率の良いテストシナリオ -ソフトウェアテスト ミーティング - マーキュリー インタラクティブ ジャパン ( 株 ) 小崎将弘 効率の良いテストシナリオ? テストの進め方 テストプロセス テストの設計 より少ないテストケースで より多くのバグを見つける Mercury Interactive Japan KK all rights reserved. 2 応する工程単体テスト対開発工程とソフトウェアテスト

構成管理記録テンプレート仕様書

目次 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

品質 生産性目標の測定量 品質 生産性の測定量は何があるの? 点検のタイミンク 種類 要件定義 設計 製作 試験 全体 見積り 概算 正式 生産性 規模に対する工数実績 (Hr/KL) 規模に対する工期実績 ( 日 /KL) 規模に対する工数実績 (Hr/KL) 規模に対する工期実績 ( 日 /KL

SEC セミナー (2012 年 8 月 31 日 ) 定量的品質管理 実践的取組み 定量的品質管理 手法の企業での取り組み事例 1 品質 生産性目標の設定方法 2 現場で定着させるテクニック ~ 品質管理を効果的に実践するには ~ 三菱電機インフォメーションシステムズ株式会社業務プロセス改善推進室室長兼生産技術本部品質保証部次長藤原良一 2012/8/31 Copyright(c) MITSUBISHI

プロジェクトを成功させる見積りモデルの構築と維持・改善 ～CoBRA法による見積りモデル構築とその活用方法について～

工数見積り手法 CoBRA ~ 勘 を見える化する見積り手法 ~ CoBRA 研究会 2011 年 5 月 情報技術研究センターシステム技術グループ Copyright 2011 MRI, All Rights Reserved ご紹介する内容 1.CoBRA 法の概要 2.CoBRAツール 3.CoBRAモデルでの見積り 4.CoBRAモデルの応用 5.CoBRAモデルの構築 6. まとめ 2 Copyright

変更履歴 バージョン日時作成者 変更者変更箇所と変更理由 RIGHTS R ESER VED. Page 2

改善計画書 注意事項 本改善活動計画書のテンプレートは 講演用に作成したサンプル用のテンプレートです そのためにシンプルな構成にしてあります 実際に改善活動計画書を作成する場合は 企業や組織の規模や目的および改善活動の内容に応じて 記載内容は追加記述が必要となる場合があります 本テンプレートを参考し ご利用する場合は企業や組織の特徴や都合に合わせて 必要に応じて適宜カスタマイズしてご利用ください 変更履歴

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

Microsoft Word - ESｘR_Trialreport_2007.doc

2007 年度 ESxR 実証実験 トライアル報告書 2008 年 3 月 31 日 ソフトウェア エンシ ニアリンク センター 組み込み系プロジェクト < 目次 > 1. はじめに... 3 第 1 章 ESCR 実証計画 ( 富士フイルムソフトウエア株式会社 )... 4 1. トライアルの目的... 4 2. H19 年度活動... 4 3. H20 年度トライアル計画... 6 4. 関係図...

日本機械学会 生産システム部門研究発表講演会 2015 資料

( 社 ) 日本機械学会生産システム部門研究発表講演会 2015 製造オペレーションマネジメント入門 ~ISA-95 が製造業を変える ~ 事例による説明 2015-3-16 Ver.1 IEC/SC65E/JWG5 国内委員アズビル株式会社村手恒夫 目次 事例によるケーススタディの目的 事例 : 果汁入り飲料水製造工場 情報システム構築の流れ 1. 対象問題のドメインと階層の確認 2. 生産現場での課題の調査と整理

2

2 紹介 u 名やぶのりゆき藪記 u 経歴 2000: 社 2000 2009: 基幹系 MWの開発を担当 2009 2016: 基幹系 MWの品証を担当 2016 現在:AI 商品の品証を担当 開発現場で品質コンサル / アジャイルコーチング u 趣味 転 スキー u どんな 間? 意識 くない系 QA エンジニア効率厨 : ツールを作って 作業削減 プロセス改善 u 今は Redmine や

PowerPoint プレゼンテーション

GSN を応用したナレッジマネジメントシステムの提案 2017 年 10 月 27 日 D-Case 研究会 国立研究開発法人宇宙航空研究開発機構 研究開発部門第三研究ユニット 梅田浩貴 2017/3/27 C Copyright 2017 JAXA All rights reserved 1 目次 1 課題説明 SECI モデル 2 GSN を応用したナレッジマネジメントシステム概要 3 ツリー型チェックリスト分析

Microsoft PowerPoint - Wmodel( ) - 配布用.pptx

SEA SPIN Meeting May 2012 配布用 W モデル 2012/06/08 1 2 はじめに 3 目次 4 メモ 5 W モデルって 何ですか? 6 現在の状況 7 現在の状況 8 現在の状況 9 W モデルの定義 10 Andreas Spillner の W モデル Requirements Executing Accept. Tests Specification Executing

J-SOX 自己点検評価プロセスの構築

統制自己評価 (CSA) 支援サービスのご案内 目次 1. 弊社がご提供するサービス 2. 各サービスの詳細 1. 自己点検における評価モデルの構築支援 2. 請負を含めた実地指導 3. 会社による自己点検状況の評価とアドバイス ( 参考 1) 実施基準における自己点検の取扱い ( 参考 2) 実務指針 ( 改正案 ) における自己点検の取扱い ( 参考 3) 自己点検導入のメリット デメリット (

Oracle Un お問合せ : Oracle Data Integrator 11g: データ統合設定と管理 期間 ( 標準日数 ):5 コースの概要 Oracle Data Integratorは すべてのデータ統合要件 ( 大量の高パフォーマンス バッチ ローブンの統合プロセスおよ

Oracle Un お問合せ : 0120- Oracle Data Integrator 11g: データ統合設定と管理 期間 ( 標準日数 ):5 コースの概要 Oracle Data Integratorは すべてのデータ統合要件 ( 大量の高パフォーマンス バッチ ローブンの統合プロセスおよびSOA 対応データ サービスへ ) を網羅する総合的なデータ統合プラットフォームです Oracle

大規模災害等に備えたバックアップや通信回線の考慮 庁舎内への保存等の構成について示すこと 1.5. 事業継続 事業者もしくは構成企業 製品製造元等の破綻等により サービスの継続が困難となった場合において それぞれのパターン毎に 具体的な対策を示すこと 事業者の破綻時には第三者へサービスの提供を引き継

企画提案書記載項目 企画提案書の作成にあたって 以下に示す各章 項の構成に則って作成すること 注意事項 各章 項毎に要件定義書 基本事項編 で示す 関連する仕様を満たすこと及び提案要求内容を含め提案を行うこと 全ての提案項目への記入は必須のものであり 記入のない項目については0 点として採点するため十分留意すること 企画提案書に記載する内容は全て本業務における実施義務事項として事業者が提示し かつ提案価格内で契約する前提になるものであることに留意すること

目次 取組み概要 取組みの背景 取組みの成果物 適用事例の特徴 適用分析の特徴 適用事例の分析結果から見えたこと JISAによる調査結果 どうやって 実践のヒント をみつけるか 書籍発行について紹介 今後に向けて 2

品質改善に取り組めば 生産性もアップ ~ ソフトウェア開発技術適用事例のデータ分析から見えてきたこと ~ 2016 年 5 月 12 日 独立行政法人情報処理推進機構技術本部ソフトウェア高信頼化センター ソフトウェアグループ 連携委員春山浩行 1 目次 取組み概要 取組みの背景 取組みの成果物 適用事例の特徴 適用分析の特徴 適用事例の分析結果から見えたこと JISAによる調査結果 どうやって 実践のヒント

障害管理テンプレート仕様書

目次 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 メール送信一覧...

Microsoft Word - 【CTG0000-D】ソフトウェア開発技法_ティーチングガイド.doc

CTG0000-D 資料番号 CTG0000-D ソフトウェア開発技法 開発技法の実践的演習コース ティーチング ガイド 構造化技法とオブジェクト指向 構造化技法 及び オブジェクト指向 兼用 Copyright 2012 IPA All Rights Reserved CTG0000-D Copyright 2012 IPA All Rights Reserved CTG0000-D 目 次 Ⅰ.

RaQuest MindManager

How to use MindManager Add-in with RaQuest by SparxSystems Japan 1. はじめに このドキュメントでは 要求管理ツール RaQuest と 連携するマインドマップツールで ある MindManager の 2 つのソフトウェアを活用し ソフトウェアシステムの設計開発に おける要求分析および管理を効率化する方法についてご紹介します 2.

2 概要 市場で不具合が発生にした時 修正箇所は正常に動作するようにしたけど将来のことを考えるとメンテナンス性を向上させたいと考えた リファクタリングを実施して改善しようと考えた レガシーコードなのでどこから手をつけて良いものかわからない メトリクスを使ってリファクタリング対象を自動抽出する仕組みを

メトリクス利用によるリファクタリング対象の自動抽出 ローランドディー. ジー. 株式会社 第 4 開発部 SC02 小林光一 e-mail:kouichi.kobayashi@rolanddg.co.jp 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 はじめに 本書では

ISO 9001:2015 から ISO 9001:2008 の相関表 JIS Q 9001:2015 JIS Q 9001: 適用範囲 1 適用範囲 1.1 一般 4 組織の状況 4 品質マネジメントシステム 4.1 組織及びその状況の理解 4 品質マネジメントシステム 5.6 マネジ

ISO 9001:2008 と ISO 9001:2015 との相関表 この文書は ISO 9001:2008 から ISO 9001:2015 及び ISO 9001:2015 から ISO 9001:2008 の相関表を示す この文書は 変更されていない箇条がどこかということに加えて 新たな箇条 改訂された箇条及び削除された箇条がどこにあるかを明らかにするために用いることができる ISO 9001:2015

<4D F736F F F696E74202D DD8D8782ED82B98B5A8F7082F B582BD835C F E707074>

プロセス改善ベストプラクティス ( テスト ) ワークショップ 組み合わせ技術利用したテストケース生成ツールと適用事例の紹介 2009 年 3 月 27 日東芝ソフトウェア技術センター小笠原秀人 中野隆司 Copyright 2009, Toshiba Corporation. すべてをテストすることはできない 論理的な問題 組み合わせが膨大 バグがこれで最後と証明することができない コスト 時間の問題

Microsoft PowerPoint - se06-UML(UseCase)_2.ppt [互換モード]

ソフトウェア工学 06: UML モデリング (Ⅰ) ユースケースモデリングとユースケース駆動型開発 理工学部経営システム工学科庄司裕子 前回の復習 : 考えてみよう! 個人表に 番号 氏名 クラス名という個人情報と 番号 科目名 ( ) という情報が記載されているとする これをERモデリングして ER 図を書いてみようヒント : クラス という独立エンティティ ( もの を表す) と 所属 という依存エンティティ

オープンソースERPパッケージに対する派生開発手法の提案

派生開発カンファレンス 2018 オープンソース ERP パッケージに対する派生開発手法の提案 - 開発プロジェクトの事例をもとに- 岸麻美生井雅志土山真由美 住所 221-0031 神奈川県横浜市神奈川区新浦島町 1 丁目 1 番 25 号テクノウエイブ 100 ビル 7F E-mail: asamim@aicom.co.jp 概要当社は システム企画から保守までのサービスを提供している 近年の顧客の要求を実現するための開発では

13 ソフトウェア工学 Software Engineering ソフトウェアプロセス SOFTWARE PROCESS ソフトウェアプロセスとは ソフトウェアプロセス : ソフトウェアプロダクト ( 製品 ) を作り出すための, 互いに関連する活動 (activity) の集合 ソフトウェアプロセ

13 ソフトウェア工学 Software Engineering ソフトウェアプロセス SOFTWARE PROCESS ソフトウェアプロセスとは ソフトウェアプロセス : ソフトウェアプロダクト ( 製品 ) を作り出すための, 互いに関連する活動 (activity) の集合 ソフトウェアプロセス 最終プロダクト 活動 1 中間プロダクト 1 中間プロダクト 2 活動 2 活動 3 1 ソフトウェアプロセスの設計と記述

2. 目的 1RationalRose を利用する場合にプログラム仕様書としての最低限必要な記述項目を明確にする 2 プログラム仕様書として記載内容に不足がない事をチェックする 3UML の知識があるものであれば 仕様書の内容を理解できること 4Rose にて入力した内容を SoDaWord を利用

プログラム仕様書 (UML 表記法 ) ガイドライン 本仕様書に UML(Rational Rose 使用 ) を用いてプログラム仕様書を作成する際のガイドラインを記す 1. ドキュメントの様式について 1 ドキュメントは制御単位で作成する 2 表紙 及び変更履歴は SWS にて指定されたものを付加すること 3 下記の目次内で指定している UML 図 記述項目は必須項目とする 4SoDa にてドキュメントを出力する場合は

ソフトウェア要求分析から詳細設計までシームレスにつなぐ開発手法

第 18 回 ZIPC ユーザーズカンファレンス ソフトウェア要求分析から詳細設計まで シームレスにつなぐ開発手法 2013 年 9 月 20 日 目次 1. ソフトウェア設計手順の概要 2. トレーサビリティ管理ツール導入のポイント 3. ユースケース / ユースケース記述 4. 要求を仕様化する方法が必要 5. ユースケース記述とUSDMの関係 6. 基盤方式設計と機能方式設計の関係 7. ユースケース

<4D F736F F F696E74202D D4C82F08A B582BD A A F2E707074>

SysML を活用したシステムエンジニアリング オージス総研組み込みソリューション部 1 アジェンダ 概要編なぜシステムエンジニアリングかシステムエンジニアリングとはシステムエンジニアリングとモデリング言語 SysML の特徴実践編機能要求を検討する要求を仕様化する振る舞いを検討する構造を検討する論理ブロックを物理ブロックに割り当てる性能を検討するまとめ 2 概要編 : なぜシステムエンジニアリングか

説明項目 1. 審査で注目すべき要求事項の変化点 2. 変化点に対応した審査はどうあるべきか 文書化した情報 外部 内部の課題の特定 リスク 機会 関連する利害関係者の特定 プロセスの計画 実施 3. ISO 14001:2015への移行 EMS 適用範囲 リーダーシップ パフォーマンス その他 (

ISO/FDIS 14001 ~ 認証審査における考え方 ~ 2015 年 7 月 13 日 17 日 JAB 認定センター 1 説明項目 1. 審査で注目すべき要求事項の変化点 2. 変化点に対応した審査はどうあるべきか 文書化した情報 外部 内部の課題の特定 リスク 機会 関連する利害関係者の特定 プロセスの計画 実施 3. ISO 14001:2015への移行 EMS 適用範囲 リーダーシップ

Microsoft PowerPoint - ●SWIM_ _INET掲載用.pptx

シーケンスに基づく検索モデルの検索精度について 東京工芸大学工学部コンピュータ応用学科宇田川佳久 (1/3) (2/3) 要員数 情報システム開発のイメージソースコード検索機能 他人が作ったプログラムを保守する必要がある 実務面での応用 1 バグあるいは脆弱なコードを探す ( 品質の高いシステムを開発する ) 2 プログラム理解を支援する ( 第 3 者が書いたコードを保守する ) 要件定義外部設計内部設計

オープンソースERPパッケージに対する派生開発手法の提案

オープンソース ERP パッケージに対する派生開発手法の提案 - 開発プロジェクトの事例をもとに - ハマゴムエイコム株式会社岸麻美生井雅志土山真由美 1. はじめに 2. プロジェクト概要 3. 課題 4. 施策 試行 結果 5. 結果のまとめ 6. 考察 7. 今後の課題 2 1. はじめに - 当社の事業ー 会社名 設立 : ハマゴムエイコム株式会社 (HAMAGOMU AICOM INC.)

CodeRecorderでカバレッジ

株式会社コンピューテックス Copyright 2016 Computex Co.,Ltd. 2017.11 カバレッジ と 単体テスト カバレッジとは プログラムがどれだけ実行されているかを示す指標です プログラム全体に対して実行された比率をカバレッジ率で表します カバレッジの基準として 一般的にC0 C1が使われております C0カバレッジは 全体のうち何 % が実行されたかで求めます C1カバレッジは

どのような便益があり得るか? より重要な ( ハイリスクの ) プロセス及びそれらのアウトプットに焦点が当たる 相互に依存するプロセスについての理解 定義及び統合が改善される プロセス及びマネジメントシステム全体の計画策定 実施 確認及び改善の体系的なマネジメント 資源の有効利用及び説明責任の強化

ISO 9001:2015 におけるプロセスアプローチ この文書の目的 : この文書の目的は ISO 9001:2015 におけるプロセスアプローチについて説明することである プロセスアプローチは 業種 形態 規模又は複雑さに関わらず あらゆる組織及びマネジメントシステムに適用することができる プロセスアプローチとは何か? 全ての組織が目標達成のためにプロセスを用いている プロセスとは : インプットを使用して意図した結果を生み出す

Microsoft PowerPoint - Personal Software Process （PSP）の実施の定着化

SPI Japan 2009 in NIIGATA Personal Software Process(PSP) の 実施の定着化 住友電工情報システム ( 株 ) 第二システム部第三開発グループ山口雅史 P. 1 目次 SPI Japan 2009 in NIIGATA 1.PSP 導入の背景 2.PSP 導入への課題 3. 導入トライアルの実施と評価 4. 定着化に向けた独自の取り組み 5. 今後の展望

(Microsoft PowerPoint - \220V\213\214\225\266\217\221\224\344\212r\203\\\203t\203g\202o\202o\202s\216\221\227\277ADVIT1-30\224\305.ppt)

新製品 新旧文書比較ソフト の紹介 ~ ドキュメント作成作業の 150% 効率 UP~ 2010 年 1 月 30 日 株式会社 IT 企画 advit2007@gmail.com http://www.advanced-it.co.jp/ 新旧文書比較ソフトの概要 1. 新旧比較表 の必要性について 2. 新旧文書比較ソフト の開発経緯と実績 3. 新旧文書比較ソフト の機能 1 新旧比較機能 2

業務紹介 ソフトウェア品質コンサルティング業務 URL: ucts/consulting/index.html Process Technology 開発と改善の豊富な経験に基づく実践的なノウハウをご提供いたします コンサルティング実績 Peopl

IEEE830-1998 に基づく 要件定義の実践 ~ 効率的なソフトウェア要求仕様書の作成手法の紹介 ~ NEC 通信システム組込システム事業本部組込システムソリューション事業部桑原賢一 業務紹介 ソフトウェア品質コンサルティング業務 URL:http://www.ncos.co.jp/prod ucts/consulting/index.html Process Technology 開発と改善の豊富な経験に基づく実践的なノウハウをご提供いたします

PowerPoint プレゼンテーション

課題解決型アーキテクチャ事例と アーキテクト育成の取り組み 1. 課題解決型アーキテクチャ 2. アーキテクチャ事例紹介 3. アーキテクト育成の取り組み 4. まとめ 三菱電機メカトロニクスソフトウエア ( 株 ) 和歌山支所岩橋正実 Iwahashi.Masami@wak.msw.co.jp 1 1. 課題解決型アーキテクチャ 2 モデル アーキテクチャ アーキテクト モデルソフトウェアで実現したい機能を定義して機能を実現するソフトウェアの構造と振る舞いの定義

説明項目 1. 審査で注目すべき要求事項の変化点 2. 変化点に対応した審査はどうあるべきか 文書化した情報 外部 内部の課題の特定 リスク 機会 利害関係者の特定 QMS 適用範囲 3. ISO 9001:2015への移行 リーダーシップ パフォーマンス 組織の知識 その他 ( 考慮する 必要に応

ISO/FDIS 9001 ~ 認証審査における考え方 ~ 2015 年 7 月 14 日 23 日 JAB 認定センター 1 説明項目 1. 審査で注目すべき要求事項の変化点 2. 変化点に対応した審査はどうあるべきか 文書化した情報 外部 内部の課題の特定 リスク 機会 利害関係者の特定 QMS 適用範囲 3. ISO 9001:2015への移行 リーダーシップ パフォーマンス 組織の知識 その他

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

ISO9001：2015内部監査チェックリスト

ISO9001:2015 規格要求事項 チェックリスト ( 質問リスト ) ISO9001:2015 規格要求事項に準拠したチェックリスト ( 質問リスト ) です このチェックリストを参考に 貴社品質マニュアルをベースに貴社なりのチェックリストを作成してください ISO9001:2015 規格要求事項を詳細に分解し 212 個の質問リストをご用意いたしました ISO9001:2015 は Shall

スライド 1

SPI Japan 2013 in 東京 Software Product Line の実践 ~ テスト資産の構築 ~ 住友電工情報システム株式会社 QCD 改善推進部品質改善推進グループ服部悦子 2013.10.17 P.1/24 目次 1. テスト資産構築に至る背景 2. テスト資産の構築 ~ 自動テストの実現 ~ 3. 結果と評価 P.2/24 テスト資産構築に至る 背景 P.3/24 背景

f2-system-requirement-system-composer-mw

Simulink Requirements と新製品 System Composer によるシステムズエンジニアリング MathWorks Japan アプリケーションエンジニアリング部大越亮二 2015 The MathWorks, Inc. 1 エンジニアリングの活動 要求レベル システムレベル 要求分析 システム記述 表現 高 システム分析 システム結合 抽象度 サブシステム コンポーネントレベル

目次 1. 背景 2. 改善したいこと 3. 改善策を導き出した経緯 4. 改善策 ( 日本語文チェックツール ) の内容 5. 日本語文チェックツール の実現方法 6. 日本語文チェックツール による変化や効果 7. 日本語文チェックツール の妥当性確認 8. 課題と今後の展望 Copyright

上流工程文書の記述曖昧性チェックを主目的とした 日本語文チェックツール の開発と運用 SPI Japan 2018 (2018 年 10 月 10 日 ) 生産本部生産技術部新森昭宏 Copyright 2018 INTEC Inc. All rights reserved. 目次 1. 背景 2. 改善したいこと 3. 改善策を導き出した経緯 4. 改善策 ( 日本語文チェックツール ) の内容

Team Foundation Server 2018 を使用したバージョン管理 補足資料

Team Foundation Server 2018 を使用したバージョン管理 Magic xpa 3.0/Magic xpa 2.5/uniPaaS V1Plus 補足資料 マジックソフトウェア ジャパン株式会社 2018 年 8 月 24 日 本ドキュメントは Magic xpa 3.0/Magic xpa 2.5/uniPaaS V1Plus で Team Foundation Server(

差分テストのためのイテレーションとテストケース選択 大日本スクリーン製造株式会社ソフトウエア テンナインカンパニー粕渕清孝 Agenda ツールの開発経緯 テスト計画の課題 イテレーションと差分テスト 協調開発のための工夫 まとめ 1

差分テストのためのイテレーションとテストケース選択 大日本スクリーン製造株式会社ソフトウエア テンナインカンパニー粕渕清孝 Agenda 1. 1. ツールの開発経緯 2. 2. テスト計画の課題 3. 3. イテレーションと差分テスト 4. 4. 協調開発のための工夫 5. 5. まとめ 1 自己紹介 大日本スクリーン製造 ( 株 ) 京都府京都市 1943 年 10 月 11 日設立 事業半導体製造装置液晶

会社概要と私の経歴 1 / 30 会社概要 所在地 : 本社 ( 名古屋市中区 ) 刈谷事業所( 刈谷市 ) 設立 : 売上高 : 40 億 800 万円 (2014 年 3 月期 ) 従業員数 : 235 名 (2014 年 4 月時点 ) 業務内容 : ITSソフト ( ナビ

設計の見える化 (GSN) 入門 Embedded Technology 2015 2015.11.19, パシフィコ横浜 ( 株 ) デンソークリエイト宇都宮浩之 会社概要と私の経歴 1 / 30 会社概要 所在地 : 本社 ( 名古屋市中区 ) 刈谷事業所( 刈谷市 ) 設立 : 1991.2.14 売上高 : 40 億 800 万円 (2014 年 3 月期 ) 従業員数 : 235 名 (2014

お客様からの依頼内容とその現状

ログハウスメーカー様向け顧客管理システム構築 By BizBrowser+GeneXus 株式会社ディマージシェア お客様からの依頼内容とその現状 現状の問題点 2004 年から稼動しているクライアント / サーバ型システムのリニューアル 1) システム変更や不具合が発生するたびにソフトウェアを物理的に配布 2) 全国約 30 拠点 ( 展示場 ) 本社にサーバを設置 3) 夜間処理で拠点データを本社サーバに複製して同期

5. 文書類に関する要求事項はどのように変わりましたか? 文書化された手順に関する特定の記述はなくなりました プロセスの運用を支援するための文書化した情報を維持し これらのプロセスが計画通りに実行されたと確信するために必要な文書化した情報を保持することは 組織の責任です 必要な文書類の程度は 事業の

ISO 9001:2015 改訂 よくある質問集 (FAQ) ISO 9001:2015 改訂に関するこの よくある質問集 (FAQ) は 世界中の規格の専門家及び利用者からインプットを得て作成しました この質問集は 正確性を保ち 適宜 新たな質問を含めるために 定期的に見直され 更新されます この質問集は ISO 9001 規格を初めて使う利用者のために 良き情報源を提供することを意図しています

PGRelief C/C++ 強化ポイント説明書

PGRelief C/C++ 強化ポイント説明書 1. 最新バージョンの強化ポイント (2017autumn 2018) 1) CERT Cコーディングスタンダードの適合性チェックを追加 CERTオプションの購入が必要 2) 指摘メッセージを16 個追加 ( うち15 個はCERTオプション用 ) 3) Visual C++ 2015 の資産に対応 2. 過去バージョンの強化ポイント 2.1. 強化ポイント

はじめに ： ご提案のポイント

8. モデリングプロセスの構成と手順 モデル検査を用いた設計モデリングのプロセスを分類し それぞれのプロセスの流れと手順を示す 本章の概要は以下の通りである 対象読者目的想定知識得られる知見等 (1) 開発技術者 (2) 開発プロジェクト管理者モデル検査における設計モデリングにおいて 最初に利用できる情報に応じて モデリングプロセスが分類されることを示し その中で典型的なアーキテクチャ情報に基づくモデリングプロセスについて具体的に示す

Source Insight

ソースインサイト プログラムエディタ Source Insight のご紹介 ソースを理解しながら 効率の良いコーディング エクセルソフト株式会社営業部 エクセルソフト株式会社 Copyright 2008 XLsoft K.K. All Rights Reserved. - 1 - 目次 プログラムエディタ Source Insight のご紹介 ソースを理解しながら 効率の良いコーディング 目次

メソッドのまとめ

メソッド (4) 擬似コードテスト技法 http://java.cis.k.hosei.ac.jp/ 授業の前に自己点検以下のことがらを友達に説明できますか? メソッドの宣言とは 起動とは何ですか メソッドの宣言はどのように書きますか メソッドの宣言はどこに置きますか メソッドの起動はどのようにしますか メソッドの仮引数 実引数 戻り値とは何ですか メソッドの起動にあたって実引数はどのようにして仮引数に渡されますか

トレーサビリティとインパクト分析 2011 年 7 月 13 日 海谷治彦 1

トレーサビリティとインパクト分析 2011 年 7 月 13 日 海谷治彦 1 背景 : ソフトウェア成果物 プロの開発では多様な成果物が作成される. 要求仕様書 設計仕様書 ソースコード テストケース 成果物内, 成果物間の相互の関係 ( トレース ) を知ることが重要. 2 トレースする理由 開発中に, どの機能が実現済か確認する. 要求仕様書 コード バグの原因を探す. 仕様書 コード 既存ソフトに新機能追加や性能アップのため,

【NEM】発表資料(web掲載用).pptx

ユーザビリティ評価方法の 実践的拡張および適用 ソフトウェアテストシンポジウム 2013 東京 2013 年 1 月 30 日 ( 水 )~31 日 ( 木 ) 株式会社日立製作所 IT プラットフォーム事業本部 プラットフォーム QA 本部ソフト品質保証部 河野哲也 TAN LIPTONG 岩本善行 ソフトウェア本部生産技術部白井明居駒幹夫 NE 比 ( 倍 ) 非熟練者平均 ( 秒 ) 熟練者平均

AUTOSAR OS仕様とTOPPERS/ATK2の使い方

モデルカーを用いたAUTOSAR 開発入門 AUTOSAR SW-C 対応プログラム開発 : 1ECU 版設計 名古屋大学大学院情報科学研究科附属組込みシステム研究センター人材育成プログラム (NEP) PLE 最終更新日 : 2016/01/07 1 AUTOSAR SW-C 対応 プログラム開発 : 1ECU 版設計 概要 (1) システム /SW-C 設計 (2)SW-C 実装 (3)ECUコンフィギュレーション

目次 1. はじめに 2. 利用目的別メトリクス一覧表の仕組み 3. 検索機能の使い方 4. 利用シナリオ 5. おわりに Center 1

Software Engineering Center Information-technology Promotion Agency, Japan SODEC ブース内セミナー 2012 年 05 月 09 日 ~11 日 ~ 見える掴むメトリクス利用目的別メトリクス一覧表定量的ソフトウェア開発管理を推進するために 独立行政法人情報処理推進機構技術本部ソフトウェア エンジニアリング センター 研究員

<4D F736F F D F815B B E96914F92B28DB8955B>

1. 一般事項 記入者 : 記入日 : 1.1 御社担当者情報 会社名住所担当者部署電話番号 FAX 番号 1.2 システム情報 システム名システムバージョン対応 OS 動作環境システム概要 1 1.3 監査者情報 監査者 部署 電話番号 1.4 規制当局のレビュ 1) これまでに規制当局による査察を受けたことがありますか? Yes No Yes の場合 査察を受けた年月日と結果を記載してください

BIM/CIM 活用における 段階モデル確認書 作成マニュアル 試行版 ( 案 ) 平成 31 年 3 月 国土交通省 大臣官房技術調査課

BIM/CIM 活用における 段階モデル確認書 作成マニュアル 試行版 ( 案 ) 平成 31 年 3 月 国土交通省 大臣官房技術調査課 目次 総則... 3 1.1 本マニュアルの位置づけ 目的... 3 1.2 適用範囲... 3 1.3 本マニュアルの構成... 3 1.4 段階モデル確認書の概要... 4 1.5 用語の定義... 6 段階モデル確認書の作成方法... 7 2.1 段階モデル確認書の作成手順...

PARTⅢ 検証事例 2. トレーサビリティ管理の自動化に踏み切った理由や経緯 (1) 国際スタンダード認証に関する課題 ISO DO-178B/C IEC などの国際スタンダードでは 開発工程全般にわたって要件が満たされていること ( システムの正しい要件が 正しい方法で

先進的な設計 検証技術の適用事例報告書 2015 年度版 PARTⅢ 検証事例 SEC-2015-B-3-01 15-B-3 国際スタンダード認証に求められる 要件から検証結果までのトレーサビリティ管理 の効率化の取組み 1 1. 概要 安全性が求められるシステムのソフトウェアに対する規格である ISO 26262( 自動車安全規格 ) DO-178B/C( 航空システムや装置の安全規格 ) IEC

開発・運用時のガイド JDK8への移行に伴う留意点 [UNIX]

開発 運用時のガイド [UNIX] JDK8 への移行に伴う留意点 2015.10 O c t o b e r はじめに 本書は 開発 運用フェーズで使用するドキュメントとして Java TM Development Kit 8 への移行に伴う 留意点について記述しています 1. 対象とする読者本書は Java TM Development Kit 8 を使用し システムを設計 構築 運用する立場にある方を対象としています

スライド 1

心理と言語 A 第 13 回 論文レビュー Gass, S., & Mackey, A. (2007). Input, interaction, and output in second language acquisition. Logo The theory and its constructs (1) モデル (models) - 何らかの現象の how を説明 記述する 理論 (theories)

2015 TRON Symposium セッション 組込み機器のための機能安全対応 TRON Safe Kernel TRON Safe Kernel の紹介 2015/12/10 株式会社日立超 LSIシステムズ製品ソリューション設計部トロンフォーラム TRON Safe Kernel WG 幹事

2015 TRON Symposium セッション 組込み機器のための機能安全対応 TRON Safe Kernel TRON Safe Kernel の紹介 2015/12/10 株式会社日立超 LSIシステムズ製品ソリューション設計部トロンフォーラム TRON Safe Kernel WG 幹事 豊山 祐一 Hitachi ULSI Systems Co., Ltd. 2015. All rights

Microsoft Word - 倱å‚−æł¸å”�ç¨¿ã…Łã‡¡ã‡¤ã…«_2016-第6勃秂ä¼ı-GrB-ã•„æ´¾çfl�錉玺ㆧㆮ掇éŒfiå−¹ç”⁄敧å−£å„Œã‡™å¤›æł´è¦†æ±‡ã†‰ã‡›æ¤œå⁄ºã†Žã‡‰æŒ¹æ³Łã

派生開発での時間効率性劣化を変更要求から検出する方法 主査 : 飯泉紀子 ( 株式会社日立ハイテクノロジーズ ) 副主査 : 足立久美 ( 株式会社デンソー ) アドバイザー : 清水吉男 ( 株式会社システムクリエイツ ) リーダー : 島崎稔史 ( 株式会社インテック ) 研究員 : 小笠原勝 (GE ヘルスケア ジャパン株式会社 ) 中島秀人 ( 東京海上日動システムズ株式会社 ) 中村直人

宇宙機搭載ソフトウエア開発のアセスメント

SPI-JAPAN2009 セッション :1A 現場 / 他部門との協調 No.3 宇宙機搭載ソフトウエア開発の アセスメント ( 独 ) 宇宙航空研究開発機構 情報計算工学センター (JAXA/JEDI) 古石 ゆみ < 共著 > ( 独 ) 宇宙航空研究開発機構情報 計算工学センター (JAXA/JEDI) 宮本 祐子 NEC 東芝スペースシステム株式会社 岩崎 正明 ( 株 )SRA 小嶋 勉