Reporte inicial. Metodología

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Reporte inicial. Metodología"

Transcripción

1 Reporte inicial Este reporte inicial expondrá las decisiones que tomamos al momento de selección de metodología, plantillas y métodos de recabado de evidencia y por qué tomamos dichas decisiones. Metodología En lo que respecta a la metodología, elegimos utilizar Kanban mezclado con algunas prácticas de Scrum. Las opciones que evaluamos previo a nuestra elección final fueron Extreme Programming, Scrum y Kanban. + Extreme Programming fue descartado porque, aunque vimos que sus prácticas son más sencillas al momento de creación de documentación, las de construcción del software son algo más estrictas y complicadas para llevar a cabo. Así como que casi todo el proceso de verificación y validación se hace durante la construcción y no queríamos empezar a programar durante este proceso inicial de especificación del software. Además, no estamos familiarizados con la metodología y no es fácil de aplicar. Por ejemplo: preferimos trabajar los tres al mismo tiempo al momento de programar y no tener dos personas frente a la misma computadora. No solo porque no nos parece muy efectivo para un programa de este nivel de complejidad (sencillo), si no que somos solo tres personas y haría falta una más para cumplir el proceso correctamente. Por eso preferimos irnos por una metodología más liviana, pues quisimos explorar nuestra propia forma de interactuar como equipo antes de adoptar un sistema más serio. + Descartamos Scrum por el hecho de que, aunque se parece bastante a Kanban, exige que se trabaje en Sprint. Como la construcción del proyecto no nos tomará demasiado tiempo (decidimos acabarla en un día, dos como máximo), es complicado estar preparando Sprints de algunas horas y haciendo reuniones cada vez que acabe uno. Scrum es bastante flexible y sencillo, pero aun nos impone ciertas prácticas que resultarían incómodas más que beneficiosas a la hora de realizar el trabajo. La práctica que tomaremos para unir con Kanban será la de, al momento de construcción del software, hacer pequeñas reuniones, tipo Daily Scrum o Scrum de Scrum, para comunicar al grupo cómo va el trabajo que se está haciendo. + Kanban es la metodología más abierta y flexible de las tres que vimos. Lo elegimos por el hecho de que no nos ofrece criterios o prácticas tan sólidamente definidos y aun así nos da el mínimo necesario para nuestro proyecto. Kanban nos da más libertad a la hora de decidir cómo vamos a hacer el trabajo. Esta metodología exige entre sus criterios que se tenga una pizarra donde se vaya marcando el proceso de desarrollo de las actividades y sea visible en cada momento en qué punto de desarrollo se encuentra el equipo. Esto nos llamó

2 la atención porque así tendremos mayor control y conocimiento de las actividades que estamos desarrollando. Seguimiento de tareas Para el seguimiento de las tareas de nuestro proyecto, y llevar un récord de las actividades que se fueran creando, decidimos emplear algún mecanismo que nos permitiera hacerlo de forma sencilla y sin necesidad de muchos recursos. Quisimos contar con algún modo fácil y a la vez efectivo de llevar un historial de nuestras acciones como equipo y cumplir con el criterio de la pizarra de actividades de Kanban. Para esta tarea hicimos una lluvia de ideas para considerar qué características debería tener la herramienta que utilizaríamos. La herramienta debe ofrecer: una forma sencilla de marcar las nuevas actividades y presentar el desarrollo de esta por etapas, la posibilidad de hacer lista de actividades (checklists) para tener un conteo de ciertos puntos específico que necesitaría cada actividad para cumplirse y que podamos tener un historial de cómo se trabajó para que luego fuera más fácil retroalimentarnos de qué estábamos haciendo bien y qué puede mejorar. Luego de un análisis de estas opciones llegamos a la conclusión de utilizar alguna herramienta digital para que cumpla con dichas características. No quisimos utilizar pizarras o papel, por ejemplo, porque es más tedioso y se gastan muchos recursos. Además, como estudiantes de Ingenieros de Software apoyamos el uso de aplicaciones que nos permitan trabajar con menos esfuerzo. Encontramos una aplicación web denominada Trello, que simula tarjetas de actividades y checklists agrupadas en tableros que pueden ser fácilmente compartidos con otros usuarios. La aplicación nos pareció excelente para cubrir nuestras necesidades de seguimiento de tareas ya que proporciona los recursos que necesitábamos, además de un ambiente gráfico muy sencillo de usar, pero a la vez muy poderoso. No nos tomamos la molestia de ver otras opciones porque en realidad no nos pareció necesario emplear mucho tiempo en esto. Creamos una pizarra llamada Tennis Game Board sobre la cual trabajaremos 1. Requerimiento Plantillas de especificación de software En lo que respecta a la creación de la plantilla de especificación de requerimientos, la desarrollamos de la siguiente forma: 1 Pizarra de actividades en Trello: https://trello.com/board/tennis-gameboard/505b735c08b3933b1726c032

3 + La especificación la dividimos por etapas porque sabíamos que durante el proceso de creación de arquitectura y diseño los requerimientos podrían variar. Por lo que definimos un esquema ligero y luego utilizando como guía la plantilla Volere, levantamos los requerimientos mas estructurados. + Utilizamos una simplificación de la Volere porque responde correctamente las necesidades que teníamos: un rango de importancia de los requerimientos para luego crear el log de actividades en el tablero de Kanban, tipo de clasificación del requerimiento, una codificación para luego reconocerlos más fácilmente en otros documentos y tres espacios para definir claramente qué se busca resolver con dicho requerimiento. + Decidimos hacer los casos de uso como parte de los requerimientos luego de que nos dimos cuenta de que la arquitectura puede ser validada al ser comparada con dichos casos de uso. Además, el modelo de vista 4+1 necesita una serie de escenarios que pueden ser fácilmente sacados de estos casos de uso. Utilizamos como referencia la plantilla de Larman, pero la recortamos un poco, ya que el sistema que vamos a desarrollar no necesita tantas especificaciones. + El análisis de los requerimientos lo haremos elaborando modelos conceptuales. Aunque existen métodos formales, son demasiado complicados para lo que queremos desarrollar y la mayoría no conoce dichos métodos. Arquitectura En cuanto a la plantilla de especificación, validación y verificación de la arquitectura, tomamos estos criterios para elaborarla: + Decidimos elaborar la arquitectura con el modelo de vista 4+1. La decisión de utilizar modelo de vista 4+1 se basa en qué, después de leer sobre las diversas formas de elaborar la arquitectura, esta era una forma sencilla, representa diversos puntos de vista de la arquitectura y además se puede realizar con diagramas UML, con los que estamos familiarizados. En la especificación de la arquitectura también decidimos llevarlo por etapas e ir guardando las modificaciones que se hacían. + En la verificación decidimos, aunque no es tan necesario, consultar con personas que conocen del tema para verificar nuestra arquitectura. Luego de buscar un tiempo encontramos una lista de puntos específicos que debía cumplir la arquitectura para considerarse bien realizada. Tomamos elementos de dicha lista como forma de verificación porque preguntaba sobre los diversos criterios de arquitectura y envuelve la información esencial que debe contener una arquitectura. + Como validación de la arquitectura la compararemos con los requerimientos, para ver si los módulos especificados cumplen con las necesidades que ya habíamos descrito. Además, ya que utilizamos el "modelo de vista 4+1", también compararemos con los casos

4 de uso que elaboramos como parte de los requerimientos. Otro método es otra lista de puntos específicos que leímos debe incluir la arquitectura y que van acorde con el proceso de validación. Decidimos hacerlo así porque es rápido (ya tendremos los requerimientos y casos de uso ya elaborados) y nos permitirá evaluar la coherencia entre todas las vistas y lo que ya habíamos planteado en como sería el programa. Diseño En lo que respecta a la plantilla de especificación, validación y verificación del diseño, decidimos hacer lo siguiente: + Para la especificación del diseño, decidimos hacer nuestro diseño usando UML y utilizamos la herramienta Astah (Community Edition) pues ya la conocíamos y es gratuita (además de que está para muchas plataformas). Usaremos diagramas de clase para especificar nuestro diseño y algunos diagramas de secuencia. + Para la verificación del diseño, consideramos inicialmente presentarle nuestro diseño a desarrolladores profesionales para obtener retroalimentación y luego pensamos que sería mejor comparar nuestro diseño con líneas de guía conocidos sobre qué se puede considerar como un buen diseño. Así podremos hacer un análisis objetivo de nuestro diseño sin depender en opiniones particulares de desarrolladores. + Para la validación del diseño, decidimos comparar los elementos que lo conforman con los elementos que conforman la arquitectura para ver si se corresponden y por tanto el diseño implementa correctamente a la arquitectura. Estrategias de recabado de evidencias Decidimos guardar la documentación relevante al proyecto usando el mismo sistema de control de versiones que utilizaremos para nuestro código e incluso el mismo repositorio. Decidimos hacer esto porque provee visibilidad en lo que respecta a la presencia y evolución de la documentación y la "evidencia" que se va acumulando a medida que transcurre el proceso de creación del software. La presencia misma de un historial del repositorio muestra que hubo un desarrollo gradual de todo lo que constituyen los entregables. El sistema de control de versiones que fue escogido fue Git, pues aunque vimos a las alternativas Mercurial y SVN, consideramos que no había ninguna ventaja significativa para nuestros fines y necesidades, y ya había experiencia previa usando Git. Para el repositorio elegimos usar los servicios de SourceForge, pues nos ofrecían ciertas ventajas como un correo interno que planeamos utilizar, característica que no existe en las otras 2 opciones que vimos, dígase GitHub y BitBucket.

5 Las evidencias de cada proceso y de que se cumplió las especificaciones de cada plantilla tendrá el siguiente formato: + Requerimientos: existirá un documento de texto para los requerimientos y los casos de uso. Se evidenciará su evolución y desarrollo por el historial del repositorio. + Arquitectura: cada etapa de la arquitectura será representada por diversas imágenes sacadas de la herramienta que utilizamos para elaborarla. La especificación tendrá un documento de texto aparte donde describa todas sus partes y las diferentes vistas. Evidencia de la verificación y validación también estará en el documento donde se presentará la lista de puntos tomados en cuenta y una breve especificación de los cambios que generaron dichos procesos. Evidencia de la retroalimentación se verá en varias capturas de pantalla de las conversaciones y respuestas obtenidas. + Diseño: las etapas del diseño también se verá por las diferentes imágenes subidas al repositorio. La especificación también tendrá un documento de texto que la describa brevemente. Evidencia de la verificación y validación también estará en el documento de texto con los puntos tomados en cuenta y los resultados obtenidos. Los documentos de texto se guardaron en formato.txt en el repositorio para que no hubiera ningún problema en lectura de los datos por parte de la plataforma. Los reportes serán subidos a los archivos del repositorio en formato.pdf para mejor lectura.

Ingeniería de Software

Ingeniería de Software Ingeniería de Software Tabla de Contenidos PARTE I INTRODUCCIÓN Capítulo 1: Evolución Los hitos en la evolución histórica del Desarrollo de Software Problemas y soluciones... Fallas, malas estimaciones

Más detalles

Herramienta para la Administración y Estimación Ágil de Desarrollo de Software

Herramienta para la Administración y Estimación Ágil de Desarrollo de Software Herramienta para la Administración y Estimación Ágil de Desarrollo de Software Mario R. MORENO SABIDO Depto. de Sistemas y Computación, Instituto Tecnológico de Mérida Mérida, Yucatán 97118, México y Jorge

Más detalles

INGENIERÍA DEL SOFTWARE

INGENIERÍA DEL SOFTWARE INGENIERÍA DEL SOFTWARE Sesión No. 2 Nombre: Procesos de ingeniería del software INGENIERÍA DEL SOFTWARE 1 Contextualización La ingeniería de software actualmente es muy importante, pues con los avances

Más detalles

Cómo usar Subversion. con Windows XP/2000/2003.

Cómo usar Subversion. con Windows XP/2000/2003. con Windows XP/2000/2003. Creado por: Fecha de creación: Domingo, 04 de Septiembre de 2005 Revisión: 1 Última modificación: Sábado, 10 de Septiembre de 2005 Índice Cómo usar Subversion... 1 Índice... 2

Más detalles

PROPUESTA DE PROYECTO DE DESARROLLO DE PÁGINA WEB PARA GESTIÓN DE PROYECTOS CON METODOLOGÍA SCRUM

PROPUESTA DE PROYECTO DE DESARROLLO DE PÁGINA WEB PARA GESTIÓN DE PROYECTOS CON METODOLOGÍA SCRUM Universidad Rafael Landivar Campus Quetzaltenango Facultad de Ingeniería PROPUESTA DE PROYECTO DE DESARROLLO DE PÁGINA WEB PARA GESTIÓN DE PROYECTOS CON METODOLOGÍA SCRUM Linda Estrella Córdova Monterroso

Más detalles

DISEÑO DE UN SISTEMA INFORMÁTICO PARA LA

DISEÑO DE UN SISTEMA INFORMÁTICO PARA LA DISEÑO DE UN SISTEMA INFORMÁTICO PARA LA ADMINISTRACIÓN DE COMPRAS DE ALMACÉN INITE, S.C. no es responsable del contenido, de la veracidad de los datos, opiniones y acontecimientos vertidos en el presente

Más detalles

Programación Orientada a Objetos Profr. Pedro Pablo Mayorga

Programación Orientada a Objetos Profr. Pedro Pablo Mayorga Actividad 2 Unidad 1 Ciclo de vida del software y Diseño Orientado a Objetos Ciclo de Vida del Software Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto

Más detalles

Capitulo 3. Desarrollo del Software

Capitulo 3. Desarrollo del Software Capitulo 3 Desarrollo del Software 3.1 Análisis del sistema 3.1.1 Organización de la autopista virtual Para el presente proyecto se requiere de simular una autopista para que sirva de prueba. Dicha autopista

Más detalles

DOTPROJECT MANUAL BÁSICO

DOTPROJECT MANUAL BÁSICO DOTPROJECT MANUAL BÁSICO AUTORES Karen Giraldo Escobar Julián Andrés Lozano Febrero 25 de 2010 Universidad ICESI TABLA DE CONTENIDO 1. INTRODUCCIÓN... 3 2. MANUAL DE INSTALACIÓN... 4 3. CONFIGURACIÓN DE

Más detalles

5. Diseño e Implementación del sistema (software)

5. Diseño e Implementación del sistema (software) 5. Diseño e Implementación del sistema (software) Diagrama de flujo de la aplicación: Aplicación Seleccionar Registros Ir a Archivo? Si Archivo No Sincronizar? Si α No Validar Usuario? Si β No Salir Diagrama:

Más detalles

Sistema de Inventario y calculo de nomina

Sistema de Inventario y calculo de nomina Sistema de Inventario y calculo de nomina Nombre del alumno: Jairo Ruiz Renteria Número de Expediente: 209200589 Carrera: Ingeniería en Sistemas de Información Trabajo: Reporte final de las prácticas profesionales

Más detalles

Guía para Desarrollo de Sitios Web - Gobierno de Chile

Guía para Desarrollo de Sitios Web - Gobierno de Chile www.guiaweb.gob.cl > 109 110 < www.guiaweb.gob.cl La Guía en Internet: www.guiaweb.gob.cl Guía para Desarrollo de Sitios Web - Gobierno de Chile Como se ha indicado en los capítulos iniciales, esta Guía

Más detalles

Gestionando Agile/Scrum con Sciforma

Gestionando Agile/Scrum con Sciforma agile Gestionando Agile/Scrum con Sciforma El desarrollo ágil de software son métodos de ingeniería del software basados en el desarrollo iterativo e incremental, donde los requerimientos y soluciones

Más detalles

Planeación del Proyecto de Software:

Planeación del Proyecto de Software: Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los

Más detalles

Planificación y Control de Proyectos de Software mediante MS Project

Planificación y Control de Proyectos de Software mediante MS Project Práctica 2 Planificación y Control de Proyectos de Software mediante MS Project E n esta práctica vamos a introducirnos en la Planificación y Control de Proyectos de Software mediante herramientas informáticas

Más detalles

Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología

Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología Ciclo de vida y Metodologías para el desarrollo de SW Definición de la metodología La metodología para el desarrollo de software es un modo sistemático de realizar, gestionar y administrar un proyecto

Más detalles

Escenarios de trabajo en Git

Escenarios de trabajo en Git Escenarios de trabajo en Git by kotov - Miércoles, marzo 06, 203 http://rooteando.com/escenarios-de-trabajo-en-git/ Kindle En este artículo se explican diferentes configuraciones de Git aplicadas a diversos

Más detalles

Índice 1 Instalación de la herramienta 2 Descripción de la herramienta 2 Arranque de la aplicación 3 Proyecto 4 Diagrama de clases 5

Índice 1 Instalación de la herramienta 2 Descripción de la herramienta 2 Arranque de la aplicación 3 Proyecto 4 Diagrama de clases 5 Índice Índice 1 Instalación de la herramienta 2 Descripción de la herramienta 2 Arranque de la aplicación 3 Proyecto 4 Diagrama de clases 5 Crear diagrama de clases 5 Crear elementos 7 Editar elementos

Más detalles

Manual del usuario del Software I-simapro

Manual del usuario del Software I-simapro Manual del usuario del Software I-simapro Tabla de contenido 1.-Introducción 2. Página de inicio 2.1 Quien debe configurar i-simapro 3. Iniciar una nueva empresa 4. Aspectos generales del i-simapro 4.1

Más detalles

Herramientas automáticas y semiautomáticas que apoyan a la aplicación de los métodos.

Herramientas automáticas y semiautomáticas que apoyan a la aplicación de los métodos. Unidad I Introducción a la ingeniería del software y sistemas de información Las economías de todos las paises son cada vez más y más dependientes del Software Importancia del Software 10 Cada vez más

Más detalles

MANUAL DE CREACIÒN DE PAGINAS WEB CON LA APLICACIÓN ON-LINE JIMDO

MANUAL DE CREACIÒN DE PAGINAS WEB CON LA APLICACIÓN ON-LINE JIMDO MANUAL DE CREACIÒN DE PAGINAS WEB CON LA APLICACIÓN ON-LINE JIMDO 0. ÍNDICE 1. REGISTRARSE EN JIMDO... 2 1.1. Registrarse en la aplicación... 2 1.2. Acceso a la edición de nuestro sitio web... 3 2. HERRAMIENTAS

Más detalles

En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto.

En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto. APÉNDICES En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto. APÉNDICE 1. Herramientas Las herramientas que se usaron en el análisis, desarrollo

Más detalles

DES. Fundamento Institucional. Objetivos. Alcance

DES. Fundamento Institucional. Objetivos. Alcance DES INSTRUCCIONES: a continuación se describe el flujo de trabajo correspondiente al área de procesos de DESARROLLO en el ciclo de vida del software en el cual se debe apoyar para la ejecución de sus actividades;

Más detalles

PROYECTOS DE INVESTIGACIÓN EN LAS AULAS DE CLASE, DE ESTUDIANTES PARA ESTUDIANTES - AQUÍ ESTOY! Y USADIR

PROYECTOS DE INVESTIGACIÓN EN LAS AULAS DE CLASE, DE ESTUDIANTES PARA ESTUDIANTES - AQUÍ ESTOY! Y USADIR PROYECTOS DE INVESTIGACIÓN EN LAS AULAS DE CLASE, DE ESTUDIANTES PARA ESTUDIANTES - AQUÍ ESTOY! Y USADIR ARBELÁEZ B; RENDON L. 1 PROYECTOS DE INVESTIGACIÓN EN LAS AULAS DE CLASE, DE ESTUDIANTES PARA ESTUDIANTES

Más detalles

CURSO SOBRE LA PDi SMART USO DEL SOFTWARE NOTEBOOK. http://www.aprenderconsmart.org/

CURSO SOBRE LA PDi SMART USO DEL SOFTWARE NOTEBOOK. http://www.aprenderconsmart.org/ CURSO SOBRE LA PDi SMART Y USO DEL SOFTWARE NOTEBOOK http://www.aprenderconsmart.org/ La pizarra digital interactiva (PDI) Smart Board Instalación del software en castellano desde Internet. Al comprar

Más detalles

Guía de uso de Moodle para participantes

Guía de uso de Moodle para participantes Guía de uso de Moodle para participantes ÍNDICE 1 QUÉ ES MOODLE?... 3 2 INTRODUCCIÓN A LA PLATAFORMA... 4 2.1 ACCESO... 4 2.2 CURSO... 5 2.2.1 BLOQUES... 6 3 RECURSOS Y MÓDULOS... 8 3.1 TRANSMISIVOS...

Más detalles

Artologik HelpDesk Versión 4.0 Nuevas funciones

Artologik HelpDesk Versión 4.0 Nuevas funciones HelpDesk [Nuevas NNeeeeegmäölb, funciones en HelpDesk 4.0] Artologik HelpDesk Versión 4.0 Nuevas funciones INTRODUCCIÓN... 5 HELPDESK (SIN MÓDULOS ADICIONALES)... 5 Creando solicitudes desde correos electrónicos

Más detalles

[Clave Proyecto] - Plan de Administración de la Configuración del Proyecto

[Clave Proyecto] - Plan de Administración de la Configuración del Proyecto [Clave Proyecto] - Plan de Administración de la Configuración del Proyecto Contenido 1. Historial de Cambios... 3 1.1. Cambios de Contenido... 3 1.2. Aprobación de Cambios... 3 1.3. Cambios de Plantilla...

Más detalles

Autor: Iñigo Ezcurdia Aguirre. Fecha: 26/08/2014 [ORLA ONLINE] Informe de proyecto (Beca Colaboración 2014)

Autor: Iñigo Ezcurdia Aguirre. Fecha: 26/08/2014 [ORLA ONLINE] Informe de proyecto (Beca Colaboración 2014) Autor: Iñigo Ezcurdia Aguirre Fecha: 26/08/2014 [ORLA ONLINE] Informe de proyecto (Beca Colaboración 2014) ÍNDICE INTRODUCCIÓN... 2 LA PROPUESTA... 3 TAREAS REALIZADAS... 4 Fase 1: Análisis y diseño...

Más detalles

TCP/IP. IRI 2 do cuatrimestre 2015

TCP/IP. IRI 2 do cuatrimestre 2015 TCP/IP IRI 2 do cuatrimestre 2015 Redes y Protocolos Una red es un conjunto de computadoras o dispositivos que pueden comunicarse a través de un medio de transmisión en una red. Los pedidos y datos de

Más detalles

El modelo de ciclo de vida cascada, captura algunos principios básicos:

El modelo de ciclo de vida cascada, captura algunos principios básicos: Ciclo de Vida del Software Un modelo de ciclo de vida define el estado de las fases a través de las cuales se mueve un proyecto de desarrollo de software. El primer ciclo de vida del software, "Cascada",

Más detalles

Herramientas de Google para Gestión de Proyectos

Herramientas de Google para Gestión de Proyectos Herramientas de Google para Gestión de Proyectos Google ofrece una serie de servicios en la red, desde Gmail para el correo electrónico hasta Google Sites que permite gestionar información y documentación

Más detalles

CÓMO CREAR NUESTRO CATÁLOGO

CÓMO CREAR NUESTRO CATÁLOGO CÓMO CREAR NUESTRO CATÁLOGO Mediante la aplicación (http://www.prensasoft.com/programas/conline) podemos crear nuestros propios catálogos. Para crear un catálogo necesitamos: - Varios productos que mostrar,

Más detalles

Planificación del Trabajo para un Proyecto de Investigación de Políticas para el DEL

Planificación del Trabajo para un Proyecto de Investigación de Políticas para el DEL Planificación del Trabajo para un Proyecto de Investigación de Políticas para el DEL Propósito y proceso para el taller Comenzar a desarrollar un plan de trabajo para orientar su trabajo en políticas de

Más detalles

Análisis y diseño del sistema CAPÍTULO 3

Análisis y diseño del sistema CAPÍTULO 3 Análisis y diseño del sistema CAPÍTULO 3 36 CAPÍTULO 3 Análisis y diseño del sistema En este capítulo se pretende realizar un análisis detallado de los requerimientos del software a desarrollar para la

Más detalles

Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA

Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA Documento de trabajo elaborado para la Red Temática DocenWeb: Red Temática de Docencia en Control mediante Web (DPI2002-11505-E)

Más detalles

Tabla de contenido 1. OBJETIVOS... 2 2. ASIGNACION DE RESPONSABILIDADES... 2 3. ROLES Y TAREAS... 3 4. ALCANCE... 4

Tabla de contenido 1. OBJETIVOS... 2 2. ASIGNACION DE RESPONSABILIDADES... 2 3. ROLES Y TAREAS... 3 4. ALCANCE... 4 Tabla de contenido 1. OBJETIVOS... 2 2. ASIGNACION DE RESPONSABILIDADES... 2 3. ROLES Y TAREAS... 3 4. ALCANCE... 4 5. PROCEDIMIENTOS RELACIONADOS... 4 6. DOCUMENTOS RELACIONADOS... 4 7. PROCESO... 4 7.1.

Más detalles

Capítulo 4. Implementación del lenguaje multitáctil

Capítulo 4. Implementación del lenguaje multitáctil Capítulo 4. Implementación del lenguaje multitáctil En este capítulo se presenta como fue diseñado y desarrollado el servicio de ademanes multitáctiles. Se presentan la arquitectura general del sistema,

Más detalles

Proyecto de Grado SoReWa (Social Restaurant Wall) DOCUMENTO ARTICULADOR

Proyecto de Grado SoReWa (Social Restaurant Wall) DOCUMENTO ARTICULADOR Proyecto de Grado SoReWa (Social Restaurant Wall) DOCUMENTO ARTICULADOR Elaborado Por: Alejandro Arbeláez Acevedo Elaborado Para: Proyecto de Grado Versión: 1.0 Mayo, 2014 Confidencial Eafit UP. Versión

Más detalles

XIV CIAEM: Guía para Directores (as) de Tema. Versión 1.1

XIV CIAEM: Guía para Directores (as) de Tema. Versión 1.1 XIV CIAEM: Guía para Directores (as) de Tema Versión 1.1 Última actualización: 20 de marzo de 2014 Tabla de Contenidos Introducción... 3 Diagrama general de acciones de directores (as) de temas... 5 Procedimiento

Más detalles

FORMACIÓN DEL PROFESORADO ESCUELA TIC 2.0 MÓDULO 0 PIZARRA DIGITAL INTERACTIVA SMART BOARD HERRAMIENTAS SESIÓN

FORMACIÓN DEL PROFESORADO ESCUELA TIC 2.0 MÓDULO 0 PIZARRA DIGITAL INTERACTIVA SMART BOARD HERRAMIENTAS SESIÓN FORMACIÓN DEL PROFESORADO ESCUELA TIC 2.0 MÓDULO 0 PIZARRA DIGITAL INTERACTIVA SMART BOARD HERRAMIENTAS SESIÓN 1 Nota de autor: Este documento ha sido elaborado por Antonio Planes, para el Centro del Profesorado

Más detalles

INDICE. 1. Introducción... 2. 2. Requisitos... 2. 3. Instalación... 3. 4. Interface de administración... 4. 5. Creación de un capitulo...

INDICE. 1. Introducción... 2. 2. Requisitos... 2. 3. Instalación... 3. 4. Interface de administración... 4. 5. Creación de un capitulo... INDICE 1. Introducción... 2 2. Requisitos... 2 3. Instalación... 3 4. Interface de administración... 4 5. Creación de un capitulo... 4 5.1. N º del capitulo... 5 5.2. Nombre del capitulo... 6 5.3. Imagen

Más detalles

Introducción. Mensaje de los Desarrolladores

Introducción. Mensaje de los Desarrolladores Introducción En Aspec System estamos preocupados por los cabios tecnológicos de la vida cotidiana así como las integraciones de la tecnologías de la información en el llamado tele gobierno que está integrando

Más detalles

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.

cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred. cilred.com CICLO DE VIDA DEL SOFTWARE & METODOLOGIAS DE DESARROLLO DE SOFTWARE ING. EDUARDO CRUZ ROMERO eduar14_cr@hotmail.com cilred.com CICLO DE VIDA DEL SOFTWARE Para apreciar un poco más el problema

Más detalles

Título de la ponencia: Reflexiones en torno a la experiencia docente en el Bachillerato Universitario a Distancia de la UAEMéx.

Título de la ponencia: Reflexiones en torno a la experiencia docente en el Bachillerato Universitario a Distancia de la UAEMéx. 1 III Coloquio Nacional de Educación Media Superior a Distancia Desafíos ante la obligatoriedad del Bachillerato Línea temática: Formación docente y certificación Título de la ponencia: Reflexiones en

Más detalles

MANUAL BASICO DE WEBEX

MANUAL BASICO DE WEBEX MANUAL BASICO DE WEBEX Webex es un servicio de web conferencias y soluciones de colaboración, lo que significa que nos permite crear una conferencia por internet en la cual además de vernos los unos a

Más detalles

E 2.4.1 Documento de entrega de Aplicación

E 2.4.1 Documento de entrega de Aplicación E 2.4.1 Documento de entrega de Aplicación Versión: 0.1 Fecha: 11/08/11 Autor: Email: Antoni Bertran Bellido abertran@opentrends.net Historial de cambios Versión Fecha Autor Cambios 0.1 11/08/11 Antoni

Más detalles

Desarrollo Ágil. Software Engineering: A Practitioner s Approach Roger S. Pressman, Ph.D. Tomás Balderas Contreras Ingeniería de Software I

Desarrollo Ágil. Software Engineering: A Practitioner s Approach Roger S. Pressman, Ph.D. Tomás Balderas Contreras Ingeniería de Software I Desarrollo Ágil Software Engineering: A Practitioner s Approach Roger S. Pressman, Ph.D. Tomás Balderas Contreras Ingeniería de Software I Coordinación de Ciencias Computacionales INAOE 2011 Preguntas

Más detalles

Contenidos. Parte I - Introducción Capítulo 1 - Evolución. Capítulo 2 Condiciones de trabajo en el Desarrollo de Software

Contenidos. Parte I - Introducción Capítulo 1 - Evolución. Capítulo 2 Condiciones de trabajo en el Desarrollo de Software IX Contenidos Prólogo... XIX Prefacio... XXI Guía de lectura...xxiii Parte I - Introducción Capítulo 1 - Evolución 1.1 Introducción... 2 1.2 Los hitos en la evolución histórica del desarrollo de software...

Más detalles

primero de Primaria Matemática Ciencias de la naturaleza SC 25: Organización de datos: recolectar, clasificar y contar datos

primero de Primaria Matemática Ciencias de la naturaleza SC 25: Organización de datos: recolectar, clasificar y contar datos 1. Secuencias curriculares correspondientes Área: Matemática Área: Ciencias de la Naturaleza SC 25: Organización de datos: recolectar, clasificar y contar datos SC 2: Características de los animales Temporalización:

Más detalles

LMS: Manual de la familia

LMS: Manual de la familia Sistema UNOi LMS: Manual de la familia En este Learning Coffee aprenderá a: Acceder a la plataforma y editar su cuenta. Acceder a sus notificaciones. Consultar el calendario. Consultar clases, proyectos

Más detalles

Cursos Teleformación 2015

Cursos Teleformación 2015 Cursos Teleformación 2015 Formación permanente del profesorado de la Comunidad de Madrid Curso u Técnicas y estrategias digitales para el trabajo colaborativo en red. Válido para sexenios. Inscripcciones

Más detalles

SIBO Sistema de Información de Boletería Tracking. Versión 3.0

SIBO Sistema de Información de Boletería Tracking. Versión 3.0 SIBO Sistema de Información de Boletería Tracking Versión 3.0 Historial de Revisiones Fecha Versión Descripción Autor 14/09/2009 1.0 Se realiza el tracking de la primera iteración. 28/10/2009 2.0 Se realiza

Más detalles

<TITULO DEL PROYECTO DE DESARROLLO DE SW > Diana Milena Pérez Riveros 1 Diana Milena Pérez Riveros Pagina de

Más detalles

actius Introducción un producto:

actius Introducción un producto: actius Introducción nexius es una empresa dedicada al desarrollo web, aplicaciones en internet, hosting de dominios, comercio electrónico y consultoría informática. Nos ocupamos de hacer un estudio integral

Más detalles

Academias Nacionales De Docentes. Usuario

Academias Nacionales De Docentes. Usuario Academias Nacionales De Docentes Usuario Dirección General de Centros de Formación para el Trabajo contenido INTRODUCCIÓN...5 ACCESO...7 ÍNDICE DE ACADEMIAS...8 SECCIONES...9 DOCUMENTOS...11 CALENDARIO...13

Más detalles

Diseño de un prototipo de un sistema de organización de visitas en una ciudad

Diseño de un prototipo de un sistema de organización de visitas en una ciudad EINA -GRADO EN INGENIERÍA INFORMÁTICA -GRADO EN INGENIERÍA DE DISEÑO Y DESARROLLO DE PRODUCTO 2º CURSO CUAT2 - CURSO 2013-2014 Asignaturas: INTERACCIÓN PERSONA - ORDENADOR (IPO) y DISEÑO GRÁFICO Y COMUNICACIÓN

Más detalles

PROCEDIMIENTO DE GESTIÓN DE ENTREGAS

PROCEDIMIENTO DE GESTIÓN DE ENTREGAS Página 1 de 16 PROCEDIMIENTO DE GESTIÓN DE ENTREGAS Rev. Fecha Descripción 01 09/03/2007 Primera versión del documento 02 22/09/2009 Actualización de logos y contenido en general 03 20/06/2010 Actualización

Más detalles

SISTEMA DE CONTROL DE PRESENCIA

SISTEMA DE CONTROL DE PRESENCIA SISTEMA DE CONTROL DE PRESENCIA 1 SISTEMA DE CONTROL DE PRESENCIA 1 1 GENERALIDADES DE LA APLICACIÓN 3 2 SEGURIDAD Y ACCESO AL PROGRAMA 7 2.1 Mantenimiento de usuarios 7 2.2 Perfiles 9 3 GESTIÓN DE EMPRESAS

Más detalles

Capítulo 1. Sistema de Control de Inventario y Reportes de Falla

Capítulo 1. Sistema de Control de Inventario y Reportes de Falla Capítulo 1 Sistema de Control de Inventario y Reportes de Falla 1.1 Descripción del Problema La Universidad de las Américas, Puebla (UDLA) cuenta con la Dirección de Capacitación y Servicios en Sistemas

Más detalles

El Proceso Unificado de Desarrollo de Software

El Proceso Unificado de Desarrollo de Software El Proceso de Desarrollo de Software Ciclos de vida Métodos de desarrollo de software El Proceso Unificado de Desarrollo de Software 1 Fases principales del desarrollo de software Captura de requisitos:

Más detalles

IV. Implantación del sistema.

IV. Implantación del sistema. IV. Implantación del sistema. Para hablar sobre el proceso de desarrollo del sistema de Recuperación de Información Visual propuesto, empezaremos hablando del hardware utilizado, las herramientas de software

Más detalles

Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.

Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos. Apéndice C. Glosario A Actividades de coordinación entre grupos. Son dinámicas y canales de comunicación cuyo objetivo es facilitar el trabajo entre los distintos equipos del proyecto. Actividades integradas

Más detalles

Administración de proyectos

Administración de proyectos UNA GUÍA PARA MINDMANAGER Administración de proyectos El éxito de un proyecto depende tanto de la administración efectiva de la información, y de la coordinación eficiente de recursos y fechas. MindManager

Más detalles

Guía de Moodle para Estudiantes

Guía de Moodle para Estudiantes Guía de Moodle para Estudiantes 1. Introducción En este tutorial se asume que: 1. Usted tiene al menos el conocimiento básico del uso de una computadora, incluyendo el ratón y el teclado, y está familiarizado

Más detalles

C.F.G.S. DESARROLLO DE APLICACIONES INFORMÁTICAS. MÓDULO: Diseño y realización de servicios de presentación en entornos gráficos.

C.F.G.S. DESARROLLO DE APLICACIONES INFORMÁTICAS. MÓDULO: Diseño y realización de servicios de presentación en entornos gráficos. C.F.G.S. DESARROLLO DE APLICACIONES INFORMÁTICAS MÓDULO: Diseño y realización de servicios de presentación en entornos gráficos Unidad 1 Introducción Visual Basic.NET El objetivo de la unidad es conocer

Más detalles

0 ÍNDICE. 1 Introducción. 2 Primeros pasos. 3 Conceptos. 4 Navegación por voz. 5 Navegación por teclado. 6 Navegación por sonido

0 ÍNDICE. 1 Introducción. 2 Primeros pasos. 3 Conceptos. 4 Navegación por voz. 5 Navegación por teclado. 6 Navegación por sonido GUÍA FUNCIONAL 0 ÍNDICE 1 Introducción 2 Primeros pasos 3 Conceptos 4 Navegación por voz 5 Navegación por teclado 6 Navegación por sonido 7 Compatibilidad con lectores de pantalla 8 Navegación en documentos

Más detalles

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente En este capítulo definimos los requisitos del modelo para un sistema centrado en la mejora de la calidad del código fuente.

Más detalles

Manual para Declaración Anual

Manual para Declaración Anual Manual para Declaración Anual Contenido Introducción 1 Actualización del sistema 2 Descarga de las herramientas del SAT (DIM) 3 Ubicación de las Herramientas del Sistema 4 Desarrollo del Proceso 10 1 Generación...

Más detalles

QUÉ ES Y PARA QUÉ SIRVE UML? VERSIONES DEL LENGUAJE UNIFICADO DE MODELADO. TIPOS DE DIAGRAMAS. INGENIERÍA DEL SOFTWARE (DV00205D)

QUÉ ES Y PARA QUÉ SIRVE UML? VERSIONES DEL LENGUAJE UNIFICADO DE MODELADO. TIPOS DE DIAGRAMAS. INGENIERÍA DEL SOFTWARE (DV00205D) APRENDERAPROGRAMAR.COM QUÉ ES Y PARA QUÉ SIRVE UML? VERSIONES DEL LENGUAJE UNIFICADO DE MODELADO. TIPOS DE DIAGRAMAS. INGENIERÍA DEL SOFTWARE (DV00205D) Sección: Divulgación Categoría: Lenguajes y entornos

Más detalles

Entregable 1 INGENIERÍA DEL SOFTWARE II

Entregable 1 INGENIERÍA DEL SOFTWARE II Entregable 1 INGENIERÍA DEL SOFTWARE II Pablo Azaña Sánchez Alicia García Yébenes Javier Matas de Haro Roberto Pozuelo Domínguez José Carlos Rodríguez del Salado EQUIPO FÍSICO El equipo físico de la empresa

Más detalles

PRESENTACIÓN. Quiénes somos? Nuestra visión de servicio. satisfagan sus necesidades. Grupo CF Developer http://www.grupocfdeveloper.

PRESENTACIÓN. Quiénes somos? Nuestra visión de servicio. satisfagan sus necesidades. Grupo CF Developer http://www.grupocfdeveloper. PRESENTACIÓN Quiénes somos? Grupo CF Developer es un grupo tecnológico dedicado a desarrollar productos y servicios informáticos destinados al sector educativo. Actualmente Grupo CF Developer distribuye

Más detalles

Gestión y Desarrollo de Requisitos en Proyectos Software

Gestión y Desarrollo de Requisitos en Proyectos Software Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería

Más detalles

Títol: Intranet Diagonal Recobros. Volum: 1/1 Alumne: Miguel Meneses Nicolau

Títol: Intranet Diagonal Recobros. Volum: 1/1 Alumne: Miguel Meneses Nicolau Títol: Intranet Dianal Recobros Volum: 1/1 Alumne: Miguel Meneses Nicolau Director/Ponent: Carles Farré Tost Departament: Lenguajes y Sistemas Informaticos Data: 22/05/2010 DADES DEL PROJECTE Títol

Más detalles

Copia de Seguridad en windows

Copia de Seguridad en windows Copia de Seguridad en windows Que hace cada tipo de copia de Seguridad: Normal: Copia los archivos seleccionados y los marca como copiados. Copia: Copia todos los archivos seleccionados, pero no los marca

Más detalles

EQUIPO FACILITADOR PLANETA MITO

EQUIPO FACILITADOR PLANETA MITO EQUIPO FACILITADOR PLANETA MITO ESCENARIO Primaria: El objetivo es hacer un reportaje, es decir, dar una información amplia y objetiva sobre esta noticia de actualidad ESO: El objetivo es hacer un documental,

Más detalles

Manual Ingreso Notas y Acta Electrónica

Manual Ingreso Notas y Acta Electrónica Manual Ingreso Notas y Acta Electrónica ÍNDICE ÍNDICE 2 I. INTRODUCCIÓN 3 II. CREAR LA ESTRUCTURA DE NOTAS PARCIALES (OPCIÓN NOTAS NORMALES) _ 4 III. CREAR LA ESTRUCTURA DE NOTA FINAL (OPCIÓN NOTAS CALCULADAS)

Más detalles

Capítulo III. Análisis y diseño.

Capítulo III. Análisis y diseño. Capítulo III. Análisis y diseño. 3.1 Análisis. El análisis es el intermediario entre los requisitos del sistema y el diseño, esta sección definiremos el análisis con una serie de modelos técnicos del sistema,

Más detalles

MULTINET. Versión: 1303

MULTINET. Versión: 1303 MULTINET Versión: 1303 CONTENIDO CONTENIDO... 2 1. RENOVACIONES POR SALA DE VENTAS... 3 2. ESTADO GASTOS LEGALES... 13 3. ANULACIÓN DE RECIBOS DE CAJA... 15 4. IMPUESTO HOTELERO EN IVR... 18 5. ADMINISTRACIÓN

Más detalles

TrytonArDocumentacion Documentation

TrytonArDocumentacion Documentation TrytonArDocumentacion Documentation Publicación 0.1 gcoop - Cooperativa de Software Libre 16 de April de 2016 Índice general 1. Introducción 3 1.1. Descripción funcional general......................................

Más detalles

Gestión de las Pruebas Funcionales

Gestión de las Pruebas Funcionales Gestión de las Pruebas Funcionales Beatriz Pérez Centro de Ensayos de Software Centro de Ensayos de Software Consorcio creado en Junio de 2004 entre Cámara Uruguaya de Tecnologías de la Información (CUTI)

Más detalles

CAPÍTULO V PROPUESTA DE LA SOLUCIÓN

CAPÍTULO V PROPUESTA DE LA SOLUCIÓN CAPÍTULO V PROPUESTA DE LA SOLUCIÓN 5.1 Introducción En los últimos tres años la entidad financiera ha venido sufriendo cambios que le han permitido crecer y pasar de ser una Sociedad Financiera a un Banco

Más detalles

... omunicación ... Ramón Querejazu. Director de Selftising. Comunicación

... omunicación ... Ramón Querejazu. Director de Selftising. Comunicación ... Comunicación... Ramón Querejazu Director de Selftising omunicación ... La aldea global del siglo XXI... Ramón Querejazu Director de Selftising Existen multitud de descripciones acerca de la Comunicación.

Más detalles

Modelos de desarrollo de software. septiembre de 2007 1

Modelos de desarrollo de software. septiembre de 2007 1 Modelos de desarrollo de software septiembre de 2007 1 Referencias básicas Ingeniería de software. Un enfoque práctico. Pressman, R. Quinta edición. Mc. Graw Hill 2002 Ingeniería de software. Sommerville,

Más detalles

Control de Versiones

Control de Versiones Control de Versiones Juan Oviedo Índice de contenido Introducción...1 Gestión de la Configuración de Software...1 Control de versiones...2 El repositorio...2 Mecanismos de control...2 Modelo bloquear-modificar-desbloquear...2

Más detalles

Cómo las metodologías ágiles ayudan a los proyectos de Inteligencia de Negocios

Cómo las metodologías ágiles ayudan a los proyectos de Inteligencia de Negocios Cómo las metodologías ágiles ayudan a los proyectos de Inteligencia de Negocios Guillermo Watson Datalytics Stibenzon Cañas Sánchez Ceiba Software House Business Intelligence No es una tecnología ni un

Más detalles

SOFTWARE PROJECT MANAGEMENT PLAN

SOFTWARE PROJECT MANAGEMENT PLAN SOFTWARE PROJECT MANAGEMENT PLAN HERRAMIENTA PARA LA ADMINISTRACIÓN DE REQUERIMIENTOS DE LOS PROYECTOS DE LAS ASIGNATURAS DE INGENIERÍA Y ARQUITECTURA DE SOFTWARE DE LA PONTIFICIA UNIVERSIDAD JAVERIANA.

Más detalles

construcción de programas Prof. Eliana Guzmán U.

construcción de programas Prof. Eliana Guzmán U. Unidad II. Metodología para la construcción de programas Prof. Eliana Guzmán U. Semestre: A-2015 Introducción Resolver un problema con una computadora conduce a la escritura de un programa y a su ejecución.

Más detalles

Ciclo de vida del Software

Ciclo de vida del Software Tema 2: Ciclo de vida del Software Marcos López Sanz Índice Qué es el ciclo de vida del Software? La norma 12207-2008 Modelos de desarrollo Qué es el Ciclo de Vida del SW? Es una sucesión de etapas por

Más detalles

Guía de la Plataforma Educativa. Campus Aibe Formación

Guía de la Plataforma Educativa. Campus Aibe Formación Guía de la Plataforma Educativa Campus Aibe Formación 1. Cómo Acceder al Campus Aibe Formación? Para acceder al Campus Aibe Formación debe acceder a internet (con cualquier navegador aunque recomendamos

Más detalles

14ª Generación UNIVERSIDAD NACIONAL AUTÓNOMA DE MÉXICO DIRECCIÓN DE CÓMPUTO PARA LA DOCENCIA

14ª Generación UNIVERSIDAD NACIONAL AUTÓNOMA DE MÉXICO DIRECCIÓN DE CÓMPUTO PARA LA DOCENCIA 14ª Generación UNIVERSIDAD NACIONAL AUTÓNOMA DE MÉXICO DIRECCIÓN DE CÓMPUTO PARA LA DOCENCIA Módulo 1 1. Introducción a la administración de proyectos. Identificar las herramientas y técnicas para las

Más detalles

Planificación en Team Foundation Server 2010

Planificación en Team Foundation Server 2010 Planificación en Team Foundation Server 2010 Planificación y Seguimientos en Proyectos Agile con Microsoft Visual Studio Team Foundation Server 2010 Dirigido a: Todos los roles implicados en un proyecto

Más detalles

Capítulo 6: Instrumentación: Diseño del Sistema de H2O

Capítulo 6: Instrumentación: Diseño del Sistema de H2O Capítulo 6: Instrumentación: Diseño del Sistema de H2O Digital Media Server El video en demanda a través del web aún está restringido a las grandes empresas que pueden pagar por contar por un servicio

Más detalles

Control de acceso basado en roles para aplicaciones.net. Es la mejor forma para la autentificación y los permisos?

Control de acceso basado en roles para aplicaciones.net. Es la mejor forma para la autentificación y los permisos? Control de acceso basado en roles para aplicaciones.net Es la mejor forma para la autentificación y los permisos? 1 OBJETIVO DE ESTE DOCUMENTO... 3 2 CONCEPTOS PRINCIPALES... 3 2.1 AUTENTIFICACIÓN... 3

Más detalles

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta

Más detalles

Guía de Backups o Copias de Seguridad

Guía de Backups o Copias de Seguridad UNIVERSIDAD NACIONAL DE COLOMBIA FACULTAD DE CIENCIAS ECONOMICAS UNIDAD INFORMÁTICA Y COMUNICACIONES Guía de Backups o Copias de Seguridad 1. Introducción Esta guía pretende explicar por qué la realización

Más detalles

EL AHORRO Y LA COMUNICACIÓN FAMILIAR. Primera Sesión de Educación Financiera:

EL AHORRO Y LA COMUNICACIÓN FAMILIAR. Primera Sesión de Educación Financiera: Primera Sesión de Educación Financiera: EL AHORRO Y LA COMUNICACIÓN FAMILIAR PRESENTACION DEL ASESOR CAPACITADOR 1. Facilitar la presentación de los participantes y presentar los temas del módulo - 10

Más detalles

Tema 3. Procesos ligeros de desarrollo de software.

Tema 3. Procesos ligeros de desarrollo de software. Ingeniería del Software II 2011 Tema 3. Procesos ligeros de desarrollo de software. Tipos de procesos ligeros. Tipos de procesos ligeros: Desarrollo Rápido de Software. Desarrollo Ágil. Programación Extrema.

Más detalles

Guía Rápida Programs & Portfolio

Guía Rápida Programs & Portfolio Guía Rápida Programs & Portfolio Tabla de contenidos Tabla de contenidos... 2 1. Mi perfil, tutoriales y ayuda contextual... 3 2. Crear proyectos... 6 3. Crear usuarios y asignar a proyectos y tareas...

Más detalles