SWEBOK

SWEBOK 2004

■内容

  • 第1章 序説
  • 第2章 ソフトウェア要求
  • 第3章 ソフトウェア設計
  • 第4章 ソフトウェア構築
  • 第5章 ソフトウェアテスティング
  • 第6章 ソフトウェア保守
  • 第7章 ソフトウェア構成管理
  • 第8章 ソフトウェアエンジニアリング・マネジメント [IEEE610.12-90]
  • 第9章 ソフトウェアエンジニアリングプロセス
  • 第10章 ソフトウェアエンジアリングのためのツールおよび手法
  • 第11章 ソフトウェア品質
  • その他のディシプリン
  • ブルームの教育評価分類法によるトピックのクラス分け
  • 参考文献 / URL

    ■第1章 序説

    ■第2章 ソフトウェア要求

    ■2.1 ソフトウェア要求の基礎
    2.1.1 ソフトウェア要求の定義 [理解☆☆]
    2.1.2 プロダクトおよびプロセスに関する要求 [理解☆☆]
    2.1.3 機能的要求と比機能的要求 [理解☆☆]
    2.1.4 創発的性質 [理解☆☆]
    2.1.5 定量化可能な要求 [理解☆☆]
    2.1.6 システム要求とソフトウェア要求 [理解☆☆]
    ■2.2 要求プロセス
    2.2.1 プロセスモデル [理解☆☆]
    2.2.2 プロセスアクア [理解☆☆]
    2.2.3 プロセス支援およびマネジメント [理解☆☆]
    2.2.4 プロセス品質および改善 [理解☆☆]
    ■2.3 要求抽出
    2.3.1 要求の生成源 [理解☆☆]

    ・目標

    ・ドメイン知識

    ・利害関係者

    ・運用環境

    ・利用環境

    2.3.2 抽出の技法 [適用☆☆☆]

    ・インタビュー

    ・シナリオ

    ・プロトタイプ

    ・進行役つき会議

    ・観察

    ■2.4 要求分析

    SADT(Structured Analysis and Design Technique)

    2.4.1 要求のクラス分け [適用☆☆☆]
    2.4.2 概念モデルづくり [分析☆☆☆☆]
    2.4.3 アーキテクチャー設計および要求割りつけ [分析☆☆☆☆]
    2.4.4 要求折衝 [適用☆☆☆]
    ■2.5 要求の仕様化
    2.5.1 システム定義文書 [理解☆☆]

    ConOps [IEEE1362-98]

    2.5.2 システム要求の仕様化 [理解☆☆]

    IEEE Std 1233 [IEEE1233-98]

    2.5.3 ソフトウェア要求の仕様化 [適用☆☆☆]

    [IEEE830-98]

    ■2.6 要求の妥当性確認
    2.6.1 要求のレビュー [適用☆☆☆]

    [IEEE1028-98]

    2.6.2 プロトタイピング [適用☆☆☆]
    2.6.3 モデルの妥当性確認 [理解☆☆]
    2.6.4 受け入れテスト [適用☆☆☆]
    ■2.7 実践上考慮すべきことがら
    2.7.1 要求プロセスの反復性 [理解☆☆]
    2.7.2 変更管理 [適用☆☆☆]
    2.7.3 要求属性 [理解☆☆]
    2.7.4 要求追跡 [適用☆☆☆]
    2.7.5 要求の計量 [IEEE1413.1-00] [適用☆☆☆]

    ・サイズ

    ・再利用度

    ・必要な基盤、および支援環境

    ・不確定要素の存在率

    ■第3章 ソフトウェア設計

    ・ソフトウェアアーキテクチャー設計

    ・ソフトウェア詳細設計

    ■3.1 ソフトウェア設計の基礎
    3.1.1 一般的設計概念 [理解☆☆]
    3.1.2 ソフトウェア設計をとりまく前後関係 [理解☆☆]
    3.1.3 ソフトウェア設計プロセス [理解☆☆]

    3.1.3.1 アーキテクチャー設計

    アーキテクチャー・ビジネスサイクルのアクティビティ

    (a) 要求の理解

    (b) アーキテクチャー案の提示

    (c) アーキテクチャー案についての検討、討議、文書化

    (d) アーキテクチャー案の評価

    (e) その他のアーキテクチャー案を使った場合のシステムおよびソフトウェアの実現可能性分析、評価

    (f) つぎのアーキテクチャー・ビジネスサイクルへ向けてのアーキテクチャー案の文書化

    3.1.3.2 詳細設計

    3.1.4 推奨技法 [分析☆☆☆☆]

    3.1.4.1 抽象化

    ・手続き抽象

    ・データ抽象

    ・制御抽象

    3.1.4.2 相互結合と凝集強度

    3.1.4.3 分割とモジュール化

    3.1.4.4 カプセル化/情報隠蔽

    3.1.4.5 インタフェースと実現の分離

    3.1.4.6 十分性、完全性、および基本性

    ■3.2 ソフトウェア設計における主要な問題
    3.2.1 並行処理 [適用☆☆☆]
    3.2.2 イベントに対する制御と処理 [適用☆☆☆]
    3.2.3 コンポーネントの分散化 [適用☆☆☆]
    3.2.4 エラーおよび例外処理、フォールト・トレランス [適用☆☆☆]
    3.2.5 対話と表示 [適用☆☆☆]
    3.2.6 データの永続化 [適用☆☆☆]
    ■3.3 ソフトウェア構造とアーキテクチャ
    3.3.1アーキテクチャー構造と視点 [IEEE1471-00] [適用☆☆☆]
    3.3.2 アーキテクチャースタイル(マクロアーキテクチャーパターン) [分析☆☆☆☆]

    アーキテクチャースタイルの分類

    3.3.3 デザインパターン(マイクロアーキテクチャーパターン) [分析☆☆☆☆]

    ・生成に関するパターン

    ・構造に関するパターン

    ・ビヘイビアに関するパターン

    3.3.4 プログラムのファミリおよびフレームワーク [理解☆☆]
    ■3.4 ソフトウェア設計品質の分析と評価
    3.4.1 品質特性 [理解☆☆]

    JIS X 0129

    3.4.2 品質分析および評価技法 [分析☆☆☆☆]

    ・ソフトウェアデザインレビュー [IEEE610.12-90]

    ・静的分析

    ・シミュレーションおよびプロトタイピング

    3.4.3 計量尺度 [理解☆☆]

    規模を表す尺度

    ■3.5 ソフトウェア設計のための表記
    3.5.1 構造記述(静的ビュー) [適用☆☆☆]

    ・アーキテクチャー記述言語(ADLs)

    ・クラス図およびオブジェクト図

    ・コンポーネント図

    ・CRCカード(CRCs)

    ・配置展開図

    ・エンティティ・リレーションシップ図(ERDs)

    ・インタフェース記述言語(IDLs)

    ・ジャクソン構造図

    ・ストラクチャー・チャート

    3.5.2 ビヘイビア記述(動的ビュー) [適用☆☆☆]

    ・アクティビティ図

    ・コラボレーション図

    ・データフロー図(DFDs)

    ・ディシジョンテーブルおよびディシジョン図

    ・フローチャートおよび構造化されたフローチャート

    ・シーケンス図

    ・状態遷移図およびステートチャート

    ・形式的仕様記述言語

    ・擬似コードおよびプログラム設計言語(PDLs)

    ■3.6 ソフトウェア設計戦略および手法
    3.6.1 一般的戦略 [分析☆☆☆☆]
    3.6.2 機能指向(構造化)設計 [適用☆☆☆]
    3.6.2 オブジェクト指向設計 [分析☆☆☆☆]
    3.6.4 データ構造中心設計 [理解☆☆]
    3.6.5 コンポーネント準拠設計(CBD) [理解☆☆]
    3.6.6 その他の手法 [理解☆☆]

    ・モデル駆動型ソフトウェア開発(MDD)

    ・クリーンルーム・ソフトウェアエンジニアリング

    ■第4章 ソフトウェア構築

    ソフトウェア構築のアクティビティ

    ■4.1 ソフトウェア構築の基礎

    ・複雑さの最小化

    ・変更の予側

    ・検証を考えた構築

    ・構築のための標準

    4.1.1 複雑さの最小化 [分析☆☆☆☆]

    ・わかりやすい構造

    ・抽象化されたモジュール

    ・文書品質の高いプログラム・ソースコードテキスト

    4.1.2 変更の予側 [分析☆☆☆☆]

    ・ルーチン、またはモジュールをできるだけ、小さく作る

    ・大域変数をできるだけ少なくする

    ・プログラムの複雑さをできるだけ低減する

    ・変更に対する組織的、および個人的マネジメント手法を確立しておき、変更があった場合には、それにしたがう

    4.1.3 検証を考えた構築 [分析☆☆☆☆]

    ・個人によるコード精読

    ・非公式に行う、グループによるデザイン/コードレビュー

    ・公式に行う、グループによるデザイン/コードレビュー

    ・ユニットテスティング(プログラムだけのテスティング)

    ・機能別テスティング(プログラムだけのテスティング)

    ・ユーザーインタフェース・プロトタイプから入力して行う、プロトタイプ・テスティング

    ・統合テスティング

    ・フィールド・テスティング

    4.1.4 構築のための標準 [分析☆☆☆☆]

    ・プログラミング言語

    ・コミュニケーション手法

    ・基盤(プラットフォーム)

    ・ツール

    ■4.2 ソフトウェア構築のマネジメント
    4.2.1 ソフトウェア構築モデル [理解☆☆]

    ・線形逐次型プログラミング

    ・進化型プロトタイピング

    ・エクストリーム・プログラミング

    ・テスト駆動型プログラミング

    4.2.2 ソフトウェア構築計画 [適用☆☆☆]
    4.2.3 ソフトウェア構築計量 [適用☆☆☆]

    ・規模に関する計量項目

    ・生産性に関する計量項目

    ・フォールトに関する計量項目

    ・品質に関する計量項目

    ・保守に関する計量項目

    ■4.3 実践上考慮すべきことがら
    4.3.1 構築設計 [分析☆☆☆☆]

    PDLツール(http://www.cfg.com/pdl81/index.html)

    4.3.2 構築言語 [適用☆☆☆]

    ・構成言語

    ・ツールキット言語

    ・プログラミング言語

    4.3.3 コーディング [分析☆☆☆☆]

    ・データの命名

    ・データ型の選定とあらたな定義

    ・変数について

    ・行配置

    ・選択および反復構造の正規化

    ・レイアウト適正化および自己完結化

    ・エラー/例外処理の統一

    ・コードレベルでのセキュリティ侵害に対する処理

    ・共有資源に対する並行アクセスのための適正な排他処理

    ・性能向上のためのコード・チューニング

    4.3.4 構築テスティング [適用☆☆☆]

    [IEEE1008] [IEEE829]

    ・ユニットテスティング

    ・結合テスティング

    4.3.5 再利用

    再利用 [IEEE1517-99] の対象となるプロダクト

    ・汎用的な実行可能コード、ソースコード、とくに模範的慣用ソースコード(idiom)、デザインパターン

    ・各アプリケーションドメインにおける標準的な要求仕様書、設計記述書、テスト仕様書など各種仕様記述文書

    ・各アプリケーションドメインにおける標準的なデータベース定義

    ・各アプリケーションドメインにおける標準的なテストケース、テストデータ、テスティング手順

    ・汎用的アーキテクチャー、アーキテクチャースタイル、およびフレームワークの記述

    4.3.6 構築品質 [分析☆☆☆☆]

    SQMプロセスでの手法

    ・マネジメントレビュー [SWEBOK 11.2.3.1]

    ・テクニカルレビュー [SWEBOK 11.2.3.2]

    ・インスペクション、ウォークスルー [SWEBOK 11.2.3.3、11.2.3.4]

    ・適正なデバッギング手法の採用

    ・ユニットテスティング、統合テスティング [SWEBOK 5.2.1.1、5.2.1.2]

    ・監査 [SWEBOK 11.2.3.5]

    4.3.7 統合 [適用☆☆☆]

    ■第5章 ソフトウェアテスティング

    ■5.1 ソフトウェアテスティングの基礎
    5.1.1 テスティングに関係する用語 [理解☆☆]

    5.1.1.1 テスティングの定義と間係する用語

    5.1.1.2 フォールトと故障 [IEEE610-90]

    5.1.2 主要な論点 [適用☆☆☆]

    5.1.2.1 テスト選択基準/テスト十分性基準

    5.1.2.2 テスティングの有効性/テスティングの目的

    5.1.2.3 欠陥識別のためのテスティング

    5.1.2.4 神託問題

    5.1.2.6 テスティングの理論的、実践的限界

    5.1.2.6 実行不可能なパスに関する問題

    5.1.2.7 テスト可能性

    5.1.3 テスティングが持つ他のアクティビティとの関係 [理解☆☆]

    ・静的ソフトウェア品質管理技法に対して

    ・正当性証明および形式的検証に対して

    ・デバッギングに対して

    ・格付け認定に対して

    ■5.2 テストレベル
    5.2.1 テスト対象 [適用☆☆☆]

    5.2.1.1 ユニットテスティング [IEEE1008-87]

    5.2.1.2 統合テスティング

    5.2.1.3 システムテスティング

    5.2.2 テスティングの目的 [適用☆☆☆]

    5.2.2.1 受け入れ/能力認定テスティング

    5.2.2.2 据付テスティング

    5.2.2.3 アルファおよびベータテスティング

    5.2.2.4 的確性テスティング/機能テスティング/正当性テスティング

    5.2.2.5 信頼度の達成および評価

    5.2.2.6 回帰テスティング [IEEE610.12-90]

    5.2.2.7 パフォーマンス・テスティング

    5.2.2.8 ストレス・テスティング

    5.2.2.9 バック・ツー・バック・テスティング

    5.2.2.10 リカバリ・テスティング

    5.2.2.11 構成テスティング

    5.2.2.12 ユーザビリティ・テスティング [IEEE610.12-90]

    5.2.2.13 テスト駆動型開発

    ■5.3 テスト技法
    5.3.1 ソフトウェアエンジニアリングの直感および経験に基づいた技法 [適用☆☆☆]

    5.3.1.1 アドホックテスティング

    5.3.1.2 探索的テスティング

    5.3.2 仕様に基づいた技法 [適用☆☆☆]

    5.3.2.1 同値分割

    5.3.2.2 限界値分析

    5.3.2.3 ディシジョンテーブル

    5.3.2.4 有限状態機械に準拠したテスティング

    5.3.2.5 形式的仕様からのテスティング

    5.3.2.6 ランダムテスティング

    5.3.3 コードに基づいた技法 [適用☆☆☆]

    5.3.3.1 制御フローに基づいた基準

    5.3.3.2 データフローに基づいた基準

    5.3.3.3 コードに基づいたテスティングに対する参照モデル(フローグラフ、コールグラフ)

    5.3.4 フォールトに基づいた技法 [適用☆☆☆]

    5.3.4.1 エラー推定

    5.3.4.2 変異テスティング

    5.3.5 利用に基づいた技法 [適用☆☆☆]

    5.3.5.1 運用プロフィール

    5.3.5.2 SRET(Software Reliability Engineered Testing)

    5.3.6 アプリケーションの性質に基づいた技法 [適用☆☆☆]

    ・オブジェクト指向テスティング

    ・コンポーネントに基づいたテスティング

    ・ウェブに基づいたテスティング

    ・GUIテスティング

    ・並行プログラムのテスティング

    ・プロトコル適格性テスティング

    ・実時間システムのテスティング

    ・セーフティ・クリティカルシステム(安全性重視システム)のテスティング

    5.3.7 選択および組合せ技法 [適用☆☆☆]

    5.3.7.1 機能的と構造的の組み合わせ

    5.3.7.2 決定的とランダム的の組み合わせ

    ■5.4 テストに関係した計量尺度
    5.4.1 テストされるプログラムの評価 [分析☆☆☆☆]

    5.4.1.1 テスト計画およびテスト設計において役立つプログラム計量 [IEEE982.1-88]

    5.4.1.2 フォールトタイプ、クラス分け、統計 [IEEE1044-93]

    5.4.1.3 フォールト密度

    5.4.1.4 ライフテスト、信頼性評価

    5.4.1.5 信頼度成長モデル

    5.4.2 実施されたテストの評価 [分析☆☆☆☆]

    5.4.2.1 カバレッジ/徹底性計量尺度

    5.4.2.2 フォールトの人為的種まき

    5.4.2.3 変異仕留め数

    5.4.2.4 種々の技法の比較および相対的有効度

    ■5.5 テストプロセス
    5.5.1 実践上考慮すべきことがら [理解☆☆]

    5.5.1.1 心構え/エゴレスプログラミング

    5.5.1.2 テストガイド [IEEE829-98]

    ・テストカバレッジを改善するという目標

    ・テストケース策定法を改善し、無駄な重複したテストを避けるという目標

    ・テスト効率を改善するため、同値クラスや境界値分析をより徹底して行うという目標

    ・テスト完全性を改善するために、見過ごされたテスト集合、見過ごされたフォールとの方などを見出すアクティビティを確立するという目標

    ・テスティングの精度、カバレッジなどについて密接にコミュニケートする手段を明確にするという目標

    ・テスティングにおけるリスクを明確にし、対策を確立しておくという目標

    5.5.1.3 テストプロセス・マネジメント

    ・テスティング責任担当の組織化とテスティング組織のマネジメント

    ・テスト担当者のスキル教育および説明能力訓練

    ・テスティング計画承認

    ・テスティングプロセスの工程管理、原価管理、品質管理

    ・テスト結果の評価、テスティング終結の決定

    ・ソフトウェア品質に対するテスティング責任保障

    ・顧客および利害関係者との折衝

    5.5.1.4 テストの文書化と作業成果物 [IEEE829-98]

    5.5.1.5 内部テストチームか、外部テストチームか

    5.5.1.6 コスト/工数の見積り、および他のプロセスに関する計量尺度

    5.5.1.7 終結

    5.5.1.8 テストの再利用とテストパターン

    5.5.2 テストアクティビティ [適用☆☆☆]

    5.5.2.1 計画

    5.5.2.2 テストケース生成

    ・エラーを検出する確率が合理的な値である

    ・冗長でない

    ・正当性を有する

    ・簡単すぎず、複雑すぎない

    5.5.2.3 テスト環境の開発

    5.5.2.4 実行

    5.5.2.5 テスト結果の評価

    5.5.2.6 問題報告/テストログ

    5.5.2.7 欠陥追跡

    ---

    ■第6章 ソフトウェア保守

    ■6.1 ソフトウェア保守の基礎
    6.1.1 定義と用語 [ISO12207.0-96] [ISO/IEC 14764] [理解☆☆]
    6.1.2 保守の性質 [理解☆☆]
    6.1.3 保守に対するニーズ [理解☆☆]

    ニーズの要因

    保守アクティビティ

    6.1.4 保守コストの大勢 [理解☆☆]
    6.1.5 ソフトウェアの進化 [理解☆☆]
    6.1.6 保守のカテゴリ [ISO14764-99] [適用☆☆☆]

    ・是正のための保守

    ・適応のための保守

    ・完全課のための保守

    ・予防のための保守

    ■6.2 ソフトウェア保守における主な課題
    6.2.1 技術上の問題

    6.2.1.1 限られた理解 [理解☆☆]

    6.2.1.2 テスティング [適用☆☆☆]

    6.2.1.3 影響分析 [分析☆☆☆☆]

    6.2.1.4 保守容易性 [IEEE610.12-90] [ISO9126-01] [分析☆☆☆☆]

    6.2.2 マネジメントに関する課題

    6.2.2.1 組織目標との整合 [理解☆☆]

    6.2.2.2 要員配置 [理解☆☆]

    6.2.2.3 プロセス [理解☆☆]

    ・サービスデスクの運営、インシデント管理、問題管理

    ・構成管理、変更管理、リリース管理

    ・サービスレベル管理、ITサービス財務管理

    ・可溶性管理、ITサービス維持性管理、キャパシティ管理

    6.2.2.4 保守に関する組織としての側面 [理解☆☆]

    6.2.2.5 外部委託

    保守アクティビティ [IEEE1219-98]

    (1) 保守を必要とする問題の識別

    (2) 問題分析

    (3) 保守のための設計

    (4) 保守の実現

    (5) 保守成果物のシステムテスト

    (6) 保守成果物の受け入れテスト

    (7) 保守成果物のシステムへの実装

    6.2.3 保守コストの見積り

    6.2.3.1 コスト見積り [ISO14764-99] [適用☆☆☆]

    6.2.3.2 パラメトリックモデル [理解☆☆]

    6.2.3.3 経験 [適用☆☆☆]

    6.2.4 ソフトウェア保守計量 [IEEE1219-98] [ISO9126-01] [適用☆☆☆]

    ・分析容易性

    ・変更容易性

    ・安定性

    ・テスト容易性

    ■6.3 保守プロセス
    6.3.1 保守プロセスとアクティビティ [IEEE1219-98] [ISO14764-99] [理解☆☆]

    ・保守プロセスのラインへの組込み(実装)

    ・問題および改変分析

    ・保守レビュー/受け入れ

    ・改変実現

    ・体液撤収、または移転実装

    6.3.2 保守アクティビティ

    6.3.2.1 特有のアクティビティ [適用☆☆☆]

    ・移行

    ・改変後の受け入れ/拒絶

    ・改変養成および問題報告のための相談受付

    ・影響分析

    ・運用中のソフトウェアに関するユーザー指導、支援

    ・サービスレベルアグリーメントの形成

    6.3.2.2 支援アクティビティ [適用☆☆☆]

    ・サービスデスクの設置

    ・構成管理、リリース管理

    6.3.2.3 保守計画アクティビティ

    ・ビジネス計画(組織レベル)

    ・サポートデスク/構成管理/リリース管理計画

    ・保守計画(移行レベル)

    6.3.2.4 ソフトウェア構成管理 [IEEE1219-98]

    6.3.2.5 ソフトウェア品質

    ■6.4 保守のための技法
    6.4.1 プログラム理解 [分析☆☆☆☆]

    ・追跡可能性を持つコメントを分を備えた、一貫性のあるソースコード

    ・一貫性のあるコールグラフ、コントロールグラフなど

    ・一貫性のある関連文書の完全な集合

    ・増補内容を示した文書

    ・保守担当に対する非公式な記述

    ・文書に対する品質保証を示す記述

    ・各文書に加えられた構成管理および版管理の履歴

    ・抽象化されている内容の詳細な記述

    6.4.2 リエンジニアリング [理解☆☆]

    ・制御フローの正規化

    ・一体型コードを、パラメータ化された手続きを利用することによって、わかりやすくする

    ・モジュール化、抽象データ型への変換を積極的に行う

    ・役に立たないコードの除去、冗長な変数の整理

    ・九通または大域変数の単純化

    6.4.3 リバースエンジニアリング [理解☆☆]

    ■第7章 ソフトウェア構成管理

    構成管理は、「構成要素の機能的および物理的特性を識別し、文書化すること、これらの特性をコントロールすること、変更に対する処理および実装を記録し、報告すること、および仕様化された要求に追従していることを検証すること。以上のことがらに対して技術的および経営上の指示および監督を適用するためのディシプリンである」 [IEEE610.12-90]

    ソフトウェア構成管理(SCM)のアクティビティ

    ■7.1 SCMプロセスのマネジメント
    7.1.1 SCMのための組織的背景 [理解☆☆]
    7.1.2 SCMプロセスに対する制約とガイダンス [理解☆☆]

    [IEEE828-98]

    7.1.3 SCMのための計画

    ・対象とするソフトウェア構成要素(SCT)の識別

    ・SCIの識別名、識別番号の統一

    ・SCIを管理するために使用するデータベース(CMDB)、および必要なツールを決定すること

    ・CMDBで利用するデータベースディレクトリ構造、アクセス権の決定

    ・改変をコントロールする手順の決定

    ・ソフトウェア構成コントロール委員会の責務および権限の定義

    ・SCIの実態を追跡し、報告させる方法の決定

    ・調停手順の決定

    ・SCIをベースラインにかけるタイミングの決定

    ・SCが監査を受けるための手順の決定

    ・リリースを許可する手順の決定

    7.1.3.1 SCM組織および責任 [適用☆☆☆]

    7.1.3.2 SCM資源および工程 [適用☆☆☆]

    7.1.3.3 ツールの選択と実現 [適用☆☆☆]

    ・SCMライブラリ

    ・ソフトウェア変更要請(SCR)および承認に必要な手続き

    ・コード(および関連する作業の成果物)および改変のマネジメント

    ・ソフトウェア構成実態説明報告およびSCM計量値の収集

    ・ソフトウェア構成監査

    ・ソフトウェア文書化のマネジメントと実態追跡

    ・ソフトウェアビルドの実施

    ・ソフトウェアリリースおよび引渡しのためのマネジメントと実態追跡

    7.1.3.4 ベンダ/委託契約先のコントロール [理解☆☆]

    7.1.3.5 インタフェースコントロール [理解☆☆]

    7.1.4 SCM計画 [理解☆☆]

    ソフトウェア構成管理計画(SCMP)の中に含まれるべき原則的項目

    ・まえおき

    ・SCMPの対象となるプロダクト

    ・SCMマネジメントの基本事項

    ・CM環境

    ・CMDBのディレクトリ構成、ワークエリアおよびアクセス権

    ・SCI一覧

    ・版の識別方法

    ・SCMアクティビティ定義

    ・個々のSCMアクティビティ担当者および責任者

    ・SCMPの管理および保守責任者

    7.1.5 ソフトウェア構成管理の監督

    7.1.5.1 SCM計量尺度および計量 [適用☆☆☆]

    7.1.5.2 インプロセス監査 [理解☆☆]

    ■7.2 ソフトウェア構成識別
    7.2.1 コントロールされ構成要素の識別

    7.2.1.1 ソフトウェア構成 [IEEE610.12-90] [適用☆☆☆]

    7.2.1.2 ソフトウェア構成要素 [IEEE610.12-90] [適用☆☆☆]

    ・プロセス記述書

    ・要求文書

    ・設計文書

    ・テスト計画およびテスティング手順

    ・テスト結果

    ・インタフェース記述書

    7.2.1.3 ソフトウェア構成要素間の関係 [適用☆☆☆]

    7.2.1.4 ソフトウェアの版 [適用☆☆☆]

    7.2.1.5 ベースライン [適用☆☆☆]

    7.2.1.6 ソフトウェア構成要素の取得 [適用☆☆☆]

    7.2.2 ソフトウェア・ライブラリ [IEEE610.12-90] [理解☆☆]
    ■7.3 ソフトウェア構成コントロール
    7.3.1 ソフトウェア変更の要請、評価、および承認

    7.3.1.1 ソフトウェア構成コントロール委員会(SCCB) [適用☆☆☆]

    7.3.1.2 ソフトウェア変更要請プロセス [適用☆☆☆]

    7.3.2 ソフトウェア変更の実現 [適用☆☆☆]
    7.3.3 逸脱と放棄 [理解☆☆]
    ■7.4 ソフトウェア構成実態説明(SCSA)
    7.4.1 ソフトウェア構成実態情報 [理解☆☆]
    7.4.2 ソフトウェア構成実態説明報告 [適用☆☆☆]
    ■7.5 ソフトウェア構成監査 [IEEE1028-97]
    7.5.1 ソフトウェア機能的構成監査(FCA) [理解☆☆]
    7.5.2 ソフトウェア物理的構成監査(PCA) [理解☆☆]
    7.5.3 ソフトウェアベースラインのインプロセス監査 [理解☆☆]
    ■7.6 ソフトウェアリリース・マネジメントおよび引渡し
    7.6.1 ソフトウェア・ビルディング [適用☆☆☆]
    7.6.2 ソフトウェアリリース・マネジメント [理解☆☆]

    ■第8章 ソフトウェアエンジニアリング・マネジメント [IEEE610.12-90]

    ■8.1 始動および適用範囲の定義
    8.1.1 要求の決定と折衝 [適用☆☆☆]
    8.1.2 実現可能性分析(技術的、運用的、財政的、社会/政策的) [適用☆☆☆]
    8.1.3 レビューおよび要求改訂のためのプロセス [理解☆☆]
    ■8.2 ソフトウェアプロジェクト計画
    8.2.1 プロセス計画 [理解☆☆]
    8.2.2 成果物の決定 [適用☆☆☆]
    8.2.3 工数、工程およびコストの見積り [適用☆☆☆]
    8.2.4 資源割りつけ [適用☆☆☆]
    8.2.5 リスクマネジメント [適用☆☆☆]
    8.2.6 品質マネジメント [適用☆☆☆]
    8.2.7 計画マネジメント [理解☆☆]
    ■8.3 ソフトウェアプロジェクトの計画実践
    8.3.1 計画の実現 [適用☆☆☆]
    8.3.2 供給者契約のマネジメント [理解☆☆]
    8.3.3 計量プロセスの実現 [適用☆☆☆]
    8.3.4 監視プロセス [分析☆☆☆☆]
    8.3.5 コントロールプロセス [適用☆☆☆]
    8.3.6 報告 [適用☆☆☆]
    ■8.4 レビューおよび評価
    8.4.1 要求充足度の判定 [適用☆☆☆]
    8.4.2 実施状況のレビューと評価 [適用☆☆☆]
    ■8.5 終結
    8.5.1 終結の決定 [適用☆☆☆]
    8.5.2 終結アクティビティ [適用☆☆☆]
    ■8.6 ソフトウェアエンジニアリング計量

    [ISO15939-02]

    8.6.1 計量に対する委任の確立と持続 [理解☆☆]

    ・計量要求の受諾

    ・計量活動のために必要な資源使用に対する委任

    8.6.2 計量プロセスの計画 [理解☆☆]

    ・組織単位の特性表示

    ・必要な情報の識別

    ・計量尺度の選定

    ・データ収集、分析、および報告手続きの定義

    ・情報プロダクトを評価するための基準の定義

    ・計量タスクに必要な資源のレビュー、承認、および提供

    ・支援技法の調達および展開

    8.6.3 計量プロセスの実施 [理解☆☆]

    ・計量プロセスを、関連するプロセスに統合すること

    ・データの収集

    ・データ分析および情報プロダクトの開発

    ・結果の伝達

    8.6.4 計量評価 [理解☆☆]

    ・情報プロダクトの評価

    ・主要な改善の識別

    ---

    ■第9章 ソフトウェアエンジニアリングプロセス

    システムエンジニアリングプロセス [ISO15288-02] [IEEE1220-98]

    ソフトウェアライフサイクルプロセス [IEEE12207.0-96]

    ソフトウェアエンジニアリング・プロセスアセスメント [ISO15504-98] [SEI99]

    ■9.1 プロセスの実現および変更
    9.1.1 プロセス基盤

    9.1.1.1 Software Engineering Process Group (SEPG) [理解☆☆]

    9.1.1.2 Experience Factory (EF) [理解☆☆]

    9.1.2 ソフトウェアプロセスに対するマネジメントサイクル [適用☆☆☆]

    ・プロセス基盤確立アクティビティ

    ・計画アクティビティ

    ・プロセス実現およびプロセス変更アクティビティ

    ・プロセス評価アクティビティ

    9.1.3 プロセス実現およびプロセス変更のためのモデル [知識☆]

    Quality Improvement Paradigm (QIP)

    IDEALモデル

    9.1.4 実践上考慮すべき事柄 [理解☆☆]
    ■9.2 プロセス定義 [IEEE12207.0-96]

    ソフトウェアライフサイクルプロセス

    ・主プロセス

    ・支援プロセス

    ・組織プロセス

    9.2.1 ソフトウェアライフサイクルモデル [適用☆☆☆]

    ウォーターフォールモデル

    使い捨てプロトタイピングモデル

    進化型開発

    漸次増進/反復引渡し

    スパイラルモデル

    再利用可能型ソフトウェアモデル

    自動ソフトウェア合成

    9.2.2 ソフトウェアライフサイクル・プロセス [IEEE12207.0-96] [理解☆☆]

    ・保守プロセスに対して [IEEE1219-98]

    ・再利用プロセスに対して [IEEE1517-99]

    ・計量プロセスに対して [IEEE12207.0-96]

    ・品質マネジメントプロセスに対して [ISO9001-00] [ISO900003-04]

    ・リスクマネジメントプロセスに対して [IEEE1540-01]

    ・ライフサイクルプロセスの展開に対して [IEEE1074-97]

    9.2.3 プロセス定義の表記法 [理解☆☆]

    SPEM仕様 [OMG02]

    プロセス記述モデル

    9.2.4 プロセス適応 [IEEE12207] [理解☆☆]
    9.2.5 自動化 [理解☆☆]
    ■9.3 プロセス査定
    9.3.1 プロセス査定モデル [理解☆☆]

    ・ISO/IEC 15504 [ISO15504-98]

    ・SW-CMM [SEI95] および CMMI [SEI01]

    ・Bootstrap

    ・ISO9001 [ISO9001-00]

    ・システムエンジニアリングのための成熟度モデル [EIA/IS731-99]

    9.3.2 プロセス査定法 [理解☆☆]

    ・CBA-IPI [CBA-IPI04]

    ・SCE [SCE04]

    ・Software Process Assessment [ISO15504-98]

    ・SCAMPI [SCAMPI04]

    ■9.4 プロセスおよびプロダクト計量

    [ISO15939-02]

    9.4.1 プロセス計量 [適用☆☆☆]

    ・プロセス

    ・プロセスへの入力

    ・プロセスからの出力

    ・プロセス環境

    9.4.2 ソフトウェアプロダクト計量 [ISO9126-01] [適用☆☆☆]

    ・内部特性計量の対象

    ・外部特性計量の対象

    9.4.2.1 規模の計量 [IEEE1413.1-00] [適用☆☆☆]

    9.4.2.2 構造計量 [適用☆☆☆]

    ・フローモデルから導く構造計量尺度

    ・階層構造から導く構造計量尺度

    9.4.2.3 品質計量 [適用☆☆☆]

    9.4.3 計量結果の品質 [分析☆☆☆☆]
    9.4.4 ソフトウェア情報モデル

    9.4.4.1 モデル構築 [適用☆☆☆]

    9.4.4.2 モデル実現 [適用☆☆☆]

    9.4.5 プロセス計量技法

    9.4.5.1 分析的プロセス計量技法 [適用☆☆☆]

    ・実験による計量

    ・プロセス定義に対するレビューによる計量

    ・直行的欠陥クラス分けを背景にした計量 [IEEE1044-93]

    ・統計的プロセスコントロールのための計量

    ・パーソナル・ソフトウェアプロセスにおける計量

    9.4.5.2 ベンチマーキング技法 [理解☆☆]

    ---

    ■第10章 ソフトウェアエンジアリングのためのツールおよび手法

    [IEEE1175.1-02] [IEEE1462-98] [ISO14471-99] [ECMA55-93] [ECMA69-94]

    ■10.1 ソフトウェアエンジアリングツール
    10.1.1 ソフトウェア要求ツール [適用☆☆☆]

    ・要求モデリングツール

    ・要求追跡ツール

    10.1.2 ソフトウェア設計ツール [適用☆☆☆]
    10.1.3 ソフトウェア構築ツール [適用☆☆☆]

    ・プログラムエディッタ

    ・コンパイラおよびコードジェネレータ

    ・インタプリタ

    ・デバッガ

    ・統合開発環境

    10.1.4 ソフトウェアテスティングツール [適用☆☆☆]

    ・テストジェネレータ

    ・テスト実行フレームワーク

    ・テスト評価ツール

    ・テストマネジメントツール

    ・性能分析ツール

    10.1.5 ソフトウェア保守ツール [適用☆☆☆]

    ・理解ツール

    ・リエンジニアリングツール

    ・リバースエンジニアリングツール

    10.1.6 ソフトウェア構成管理ツール [適用☆☆☆]

    ・欠陥、増補、論点、および問題追跡ツール

    ・版管理ツール

    ・リリースおよびビルドツール

    10.1.7 ソフトウェアエンジニアリング・マネジメントツール [適用☆☆☆]

    ・プロジェクト計画およびプロジェクト実行追跡ツール

    ・リスクマネジメントツール

    ・計量ツール

    10.1.8 ソフトウェアエンジニアリングプロセスツール [適用☆☆☆]

    ・プロセスモデリングツール

    ・プロジェクトマネジメントツール

    ・統合CASE環境

    ・プロセス中心ソフトウェアエンジニアリング環境

    10.1.9 ソフトウェア品質ツール [適用☆☆☆]

    ・レビューおよび監査ツール

    ・静的分析ツール

    ・動的分析ツール

    10.1.10 ツールに関するその他の問題 [適用☆☆☆]

    ・ツール統合技術

    ・メタツール

    ・ツール評価

    ■10.2 ソフトウェアエンジアリング手法
    10.2.1 発見的手法 [適用☆☆☆]

    ・構造化手法

    ・データ指向手法

    ・オブジェクト指向手法

    ・ドメイン特化手法

    10.2.2 形式的手法 [理解☆☆]

    ・仕様記述言語および仕様表記法

    ・分割詳細化手法

    ・検証/証明の対象となる特性を基にした手法

    10.2.3 プロトタイピング手法 [適用☆☆☆]

    ・プロトタイピングスタイル

    ・プロトタイピング対象

    ・プロトタイピング評価技法

    ■第11章 ソフトウェア品質

    [ISO9001-00]

    ■11.1 ソフトウェア品質の基礎
    11.1.1 ソフトウェアエンジニアリング文化および倫理 [分析☆☆☆☆]
    11.1.2 品質の価値およびコスト [分析☆☆☆☆]
    11.1.3 モデルおよび品質特性

    ・個人によって提案された品質モデル

    ・企業によって提案された品質モデル(品質構造)

    ・国際標準

    ・JIS

    品質特性

    11.1.3.1 ソフトウェアエンジニアリングプロセス品質 [分析☆☆☆☆]

    TicKIT (http://www.tickit.org/)

    国際標準 [ISO9001-00] [ISO900003-04]

    CMMI

    11.1.3.2 ソフトウェアプロダクト品質 [分析☆☆☆☆]

    11.1.4 品質改善 [適用☆☆☆]
    ■11.2 ソフトウェア品質マネジメントプロセス

    ソフトウェア品質計画

    計画しなければならないプロセス [IEEE12207.0-96]

    11.2.1 ソフトウェア品質保証 [適用☆☆☆]

    [IEEE730-02]

    11.2.2 検証と妥当性確認 [適用☆☆☆]

    [IEEE1059-93] [IEEE1012-98]

    11.2.3 レビューおよび監査

    [IEEE1028-97]

    ・マネジメントレビュー

    ・テクニカルレビュー

    ・インスペクション

    ・ウォークスルー

    ・監査

    11.2.3.1 マネジメントレビュー [IEEE1028-97]

    11.2.3.2 テクニカルレビュー [IEEE1028-97]

    ・目標の表明文

    ・特定されたソフトウェアプロダクト

    ・特定されたプロジェクトマネジメント計画書

    ・当該プロダクトに付随する問題点リスト

    ・テクニカルレビュー手順書

    11.2.3.3 インスペクション [適用☆☆☆]

    [IEEE1028-97]

    [IEEE1044-93]

    11.2.3.4 ウォークスルー [IEEE1028-97] [適用☆☆☆]

    ・変則の発見

    ・ソフトウェアプロダクトの改善

    ・代案の実現に対する検討

    ・標準および仕様に対する合致度の評価

    11.2.3.5 監査 [IEEE1028-97] [理解☆☆]

    ■11.3 実践上考慮すべきことがら
    11.3.1 ソフトウェア品質要求

    11.3.1.1 影響する因子 [理解☆☆]

    ・ソフトウェアが機能するシステムが属するドメインの性質

    ・システムおよびソフトウェア要求

    ・システムとして利用可能な商用(外部)または標準(内部)コンポーネント

    ・適用可能な特定されたソフトウェアエンジニアリング標準

    ・開発および保守に利用され、また品質評価および品質改善に利用されている方法とソフトウェアツール

    ・各プロセスに関する予算、スタッフ、プロジェクト組織、計画および工程

    ・予定されているシステムユーザ、およびシステムの利用環境

    ・システムの統合性レベル

    11.3.1.2 ディペンダビリティ [理解☆☆]

    ・特性

    ・方法

    ・脅威

    11.3.1.3 ソフトウェアの統合性レベル [IEEE1012-98] [理解☆☆]

    11.3.2 欠陥の特徴づけ [適用☆☆☆]

    [IEEE1012-86] [IEEE1044-93]

    [IEEE610.12-90]

    ・変則

    ・エラー

    ・フォールト

    ・故障

    ・間違い

    11.3.3 ソフトウェア品質マネジメント技法

    11.3.3.1 静的技法 [適用☆☆☆]

    11.3.3.2 人知集約的技法 [適用☆☆☆]

    11.3.3.3 分析的技法 [適用☆☆☆]

    ・複雑度分析

    ・構造分析

    ・アルゴリズム分析

    ・正当性分析

    11.3.3.4 動的技法 [適用☆☆☆]

    11.3.3.5 テスティング

    ・プロジェクトで利用するツールの評価とテスティング [IEEE1462-98]

    ・プロジェクトで利用するコンポーネントおよびCOTSプロダクトの適合性テスト(または適合性テストのレビュー) [IEEE1465-98]

    11.3.4 ソフトウェア品質計量 [適用☆☆☆]

    統計的プロセス計量手法

    ・統計準拠手法 (たとえば、Pareto分析、ランチャーと、分散プロット、正規分布)

    ・統計的テスト (たとえば、二項テスト、Χ2乗テスト)

    ・トレンド分析

    ・予側 (たとえば、信頼性モデル)

    ---

    ■その他のディシプリン

    ■ハードウェア
    ■全般

    ■ブルームの教育評価分類法によるトピックのクラス分け

    ■ブルームの教育評価分類法

    知識: Knowledge

    理解: Comprehension

    適用: Application

    分析: Analysis

    統合: Synthesis

    評価: Evaluation

    ■トピックのクラス分け

    ■ソフトウェア要求
    ソフトウェア要求知識理解適用分析統合評価
    2.1 ソフトウェア要求の基礎X
    ソフトウェア要求の定義X
    プロダクトおよびプロセスに関する要求X
    機能的要求と非機能的要求X
    創発的性質X
    定量可能な要求X
    システム要求とソフトウェア要求X
    2.2 要求プロセス
    プロセスモデルX
    プロセスアクターX
    プロセス支援およびマネジメントX
    プロセス品質と改善X
    2.3　要求の抽出
    要求の生成源X
    抽出の技法X
    2.4　要求分析
    要求クラスわけX
    概念モデルづくりX
    アーキテクチャー設計および要求割付けX
    要求折衝X
    2.5　要求の仕様化
    システム定義文書X
    システム要求の仕様化X
    ソフトウェア要求の仕様化X
    2.6　要求の妥当性確認
    要求のレビューX
    プロトタイピングX
    モデルの妥当性確認X
    受入れテストX
    2.7　実践上考慮すべきことがら
    要求プロセスの反復性X
    変更管理X
    要求属性X
    要求追跡X
    要求の計量X
    ■ソフトウェア設計
    ソフトウェア設計知識理解適用分析統合評価
    3.1　ソフトウェア設計の基礎
    一般的な設計概念X
    ソフトウェア設計をとりまく前後関係X
    ソフトウェア設計プロセスX
    推奨技法X
    3.2　ソフトウェア設計における主要な問題
    並行処理X
    イベントに関する制御と処理X
    コンポーネントの分散化X
    エラーおよび例外処理、フォールト・トレランスX
    対話と表示X
    データの永続化X
    3.3　ソフトウェア構造とアーキテクチャー
    アーキテクチャーの構造と視点X
    アーキテクチャー・スタイルX
    デザイン･パターンX
    プログラムのファミリおよびフレームワークX
    3.4　ソフトウェア設計品質の分析と評価
    品質特性X
    品質分析および評価のためのツールX
    計量尺度X
    3.5　ソフトウェア設計のための表記
    構造記述(静的ビュー)X
    ビヘイビア記述(動的ビュー)X
    3.6　ソフトウェア設計戦略および手法
    一般的戦略X
    機能指向(構造化)設計X
    オブジェクト指向設計X
    データ構造中心設計X
    コンポーネント準拠設計(CBD)X
    その他の手法X
    ■ソフトウェア構築
    ソフトウェア構築知識理解適用分析統合評価
    4.1　ソフトウェア構築の基本概念
    複雑さの最小化X
    変更の予側X
    検証を考えた構築X
    構築のための標準X
    4.2　ソフトウェア構築のマネジメント
    ソフトウェア構築モデルX
    ソフトウェア構築計画X
    ソフトウェア構築計量X
    4.3　実践上考慮すべき事柄
    構築設計X
    構築言語X
    コーディングX
    構築テスティングX
    構築品質X
    統合X
    ■ソフトウェア・テスティング
    ソフトウェア・テスティング知識理解適用分析統合評価
    5.1　ソフトウェアテスティングの基礎
    テスティングに関係する用語X
    主要な論点X
    テスティングがもつ他のアクティビティとの関係X
    5.2　テスト･レベル
    テスト対象X
    テスティングの目的X
    5.3　テスト技法
    ソフトウェアエンジニアの直感および経験に基づいた技法X
    仕様に基づいた技法X
    コードに基づいた技法X
    フォールトに基づいた技法X
    利用に基づいた技法X
    アプリケーションの性質に基づいた技法X
    選択および組合せ技法X
    5.4　テストに関係した計量尺度
    テストされるプログラムの評価X
    実施されたテストの評価X
    5.5　テストプロセス
    マネジメント上考慮すべきことがらX
    テストアクティビティX
    ■ソフトウェア保守
    ソフトウェア保守知識理解適用分析統合評価
    6.1 ソフトウェア保守の基礎
    定義と用語X
    保守の性質X
    保守に対するニーズX
    保守コストの大勢X
    ソフトウェアの進化X
    保守のカテゴリX
    6.2 ソフトウェア保守における主要な課題
    技術上の問題
    限られた理解X
    テスティングX
    影響分析X
    保守容易性X
    マネジメントに関する課題
    組織目標との整合X
    要員配置X
    プロセスに関する課題X
    保守に対する組織からみた課題X
    保守コストの見積り
    コスト見積りX
    パラメトリックモデルX
    経験X
    ソフトウェア保守計量X
    6.3 保守プロセス
    保守プロセスモデルX
    保守アクティビティ
    特有のアクティビティX
    支援アクティビティX
    6.4 保守のための技法
    プログラム理解X
    リエンジニアリングX
    リバースエンジニアリングX
    ■ソフトウェア構成管理
    ソフトウェア構成管理知識理解適用分析統合評価
    7.1　SCMプロセスマネジメント
    SCMのための組織的背景X
    SCMプロセスに対する制約とガイダンスX
    SCMのための計画
    SCM組織および責任X
    SCM資源および工程X
    ツールの選択と実装X
    ベンダー/委託契約先コントロールX
    インターフェースコントロールX
    SCM計画X
    SCMの監督
    SCMの計量尺度と計量X
    SCMプロセス内監査X
    7.2　ソフトウェア構成の識別
    コントロールされる構成要素の識別
    ソフトウェア構成X
    ソフトウェア構成要素X
    ソフトウェア構成要素間の関係X
    ソフトウェアの版X
    ベースラインX
    ソフトウェア構成要素の取得X
    ソフトウェアライブラリーX
    7.3　ソフトウェア構成コントロール
    ソフトウェア変更の要求、評価および承認
    ソフトウェア構成コントロール委員会X
    ソフトウェア変更要求プロセスX
    ソフトウェア変更の実現X
    逸脱と放棄X
    7.4　ソフトウェア構成実態説明
    ソフトウェア構成状態情報X
    ソフトウェア構成状態報告X
    7.5 ソフトウェア構成監査
    ソフトウェア機能構成監査X
    ソフトウェア物理構成監査X
    ソフトウェアベースラインのインプロセス監査X
    7.6　ソフトウェアリリース・マネジメントおよび引渡し
    ソフトウェア･ビルディングX
    ソフトウェア･リリース・マネジメントX
    ■ソフトウェアエンジニアリングマネジメント
    ソフトウェアエンジニアリングマネジメント知識理解適用分析統合評価
    8.1 始動および適用範囲の定義
    要求の決定と折衝X
    実現可能性分析X
    要求レビューおよび改訂のためのプログラムX
    8.2 ソフトウェアプロジェクト計画
    プロセス計画X
    成果物の決定X
    工数、工程、およびコスト見積りX
    資源割りつけX
    リスクマネジメントX
    品質マネジメントX
    計画マネジメントX
    8.3 ソフトウェアプロジェクトの計画実施
    計画の実現X
    供給者契約のマネジメントX
    計量プロセスの実現X
    監視プロセスX
    コントロールプロセスX
    報告X
    8.4 レビューおよび評価
    要求充足度の判定X
    実行状況のレビューと評価X
    8.5 終結
    終結の決定X
    終結アクティビティX
    8.6 ソフトウェアエンジニアリング計量
    計量に対する委任の確立と持続X
    計量プロセスの計画X
    計量プロセスの実施X
    計量評価X
    ■ソフトウェアエンジニアリングプロセス
    ソフトウェアエンジニアリングプロセス知識理解適用分析統合評価
    9.1 プロセスの実現および変更
    プロセス基盤
    Software Engineering Process Group (SEPG)X
    Experience Factory (EF)X
    4つのアクティビティX
    プロセス実現およびプロセス変更のためのモデルX
    実践上考慮すべきことがらX
    9.2 プロセス定義
    ソフトウェアライフサイクルモデルX
    ソフトウェアライフサイクルプロセスX
    プロセス定義の表記法X
    プロセス適応X
    自動化X
    9.3 プロセス査定
    プロセス査定モデルX
    プロセス査定法X
    9.4 プロセスおよびプロダクト計量
    プロセス計量X
    ソフトウェアプロダクト計量X
    規模の計量X
    構造計量X
    品質計量X
    計量結果の品質X
    ソフトウェア情報モデル
    モデル構築X
    モデル実現X
    プロセス計量技法
    分析的技法X
    ベンチマーキング技法X
    ■ソフトウェア・エンジニアリングのためのツールおよび手法
    ソフトウェア・エンジニアリングのためのツールおよび手法知識理解適用分析統合評価
    10.1　ソフトウェアエンジニアリングツール
    ソフトウェア要求ツールX
    ソフトウェア設計ツールX
    ソフトウェア構築ツールX
    ソフトウェア･テスト･ツールX
    ソフトウェア保守ツールX
    ソフトウェア構成管理ツールX
    ソフトウェアエンジニアリング・マネジメントツールX
    ソフトウェア品質ツールX
    ツールに関するその他の問題X
    10.2 ソフトウェアエンジニアリング手法
    発見的手法X
    形式的手法X
    プロトタイピング法X
    その他の手法に関する問題X
    ■ソフトウェア品質
    ソフトウェア品質知識理解適用分析統合評価
    11.1　ソフトウェア品質の基礎
    ソフトウェアエンジニアリング文化および倫理X
    品質の価値およびコストX
    品質モデルおよび品質特性
    ソフトウェアエンジニアリングプロセス品質X
    ソフトウェアプロダクト品質X
    品質改善X
    11.2 ソフトウェア品質マネジメントプロセス
    ソフトウェア品質保証X
    検証と妥当性確認X
    レビューおよび監査
    インスペクションX
    ビア・レビューX
    ウォークスルーX
    テスティングX
    監査X
    11.3 実践上考慮すべきことがら
    アプリケーション品質要求
    システムの重要性X
    ディペンダビリティX
    ソフトウェアの統合性レベルX
    欠陥の特徴づけX
    ソフトウェア品質マネジメント技法
    静的技法X
    人知集約的技法X
    分析的技法X
    動的技法X
    ソフトウェア品質計量X

    ■参考文献 / URL

    SWEBOK

    ソフトウェアエンジニアリング基礎知識体系―SWEBOK2004

    ソフトウェア開発へのSWEBOKの適用

    IEEE

    , Created: 2007/12/27 inserted by FC2 system