Gestión de proyectos de software

INGENIERIA DE SOFTWARE II
JOSE ANGEL MORENO
Ingeniero de Sistemas
Universidad Incca de Colombia
CORPORACIÓN UNIVERSITARIA
REMINGTON
CAT – Urabá - Apartado

REMINGTON
CONCEPTOS SOBRE GESTION DE PROYECTOS
DE SOFTWARE
UNIDAD # 1

REMINGTON
OBJETIVOS
Entender los conceptos claves que llevan a una gestión efectiva de
proyecto de software.
Adquirir la visión macro del proceso de gestión de un proyecto de
software. Proveer pautas para planificación de un proyecto y el manejo
del riesgo.
Presentar las métricas del proyecto y del proceso.
Adquirir las técnicas que se emplean para estimar los costes y
requisitos de recursos y poder establecer un plan efectivo del proyecto

¿Que es Ingeniería del Software?
Conceptos Básicos de Ingeniería del softwareConceptos Básicos de Ingeniería del software
“Disciplina para producir software de calidad
desarrollado sobre las agendas y costes previstos y
satisfaciendo los requisitos”.
S. Schach 1990, Software Engineering
Ingeniería de software es la disciplina o área de la
informática que ofrece métodos y técnicas para
desarrollar y mantener software de calidad.
REMINGTON

EL PRODUCTOEL PRODUCTO
Es un conjunto de características y atributos
tangibles (forma, tamaño, color) e intangibles
(marca, imágenes de empresas, servicio) que el
comprador acepte en principio, como algo que va a
satisfacer sus necesidades. Un producto no existe
hasta que no corresponda a una necesidad o un
deseo.
REMINGTON

REMINGTON
La gestión de proyectos implica la
planificación supervisión y control de
personal , del proceso y de los eventos que
ocurren en el ciclo de vida del proyecto
desde la face preliminar hasta la
implementación.
¿QUE ES LA GESTION?¿QUE ES LA GESTION?

REMINGTON
¿Quien lo hace?
Todos los integrantes del grupo de trabajo - de
algún modo gestionan.
Ejemplo: ingeniero del software: gestiona su
actividades del día a día Planificando,
Supervisando Y controlando las tareas técnicas.
Los gestores del proyecto: planifican, supervisan
y controlan el equipo de desarrollo software.

REMINGTON
¿Por que es importante?
Dado el tamaño de la empresa de software y todas
las personas involucradas en el.

REMINGTON
¿Cuales son los pasos?
Las cuatros p´s.
 Personal: Debe estar organizado
 Producto. Comunicación constante con el cliente para
entender el producto.
 Procesos: Debe seleccionarse el proceso adecuado
para el personal.
 Proyecto: Debe planificar estimado el esfuerzo y el tiempo para
cumplir las tareas.
.

REMINGTON
¿Cuál es el producto obtenido?
Procesos y tareas orientadas al personal.
Mecanismos de evaluación de los riesgos,
Controlar el cambio y evaluar la calidad.

REMINGTON
¿Cómo puedo estar seguro de que lo
hecho este correcto?
Cuando se cumplen los tiempos.
Cuando se entrega el producto.

EL PERSONALEL PERSONAL
REMINGTON
 Factor humano. Se ha desarrollado un Modelo
de Madurez de la Capacidad de Gestión de
Personal (MMCGP) «para aumentar la
preparación de organizaciones del software
 Existe una gran variedad de capacidades de
distintas personas para llevar a cabo tareas de
programación

REMINGTON
MMCGP
Áreas clave.
1. Reclutamiento.
2. Selección.
3. Gestión de rendimiento.
4. Entrenamiento.
5. Desarrollo de carrera.
6. Desarrollo de trabajo en equipo.

REMINGTON
 Antes de poder planificar un proyecto, se
deberían establecer los objetivos y el ámbito del
producto‘, se deberían considerar soluciones
alternativas e identificar las dificultades técnicas
y de gestión.
PRODUCTOPRODUCTO

REMINGTON
Producto: Puntos clave
El desarrollador de software y el cliente deben reunirse
para definir los objetivos del producto y su ámbito.
En muchos casos, esta actividad empieza como parte del
proceso de ingeniería del sistema o del negocio
y continúa como el primer paso en el análisis de los
requisitos del software ((profundiza mas adelante).
Los objetivos identifican las metas generales del proyecto
sin considerar cómo se conseguirán (desde el punto de vista
del cliente).

REMINGTON
PROCESOPROCESO
 Un proceso de software proporciona la estructura desde
la que se puede establecer un detallado plan para el
desarrollo del software.
 Un pequeño número de actividades estructurales se
puede aplicar a todos los proyectos de software, sin
tener en cuenta su tamaño o complejidad.
 las actividades protectoras tales como garantía de
calidad del software, gestión de la configuración del
software y medición- cubren el modelo de proceso.

REMINGTON
Los proyectos de software son planificados y
controlados por una razón principal «es la Única
manera conocida de gestionar la complejidad».
PROYECTOPROYECTO

REMINGTON
¿De que depende el éxito de los proyectos?
VP 1: Supongo que si tuviera que elegir lo más importante de nuestro
entorno de trabajo, diría que no son las herramientas que empleamos, es la
gente.
VP 2: El ingrediente más importante que contribuyó al éxito de este
proyecto fue tener gente lista .. pocas cosas más importan en mi opinión ...
Lo más importante que se puede hacer por un proyecto es seleccionar el
personal ... El éxito de la organización de desarrollo del software está muy,
muy asociado con la habilidad de reclutar buenos profesionales.
VP 3: La única regla que tengo en cuanto a la gestión es asegurarme de
que tengo buenos profesionales gente realmente buena-, de que preparo
buena gente y de que proporciono el entorno en el que los buenos
profesionales puedan producir.

REMINGTON
Participantes
Gestores superiores, que definen los aspectos de negocios que a
menudo tienen una significativa influencia en el proyecto.
Gestores (técnicos) del proyecto, que deben planificar, motivar, organizar y
controlar a los profesionales que realizan el trabajo de software.
Profesionales, que proporcionan las capacidades técnicas necesarias
para la ingeniería de un producto o aplicación.
Clientes, que especifican los requisitos para la ingeniería del software y
otros elementos que tienen menor influencia en el resultado.
Usuarios finales, que interaccionan con el software una vez que se ha
entregado para la producción.

REMINGTON
Para ser eficaz, el equipo del proyecto debe
organizarse de manera que maximice las
habilidades y capacidades de cada persona. Y este
es el trabajo del jefe del equipo.

Relación entre Elementos del proceso de software
En la Figura se muestran los elementos de un proceso de desarrollo de
software y sus relaciones. Así las interrogantes se responden de la
siguiente forma:
REMINGTON

Quién: Las Personas participantes en el
proyecto de desarrollo desempeñando uno o
más Roles específicos.
Qué: Un Artefacto es producido por un Rol en
una de sus Actividades. Los Artefactos se
especifican utilizando Notaciones específicas.
Cómo y Cuándo: Las Actividades son una serie
de pasos que lleva a cabo un Rol durante el
proceso de desarrollo.
REMINGTON

REMINGTON
METRICAS DE PROYECTOS DE SOFTWARE
UNIDAD # 2

El proceso del software y
Métricas del Proyecto
REMINGTON

Métricas de Proceso y Proyecto
Hay cuatro razones para medir: Caracterizar, Evaluar, Predecir y
Mejorar.
 Medida: Valor asignado a un atributo de una entidad mediante una medición.
Ejemplo: 35.000 líneas de código
 Medición: Es el acto de determinar una medida.
Ejemplo: Ana será la encargada de medir las LDC de cada módulo del sistema.
 Métrica: Medida cuantitativa del grado en que un sistema, componente o proceso
posee un atributo dado. Incluye el método de medición.
Ejemplo: La productividad de este proyecto fue de 500 líneas (LDC/persona-mes)
 Indicador: Es una métrica o combinación de métricas que proporcionan una visión
profunda del proceso de software.
Ejemplo: La productividad media de nuestra empresa es de 500 (LDC/pm).
Las métricas nos ayudan a entender tanto el proceso técnico que se utiliza para
desarrollar un producto, como el propio producto. El proceso para intentar mejorarlo
y el producto para intentar aumentar su calidad.
REMINGTON

 Evaluación y reducción de riesgos: Se realiza un análisis
detallado de cada riesgo identificado. Pueden desarrollarse
prototipos para disminuir el riesgo de requisitos dudosos. Se
llevan a cabo los pasos para reducir los riesgos.
 Desarrollo y validación: Se escoge el modelo de desarrollo
después de la evaluación del riesgo. El modelo que se utilizará
(cascada, sistemas formales, evolutivo, etc.) depende del
riesgo identificado para esa fase.
 Planificación: Se determina si continuar con otro ciclo. Se
planea la siguiente fase del proyecto.
REMINGTON

Métricas en los dominios del proceso y del proyecto
Las métricas del proceso se recopilan en el curso de
todos los proyectos.
Las métricas del proyecto permiten que un gestor del
proyecto de software:
 Valore el estado de un proyecto en curso.
Rastree los riesgos potenciales.
Descubra las áreas problema.
Ajuste el flujo de trabajo o las tareas
Evalúe la habilidad del equipo del proyecto para controlar la
calidad de los productos de trabajo de software.
REMINGTON

REMINGTON
Centro Regional de Educación a Distancia Apartado
Para mejorar el proceso, se miden sus
atributos específicos .
Hay que destacar que el proceso es sólo uno
de varios factores controlables en la mejora de
la calidad del software y el desempeño
organizacional.
Métricas para el proceso y la mejora del
proceso de software.

REMINGTON
Determinantes para la calidad del software y la
eficacia organizacional

REMINGTON
 La eficacia de un proceso de software se mide indirectamente.
 Los resultados incluyen medidas de errores descubiertos antes de
liberar el software.
 Los defectos que detectan y reportan los usuarios finales
 Los productos de trabajo entregados (productividad).
 El esfuerzo humano gastado.
 el tiempo de la planificación consumido.
 Concordancia con la planificación y otras medidas.
 Las métricas del proceso de software ofrecen beneficios
significativos conforme una organización trabaja en mejorar su
grado de madurez del proceso. Sin embargo como todas las
métricas éstas pueden emplearse mal y crear más problemas de los
que solucionan

Gestión de proyectos de software

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

Similaire à Gestión de proyectos de software

Similaire à Gestión de proyectos de software (20)

Dernier

Dernier (20)

Gestión de proyectos de software