ソフトウェアエンジニアリング概論

序章

ソフトウェア開発の挑戦

• プロジェクトの成功の定義
• 保守コストの抑制
• ユーザー/顧客要件への対応

ソフトウェアエンジニアリングの基礎

• ソフトウェアのスコープ
• ソフトウェアエンジニアリングの倫理

ソフトウェアライフサイクル

ライフサイクルのフェーズ

• 問題の理解
• 解決策の作成
• 製品の確認
• システムの保守

ソフトウェアライフサイクルモデルの比較

• ウォーターフォール
• Ｖ字型
• 発展型
• インクリメンタル
• スパイラル
  

他の技術

• UP
• SCRUM
• JAD
• PST/TSP
• エクストリーム･プログラミング（XP)
• プロトタイピング
• アジャイル・ソフトウェア開発
  

標準規格

• 標準規格の役割とタイプ
• ISO 12207：ライフサイクルの標準
• ソフトウェアエンジニアリングのプロセスと仕様のためのIEEE標準化
  

要件の計画と管理

要件の引き出し

• 知っておくべきことの決定
• 戦略の考案
• ユーザー要件のシステム／ソフトウェア要件への落とし込み
  

要件の文書化

• 機能要件
• 非機能的要件
  

要件の管理

• プロジェクトライフサイクル全体の基礎構築
• トレーサビリティ、変更管理

システムの分析と設計

分析と設計の役割

• 「何」を特定するか
• 「どのように」システムに落とし込むか
  

これまでの構造化手法

• データモデリング
• プロセスモデリング
  

オブジェクト指向（OO）手法

• UMLを使ったモデリング
• クラス図
  

手法の選定

• 代替案との比較
• 分析・設計フェーズの十分な時間の見積り
  

ソフトウェアの構築

言語とプラットフォームの問題

• 構造化言語 vs オブジェクト指向言語
• OS
• CBSE
• データベースの問題
• 従前のデータベース
• オブジェクトデータベース
  

検証と妥当性確認（V&V）

静的な検証

• ウォークスルー、レビュー、インスペクション
• 静的確認プロセスのソフトウェア品質向上方法

動的テスト

• 多種多様なテストの目的
• 誰がテストを実行するか

トレーサビリティ・マトリクス

• ライフサイクルにおけるトレーサビリティ・マトリクスの重要性
• マトリクスの作成および保守

品質の作り込み

ソフトウェア構成管理

• 構成管理プロセス、アクティビティ
• CCB（構成管理委員会）の役割と責任

ソフトウェア品質保証（SQA）

• 品質の定義
• 継続的プロセス改善（CPI）
• SQAプログラムの組み入れ

プロジェクトの測定基準

• 要員とプロジェクトの問題
• テクニカルメトリクス

品質とプロセスの標準化／ガイドライン

• IEEE 9000
• ISO 15504
• SEI CMMI
• PRINCES2™
• ITIL®
  

その他のプロジェクトの検討事項

プロジェクト・リスク・マネジメント

• ソフトウェアエンジニアリングとプロジェクトマネジメントの協調的役割
• リスクへの対処方法の確立
  

ソフトウェアエンジニアリングの倫理

• 倫理規定
• 責任問題
  

CASEツール

• 利用可能なツールのタイプ
• 適したツールの選定

形式手法の使用

• 集合論と論理表記法の使用
• 数値的な要件の確認
  

Webエンジニアリング技法の適用

• 複雑な内容と機能の振り分け
• ユーザー中心のプロセス使用