Documentos de Académico
Documentos de Profesional
Documentos de Cultura
*En la
actualizacion
de grandes
sistemas a
doblado la
productividad.
XP (Extreme
programming
RAD (Rapid Es una Se creó en Software Mayor esfuerzo
Application metodología 1996, unos estable debido a de trabajo.
Development) basada en la años antes de continuas
comunicación, que se firmara pruebas. Se le debe
la reutilización el Manifiesto dedicar mucho
del código Ágil. Los Menos errores tiempo.
desarrollado y fundamentos gracias a la
la vienen de las programación Método
realimentación; prácticas en pareja. costoso.
que se centran tomadas a cabo
en potencializar por Kent Beck, Gestión propia Requiere un
las relaciones en un proyecto del tiempo. control de
interpersonales para el pago de versiones.
del equipo de nóminas en Código de
desarrollo Chrysler. Su comprensión Se necesita de
como clave del rpoyecto se sencilla. autodisciplina
éxito mediante hizo muy en la
al trabajo de popular por Relación aplicación.
equipo. tener éxitoen estrecha con el
tan solo 1 año y cliente.
2 meses;
cuando un
equipo de 30
personas
fracasaron
durante años.
Scrum Es reconocida Se originó en el Gestión de las Requiere de
por ser la año 1992, expectativas del una definición
metodología cuando el usuario. de las tareas y
ágil que hace teórico sus plazos.
énfasis en el norteamericano Resultados
trabajo en Jeff Sutherland anticipados. Es necesario de
equipo, donde sentó las bases una exhaustiva
la claridad del para su Flexibilidad y definición de
objetivo es desarrollo. adaptación a los las tareas y sus
crucial para contextos. plazos.
avanzar a una
versión cada Gestión Se exige de alta
vez mejor. sistemática de cualificaión o
riesgos. formación de
quienes lo
utilicen.
Kanban Es un sistema Se crea en Se puede medir Método muy
de información Toyora en la el rendimiento costoso.
que enlaza de década de los de los
forma directa 50, como plan trabajadores o Es limitado.
los procesos de para mejorar la equipos.
fabricación con producción de
cada uno de los automóviles. Organización No es óptimo
procesos En su creación del flujo de para todo tiupo
necesarios, se utilizaban trabajo. de proyectos.
fentro y fuera tarjetas para
de la fábrica. El señalizar los Cumple con los Es díficil
método no solo procesas y las tiempo de controlar los
estima los materias entrega. cambios de
tiempos de cada primas. De ahí gestión por la
uno de los el nombre de Distribución de acumulación de
estados de “Kanban”, que tareas. nuevas tareas.
producción si en japonés
no que también significa Se evita la
examina y “registro acumulación
activa el flujo visual” o del trabajo.
de materias “tarjeta”.
primas
necesarias para
que los
proveedores
puedan
suministrarlas,
sin provocar
roturas de
stock.
Requisitos:
Se necesita un programa que nos permita computarizar y automatizar el
control de entradas, salidas y faltantes de la empresa.
Utilizar de tecnologías que nos garantice un sistema confiable.
Control de productos que salen de la cocina (registro de hora y fecha).
Diseño:
Implementación:
En esta fase se programan los requisitos especificados haciendo uso de las
estructuras de datos diseñadas en la fase anterior. La programación es el proceso
que lleva de la formulación de un problema de computación, a un programa que se
ejecute produciendo los pasos necesarios para resolver dicho problema.
Verificación
Como su propio nombre indica, una vez se termina la fase de implementación se
verifica que todos los componentes del sistema funcionen correctamente y
cumplen con los requisitos.
Instalación y mantenimiento
Una vez se han desarrollado todas las funcionalidades del software y se ha
comprobado que funcionan correctamente, se inicia la fase de instalación y
mantenimiento. Se instala la aplicación en el sistema y se comprueba que
funcione correctamente en el entorno en que se va a utilizar.
Disponible en:
http://quecomputadoracomprar.com/ventajas-y-desventajas-modelo-cascada/
https://es.wikipedia.org/wiki/Desarrollo_en_cascada
http://ingenieraupoliana.blogspot.mx/2010/10/modelo- incremental.html
http://www.slideshare.net/boreasH/ingenieria-de- softwaremodelo-incremental-victor-
mamani-catachura- boreash Keyes, J. (ed.), Sofmare Engineering Productivity
Handbook, McGraw-Hill, 1993. McDermid, J. (ed.), Software Engineer’s Reference
Book, CRC Press, 1993. Marchiniak, J.J. (ed.), Encyclopedia of Software Engineering,
Wiley, 1994.
https://sites.google.com/site/proyectoadpmodelosdedesarrollo/home/modelos-de-desarrollo
http://modeloespiral.blogspot.mx/2009/08/ventajas.html
http://modeloespiral.blogspot.mx/2009/08/desventajas.html
Extreme Programming: desarrollo ágil llevado al extremo; Digital Guide IONOS by 1&1.
(En línea). (S/F). Consultado el 15 de Julio de 2020. Disponible en:
https://www.ionos.mx/digitalguide/paginas-web/desarrollo-web/extreme-programming/
Un poco de historia sobre Extreme Programming, Antonio Martel. (En línea). Publicado el
02 de Diciembre de 2018. Consultado el 16 de Julio de 2020. Disponible en:
https://www.antoniomartel.com/2018/12/un-poco-de-historia-sobre-extreme-
programming.html
Historia del Kanban; Tormetal. (En línea). Publicado el 22 de Marzo de 2017. Consultado
el 16 de Julio de 2020. Disponible en:
https://www.tormetal.com/blog/historia-del-kanban/