You are on page 1of 5

Objetivos

Ingeniería de Sistemas  

Administración de Proyectos 

basado en el capítulo 5 “ISW” Ian Sommerville 

Profesora Dra. Yulia Ledeneva

Introducir administración de proyectos de
software y describir sus características
Discutir planeación de proyecto y el proceso de
planeación
Mostrar cómo representaciones gráficas del
calendario son usadas para la administración
del proyecto
Conocer el proceso de gestión de riesgos

MCC, UAP Tianguistenco, UAEM
2

Tópicos cubiertos

Procesos de software (tema anterior)

Actividades de la administración (gestión): 
Planificación del proyecto 
Calendarización del proyecto 
Administración de riesgos 

Un conjunto estructurado de actividades
requerido para desarrollar un sistema de
software
• Especificación
• Diseño
• Validación
• Evolución 

Un modelo de proceso de software es una
representación abstracta de un proceso.
Presenta una descripción de un proceso
desde alguna perspectiva particular

3

Administración de proyecto 

4

Administración de proyecto

Organizar, planear y calendarizar proyectos
de software

5 

Tiene que ver con actividades involucradas en
asegurar que software se entrega a tiempo y
dentro del plan y de acuerdo con los
requerimientos de las organizaciones 

Se requiere administración de proyecto porque
el desarrollo de software está siempre sujeto a
restricciones de presupuesto y calendario que
son establecidas por la organización
6

1

Hitos  10 Proceso de planificación del proyecto Establecer las restricciones del proyecto Hacer la valoración inicial de los parámetros del proyecto Definir los hitos del proyecto y productos a entregar Mientras el proyecto no se haya completado o cancelado repetir Bosquejar la programación en el tiempo del proyecto Iniciar actividades acorde a la programación Esperar (por un momento) Revisar el progreso del proyecto Revisar los estimados de los parámetros del proyecto Actualizar la programación del proyecto Renegociar las restricciones del proyecto y los productos a entregar Si (surgen problemas) entonces Iniciar la revisión técnica y la posible revisión Fin de si Fin de repetir Hitos – puntos finales de una actividad del proceso de software 11 12 2 . Los planes se deben de revisar regularmente cuando llega nueva información Diferentes tipos de planes pueden ser desarrollados para apoyar el plan principal Plan Descripción Plan de calidad Describe los procedimientos y los estándares de calidad que se utilizarán en un proyecto. Plan de validación Describe el enfoque. El personal inexperto puede ser asignado al proyecto para aprender a adquirir experiencia 7 Planificación de proyecto    8 Tipos de plan Actividad de la administración que más tiempo consume Actividad continua desde concepto inicial hasta entrega del sistema.Actividades de administración       Contratación de personal del proyecto Redacción de propuesta Planificación y calendarización del proyecto Estimación de costes del proyecto Supervisión y revisión del proyecto Selección y evaluación del personal Redacción y presentaciones de reportes    El presupuesto del proyecto no cubre la contratación de personal con sueldos altos El personal con experiencia no está disponible dentro o fuera de la organización La organización desea desarrollar las habilidades de sus empleados. los costos del manteamiento y el esfuerzo requerido Plan de desarrollo del personal Describe cómo se desarrollan las habilidades y experiencia de los miembros del equipo del proyecto 9 Concepto . los recursos y la programación utilizados para la validación del sistema Plan de gestión de configuraciones Describe los procedimientos para la gestión de configuración y las estructuras a utilizar Plan de mantenimiento Predice los requerimientos del manteamiento del sistema.

el tiempo estimado requerido para alcanzar cada hito y la asignación de la gente a las actividades Mecanismos de supervisión e informe Describe la gestión de informes y cuando deben producirse. la probabilidad de que surjan estos riesgos y las estrategias de reducción de riesgos propuestas Requerimientos de recursos de hardware y software Describe el hardware y software de ayuda requeridos para llevar a cabo el desarrollo.Etapa Estructura del plan de proyecto        presupuesto. Estimar tiempo y recursos requeridos para completar cada tarea Organizar las tareas para hacer uso óptimo de la mano de obra Minimizar dependencias de tareas para evitar retrasos causados por una tarea esperando que la otra se complete Considerar la intuición y experiencia de los gestores Identificar actividades Identificar dependencias de actividades Estimar recursos para las actividades Requerimientos de software 15 Asignar personas a las actividades Crear gráficos de proyectos Redes de actividades y gráficos de barras 16 Red de actividades Duraciones de tareas y dependencias 17 18 3 . la gente involucrada y sus roles en el equipo Análisis de riesgos Describe los posibles riesgos del proyecto.) que afectan a la gestión del proyecto Introducción Organización del proyecto Análisis de riesgos Requerimientos de recursos de hardware y software División de trabajo Calendario de proyecto Mecanismos de supervisión e informe 13 Calendarización     Descripción los objetivos expone las restricciones (tiempo. así como los mecanismos de supervisión del proyecto a utilizar 14 El proceso de calendarización Dividir el proyecto en tareas. División de trabajo Describe la división del proyecto en actividades e identifica los hitos y productos a entregar asociado con cada actividad Calendario de proyecto Describe las dependencias entre actividades. EstructuraDescribe del plan de yproyecto Introducción Organización del proyecto Describe la forma en que el equipo de desarrollo está organizado. etc.

   Riesgos del proyecto afectan calendarización o recursos Riesgos del producto afectan la calidad o desempeño del software que se está desarrollando Riesgos de negocio afectan la organización que desarrolla el software 21 22 Riesgo Tipo Descripción Proyecto de Empleados experimentados saldrán del proyecto Posibles riesgos software antes que se termine Rotación de personal Posibles riesgos de software 23 Cambio de administración Proyecto Habrá un cambio de administración organizacional con prioridades diferentes No disponibilidad e hardware Proyecto Proyecto Hardware que es esencial para el proyecto no se entregará según el plan Cambio de requerimientos Proyecto y producto Habrá un número más grande de cambios a los requerimientos que los anticipados Retrasos en la especificación Proyecto y producto Especificaciones de interfaces esenciales no están disponible según el calendario Subestimación del tamaño Proyecto y producto El tamaño del sistema ha sido subestimado Bajo desempeño de la herramienta CASE Producto Herramientas CASE que apoyan el proyecto no se desempeñan como se anticipó Cambio de tecnología Negocio La tecnología subyacente en la que se construye el sistema es reemplazada por tecnología nueva Competencia del producto Negocio Un producto de la competencia se comercializa antes que el sistema se termine 24 4 .Gráfico de barras de actividades Gráfico de asignación de personal/tiempo 19 Administración de riesgos    20 Categorías de riesgos Se encarga de anticipar los riesgos que podrían afectar a al programación del proyecto o a la calidad del software Emprender acciones para evitar estos riesgos Identificar riesgos y elaborar planes para minimizar su efecto en un proyecto.

de producto y de negocio  Análisis del riesgos: Evaluar la probabilidad y consecuencias de estos riesgos  Planeación de riesgo: Elaborar planes para evitar o minimizar los efectos del riesgo  Supervisión de riesgo: Valorar y revisar los riesgos del proyecto Supervisión de riesgos Valoración de riesgos 25 26 Incluir en el documento del proyecto Proyecto Actividades de la administración (gestión):  Planificación del proyecto  Calendarización del proyecto  Administración de riesgos   27 Determinar en que puede consistir la creación de un “Sistema poner su tema”. Checar lineamientos de proyecto 28 5 . identificando y describiendo los subsistemas principales y los vínculos entre ellos. Así mismo dibujar un diagrama a bloques de una posible arquitectura para el sistema.El proceso de calendarización Identificación de riesgos Listado de riesgos potenciales Análisis de riesgos Listado de priorización de riesgos Planeación de riesgos Anulación de riesgos y planes de contingencia El proceso de administración de riesgos  Identificación del riesgo: Identificar riesgos de proyecto. partiendo únicamente del titulo del sistema.