INGENIERIA DE SOFTWARE 1

JOSE LUIS MADRID ANGEL

DOCENTE: EDWIN RODRÍGUEZ SUAREZ

FUNDACION UNIVERSITARIA DE SAN GIL – UNISANGIL

FACULTAD DE CIENCIAS NATURALES E INGENIERIA
INGENIERIA DE SISTEMAS
YOPAL- CASANARE
2018
 TABLA DE CONTENIDO
ENSAYO DE METODOLOGÍAS ÁGILES: ADAPTANDO LA INGENIERÍA DEL
SOFTWARE A LOS NEGOCIOS-----------------------------------------------------------------1
CONCLUSION----------------------------------------------------------------------------------------3
 ENSAYO DE METODOLOGÍAS ÁGILES: ADAPTANDO LA INGENIERÍA DEL
SOFTWARE A LOS NEGOCIOS
La ingeniería software era igual que la hardware. Entonces, todos eran ingenieros
hardware o matemáticos. Fábricas de software: experiencias, tecnologías y
organización, ciclo de vida en cascada es La orientación a objetos es una
aproximación a la industrialización del desarrollo software, caminar sobre el agua y
desarrollar software en base a una especificación es fácil, si ambos elementos están
congelados. Algunas claves de las metodologías ágiles: el ciclo de vida iterativo. Sin
duda una de las claves que un proyecto ágil es el uso de un ciclo de vida iterativo,
a veces también incremental, frente al ciclo de vida en cascada. Si tuviese que elegir
la característica que mejor identifica un proyecto ágil, sin duda, esta sería el ciclo de
vida iterativo. Que aunque en muchas ocasiones se considere algo novedoso, o
revolucionario, es conveniente recordar, e incluso tranquilizante, que el veterano
ciclo de vida iterativo e incremental es incluso más antiguo que el ciclo de vida en
cascada, y que se empezó a aplicar al software en los 60 (aunque el primer método
ágil, DSDM, es del 94). Software en los 60 (aunque el primer método ágil, DSDM,
es del 94).
Las metodologías ágiles y la documentación, Aunque el manifiesto ágil no rechaza
el que se documente en los proyectos, si antepone otras muchas cosas frente a
documentar, y muchos proyectos han interpretado esto como que en un proyecto
ágil no se debe escribir ningún documento.
Las metodologías ágiles y el desarrollo distribuido Uno de los retos de Scrum, y de
las metodologías ágiles en general, es cómo se puede aplicar en equipos
distribuidos, lo que algunos llaman Global Software Development. De manera
resumida, los principales problemas en este tipo de entornos vienen de que la
comunicación e interacción entre los miembros del equipo, que es una pieza
fundamental en un desarrollo ágil, al estar en ubicaciones físicas diferentes es
mucho más compleja.
Durante muchos años ha sido pensar que las metodologías ágiles, sin adaptación
al caso concreto y real sobre el que operan, eran la mejor opción para todo tipo de
proyectos. Pero la realidad dice que la cosa es más complicada, y que cada
proyecto, empresa, producto, línea de negocio, etc., requiere de una metodología
específica, o de diferentes maneras de adaptar una metodología genérica.
Por eso sabemos que aunque en la mayoría de las ocasiones las metodologías
ágiles son la mejor opción, hay ocasiones en que incluso una metodología ágil no
es la mejor alternativa. Lo difícil es saber el punto medio exacto y más
recomendable para cada proyecto, e incluso buscar el punto intermedio entre ágil y
tradicional. Sabemos que hay una metodología concreta para cada proyecto.
1
No olvidemos que aunque metodologías como Scrum son una muy buena práctica.
Como cualquier otra puede fallar. Y para ayudarte a detectar este tipo de fallos te
dejo un conjunto de “Malos olores” de un proyecto Scrum.

Metodologías ágiles y procesos software de uno de los temas que más ha dado que
hablar en los últimos tiempos ha sido si las metodologías ágiles y los modelos de
procesos (CMMI, ISO 15504 SPICE, etc.) podían trabajar juntos.
La metodología ágil FDD. Desarrollar el modelo global de una de las cosas más
polémicas, criticadas y oscuras de los proyectos ágiles es cómo y cuándo se crea
el diseño y la arquitectura. En el mundo ágil, hay incluso quienes, erróneamente,
asocian la palabra diseño con el ciclo de vida en cascada, tan denostado por el
agilísimo extremo, Construir una lista de características de la metodología ágil FDD
a los requisitos se les llama “features”, como una pequeña función orientada al
cliente. Por pequeño se entiende que suele durar de 1 a 3 días de desarrollo,
planificar del tercer y último proceso de los que conformarían la iteración cero. Su
objetivo, crear una planificación inicial y asignar responsabilidades, diseñar se
realizan diagramas de secuencia para cada feature, y se refina el diseño o modelo
global y construir de la contempla el uso de las pruebas unitarias e inspecciones de
código, tras las cuales la feature se sube al “build” principal.

2
 CONCLUSIÓN
Como observar una metodología es un conjunto de algoritmos y herramientas que
nos facilitan la elaboración de un proyecto al dividirlo en fases para tener un mayor
orden y gestión. Dentro de las metodologías existen las llamadas metodologías
ágiles adaptando la ingeniería del software a los negocios que se diferencian de una
metodología común al simplificar los procesos de programación, ciclo de vida de
desarrollar software, al momento de integrar al cliente en la elaboración del
software. Existen varias tecnologías ágiles que podemos aplicar a nuestros
proyectos, pero la principal, más usada es la metodología que sobresale por sus
requerimientos cambiantes y adaptativos, así como por la retroalimentación
brindándole importancia a las relaciones interpersonales para moldear el entorno de
trabajo según las necesidades de los propios integrantes de desarrollo de software.