Barrapunto

    Depende, yo divido un proyecto en ciclos, de tal forma que cada ciclo cubre todas las fases del proyecto.

    Así, en un proyecto grande, en lugar de tirarme varios meses seguidos de análisis, otros tantos de diseño, otros tantos de codificación y otros de pruebas, cada uno de los ciclos, de por ejemplo de 1 mes, cubre todas las fases.

      Si el proyecto es un árbol, en el primer ciclo creamos el tronco, luego las ramas principales, y así hasta acabar con las hojas.

      Esta forma de organizarse tiene sus ventajas, el cliente va viendo como va evolucionando la aplicación, hay más feedback, controlas mejor los retrasos.

      Observa que durante ese tiempo, las especificaciones pueden cambiar, y de hecho cambián, bién por bicefalía del cliente, (varios capitanes en un sólo barco), o bién por que se dan cuenta de cosas de las que no se habían dado cuenta antes.

      En el primer ciclo, los casos de uso, son muy, muy genéricos, lo más esencial, y en este caso, tienes razón. No hay ni pantallas ni na de na.

      Cuando tengo uno o más ciclos a mi espaldas, si que tengo pantallas, y un caso de uso puede ser perfectamente el botón "Alta" o el botón "Baja".

    ....................

      UML y Patrones
    Introducción al análisis y diseño
    orientado al objeto.

    Autor : Craig Larman
    Editorial : Prentice Hall & Pearson.