Modelos Del Proceso de Software

8/7/2019 Modelos Del Proceso de Software

1/34

MODELOS DEL PROCESO DE

SOFTWARERivera Barajas IsabelDe la Torre Daz IsraelVega Guerrero FranciscoOlmos Leyva AntonioMartnez Rojas Hctor


2/34

MODELO DE PROCESO DE SOFTWARE

Un modelo de proceso de software es unarepresentacin abstracta de un proceso desoftware.

Es la estrategia de desarrollo a seguir que nosconducir a la creacin de un producto desoftware.

Cada modelo es una descripcin de un procesosoftware que se presenta desde una perspectivaparticular.


3/34

MODELO DE PROCESO DE SOFTWARE

Segn las fases y el modo en que se produzca esteencadenamiento, tenemos diferentes modelos de

proceso.

Un modelo es ms adecuado que otro para

desarrollar un proyecto dependiendo de unconjunto de caractersticas de ste.


4/34

MODELO CASCADA O LINEAL SECUENCIAL


5/34


6/34

CARACTERSTICAS

Primer modelo empleado (1970), tambindenominado ciclo de vida clsico y modelo linealsecuencial.

Cada fase genera documentacin para lasiguiente etapa. Esta documentacin debe seraprobada.

Una fase no comienza hasta que la anterior haterminado.

Requiere disponer de unos requisitos completos yprecisos al principio del desarrollo.


7/34

Ventajas

La planificacin es sencilla. La calidad del producto resultante es alta.

Desventajas

Se tarda mucho tiempo en pasar por todo el ciclo.

Las revisiones de proyecto de gran complejidad sondifciles. Hasta que el software no est completo no se opera.


8/34

ETAPAS

Anlisis de requerimientosLa reunin de los requisitos debe ser intensa yorientada al software.

DiseoSe descompone y organiza el sistema enelementos que puedan elaborarse por separado,de manera que sean una representacin delsoftware y su calidad pueda ser evaluada antes

de codificar.CodificacinDesacuerdo con el diseo y el lenguaje deprogramacin se crea el cdigo que sertraducido para que sea legible por la maquina.


9/34

ETAPAS

PruebasLos elementos, ya programados, se ensamblan para

componer el sistema y se comprueba que funcionacorrectamente y que cumple con los requisitos, antesde ser entregado al usuario final.

ImplantacinEs la fase en donde el usuario final ejecuta el sistema,

para ello el o los programadores ya realizaronexhaustivas pruebas para comprobar que el sistemano falle.

MantenimientoUna de las etapas considerables porque se destina un75% de los recursos, ya que al utilizarlo como usuariofinal puede ser que no cumpla con todas nuestrasexpectativas.


10/34

MODELO ESPIRAL


11/34

MECANISMOS DE CONTROL

Angular: Indica el avance del proyecto delsoftware dentro de un ciclo.

Radial: Indica el aumento del coste del proyecto,ya que con cada nueva iteracin se pasa mstiempo desarrollando.


12/34

El paradigma del modelo en espiral para laingeniera de software es actualmente el enfoquems realista para el desarrollo de software y desistemas a gran escala.

Utiliza un enfoque evolutivo para la ingenierade software, permitiendo al desarrollador y alcliente entender y reaccionar a los riesgos encada nivel evolutivo.

Utiliza la creacin de prototipos como unmecanismo de reduccin de riesgo, pero, lo quees ms importante


13/34

Ventajas

Reduce riesgos del proyecto Incorpora objetivos de calidad Integra el desarrollo con el mantenimiento, etc.

Desventajas

Genera mucho tiempo en el desarrollo del

sistema Modelo costoso Requiere experiencia en la identificacin de

riesgos


14/34


15/34

TODOS GANAN!!

OVC (objetivo del ciclo de vida) Aqu se establecelos objetivos a cumplirse en cada etapa.

ACV (arquitectura del ciclo de vida) Se define laarquitectura del SW.

COI (capacidad operativa inicial) Aqu el SWcomienza a funcionar.


16/34

MODELO INCREMENTAL

El Modelo Incremental es creado en respuesta a lasdebilidades del modelo tradicional de cascada,combina elementos del Modelo Lineal Secuencial(Anlisis, Diseo, Cdigo y Prueba) con la filosofa

interactiva de construccin de prototipos.

El modelo incremental nos permite la entrega deversiones parciales a medida que se va construyendoel producto final. Esto es cuando cada incremento

llega a su etapa de operacin y mantenimiento.

Cada versin emitida incorpora a los anterioresincrementos las funcionalidades y requisitos quefueron analizados como necesarios.


17/34

ESQUEMA DEL MODELO ITERATIVOINCREMENTAL

PruebasCdigoDiseoAnlisis

Ingeniera desistemas/informaci

n




Entrega del1er.

Incremento

Entrega del2do Incremento

Entrega del3er.

Incremento

Entrega del4to.

Incremento

1er.Incremento

4to.Incremento

3er.Incremento

2do.Incremento


18/34

Aqu se observa claramente cada ciclo cascadaque es aplicado para la obtencin de unincremento; estos ltimos se van integrando paraobtener el producto final completo.

Al final de cada incremento se entrega unproducto completamente operacional, con cadaincremento se agrega nueva funcionalidad, se

cubren nuevos requisitos o bien se mejora laversin previa del producto.


19/34

VENTAJAS

Se reduce el tiempo de desarrollo inicial, ya quese implementa la funcionalidad parcial.

Tambin provee una entrega temprana de partesoperativas del Software al cliente.

El modelo proporciona todas las ventajas delmodelo en cascada realimentado, reduciendo sus

desventajas.

Permite entregar al cliente un producto msrpido en comparacin del modelo de cascada.


20/34

DESVENTAJAS

El modelo Incremental no es recomendable paracasos de sistemas de tiempo real, de alto nivel deseguridad, de procesamiento distribuido, y/o dealto ndice de riesgos.

Requiere de mucha planeacin, tantoadministrativa como tcnica.

Requiere de metas claras para conocer el estadodel proyecto.


21/34

EL PROCESO UNIFICADO DEDESARROLLO DE SOFTWARE

Es un proceso de software genrico que puede serutilizado para una gran cantidad de tipos desistemas de software.

Provee un enfoque disciplinado en la asignacinde tareas. Su meta es asegurar la produccin de software de

muy alta calidad que satisfaga las necesidades delos usuarios finales.


22/34


El Proceso Unificado tiene dos dimensiones:- Un eje horizontal que representa el tiempo ymuestra los aspectos del ciclo de vida del proceso

a lo largo de su desenvolvimiento.- Un eje vertical que representa las disciplinas,las cuales agrupan actividades de una maneralgica de acuerdo a su naturaleza.


23/34



24/34


Se basa en componentes, lo que significa que elsistema en construccin est hecho decomponentes de software interconectados pormedio de interfaces bien definidas.

Usa UML en la preparacin de todos los planosdel sistema.

Los aspectos distintivos del Proceso Unificadoestn capturados en tres conceptos clave: dirigido

por casos de uso, centrado en la arquitectura,iterativo e incremental.


25/34

EL PROCESO UNIFICADO ES DIRIGIDOPOR CASOS DE USO

Un caso de uso es una pieza en la funcionalidaddel sistema que le da al usuario un resultado devalor.

Este modelo reemplaza la tradicionalespecificacin funcional del sistema. Los casos de uso no son solamente una

herramienta para especificar los requerimientosdel sistema, tambin dirigen su diseo,

implementacin y pruebas, esto es, dirigen elproceso de desarrollo.


26/34

EL PROCESO UNIFICADO ESTCENTRADO EN LA ARQUITECTURA

El concepto de arquitectura de software involucralos aspectos estticos y dinmicos mssignificativos del sistema.

La arquitectura es la vista del diseo completocon las caractersticas ms importantes hechasms visibles y dejando los detalles de lado.

Cada producto tiene funcin y forma. Uno slo delos dos no es suficiente.


27/34

EL PROCESO UNIFICADO ES ITERATIVOE INCREMENTAL

Desarrollar un producto de software comercial esuna tarea enorme que puede continuar por variosmeses o aos.

Las iteraciones se refieren a pasos en el flujo detrabajo, los incrementos se refieren a crecimientoen el producto.

Si una iteracin cumple sus metas (y usualmentelo hace) el desarrollo contina con la siguiente

iteracin.


28/34

PROCESO DE SOFTWARE PERSONAL (PSP)

Se concentra en las prcticas de trabajo de losingenieros en una forma individual.

Se caracteriza porque es de uso personal y se aplica aprogramas pequeos de menos de 10.000 lneas decdigo.

Sirve para producir software de calidad, donde cadaingeniero debe trabajar en la necesidad de realizartrabajo de calidad.

Se centra en la administracin del tiempo y en laadministracin de la calidad a travs de laeliminacin temprana de defectos.

Busca proporcionar un marco de trabajo para elpersonal involucrado en el proceso de desarrollo desoftware.

Demuestra cmo manejar la calidad desde el principiodel trabajo.


29/34

PRINCIPIOS DEL PSP

Cada ingeniero es esencialmente diferente (Cadauno se encarga de su trabajo).

Para mejorar constantemente su funcionamiento,los ingenieros deben utilizar personalmente

procesos bien definidos y medidos. Cuesta menos encontrar y arreglar errores en la

etapa inicial del proyecto que encontrarlos en lasetapas subsecuentes.

Es ms eficiente prevenir defectos queencontrarlos y arreglarlos. La manera correcta de hacer las cosas es siempre

la manera ms rpida y ms barata de hacer untrabajo.


30/34

OBJETIVOS DEL PSP

Lograr una disciplina de mejora continua en elproceso de desarrollo.

Medir, estimar, planificar, seguir y controlar el

proceso de desarrollo. Mejorar la calidad del proceso de desarrollo. En general, PSP provee calidad y productividad.

-El tiempo ahorrado en el testeo en base a

una mejor calidad ahorra entre un 20 a 40 %del desarrollo...


31/34

NIVELES DEL PSP

El PSP define cinco actividades del marco detrabajo:

1. Planeacin.2. Diseo De Alto Nivel3. Revisin Del Diseo De Alto Nivel4. Desarrollo

5. Anlisis De Resultados


32/34

NIVELES PSP


33/34

VENTAJAS DE APLICAR PSP

La idea de que ganamos en talento y habilidad La estimulacin por nuevas ideas Una estructura de trabajo de mejoramiento

personal Tomar control del propio trabajo La sensacin de logro Una base mejorada para el trabajo en grupo

(TSP) La conviccin de que es lo mejor que se puede

hacer


34/34

DESVENTAJAS

El tiempo requerido para conocerlo El costo emocional por mantener una disciplina El ego del cambio en las costumbres

Documents

Modelos Del Proceso de Software