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

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

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

Transcripción

1 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 BAROUDI PEREZMILICUA Depto. de Sistemas y Computación, Instituto Tecnológico de Mérida Mérida, Yucatán 97118, México RESUMEN En este artículo se describe el desarrollo de una herramienta web que le permite a un equipo de desarrollo realizar y registrar estimaciones de tiempo y tamaño de un proyecto de software, y compararlas con el trabajo real realizado a lo largo del proceso de desarrollo por medio de un sistema de control de versiones. La herramienta SADEP (Sistema de Administración del Desarrollo y Estimación de Proyectos) fue desarrollada de tal forma que también permite a los desarrolladores y líderes de proyectos registrar avances sobre sus actividades diarias por medio de un Product Backlog (repositorio de productos), de tal manera que puedan crear una base histórica que sirva como base para futuras estimaciones de proyectos a desarrollar. La herramienta fue desarrollada siguiendo la metodología de desarrollo ágil SCRUM. También se presentan los resultados obtenidos en la implementación de la misma. Por último, se mencionan las conclusiones a las que se llegaron al final de este trabajo. Palabras Claves: Estimación de Proyectos de Software, Metodología de Desarrollo Ágil SCRUM, Generación de Código. 1. INTRODUCCIÓN La estimación de un proyecto de software es una tarea difícil. A medida que los requerimientos son más complejos, la estimación del tamaño tiene que incluir nuevos factores de estimación propios del proyecto, y por ello resulta complicado crear modelos generales adecuados para la mayoría de los casos. Por otro lado, la experiencia en la metodología de desarrollo, y en la tecnología en la que se desarrolla difiere de persona a persona, por lo tanto, tomar datos de manera general puede llegar a ser inútil para calcular una estimación aproximada si no se cuenta con una madurez en el equipo de desarrollo, esto es, que se integren estándares para todas las actividades de la programación. Si se desarrolla software en un entorno donde se domina la metodología y las tecnologías a usar, se pueden establecer cálculos para determinar un tamaño aproximado para cada elemento de la aplicación, y así determinar una estimación del tamaño final del proyecto que se va a desarrollar. En entornos donde no existe una metodología bien definida, se realizan estimaciones con resultados cercanos a la realidad, si por lo menos se tiene una experiencia práctica en aplicaciones similares. Para realizar una estimación de un proyecto, muchos equipos y organizaciones buscan definir un único proceso que generalice todo el desarrollo de software, pensando que si pudieran crear software de la misma manera, usando los mismos procesos, recursos y produciendo los mismos documentos, entonces sería mucho más fácil la administración y el aseguramiento de la calidad [1]. El problema es que los sistemas de software, la tecnología y las organizaciones difieren tanto, que cualquiera de los modelos que realmente definan el desarrollo de software con su amplia gama de variaciones se vuelve de poco uso práctico, a menos que se describa cada posible rol, actividad, salida y paso en detalle. Son pocas las empresas encargadas del desarrollo de software que han alcanzado un nivel de madurez con respecto a los procesos y a las estimaciones que realizan, principalmente por los costos administrativos y el esfuerzo que representa dar seguimiento a todos los factores que forman parte del aseguramiento de la calidad. Sin embargo, gracias a metodologías con una visión ágil del desarrollo de software, la perspectiva ha ido cambiando poco a poco. 2. ESTIMACIÓN DE PROYECTOS DE SOFTWARE La estimación es generalmente una aproximación o un cálculo especulativo de un resultado, basado normalmente en otras aproximaciones, especulaciones y otros datos inciertos e incompletos. Es la aplicación de una métrica para determinar el tamaño de un programa de software. La estimación de líneas de código puede hacerse utilizando un conteo manual y luego procesándolos como datos históricos para proyectos futuros, o también, haciendo una lista de los puntos de función que integran el proyecto y determinando un factor de complejidad para calcular el número de líneas de código final. Los métodos de estimación deben consistir en procesos estructurados con la finalidad de facilitar el entrenamiento de los programadores en el proceso de estimación y las actividades de seguimiento y mejora de los procesos. La metodología de estimación también debe contemplar su uso en cualquier fase del proyecto; en el inicio del desarrollo se utiliza para establecer

2 planes, estrategias y costos, y a medida que se avanza en el ciclo de vida del proyecto se contemplan estimaciones para las nuevas características funcionales con los datos históricos dados por la retroalimentación constante. La estimación es un concepto de la calidad de software que no sólo debe enfocarse al tamaño de la aplicación por mediciones derivadas de las líneas de código; debe considerarse realizar estimaciones para la documentación, reportes, archivos, pantallas de presentación, y de una forma más general, puede incluir estimaciones para puntos de vista generales como el impacto en otros proyectos, la mejora de los procesos internos de calidad y las manutenciones del software a desarrollar. El proceso de estimar no se domina de manera inmediata en un equipo de desarrollo. De la misma forma, es muy difícil iniciar con métodos complejos de estimación (como la regresión lineal) si no se cuenta con la experiencia de métodos más simples. Es necesario que el equipo de desarrollo establezca un proceso de mejora continua sobre su proceso de estimación interactuando con más de un método de estimación y comparando los resultados [2]. 3. METODOLOGÍA DE DESARROLLO ÁGIL SCRUM SCRUM es una de las metodologías ágiles más conocidas para la gestión de proyectos. Se centra en aspectos como la flexibilidad en la introducción de cambios y nuevos requisitos durante el proyecto, el factor humano, el producto final, la colaboración con el cliente y el desarrollo incremental como formas de asegurar los buenos resultados en proyectos con requisitos muy cambiantes o cuando se exige, como es habitual, reducir los tiempos de desarrollo manteniendo una alta calidad. Es aplicable en cualquier proyecto en el que exista una lista de funcionalidades o bloques de trabajo por realizar, un entorno complejo con requisitos cambiantes y un equipo de desarrollo asignado a dicha tarea. Se basa en un enfoque iterativo, donde cada iteración se denomina Sprint. Al final de cada Sprint se obtiene un producto entregable que se va incrementando en sucesivos Sprints, priorizándose aquellos aspectos que aportan mayor funcionalidad y valor al dueño del producto (cliente). El principio básico es que es muy difícil contar desde el inicio con un catálogo completo de funcionalidades, ya que los requisitos van surgiendo conforme el propietario del producto y los usuarios del mismo van haciendo sucesivas aportaciones. De esta manera, SCRUM plantea el desarrollo de sucesivas versiones ampliadas, todas ellas plenamente usables y evaluables por el usuario. Además, es una metodología especialmente indicada para pequeños equipos de desarrollo y se orienta a una entrega rápida de resultados y una alta flexibilidad [3]. En la Figura 1 se presenta el proceso de desarrollo de SCRUM. Figura 1. Flujo del Proceso de Desarrollo con SCRUM. 4. DESCRIPCIÓN DE LA HERRAMIENTA El sistema SADEP (Sistema de Administración del Desarrollo y Estimación de Proyectos) es una herramienta destinada a los líderes de proyectos de software y los programadores que integren equipos de trabajo registrando los avances sobre las actividades diarias de desarrollo y estimaciones de tiempo y de líneas de código donde sea conveniente. Las actividades son agregadas a una lista llamada Product Backlog (Repositorio de Productos) que está definida en un formato basado en la metodología de desarrollo ágil SCRUM. En el caso de tener información de experiencias pasadas y resultados obtenidos del sistema de control de versiones, se podrán adaptar a la lista las estimaciones de líneas de código por actividad, las cuales se calificarán con el trabajo real toda vez que se marque la actividad como finalizada y se pueda obtener retroalimentación de los cambios realizados en el código fuente. Debido a que cada usuario realiza su estimación con base en su experiencia y a los reportes de actividades similares con los cambios realizados en el código, la herramienta es capaz de reportar las mejores estimaciones con un margen de error predefinido, tanto en el tiempo (Estimación común por tiempo), como en líneas de código (Estimación basada en actualizaciones de código por programador). La arquitectura de la aplicación está basada en clases que forman parte de capas con responsabilidades específicas, desde la interacción con la base de datos del sistema SADEP hasta la interfaz del usuario. En la fase de administración de proyectos el líder de proyecto crea un nuevo proyecto para ser utilizado posteriormente para registrar las actividades y las estimaciones en el sistema. En la fase de administración de actividades el líder de proyecto registra las actividades contempladas a una fecha determinada, y los programadores realizan la selección del tipo de estimación a realizar que puede ser por líneas de código, o en su defecto, por tiempo. También se seleccionan detalles de la actividad como las entradas y salidas esperadas, y posteriormente el porcentaje de avance durante el desarrollo de la actividad.

3 En la fase de administración de la estimación el programador que determine una estimación por líneas de código podrá enlazar los archivos de código fuente relacionados con la actividad de desarrollo, y de manera externa podrá consultar las herramientas cliente del control de versiones para alimentar dentro del sistema SADEP un total de líneas de código a modificar por archivo o general. Una vez terminada la actividad, la herramienta realiza el conteo real de líneas de código modificadas y establece el margen de error de la estimación. Es importante señalar que se debe indicar el número de revisión dado por el sistema de control de versiones una vez que se realiza la operación de actualización de código. La figura 2 muestra las capas que conforman la estructura interna de la herramienta. SADEP con el repositorio de productos Modificación de interfaces para mejora de listados. Figura 3. Vinculación de un Product Backlog a un Proyecto. Las actividades a realizar en el proyecto se dan de alta vinculándolas directamente con el repositorio de productos y seleccionando el tipo de actividad a realizar como actividad finita o cíclica. Finalmente se captura la descripción de la actividad e internamente se registra para dar inicio una vez que se agregue un status de la actividad (ver Figura 4). Figura 4. Registro de Actividades en el Repositorio de Productos. Figura 2. Arquitectura de la Herramienta SADEP. Administración De Proyectos El sistema SADEP cuenta con 3 actores principales: el administrador del sistema que alimenta los catálogos, el líder de proyecto y el programador. El líder de proyecto inicia las operaciones con el registro de un nuevo proyecto; para ello se requiere una descripción del proyecto y el enlace o ruta al repositorio de código CVS (Control Versioning System, Sistema de Control de Versiones). Este enlace con el CVS es muy importante ya que este sistema permitirá el control de versiones por medio del registro de todo el trabajo y los cambios en los ficheros (código fuente y la diversidad de documentos que formarán parte del proyecto). En la Figura 5 se presenta un ejemplo de la estructura interna de un Product Backlog en donde se puede observar el registro de las actividades del desarrollador, la estimación del esfuerzo de la actividad (en horas), el personal asignado a cada actividad (identificado por las iniciales), el porcentaje de avance (en este caso todas están aún por iniciarse), entre otras cosas. Los resultados de avance en trabajo real se pueden observar, tanto en el promedio de los porcentajes (columna B), como en la sumatoria de trabajo real de la columna G (comparándolo con la sumatoria de la estimación de la columna F). CVS utiliza una arquitectura cliente-servidor: el servidor guarda las versiones del proyecto y su historial, los desarrolladores o clientes se conectan al servidor para sacar una copia completa del proyecto, trabajan con esa copia y más tarde registran sus cambios al servidor. Administración De Actividades La administración de actividades tiene inicio a partir de la creación de proyectos que realiza el líder de proyecto, seguida de la vinculación del mismo con uno o varios repositorios de productos (Product Backlog) que engloban actividades a realizar y que dan como resultado final un módulo, programa o sistema de valor directo para el cliente. En la figura 3 se ilustra el momento en donde ya se ha relacionado el proyecto Figura 5. Estructura Interna de un Product Backlog. Para registrar las actividades se adaptó el formato definido por la metodología ágil SCRUM llamado Product Backlog [4]. En la especificación original de SCRUM se definen estimaciones de tiempo para finalizar cada actividad, se asignan recursos

4 humanos y se registran avances por medio de los Sprint Backlogs (Repositorio de Avances). Sin embargo, se creyó conveniente registrar el avance directamente en la lista y las entradas y salidas esperadas por actividad para llevar un control del resultado esperado, y así marcar las actividades con prioridades o asignarles un desarrollo secuencial. Para agregar un mayor detalle sobre la actividad a desarrollar se agregan las entradas y salidas esperadas (I/O) y los recursos humanos que desarrollarán la actividad. Como alternativa, se puede clasificar la lista por número o niveles de prioridad para adaptarse a un plan estratégico, creado por el líder del proyecto para la entrega de resultados y compromisos hechos con el cliente. Administración De La Estimación El primer paso de esta fase es cuando el programador establece una estimación en líneas de código (LOC) que necesitará escribir por cada una de las actividades que fueron registradas en los repositorio de productos (ver Figura 6). Esta estimación es realizada en base a la experiencia de los programadores y el uso de herramientas de análisis sobre los datos históricos en proyectos similares. horas empleadas en la actividad. Las líneas de código son calculadas automáticamente a través de la herramienta SADEP que interactúa con el repositorio de control de versiones, el cual provee de comandos específicos para la identificación de las modificaciones a los archivos de código fuente a través de las revisiones o actualizaciones que se realizan. Este cálculo requiere que se administre el repositorio de control de versiones para eliminar los archivos generados por herramientas (como el Visual Studio.Net) y que no son parte de las estimaciones que realizan los programadores. Otro medio para realizar un conteo real es establecer políticas donde el programador suba código fuente en una transacción de actualización y en otra transacción los archivos generados por herramienta. De esta forma se tendrán dos números de revisión diferentes, de los cuales solamente se registra en el SADEP el que interesa para el cálculo de trabajo real por líneas de código (LOC). Figura 7. Cálculo del Trabajo Real. 5. IMPLEMENTACIÓN Para implementar la herramienta SADEP se utilizó Visual Studio.Net 2005 y el lenguaje C# para aplicaciones web ASP.Net. La base de datos es SQL Server 2005 Express Edition y el SQL Serve 2005 Management Studio es la herramienta cliente para la creación y modificación de la base de datos. Figura 6. Estimación de Líneas de Código por Actividad. Una parte importante de la herramienta SADEP es que utiliza la generación de código de tal manera que se pueden obtener resultados de una manera rápida y eficaz en los proyectos de software a desarrollar. La generación de código permite mantener las buenas prácticas del diseño de clases. La herramienta que se utilizó para este proyecto es CodeSmith para aprovechar el avance que se tiene con las plantillas NetTiers en el ambiente laboral donde se realizaron las pruebas. Además, está enfocado principalmente a crear código en C#.Net que es el lenguaje con el que se realizó el SADEP. El código generado está basado en patrones de diseño tales como el Patrón de Acceso a Datos (DAO) que permite la interacción con diferentes Bases de Datos (diferentes arquitecturas o distribuidas), y el Patrón Proxy que sirve de intermediario entre capas para centralizar políticas de validación y seguridad, entre otros. Estos patrones están organizados en capas, donde cada clase cumple con una responsabilidad específica y delega o se comunica con las capas inmediatas. Una vez que el programador termina de programar la actividad (o mas bien de adecuar el código fuente generado) y la marca la actividad como finalizada, el líder de proyecto puede realizar un cálculo automático del trabajo real (ver Figura 7). El trabajo real está definido en dos partes: El tiempo y las líneas de código; el tiempo trabajado es procesado internamente con base en las La seguridad corre a cargo de la misma base de datos con la creación de roles (Database roles) y usuarios (logins). El servidor Web es Microsoft Internet Information Services (IIS) versión 6.0 donde se instaló la aplicación web y las diferentes capas de la aplicación. Se utilizaron componentes Telerik ASP.Net para mejorar las interfaces visuales de captura y listados. Se integraron las herramientas de control de versiones Subversion y el cliente TortoiseSVN para realizar las consultas de trabajo real por revisión de cada programador en los proyectos de los cuales se tiene historial de líneas de código, y se utilizó la librería DotSVN para la interacción del sistema SADEP con el Subversion. Otras herramientas utilizadas durante el desarrollo y mantenimiento de la aplicación como Apex SQL, Web Log Lite y SQL Effects Clarity son para tareas como auditoría, monitoreo de la aplicación web y normalización de cambios en base de datos de desarrollo y producción. 6. RESULTADOS Como resultado de este trabajo se obtuvo una herramienta web que permite adoptar las buenas prácticas de desarrollo propuestas por las metodologías ágiles, junto con las estimaciones de tiempo y líneas de código. Esta herramienta se

5 desarrolló e implantó en la Dirección de Informática de la Secretaría de Hacienda del Estado de Q. Roo. Para poder probarla fue necesario aplicarla en el desarrollo de proyectos reales. Existen proyectos finalizados en dicha dependencia y los resultados de utilizar la herramienta fueron satisfactorios debido a que proporcionó un valor agregado, ya que permitió a los programadores y jefes de proyectos realizar sus estimaciones, y además contar con esta información para llevar un mejor control del trabajo que se estaba desarrollando, y usar esta información como base para estimaciones de proyectos similares futuros. Actualmente sigue siendo utilizada como un estándar por el personal de la Dirección de Informática para el desarrollo de proyectos de software. En la Figura 8 se presentan los resultados obtenidos al utilizar la herramienta SADEP para calcular el trabajo real (tanto del tiempo de desarrollo, como de líneas de código) que se necesitó para el desarrollo de ciertas actividades de un proyecto en particular. Como se puede apreciar, al comparar las estimaciones de tiempo y de LOC con el trabajo real, los resultados obtenidos fueron satisfactorios. El proceso de realizar estimaciones a través de la herramienta permite que cada programador realice estimaciones basadas en su experiencia y para actividades similares en proyectos de diferente contexto, toda vez que se realice una revisión de los proyectos históricos y las relaciones entre sus características funcionales. Con la herramienta de seguimiento y estimación se reduce el costo de las comunicaciones entre las personas relacionadas con el proyecto debido a que el monitoreo de los avances se puede realizar en tiempo real por parte de los líderes de proyecto, jefes de área y directivos. 8. REFERENCIAS [1] Palmer, R. y J. Felsing, (2002). A practical guide to Feature Driven Development. Ed. Prentice Hall PTR. [2] Humphrey, W., (1994). A discipline for Software Engineering. Ed. Boston: Addison Wesley. [3] Gloger, B., (2008). SCRUM Checklists [En línea]. Disponible en: [Accesado el día 12 de Septiembre de 2008]. [4] Agile Software Development, (2008). SCRUM Simple Product Backlog [En línea]. Disponible en: um/simple-product-backlog.png.%20ufc:%2002/12/2007 [Accesado el día 12 de Septiembre de 2008]. Figura 8. Comparación de la Estimación con el Trabajo Real. 7. CONCLUSIONES Las actividades de desarrollo de software que están ligadas al desarrollo incremental e iterativo no están exentas de realizar estimaciones de tiempo y de líneas de código para determinar tiempos de entrega aproximados a los usuarios. Las metodologías ágiles como SCRUM han sido concebidas para establecer un equilibrio entre las necesidades de los usuarios y los tiempos de entrega de productos funcionales en períodos cortos agregando mayor funcionalidad a través de un desarrollo incremental e iterativo. Los integrantes de un equipo de desarrollo en un ambiente ágil pueden ser vistos como programadores acostumbrados a realizar cambios estructurales en el diseño del software y tomar esto como una actividad común en el quehacer diario del desarrollo de un proyecto debido a que se realiza una división granular de las actividades. Los equipos de desarrollo de software que realicen el seguimiento de sus actividades por proyecto utilizando la herramienta SADEP, contarán con un valor agregado ya que contarán con información en tiempo real de los avances por cada programador. Dado el carácter ágil de las estimaciones y registro de detalles de actividades en la herramienta, se considera que los programadores liberarán tiempo en realizar reportes de avances a los directivos de sus áreas de trabajo.

Estimación de Líneas de Código Orientada a Plantillas de Código Fuente

Estimación de Líneas de Código Orientada a Plantillas de Código Fuente Estimación de Líneas de Código Orientada a Plantillas de Código Fuente 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 BAROUDI

Más detalles

Reporte inicial. Metodología

Reporte inicial. Metodología Reporte inicial Este reporte inicial expondrá las decisiones que tomamos al momento de selección de metodología, plantillas y métodos de recabado de evidencia y por qué tomamos dichas decisiones. Metodología

Más detalles

Diseño del Sistema de Información

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

Más detalles

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS Ministerio de Tecnologías de la Información y las Comunicaciones Programa de Gobierno

Más detalles

Planificación en Team Foundation Server 2010

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

Más detalles

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

Diseño del Sistema de Información

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

Más detalles

Planeación del Proyecto de Software:

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

Más detalles

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

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización Página 1 de 19 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 6 Situación Contraste externo Actualización

Más detalles

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

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

Más detalles

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

Nº de comunicación Romualdo Erdozain Iglesia

Nº de comunicación Romualdo Erdozain Iglesia Comunicación Nº de Comunicación Sistema electrónico de tramitación solicitudes a procedimientos administrativos internos del Ministerio de la Presidencia (SOLICIT@) Romualdo Erdozain Iglesia Jefe de Area

Más detalles

Desarrollo ágil en tiempos de crisis. Alejandro Torres Castañeda y Analía Baño Dynkowski Baufest

Desarrollo ágil en tiempos de crisis. Alejandro Torres Castañeda y Analía Baño Dynkowski Baufest Desarrollo ágil en tiempos de crisis Alejandro Torres Castañeda y Analía Baño Dynkowski Baufest allaboutagile.com It is not the strongest of the species that will survive or the most intelligent. It is

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

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

SIGPRE Sistema de Gestión Presupuestaria

SIGPRE Sistema de Gestión Presupuestaria SIGPRE Sistema de Gestión Presupuestaria Documento de Arquitectura UTN Histórico de Revisiones Fecha Versión Descripción Autor 11/17/2009 1.0 Borrador de la arquitectura Roberto López Hinojosa 12/14/2009

Más detalles

Estándar para la Elaboración del Proceso Administración de Elementos de Configuración

Estándar para la Elaboración del Proceso Administración de Elementos de Configuración Seguridad del documento La clasificación de seguridad de la información de este documento, se ha establecido como bajo. Se ha creado y organizado con la expectativa de que esté a disposición de las unidades

Más detalles

APO BPM Software de Automatización de Procesos. Defina, integre y controle sus circuitos de negocio en un solo lugar

APO BPM Software de Automatización de Procesos. Defina, integre y controle sus circuitos de negocio en un solo lugar APO BPM Software de Automatización de Procesos Defina, integre y controle sus circuitos de negocio en un solo lugar APO BPM es una herramienta para la definición dinámica, integración, ejecución y control

Más detalles

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

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

Más detalles

3. METODOLOGIA, ESTRATEGIAS, TECNICAS Y HERRAMIENTAS PARA EL DESARROLLO DEL PROYECTO

3. METODOLOGIA, ESTRATEGIAS, TECNICAS Y HERRAMIENTAS PARA EL DESARROLLO DEL PROYECTO 3. METODOLOGIA, ESTRATEGIAS, TECNICAS Y HERRAMIENTAS PARA EL DESARROLLO DEL PROYECTO 3.1 METODOLOGÍA DE TRABAJO Nuestro enfoque metodológico plantea prescripciones aplicables a diferentes tipos de proyectos

Más detalles

Facilite la Gestión, Manejo y Distribución de Información en su Web Site. WBC V2 Web Content Management

Facilite la Gestión, Manejo y Distribución de Información en su Web Site. WBC V2 Web Content Management Facilite la Gestión, Manejo y Distribución de Información en su Web Site. WBC V2 Web Content Management Web Business Creator Content Management Introducción Muchas empresas basan sus estrategias de comunicación

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

Historia de revisiones

Historia de revisiones Herbert Game Documentación Técnica Versión 1.4 Historia de revisiones Fecha Versión Descripción Autor 6/11/2011 1.0 Primer versión de la Documentación Técnica Hernán Albano 06/11/2011 1.1 Revisión del

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

Aplicación de Gestión y Web para un criadero/residencia canino. Índice. 1 Presentación...2. 2 Objetivos y trabajo realizado...2. 3 Conclusiones...

Aplicación de Gestión y Web para un criadero/residencia canino. Índice. 1 Presentación...2. 2 Objetivos y trabajo realizado...2. 3 Conclusiones... Índice 1 Presentación...2 2 Objetivos y trabajo realizado...2 3 Conclusiones...6 1 1 Presentación Actualmente existen muchas y variadas aplicaciones de gestión para cualquier tipo de negocio pero en cambio,

Más detalles

V. CAPÍTULO: CONTRIBUCIÓN

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

Más detalles

Construyendo una Intranet colaborativa para PyMES con SharePoint 2010

Construyendo una Intranet colaborativa para PyMES con SharePoint 2010 Construyendo una Intranet colaborativa para PyMES con SharePoint 2010 Descripción Microsoft SharePoint, también conocido como Microsoft SharePoint Products and Technologies, es una plataforma de colaboración

Más detalles

Nombre de la sesión: Intelisis Business Intelligence segunda parte

Nombre de la sesión: Intelisis Business Intelligence segunda parte Paquetería contable 1 Sesión No. 8 Nombre de la sesión: Intelisis Business Intelligence segunda parte Contextualización: Con el crecimiento de un sinnúmero de proyectos en las empresas, se ha generado

Más detalles

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta (Business Process Management, BPM). La Gerencia de los Procesos del Negocio: Se define como: "integración

Más detalles

Tema III: Gestión de la Configuración. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión

Tema III: Gestión de la Configuración. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión Tema III: Gestión de la Configuración. Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión Introducción Gestión de la Configuración del Software (GCS / SCM) Def.- Arte de identificar, organizar,

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

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

Guía Presentación DIPAC-3.0

Guía Presentación DIPAC-3.0 Código:GP-001 Edición: 2 8 de marzo de 2014 8 de marzo de 2014 INDICE GENERAL INTRODUCCION... 3 OBJETIVOS... 3 ALCANCE... 3 ESTRUCTURA DEL DOCUMENTO... 3 PRESENTACIÓN... 4 INTRODUCCIÓN... 4 ORIGEN Y MOTIVACIONES...

Más detalles

La medición funcional de software con SCRUM

La medición funcional de software con SCRUM La medición funcional de software con SCRUM Guilherme Siqueira Simões 1 Agenda Introducción El contexto SCRUM El contexto de la medición funcional de software Combinando los dos Prejuicios comunes sobre

Más detalles

ENCUENTA - CONTABILIDAD Net. Definiciones generales

ENCUENTA - CONTABILIDAD Net. Definiciones generales ENCUENTA - CONTABILIDAD Net Definiciones generales 2013 ENCUENTA - CONTABILIDAD Net Definiciones generales Contenido 1 GENERALIDADES... 3 2 DISTRIBUCIÓN GENERAL DE LOS ELEMENTOS DEL SISTEMA... 3 3 REQUERIMIENTOS...

Más detalles

A partir de este capítulo se introducen términos, probablemente nuevos para el

A partir de este capítulo se introducen términos, probablemente nuevos para el CAPITULO 3. PSP 0 Y PSP 0.1 A partir de este capítulo se introducen términos, probablemente nuevos para el lector que tienen que ver en su totalidad con PSP. También se dan a conocer los formatos, "scripts

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

Orientaciones Iniciales

Orientaciones Iniciales FATTO Consultoría y Sistemas - www.fattocs.com 1 Orientaciones Iniciales Si es necesario, ajuste el idioma de la sala virtual en la barra de herramientas en la parte superior El evento tendrá 45 min. de

Más detalles

CAPÍTULO 5. DESARROLLO Y PRUEBAS

CAPÍTULO 5. DESARROLLO Y PRUEBAS CAPÍTULO 5. DESARROLLO Y PRUEBAS 5.1 Introducción a las Tecnologías 5.1.1 Herramientas 5.1.1.1 SQL Server Es un sistema que sirve para la gestión de base de datos basado en un modelo relacional. Así mismo

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

Arquitectura y Diseño de la Solución

Arquitectura y Diseño de la Solución Arquitectura y Diseño de la Solución Recuento de Conceptos importantes Modelamiente / Versionamiento de trámites Vista Conceptual Subsistemas Funcionales Principales Detalle de los subsistemas Vista de

Más detalles

Anexo 4 Documento de Arquitectura

Anexo 4 Documento de Arquitectura Anexo 4 Documento de Arquitectura 1. Introducción El anexo se describe el propósito y alcance referentes al proyecto correspondiente al documento de arquitectura. 2. Propósito El propósito del anexo de

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

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

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

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

Más detalles

Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre

Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre Modelo para el Aseguramiento de Calidad en el Desarrollo de Software Libre Cenditel, Mayo 2011 Licencia de Uso Copyright (c) 2010, Alvarez J., Solé S., Briceño R., Fundación CENDITEL. La Fundación CENDITEL

Más detalles

Sistema de gestión de tareas y proyectos

Sistema de gestión de tareas y proyectos Sistema de gestión de tareas y proyectos Propuesta de proyecto Seminario de Informática I Luis Muñoz Enrique Viard Contenido Introducción... 3 Descripción general... 3 Arquitectura propuesta... 5 Requisitos...

Más detalles

VISIÓN GENERAL HERRAMIENTAS COMERCIALES

VISIÓN GENERAL HERRAMIENTAS COMERCIALES VISIÓN GENERAL El servidor de MS SQL se ha convertido en un estándar en muchas partes de la América corporativa. Puede manejar volúmenes de datos grandes y se integra bien con otros productos de Microsoft.

Más detalles

2631 Optimizing the Software Development Lifecycle with Microsoft Visual Studio Team System

2631 Optimizing the Software Development Lifecycle with Microsoft Visual Studio Team System 2631 Optimizing the Software Development Lifecycle with Microsoft Visual Studio Team System Introducción Este taller de tres días impartido por instructor, provee a estudiantes con el conocimiento y habilidades

Más detalles

CAPÍTULO 4 DETERMINACIÓN DE LA ESTRATEGIA DE SOLUCIÓN

CAPÍTULO 4 DETERMINACIÓN DE LA ESTRATEGIA DE SOLUCIÓN CAPÍTULO 4 DETERMINACIÓN DE LA ESTRATEGIA DE SOLUCIÓN En el capítulo dos de este Estudio de Caso, se presentaron una serie de necesidades de la Coordinación de Cómputo Académico (CCA) del Departamento

Más detalles

CAPÍTULO V PROPUESTA DE LA SOLUCIÓN

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

Más detalles

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

SOLUCIÓN DE UNA INTRANET BAJO SOFTWARE OPEN SOURCE PARA EL GOBIERNO MUNICIPAL DEL CANTÓN BOLÍVAR [IOS-GMCB]

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] Visión Universidad Técnica del Norte Histórico de Revisiones

Más detalles

Inventario de Ne gocio

Inventario de Ne gocio Gobierno Corporativo, Gestión del Riesgo y Gestión del Cumplimiento, son las tres visiones que integralmente conforman el marco conceptual ORCA Software GRC Suite. La plataforma provee mecanismos para

Más detalles

Copia de seguridad contabilidad SQL 2005/2008 Euro Sical

Copia de seguridad contabilidad SQL 2005/2008 Euro Sical Copia de seguridad contabilidad SQL 2005/2008 Euro Sical Soria a 31 de Julio de 2014 1. Introducción....3 1.1. Realización de la copia de seguridad SQL 2005/SQL 2008...3 1.2. Restauración de la copia de

Más detalles

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

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

Más detalles

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,

Más detalles

LABORATORIO 8. Gestión del Rendimiento en el SMBD SQL Server.

LABORATORIO 8. Gestión del Rendimiento en el SMBD SQL Server. LABORATORIO 8. Gestión del Rendimiento en el SMBD SQL Server. GUÍA DE LABORATORIO Nº 8 Actividad de Proyecto No. 5: ESTABLECER LOS NIVELES DE SERVICIO DE ACUERDO CON ESTANDARES Y REQUERIMIENTOS DE LA ORGANIZACIÓN.

Más detalles

Sinopsis de la gestión de programas de acuerdo con el estándar del Project Management Institute 1

Sinopsis de la gestión de programas de acuerdo con el estándar del Project Management Institute 1 Sinopsis de la gestión de s de acuerdo con el estándar del Project Management Institute Conceptos básicos Qué es un? Es un grupo de proyectos gestionados de modo coordinado para obtener beneficios y el

Más detalles

http://www.cem.itesm.mx/extension/ms

http://www.cem.itesm.mx/extension/ms Diplomado Programación orientada a objetos con Java y UML Las empresas necesitan contar con sistemas de información modernos, ágiles y de calidad para alcanzar sus objetivos y ser cada vez más competitivos

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

IT Project Management Desarrollo de Software

IT Project Management Desarrollo de Software IT Project Management Desarrollo de Software Es posible una mezcla de Waterfall y Agile? Cómo se acerca el PMBOK a Agile? Autor: Norberto Figuerola Resulta muy frecuente que se suela confundir una aproximación

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

Carlos Araujo Herrera 1, Vicente Jama Lozano 2. Litoral, Profesor de ESPOL desde 2001.

Carlos Araujo Herrera 1, Vicente Jama Lozano 2. Litoral, Profesor de ESPOL desde 2001. DESARROLLO E IMPLANTACIÓN DE UN SISTEMA DE INFORMACIÓN ORIENTADO HACIA EL CONTROL DE CALIDAD DE PROVEEDORES PARA PLANTAS INDUSTRIALES EN LA CIUDAD DE GUAYAQUIL Carlos Araujo Herrera 1, Vicente Jama Lozano

Más detalles

AVA-QHSE System. Introducción Características del producto Especificaciones Técnicas

AVA-QHSE System. Introducción Características del producto Especificaciones Técnicas Introducción Características del producto Especificaciones Técnicas Introducción Qué es AVA-QHSESystem? AVA-QHSESystem es una solución completa de apoyo a la gestión y cumplimiento de las normas de Seguridad,

Más detalles

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN AREA SISTEMAS INFORMATICOS

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN AREA SISTEMAS INFORMATICOS TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN AREA SISTEMAS INFORMATICOS HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Desarrollo de

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

Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia

Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia Implantación de una arquitectura orientada a servicios. Un caso de uso Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia Introducción Los compromisos

Más detalles

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN AREA SISTEMAS INFORMATICOS

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN AREA SISTEMAS INFORMATICOS TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN AREA SISTEMAS INFORMATICOS HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS Pág. 1 de 25 1. Nombre de la asignatura Desarrollo

Más detalles

Plan estratégico de sistemas de información

Plan estratégico de sistemas de información Resumen ejecutivo Plan estratégico de sistemas de información Resumen ejecutivo Resumen ejecutivo La planificación estratégica de los sistemas de información, o equivalentemente la redacción del plan director

Más detalles

SISTEMAS DE INFORMACIÓN II TEORÍA

SISTEMAS DE INFORMACIÓN II TEORÍA CONTENIDO: EL PROCESO DE DISEÑO DE SISTEMAS DISTRIBUIDOS MANEJANDO LOS DATOS EN LOS SISTEMAS DISTRIBUIDOS DISEÑANDO SISTEMAS PARA REDES DE ÁREA LOCAL DISEÑANDO SISTEMAS PARA ARQUITECTURAS CLIENTE/SERVIDOR

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

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo

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

Clientes Donantonio. Especificación de requisitos software. Juan José Amor David Escorial Ismael Olea

Clientes Donantonio. Especificación de requisitos software. Juan José Amor David Escorial Ismael Olea Especificación de requisitos software Tabla de contenidos Juan José Amor David Escorial Ismael Olea 1. Introducción...3 1.1. Propósito...3 1.2. Ámbito del sistema...3 1.3. Definiciones, acrónimos y abreviaturas...3

Más detalles

PERFIL TÉCNICO CONSULTOR SHAREPOINT PARA LA WEB

PERFIL TÉCNICO CONSULTOR SHAREPOINT PARA LA WEB PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN DE LA CONSULTORÍA Y ASISTENCIA PARA LOS PROYECTOS WEB EN EL TRIBUNAL CONSTITUCIONAL PERFIL TÉCNICO CONSULTOR SHAREPOINT PARA LA WEB 1 Índice Antecedentes...

Más detalles

MANUAL DE INSTALACIÓN PLATAFORMA PROGRESA AUTOR: ASAC COMUNICACIONES DEPARTAMENTO DE DESARROLLO NOVIEMBRE DE 2007

MANUAL DE INSTALACIÓN PLATAFORMA PROGRESA AUTOR: ASAC COMUNICACIONES DEPARTAMENTO DE DESARROLLO NOVIEMBRE DE 2007 MANUAL DE INSTALACIÓN PLATAFORMA PROGRESA AUTOR: ASAC COMUNICACIONES DEPARTAMENTO DE DESARROLLO NOVIEMBRE DE 2007 INDICE 1 INTRODUCCIÓN...2 2 REQUISITOS...3 3 INSTALACIÓN...4 3.1 INSTALACIÓN DEL MICROSOFT.NET

Más detalles

Tema 3. 3.3 Tecnologías de Desarrollo

Tema 3. 3.3 Tecnologías de Desarrollo Tema 3 3.3 Tecnologías de Desarrollo HTML pronto pasa a ser insuficiente para todas las posibilidades de la Red No se puede interactuar con el servidor Aparecen los primeros scripts para propocionar dichar

Más detalles

La implantación de métodos ágiles: Ventajas y Problemas

La implantación de métodos ágiles: Ventajas y Problemas Universidad Politécnica de Madrid Grupo de Investigación SYST La implantación de métodos ágiles: Ventajas y Problemas, Pilar Rodríguez, Juan Garbajosa Madrid, 12 de noviembre de 2008 Contenido Conclusiones

Más detalles

Master Microsoft Visual Studio.NET Curso elearning tutorizado en castellano

Master Microsoft Visual Studio.NET Curso elearning tutorizado en castellano C/Comandante Zorita 4 28020 Madrid/ info@ceticsa.es 902 425 524 / 91 700 01 17 Master Microsoft Visual Studio.NET Curso elearning tutorizado en castellano VS100e Plan de formación on line Microsoft desarrollador

Más detalles

Web Forms. Para crear una aplicación Web de ASP.NET se utilizan los controles de las secciones HTML o Web Forms de la caja de herramientas.

Web Forms. Para crear una aplicación Web de ASP.NET se utilizan los controles de las secciones HTML o Web Forms de la caja de herramientas. Web Forms Web Forms es un nuevo modelo de programación para interfaces de usuario de Internet basado en ASP.NET que sustituye a WebClasses y el Diseñador de Web Forms sustituye al Diseñador de páginas

Más detalles

WebRatio. Otro camino para el BPM. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8

WebRatio. Otro camino para el BPM. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8 WebRatio Otro camino para el BPM Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8 El BPM El BPM (Business Process Management) no es solo una tecnología, además a grandes rasgos es una disciplina

Más detalles

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo.

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo. GLOSARIO Actor: Un actor es un usuario del sistema. Esto incluye usuarios humanos y otros sistemas computacionales. Un actor usa un Caso de Uso para ejecutar una porción de trabajo de valor para el negocio.

Más detalles

INSTALACIÓN A3ERP INTRODUCCIÓN CONSIDERACIONES GENERALES DE LA INSTALACIÓN PAQUETES DE INSTALACIÓN PREDEFINIDOS

INSTALACIÓN A3ERP INTRODUCCIÓN CONSIDERACIONES GENERALES DE LA INSTALACIÓN PAQUETES DE INSTALACIÓN PREDEFINIDOS INSTALACIÓN A3ERP INTRODUCCIÓN La instalación de a3erp v9 ha sufrido una trasformación importante respecto a sus versiones anteriores. Cualquier instalación exige la existencia de un pc al que le asignaremos

Más detalles

10175 Microsoft SharePoint 2010, Application Development

10175 Microsoft SharePoint 2010, Application Development 10175 Microsoft SharePoint 2010, Application Development Introducción Este curso de cinco días impartido por instructor, provee a desarrolladores existentes de.net con información práctica y laboratorios

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

Manual adhoc System. apoyotecnico@calidad.com.mx

Manual adhoc System. apoyotecnico@calidad.com.mx Av Montevideo No 172- A1 apoyotecnico@calidadcommx Av Montevideo No 172- A1 Col Lindavista CP 07300 México, D F 1 Contenido FUNCIONAMIENTO GENERAL DEL SOFTWARE 3 LOG IN 3 TAREAS PENDIENTES 3 DOCUMENTOS

Más detalles

Una propuesta arquitectónica para integrar una herramienta BPMS y un sistema de gestión de reglas de negocio. Contexto

Una propuesta arquitectónica para integrar una herramienta BPMS y un sistema de gestión de reglas de negocio. Contexto Una propuesta arquitectónica para integrar una herramienta BPMS y un sistema de gestión de reglas de negocio Parra Julián Matias 1, Mg. Patricia Bazán 2, Lic. José Martinez Garro 3 1 3 Facultad de Informática

Más detalles

CAPITULO I. MARCO TEORICO

CAPITULO I. MARCO TEORICO 1 CAPITULO I. MARCO TEORICO 1.1 DEFINICIÓN DEL PROYECTO. Para la definición del proyecto nos basaremos en una metodología de gestión de proyectos, para esto compararemos las características de tres de

Más detalles

Microsoft Dynamics Sure Step Fundamentos

Microsoft Dynamics Sure Step Fundamentos Fundamentos 06-10-2015/Serie Microsoft Dynamics Sure Step Proyectos Ágiles / Octubre 2015 Rosana Sánchez CCRM: @rosana-sanchez-2 Twitter: @rosansasanchez6 Correo: ingrossanbar@hotmail.com ingrossanbar@gmail.com

Más detalles

Sistema de Preregistro Orientado al Postulante

Sistema de Preregistro Orientado al Postulante Sistema de Preregistro Orientado al Postulante Universidad Pedagógica Nacional La Universidad Pedagógica Nacional es una institución pública de educación superior, con carácter de Órgano Desconcentrado

Más detalles

Implementación de la Metodología para el Desarrollo Colaborativo de Aplicaciones Web (MDCAW), Basada en Arquitecturas Orientadas a Servicios (AOS)

Implementación de la Metodología para el Desarrollo Colaborativo de Aplicaciones Web (MDCAW), Basada en Arquitecturas Orientadas a Servicios (AOS) Implementación de la Metodología para el Desarrollo Colaborativo de Aplicaciones Web (MDCAW), Basada en Arquitecturas Orientadas a Servicios (AOS) Luís F GONZÁLEZ ALVARÁN Facultad de Ingenierías, Politécnico

Más detalles

Intranet Corporativa (SharePoint 2013)

Intranet Corporativa (SharePoint 2013) www.uoc.edu PFC- Memoria Proyecto final de carrera Intranet Corporativa (SharePoint 2013) Consultor: Juan Carlos González Martín Junio 2013 A todos los que confiaron en que llegaría hasta aquí Resumen

Más detalles

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

Más detalles

Mantenimiento de Sistemas de Información

Mantenimiento de Sistemas de Información de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD MSI 1: REGISTRO DE LA PETICIÓN...4 Tarea MSI 1.1: Registro de la Petición... 4 Tarea MSI 1.2: Asignación de la Petición... 5 ACTIVIDAD

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

Resumen General del Manual de Organización y Funciones

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

Más detalles

BPM en la práctica Transitando del BPA al BPM con una metodología probada. Diego Karbuski - Diciembre 2012

BPM en la práctica Transitando del BPA al BPM con una metodología probada. Diego Karbuski - Diciembre 2012 BPM en la práctica Transitando del BPA al BPM con una metodología probada. Diego Karbuski - Diciembre 2012 Qué es BPM? BPM no solo es tecnología informática. Es una disciplina de gestión empresarial impulsada

Más detalles