嵌入式系統(tǒng)項目分析入門與實踐

定　價：￥26.00

作　者：	林永仁著
出版社：	中國鐵道出版社
叢編項：	新一代嵌入式系統(tǒng)軟件平臺技術
標　簽：	嵌入式計算機

購買這本書可以去

ISBN：	9787113059934	出版時間：	2004-07-01	包裝：	膠版紙
開本：	23cm	頁數(shù)：	241	字數(shù)：

內(nèi)容簡介

　　KnowWhat，KnowHow，andKnowWhy在項目進行的過程中，常發(fā)生一些意料之外的事：諸如電路運行不正常、程序代碼在不該出錯的地方出了紕漏……。這種不太愉快的經(jīng)驗，電腦工程師們常稱它為Bug。但從另一個角度來看，筆者就要恭喜讀者了，因為您適時地抓住了系統(tǒng)的問題，讓系統(tǒng)可以在出貨之前就發(fā)現(xiàn)潛在的問題。KnowHow是不是一定要在項目進行的時候，才能發(fā)現(xiàn)這些要命的Bug呢？當然不是！在工程的應用上，常常會有一些經(jīng)驗公式或經(jīng)驗法則，這些東西存在的價值，就是確保不要在前人已經(jīng)確認過的問題上再次浪費時間。通過這些知識，項目得以順利地進行，我們把這些經(jīng)驗叫做KnowHow。KnowWhat一個KnowHow值得讀者花多少時間去學習？或者花多少錢去購買呢？這和讀者手上的項目有關。上過物理學的人都知道，一個從地表發(fā)射的實體，要多快速度才能脫離地球引力，順利地到達設置的軌道？忘了？沒關系，去查一查總會知道的。但是，如果設計一個可以從地表發(fā)射，并進到距地表6公里軌道的火箭，要如何做呢？筆者推想有95％以上的人根本連想都不想就回答說：不知道。在這個例子中，讀者之所以知道如何求得正確的脫離速度，是根據(jù)課本上的公式算出來的，可以稱為KnowWhat。以前求學時，認真一點的同學，還會思索這個公式如何推斷出來，這已經(jīng)有一點KnowHow的意味存在了。但對工程師來說，這還是隔靴搔癢。因為工程要的是產(chǎn)品與運用，也就是實際的產(chǎn)出。KnowWhat只能讓我們有參與討論的資格，還沒資格進場和別人比賽呢！當開發(fā)團隊有了KnowHow之后，就可以安安心心地去進行手上的項目了。也許是光驅(qū)的完全解決方案（TotalSolution），或者是某某驅(qū)動程序的源代碼（SourceCode），這些東西都會讓工程師的生活過得快活一點。但是等一等，事出有因，為什么要做這些事？各位，我們再將焦點轉(zhuǎn)到上一段去。假設公司今天成功地研發(fā)出了一枚軌道火箭（假設公司請來了一位對火箭系統(tǒng)非常了解的專家，從KnowWhat到KnowHow一手包辦。不但知道如何導出火箭的脫離速度，還能進到工廠第一線幫忙焊接金屬管），但是別忘了，我們是一家設計嵌入式系統(tǒng)的公司，這個火箭好像對我們公司的業(yè)務與形象沒有非常大的關聯(lián)，這就是為何需要知道KnowWhy的核心之處了。KnowWhy在很久很久以前（現(xiàn)在也一樣），老板要負起做決定的責任。就像當初美國甘乃迪總統(tǒng)要求工程師在十年內(nèi)將人類送到月球上去一樣。因為他知道，這樣的舉動會有什么樣的結(jié)果與影響。底下的工程師當然就要使命必達地完成上面交付的任務。一批人負責推進，一批人負責導航，另一批人負責籌載，還有一些人負責找錢。果不其然，人類總算是成功地踏上了月球，還留下了“這是我的一小步，卻是人類的一大步”之類感人的話。言歸正傳，要是今天公司也生產(chǎn)了一枚火箭，不但可能賣得不好，還可能受到政府相關部門的“關切”。所謂KnowWhy，講成白話，就是為何要做？老板決定要做CD-RW，要做工業(yè)控制電腦，還是要做會走路的機器人，這都需要經(jīng)過審慎的市場評估和一定的風險評估才能將人與錢投資下去，開始進行下一步的工作。綜合上述的觀點，每一個嵌入式系統(tǒng)項目都有它的KnowWhat、KnowHow、KnowWhy，由這些關鍵知識組成一個系統(tǒng)，缺一不可。但從實際的角度來看，要找到KnowWhat的人容易，找到KnowHow的人較難，但也并不是找不到，最難找的莫過于KnowWhy的人了。一個KnowWhy的人必須要能綜觀全局、評估項目可行性，并做出最重要的決定，那就是要不要做？要做什么？這種能力也就是本書想要向讀者傳達的精神，也就是“系統(tǒng)”的觀念與實務。知識經(jīng)濟時代講了這么多，讀者也許會納悶，為什么筆者一直強調(diào)KnowWhy的重要性，這不是交給老板或項目經(jīng)理去解決就好了嗎？是的，就以前的情況是這樣的。但是到了知識經(jīng)濟時代，每個獨立的知識工作者都有可能成為自己的老板。即除了讀者本身的專業(yè)之外，還有可能要跟別的專業(yè)領域的人合作，決定要不要接某個項目，或者和上游廠商洽談合作事宜。如果此時讀者沒有KnowWhy的能力，就要一輩子去追求新的KnowHow，并且將寶貴的時間花在別人的KnowWhy上，或者投資寶貴的時間在不被市場看好的產(chǎn)品上。KnowWhy能力的養(yǎng)成并非一蹴而就，但也非無從學起。本書所強調(diào)的系統(tǒng)觀念，就是以系統(tǒng)工程為經(jīng)，系統(tǒng)化方法作緯，并以一個項目故事來帶領讀者進入到以系統(tǒng)為主的觀點上。在經(jīng)濟時代中，資本再也不是惟一的限制，惟一的限制在于各位的創(chuàng)意。如何將各位無限的創(chuàng)意變成一個真正的商品，其中關鍵就在于系統(tǒng)觀念。系統(tǒng)觀念著重的就是大處著眼、小處著手與瞻前顧后。其實說穿了，本書也只是一本KnowWhat的書而已。根據(jù)學習歷程的3A原則Accept、Apply、Adapt，各位先試著去接受（Accept）系統(tǒng)的概念，進而去應用（Apply）。從中摸索出屬于自己的方法，最后將自己的方法運用（Adapt）到手上的項目，那就是真真實實屬于自己的智慧了。EnjoythisBOOk！

作者簡介

暫缺《嵌入式系統(tǒng)項目分析入門與實踐》作者簡介

圖書目錄

第一篇項目導學區(qū)
第1章系統(tǒng)概念與市場需求
1. 1 下班后的工作室
1. 1. 1 下班后的工作室
1. 1. 2 Allen與Tim的技術背景
Allen的技術背景
Tim的技術背景
1. 2 第一筆交易
1. 2. 1 第一筆交易
1. 2. 2 新興市場
1. 3 深入探討
1. 3. 1 什么是系統(tǒng)
子系統(tǒng)的重要性
子系統(tǒng)的次序性
小結(jié)
1. 3. 2 什么是系統(tǒng)工程
系統(tǒng)需求
風險評估
制定系統(tǒng)規(guī)格
系統(tǒng)規(guī)劃
系統(tǒng)設計
系統(tǒng)實現(xiàn)
系統(tǒng)測試
售后服務
項目討論
提供明確的步驟
注重進程. 人力資源與成本之間的均衡
有效地記憶項目歷史, 幫助系統(tǒng)發(fā)展組織的成長
小結(jié)
1. 3. 3 什么是系統(tǒng)化方法
一號工具：MindMap
二號工具：有效率的閱讀
三號工具：問題分析與決策分析
小結(jié)
1. 3. 4 什么是嵌入式系統(tǒng)
小結(jié)
系統(tǒng)概念總結(jié)
1. 4 市場需求
小結(jié)
1. 5 進入嵌入式系統(tǒng)職場
1. 5. 1 嵌入式系統(tǒng)應用未來發(fā)展的趨勢
無線網(wǎng)絡
定址服務
射頻身份識別 RFID 晶片
汽車通信／信息系統(tǒng) Telematics
機器人
顯示器
小結(jié)
1. 5. 2 嵌入式系統(tǒng)工程師所需具備的基本技術條件
綜合能力
相關硬件
小結(jié)
第2章風險分析與規(guī)格制定
2. 1 要不要接這個項目
2. 2 客戶到底要什么
2. 3 深入探討
2. 3. 1 風險分析
需求風險
時間風險
資金風險
項目管理風險
風險分析
小結(jié)
2. 3. 2 外包的考慮
外包的優(yōu)點
外包風險
關于外包項目
小結(jié)
2. 3. 3 規(guī)格制定
系統(tǒng)功能
系統(tǒng)限制
系統(tǒng)開發(fā)資源
小結(jié)
2. 3. 4 和不同領域的專家合作
時間的優(yōu)勢
可靠性優(yōu)勢
風險
小結(jié)
本章結(jié)論
第3章系統(tǒng)規(guī)劃與設計
3. 1 請先等一等
3. 2 想好再動手
3. 3 兩難的抉擇
3. 4 深入探討
3. 4. 1 系統(tǒng)規(guī)劃
規(guī)格分析
預估項目進程
小結(jié)
3. 4. 2 系統(tǒng)設計
設計系統(tǒng)架構(gòu)
尋找適當方案
系統(tǒng)設計
3. 4. 3 由上而下或由下而上的設計
3. 4. 4 設計階段的一些決策
硬件方面
ICE和ICD
軟件方面
HardReal-TimeSystem
SoftReal-Time System
小結(jié)
3. 4. 5 設計模板
本章結(jié)論
第4章系統(tǒng)實現(xiàn)與測試
4. 1 按圖施工
4. 2 突然想到的好主意
4. 3 工作室傳來的笑聲
4. 4 跑道上的悲歌
4. 5 深入探討
4. 5. 1 系統(tǒng)實現(xiàn)
系統(tǒng)實現(xiàn)考慮
從硬件做起
從驅(qū)動程序移植開始做起
從現(xiàn)成平臺開始做起
軟件實現(xiàn)
學習微控器的架構(gòu)與外設控制
設計驅(qū)動程序
撰寫與測試驅(qū)動程序
和系統(tǒng)集成
硬件實現(xiàn)
小結(jié)
4. 5. 2 版本控制
如果沒有版本控制
軟件控制的工具
人員訓練
小結(jié)
4. 5. 3 系統(tǒng)測試
測試的目的
測試的方向
測試的種類
小結(jié)
4. 5. 4 系統(tǒng)調(diào)試
系統(tǒng)調(diào)試
調(diào)試方向
調(diào)試方式
小結(jié)
本章結(jié)論
第5章售后服務與項目總結(jié)
5. 1 售后服務
EMI問題的后話
5. 2 項目總結(jié)
5. 3 深入探討
5. 3. 1 售后服務
5. 3. 2 項目討論
本章結(jié)論
第二篇項目裝備區(qū)
第6章 MindMap
6. 1 什么是MindMap
6. 2 為什么要使用MindMap
MindMap在記錄事情上的優(yōu)點
MindMap在問題討論與溝通上的優(yōu)點
MindMap在項目執(zhí)行上的優(yōu)點
本書為什么要使用MindMap
6. 3 如何繪制第一幅MindMap
如何繪制MindMap
使用軟件制作MindMap
6. 4 范例
本章結(jié)論
第7章有效率的閱讀
7. 1 什么是有效率的閱讀
7. 2 為何需要有效率的閱讀
7. 2. 1 何謂閱讀效率
7. 2. 2 效率閱讀帶來的好處
7. 3 如何達到有效率的閱讀
7. 3. 1 環(huán)境準備
加內(nèi)存法
加內(nèi)存法是如何運行的
7. 3. 2 預習
7. 3. 3 有指引的閱讀
7. 3. 4 復習
7. 3. 5 反復使用與練習
7. 3. 6 專業(yè)文件攻略
Data Book
專業(yè)書籍
專業(yè)雜志
撰寫報告
7. 3. 7 再一次測試
本章結(jié)論
第8章問題分析與決策分析
8. 1 問題分析
8. 1. 1 什么是問題分析
8. 1. 2 為何需要問題分析
8. 1. 3 如何進行問題分析
8. 1. 4 問題模式
問題模式基本觀念
環(huán)路式思考
時間延遲
雙重惡性循環(huán)
8. 1. 5 問題分析實例——麻煩的USB Driver
新的挑戰(zhàn)
練功之旅
開什么玩笑
原來Spec. 上面寫著
Byte Alignment
超頻問題
另一種CPU Endean
時序問題
另一種CPU時序問題
小結(jié)
8. 2 決策分析
8. 2. 1 什么是決策分析
8. 2. 2 為何需要決策分析
8. 2. 3 如何進行決策分析
8. 2. 4 決策分析實施案例——要不要接這個項目
MEI委托案的決策分析
決策分析實施案例——微控器的選擇
小結(jié)
本章結(jié)論
第9章數(shù)據(jù)收集
9. 1 為何需要收集數(shù)據(jù)
9. 2 要收集哪些數(shù)據(jù)
決定要設計何種系統(tǒng)
研究如何進行系統(tǒng)設計
實際進行設計
系統(tǒng)驗證與微調(diào)
推出產(chǎn)品
9. 3 如何進行數(shù)據(jù)收集
查市場報告與趨勢分析
查論文
查技術報告
查規(guī)格與標準
查專利
用搜索引擎查數(shù)據(jù)
9. 4 范例
本章結(jié)論
第10章在嵌入式項目中使用UML
10. 1 什么是UML
10. 2 使用UML的好處
10. 3 UML范例
基本程序流程圖
Use Case Diagram
Activity Diagram
State Chart Diagram
Sequence Diagram
Deployment Diagram
Class Diagram
10. 4 利用UML描述系統(tǒng)
系統(tǒng)分析階段
系統(tǒng)設計階段
本章結(jié)論
第11章 PCB How-To
11. 1 需求
11. 2 規(guī)格
11. 3 規(guī)劃
11. 4 邏輯設計
11. 5 工程外包
11. 6 焊接
測試
取得硬件檢查點
分模塊測試
撰寫功能完整的測試程序
11. 7 調(diào)試
本章結(jié)論
附錄縮寫簡表