lOMoAR cPSD| 14034813

CUADRO COMPARATIVO TÉCNICAS DE MODELAMIENTO

José Leonardo Castañeda Pinto

ID:100109277

Análisis y modelación sistemas de software

Cristian Toro

16/11/2022

.
 lOMoAR cPSD| 14034813

Contenido
Análisis y modelación de sistemas de software
Cuadro Comparativo… .............................................................................................................. 3
Cuadro Comparativo… ...............................................................................................................4
Conclusiones .............................................................................................................................. 5
Bibliografía .............................................................................................................................. 6
 lOMoARcPSD| 14034813

CUADRO
COMPARATIVO
MODELOS METODOLOGIAS
GENERICOS AGILES
PROGRAMA
MODELO MODELO MODELO PROCESO MODELO SC CION KANBAN
EVOLUTIVO INCREMENTAL CONCURRENTE UNIFICADO RUP RU EXTREMA
M
 Proceso no • No es • Si no se dan las • No se puede • por el grado de • Funciona más que • No se puede • Coste: Si se usa
visible. recomendable para condiciones utilizar para complejidad puede nada con equipos aplicar en todos este método para
 Sistemas casos de sistemas de señaladas no es proyectos resultar no muy reducidos. los proyectos es unidades muy
pobremente tiempo real, de alto aplicable. pequeños. adecuado. • Requiere una necesario una grandes, el
Desventaj estructurados. nivel de seguridad, • Si no existen • No todas las • El RUP es exhaustiva gran sistema de
as  Se requiere grupos de trabajo aplicaciones son generalmente mal investigación almacenamiento
de procesamiento definición de las
técnicas y distribuido y/o de no se puede compatibles con aplicado en el estilo tareas y sus plazos. dependiendo al de Kanban será
herramientas trabajar en este RAD. cascada. proyecto que se muy costoso.
alto índice de • Exige que quienes
para el rápido método. • Cuando el riesgo • Requiere quiera aplicar. • Es limitado.
riesgos. la utilicen cuenten
desarrollo que técnico es alto, no conocimientos del • Está dirigido a • Kanban no es
• Requiere de con una alta
pueden ser óptimo para todo
mucha planeación, es adecuado. proceso y de UML. cualificación o pequeños y
incompatibles
tanto administrativa • Si los formación. medianos tipo de proyectos.
con otras o que
como técnica. desarrolladores no equipos de • No permita
poca gente sabe
• Requiere de se comprometen a trabajo. anticiparse a
utilizar.
metas claras para entregar el software • El proceso grandes
conocer el estado a tiempo, los puede fallar por aumentos de la
del proyecto. proyectos RAD cualquier tipo de demanda
pueden fallar. resistencia en
• Funciones contra de los
reducidas debido al principios y
time boxing. prácticas que
• Es difícil hacer representen los
un seguimiento clientes del
del progreso. proyecto,
• Requiere administradores o
diseñadores integrantes.
 lOMoARcPSD| 14034813

 1. El análisis de 1. Con un 1. Hacer mejor 1. Reducción 1. Mitigación 1. Trabajo en 1. Programació 1. Evita los
Riesgo es mejor. paradigma uso de los de riesgos en temprana de equipo. n sumamente excesos de
 2. Es compatible incremental se procesadores el proyecto. posibles 2. Seguimiento y organizada. producción.
con entornos reduce el tiempo de la 2. Garantía de riesgos altos. 2. Eficiencia en 2. Los pedidos
control
cambiantes.
de desarrollo computadora calidad. 2. Progreso 3. Liderazgo. el proceso de se entregan a
 El tiempo de
funcionamiento inicial, ya que se 2. Velocidad de 3. Integración visible en las 4. Presencia del planificación tiempo.
Ventajas inicial es menor. implementa la respuesta más en lo que es etapas cliente y pruebas. 3. Mejora la
 3. Más adecuado funcionalidad rápida. el desarrollo tempranas. 5. Optimización 3. Cuenta con eficiencia en
para grandes parcial. – 3. Más fácil de con 3. El de costos y una tasa de la
proyectos de También provee desarrollar. mantenimien conocimiento tiempo. errores muy producción.
misión crítica. un impacto to de adquirido en baja. 4. Al estar
6. Versatilidad.
 4. Durante el software. una iteración 4. Proporciona etiquetado se
ventajoso frente
ciclo de vida, el puede satisfacción tiene la
software se al cliente, que es
la entrega aplicarse de al certeza de
produce
temprano, lo que temprana de iteración a programador que funciona
facilita la partes operativas iteración. . bien y que
evaluación del del Software. 4. Los usuarios 5. Facilita los genera
cliente y la están cambios. retrasos.
retroalimentació involucrados 6. Permite
n. continuamente. ahorrar
 tiempo y
costos.
7. El cliente
tiene el
control de
las
prioridades.
Está puesto Usado para reducir Utiliza a menudo Se basa en la Utiliza el enfoque de La metodología Esta herramienta La estrategia
sobre la el rehacer trabajo como el paradigma creación de la orientación a Scrum es una es muy útil sobre Kanban conocida
importancia de durante el proceso de desarrollo de prototipos sin objetos en su diseño y metodología ágil que todo para como "Tarjeta
obtener un de desarrollo y da aplicaciones ninguna está diseñado y hace énfasis en el Startups o visual" muy útil
sistema de oportunidad para cliente/servidor, el planificación documentado el uso trabajo en equipo empresas que para los
Usabilida
producción retrasar las cual se compone de específica, en el de la notación UML donde la claridad de están en proceso responsables de
d
flexible y decisiones hasta un conjunto de modelo RAD, se para ilustrar los los objetivos es crucial de consolidación, proyectos. Esta
expansible Así, tener experiencia en componentes presta menos procesos en acción. para avanzar hacia una puesto que su consiste en la
si los el sistema. Durante funcionales. atención a la Utiliza técnicas y versión cada vez principal objetivo elaboración de un
requerimientos el desarrollo de cada planificación y se prácticas probadas mejor. Scrum es es ayudar en las cuadro o diagrama
cambian durante incremento se puede les da más prioridad comercialmente. reconocida por ser la relaciones entre en el que se
el desarrollo del utilizar el modelo de a las tareas de metodología ágil más los empleados y reflejan tres
sistema entonces cascada o evolutivo. desarrollo. Se prestigiosa clientes. columnas de
con un mínimo enfoca en internacionalmente en tareas, pendientes,
de esfuerzo y desarrollar software el sector empresarial. en proceso o
tiempo se puede en un corto periodo terminadas.
 lOMoARcPSD| 14034813

desarrollar un de tiempo.
sistema.

• Gestionar Combina elementos • Se puede Se centra en la • Forma disciplinada • El método apoya la • Es dirigido a Calidad
bien la del modelo de presentar de fuente de entrada- de hacer las tareas y colaboración y la auto clases de uso garantizada: Las
naturaleza cascada con la manera salida y el destino responsabilidades organización. • Centrad cosas tiene que
evolutiva del filosofía iterativa de esquematizada de la información. (quién hace qué, • Los equipos Scrum o en la salir bien a la
software construcción de • Las Destaca la entrega cuándo y cómo sugestionan sus arquitect primera. Se tarda
• Son iterativos, prototipos, se basa en actividades del proyecto en ). actividades, y todas se ura más en arreglar
construyen la filosofía de llevan pequeñas piezas; • Pretende enmarcan dentro de un • iterativo e algo que sale
versiones de construir procesos los grandes implementar las margen de tiempo incremental. mal, además de
Caracter software cada incrementando las concurrentes proyectos se mejores prácticas en específico. • Prueba consumir más
ísticas de vez más funcionalidades del • Es aplicable a dividen en una ingeniería de • El cliente recibe unitaria recursos, que
los completas que programa todo tipo de serie de proyectos software. versiones funcionales continua. cuando sale bien
métodos. se adaptan bien desarrollo de más pequeños. Las • Desarrollo iterativo. del producto final • Programación en a la primera. Por
• Los Software características • Administración de continuamente a lo parejas. ello lo más
cambios de • Es un módulo clave del modelado requisitos. largo de ciclos • Frecuente importante no es
requisitos del aplicable para RAD son que se • Uso de arquitectura incrementales (Sprints) integración del que se haga más
productos cliente soñador centra en la basada en que transcurren equipo de rápido, si no que
• Es aplicable reutilización de componentes. semanalmente o, como programación se haga bien.
al cliente plantillas, • Control de cambios máximo, de mes en con el cliente. • Reducción del
servidor herramientas, • Modelado visual del mes. • Corrección de desperdicio.
proceso y código. software. • Los Sprints repiten todos los errores • Mejora continua.
• Verificación de la antes de añadir • Flexibilidad.
hasta que el equipo
calidad del software. Scrum consigue nueva
desarrollar todas las funcionalidad.
caracteristicas • Refactoriza

solicitadas para el ción del

proyecto. código.
• La adaptación a las • Simplicidad del

condiciones del código.

• Propiedad
mercado tiene especial
del código
compartida.
 lOMoARcPSD| 14034813

CUADRO
COMPARATIVO
MODELOS METODOLOGIAS
GENERICOS AGILES
EXTREME
MODELO MODELO MODELO PROCESO MODELO RUP SCRU PROGRAMMI KANBAN
EVOLUTIVO INCREMENTAL CONCURRENTE UNIFICADO M NG XP
• Planeación • Cada incremento El modelo de proceso Este proceso está • Inicio (También EL Scrum está basado • Planificación • Definir el flujo de
• Análisis de debe ser pequeño para concurrente define basado en la creación llamado en Sprint, siendo estas del proyecto con trabajo de los
requisitos. limitar el riesgo una serie de de prototipos sin Incepción) sus principales etapas: el cliente. proyectos.
• Construcci (Menos de 20.000 acontecimientos que ninguna planificación • Elaboración. • Planificación del Sprint • Diseño del • Visualizar las
ón y líneas) disparan transiciones específica, en el • Construcción. • Etapa de desarrollo proyecto. fases del ciclo de
Etapas adaptación • Codificación,
• Cada incremento de estado a estado modelo RAD, se • Cierre (También • Revisión del Sprint producción.
de la debe aumentar la para cada una de las presta menos atención llamado Transición) • Retroalimentación donde los • Stop Starting,
ingeniería. funcionalidad actividades de la a la planificación y se programadores Star Finishing.
• Valuación del • Es difícil ingeniería de le da más prioridad a trabajan en pareja • Control de Flujo.
cliente. establecer las software. las tareas de para obtener
correspondencias desarrollo. Se enfoca resultados más
de los requisitos en desarrollar eficientes y de
contra los software en un corto calidad.
incrementos • Pruebas para
• Es difícil detectar las comprobar que
unidades o servicios funcionan los
genéricos códigos que se van
implementando.
 lOMoAR cPSD| 14034813

CONCLUSIÓN

Los diferentes modelos de desarrollo de software nos ofrecen una estructura de trabajo ya comprobados y usados para
controlar el proceso de desarrollo de sistemas de información, estas estructuras de trabajo consisten en una filosofía de
desarrollo de programas la cual debe de contar con las herramientas necesarias para la asistencia del proceso de
desarrollo.

De acuerdo a la investigación realizada se puede decir que hoy en día es fundamental trabajar con metodologías agiles
que están a la vanguardia y son las más usadas por las empresas a la hora de desarrollar un software, solo hay se tiene
que escoger la más adecuada dependiendo del proyecto que se dese realizar teniendo en cuenta si es robusto, su
complejidad, la cantidad de desarrolladores Diseño inicial.
 lOMoAR cPSD| 14034813

Bibliografía

https://blog.incubicon.com/tipos-de-metodolog%C3%ADas-agiles-para-la-gestion-de-

https://prezi.com/3-ct8090mtc2/modelo-de-desarrollo-concurrente/
Lorena cuesta, Mon Sep 02 2013

https://www.monografias.com/trabajos108/modelos-del-proceso-del-software/modelos-del-proceso-del-software
Autor: Alarcon Pastor Ruth Barinia, Carrasco Palomino Juan Reymundo.

www.monografias.com/usuario/perfiles/ing_lic_yunior_andra_s_castillo_s/monografias
Santiago de los Caballeros, República Dominicana, 2015.

https://blog.comparasoftware.com/caracteristicas-de-scrum/

https://blog.wearedrew.co/ventajas-y-desventajas-de-la-metodologia-

scrum

https://viewnext.usal.es/blog/extreme-programming-xp
Escrito por Equipo de redacción de Drew

https://www.programaenlinea.net/proceso-unificado-
rational-rup/ Author NGuerrero
https://www.esan.edu.pe/conexion-esan/las-etapas-del-scrum-como-aplicar-este-metodo

https://www.iebschool.com/blog/que-son-metodologias-agiles-agile-
scrum/#:~:text=Por%20definici%C3%B3n%2C%20las%20metodolog%C3%ADas%20%C3%A1giles,las%20circ
un stancias%20espec%C3%ADficas%20del%20entorno.

https://www.fhios.es/metodologia-kanban-pros-y-contras/

https://ebooksonline.es/que-es-un-modelo-rad-pasos-ventajas-

y-
desventajas/#:~:text=Modelo%20RAD%20o%20El%20modelo,a%20las%20tareas%20de%20desarrollo.
https://issuu.com/armandoramirezmorales10/docs/cuadro_comparativo.docx_2c38836914f55