Creacion de un registro de Cambios - guillermopetcho/Coursera-Certificate----Data-Analytics-Google GitHub Wiki

Considere la importancia de los registros de cambios

En las actividades anteriores, ha repasado los distintos tipos de preguntas que hay que hacerse antes de explorar los datos, la importancia de la limpieza previa de los datos, las funciones básicas de SQL, cómo limpiar los datos con hojas de cálculo y mucho más. Como analista de datos junior, la mayoría de sus proyectos consistirán en estas actividades. Como habrá podido comprobar, cada una de estas tareas sigue un proceso complicado. Por lo tanto, un registro coherente y preciso es esencial para mantenerle en el buen camino.

Un registro de cambios es un documento utilizado para registrar los cambios notables realizados en un proyecto a lo largo de su vida en todas sus tareas. Normalmente, se elabora de forma que los cambios que registra se enumeran cronológicamente en todas las versiones del proyecto.

La principal ventaja de utilizar registros de cambios es que los colaboradores y usuarios relacionados con el proyecto obtienen una lista específica de las modificaciones importantes que se han realizado, cuándo se hicieron y, a veces, para qué versión se publicaron. Es una herramienta inestimable para comunicar cómo ha evolucionado el proyecto a lo largo del tiempo a los colaboradores, la dirección y las partes interesadas.

Siga las mejores prácticas para los registros de cambios

Un registro de cambios para un proyecto personal puede adoptar cualquier forma que se desee. Sin embargo, en un entorno profesional y al colaborar con otras personas, la legibilidad es importante. Estos principios rectores ayudan a que un registro de cambios sea accesible para los demás:

Los registros de cambios son para humanos, no para máquinas, así que escriba de forma legible.

Cada versión debe tener su propia entrada.

Cada cambio debe tener su propia línea.

Agrupe los mismos tipos de cambios. Por ejemplo, Fijo debe agruparse por separado de Añadido.

Las versiones deben ordenarse cronológicamente empezando por la más reciente.

Debe anotarse la fecha de publicación de cada versión.

Todos los cambios de cada categoría deben agruparse. Los tipos de cambios suelen clasificarse en una de las siguientes categorías:

Añadido: nuevas características introducidas

Modificado: cambios en la funcionalidad existente

Obsoleto: características a punto de ser eliminadas

Eliminado: funciones que se han suprimido

Corregidos: correcciones de errores

Seguridad: reducción de vulnerabilidades

Examinar un registros de cambio de muestra

Examine la siguiente figura para ver un ejemplo de registro de cambios. Tenga en cuenta que el siguiente ejemplo está escrito en Markdown

ya que es habitual mantener los registros de cambios como archivo readme en un repositorio de código.

# Changelog
This file contains the notable changes to the project

Version 1.0.0 (02-23-2019)
## New
    - Added column classifiers (Date, Time, PerUnitCost, TotalCost, etc. )
    - Added Column "AveCost" to track average item cost

## Changes 
    - Changed date format to MM-DD-YYYY
    - Removal of whitespace (cosmetic)

## Fixes
    - Fixed misalignment in Column "TotalCost" where some rows did not match with correct dates
    - Fixed SUM to run over entire column instead of partial

Considere que registrar en un registro de cambios

Ahora que está familiarizado con el ejemplo, considere qué cambios debe registrar en un registro de cambios. Para empezar, registre los distintos cambios, adiciones y correcciones que se comentaron anteriormente. Ordénelos utilizando viñetas o numeración con un cambio por línea. Agrupe los cambios similares con una etiqueta que describa el cambio inmediatamente por encima.

Utilice números de versión diferentes para cada hito alcanzado en su proyecto. Dentro de cada versión, coloque los cambios registrados que se hayan realizado desde la versión (hito) anterior. Las fechas no suelen ser necesarias para cada cambio, pero se recomiendan para cada versión.

En un curso próximo, tendrá la oportunidad de completar un proyecto capstone. Esta será una gran oportunidad para demostrar su capacidad para organizar un proyecto como un analista de datos profesional llevando su propio registro de cambios.

Puede hacerlo utilizando un simple archivo de texto o una hoja de cálculo e incluir su registro de cambios con la redacción del proyecto. Le ayudará a mantenerse organizado y a colaborar con los demás. Tenga esto en cuenta cuando llegue al proyecto final en un curso próximo, y no tema volver a consultar esta lección si tiene preguntas.