MODELOS DE PROCESO DE SOFTWARE

TEMAS DE UNIDAD IV
4.1.- Modelo de cascada

4.2.- Modelo de espiral 4.3.- Modelo incremental

4.4.- Proceso de desarrollo unificado

4.5.- Proceso software personal

MODELOS DE PROCESO DE SOFTWARE

Por su naturaleza los modelos son simplificados, por lo tanto un modelo de procesos del software es una abstraccin de un proceso real.

Los modelos genricos no son descripciones definitivas de procesos de software; sin embargo, son abstracciones tiles que pueden ser utilizadas para explicar diferentes enfoques del desarrollo de software.

4.1. MODELO DE CASCADA

El modelo en cascada, alguna vez llamado el ciclo de vida clsico, sugiere un enfoque sistemtico, secuencial hacia el desarrollo del software, que se inicia con la especificacin de requerimientos del cliente y que contina con la planeacin, el modelado, la construccin y el despliegue para culminar en el soporte del software terminado.

 Anlisis de requisitos: Se analizan las necesidades de los usuarios

finales del software para determinar qu objetivos debe cubrir.

Diseo: Se descompone y organiza el sistema en elementos que

puedan elaborarse por separado, aprovechando las ventajas del desarrollo en equipo.

Codificacin: Aqu se desarrolla el cdigo fuente, haciendo uso de

prototipos as como pruebas y ensayos para corregir errores.

Pruebas: Los elementos, ya programados, se ensamblan para

componer el sistema y se comprueba que funciona correctamente antes de ser puesto en explotacin.

Implantacin: El software obtenido se pone en produccin. Mantenimiento: Durante la explotacin del sistema software

pueden surgir cambios.

4.2. MODELO DE ESPIRAL

El modelo en espiral, que Boehm propuso originalmente, es un modelo de proceso de software evolutivo que conjuga la naturaleza iterativa de la construccin de prototipos con los aspectos controlados y sistemticos del modelo en cascada.

 Este mtodo est basado en dos importantes principios: 1)

La prctica de diseo profesional es caracterizar en trminos de conocer, actuar en situaciones, conversacin con la situacin y reflexin en accin. Hay un distinto medio de proceso - orientacin en esta aproximacin al diseo La necesidad para diseadores de tomar la prctica de trabajo seriamente, de supervisar las formas en las que el trabajo se est haciendo, en el sentido de una solucin abierta y desplegada para aumentar la complejidad de una situacin que el diseador slo entiende parcialmente.

2)

LAS ETAPAS DEL MODELO EN ESPIRAL PUEDEN SER LAS SIGUIENTES

Planificacin: Determinacin de objetivos, limites y condiciones de contorno

(condiciones que limitan de alguna manera el desarrollo, econmicas, de tiempo, etc.) y alternativas . importantes y resolver los mismos. etapa anterior.

Anlisis de riesgo: Desarrollo de un plan para descubrir los riesgos ms

Ingeniera: Desarrollo del producto o prototipo segn las condiciones de la Evaluacin : Evaluar los resultados del prototipo obtenido, verificar y validar.
Toma de decisiones: Se determina si se pasa al ciclo exterior o se realiza una

nueva iteracin.

Refinamiento : Si se toma la decisin de continuar en los ciclos internos se

sofistican las condiciones a tomar en cuenta en el planeamiento del nuevo ciclo, en los ciclos exteriores es una etapa que no se utiliza.

4.3. MODELO INCREMENTAL

El modelo incremental entrega el software en partes pequeas,

pero utilizables, llamadas "incrementos". En general, cada incremento se construye sobre aquel que haya sido entregado anteriormente. el Modelo Incremental combina elementos del Modelo Lineal Secuencial (MLS) con la filosofa interactiva de construccin de prototipos.

Perteneciente a la familia de los Modelos de Procesos Evolutivos,

CARACTERSTICAS DEL MODELO INCREMENTAL

a)

Combina elementos del modelo de cascada con la filosofa interactiva de construccin de prototipos. El primer incremento es un producto esencial (ncleo), se afrontan requisitos bsicos.
Los requisitos son priorizados. Los requisitos de un incremento son inamovibles.

b)
c) d)

e)

El cliente usa el producto central y en base a la utilizacin y/o evaluacin, Este proceso se repite hasta que se elabora el producto completo. Es interactivo, al igual que el de construccin de prototipos y otros enfoques evolutivos.
Es til cuando la dotacin de personal no est disponible para una implementacin completa. Las siguientes son algunas creencias del modelo incremental:

f)
g)

h)

La administracin de proyectos es ms fcil de lograr . Es ms fcil comprender y probar incrementos de funcionalidad ms pequeos. La funcionalidad inicial se desarrolla ms temprano,. Hay ms probabilidad de satisfacer el cambio en los requisitos de usuario mediante incrementos del software en el tiempo.

LOS PASOS DEL MODELO INCREMENTAL

1)

El primer incremento a menudo es un producto esencial, se implementan los requerimientos bsicos.

Se entrega un producto operacional al cliente

2)

3)

El cliente lo utiliza, como resultado de la utilizacin y/o evaluacin.

El cliente solicita mejoras al producto Se desarrolla el siguiente incremento incorporando los nuevos requisitos y agregando la nueva funcin. Se desarrolla el siguiente incremento. Se repite nuevamente el ciclo.

4) 5)

6) 7)

4.4. PROCESO DE DESARROLLO UNIFICADO

De alguna manera, el proceso unificado (PU) es un intento encaminado a reunir los mejores rasgos y caractersticas de modelos de procesos de software, pero los caracteriza de manera que implementa muchos de los mejores principios del desarrollo gil de software.

Fases del proceso unificado

1.

Inicio del PU abarca la comunicacin con cliente - actividades de planeacin. En este punto, la arquitectura no es ms que un esquema tentativo de los subsistemas ms importantes y de las funciones y caractersticas que los forman. Elaboracin abarca la comunicacin con el cliente y las actividades de modelado del modelo genrico del proceso. Construccin del PU es idntica a la actividad de construccin definida para el proceso genrico del software. Transicin del PU abarca las ltimas etapas de la actividad genrica de construccin y la primera parte de la actividad genrica de despliegue. Produccin del PU coincide con la actividad de despliegue del proceso genrico.

2.

3.

4.

5.

Fases del proceso unificado

1.

Inicio del PU abarca la comunicacin con cliente - actividades de planeacin. En este punto, la arquitectura no es ms que un esquema tentativo de los subsistemas ms importantes y de las funciones y caractersticas que los forman. Elaboracin abarca la comunicacin con el cliente y las actividades de modelado del modelo genrico del proceso. Construccin del PU es idntica a la actividad de construccin definida para el proceso genrico del software. Transicin del PU abarca las ltimas etapas de la actividad genrica de construccin y la primera parte de la actividad genrica de despliegue. Produccin del PU coincide con la actividad de despliegue del proceso genrico.

2.

3.

4.

5.

Fases del proceso unificado

1.

Inicio del PU abarca la comunicacin con cliente - actividades de planeacin. En este punto, la arquitectura no es ms que un esquema tentativo de los subsistemas ms importantes y de las funciones y caractersticas que los forman. Elaboracin abarca la comunicacin con el cliente y las actividades de modelado del modelo genrico del proceso. Construccin del PU es idntica a la actividad de construccin definida para el proceso genrico del software. Transicin del PU abarca las ltimas etapas de la actividad genrica de construccin y la primera parte de la actividad genrica de despliegue. Produccin del PU coincide con la actividad de despliegue del proceso genrico.

2.

3.

4.

5.

Fases del proceso unificado

1.

Inicio del PU abarca la comunicacin con cliente - actividades de planeacin. En este punto, la arquitectura no es ms que un esquema tentativo de los subsistemas ms importantes y de las funciones y caractersticas que los forman. Elaboracin abarca la comunicacin con el cliente y las actividades de modelado del modelo genrico del proceso. Construccin del PU es idntica a la actividad de construccin definida para el proceso genrico del software. Transicin del PU abarca las ltimas etapas de la actividad genrica de construccin y la primera parte de la actividad genrica de despliegue. Produccin del PU coincide con la actividad de despliegue del proceso genrico.

2.

3.

4.

5.

Fases del proceso unificado

1.

Inicio del PU abarca la comunicacin con cliente - actividades de planeacin. En este punto, la arquitectura no es ms que un esquema tentativo de los subsistemas ms importantes y de las funciones y caractersticas que los forman. Elaboracin abarca la comunicacin con el cliente y las actividades de modelado del modelo genrico del proceso. Construccin del PU es idntica a la actividad de construccin definida para el proceso genrico del software. Transicin del PU abarca las ltimas etapas de la actividad genrica de construccin y la primera parte de la actividad genrica de despliegue. Produccin del PU coincide con la actividad de despliegue del proceso genrico.

2.

3.

4.

5.

Fases del proceso unificado

1.

Inicio del PU abarca la comunicacin con cliente - actividades de planeacin. En este punto, la arquitectura no es ms que un esquema tentativo de los subsistemas ms importantes y de las funciones y caractersticas que los forman. Elaboracin abarca la comunicacin con el cliente y las actividades de modelado del modelo genrico del proceso. Construccin del PU es idntica a la actividad de construccin definida para el proceso genrico del software. Transicin del PU abarca las ltimas etapas de la actividad genrica de construccin y la primera parte de la actividad genrica de despliegue. Produccin del PU coincide con la actividad de despliegue del proceso genrico.

2.

3.

4.

5.

4.5. PROCESO SOFTWARE PERSONAL

El modelo de Proceso Software Personal (PSP) se caracteriza porque es de uso personal y se aplica a programas pequeos de menos de 10,000 lneas de cdigo. Se centra en la administracin del tiempo y en la administracin de la calidad a travs de la eliminacin temprana de defectos.

NIVELES DE PSP
PSP tiene un marco de proceso de evolucin similar al que

tiene CMM (Evaluacin basados en la mejora de procesos internos CBA IPI). PSP trata parcialmente 12 de las 18 capas definidas en el CMM.
ya definido que el programador puede utilizar. Este marco es:

PSP logra esto proporcionando un marco de proceso personal

Desarrollar un plan para cada proyecto y/o componente. Registrar su tiempo de desarrollo. Registrar sus defectos Conservar sus datos en informes del proyecto Utilizar sus datos para planear los proyectos y/o los componentes futuros. Analizar sus datos para desarrollar sus procesos con ms calidad para mejorar su funcionamiento.