INSTITUTO PRIVADO TECNOLOGICO SPENCER W.

KIMBALL

BACHILLERATO INDUSTRIAL Y PERITO EN COMPUTACION

Analisis

PROF: ALVARO MARTINEZ

SOFTWARE

Abner Denilson García Soto

CLAVE: 5

GRADO: 5TO.

FECHA: 20/05/2015

Índice

Caratula

Introduccion

Metodologías para desarrollo de software ....................................................................... 4

Ciclo de vida del software ....................................................................................................... 5

El ciclo de vida básico de un software consta de los siguientes

procedimientos: ....................................................................................................................... 5

METODOLOGÍA RUP ............................................................................................................... 6

El Modelo en espiral .................................................................................................................. 7

TIPOS ........................................................................................................................................ 8

El modelo de la cascada............................................................................................................ 8

Es lineal ...................................................................................................................................... 8

Conclusión

E grafía

Introducción

Este trabajo trata sobre el software abarca varias temas los cuales son

Metodologías para el desarrollo de software, el ciclo de vida del software,

Mitología Rup, Modelo en espiral y modelo en cascada cada uno de estos temas

con su debida información y una gráfica .

Análisis II Álvaro Martínez

Abner Garcia

METODOLOGÍAS PARA DESARROLLO DE SOFTWARE

Un proceso de software detallado y completo suele denominarse “Metodología”.

Las metodologías se basan en una combinación de los modelos de proceso

genéricos (cascada, evolutivo, incremental, espiral entre otros). Adicionalmente

una metodología debería definir con precisión los artefactos, roles y

actividades involucrados, junto con prácticas y técnicas recomendadas, guías

de adaptación de la metodología al proyecto, guías para uso de herramientas de

apoyo, etc. Habitualmente se utiliza el término “método” para referirse a

técnicas, notaciones y guías asociadas, que son aplicables a una (o algunas)

actividades del proceso de desarrollo, por ejemplo, suele hablarse de métodos

de análisis y/o diseño.

Análisis II Álvaro Martínez

Abner Garcia

Ciclo de vida del software

El término ciclo de vida del software describe el desarrollo de software, desde

la fase inicial hasta la fase final. El propósito de este programa es definir las

distintas fases intermedias que se requieren para validar el desarrollo de la

aplicación, es decir, para garantizar que el software cumpla los requisitos para

la aplicación y verificación de los procedimientos de desarrollo: se asegura de

que los métodos utilizados son apropiados.

Estos programas se originan en el hecho de que es muy costoso rectificar los

errores que se detectan tarde dentro de la fase de implementación. El ciclo de

vida permite que los errores se detecten lo antes posible y por lo tanto,

permite a los desarrolladores concentrarse en la calidad del software, en los

plazos de implementación y en los costos asociados.

El ciclo de vida básico de un software consta de los siguientes

procedimientos:

Definición de objetivos: definir el resultado del proyecto y su papel en la

estrategia global.

Análisis de los requisitos y su viabilidad: recopilar, examinar y formular los

requisitos del cliente y examinar cualquier restricción que se pueda aplicar.

Diseño general: requisitos generales de la arquitectura de la aplicación.

Diseño en detalle: definición precisa de cada subconjunto de la aplicación.

Programación (programación e implementación): es la implementación de un

lenguaje de programación para crear las funciones definidas durante la

etapa de diseño.

Prueba de unidad: prueba individual de cada subconjunto de la aplicación

para garantizar que se implementaron de acuerdo con las especificaciones.

Integración: para garantizar que los diferentes módulos se integren con la

aplicación. Éste es el propósito de la prueba de integración que está

cuidadosamente documentada.

Prueba beta (o validación), para garantizar que el software cumple con las

especificaciones originales.

Documentación: sirve para documentar información necesaria para los

usuarios del software y para desarrollos futuros.

Implementación

Análisis II Álvaro Martínez

Abner Garcia

Mantenimiento: para todos los procedimientos correctivos (mantenimiento

correctivo) y las actualizaciones secundarias del software (mantenimiento

continuo).

El orden y la presencia de cada uno de estos procedimientos en el ciclo de vida

de una aplicación dependen del tipo de modelo de ciclo de vida acordado entre

el cliente y el equipo de desarrolladores.

METODOLOGÍA RUP

El Proceso Unificado Racional, Rational Unified Process en inglés, y sus siglas

RUP, es un proceso de desarrollo de software y junto con el Lenguaje

Unificado de Modelado UML, constituye la metodología estándar más utilizada

para el análisis, implementación y documentación de sistemas orientados a

objetos. El RUP no es un sistema con pasos firmemente establecidos, sino que

trata de un conjunto de metodologías adaptables al contexto y necesidades de

cada organización, donde el software es organizado como una colección de

unidades atómicas llamados objetos, constituidos por datos y funciones, que

interactúan entre sí.

RUP es un proceso para el desarrollo de un proyecto de un software que define

claramente quien, cómo, cuándo y qué debe hacerse en el proyecto

Análisis II Álvaro Martínez

Abner Garcia

RUP como proceso de desarrollo

• RUP es explícito en la definición de

software y su trazabilidad, es decir,

contempla en relación causal de los

programas creados desde los requerimientos

hasta la implementación y pruebas.

• RUP identifica claramente a los

profesionales (actores) involucrados en

el desarrollo del software y sus

responsabilidades en cada una de las

actividades.

Fases de desarrollo del software

· Inicio

· Elaboración

· Construcción

· Transición

El Modelo en espiral

Propuesto originalmente por BOEHM en 1976, es un modelo de proceso de

software evolutivo donde se conjuga la naturaleza de construcción de

prototipos con los aspectos controlados y sistemáticos del MODELO LINEAL y

SECUENCIAL. Proporciona el potencial para el desarrollo rápido de versiones

incrementales del software que no se basa en fases claramente definidas y

separadas para crear un sistema.

En el modelo espiral, el software se desarrolla en una serie de versiones

incrementales. Durante las primeras iteraciones la versión incremental podría

ser un modelo en papel o un prototipo, durante las últimas iteraciones se

producen versiones cada vez más completas del sistema diseñado.

EL modelo en espiral se divide en un número de actividades de marco de

trabajo, también llamadas REGIONES DE TAREAS , Cada una de las regiones

están compuestas por un conjunto de tareas del trabajo llamado CONJUNTO

Análisis II Álvaro Martínez

Abner Garcia

DE TAREAS que se adaptan a las características del proyecto que va a

emprenderse en todos los casos se aplican actividades de protección.

TIPOS

El modelo espiral tuvo varias modificaciones que son:

Modelo Original de Boehm.

Modelo Tipico de Seis

Regiones.

Modelo WINWIN.

El modelo encascada

El modelo de la cascada es uno de los primeros modelos empleados en el

desarrollo desoftware, se popularizo en 1970 por Winston Royce y aún está

vigente en algunosdesarrollos. Éste modelo se define como una secuencia de

actividades a ser seguidasen orden, donde la estrategia principal es definir

y seguir el progreso del desarrollode software hacia puntos de revisión bien

definidos, es decir, se codifica y reparan loserrores; es un proceso continuo de

codificación y reparación.Sus características principales son:

Es lineal

Las actividades están relacionadas secuencialmente

Cada etapa tiene una entrada y una salida

Es rígido y sistemático: La entrada de una actividad es la salida de la etapa

anterior, por lo cual no se puede dar inicio a la siguiente fase.

Es monolítico: Existe una única fecha de entrega.

La implementación se pospone hasta que no se comprendan los objetivos.

Los documentos a entregar rigen el proceso de software

Análisis II Álvaro Martínez

Abner Garcia

Conclusión

Este trabajo me sirvió para saber cuáles son las cualidades de un software su

metodología y los diferentes tipos de modelo del software.

Bibliografía

es.wikipedia.org/wiki/Metodolog%C3%ADa_de_desarrollo_de_software

http://es.kioskea.net/contents/223-ciclo-de-vida-del-software

http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational

http://es.wikipedia.org/wiki/Desarrollo_en_espiral