公司在研發嵌入式產品過程中，產品的功能會不斷的添加和更新，產品的型號也會越來越多。這時產品的軟件研發團隊就需要考慮是在原有的軟件版本上修改還是全新開發。從研發成本上考慮會考慮基于原有軟件上修改。原有軟件上功能會越來越多，但一款產品可能只需要其中部分功能，這就要求嵌入式軟件系統具有良好可裁剪性。嵌入式系統提供良好的裁剪性，有利于產品開發團隊做出更多差異化的產品和低成本的產品（裁剪后的軟件系統通常也降低了對硬件的要求）。

嵌入式系統的可裁減性，必須在嵌入式系統設計中引入子系統和塊的概念，只有在頂層設計時明確了子系統和模塊。可裁減性才能夠落地。分層設計做到位，子系統及模塊間的依賴關系越明確，耦合越少則裁減實施起來越簡單。下圖為華為設計的LiteOS的架構圖，LiteOS做為物聯網設備的OS，其在設計之初就必須考慮可裁減性，從官方公布的框圖就可以看出。

靜態編譯時主要是通過條件編譯宏來控制。為每個特性定義一個編譯宏，當一款產品的特性確定后，在編譯時只打開特定特性的編譯開關，這樣無關的特性代碼就不會參與編譯，有效的減少靜態編譯出來的軟件包體積。此方法的缺陷是必須重新編譯代碼，同時降低了代碼可維護性。

動態庫將各個功能模型分別編譯成動態庫，由主進程根據產品的功能需要加載需要的動態庫。這種方法需要主進程從產品的規格文件獲取需要加載的動態庫，并按動態庫要求的順序依次打開。此方法的優點是不用重新編譯，缺陷是實現起來復雜。

控制函數流程，實現功能控制類似靜態編譯，只不過是將靜態編譯時的編譯宏改成全局變量判斷。這些全局變量應該在主進程啟動時從規格文件獲取特性并加載在全局變量中，通過這些特性全局變量控制函數（業務）流程，達到功能裁減的目的。此方法是前面兩種方法的折中，實現簡單也不需要重新編譯代碼。但軟件包體積沒有減小。

通常在一個項目中不會只使用其中一種方法，而是會根據不同場景在不同的層次上同時使用上述方法。