METODOLOGÍAS ¿QUE ES?

CARCTERÍSTCAS VENTAJAS DESVENTAJAS

Es un lenguaje para hacer - Con UML se puede modelar -Es que el caso de uso -No establecen
modelos y es independiente de los distintos tipos de sistemas: muestra los confines entre completamente los
los métodos de análisis y sistemas de software, sistemas el sistema y el exterior, un requisitos funcionales
diseño. de hardware caso de uso va a estar -No permite determinar los
El Lenguaje Unificado de - También se puede modelar siempre dentro del sistema, requisitos no funcionales
Modelado prescribe un sistemas que no son viendo desde allí como -La inclusión hace que los
Lenguaje Unificado de conjunto de notaciones y informáticos, como flujos de mejorarlo. diagramas sean más
Modelo (UML) diagramas estándar para trabajo en una empresa, diseño -Nos muestra el difíciles de entender para
modelar sistemas orientados a de la estructura de la requerimiento del usuario los clientes
objetos, y describe la semántica organización y por supuesto, en -Nos muestra las tareas del -Cada caso crítico del uso
esencial de lo que estos el diseño de hardware. usuario. debe tener un requisito no
diagramas y símbolos - UML se puede usar para -Nos muestra las funcional centrado en el
significan. modelar distintos tipos de necesidades del usuario. funcionamiento asociado.
sistemas: sistemas de software,
sistemas de hardware, y
organizaciones del mundo real.

Es un proceso de desarrollo Características: -Los entregables pueden

de software, desarrollado
inicialmente por James Martin
en1980. El método comprende
Sistema de James Martín el desarrollo interactivo, la
(RAD) construcción de prototipos y el
uso de utilidades CASE.
-Comprar puede ser más
- Equipos Híbridos ser fácilmente trasladados
caro que construir.
- Herramientas Especializadas a otra plataforma.
- Timeboxing -El desarrollo se realiza a un -Costo de herramientas
- Prototipos Iterativos y nivel de abstracción mayor. integradas y equipo
Evolucionarios. -Visibilidad temprana. necesario.
Las fases o etapas son: -Mayor flexibilidad. -Progreso más difícil de
-Planificación de requisitos medir.
-Etapa de diseño
-Menos eficiente.
-Construcción
-Implementación
 El ciclo de vida de vida del
desarrollo de sistemas es un
enfoque por fases para el
análisis y el diseño cuya
premisa principal consiste en
que los sistemas se desarrollan
Metodología de Kendall y mejor utilizando un ciclo
Kendall especifico de actividades del
analista y el usuario.
Se define como un proceso de
análisis, diseño y desarrollo de
aplicaciones hipermedia. Los
elementos principales de este
método son el modelo E-R
(Entidad-Relación) y el modelo
Metodología de la RMDM (Relationship
Administración de relación Management Data Model)
(RMM) basado en el modelo HDM.
Esta metodología es apropiada
para dominios con estructuras
regulares (es decir, con clases
de objetos bien definidas, y con
claras relaciones entre esas
clases).
Según la metodología de -El usuario se involucra mas -Se podría crear una
Kendall & Kendall el ciclo de -Se puede financiar el dependencia al equipo ya
vida de un sistema consta de proyecto por partes. que no llevan la
siete partes: siendo la primera -Proyectos cortos con documentación, si no se
la identificación del problema, equipos pequeños y anota ni se archiva nada.
la segunda identificación de notables en cuanto a roles. -Se debe designar a una
requisitos de información, la -Se Basa en las historias de persona totalmente
tercera es el análisis de las uso, definen los detalles involucrada en el negocio, y
necesidades del sistema, la técnicos sin meterse con los esto implicaría que dejara
cuarta es el diseño del sistema detalles de implementación de hacer sus funciones, y es
recomendado, la quinta poco probable que el
desarrollo y documentación del cliente pueda prescindir de
sistema, la sexta prueba y sus empleados y que esto
mantenimiento y la última sería un costo adicional.
implementación y evaluación.
El esquema completo del -Pérdida de control -Calidad del servicio y
dominio y de la navegación de -Confidencialidad y fiabilidad
la aplicación se denomina seguridad de los datos -Comparación con un
esquema RMDM y se obtiene -Disponibilidad del servicio servidor dedicado
como resultado de las tres
primeras etapas del método.
Las etapas son:
-Primera etapa: representar los
objetos del dominio con la
ayuda del modelo Entidad-
Relación ampliado con
relaciones asociativas (aquéllas
que permiten representar
caminos navegaciones
entre entidades puestos en
evidencia en la fase de análisis).
 -Segunda etapa: determinar la
presentación del contenido de
las entidades de la aplicación
así como su modo de acceso.
-Tercera etapa: definir los
caminos de
navegación inducidos por las
relaciones asociativas del
esquema E-R+.

Es la figura que lidera los
equipos en la gestión ágil de
proyectos. Su misión es que los
equipos de trabajo alcancen sus
objetivos hasta llegar a la fase
de “sprint final”, eliminando
cualquier dificultad que puedan
encontrar en el camino.
Como facilitador de proyectos,
es el encargado de sacar
Metodología de Desarrollo adelante todos aquellos
de Software (SCRUM) proyectos que utilicen una
metodología Scrum: desde la
elaboración del Product
Backlog (el archivo que recoge
las tareas y funciones a
desarrollar), y Sprint
Bakclog (documento que
muestra la división de tareas
entre los miembros del equipo),
el Sprint (en donde se realizan
todas las acciones y se testea si
- La metodología SCRUM es
especialmente valiosa para
proyectos de empresa
complejos y cuya ejecución se
haga efectiva en situaciones
poco habituales.
- Elimina cualquier
impedimento con el que se
encuentre el equipo para
conseguir sus objetivos finales.
Si los desarrolladores no saben
cómo abordar las tareas, el
Scrum Master los juntará a
todos para explicarles en qué
consisten y qué tarea abordará
cada uno.
- Facilita la fase de sprint final al
equipo. Cuando los miembros
del equipo están presentando a
los stakeholders (perfiles
interesados en los productos)
el proyecto, evita que no se
-La primera y la que, a mi
parecer es la más
importante, es que estas
metodologías ofrecen una
rápida respuesta a cambios
de requisitos a lo largo del
desarrollo del proyecto
gracias a su proceso
iterativo.
-El cliente, si quiere
colaborar, puede observar
cómo va avanzando el
proyecto, y por supuesto,
opinar sobre su evolución
gracias a las numerosas
reuniones que realiza el
equipo con el cliente. Esto
le da tranquilidad.
-Falta de documentación
del diseño. Al no haber
documentación es el código
(junto con sus comentarios)
lo que se toma como
documentación.
-Problemas derivados de la
comunicación oral. No hace
falta decir que algo que está
escrito “no se puede
borrar”, en cambio, algo
dicho es muy fácil crear
ambigüedad.
 las acciones
realizadas funcionan) hasta el
Burn Down (el análisis y control
de las tareas realizadas y todo
lo que queda pendiente).
Principalmente esta
metodología se basa en el
Análisis y Diseño de Sistemas de
Información.
Sugiere la existencia de un
“método clásico”, que aun
cuando sea bien conducido
para la creación de un sistema
de informatización, debe ser
Metodología Merise complementado por
actividades de formulación
orgánica que permitirán evitar
en gran medida los problemas
que hemos señalado.
Principalmente se basa en la
separación de datos y el
procesamiento que se llevaran
a cabo varios modelos
conceptuales y físicos.
Tienen mecanismos robustos
para hacer un análisis de
necesidades y diseño educativo
Metodología del Software completo, pero poco han
Educativo (ISE) evolucionado con la tecnología
atasquen en el sprint final,
actuando como guía y
moderador de las
presentaciones en muchos
casos.
Fue desarrolla como un intento Actualmente se sufre por Se pasa mucho tiempo
de unificar criterios en torno a falta de pensando y pre-
la metodología de desarrollo documentación, por lo que documento antes de
para los sistemas informáticos. en última instancia, los empezar a programar una
Esta metodología tiene un ciclo errores son muy sola línea.
de vida más largo a los costosos de reparar.
existentes por tal razón se
materializa en un conjunto
definido de etapas. Introducen
dos ciclos complementarios:
ciclo de abstracción y ciclo de
decisión.
Es una metodología de
desarrollo de software que
contempla una serie de fases o
etapas de un proceso
sistemático atendiendo a:
 en lo relacionado con el diseño análisis, diseño, desarrollo,
computacional. Para hacer uso prueba y ajuste, y por último
efectivo de la información implementación.
recolectada en las fases de
análisis y diseño educativo se
propone la inclusión del
modelo orientado por objetos
en todas las etapas del ciclo de
desarrollo y así unificar los
términos en los que se habla en
cada etapa, estableciendo un
modelo del mundo del
problema y de su
comportamiento; de este modo
se hace referencia a objetos
presentes en el modelo,
extendiendo así su
funcionalidad.

Es una técnica cualitativa que -Esta metodología está

se puede utilizar para aplicar los conformada por siete fases
Metodología de Sistemas sistemas estructurados a las cuyo orden puede variar de
Blandos (SSM) situaciones sistemáticas. acuerdo a las características del
Básicamente es una manera de estudio.
ocuparse de situaciones -El SSM aplica los sistemas
problema en las cuales hay un estructurados al mundo actual
alto componente social, de las organizaciones
político y humano en la humanas.
actividad, es el caso de la
Planeación. Esto distingue a la
SSM de otras metodologías que
 se ocupan de problemas duros,
de orientación más tecnológica.

Es una metodología de
desarrollo iterativo que es
enfocada hacia los (diagramas
Metodología RUP de los casos de uso, y manejo
de los riesgos y el manejo de la
arquitectura) como tal.
- Se caracteriza por ser
incremental, estar centrado en
la arquitectura y guiado por los
casos de uso. El ciclo de vida del
RUP es una implementación del
Desarrollo en Espiral, fue
creado ensamblando los
elementos en secuencias semi-
ordenadas.
- Describe la organización,
documentación, funcionalidad
y restricciones de un software.
- Documenta y registra las
decisiones que se tomen para
el desarrollo de un software.
-Es el proceso de desarrollo
más general de los
existentes actualmente.
-Es una forma disciplinada
de asignar tareas y
responsabilidades en una
empresa de desarrollo
(quién hace qué, cuándo y
cómo).
-Por el grado de
complejidad puede ser no
muy adecuado.
-En proyectos pequeños, es
posible que no se puedan
cubrir los costos de
dedicación del equipo de
profesionales necesarios.

La metodología RUP se divide

en 4 fases que son:
- Inicio
-Elaboración
-Construcción y
-Transición.

Es un proyecto de Software - Esta metodología pretende

Libre (SL) que plantea un apoyar a las comunidades de
Metodología Merinde estándar para el proceso de desarrollo de SL en sus
desarrollo de software que proyectos, suministrando las
puede ser empleado y herramientas necesarias para
 apropiado según los
requerimientos de cualquier
comunidad u organización, con
la finalidad del desarrollo de
sistemas y además para
producir y mantener una
librería de plantillas
reutilizables para la ingeniería
de software.
Es una metodología de
Planificación, Desarrollo y
Metodología Métrica V3 Mantenimiento de Sistemas de
Información. También cubre
todos los procesos del ciclo de
vida del desarrollo de sistemas
de información, tanto en la
vista estructurada como en la
orientada a objetos.
que estos cumplan con un
proceso de desarrollo y
documentación de sus
sistemas.
- Surge de la combinación y
adaptación de modelos y
metodologías ampliamente
utilizadas para el desarrollo de
software y la reingeniería de
procesos del negocio.
La metodología Métrica V3 -Mejora del entendimiento -Medidas no uniformes,
cubre distintos tipos de del usuario. dificultad en estimar.
desarrollo: estructurado y -Facilidad de estimación. -Definición de la medida
orientado a objetos, y facilita a No dependen del entorno imprecisa.
través de interfaces la tecnológico -Medidas de naturaleza
realización de los procesos de -No dependen del entorno técnica.
apoyo u organizativos. metodológico.
- Procesos principales. -No dependen del entorno
- Interfaces humano.
-Estructura de Proceso.
Esta metodología propia está
basada en el modelo de
procesos del ciclo de vida de
desarrollo ISO/IEC 12207 así
como en la norma ISO/IEC
15504 SPICE. También está
distribuida por fases, módulos,
actividades y tareas.
 MODELOS DEFINICIÓN

Las actividades de este modelo se conforman en una espiral, en la que

cada bucle o iteración representa un conjunto de actividades. Las
ESPIRAL actividades no están fijadas a ninguna prioridad, sino que las siguientes
se eligen en función del análisis de riesgo, comenzando por el bucle
interior.
El modelo incremental fue propuesto por Harlan Mills en el año 1980.
Surgió el enfoque incremental de desarrollo como una forma de
reducir la repetición del trabajo en el proceso de desarrollo y dar
INCREMENTAL oportunidad de retrasar la toma de decisiones en los requisitos hasta
adquirir experiencia con el sistema.

-Permite desarrollar modelos de aplicaciones de software que

permiten ver la funcionalidad básica de la misma, sin necesariamente
incluir toda la lógica o características del modelo terminado. También
permite al cliente evaluar en forma temprana el producto, e
PROTOTIPADO interactuar con los diseñadores y desarrolladores para saber si se está
cumpliendo con las expectativas y las funcionalidades acordadas.
-Los Prototipos no poseen la funcionalidad total del sistema pero si
condensa la idea principal del mismo, Paso a Paso crece su
funcionalidad, y maneja un alto grado de participación del usuario.
Es un proceso secuencial, fácil de desarrollo en el que los pasos de
desarrollo son vistos hacia abajo (como en una cascada de agua) a
CASCADA través de las fases de análisis de las necesidades, el diseño,
implantación, pruebas (validación), la integración, y mantenimiento.