Facultad de Ingeniería

Carrera de Ingeniería Informática

Asignatura Ingeniería de Requisitos

Tema 1: Introducción a la Ingeniería de software

Actividad 2: Metodologías para el desarrollo de software de software.
Objetivo: Caracterizar diferentes metodologías para el desarrollo de software.

Bibliografía: Ingeniería de Software 7ma Edición. Ian Sommerville

Sistema de contenidos
 Concepto de metodología para el desarrollo de software
 Clasificación de las metodologías para el desarrollo de software
 Características de las metodologías para el desarrollo de software

Al término de esta actividad el estudiante podrá:

Caracterizar diferentes metodologías para el desarrollo de software; Y establecer
comparativas entre tipos de metodologías para el desarrollo de software.

Introducción
Lograr la construcción de un sistema informático eficiente, que cumpla con los
requerimientos planteados, es una tarea realmente intensa y sobre todo difícil de cumplir.
Las metodologías para el desarrollo del software imponen un proceso disciplinado sobre el
desarrollo de software con el fin de hacerlo más predecible y eficiente. Una metodología de
desarrollo de software tiene como principal objetivo aumentar la calidad del software que
se produce en todas y cada una de sus fases de desarrollo. No existe una metodología de
software universal, ya que toda metodología debe ser adaptada a las características de cada
proyecto (equipo de desarrollo, recursos, etc.) exigiéndose así que el proceso sea
configurable. Las metodologías de desarrollo se pueden dividir en dos grupos de acuerdo
con sus características y los objetivos que persiguen: ágiles y robustas.

¿Qué es una metodología para el desarrollo de software?

Es sin dudas un objetivo fundamental de los diseñadores de software alcanzar y mantener
un nivel técnico en los sistemas, acorde con el desarrollo actual en la automatización de la
información para la gestión y la dirección, y es conocida la importancia de la ingeniería de
software para elevar la productividad y la calidad en diseños de sistemas automatizados a
partir de un examen detallado de las metodologías existentes. La rama de la metodología,
dentro de la ingeniería de software, se encarga de elaborar estrategias de desarrollo de
Facultad de Ingeniería
Carrera de Ingeniería Informática
Asignatura Ingeniería de Requisitos

software que promuevan prácticas adaptativas en vez de predictivas; centradas en las

personas o los equipos, orientadas hacia la funcionalidad y la entrega, de comunicación
intensiva y que requieren implicación directa del cliente.
Muchos investigadores en sus estudios acerca del tema de las metodologías de desarrollo
de software se han detenido a definir el concepto de metodología, algunas de estas
definiciones se muestran a continuación.
En el trabajo “Una Metodología para el desarrollo de Base de Datos” se dice que una
metodología es un conjunto de procedimientos, técnicas y ayudas a la documentación para
el desarrollo de un producto de software
Enrique Barreiro Alonso plantea que una metodología es una colección de métodos para la
resolución de una clase de problemas (OMT, metodología de Booch, Catalysis, Proceso
Unificado de Desarrollo,...)
José Joaquín Cañadas define una metodología como un enfoque estructurado para el
desarrollo de software cuyo propósito es facilitar la producción de software de alta calidad.
Incluyen modelos de sistemas, notaciones, reglas sugerencias de diseño y guías de procesos.

Una metodología define:

• Estados, etapas o fases de un desarrollo, junto con los criterios de transición entre ellos.
• Tareas, actividades, etc.
• Roles, con sus skills necesarios y las interacciones entre ellos.
• Artefactos o entregables.
• Herramientas de control, seguimiento, medición y perfeccionamiento.
• Principios, criterios para tomar decisiones, estrategias para manejar distintos tipos de
situaciones, herramientas de manejo de riesgos, etc.

La dificultad propia del desarrollo de software, y su impacto en el negocio, han puesto de

manifiesto las ventajas, y en muchos casos la necesidad, de aplicar una metodología formal
para llevar a cabo los proyectos de este tipo.
El objetivo es convertir el desarrollo de software en un proceso formal, con resultados
predecibles, que permitan obtener un producto de alta calidad, que satisfaga las
necesidades y expectativas del cliente. Atrás queda el modo de trabajar artesanal, que a
menudo requiere grandes esfuerzos para obtener el resultado final, con los consecuentes
desfases de fechas y coste, y es más que probable el desgaste personal del equipo de
Facultad de Ingeniería
Carrera de Ingeniería Informática
Asignatura Ingeniería de Requisitos

proyecto. Por lo que utilizar las metodologías implica mejoras en los procesos de desarrollo,
en el producto y en la satisfacción del cliente.

Mejoras de los procesos de desarrollo

 Todos los integrantes del equipo del proyecto trabajan bajo un marco común.
 Estandarización de conceptos, actividades y nomenclatura.
 Actividades de desarrollo apoyadas por procedimientos y guías.
 Resultados de desarrollo predecibles.
 Uso de herramientas de ingeniería de software.
 Planificación de las actividades en base a un conjunto de tareas definidas y a la
experiencia en otros proyectos.
 Recopilación de mejores prácticas para proyectos futuros.

Mejoras de los productos

 Se asegura que los productos cumplen con los objetivos de calidad propuestos.
 Detención temprana de errores.
 Se garantiza la trazabilidad de los productos a lo largo del proceso de desarrollo.

Mejoras en las relaciones con el cliente

 El cliente percibe el orden en los procesos.
 Facilita al cliente el seguimiento de evolución del proyecto.
 Se establecen mecanismos para asegurar que los productos desarrollados cumplan
con las expectativas del cliente.

Tipos de metodologías
La comparación y clasificación de metodologías no es una tarea sencilla debido a la
diversidad de propuestas y diferencias en el grado de detalle, la información disponible y
alcance de cada una de ellas.
Si se toma como criterio las notaciones utilizadas para especificar artefactos producidos en
actividades de análisis y diseño, se pueden clasificar las metodologías en dos grupos:
Metodologías Estructuradas y Metodologías Orientadas a Objetos.
Por otra parte, si se considera su filosofía de desarrollo se pueden diferenciar en
metodologías tradicionales y ágiles.
Facultad de Ingeniería
Carrera de Ingeniería Informática
Asignatura Ingeniería de Requisitos

Metodologías Estructuradas y Metodologías Orientadas a Objetos

Las metodologías estructuradas se basan en la estructuración y descomposición funcional
de problemas en unidades más pequeñas interrelacionadas entre sí.
Representan los procesos, flujos y estructuras de datos, de una manera jerárquica y ven el
sistema como entradas-proceso-salidas.
Existe una gran cantidad de proyectos implementados utilizando estas metodologías,
generalmente orientados a la manipulación de datos (persistentes en ficheros o bases de
datos) y gestión. Estas metodologías funcionan muy bien con los lenguajes de programación
estructurados, como por ejemplo el COBOL.
Las metodologías estructuradas hacen fuerte separación entre los datos y los procesos.
Producen una gran cantidad de modelos y documentación y se basan en ciclos de vida en
cascada.
El enfoque estructurado tiene un alto grado de especialización en sus perfiles y las
relaciones entre ellos tienen fuertes raíces en los principios de la descomposición funcional.
Su principio fundamental es examinar el sistema desde las funciones y tareas, mientras que
en las metodologías orientadas a objetos modelan el sistema examinando el dominio del
problema como un conjunto de objetos que interactúan entre sí. Con la aparición del
paradigma de la Orientación a Objetos surgieron métodos, procesos y metodologías
específicas como OMT (Object Modeling Technique), Objectory, RUP o Métrica 3 (en su
enfoque OO), entre otras. Ante la necesidad de normalizar el proceso desarrollo se
propusieron las metodologías en las que priman las fases, actividades y tareas antes que a
las personas: lo más importante es el rol que juega la persona dentro del proceso de
desarrollo. Esto se ha justificado históricamente argumentando que el desarrollo de
software es una actividad compleja que debe estar dirigida por un proceso y debe llevarse
a cabo en grupos.
Para cubrir todas las fases se necesitan distintos y diversos perfiles, que no se encuentran
en una sola persona. El rol se asigna dependiendo de la experiencia, formación y
capacidades de cada individuo. Estos roles suelen ser muy similares en todos los procesos:
administrador de proyecto, analista, diseñador, programador, probadores, asegurador de
calidad, documentalista, ingeniero de manutención, ingeniero de validación y verificación,
administrador de la configuración. Para cada uno de estos roles, se definen sus objetivos,
actividades, interacción con otros roles, herramientas a utilizar, perfil de las personas en
ese rol y un plan de trabajo. Una de las ventajas de estos procesos es que el intercambio de
Facultad de Ingeniería
Carrera de Ingeniería Informática
Asignatura Ingeniería de Requisitos

un recurso es relativamente fácil: cuanto más identificadas se tengan las tareas que realiza
un rol, más fácil es formar a una persona en esas tareas específicas.

Entre las metodologías ágiles más destacadas hasta el momento se pueden nombrar:
 XP (Extreme Programming)
 Scrum
 Crystal Clear
 DSDM (Dynamic Systems Developmemt Method)
 FDD (Feature Driven Development)
 ASD (Adaptive Software Development)
 XBreed
 Extreme Modeling

Metodologías tradicionales y metodologías ágiles

Teniendo en cuenta la filosofía de desarrollo de las metodologías, aquellas con mayor
énfasis en la planificación y control del proyecto, en especificación precisa de requisitos y
modelado, reciben el apelativo de Metodologías Tradicionales o Pesadas.
Estas metodologías tradicionales imponen una disciplina de trabajo sobre el proceso de
desarrollo del software, con el fin de conseguir un software más eficiente. Para ello, se hace
énfasis en la planificación total de todo el trabajo a realizar y una vez que está todo
detallado, comienza el ciclo de desarrollo del producto software. Se centran especialmente
en el control del proceso, mediante una rigurosa definición de roles, actividades, artefactos,
herramientas y notaciones para el modelado y documentación detallada.
Además, las metodologías tradicionales no se adaptan adecuadamente a los cambios, por
lo que no son métodos adecuados cuando se trabaja en un entorno, donde los requisitos
no pueden predecirse o bien pueden variar.
Entre las metodologías tradicionales o pesadas podemos citar:
 RUP (Rational Unified Procces)
 MSF (Microsoft Solution Framework)
 Win-Win Spiral Model
 Iconix
Pero sin dudas adaptarse a la agitada sociedad actual implica ser “ágil”, es decir, tener la
capacidad de proveer respuestas rápidas y ser adaptables al cambio. Ambas
Facultad de Ingeniería
Carrera de Ingeniería Informática
Asignatura Ingeniería de Requisitos

cualidades siempre han sido deseables, pero en el entorno de negocio actual resultan
indispensables. Este requerimiento de agilidad en las empresas, gobiernos y cualquier
otra organización provoca que el software también deba ser desarrollado de manera ágil.
Las necesidades de un cliente pueden sufrir cambios importantes del momento de
contratación de un software al momento de su entrega; y es mucho más importante
satisfacer estas últimas que las primeras. Esto requiere procesos de software diferentes
que en lugar de rechazar los cambios sean capaces de incorporarlos.
Los procesos ágiles son una buena elección cuando se trabaja con requisitos
desconocidos o variables. Si no existen requisitos estables, no existe una gran posibilidad
de tener un diseño estable y de seguir un proceso totalmente planificado, que no vaya a
variar ni en tiempo ni en dinero. En estas situaciones, un proceso adaptativo será
mucho más efectivo que un proceso predictivo. Por otra parte, los procesos de
desarrollo adaptativos también facilitan la generación rápida de prototipos y de versiones
previos a la entrega final, lo cual agradará al cliente.
Las metodologías ágiles proporcionan una serie de pautas y principios junto a técnicas
pragmáticas que puede que no curen todos los males, pero harán la entrega del
proyecto menos complicada y más satisfactoria tanto para los clientes como para los
equipos de entrega.
Entre las metodologías ágiles más destacadas hasta el momento se pueden nombrar:
• XP (Extreme Programming)
• Scrum
• Crystal Clear
• DSDM (Dynamic Systems Developmemt Method)
• FDD (Feature Driven Development)
• ASD (Adaptive Software Development)
• XBreed
• Extreme Modeling

Descripción de las algunas metodologías existentes para el desarrollo de software

Tener metodologías diferentes para aplicar de acuerdo con el proyecto que se desarrolle
resulta imprescindible teniendo en cuenta las necesidades cambiantes que tiene el entorno
de desarrollo actual y el acelerado progreso de la informática a nivel mundial resulta una
Facultad de Ingeniería
Carrera de Ingeniería Informática
Asignatura Ingeniería de Requisitos

idea interesante. Estas metodologías pueden involucrar prácticas tanto de metodologías

ágiles como de metodologías tradicionales.
A continuación, se describen las características de algunas de ellas.

Proceso Unificado de Desarrollo (RUP)

El Proceso Unificado de Desarrollo [20] fue creado por el mismo grupo de expertos que
crearon UML, Ivar Jacobson, Grady Booch y James Rumbaugh en el año 1998. El objetivo
que se perseguía con esta metodología era producir software de alta calidad, es decir, que
cumpla con los requerimientos de los usuarios dentro de una planificación y presupuesto
establecidos. Como se expresaba anteriormente, esta metodología concibió desde sus
inicios el uso de UML como lenguaje de modelado.
Es un proceso dirigido por casos de uso, este avanza a través de una serie de flujos de
trabajo (requisitos, análisis, diseño, implementación, prueba) que parten de los casos de
uso; está centrado en la arquitectura y es iterativo e incremental.
Además, cubre el ciclo de vida de desarrollo de un proyecto y toma en cuenta las mejores
prácticas a utilizar en el modelo de desarrollo de software.
A continuación, se muestran estas prácticas.
 Desarrollo de software en forma iterativa.
 Manejo de requerimientos.
 Utiliza arquitectura basada en componentes.
 Modela el software visualmente.
 Verifica la calidad del software.
 Controla los cambios.
Para apoyar el trabajo con esta metodología ha sido desarrollada por la Compañía
norteamericana Rational Corporation la herramienta CASE (Computer AssistedSoftware
Engineering) Rational Rose en el año 2000.
Esta herramienta integra todos los elementos que propone la metodología para cubrir el
ciclo de vida de un proyecto.

Microsoft Solution Framework (MSF)

MSF es una metodología desarrollada por Microsoft Consulting Services en conjunto con
varios grupos de negocios de Microsoft y otras fuentes de la industria. MSF provee los
principios, modelos y disciplinas para un correcto desarrollo de proyectos en cualquier
plataforma (Linux, Citrix, Microsoft, Unix).
Facultad de Ingeniería
Carrera de Ingeniería Informática
Asignatura Ingeniería de Requisitos

Esta es una metodología flexible e interrelacionada con una serie de conceptos, modelos y
prácticas de uso, que controlan la planificación, el desarrollo y la gestión de proyectos
tecnológicos. MSF se centra en los modelos de proceso y de equipo dejando en un segundo
plano las elecciones tecnológicas.
MSF tiene las siguientes características:
 Adaptable: es parecido a un compás, usado en cualquier parte como un mapa,
del cual su uso es limitado a un específico lugar.
 Escalable: puede organizar equipos tan pequeños entre 3 o 4 personas, así como
también, proyectos que requieren 50 personas a más.
 Flexible: es utilizada en el ambiente de desarrollo de cualquier cliente.
 Tecnología Agnóstica: porque puede ser usada para desarrollar soluciones
basadas sobre cualquier tecnología.
MSF se compone de varios modelos encargados de planificar las diferentes partes
implicadas en el desarrollo de un proyecto: Modelo de Arquitectura del Proyecto,
Modelo de Equipo, Modelo de Proceso, Modelo de Gestión del Riesgo, Modelo de Diseño
de Proceso y finalmente el modelo de Aplicación.
Aplicando esta metodología todo proyecto es separado en cinco principales fases
 Visión y Alcances.
 Planificación.
 Desarrollo.
 Estabilización.
 Implantación.
Visión y Alcances: trata uno de los requisitos fundamentales para el éxito del proyecto,
la unificación del equipo detrás de una visión común. El equipo debe tener una visión
clara de lo que quisiera lograr para el cliente y ser capaz de indicarlo en términos que
motivarán a todo el equipo y al cliente. Se definen los líderes y responsables del proyecto,
adicionalmente se identifican las metas y objetivos a alcanzar; estas últimas se deben
respetar durante la ejecución del proyecto en su totalidad, y se realiza la evaluación inicial
de riesgos del proyecto. Planificación: Es en esta fase es cuando la mayor parte de la
planeación para el proyecto es terminada. El equipo prepara las especificaciones
funcionales, realiza el proceso de diseño de la solución, y prepara los planes de trabajo,
estimaciones de costos y cronogramas de los diferentes entregables del proyecto.
Facultad de Ingeniería
Carrera de Ingeniería Informática
Asignatura Ingeniería de Requisitos

Desarrollo: Durante esta fase el equipo realiza la mayor parte de la construcción de los
componentes (tanto documentación como código), sin embargo, se puede realizar algún
trabajo de desarrollo durante la etapa de estabilización en respuesta a los resultados de
las pruebas. La infraestructura también es desarrollada durante esta fase.

Scrum
Es una metodología de desarrollo muy simple, que requiere trabajo duro, porque no
se basa en el seguimiento de un plan, sino en la adaptación continua a las circunstancias
de la evolución del proyecto.
Toma forma de las prácticas de trabajo que a partir de los 80 comienzan a adoptar algunas
empresas tecnológicas y que Nonaka y Takeuchi acuñaron como "Campos de Scrum". El
modelo Scrum, aplicado al desarrollo de software, emplea el principio de desarrollo ágil:
"desarrollo iterativo e incremental", denominando sprint a cada iteración de desarrollo.
Las prácticas empleadas por Scrum para mantener un control ágil en el proyecto son:
 Revisión de las iteraciones
 Desarrollo incremental
 Desarrollo evolutivo
 Auto-organización del equipo
 Colaboración
Define un marco para la gestión de proyecto. Está especialmente indicado a proyectos con
un rápido cambio de requisitos. En Scrum inicialmente planean el contexto y un estimado
amplio de la entrega. Luego desarrollan el estimado de la entrega basado en el desarrollo
del ambiente del proyecto. El proceso del ciclo de vida de Scrum reconoce que el proceso
de desarrollo fundamental está completamente indefinido y usa mecanismos de control
para perfeccionar la flexibilidad, manipular lo imprescindible y el control del riesgo.
Facultad de Ingeniería
Carrera de Ingeniería Informática
Asignatura Ingeniería de Requisitos

Los valores que hacen posible a las prácticas de Scrum crear "campos de Scrum"
son:
• Autonomía del equipo
• Respeto en el equipo
• Responsabilidad y auto-disciplina
• Foco en la tarea
• Información transparencia y visibilidad

Programación Extrema (Extreme Programming, XP)

Es una metodología ágil centrada en potenciar las relaciones interpersonales como clave
para el éxito en desarrollo de software, promoviendo el trabajo en equipo,
preocupándose por el aprendizaje de los desarrolladores, y propiciando un buen clima
de trabajo. XP se basa en realimentación continua entre el cliente y el equipo de
desarrollo, comunicación fluida entre todos los participantes, simplicidad en las soluciones
implementadas y coraje para enfrentar los cambios. XP se define como especialmente
adecuada para proyectos con requisitos imprecisos y muy cambiantes, y donde existe un
alto riesgo técnico.
Los principios y prácticas son de sentido común pero llevadas al extremo, de ahí proviene
su nombre. Kent Beck, el padre de XP, describe la filosofía de XP sin cubrir los detalles
técnicos y de implantación de las prácticas.
XP utiliza una técnica denominada Historias de Usuario es utilizada para especificar los
requisitos del software. Se trata de tarjetas de papel en las cuales el cliente describe
brevemente las características que el sistema debe poseer, sean requisitos funcionales o
no funcionales.
Roles XP
Los roles de acuerdo con la propuesta original de Beck son:
• Programador.
• Cliente.
Facultad de Ingeniería
Carrera de Ingeniería Informática
Asignatura Ingeniería de Requisitos

• Encargado de pruebas (Tester).

• Encargado de seguimiento (Tracker).
• Entrenador (Coach).
• Consultor.
• Gestor (Big boss). Proceso XP
El ciclo de desarrollo consiste (a grandes rasgos) en los siguientes pasos:
1. El cliente define el valor de negocio a implementar.
2. El programador estima el esfuerzo necesario para su implementación.
3. El cliente selecciona qué construir, de acuerdo con sus prioridades y las restricciones
de tiempo.
4. El programador construye ese valor de negocio.
5. Vuelve al paso 1.
En todas las iteraciones de este ciclo tanto el cliente como el programador aprenden. No
se debe presionar al programador a realizar más trabajo que el estimado, ya que se
perderá calidad en el software o no se cumplirán los plazos.
El ciclo de vida ideal de XP consiste de seis fases: Exploración, Planificación de la Entrega
(Release), Iteraciones, Producción, Mantenimiento y Muerte del Proyecto.

ICONIX
El proceso ICONIX se define como un proceso de desarrollo de software práctico. Está entre
la complejidad de RUP y la simplicidad y pragmatismo de XP, sin eliminar las tareas de
análisis y diseño que XP no contempla.
Es un proceso simplificado en comparación con otros procesos más tradicionales, que
unifica un conjunto de métodos de orientación a objetos con el objetivo de abarcar todo
el ciclo de vida de un proyecto. ICONIX presenta claramente las actividades de cada fase y
exhibe una secuencia de pasos que deben ser seguidos. Además, está adaptado a patrones
y ofrece el soporte UML, dirigido por Casos de Uso y es un proceso iterativo e incremental.
Las tres características fundamentales de ICONIX son:
Facultad de Ingeniería
Carrera de Ingeniería Informática
Asignatura Ingeniería de Requisitos

 Iterativo e incremental: varias interacciones ocurren entre el modelo del dominio

y la identificación de los casos de uso. El modelo estático es incrementalmente
refinado por los modelos dinámicos
 Trazabilidad: cada paso está referenciado por algún requisito. Se define la
trazabilidad como la capacidad de seguir una relación entre los diferentes artefactos
producidos
 Dinámica del UML: la metodología ofrece un uso dinámico del UML como los
diagramas del caso de uso, diagramas de secuencia y de colaboración.
Las tareas que se realizan en la metodología ICONIX son:
 Análisis de requisitos
 Análisis y diseño conceptual
 Diseño
 Implementación

OOHDM (The Object-Oriented Hypermedia Design Model)

El Modelo de Diseño de Hipermedia Orientado a Objeto, el sucesor del modelo de diseño
hipertexto HDM, se trata de una metodología que se fundamenta en la orientación a
objeto. Propone las siguientes fases: Diseño conceptual o análisis de dominio que utiliza el
método de diseño orientado a objeto para obtener esquemas conceptuales de las clases
y las relaciones entre las mismas. Utiliza las “técnicas de modelo de objeto” llamada
notación OMT para el diseño de la navegación, donde se define la estructura de
navegación por medio de modelos, es decir, a través de diferentes vistas del esquema
conceptual; la fase de diseño de interfaz abstracta, se apoya en un modelo orientado
a objeto para especificar la estructura y el comportamiento de la interfaz del sistema, este
modelo se crea a través de tres tipos de diagramas: diagramas abstractos para cada
clase, diagramas de configuración para reflejar los eventos externos y diagrama de estado
para señalar el comportamiento dinámico; y por último, la fase de implementación, es
decir, la construcción de los programas en programación orientada a objeto.
Facultad de Ingeniería
Carrera de Ingeniería Informática
Asignatura Ingeniería de Requisitos

Diferencias entre metodologías ágiles y tradicionales

METODOLGÍAS ÁGILES METODOLOGÍAS TRADICIONALES
Basadas en heurísticas provenientes de Basadas en normas provenientes de
prácticas de producción de código estándares seguidos por el entorno de
desarrollo
Especialmente preparados para Cierta resistencia a los cambios
cambios durante el proyecto
Impuestas internamente (por el Impuestas externamente
equipo)
Proceso menos controlado, con pocos Proceso mucho más controlado, con
principios numerosas políticas/normas
No existe contrato tradicional o al Existe un contrato prefijado
menos es bastante flexible
El cliente es parte del equipo de El cliente interactúa con el equipo de
desarrollo desarrollo mediante reuniones
Grupos pequeños (<10 integrantes) y Grupos grandes y posiblemente
trabajando en el mismo sitio distribuidos
Pocos artefactos Más artefactos
Pocos roles Más roles
Menos énfasis en la arquitectura del La arquitectura del software es
software esencial y se expresa mediante
modelos

Existen muchas otras metodologías que se han adaptado a situaciones o equipos de

desarrollo, tampoco podemos decir cual metodología es mejor que otra, resultaría muy
engorroso tomar una por sentada.

Trabajo independiente o colaborativo

Responder las preguntas
¿Para qué emplear una metodología de desarrollo de software?
Facultad de Ingeniería
Carrera de Ingeniería Informática
Asignatura Ingeniería de Requisitos

¿Qué se define dentro de una metodología?

¿Cuáles son los tipos de metodologías para el desarrollo de software?
Clasifique entre agiles y tradicionales, algunas metodologías

Nota: Resulta de vital importancia que estudies a profundidad todos los conceptos que
brinda el capítulo orientado en el libro de texto.
Usted puede colaborar con otro estudiante por cualquier medio que le sea útil para
responder las preguntas del ejercicio.