OC S6_ ACC

Vista previa del material en texto

ADMINISTRACIÓN DE
CONTROLES DE
CAMBIO 
OPEN CLASS S6
Toma de decisiones de cambios y manejo de versiones
Índice
Repaso semana anterior
Toma de decisiones
Manejo de versiones
Repositorio y copia de trabajo
Directorios
Análisis de caso 3
Learning Outcomes-Resultados de aprendizaje
Identificar los mecanismos a través de los cuales se hace un análisis y una evaluación de un proyecto.
Valorar la importancia del manejo de versiones en el proyecto.
Distinguir qué es el rollback y cuándo se utiliza en un proyecto.
Asistir puntual open class
Duración 1 hora
Actividad clase: Realizará una pregunta de investigación.
Respuesta: Trabajo (extensión media a una cuartilla), portada utel, introducción, conclusión y bibliografía en formato APA. 
El documento se envía al apartado de puntos extra para calificar tu asistencia y participación.
Tu asistencia en la clase debe ser participativa.
Dinámica oplen class
Repaso semana 5
Semana 
Evaluación del impacto y ciclo del proyecto.
Toma de decisiones
 5
Proceso toma de decisiones
Técnicas para la toma 
de decisiones
¿De qué manera la toma de decisiones sobre cambios implica la evaluación de un proyecto?
Existen proyectos que por sus características tienen varios lugares de trabajo, en sitios lejanos unos de otros, e incluso retirados del centro de mando del proyecto.
Cuando se presentan cambios que se deben ejecutar a corto plazo, pocas veces se documentan, menos se reportan al centro de mando, situación que termina ocasionando repercusiones en los costos y en los resultados esperados del proyecto.
En la medida en que los cambios se documenten y registren en un software, se facilitará la toma decisiones para el mismo proyecto o para proyectos futuros similares o que pueden ser iguales.
Video 1: https://www.youtube.com/watch?v=xww2DrrmZIw
Manejo de versiones de
cambio de proyecto
¿Qué es un control de versiones?
Son métodos y herramientas disponibles para controlar todo lo referente a los cambios en el tiempo de un archivo.
	BENEFICIOS DEL CONTROL DE VERSIONES		
	Compartir información siempre actualizada	Evitar duplicación del contenido	Eliminar contenido no utilizado o antiguo
Difícilmente un archivo de código o un documento de texto está terminado con la primera escritura; necesita cambios o reescrituras para corregir errores, modificar su contenido. 
A medida que el documento cambia existen dos opciones, mantener un historial de cambios o dejar que evolucione sin memoria.
El control de versiones es un método estándar para mantener esta memoria haciendo además que sea útil para el desarrollo futuro.
En documentos sencillos como un ensayo o un pequeño programa la memoria no es algo esencial, pero en la escritura de un libro o un programa con centenares de páginas y una docena de manos involucradas no hay otra manera de trabajar.
Esta es precisamente la palabra clave, mantener un control de las versiones de todos los archivos de un proyecto es una manera de trabajar completamente estandarizada; todas las prácticas tienen un nombre.
Un sistema de control de versiones debe proporcionar:
Registro histórico de las acciones realizadas con cada elemento o conjunto de elementos (normalmente pudiendo volver o extraer un estado anterior del producto).
Posibilidad de realizar cambios sobre los elementos almacenados (ej. modificaciones parciales, añadir, borrar, renombrar o mover elementos).
Mecanismo de almacenamiento de los elementos que deba gestionar (ej. archivos de texto, imágenes, documentación...)
Video: https://www.youtube.com/watch?v=Z0D6KV8ze8k
¿Cómo se especifican las versiones?
VERSIONES X Y Z
Un método bastante habitual de numerar las versiones es utilizando dos o tres cifras decimales para indicar la importancia de los cambios realizados. 
La tercer cifra (z). Indica la segunda versión menor. Indica que el documento se ha corregido pero que no se ha añadido ni eliminado nada relevante. Ejemplo:   1.2.2, 3.3.4
La segunda cifra (y). Indica la versión menor del documento. Denota cambios en el contenido o en la funcionalidad del documento pero no lo suficientemente importantes como para decir que ya no es el mismo. Ejemplo: 1.2.0, 3.3.0 
La primer cifra (x). Indica la versión mayor del documento. Si empieza con un cero significa que el documento aún no está listo o no cumple con los requerimientos mínimos. Ejemplo: 1.0.0, 3.0.0
Todas las herramientas de control de versiones se basan en la típica comunicación servidor-cliente. 
Desde el punto de vista de los documentos se podría decir que el repositorio es el código que está en el servidor y la copia de trabajo en el cliente. 
¿Qué son los repositorios y las copias de trabajo?
La copia de trabajo es una imagen del contenido en el repositorio de código y es lo que se utiliza para el trabajo diario (modificar archivos existentes crear documentos nuevos...). 
Todos los cambios que se hagan en dicha imagen no son definitivos hasta que se suban al repositorio. El control de versiones se ve influido en gran parte por cómo se realiza esta comunicación entre copia de trabajo-repositorio.
Copia de trabajo
Los documentos sujetos al control de versiones deben estar organizados de un modo determinado. 
No sirve utilizar un directorio distinto para cada versión porque se supone que el control de versiones es automático. 
Documentación de control
de cambios
La estructura de documentos suele dividirse en tres grandes directorios llamados:
Directorio trunk o tronco
En este directorio se aloja la estructura lineal del código fuente, es decir el desarrollo principal de un sistema.
Es el punto de partida donde se sube la primera versión del código fuente en desarrollo, a partir de la línea principal de desarrollo se crean los Branches. 
El directorio Branches o ramas
En este directorio se utiliza cuando se crea una rama independiente del desarrollo principal, donde puede ser varias situaciones; una nueva funcionalidad del proyecto, mantenimiento, o integración.
 La versión de trabajo es copiada desde el trunk.
El directorio tags
Cuando la versión trunk llega a una versión mayor o menor, es decir, un estado en el que podría recibir el calificativo de completa; pasa al directorio tags.
Este es el directorio donde solamente se aloja las versiones de tipo release o en su defecto parches que serán dirigidas al público, y su acceso es de solo “lectura”. 
 En él no se realizan cambios, es un almacén donde se guardan algunas versiones de valor histórico. 
Rollback
En tecnologías de base de datos, un rollback o reversión es una operación que devuelve a la base de datos a algún estado previo.
 Las reversiones son importantes para la integridad de la base de datos, a causa de que significan que la base de datos puede ser restaurada a una copia limpia incluso después de que se han realizado operaciones erróneas.
PREGUNTA DE INVESTIGACIÓN DE LA OPEN CLASS
Recuerda:
Se realiza un trabajo investigación (extensión media a una cuartilla), portada utel, introducción, conclusión y bibliografía en formato APA. 
Análisis de caso 3
¡Gracias por su asistencia y participación!
DUDAS Y COMENTARIOS
Evalúa la clase