商品の詳細

• Amazon.co.jp ランキング: #95819 / 本
• 発売日: 2006-01-24
• 版型: 単行本
• 224 ページ

出版社 / 著者からの内容紹介
上流工程の基礎を学んで組込みソフトウェア開発の明日を担うスキルを得る!厳しい現状を勝ち抜く、組込みエンジニア必読の書。

内容（「BOOK」データベースより）
まったくあたらしい、組込み技術者のための教科書が誕生しました。組込みエンジニア教科書は、エンジニアの手によって著されたエンジニアのための教科書です。本書は、要件定義/分析/設計からソースコード作成に至るまでの工程で、構造化手法に基く組込みソフトウェア開発について解説します。ソフトウェア開発の基本である構造化手法を、モデリングを行うことで今日的なソフトウェア開発手法として身に着けることができます。

内容（「MARC」データベースより）
要件定義/分析/設計からソースコード作成に至るまでの工程で、構造化手法に基く組込みソフトウェア開発について解説。モデリングを行うことで今日的なソフトウェア開発手法として身に着けられる、初級エンジニア向けの一冊。

カスタマーレビュー

おもろい
まだまだ開発現場に
オブジェクト指向開発が浸透してるわけでもない昨今
組込み系と構造化モデリングの組み合わせは
現場に即したものではないでしょうか。
オブジェクト指向設計を学ぶ前段階としても
意義のある著作だと思う
欲をいえば
モデリングツールであるDFDとかCFDそのものを
もうちょっと突っ込んで詳しく解説してほしかった
続編を望む

うまく構造化できれば
うまく構造化できるということは、うまくモデルが作れたというのと同義だと思っていました。そのため、要求分析、設計、ソースコード作成は一体として構造化へまっしぐらだという感じです。
対象となるシステムによって、構造化の仕方が違うかもしれません。
経験が豊富ではないので、本書も一つの事例として参考にさせていただきます。
ありがとうございます。

構造化の本って重要なんじゃない？
組込み系はOO開発と手続き型（機能型）開発の２種類あります。
一般にエンジンボードといわれているところは手続き型のC言語で記述しているところも多々あり、現場ではまだまだ使われているのではないでしょうか？
sessameが著書のオブジェクト指向もありますが、オブジェクト指向のベースの一部は構造化からきていることもあって合わせて読むと理解が大変深まります。
オブジェクト指向編では何故構造化が悪いのか、悪いというか陥りやすいアンチパターンについて書いてあり、手続き型の開発からオブジェクト指向開発に移行する際にもためになるでしょう。