软体工程之版本控制-LabVIEW360.pptVIP

軟體工程之版本控制 Tribute 今日主題 版本控制 -----中場休息-------- 軟體工程系統架構簡述 -----中場休息-------- 簡述CMMI Overview 開始之前 問題一： 我為什麼要聽這一場?( 被HaWay騙來) 被課程名稱”騙”來(吸引我來上這門課) 程式開發工作是不是遇到問題、瓶頸？ 程式開發工作是不是沒有什麼效率？想提升效率而來？其他原因？ 想在現在的環境中突破(留下來/離開) 問題二： 聽完這場後，我希望我能從中獲得什麼？ 職場不是畜牧業，請不要用”飼料雞”的方式教育、學習。 聽完這門課程後，我們可不可以了解”工具”的真正 用意/用途。 “軟體工程”是一條辛苦又漫長的道路。如何做到”學習愉快”、”知識/經驗/$$進袋”？ 導入”版本控制”後，請記得做持續執行評估、追蹤。 結束暖身:我們正式開始 我們以一個簡單的圖示來了解”傳統式”與”現在式”(指導入軟體工程流程)的工作型態的比較(見下圖) 是不是一樣多呢?排列整齊的那一邊比較好計算呢? 用上面的圖示來說明工作性質形態，我們很清楚的知道排列整齊的那一邊比較好計算。 但是仍然有80%的人，他的工作形態是屬較雜亂、不好計算的那一邊的。 為什麼要整理(流程化)？為什麼要管理？ 「記得有一本書提到說：整理的目的，是為了方便日後的尋找，以避免日後事情急迫時，我們能從容的找尋、取得我們要的東西。而管理的目的，是為了讓所執行的過程、動作能更效率。」 80：20 法則(柏雷多法則原理) 想想看，你是屬於那一類80/20? 「艾森豪」法則 美國社懷特，艾森豪將軍指出，人們的精力，往往被緊急但較不重要的事情所佔用，而並未完全或儘可能的將時間與精力用在重要的事。 「艾森豪」法則演繹啟示：留多一點時間給重要的事情。 「艾森豪」法則規劃矩陣 60：20：20彈性原則 協助瞭解：版本控制的意義 為什麼要做版本控制？(效率提升…等) 與別人在同樣環境條件下一起競爭，你要怎麼比別人更具競爭優勢？(想要活著，就得先了解死亡) 何時、何地(環境條件)要做版本控制？  Build any Version Configuration Builder working with Version Manager can build any version Organise: Version Management 範例 範例一： 「以H開頭y結尾先生為例 (multi-girl friend process) 解釋單人多工版本控制」 範例二： 「以我的”遺書”為例 解釋版本控制與工作交接的關係」 休息一下 給予資訊：軟體工程系統架構 軟體工程系統架構組成的元件有那些? 80/20 ：每一個最小單位投入比，可達最佳的產能比。 如何針對每個Project 去做適合的目標設定？ 提供”方法”而不是”答案”；提供”釣竿”而不是”漁獲”。 SW完整的建構管理解決方案 SW CM Process Overview Tracker Report Workflow Overview 軟體工程建構管理相關之問題 阿迪茲雙S職涯黃全規劃曲線(見下圖) 休息一下 簡述CMMI Overview 軟體開發能力評鑑 CMM與CMMI的一些差異 CMMI是壓垮軟體工業的最後一根稻草嗎? CMMI沒有人性，雞排工程師的哀歌 Outline CMM brief Process is the focus 5 Maturity Levels Assessment 什麼是CMM CMM: 能力成熟度模型 (Capability Maturity Model) CMM vs. ISO 9000 Kinds of CMM SW-CMM: for Software Organization SE-CMM: for System Engineering Organization IPD-CMM: for Integrated Product Development CMMI: Integration of SW/SE/IPPD P-CMM: for human asset in IT … CMM的演變 二十幾年來,美國很多政府機構和公司都發現很多買來的軟體無法符合他們的需求而且無法掌握品質 1984年, CMU (Carnegie Mellon University)在美國國防部的支持下成立了SEI (Software Engineering Institute) 1986年, SEI 開始制訂一套標準用來幫助軟體公司改善軟體流程; 1991年, SW-CMM v1.0問世 1993年, SW-CMM v1.1問世, 成為世界上應用最廣泛