Metodología de cascada

Fue uno de los primeros que formalizó el desarrollo de software .Es el enfoque
metodológico que ordena rigurosamente las etapas del ciclo de vida del software,
de forma tal que el inicio de cada etapa debe esperar a la finalización de la
inmediatamente anterior

De esta forma, cualquier error de diseño detectado en la etapa de prueba

conduce necesariamente al rediseño y nueva programación del código afectado,
aumentando los costos del desarrollo.

• Fase de ingeniería y análisis del sistema.

Se comienza estableciendo los requisitos y componentes del sistema y luego
asignando algún subconjunto de estos requisitos al software.

• Fase de análisis de los requisitos.

Se analizan las necesidades de los usuarios finales del software a desarrollar para
determinar qué objetivos debe cubrir.

De esta fase surge una memoria llamada SRD (Documento de Especificación de

Requisitos), que contiene la especificación completa de lo que debe hacer el
sistema sin entrar en detalles internos. En esta etapa se deben verificar todo lo que
se requiere en el sistema ya que no se pueden solicitar nuevos requisitos a mitad
del proceso de elaboración del software
• Fase de diseño:
Se descompone y organiza el sistema en elementos que puedan elaborarse por
separado, aprovechando las ventajas del desarrollo en equipo. Como resultado
surge el SDD (Documento de Diseño del Software), que contiene la descripción de
la estructura global del sistema y la especificación de lo que debe hacer cada una
de sus partes, así como la manera en que se combinan unas con otras. Se realizan
los algoritmos necesarios para el cumplimiento de los requerimientos del usuario así
como también los análisis necesarios para saber que herramientas usar en la etapa
de Codificación.

• Fase de codificación.
Es la fase de programación propiamente dicha. Aquí se desarrolla el código fuente

• Fase de pruebas.
Los elementos, ya programados, se ensamblan para componer el sistema y se
comprueba que funciona correctamente antes de ser puesto en explotación. Una
vez que se ha generado el código comienza la prueba del programa.

La prueba se centra en la lógica interna del software, y en las funciones externas,

realizando pruebas que aseguren que la entrada definida produce los resultados
que realmente se requieren.

• Fase de mantenimiento.
El software obtenido se pone en producción. Es una de las fases finales del
proyecto. En el desarrollo surgen cambios, para corregir errores o bien para
introducir mejoras. El software sufre cambios después de que se entrega al cliente.
Los cambios ocurrirán debidos a que hayan encontrado errores, a que el software
deba adaptarse a cambios del entorno externo (sistema operativo o dispositivos
periféricos), o debido a que el cliente requiera ampliaciones funcionales o del
rendimiento.

Metodología Scrum
Scrum se basa en la teoría de control de procesos empírica o empirismo. El
empirismo asegura que el conocimiento procede de la experiencia y de tomar
decisiones basándose en lo que se conoce. Scrum emplea un enfoque iterativo e
incremental para optimizar la predictibilidad y el control del riesgo.
Transparencia
requiere que Los aspectos significativos del proceso sean definidos por un estándar
común.

Inspección
Los usuarios de Scrum deben inspeccionar frecuentemente los artefactos de Scrum
y el progreso hacia un objetivo, para detectar variaciones.

. Adaptación
Si un inspector determina que uno o más aspectos de un proceso se desvían de
límites aceptables, y que el producto resultante no será aceptable, el proceso o el
material que está siendo procesado deben ser ajustados

Componentes de Scrum
Scrum se puede dividir de forma general en 3 fases, que podemos entender como
reuniones. Las reuniones forman parte de los artefactos de esta metodología junto
con los roles y los elementos que lo forman.

Las Reuniones.

1. Planificación del Backlog

Se definirá un documento en el que se reflejarán los requisitos del sistema por
prioridades.

En esta fase se definirá también la planificación del Sprint 0, en la que se decidirá

cuáles van a ser los objetivos y el trabajo que hay que realizar para esa iteración.

Se obtendrá además en esta reunión un Sprint Backlog, que es la lista de tareas y

que es el objetivo más importante del Sprint.
2. Seguimiento del Sprint
En esta fase se hacen reuniones diarias en las que las 3 preguntas principales para
evaluar el avance de las tareas serán:

¿Qué trabajo se realizó desde la reunión anterior?

¿Qué trabajo se hará hasta una nueva reunión?

Inconvenientes que han surgido y qué hay que solucionar para poder continuar.

3. Revisión del Sprint

Cuando se finaliza el Sprint se realizará una revisión del incremento que se ha

generado.

Se presentarán los resultados finales y una demo o versión, esto ayudará a mejorar
el feedback con el cliente.

Los roles
1. LOS CERDOS
Son las personas que están comprometidas con el proyecto y el proceso de Scrum.

Product Owner: Es la persona que toma las decisiones, y es la que realmente

conoce el negocio del cliente y su visión del producto. Se encarga de escribir las
ideas del cliente, las ordena por prioridad y las coloca en el Product Backlog.

ScrumMaster: Es el encargado de comprobar que el modelo y la

metodología funciona. Eliminará todos los inconvenientes que hagan que el
proceso no fluya e interactuará con el cliente y con los gestores.

Equipo De Desarrollo: suele ser un equipo pequeño de unas 5-9 personas y tienen
autoridad para organizar y tomar decisiones para conseguir su objetivo. Está
involucrado en la estimación del esfuerzo de las tareas del Backlog.

2. LAS GALLINAS
Aunque no son parte del proceso de Scrum, es necesario que parte de la
retroalimentación dé la salida del proceso y así poder revisar y planear cada sprint.

Usuarios: Es el destinatario final del producto.

Stakeholders: Las personas a las que el proyecto les producirá un beneficio.

Participan durante las revisiones del Sprint.
 Managers: Toma las decisiones finales participando en la selección de los
objetivos y de los requisitos.

Elementos de Scrum.
Los elementos que forman a Scrum son:

Product Backlog: lista de necesidades del cliente. Debe contener

Identificador para la funcionalidad.

Descripción de la funcionalidad.

Sistema de priorización u orden.

Estimación.

Sprint Backlog: lista de tareas que se realizan en un Sprint.

 Es una lista ordenada por prioridades para el cliente.  Puede haber
dependencias entre una tarea y otra, por lo tanto se tendrá que diferenciar de
alguna manera.

Incremento: parte añadida o desarrollada en un Sprint, es un parte terminada y

totalmente operativa

FASES DE UN PROYECTO EN SCRUM.

- Preparación del proyecto. (Sprint 0)
Definir el proyecto: Se debería de indicar de forma clara el propósito del
proyecto,

Definir “terminado”: Marcará el punto en el que se va a considerar que la

tarea está terminada.

Definición del Backlog inicial:

Definición de los entregables:
-Las Estimaciones del Backlog

Antes de la primera reunión de la planificación el Equipo tiene que conocer cuál

va a ser su velocidad inicial y su factor de dedicación
Metodología evolutiva por prototipos

Se basa en la creación de una implementación parcial de un sistema, para el

propósito explícito de aprender sobre los requerimientos del sistema. Un prototipo
es construido de una manera rápida tal como sea posible. Esto es dado a los
usuarios, clientes o representantes de ellos, posibilitando que ellos experimenten
con el prototipo. Estos individuos luego proveen la retroalimentación sobre lo que
a ellos les gustó y no les gustó acerca del prototipo proporcionado

Las fases que comprende el método de prototipos evolutivos son:

• Fase de Investigación preliminar

. Las metas principales de esta fase son:
determinar el problema y su ámbito, la importancia y los efectos sobre la
organización por una parte y, por otro lado, identificar una idea general de la
solución para realizar un estudio de factibilidad que determine la viabilidad de una
solución software.

Esta primera fase del ciclo se divide en tres actividades:

a) Clarificación de requerimientos

b) Estudio de factibilidad

c) Aprobación del requerimiento

Estudio de factibilidad. Es determinar si el proyecto es viable. Los aspectos para

determinar la factibilidad del proyecto son:

a) Factibilidad técnica: Se debe de investigar si se puede realizar el trabajo para el

proyecto con el equipo actual, el personal y el software disponible.

b) Factibilidad económica: Se debe de analizar los beneficios y costos que se

tendrán con la creación del sistema

c) Factibilidad operativa: Se debe de investigar si el sistema que se desarrolla se

pondrá en marcha, si habrá resistencia al cambio por parte de los usuarios.

Fase de definición de los requerimientos del

sistema
. El objetivo de esta etapa es registrar todos los requerimientos y deseos que los
usuarios tienen en relación al proyecto bajo desarrollo. Esta etapa es la más
importante de todo el modelo, es aquí donde el desarrollador determina los
requisitos mediante la construcción, demostración y retroalimentaciones del
prototipo.

La definición de requerimientos consiste de cinco etapas:

Análisis grueso y especificación. desarrollar undiseño básico para el prototipo

inicial.

Diseño y construcción. obtener un prototipo inicial.

Evaluación. Esta etapa tiene dos propósitos: extraer a los usuarios la

especificación

de los requerimientos adicionales del sistema y verificar que el prototipo

desarrollado haya cumplido con la definición de requerimientos del sistema. Si los
usuarios identifican fallas en el prototipo, entonces el desarrollador simplemente
corrige el prototipo antes de la siguiente evaluación.

Modificación. Esto ocurre cuando la definición de requerimientos del sistema es

alterada en la subfase de evaluación. El desarrollador entonces debe modificar el
prototipo de acuerdo a los comentarios hechos por los usuarios

Término. Una vez que se ha desarrollado un prototipo estable y completo, es

necesario ponerse de acuerdo en relación a aspectos de calidad y de
representación del sistema.

• Fase de diseño técnico

Esta fase de diseño técnico tiene dos etapas: por un lado, la producción de una
documentación de diseño que especifica y describe la estructura del software, el
control de flujo, las interfaces de usuario y las funciones y, como segunda etapa, la
producción de todo lo requerido para realizar cualquier mantenimiento futuro al
software.

• Fase de desarrollo y pruebas. asegurar la corrección y completitud de los mismos

con respecto a los requerimientos.

• Fase de Operación y mantenimiento.

Metodología PSP
El PSP es un mejoramiento en si de los procesos y fue diseñado para ayudar a los
ingenieros a controlar, administrar y mejorar su manera de trabajar. Es una
estructura con un marco referencial, directrices y procedimientos para el desarrollo
de software.
La Estructura del Proceso PSP

Requerimientos y Planificación
• Producir el plan de los requerimientos y desarrollo.

Diseño de Alto Nivel

Producir la estrategia de diseño e implementación:

• Especificaciones funcionales.

• Especificaciones de estado.

• Escenarios operacionales.

• Especificaciones de Reuso.

• Estrategia de desarrollo.

• Estrategia de pruebas.

Revisión del Diseño de Alto Nivel.

• Arreglar y anotar todos los defectos establecidos.
• Anotar los problemas destacados en el Log de rastreo de los problemas.

• Registrar todos los defectos establecidos en el Log de registro de defectos.

Diseñar el programa.
• Revisar el diseño, reparar y anotar todos los defectos establecidos

. • Implementar el diseño, usando las plantillas apropiadamente.

• Revisar el código, reparar y anotar todos los defectos establecidos.

• Compilar el programa, reparar y anotar todos los defectos establecidos.

Postmortem
Completar la forma del plan del proyecto con el tiempo actual, defectos, tamaño
de los datos actualizados.