DSSS FHSS OFDM

DSSS 直接序列展頻技術 (Direct Sequence Spread Spectrum)

利用展頻碼(Spreading Code) 將原始訊號展開成數倍頻寬的訊號，
這個展開的方法會將原來訊號的能量降低。

IEEE 802.11 DSSS 使用 11bits chipe sequence
利用10個以上的chips代表「1」或「0」位，將原本高功率、窄頻寬的位元訊號，
利用10個以上的chips代表「1」或「0」位，將原本高功率、窄頻寬的位元訊號，
透過虛擬隨機序列(Pseudo Random Sequence)和相位移轉技術（PSK），轉變成
低功率、寬頻帶（在2.4Ghz頻帶，分以13個頻道，每個頻道頻寬為5MHz）的載波
訊號，這些轉變後的載波訊號被稱為 Spreading Chips，Chips數愈多可以增加
資料安全性，愈低則增加使用者數目。普遍使用 10-20 Chips。

信號擴展在很寬的頻帶上，單位帶寬上的功率很小，即信號功率譜密度很低，
信號淹沒在Noise之中，別人難以發現信號的存在。

優點：抗干擾能力佳、資料隱密性、防竊聽
缺點：耗電較 FHSS 多一倍、區域內只能允許三部AP同時運作

FHSS

將可用頻帶切割成多個狹窄的 channel，發送者會在各頻道中跳躍，送出資料。
接收端要以當初約定好的跳躍樣式(Pattern) 去各相對頻道接收訊息。
使用 FHSS 可以達到安全性，適合短距離、速度要求度不高的網路使用。

優點：抗干擾能力強、允許較多系統同時運作
缺點：傳送速率慢

OFDM
優點：高傳送速率、抗信號衰減、免於多重路徑傳輸干擾
缺點：涵蓋範圍小、時鐘信號的不匹配較敏感

風險管理

在風險對專案造成威脅前，針對風險來源建立一個平衡、整合的策略，

並且進行監督、控制。主要有六個階段：

1. 風險識別：找出風險來源，足以影響專案成敗的關鍵

(a) 人員風險，重要人員離職，缺乏可接任人選。
(b) 技術風險，使用錯誤或者不熟悉的技術。
(c) 市場風險，競爭對手提出新產品，新的技術。
(d) 顧額風險，客人不斷變更需求，或者是配合度不佳。

2. 風險評估：評量風險發生機率，以及風險後波及範圍。

3. 風險分級：依照風險的危害層級進行劃分，針對風險大者進行列管。

4. 風險處理：針對列管的風險，專門擬定一套措施，來消弭風險。

5. 風險減緩：使用有效方法來降低風險

(a) 風險避免：不行事可能產生風險的事情 (消極)
(b) 風險分散：將高風險的任務，交由不同單位執行 (雞蛋分籃放)
(c) 風險轉移：對於自身無力完成的工作，轉交由其他組織來進行。

6. 風險追蹤：風險會隨著專案的進行而變動，會新增消失。管理者要定期分析。

Nexus S 2.3.4 OTA

今天 Nexus S 也收到 2.3.4 版的更新通知了，手機出廠時是 2.3.3。新版主要加入 gTalk 視訊功能。

[先記一下手機的原始資訊]
Android 版本：2.3.3
基頻版本：I9023XXKB3
核心版本：2.6.35.7-g1d030a7 , android-build@apa28#1
版本號碼：GRI54

不過這次 Google 出包很大，送出一個 12MB 大小的更新檔，完全無法成功升級。幸好手機沒有因為升級失敗而爆掉，不然一定被譙翻了。

結構化分析設計

需求塑模：從使用者身上擷取需求，並且使用工具、圖形表達出來。

需求塑模工具有下列：
1. 流程圖，用來表達實體、作業處理的程序與資訊傳遞。
2. 處理描述，流程圖中詳細的步驟，輸入輸出
3. 藍圖，流程圖中會用到的表格資訊
4. 資料詞彙，用來描述藍圖中的欄位資訊，例如像是型別、格式、範圍

[結構化技術] (背熟 分析/設計 各用何種工具)

1. 結構化分析：使用事件列、環境圖、資料流程圖(DFD)、資料字典(Dict)、ERD
2. 結構化設計：使用結構圖、HIPO、資料字典
3. 結構化程式設計：循序、選擇、重複
4. 由上而下發展，由上而下設計、由上而下編碼、由上而下實施

由上而下設計：層級化設計、延緩考慮細節、便於驗證
由上而下編碼：當高階模組設計完之後，先針對上層進行 Coding 實作。
由上而下實施：即 由上而下測試，底層未完成部份，需要用虛擬模組來配合。

※由上而下實施的特色
優點：系統整合測試可以減少、最高層模組測試多次、錯誤在上層能提早發現。
缺點：殘根模組設計不易、測試個案設計不易、測試結果不易觀察。