An Entity of Type: stadium, from Named Graph: http://dbpedia.org, within Data Space: dbpedia.org

In Configuration Management, a baseline is an agreed description of the attributes of a product, at a point in time, which serves as a basis for defining change. A change is a movement from this baseline state to a next state. The identification of significant changes from the baseline state is the central purpose of baseline identification. Fixed baselines often coincide with or signify project milestones, such as the set of items at a particular certifying review. Some examples include:

Property Value
dbo:abstract
  • In Configuration Management, a baseline is an agreed description of the attributes of a product, at a point in time, which serves as a basis for defining change. A change is a movement from this baseline state to a next state. The identification of significant changes from the baseline state is the central purpose of baseline identification. Typically, significant states are those that receive a formal approval status, either explicitly or implicitly. An approval status may be attributed to individual items, when a prior definition for that status has been established by project leaders, or signified by mere association to a particular established baseline. Nevertheless, this approval status is usually recognized publicly. A baseline may be established for the singular purpose of marking an approved configuration item, e.g. a project plan that has been signed off for execution. Associating multiple configuration items to such a baseline indicates those items as also being approved. Baselines may also be used to mark milestones. A baseline may refer to a single work product, or a set of work products that can be used as a logical basis for comparison. Most baselines are established at a fixed point in time and serve to continue to reference that point (identification of state). However, some baselines, dynamic baselines, are established to carry forward as a reference to the item itself regardless of any changes to the item. These latter baselines evolve with the progression of the work effort but continue to identify notable work products in the project. Retrieving such a dynamic baseline obtains the current revision of only these notable items in the project. While marking approval status covers the majority of uses for a baseline, multiple fixed baselines may also be established to monitor the progress of work through the passage of time. In this case, each baseline is a visible measure through an endured team effort, e.g. a series of Developmental baselines. This progression is revealed when the baselines are compared with each other. A baseline may also be established as the basis for subsequent exclusive activities when the baselined products have met certain criteria. For example, certain activities reserved for items with a prior formal approval, such as formal change control procedures. Baselines themselves are valued not only to identify the notable state of work product(s) but also provide historical views of how work product elements have progressed together over time. When a fixed baseline is retrieved, the state of the work product(s) in that subset share the same significance in their history of changes; this allows project leaders to compare the relative progress of single parts of a project to the project as a whole, which allows project leaders to identify individual items that lag or lead in progress toward better functionality or performance. For this reason, baseline identification, monitoring, and retrieval are critical to the success of Configuration Management, and ultimately, project quality. Conversely, the Configuration of a project includes all of its baselines, the status of the Configuration, all audits, and all metrics collected. The current Configuration refers to the current status, current audit, and current metrics. Similarly, but less common, a baseline may refer to all items in a project. This may include the latest revision of all items or only specific revisions of all items in the project, depending on the nature of the baseline, dynamic or fixed respectively. Once retrieved, the baseline may be compared to a particular Configuration or another baseline. In Configuration Management, the Configuration of a project is not the same as a baseline in the project but the two could coincide. Fixed baselines often coincide with or signify project milestones, such as the set of items at a particular certifying review. Some examples include: * Functional Baseline: initial specifications established; contract, etc. * Allocated Baseline: state of work products after requirements are approved * Developmental Baseline: state of work products amid development * Product Baseline: contains the releasable contents of the project * others, based upon proprietary business practices (en)
  • En la gestión de la configuración una línea base es una descripción acordada de los atributos de un producto en un momento determinado, que sirve como base para definir cambios.​ Un cambio es el movimiento desde esta línea base hasta el siguiente estado. El objetivo de definir una línea base es identificar los cambios que se han producido desde ese estado.​ El concepto de línea base, además de a productos, puede aplicarse al medio ambiente, a sistemas educativos y otros. El Instituto de Ingenieros Eléctricos y Electrónicos (IEEE) 610.12/1990 define una línea base como: conjunto de elementos sobre los que se ha llegado a un acuerdo, y que de ahí en adelante sirve como base para un desarrollo posterior y que puede cambiarse solamente a través de procedimientos formales de control de cambios. (es)
  • 形態基準是对某一时间点的产品属性的描述。形態管理是針對硬體、軟體、韌體、文件、測量等進行變更管理的過程。當初始狀態、和下一個之間需要變更時,一系列變更的標示,變得很重要。對於一個形態項目修訂歷史的識別,是形態基準(Configuration Baseline)的核心目的。 一個專案可以包括一個或多個形態基準, (zh)
dbo:wikiPageID
  • 1655299 (xsd:integer)
dbo:wikiPageLength
  • 7063 (xsd:nonNegativeInteger)
dbo:wikiPageRevisionID
  • 1124603504 (xsd:integer)
dbo:wikiPageWikiLink
dbp:wikiPageUsesTemplate
dcterms:subject
gold:hypernym
rdf:type
rdfs:comment
  • 形態基準是对某一时间点的产品属性的描述。形態管理是針對硬體、軟體、韌體、文件、測量等進行變更管理的過程。當初始狀態、和下一個之間需要變更時,一系列變更的標示,變得很重要。對於一個形態項目修訂歷史的識別,是形態基準(Configuration Baseline)的核心目的。 一個專案可以包括一個或多個形態基準, (zh)
  • In Configuration Management, a baseline is an agreed description of the attributes of a product, at a point in time, which serves as a basis for defining change. A change is a movement from this baseline state to a next state. The identification of significant changes from the baseline state is the central purpose of baseline identification. Fixed baselines often coincide with or signify project milestones, such as the set of items at a particular certifying review. Some examples include: (en)
  • En la gestión de la configuración una línea base es una descripción acordada de los atributos de un producto en un momento determinado, que sirve como base para definir cambios.​ Un cambio es el movimiento desde esta línea base hasta el siguiente estado. El objetivo de definir una línea base es identificar los cambios que se han producido desde ese estado.​ El concepto de línea base, además de a productos, puede aplicarse al medio ambiente, a sistemas educativos y otros. El Instituto de Ingenieros Eléctricos y Electrónicos (IEEE) 610.12/1990 define una línea base como: (es)
rdfs:label
  • Línea base (es)
  • Baseline (configuration management) (en)
  • 形態基準 (zh)
owl:sameAs
prov:wasDerivedFrom
foaf:isPrimaryTopicOf
is dbo:wikiPageDisambiguates of
is dbo:wikiPageWikiLink of
is foaf:primaryTopic of
Powered by OpenLink Virtuoso    This material is Open Knowledge     W3C Semantic Web Technology     This material is Open Knowledge    Valid XHTML + RDFa
This content was extracted from Wikipedia and is licensed under the Creative Commons Attribution-ShareAlike 3.0 Unported License