Instituto Tecnológico de Pachuca

Ing. Sistemas Computacionales

Fundamentos de Ingeniera de Software

Unidad 1.

Metodologías tradicionales.

Nombre del alumno: Sánchez Alcántara Jonathan Alejandro.

Nombre del maestro: Corona Ramírez Verónica Paola.

Numero de control: 18200205

11/02/19
 Metodologías tradicionales.
Son metodologías complejas y estructuradas, donde la documentación es parte
fundamental de sus procesos y la evaluación de cada una de sus fases permite
ciertos cambios a nivel de los objetivos conforme las necesidades así lo requieran,
y por ende, el seguimiento basado en planes de trabajo cobra relevancia.

Ahora bien, dado que normalmente son adoptadas para proyectos largos y
grandes, la aparición de los riesgos es inminente y por ello se hace una tarea
compleja.

Desde esta perspectiva, el cliente debe estar en capacidad de describir

claramente el problema y entender la solución propuesta, pues éste no tiene gran
participación en todas las etapas y su interacción con el equipo de trabajo, es
principalmente a través de reuniones de seguimiento.

Normalmente las definiciones dadas para las metodologías tradicionales son

provenientes de estándares formales de desarrollo, que hacen de estas,
elementos costosos por ejemplo al momento de asumir un cambio en las
definiciones del proyecto, pues no existe mucha flexibilidad ante los cambios.

En síntesis, con las metodologías tradicionales existen muchos artefactos, grupos

definidos dentro del equipo de trabajo y por ende un número importante de roles,
y un contrato definido desde etapas tempranas del proyecto.

Modelo en cascada.
La metodología en cascada parte de los principios definidos para el modelo de
desarrollo de software en cascada, también conocido como ciclo de vida
clásico o modelo convencional, donde según Pressman (2005), dicho modelo
sugiere un enfoque sistemático y secuencial hacia el desarrollo de software que
indica ciertas etapas y actividades.

En este sentido, el modelo mismo se ha constituido en una metodología que

ordena rigurosamente todas las etapas del ciclo de vida del software, implicando
en sí misma un desarrollo de proyecto rígido y lineal.

Esta es la metodología clásica dentro del contexto del desarrollo de software, que
busca producir un software robusto y estrictamente documentado en cada una
de sus etapas, donde a la finalización de cada una permite el inicio de la
siguiente, tomando como parte del insumo los datos producidos en la anterior.
 Modelo en espiral.
El modelo en espiral, es un modelo evolutivo que fusiona la naturaleza iterativa del
modelo de prototipos con los aspectos lineales, rígidos y de control del modelo en
cascada, entregando así bases para desarrollar rápidamente versiones
incrementales del producto de software.

En el modelo en espiral, seguramente en las primeras iteraciones, la producción se

enmarque en la documentación o prototipos no necesariamente funcionales, y
sólo hasta las últimas iteraciones la producción se enmarcará en versiones más
robustas del producto de software.

Con este modelo es posible hacer entregas parciales al cliente de forma rápida,
sin embargo en cualquier momento se puede salir de control por su naturaleza
por su naturaleza evolutiva, donde además, la cantidad
de riesgos que pueden aparecer por el mismo
fenómeno, es alta y se requiere de mucha experticia
por parte del equipo de trabajo, para controlar
adecuadamente dichos riesgos en términos de su
mitigación y sus planes de acción.

Modelo de prototipos.
Un modelo de prototipos puede ofrecer mejores resultados si en dentro de la
ejecución del proyecto no se tiene claridad sobre las necesidades del cliente o
seguridad sobre un desarrollo realizado, pues éste modelo es empleado como
proceso independiente que toma la forma de una técnica susceptible de
implementarse dentro del contexto o como complemento de cualquier otro
modelo, Pressman (2005).

Así, el modelo permite sortear diferentes situaciones confusas en términos de

definiciones, por ejemplo, buscado poco a poco generar las definiciones
necesarias y clarificar los elementos que lo requieran. El
modelo en prototipos describe una ejecución en ciclos
donde las actividades se repiten una y otra vez, pero
resultados diferentes. Sin embargo es necesario que el
equipo de trabajo esté atento a no caer en ciclos infinitos y
haciendo una y otra vez lo mismo, o buscando la
satisfacción del cliente.
 Modelo incremental.
El modelo incremental toma el modelo en cascada y lo aplica de forma iterativa.
Básicamente se aplican secuencias lineales de forma escalonada de acuerdo al
avance del proyecto, donde cada secuencia genera incrementos del software,
Pressman (2005).

Esta ejecución permite tener una variación en el número de personas

involucradas en el equipo de trabajo, pues en algunas etapas es posible que no
sea necesario un número tan alto, mientras que en otras sí.

Además, Pressman (2005) planeta que el modelo incremental al igual que el

modelo de prototipos y otros enfoques evolutivos, es iterativo por naturaleza, sin
embargo el modelo incremental se enfoca en la
entrega de un producto operacional en cada
incremento que eventualmente se convierten
en versiones parciales del software, lo que no
necesariamente ocurre con el modelo de
prototipos, pues cada una de sus entregas, no
necesariamente es una versión funcional del
software.

Modelo DRA.
El modelo de Desarrollo Rápido de Aplicaciones (DRA), resalta un ciclo de
desarrollo corto, siendo en sí mismo una adaptación a alta velocidad del modelo
en cascada, donde se logra un rápido desarrollo a través de la construcción de
un software basado en componentes, Pressman (2005).

Con base en lo anterior, y teniendo en cuenta lo descrito por Pressman (2005), se

evidencia que se deben establecer ciertas restricciones en términos del alcance
del proyecto y tomando como base los requerimientos, lo que es necesario para
cumplir con los tiempos establecidos por el modelo.
 Modelo de desarrollo concurrente.
El modelo de desarrollo concurrente, llamado algunas veces
ingeniería concurrente, permite que un equipo de software
represente elementos iterativos y concurrentes de cualquiera de los
modelos de proceso, se representa de forma esquemática como
una serie de actividades del marco de trabajo, acciones y tareas de
la ingeniería del software y sus estados asociados. Por ejemplo, la
actividad modelado, definida para el modelo en espiral, se lleva a
cabo al invocar las acciones siguientes: construcción de prototipos o
modelado y especificación del análisis y el diseño.

Modelos especializados de proceso.

Los modelos especializados de proceso adoptan muchas de las características de
uno o más modelos convencionales presentados en sesiones anteriores. Sin
embargo, los modelos especializados tienden a aplicarse cuando se ha elegido
un enfoque de ingeniería del software definido de una manera muy estrecha