3. Introducción
Este trabajo trata sobre el software los temas que están en el cuerpo del mismo contienen
definición y una grafica
4. Análisis II Álvaro Martínez
Keissy Palacios
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.
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.
5. Análisis II Álvaro Martínez
Keissy Palacios
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
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 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
6. Análisis II Álvaro Martínez
Keissy Palacios
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 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.
7. Análisis II Álvaro Martínez
Keissy Palacios
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:
8. Conclusión
Este trabajo me sirvió para saber mas sobre el software y los diferentes tipos de
modelos que existen.