METODOLOGIA DE INGENIERIA DE SOFTWARE
Páginas: 34 (8461 palabras)
Publicado: 28 de julio de 2015
UNIDAD II:
METODOLOGÍAS DE DESARROLLO
El concepto de metodología, dentro de la Ingeniería del Software es, sin duda, uno de los temas más obscuros y que más confusión produce tanto en estudiantes como en profesionales involucrados en procesos de desarrollo de software.
Tanto es así, que en muchos proyectos de desarrollo, la aplicación de una metodología brilla por su ausencia, siendo éste unconcepto casi desconocido.
Además, la constante innovación tecnológica hace que cada vez sea necesaria la aplicación de nuevas metodologías adaptadas a los nuevos tiempos y, sin embargo, siguen figurando en los libros de texto viejas metodologías pensadas para viejos problemas... cosa que no sería necesariamente mala si las nuevas metodologías tuviesen también su lugar... pero a menudo no es así.Y no es que haya una metodología claramente superior a las demás. Todas las metodologías son, en esencia, bienintencionadas. Obviamente, las más modernas responden a problemas y necesidades más actuales.
Afortunadamente, los tiempos van cambiando. La informática va madurando y tanto algunos profesionales de las tecnologías de la información como algunos de sus clientes se van dando cuenta de quese hace necesario seguir unas ciertas pautas predefinidas en el desarrollo del software de calidad: es decir, llevar un comportamiento metódico: seguir una metodología.
2.1 Metodologías clásicas
Hay una serie de metodologías que solemos llamar tradicionales o clásicas propuestas casi todas ellas con anterioridad a los años 90 que pretendían ayudar a los profesionales indicando pautas pararealizar y documentar cada una de las tareas del desarrollo del software. Sin embargo, tienen casi todas ellas un gran problema: asumen que un proyecto informático es casi una extensión de un proyecto burocrático tradicional. Así pues, los pasos que sugieren para llevar a cabo cada tarea, aunque bienintencionados, están cargados de burocracia, reiteraciones, ambigüedades... No suelen tener encuenta cosas como la calidad, la satisfacción, la competitividad, los beneficios. Fueron metodologías creadas en los años 70-80 pensando en los negocios de los años 50.
El mundo va ahora mucho más rápido: sólo los negocios inteligentes sobreviven, sólo los proyectos de software inteligentemente construidos lo hacen también. Ahora las comunicaciones son instantáneas, mundiales. La información fluye entiempo real. Las empresas compiten al segundo.
El software ya tiene una cierta historia. Hemos aprendido mucho. Utilizamos conceptos abstractos para construir sistemas que van mucho más allá de los datos y los algoritmos.
La mayor parte de las metodologías tradicionales ya no funcionan. Están obsoletas desde casi todos los puntos de vista. Sólo algunas metodologías tradicionales han sidorevisadas y adaptadas, y su funcionalidad suele estar limitada a proyectos no muy innovadores.
Las metodologías surgidas desde los 90 hasta aquí suelen tener otra mentalidad, una cierta agilidad. Siendo conscientes de lo cambiante y amplio que es el mundo del software, una metodología debe ser lo suficientemente precisa como para que todo el mundo la pueda seguir y sea de utilidad como pauta común,pero también debe ser lo suficientemente adaptable como para poder aplicarse en distintos proyectos, y lo suficientemente sencilla como para que no resulte muy complicada su utilización, pero lo suficientemente completa y compleja como para que la utilización por parte del equipo sea provechosa. Debe ser ágil.
Aunque el término de agilidad es muy discutible, es indudable que las metodologías"modernas" responden a otra mentalidad completamente distinta.
Así a la pregunta de "¿Qué metodología utilizar?"... pues depende:
Si formas parte de un equipo de desarrollo en un proyecto grande y te toca decidir qué metodología hay que utilizar significa que tienes un puesto de responsabilidad. Escoge una metodología moderna, bien definida, que dé respuesta a las necesidades del proyecto.
Si formas...
METODOLOGÍAS DE DESARROLLO
El concepto de metodología, dentro de la Ingeniería del Software es, sin duda, uno de los temas más obscuros y que más confusión produce tanto en estudiantes como en profesionales involucrados en procesos de desarrollo de software.
Tanto es así, que en muchos proyectos de desarrollo, la aplicación de una metodología brilla por su ausencia, siendo éste unconcepto casi desconocido.
Además, la constante innovación tecnológica hace que cada vez sea necesaria la aplicación de nuevas metodologías adaptadas a los nuevos tiempos y, sin embargo, siguen figurando en los libros de texto viejas metodologías pensadas para viejos problemas... cosa que no sería necesariamente mala si las nuevas metodologías tuviesen también su lugar... pero a menudo no es así.Y no es que haya una metodología claramente superior a las demás. Todas las metodologías son, en esencia, bienintencionadas. Obviamente, las más modernas responden a problemas y necesidades más actuales.
Afortunadamente, los tiempos van cambiando. La informática va madurando y tanto algunos profesionales de las tecnologías de la información como algunos de sus clientes se van dando cuenta de quese hace necesario seguir unas ciertas pautas predefinidas en el desarrollo del software de calidad: es decir, llevar un comportamiento metódico: seguir una metodología.
2.1 Metodologías clásicas
Hay una serie de metodologías que solemos llamar tradicionales o clásicas propuestas casi todas ellas con anterioridad a los años 90 que pretendían ayudar a los profesionales indicando pautas pararealizar y documentar cada una de las tareas del desarrollo del software. Sin embargo, tienen casi todas ellas un gran problema: asumen que un proyecto informático es casi una extensión de un proyecto burocrático tradicional. Así pues, los pasos que sugieren para llevar a cabo cada tarea, aunque bienintencionados, están cargados de burocracia, reiteraciones, ambigüedades... No suelen tener encuenta cosas como la calidad, la satisfacción, la competitividad, los beneficios. Fueron metodologías creadas en los años 70-80 pensando en los negocios de los años 50.
El mundo va ahora mucho más rápido: sólo los negocios inteligentes sobreviven, sólo los proyectos de software inteligentemente construidos lo hacen también. Ahora las comunicaciones son instantáneas, mundiales. La información fluye entiempo real. Las empresas compiten al segundo.
El software ya tiene una cierta historia. Hemos aprendido mucho. Utilizamos conceptos abstractos para construir sistemas que van mucho más allá de los datos y los algoritmos.
La mayor parte de las metodologías tradicionales ya no funcionan. Están obsoletas desde casi todos los puntos de vista. Sólo algunas metodologías tradicionales han sidorevisadas y adaptadas, y su funcionalidad suele estar limitada a proyectos no muy innovadores.
Las metodologías surgidas desde los 90 hasta aquí suelen tener otra mentalidad, una cierta agilidad. Siendo conscientes de lo cambiante y amplio que es el mundo del software, una metodología debe ser lo suficientemente precisa como para que todo el mundo la pueda seguir y sea de utilidad como pauta común,pero también debe ser lo suficientemente adaptable como para poder aplicarse en distintos proyectos, y lo suficientemente sencilla como para que no resulte muy complicada su utilización, pero lo suficientemente completa y compleja como para que la utilización por parte del equipo sea provechosa. Debe ser ágil.
Aunque el término de agilidad es muy discutible, es indudable que las metodologías"modernas" responden a otra mentalidad completamente distinta.
Así a la pregunta de "¿Qué metodología utilizar?"... pues depende:
Si formas parte de un equipo de desarrollo en un proyecto grande y te toca decidir qué metodología hay que utilizar significa que tienes un puesto de responsabilidad. Escoge una metodología moderna, bien definida, que dé respuesta a las necesidades del proyecto.
Si formas...
Leer documento completo
Regístrate para leer el documento completo.