Administración n de Proyectos de Software

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

Download "Administración n de Proyectos de Software"

Transcripción

1 Administración n de Proyectos de Software 1.Introducci Introducción n y conceptos básicosb Conceptos básicos: b proyecto y su administración

2 Algunas preguntas guía Qué es un proyecto? Es diferente un proyecto de software? Necesita administrarse un proyecto? Qué se hace para administrar un proyecto? Proyectos de software

3 I. Qué se entiende por proyecto de software? Proyecto Planta y disposición que se forma para un tratado o para la ejecución de una cosa de importancia Designio de ejecutar algo Conjunto de escritos, dibujos y cálculos hechos para dar idea de lo que ha de ser y costar una obra de ingeniería o arquitectura Diccionario Léxico Hispano, W.M. Jackson, Inc. Editores Características clave de un proyecto (1/2) 1. Involucra tareas no rutinarias 2. Requieren planeación 3. Se deben lograr objetivos o crear productos específicos 4. Tiene un lapso de tiempo específico predefinido Hughes y Cotterell, Software Project Management, McGraw-Hill, Secciones 1.2

4 Características clave de un proyecto (2/2) 5. El trabajo se lleva a cabo por otras personas 6. Involucra varias especializaciones 7. Los trabajos se llevan a cabo en varias fases 8. Los recursos son limitados 9. Los proyectos son largos o complejos Hughes, B. y Cotterell, M., Software Project Management, McGraw-Hill, Secciones 1.2 y 1.3 Ejercicio 1 Cuál de los siguientes puede considerarse proyecto? Producir la edición de un periódico Hacer un túnel bajo el mar Realizar un matrimonio Hughes, B. y Cotterell, M., Software Project Management, McGraw-Hill

5 Características de los proyectos de software Invisibilidad. El avance dentro de un proyecto de construcción de una carretera o puente puede ser visto, mientras que en el software no es inmediatamente visible. Complejidad Los proyectos de software contienen mayor complejidad que otros tipos de proyectos respecto al dinero gastado Flexibilidad El software puede cambiarse más fácilmente que otros productos Hughes, B. y Cotterell, M., Software Project Management, McGraw-Hill, Secciones 1.3 Proyectos de software versus otros tipos de proyectos Muchas técnicas aplicables a la administración de proyectos son aplicables a la administración de proyectos de software. Sin embargo: los productos de proyectos de software tienen ciertas características que los hacen diferentes. Una forma de percibir la administración de proyectos de software es haciendo visible lo que es invisible Hughes, B. y Cotterell, M., Software Project Management, McGraw-Hill, Secciones 1.3

6 Proyecto No todos los proyectos son iguales Un proyecto es como viajar en carretera. Algunos proyectos son simples y rutinarios, como conducir hacia la tienda a plena luz del día. Pero la mayoría de los proyectos que valen la pena realizar son más parecidos a conducir un camión, en la montaña, de noche en Nepal (Cem Kamer, James Bach y Bret Pettichord) Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill, Sección 21.1 Administración n de proyectos

7 Administración 1. Planear: decidir qué se va a hacer 2. Organizar: hacer preparativos 3. Asignar personal: elegir personas adecuadas 4. Dirigir: dar órdenes 5. Monitorear: observar el progreso 6. Controlar: emprender acciones para corregir problemas de funcionamiento 7. Innovar: proponer soluciones novedosas 8. Representar: conectar con clientes y usuarios Hughes, B. y Cotterell, M., Software Project Management, McGraw-Hill Administración vista de administradores Enfrentar fechas límite Enfrentar limitaciones en recursos Comunicar efectivamente a los diversos grupos Conseguir que todos se comprometan Establecer hitos medibles Enfrentar cambios Lograr plan de acuerdo con desarrolladores Ganar compromiso de gerencia Enfrentar conflictos Negociar con vendedores y subcontratistas

8 Problemas comunes en proyectos según n administradores Estimaciones y planes deficientes Falta de estándares y medidas de calidad Falta de guía sobre toma de decisiones en organización Falta de técnicas para hacer visible el progreso Papeles y responsabilidades mal definidos Problemas comunes en proyectos según n personal Trabajo definido de modo inadecuado Administradores ignorantes de tecnología informática Falta de conocimiento del área de aplicación Falta de estándares Documentación inadecuada Retraso de actividades precedentes Falta de comunicación con usuarios Trabajo duplicado por mala comunicación

9 Problemas comunes en proyectos según n personal Falta de compromiso Hay un solo interesado y se va Conocimiento muy especializado Cambio de ambiente de software Cambio de requerimientos Presión de fecha límite Falta de control de calidad Falta de entrenamiento Administración lejana Información y control Decisiones: estratégicas (objetivos), tácticas (alcanzar metas) operativas (día con día) Información: medidas de actuación medidas predictivas control fluye información fluye EMPRESA

10 Administración n de Proyectos (1/2) Necesaria si se quiere obtener un producto en tiempo y forma Es el arte de dirigir y coordinar los recursos humanos y materiales a lo largo de la vida de un proyecto por medio de técnicas modernas de administración, para lograr los objetivos en: alcance, costo, tiempo, calidad y satisfacción. Administración n de Proyectos (2/2) Aunque el administrador de software realiza lo mismo que cualquier administrador, pero resulta más difícil debido a: El producto es intangible No existen procesos de software estándar A menudo los proyectos grandes de software son únicos Sommerville, I., Ingeniería de Software, 6ª ed., Addison Wesley, Sección 4.1

11 Ejercicio 2 Explique por qué la intangibilidad de los sistemas de software plantea problemas para la administración de proyectos de software. Sommerville, I., Ingeniería de Software, 6ª ed., Addison Wesley Actividades de la Administración de Proyectos de Software Redacción de la propuesta Planeación y calendarización del proyecto Costeo del proyecto Supervisión y revisión del proyecto Selección y evaluación del personal Redacción y presentación de información Sommerville, I., Ingeniería de Software, 6ª ed., Addison Wesley, Sección 4.1

12 1. Redacción n de la propuesta La redacción de la propuesta deberá incluir: Objetivos del proyecto Cómo se llevará a cabo Costos y calendarización Justificación del por qué se entregará a un equipo u organización Resulta crítica pues la habilidad de realizar la redacción sólo se adquiere con el tiempo. Sommerville, I., Ingeniería de Software, 6ª ed., Addison Wesley, Sección Planeación n y calendarización del proyecto Se refiere a la identificación de: Actividades Hitos Entregas producidas por un proyecto Por lo que se debe bosquejar un plan de desarrollo hacia las metas del proyecto Sommerville, I., Ingeniería de Software, 6ª ed., Addison Wesley, Sección 4.1

13 3. Costeo del proyecto Actividad que se refiere al estimado de recursos que se requieren para llevar a cabo el proyecto. Sommerville, I., Ingeniería de Software, 6ª ed., Addison Wesley, Sección Supervisión n y revisión n del proyecto Actividad continua Se lleva un control de los avances de los costos y progresos reales versus los planeados Pueden apoyarse en mecanismos formales El administrador debe detectar la realidad después de entrevistarse con el personal del proyecto Sommerville, I., Ingeniería de Software, 6ª ed., Addison Wesley, Sección 4.1

14 5. Selección n y evaluación n del personal El administrador debe emplear a la gente ideal para el proyecto. Sin embargo en ocasiones se presentan problemas como: Bajo presupuesto para contratar personal calificado El personal adecuado no está disponible La empresa desea que su personal novato obtenga experiencia Sommerville, I., Ingeniería de Software, 6ª ed., Addison Wesley, Sección Redacción n y presentación n de información El administrador debe dar informes al cliente y a su organización Los reportes de avance deben ser concisos y coherentes. Debe saber comunicarse con el cliente Sommerville, I., Ingeniería de Software, 6ª ed., Addison Wesley, Sección 4.1

15 Un administrador de proyectos de software debe tener la habilidad de comunicarse efectivamente de forma oral y escrita Sommerville, I., Ingeniería de Software, 6ª ed., Addison Wesley, Sección 4.1 Las cuatro P

16 Elementos que intervienen en la Administración n de Proyectos La efectividad de la administración de proyectos se enfoca en las cuatro P Personal: Quiénes? Producto: Qué? Proceso: Cómo? Proyecto: Para qué? Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill, Sección 21.1 Personal -1- El software lo hacen seres humanos Para seres humanos Y a veces afecta a otros seres humanos Así lo más importante en el software son los seres humanos (personas)

17 Producto -2- Lo que desea obtenerse al final del proyecto A veces se detalla en entregables (partes del producto a lograr) Proceso -3- Un proceso de software proporciona un marco de trabajo para establecer el plan detallado para el desarrollo del software Puede ser simplemente un método o una metodología Una forma de hacer las cosas Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill, Sección 21.1

18 Proyecto -4- Lo que se desea emprender, para ciertas personas, empleando un equipo de personas específico, para obtener un producto deseado y usando un proceso adecuado. Personal -1-

19 Personal La componente más importante para el éxito de un proyecto es el factor humano Estudio realizado por IEEE en 1988 A pesar de la importancia del ser humano, los gerentes ignoran el desarrollo de su personal. Aspectos a considerar referentes al factor humano Participantes Líderes de equipo Estructura organizacional del equipo de software Conflictos de coordinación y comunicación Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill, Sección 21.1 Participantes (1/2) Gestores ejecutivos Definen aspectos del negocio que influenciará al proyecto Gestores técnicos Planifican, motivan, organizan y controlan a los profesionales Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill, Sección 21.1

20 Participantes (2/2) Profesionales Proporcionan las habilidades técnicas para la ingeniería de un producto Clientes Especifican los requerimientos para la IS Usuarios finales Interactúan con el software una vez que se libera Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill, Sección 21.1 Líderes de equipo Los profesionales de computación, generalmente, no tiene las competencias para ser líderes, las adquieren por necesidad. Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill, Sección 21.1

21 Líderes de equipo Jerry Weinberg, 1986: Sugiere que los líderes de proyecto exitosos aplican un estilo de gestión de resolución de problemas. Entender el problema, gestionar el flujo de ideas y, al mismo tiempo, hacer que el equipo se comprometa con la calidad. Propone que para lograr un buen liderazgo se use el modelo MOI Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill, Sección 21.1 Modelo MOI para el liderazgo Motivación. Habilidad para alentar al personal a producir según su mejor capacidad. Organización. Habilidad para adecuar procesos existentes o inventar nuevos. Ideas e innovación. Habilidad para alentar a la gente a ser creativo y trabajar dentro de los límites establecidos para la aplicación. Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill, Sección 21.1

22 Estructura organizacional del equipo de software En una organización existen prácticas y políticas que no son responsabilidad del administrador de proyectos de software, pero sí es su responsabilidad la organización de los equipos desarrolladores de software. La forma de organización de los equipos depende de varios factores. Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill, Sección 21.1 Factores relevantes en la elección de organización n de un equipo de software Factores de Mantei 1. Dificultad del problema que se resolverá 2. Tamaño del problema resultante (en líneas de código o puntos de función). 3. Tiempo en que el equipo estará junto (vida del equipo) 4. Grado de modularización 5. Calidad y confiabilidad requeridos para el sistema 6. Rigidez de la fecha de entrega 7. Grado de sociabilidad (comunicación) que requiere el sistema Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill, Sección 21.1

23 Paradigmas organizacionales para los equipos de Ingeniería a de Software (1/2) Constantine sugiere cuatro, en 1993: 1. Paradigma cerrado. Tipo jerárquico, funcionan bien en proyectos similares a los que ya se han hecho antes. 2. Paradigma aleatorio. Se organizan como ellos se acomoden y funcionan bien en proyectos innovadores o de adelantos tecnológicos. Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill, Sección 21.1 Paradigmas organizacionales para los equipos de Ingeniería a de Software (2/2) 1. Paradigma abierto. Combinación de los anteriores, funcionan bien para problemas complejos, pero no eficientemente. 2. Paradigma sincrónico. Se apoya en la compartimentalización natural de un problema y organiza a los miembros del equipo para trabajar en partes del problema con poca comunicación activa entre ellos. Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill, Sección 21.1

24 Equipos Ágiles Los métodos ágiles subrayan la competencia individual en conjunción con la colaboración del grupo Para aprovechar la competencia de cada miembro del equipo y fomentar la colaboración eficaz a lo largo del proyecto, los equipos ágiles son auto organizados La planificación se mantiene al mínimo Se realizan reuniones periódicas de equipos para coordinar el trabajo que se debe hacer Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill, Sección 21.1 Toxicidad de equipo No todos los equipos funcionan bien (no cuajan) Jackman en 1998, propone cinco factores que fomentan un ambiente de equipo tóxico: Atmósfera de trabajo frenética. Alta frustración que provoca fricciones Proceso de software fragmentado o pobremente coordinado Poca definición de los papeles dentro del equipo Continuas y repetidas exposiciones al fracaso Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill, Sección 21.1

25 Cómo evitar la Toxicidad de equipo Toxina 1. Atmósfera de trabajo frenética. 2. Alta frustración que provoca fricciones 3. Proceso de software fragmentado o pobremente coordinado 4. Poca definición de los papeles dentro del equipo 5. Continuas y repetidas exposiciones al fracaso Prevención 1. Toda la información del proyecto debe estar a la mano y no debe cambiarse. 2. Dar a los miembros del equipo la misma responsabilidad. 3. Comprender el problema y que el equipo elija el proceso. 4. Establecer la forma de revisar los avances y su calidad (RTF) 5. Establecer técnicas de equipo para realimentación y resolución de problemas. Conflictos de coordinación n y comunicación La escala de muchos esfuerzos de desarrollo es muy grande La incertidumbre es común La interoperabilidad con otros sistemas Para minimizar los conflictos Se deben establecer mecanismos para la comunicación formal e informal entre los miembros del equipo y entre múltiples equipos. Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill, Sección 21.1

26 Ejercicio 3 Proponga 10 lineamientos para que el ingeniero de Software ejerza su potencial completo en su trabajo. Los 10 mandamientos del Ingeniero de Software Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill Manejo de personal (I. Sommerville) Notas por Juan Manuel Fernández ndez Peña 2011

27 Factores críticos Objetividad Trato equitativo, transparente Respeto Aceptar habilidades diferentes, mientras haya aporte Incorporación Escuchar y tomar en cuenta propuestas Honestidad Sobre lo que va bien y lo que va mal; sus conocimientos Selección n de personal Fuentes de información Los interesados Entrevistas: útiles en aspectos de comunicación y habilidades sociales; fallan en aspectos técnicos Recomendaciones de personas conocidas que han trabajado con los interesados

28 Selección n de personal Algunos factores que influyen: Experiencia en dominio de aplicación (algunos) Experiencia en plataforma (si hay programación de bajo nivel) Experiencia en lenguaje (en proyectos cortos) Habilidad para resolver problemas (difícil; por trabajos) Soporte educativo (poco relevante) Habilidad de comunicación (oral, escrita, idiomas) Adaptabilidad (según trabajos realizados) Actitud (positiva respecto al trabajo; deseo de aprender) Personalidad (compatibilidad) Selección n de personal Pasos para seleccionar Crear especificación del trabajo Crear perfil del empleado Conseguir solicitantes Examinar currícula Entrevistas Aptitudes Personalidad Muestras de trabajo Entrevista personal

29 Motivación Las personas se motivan por satisfacción de necesidades, en orden creciente (según Maslov): Fisiológicas (comer, dormir) Seguridad (entorno protector) Sociales (parte de grupo) Estima (sentirse respetado) Autorrealización (desarrollo personal) Enfocarse en éstas Motivación Sociales: Dar tiempo a conocerse, lugar de intercambio, mecanismos informales Estima: Mostrar que tienen valor, reconocer logros Autorrealización: Asignar tareas demandantes, pero no imposibles, programas de capacitación

30 Motivación Orientación de personas: A tareas: se motivan por su trabajo, reto intelectual, técnico (el software como reto) A sí mismos: su éxito y reconocimiento (software como medio) A interacción: presencia y acciones de compañeros; importantes en enfoque orientado a usuarios Puede ser variable, pero una domina Gestión n de grupos Factores para equipos Composición: balance de habilidades, experiencia y personalidades Cohesión: verdadero equipo, no colección de individuos Comunicación: que exista y sea efectiva Organización: todos se sienten valorados y satisfechos de su papel

31 Gestión n de equipos En cuanto a balance de personalidades: Los orientados a tareas son buenos para los aspectos técnicos; deben comprender conjunto, no aislarse. Unos ayudan a comunicar y los orientados a sí mismos son persistentes, seguirán hasta el final Gestión n de equipos Sobre cohesión Grupo más importante que individuos, metas de grupo, lealtad, protección Se forman estándares de calidad del grupo Depende de la cultura organizacional Problemas: resistencia irracional a cambio de liderazgo; pensamiento de grupo (no se piensa críticamente)

32 Gestión n de equipos Comunicación: Influye tamaño de grupo; al crecer crecen demasiado los canales de comunicación, distracción La estructura afecta: los grupos menos formales se comunican mejor La composición: personas parecidas chocan; balance de sexos El entorno afecta (área de trabajo, cierta privacidad) Personal El factor humano es tan importante que el SEI desarrollo el Modelo de Madurez de Gestión Capacidad Personal (MMCGP). Existen varias áreas clave prácticas para el personal de software: Reclutamiento Selección Gestión del desempeño Entrenamiento Retribución Desarrollo de carrera Diseño de organización y trabajo Desarrollo de cultura de equipo

33 Modelo de madurez de capacidades del personal PCMM A partir del modelo CMM se han desarrollado modelos específicos. Para el personal, siendo muy importante, se creó el PCMM Ahora se ha integrado en CMMI People Capacity Maturity Model Modelo de madurez de capacidad del personal

34 Antecedentes Las compañías globales y de alta tecnología requieren Buenos productos y servicios Desarrollar y retener empleados con talento y habilidades Se busca que no sólo sigan órdenes sino que sean centros inteligentes de acción hacia fines comunes Antecedentes Principios para atraer, desarrollar y retener personal valioso (J. Pfeffer, Stanford): Seguridad en el empleo Contratación selectiva Equipos autoadministrados y descentralización de toma de decisiones Compensación alta según rendimiento de la organización Entrenamiento Reducir barreras y distinciones de estatus Compartir información financiera y de rendimiento

35 Niveles del modelo Nivel 1: Inicial (Gestión inconsistente) Nivel 2: Gestionado (Gestión del personal) Prácticas repetibles Prácticas basadas en competencias Nivel 3: Definido (Gestión por competencias) Nivel 4: Predecible(Gestión de capacidades) Nivel 5: Optimizado (Gestión del cambio) Prácticas medibles Mejora continua de practicas Nivel 1 Inicial Se hace ad-hoc, se reinventa cada vez No hay manera confiable de estimar esfuerzo El resultado depende del personal Se dice que el personal es valioso Pero no se hace nada por mejorar su valor

36 Nivel 2 Gestionado La base para mejorar, que sea repetible Establecer procesos bien definidos Control de compromisos y líneas base No estar presionando y correteando al personal innecesariamente Nivel 3 Definido Se identifican las mejores prácticas Se documentan e integran a procesos Se definen métricas Se estandariza para toda la organización Surge cultura común

37 Nivel 4 Predecible Se administra a partir de datos que describen el rendimiento de la empresa; no solo hitos Se caracterizan estadísticamente los procesos críticos Al volverse predecibles y cuantitativos, se adquiere conocimiento que permite mejorar las prácticas Nivel 5 Optimizado Del conocimiento que se tiene se van proponiendo acciones de mejoramiento: Ajustar procesos Usar nuevas tecnologías Se administra el cambio Se identifican defectos persistentes

38 Resumen Se crea un ambiente donde Las prácticas son repetibles Las mejores prácticas se transfieren entre grupos Se reducen las variaciones en rendimiento Las prácticas se mejoran de continuo Problemas en organizaciones inmaduras Sobrecarga de trabajo Ambiente de distracción Metas de rendimiento y retroalimentación poco claras Carencia de conocimiento relevante y habilidad Mala comunicación Baja moral

39 Áreas de proceso Arquitectura

40 PROCESO -2- Proceso Un proceso dice quién está haciendo qué y cuándo y cómo lograr la meta Booch, Jacobson, Rumbaugh

41 Proceso Un proceso de software proporciona el marco de trabajo para establecer el plan detallado para el desarrollo del software Dos tipos de actividades son generales en cualquier proceso: Establecer: tareas, hitos, productos de trabajo y puntos de control de calidad Controlar la calidad, gestionar la configuración de software y medir resultados. Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill, Sección 21.1 Actividades Un proceso tiene actividades genéricas para cualquier proyecto Se detallan según necesidades de cada proyecto También tiene actividades sombrilla o de protección

42 Actividades genéricas Comunicación (requerimientos) Planeación Modelado (análisis, diseño) Construcción (codificación y prueba) Despliegue Actividades sombrilla Gestión del riesgo Seguimiento y control Revisiones Medición Gestión de la configuración Gestión de reutilización Preparación y producción de productos del trabajo

43 Procesos Personal Software Process proyectos pequeños de una persona Team Software Process proyectos para equipos pequeños Modelos reconocidos generales: cascada, espiral, iterativos Modelos con nombre propio: Proceso Unificado, Ciclo de vida estructurado de Yourdon Métodos Ágiles Scrum, Crystal Clear, XP Proyectos según Proceso Unificado 86

44 Selección n de proceso En cada proyecto se selecciona un proceso, entre los anteriores u otros o se forma específico para un proyecto Descomposición n del proceso Una vez escogido el proceso: Ejemplos: Lineal secuencial, para sistemas muy pequeños y muy bien definidos DRA, para restricciones de tiempo ceñido y se puede modularizar Incremental, si no puede entregarse el producto completo por restricciones de tiempo o falta de claridad en los requerimientos Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill

45 Descomposición n del proceso (1/2) Para proyectos pequeños en menos de 48 horas se debe: Desarrollar una lista de conflictos que deben clarificarse. Reunirse con los clientes para abordar los conflictos que deben clarificarse. Desarrollar en conjunto un enunciado del ámbito. Revisar el enunciado del ámbito con todos los implicados. Modificar el enunciado del ámbito según se requiera. Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill Descomposición n del proceso (2/2) Para proyecto más complejo, actividad de comunicación; las actividades serían: 1. Revisar la petición del cliente. 2. Planificar y programar una reunión formal con el cliente. 3. Llevar a cabo investigaciones para especificar la solución propuesta y los enfoques existentes. 4. Preparar un "documento de trabajo" y una agenda para la reunión formal. 5. Celebrar la reunión. 6. Desarrollar en conjunto miniprospectos que reflejen los datos, función y características de comportamiento del software. 7. Revisar cada miniprospecto o para valorar su corrección, consistencia y eliminar la ambigüedad. 8. Ensamblar los miniprospectos en un documento más amplio. 9. Revisar el documento más amplio o colección de casos de uso con todos los implicados. 10.Modificar el documento más amplio según se requiera. Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill7

46 Producto -3- Producto Antes de crear un proyecto se deben establecer: Objetivos y ámbito del producto Soluciones alternativas Identificación de restricciones técnicas y de gestión El desarrollador de software y cliente deben reunirse para definir objetivos y ámbito del producto En ese momento empieza la Ingeniería de procesos del negocio y continua con Ingeniería de Requerimientos. Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill, Sección 21.1

47 Producto Para empezar un proyecto se necesitan estimaciones cuantitativas y un plan organizado. Para obtener lo anterior se necesita información sólida del producto a construir. Un análisis de requerimientos sería lo deseable, pero: Éste se lleva semanas y hasta meses Aunque se agilice, los requerimientos siempre cambian durante el proyecto. Dada la problemática se opta por establecer y acotar el ámbito del producto. Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill Ámbito de software (1/3) El ámbito se define al responder las siguientes preguntas: Contexto: Cómo encaja el software que se desarrollará en un sistema más grande, producto o contexto de negocio? Qué restricciones se imponen como resultado del contexto? Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill

48 Ámbito de software (2/3) Objetos de información: Qué objetos de datos visibles al usuario se producen como resultado del software? Qué objetos de datos se requieren de entrada? Función y desempeño Qué funciones realizará el software para transformar los datos de entrada? Habrá características de desempeño especial a considerar? Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill Ámbito de software (3/3) Características del ámbito del software No debe ser ambiguo ni incompresible a niveles de gestión y técnico Los enunciados deben acotarse, es decir, debe llevar datos cuantitativos. Ejemplos: Número de usuarios simultáneos, tamaño de la lista de correos, tiempo de respuesta máximo permitido. Contener las restricciones o limitaciones. Ejemplos: El costo del producto restringe el tamaño de la memoria Se describen los factores para reducir riesgos. Ejemplo: Los algoritmos deseados se comprenden bien y están disponibles en C++ Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill

49 Descomposición n del problema Se aplica en dos áreas: La funcionalidad a entregar El proceso a aplicar para entregar Para entender el problema se aplica la descomposición del mismo. Antes de comenzar la estimación se evalúa y refina la redacción del ámbito Generalmente basados en la funcionalidad Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill Ejemplo de refinamiento del ámbito (1/2) Construcción de un nuevo procesador de texto con lo que habitualmente se tiene y varias funciones novedosas: entrada continua mediante voz, edición automática de copia, capacidad de diseño de página, índice y contenido automáticos. El administrador del proyecto incluirá la lista de funciones y luego agregará preguntas respecto de a las funcionalidades novedosas.

50 Ejemplo de refinamiento del ámbito (2/2) Preguntas de refinamiento realizadas por el administrador del proyecto la entrada continua de voz requiere que el usuario del producto lo entrene? qué capacidades proporcionará la característica de edición de copia? cuán sofisticada será la capacidad de diseño de página? Conforme surjan las preguntas irán apareciendo las particiones Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill Selección n de Proceso Características importantes que hay que considerar para escoger el proceso Los clientes solicitaron el producto y el personal Las características del producto El ambiente de trabajo en que trabaja el equipo de software Una vez seleccionado el proceso se define el plan preliminar del proyecto con base en las actividades del marco de trabajo Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill

51 Combinación n de producto y proceso Una vez definido el marco de trabajo se deberá aplicar a cada una de las funciones establecidas para el producto (figura). Además deben incluirse las actividades de ingeniería para cada actividad del marco de trabajo El trabajo del AP consiste en estimar: Requisitos de recursos para cada celda de la matriz Fecha de inicio y final Productos de trabajo de cada tarea Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill Combinación n de producto y proceso ACTIVIDADES COMUNES DEL MARCO DEL TRABAJO DEL PROCESO Tareas de ingeniería de software Funciones del producto Entrada de texto Edición y formateo Edición automática de copia Capacidad de plantilla de página Índice y tabla de contenido automático Gestión de archivos Producción de documento Comunicación Planificación Modelado Construcción Despliegue Actividades del marco de trabajo Función principal del producto celda Pressman, R., Ingeniería de Software, 6ª ed., McGraw-Hill

52 Proyecto -4- Elementos importantes de un proyecto Hay tres procesos sucesivos que dan inicio a un proyecto: 1. Estudio de Factibilidad. Investigación que se realiza para decidir las perspectivas de un proyecto y si conviene empezarlo. 2. Planeación. Debe escribirse un plan que abarque todos las etapas en general y detalle la primera etapa, dejando las últimas etapas pendientes para cuando se tenga más información 3. Ejecución del proyecto. Donde se realizan las diversas etapas del ciclo de vida de un proyecto de software. Hughes, B. y Cotterell, M., Software Project Management, McGraw-Hill, Secciones 1.4

Ingeniería de SW Otoño2014-Cap1 Dr. Mario Rossainz López

Ingeniería de SW Otoño2014-Cap1 Dr. Mario Rossainz López 1.1. INTRODUCCIÓN 1. Introducción a la Ingeniería de Software Se puede decir que un PROYECTO es un conjunto de etapas, actividades y tareas que se realizan para alcanzar un objetivo que implica un trabajo

Más detalles

Modelos de desarrollo de software. septiembre de 2007 1

Modelos de desarrollo de software. septiembre de 2007 1 Modelos de desarrollo de software septiembre de 2007 1 Referencias básicas Ingeniería de software. Un enfoque práctico. Pressman, R. Quinta edición. Mc. Graw Hill 2002 Ingeniería de software. Sommerville,

Más detalles

Ingeniería de Software I

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

Más detalles

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

El documento consiste en un resumen de los tres primeros capítulos de cada uno de los siguientes estándares:

El documento consiste en un resumen de los tres primeros capítulos de cada uno de los siguientes estándares: RESUMEN (Borrador) DE LOS CAPÍTULOS 1, 2 Y 3 DE LOS DOCUMENTOS Estándar de la Gestión de Programas Estándar de la Gestión de Portafolios Modelo de Madurez Organizacional en Gestión de Proyectos- OPM3 Nota

Más detalles

PERFIL DEL LIDER DE PROYECTO

PERFIL DEL LIDER DE PROYECTO PERFIL DEL LIDER DE PROYECTO CONSULTORIA ESPECIALIZADA PARA INCUBAR LA IMPLEMENTACION DE UNA OFICINA DE GERENCIA DE PROYECTOS PROJECT MANAGEMENT OFFICE PMO EN EL INP RESUMEN Este documento describe cual

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

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

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

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

Más detalles

Universidad Católica Andrés Bello Ingeniería en Informática Metodologías Ágiles de Gestión de Proyectos TI

Universidad Católica Andrés Bello Ingeniería en Informática Metodologías Ágiles de Gestión de Proyectos TI Universidad Católica Andrés Bello Ingeniería en Informática Metodologías Ágiles de Gestión de Proyectos TI MODELO Y HERRAMIENTA DE AUTOMATIZACIÓN PARA AGREGAR VALOR A LOS PRINCIPIOS ÁGILES DE DESARROLLO

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

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

Modelo Para el Desarrollo de los Procesos Administrativos de la Micro y Pequeña Industria de Software

Modelo Para el Desarrollo de los Procesos Administrativos de la Micro y Pequeña Industria de Software Modelo Para el Desarrollo de los Procesos Administrativos de la Micro y Pequeña Industria de Software García Ramírez Ma. Leticia, Luna Vilchis Patricia y Chaparro Sánchez Ricardo Facultad de Informática,

Más detalles

Introducción a la Gestión y Dirección de Proyectos de Software

Introducción a la Gestión y Dirección de Proyectos de Software Introducción a la Gestión y Dirección de Proyectos de Software Nilda M. Pérez Otero Sistemas de Información II Cursada 2011 Facultad de Ingeniería - UNJu Fuentes: Ingeniería del Software. Un Enfoque Práctico

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

ADMINISTRACIÓN DE PROYECTOS

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

Más detalles

ESCUELA POLITÉCNICA NACIONAL

ESCUELA POLITÉCNICA NACIONAL ESCUELA POLITÉCNICA NACIONAL FACULTAD DE INGENIERÍA EVALUACIÓN DEL NIVEL DE MADUREZ DE LA GESTIÓN DE LAS TIC s EN LA EMPRESA ASTAP PROYECTO PREVIO A LA OBTENCIÓN DEL TITULO DE INGENIERO EN SISTEMAS INFORMÁTICOS

Más detalles

CMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM

CMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM CMM - Capability Maturity Model Estructura de CMM... Es un marco que describe los elementos claves de un proceso de software efectivo. Describe un camino de mejora evolutivo desde un proceso ad hoc inmaduro

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

Temas de la Ingeniería de Software vinculados a la Administración de Empresas.

Temas de la Ingeniería de Software vinculados a la Administración de Empresas. Temas de la Ingeniería de Software vinculados a la Administración de Empresas. Lic. Yudid Fernández Pérez yudidf@uci.cu Resumen: Producto de la rápida evolución del entorno macro y macroeconómico surgen

Más detalles

Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas

Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas Información General del Documento Versión Actual del Documento 0.0.0.7 Descripción

Más detalles

Cristian Blanco www.cristianblanco.es

Cristian Blanco www.cristianblanco.es 3.1.- INTRODUCCIÓN Para realizar el desarrollo de cualquier proyecto de software es necesario llevar una sistemática de trabajo, que nos asegure el éxito del mismo. Lo que tenemos que evitar, en el desarrollo

Más detalles

Control y verificación del alcance del proyecto

Control y verificación del alcance del proyecto HP224. Control y verificación del alcance del proyecto 1 Bienvenida Así como hay una frase que dice cuentas claras, amistades largas, en la administración de proyectos se podría parafrasear como alcance

Más detalles

Gobernabilidad de TI. Elsa Estevez Departamento de Ciencias e Ingeniería de la Computación Universidad Nacional del Sur. 2do.

Gobernabilidad de TI. Elsa Estevez Departamento de Ciencias e Ingeniería de la Computación Universidad Nacional del Sur. 2do. Gobernabilidad de TI COBIT Elsa Estevez Departamento de Ciencias e Ingeniería de la Computación Universidad Nacional del Sur 2do. Cuatrimestre 2010 T. 2 Contenido Introducción a la Gobernabilidad de TI

Más detalles

Gestión de. Requisitos previos. Carácter ECTS. Periodo NINGUNOO. Idiomas en Inglés. Departamento. Ciencias de. Presentación. Despacho y.

Gestión de. Requisitos previos. Carácter ECTS. Periodo NINGUNOO. Idiomas en Inglés. Departamento. Ciencias de. Presentación. Despacho y. = =drð^=al`bkqb qfqri^`flkbp=ab=do^al= TITULACIÓN: INGENIERÍA DE SISTEMAS DE INFORMACIÓN CURSO: Segundo ASIGNATURA: Ingeniería del Software I Nombre del Módulo o Materia al que pertenece la asignatura.

Más detalles

Rational Unified Process (RUP)

Rational Unified Process (RUP) Rational Unified Process (RUP) Este documento presenta un resumen de Rational Unified Process (RUP). Se describe la historia de la metodología, características principales y estructura del proceso. RUP

Más detalles

Administración de la calidad del software.

Administración de la calidad del software. UNIVERSIDAD IBEROAMERICANA ESTUDIOS CON RECONOCIMIENTO DE VALIDEZ OFICIAL POR DECRETO PRESIDENCIAL DEL 3 DE ABRIL DE 1981 ADMINISTRACIÓN DE LA CALIDAD DEL SOFTWARE UNA NUEVA FORMA DE TRABAJAR TESIS Que

Más detalles

GUÍA AVANZADA DE GESTIÓN DE PROYECTOS

GUÍA AVANZADA DE GESTIÓN DE PROYECTOS GUÍA AVANZADA DE GESTIÓN DE PROYECTOS Laboratorio Nacional de Calidad del Software Mayo 2009 NOTA DE EDICIÓN Esta guía ha sido desarrollada por el Laboratorio Nacional de Calidad del Software de INTECO.

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

SCOPE PLANNING IN SOFTWARE PROJECTS PLANIFICACIÓN DEL ALCANCE EN PROYECTOS DE SOFTWARE

SCOPE PLANNING IN SOFTWARE PROJECTS PLANIFICACIÓN DEL ALCANCE EN PROYECTOS DE SOFTWARE Recibido: 23 de febrero de 2011 Aceptado: 29 de marzo de 2011 SCOPE PLANNING IN SOFTWARE PROJECTS PLANIFICACIÓN DEL ALCANCE EN PROYECTOS DE SOFTWARE MSc. Ailin Orjuela, MSc. Luis Alberto Esteban, MSc.

Más detalles

IMPLANTACIÓN DE UNA ESTRATEGIA DE GESTIÓN POR PROCESOS (BPM). Factores críticos de éxito y competencias profesionales necesarias.

IMPLANTACIÓN DE UNA ESTRATEGIA DE GESTIÓN POR PROCESOS (BPM). Factores críticos de éxito y competencias profesionales necesarias. IMPLANTACIÓN DE UNA ESTRATEGIA DE GESTIÓN POR PROCESOS (BPM). 1 Factores críticos de éxito y competencias profesionales necesarias. Objetivos generales del TFG Determinar cuales son los factores críticos

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

1 PRINCIPIOS GENERALES DE AUDITORÍA DE SEGURIDAD VIAL. 3 2 PROCEDIMIENTOS DE AUDITORÍA. 7

1 PRINCIPIOS GENERALES DE AUDITORÍA DE SEGURIDAD VIAL. 3 2 PROCEDIMIENTOS DE AUDITORÍA. 7 LINEAMIENTOS GENERALES PARA LA ESTRUCTURACIÓN DE UN DOCUMENTO PARA EL ASEGURAMIENTO DE LA CALIDAD EN LA APLICACIÓN DE LAS AUDITORÍAS DE SEGURIDAD VIAL EN COLOMBIA 1 PRINCIPIOS GENERALES DE AUDITORÍA DE

Más detalles

Tema 13. Metodologías en el desarrollo de Sistemas de Software. Prof. Oscar Adolfo Vallejos

Tema 13. Metodologías en el desarrollo de Sistemas de Software. Prof. Oscar Adolfo Vallejos Tema 13 Metodologías en el desarrollo de Sistemas de Software Prof. Oscar Adolfo Vallejos Desarrollo de Sistemas de Software Objetivo Conceptos en el contexto más amplio de Software e Ingeniería de Software

Más detalles

Curso. Introducción a la Administracion de Proyectos

Curso. Introducción a la Administracion de Proyectos Curso Introducción a la Administracion de Proyectos Tema 5 Procesos del área de Integración INICIAR PLANEAR EJECUTAR CONTROL CERRAR Desarrollar el Acta de Proyecto Desarrollar el Plan de Proyecto Dirigir

Más detalles

1. PROCESOS DEL PROJECT MANAGEMENT

1. PROCESOS DEL PROJECT MANAGEMENT INDICE 1. PROCESOS DEL PROJECT MANAGEMENT 1.1 Procesos del Proyecto 1.2 Grupos de Proceso 1.3 Interacciones del Proceso 1.4 Adaptación de las interacciones del proceso 2. AREAS DEL CONOCIMIENTO DEL PROJECT

Más detalles

TEMA 1 INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE. Dr. José Ignacio Peláez Sánchez E.T.S.I. Informática de Sistemas. 3 er Curso.

TEMA 1 INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE. Dr. José Ignacio Peláez Sánchez E.T.S.I. Informática de Sistemas. 3 er Curso. TEMA 1 INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE Dr. E.T.S.I. Informática de Sistemas. 3 er Curso. Año 2004/2005 Visión General Importancia de la Ingeniería del Software. Retraso en la llegada de la Ingeniería

Más detalles

Capitulo 03 SERIE ISO 9000.

Capitulo 03 SERIE ISO 9000. Capitulo 03 ISO 9000 ORIGEN DE LAS NORMAS ISO-9000 Su origen está en las normas británicas BS 5750, de aplicación al campo nuclear; aunque ya existían normas similares de aplicación militar anteriores

Más detalles

Fundamentos del diseño 3ª edición (2002)

Fundamentos del diseño 3ª edición (2002) Unidades temáticas de Ingeniería del Software Fundamentos del diseño 3ª edición (2002) Facultad de Informática necesidad del diseño Las actividades de diseño afectan al éxito de la realización del software

Más detalles

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo

Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo Todas las slides siguientes están tomadas de la guía de los fundamentos para

Más detalles

TECNOLOGICO DE ESTUDIOS SUPERIORES DE ECATEPEC CALIDAD DE SOFTWARE Guía para Examen Segundo Parcial Grupo 6501

TECNOLOGICO DE ESTUDIOS SUPERIORES DE ECATEPEC CALIDAD DE SOFTWARE Guía para Examen Segundo Parcial Grupo 6501 1. Qué incluye la ingeniería del software con SQA? Entrenamiento, soporte al consumidor instalación. 2. Menciona algunas características del software: Elemento lógico. Desarrollado no fabricado. No se

Más detalles

BPM - Gestión de Procesos

BPM - Gestión de Procesos BPM - Gestión de Procesos Proyecto SIIF 2 con enfoque en procesos Ing. Pablo Morales pmorales@bpfocus.org "Las organizaciones a menudo fallan al no comprender que su efectividad puede mejorar drásticamente

Más detalles

Dirección General de Educación Superior Tecnológica 1-4-5. Carrera:

Dirección General de Educación Superior Tecnológica 1-4-5. Carrera: Dirección General de Educación Superior Tecnológica 1. Datos Generales de la asignatura Nombre de la asignatura: Clave de la asignatura: Créditos (Ht-Hp_ créditos): Carrera: Proyecto Integrador de Tecnologías

Más detalles

En un proyecto de desarrollo de software la metodología define Quién debe hacer Qué, Cuando y Como hacerlo. 6

En un proyecto de desarrollo de software la metodología define Quién debe hacer Qué, Cuando y Como hacerlo. 6 2. MÉTODO, METODOLOGÍA Y MÉTRICA 2.1 MÉTODO Un método de ingeniería del software es un enfoque estructurado para el desarrollo de software cuyo propósito es facilitar la producción de software de alta

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

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

Carrera: SCD-1011 SATCA 1 2-3-5

Carrera: SCD-1011 SATCA 1 2-3-5 1.- DATOS DE LA ASIGNATURA Nombre de la asignatura: Ingeniería de Software Carrera: Ingeniería en Sistemas Computacionales Clave de la asignatura: SATCA 1 SCD-1011 2-3-5 2.- PRESENTACIÓN Caracterización

Más detalles

Tema 2: Sistemas de Información

Tema 2: Sistemas de Información Tema 2: Sistemas de Información Profesores: Andrés Montoyo Manuel Marco 2011-2012 Grado en Ingeniería Informática Índice Definición de sistemas de Componentes de un SI Clasificación de los SI Principios

Más detalles

El artículo explora la conformación

El artículo explora la conformación CONFORMACIÓN Y DESARROLLO O DE EQUIPOS DE TRABAJO EN PROYECTOS DE CORTO PLAZO Ivette Baldivieso Abstract 1 Introducción 1 1. Qué es un equipo? 2 2. Preparación de perfil de reclutamiento 2 3. Estructura

Más detalles

PROPUESTA PARA LA IMPLEMENTACIÓN DE UNA OFICINA DE ADMINISTRACIÓN DE PROYECTOS

PROPUESTA PARA LA IMPLEMENTACIÓN DE UNA OFICINA DE ADMINISTRACIÓN DE PROYECTOS PROPUESTA PARA LA IMPLEMENTACIÓN DE UNA OFICINA DE ADMINISTRACIÓN DE PROYECTOS PMO (Parte 1 de 2) Sergio Salimbeni Mayo, 2014 CONTENIDO 1. Abstract... 4 2. Planteamiento del problema... 5 3. Justificación...

Más detalles

LAS METODOLOGÍAS AGILES

LAS METODOLOGÍAS AGILES LAS METODOLOGÍAS AGILES Varias metodologías encajan bajo el estandarte de ágil. Mientras todas ellas comparten muchas características, también hay algunas diferencias significativas. No puedo resaltar

Más detalles

Gerencia de Proyectos, un enfoque. Marco de referencia

Gerencia de Proyectos, un enfoque. Marco de referencia Gerencia de Proyectos, un enfoque Directivo Marco de referencia Confidencialidad Este documento está dirigido a las personas que participan en este seminarioynopuedeserreproducidoocopiadodemaneraalguna,entodoo

Más detalles

El Proceso Unificado

El Proceso Unificado El Proceso Unificado de Desarrollo de Software Prof. Gustavo J. Sabio Alcance de la presentación QA Entradas Proceso de desarrollo Salida equipo Cliente sistemas Cliente necesidades actividades varias

Más detalles

GESTIÓN DEL CAMBIO. Fernanda M. Soto 1, Henry F. Montalván 2 GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE INTRODUCCIÓN

GESTIÓN DEL CAMBIO. Fernanda M. Soto 1, Henry F. Montalván 2 GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE INTRODUCCIÓN GESTIÓN DEL CAMBIO Fernanda M. Soto 1, Henry F. Montalván 2 El arte de coordinar el desarrollo de software para minimizar la confusión se llama gestión de la configuración (GC-GCS). La Gestión de la Configuración

Más detalles

Programa de Formación de Auditores

Programa de Formación de Auditores Programa de Formación de Auditores Sistemas de Gestión de la Calidad Módulo 2 Sistema de Gestión de la Calidad Requisitos Objetivo del módulo Comprender: Los requisitos de la norma ISO 9001:2008 para el

Más detalles

Gestión de contratos de desarrollo de software con Análisis de Puntos de Función

Gestión de contratos de desarrollo de software con Análisis de Puntos de Función Gestión de contratos de desarrollo de software con Análisis de Puntos de Función Carlos Eduardo Vazquez, Guilherme Siqueira Simões y Renato Machado Albert Fatto Consultoria y Sistemas (www.fattocs.com)

Más detalles

Mejores prácticas para el éxito de un sistema de información. Uno de los problemas de información dentro de las empresas es contar con datos

Mejores prácticas para el éxito de un sistema de información. Uno de los problemas de información dentro de las empresas es contar con datos ANEXO VI. Mejores prácticas para el éxito de un sistema de información Uno de los problemas de información dentro de las empresas es contar con datos importantes del negocio y que éstos estén aislados

Más detalles

Tema 2. Ingeniería del Software I feliu.trias@urjc.es

Tema 2. Ingeniería del Software I feliu.trias@urjc.es Tema 2 Ciclo de vida del software Ingeniería del Software I feliu.trias@urjc.es Índice Qué es el ciclo de vida del Software? El Estándar 12207 Modelos de proceso Qué es el Ciclo de Vida del SW? Definición

Más detalles

Carta de constitución de la PMO para IDlink

Carta de constitución de la PMO para IDlink TALLER CARTA DE LA PMO Carta de constitución de la PMO para IDlink Versión Fecha Descripción de cambios Autor / Editor Aprobado por 1.0 08-02-2014 Daniel Gómez Daniel Gómez González Patrocinador Ejecutivo

Más detalles

Is not jus power, is reliability and trust. Yei Systems S.A. de C.V.

Is not jus power, is reliability and trust. Yei Systems S.A. de C.V. Is not jus power, is reliability and trust Yei Systems S.A. de C.V. Nos es muy grato dirigirnos a Usted para ofrecerle nuestros servicios de Auditoría de sistemas, Desarrollo de software y Seguridad Informática

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

Ingeniería de Software. Procesos. Proyecto de Ingeniería. Metodologías. Metodologías. Metodologías. Metodologías de desarrollo

Ingeniería de Software. Procesos. Proyecto de Ingeniería. Metodologías. Metodologías. Metodologías. Metodologías de desarrollo Ingeniería de Software Procesos Laboratorio de Ingeniería de Software 2004 La ingeniería de software trata sobre la aplicación de practicas y métodos para construir productos de software que cumplan las

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

Desafíos de gestionar proyectos de analítica de negocios

Desafíos de gestionar proyectos de analítica de negocios Desafíos de gestionar proyectos de analítica de negocios Desafíos de gestionar proyectos de analítica de negocios Tipología de proyectos BA Complejidad de proyectos BA Proyectos BA versus tradicionales

Más detalles

6a. Academia de Actualización Profesional 2009 PMO: facilitador de la administración de costos y desempeño. PwC

6a. Academia de Actualización Profesional 2009 PMO: facilitador de la administración de costos y desempeño. PwC 6a. Academia de Actualización Profesional 2009 PMO: facilitador de la administración de costos y desempeño PwC Agenda Objetivo de la charla Características principales de una PMO Principales áreas de actividades

Más detalles

CMMI : mejora del proceso en Fábricas de Software

CMMI : mejora del proceso en Fábricas de Software CMMI : mejora del proceso en Fábricas de Software Cecilia Rigoni Brualla Caelum, Information & Quality Technologies Introducción Introducción Idea / Necesidad Investigación Diseño Inversión PRODUCTO Introducción

Más detalles

Solicitada a Solicitada por Fechas Nombre Cargo Nombre Cargo De solicitud De entrega

Solicitada a Solicitada por Fechas Nombre Cargo Nombre Cargo De solicitud De entrega Contenido 1. Presentación de la empresa 2. Objetivo de la auditoria Verificación de Control sobre el proceso de TI Definición de la organización y de las relaciones de TI que satisface los requerimientos

Más detalles

UTILIZANDO BPM PARA IMPLEMENTAR METODOLOGIA DE GESTION DE PROYECTOS EN BASE AL PMBOK

UTILIZANDO BPM PARA IMPLEMENTAR METODOLOGIA DE GESTION DE PROYECTOS EN BASE AL PMBOK UTILIZANDO BPM PARA IMPLEMENTAR METODOLOGIA DE GESTION DE PROYECTOS EN BASE AL PMBOK Ing. Juan Carlos Torres Vela, PMP, CBAP, ITIL Global Project Management Acerca del Autor Ing. Juan Carlos Torres Vela,

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

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

1.- DATOS DE LA ASIGNATURA. Nombre de la asignatura: Fundamentos de Ingeniería de Software. Ingeniería en Sistemas Computacionales.

1.- DATOS DE LA ASIGNATURA. Nombre de la asignatura: Fundamentos de Ingeniería de Software. Ingeniería en Sistemas Computacionales. 1.- DATOS DE LA ASIGNATURA Nombre de la asignatura: Carrera: Clave de la asignatura: (Créditos) SATCA 1 Fundamentos de Ingeniería de Software Ingeniería en Sistemas Computacionales SCC-1007 2-2-4 2.- PRESENTACIÓN

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

Nombre de la asignatura: Proceso Personal para el Desarrollo de - --------------------------------------------------Software

Nombre de la asignatura: Proceso Personal para el Desarrollo de - --------------------------------------------------Software 1.- DATOS DE LA ASIGNATURA Nombre de la asignatura: Proceso Personal para el Desarrollo de - --------------------------------------------------Software Carrera: Clave de la asignatura: Ingeniería en Sistemas

Más detalles

El proceso unificado en pocas palabras

El proceso unificado en pocas palabras El Proceso Unificado de Desarrollo de Software Ivar Jacobson Grady Booch James Rumbaugh Addison Wesley Resumen Capítulo 1. El proceso unificado: dirigido por casos de uso, centrado en la arquitectura,

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

INDICE Parte I. El Enfoque de Sistemas y Nuevos Retos para el Supervisor 1. El Cambiante Entorno de Negocios y Nuevos Papeles para el Supervisor

INDICE Parte I. El Enfoque de Sistemas y Nuevos Retos para el Supervisor 1. El Cambiante Entorno de Negocios y Nuevos Papeles para el Supervisor INDICE Prefacio XIII Parte I. 1 El Enfoque de Sistemas y Nuevos Retos para el Supervisor 1. El Cambiante Entorno de Negocios y Nuevos Papeles para el 2 Supervisor Supervisión: No se aceptan solicitudes

Más detalles

Carrera: ISH-1203 1-3 - 4

Carrera: ISH-1203 1-3 - 4 1.DATOS DE LA ASIGNATURA Nombre de la asignatura: Carrera: Clave de la asignatura: Horas teoría-horas practica-créditos: Proceso Personal para el Desarrollo de Software. Ingeniería en Sistemas Computacionales

Más detalles

SATCA 1 2-2-4. En la primera unidad, el estudiante conocerá los fundamentos de la Ingeniería de Software y los sistemas de información.

SATCA 1 2-2-4. En la primera unidad, el estudiante conocerá los fundamentos de la Ingeniería de Software y los sistemas de información. 1.- DATOS DE LA ASIGNATURA Nombre de la asignatura : Ingeniería de Software Ingeniería en Tecnologías de la Carrera : Información y Comunicaciones Clave de la asignatura : TIC-1014 SATCA 1 2-2-4 2.- PRESENTACIÓN

Más detalles

Carrera : SATCA 1 2-2-4

Carrera : SATCA 1 2-2-4 1.- DATOS DE LA ASIGNATURA Nombre de la asignatura : Ingeniería de Software Carrera : Clave de la asignatura : TIC-1014 SATCA 1 2-2-4 Ingeniería en Tecnologías de la Información y Comunicaciones 2.- PRESENTACIÓN

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

Sistemas de Información para la Gestión

Sistemas de Información para la Gestión Sistemas de Información para la Gestión UNIDAD 5_Tema 1: Procesos de TI U.N.Sa. Facultad de Cs.Económicas SIG 2013 UNIDAD 5: SERVICIOS DE TECNOLOGÍA DE INFORMACIÓN 1. Procesos de TI: Planeamiento y Organización.

Más detalles

Tema 1 Introducción a la Ingeniería de Software

Tema 1 Introducción a la Ingeniería de Software Tema 1 Introducción a la Ingeniería de Software Curso Ingeniería de Software UMCA Profesor Luis Gmo. Zúñiga Mendoza 1. Software En la actualidad todo país depende de complejos sistemas informáticos. Podemos

Más detalles

PRINCE2 & TickIT. Jorge Armando Medina Morales. Código 1700321660. U n i v e r s i d a d D e C a l d a s. F a c u l t a d D e I n g e n i e r í a s

PRINCE2 & TickIT. Jorge Armando Medina Morales. Código 1700321660. U n i v e r s i d a d D e C a l d a s. F a c u l t a d D e I n g e n i e r í a s PRINCE2 & TickIT Jorge Armando Medina Morales Código 1700321660 U n i v e r s i d a d D e C a l d a s F a c u l t a d D e I n g e n i e r í a s I n g e n i e r í a D e S i s t e m a s O c t u b r e 2010

Más detalles

TEMA 6.- LA PUESTA EN MARCHA DE PROYECTOS. LOS ASPECTOS A TENER EN CUENTA

TEMA 6.- LA PUESTA EN MARCHA DE PROYECTOS. LOS ASPECTOS A TENER EN CUENTA TEMA 6.- LA PUESTA EN MARCHA DE PROYECTOS. LOS ASPECTOS A TENER EN CUENTA El Programa para el Fomento de la Intraemprendeduría en Ciclos Formativos de Formación Profesional es un proyecto financiado por

Más detalles

Definición del Catalogo de Servicios V3. José Ricardo Arias Noviembre de 2010

Definición del Catalogo de Servicios V3. José Ricardo Arias Noviembre de 2010 Definición del Catalogo de Servicios V3 José Ricardo Arias Noviembre de 2010 ITIL vs COBIT Agenda Descripciones Generales ITIL vs COBIT Por dónde iniciar? Cuál es la importancia de la presentación? Las

Más detalles

LA GESTIÓN DE DESEMPEÑO Y TALENTOS INTRODUCCIÓN

LA GESTIÓN DE DESEMPEÑO Y TALENTOS INTRODUCCIÓN 9 RAZONES FUNDAMENTALES PARA AUTOMATIZAR LA GESTIÓN DE DESEMPEÑO Y TALENTOS INTRODUCCIÓN Como gerente de Recursos Humanos, usted comprende la importancia de contar con un proceso de gestión de desempeño

Más detalles

SISTEMAS DE INFORMACIÓN II TEORÍA

SISTEMAS DE INFORMACIÓN II TEORÍA CONTENIDO: DETERMINACIÓN DE REQUERIMIENTOS ENTREVISTAS, CUESTIONARIOS, OBSERVACIONES JOINT APPICATION DESIGN (JAD) PROTOTIPOS, CASE, GROUPWARE Material diseñado y elaborado por: Prof. Luis Eduardo Mendoza

Más detalles

P1 Elaboración de un plan de proyecto utilizando MS Project G3

P1 Elaboración de un plan de proyecto utilizando MS Project G3 UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA SUPERIOR DE INFORMÁTICA P1 Elaboración de un plan de proyecto utilizando MS Project G3 José Luís Espinosa Aranda Noelia Vállez Enano Manuel Ramón Guerrero Álvarez

Más detalles

Plan de Implantación del Sistema de Gestión de Calidad para los Servicios de Información Aeronáutica -1-

Plan de Implantación del Sistema de Gestión de Calidad para los Servicios de Información Aeronáutica -1- Plan de Implantación del Sistema de Gestión de Calidad para los Servicios de Información Aeronáutica -1- Plan de Implantación del Sistema de Gestión de Calidad para los Servicios de Información Aeronáutica

Más detalles

RECOMENDACIONES PARA EL DESARROLLO DE UNA POLÍTICA PARA LA GESTIÓN DE LA RELACIÓN CON EL CLIENTE

RECOMENDACIONES PARA EL DESARROLLO DE UNA POLÍTICA PARA LA GESTIÓN DE LA RELACIÓN CON EL CLIENTE RECOMENDACIONES PARA EL DESARROLLO DE UNA POLÍTICA PARA LA GESTIÓN DE LA RELACIÓN CON EL CLIENTE Autor del documento: Centro de Apoyo Tecnológico a Emprendedores Datos de contacto: E-Mail: bilib@bilib.es

Más detalles

Escuela Técnica Superior de. Informática. Máster en Ingeniería Informática. aplicada a la Industria, la Ingeniería del. Software y a los Sistemas y

Escuela Técnica Superior de. Informática. Máster en Ingeniería Informática. aplicada a la Industria, la Ingeniería del. Software y a los Sistemas y Escuela Técnica Superior de Informática Máster en Ingeniería Informática aplicada a la Industria, la Ingeniería del Software y a los Sistemas y Tecnologías de la Información GUÍA DOCENTE DE LA ASIGNATURA:

Más detalles

Definición de PMO Características de una PMO

Definición de PMO Características de una PMO Definición de PMO Existen varios conceptos de una oficina de proyectos (PMO) una de ella la define como una unidad organizacional, física o virtual, especialmente diseñada para dirigir y controlar el desarrollo

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

SELECCION POR COMPETENCIAS

SELECCION POR COMPETENCIAS SELECCION POR COMPETENCIAS Cuál es la importancia del proceso de selección en la empresa? Compensación Gestión del Desempeño Planes de Carrera SELECCIÓN DE PERSONAL Ingreso de personas con alto potencial

Más detalles

PRINCIPIOS DE PRUEBAS. ENFOQUE ESTRATEGICO.

PRINCIPIOS DE PRUEBAS. ENFOQUE ESTRATEGICO. PRINCIPIOS DE PRUEBAS. ENFOQUE ESTRATEGICO. 0. Consideraciones iniciales. Las pruebas son un conjunto de actividades que se pueden planificar por adelantado y llevar a cabo sistemáticamente. Por esta razón,

Más detalles

Resumen del Contenido del Examen PMP

Resumen del Contenido del Examen PMP Resumen del Contenido del Examen PMP Tareas Dominio I Inicio del Proyecto - 13 % Realizar una valoración del proyecto basada en la información disponible, mediante reuniones con el patrocinador, el cliente,

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

I GE IERÍA DEL SOFTWARE. Mª Dolores Carballar Falcón 28935146L

I GE IERÍA DEL SOFTWARE. Mª Dolores Carballar Falcón 28935146L I GE IERÍA DEL SOFTWARE. Mª Dolores Carballar Falcón 28935146L REFERE CIA AL SISTEMA EDUCATIVO ACTUAL. Los contenidos de este tema, están enfocados a introducir al alumno en el concepto de Ingeniería del

Más detalles

Administración de proyectos. Organizar, planificar y programar los proyectos de software

Administración de proyectos. Organizar, planificar y programar los proyectos de software Administración de proyectos Organizar, planificar y programar los proyectos de software Administración de proyectos Trata de las actividades que hay que realizar para asegurar que el software se entregará

Más detalles

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

Más detalles