Está en la página 1de 5

Castulo Daniel Salas Samaniego 89358

ING. Industrial y administrador

Profesor: ANGEL GARZA SOTO

sesiones 1 a 4

Resumen

El proceso de administración de un proyecto es un conjunto de actividades que se llevan a


cabo para alcanzar los objetivos del proyecto. Este proceso se puede dividir en cinco fases
principales:
Inicio:
En esta fase se define el proyecto, se identifican las partes interesadas y se establece la
carta del proyecto. La carta del proyecto es un documento que describe el propósito, el
alcance, los objetivos y los riesgos del proyecto.

Planificación:
En esta fase se desarrolla el plan de gestión del proyecto, que incluye el alcance, el
cronograma, el presupuesto, la calidad, los recursos y las comunicaciones. El plan de
gestión del proyecto es una hoja de ruta que describe cómo se ejecutará el proyecto.

Ejecución:
En esta fase se lleva a cabo el trabajo del proyecto de acuerdo con el plan de gestión. Esta
fase incluye la gestión del equipo del proyecto, la adquisición de recursos y la realización de
las actividades del proyecto.

Seguimiento y control:
En esta fase se monitorea el progreso del proyecto y se toman medidas correctivas cuando
sea necesario. Esta fase incluye la medición del desempeño del proyecto, la identificación
de riesgos y problemas, y la implementación de acciones correctivas.

Cierre:
En esta fase se finaliza el proyecto, se cierran los contratos y se documentan las lecciones
aprendidas. El cierre del proyecto incluye la entrega de los productos finales, la evaluación
del éxito del proyecto y la documentación de las lecciones aprendidas para futuros
proyectos.

Beneficios:
El uso de un ciclo de vida formal del proceso de administración de proyectos puede ayudar
a las organizaciones a:
● Alcanzar los objetivos del proyecto: El ciclo de vida del proceso de administración de
proyectos proporciona un marco para la planificación, la ejecución y el control del
proyecto, lo que aumenta las posibilidades de alcanzar los objetivos del proyecto.
● Reducir los riesgos: El ciclo de vida del proceso de administración de proyectos
ayuda a identificar y mitigar los riesgos del proyecto, lo que reduce la probabilidad de
que ocurran problemas.
● Mejorar la comunicación: El ciclo de vida del proceso de administración de proyectos
proporciona un marco para la comunicación entre las partes interesadas del
proyecto, lo que mejora la colaboración y la coordinación.
● Aumentar la eficiencia: El ciclo de vida del proceso de administración de proyectos
ayuda a optimizar el uso de recursos, lo que aumenta la eficiencia del proyecto.

IEEE-1058 para la planificación de proyectos de software

La norma IEEE-1058 proporciona un marco para la planificación y gestión de


proyectos de software. Define el contenido mínimo que debe incluirse en un plan de
gestión de proyectos de software.

Propósito:
La norma IEEE-1058 proporciona un marco para la planificación y gestión de
proyectos de software. Define el contenido mínimo que debe incluirse en un plan de
gestión de proyectos de software.

Alcance:
La norma IEEE-1058 se aplica a todos los tipos de proyectos de software,
independientemente de su tamaño, complejidad o criticidad.

Estructura:
La norma IEEE-1058 divide el PGPS en dos partes:
● Parte 1: Describe el contenido general del PGPS.
● Parte 2: Describe los elementos específicos del PGPS para diferentes tipos de
proyectos de software.

Contenido:
El PGPS debe incluir la siguiente información:

Introducción: Describe el propósito del proyecto, las partes interesadas y la


organización del proyecto.

Descripción del proyecto: Describe el alcance, los objetivos, los requisitos y los
riesgos del proyecto.

Plan de gestión: Describe cómo se gestionará el proyecto, incluyendo la


planificación, la ejecución, el seguimiento y el control.

Recursos: Describe los recursos humanos, financieros y técnicos necesarios para el


proyecto.

Cronograma: Describe el calendario del proyecto, incluyendo las fechas clave y los
hitos.

Presupuesto: Describe el costo del proyecto.

Riesgos: Describe los riesgos del proyecto y cómo se mitigarán.

Comunicaciones: Describe cómo se comunicarán las partes interesadas del


proyecto.

Aprobaciones: Describe cómo se aprobarán los cambios al PGPS.

El uso de la norma IEEE-1058 puede ayudar a las organizaciones a:


● Mejorar la planificación y gestión de proyectos de software.
● Reducir el riesgo de fracaso del proyecto.
● Aumentar la eficiencia y la eficacia del proyecto.
● Mejorar la comunicación entre las partes interesadas del proyecto.

Proceso de software:
Es un conjunto de actividades que se llevan a cabo para desarrollar y mantener un software.
Estas actividades incluyen la planificación, el diseño, la implementación, las pruebas y la
implementación del software.

Modelo de software:
Es una representación simplificada del proceso de software. Los modelos de software se
utilizan para comprender y comunicar el proceso de software a las partes interesadas.
Relación entre proceso y modelo de software:
● Los modelos de software se utilizan para definir el proceso de software.
● El proceso de software se utiliza para implementar el modelo de software.
● La elección del modelo de software afecta el proceso de software.
● El proceso de software puede influir en la evolución del modelo de software.

Tipos de modelos de software:


● Modelos de ciclo de vida: Estos modelos definen las etapas del proceso de software.
● Modelos de arquitectura: Estos modelos definen la estructura del software.
● Modelos de procesos: Estos modelos definen el flujo de trabajo del proceso de
software.
Beneficios de utilizar modelos de software:
● Mejora la comprensión del proceso de software.
● Facilita la comunicación entre las partes interesadas.
● Ayuda a identificar y mitigar los riesgos del proyecto.
● Promueve la reutilización de los activos del software.
Puntos clave:
● El proceso de software y el modelo de software son dos conceptos relacionados.
● El modelo de software se utiliza para definir el proceso de software.
● El proceso de software se utiliza para implementar el modelo de software.
● La elección del modelo de software afecta el proceso de software.
● El proceso de software puede influir en la evolución del modelo de software.

El RUP (Rational Unified Process) es un marco de trabajo para el desarrollo de software


iterativo e incremental, que se basa en el uso de casos de uso y en la creación de modelos
de software.
Características:
● Iterativo e incremental: El RUP divide el desarrollo del software en una serie de
iteraciones, cada una de las cuales produce un incremento del producto final.
● Basado en casos de uso: El RUP utiliza casos de uso para definir los requisitos del
software y para guiar el desarrollo del mismo.
● Orientado a la arquitectura: El RUP pone énfasis en la creación de una arquitectura
robusta y flexible para el software.
● Centrado en la calidad: El RUP incluye una serie de actividades para asegurar la
calidad del software.
Fases del RUP:
● Inicio: En esta fase se define el proyecto, se identifican las partes interesadas y se
establece la carta del proyecto.
● Elaboración: En esta fase se desarrolla la arquitectura del software y se definen los
requisitos del mismo.
● Construcción: En esta fase se implementa el software.
● Transición: En esta fase se prueba el software y se entrega a los usuarios.
Artefactos del RUP:
● Casos de uso: Definen los requisitos del software.
● Modelo de negocio: Describe el contexto del negocio en el que se utilizará el
software.
● Modelo de requisitos: Define los requisitos funcionales y no funcionales del software.
● Modelo de arquitectura: Describe la estructura del software.
● Modelo de diseño: Describe los detalles de diseño del software.
● Código fuente: El código fuente del software.
● Pruebas: Las pruebas del software.

Beneficios del RUP:


● Mejora la calidad del software.
● Reduce el riesgo de fracaso del proyecto.
● Aumenta la eficiencia y la eficacia del desarrollo del software.
● Mejora la comunicación entre las partes interesadas del proyecto.
Limitaciones del RUP:
● Es un marco de trabajo complejo y requiere una formación adecuada para su uso.
● Puede ser difícil de adaptar a proyectos pequeños o de bajo presupuesto.
● Puede ser demasiado rígido para proyectos que requieren un alto grado de
flexibilidad.

Puntos clave:
● El RUP es un marco de trabajo para el desarrollo de software iterativo e incremental.
● El RUP se basa en el uso de casos de uso y en la creación de modelos de software.
● El RUP divide el desarrollo del software en cuatro fases: inicio, elaboración,
construcción y transición.
● El RUP incluye una serie de artefactos para documentar el proceso de desarrollo del
software.
● El RUP ofrece una serie de beneficios, como la mejora de la calidad del software, la
reducción del riesgo de fracaso del proyecto y la mejora de la comunicación entre las
partes interesadas del proyecto.
● El RUP también tiene algunas limitaciones, como su complejidad y su dificultad para
adaptarse a proyectos pequeños o de bajo presupuesto.

También podría gustarte