DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA. Manual técnico. Ref.: ES DMT Rev. 1.

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

Download "DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA. Manual técnico. Ref.: ES.01.0471.55.DMT Rev. 1."

Transcripción

1 DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL Manual técnico. Ref.: ES DMT Rev. 1.0 con destino a Noviembre 2013 ELIMCO SISTEMAS C/Hispano Aviación nº 7-9. P.T. Aerópolis. Ctra. Nacional IV Km La Rinconada - Sevilla

2 Estado del documento Referencia Revisión Fecha Estado ES DMT 1.0 Noviembre 2013 En revisión Autor(es): Distribución: Descripción breve: Elaboración: M. Fernando García Cabello M. Fernando García Cabello ELIMCO SISTEMAS Presentación de prototipo de solución. Revisión: Sebastián Cousiño Romo M. Fernando García Cabello Aprobación: Sebastián Cousiño Romo Fecha: 26/11/13 Fecha: Fecha: ES DMT Rev Manual técnico.

3 Registro de Cambios Revisión Fecha Detalles Autores /11/13 Elaboración inicial M. Fernando García Cabello ES DMT Rev Manual técnico.

4 Acrónimos y abreviaturas Término PEI GPI CGI EDI EDD MCG KPI Significado Módulo de Planificación Estrate gica Institucional. Módulo de Gestión de Procesos Institucionales. Módulo de Control de Gestión Institucional. Módulo de Evaluación de Desempeño Institucional. Módulo de Evaluación de Desempeño Directivo. Módulo de Mejora Continua de la Gestión. Key Performance Indicator. Equivale a una instancia de un indicador. ES DMT Rev Manual técnico.

5 Índice de contenido 1 Introducción Introducción al proyecto Problema actual Solución al problema Limitaciones de los procesos a día de hoy Justificación de la necesidad Solución funcional Diagrama de la Solución Sobre los intervalos temporales y el flujo de trabajo y los perfiles Identificación de roles y privilegios Ecosistema software Arquitectura Entornos utilizados Metodología Modelo de datos Diagrama general GPI Autentificación y conceptos Contenidos de la plataforma. PEI Indicadores y KPIs Indicadores específicos Hitos y periodos. Módulos ES DMT Rev Manual técnico.

6 1 Introducción. El presente documento contiene un manual te cnico del proyecto DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL, relativa al expediente ID Nº LP12. 1

7 2 Introducción al proyecto. 2.1 Problema actual. El Gobierno Regional de Atacama, en su calidad de administración superior del desarrollo regional, debe ser capaz de liderar una visión y gestión integrada del desarrollo regional. Para ello, requiere desplegar de forma óptima todos sus procesos de gestión, ya sean primarios o de soporte. Con el propósito de contribuir en esta tarea, la Subsecretaria de Desarrollo Regional y Administrativo (SUBDERE), ha definido como prioridad desarrollar un Sistema de Mejora Continua de la Gestión de los Gobiernos Regionales, que tiene como objetivo instalar un enfoque y cultura de Mejoramiento Continuo y de Excelencia en la gestión de los Gobiernos Regionales. Como parte de este proceso, en 2010 se sometió al Gobierno Regional de Atacama, a un proceso de auto evaluación de la calidad actual de su gestión en relación a los estándares del Modelo de Calidad definido. Los resultados obtenidos y la retroalimentación conseguida con los involucrados, permitió el desarrollo de un Plan de Mejoras que arrojó una serie de Acciones de Mejora Inmediata (AMI) y Líneas de Acción (LAC) las cuales han de ser implementadas. Estas últimas generaron en el Gobierno Regional, la necesidad de contar con un Sistema Integrado de Gestión propio, el que, implementado a trave s de una solución tecnológica, le permita sistematizar la Planificación y el Control de Gestión Institucional, de los Procesos Primarios y de Soporte del Gobierno Regional de Atacama, a fin de adaptar su funcionamiento según lo establecido en el Modelo de Gestión de Calidad de los Gobiernos Regionales. 2.2 Solución al problema. Para cumplir con el compromiso de mejora continua, el Gobierno Regional ha debido alinear su gestión interna en base al Modelo de Gestión de Calidad de los Gobiernos Regionales (MGC), el cual consta de ocho criterios, cada uno con sus propios subcriterios, los que a su vez, están compuestos por elementos de gestión medibles y evaluados para determinar el grado de mejora alcanzado por dicho organismo. Los criterios considerados en el MGC son: 1. Liderazgo. 2. Ciudadanía, Socios y Colaboradores. 3. Personas. 4. Gestión de la Planificación Estrate gica Institucional. 5. Gestión de Inversiones y Desarrollo Regional y Territorial. 6. Gestión de Recursos. 7. Planificación Institucional, Información y Conocimiento. 8. Resultados. 2

8 Esta alineación de sus procesos ha generado como consecuencia la creación de diversos instrumentos de medición de desempeño y control para cada área involucrada como: Cuadros de Mando Integral. Programas de Mejoramiento de Gestión. Convenios de Desempeño Colectivo. Definición de la Cadena de Valor a trave s de macro procesos y procesos institucionales. Etc. Todos estos instrumentos son medidos y evaluados por medio de indicadores y/o KPI específicos para cada uno, los que son definidos y calculados según fórmulas establecidas para cada tipo de indicador en particular. De este modo, toda la información generada debe ser gestionada y controlada para evitar su duplicación, pe rdida o adulteración, ya que, en su mayoría, la información resultante de un proceso se convierte en entrada de información de otro, por lo que un dato alterado puede significar errores en los resultados de uno o más criterios del MGC. Por ende, es necesario que la información sea oportuna, veraz y pertinente. 2.3 Limitaciones de los procesos a día de hoy. Actualmente el Gobierno Regional de Atacama no cuenta con un Sistema de Gestión Integral que les permita planificar y controlar de forma automatizada la gestión institucional y de los procesos primarios y secundarios, por lo que toda la documentación e información generada en el marco del cumplimiento del Modelo de Gestión de Calidad de los Gobiernos Regionales, está siendo controlada manualmente, lo que genera problemas de coordinación y trazabilidad de la información, entre otros. 2.4 Justificación de la necesidad. El Gobierno Regional de Atacama, y como resultado del proceso de evaluación, según el Modelo de Gestión de la Calidad, definió como una de sus prioridades el mejoramiento de los procesos de planificación estrate gica y control de gestión, a fin de cumplir con el compromiso de Mejoramiento Continuo de la Gestión. Para dar cumplimiento a esta necesidad, se determinó que era necesario el desarrollo e implementación de un sistema de información que le permita al GORE contar con información clara, oportuna y actualizada proveniente de cada uno de los módulos que forman parte del Sistema de Gestión, ya que actualmente, toda la documentación derivada de estos procesos está siendo gestionada de forma manual, quedando en manos de los responsables de cada módulo obtener, distribuir y verificar que la documentación que requieren y generan desde sus procesos, corresponda a la última versión generada. Lo anterior permitirá fortalecer el proceso de planificación estrate gica, evaluación y control de gestión del Servicio Administrativo del GORE de Atacama. 3

9 3 Solución funcional. La solución propuesta para hacer frente a la problemática que actualmente mantiene el Gobierno Regional de Atacama consiste, básicamente, en el desarrollo de un sistema informático que permita coordinar y relacionar la información de cada uno de los módulos que componen el sistema de gestión que actualmente mantiene el GORE. Este sistema pretende satisfacer los requerimientos que el GORE ha identificado como contraseñas en la elaboración del sistema y que consisten en: 1. Sistematizar y gestionar el proceso de planificación estrate gica y control de gestión institucional. 2. Gestionar y mejorar los procesos de gestión estrate gicos, primarios o de negocio y secundarios o de soporte. 3. Evaluar, en función de estándares definidos, el desempeño institucional y directivo. Para ello se plantea, en este documento, un sistema que consta de los siguientes módulos: Módulo de Planificación Estrate gica Institucional (PEI). Módulo de Gestión de Procesos Institucionales (GPI). Módulo de Control de Gestión Institucional (CGI). Módulo de Evaluación de Desempeño Institucional (EDI). Módulo de Evaluación de Desempeño Directivo (EDD). Módulo de Mejora Continua de la Gestión (MCG). Además, se consideraron dos módulos adicionales que son: Módulo de Autenticación y Módulo de Administración, para garantizar el acceso controlado de los usuarios autorizados y la gestión de la información contenida en el sistema, respectivamente. 4

10 3.1 Diagrama de la Solución. Los componentes del Sistema Integrado de Gestión y sus relaciones entre sí, están representada en el siguiente diagrama de flujo. Los módulos dentro del diagrama de flujo, están ubicados según la funcionalidad que prestarán dentro del Sistema Integrado de Gestión. El flujo se inicia con el acceso al sistema por parte de un usuario, ingresando su usuario y contraseña correspondiente, su validación será gestionada por el Módulo de Autenticación. Una vez identificado el usuario, el sistema deberá validar los permisos correspondientes para el ingreso y modificación de la información que compone el sistema de gestión, según el tipo de perfil que posea. Por último, el sistema cuenta con el módulo de Mejora Continua de la Gestión, en el que se visualizarán y evaluarán, todos los resultados obtenidos en pro del cumplimiento del plan de mejora continua, basado en el Modelo de Gestión de la Calidad. El flujo termina cuando el usuario sale del sistema y cierra sesión. 5

11 3.2 Sobre los intervalos temporales y el flujo de trabajo y los perfiles. De forma general, el flujo de trabajo a la hora de gestionar la mayoría de los contenidos en el sistema es el siguiente: Todos los contenidos se encuentran vinculados a un periodo temporal. El Gestor de Contenidos formula (genera) los contenidos. El Supervisor de Contenidos revisa los contenidos, añadiendo las observaciones oportunas. El Validador de Contenidos, valida los contenidos, añadiendo las observaciones oportunas. Por otra parte los procesos de formulación, revisión y validación de contenidos han de hacerse en un intervalo temporal concreto dentro del periodo sobre el que se está trabajando. Es decir, de forma general, existirán los siguientes intervalos: Intervalo de formulación. Intervalo de formulación 2. Intervalo de revisión. Intervalo de validación. Por último, y de modo excepcional, el Auditor de contenidos podrá supervisar y validar cualquier contenido en cualquier momento. El uso de intervalos temporales, entre otras cosas, implica la implementación de un sistema de alarmas que se encargue de avisar por correo electrónico a los implicados en cada proceso en el momento que se haya fijado dicha alarma. 6

12 3.3 Identificación de roles y privilegios. Se identifican los siguientes roles y privilegios: Rol Administrador del Sistema Administrador de Módulo Gestor de Contenidos (Por tipo de contenido) Supervisor de Contenidos (Por tipo de contenido) Validador de Contenidos Auditor Usuario Privilegios Administración total de manuales y glosario. Administración de bases de datos, usuarios y perfiles. Ingreso y modificación de la información general (información de la página de ingreso) para los módulos PEI, GPI, CGI, EDI, EDD Y MCG. Además será el encargado de crear periodos de formulación y actualización de KPI. Según tipo de contenido, este usuario tendrá las siguientes atribuciones: PEI: Podrá alimentar el Módulo e importar o cargar indicadores y editarlos (suprimir y/o modificar contenidos). GPI: Podrá alimentar el Módulo e importar o cargar indicadores (INDG) y editarlos (suprimir y/o modificar contenidos). CGI-CMI INSTITUCIONAL: Podrá importar o cargar indicadores de su categoría (CMII) y editarlos (suprimir y/o modificar contenidos) CGI-CMI UNIDAD: Podrá importar o cargar indicadores de su categoría (CMIU) y editarlos (suprimir y/o modificar contenidos) EDI: Podrá importar o cargar indicadores de su categoría (PMG, CDC) y editarlos (suprimir y/o modificar indicadores) EDD: Podrá alimentar el Módulo e importar o cargar indicadores y editarlos (suprimir y/o modificar contenidos) MGC: Podrá alimentar el Módulo e importar o cargar indicadores y editarlos (suprimir y/o modificar contenidos). Sus registros se rotularán como Formulado, especificando la versión y fecha de creación. En caso de presentar observaciones y acogerlas, sus registros cambiarán a estado Formulado con una nueva versión. Monitoreo de contenidos. No podrá modificar contenidos, no obstante, tendrá atribuciones para rotular un registro como Revisado o Revisado con Observaciones. En cuyo caso, deberá detallar la observación y la fecha en que ha sido creada. Visación de contenidos para cambiar los registros de Revisado a Validado o Validado con Observación. En cuyo caso, deberá detallar la observación y la fecha en que ha sido creada. Revisión de contenidos. No podrá modificar contenidos, no obstante, tendrá atribuciones para rotular un registro como Validado con observaciones o Revisado con Observaciones. Al mismo tiempo, en una ventana adicional podrá especificar dicha observación y la fecha en que ha sido creada. Solo podrá visualizar y descargar contenidos. 7

13 4 Ecosistema software. Son múltiples las definiciones que se le han atribuido a este concepto, pero desde ELIMCO SISTEMA nos gusta decir que: Un ecosistema software es un espacio de trabajo en el que conviven una serie de herramientas que acompañadas de unas buenas prácticas permiten a un equipo de desarrollo modelar una metodología de trabajo. Durante los últimos años, el equipo propuesto por ELIMCO SISTEMAS ha participado activamente en la definición e implementación de ecosistemas software que se adecuen a escenarios similares al presentado. Nuestros procesos están respaldados por herramientas que, comprueban la calidad del código, establecen baterías de tests automáticos (lo que nos permitirá acelerar las fases que nos permiten detectar errores en fases tempranas del proyecto), y me tricas que permiten medir el rendimiento en condiciones extremas de las aplicaciones. Estas herramientas además ofrecen un valor añadido a nuestros clientes, pudie ndoles hacer partícipes del desarrollo en todo momento, aportándoles snapshots periódicos del proyecto. De esta forma el cliente puede ver el estado de la Plataforma en todo momento y realizar validaciones parciales que permitan introducir modificaciones a lo largo del desarrollo del proyecto. En definitiva, para sacar el máximo rendimiento de las metodologías detalladas en el apartado anterior, necesitamos un conjunto de herramientas, que al interactuar unas con otras constituyen un Ecosistema Software. Nuestro Ecosistema Software Clinker, consta de un servidor de integración continua, Jenkins. Para la automatización de las tareas de construcción, pruebas o despliegues, se hace imprescindible que aparezca un entorno de integración continua sobre los proyectos. Consiste en hacer integraciones automáticas de un proyecto lo más a menudo posible para así poder detectar fallos cuanto antes. Se entiende por integración, la compilación y ejecución de tests de todo un proyecto, con el que agilizamos la gestión del proceso de compilación, integración, tests, empaquetado y generación de documentación y entregables, pudiendo acortar con todo ello los tiempos de respuesta que ofreceremos a nuestros clientes. Para obtener las máximas prestaciones de Jenkins, se integra con multitud herramientas. Las más significativas son: Maven: entre otras tareas, conforma un repositorio externo de librerías dependientes. Pruebas unitarias: JUnit, (http://www.junit.org/index.htm) es un framework open-source que nos permite realizar pruebas unitarias de regresión para comprobar antes y despue s de una modificación el resultado esperado y saber así si otros módulos se han visto afectados por el cambio y para saber si el comportamiento individual de cada componente es el deseado. Además tiene una perfecta integración con el entorno de desarrollo Eclipse. Sonar: (http://sonar.codehaus.org/). Para la cobertura y me tricas de calidad del proyecto. Sonar es un cuadro de mando donde se almacenan me tricas y estadísticas de la calidad del código fuente de los proyectos software. Consiste en un servidor web y una base de datos donde se van almacenando me tricas sobre nuestro código. La parte cliente está basada en Maven, e integra una serie de productos verificadores de software, como son PMD, CPD, Surefire, JXR, Checkstyle o JavaNCSS, de forma que cuando se realiza un build, Sonar envía todos estos datos al servidor donde se almacenan y agregan para mostrar información útil sobre el proyecto. 8

14 Javadoc: herramienta con la que obtenemos una documentación total del código del proyecto, favoreciendo con ello la mantenibilidad de e ste. El Ecosistema Software se completa con el uso de: Subversion: sistema de control de versiones y repositorio de código. Esta herramienta nos permite, si fuera necesario, volver a una versión anterior del proyecto. Redmine: gestor de tareas, que se integra con Subversión y además permite poder realizar un seguimiento de errores del proyecto. Con esta herramienta, nuestros clientes pueden monitorizar en tiempo real el estado del proyecto vía web, y en que módulos se está trabajando en cada momento. Nexus: Repositorio de librerías y artefactos de Maven. Alfresco: Gestión y custodia de todos la documentación que se genera a lo largo del ciclo de vida de un proyecto. 9

15 Esquema del ecosistema Clinker, empleado durante toda la ETAPA 3 del proyecto. 10

16 5 Arquitectura. En general Apache Tomcat como servidor de aplicaciones. (6.x) Sistema de base de datos MySQL. (5.5.x) Para el desarrollo software de la plataforma Tecnología J2EE, más en concreto: Hibernate-JPA (4.2.2.Final): Framework ORM encargado del mapeo y relación objetotabla, además de operaciones contra la base de datos (select, insert, join, etc.) de forma segura, rápida y sencilla. Spring (3.2.3.RELEASE): Framework encargado de la inyección de dependencias, permitiendo la separación en módulos o capas de la aplicación. Spring Security (3.1.4.RELEASE): Extensión de Spring para gestionar todos los aspectos concernientes con la seguridad de la aplicación, permisos, etc. Struts2 ( ): Framework MVC controlador del flujo del aplicativo. Struts2 jquery (3.6.0): Extensión para Struts 2 que permite el uso de widgets de jquery de forma sencilla y aprovechar la potencia MVC de Struts 2 utilizando tags. Struts2 JasperReports ( ): Extensión para Struts 2 que permite la comunicación con el framework de JasperReports de forma transparente, utilizando las capacidades que ofrece Struts 2. Struts2 Convention ( ): Extensión para Struts 2 que permite simplificar la configuración de actions, results, etc. utilizando anotaciones en los propios Actions. Struts2 Tiles ( ): Extensión para Struts 2 para utilizar tiles generados por dicho framework como respuesta en los results. Tiles (2.0.6): Framework para generar y utilizar plantillas para formar.jsp más complejos y reutilizar bloques entre estos. Jasper Report (5.1.2): Framework para generar informes. Foundation 4 (4.2.3): Framework CSS empleado en la capa cliente (vista) que permite la maquetación y prototipado de webs de forma rápida y sencilla utilizando las clases que provee. Tambie n integra efectos en JavaScript como modales o tooltips. Además puede utilizarse para realizar maquetaciones "responsive design" Todo ello acaba integrado con la plantilla de desarrollo de ELIMCO SISTEMAS. Plantilla ELIMCO SISTEMAS La plantilla desarrollada por ELIMCO SISTEMAS permite la creación de proyectos J2EE con todas las tecnologías anteriormente mencionadas integradas de forma rápida y sencilla utilizando un archetype de Maven para ello. Ofrece un proyecto modularizado en cada una de las capas en que se divide un aplicativo estandar, vista-controlador-servicios-dao-dominio. El resultado de esta plantilla es una aplicación 11

17 base lista para utilizar y que sirve como punto de partida para los nuevos desarrollos ya que ofrece una configuración estandar de cada librería, framework y módulo, y provee de ejemplos de cada uno de los pasos que se deben dar desde que un usuario realiza una operación, se ejecuta en BBDD y se devuelve una respuesta. El flujo de ejecución sería el siguiente. 12

18 6 Entornos utilizados. Entornos de desarrollo La configuración mínima de hardware / software empleada por cada miembro del equipo de desarrollo es la siguiente: 1 CPU 4 GB RAM SO Linux (Ubuntu Server) 100 Gb HD. Apache Tomcat 6.x MySQL 5.5.x Oracle Java JDK 1.6 Entorno de pruebas. El entorno de pruebas puesto a disposición del Gobierno Regional de Atacama tiene las siguientes características: URL: Servidor VM HA M1 Linux 1 Nucleo 2 GB RAM SO LINUX Centos Bit 100 Gb HD. Apache Tomcat 6 MySQL Oracle Java JRE 1.6 Entorno de producción. El entorno de pruebas puesto a disposición del Gobierno Regional de Atacama tiene las siguientes características: URL: Servidor VM HA M1 Linux 2 Núcleos. 13

19 4 GB RAM SO LINUX Centos Bit 500 Gb HD. Apache Tomcat 6 MySQL Oracle Java JRE

20 7 Metodología. Scrum es un marco de referencia para desarrollo ágil de productos. Esta metodología se puede aplicar a procesos de producción de distintos sectores, nosotros nos centramos en el de Desarrollo de Software. En el siguiente cuadro comparamos el Desarrollo Tradicional frente al Desarrollo Ágil: Las metodologías tradicionales se ven como una carrera de relevos, en el que cada miembro es responsable de una fase, y hasta que no se termina una fase, es imposible comenzar las siguientes. En cambio, las metodologías ágiles son como un partido de Rugby, en el que el empuje conjunto del equipo es importantísimo para el e xito. De hecho, Scrum significa mele. Por qué Scrum? El cliente puede ver resultados desde el primer momento. Se hace equipo entre el proveedor y el cliente: comunicación continua, se comparten e xitos. El cliente interviene en todas las fases del proyecto. Se reducen los riesgos por retrasos acumulados, entregas que difieren de lo que el cliente esperaba, y por tanto influye de manera decisiva en el e xito del proyecto. Es una metodología sencilla y nada rígida. Se puede complementar con otras. Por ejemplo, en ELIMCO SISTEMAS la combinamos con extreme Programming. Qué se necesita para aplicar Scrum? Actores: usuarios con distintos tipos de roles. Product Owner: Representa la voz del cliente. Escribe historias de usuario, las prioriza, y las coloca en el Product Backlog. Scrum Master: Protege al equipo de distracciones y de otros elementos externos (presiones no razonables,...). Elimina obstáculos que alejen al grupo de la consecución de objetivos del sprint. No es el líder del grupo, ya que el grupo se autogestiona. Equipo: Tiene la responsabilidad de entregar el producto. Product Owner, Scrum Master, y Equipo, son roles llamados "Cerdo". Tambie n hay roles "Gallina", que no forman parte de Scrum (Cliente, Usuario, Manager). Product Backlog o Pila de Producto: es una lista ordenada y priorizada de Historias de Usuario. Es confeccionada por el Product Owner o el Cliente. Las Historias de Usuario son requisitos a muy alto nivel de lo que debe hacer la aplicación. Por ejemplo: Como administrador quiero dar de alta un usuario en el sistema. 15

21 Estimación: el Scrum Master y el Equipo estiman cada una de las Historias de Usuario del Product Backlog. Para ello, cada miembro del Equipo, dispone de una baraja Scrum, que contiene los valores: 0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100, infinito,?. Estos valores son llamados Puntos de Historia y sirven para valorar el "esfuerzo" necesario para desarrollar cada "Historia de Usuario". Los valores de la baraja siguen una sucesión de Fibonacci aproximada, y redondeada. No nos interesa afinar demasiado, sobre todo en los valores más altos, ya que son los más susceptibles de desviarse. Los Puntos de Historia nos sirven para comparar Historias. Es decir, si dos Historias están estimadas en "5", nos costará el mismo esfuerzo (aproximadamente) llevarlas a cabo, y seguramente se tarde lo mismo en ser concluidas, pero de "tiempos" hablaremos más adelante. Si una Historia está estimada con valores altos, 100 o infinito, seguramente deberá ser dividida en varias Historias "más pequeñas". El infinito se suele usar cuando una Historia no está suficientemente definida, y normalmente conlleva una re-escritura de la Historia por parte del cliente o el Product Owner. El Equipo debe discutir y debatir cada una de las estimaciones, y llegar a un acuerdo sobre los Puntos de Historia de una Historia de Usuario. Normalmente, despue s de la estimación, el Cliente, ayudado por el Product Owner, debe priorizar las tareas, sabiendo lo que "tardan" en realizarse las tareas (aunque sea por comparación). Las estimaciones son muy aproximadas, solo se concretan cuando se van a realizar durante el Sprint. Sprint: es un ciclo de producción dentro de un desarrollo iterativo e incremental. Una vez tenemos el Product Backlog estimado y priorizado, se procede a decidir las Historias que se van a resolver durante el Sprint, dependiendo de los Puntos de Historia que "cuesten" las Historias, valga la redundancia. El Sprint es un periodo de tiempo que suele variar de una semana a un mes. En nuestro caso el Sprint es de dos semanas. El número de Puntos de Historia, que se resuelve en un Sprint suele aumentar a medida que el equipo se va conociendo, y va madurando. En los comienzos de los proyectos, se pueden producir desviaciones en el número de Puntos de Historia que se resuelven en un Sprint, por falta de experiencia, falta de conocimiento del grupo,... estas desviaciones deben tenerse en cuenta cuando se plantee el número de Puntos de Historia que se deben resolver en futuros Sprints. Por ejemplo, si se ha estimado que el equipo va a resolver 40 Puntos de Historia en un Sprint, y solo resuelve 20, en el futuro Sprint, se estimará un número cercano a los 20 Puntos de Historia. Las Historias de Usuario que se van a resolver durante el Sprint, se colocan en el Sprint Backlog. Se priorizan por el Product Owner, y solo el Scrum Master puede modificar su orden durante el Sprint. Durante el Sprint es conveniente organizar un Tablón de Trabajo con las Historias ordenadas por: Tareas a realizar, Tareas en Ejecución, Tareas Finalizadas. El número de Puntos de Historia que se llevan a cabo por Sprint se denomina Velocidad, y de aquí podemos extraer el tiempo. Para medir el rendimiento solemos realizar un gráfico Burndown: Eje de abscisas: Sprints 16

22 Eje de ordenadas: Número de Puntos de Historia Daily Scrum: reunión diaria (durante el tiempo que dure el Sprint) de cinco minutos de duración (en ningún caso debe exceder de diez minutos) en el que cada miembro del equipo debe responder a las siguientes preguntas: Que has hecho? Que tienes previsto hacer hoy? Que impedimentos te has encontrado? Que necesitas de otro miembro del equipo? Cada miembro se debe dirigir al Equipo, no al Scrum Master ni a ningún otro miembro en concreto. Lo que necesite de otro miembro del equipo, se debe solicitar, anotar, pero no discutir durante la reunión. Eso implicaría una duración mucho mayor. Presentación del Producto: a la finalización del Sprint, se hace una revisión, que en ningún caso excederá de dos horas. Al llegar a este punto, debemos tener un snapshot que el Cliente o el Usuario pueda ver y tocar. A esta reunión, suelen asistir el Product Owner, el Scrum Master, el Equipo y personas que podrían estar involucradas en el proyecto. El Equipo es quie n muestra los avances realizados en el Sprint. Se le presenta al Cliente la parte de producto terminada. Restrospectiva: se realiza una reunión informal, normalmente fueras de las oficinas, donde se plantean los inconvenientes tenidos durante el desarrollo del Sprint, así como las mejoras posibles para trabajos futuros. 17

23 8 Modelo de datos. 8.1 Diagrama general. 18

24 8.2 GPI 8.3 Autentificación y conceptos. 19

25 8.4 Contenidos de la plataforma. PEI. 20

26 8.5 Indicadores y KPIs 21

27 8.6 Indicadores específicos 22

28 8.7 Hitos y periodos. Módulos. 23

TFC J2EE. Aplicación Web para la gestión de facturación de una empresa de cerrajería. Sara Gutiérrez Melero ITIG Junio de 2012

TFC J2EE. Aplicación Web para la gestión de facturación de una empresa de cerrajería. Sara Gutiérrez Melero ITIG Junio de 2012 TFC J2EE Aplicación Web para la gestión de facturación de una empresa de cerrajería Sara Gutiérrez Melero ITIG Junio de 2012 Consultor: Jose Juan Rodriguez Índice 1. Introducción Objetivos Planificación

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

Requisitos técnicos para la instalación. Arquitectura Hardware Arquitectura Software. Instrucciones de instalación GONG-R

Requisitos técnicos para la instalación. Arquitectura Hardware Arquitectura Software. Instrucciones de instalación GONG-R v 3 Junio 2015 ÍNDICE Introducción Requisitos técnicos para la instalación Arquitectura Hardware Arquitectura Software Instrucciones de instalación Instalación módulo GONG2 Instalación módulo eporte Instrucciones

Más detalles

Herramientas para la mejora del proceso de desarrollo de aplicaciones J2EE.

Herramientas para la mejora del proceso de desarrollo de aplicaciones J2EE. Herramientas para la mejora del proceso de desarrollo de aplicaciones J2EE. Iván Ruiz Rube Departamento de Lenguajes y Sistemas Informáticos Universidad de Cádiz Agenda Introducción Control del Código

Más detalles

Lineamientos para el desarrollo de sistemas

Lineamientos para el desarrollo de sistemas Lineamientos para el desarrollo de sistemas 1. Introducción La Coordinación de Información Académica (CIA) a través del Centro Universitario para el Desarrollo de las Tecnologías de la Información (CUDTI)

Más detalles

SERVICIOS DE DESARROLLO SOFTWARE PARA APLICACIONES WEB DE INTECO

SERVICIOS DE DESARROLLO SOFTWARE PARA APLICACIONES WEB DE INTECO SERVICIOS DE DESARROLLO SOFTWARE PARA APLICACIONES WEB DE INTECO PLIEGO DE CARACTERÍSTICAS TÉCNICAS SEPTIEMBRE 2014 PCT. Expediente 076/14. Servicio de desarrollos de software para aplicaciones web de

Más detalles

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1.

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1. Cliente: FCM-UNA Página 1 de 14 PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA Cliente: FCM-UNA Página 2 de 14 Tabla de contenido 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. ALCANCE 1.3. DEFINICIONES, ACRÓNIMOS

Más detalles

SCRUM. Gestión ágil de proyectos

SCRUM. Gestión ágil de proyectos SCRUM Gestión ágil de proyectos 1 Qué es Scrum? SCRUM es una metodología ágil utilizada en el desarrollo de proyectos de software y que permite obtener el mejor resultado posible en la gestión de un proyecto

Más detalles

Desarrollo detallado de la fase de aprobación de un proyecto informático mediante el uso de metodologías ágiles.

Desarrollo detallado de la fase de aprobación de un proyecto informático mediante el uso de metodologías ágiles. Autor: Manuel Trigás Gallego Director de Proyecto: Ana Cristina Domingo Troncho Desarrollo detallado de la fase de aprobación de un proyecto informático mediante el uso de metodologías ágiles. Qué es un

Más detalles

Sistema de gestión de procesos institucionales y documental.

Sistema de gestión de procesos institucionales y documental. [Documento versión 1.7 del 10/10/2015] Sistema de gestión de procesos institucionales y documental. El sistema de gestión de procesos institucionales y documental, es una solución diseñada para mejorar

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

Integración de Metodologías Ágiles en el Desarrollo de un Sistema de Monitoreo Inalámbrico para Medir la Contaminación del Aire en Tiempo Real.

Integración de Metodologías Ágiles en el Desarrollo de un Sistema de Monitoreo Inalámbrico para Medir la Contaminación del Aire en Tiempo Real. Integración de Metodologías Ágiles en el Desarrollo de un Sistema de Monitoreo Inalámbrico para Medir la Contaminación del Aire en Tiempo Real. Walter Fuertes, Diego Carrera, César Villacís, Fernando Galárraga,

Más detalles

Collaborative Lifecycle Management

Collaborative Lifecycle Management Collaborative Lifecycle Management IBM Rational Software Portafolio.. Documentación Técnica... COLLABORATIVE LIFECYCLE MANAGEMENT La solución de IBM Rational para la Gestión del Ciclo de Vida Colaborativo

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

PLIEGO DE PRESCRIPCIONES TECNICAS PARTICULARES PARA EL REDISEÑO DE LA WEB MUNICIPAL USANDO DISEÑO ADAPTATIVO

PLIEGO DE PRESCRIPCIONES TECNICAS PARTICULARES PARA EL REDISEÑO DE LA WEB MUNICIPAL USANDO DISEÑO ADAPTATIVO ASUNTO: PLIEGO DE PRESCRIPCIONES TECNICAS PARTICULARES PARA EL REDISEÑO DE LA WEB MUNICIPAL USANDO DISEÑO ADAPTATIVO Informazioaren Teknologien Saila Departamento de Tecnologías de la Información Herritarrentzako

Más detalles

Plataforma de Desarrollo de Software

Plataforma de Desarrollo de Software Plataforma de Software Guía de introducción a la Plataforma de Desarrollo de Software Versión 1.07 Basado en plantilla: xxxxx - Plantilla básica v2.01 2014-02-07 Página 1 de 9 Control de cambios Fecha

Más detalles

Sistema de Gestión de Proyectos Estratégicos.

Sistema de Gestión de Proyectos Estratégicos. [Documento versión 2.0 del 24/06/2015] Sistema de Gestión de Proyectos Estratégicos. El sistema de Gestión de Proyectos Estratégicos (GPE), es una poderosa herramienta para administrar y gestionar los

Más detalles

Framework de desarrollo de Código Abierto

Framework de desarrollo de Código Abierto Framework de desarrollo de Código Abierto (Utilización de framework de desarrollo de Código Abierto en el mundo empresarial) Esther Casas Rescalvo Gerente Arquitectura Mundivia esther.casas@atosorigin.com

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

La ciudad en el contexto de la Internet de las cosas. Universitat Oberta de Catalunya y Institut Municipal d'informatica del Ajuntament de Barcelona

La ciudad en el contexto de la Internet de las cosas. Universitat Oberta de Catalunya y Institut Municipal d'informatica del Ajuntament de Barcelona La ciudad en el contexto de la Internet de las cosas Universitat Oberta de Catalunya y Institut Municipal d'informatica del Ajuntament de Barcelona Introducción: Estructura Introducción Objetivos, estado

Más detalles

Introducción a Javato

Introducción a Javato Introducción a Javato Fº. Javier Pereñiguez Steria Iberica 20/02/2008 Índice Introducción Arquitectura Ejemplo arquitectura Plataforma Desarrollo Ejemplo de entorno de desarrollo Vías futuras Casos de

Más detalles

PLIEGO DE PRESCRIPCIONES TÉCNICAS DEL PROCEDIMIENTO SIMPLIFICADO PARA LA CONTRATACIÓN DE LOS SERVICIOS DE UNA EMPRESA PARA la INTEGRACIÓN DE

PLIEGO DE PRESCRIPCIONES TÉCNICAS DEL PROCEDIMIENTO SIMPLIFICADO PARA LA CONTRATACIÓN DE LOS SERVICIOS DE UNA EMPRESA PARA la INTEGRACIÓN DE PLIEGO DE PRESCRIPCIONES TÉCNICAS DEL PROCEDIMIENTO SIMPLIFICADO PARA LA CONTRATACIÓN DE LOS SERVICIOS DE UNA EMPRESA PARA la INTEGRACIÓN DE CONTENIDOS DE LA WEB DEL INSTITUTO DE CRÉDITO OFICIAL EN UN

Más detalles

SCRUM Metodología de trabajo ágil

SCRUM Metodología de trabajo ágil SCRUM Metodología de trabajo ágil UN ENFOQUE PRÁCTICO Página 1 Página 2 Índice Introducción Características Criterios de referencia Fortalezas de Scrum Trazabilidad Definición Tipos Los Sprint Prácticas

Más detalles

4.1.1_Reunión de Planificación de Sprint (Sprint Planning Meeting) 4.1.2_Objetivo del Sprint (Sprint Goal) 4.1.4_Revisión de Sprint (Sprint Review)

4.1.1_Reunión de Planificación de Sprint (Sprint Planning Meeting) 4.1.2_Objetivo del Sprint (Sprint Goal) 4.1.4_Revisión de Sprint (Sprint Review) 1_Visión general de SCRUM 2_Teoría de Scrum 3_El Equipo Scrum (Scrum Team) 3.1_El Dueño de Producto (Product Owner) 3.2_El Equipo de Desarrollo (Development Team) 3.3_El Scrum Master 4_Eventos de Scrum

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

Trabajo Final de Graduación para optar por el título. Bachiller en Ingeniería en Computación

Trabajo Final de Graduación para optar por el título. Bachiller en Ingeniería en Computación Trabajo Final de Graduación para optar por el título Bachiller en Ingeniería en Computación Migración del Módulo de Inventario del Sistema Business Advance Víctor Guzmán Alfaro Carrera Ingeniería en Computación

Más detalles

Qué es Scrum? Basado en el texto Explicando Scrum a mi abuela de Jorge Serrano - MVP Visual Developer - Visual Basic

Qué es Scrum? Basado en el texto Explicando Scrum a mi abuela de Jorge Serrano - MVP Visual Developer - Visual Basic Qué es Scrum? Basado en el texto Explicando Scrum a mi abuela de Jorge Serrano - MVP Visual Developer - Visual Basic http://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspx Por

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

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

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

Documento Técnico Gerardo Barcia Jonathan Trujillo María Alejandra Uribe

Documento Técnico Gerardo Barcia Jonathan Trujillo María Alejandra Uribe Documento Técnico Gerardo Barcia Jonathan Trujillo María Alejandra Uribe Índice de contenido 1. Introducción...3 2. El modelo de negocio...3 2.1 Antecedentes...3 2.2 Planteamiento del problema actual...3

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

METODOLOGÍA DE GESTION DE PROYECTOS

METODOLOGÍA DE GESTION DE PROYECTOS METODOLOGÍA DE GESTION DE PROYECTOS CONTENIDO CONTENIDO... 2 ALCANCE... 4 MARCO METODOLÓGICO... 4 ETAPAS DEL PROCESO... 5 1. ETAPA 0: INICIACIÓN...5 FASE DE INICIO...5 2. ETAPA 1: PLANEAMIENTO...6 FASE

Más detalles

Ecosistema de Desarrollo de Software

Ecosistema de Desarrollo de Software Ecosistema de Desarrollo de Software clinkerhq.com Enero 2012 índice de contenidos Qué es? Objetivos Características Productos Clinker Virtual Appliance Clinker Cloud Qué es? Es un Ecosistema de Desarrollo

Más detalles

Checklist para Scrum Masters

Checklist para Scrum Masters Fuente original : Michael James (mj4scrum@gmail.com). http://www.colabpro.com 14 September 2007 (Revised 24 July 2012) Traducción : José Vázquez Sánchez. (a113779@gmail.com) http://www.gestiondeproyectosit.es

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

Business white paper. Siete mejores prácticas para construir aplicaciones que cumplan con los requisitos del negocio

Business white paper. Siete mejores prácticas para construir aplicaciones que cumplan con los requisitos del negocio Business white paper Siete mejores prácticas para construir aplicaciones que cumplan con los requisitos del negocio Índice de contenidos 3 Resumen ejecutivo 3 Introduction 3 Enterprise-level best practices

Más detalles

Gestión del Portfolio de Proyectos HP Portfolio & Project Management. Información de Producto. 2010 Dirección de Consultoría

Gestión del Portfolio de Proyectos HP Portfolio & Project Management. Información de Producto. 2010 Dirección de Consultoría Gestión del Portfolio de Proyectos HP Portfolio & Project Información de Producto 2010 Dirección de Consultoría 2 1. Introducción Actualmente las organizaciones necesitan hacer frente a la complejidad

Más detalles

12 JUNIO 2014. Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 Rev.3: 05 Marzo 2015. 1 de 76. BN-MOF-2400-10-05 Rev.3 MOF DEPARTAMENTO DE INFORMÁTICA

12 JUNIO 2014. Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 Rev.3: 05 Marzo 2015. 1 de 76. BN-MOF-2400-10-05 Rev.3 MOF DEPARTAMENTO DE INFORMÁTICA Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 : 05 Marzo 2015 MANUAL DE ORGANIZACIÓN Y FUNCIONES DEPARTAMENTO DE INFORMÁTICA Aprobado mediante Resolución de Gerencia General EF/92.2000 N 020-2014, de fecha

Más detalles

Implantación y Aceptación del Sistema

Implantación y Aceptación del Sistema y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS

Más detalles

Historial de Revisiones

Historial de Revisiones Página: 1 Especificación de Requerimientos de Software Plataforma Libre Orientada a Servicios para la Gestión de Trámites a través de Gobierno Electrónico (Actualización FASE I) Historial de Revisiones

Más detalles

Autores: Mónica Fernanda Cortés Querales Diana Milena Blanco Moreno. Dirección: María Consuelo Franky

Autores: Mónica Fernanda Cortés Querales Diana Milena Blanco Moreno. Dirección: María Consuelo Franky Guía metodológica para la gestión de proyectos ágiles de software integrando herramientas de seguimiento de actividades, integración continua y repositorio distribuido de versiones. Autores: Mónica Fernanda

Más detalles

estimada del tutor de HP Este proyecto permitirá adquirir los conocimientos necesarios para crear aplicaciones web, usando

estimada del tutor de HP Este proyecto permitirá adquirir los conocimientos necesarios para crear aplicaciones web, usando Tutor de la Universidad contenido del Área o grupo al que realización del Requisitos necesarios a nivel de conocimientos del Aplicación Web para la gestión remota de equipos hardware Guillermo Santos /

Más detalles

Informe Técnico Etapa 4

Informe Técnico Etapa 4 Consultoría Desarrollo de un Sistema de Información Web de Apoyo al Proceso de Gestión del Fondo Regional de Iniciativa Local del GORE de Los Ríos Informe Técnico Etapa 4 www.perceptum.cl Contenidos 1.

Más detalles

Santiago Vélez Fraga Subdirección General de Tecnologías de Información y de las Comunicaciones Subsecretaría Ministerio de Economía y Hacienda

Santiago Vélez Fraga Subdirección General de Tecnologías de Información y de las Comunicaciones Subsecretaría Ministerio de Economía y Hacienda Y HACIENDA SUBSECRETARÍA SUBDIRECCIÓN GENERAL DE TECNOLOGÍAS DE LA INFORMACIÓN Y DE LAS COMUNICACIONES COMUNICACIÓN TECNIMAP 2010 Mejora de la calidad en el desarrollo software con TFS y Scrum Santiago

Más detalles

Características de OpenCms

Características de OpenCms Características de OpenCms Se basa en Java y Xml OpenCms está totalmente desarrollado en java bajo el estándar servlet. Por lo tanto, se puede integrar fácilmente en entornos hardware y software existentes,

Más detalles

Scrum. una descripción. Traducido y revisado por Xavier Quesada Allue, Alan Cyment y Martín Alaimo Marzo 2013

Scrum. una descripción. Traducido y revisado por Xavier Quesada Allue, Alan Cyment y Martín Alaimo Marzo 2013 Scrum una descripción Traducido y revisado por Xavier Quesada Allue, Alan Cyment y Martín Alaimo Marzo 2013 v 2012.12.13 2012 Scrum Alliance, Inc. 1 Scrum Principios de Scrum Valores del Manifiesto Ágil

Más detalles

Mejores prácticas para mejorar la salud, la seguridad y el medio ambiente, fiabilidad y calidad

Mejores prácticas para mejorar la salud, la seguridad y el medio ambiente, fiabilidad y calidad Mejores prácticas para mejorar la salud, la seguridad y el medio ambiente, fiabilidad y calidad Integrar los procesos de Salud, Seguridad y Medio Ambiente con la gestión del trabajo y los activos Características

Más detalles

Prototipado Ágil. Mateu Batle Sastre

Prototipado Ágil. Mateu Batle Sastre Prototipado Ágil Mateu Batle Sastre Uso informativo y confidencial Prototipado Ágil Prototipos Metodologías ágiles Metodología Scrum Definición de prototipo Ejemplar original o primer molde en que se fabrica

Más detalles

Gestión de Equipos de Desarrollo. Max Déboli Director de Desarrollo Lagash MVP Azure mdeboli@lagash.com http://mdeboli.wordpress.

Gestión de Equipos de Desarrollo. Max Déboli Director de Desarrollo Lagash MVP Azure mdeboli@lagash.com http://mdeboli.wordpress. Gestión de Equipos de Desarrollo Max Déboli Director de Desarrollo Lagash MVP Azure mdeboli@lagash.com http://mdeboli.wordpress.com Contexto Metodologías agiles de desarrollo de Software y como las usamos

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

SOLUCIÓN SITUACIÓN ACTUAL

SOLUCIÓN SITUACIÓN ACTUAL SITUACIÓN ACTUAL La necesidad de las organizaciones de ser más competitivas en un mercado dinámico ha generado estructuras organizacionales complejas y exigentes en términos de calidad y eficiencia. Sobre

Más detalles

Historia de revisiones

Historia de revisiones Proyecto Help-Desk Plan de Verificación y Validación Versión 1.0 Historia de revisiones Fecha Versión Descripción Autor 16/08/2005 1.0 Primera versión del documento Martín Boero Plan de Verificación y

Más detalles

Trabajo Práctico Integrador

Trabajo Práctico Integrador Trabajo Práctico Integrador Objetivo: Relacionar los conceptos vistos durante la cursada bajo una actividad práctica en la que los alumnos puedan aplicar los conceptos a la luz de un contexto organizacional.

Más detalles

Proyecto Final de Carrera

Proyecto Final de Carrera Aplicación de gestión de proyectos informáticos Memoria del Proyecto Consultor: Jairo Sarrias Guzmán Ingeniería Técnica Informática de Gestión P á g i n a 2 CONTENIDO 1. Introducción... 6 1.1. Resumen...

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

ATLAS MANUAL DE USUARIO DEL ARQUETIPO WEBSERVICE

ATLAS MANUAL DE USUARIO DEL ARQUETIPO WEBSERVICE ATLAS MANUAL DE USUARIO DEL ARQUETIPO WEBSERVICE Versión 1.8 Área de Aplicaciones Especiales y Arquitectura de Software Hoja de Control Título Documento de Referencia Responsable Manual de usuario del

Más detalles

Interpretación de CMMI para Desarrollo, Versión 1.3 en enfoques ágiles. Iñigo Garro, Octubre de 2013

Interpretación de CMMI para Desarrollo, Versión 1.3 en enfoques ágiles. Iñigo Garro, Octubre de 2013 Interpretación de CMMI para Desarrollo, Versión 1.3 en enfoques ágiles Iñigo Garro, Octubre de 2013 Este documento se ha basado en el informe técnico CMU/SEI-2010-TR-033 del Software Engineering Institute,

Más detalles

ECOSISTEMAS SOFTWARE DE SOPORTE A LA INTEGRACIÓN CONTINUA

ECOSISTEMAS SOFTWARE DE SOPORTE A LA INTEGRACIÓN CONTINUA ECOSISTEMAS SOFTWARE DE SOPORTE A LA INTEGRACIÓN CONTINUA Eng. Abel Rosales Introducción Para dotar de las herramientas necesarias en un proyecto software, en general una organización dispone de las siguientes

Más detalles

Proyecto de curso. Durante el curso de análisis y diseño 1, los estudiantes desarrollaron sus habilidades de abstracción y visión sistemática.

Proyecto de curso. Durante el curso de análisis y diseño 1, los estudiantes desarrollaron sus habilidades de abstracción y visión sistemática. Universidad de San Carlos Facultad de Ingeniería Ingeniería en Ciencias y Sistemas Análisis y Diseño de Sistemas 2 Proyecto de curso Durante el curso de análisis y diseño 1, los estudiantes desarrollaron

Más detalles

DESARROLLO DE SISTEMA DE INFORMACIÓN GEOGRÁFICA SOBRE PLATAFORMA WEB

DESARROLLO DE SISTEMA DE INFORMACIÓN GEOGRÁFICA SOBRE PLATAFORMA WEB Inmobiliaria Nueva Vía S.A. (INVIA) Phillips 84, Oficina 65, Piso 6 Santiago Centro / Chile e-mail: leo.corvalan@invia.cl LICITACIÓN PÚBLICA DESARROLLO DE SISTEMA DE INFORMACIÓN GEOGRÁFICA Parte II. Bases

Más detalles

Desarrollo ecológico. Beneficios de la integración continua en desarrollos Agile 23/04/2015

Desarrollo ecológico. Beneficios de la integración continua en desarrollos Agile 23/04/2015 Desarrollo ecológico Beneficios de la integración continua en desarrollos Agile Por David Barbáchano González, Gerente de Operaciones en Panel Sistemas. 23/04/2015 panel.es Panel Sistemas Informáticos,

Más detalles

INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DE TRABAJO DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA

INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DE TRABAJO DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA INFORME Nº1 PROPUESTA METODOLÓGICA Y PLAN DESARROLLO DE UN SISTEMA INTEGRADO DE GESTIÓN PARA EL GOBIERNO REGIONAL DE ATACAMA con destino a GORE DE ATACAMA ELIMCO SISTEMAS Alfredo Barros Errázuriz 1954

Más detalles

3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m.

3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m. Arquitecto de Datos 1. Línea de Negocios: Soluciones de Negocios 2. Funciones Específicas: Participar en la realización de las actividades técnicas de actualización y migraciones a versiones mejoradas

Más detalles

ENTORNO DE UN CURSO. Antes de empezar sería conveniente conocer la estructura de Moodle y entender los siguientes conceptos básicos:

ENTORNO DE UN CURSO. Antes de empezar sería conveniente conocer la estructura de Moodle y entender los siguientes conceptos básicos: ENTORNO DE UN CURSO Antes de empezar sería conveniente conocer la estructura de Moodle y entender los siguientes conceptos básicos: Cursos Categorías Cuentas de usuario y roles Perfil de usuario En Moodle,

Más detalles

Arquitectura Java para el Cuarto Ejercicio. José Antonio Ruano Ampudia Técnico Superior de Proyecto Informático

Arquitectura Java para el Cuarto Ejercicio. José Antonio Ruano Ampudia Técnico Superior de Proyecto Informático Arquitectura Java para el Cuarto Ejercicio José Antonio Ruano Ampudia Técnico Superior de Proyecto Informático Sumario Introducción Arquitectura en n-capas Arquitectura y el Cuarto Examen Java y su modelo

Más detalles

Scrum Manager Curso de formación

Scrum Manager Curso de formación Scrum Manager Curso de formación SCRUM cc-by **Maurice** 1.0 LICENCIA DE USO Este es un recurso educativo abierto (OER) del proyecto Scrum Manager Los contenidos OER de ScrumManager se pueden emplear de

Más detalles

Automatización del Módulo Convenio-Seguros del Sistema Administrativo Financiero para el Hospital León Becerra

Automatización del Módulo Convenio-Seguros del Sistema Administrativo Financiero para el Hospital León Becerra Automatización del Módulo Convenio-Seguros del Sistema Administrativo Financiero para el Hospital León Becerra Mariuxi Salazar Piedra (1), Bryan Valencia Ronquillo (2), Lenin Freire Cobo (3) Escuela Superior

Más detalles

monitoreo efectivo del desempeño en entornos SAP

monitoreo efectivo del desempeño en entornos SAP INFORME OFICIAL Septiembre de 2012 monitoreo efectivo del desempeño en entornos SAP Los desafíos clave y cómo CA Nimsoft Monitor ayuda a abordarlos agility made possible tabla de contenido resumen 3 Introducción

Más detalles

Plataforma de expediente Electrónico @DOC

Plataforma de expediente Electrónico @DOC MINISTERIO DE LA PRESIDENCIA SUBSECRETARÍA SUBDIRECCIÓN GENERAL DE TECNOLOGÍAS Y SERVICIOS DE LA INFORMACIÓN Plataforma de expediente Electrónico @DOC Arquitectura de Sistemas Control de versiones Versión

Más detalles

Introducción a la implementación de Scrum

Introducción a la implementación de Scrum Introducción a la implementación de Scrum Jorge Iván Meza Martínez http://www.jorgeivanmeza.com/ Jorge Iván Meza Martínez - 1 Contenido Introducción. Historia. Qué es un proyecto. Gestión

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

PLIEGO DE PRESCRIPCIONES TÉCNICAS, EN PROCEDIMIENTO ABIERTO POR CONCURSO, DE UN PROYECTO DE ADQUISICIÓN, IMPLANTACIÓN, SOPORTE Y MANTENIMIENTO DE

PLIEGO DE PRESCRIPCIONES TÉCNICAS, EN PROCEDIMIENTO ABIERTO POR CONCURSO, DE UN PROYECTO DE ADQUISICIÓN, IMPLANTACIÓN, SOPORTE Y MANTENIMIENTO DE PLIEGO DE PRESCRIPCIONES TÉCNICAS, EN PROCEDIMIENTO ABIERTO POR CONCURSO, DE UN PROYECTO DE ADQUISICIÓN, IMPLANTACIÓN, SOPORTE Y MANTENIMIENTO DE UNA HERRAMIENTA CORPORATIVA BPM SUITE PARA EL INSTITUTO

Más detalles

José Alberto García Coria Director CENIT Salamanca. Salamanca, Febrero 2011

José Alberto García Coria Director CENIT Salamanca. Salamanca, Febrero 2011 José Alberto García Coria Director CENIT Salamanca Salamanca, Febrero 2011 Índice Objetivos Servicios de Pruebas Ciclo de Vida de las Pruebas Tipos de Pruebas Herramientas Objetivos Objetivos Exponer el

Más detalles

Q-Scrum: una fusión de Scrum y el estándar ISO/IEC 29110

Q-Scrum: una fusión de Scrum y el estándar ISO/IEC 29110 Q-Scrum: una fusión de Scrum y el estándar ISO/IEC 29110 Ariel Pasini 1, Silvia Esponda 1, Marcos Boracchia 1, Patricia Pesado 1, 2 1 Instituto de Investigación en Informática LIDI (III-LIDI), Facultad

Más detalles

PROPUESTA DE DESARROLLO DE SISTEMA DE FACTURACION

PROPUESTA DE DESARROLLO DE SISTEMA DE FACTURACION JML CONSULTORIA Y DESARROLLO DE SISTEMAS PROPUESTA DE DESARROLLO DE SISTEMA DE FACTURACION SISTEMA TIPO ERP/CRM A SOLICITUD DE REFACCIONARIA MONTERREY 2009 S A N N I C O L A S DE L O S G A R Z A C. D.

Más detalles

Framework para el desarrollo ágil de aplicaciones

Framework para el desarrollo ágil de aplicaciones Framework para el desarrollo ágil de aplicaciones 1 Índice INTRODUCCIÓN... 3 QUÉ ES UN FRAMEWORK?... 3 VENTAJAS DE UTILIZAR UN FRAMEWORK... 4 DESVENTAJAS DE UTILIZAR UN FRAMEWORK... 5 CARACTERÍSTICAS DE

Más detalles

TABLA DE CONTENIDOS. Dedicatoria. Agradecimientos. Tabla de Contenidos. Indice de Figuras. Indice de Tablas. Resumen

TABLA DE CONTENIDOS. Dedicatoria. Agradecimientos. Tabla de Contenidos. Indice de Figuras. Indice de Tablas. Resumen TABLA DE CONTENIDOS página Dedicatoria Agradecimientos Tabla de Contenidos Indice de Figuras Indice de Tablas Resumen I II III VII IX X 1. Introducción 11 1.1. Descripción del contexto local......................

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

Anexo: Herramientas del ciclo de vida de las aplicaciones.

Anexo: Herramientas del ciclo de vida de las aplicaciones. Pliego de Bases Técnicas. Anexo: Herramientas del ciclo de vida de las aplicaciones. Fecha: 27/01/2015 Referencia: EJIE S.A. Mediterráneo, 14 01010 Vitoria-Gasteiz Posta-kutxatila / Apartado: 809 01080

Más detalles

elastic PROJECTS INFORMACIÓN COMERCIAL PROJECTS

elastic PROJECTS INFORMACIÓN COMERCIAL PROJECTS PROJECTS elastic PROJECTS INFORMACIÓN COMERCIAL Inscripción Registro Mercantil de Pontevedra, Tomo 3116, Libro 3116, Folio 30, Hoja PO-38276 C.I.F.: B-36.499.960 contact@imatia.com 1 INTRODUCCIÓN Mediante

Más detalles

Guía metodologíca para la gestión de proyectos de software basada en metodologías agiles, que integre las herramientas de seguimiento de actividades,

Guía metodologíca para la gestión de proyectos de software basada en metodologías agiles, que integre las herramientas de seguimiento de actividades, Guía metodologíca para la gestión de proyectos de software basada en metodologías agiles, que integre las herramientas de seguimiento de actividades, integración continua y repositorio distribuido de versiones.

Más detalles

UNIVERSIDAD OBERTA DE CATALUNYA. Herramienta Visual para Diseñar formularios Web WformDesigner

UNIVERSIDAD OBERTA DE CATALUNYA. Herramienta Visual para Diseñar formularios Web WformDesigner UNIVERSIDAD OBERTA DE CATALUNYA Herramienta Visual para Diseñar formularios Web WformDesigner Administración Web y comercio electrónico en entornos de software libre Autor: Wilman Chamba Zaragocín Loja

Más detalles

Ingeniería de Software I

Ingeniería de Software I Ingeniería de Software I Agenda Objetivo. Unidades de aprendizaje. Formas de evaluación. Bibliografía. 2 Datos del profesor Correo electrónico: egonzalez@upemor.edu.mx Asesorías Jueves de 11:00 a 13:00

Más detalles

INFORME DE CIERRE ETAPA 5

INFORME DE CIERRE ETAPA 5 INFORME DE CIERRE ETAPA 5 DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA DE FICHEROS VIRTUALES PARA EL APOYO DE LA DOCENCIA Y DESARROLLO DE LOS ALUMNOS DE LA UNIVERSIDAD DEL BÍO-BÍO Esta Publicación fue Desarrollada

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

PROCESOS Y PROCEDIMIENTO METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC S.A.

PROCESOS Y PROCEDIMIENTO METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC S.A. 214 CORPORACIÓN PERUANA DE AEROPUERTOS Y AVIACIÓN COMERCIAL SA METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC SA Área de Organización y Métodos CORPORACIÓN PERUANA DE AEROPUERTOS Y AVIACIÓN

Más detalles

BOLETÍN DE NOVEDADES Barcelona, Julio de 2011

BOLETÍN DE NOVEDADES Barcelona, Julio de 2011 BOLETÍN DE NOVEDADES Barcelona, Julio de 2011 Introducción El objeto de este documento es presentar y describir brevemente actuaciones realizadas en los últimos meses por Carver en algunos de sus clientes,

Más detalles

DISEÑO DEL SISTEMA INSTITUCIONAL DE PRÁCTICAS LABORALES

DISEÑO DEL SISTEMA INSTITUCIONAL DE PRÁCTICAS LABORALES DISEÑO DEL SISTEMA INSTITUCIONAL DE PRÁCTICAS LABORALES ETAPA: SISTEMA DE INFORMACIÓN PARA LA GESTIÓN DEL PROCESO DE PRÁCTICAS PROFESIONALES ENTORNO VIRTUAL DE PRÁCTICAS PROFESIONALES Esta Publicación

Más detalles

GUÍA AVANZADA DE GESTIÓN DE CONFIGURACIÓN LNCS

GUÍA AVANZADA DE GESTIÓN DE CONFIGURACIÓN LNCS GUÍA AVANZADA DE GESTIÓN DE CONFIGURACIÓN LNCS Diciembre 2008 AVISO LEGAL CMMI es una marca registrada en la Oficina de Marcas y Patentes de EEUU por la Universidad Carnegie Mellon Las distintas normas

Más detalles

MANUAL DE GESTIÓN DE PROCESOS

MANUAL DE GESTIÓN DE PROCESOS MANUAL DE GESTIÓN DE PROCESOS SISTEMA DE GESTIÓN DE CALIDAD UPV Octubre 2011 Versión 1 Elaborado por: Aprobado el 31 de octubre por: Servicio de Evaluación, Planificación y Calidad Gerencia UPV INDICE

Más detalles

DPTO. DE CIENCIAS DE LA COMPUTACIÓN CARRERA DE INGENIERÍA EN SISTEMAS E INFORMÁTICA

DPTO. DE CIENCIAS DE LA COMPUTACIÓN CARRERA DE INGENIERÍA EN SISTEMAS E INFORMÁTICA DPTO. DE CIENCIAS DE LA COMPUTACIÓN CARRERA DE INGENIERÍA EN SISTEMAS E INFORMÁTICA ANÁLISIS, DESARROLLO E IMPLANTACIÓN DE UN SISTEMA ORIENTADO A LA WEB PARA GESTIÓN ACADÉMICA. CASO PRÁCTICO: JOHN OSTEEN

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

Scrum. Juan Palacio Bañeres

Scrum. Juan Palacio Bañeres Scrum Juan Palacio Bañeres La esencia de Scrum Al iniciar cada iteración, el equipo revisa el trabajo pendiente del proyecto y selecciona la parte que terminará como un incremento de funcionalidad incorporado

Más detalles

Autores: 1. Resumen. 2. Palabras Claves. 3. Introducción

Autores: 1. Resumen. 2. Palabras Claves. 3. Introducción Análisis del Impacto de la Implementación de un Sistema de Gestión de la Calidad Interno para los Laboratorios de Enseñanza e Investigación de la UNLaM Autores: Fernando Orthusteguy 1, Domingo Donadello

Más detalles

TERMINOS DE REFERENCIA NUEVE (09) ANALISTAS PROGRAMADORES

TERMINOS DE REFERENCIA NUEVE (09) ANALISTAS PROGRAMADORES I. Antecedentes TERMINOS DE REFERENCIA NUEVE (09) ANALISTAS PROGRAMADORES El Congreso de la República aprobó, mediante decreto Legislativo No 141-2011, el Convenio Financiero No 4774-HN, suscrito entre

Más detalles

Indizen Labs imade. Marco de Desarrollo Aplicaciones de Indizen

Indizen Labs imade. Marco de Desarrollo Aplicaciones de Indizen Indizen Labs imade Marco de Desarrollo Aplicaciones de Indizen Índice de contenidos Indizen Labs Introducción a imade Metodología imade Arquitectura imade Herramientas imade Indizen Labs Indizen Labs Son

Más detalles

MEMORIA DE LAS ACTIVIDADES DESARROLLADAS PROYECTOS DE INNOVACIÓN EDUCATIVA CURSO 2014/2015

MEMORIA DE LAS ACTIVIDADES DESARROLLADAS PROYECTOS DE INNOVACIÓN EDUCATIVA CURSO 2014/2015 MEMORIA DE LAS ACTIVIDADES DESARROLLADAS PROYECTOS DE INNOVACIÓN EDUCATIVA CURSO 2014/2015 DATOS IDENTIFICATIVOS: 1. Título del Proyecto Herramienta para el Desarrollo de Aplicaciones Software con Metodologías

Más detalles

SISTEMA DE INFORMACIÓN PARA LA ALTA DIRECCIÓN: CUADRO DE MANDO INTEGRAL

SISTEMA DE INFORMACIÓN PARA LA ALTA DIRECCIÓN: CUADRO DE MANDO INTEGRAL 1 SISTEMA DE INFORMACIÓN PARA LA ALTA DIRECCIÓN: CUADRO DE MANDO INTEGRAL Oscar García Arias Jefe de Servicio de Informática Junta de Castilla y León. Consejería de Sanidad 1 Blanca SISTEMA DE INFORMACIÓN

Más detalles

PROPUESTA: GP11834 Migración Aplicativo GRANNET a WAS 8.0 o Superior.

PROPUESTA: GP11834 Migración Aplicativo GRANNET a WAS 8.0 o Superior. PROPUESTA: GP11834 Migración Aplicativo GRANNET a WAS 8.0 o Superior. Índice 1 2 INTRODUCCIÓN OBJETIVOS 3 ALCANCE DEL SERVICIO 4 DESCRIPCIÖN DEL SERVICIO 5 PLANIFICACIÓN DEL PROYECTO 6 EQUIPO DE TRABAJO

Más detalles