1. 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
2. Í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
3. 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 .
4. 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.
5. 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
6. 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
7. 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
8. 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
10. 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.