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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

PFC- Aplicaciones Web para trabajo colaborativo:

PFC- Aplicaciones Web para trabajo colaborativo: PFC- Aplicaciones Web para trabajo colaborativo: Aplicación para Control de una Integración de S.I. 2º Ciclo Ingeniería Informática Curso 2011-2012 Consultor : Fatos Xhafa Autor : Miguel Angel Pineda Cruz

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

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

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

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

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

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

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

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

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

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

SISTEMA DE GESTION DE EXPEDIENTES - WORKFLOW

SISTEMA DE GESTION DE EXPEDIENTES - WORKFLOW SISTEMA DE GESTION DE EXPEDIENTES - WORKFLOW Introducción Funcional favila 0 Contenido Objetivos de este documento... 2 Objetivos del Sistema... 2 Modelo Conceptual... 3 Aspectos generales... 3 Modelo

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

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

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

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

Ingeniería de Software

Ingeniería de Software Ingeniería de Software MSDN Ingeniería de Software...1 Ingeniería del Software_/_ Ingeniería y Programación...1 Análisis de Requerimientos...2 Especificación...3 Diseño...4 Desarrollo en Equipo...5 Mantenimiento...6

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

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

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

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

UNIVERSIDAD TECNOLOGICA DE HERMOSILLO SCRUM SPRINT #1. Ingenieria de Software I MAESTRO: BERNARDO PRADO DIAZ INTEGRANTES. Jorge Valdano.

UNIVERSIDAD TECNOLOGICA DE HERMOSILLO SCRUM SPRINT #1. Ingenieria de Software I MAESTRO: BERNARDO PRADO DIAZ INTEGRANTES. Jorge Valdano. UNIVERSIDAD TECNOLOGICA DE HERMOSILLO SCRUM SPRINT #1 Ingenieria de Software I MAESTRO: BERNARDO PRADO DIAZ INTEGRANTES Jorge Valdano Maria Sorte Antonio Rico Osmar Gutierrez Hermosillo, Sonora 04 de Septiembre

Más detalles

TALLER 04 SOFTWARE GESTION DE PROYECTOS Y SOFTWARE GESTIO CONTROL DE VERSIONES ROBIN TAPIERO HARRY CUESTA MARÍA SUÁREZ

TALLER 04 SOFTWARE GESTION DE PROYECTOS Y SOFTWARE GESTIO CONTROL DE VERSIONES ROBIN TAPIERO HARRY CUESTA MARÍA SUÁREZ TALLER 04 SOFTWARE GESTION DE PROYECTOS Y SOFTWARE GESTIO CONTROL DE VERSIONES ROBIN TAPIERO HARRY CUESTA MARÍA SUÁREZ Universidad Distrital Francisco José de Caldas Facultad Tecnológica Sistematización

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

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

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

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

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

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

El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos.

El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos. Gestión de proyectos Duración: 45 horas Objetivos: El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos. Contenidos:

Más detalles

Gestión de proyectos

Gestión de proyectos Gestión de proyectos Horas: 45 El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos. Gestión de proyectos El

Más detalles

Boletín de Asesoría Gerencial* Arquitectura orientada a servicios (SOA)

Boletín de Asesoría Gerencial* Arquitectura orientada a servicios (SOA) Espiñeira, Sheldon y Asociados * No. 12-2009 *connectedthinking Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección 4 Introducción

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

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

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

Definir el problema/oportunidad. Desarrollar soluciones alternativas. Seleccionar la solución. Desarrollar / Seleccionar-Adquirirconfigurar

Definir el problema/oportunidad. Desarrollar soluciones alternativas. Seleccionar la solución. Desarrollar / Seleccionar-Adquirirconfigurar 1 Definir el problema/oportunidad Definir problema de negocio o la oportunidad de mejora utilizando el pensamiento sistémico. Mapa Conceptual Desarrollar soluciones alternativas Seleccionar la solución

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

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

PROCEDIMIENTO DE GESTIÓN DE ENTREGAS

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

Más detalles

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

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

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

Especificación de Requisitos del Sistema de Registro y Control de Bienes Muebles de la ULA (ULA_SRCBM, versión 1.0)

Especificación de Requisitos del Sistema de Registro y Control de Bienes Muebles de la ULA (ULA_SRCBM, versión 1.0) Proyecto: Actualización del Sistema de Información de Muebles Documento: Especificación de s del Sistema de Registro y Control de Muebles ULA (ULA_SRCBM, versión 1.0) Elaborado por: William J. Montilva

Más detalles

PLIEGO DE CONDICIONES TÉCNICAS SERVICIO DE DESARROLLO DE APLICACIONES INFORMÁTICAS PARA TPA EXPTE: 102/13 TPA

PLIEGO DE CONDICIONES TÉCNICAS SERVICIO DE DESARROLLO DE APLICACIONES INFORMÁTICAS PARA TPA EXPTE: 102/13 TPA A P R O B A D O p o r e l Ó r g a n o d e C o n t r a t a c i ó n Art. 11 Ley 2/2003 de Medios de Comunicación Social EL DIRECTOR GENERAL DEL ENTE PÚBLICO DE COMUNICACIÓN DEL PRINCIPADO DE ASTURIAS Antonio

Más detalles

SISTEMA AUTOMÁTICO Y AUTÓNOMO PARA LA RE- NOVACIÓN DELA DEMANDA DE EMPLEO MEDIAN- TE RECONOCIMIENTO DE HUELLA DACTILAR: RENUEV@ TU DEMANDA

SISTEMA AUTOMÁTICO Y AUTÓNOMO PARA LA RE- NOVACIÓN DELA DEMANDA DE EMPLEO MEDIAN- TE RECONOCIMIENTO DE HUELLA DACTILAR: RENUEV@ TU DEMANDA SISTEMA AUTOMÁTICO Y AUTÓNOMO PARA LA RE- NOVACIÓN DELA DEMANDA DE EMPLEO MEDIAN- TE RECONOCIMIENTO DE HUELLA DACTILAR: RENUEV@ TU DEMANDA. Servicio de Intermediación Profesional Dirección General de Intermediación

Más detalles

rg.o cm a Espec e i c fica c ci c ó i n ó n d e e r e r q e uer e i r mi m en e tos o l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s

rg.o cm a Espec e i c fica c ci c ó i n ó n d e e r e r q e uer e i r mi m en e tos o l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s Especificación de requerimientos Diseño de bases de datos Documento de especificación del sistema 1. Definición del problema 2. Descripción funcional 2. 3. Restricciones 4. Diagramas de flujo de datos

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

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

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

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

GUÍA PARA LA ELABORACIÓN E IMPLEMENTACIÓN DEL PLAN DE MEJORA INSTITUCIONAL

GUÍA PARA LA ELABORACIÓN E IMPLEMENTACIÓN DEL PLAN DE MEJORA INSTITUCIONAL GUÍA PARA LA ELABORACIÓN E IMPLEMENTACIÓN DEL PLAN DE MEJORA INSTITUCIONAL DOCUMENTO CONTROLADO Santo Domingo, D. N. 2014 GUÍA PARA LA ELABORACIÓN E IMPLEMENTACIÓN DEL PLAN DE MEJORA INSTITUCIONAL PRIMERA

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

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

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

Karen Giraldo Escobar Graciela Catalina Soto PROYECTO DE GRADO I

Karen Giraldo Escobar Graciela Catalina Soto PROYECTO DE GRADO I Karen Giraldo Escobar Graciela Catalina Soto PROYECTO DE GRADO I Qué es SCRUM Beneficios Como Funciona Fundamentos Requisitos Historia Qué es SCRUM Beneficios Como Funciona Fundamentos Requisitos Historia

Más detalles

CONTRATACIÓN DEL DESARROLLO DE NUEVAS FUNCIONALIDADES PARA LA PLATAFORMA DE NOTIFICACIONES POSTALES Y ENVÍO DE SMS

CONTRATACIÓN DEL DESARROLLO DE NUEVAS FUNCIONALIDADES PARA LA PLATAFORMA DE NOTIFICACIONES POSTALES Y ENVÍO DE SMS CONTRATACIÓN DEL DESARROLLO DE NUEVAS FUNCIONALIDADES PARA LA PLATAFORMA DE NOTIFICACIONES POSTALES Y ENVÍO DE SMS PLIEGO DE CONDICIONES DE CONTRATACIÓN 1 1 Antecedentes Lanbide, Servicio Vasco de Empleo,

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

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

TFC J2EE. Desarrollo de una aplicación J2EE para la gestión del control de presencia. Memoria

TFC J2EE. Desarrollo de una aplicación J2EE para la gestión del control de presencia. Memoria TFC J2EE Desarrollo de una aplicación J2EE para la gestión del control de presencia Memoria CAROLINA SANTANA GONZÁLEZ Consultor: Antoni Oller Arcas 11/01/2013 Índice de contenido 1. Introducción. 2. Descripción,

Más detalles

Capítulo 4: Diseño de la solución basada en software. 4.1 Diseño general del sistema y especificaciones de los componentes

Capítulo 4: Diseño de la solución basada en software. 4.1 Diseño general del sistema y especificaciones de los componentes Capítulo 4: Diseño de la solución basada en software 4.1 Diseño general del sistema y especificaciones de los componentes El sistema constará de tres elementos fundamentales: los clientes, el punto de

Más detalles

BOLETÍN DE NOVEDADES Barcelona, junio de 2006

BOLETÍN DE NOVEDADES Barcelona, junio de 2006 BOLETÍN DE NOVEDADES Barcelona, junio de 2006 Introducción El objeto de este documento es presentar y describir brevemente las principales actuaciones en los últimos meses de Carver en algunos de sus clientes,

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

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

Innovación para su Contact Center. Reporting Manager. Descubra el valor de negocio de sus datos y la actividad del Contact Center

Innovación para su Contact Center. Reporting Manager. Descubra el valor de negocio de sus datos y la actividad del Contact Center Innovación para su Contact Center Reporting Manager Descubra el valor de negocio de sus datos y la actividad del Contact Center ÍNDICE DATA SHEET 1. Introducción... 3 2. Características principales...

Más detalles

ATLAS MANUAL DE USUARIO DEL ARQUETIPO WEB PARA PROYECTOS NEXUS

ATLAS MANUAL DE USUARIO DEL ARQUETIPO WEB PARA PROYECTOS NEXUS ATLAS MANUAL DE USUARIO DEL ARQUETIPO WEB PARA PROYECTOS NEXUS Versión 1.1 Área de Aplicaciones Especiales y Arquitectura de Software Hoja de Control Título Documento de Referencia Responsable Manual de

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

INICIO PLANIFICACIÓN EJECUCIÓN SEGUIMIENTO Y CONTROL CIERRE. Etapas de un proyecto. Conoce las 5 etapas por las que todo proyecto debe pasar.

INICIO PLANIFICACIÓN EJECUCIÓN SEGUIMIENTO Y CONTROL CIERRE. Etapas de un proyecto. Conoce las 5 etapas por las que todo proyecto debe pasar. 1 2 Etapas de un proyecto Conoce las 5 etapas por las que todo proyecto debe pasar. Etapas de un proyecto Todo lo que debes saber INICIO para gestionarlas de manera eficiente PLANIFICACIÓN 3 4 5 EJECUCIÓN

Más detalles

Gestión de Incidencias

Gestión de Incidencias Gestión de Incidencias Alumno: José Aguilera Deixt Consultor: José Juan Rodríguez Introducción Objetivos Planificación Tecnologías Resumen funcional Diseño Producto Conclusión Mejoras para futuras versiones

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

DISEÑO, DESARROLLO E IMPLANTACIÓN DE UN SISTEMA WEB PARA LA GESTIÓN DE LA PROGRAMACIÓN MICRO CURRICULAR DE LAS UNIDADES ACADÉMICAS DE LA PUCE - SI

DISEÑO, DESARROLLO E IMPLANTACIÓN DE UN SISTEMA WEB PARA LA GESTIÓN DE LA PROGRAMACIÓN MICRO CURRICULAR DE LAS UNIDADES ACADÉMICAS DE LA PUCE - SI DISEÑO, DESARROLLO E IMPLANTACIÓN DE UN SISTEMA WEB PARA LA GESTIÓN DE LA PROGRAMACIÓN MICRO CURRICULAR DE LAS UNIDADES ACADÉMICAS DE LA PUCE - SI María Belén Buendía Arellano e-mail: mabe_7_18@hotmail.com

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

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

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

Visión General GXflow. Última actualización: 2009

Visión General GXflow. Última actualización: 2009 Última actualización: 2009 Copyright Artech Consultores S. R. L. 1988-2009. Todos los derechos reservados. Este documento no puede ser reproducido en cualquier medio sin el consentimiento explícito de

Más detalles

ADMINISTRACIÓN DE PROYECTOS

ADMINISTRACIÓN DE PROYECTOS ADMINISTRACIÓN DE PROYECTOS QUÉ ES LA ADMINISTRACIÓN DE PROYECTOS? Es la planeación, organización, dirección y control de los recursos para lograr un objetivo a corto plazo. También se dice que la administración

Más detalles

Aplicación de la norma ISO 9001 para la mejora de la gestión: el caso de la. Dirección del Sistema Nacional de Capacitación del Instituto Nacional de

Aplicación de la norma ISO 9001 para la mejora de la gestión: el caso de la. Dirección del Sistema Nacional de Capacitación del Instituto Nacional de Aplicación de la norma ISO 9001 para la mejora de la gestión: el caso de la Dirección del Sistema Nacional de Capacitación del Instituto Nacional de Administración Pública Mg. Marcelo Calavia Introducción

Más detalles

La clara definición de los procesos de elaboración de software, nos permite brindar un servicio predecible y de la más alta calidad.

La clara definición de los procesos de elaboración de software, nos permite brindar un servicio predecible y de la más alta calidad. Software Factory Presentación Concepto Dada la necesidad de las compañías de concentrarse en las actividades propias del negocio; y en tren de bajar costos, mejorar los tiempos de desarrollo o de no montar

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

PRÓLOGO...13 AUTORES...17

PRÓLOGO...13 AUTORES...17 ÍNDICE PRÓLOGO...13 AUTORES...17 CAPÍTULO 1. INSTALACIÓN DE SAKAI...19 1.1 VERIFICACIÓN/INSTALACIÓN DE JAVA...20 1.1.1 Variables de entorno de Java...21 1.2 INSTALACIÓN DE TOMCAT 5.5.28+...23 1.2.1 Nombres

Más detalles

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1 Introducción al Proceso Unificado de Desarrollo de Software Autor: Ing. Silverio Bonilla 1 James Rumbaugh et al. Concepto de Método Una metodología de ingeniería del software es un proceso para producir

Más detalles

COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE

COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE Creado en May/14 Objetivo: Contar con una guía de las actividades que se deben realizar en esta fase,

Más detalles

Examen de Fundamentos de ITIL

Examen de Fundamentos de ITIL Examen de Fundamentos de ITIL Ejemplo A, versión 5.1 Selección tipo test Instrucciones 1. Debe intentar contestar las 40 preguntas. 2. Marque sus respuestas en lápiz en la hoja anexa 3. Usted tiene 60

Más detalles