擺脫需求導向設計束縛 嵌入式系統開發手到擒來

Tiborlee

每個專案都有其風險，最大的風險在於，一開始許多要求不是定義不明確，就是在程式碼完成前有多次異動。此外，工程師必須在許多實際情況的限制下安全地完成工作，其中時間是決定大多數商業計畫是否會朝不保夕的主要限制條件，包括必須趕上熱銷假期及重要會議或展覽會、搶在競爭對手之前上市、或趕上預定時程。由於時間總是有限，要求經常不斷變動，因此專案推行過程中永遠會出現變數。
顧客的要求永遠都在變化，競爭局勢(尤其是熱門的新科技)也不斷改變，行銷人員了解哪些是可行的辦法，所以通常在確定要求前就開始推動專案。但工程師習慣埋首於自己的工作，經常無視種種不利條件，一頭熱地展開新專案。因此，對撰寫程式的工程師而言，真正的挑戰是如何成功展開並迅速完成一項專案，讓產品得到最大的利潤，事實上，在產品問世前，幾乎任何要求都可能異動。當然，如果專案圓滿成功，後續的計畫與衍生專案會來得更快。
解決方法是擬定一項能預期與應付異動的策略，一開始就預期每件事都會變化，之後再針對介面設計背後的分割與區隔各方面工作。透過維護這些介面，讓底層的異動不會影響到其他設計部分。這種編程方法非常縝密，絕非意外發生，或是面對要求後的自然反應而生。雖然要求很重要，但仍可先分割出結構性的部分，與各種功能做區隔，再分別根據架構、通訊管道、時脈機制、可切換功能四種設計方法，快速邁向及迅速調整後續步驟。

▽恅璃靡▼:10925@52RD_??剒砃偞?旰瘴 宒炵緙嶱追忒善.doc
▽跡﹛宒▼:doc
▽湮﹛苤▼:258K
▽潠﹛賡▼:
▽醴﹛翹▼:



[em01][em01][em01]