20101016ITtraining_嵌入式系統開發之道講座.pptVIP

傳識資訊股份有限公司 * 傳識資訊股份有限公司 * 傳識資訊股份有限公司 * 傳識資訊股份有限公司 * 傳識資訊股份有限公司 * 軟體工程師不可能寫出沒有bug的程式，測試工程師也不可能找出系統中所有的問題，所以測試工作一定要經過仔細的規劃，則測試工作才可以被控制，測試結果才可以被量化，產品品質才可以被保證。 傳識資訊股份有限公司 * Initial：軟體開發過程是無秩序的，偶而甚至是混亂的；軟體開發有時是成功的，有時是不成功的。幾乎沒有什麼過程是經過定義的，成功通常是依賴於個人的努力。 Repeatable：已建立基本的專案管理程序去追蹤成本、效益、進度和功能性；必要的開發過程已稍具紀律，此後有類似的專案可重複使用以前的成功經驗。 Defined：專案管理活動和軟體開發活動的過程均已文件化與標準化。 Managed：已收集軟體開發過程與產品品質的相關資訊，並加以量化、紀錄與分析。 Optimizing：利用組織中的歷史數據，輔以新的技術與觀念，使持續的改善成為可能。 傳識資訊股份有限公司 * 傳識資訊股份有限公司 * 傳識資訊股份有限公司 * 傳識資訊股份有限公司 * 傳識資訊股份有限公司 * 系統架構 is everything! 然後就是interface. 傳識資訊股份有限公司 * 模組化不只是指軟體, 包含軟硬體, 人力組織規劃…等等 傳識資訊股份有限公司 * 傳識資訊股份有限公司 * PM如果不具基本的專業知識, 如何解決甚至預防這些衝突? 傳識資訊股份有限公司 * 傳識資訊股份有限公司 * 傳識資訊股份有限公司 * 傳識資訊股份有限公司 * 客戶或品保人員總不肯相信-“不可能開發出沒有bug的軟體”這件事；然而品質系統本來就不是在追求完美無暇的產品，而是要求產品開發的過程必須依定一定的程序，好讓產品的品質是可以被控制的。 傳識資訊股份有限公司 * 任一個嵌入式系統專案的生命週期都是如此, 所以管理也有一定的準則可依循 傳識資訊股份有限公司 * 一般工程人員搞不清楚規定與觀念間的差異 誤以為把一些規定弄得滾瓜爛熟就算是嵌入式系統高手了 * 嵌入式系統開發者得面對很多data sheet，這都是資料，你要把這些都讀完嗎？ 你有這些時間嗎？ 我們要作個有智慧的工作者，博學這件事情交給學校老師作吧。 所以我們要從兩個方面來看嵌入式系統開發的本質與觀念 – 先從產品，在從人 所以我們的agenda是： * 傳識資訊股份有限公司 * 傳識資訊股份有限公司 * 案子哪裡來？ 內部＆外部 為什麼每個案子的規格/時程/成本…都掐得那麼緊？ 你是否常聽到研發主管跟業務副總大小聲：怎麼可能做得到啦！ * 有時規格只是一句話，但老闆接案時不知道iPod Touch到底有幾代，第四代還有帶攝象頭… * 很多案子是在酒足飯飽後談定，根本沒有機會詳細討論規格 * 無數一般人類看不懂的市場分析方法與統計圖表 最後得到跳躍式邏輯的結論 * 傳識資訊股份有限公司 * 設計 -電子產品因為具有高時效性、生命週期短、競爭強度高的特性，很容易會讓決策者昏了頭，因此做出錯誤的決定。所以市場上永遠不乏“自殺”的產品，就像旅鼠遷徙一樣，一隻一隻前仆後繼的跌入水裡。 管理 -既然軟體工程規範了這個多的準則，為什麼大部分的軟體專案還是會delay？為什麼沒有人敢說他的系統或軟體是絕對沒有bug的？為什麼解過的問題還會再出現？為什麼工程師拼命加班事情還是做不完？你們念資訊的不是都會修軟體工程嗎？ 傳識資訊股份有限公司 * 剛剛說的是電子產品開發週期, 這裡開始說嵌入式系統專案生命週期 (不包含商業行為, 例如為什麼要做這個感覺根本賣不掉的產品?) 傳識資訊股份有限公司 * 嵌入式系統專案生命週期第一階段 – 專案啟動 Prototype = memory size, computing power 早期的疏忽或偷懶累積到後期，往往就會變成難以挽救的大災難；這是經驗法則，絕對不是危言聳聽！ 傳識資訊股份有限公司 * 剛剛說的是電子產品開發週期, 這裡開始說嵌入式系統專案生命週期 (不包含商業行為, 例如為什麼要做這個感覺根本賣不掉的產品?) 傳識資訊股份有限公司 * 一種逐步完善(progressive elaboration)的規劃方式，應於近期完成的工作(work)在工作分解結構的細緻規劃，而準備在遠期完成的工作在工作分解結構的較粗略規劃，但是應在臨近當前的一兩個期間內完成的工作的詳細規劃應當在當期工作接近完成時完成。 嵌入式系統專案生命週期第二階段 –規劃 Case study:就算先不考慮軟體開發的工作量，客戶要求的上市時間距離現在還有約八個月，期間必須做三次試產，每次試產後要做500小時