Universidad Estatal de Bolívar

Escuela de Sistemas

Asignatura: Procesos de software Código: SW-P405 Unidad: 3

Titulo: Desarrollo impulsado por: DIC, DES, MA, PUA No: 7

Fecha: 30 de agosto del 2020 Docente: Dr. Henry Vallejo Ballesteros

Alumno / Grupo Jonathan Quintanilla Estrada

Ventajas Desventajas Semejanzas Diferencias

las características A medida que éstos Es parte del El DIC pone más
son bloques aumentan su desarrollo ágil, énfasis que otros
pequeños de tamaño y donde la prioridad métodos ágiles en
funcionalidad que se complejidad, no es es la satisfacción del los lineamientos y
entrega, los usuarios raro que la cliente. técnicas para la
las describen con administración de Entregar con administración de
más facilidad, proyectos ad hoc frecuencia software proyectos.
entienden cómo se sea inadecuada. que funcione, de dos
relacionan entre sí y Para los semanas a un par de
Desarrollo las revisan mejor en desarrolladores, sus meses, de
impulsado por las busca de gerentes y otros preferencia lo más
características (DIC) ambigüedades, participantes, es pronto que se
errores u omisiones. esencial entender el pueda.
El diseño y estado del proyecto,
representación en es decir, los avances
código de las realizados y los
características son problemas que han
más fáciles de surgido.
inspeccionar con
eficacia porque
éstas son pequeñas.
Permite eliminar el En cuestión de Es parte del Todos estos
desperdicio en el desarrollo de desarrollo ágil, conceptos se
contexto de un software la agilidad donde la prioridad migraron al área de
Desarrollo esbelto proyecto de implica desarrollar es la satisfacción del producción para
de software (DES) software ágil, esto cosas con destreza cliente. crear el concepto de
permite que el (no necesariamente La entrega del manufactura
software sea rápido), Por raro que software lo más esbelta. En sus
entregado más parezca, no existe rápido en el que se orígenes cuyas
rápido y al Pazar el una definición acordado. características
tiempo no falle por formal de principales eran la
 añadir metodologías autonomía total, el
características o esbeltas realizar los procesos
funciones extrañas. simplemente se justo a tiempo, lo
usan los principios cual implica no
del pensamiento manejar almacén y
ágil. no realizar
inspecciones.
La metodología MA MA no es un Es parte del MA es una actitud,
es una colección de proceso desarrollo ágil, no un proceso
Modelado ágil (MA) prácticas, guiadas prescriptivo, ni donde la prioridad prescriptivo.
por principios y define es la satisfacción del MA es un
valores que pueden procedimientos cliente. complemento a los
ser aplicados por detallados de cómo La entrega del métodos existentes,
profesionales de crear un tipo de software lo más no es una
software en el día a modelo dado. rápido en el que se metodología
día. acordado. completa.
El personal sabe lo El PUA es un Es parte del PUA se preocupa
El proceso unificado que está haciendo: producto muy desarrollo ágil, especialmente de la
ágil (PUA) no obliga a conocer pesado en relación donde la prioridad gestión de riesgos.
detalles. al RUP. es la satisfacción del Propone que
Simplicidad: apuntes Como es un proceso cliente. aquellos elementos
concisos. simplificado, La entrega del con alto riesgo
Agilidad: procesos muchos software lo más obtengan prioridad
simplificados del desarrolladores rápido en el que se en el proceso de
RUP. eligen trabajar con acordado. desarrollo y sean
Centrarse en el RUP, por tener a abordados en etapas
actividades de alto disposición más tempranas del
valor: esenciales detalles en el mismo.
para el desarrollo. proceso.
Herramientas
independientes: a
disposición del
usuario.
Fácil adaptación de
este producto: de
fácil acomodo
(HTML).

BIBLIOGRAFÍA Y/O WEB-GRAFÍA

Pressman. R.S, (2010), Ingeniería del Software, Un enfoque Práctico. (Séptima Edición)
México, Mc Graw Hill. ISBN: 978-607-15-0314-5
http://aulavirtual-
exactas.dyndns.org/claroline/backends/download.php?url=L1ByZXNlbnRhY2lvbmVzL0c1X0FV
UF9QcmVzZW50YWNpb24ucGRm&cidReset=true&cidReq=2014ANIN2