Post on 19-Jun-2015
description
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