proceso de software

18
PROCESO DE SOFTWARE

Upload: chris-morales

Post on 16-Feb-2017

67 views

Category:

Software


0 download

TRANSCRIPT

Page 1: Proceso de software

PROCESO DE SOFTWARE

Page 2: Proceso de software

• CONJUNTO ESTRUCTURADO DE ACTIVIDADES Y RESULTADOS ASOCIADOS REQUERIDOS PARA DESARROLLAR UN SISTEMA DE SOFTWARE

ACTIVIDADES DEL PROCESO DE DESARROLLO DE SOFTWARE REPRESENTADOS EN EL DESARROLLO EN CASCADA. HAY ALGUNOS MODELOS MÁS PARA REPRESENTAR ESTE PROCESO.

Page 3: Proceso de software

MODELOS DE PROCESO

Page 4: Proceso de software

• UN MODELO DE SOFTWARE ES UNA REPRESENTACIÓN ABSTRACTA DE UN PROCESO DEL SOFTWARE. CADA MODELO DEL PROCESO REPRESENTA UN PROCESO DESDE UNA PERSPECTIVA MUY PARTICULAR Y ASÍ PROPORCIONA SÓLO INFORMACIÓN PARCIAL SOBRE ESE PROCESO.

Page 5: Proceso de software

UNA ORGANIZACIÓN PODRÍA VARIAR SU MODELO DEL PROCESO PARA CADA PROYECTO, SEGÚN:• LA NATURALEZA DEL PROYECTO • LA NATURALEZA DE LA APLICACIÓN • LOS MÉTODOS Y HERRAMIENTAS A

UTILIZAR• LOS CONTROLES Y ENTREGAS

REQUERIDAS

Page 6: Proceso de software

CARACTERÍSTICAS DEL PROCESO• ENTENDIBLE • VISIBILIDAD: GRADO EN QUE LAS ACTIVIDADES DEL PROCESO

PROPORCIONAN RESULTADOS SOPORTABLE POR HERRAMIENTAS CASE � �• ACEPTABILIDAD: GRADO EN QUE LOS DESARROLLADORES ACEPTAN Y

USAN EL PROCESO �• FIABILIDAD: CAPACIDAD DE EVITAR O DETECTAR ERRORES ANTES DE

QUE SEAN DEFECTOS �• ROBUSTEZ: CONTINUIDAD DEL PROCESO A PESAR DE LOS PROBLEMAS �• MANTENIBLE: CAPACIDAD DE EVOLUCIÓN PARA ADAPTARSE �• RAPIDEZ: VELOCIDAD EN QUE EL PROCESO PUEDE PROPORCIONAR UN

SISTEMA A PARTIR DE UNA ESPECIFICACIÓN

Page 7: Proceso de software

MODELOS DEL PROCESO DE SOFTWARE

Page 8: Proceso de software

CASCADA

EL PROYECTO PASA A TRAVÉS DE UNA SERIE DE FASES • AL FINAL DE CADA FASE SE REVISAN LAS TAREAS DE

TRABAJO Y PRODUCTOS • PARA PODER PASAR A LA SIGUIENTE FASE SE TIENE

QUE HABER CONSEGUIDO TODOS LOS OBJETIVOS DE LA FASE ANTERIOR

• NO HAY APENAS COMUNICACIÓN ENTRE LAS FASES

Page 9: Proceso de software
Page 10: Proceso de software

EVOLUTIVO

CARACTERÍSTICAS: • GESTIONAN BIEN LA NATURALEZA EVOLUTIVA DEL SOFTWARE.• SON ITERATIVOS: CONSTRUYEN VERSIONES DE SOFTWARE

CADA VEZ MAS COMPLETAS.SE ADAPTAN BIEN: • LOS CAMBIOS DE REQUISITOS DEL PRODUCTO. • FECHAS DE ENTREGA ESTRICTAS POCO REALISTAS.• ESPECIFICACIONES PARCIALES DEL PRODUCTO.

Page 11: Proceso de software
Page 12: Proceso de software

Modelo de Proceso en Espira

Tratar primero las áreas de mayor riesgo Múltiples iteraciones sobre varias regiones de tareas�• Vuelta a la espiral: ciclo• Número de iteraciones predeterminadas o calculadas dinámicamente Se pueden variar las actividades de desarrollo: familia �de modelos de procesos

Page 13: Proceso de software
Page 14: Proceso de software

Visibilidad de procesos

Page 15: Proceso de software

Los sistemas de software son intangibles por lo que los administradores necesitan documentación para identificar el progreso en el desarrolloEsto puede causar problemas:

• El tiempo planeado para entregar resultados puede no coincidir con el necesario para completar una actividad coincidir con el necesario para completar una actividad• La necesidad de producir documentos restringe la iteración entre procesos• Tiempo para revisar y aprobar documentos significativo

El modelo de cascada es aún el modelo basado en resultados mas utilizado

Page 16: Proceso de software

Iteración de Procesos

Page 17: Proceso de software

Las prioridades de gestión cambian. Cuando se disponen nuevas tecnologías, cambian los diseños y la implementación.

Existen 2 modelos de procesos que han sido diseñados explícitamente para apoyar la iteración de procesos:

1. Entrega incremental. La especificación, el diseño y la implementación del software se dividen en una serie de incrementos, los cuales se desarrollan por turnos.

2. Desarrollo en espiral. El desarrollo del sistema gira en espiral hacia fuera, empezando con un esbozo inicial y terminando con el desarrollo final del mismo.

Page 18: Proceso de software

La esencia de los procesos interactivos es que la especificación se desarrolla junto con el software. En el enfoque incremental, no existe una especificación completa del sistema hasta que el incremento final se específica. Esto requiere un nuevo tipo de contrato, que a clientes grandes como las agencias de gobierno les puede ser difícil incorporar.