組込みプレスSelectionシリーズこれだけは知っておきたい組込みシステムの設計手法
2009年10月17日紙版発売
坂本裕司,中佐藤麻記子,島田健二,安部田章,山崎進,樽本徹也,平鍋健児,前川直也 著
A5判/280ページ
定価2,948円(本体2,680円+税10%)
ISBN 978-4-7741-4014-8
ただいま弊社在庫はございません。
書籍の概要
この本の概要
組込みプレスSelectionシリーズの第三弾の設計編です。組込みシステムの設計では,ハードウェアが関わる分,エンタープライズシステムなどとは異なる配慮が必要になります。たとえば,設計工程で開発するドキュメントにデータシートやブロック図などが含まれていたり,ハードウェア関連の要件を検討するという点があります。また,効率的に品質の高い製品を開発するためには,プロダクトライン,アジャイルなどの開発手法も求められます。本書は,開発現場で役立つ実践的な基礎知識を学ぶための土台を提供します。
こんな方におすすめ
- 組込みシステム設計者
- プロダクトラインに関心のある方
- 組込みにおけるアジャイルを知りたい方
目次
本書を読むための用語解説
Part 1 組込みソフト設計の極意と心得
Chapter 1 組込みソフトとは?
- 1-1 組込みシステム開発に取り組む前に
- 1-2 そもそも組込みソフトとは?
- 1-3 組込みソフト開発とは?
- 1-4 立場によって異なる設計
- 1-5 Part 1で最終的に作成される設計書のイメージ
- 1-6 まとめ
Chapter 2 ブロック図を描いてみよう
- 2-1 ブロック図とは?
- 2-2 機能を並べただけのブロック図
- 2-3 データの流れを追加したブロック図
- 2-4 コントローラとCPUの関連ブロック図
- 2-5 ハードウェアの情報を読み取る
- 2-6 まとめ
Chapter 3 データシートを読んでみよう
- 3-1 ワンチップマイコンのデータシート
- 3-2 複合コントローラのデータシート
- 3-3 しかたなく回路図を見る?
- 3-4 まとめ
Chapter 4 ソフトウェアブロック図を描いてみよう
- 4-1 ソフトウェアブロック図の分割のしかた
- 4-2 まとめ
Chapter 5 状態遷移図を描いてみよう
- 5-1 状態遷移図の約束事
- 5-2 システム全体の状態遷移図の概要
- 5-3 機能要件では現れないイベントと状態
- 5-4 経由する状態
- 5-5 タスクやプロセス単位の状態遷移
- 5-6 まとめ
Part 2 アーキテクチャの作り方、描き方
Chapter 6 ドキュメント、書いてますか
- 6-1 アーキテクトは縁の下の力持ち
- 6-2 ドキュメントの重要性
- 6-3 文字と図の比較
Chapter 7 アーキテクチャとは何か
- 7-1 アーキテクチャの定義
- 7-2 アーキテクチャが重要になるのは
- 7-3 何をドキュメントとすべきか
Chapter 8 アーキテクチャをどうやって作るか
- 8-1 機能要件より非機能要件
- 8-2 アーキテクチャの決定要因
- 8-3 要件の再定義の必要性
- 8-4 品質属性
- 8-5 品質属性シナリオ
- 8-6 アーキテクチャ決定プロセス
Chapter 9 アーキテクチャをどうやって表すか
- 9-1 ビュー
- 9-2 アーキテクチャドキュメント
- 9-3 まとめ
Part 3 プロダクトライン開発実践マニュアル
Chapter 10 プロダクトライン開発とは?
- 10-1 プロダクトライン開発の概要
- 10-2 プロダクトライン開発とは何か
- 10-3 プロダクトライン開発の目的
- 10-4 プロダクトライン開発の活動
- 10-5 想定組織と活動計画
Chapter 11 体系的な再利用
- 11-1 再利用情報の抽出と体系化
- 11-2 開発のプロセスとドキュメントの対応付け
- 11-3 ツールを使用した再利用情報の体系化
- 11-4 コア資産からのプロダクト導出
- 11-5 プロダクトライン開発用の情報データベース
- 11-6 まとめ
Chapter 12 既存の開発プロセスとの対応付け
- 12-1 プロダクトラインの導入プロセス
- 12-2 プロダクトラインの開発プロセス
- 12-3 既存プロセスとの対応付け
- 12-4 まとめ
Chapter 13 商品戦略に基づく要求獲得
- 13-1 商品戦略に適合したコア資産要求の獲得
- 13-2 ゴール指向要求分析法
- 13-3 要求の評価
- 13-4 商品戦略に適合したコア資産開発
- 13-5 商品戦略からの戦略ゴールの抽出
- 13-6 ゴール指向分析法による機能要件・技術課題の抽出
- 13-7 ドメイン要求の統合
- 13-8 プロダクト要求の統合
- 13-9 要求の評価
- 13-10 まとめ
Chapter 14 アーキテクチャの構築とコア資産開発
- 14-1 アーキテクチャ要求仕様
- 14-2 部品(コンポーネント)の整備
- 14-3 トレーサビリティの実現
- 14-4 相違性の実装
- 14-5 プロダクト導出
- 14-6 まとめ
Part 4 事例で学ぶ~UMLベースのプロダクトライン開発
Chapter 15 PLUS~UMLベースのプロダクトライン開発方法論
- 15-1 PLUSとは?
Chapter 16 要求モデリング
- 16-1 対象とするIP電話の機能
- 16-2 (1)ユースケースモデリング
- 16-3 (2)フィーチャモデリング
Chapter 17 分析モデリング
- 17-1 (3)UIモデリング
- 17-2 (4)静的モデリング
- 17-3 (5)動的相互作用モデリング
- 17-4 (6)状態機械モデリング
- 17-5 (7)フィーチャ/クラス依存モデリング
Chapter 18 設計モデリング&プロダクト導出
- 18-1 (8)アーキテクチャ設計モデリング
- 18-2 (9)アプリケーションエンジニアリング
- 18-3 まとめ
Part 5 ユーザの満足度を向上させるための組込みユーザビリティエンジニアリング原論
Chapter 19 ユーザビリティとは?
- 19-1 ユーザビリティとは何か
- 19-2 失敗の原因
- 19-3 ユーザ中心設計
Chapter 20 ニーズを汲み取るユーザ調査法
- 20-1 ユーザの声、聞くべからず!
- 20-2 「師匠と弟子」方式のインタビュー
- 20-3 仮想のユーザ「ペルソナ」
Chapter 21 時間とコストをかけないプロトタイプ
- 21-1 プロトタイプとは?
- 21-2 プロトタイプの作り方
- 21-3 プロトタイプの真価
Chapter 22 (利用)品質を改善するユーザビリティ評価法
- 22-1 総括的評価と形成的評価
- 22-2 実験的手法と分析的手法
- 22-3 認知的ウォークスルー
- 22-4 ユーザテスト
Chapter 23 ユーザテストから始めるユーザビリティ活動
- 23-1 ユーザビリティ活動の始め方
Part 6 付せん1枚から始めるアジャイル開発
Chapter 24 組込みでのアジャイルとは?
- 24-1 日本の組込み開発現場へのアジャイル開発手法の導入
- 24-2 アジャイル開発とは何か
- 24-3 組込み開発の問題点とアジャイル開発の実践
- 24-4 プロジェクトファシリテーション
- 24-5 アジャイル開発の導入方法
Chapter 25 設計・開発プロセスから見たアジャイルの導入術
- 25-1 アジャイルスタイル
- 25-2 リズムとゴール
- 25-3 自律的でアジャイルな改善
- 25-4 組込みでの勝ち組を目指す
- 25-5 明日から始める組込みアジャイル
この本に関連する書籍
-
SysMLによる組込みシステムモデリング
高機能化・複雑化する組込みシステムを効率的にモデリングするためには,共通の言語が不可欠です。本書はOMGが策定したメカ・エレキ・ソフトの標準モデリング言語「SysM...
-
組込み開発現場のプロジェクトマネジメント&プロセス改善
組込みプレスの再編集本第5弾で,組込みにおけるプロジェクトマネジメント,プロセス改善に関する記事をまとめています。組込みソフトウェアの大規模化に伴い,少人数で...
-
リコールを起こさないソフトウェアのつくり方
さまざまな電子機器がソフトウェアで制御されるようになった昨今,トヨタのハイブリッド車プリウスのブレーキ問題をはじめソフトウェアが絡んだリコールが年々増加して...
-
組込みソフトウェアエンジニアのためのハードウェア入門
組込みプレスSelection シリーズの第二弾のハードウェア編です。第二弾の本書では,これから組込みシステム開発を学びたい学生の方,他業界や文系出身のエンジニアの方...
-
組込みエンジニアのためのC/C++プログラミングのヒント
本書は,組込みプレスの「C/C++プログラミング」関連の過去記事を再構成した書籍です。雑誌記事の特徴を活かしたピンポイントで実践的な内容です。 Part1では組込みソ...
-
組込みソフトウェア開発入門―組込みシステムの基本をハードウェアとソフトウェアの両面から学ぶ!
組込みソフトウェアをどのように開発してゆくのか。本書はハードウェア側の構造と機能をしっかり理解してゆくことで,想定されるさまざまな疑問に応えながら解説します...
-
標準テキスト 組込みプログラミング 《ソフトウェア基礎》
組込みエンジニアの人材不足が問題となっています。資料によれば,2006年の時点でも94,000人ものエンジニアが不足,とされていました。言うまでもなく,こういった人材...