INSTITUTO TECNOLOGICO SUPERIOR DE VILLA LA VENTA

CARRERA:ING. EN SISTEMAS COMPUTACIONALES

CATEDRÁTICO: ING. MARLENE MIJANGOS ROMERO

TEMA:MODELOS DEL PROCESO DE SOFTWARE

ELABORADO POR:

NOEMI PEREZ MENDOZALAURA ESTEBAN ALOR

YAZMIN DEL CARMEN DECEANO LOPEZ

Modelo lineal secuencialo Cascada

Se define como una secuencia de actividades, donde la estrategia principal es seguir el progreso del desarrollo de software hacia puntos de revisión bien definidos. Describe el orden de las actividades del desarrollo de software. No se muestra una etapa explicita de documentación dado que esta se lleva a cabo en el transcurso de todo el desarrollo.

Toma demasiado tiempo en ver resultados, lo que retrasa la detección de errores hasta el final.

MODELO EN CASCADA

Definición de requisitos:Las restricciones y metas del sistema se definen a partir de la

interacción con el interesado.Se comprende la naturaleza de la aplicación y el dominio de

información, así como su funcionalidad, rendimiento e interconexión Se reúnen todos los requisitos que debe cumplir el software

PRUEBAS

DESARROLLO

DISEÑO

ANALISIS

DEFINICION

MANTENIMIENTO

MODELO EN CASCADA

En la fase de diseño se traducen los requisitos a una representación que permita evaluar la calidad del software que se va a construir antes de comenzar la implementación

PRUEBAS

DESARROLLO

DISEÑO

ANALISIS

DEFINICION

MANTENIMIENTO

Se concentra en cuatro características básicas:

Estructura de datosArquitectura del softwareRepresentaciones de interfazDetalle procedimental (algoritmo)

MODELO EN CASCADA

• Se llama también Implementación• Generación de código entendible

por la máquina.• El paso de codificación realiza

esta tarea.

PRUEBAS

DESARROLLO

DISEÑO

ANALISIS

DEFINICION

MANTENIMIENTO

PRUEBAS

DESARROLLO

DISEÑO

ANALISIS

DEFINICION

MANTENIMIENTO

• Proceso de depuración de programas• Checar la validez de las sentencias• Pruebas para detectar errores,

asegurando que a partir de los datos de entrada si se genere la salida deseada

MODELO EN CASCADA

PRUEBAS

DESARROLLO

DISEÑO

ANALISIS

DEFINICION

MANTENIMIENTO

• Corrección de errores no detectados en la etapa de pruebas

• Posibles mejoras funcionales debidas a nuevos requerimientos del cliente

• En esta fase se vuelven a aplicar todas las etapas anteriores sobre el software existente

MODELO EN CASCADA

MODELO EN CASCADA

VENTAJAS:

- Se tiene todo bien organizado y no se mezclan las fases.

- Es perfecto para proyectos que son rígidos.

- Ideal para proyectos donde se especifiquen muy bien los requerimientos.

- Ideal para proyectos en que se conozca muy bien la herramienta a utilizar.

MODELO EN CASCADA

DESVENTAJAS

Difícilmente un cliente va a establecer al principio todos los requerimientos necesarios.

No permite movilizarse entre fases.

- Los resultados y/o mejoras no son visibles, el producto se ve recién cuando este, esté finalizado.

MODELO EN ESPIRAL

Se basa en una estrategia para reducir el riesgo del proyecto en áreas de incertidumbre, como requerimientos iniciales incompletos e inestables. El modelo enfatiza ciclos de trabajo, cada uno de los cuales estudia el riesgo antes de proceder al siguiente ciclo.

Cada ciclo comienza con la identificación de los objetivos, soluciones alternativas, restricciones asociadas con cada alternativa y, finalmente, se procede a su evolución. Cuando se identifica incertidumbre, se utilizan diversas técnicas para reducir el riesgo de las distintas alternativas. Cada ciclo termina con una revisión que discute los logros actuales y los planes para el siguiente ciclo.

MODELO EN ESPIRAL

MODELO EN ESPIRAL• Para cada actividad habrá cuatro tareas:

Los requerimientos de sistema son definidos con el mayor detalle posible. Normalmente esto involucra el entrevistar una gran cantidad de usuarios que representan a todos los usuarios externos e internos así como otros aspectos del sistema.

Se revisa todo lo hecho, evaluándolo, y con ello se decide si se continua con las fases siguientes y se planifica la próxima actividad.

MODELO EN ESPIRAL

Imagen.

Se crea un diseño preliminar  para el nuevo sistema. Esta fase es la más importante del modelo de espiral. En esta fase todas las alternativas posibles (y disponibles) que puedan ayudar en desarrollar un proyecto eficiente (en términos de costos) son analizadas y se deciden las estrategias a seguir para usarlas. Esta fase ha sido añadida especialmente para identificar y resolver todos los posibles riesgos en el desarrollo del proyecto. Si los riesgos indican incertidumbre en los requerimientos, podría ser necesario utilizar el método de prototipo con la información disponible y definir las posibles soluciones a razón de lidiar con posibles cambios en los requerimientos.

MODELO EN ESPIRAL

Imagen.

Se construye un primer prototipo del nuevo sistema tomando como referencia el diseño preliminar. Este normalmente es un sistema que irá creciendo, y representa una aproximación de las características del producto final.

• Desarrollar las entregas de la iteración y comprobar que son correctas.

MODELO EN ESPIRAL

Imagen.

Un segundo prototipo es evolucionado de un procedimiento de cuatro fases:

Evaluación del primer prototipo en términos de sus fortalezas, debilidades y riesgos

Definición de los requerimientos del segundo prototipo

Planeación y diseño del segundo prototipo

Construcción y pruebas del segundo prototipo

MODELO EN ESPIRAL

MODELO EN ESPIRAL

VENTAJAS:

- El análisis del riesgo se hace de forma

explícita y clara. Une los mejores elementos

de los restantes modelos.

- Reduce riesgos del proyecto

- Incorpora objetivos de calidad

- Integra el desarrollo con el mantenimiento,

etc.

Además es posible tener en cuenta

mejoras y nuevos requerimientos sin

romper con la metodología, ya que

este ciclo de vida no es rígido ni estático.

MODELO EN ESPIRAL

DESVENTAJAS

- Genera mucho tiempo en el

desarrollo del sistema.

- Modelo costoso.

- Requiere experiencia en la identificación de

riesgos.

MODELO INCREMENTAL

Es un desarrollo inicial de la arquitectura completa del sistema, seguido de incrementos y versiones parciales del mismo. Cada incremento tiene su propio ciclo de vida. Cada incremento agrega funcionalidad adicional o mejorada sobre el sistema. Conforme se completa una etapa, se verifica e integra la versión con las demás versiones ya completadas del sistema.

MODELO INCREMENTAL

MODELO INCREMENTAL

Si un error importante es realizado, sólo la última iteración necesita ser descartada y utilizar el incremento previo.

Al ir desarrollando parte de las funcionalidades, es más fácil determinar si los requerimientos planeados para los niveles subsiguientes son correctos.

Construir un sistema pequeño es siempre menos riesgoso que construir un sistema grande.

VENTAJAS:

DESVENTAJAS

Se requiere de una experiencia importante para definir los incrementos de forma de distribuir en ellos las tareas en forma proporcional

Si el sistema a desarrollar es de gran magnitud y se cuenta con un único grupo para construirlo se corre el riesgo que el desarrollo se prolongue demasiado en tiempo

Se presupone que todos los requisitos se han definido al inicio.

MODELO INCREMENTAL

EL MODELO DE OBJETOS DEL NEGOCIO DEL UP vs. EL MODELO DEL DOMINIO

El Modelo del Dominio del UP es una variación oficial del menos común Modelo de Objetos del Negocio del UP (BOM, Business Object Model). BOM es un tipo de modelo de empresa utilizado para describir el negocio completo.

Podría utilizarse al llevar acabo la ingeniería o reingeniería de proceso del negocio independiente de cualquier aplicación software (como el PDV NuevaEra).

[EL BOM del UP] sirve como abstracción del modo en que los trabajadores y las entidades del negocio necesitan relacionarse y como necesitan colaborar para llevar acabo el negocio.[RUP]

MODELO DEL DOMINIO DEL PDV NUEVA ERA.

La lista de clases conceptuales generadas para el Dominio del PDV NuevaEra se podría representar gráficamente en la siguiente figura para mostrar el comienzo del Modelo Dominio.

Registro

Línea De Venta

PagoEspecificación Del Producto

Catalogo De Productos

Cajero Cliente Encargado

VentaTiendaArticulo

MODELOS DEL DOMINIO EN EL UP.

Un Modelo del Dominio, normalmente, se inicia y completa en la elaboración. Inicio

Los modelos del dominio no se incentivan fuertemente en la fase de inicio, puesto que el propósito del inicio no es llevar a cabo un estudio serio, sino decidir si merece la pena un estudio mas profundo en el proyecto, en una fase de elaboración.

Elaboración

El Modelo del Dominio se crea sobre todo durante las iteraciones de la elaboración, cuando la necesidad mas importante es entender los conceptos relevantes y trasladar algunos a clases software durante el trabajo de diseño.

MODELOS DEL DOMINIO EN EL UP.

PROCESO DE SOFTWARE PERSONAL

PSP se concentra en las prácticas de trabajo de los ingenieros en una forma individual. El principio detrás de PSP es ése, sirve para producir software de calidad, cada ingeniero debe trabajar en la necesidad de realizar trabajo de calidad. PSP se diseñó para ayudar a profesionales del software para que utilicen constantemente prácticas sanas de ingeniería de software.

PROCESO DE SOFTWARE PERSONAL

La Programación Extrema es una metodología ligera de desarrollo de software que se basa en la simplicidad, la comunicación y la realimentación o reutilización del código desarrollado.

METODOLOGÍA XP

METODOLOGÍA XP

XP

EXTREME PROGRAMING

PLANIFICACIÓN RELEASE PLANNING

ITERACIONES

VELOCIDAD DEL PROYECTO

PROGRAMACIÓN EN PAREJA

REUNIONES DIARIASDISEÑO

CODIFICACIÓN

PRUEBAS

DISEÑO SIMPLE

GLOSARIO DE

TÉRMINOS

RIESGOS

FUNCIONALIDAD EXTRA

TARJETAS C.R.C

TEST DE ACEPTACIÓN

BIBLIOGRAFIA

LARMAN, C

UML Y PATRONES. Una introducción al análisis y diseño orientado a objeto y al proceso unificado. Segunda edición

PEARSON EDUCACIÓN, S.A., Madrid, 2003

ISBN 10:84-205-3438-2

ISBN 13:978-84-205-3438-1

Materia: informática 681.3

Formato 195 x 250

Pág. 140-143

THOMSON

INGENIERIA DE SOFTWARE

ORINTADA A OBJETOS CON UML.JAVA E

INTERNET

Alfredo Weitzenfe

pág. 50-51