Metodología para Metodología para el análisis y diseño el análisis y diseño de sistemas. de sistemas.
Metodología para el análisis y diseño de sistemas.
La Metodología para el Análisis y Diseño de Sistemas (MADAS) es un enfoque formal para la planeación, diseño y desarrollo de sistemas complejos. Esta metodología está diseñada para ayudar a los equipos de desarrollo a desarrollar soluciones de software fiables y efectivas, y puede ser aplicada a una amplia variedad de proyectos, desde proyectos de pequeño a grande escala
CREADO EN EL 2023Metodología Cascada
La versión original fue propuesta por Winston W Royce en 1970 y posteriormente revisada por Barry Boehm en 1980 e Ian Sommerville en 1985. El término "desarrollo en cascada", también conocido como "desarrollo secuencial" o "ciclo de vida de un programa " , se refiere al enfoque metodológico que organiza rigurosamente las etapas del proceso de desarrollo de software de manera que el inicio de cada etapa debe esperar hasta la conclusión de la etapa anterior.
Características
EL MODELO EN CASCADA DE CINCO NIVELES, BASADO EN LAS PROPUESTAS DE WINSTON W ROYCE, DIVIDE LOS PROCESOS DE DESARROLLO EN LAS SIGUIENTES FASES DE PROYECTO: ANÁLISIS, DISEÑO, IMPLEMENTACIÓN, VERIFICACIÓN Y MANTENIMIENTO.
Ventajas Desventajas
USA UNA ESTRUCTURA CLARA
DETERMINA EL OBJETIVO FINAL RÁPIDAMENTE
TRANSMITE BIEN LA INFORMACIÓN
2
3.
E DIFICULTA LOS CAMBIOS EXCLUYE AL CLIENTE O AL USUARIO FINAL RETRASA LAS PRUEBAS HASTA DESPUÉS DE LA FINALIZACIÓN
Fue propuesto por Harlan Mills en el año 1980 en respuesta a las deficiencias del enfoque en cascada convencional. Ha sido uno de los más populares en los últimos años debido a su uso en una variedad de metodologías relacionadas con nuevas estrategias de desarrollo de software y programación extrema.
Desarrollo Iterativo Aplicación
Se utiliza cuando no se puede determinar un proyecto antes, es decir, cuando hay muchas incertidumbres y es probable que se hagan muchos cambios a lo largo del proceso. Cada etapa del ciclo iterativo tiene un objetivo específico y busca obtener parte del resultado por pequeños bloques.
Características
se repiten las actividades del proyecto en fases o iteraciones y en cada una de ellas se incrementa el entendimiento del producto por parte del equipo del proyecto.
Ventajas Desventajas
Comunicación
Falta de planificación
Requiere de más organización con el cliente
Ineficaz para proyectos que requieren seguridad
Metodología RUP
El RUP fue el resultado de una convergencia de Rational Approach y Objectory. El primer resultado de esta fusión fue el Rational Objectory Process, la primera versión de RUP, fue puesta en el mercado en 1998, siendo el arquitecto en jefe Philippe Kruchten. constituye la metodología estándar más utilizada para el análisis, diseño, implementación y documentación de sistemas orientados a objetos. El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización.
Principios de desarrollo
1.
2.
3.
4.
5.
6.
Adaptar el proceso
Equilibrar prioridades
Demostrar valor iterativamente
Colaboración entre equipos
Enfocarse en la calidad
Elevar el nivel de abstracción
Fases
Fase de Inicio: Esta fase tiene como propósito definir y acordar el alcance del proyecto con los patrocinadores o involucrados del proyecto
Fase de Elaboración:En la fase de elaboración se seleccionan los casos de uso que permiten definir la arquitectura base del sistema y se desarrollaran en esta fase
Fase de Desarrollo o Construcción: El propósito de esta fase es completar la funcionalidad del sistema
Fase de Transición: El propósito de esta fase es asegurar que el software esté disponible para los usuarios finales
Metodología XP
es una metodología de desarrollo de ingeniería de software creada por Kent Beck, el autor del primer libro sobre el tema, Extreme Programming Explained: Embrace Change (1999). La programación extrema difiere de las metodologías convencionales en que pone más énfasis en la adaptabilidad que en la previsibilidad. Se puede considerar la programación extrema como la adopción de las mejores metodologías de desarrollo de acuerdo a lo que se pretende llevar a cabo con el proyecto, y aplicarlo de manera dinámica durante el ciclo de vida del software
Cararacterísticas
Desarrollo iterativo e incremental: pequeñas mejoras, unas tras otras.
Pruebas unitarias continuas, Programación en parejas: se recomienda que las tareas de desarrollo se lleven a cabo por dos personas en un mismo puesto
Frecuente integración del equipo de programación con el cliente o usuario
Corrección de todos los errores antes de añadir nueva funcionalidad. Hacer entregas frecuentes. Refactorización del código, es decir, reescribir ciertas partes del código para aumentar su legibilidad y mantenibilidad pero sin modificar su comportamiento.
Propiedad del código compartida: en vez de dividir la responsabilidad en el desarrollo de cada módulo en grupos de trabajo distintos, este método promueve el que todo el personal pueda corregir y extender cualquier parte del proyecto.
Simplicidad en el código: es la mejor manera de que las cosas funcionen. Cuando todo funcione se podrá añadir funcionalidad si es necesario.
Metodología Watch
es una metodología para proyectos de desarrollo de software que detalla los procesos técnicos, gerenciales y de soporte, así como las técnicas, estándares, prácticas y herramientas que deben ser utilizados por el equipo de trabajo para producir productos de software de alta calidad. La especificación formal del marco metodológico WATCH se basa en los principios de la ingeniería de métodos, que se describe mediante tres elementos interrelacionados y muy abstractos: los metamodelos de productos, procesos y actores
Cararacterísticas
CICLO DE DESARROLLO: Cubre todo el ciclo de vida del desarrollo de software, desde la definición del proyecto hasta el modelado del dominio, la definición de requisitos de software y el despliegue e implementación de aplicaciones, todo desde la perspectiva de un proyecto de software
PROCESOS DE GESTIÓN Y SOPORTE: Incluir procedimientos de gestión y soporte para cualquier proyecto de ingeniería e incluir personal directivo y técnico en su ejecución.
Principios, modelos y procedimientos: se basa en principios de ingeniería de software, modelos de referencia comunes, programas de capacitación profesional y mejores prácticas de ingeniería de software como CMMi, estándares IEEE, SWEBOK y PMBOK.
BEST PRACTICES OF LA IS: Emplea algunas de las mejores prácticas de la ingeniería de software como son: el desarrollo de software iterativo, realizado mediante ciclos, versiones e incrementos; la gestión de requisitos; el desarrollo de componentes basados en la reutilización; la verificación y validación continua de la calidad del producto; el control de cambios y la gestión de proyectos
NOTACIN UML 2 Y UML BUSINESS: Utilice la notación UML 2 y la extensión UML Business (Eriksson y Penker, 2000) para documentar las especificaciones del software y ayudar en la transformación de los muchos modelos desarrollados a lo largo de cada etapa del desarrollo del software.
1. 2. 3 4Creditos
© Jorge Escalona, 2023
© Ediciones CMYK, 2022
ISBN: 9788496208490
Depósito Legal: B-87645-2022
Reservados todos los derechos. No se permite la reproducción total o parcial de esta obra, ni su incorporación a un sistema informático, ni su transmisión en cualquier forma o por cualquier medio (electrónico, mecánico, fotocopia, grabación u otros) sin autorización previa y por escrito de los titulares del copyright La infracción de dichos derechos puede constituir un delito contra la propiedad intelectual.
Impreso por Impresiones Gráficas CMYK
Calle de las Imágenes, 342 – 08001 Barcelona
info@igrgb.es – www.igrgb.es
Impreso en Venezuela – Printed in Venezuela
Esta publicación está evaluada por el liceo
U.E.N.A Creación "San Félix"
Referencias
colaboradores de Wikipedia. (2021). Programación extrema. Wikipedia, La enciclopedia libre recuperado el Junio 16, 2023, de https://es wikipedia org/w/index php?
title=Programaci%C3%B3n extrema&oldid=151870902
colaboradores de Wikipedia. (2023). Desarrollo iterativo y creciente. Wikipedia, La enciclopedia libre. recuperado el Junio 16, 2023, de https://es wikipedia org/w/index php?
title=Desarrollo iterativo y creciente&oldid=151816823
colaboradores de Wikipedia. (2023, Mayo 9). Proceso Unificado de Rational. Wikipedia, La enciclopedia libre. recuperado el Junio 16, 2023, de https://es wikipedia org/w/index php?
title=Proceso Unificado de Rational&oldid=147065403
EG, M., & J, P. (2015). Metodologías de desarrollo de software [en línea]. Tesis de Licenciatura en Sistemas y Computación. Facultad de Química e Ingeniería “Fray Rogelio Bacon”. Universidad Católica Argentina. : http://bibliotecadigital uca edu ar/repositorio/tesis/metodologias-desarrollosoftware.pdf
Espacio Informático. (2019). Marco Metodológico WATCH. Espacio informatico. recuperado el Junio 16, 2023, de https://espacioinformatico.com/metodos/marcometodologico-watch/
IONOS. (2019, Marzo 11). El modelo en cascada: desarrollo secuencial de software. IONOS. recuperado el Junio 16, 2023, de https://www.ionos.es/digitalguide/paginasweb/desarrollo-web/el-modelo-en-cascada/
IONOS (2019, March 11) El modelo en cascada: desarrollo secuencial de software
IONOS. recuperado el Junio 16, 2023, de https://www.ionos.es/digitalguide/paginasweb/desarrollo-web/el-modelo-en-cascada/
Lucidchart. (2022). Ventajas y desventajas del modelo de cascada | Blog Lucidchart. Lucidchart recuperado el Junio 16, 2023, de https://www lucidchart com/blog/es/prosy-contras-de-la-metodologia-de-cascada
Mancuzo, G. (2020, Agosto 21). Los Pros y Contras de la Programación Extrema. Blog –ComparaSoftware. recuperado el Junio 16, 2023, de https://blog comparasoftware com/programacion-extrema-ventajas-desventajas/
Mancuzo, G. (2021, Junio 25). Qué es el Ciclo de Vida Iterativo | Ventajas y Desventajas. Blog – ComparaSoftware. recuperado el Junio 16, 2023, de https://blog.comparasoftware.com/ciclo-de-vida-iterativo-que-es-y-cuales-son-susventajas/