Reporte inicial. Metodología

Save this PDF as:
 WORD  PNG  TXT  JPG

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:

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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Análisis y Diseño del Sistema Integrado de Información (SII)

Análisis y Diseño del Sistema Integrado de Información (SII) Análisis y Diseño del Sistema Integrado de Información (SII) Para el proyecto Manejo integrado y sostenible de los recursos hídricos transfronterizos en la cuenca del Amazonas El presente documento permite

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

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

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

PLANTILLAS DE DOCUMENTOS EN WORD 2007

PLANTILLAS DE DOCUMENTOS EN WORD 2007 1 PLANTILLAS DE DOCUMENTOS EN WORD 2007 Introducción Una plantilla es un modelo o patrón para crear nuevos documentos. En una plantilla se guarda internamente el formato utilizado, es decir, el estilo

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

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

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

REGULAR EL STOCK Gem3 v1.1.1392 Fecha: 13-8-2007 Versión Doc.: 1.0.3

REGULAR EL STOCK Gem3 v1.1.1392 Fecha: 13-8-2007 Versión Doc.: 1.0.3 REGULAR EL STOCK Gem3 v1.1.1392 Fecha: 13-8-2007 Versión Doc.: 1.0.3 1.- Conceptos Generales 2.- Primeros pasos 3.- Contar los artículos de mi almacén o 3.1.- División del almacén o 3.2.- Una Primera regulación

Más detalles

INFORMÁTICA AVANZADA. MÓDULO 2: TRATAMIENTO DE IMÁGENES CON MICROSOFT PICTURE MANAGER

INFORMÁTICA AVANZADA. MÓDULO 2: TRATAMIENTO DE IMÁGENES CON MICROSOFT PICTURE MANAGER CIUDAD AUTÓNOMA DE CEUTA.CONSEJERÍA DE EDUCACIÓN, CULTURA Y MUJER. UNIVERSIDAD DE GRANADA. VICERRECTORADO DE ENSEÑANZAS DE GRADO Y POSGRADO. AULA PERMANENTE DE FORMACIÓN ABIERTA. PROGRAMA UNIVERSITARIO

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

KD-01361 Seguimiento de Proyectos con Microsoft Project 2013

KD-01361 Seguimiento de Proyectos con Microsoft Project 2013 Gold Learning Gold Business Intelligence Silver Data Plataform P Seguimiento de Proyectos con Microsoft Project 2013 www.ked.com.mx Por favor no imprimas este documento si no es necesario. Introducción.

Más detalles

Aplicaciones Web que Permitan Administrar Portafolios para Gestionar el Aprendizaje

Aplicaciones Web que Permitan Administrar Portafolios para Gestionar el Aprendizaje Escuela Universitaria de Ingeniería Industrial, Informática y Sistemas Área de Computación e Informática Universidad Tarapacá Arica Aplicaciones Web que Permitan Administrar Portafolios para Gestionar

Más detalles

Universidad ORT Uruguay

Universidad ORT Uruguay Facultad de Ingeniería Metodología SCRUM Cátedra de Ingeniería de Software. Docente Responsable: Gastón Mousqués. Autor: Adriana Peralta 123357 2003 ÍNDICE GENERAL Introducción 2 Principales características

Más detalles

Planeación con Planning Tool y DotProject

Planeación con Planning Tool y DotProject 1 Planeación con Planning Tool y DotProject Grupo de Construcción de Software Facultad de Ingeniería Universidad de los Andes Rubby Casallas, Andrés Yie Departamento de Sistemas y Computación Facultad

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

REPOSITORIOS. Ing. Ismael Castañeda Fuentes, MSc Grupo de Investigación UNBD Universidad Nacional de Colombia Marzo de 2011

REPOSITORIOS. Ing. Ismael Castañeda Fuentes, MSc Grupo de Investigación UNBD Universidad Nacional de Colombia Marzo de 2011 REPOSITORIOS Ing. Ismael Castañeda Fuentes, MSc Grupo de Investigación UNBD Universidad Nacional de Colombia Marzo de 2011 Objetivos Conocer las ventajas de usar un repositorio, en el desarrollo de un

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

Resumen General del Manual de Organización y Funciones

Resumen General del Manual de Organización y Funciones Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de

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

Plan de Pruebas de Software

Plan de Pruebas de Software Herramienta para la administración de requerimientos de los proyectos de las asignaturas de Ingeniería de Software y Arquitectura de Software de la Pontificia Universidad Javeriana vae Plan de Pruebas

Más detalles

4. Descripción del Proyecto de Implantación de un CRM

4. Descripción del Proyecto de Implantación de un CRM 4. Descripción del Proyecto de Implantación de un CRM 4.1. Introducción: Justificación del proyecto Debido a la situación tecnológica y de mercado actual, la compañía de mensajería SEUR y una serie de

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

Colegio Mercedes, A.C. Manual del Estudiante MANUAL DE USO DEL AULA VIRTUAL

Colegio Mercedes, A.C. Manual del Estudiante MANUAL DE USO DEL AULA VIRTUAL Colegio Mercedes, A.C. Manual del Estudiante MANUAL DE USO DEL AULA VIRTUAL CENTRO DE CÓMPUTO DEL COLEGIO MERCEDES MARZO 2010 INDICE Página PÁGINA DE BIENVENIDA... 4 MODIFICANDO MIS DATOS PERSONALES...

Más detalles

Qué es un sistema de control de versiones y cómo afecta directamente en vuestra felicidad?

Qué es un sistema de control de versiones y cómo afecta directamente en vuestra felicidad? Taller de Git Qué es un sistema de control de versiones y cómo afecta directamente en vuestra felicidad? Porqué usar un control de versiones nos hará felices? Conceptos generales Branches Commits Merge

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

Con la interacción de tus empleados mejorará la productividad de tu negocio

Con la interacción de tus empleados mejorará la productividad de tu negocio 1. Introducción Con la interacción de tus empleados mejorará la productividad de tu negocio Los empleados de cualquier compañía precisan numerosos accesos en su trabajo diario, además de interaccionar

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

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

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

CAPÍTULO 5. Hemos utilizado la técnica de programación orientado a objetos por su

CAPÍTULO 5. Hemos utilizado la técnica de programación orientado a objetos por su 88 CAPÍTULO 5 5. IMPLEMENTACIÓN 5.1 Modelo Utilizado en Programación. Hemos utilizado la técnica de programación orientado a objetos por su eficiencia y eficacia en el modelo mvc, ya que permite la reutilización

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

Informe de avance Implementación herramientas de back-end (3-III).

Informe de avance Implementación herramientas de back-end (3-III). Proyecto RG-T1684 Desarrollo e implementación de las soluciones Prueba piloto del Componente III Informe Número 1. Informe de avance Implementación herramientas de back-end (3-III). Lautaro Matas 11/04/2013

Más detalles

Metodologías de diseño de hardware

Metodologías de diseño de hardware Capítulo 2 Metodologías de diseño de hardware Las metodologías de diseño de hardware denominadas Top-Down, basadas en la utilización de lenguajes de descripción de hardware, han posibilitado la reducción

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

Herramientas de Apoyo al desarrollo de Software

Herramientas de Apoyo al desarrollo de Software 1eras Jornadas Técnicas con el Estado Herramientas de Apoyo al desarrollo de Software Ernesto Quiñones Azcárate Presidencia de Apesol 2006-2008 ernestoq@apesol.org Agenda 1. Herramientas para diseñar software

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

GESTION Y ADMINISTRACION PROYECTOS CON MICROSOFT VISUAL STUDIO TEAM FOUNDATION SERVER 2012

GESTION Y ADMINISTRACION PROYECTOS CON MICROSOFT VISUAL STUDIO TEAM FOUNDATION SERVER 2012 GESTION Y ADMINISTRACION PROYECTOS CON MICROSOFT VISUAL STUDIO TEAM FOUNDATION SERVER 2012 DIRIGIDO A: Este diplomado está dirigido a todos los miembros del equipo en busca de utilizar con eficacia las

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

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

MANUAL DE USUARIO DE UNIFIED IM

MANUAL DE USUARIO DE UNIFIED IM MANUAL DE USUARIO DE UNIFIED IM Spontania v5 Febrero, 2009 1 Índice Índice... 2 1 Como instalar IM... 3 2 Interface UnifiedIM... 6 Barra de herramientas... 6 IM... 7 Contactos... 7 Acciones... 8 Barra

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

V. CAPÍTULO: CONTRIBUCIÓN

V. CAPÍTULO: CONTRIBUCIÓN V. CAPÍTULO: CONTRIBUCIÓN Requerimientos del Sistema Para llevar a cabo el desarrollo de nuestro sistema se establecieron tanto los actores como los requerimientos funcionales y no funcionales del sistema.

Más detalles

Cuadernillo Pedagógico. Evaluación del Aprendizaje por Competencias. Foto: Segunda academia de Profesores 2015-1

Cuadernillo Pedagógico. Evaluación del Aprendizaje por Competencias. Foto: Segunda academia de Profesores 2015-1 Cuadernillo Pedagógico. Evaluación del Aprendizaje por Competencias. Foto: Segunda academia de Profesores 2015-1 1 JUSTIFICACIÓN En búsqueda de la coherencia de lo planteado y lo ejecutado en las prácticas

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

<TITULO DEL PROYECTO DE DESARROLLO DE SW >

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

Más detalles

Mesa de Ayuda Interna

Mesa de Ayuda Interna Mesa de Ayuda Interna Documento de Construcción Mesa de Ayuda Interna 1 Tabla de Contenido Proceso De Mesa De Ayuda Interna... 2 Diagrama Del Proceso... 3 Modelo De Datos... 4 Entidades Del Sistema...

Más detalles

METODOLOGÍA TRADICIONAL.

METODOLOGÍA TRADICIONAL. METODOLOGÍA TRADICIONAL. Teniendo en cuenta la filosofía de desarrollo de las metodologías, aquellas con mayor énfasis en la planificación y control del proyecto, en especificación precisa de requisitos

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

Comic2EPUB: Aplicación para la generación de EPUB

Comic2EPUB: Aplicación para la generación de EPUB Comic2EPUB: Aplicación para la generación de EPUB Grado en Ingeniería Informática Comic2EPUB: Aplicación para la generación de EPUB Autor: Javier López Cordero Tutor/es: Marco Manuel Such Mayo 2015 2.1

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

UNESCO Organización de las Naciones Unidas para la Educación, la Ciencia y la Cultura

UNESCO Organización de las Naciones Unidas para la Educación, la Ciencia y la Cultura Apcob Apoyo Para el Campesino indígena del Oriente Boliviano Usando las Tic`s para la promoción de la Cultura Uso del Sitio de noticias comunitario www.chiquitano.org UNESCO Organización de las Naciones

Más detalles

4 a 8 semanas. Equipos pequeños 5 a 9 miembros. Informal. Cara a cara. En cada entrega el cliente dará su aportación. Sólo documentación básica

4 a 8 semanas. Equipos pequeños 5 a 9 miembros. Informal. Cara a cara. En cada entrega el cliente dará su aportación. Sólo documentación básica Tiempo para cada iteración recomendado ASD 4 a 8 semanas AUP Primeras iteraciones más tiempo que las demás. Tamaño del equipo Equipos pequeños 5 a 9 miembros Todos los tamaños Comunicación en el equipo

Más detalles

Web2Project. Manual Básico. Autor: Diego Fernando Navarro. Septiembre 26 de 2010 Universidad ICESI

Web2Project. Manual Básico. Autor: Diego Fernando Navarro. Septiembre 26 de 2010 Universidad ICESI Web2Project Manual Básico Autor: Diego Fernando Navarro Septiembre 26 de 2010 Universidad ICESI Tabla de Contenido 1. INTRODUCCIÓN... 3 2. REQUISITOS PREVIOS... 3 3. CONFIGURACIÓN DE UN PROYECTO... 4 3.1

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

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

Capítulo 11. Conclusiones y trabajo futuro

Capítulo 11. Conclusiones y trabajo futuro Capítulo 11. Conclusiones y trabajo futuro En esta tesis ha realizado un entorno de desarrollo Web que proporciona herramientas para la mejora de la calidad del código de los desarrolladores. Para conseguir

Más detalles

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar Gobierno Municipal del Cantón Bolívar Versión: Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Plan de Desarrollo de Software Universidad

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