課題基線值是什麼意思?
什麼是基線
“基線”是一個很常見的術語，在配置管理和項目管理裡面都能看到，而且還有很多衍生的術語，例如基線提升、基線化、基線審計，等等等等。 我個人以前對微軟的那套開發流程（就是product cycle model）以及PSP、TSP瞭解比較多一些，這些流程裡面對“基線”的概念提的不多。但接觸RUP、MSF以及項目管理以後，看到到處都有baseline，就覺得迷惑了。 經過我自己的理解，以及和幾個同事的討論，現在我覺得我們通常看到的“基線”這個術語有兩個意思： 1）代表多個源代碼文件的一組版本。 比如有三個文件，aaa.c、bbb.c和ccc.h。可以對這三個文件做一個基線，取aaa.c的版本1.1，取bbb.c的版本1.3，取ccc.h的版本1.0。(1.1,1.3,1.0)就是一個基線。換句話說，通常在vss和cvs裡面做label，就是在做基線。 這種基線對“構建審計”特別有用：在做build的時候，可以先對所有源文件做一個label，取名為"Build2394"，然後再編譯、集成。這樣，以後如果要找到和build 2394對應的原文件，只需要到vss或者cvs裡面把所有文件對應label Build2394的版本取回來就可以了。 2）代表文檔的一個穩定狀態。 比如有一個項目設計文檔，當設計基本完成，開發即將開始的時候，需要把這個文檔固定下來，內容不能再頻繁改變，否則開發人員就無所適從了，可能導致每個人所參照的文檔並不是同一個文檔。用一句上海這裡的生活用語來說，就叫做要把這個文檔“敲定”。 一個文檔如果經過討論被通過了，被固定了，就可以說這個文檔被“基線化”了，然後所有人就可以在這個“基線”的基礎上工作。 當然，文檔不可能一成不變，所以當對文檔的修改仍然會不斷進行，但這種修改並不會隨時隨地的添加到被“基線化”了的文檔中去。因為既然是“基線”，就不能隨便動。 但是到了一定時候，修改積累到一定程度，就需要把很多修改合併到原來的文檔中去了，並生成一個新版本的文檔作為團隊中所有的人的參考標準，並把老的版本淘汰掉。這就叫做“基線提升”。 以上就是我個人對“基線”這個術語的兩種不同含義的理解，大家可以討論討論看，是不是差不多就是這個意思。3)合同基線當你和客戶討論後，“敲定”的合同4）發行基線你會對你要發行的代碼，文檔版本進行label, 比如Release2.2,5）產品基線
什麼叫基線管理
基線是指項目開發中的業務主線，對其管理是為保證基線的正確更新。
基線是什麼
基線【base line】指的是在三角網測量中，經精確測定長度的直線段。
政治地理:
1.基線：又稱領海基線，是陸地和內水同領海的分界線，是劃定領海、毗連區、專屬經濟區和大陸架寬度的起算線。
???
2.基線——經流動相沖洗，柱與流動相達到平衡後，檢測器測出一段時間的流出曲線。一般應平行於時間軸。
計算機類
基線(Baseline)，基線是軟件文檔或源碼(或其它產出物)的一個穩定版本,它是進一步開發的基礎.所以,當基線形成後,項目負責SCM的人需要通知相關人員基線已經形成,並且哪兒可以找到這基線了的版本.這個過程可被認為內部的發佈.至於對外的正式發佈,更是應當從基線了的版本中發佈.
基線是項目儲存庫中每個工件版本在特定時期的一個“快照”。它提供一個正式標準，隨後的工作基於此標準，並且只有經過授權後才能變更這個標準。建立一個初始基線後，以後每次對其進行的變更都將記錄為一個差值，直到建成下一個基線。
參與項目的開發人員將基線所代表的各版本的目錄和文件填入他們的工作區。隨著工作的進展，基線將合併自從上次建立基線以來開發人員已經交付的工作。變更一旦併入基線，開發人員就採用新的基線，以與項目中的變更保持同步。調整基線將把集成工作區中的文件併入開發工作區。
建立基線的三大原因是：重現性、可追蹤性和報告。
重現性是指及時返回並重新生成軟件系統給定發佈版的能力，或者是在項目中的早些時候重新生成開發環境的能力。可追蹤性建立項目工件之間的前後繼承關係。其目的在於確保設計滿足要求、代碼實施設計以及用正確代碼編譯可執行文件。報告來源於一個基線內容同另一個基線內容的比較。基線比較有助於調試並生成發佈說明。
建立基線後，需要標註所有組成構件和基線，以便能夠對其進行識別和重新建立。
建立基線有以下幾個優點：
基線為開發工件提供了一個定點和快照。
新項目可以從基線提供的定點之中建立。盯為一個單獨分支，新項目將與隨後對原始項目（在主要分支上）所進行的變更進行隔離。
各開發人員可以將建有基線的構件作為他在隔離的私有工作區中進行更新的基礎。
當認為更新不穩定或不可信時，基線為團隊提供一種取消變更的方法。
您可以利用基線重新建立基於某個特定發佈版本的配置，這樣也可以重現已報告的錯誤。
使用
定期建立基線以確保各開發人員的工作保持同步。但是，在項目過程中，應該在每次迭代結束點（次要里程碑），以及與生命週期各階段結束點相關聯的主要里程碑處定期建立基線：
生命週期目標里程碑（先啟階段）
生命週期構架里程碑（精化階段）
初始操作性能里程碑（構建階段）
產品發佈里程碑（產品化階段）
軟件工程:
什麼是基線？第一次提出的軟件配置項就構成基線配置項。基線分類列表如下：
–系統功能說明。系統模型，項目計劃，進度安排；
–軟件需求規格說明。包括：圖形分析模型、過程、原型、數學規格說明；
–設計規格說明。包括：數據設計、體系結構設計、界面設計、對象的描述等；驗收規格說明；
–測試規格說明。包括：測試計劃、測試用例、測試預期結果、測試記錄等；
–數據庫描述。包括：數據模式、記錄結構、數據項描述；
–模塊規格說明。包括：模塊功能、模塊算法、模塊接口等描述；
–運行系統。包括：模塊代碼、鏈接模塊、數據庫、支持及工具程序等；
–用戶文檔。包括：安裝說明、操作說明、用戶手冊等；培訓計劃；維護文檔，包括：故障報告、維護要求、更改記錄等；
–項目採用的有關標準和規程......
基線化是什麼意思
基線”是一個很常見的術語，在配置管理和項目管理裡面都能看到，而且還有很多衍生的術語，例如基線提升、基線化、基線審計，等等等等。 我個人以前對微軟的那套開發流程（就是product cycle model）以及PSP、TSP瞭解比較多一些，這些流程裡面對“基線”的概念提的不多。但接觸RUP、MSF以及項目管理以後，看到到處都有baseline，就覺得迷惑了。 經過我自己的理解，以及和幾個同事的討論，現在我覺得我們通常看到的“基線”這個術語有兩個意思： 1）代表多個源代碼文件的一組版本。 比如有三個文件，aaa.c、bbb.c和ccc.h。可以對這三個文件做一個基線，取aaa.c的版本1.1，取bbb.c的版本1.3，取ccc.h的版本1.0。(1.1,1.3,1.0)就是一個基線。換句話說，通常在vss和cvs裡面做label，就是在做基線。 這種基線對“構建審計”特別有用：在做build的時候，可以先對所有源文件做一個label，取名為"Build2394"，然後再編譯、集成。這樣，以後如果要找到和build 2394對應的原文件，只需要到vss或者cvs裡面把所有文件對應label Build2394的版本取回來就可以了。 2）代表文檔的一個穩定狀態。 比如有一個項目設計文檔，當設計基本完成，開發即將開始的時候，需要把這個文檔固定下來，內容不能再頻繁改變，否則開發人員就無所適從了，可能導致每個人所參照的文檔並不是同一個文檔。用一句上海這裡的生活用釘來說，就叫做要把這個文檔“敲定”。 一個文檔如果經過討論被通過了，被固定了，就可以說這個文檔被“基線化”了，然後所有人就可以在這個“基線”的基礎上工作。 當然，文檔不可能一成不變，所以當對文檔的修改仍然會不斷進行，但這種修改並不會隨時隨地的添加到被“基線化”了的文檔中去。因為既然是“基線”，就不能隨便動。 但是到了一定時候，修改積累到一定程度，就需要把很多修改合併到原來的文檔中去了，並生成一個新版本的文檔作為團隊中所有的人的參考標準，並把老的版本淘汰掉。這就叫做“基線提升”。 以上就是我個人對“基線”這個術語的兩種不同含義的理解，大家可以討論討論看，是不是差不多就是這個意思。
項目範圍基線是什麼？
就是大家常說的建築紅線吧。
ms project 的基線有什麼作用
在Project 2010以前的版本中，基線叫做比較基準，實際上英文都是Baseline，比較基準算是一個意譯，而基線算是一個直譯。它的目的是初始計劃得到批准後，就設置成考核的參考線，不再變動了，以後就用這一版本的數據來衡量項目實際進度是提前了還是拖後了。
沒有基線，就無法計算完成時間差異、開始時間差異、工期差異和成本差異。
基線中除了保存了進度計劃的時間數據外，還保存了任務的成本信息，因此基線既是測量進度績效的依據，也是測量成本績效的依據。
張連永
Microsoft Project 實戰應用
在線培訓、企業內訓、公開課
清華大學MBA、PMP
在進行項目文檔及配置管理時，引入“基線”這一概念的目的是什麼
為了合理控制變更
請問里程碑和基線有什麼區別?
里程碑：里程碑是人為設置的一個項目進階飢志位。一般都會定義階段的scope，到了里程碑這個點對項目狀態進行管理評審，看看是不是達到了階段的目標，從而決定項目走向。基線：階段或過程工作產品達到某一要求，可以作為下一階段的工作基礎，稱為基線化。被基線化的工作產品的變更是需要走嚴格的變更管理流程的。一般來說，一個里程碑的達成可能有若干種工作產品進行了若干次的基線化動作。
項目的技術狀態管理的項目和三種基線怎麼分
我理解功能基線是確定項目或產品功能性能的，是最基礎的基線；分配基線相當於一個系列產品可以有多種配置型號；產品基線是對於客戶個性化訂單生產的基線。
project裡基線實際開始時間和結束時間怎麼計算的
在Project中沒有“基線實際開始時間”這個概念，只有“基線開始時間”和“實際開始時間”。
基線在Project2010之前的版本叫做“比較基準”，當計劃制定完畢後保存了“基線”，基線開始時間這一列信息就自動設置了，相當於進度的參考線，一般情況是不需要修改這一列的信息的。
而“實際開始時間”是需要手動添加的信息，當然有些用戶會說我沒有輸入過實際開始時間，卻發現這一列信息也是有的，怎麼回事？這是因為你可能輸入了完成百分比等信息以後，Project默認你的實際開始時間和計劃開始時間是一樣的。不過更新計劃正確的做法應該是先輸入任務的實際開始時間，再輸入其完成百分比，如果該任務已經完成，則不需要輸入完成百分比，直接輸入實際完成時間即可。、
張連永
Microsoft Project 項目管理實戰應用 培訓講師
企業內訓、公開課
清華大學MBA、PMP