Unidad 1 Proceso de Administracion Del Proyecto.

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 7

REPÚBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR


PARA LA EDUCACIÓN UNIVERSITARIA, CIENCIA Y TECNOLOGÍA
UNIVERSIDAD POLITÉCNICA TERRITORIAL DE MARACAIBO
PROGRAMA NACIONAL DE FORMACIÓN EN INFORMÁTICA
MARACAIBO, ESTADO ZULIA

UNIDAD 1
PROCESO DE ADMINISTRACIÓN DEL PROYECTO.

INTEGRANTES:
Sandino Tomas Chirinos Diaz C.I: 20.069.119
Esquemas:
Unidad 1: Proceso de Administración del proyecto.
 Administración de Proyectos.
 Plan de desarrollo del software.
 Plan de fase.
 Plan de iteración.
 Administración del riesgo:
 Identificación de riesgo:
Lista de riego.
 Evaluación del riesgo.
 Plan de Administración de riesgo.
 Seguimiento.
 Administración y configuración del cambio.
 Configuración del entorno de desarrollo.
 Administración de Proyectos.
La administración de proyectos es una metodología usada a nivel mundial, por
empresas e instituciones para alcanzar objetivos en un tiempo determinado.
También significa llevar una gestión equilibrando, separando las urgencias de las
tareas que realmente son importantes para el cliente. El volumen de trabajo, las
variables y los requisitos cada vez más complejos, han dado lugar a que cada vez
más empresas e instituciones administren su trabajo por proyectos.
 Plan de desarrollo del software.
El objetivo de este Plan de desarrollo de software es la definición de las
actividades de desarrollo en términos de las fases y las iteraciones necesarias
para la implementación de un Servicio identificación de estilos de aprendizaje en
grupos.
Este Plan de Desarrollo de Software describe el plan general para ser utilizado por
el equipo para desarrollar el sistema. Los detalles de las iteraciones individuales
se describen en los planes de iteración.
 Plan de fase.
Desde un punto de vista muy general puede considerarse que todo proyecto tiene
tres grandes etapas:
 Fase de planificación: Se trata de establecer cómo el equipo de trabajo
deberá satisfacer las restricciones de prestaciones, planificación temporal y
costo. Una planificación detallada da consistencia al proyecto y evita
sorpresas que nunca son bien recibidas.

 Fase de ejecución: Representa el conjunto de tareas y actividades que


suponen la realización propiamente dicha del proyecto, la ejecución de la
obra de que se trate. Responde, ante todo, a las características técnicas
específicas de cada tipo de proyecto y supone poner en juego y gestionar
los recursos en la forma adecuada para desarrollar la obra en cuestión.
Cada tipo de proyecto responde en este punto a su tecnología propia, que
es generalmente bien conocida por los técnicos en la materia.

 Fase de entrega o puesta en marcha: Como ya se ha dicho, todo


proyecto está destinado a finalizarse en un plazo predeterminado,
culminando en la entrega de la obra al cliente o la puesta en marcha del
sistema desarrollado, comprobando que funciona adecuadamente y
responde a las especificaciones en su momento aprobadas. Esta fase es
también muy importante no sólo por representar la culminación de la
operación sino por las dificultades que suele presentar en la práctica,
alargándose excesivamente y provocando retrasos y costos imprevistos.
A estas tres grandes etapas es conveniente añadir otras dos que, si bien pueden
incluirse en las ya mencionadas, es preferible nombrarlas de forma independiente
ya que definen un conjunto de actividades que resultan básicas para el desarrollo
del proyecto:
 Fase de iniciación: Definición de los objetivos del proyecto y de los
recursos necesarios para su ejecución. Las características del proyecto
implican la necesidad de una fase o etapa previa destinada a la preparación
del mismo, fase que tienen una gran trascendencia para la buena marcha
del proyecto y que deberá ser especialmente cuidada. Una gran parte del
éxito o el fracaso del mismo se fragua principalmente en estas fases
preparatorias que, junto con una buena etapa de planificación, algunas
personas tienden a menospreciar, deseosas por querer ver resultados
excesivamente pronto.
 Fase de control: Monitorización del trabajo realizado analizando cómo el
progreso difiere de lo planificado e iniciando las acciones correctivas que
sean necesarias. Incluye también el liderazgo, proporcionando directrices a
los recursos humanos, subordinados (incluso subcontratados) para que
hagan su trabajo de forma efectiva y a tiempo.

 Plan de iteración.
La iteración es un conjunto de tareas ajustadas en el tiempo que se centran
estrechamente en producir un ejecutable. Para todas las iteraciones, excepto la
última iteración de transición, es un producto intermedio, producido para centrar la
atención en mitigar el riesgo y dirigir el proyecto a una entrega satisfactoria. Al
centrarse en un entregable ejecutable, fuerza una integración prácticamente
continua y permite al proyecto atender a los riesgos técnicos en la fase inicial, a la
vez que se reducen los riesgos de los asistentes.
La iteración implica una determinada cantidad de revisión (de los productos de
trabajo existentes), así como un cambio de actitud en la revisión. En resumen, se
necesita una determinada cantidad de revisión para entregar un producto de
calidad: mediante la creación de productos intermedios y la evaluación de la
idoneidad de la arquitectura del producto al principio y regularmente, la calidad del
producto final aumenta, a la vez que los cambios son menos costosos y más
fáciles de realizar.
 Administración del riesgo.
En el contexto de proyecto, riesgo implica las amenazas de sufrir daño o pérdida
(resultado negativo) y también incluye las oportunidades (resultados positivos). La
administración de riesgo es el medio a través del cual la incertidumbre se maneja
de forma sistemática con la finalidad de disminuir la probabilidad de ocurrencia de
resultados negativos y aumentar la probabilidad de lograr los objetivos del
proyecto.
La evaluación de riesgo es probablemente el paso más importante en un proceso
de gestión de riesgos y también el paso más difícil y con mayor posibilidad de
cometer errores. Durante esta etapa se deben identificar los diferentes riesgos
existentes, determinar la probabilidad de la ocurrencia y las consecuencias que
podrían generar, así como también clasificarlos. Es conveniente para mayor
claridad agrupar los riesgos en grupos de acuerdo por ejemplo a su peligrosidad.
En segundo lugar, se encuentran las técnicas y estrategias necesarias gestionar
los riesgos que presentan mayores probabilidades de impacto, así como también,
establecer las acciones a ejecutar en respuesta de estos eventos. Dichas acciones
deben ser supervisadas de acuerdo a la eficacia de las estrategias y de los niveles
de modificación de los riesgos a lo largo del proyecto.
 Identificación de riesgo.
Permite determinar qué riesgos pueden afectar al proyecto y documentar sus
características.
 Lista de riego.

 Riesgos del proyecto: o Afectan a la planificación temporal y al coste del


proyecto. o Identifican problemas potenciales de presupuesto, calendario,
personal, recursos.

 Riesgos técnicos: o Amenazan la calidad y la planificación temporal del


software que hay que producir. o Identifican posibles problemas de diseño,
implementación, interfaz, verificación y mantenimiento.

 Riesgos del negocio: o Amenazan la viabilidad del software. o Los


principales riesgos de negocio son: Riesgo de mercado, Riesgo estratégico,
Riesgo de ventas, Riesgo de dirección, Riesgo de presupuesto, Evaluación
del riesgo

 Evaluación del riesgo.


Se desarrollan opciones y acciones para mejorar las oportunidades y reducir las
amenazas a los objetivos del proyecto.
 Plan de Administración de riesgo.
En el cual se decide, como enfocar, planificar y ejecutar las actividades de gestión
de riesgos para un proyecto.
 Seguimiento.
Una vez identificados los riesgos del proyecto, es necesario realizar un
seguimiento a éstos, además de supervisar los riesgos residuales, identificar
nuevos riesgos, ejecutar planes de respuesta a los riesgos y evaluar su efectividad
a lo largo del ciclo de vida del proyecto.
 Administración y configuración del cambio.
La Gestión de Configuración y Control de Cambios es la disciplina que se encarga
de:
 Identificar los elementos del proyecto que deben estar bajo configuración
 Restringir los cambios a dichos elementos
 Auditar los cambios a estos elementos
 Definir y gestionar la configuración de estos elementos
Los métodos, procesos y herramientas utilizados para proveer este ambiente de
configuración son parte esencial del proceso de desarrollo de software.
La Gestión de Configuración y Control de Cambios es esencial al momento de
tener control sobre todos los elementos generados por los integrantes del equipo
de proyecto. Este control ayuda a eliminar la posibilidad de confusiones que
pueden resultar de alto costo para el proyecto y asegurar que no existan
inconsistencias en el sistema desarrollado, generadas por:
 Actualizaciones simultáneas.
Cuando varios integrantes del equipo trabajan sobre un mismo elemento al mismo
tiempo.
 Problemas en la notificación de cambios.
Cuando un problema fue resuelto para algún elemento que es compartido por
varios desarrolladores y alguno de ellos no fue notificado de dicho cambio.
 Múltiples versiones.
Usualmente se tienen varias versiones del producto en desarrollo, por ejemplo una
versión de desarrollo, y otra de test, y se quiere que cuando haya un cambio en
una éste se vea reflejado en las demás versiones.
Algunos de los beneficios que se obtienen de la realización de una buena Gestión
de Configuración y Control de Cambios son:
 Brindar apoyo a los métodos de desarrollo de software.
 Mantener la integridad del producto.
 Asegurar la completitud y correctitud de los elementos bajo configuración.
 Proveer un ambiente estable y controlado de trabajo.
 Restringir y controlar los cambios que se realizan.
 Proveer mecanismos de rastreo de porqué, cuando y quién realizó un
cambio.

 Configuración del entorno de desarrollo.


El objetivo de esta tarea es establecer un entorno donde se pueda desarrollar y
crear el producto. Esto se realiza en dos partes: primero se establece el entorno
de hardware y, a continuación, se establece el entorno de desarrollo.
El entorno de desarrollo de un proyecto de desarrollo de software es el término
que cubre todo lo que necesita el proyecto para desarrollar y desplegar el sistema,
como las herramientas, directrices, procesos, plantillas e infraestructura. Todo ello
está representado por productos de trabajo en Rational Unified Process que se
lista a continuación:
 Producto de trabajo: Infraestructura de desarrollo
 Producto de trabajo: Guión de desarrollo
 Producto de trabajo: Herramientas
 Producto de trabajo: Plantillas específicas del proyecto
 Producto de trabajo: Directrices específicas del proyecto
 Directrices para el uso de las herramientas
 Directrices para el modelado empresarial
 Directrices para el modelado de guiones de uso
 Directrices para la interfaz de usuario
 Directrices para el diseño
 Directrices para la programación
 Directrices para las pruebas
 Producto de trabajo: Plan de CM
 Producto de trabajo: Guía de estilo de manuales.

También podría gustarte

pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy