Identificación de riesgos de proyectos de software en base a taxonomías

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

Download "Identificación de riesgos de proyectos de software en base a taxonomías"

Transcripción

1 Identificación de riesgos de proyectos de software en base a taxonomías ANTEPROYECTO DE TESIS ITBA UPM MAGISTER EN INGENIERIA DE SOFTWARE Maestrando: Lic. Sebastián D. Maniasi Directora: M. Ing. Paola Britos Introducción El SEI (Software Engineering Institute) define al riesgo como la posibilidad de sufrir una pérdida [SEI, 2004] y a la Administración de Riesgos como el proceso formal en el que los factores de riesgos son sistemáticamente identificados, evaluados y mitigados [SEI, 2004]; esta actividad se inicia en la primera etapa de un proyecto de software (durante la exploración de conceptos) y se desarrolla a lo largo de todo su ciclo de vida (hasta la aceptación del producto del proyecto). Al realizar Administración de Riesgos, es fundamental lograr una clara descripción del riesgo de forma tal de que el mismo pueda ser comprendido y manejado adecuadamente; cuando se lo enuncia, no solo debe considerarse el síntoma sino también sus consecuencias. Existen varios modelos de Administración de Riesgos pero el más aceptado consta de cinco pasos (Identificación, Análisis, Planificación, Seguimiento y Control) los que comparten como actividades comunes las de documentación y comunicación (véase Figura 1). El siguiente gráfico representa el modelo antes descrito: Identificación Control Documentación & Comunicación Análisis Seguimiento Planificación Figura 1 - Modelo de Administración de Riesgos Lic. Sebastián D. Maniasi Versión 1.3 Página 1/10

2 La Identificación de Riesgos en proyectos de software consiste en la determinación de elementos de riesgos potenciales mediante la utilización de algún método consistente y estructurado; este es, probablemente, el paso más importante entre todos aquellos que componen las actividades de Administración de Riesgos, ya que sin la correcta determinación de los mismos, no es posible desarrollar e implementar anticipadamente respuestas apropiadas a los problemas que puedan surgir en el proyecto [Futrell, et al., 2002]. El resultado de la identificación de riesgos es una lista conteniendo los riesgos que se han identificados y su categoría correspondiente. La Administración de Riesgos en base a Taxonomías implica el utilizar una estructura agrupadora de los mismos de acuerdo a su diferentes clases como una lista de consulta durante la actividad de Identificación de los Riesgos (esta lista estructurada puede obtenerse tanto de la misma organización como de cualquier otra fuente disponible, tales como: [Marvin J. Carr et al., 1993] o [Microsoft, 2002]). Adicionalmente, CMMI (Capability Maturity Model Integrated) [CMMI, 2002] se ha convertido en el nuevo estándar a nivel mundial para la medición de la calidad de los procesos de desarrollo de software y presenta como una de sus PA (Process Area) fundamentales de Nivel 3 la Administración de Riesgos. Dentro del antes mencionado contexto las Taxonomías de fuentes de riesgos y la Identificación de Riesgos juegan un papel fundamental entre los objetivos planteados para el área de proceso asociada al manejo de riegos debido a que las tareas antes indicadas son consideradas como Actividades en el referido PA (véase Figura 2). El siguiente gráfico [Williams Ray, 2003] resume el PA de Administración de Riesgos y destaca la importancia de los componentes estudiados: Objetivo 1: Preparación para la Administración de Riesgos Determinar fuentes de riesgos y categorías Definir parametros de riesgos Establecer y mantener una estrategia de administración de riesgos Objetivo 2: Indentificar y Analizar Riesgos Identificar riesgos Repositorio de Riesgos De: Planificación de Proyectos y Monitoreo y Control de Proyectos Evaluar, categorizar y priorizar riesgos Implementar planes de mitigación de riesgos Desarrollar planes de mitigación de riesgos Objetivo 3: Mitigación de Riesgos Figura 2 - PA de Administración de Riesgos en CMMI Lic. Sebastián D. Maniasi Versión 1.3 Página 2/10

3 De lo antes expuesto, puede derivarse la enorme importancia que los aspectos mencionados tienen en el marco de las actividades de Administración de Proyectos (y por tanto en el área de Ingeniería de Software) considerando dentro de este contexto el continuo esfuerzo realizado y la permanente y creciente necesidad presentada por las compañías de software con relación a herramientas que permitan automatizar y estandarizar sus procesos de gestión en busca de una mayor madurez organizacional. Lic. Sebastián D. Maniasi Versión 1.3 Página 3/10

4 Estado de la Tecnología Actualmente, se encuentra disponible una gran cantidad de material bibliográfico, herramientas y software que sirven como colaboradores en las actividades de un administrador de proyecto y, entre ellas y particularmente, en las tareas relacionadas con la Administración de Riesgos. Dentro de este contexto, las actividades de Identificación de Riesgos han sido ampliamente estudiadas y documentadas, constituyendo de este modo uno de los principales aspectos de análisis dentro de la teoría general. Específicamente, la Identificación de Riesgos en base a Taxonomías ha sido motivo de interés creciente en la industria de software y tiene su referencia fundamental en el trabajo presentado por el SEI en el año 1993 y titulado Taxonomy-Based Risk Identification [Marvin J. Carr et al., 1993]; el mismo propone una metodología basada en un cuestionario desarrollado por el SEI cuyo objetivo es colaborar en la identificación de riesgos según categorías típicas, dicho cuestionario posibilita a los equipos de proyecto explorar riesgos potenciales que podrían no haber sido considerados de otro modo. Derivados de esta idea se han desarrollado una serie de categorizaciones en diferentes organizaciones tanto privadas como gubernamentales entre las cuales se destacan: DoD (Department of Defense, Estados Unidos), TBS (Treasury Board Secretariat, Canadá), XEROX (Estados Unidos), Microsoft (Estados Unidos) y Motorola (Global Software Group, India). Adicionalmente, existen una gran cantidad de herramientas de software provistas en el mercado y relacionadas con las actividades de Administración de Riesgos, específicamente, algunas de ellas orientan su funcionalidad al soporte de la Identificación de Riesgos y, parcialmente, algunas pocas lo hacen empleando Taxonomías (véase Tabla 1). El siguiente cuadro resume las características principales de las herramientas de software que se encuentran disponibles actualmente y que están relacionadas con la Identificación de Riesgos en proyectos: Producto Proveedor Descripción Plataforma Active Risk Strategic Herramienta integrada de Web Based Manager (ARM) Thought Administración de Riesgos que brinda una solución para la Identificación de Riesgos mediante la utilización de la información contenida en la WBS de proyecto. Technical Risk Best Herramienta integrada de Win32 Identification and Manufacturing Administración de Riesgos que Mitigation System Practices emplea ingeniería de (TRIMS) conocimientos y que se enfocada en la identificación y medición de riesgos técnicos de proyectos. RiskTrak Risk Services & Technology Herramienta integrada de Administración de Riesgos que brinda una solución para la Identificación de Riesgos mediante el empleo de base de datos. WelcomRisk Welcom Herramienta integrada de Administración de Riesgos que brinda una solución para la Identificación Sistemática de Riesgos mediante la utilización de bibliotecas configurables de categorías de riesgos. Tabla 1 - Herramientas para la Identificación de Riesgos Win32 Win32 Lic. Sebastián D. Maniasi Versión 1.3 Página 4/10

5 Finalmente, de lo antes expuesto, es posible determinar que existe una región no soportada completamente por las herramientas existentes; la misma esta caracterizada por las necesidades de colaboración que poseen los administradores de proyectos respecto a la posibilidad de realizar una Identificación de Riesgos asistida y basada en una gran cantidad de categorías estándar de riesgos (véase Tabla 2). Lic. Sebastián D. Maniasi Versión 1.3 Página 5/10

6 Identificación del problema La Administración de Riesgos es un proceso que debería llevarse a cabo como parte de las actividades habituales de proyecto de toda organización dedicada a la generación y/o mantenimiento de software [Futrell, et al., 2002]; esta afirmación se hace aún mas evidente en las compañías que han adoptado o que pretenden adoptar un modelo de calidad de software tal como CMM o CMMI. Adicionalmente, es posible identificar una tendencia creciente hacia el logro de la estandarización de procesos en las organizaciones; el empleo de Taxonomías alienta dicho objetivo durante las actividades de Identificación de Riesgos debido a que posibilitan organizar la diversidad de conocimientos en forma de clasificaciones que pueden emplearse de manera consistente a lo largo de todos los proyectos de una organización. Actualmente, no existen herramientas que brinden un soporte adecuado y estandarizado a los administradores de proyectos específicamente durante la fase de Identificación de Riesgos en organizaciones que comienzan con la implementación formal de las tareas de Administración de Riesgos; las herramientas existentes o bien se enfocan solo en una categoría de riesgos [TRIMS, 2004], o bien están orientadas a compañías que poseen una amplia base de datos organizacional que les permite generar información de categorías propias de riesgos [RiskTrak, 2004; WelcomRisk, 2004], o bien emplean un mecanismo que no se orienta al uso de Taxonomías [Active Risk Manager, 2004] (véase Tabla 2). El objetivo principal del trabajo de tesis será el de desarrollar una herramienta que brinde la posibilidad de efectuar tareas de Identificación de Riesgos en base a Taxonomías estándar en organizaciones de software de cualquier tipo. La siguiente lista enumera las principales características previstas para la herramienta: Soporte de internacionalización, es decir, que el sistema será fácilmente portable a diferentes idiomas. Soporte multiplataforma, es decir, que el sistema tendrá la capacidad de ejecutarse en diferentes equipos con distintos sistemas operativos. Determinación automática de los riesgos que pueden presentarse en un proyecto de software. Generación de un reporte final de los riesgos identificados para un proyecto. El alcance del sistema se limita exclusivamente al soporte de las tareas de Identificación de Riesgos dentro del modelo de Administración de Riesgos. Se ha seleccionado esta alternativa debido a que: Este constituye el más importante de los pasos del modelo [Futrell, et al., 2002]. Las Taxonomías brindan la posibilidad de lograr una apropiada estandarización durante esta etapa del proceso. Las restantes fases del modelo están fuertemente caracterizadas e influenciadas por las políticas, enfoques, costumbres y realidades de las diferentes organizaciones debido a que son dichos componentes los determinantes de: las posibles acciones a tomar, el modo de implementarlas, la manera de controlar su cumplimiento y la forma de aplicar las posibles mejoras sugeridas a las mismas. El siguiente cuadro permite realizar una comparación entre las principales características de las herramientas analizadas y el asistente propuesto como producto de la tesis: ARM TRIMS RiskTrak WelcomRisk Asistente Taxonomías estándar No Si No No Si Riesgos de todo tipo Si No Si Si Si Multiplataforma Si No No No Si Internacionalización No No No No Si Modelo completo Si Si Si Si No Interfaz gráfica Si Si Si Si Si Reportes Si Si Si Si Si Tabla 2 - Comparación de Herramientas de soporte de Identificación de Riesgos Lic. Sebastián D. Maniasi Versión 1.3 Página 6/10

7 Las fuentes de información principal del presente proyecto serán los estudios existentes sobre la utilización de Taxonomías en la actividad de Identificación de Riesgos [Capers Jones, 2000; Futrell, et al., 2002; Marvin J. Carr et al., 1993; Microsoft, 2002]. La herramienta que constituirá el producto final del proyecto de Tesis será un prototipo que se desarrollará empleando tecnologías Java del tipo J2SE (Java 2 Standard Edition), computadoras personales con sistemas operativos Win32, compiladores, bibliotecas y entornos de desarrollo del tipo OpenSource. Finalmente, es uno de los objetivos secundarios del presente trabajo constituir la base sobre la cual será implementado el PA de Administración de Riesgos en Motorola Argentina SA por lo cual se contará con el apoyo de la compañía en lo que refiere tanto a la participación de expertos como en la colaboración con recursos. Considerando lo antes mencionado, se pretende obtener, además del sistema descrito, una serie de datos que permitan comenzar a definir un conjunto de guías en base a la realidad organizacional para la aplicación completa, integrada y estandarizada del modelo clásico de Administración de Riesgos. Lic. Sebastián D. Maniasi Versión 1.3 Página 7/10

8 Esbozo de la solución La herramienta a desarrollar constituirá una aplicación del tipo standalone, ejecutable en cualquier sistema operativo con soporte para Java, con una interfaz gráfica de navegación orientada a facilitar su empleo a los usuarios finales y con conexión a un repositorio de datos donde serán almacenadas las Taxonomías a consultar y el resto la información que permitirá el correcto funcionamiento del sistema (véase Figura 3). El siguiente gráfico muestra la arquitectura de alto nivel planteada para el sistema: J2SE IDEs Bibliotecas Win32 Aplicación Gráfica Standalone Desarrollo Explotación Taxonomías UNIX MAC Win32 Figura 3 Arquitectura de Alto Nivel Para la determinación de los riesgos, el asistente preguntará al usuario la información necesaria y producirá como resultado final un reporte conteniendo los riesgos identificados para un determinado proyecto. Lic. Sebastián D. Maniasi Versión 1.3 Página 8/10

9 Planificación tentativa Con el propósito de llevar a cabo el desarrollo de la herramienta durante el proyecto de Tesis de Magíster se utilizará la Metodología MÉTRICA Versión 3 [Métrica V3, 2000]. El siguiente cuadro detalla, por cada uno de los procesos que componen la metodología, el esfuerzo inicialmente estimado para su completitud considerando tanto actividades de desarrollo, como de revisión y retrabajo: Procesos Proceso Esfuerzo Estimado (Hs.) Planificación de Sistemas de Información (PSI) Desarrollo de Sistemas de Información Estudio de Viabilidad del 38.5 Sistema (EVS) Desarrollo de Sistemas de Información Análisis del Sistema de 144 Información (ASI) Desarrollo de Sistemas de Información Diseño del Sistema de 144 Información (DSI) Desarrollo de Sistemas de Información Construcción del Sistema 192 de Información (CSI) Desarrollo de Sistemas de Información Implantación y Aceptación 48 del Sistema (IAS) Mantenimiento de Sistemas de Información (MSI) Subtotal Interfaces Interfaz Esfuerzo Estimado (Hs.) Gestión de Proyectos 57 Seguridad 28 Gestión de la Configuración 28 Aseguramiento de la Calidad 142 Subtotal 255 TOTAL Se estima además una dedicación semanal de 20 horas/hombre empleadas en el desarrollo del sistema, motivo por el cual el tiempo total estimado para la completitud de la tesis es de 41 semanas o 10 meses. Es importante remarcar que los valores referidos en la estimación antes presentada constituyen una aproximación de alto grado de magnitud y que en el cálculo final de tiempo total estimado no se ha considerado la posibilidad de contar con recursos humanos extra que colaboren con el desarrollo del proyecto. Finalmente, es preciso indicar que en la estimación realizada no han sido incluidos los procesos PSI y MSI debido a que: El sistema propuesto es independiente de un ámbito organizativo determinado motivo por el cual no es necesario llevar a cabo el desarrollo de un Plan de Sistemas de Información específico, sino de una herramienta que pueda ser empleada en organizaciones de software de cualquier tipo. El alcance del proyecto esta fijado hasta la obtención de la primera versión del asistente por lo que no se contemplan actividades relacionadas al mantenimiento del mismo. Lic. Sebastián D. Maniasi Versión 1.3 Página 9/10

10 Referencias [Active Risk Manager, 2004]. Active Risk Manager. Disponible en EC8CB.nsf/h_Toc/d84e8c26d5c18c deb006ef979/?OpenDocument. Página vigente al 04-Sep [Capers Jones, 2000]. Software Assessments, Benchmarks, and Best Practices. Editorial Addison Wesley. ISBN [CMMI, 2002]. Capability Maturity Model Integrated. Software Engineering Institute. Disponible en Página vigente al 03- Sep [Futrell, Shafer & Shafer, 2002]. Quality Software Project Management. Editorial Prentice Hall. ISBN [Hobbs Peter, 2000]. Project Management The essential guiede to thinking and working smarter. Editorial American Management Association. ISBN X. [Marvin J. Carr, Suresh L. Konda, Ira Monarch, F. Carol Ulrich y Clay F. Walker, 1993]. Taxonomy-Based Risk Identification. 90 páginas. Disponible en Página vigente al 03-Sep [Métrica V3, 2000]. Metodología de Planificación, Desarrollo y Mantenimiento de sistemas de información. Ministerio de Administraciones Públicas Español. Disponible en Página vigente al 03-Sep [Microsoft, 2002]. MSF Risk Management Discipline v Páginas. Disponible en 448c-a d &DisplayLang=en. Página vigente al 07-Sep [Motorola, 2003]. Project Management: Risk Management. Editorial Motorola University. [Project Management Institute (PMI), 2001]. A Guide to the Project Management Body of Knowledge: 2000 Edition. Editorial PMI. ISBN [RiskTrak, 2004]. RiskTrak. Disponible en Página vigente al 04-Sep [SEI, 2004]. Software Engineering Institute. Disponible en Página vigente al 07-Sep [TRIMS, 2004]. Technical Risk Identification and Mitigation System. Disponible en Página vigente al 04-Sep [Ward J. LeRoy, 2000]. Project Management Terms: A working glossary. Editorial ESI International. ISBN [WelcomRisk, 2004]. WelcomRisk. Disponible en Página vigente al 04-Sep [Williams Ray, 2003]. New directions in Risk Management at SEI. NASA RMC IV. Disponible en Página vigente al 03-Sep Lic. Sebastián D. Maniasi Versión 1.3 Página 10/10

ASISTENTE PARA LA EVALUACIÓN DE CMMI-SW Proyecto de Tesis de Magíster en Ingenieria del Software. Tesista: Ing. Mario L. Peralta

ASISTENTE PARA LA EVALUACIÓN DE CMMI-SW Proyecto de Tesis de Magíster en Ingenieria del Software. Tesista: Ing. Mario L. Peralta 1. INTRODUCCIÓN ASISTENTE PARA LA EVALUACIÓN DE CMMI-SW Proyecto de Tesis de Magíster en Ingenieria del Software Tesista: Ing. Mario L. Peralta Directora: M. Ing. Paola Britos A principios de la década

Más detalles

ITBA - UPM MAGISTER EN INGENIERIA DEL SOFTWARE ANTEPROYECTO DE TESIS

ITBA - UPM MAGISTER EN INGENIERIA DEL SOFTWARE ANTEPROYECTO DE TESIS ITBA - UPM MAGISTER EN INGENIERIA DEL SOFTWARE ANTEPROYECTO DE TESIS TÍTULO: TEMA: Sistema generador del mapa de actividades de un proyecto de desarrollo de software. Sistema basado en conocimientos para

Más detalles

Asistente para la realización de auditorías de sistemas en organismos Públicos o Privado.

Asistente para la realización de auditorías de sistemas en organismos Públicos o Privado. Asistente para la realización de auditorías de sistemas en organismos Públicos o Privado. Proyecto de Tesis de Magíster en Ingeniería del Software Maestrando: Lic.Horacio Kuna Director: Dr. Ramón García

Más detalles

Tesista: Ing. Jose Luís Del Río Directores: M. Ing. Eduardo Diez, M.Ing. Claudio Rancan

Tesista: Ing. Jose Luís Del Río Directores: M. Ing. Eduardo Diez, M.Ing. Claudio Rancan SISTEMA DE ASISTENCIA A LA GESTIÓN DE RIESGOS EN PROYECTOS SOFTWARE DE SISTEMAS INDUSTRIALES DE AUTOMATIZACIÓN Y CONTROL Anteproyecto de Tesis de Magíster en Ingeniería del Software Tesista: Ing. Jose

Más detalles

Identificación de Riesgos de Proyectos de Software en Base a Taxonomías

Identificación de Riesgos de Proyectos de Software en Base a Taxonomías Tesis de Magíster En Ingeniería de Software Identificación de Riesgos de Proyectos de Software en Base a Taxonomías Autor: Lic. Sebastián Darío Maniasi Directores M. Ing. Paola Britos M. Ing. Eduardo Diez

Más detalles

Herramienta para la Gestión de Riesgos en Proyectos de Software

Herramienta para la Gestión de Riesgos en Proyectos de Software Herramienta para la Gestión de Riesgos en Proyectos de Software Rodolfo Bertone 1, Pablo Thomas 2, Daniel Taquias 3, Sebastián Pardo 4 Instituto de Investigación en Informática III LIDI 5 Facultad de Informática

Más detalles

DETECCIÓN DE PATRONES EN IMÁGENES MÉDICAS BASADOS EN TÉCNICAS DE EXPLOTACIÓN DE DATOS Proyecto de Tesis de Magíster en Ingeniería de Software

DETECCIÓN DE PATRONES EN IMÁGENES MÉDICAS BASADOS EN TÉCNICAS DE EXPLOTACIÓN DE DATOS Proyecto de Tesis de Magíster en Ingeniería de Software DETECCIÓN DE PATRONES EN IMÁGENES MÉDICAS BASADOS EN TÉCNICAS DE EXPLOTACIÓN DE DATOS Proyecto de Tesis de Magíster en Ingeniería de Software Tesista: Director propuesto: Ing. Gustavo A. Ferrero M. Ing.

Más detalles

Modelos y Normas Disponibles de Implementar

Modelos y Normas Disponibles de Implementar Modelos y Normas Disponibles de Implementar AmericaVeintiuno tiene capacidad para asesorar a una organización en base a diferentes modelos o normativas enfocadas al mercado informático. A partir de determinar

Más detalles

Departamento de Informática y Sistemas Facultad de Informática Campus Universitario de Espinardo Murcia Profesor: Juan Antonio López Quesada

Departamento de Informática y Sistemas Facultad de Informática Campus Universitario de Espinardo Murcia Profesor: Juan Antonio López Quesada Departamento de Informática y Sistemas Facultad de Informática Campus Universitario de Espinardo Murcia Profesor: Juan Antonio López Quesada Índice de contenidos 1.- El proceso software 2.- Estándares

Más detalles

INGENIERÍA DE SOFTWARE

INGENIERÍA DE SOFTWARE CÁTEDRA INGENIERÍA DE SOFTWARE RESPONSABLE DE LA CÁTEDRA M. Ing. Claudio Jorge RANCAN CARRERA INGENIERÍA DE SISTEMAS DE INFORMACIÓN CARACTERÍSTICAS DE LA ASIGNATURA PLAN DE ESTUDIOS 2008 ORDENANZA CSU.

Más detalles

ASISTENCIA AUTOMÁTICA EN CERTIFICACIÓN BASADO EN EL ESTÁNDAR ISO 9001:2000

ASISTENCIA AUTOMÁTICA EN CERTIFICACIÓN BASADO EN EL ESTÁNDAR ISO 9001:2000 ASISTENCIA AUTOMÁTICA EN CERTIFICACIÓN BASADO EN EL ESTÁNDAR ISO 9001:2000 Proyecto de tesis de Alumno: Licenciado Carlos G. Rivero Bianchi Director: M. lng. Paola Britos Radicación: Centro de Ingeniería

Más detalles

Calidad de Software - CMM

Calidad de Software - CMM Calidad de Software - CMM Herramientas y Procesos de Software Facultad de Informática, Ciencias de la Comunicación y Técnicas Especiales Lic. Cecilia Palazzolo Año 2008 1 Qué es un modelo de procesos?

Más detalles

De CMM (Capability Maturity Model) a CMMI (Capability Maturity Model Integration)

De CMM (Capability Maturity Model) a CMMI (Capability Maturity Model Integration) De CMM (Capability Maturity Model) a CMMI (Capability Maturity Model Integration) Preparado por: Amelia Soriano Alguna Bibliografía Carnagie Mellon - Software Engineering Institute, Capability Maturity

Más detalles

UNIVERSIDAD DEL VALLE DE MÉXICO PROGRAMA DE ESTUDIO DE LICENCIATURA PRAXIS MES XXI

UNIVERSIDAD DEL VALLE DE MÉXICO PROGRAMA DE ESTUDIO DE LICENCIATURA PRAXIS MES XXI UNIVERSIDAD DEL VALLE DE MÉXICO PROGRAMA DE ESTUDIO DE LICENCIATURA PRAXIS MES XXI NOMBRE DE LA ASIGNATURA: INGENIERÍA DE SOFTWARE I FECHA DE ELABORACIÓN: ENERO 2005. ÁREA DEL PLAN DE ESTUDIOS: AS ( )

Más detalles

Metodologías de seguridad en el desarrollo de la democracia electrónica. Javier Martín José A. Rubio

Metodologías de seguridad en el desarrollo de la democracia electrónica. Javier Martín José A. Rubio Metodologías de seguridad en el desarrollo de la democracia electrónica Javier Martín José A. Rubio Índice Introducción al problema Panorama de las metodologías de seguridad OCTAVE SSE-CMM Conclusiones

Más detalles

SW-CMM (CMM for Software)

SW-CMM (CMM for Software) Sinopsis de los modelos SW-CMM y CMMI Juan Palacio 1.0 Abril - 2006 Síntesis de los modelos de procesos CMM y CMMI para desarrollo y mantenimiento de software. CMMI (y previamente CMM) puede emplearse

Más detalles

DEPARTAMENTO: Ingeniería e Investigaciones Tecnológicas

DEPARTAMENTO: Ingeniería e Investigaciones Tecnológicas CÓDIGO ASIGNATURA 1126 DEPARTAMENTO: Ingeniería e Investigaciones Tecnológicas ASIGNATURA: Ingeniería de Software Ingeniería en Informática Año: 5º Cuatri: 1 y 2 1. OBJETIVOS La materia Ingeniería de Software

Más detalles

Ingeniería de Software. Nombre de la asignatura: Ingeniería De Software. Carrera: Ingeniería En Sistemas Computacionales

Ingeniería de Software. Nombre de la asignatura: Ingeniería De Software. Carrera: Ingeniería En Sistemas Computacionales Ingeniería de Software 1.- DATOS DE LA ASIGNATURA Nombre de la asignatura: Ingeniería De Software Carrera: Ingeniería En Sistemas Computacionales Clave de la asignatura: TIM-0701 Horas teoría-horas práctica-créditos:

Más detalles

3 3 X (1) Observaciones: (2) Observaciones: Docente/s. Espacios Curriculares Correlativos Precedentes Aprobada/s Cod. Asig. Cursada/s Cod. Asig.

3 3 X (1) Observaciones: (2) Observaciones: Docente/s. Espacios Curriculares Correlativos Precedentes Aprobada/s Cod. Asig. Cursada/s Cod. Asig. Ciclo Académico: 2009 Año de la Carrera: Horas de Clases Semanales Régimen de Cursado 1 Teoría Práctica Otros (1) Anual 1er.Cuatr. 2do.Cuatr. Otros (2) 3 3 X (1) Observaciones: (2) Observaciones: Docente/s

Más detalles

Evaluación asistida de CMMI-SW

Evaluación asistida de CMMI-SW Evaluación asistida de CMMI-SW Peralta, M.; Diez, E.; Britos, P. y García Martínez, R. 1 Centro de Ingeniería del Software e Ingeniería del Conocimiento (CAPIS) Escuela de Postgrado. Instituto Tecnológico

Más detalles

Objetivos FACULTAD DE INGENIERIA. DEPARTAMENTO DE INGENIERIA DE SISTEMAS. Código de la asignatura 4070. Fecha de Actualización Julio 24 de 2012

Objetivos FACULTAD DE INGENIERIA. DEPARTAMENTO DE INGENIERIA DE SISTEMAS. Código de la asignatura 4070. Fecha de Actualización Julio 24 de 2012 Nombre de la asignatura Ingeniería de Software Código de la asignatura 4070 Fecha de Actualización Julio 24 de 2012 Intensidad horaria semanal Horas Contacto 4 Horas Trabajo Independiente 8 Créditos Académicos

Más detalles

Gestión del Riesgo. Un peso invertido en prevención de riesgos vale por muchos pesos gastados en recuperación ante problemas

Gestión del Riesgo. Un peso invertido en prevención de riesgos vale por muchos pesos gastados en recuperación ante problemas Gestión del Riesgo Un peso invertido en prevención de riesgos vale por muchos pesos gastados en recuperación ante problemas 1 Bibliografía A guide to de Project Management Body of Knowledge (PMBOK), Project

Más detalles

Propuesta Matriz de Actividades para un Ciclo de Vida de Explotación de Datos

Propuesta Matriz de Actividades para un Ciclo de Vida de Explotación de Datos Propuesta Matriz de Actividades para un Ciclo de Vida de Explotación de Datos Britos, P. 1,2 ; Fernández, E. 2,1 ; García Martínez, R 1,2 1 Centro de Ingeniería del Software e Ingeniería del Conocimiento.

Más detalles

A continuación se describe con mayor detalle cada una de las unidades: UNIDAD 2: Calidad en el desarrollo, adquisición, operación y mantenimiento del

A continuación se describe con mayor detalle cada una de las unidades: UNIDAD 2: Calidad en el desarrollo, adquisición, operación y mantenimiento del 1. OBJETIVOS: Incorporar los conceptos de indicador, métrica, medida, escala de medición, y proceso de medición. Entender la importancia de los indicadores de desempeño de procesos, su medición y seguimiento.

Más detalles

Gestión de la Configuración

Gestión de la Configuración Gestión de la ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-GC 1: DEFINICIÓN DE LOS REQUISITOS DE GESTIÓN DE CONFIGURACIÓN... 2 Tarea EVS-GC 1.1: Definición de

Más detalles

Departamento de Lenguajes y Sistemas Informáticos. Ciclo de vida del software

Departamento de Lenguajes y Sistemas Informáticos. Ciclo de vida del software El Ciclo de Vida Software Departamento de Lenguajes escuela técnica superior de ingeniería informática Grupo de Ingeniería a Software Febrero 2006 Versión original: Amador Durán Toro (septiembre 2004)

Más detalles

Fundamentos de Ingeniería del Software. Capítulo 12. Herramientas CASE

Fundamentos de Ingeniería del Software. Capítulo 12. Herramientas CASE Fundamentos de Ingeniería del Software Capítulo 12. Herramientas CASE Herramientas CASE Estructura 1. Introducción 2. Características deseables 3. Componentes de una herramienta CASE 4. Taxonomías de herramientas

Más detalles

Glosario. B Best in Class: Mejor en su clase Business Case: Caso de Negocio

Glosario. B Best in Class: Mejor en su clase Business Case: Caso de Negocio Glosario A AMS Asset Management Solutions: Servicios de Administración de Aplicaciones de software las cuales pueden ser monitoreadas remotamente. Assesment: Evaluación realizada a una empresa, en el cual

Más detalles

Ingeniería de Software II

Ingeniería de Software II Ingeniería de Software II Segundo Cuatrimestre 2007 Clase 8 Parte 1: Gestión de Riesgos Algunas enfermedades, como dicen los médicos, son al principio fáciles de curar pero difíciles de reconocer... pero,

Más detalles

Objetivo: Analizar las características de los modelos de estandarización de la calidad CMM, SPICE, IEEE e ISO

Objetivo: Analizar las características de los modelos de estandarización de la calidad CMM, SPICE, IEEE e ISO INGENIERÍA DE SOFTWARE AVANZADA MIS (Sesión 10) 4.3 Modelos de mejora de proceso (CMM y SPICE) 4.4 Normas técnicas (IEEE, ISO, EU, etc.) 4.3 Modelos de mejora de proceso (CMM y SPICE) Objetivo: Analizar

Más detalles

CALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO SEP. 2010 TEMA 4 MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD

CALIDAD DEL SOFTWARE TESTS DE EXAMEN ACTUALIZADO SEP. 2010 TEMA 4 MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD TEMA 4 MODELOS, METODOLOGÍAS Y ESTÁNDARES: ESTRATEGIAS PARA ALCANZAR LA CALIDAD 1. MODELOS, METODOLOGÍAS Y ESTÁNDARES 1.1 Definiciones 01 [Feb. 2006] [Feb. 2007] Cuál de las siguientes frases referidas

Más detalles

Propuesta de un modelo de análisis para estimación del tamaño del software y gestión de costos y riesgos a partir de requerimientos funcionales

Propuesta de un modelo de análisis para estimación del tamaño del software y gestión de costos y riesgos a partir de requerimientos funcionales Propuesta de un modelo de análisis para estimación del tamaño del software y gestión de costos y riesgos a partir de requerimientos funcionales S.Forigua, O.Ballesteros Abstract. This paper describes the

Más detalles

Programa de Asignatura

Programa de Asignatura Programa de Asignatura Historia del programa Lugar y fecha de elaboración Participantes Observaciones (Cambios y justificaciones) Cancún, Q. Roo, 10/05/2010 24/06/10 20/10/10 M. en C. Nancy Aguas García

Más detalles

CMMI (Capability Maturity Model Integrated)

CMMI (Capability Maturity Model Integrated) CMMI (Capability Maturity Model Integrated) El SEI (software engineering institute) a mediados de los 80 desarrolló el CMM (modelo de madurez de la capacidad de software). CMMI: CMM integrado, una mezcla

Más detalles

Conceptos Básicos. El Instituto de administración de Proyectos, PMI, define un proyecto como:

Conceptos Básicos. El Instituto de administración de Proyectos, PMI, define un proyecto como: Existen diferentes modelos y metodologías para la administración de proyectos y modelos de calidad para el desarrollo del software. Por lo que mencionaremos los siguientes conceptos importantes. a) Qué

Más detalles

Capítulo 2 Ideas generales de CMMI-SW. 2.1 Introducción. 2.2 Procesos. 2.3 Modelo de procesos

Capítulo 2 Ideas generales de CMMI-SW. 2.1 Introducción. 2.2 Procesos. 2.3 Modelo de procesos Capítulo 2 Ideas generales de CMMI-SW 2.1 Introducción El Capability Maturity Model Integration (en adelante CMMI), se compone de un conjunto de modelos, métodos de evaluación y cursos de formación para

Más detalles

Madurez de una PYME en Gestión de Proyecto

Madurez de una PYME en Gestión de Proyecto Madurez de una PYME en Gestión de Proyecto Cassanelli, Aníbal, N. (p) ; Muñoz, Maximiliano. Universidad Nacional de Mar del Plata, Argentina. (1) acassane@fi.mdp.edu.ar Resumen La actividad por proyecto

Más detalles

Qué es el Modelo CMMI?

Qué es el Modelo CMMI? El principal problema que tienen las empresas en sus áreas de tecnología, así como las empresas desarrolladoras de software al iniciar un proyecto, radica en que el tiempo de vida del proyecto y el presupuesto

Más detalles

Análisis Comparativo de Modelos de Calidad

Análisis Comparativo de Modelos de Calidad Análisis Comparativo de Modelos de Calidad Identificación de Mejores Prácticas para la Gestión de Calidad en Pequeños Entornos Vianca Vega Zepeda Departamento de Ingeniería de Sistemas y Computación Universidad

Más detalles

Ingeniería del So9ware II

Ingeniería del So9ware II Ingeniería del So9ware II Tema 07. Ges+ón de Riesgos en Proyectos So9ware Pablo Sánchez Barreiro DPTO. DE MATEMÁTICAS, ESTADÍSTICA Y COMPUTACIÓN p.sanchez@unican.es Este tema se publica bajo Licencia:

Más detalles

Gestión de proyectos siguiendo practicas del PMI.

Gestión de proyectos siguiendo practicas del PMI. Gestión de proyectos siguiendo practicas del PMI. Identificación de las mejores prácticas aplicadas a la gestión de proyectos. Proceso de Desarrollo de Software de Codes S.A. alineado a CMMI Nivel 3 en

Más detalles

Docente/s. Espacios Curriculares Correlativos Precedentes Aprobada/s Cod. Asig. Cursada/s Cod. Asig. Espacios Curriculares Correlativos Subsiguientes

Docente/s. Espacios Curriculares Correlativos Precedentes Aprobada/s Cod. Asig. Cursada/s Cod. Asig. Espacios Curriculares Correlativos Subsiguientes Ciclo Académico: 2009 Año de la Carrera: Horas de Clases Semanales Régimen de Cursado 1er. Teoría Práctica s (1) Anual 1er.Cuatr. 2do.Cuatr. s (2) 2 2 X (1) Observaciones: (2) Observaciones: Teoría Docente/s

Más detalles

DISPOSITIVO DE DETECCIÓN Y RASTREO DE MOVIMIENTO AUTÓNOMO PARA CÁMARAS DE VIDEO Anteproyecto de Tesis de Magíster en Ingeniería del Software

DISPOSITIVO DE DETECCIÓN Y RASTREO DE MOVIMIENTO AUTÓNOMO PARA CÁMARAS DE VIDEO Anteproyecto de Tesis de Magíster en Ingeniería del Software DISPOSITIVO DE DETECCIÓN Y RASTREO DE MOVIMIENTO AUTÓNOMO PARA CÁMARAS DE VIDEO Anteproyecto de Tesis de Magíster en Ingeniería del Software Tesista: Ing. José A. Bello Director: Prof. M.Ing. Paola V.

Más detalles

Mejora del proceso de software en micro y pequeñas organizaciones

Mejora del proceso de software en micro y pequeñas organizaciones Encuentro de Investigadores y Docentes de Ingeniería 2008 EnIDI 2008, Mendoza, Argentina Mejora del proceso de software en micro y pequeñas organizaciones N.C. Dumit Muñoz & G. Mercado ndumit@frm.utn.edu.ar

Más detalles

PROGRAMACIÓN DE ASIGNATURA

PROGRAMACIÓN DE ASIGNATURA LS5168 GESTIÓN DE PROYECTOS TECNOLÓGICOS DR. D. JUAN ANTONIO MAESTRO CURSO: 2009/ 2010 ASIGNATURA: PROFESORES: CUATRIMESTRE: DEPARTAMENTO: ÁREA: GRUPOS: PLAN / CRÉDITOS: PROGRAMACIÓN DE ASIGNATURA PRIMERO

Más detalles

Asistente para la Evaluación de CMMI-SW

Asistente para la Evaluación de CMMI-SW TESIS DE MAGISTER EN INGENIERÍA DEL SOFTWARE Asistente para la Evaluación de CMMI-SW AUTOR: ING. MARIO LUIS PERALTA DIRECTORA M. ING. PAOLA BRITOS CO-DIRECTOR M. ING. EDUARDO DIEZ BUENOS AIRES, 2004 ii

Más detalles

Introducción ÍNDICE INTRODUCCIÓN...1 APORTACIONES DE MÉTRICA VERSIÓN 3...2

Introducción ÍNDICE INTRODUCCIÓN...1 APORTACIONES DE MÉTRICA VERSIÓN 3...2 Introducción ÍNDICE INTRODUCCIÓN...1 APORTACIONES DE MÉTRICA VERSIÓN 3...2 PROCESOS PRINCIPALES DE MÉTRICA VERSIÓN 3...3 PLANIFICACIÓN DE SISTEMAS DE INFORMACIÓN (PSI)...4 DESARROLLO DE SISTEMAS DE INFORMACIÓN...5

Más detalles

14. Ingeniería de software. Ing. Alejandro Adorjan

14. Ingeniería de software. Ing. Alejandro Adorjan 14. Ing. Alejandro Adorjan : un enfoque en ingeniería de requerimientos Introducción La ingeniería de software es una disciplina que estudia la aplicación de la teoría, el conocimiento y la práctica de

Más detalles

Gestión de la Configuración del Software. Introducción. Elementos de la Configuración y Línea base. Objetivo

Gestión de la Configuración del Software. Introducción. Elementos de la Configuración y Línea base. Objetivo Gestión de la Configuración del Software Javier Tuya Universidad de Oviedo Departamento de Informática Introducción "Sin importar en qué momento del ciclo de vida nos encontremos, el sistema cambiará,

Más detalles

M t é rica c s a s de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e e y y de d P od o u d c u t c o

M t é rica c s a s de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e e y y de d P od o u d c u t c o Proceso de Ingeniería de Software Métricas del Proceso de Ingeniería de Software y de Producto 4. Métricas del proceso y el producto 4.1. Métricas del proceso 4.2. Métricas del producto 4.3. Calidad y

Más detalles

COBIT - Control Objectives for Information and related Technology (Objetivos de Control para la Información y la Tecnología relacionada) Mayo de 2012

COBIT - Control Objectives for Information and related Technology (Objetivos de Control para la Información y la Tecnología relacionada) Mayo de 2012 - Control Objectives for Information and related Technology (Objetivos de Control para la Información y la Tecnología relacionada) Mayo de 2012 Antecedentes Ante la necesidad de crear y fortalecer el ambiente

Más detalles

Mejora de los procesos de gestión de proyectos a través de la combinación de PMBOK y CMMi

Mejora de los procesos de gestión de proyectos a través de la combinación de PMBOK y CMMi Mejora de los procesos de gestión de proyectos a través de la combinación de PMBOK y CMMi Alejandro Sacomani, Adriana Chalar, Leandro Antonelli, Andrés Lisse Centro de Informática, Fiscalia de Estado,

Más detalles

Situación Actual. Al presupuesto asignado. Supervisión y Control a los servicios proporcionados por proveedores. Retraso en la atención oportuna

Situación Actual. Al presupuesto asignado. Supervisión y Control a los servicios proporcionados por proveedores. Retraso en la atención oportuna Situación Actual Las actividades emanadas de los procesos que se llevan a cabo en la Subdirección, requieren fortalecer los controles y seguimientos, por ejemplo: Al presupuesto asignado. Supervisión y

Más detalles

Portales Oracle WebCenter

Portales Oracle WebCenter Portales Oracle WebCenter El perfil del cliente y el marco en el que las empresas desarrollan sus actividades están cambiando rápidamente. Hoy la mayoría de las compañías se mueve en mercados altamente

Más detalles

CMMI Capability Maturity Model Integration Modelo integrado de madurez de la capacidad

CMMI Capability Maturity Model Integration Modelo integrado de madurez de la capacidad CMMI Capability Maturity Model Integration Modelo integrado de madurez de la capacidad Robin Alberto Castro Gil rcastro@icesi.edu.co Geovany Trejos Salas gtrejos@icesi.edu.co Monitoreo y control de proyectos

Más detalles

Análisis de la gestión de configuración de software aplicada al modelo de espiral

Análisis de la gestión de configuración de software aplicada al modelo de espiral Análisis de la gestión de configuración de software aplicada al modelo de espiral Abstract No hay nada permanente, excepto el cambio Heráclito (540 475 A.C.)- Grecia Fernandez, Sebastian Osso, Mariano

Más detalles

CATALOGO DE SERVICIOS

CATALOGO DE SERVICIOS Quiénes Somos Applies Chile es una consultora que provee servicios involucrados en la Gestión de Procesos de Negocios, Ingeniería de Software, Nuevas Tecnologías de Información y Comunicaciones (TIC),

Más detalles

Carrera: Licenciatura en Sistemas. Materia: INGENIERIA DE SOFTWARE III

Carrera: Licenciatura en Sistemas. Materia: INGENIERIA DE SOFTWARE III Carrera: Licenciatura en Sistemas Materia: INGENIERIA DE SOFTWARE III Profesor Titular: Dr. Ramón García-Martínez Instructor JTP: Lic. Dario Rodriguez Año: 2011 Cuatrimestre: Primer - 1 - Fundamentación

Más detalles

TESIS DE MAGISTER EN INGENIERÍA DEL SOFTWARE

TESIS DE MAGISTER EN INGENIERÍA DEL SOFTWARE TESIS DE MAGISTER EN INGENIERÍA DEL SOFTWARE Generador del Mapa de Actividades de un Proyecto de Desarrollo de Software Autor: Lic. Eduardo Diez Directores DR. Ramón García Martínez DRA. Almudena Sierra

Más detalles

PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ FACULTAD DE CIENCIAS E INGENIERÍA INGENIERÍA INFORMÁTICA

PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ FACULTAD DE CIENCIAS E INGENIERÍA INGENIERÍA INFORMÁTICA PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ FACULTAD DE CIENCIAS E INGENIERÍA INGENIERÍA INFORMÁTICA Grupo de Investigación y Desarrollo en Ingeniería de Software Estructura de Desagregación del Trabajo Versión

Más detalles

Curso: El Proceso de Desarrollo de Software

Curso: El Proceso de Desarrollo de Software Curso: El Proceso de Desarrollo de Software EL PROCESO DE DESARROLLO DE SOFTWARE... 1 OBJETIVO...1 CONTENIDO...1 BIBLIOGRAFÍA...4 DOCENTE...4 MODALIDAD DEL DESARROLLO...4 El proceso de Desarrollo de Software

Más detalles

Modelos de Madurez en la Administración de Proyectos. Prof. Bernardo López González, MAP

Modelos de Madurez en la Administración de Proyectos. Prof. Bernardo López González, MAP Modelos de Madurez en la Administración de Proyectos Prof. Bernardo López González, MAP Modelos de Madurez en la Administración de Proyectos Existen varios estándares que en materia de administración de

Más detalles

Universidad Ricardo Palma Facultad de Ingeniería

Universidad Ricardo Palma Facultad de Ingeniería Universidad Ricardo Palma Facultad de Ingeniería Escuela Académico Profesional de Ingeniería Informática Sílabo Plan de Estudios 2006-II I. DATOS GENERALES Curso : Calidad de Código : IF 0905 Ciclo : IX

Más detalles

Introduction to CMMI-DEV V1.3 (Introducción a CMMI-Desarrollo Versión 1.3)

Introduction to CMMI-DEV V1.3 (Introducción a CMMI-Desarrollo Versión 1.3) Introduction to CMMI-DEV V1.3 (Introducción a CMMI-Desarrollo Versión 1.3) Este curso oficial impartido por un instructor certificado por el SEI, tiene tres días de duración e introduce a los directivos

Más detalles

TESIS DE MAGISTER EN INGENIERÍA DE SOFTWARE

TESIS DE MAGISTER EN INGENIERÍA DE SOFTWARE TESIS DE MAGISTER EN INGENIERÍA DE SOFTWARE Herramienta de Asistencia al Mantenimiento de Sistemas de Información Tesista: Ing. Verónica Azucena Farach Directores de Tesis: M. Ing. Paola Britos M. Ing.

Más detalles

E a v l a ua u c a i c ón ó n de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e

E a v l a ua u c a i c ón ó n de d l e Pr P oc o e c s e o s o de d Ing n e g n e i n er e ía a de d e So S f o twa w r a e Proceso de Ingeniería de Software Evaluación del Proceso de Ingeniería de Software 3. Evaluación del proceso 3.1. Modelos del proceso de evaluación 3.2. Métodos del proceso de evaluación 2 Los objetivos

Más detalles

CMMI SERVICIOS. María Smith Gutiérrez Rueda - Quality Assurance Officer y Líder del Grupo de Ingeniería de Procesos (EPG) de Aranda Software

CMMI SERVICIOS. María Smith Gutiérrez Rueda - Quality Assurance Officer y Líder del Grupo de Ingeniería de Procesos (EPG) de Aranda Software CMMI SERVICIOS María Smith Gutiérrez Rueda - Quality Assurance Officer y Líder del Grupo de Ingeniería de Procesos (EPG) de Aranda Software AGENDA 1.- Qué es CMMI servicios? 2.- En qué nos puede ayudar

Más detalles

A.N.E.P. Consejo de Educación Técnico Profesional Educación Media Tecnológica. Orientación: INFORMÁTICA ASIGNATURA PROYECTO

A.N.E.P. Consejo de Educación Técnico Profesional Educación Media Tecnológica. Orientación: INFORMÁTICA ASIGNATURA PROYECTO Consejo de Educación Técnico Profesional Educación Media Tecnológica Orientación: INFORMÁTICA ASIGNATURA PROYECTO Tercer año (2 horas semanales) Plan 2004 Índice Tema Pág Índice... 1 Fundamentación...

Más detalles

CMMi. Lic. Virginia Cuomo

CMMi. Lic. Virginia Cuomo CMMi Lic. Virginia Cuomo 1 Agenda Repaso CMMI Introducción Arquitectura Niveles de Madurez Representaciones Representación Discreta Representación Continua Discreta VS Continua 2 Repaso Qué vimos la tercer

Más detalles

CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL

CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL CAPÍTULO 2. CMM : CAPABILITY MATURITY MODEL Teniendo en cuenta que este trabajo tiene como objetivo el mostrar la metodología de evaluación del modelo de Capacidad de Madurez, es necesario antes de profundizar

Más detalles

Alcanzando la gestión cuantitativa en la gestión de proyectos en el ámbito de las PYMEs

Alcanzando la gestión cuantitativa en la gestión de proyectos en el ámbito de las PYMEs del Alcanzando la gestión cuantitativa en la gestión de proyectos en el ámbito de las PYMEs Jose A. Calvo-Manzano, UPM I. García y M. Arcilla, UPM y UNED Introducción: Fracaso de los Proyectos Crisis del

Más detalles

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION)

PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION) PRESENTACIÓN CMMI: (CAPABILITY MATURITY MODEL INTEGRATION) INDICE 1. Introducción 2. Estructura CMMI 3. Nivel 2 4. Nivel 3 5. Nivel 4 6. Nivel 5 7. Bibliografía INTRODUCCIÓN Qué es y por qué usar CMMI?

Más detalles

SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI. MSc. Mauricio Rojas Contreras

SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI. MSc. Mauricio Rojas Contreras Recibido: 06 de agosto de 2009 Aceptado: 21 de octubre de 2009 SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI MSc. Mauricio Rojas Contreras

Más detalles

7mo Simposio Argentino De Informatica En El Estado - SIE 2013

7mo Simposio Argentino De Informatica En El Estado - SIE 2013 Uso de Work Breakdown Structure para relevar las capacidades de un área de Information Technology Leandro Antonelli, Adriana Chalar, Andrés Lisse, Antonio Pasquale Centro de Informática, Fiscalia de Estado,

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

Proyectos Informáticos 75.18

Proyectos Informáticos 75.18 Proyectos Informáticos 75.18 Administración y Control de Proyectos I 75.44 Facultad de Ingeniería (UBA) - Equipo Docente Jefe de Trabajos Prácticos Mariana Gómez Docentes Auxiliares Mariana Gómez Patricia

Más detalles

Tres pilares para la Implantación de Sistemas

Tres pilares para la Implantación de Sistemas WICC 2012 621 Tres pilares para la Implantación de Sistemas Alicia Mon, Marcelo Estayno, Fernando López Gil, Eduardo De María 1 1 Grupo de Ingeniería de Software (G.I.S.) / Departamento de Sistemas / Universidad

Más detalles

Administración de Proyectos Informáticos. Visión general de la. María N. Moreno García Departamento de Informática y Automática

Administración de Proyectos Informáticos. Visión general de la. María N. Moreno García Departamento de Informática y Automática TEMA 1 Visión general de la administración de proyectos María N. Moreno García Departamento de Informática y Automática Universidad de Salamanca Contenidos 1. Introducción 2. Áreas de gestión de proyectos

Más detalles

LA MEJORA DE PROCESOS EN PEQUEÑAS EMPRESAS Y LA ISO/IEC 29110

LA MEJORA DE PROCESOS EN PEQUEÑAS EMPRESAS Y LA ISO/IEC 29110 LA MEJORA DE PROCESOS EN PEQUEÑAS EMPRESAS Y LA ISO/IEC 29110 Mª Carmen García, Javier Garzás, Mario Piattini www.kybeleconsulting.com http://kybeleconsulting.blogspot.com/ La actividad económica desarrollada

Más detalles

CAPÍTULO 5. Un modelo empírico de estimación para software puede utilizar fórmulas

CAPÍTULO 5. Un modelo empírico de estimación para software puede utilizar fórmulas CAPÍTULO 5 Modelos empíricos de estimación. Un modelo empírico de estimación para software puede utilizar fórmulas derivadas empíricamente para predecir el esfuerzo como una función de LDC y PF. Los valores

Más detalles

Catálogo de Formación SEI

Catálogo de Formación SEI Catálogo de Formación SEI ESI lleva 15 años ofreciendo servicios de formación en diferentes tecnologías. En este tiempo ha formado a más de 4.000 profesionales de más de 800 organizaciones, en más de 30

Más detalles

HERRAMIENTAS Y ENTORNOS DE PROGRAMACIÓN

HERRAMIENTAS Y ENTORNOS DE PROGRAMACIÓN HERRAMIENTAS Y ENTORNOS DE PROGRAMACIÓN Tema 2. Tecnologías CASE Escuela Superior de Informática 1 Tema 2. Tecnologías CASE. Tecnologías CASE (~ 4 horas) Introducción. Conceptos, Objetivos, Herramientas

Más detalles

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3

1. Introducción. 2. El concepto de calidad del software. 3. Estándares de calidad existentes. 4. La norma ISO 9000-3 Contenido INGENIERIA DE SOFTWARE Tema 6: Administración de la calidad del software Presenta: David Martínez Torres Universidad Tecnológica de la Mixteca dtorres@mixteco.utm.mx Cubo 37 1. Introducción 2.

Más detalles

Número de Grupo Plataforma UVIRTUAL

Número de Grupo Plataforma UVIRTUAL Número de Grupo Plataforma UVIRTUAL 03 GRUPO / ÁREA DISCIPLINAR Sistemas de Información LÍNEA DE INVESTIGACIÓN / ÁREA ESPECÍFICA DE CONOCIMIENTO Gerencia de Proyectos De Sistemas De Información - Auditoría

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

ASIGNATURA: Fundamentos de los Sistemas Automáticos de Fabricación

ASIGNATURA: Fundamentos de los Sistemas Automáticos de Fabricación ASIGNATURA: Fundamentos de los Sistemas Automáticos de Fabricación Código: 1613018 Titulación: Ingeniero Técnico Industrial Especialidad en Electrónica Industrial Curso: 3º Profesor(es) responsable(s):

Más detalles

Mejora de Procesos: Análisis de estándares y modelos de referencia de mejores prácticas

Mejora de Procesos: Análisis de estándares y modelos de referencia de mejores prácticas Universidad Politécnica de Madrid Facultad de Informática Departamento de Lenguajes y Sistemas Informáticos e Ingeniería de software Mejora de Procesos: Análisis de estándares y modelos de referencia de

Más detalles

SW-CMM Capability Maturity Model for Software

SW-CMM Capability Maturity Model for Software SW-CMM Capability Maturity Model for Software Introducción 1986 Comienzan Estudios. SEI (Software Engineering Institute - UCM). 1991 Nace CMM v1.0 1994 CMM v1.1 P-CMM SE-CMM SW-CMM CMMs IPD-CMM CMMI SA-CMM

Más detalles

Maira Alejandra Bedoya Núñez. Universidad Francisco de Paula Santander Av. Gran Colombia No. 12E-96 Colsag. Cúcuta Norte de Santander 057-5751359,

Maira Alejandra Bedoya Núñez. Universidad Francisco de Paula Santander Av. Gran Colombia No. 12E-96 Colsag. Cúcuta Norte de Santander 057-5751359, Procesos necesarios para alcanzar el Nivel 2 de CMMI, en el área de Administración de Configuraciones de Software, para empresas pequeñas desarrolladoras de software. Judith del Pilar Rodríguez Tenjo Universidad

Más detalles

Business Intelligence & Knowledge Discovery en el contexto del estándar Project Management Body Of Knowledge del Project Management Institute

Business Intelligence & Knowledge Discovery en el contexto del estándar Project Management Body Of Knowledge del Project Management Institute Business Intelligence & Knowledge Discovery en el contexto del estándar Project Management Body Of Knowledge del Project Management Institute Moreno, Juan Pablo 1 ; Montejano, Germán 2 ; Vilallonga, Gabriel

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

Implementación de Procesos Business Process Management BPM Services Oriented Architecture SOA

Implementación de Procesos Business Process Management BPM Services Oriented Architecture SOA Implementación de Procesos Business Process Management BPM Services Oriented Architecture SOA Título Área específica de la publicación 2 Implementación de Procesos Business Process Management BPM Services

Más detalles

Tema 2º: Calidad del software

Tema 2º: Calidad del software Tema 2º: Calidad del software 2.1 Calidad del software 2.2 Aseguramiento de la calidad del software 2.3 Gestión de la calidad del software 2. 4 Control de la calidad del software 2.5 Sistema de calidad

Más detalles

2. EL MODELO CMMI. En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de

2. EL MODELO CMMI. En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de 2. EL MODELO CMMI 2.1 ANTECEDENTES DE CMMI En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de Capacidad de Madurez (CMM). Dicho modelo está orientado a la mejora de los procesos

Más detalles

BPMS ESCM CMMI COBIT EFQM ISO IT MARK ITIL PMI TOGAF TSP. Arquitectura empresarial Integrado. del sector TIC. de Información Tecnologías relacionadas

BPMS ESCM CMMI COBIT EFQM ISO IT MARK ITIL PMI TOGAF TSP. Arquitectura empresarial Integrado. del sector TIC. de Información Tecnologías relacionadas MATRIZ CONCEPTUAL BPMS ESCM CMMI COBIT EFQM ISO IT MARK ITIL PMI TOGAF TSP NOMBRE COMPLETO Business Process Management o esourcing Capability Mode o Capability Maturity Model Control Objectives for European

Más detalles

METODOLOGÍA DE GESTION DE PROYECTOS

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

Más detalles

Boletín de Consultoría Agregando Valor en la Gestión de Proyectos

Boletín de Consultoría Agregando Valor en la Gestión de Proyectos www.pwc.com/ve 4 Inicio Boletín Digital No. 6-2012 - No. 6-2012 Haga click en los enlaces para navegar a través del documento 4Introducción 4 Qué es una? 4Triángulo de valor de una Oficina de Gestión de

Más detalles

LAS MÉTRICAS DE PRODUCTIVIDAD PARA GESTIÓN DEL SOFTWARE BASADAS EN EL TAMAÑO DEL PROYECTO

LAS MÉTRICAS DE PRODUCTIVIDAD PARA GESTIÓN DEL SOFTWARE BASADAS EN EL TAMAÑO DEL PROYECTO LAS MÉTRICAS DE PRODUCTIVIDAD PARA GESTIÓN DEL SOFTWARE BASADAS EN EL TAMAÑO DEL PROYECTO Torralba Martínez, J. Mª.; Cuenca Iniesta, J.; Ruíz Molina, V. (*); Área: Organización de Empresas Dpto.: Organización

Más detalles

Los procesos de software. Un proceso de software se define como un:

Los procesos de software. Un proceso de software se define como un: Los procesos de software Un proceso de software se define como un: "conjunto de actividades, métodos, prácticas y transformaciones que las personas usan para desarrollar y mantener software y sus productos

Más detalles

UNIVERSIDAD RICARDO PALMA

UNIVERSIDAD RICARDO PALMA UNIVERSIDAD RICARDO PALMA SÍLABO I.- DATOS ADMINISTRATIVOS NOMBRE DEL CURSO : Administración de Proyectos Informáticos CÓDIGO DEL CURSO : II 0902 SEMESTRE : 2003-2 CREDITOS : Tres (3) HORAS SEMANALES :

Más detalles