Logo Studenta

Aprovecha los registros de cambios - mario reyes(2)

Vista previa del material en texto

Aprovecha los registros de cambios
los analistas de datos utilizan registros de cambios para hacer un seguimiento de la transformación y de la limpieza de los datos.
El control de versiones automático te guiará por casi todo el camino
Muchas aplicaciones de software tienen una especie de seguimiento de historial incorporado.
En Microsoft Excel puedes utilizar una función denominada Control de cambios. Y, en BigQuery, puedes ver el historial para comprobar qué cambió.
	Google Sheets
	1. Haz clic con el botón derecho sobre la celda y selecciona Mostrar historial de cambios. 2. Haz clic en la flecha izquierda < o en la flecha derecha > para moverte hacia atrás y hacia adelante en el historial, según sea necesario.
	Microsoft Excel
	1. Si se habilitó el Control de cambios para la hoja de cálculo: haz clic en Revisar. 2. Debajo de Control de cambios, haz clic en la opción Aceptar/Rechazar cambios para aceptar o rechazar cualquier cambio realizado.
	BigQuery
	Abre una versión anterior (sin volver a ella) y descubre qué cambió al compararla con la versión actual.
En general, un registro de cambios registra este tipo de información:  
· Datos, archivo, fórmula, consulta o cualquier otro componente que haya cambiado
· Descripción de qué cambió
· Fecha del cambio
· Persona que realizó el cambio
· Persona que aprobó el cambio 
· Número de la versión 
· Razón por la que se realizó el cambio
Autorreflexión: creación de un registro de cambios
Un registro de cambios para un proyecto personal puede ser de cualquier forma. No obstante, en un ambiente profesional y cuando se colabora con otros, la legibilidad es importante. Los siguientes principios rectores ayudan a que un registro de cambios sea accesible a otros:
· Los registros de cambios son para personas, no para máquinas, así que escribe de manera legible.
· Cada versión debería tener su propia entrada.
· Cada cambio debería tener su propia línea.
· Agrupa los mismos tipos de cambios. Por ejemplo, Corregido debe estar en un grupo diferente de Agregado.
· Las versiones deberían estar ordenadas cronológicamente a partir de la última.
· Las fechas de lanzamiento de cada versión deberían estar anotadas.
· Todos los cambios de cada categoría deberían estar agrupados. Los tipos de cambios suelen estar dentro de alguna de las siguientes categorías:
· Agregado: nuevas funciones introducidas
· Modificado: cambios en funcionalidad existente
· Obsoleto: funciones a punto de ser eliminadas
· Eliminado: funciones que han sido eliminadas
· Corregido: correcciones de errores
· Seguridad: disminución de vulnerabilidades

Otros materiales