Software Engineering Center Information-technology Promotion Agency, Japan 2012/8/25 第 2 回 ITC 近畿会セミナー IPA 共催セミナー (2/2) 第 1 部 共通フレーム 2007 概要とプロセス改善 共通
|
|
|
- たけなり てらわ
- 5 years ago
- Views:
Transcription
1 Software Engineering Center Information-technology Promotion Agency, Japan 2012/8/25 第 2 回 ITC 近畿会セミナー IPA 共催セミナー (2/2) 第 1 部 共通フレーム 2007 概要とプロセス改善 共通フレーム 2007 概要 独立行政法人情報処理推進機構 (IPA) 技術本部ソフトウェア エンジニアリング センター () 研究員室谷隆 Copyright 2012 Information-technology Promotion Agency, Japan. All rights reserved. Center
2 はじめに ソフトウェアエンジニアリングとは 1. ソフトウェアの開発 運用 および保守における システマティックであり ディシプリン (*) に基づいた 定量的なアプローチの適用である 換言すれば ソフトウェアへの工学の適用である 2.1. で示したアプローチに関する研究である とされている (*) ディシプリン : 方法論に基いた教育 訓練によって形成された規律 つまり体系化し それに従った手順を作成し作業し データを収集して フィードバックすること 松本吉弘訳ソフトウェアエンジニアリング基礎知識体系 -SWEBOK 2004-: オーム社より Center 2
3 目次 第 1 部共通フレーム 2007 の概要 ~ISO/IEC 12207(JIS X 0160) の概念 ~ 第 2 部日本独自のプロセス拡張のねらい ~ 超上流の重視 超上流とはなにか ~ 第 3 部 SLCP と共通フレームの最新動向 第 4 部小規模組織用のソフトウェア ライフサイクル プロファイル ISO/IEC Center 3
4 第 1 部共通フレーム 2007 の概要 1. 共通フレームとは 2. なぜ プロセスが重要なのか? 3. 共通フレームの特徴 4. 共通フレームのプロセス体系 5. 共通フレームの要素と階層 6. 共通フレームとガイダンス の見方 7. プロセスのトピック 8. 修整 ( テーラリング ) の適用について 9. テーラリング方法 10. 適用例 Center 4
5 1. 共通フレームとは (1/3) 共通フレームとは ソフトウェアの構想から開発 運用 保守 廃棄に至るまでのライフサイクルを通じて必要な作業項目 役割等を包括的に規定した共通の枠組み ( 1) 何を実施するべきかが記述されている IT システム開発の作業規定 ( プロセス ) である 共通フレームは JIS X 0160(ISO/IEC12207) を逐次参照している (JIS X 0160 を包含する ) ( 1) 歴史的には 1994 年に 共通フレーム 94 が発表され 1998 年の 共通フレーム 98(SLCP-JCF98) を経て 2007 年 10 月に 共通フレーム 2007(SLCP-JCF2007) ( 第 1 版 ) が刊行された また 第 2 版が 2009 年 10 月 1 日に発行された Center 5
6 1. 共通フレームとは (2/3) 目的は 日本において ソフトウェア開発に関係する人々 ( 利害関係者 ) が 同じ言葉で話す ことが出来るようにするため ( 2) 背景は ( 主として ) (1) 利害関係者同士の認識のズレによるトラブルの発生がある (2) 取引 ( 主として二者間契約 ) における作業項目 役割分担等が明確化でなく 取引の適正化がされていない ( 2) より詳しい目的 背景 ( 共通フレームの必要性 ) が 共通フレーム 2007 ( 第 2 版 ) の p.3~13 で説明されている Center 6
7 1. 共通フレームとは (3/3) 作成者は ユーザ企業 ベンダ企業 IPA/ 大学 経済産業省からなる開発プロセス共有化部会 (2007 年 10 月当時 ) である ( 3) ソフトウェア開発方法論との関係は ウォーターフォール スパイラル プロトタイプ アジャイル系すべての開発方法論に共通したもの ( 3) 共通フレーム 2007 ( 第 2 版 ) の p.326 ( 第 1 版編著者 ) を参照 Copyright 20112IPA, All Rights Reserved. Center 7
8 JIS X 0160(ISO/IEC12207) との関係図 2 つの SLCP と共通フレーム Software Life Cycle Process:ISO/IEC JIS X0160 System Life Cycle Process :ISO/IEC JIS X0170 ソフトウェアライフサイクルプロセス ISO/IEC 12207:1995 JIS 化 X 共通フレーム98 (1998 年 ) 共通フレーム 2007 ( 第 1 版, 07 年 10 月 ) 超上流の本 ISO 追補 1 (2002) ISO 追補 2 (2004) 主に ISO/IEC15504 で使用するフ ロセスを定義 追補 1 2 の JIS 原案 JIS X 0160:2007 追補 1(ISO 追補 1,2 を含む ) 共通フレーム 2007 ( 第 2 版, 09 年 10 月 ) システムライフサイクルプロセス ISO/IEC JIS 化 15288:2002 X0170:2004 Copyright 20112IPA, All Rights Reserved. Center 8
9 2. なぜ プロセスが重要なのか? プロダクトの品質はプロセスの品質から ( 工学 ( エンジニアリング ) の基本 ) プロセス : インプットをアウトプットに変換する, 相互に関連する又は相互に作用する一連の活動 (JIS Q 9000:2006)( 処理する 加工する 手を加える ) 活動を役割の観点でまとめている 例開発プロセス 運用プロセス 保守プロセス What to do( 何をするか ) であり How to do( どのようにするか ) は決めていない Copyright 20112IPA, All Rights Reserved. Center 9
10 3. 共通フレームの特徴 (1) 超上流の重視 (2) モジュール性の採用 (3) 責任の明確化 (4) 責任範囲の明確化 (5) 工程 時間からの独立性 (6) 開発モデル 技法 ツールからの独立性 (7) ソフトウェアを中心としたシステム関連作業までを包含 (8) システムライフサイクルプロセスとの整合性 (9) 文書の種類 書式を規定しない (10) 修整 ( テーラリング ) の採用 超上流 の範囲は 企画プロセス と 要件定義プロセス となる ( 後述 ) ( 2) 上記 (1)~(10) の詳細説明については 共通フレーム 2007 ( 第 2 版 ) の p.21~29 を参照 なお プロセスを修整 ( テーラリング ) する上で 上記 (5)(6)(9) を強く認識しておく必要がある Center 10
11 4. 共通フレームのプロセス体系 主ライフサイクルプロセス契約と合意の視点 取得プロセス供給プロセス 契約の変更管理プロセス 支援ライフサイクルプロセス文書化プロセス構成管理プロセス品質管理の視点品質保証プロセス検証プロセス 企画と要件定義の視点 エンジニアリングの視点 運用の視点 妥当性確認プロセス 組織に関するライフサイクルプロセス 管理プロセス 企画プロセス 要件定義プロセス 環境整備プロセス 改善プロセス 開発プロセス 保守プロセス 人的資源プロセス 資産管理プロセス 運用プロセス 再利用施策管理プロセス ドメイン技術プロセス 共同レビュープロセス 監査プロセス 問題解決プロセス ユーザビリティ ( 使用性向上 ) プロセス システム監査の視点 システム監査プロセス 共通フレームの修整 修整プロセス : 規格部分 : 共通フレームで拡張した部分 : 追補で変更, 追加された部分 ( 1) 上記の図は 共通フレーム 2007 ( 第 2 版 ) の p.38 に掲載 Center 11
12 5. 共通フレームの要素と階層 次の図のように 4 つの要素が階層化されている プロセス アクティビティタスク リスト ( 例示 ) 目的および成果 アクティビティ アクティビティ タスク タスク リスト リスト プロセスとは システム開発作業を役割の観点でまとめたもの ( 1) その目的と成果が定義されている アクティビティとは 相関の強いタスクをまとめたタスクの集合のこと ( 1) タスクとは リスト アクティビティを構成する個々の作業のこと ( 1) リスト ( 1) 上記の図は 共通フレーム 2007 ( 第 2 版 ) の p.39 に掲載 リストとは タスクを構成する要素のこと なお JIS 規格でも 共通フレームでも リストは 例示 として取り扱う また プロセス アクティビティ タスクの規格上の定義については 共通フレーム 2007 ( 第 2 版 ) の p.38 を参照 Center 12
13 6. 共通フレームとガイダンス の見方 ( 本体の形式 ) システム適格性確認テストの準備 システムの適格性確認要求事項ごとに, システム適格性確認テストを行うため, 一連のテスト, テストケース ( 入力, 出力及びテスト準備 ) 及びテスト手順を作成し, 文書化する 開発者は, 結合したシステムがシステム適格性確認テストを実施できる状態にあることを確認する テスト実施にあたって各種マスタファイルのデータ, トランザクションデータを作成し, テスト環境に登録する ガイダンス : データは本稼働で用いるデータにできる限り近いものを設定する 現行システムのデータ が存在する場合は, セキュリティを考慮し移行して利用する ( 青色の囲み ) 共通フレーム定義体を表す ( 文字種 ) 国際標準 : 太字 国際標準の追補 : 太字 / 斜体 国内での追加部分 : 細字 ( ガイダンス ) 国内で追加した解説を表す 国際標準との差異を明示している ( 2) ( 1) 上記の 見方 は 共通フレーム 2007 ( 第 2 版 ) の p.77 に掲載 ( 2) 文字種について 書籍上では 太字 はゴシック体に 細字は 明朝体 による表示となっている Center 13
14 7. プロセスのトピック (1/4) 7.1 契約と合意の視点 取得プロセス 業務システム ソフトウェア製品 ならびにサービスを取得する組織の契約関連のアクティビティ 供給プロセス業務システム ソフトウェア製品 ならびにサービスを供給する組織の契約関連のアクティビティ 契約の変更管理プロセス業務システム ソフトウェア製品 ならびにサービスを取得及び供給する組織の契約関連を変更管理するアクティビティ ( このプロセスは2008 年版のAnnexFに採用された ) Copyright 2012IPA, All Rights Reserved Center 14
15 7. プロセスのトピック (2/4) 業務部門 ( 取得 ) ユーザ ( 取得 ) 情シ部門 ( 供給 ) ユーザ ( 取得者 ) の中にも業務部門 ( 取得者 ) と情シ部門 ( 供給者 ) が存在する ベンダ ( 供給者 ) の中にも一次ベンダ ( 取得者 ) と二次ベンダ ( 供給者 ) が存在する 一次ベンダ ( 取得 ) ベンダ ( 供給 ) 二次ベンダ ( 供給 ) Copyright 2012 IPA, All Rights Reserved Center 15
16 7. プロセスのトピック (3/4) 7.2 支援ライフサイクルプロセス 主ライフサイクルプロセスの活動を支援し プロジェクトの成功と品質の向上に貢献する 各プロセスから呼び出されて使用される 検証プロセス ( 取得者 供給者又は第三者のために ) ソフトウェアプロジェクトが必要とするレベルに応じて ソフトウェア製品を検証するアクティビティ検証 : 1. 規定要求事項が満たされていることを 客観的根拠の調査及び提出によって確認すること (JIS X 0160) 2. 設計 開発からのアウトプットが 設計 開発へのインプットで与えられている要求事項を満たしていることを確実にする (JIS Q 9001) 3. 正しく製品を作っているか (Boehm) Are we building the product right? Copyright 2012 IPA, All Rights Reserved Center 16
17 7. プロセスのトピック (4/4) 妥当性確認プロセス ( 取得者 供給者又は第三者のために ) ソフトウェアプロジェクトが作成したソフトウェア製品の妥当性を確認するアクティビティ 妥当性確認 : 1. 所定の使用方法に対応した特定の要求事項が満たされているこ とを 客観的根拠の調査及び提出によって確認すること (JIS X 0160) 2. 結果として得られる製品が指定された用途又は意図された用途に 応じた要求事項を満たし得ることを確実にする (JIS Q 9001) 3. 正しい製品を作っているか (Boehm) Are we building the right product? Copyright 2011 IPA, All Rights Reserved. Center 17
18 8. テーラリング ( 修整 ) の適用について (1/2) 第 1 レベル 第 2 レベル テーラリング 第 3 レベル テーラリング テーラリング 特性別 ( 領域別 ) 標準 共通フレーム ( 規格を含む ) 組織 ( 企業 ) 標準 例 ) 事務処理系, 制御系など 技法 ツール 例 )DOA,OO,RAD テーラリング ( 修整 ) とは 共通フレームをそのまま適用するのではなく 組織 ( 企業 ) やプロジェクトの特性 ( 例えば開発モデル ) に合わせて 共通フレームで規定されているプロセス / アクティビティ / タスクを取捨選択したり 繰り返し実行できるように 又は複数を一つに括って実行できるように組み替えたりする作業をいう 第 4 レベル プロジェクト標準 ( 注 1) DOA : データ中心のアプローチ ( 注 2) OO : オブジェクト指向の方法論, 技法など ( 注 3) RAD : 短期間アプリケーション開発技法 ( 1) 上記の図は 共通フレーム 2007 ( 第 2 版 ) の p.32 に掲載 Center 18
19 8. テーラリング ( 修整 ) の適用について (2/2) テーラリングのポイント ( 1) 共通フレーム 2007 ( 第 2 版 ) の p.268~269 参照 1. 共通フレームで規定されている事を すべて実施しなければならない ということではない 2. 共通フレームで規定されている事 を 妥当と判断した場合には 省略してもよい ( 組織 ( 企業 ) 標準やプロジェクト標準に加えなくてもよい ということ ) 3. 共通フレームで規定していないこと を 組織 ( 企業 ) 標準やプロジェクト標準に追加してもよい 組織やプロジェクトの特性に合わせて できるだけ最適と思われる作業の組み立て ( プロセス設計 ) を行うために必要な活動が テーラリングである Center 19
20 9. テーラリング方法 (1/4) 1. 作業工程を定義する 時間軸( 管理の区切り ) を取り入れて 組織やプロジェクトの作業に必要なプロセス アクティビティ タスクを時間軸にマッピングして工程定義を行う ー特に複数の企業が開発に携わる場合 当該工程に含まれるアクティビティやタスクを詳細に定義する このことにより 言葉の統一が図られ認識のズレを防ぐことができる ー開発規模や特性に応じて 工程の中のアクティビティやタスクをまとめたり 細分化したり また削除したりする Center 20
21 9. テーラリング方法 (2/4) 他のプロセス アクティビティ タスクとの関連を時間軸 (PERT 図など ) で表現する - 運用プロセスの移行 準備作業は 開発工程が終了した後の運 用工程でから始めるのではなく 開発工程内で実施する 各プロセスには それぞれ プロセス開始の準備 というアクティビティが定義されているので参照されたい Copyright 2011 IPA, All Rights Reserved. Center 21
22 9. テーラリング方法 (3/4) 2. 開発モデルを選択する 開発モデルに依存していないため プロジェクトの特性に応じた開発モデルを選択し 共通フレームにあるタスクを組み立てる - プロジェクト全体では ウォーターフォールモデルを採用するが 企 画 要件定義段階では 繰り返し型や一部プロトタイピング型の開 発モデルを使ってシステム化の実現性を調査する 開発モデルが異なっていても 実施するタスクは同じである どの時点でどう実施するのかの違いである Center 22
23 9. テーラリング方法 (4/4) 3. プロセスの利用者を具体化する 共通フレームは 各プロセスの実施をどういった立場や資質の人間がなすべきかを適用主体者として定義している 実際の利用では これを参考に組織から利用者を選定する必要がある ー企画プロセスの利用者は企画者であるが 実際の組織に当ては めると 業務部門であったり 企画部門であったりする 誰の責任で実施すべきか どのタスクを誰がいつ実施すべきかを 組織 プロジェクト 開発モデルの特性に合わせる Center 23
24 10. 適用例 外部委託した場合 同じ工程名でも 実施内容が異なる 同じ実施内容でも 工程名称が異なる このような場合 共通フレームの用語を使い お互いの認識を一致させる また 複数ベンターを使う場合も 全てのベンダーに同じ用語を使ってもらう 工程名称要件定義外部設計内部設計 コーディング / テスト 結合テスト システムテスト 共通 F のプロセス アクティビティ タスク 要件定義 SYS 要件定義 SW 要件定義 SYS 方式設計 SW 方式設計 SW 詳細設計 コーディング / テスト SW 結合 /S W 適格性確認テスト SYS 結合 /S YS 適格性確認テスト / 運用テスト A 社 要件定義 外部設計 内部設計 プログラミング SWテスト システムテスト B 社 要件定義 基本設計 詳細設計 製造 テスト 結合テスト Center 24
25 第 1 部終わり Center 25
26 第 2 部日本独自のプロセス拡張のねらい ~ 超上流の重視 超上流とは ~ 1. プロセス拡張のねらい 2. 企画プロセスと要件定義プロセス 3. 超上流とは参考 : 共通フレームに含まれている主な考え方 Center 26
27 1. プロセス拡張のねらい IT システムは 事業 ( ビジネス ) 又は業務で使われるために開発される 事業 / 業務における利用目的を明らかにし その利用目的に応じて システムに対する要求事項を定義することが非常に重要である ここを疎かにしてしまうと 利用目的が曖昧となる 結果 使い勝手の悪いシステム や 利用されないシステム 等が出来上がってしまう恐れがある 共通フレームはこの考えを導入した 事業 ( ビジネス ) 事業又は業務レベル全体におけるシステム利用 ( 人による活動も含む ) に対する要求事項を明確に定義する 業務 システム システム (HW+SW) に対する要求事項を定義する ソフトウェア ソフトウェアに対する要求事項を定義する Center 27
28 2. 企画プロセスと要件定義プロセス 開発に入る前の 要求品質の確保 企画プロセス システム化の方向性 システム化計画 要件定義 プロセス 開発 プロセス システムは 事業 ( ビジネス ) を実現するために開発される すなわち 開発に入る前の要求品質を確保することが重要になってくる このため 超上流 と呼んでいる 企画 要件定義 のプロセスが追加されたのである ITC プロセスでは IT 戦略策定 /IT 資源調達に相当する Center 28
29 3. 超上流とは 共通フレーム 2007 ( 第 1 版 ) の著編者は その発行前に以下の書籍を刊行している 経営者が参画する要求品質の確保 ~ 超上流から攻める IT 化の勘どころ ~ ( 第 1 版 :2005 年 第 2 版 :2006 年 ) これ以降 本資料では 超上流の本 と呼ぶ この本のポイント 1 超上流の重視を説いている 2 経営者の参画を ( 経営者としての役割があると ) 説いている 3 原理原則 17 ヶ条の活用による問題解決を提唱している ( 実務に活かす IT 化の原理原則 17 ヶ条という冊子 で この原理原則 17 ヶ条を詳細に解説している ) : 左記 URL に PDF ファイルがある Center 29
30 (ビジネス)業務シ3. 超上流とは 経営戦略 経営評価 企画 システム化 システム化計画 評価 超上流プロセス 要件定義 の方向性投資効果はあるか? 事要求は正しかったか? 運用テスト システム要件定義 仕様どおりか? システム 適各性確認テスト ソフトウェア要件定義 プログラミング ソフトウェア適格性確認テスト ステフトムソウェア業 Center 30
31 参考 : 共通フレームに含まれている主な考え方 (1) 利害関係者の役割と責任分担の明確化 を提唱 (2) 多段階の見積り方式 を提唱 (3) V 字モデルの採用 を提唱 (4) 超上流における準委任契約の採用 を提唱 (5) 要件の合意及び変更ルールの事前確立 を提唱 (6) 非機能要件の重要性を認識すること を提唱 (7) 運用 保守を含めたSLCPを考えること を提唱 Center 31
32 1) 利害関係者の役割と責任分担の明確化 を提唱 参照先 超上流の本 :p.37 の 3.2(1) 項 p.41 の 4.1 共通フレーム ( 第 2 版 ):p.5 の第 1 部 2.(1) 項 p.8 の同 (3) 項 p.22 の第 2 部 5.1(4) 項 補足説明集の 1.1 及び 1.2 事業要件 業務要件 システム要件を定義できるのは それぞれ経営層 業務部門 情報システム部門である それぞれが責任をもって自らの役割を果たすことで 要件を適切に定義できる 部署等 / 役割 ( ロール ) 社長経営層担当役員部門長業務推進担当業務部門システム推進担当関連会社部門長情報システムシステム開発担当部門システム子会社元請けベンダ 事業要件定義 要件の定義内容 業務要件定義 システム要件定義 ベンダ アウトソーサ サブベンダ Center 32
33 (2) 多段階の見積り方式 を提唱 参照先 超上流の本 :p.38 の 3.2(2) 項 原理原則 15 共通フレーム ( 第 2 版 ):p.9 の第 1 部 2.(6) 項 わずかな情報で見積ること自体 リスクが高い それ故 それだけで プロジェクトの目標としてはならない 規模 不確定要素が多い中での見積りを, プロジェクトの目標値として設定すべきではない あいまいさが多く残る段階の見積りを, より明確になった段階で, 再見積りできるルールづくり等が, プロジェクト成功の鍵となる 誤差 最終的な規模わずかな情報 / 情報の充実 / 高いリスク低いリスク システム化の方向性 システム化計画 要件定義 設計 製作 時間 仮試算試算概算確定 BOOKS 経営者が参画する要求品質の確保 ~ 超上流から攻める IT 化の勘どころ ~ ( 第 2 版 ) より引用 一部改修 Center 33
34 (3) V 字モデルの採用 を提唱 参照先 超上流の本 :p.24 の図 2.3 共通フレーム ( 第 2 版 ):p.22 の図 2-2 設計 ( 品質の埋め込みプロセス ) とテスト ( 品質の検証プロセス ) とを対応させることにより プロダクト品質を確保する システム化の方向性 システム化計画 要件定義 システム要件定義システムレベルの設計システム方式設計 運用 評価運用テストト システムテストシステムテストシステムレベルのテストシステムシステム結合結合 ソフトウェア設計 ソフトウェア設計 ソフトウェアソフトテストテスト シス 業 事 プログラミング ソフトウェア テム 務 業 Center 34
35 (4) 超上流における準委任契約の採用 を提唱 参照先 経済産業省 情報システムの信頼性向上のための取引慣行 契約に関する研究会 報告書 ~ 情報システム モデル取引 契約書 ~ ( 2007 年 4 月 13 日公表 ) 共通フレーム ( 第 2 版 ):p.9 の第 1 部 2.(5) 項 p.20 の ( 注 ) サービスメニュー の項 超上流は 基本的には ユーザ責任であるため ベンダにとって準委任契約とするのが合理的である ( もし請負契約にすると ユーザの事情に大きく影響されるため リスクが大きい ) 例 超上流 準委任ならば運用テスト 準委任に ソフトウェア開発 請負 システム化の方向性 システム化計画 準委任に! 準委任のとき 運用 評価 要件定義運用テストト システム要件定義 システムテストシステムテスト システムレベル システムレベル の設計 のテスト システム方式設計 システムシステム結合結合 ソフトウェア設計ソフトウェアソフトウェアシ業事ソフトテスト設計テストステソフトウェア務業ムプログラミング Center 35
36 (5) 要件の合意及び変更ルールの事前確立 を提唱 参照先 超上流の本 :p.39 の 3.2(4) 項 共通フレーム ( 第 2 版 ):p.8 の第 1 部 2.(4) 項 p.10 の同 (7) 項 p.35 の第 2 部 5.4.2(1)(c) 項 ソフトウェア開発においては 時の経過に伴って 要件は変わるもの であり ユーザとベンダとが事前にルールを策定し合意 ( 確定 ) しておかないと いざトラブルが発生した時に 速やかな対応が取れない 出所 超上流の本 p.31 より Center 36
37 (6) 非機能要件の重要性を認識すること を提唱 参照先 超上流の本 :p.11 の 1.3(3)2 項 p.39 の 3.2(3) 項 共通フレーム ( 第 2 版 ):p.113 の第 3 部 ( 非機能要件の定義 ) とそのガイダンス 運用テストの段階に至って 問題をもたらす要因は 機能要件のみならず むしろ深刻な事態になりがちな非機能要件の方であるため 早い段階で 非機能要件の重要性 を認識し 何かしらの対応策を講じることが望ましい 機能要件とは システムに実装する機能に関する要件のこと 非機能要件とは 運用要件 移行要件 性能要件 セキュリティ 機密情報保護対策など 機能要件以外の要件のこと 出所 超上流の本 p.43 より 注意 業務部門 ( システムの利用部門等 ) にとっては 業務要件こそが重要である なお 業務要件に 機能要件 非機能要件も含まれる ( 業務要件については 共通フレーム ( 第 2 版 ):p.112 の第 3 部 参照 ) Center 37
38 (7) 運用 保守を含めた SLCP を考えること を提唱 参照先 超上流の本 : 原理原則 6 7 共通フレーム ( 第 2 版 ):p.11~12 の第 1 部 2.(8)(9)(12) 項 ( 注 ) SLCP : システムライフサイクルプロセスの略記 また ソフトウェアライフサイクルプロセスの略記でもある システムは生きもの 作って終わりではない 顧客との取引が継続する限り または事業や業務が続く限り (IT システムを必要とする限り ) システムライフサイクル全般に目配せしてシステム化計画 ( 企画 ) や要件定義を行うことが 結局は 適正コストで 使えるシステム を実現できる 企画プロセス 要件定義プロセス 開発プロセス 運用プロセス保守プロセス Center 38
39 第 2 部終わり Center 39
40 第 3 部 SLCP と共通フレームの最新動向 1. ライフサイクル プロセスの動向 2. 共通フレーム 2007 の位置付けと今後の予定 Center 40
41 1. ライフサイクル プロセスの動向 1. 国際標準の2つのライフサイクル プロセス ソフトウェア ライフサイクル プロセス(ISO/IEC 12207) 1995 年 : 制定 / 発行 JIS X 0160: 年 : 追補 1 発行 JIS X 0160:2007 追補 年 : 追補 2 発行 2008 年 : 改訂 / 発行 JIS X 0160:2012 (2012/2/20) システム ライフサイクル プロセス(ISO/IEC 15288) 2002 年 : 制定 / 発行 JIS X 0170: 年 : 改訂 / 発行 JIS X 0170:2012 or 2013 予定 Copyright 2011 IPA, All Rights Reserved. Center 41
42 2. 共通フレーム 2007 の位置付けと今後の予定 ソフトウェアライフサイクルプロセス ISO/IEC 12207:1995 JIS 化 X 共通フレーム98 (1998 年 ) 共通フレーム 2007 ( 第 1 版, 07 年 10 月 ) 超上流の本 ISO 追補 1 (2002) ISO 追補 2 (2004) 主に ISO/IEC15504 で使用するフ ロセスを定義 追補 1 2 の JIS 原案 JIS X 0160:2007 追補 1(ISO 追補 1,2 を含む ) 共通フレーム 2007 ( 第 2 版, 09 年 10 月 ) 12207:2008 JIS X 0160: 2012 共通フレーム 201X システムライフサイクルプロセス ISO/IEC JIS 化 15288:2002 X0170: :2008 JIS 化 最新版 2012 年度予定 Copyright 20112IPA, All Rights Reserved. ISO/IEC20000 ISO/IEC29148 などのスタンダード 実現済み取組み中未実現 Center 42
43 第 3 部終わり Center 43
44 第 4 部小規模組織用のソフトウェア ライフサイクル プロファイル ISO/IEC ISO/IEC 29110(VSE(Very Small Entities)) とは 2. 標準的なプロファイル 3. ベーシックプロファイル 4.VSE の普及 Copyright 2011 IPA, All Rights Reserved. Center 44
45 1.ISO/IEC 29110(VSE(Very Small Entities)) とは 制定された背景 小規模企業が提供する製品やサービスが提供先の企業や官公庁で利用される 更に そのサービスを組み込んだ企業の製品やサービスの一部となって提供されること 上記により 総体としての製品やサービスの質に影響を与えること 更に 近年の海外へのアウトソーシングによって製品開発が分散化複雑化していること VSE 標準の手引き (VSEセンター) より SLCPをテーラリングし 業界などに適したプロファイル ( プロセスセット ) を作成 SLCPをテーラリングするため プロセス標準との対応関係は継承する ( 規格間の矛盾はない 適合している ) Copyright 2011 IPA, All Rights Reserved. Center 45
46 2. 標準的なプロファイル 標準的なプロファイルとして 4 種類定義されている 1. エントリープロファイル 2. ベーシックプロファイル : 組織内で単一 PJの管理を想定 3. インターミディエートプロファイル : 組織内で複数のPJ 管理 4. アドバンスプロファイル 基本的にソフトウェア実装と プロジェクト管理がある ソフトウェア実装 :SLCP(ISO/IEC 12207,JIS X0160) に適合 プロジェクト管理 :PMBOK を参照 Copyright 2011 IPA, All Rights Reserved. Center 46
47 3. ベーシックプロファイル (1/2) ベーシックプロファイル短期間のコンパクトな開発が多くなってきたため 開発の詳細区分はあまり有効ではないとの考え 必要最小限度であり デファクトで行われているものを重要視している ベーシックの構造 ソフトウェア実装プロセス以下の6つのアクティビティから成る 実装開始 要件分析 設計 構築 結合 テスト 製品納入 Copyright 2011 IPA, All Rights Reserved. Center 47
48 3. ベーシックプロファイル (2/2) プロジェクト管理プロセス以下の4つのアクティビティから成る 計画立案 計画の実施 評価と対策 終結 その他の特徴 その他作業成果物が明記されている 納品物に書くべき項目 チェックすべき項目が明記されている ドキュメント作成の指針として使える Copyright 2011 IPA, All Rights Reserved. Center 48
49 4.VSE の普及 ISO/IEC 29110のJIS 化現在 一般社団法人情報サービス産業協会 (JISA) 殿が中心となり JIS 化の作業を実施している 原案は作成完了 JISに向け審議中 (2012 年度発行予定 ) VSE センターが設立されている 2011 年 2 月に慶應義塾大学 VSE センター設立 小規模組織向けプロセスの普及 プロセスアセスメント プロセス改善の普及を目指している Copyright 2011 IPA, All Rights Reserved. Center 49
50 ご清聴ありがとうございました Center 50
はじめに ソフトウェアエンジニアリングとは 1. ソフトウェアの開発 運用 および保守における システマティックであり ディシプリン (*) に基づいた 定量的なアプローチの適用である 換言すれば ソフトウェアへの工学の適用である 2.1. で示したアプローチに関する研究である とされている (*)
Software Engineering Center Information-technology Promotion Agency, Japan 2011/07/22 財団法人計算科学振興財団ソフトウェア エンジニアリングセミナー ソフトウェア開発の標準プロセス IPA ( 独立行政法人情報処理推進機構 ) ( ソフトウェア エンジニアリング センター ) 研究員室谷隆 Copyright 2011
はじめに ソフトウェアエンジニアリングとは 1. ソフトウェアの開発 運用 および保守における システマティックであり ディシプリン (*) に基づいた 定量的なアプローチの適用である 換言すれば ソフトウェアへの工学の適用である 2.1. で示したアプローチに関する研究である とされている (*)
Software Engineering Center Information-technology Promotion Agency, Japan 2012/4/19 SDM 公開講座 現代ソフトウエアエンジニアリングの俯瞰図 第 3 回 システム / ソフトウェアのライフサイクルプロセスと共通フレーム ~ ソフトウェア エンシ ニアリンク 導入の第一歩を踏み出そう ~ IPA ( 独立行政法人情報処理推進機構
はじめに ソフトウェアエンジニアリングとは 1. ソフトウェアの開発 運用 および保守における システマティックであり ディシプリン (*) に基づいた 定量的なアプローチの適用である 換言すれば ソフトウェアへの工学の適用である 2.1. で示したアプローチに関する研究である とされている (*)
Software Engineering Center Information-technology Promotion Agency, Japan 共通フレーム 2013 の概説 独立行政法人情報処理推進機構 (IPA) 技術本部ソフトウェア エンジニアリング センター () 研究員室谷隆 1 はじめに ソフトウェアエンジニアリングとは 1. ソフトウェアの開発 運用 および保守における システマティックであり
日経ビジネス Center 2
Software Engineering Center Information-technology Promotion Agency, Japan ソフトウェアの品質向上のために 仕様を厳密に 独立行政法人情報処理推進機構 ソフトウェア エンジニアリング センター 調査役新谷勝利 Center 1 日経ビジネス 2012.4.16 Center 2 SW 開発ライフサイクルの調査統計データ ソフトウェア産業の実態把握に関する調査
untitle
ISO/IEC 15504 と SPEAK IPA 版の解説 2008 年 11 月 25 日 TIS 株式会社室谷隆経済産業省プロセス改善研究部会 WG1 委員 ( 独 )IPA ソフトウェア エンジニアリング センター ISO/IEC 15504 (JIS X0145) ) とは プロセス改善と能力判定のためのアセスメント体系を規定する国際標準 アウトソーシング オフショア サプライチェーン プロセス能力を議論するための会社間
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
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
スキル領域 職種 : ソフトウェアデベロップメント スキル領域と SWD 経済産業省, 独立行政法人情報処理推進機構
スキル領域と (8) ソフトウェアデベロップメント スキル領域と SWD-1 2012 経済産業省, 独立行政法人情報処理推進機構 スキル領域 職種 : ソフトウェアデベロップメント スキル領域と SWD-2 2012 経済産業省, 独立行政法人情報処理推進機構 専門分野 ソフトウェアデベロップメントのスキル領域 スキル項目 職種共通スキル 項目 全専門分野 ソフトウェアエンジニアリング Web アプリケーション技術
どのような便益があり得るか? より重要な ( ハイリスクの ) プロセス及びそれらのアウトプットに焦点が当たる 相互に依存するプロセスについての理解 定義及び統合が改善される プロセス及びマネジメントシステム全体の計画策定 実施 確認及び改善の体系的なマネジメント 資源の有効利用及び説明責任の強化
ISO 9001:2015 におけるプロセスアプローチ この文書の目的 : この文書の目的は ISO 9001:2015 におけるプロセスアプローチについて説明することである プロセスアプローチは 業種 形態 規模又は複雑さに関わらず あらゆる組織及びマネジメントシステムに適用することができる プロセスアプローチとは何か? 全ての組織が目標達成のためにプロセスを用いている プロセスとは : インプットを使用して意図した結果を生み出す
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
プロジェクトマネジメント知識体系ガイド (PMBOK ガイド ) 第 6 版 訂正表 - 第 3 刷り 注 : 次の正誤表は PMBOK ガイド第 6 版 の第 1 刷りと第 2 刷りに関するものです 本 ( または PDF) の印刷部数を確認するには 著作権ページ ( 通知ページおよび目次の前 )
プロジェクトマネジメント知識体系ガイド (PMBOK ガイド ) 第 6 版 訂正表 - 第 3 刷り 注 : 次の正誤表は PMBOK ガイド第 6 版 の第 1 刷りと第 2 刷りに関するものです 本 ( または PDF) の印刷部数を確認するには 著作権ページ ( 通知ページおよび目次の前 ) の一番下を参照してください 10 9 8 などで始まる文字列の 最後の 数字は その特定コピーの印刷を示します
i コンピテンシ ディクショナリ を 活用した品質エンジニアの育成 その 2 独立行政法人情報処理推進機構 HRD イニシアティブセンター 奥村有紀子
i コンピテンシ ディクショナリ を 活用した品質エンジニアの育成 その 2 独立行政法人情報処理推進機構 HRD イニシアティブセンター 奥村有紀子 i コンピテンシ ディクショナリ における品質関連情報の扱い SQuBOK V1.0 をスキルディクショナリにて参照 520 の項目を 知識項目として参照 ( その 1 P.20) 参照 BOK 系の中ではダントツの数 3 スキル標準や CCSF に比べ
<4D F736F F F696E74202D2091E63389F15F8FEE95F1835A834C A CC B5A8F FD E835A835890A78CE C CC835A834C A A2E >
身近な情報利活用による生活環境の事例をベースに ネットワークがなかった時代の生活環境と比較させながら IT により生活が豊かに変化したことについて解説します 1. 身近な情報利活用の事例 スライド上部の事例を紹介します 学生が利用している情報サービスについて問いかけます IT によって実現していることについて説明します 2. ネットワークがなかった時代 スライド上部の事例を活用し 過去の事例を紹介します
品質マニュアル（サンプル）｜株式会社ハピネックス
文書番号 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
再利用アセスメント 計画 実行及び制御 レビュー及び評価ソフトウェアの再利用を行う組織では 再利用施策管理者 という人が位置づけされることになっており このプロセスはその人が組織の中で再利用を実施するために行うべき作業を定義したものである 再利用資産管理プロセス の目的は 構想から廃止までの再利用資
第 35 章ソフトウェアの再利用 ソフトウェアの再利用 の定義 ISO と IEC それに IEEE が共同で作成した 用語集 (Vocabulary) についての規格 1(ISO /IEC/IEEE 24765:2010) では 再利用 (Reuse) は次のように定義されている [ISO10a] ( 翻訳は筆者 ) 1. 別の問題の解決の中でのある資産の使用 (IEEE Std 1517-1999
ISO9001：2015内部監査チェックリスト
ISO9001:2015 規格要求事項 チェックリスト ( 質問リスト ) ISO9001:2015 規格要求事項に準拠したチェックリスト ( 質問リスト ) です このチェックリストを参考に 貴社品質マニュアルをベースに貴社なりのチェックリストを作成してください ISO9001:2015 規格要求事項を詳細に分解し 212 個の質問リストをご用意いたしました ISO9001:2015 は Shall
JICA 事業評価ガイドライン ( 第 2 版 ) 独立行政法人国際協力機構 評価部 2014 年 5 月 1
JICA 事業評価ガイドライン ( 第 2 版 ) 独立行政法人国際協力機構 評価部 2014 年 5 月 1 JICA 事業評価ガイドライン ( 第 2 版 ) ( 事業評価の目的 ) 1. JICA は 主に 1PDCA(Plan; 事前 Do; 実施 Check; 事後 Action; フィードバック ) サイクルを通じた事業のさらなる改善 及び 2 日本国民及び相手国を含むその他ステークホルダーへの説明責任
説明項目 1. 審査で注目すべき要求事項の変化点 2. 変化点に対応した審査はどうあるべきか 文書化した情報 外部 内部の課題の特定 リスク 機会 関連する利害関係者の特定 プロセスの計画 実施 3. ISO 14001:2015への移行 EMS 適用範囲 リーダーシップ パフォーマンス その他 (
ISO/FDIS 14001 ~ 認証審査における考え方 ~ 2015 年 7 月 13 日 17 日 JAB 認定センター 1 説明項目 1. 審査で注目すべき要求事項の変化点 2. 変化点に対応した審査はどうあるべきか 文書化した情報 外部 内部の課題の特定 リスク 機会 関連する利害関係者の特定 プロセスの計画 実施 3. ISO 14001:2015への移行 EMS 適用範囲 リーダーシップ
[ 指針 ] 1. 組織体および組織体集団におけるガバナンス プロセスの改善に向けた評価組織体の機関設計については 株式会社にあっては株主総会の専決事項であり 業務運営組織の決定は 取締役会等の専決事項である また 組織体集団をどのように形成するかも親会社の取締役会等の専決事項である したがって こ
![[ 指針 ] 1. 組織体および組織体集団におけるガバナンス プロセスの改善に向けた評価組織体の機関設計については 株式会社にあっては株主総会の専決事項であり 業務運営組織の決定は 取締役会等の専決事項である また 組織体集団をどのように形成するかも親会社の取締役会等の専決事項である したがって こ](/thumbs/92/109921559.jpg "[ 指針 ] 1. 組織体および組織体集団におけるガバナンス プロセスの改善に向けた評価組織体の機関設計については 株式会社にあっては株主総会の専決事項であり 業務運営組織の決定は 取締役会等の専決事項である また 組織体集団をどのように形成するかも親会社の取締役会等の専決事項である したがって こ")
実務指針 6.1 ガバナンス プロセス 平成 29( 2017) 年 5 月公表 [ 根拠とする内部監査基準 ] 第 6 章内部監査の対象範囲第 1 節ガバナンス プロセス 6.1.1 内部監査部門は ガバナンス プロセスの有効性を評価し その改善に貢献しなければならない (1) 内部監査部門は 以下の視点から ガバナンス プロセスの改善に向けた評価をしなければならない 1 組織体として対処すべき課題の把握と共有
<4D F736F F F696E74202D E291AB8E9197BF A F82CC8A A390698DF42E707074>
補足資料 3 SaaS ASP の普及促進のための 環境整備について SaaS ASP の活用促進策 ネットワーク等を経由するサービスであり また データをベンダ側に預けることとなる SaaS ASP を中小企業が安心して利用するため 情報サービスの安定稼働 信頼性向上 ユーザの利便性向上が必要 サービスレベル確保のためのベンダ ユーザ間のルール整備 (1) ユーザ ベンダ間モデル取引 契約書の改訂
目次 取組み概要 取組みの背景 取組みの成果物 適用事例の特徴 適用分析の特徴 適用事例の分析結果から見えたこと JISAによる調査結果 どうやって 実践のヒント をみつけるか 書籍発行について紹介 今後に向けて 2
品質改善に取り組めば 生産性もアップ ~ ソフトウェア開発技術適用事例のデータ分析から見えてきたこと ~ 2016 年 5 月 12 日 独立行政法人情報処理推進機構技術本部ソフトウェア高信頼化センター ソフトウェアグループ 連携委員春山浩行 1 目次 取組み概要 取組みの背景 取組みの成果物 適用事例の特徴 適用分析の特徴 適用事例の分析結果から見えたこと JISAによる調査結果 どうやって 実践のヒント
<90528DB88EBF96E2955B2E786C73>
4. 品質マネジメントシステム 4.1 一般要求事項 1 組織が品質マネジメントシステムを確立する上で必要としたプロセスは何ですか? 2 営業 / 購買 / 設計のプロセスについて 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. 検査
PowerPoint プレゼンテーション
GSN を応用したナレッジマネジメントシステムの提案 2017 年 10 月 27 日 D-Case 研究会 国立研究開発法人宇宙航空研究開発機構 研究開発部門第三研究ユニット 梅田浩貴 2017/3/27 C Copyright 2017 JAXA All rights reserved 1 目次 1 課題説明 SECI モデル 2 GSN を応用したナレッジマネジメントシステム概要 3 ツリー型チェックリスト分析
PowerPoint プレゼンテーション
SPI Japan 2012 車載ソフトウェア搭載製品の 機能安全監査と審査 2012 年 10 月 11 日 パナソニック株式会社デバイス社 菅沼由美子 パナソニックのデバイス製品 SPI Japan 2012 2 パナソニック デバイス社のソフト搭載製品 車載スピーカーアクティブ消音アクティブ創音歩行者用警告音 スマートエントリー グローバルに顧客対応 ソフトウェア搭載製品 車載 複合スイッチパネル
パラダイムシフトブック.indb
3. 記録管理プログラムの作成記録管理のプログラムとは 組織ごとの記録管理の方針からルール ( 管理規則 実施手順など ) 教育計画 監査基準まで すべてがセットになったものであり 組織における包括的な記録管理の仕組みである この項では ISO15489の考え方をベースに国際標準に基づいた記録管理プログラムとはどのようなものか示す 記録管理のプログラムを作成する場合 先に述べた基本的な記録管理の要求事項
ISO9001:2015規格要求事項解説テキスト(サンプル) 株式会社ハピネックス提供資料
テキストの構造 1. 適用範囲 2. 引用規格 3. 用語及び定義 4. 規格要求事項 要求事項 網掛け部分です 罫線を引いている部分は Shall 事項 (~ すること ) 部分です 解 ISO9001:2015FDIS 規格要求事項 Shall 事項は S001~S126 まで計 126 個あります 説 網掛け部分の規格要求事項を講師がわかりやすく解説したものです
JIS Q 27001:2014への移行に関する説明会 資料１
JIS Q 27001:2014 への 対応について 一般財団法人日本情報経済社会推進協会情報マネジメント推進センターセンター長高取敏夫 2014 年 10 月 3 日 http://www.isms.jipdec.or.jp/ Copyright JIPDEC ISMS, 2014 1 アジェンダ ISMS 認証の移行 JIS Q 27001:2014 改正の概要 Copyright JIPDEC
Microsoft Word - jis_c_5750_3_6_....ed1.doc
ディペンダビリティ管理 第 3-6 部 : 適用の指針 ディペンダビリティにおけるソフトウェアの側面 JIS C 5750-3-6 :2003 (IEC 60300-3-6:1997) (JSA) (2008 確認 ) 平成 15 年 11 月 20 日制定 日本工業標準調査会審議 ( 日本規格協会発行 ) 日本工業標準調査会標準部会基本技術専門委員会構成表 氏名 所属 ( 委員会長 ) 今井秀孝
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 機会並びにその他のリスク及びその他の機会
目次 1. 一般 目的 適用範囲 参照文書 用語及び定義 内部監査 一般 内部監査における観点 内部監査の機会 監査室
連携プログラム技術評価機関内部監査及びマネジメントレビュー手順 平成 25 年 10 月 7 日 独立行政法人情報処理推進機構 RP-02-E 目次 1. 一般... 1 1.1. 目的... 1 1.2. 適用範囲... 1 2. 参照文書... 1 3. 用語及び定義... 1 4. 内部監査... 1 4.1. 一般... 1 4.2. 内部監査における観点... 1 4.3. 内部監査の機会...
修-CIA Exam Change Handbook_FAQs_ indd
CIA 試験 : よくあるご質問 最新の実務に焦点を合わせた改訂 2018 年 3 月 www.globaliia.org 最新の実務に焦点を合わせた CIA 試験シラバスの改訂 本資料は公認内部監査人 (CIA) を受験される方のために CIA 試験シラバスの改訂に関する よく あるご質問 (FAQ) およびその回答をまとめたものです 新しい 3 パート CIA 試験は これまでより一層明確で統一感があり
5. 文書類に関する要求事項はどのように変わりましたか? 文書化された手順に関する特定の記述はなくなりました プロセスの運用を支援するための文書化した情報を維持し これらのプロセスが計画通りに実行されたと確信するために必要な文書化した情報を保持することは 組織の責任です 必要な文書類の程度は 事業の
ISO 9001:2015 改訂 よくある質問集 (FAQ) ISO 9001:2015 改訂に関するこの よくある質問集 (FAQ) は 世界中の規格の専門家及び利用者からインプットを得て作成しました この質問集は 正確性を保ち 適宜 新たな質問を含めるために 定期的に見直され 更新されます この質問集は ISO 9001 規格を初めて使う利用者のために 良き情報源を提供することを意図しています
個人依存開発から組織的開発への移行事例 ~ 要求モデル定義と開発プロセスの形式化 による高生産性 / 高信頼性化 ~ 三菱電機メカトロニクスソフトウエア ( 株 ) 和歌山支所岩橋正実 1
個人依存開発から組織的開発への移行事例 ~ 要求モデル定義と開発プロセスの形式化 による高生産性 / 高信頼性化 ~ 三菱電機メカトロニクスソフトウエア ( 株 ) 和歌山支所岩橋正実 iwahashi@est.hi-ho.ne.jp Iwahashi.Masami@wak.msw.co.jp 1 改善効果 品質 : フロントローディングが進み流出不具合 0 継続生産性 : 平均 130% 改善 工数割合分析
表 3 厚生労働省新旧ガイドライン目次比較 は新ガイドラインで追加された項目 コンピュータ使用医薬品等製造所適正管理ガイドライン 第 1 目的 1. 総則 1.1 目的 第 2 適用の範囲 2. 適用の範囲 第 3 開発業務 1. 開発検討段階 (1) 開発段階の責任体制の確立 (2) 開発マニュア
表 3 厚生労働省新旧ガイドライン目次比較 は新ガイドラインで追加された項目 コンピュータ使用医薬品等製造所適正管理ガイドライン 第 1 目的 1. 総則 1.1 目的 第 2 適用の範囲 2. 適用の範囲 第 3 開発業務 1. 開発検討段階 (1) 開発段階の責任体制の確立 (2) 開発マニュアルの作成 (3) 開発計画書の作成 2. システム設計段階 (1) システム設計書の作成 (2) システム設計書の確認
スキル領域 職種 : マーケティング スキル領域と MK 経済産業省, 独立行政法人情報処理推進機構
スキル領域と (1) マーケティング スキル領域と MK-1 2012 経済産業省, 独立行政法人情報処理推進機構 スキル領域 職種 : マーケティング スキル領域と MK-2 2012 経済産業省, 独立行政法人情報処理推進機構 専門分野 マーケティングのスキル領域 スキル項目 職種共通スキル 項目 全専門分野 市場機会の評価と選定市場機会の発見と選択 市場調査概念と方法論 市場分析 市場細分化
説明項目 1. 審査で注目すべき要求事項の変化点 2. 変化点に対応した審査はどうあるべきか 文書化した情報 外部 内部の課題の特定 リスク 機会 利害関係者の特定 QMS 適用範囲 3. ISO 9001:2015への移行 リーダーシップ パフォーマンス 組織の知識 その他 ( 考慮する 必要に応
ISO/FDIS 9001 ~ 認証審査における考え方 ~ 2015 年 7 月 14 日 23 日 JAB 認定センター 1 説明項目 1. 審査で注目すべき要求事項の変化点 2. 変化点に対応した審査はどうあるべきか 文書化した情報 外部 内部の課題の特定 リスク 機会 利害関係者の特定 QMS 適用範囲 3. ISO 9001:2015への移行 リーダーシップ パフォーマンス 組織の知識 その他
4.7.4 プロセスのインプットおよびアウトプット (1) プロセスへのインプット情報 インプット情報 作成者 承認者 備 考 1 開発に関するお客様から お客様 - の提示資料 2 開発に関する当社収集資 リーダ - 料 3 プロジェクト計画 完了報 リーダ マネージャ 告書 ( 暫定計画 ) 4
サンプル : プロジェクト管理規定 4.7 プロジェクト立ち上げ 4.7.1 目的 本プロセスはリーダ主導で プロジェクト体制の確立とプロジェクト内容 分担 業務指示 プロジェクト目標 担当者別プロジェクト目標を開発メンバに周知徹底することによって 組織としての意識統一を図るとともに開発プロセスをスムーズに立ち上げることを目的とする 4.7.2 このプロセスにかかわる人物の役割と責務 部門 略記 参加
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
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.4 非機能性 更新業務仕様書の 3-4 非機能要件 を踏まえ 提案するシステムに関して 基本的な考え方や方針 アピールポイント等を簡潔かつ明瞭に記述すること 3-4 非機能要件 の (1) から (4) に区分し すべての項目について記述すること 1.5 他システム連携 更新業
企画提案書等記載事項 Ⅰ 企画提案書に係る記載事項 松阪市グループウェアシステム ( 以下 本システム という ) の更新業務及び保守業務に係 る企画提案書の本編については 次の目次に従って作成すること なお 仕様と異なる提案をするときはその理由を明確に記述すること 項目記載事項必須 1 業務システム 1.1 システム更新における取組み 松阪市グループウェアシステム更新業務仕様書 ( 以下 更新業務仕様書
SGEC 附属文書 理事会 統合 CoC 管理事業体の要件 目次序文 1 適用範囲 2 定義 3 統合 CoC 管理事業体組織の適格基準 4 統合 CoC 管理事業体で実施される SGEC 文書 4 CoC 認証ガイドライン の要求事項に関わる責任の適用範囲 序文
SGEC 附属文書 2-8 2012 理事会 2016.1.1 統合 CoC 管理事業体の要件 目次序文 1 適用範囲 2 定義 3 統合 CoC 管理事業体組織の適格基準 4 統合 CoC 管理事業体で実施される SGEC 文書 4 CoC 認証ガイドライン の要求事項に関わる責任の適用範囲 序文この文書の目的は 生産拠点のネットワークをする組織によるCoC 認証を実施のための指針を設定し このことにより
過去問セミナー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) に従ってシラバスのそれぞれの課題を試験する
16年度第一回JACB品質技術委員会
ISO9001 次期改正の状況 DIS 版と 2008 年版の新旧箇条対照表 公開される ISO DIS14001 には 2004 年版との新旧箇条対応表が附属書 B としてついていますが ISO DIS9001 にはついていないので不便です - TC176/SC2 は最近 そのウエブサイト (http://isotc.iso.org/livelink/livelink/f etch/2000/2122/-8835176/-8835848/8835872/8835883/iso
AAプロセスアフローチについて_ ﾃｸﾉﾌｧｰnews
品質マネジメントシステム規格国内委員会事務局参考訳 るために必要なすべてのプロセスが含まれる 実現化プロセス これには, 組織の望まれる成果をもたらすすべてのプロセスが含まれる 測定, 分析及び改善プロセス これには, 実施状況の分析並びに有効性及び効率の向上のための, 測定並びにデータ収集に必要となるすべてのプロセスが含まれる それには測定, 監視, 監査, パフォーマンス分析および改善プロセス
セミナータイトル ～サブタイトル～
Software Engineering Center Information-technology Promotion Agency, Japan Redmine を利用した定量的プロジェクト管理 2011 年 9 月 8 日 独立行政法人情報処理推進機構 (IPA) 技術本部ソフトウェア エンジニアリング センター () 大和田裕 Copyright 2011 Information-technology
<4D F736F F D F815B B E96914F92B28DB8955B>
1. 一般事項 記入者 : 記入日 : 1.1 御社担当者情報 会社名住所担当者部署電話番号 FAX 番号 1.2 システム情報 システム名システムバージョン対応 OS 動作環境システム概要 1 1.3 監査者情報 監査者 部署 電話番号 1.4 規制当局のレビュ 1) これまでに規制当局による査察を受けたことがありますか? Yes No Yes の場合 査察を受けた年月日と結果を記載してください
日本機械学会 生産システム部門研究発表講演会 2015 資料
( 社 ) 日本機械学会生産システム部門研究発表講演会 2015 製造オペレーションマネジメント入門 ~ISA-95 が製造業を変える ~ 事例による説明 2015-3-16 Ver.1 IEC/SC65E/JWG5 国内委員アズビル株式会社村手恒夫 目次 事例によるケーススタディの目的 事例 : 果汁入り飲料水製造工場 情報システム構築の流れ 1. 対象問題のドメインと階層の確認 2. 生産現場での課題の調査と整理
ＩＳＯ１９０１１の概要について
3 技術資料 3-1 ISO19011 の概要について 従来の環境マネジメントシステムの監査の指針であった ISO14010 ISO14011 ISO1401 2 が改正 統合され 2002 年 10 月に ISO19011 として発行されました この指針は 単に審査登録機関における審査の原則であるばかりでなく 環境マネジメントシステムの第二者監査 ( 取引先等利害関係対象の審査 ) や内部監査に適用できる有効な指針です
Microsoft Word - RM最前線 doc
2015 No.8 環境マネジメントシステム ISO 14001 の改定動向 1996 年に環境マネジメントシステム規格 ISO 14001 が国際規格として発行されてから すでに 18 年が経過した 2004 年に実施された小規模な改定を経て 現在では 日本国内で 2.5 万 世界では 170 ヵ国以上で 35 万を超える企業 組織が認証取得し 活用している 現行の ISO 14001:2004
J-SOX 自己点検評価プロセスの構築
統制自己評価 (CSA) 支援サービスのご案内 目次 1. 弊社がご提供するサービス 2. 各サービスの詳細 1. 自己点検における評価モデルの構築支援 2. 請負を含めた実地指導 3. 会社による自己点検状況の評価とアドバイス ( 参考 1) 実施基準における自己点検の取扱い ( 参考 2) 実務指針 ( 改正案 ) における自己点検の取扱い ( 参考 3) 自己点検導入のメリット デメリット (
第39章 ISO 15504
第 41 章 ISO/IEC 15504 ISO/IEC 15504 の経緯 ISO と IEC に 開発のための CMMI(CMMI-DEV) によく似たプロセス改善のための規格群がある ISO/IEC 15504( 日本での JIS 規格は JIS X 0145) の規格群である 1 CMMI-DEV はアメリカ生まれだ 2 が ISO/IEC 15504 はヨーロッパ生まれで 今でもヨーロッパで広く使われている
文書管理番号
プライバシーマーク付与適格性審査実施規程 1. 一般 1.1 適用範囲この規程は プライバシーマーク付与の適格性に関する審査 ( 以下 付与適格性審査 という ) を行うプライバシーマーク指定審査機関 ( 以下 審査機関 という ) が その審査業務を遂行する際に遵守すべき事項を定める 1.2 用語この基準で用いる用語は 特段の定めがない限り プライバシーマーク制度基本綱領 プライバシーマーク指定審査機関指定基準
IT スキル標準 V3 2011_ 職種の概要と達成度指標 (7) アプリケーションスペシャリスト 職種の概要と達成度指標 APS 経済産業省, 独立行政法人情報処理推進機構
職種の概要と達成度指標 (7) アプリケーションスペシャリスト 職種の概要と達成度指標 APS-1 2012 経済産業省, 独立行政法人情報処理推進機構 職種の概要 職種 : アプリケーションスペシャリスト 職種の概要と達成度指標 APS-2 2012 経済産業省, 独立行政法人情報処理推進機構 アプリケーションスペシャリストの概要 職種専門分野 レベル7 レベル6 レベル5 レベル4 レベル3 レベル2
untitled
JISA 23 * * JISA 21 (223) Copyright 2011 JISA All Rights Reserved. 1 JISA JISAJISA JISA Copyright 2011 JISA All Rights Reserved. 2 JISA JISA JISA JISAJISAJISA Copyright 2011 JISA All Rights Reserved. 3
Microsoft Word - ISO 9001要求事項のエッセンス 改 国府保周
[ 研究テーマ 20: ISO 9001 の分かりにくい用語の代替用語の研究 ] JSQC QMS 有効活用部会 WG6 国府保周 (2011.11.19) ISO 9001 要求事項の記載内容は 多岐にわたっていて しかも文字数が多いので 何が 主題かが かえって分かりにくい そこで 各箇条の主題だけに焦点を絞って 1 行程度で 表すことで 何がエッセンスかを押さえやすくする資料を作ってみた 1
<4D F736F F D20939D8D87837D836A B B816996E BB8DEC8F8A816A F90BB8DEC E646F63>
統合マネジメントマニュアル サンプル サンプルですので 一部のみの掲載です 全体像を把握される場 合は 目次 を参考にして下さい 第 1 版 制定 改訂 年月日 年月日 株式会社門田製作所 承認 作成 < 目次 > 目次 1 1. 序 3 2. 当社及び統合マネジメントシステムの概要 4 2.1 適用範囲 4 2.2 事業の概要 4 2.3 統合マネジメントシステムの全体像 5 3. 統合マネジメントシステムⅠ(
Microsoft Word - mm1305-pg（プロマネ）.docx
連載プロマネの現場から第 125 回 PMBOKガイド第 6 版の改訂ポイント 蒼海憲治 ( 大手 SI 企業 上海現地法人 技術総監 ) 昨年秋に発行されたPMBOKガイド第 6 版ですが 今年の年明け早々に PMI 日本支部に注文し 日本側の同僚に預かってもらっていたものの その後 日本になかなか戻るタイミングがなかったこともあり きちんと読んだのはこの夏になってしまいました 手に取ろうとして
PowerPoint プレゼンテーション
BRMS への取り組みと導入事例 2013 年 11 月 15 日 ( 金 ) SCSK 株式会社 IT エンジニアリング事業本部ミドルウェア部 本日の内容 BRMS 適用のポイント BRMS の可能性 Page 1 Page 2 アプリケーション連携基盤 SCSKのRed Hat JBoss / ミドルウェア技術に関する取り組みの取り組み 世界のオープンソース コミュニティーから製品化されたソフトウェア
目 次 1. タムラグループの環境活動 1 2. グリーン調達基準 1 第 1 章総則 1 第 2 章取引先様への要求事項 3 第 3 章材料 部品等の選定基準 3 第 4 章取引先様への調査内容 4 附則 5
タムラグループグリーン調達基準 ( 第 05 版 ) 制定 :2009 年 9 月 01 日改定 :2018 年 4 月 19 日 ( 第 05 版 ) 目 次 1. タムラグループの環境活動 1 2. グリーン調達基準 1 第 1 章総則 1 第 2 章取引先様への要求事項 3 第 3 章材料 部品等の選定基準 3 第 4 章取引先様への調査内容 4 附則 5 1. タムラグループの環境活動 タムラグループでは
はじめに 本ドキュメントは Redmine を使用して稼働する定量的プロジェクト管理ツール ( 以下 IPF と略します ) のヘルプです IPF の操作に関わる機能を解説しており Redmine 及び構成管理ツール (Subversion Git) の標準機能については 本ヘルプの記載対象外として
D08-3 定量的プロジェクト管理ツール Redmine 版 ヘルプ 操作編 第 1.0 版 2012 年 2 月 28 日 独立行政法人情報処理推進機構 技術本部ソフトウェア エンジニアリング センター Copyright 2012 IPA, Japan. All rights reserved 1/29 はじめに 本ドキュメントは Redmine を使用して稼働する定量的プロジェクト管理ツール
ACR-C 保証継続報告書 独立行政法人情報処理推進機構原紙理事長藤江一正押印済変更 TOE 申請受付日 ( 受付番号 ) 平成 24 年 1 月 12 日 (IT 継続 2077) 認証番号 C0312 申請者コニカミノルタビジネステクノロジーズ株式会社 TOEの名称日本語名 :bi
保証継続報告書 独立行政法人情報処理推進機構原紙理事長藤江一正押印済変更 TOE 申請受付日 ( 受付番号 ) 平成 24 年 1 月 12 日 (IT 継続 2077) 認証番号 C0312 申請者コニカミノルタビジネステクノロジーズ株式会社 TOEの名称日本語名 :bizhub C652 / bizhub C652DS / bizhub C552 / bizhub C552DS / bizhub
<4D F736F F F696E74202D2091E6368FCD5F95F18D908B7982D D815B >
第 6 章報告及びフォローアップ 6-1 この章では 最終会議の進め方と最終会議後の是正処置のフォローアップ及び監査の見直しについて説明します 1 最終会議 : 目的 被監査側の責任者が監査の経過を初めて聞く 監査チームは 被監査者に所見と結論を十分に開示する責任を負う データの確認 見直し 被監査側は即座のフィードバックと今後の方向性が与えられる 6-2 最終会議は サイトにおいて最後に行われる監査の正式な活動です
Microsoft Word - エグゼクティブサマリー.docx
情産 -17- 情シ -5 平成 28 年度 IT サービス開発 運用プロセスの検討 - 情報システム部門から IT サービス部門への変革に向けて - - クラウドサービス利活用実態調査 - 2017 年 3 月 一般社団法人電子情報技術産業協会ソリューションサービス事業委員会 IT サービス開発 運用プロセスの検討 - エグゼクティブサマリー - 本専門委員会は ソリューションサービス分野におけるビジネス環境の整備
IPA:セキュアなインターネットサーバー構築に関する調査
Copyright 2003 IPA, All Rights Reserved. Copyright 2003 IPA, All Rights Reserved. Copyright 2003 IPA, All Rights Reserved. Copyright 2003 IPA, All Rights Reserved. Copyright 2003 IPA, All Rights Reserved.
Microsoft PowerPoint - Map_WG_2010_03.ppt
情報セキュリティ対策マップ検討 WG 活動の概要 情報セキュリティ対策マップ検討 WG 奥原雅之 ( 富士通株式会社 ) 2010 年 1 月 27 日 問題提起 Copyright (c) 2000-2009 NPO 日本ネットワークセキュリティ協会 Page 2 既存のセキュリティ対策マップ例 ISO/IEC 27002 NIST SP800-53 情報セキュリティ管理基準 ベンダーのセキュリティソリューションリスト
Microsoft PowerPoint - ETEC-CLASS1資料 pptx
組込みソフトウェア技術者試験 クラス 1 試験概要 2015 年 9 月 1 日試験開始! 2015 年 8 月 1 ETEC とは ETSS 準拠のスキル測定試験 組込みソフトウェア技術者試験クラス 2 ( 以下 ETEC クラス 2 ) 人材像 : 初級実務者 担当としてしっかりものを作れる 組込みソフトウェア技術を中心とした実装技術 スキルレベル1~2を測定 組込みソフトウェア技術者試験クラス1
2011年度システム監査用語研究プロジェクト報告
システム監査学会 2012 年度第 26 回研究大会 システム監査用語 研究プロジェクト報告 2012 年 6 月 8 日 城西国際大学 本田実 1 目次 1. 研究プロジェクトメンバー 2. 活動状況 3. 研究プロジェクトの目的 4. 用語の対象範囲 5. 参考資料 6. 研究プロジェクトの論点 7. 基本方針 8. 現在の用語定義について 9. 新しい用語の候補 10. 今後の課題 2 1.
スライド 1
SPI Japan 2013 in 東京 Software Product Line の実践 ~ テスト資産の構築 ~ 住友電工情報システム株式会社 QCD 改善推進部品質改善推進グループ服部悦子 2013.10.17 P.1/24 目次 1. テスト資産構築に至る背景 2. テスト資産の構築 ~ 自動テストの実現 ~ 3. 結果と評価 P.2/24 テスト資産構築に至る 背景 P.3/24 背景
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 グループ作業
13 ソフトウェア工学 Software Engineering ソフトウェアプロセス SOFTWARE PROCESS ソフトウェアプロセスとは ソフトウェアプロセス : ソフトウェアプロダクト ( 製品 ) を作り出すための, 互いに関連する活動 (activity) の集合 ソフトウェアプロセ
13 ソフトウェア工学 Software Engineering ソフトウェアプロセス SOFTWARE PROCESS ソフトウェアプロセスとは ソフトウェアプロセス : ソフトウェアプロダクト ( 製品 ) を作り出すための, 互いに関連する活動 (activity) の集合 ソフトウェアプロセス 最終プロダクト 活動 1 中間プロダクト 1 中間プロダクト 2 活動 2 活動 3 1 ソフトウェアプロセスの設計と記述
ソフトウェアテストプロセスに関する一考察 － Ｖ ⇒ Ｗ ⇒ Ｖ３ －
ソフトウェアテストプロセスに関する一考察ー V W V3 W ー 小川秀人 ( 株式会社日立製作所 ) ソフトウェアテストシンポジウム 2007 東京 2007 年 1 月 30 日 モチベーション 自己紹介 ( 主に ) 大規模組込みソフトウェアを対象とした開発技術の研究 開発プロセス, アーキテクチャ, コーディング, テスト 種々の製品やプロジェクトに対して技術開発 導入 問題意識 違う組織に行くと,
スライド 1
資料 WG 環 3-1 IPv6 環境クラウドサービスの構築 運用ガイドライン骨子 ( 案 ) 1 本骨子案の位置付け 本ガイドライン骨子案は 環境クラウドサービス を構築 運用する際に関連する事業者等が満たすことが望ましい要件等を規定するガイドライン策定のための準備段階として ガイドラインにおいて要件を設定すべき項目をまとめたものである 今後 平成 21 年度第二次補正予算施策 環境負荷軽減型地域
技術士総合監理部門.indd
2 五肢択一問題の攻略法 1. 重要度ランキングと難易度ランキング 1 重要度ランキング 13 21 重要度ランキング 4 2 3 1 2 難易度ランキング 13 21 難易度ランキング A B C 16 2. 出題傾向と攻略のポイント 1 出題傾向の分析 5 全出題数と難易度 出題割合 (%) 平成 19 年度以降出題数と難易度 出題割合 (%) 難易度 A B C % A B C % 要求内容等
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
要求仕様管理テンプレート仕様書
目次 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 作成中...
実地審査チェックリスト (改 0) QA-057＿＿＿＿＿
ISO14001 新旧対比表 新 (IS14001:2015) 旧 (14001:2004) 4.1 組織及びその状況の理解組織は 組織の目的に関連し かつ その EMS の意図した成果を達成する組織の能力に影響を与える 外部及び内部の課題を決定しなければならない こうした課題には 組織から影響を受ける又は組織に影響を与える可能性がある環境状況を含めなければならない 4.2 利害関係者のニーズ及び期待の理解組織は
< C582C C58B4B8A6982C682CC95CF8D58935F88EA C30382D31312D33302E786C73>
ISO 9001 : 2008 2000 年版からの変更点一覧表 (1/6) 作成 :2008 年 11 月 30 日 ( 株 ) 日本環境認証機構審査部 小項番 注記番号 要求項番変更主旨 2000 版 2008 版備考 2000 年版段落 序文 第一段落 削除 組織における品質マネジメントシステムの設計及び実現は 変化するニーズ ーーー 0.1 一般 第 2 文 固有の目標 提供する製品 用いられているプロセス
目次 1. はじめに 2. 利用目的別メトリクス一覧表の仕組み 3. 検索機能の使い方 4. 利用シナリオ 5. おわりに Center 1
Software Engineering Center Information-technology Promotion Agency, Japan SODEC ブース内セミナー 2012 年 05 月 09 日 ~11 日 ~ 見える掴むメトリクス利用目的別メトリクス一覧表定量的ソフトウェア開発管理を推進するために 独立行政法人情報処理推進機構技術本部ソフトウェア エンジニアリング センター 研究員
Microsoft Word - IRCA250g APG EffectivenessJP.doc
品質マネジメントシステムを組織と事業の成功に整合させる 事業 品質 秀逸性 ( エクセレンス ) の間には 多くのつながりがあり 組織が使用できるモデルやツールも多々ある その数例を挙げれば バランス スコアカード ビジネス エクセレンス モデル ISO 9001 品質マネジメントシステム シックス シグマ デミングとジュランのモデル などがある 組織の使命と戦略を 戦略的測定とマネジメントシステムの枠組みを提供する包括的な一連のパフォーマンス測定指標に変換するシステム
第16部 ソフトウェア・プロセスの改善
第 39 章 ISO 9000 シリーズ ISO 9000 シリーズの目的当初製品の品質に関わる要求は ある製品の製造者とその顧客の間の二者間のものだった つまり顧客が必要としている製品の製造者に 高い品質の製品の提供を顧客が直接要求する形のものだった しかしこの製造者が多くの顧客を持ち 顧客も多くの製造者から製品を購入し 場合によればある企業が ある時は製造者の立場に立つが別の時には顧客になるというように製造者と顧客の間の関係が複雑になると
第５部 ソフトウェア・プロセス
第 12 章ソフトウェア開発のための作業 ISO/IEC 12207:2008 という規格 ISO 関係の国際規格に ISO/IEC 12207:2008( 該当する JIS 規格は JIS X 0160:2012) というものがある [JIS12a] この規格名には Information technology Software life cycle processes という標題が付いている 英文を日本語に直して記述するが
図表 11に都道府県別取得件数 ( 上位 10 位 ) を 図表 12に産業分野別取得件数 ( 上位主要産業分野 ) を 図表 13に産業分野別取得件数の推移を示します 産業分野別件数 ( 図表 12) では最も多いのが 建設 の15,084 件 次いで 基礎金属 加工金属製品 の6,434 件 電
第 ISO 9000 規格の解説 第 1 節 ISO9000 規格とは 1 ISO9000 規格の成立ち (1) ISOについて国際標準化機構 (ISO:International Organization for Standardization) は 1947 年に設立された民間の非営利組織で本部はスイスのジュネーブにあります IS Oという略称の由来はギリシャ語の 相等しい 同一の を意味する
5. オープンソースWAF「ModSecurity」導入事例 ～ IPA はこう考えた ～
5. オープンソース WAF ModSecurity 導入事例 ~ IPA はこう考えた ~ 独立行政法人情報処理推進機構 (IPA) セキュリティセンター 情報セキュリティ技術ラボラトリー 2010 年 12 月 6 日公開 Copyright 2010 独立行政法人情報処理推進機構ウェブサイト運営者向けセキュリティ対策セミナー 1 目次 1. 背景 目的 2. JVN ipedia へのWAF
SQiP シンポジウム 2016 アジャイルプロジェクトにおけるペアワーク適用の改善事例 日本電気株式会社小角能史 2016 年 9 月 16 日 アジェンダ 自己紹介ペアワークとはプロジェクトへのペアワークの適用方法 スクラム適用ルール作成 最適化の流れ KPTを用いたふりかえり 適用ルールの改善事例 適用プロジェクトの概要ペアワーク適用ルール ( 初期 ) 改善例 1 - ペアのローテーション改善例
Microsoft PowerPoint - 23_電子制御情報の交換(配布用a).pptx
JAMA 電子情報フォーラム 2018 デジタルエンジニアリング プロセスの 一般社団法人 適用範囲拡大 電子制御情報の交換 本 動 業会 電子情報委員会デジタルエンジニアリング部会電子制御情報の交換タスクタスクリーダー : 菊地洋輔 2018 年 2 月 16 日 目次 1 活動の背景 2 活動のゴール 進め方 3 成果目標 4 活動計画 5 2017 年度の取り組み 6 2018 年度以降の取り組み
ISMS認証機関認定基準及び指針
情報セキュリティマネジメントシステム ISMS 認証機関認定基準及び指針 JIP-ISAC100-3.1 2016 年 8 月 1 日 一般財団法人日本情報経済社会推進協会 106-0032 東京都港区六本木一丁目 9 番 9 号六本木ファーストビル内 Tel.03-5860-7570 Fax.03-5573-0564 URL http://www.isms.jipdec.or.jp/ JIPDEC
プロジェクトを成功させる見積りモデルの構築と維持・改善 ～CoBRA法による見積りモデル構築とその活用方法について～
工数見積り手法 CoBRA ~ 勘 を見える化する見積り手法 ~ CoBRA 研究会 2011 年 5 月 情報技術研究センターシステム技術グループ Copyright 2011 MRI, All Rights Reserved ご紹介する内容 1.CoBRA 法の概要 2.CoBRAツール 3.CoBRAモデルでの見積り 4.CoBRAモデルの応用 5.CoBRAモデルの構築 6. まとめ 2 Copyright
再生材料や部品の利用促進を具体的に進めていることから その努力を示すものとして 本規格では マテリアルリサイクル及びリユースのみを対象としている 機器製造業者が直接その努力に関わるという 観点からも 本規格では 再生資源をマテリアルリサイクルのみに限定している Q5) 自らが資源循環利用をコントロー
( 一般社団法人日本電機工業会 (JEMA) 2017 年 3 月 JIS C 9911 電気 電子機器の資源再利用指標などの算定及び表示の方法 の FAQ 適用範囲 Q1) 適用範囲を家電リサイクル法対象機器としている理由は? A1) 電気 電子機器の中で 家電リサイクル法対象機器は その回収 リサイクルのプロセスが法律で制度化されている 本規格は 機器製造業者 ( 特に設計者 ) が 機器の設計時に世代を跨る再生材料等の利用を促進させ
新事業・サービスの創出プロセスと各プロセスに含まれるタスク
IPA における取り組み IT 融合人材に関する育成フレームの整備 2014 年 5 月 20 日 独立行政法人情報処理推進機構 人材育成本部 HRD イニシアティブセンター Copyright 2014 IPA All Rights Reserved IT 融合人材育成フレーム の位置づけ 2 育成フレーム は組織における人材育成とその環境整備状況を把握するための枠組みを提供します 活躍の場 実践の場
1. のれんを資産として認識し その後の期間にわたり償却するという要求事項を設けるべきであることに同意するか 同意する場合 次のどの理由で償却を支持するのか (a) 取得日時点で存在しているのれんは 時の経過に応じて消費され 自己創設のれんに置き換わる したがって のれんは 企業を取得するコストの一
ディスカッション ペーパー のれんはなお償却しなくてよいか のれんの会計処理及び開示 に対する意見 平成 26 年 9 月 30 日 日本公認会計士協会 日本公認会計士協会は 企業会計基準委員会 (ASBJ) 欧州財務報告諮問グループ (EFRAG) 及びイタリアの会計基準設定主体 (OIC) のリサーチ グループによるリサーチ活動に敬意を表すとともに ディスカッション ペーパー のれんはなお償却しなくてよいか
監査に関する品質管理基準の設定に係る意見書
監査に関する品質管理基準の設定に係る意見書 監査に関する品質管理基準の設定について 平成 17 年 10 月 28 日企業会計審議会 一経緯 当審議会は 平成 17 年 1 月の総会において 監査の品質管理の具体化 厳格化に関する審議を開始することを決定し 平成 17 年 3 月から監査部会において審議を進めてきた これは 監査法人の審査体制や内部管理体制等の監査の品質管理に関連する非違事例が発生したことに対応し
1 BCM BCM BCM BCM BCM BCMS
1 BCM BCM BCM BCM BCM BCMS わが国では BCP と BCM BCM と BCMS を混同している人を多く 見受けます 専門家のなかにもそうした傾向があるので BCMS を正 しく理解するためにも 用語の理解はきちんとしておきましょう 1-1 用語を組織内で明確にしておかないと BCMS や BCM を組織内に普及啓発していく際に齟齬をきたすことがあります そこで 2012
ISO/TC176/SC2/N1291 品質マネジメントシステム規格国内委員会参考訳 ISO 9001:2015 実施の手引 目次 1.0 序文 2.0 ISO 9001:2015 改訂プロセスの背景 3.0 ユーザグループ 4.0 実施の手引 4.1 一般的な手引 4.2 ユーザグループのための具
目次 1.0 序文 2.0 ISO 9001:2015 改訂プロセスの背景 3.0 ユーザグループ 4.0 実施の手引 4.1 一般的な手引 4.2 ユーザグループのための具体的指針 5.0 よくある質問 6.0 ISO 9001:2015 に関する信頼できる情報源 1 1. 序文 この実施の手引は ユーザが ISO 9001:2008 及び ISO 9001:2015 の併存期間中に考慮する必要のある事項を理解するのを支援するために作成された
総合衛生管理製造過程と PDCAサイクル
HACCP システム ( 総合衛生管理製造過程 ) と PDCA 東海大学海洋学部水産学科客員教授 公益社団法人日本食品衛生協会学術顧問 荒木惠美子 1 今日の内容 1. PDCAサイクルの定義 2. HACCP 適用の7 原則 12 手順 3. 総合衛生管理製造過程 4. HACCP 運用のポイント 5. HACCPとPDCAサイクル 2 PDCA サイクル Plan-Do-Check-Act Plan:
4.4 マネジメントシステム プロセス 5 リーダーシップ 5.1 リーダーシップ コミットメント 組織の状況を考慮し リスク ( 不確かさに影響 ) 及び機会 ( 何かをするのによい時期 ) として取り組むことを決定した情報から適用範囲に含まれていない範囲が存在していませんか恣意的に限定した適用範
記入例 JIS Q 9001:2015 (ISO 9001:2015) 移行状況チェックリスト ( 自己診断 ) 組織名称 : ABC 株式会社 チェック日 : 2016 年 12 月 10 日移行審査は現地審査の前に 文書審査 がございます そのため 本書及び事前提出資料は 4 カ月前のご提出が必要です 本紙は 2015 年版への移行に際して 組織様のマネジメントシステムが規格要求事項に対応しているかを組織様ご自身注
SEC セミナー (2012 年 12 月 21 日 ) 定量的品質管理 実践的取組み 定量的品質管理 手法の企業での取り組み事例 1 品質 生産性目標の設定方法 2 現場で定着させるテクニック ~ 品質管理を効果的に実践するには ~ 三菱電機インフォメーションシステムズ株式会社業務プロセス改善推進
SEC セミナー (2012 年 12 月 21 日 ) 定量的品質管理 実践的取組み 定量的品質管理 手法の企業での取り組み事例 1 品質 生産性目標の設定方法 2 現場で定着させるテクニック ~ 品質管理を効果的に実践するには ~ 三菱電機インフォメーションシステムズ株式会社業務プロセス改善推進室室長兼生産技術本部品質保証部次長藤原良一 2012/12/21 Copyright(c) MITSUBISHI
進化する ISMS ISMS 適合性評価制度の認証用基準 (ISO/IEC 27001) は 改定の度に進化している Ver. Ver. I
ISMS の本 質を理解す る 2017/12/13 リコージャパン株式会社 エグゼクティブコンサルタント 羽田卓郎 作成 :2017 年 10 月 6 日 更新 :2017 年 11 月 06 日 Ver.1.1 1 進化する ISMS ISMS 適合性評価制度の認証用基準 (ISO/IEC 27001) は 改定の度に進化している 2000 2001 2002 2003 2004 2005 2006
恣意的に限定した適用範囲になっていませんか 主力サイトは適用範囲外になっていませんか ( 当該サイト活動を適用範囲外することにより経営的に大きな影響を受けていませんか ) 環境マネジメントシステムの意図した成果 ( 箇条 4.1) に影響する部門 部署を除外していませんか 適用範囲に含まれるサイトと
記入例 JIS Q 14001:2015 (ISO 14001:2015) 移行状況チェックリスト ( 自己診断 ) 組織名称 : ABC 株式会社 チェック日 : 2016 年 12 月 10 日移行審査は現地審査の前に 文書審査 がございます そのため 本書及び事前提出資料は 4 カ月前のご提出が必要です 注 : 提出遅れにより 文書審査 ができない場合は 現地審査の本紙は 2015 年版への移行に際して
品質 生産性目標の測定量 品質 生産性の測定量は何があるの? 点検のタイミンク 種類 要件定義 設計 製作 試験 全体 見積り 概算 正式 生産性 規模に対する工数実績 (Hr/KL) 規模に対する工期実績 ( 日 /KL) 規模に対する工数実績 (Hr/KL) 規模に対する工期実績 ( 日 /KL
SEC セミナー (2012 年 8 月 31 日 ) 定量的品質管理 実践的取組み 定量的品質管理 手法の企業での取り組み事例 1 品質 生産性目標の設定方法 2 現場で定着させるテクニック ~ 品質管理を効果的に実践するには ~ 三菱電機インフォメーションシステムズ株式会社業務プロセス改善推進室室長兼生産技術本部品質保証部次長藤原良一 2012/8/31 Copyright(c) MITSUBISHI