K2BIM Manejo del Ambiente Controlado Versión 1.2

Transcripción

1 K2BIM Manejo del Ambiente Controlado Versión 1.2 Historia de revisiones Fecha VersiónDescripción Autor 21/08/ Creación del documento. Yasim Zeballos 23/08/ 1.0 Se agrega el punto "Objetivo del documento" y se Yasim Zeballos 2009 completan todos los sugeridos en la plantilla. 23/08/ Revisión SQA. Alan Descoins 3/10/ Revisión de Calidad. Adrián Silveira 1

2 Contenido 1. Objetivo del documento Definición del Ambiente Controlado Descripción del uso del Ambiente Controlado Responsabilidades

3 1. Objetivo del documento Este documento tiene como objetivo describir dónde se almacenarán los elementos de la línea base del proyecto, cómo son los procedimientos para almacenarlos, consultarlos y modificarlos. Se especificará al equipo de proyecto cómo se debe utilizar este ambiente controlado. 2. Definición del Ambiente Controlado 2.1 Google Docs El ambiente controlado consiste en la interfaz web brindada por Google docs, de modo que la información queda centralizada en un único lugar. Los backups se realizaran semanalmente por el Responsable de SCM, y se guardarán según la siguiente autoexplicativa estructura de directorios: Los documentos de Google docs serán respaldados en formato HTML, de manera que pueda reconstruirse el documento en la herramienta Google docs a partir del backup, sin perder el formato del mismo. Los backups se enviarán por correo electrónico a todos los integrantes del equipo una vez realizados. En todo momento un integrante puede pedir un backup de algún entregable al responsable de SCM. 2.2 WinScp Se usará el SFPT WinScp para el intercambio entre KB's de los equipos. El programa es software libre y se puede descargar de download.php#download2 usaremos winscp_ Portable Executable. Un SFPT es un FPT que utiliza SSH. Se usa básicamente para el intercambio de archivos de manera segura entre 2 computadoras. 3

4 3. Descripción del uso del Ambiente Controlado 3.1 Google docs Todo entregable del proyecto se comparte en Google docs. En particular todo elemento de la línea base del proyecto se comparte en Google docs. Para ello todos los integrantes del grupo tienen un usuario apto para acceder a cada uno de los documentos. Todos los integrantes tienen permiso de lectura y escritura sobre cada uno de los documentos, así como de incrementar la versión de un documento cada vez que se incorpore alguna modificación relevante. En caso de que el cambio sea considerado '"grande'" deberá solicitarse el cambio formalmente al comité de control de cambios. Si algún integrante considera que un documento que no está en la línea base debería de estar, debe solicitarlo al Responsable de SCM. Google docs presenta una herramienta para el control de versiones. Se accede mediante Tools -> Revision History. 3.2 WinScp Para usar el WinScp hay que descargarlo de winscp419.exe. La configuración consiste en lo siguiente: Lo que hay que ingresar es: Host name: lulu.fing.edu.uy User name: ingsw05 Password: <será transmitido de forma segura a los integrantes> 4

5 Después hay que clickear en el botón de Login para pasar a la siguiente ventana: En la misma se ve en la ventana izquierda los archivos locales, y en la ventana derecha los archivos en la máquina remota. Cada vez que un usuario quiera subir un XPZ debe entrar a la carpeta /ens/home02/ ingsw05/kb y elegir la carpeta apropiada. En el ejemplo se eligió la carpeta "prueba". En caso de que un usuario quiera subir una versión más reciente, debe renombrar su XPZ a versionado003.xpz, y después solo teiene que copiarlo a /ens/home02/ingsw05/kb/ Pruebas. 4. Responsabilidades Respecto al versionado, cada integrante es responsable de mantener la consistencia de los documentos que le competen. Si se detecta alguna inconsistencia, el Responsable del SCM es quien deberá coordinar con los integrantes vinculados a los documentos en conflicto la forma de arreglar la inconsistencia. Si la inconsistencia se da en el documento mismo, se delega la responsabilidad de corregirla al responsable de ese documento. 5