Ciclo de Vida Clsico

Este ciclo de vida clasico recibe diferentes nombres entre ellas ciclo de vida basico,
modelo en cascada o modelo lineal secuencial, estos nombres nos dicen que se trata
de un modelo de desarrollo de software en el que tenemos que seguir una serie de etapas
ordenadas de forma sistematica con el fin de generar un software.
Etapas
Anlisis: Esta fase realizamos una investigacin a conciencia para tratar de conocer todos
los requisitos e implicaciones del proyecto que estamos por abordar. Es de vital
importancia que reunamos toda la informacin pertinente al software a desarrollar y que
comprendamos la naturaleza del problema o necesidad que tratamos de cubrir. No
podemos elaborar un software que solucione un problema que no comprendemos o no
sabemos cmo se debe solucionar.


Diseo: El diseo del software es la fase en donde modelamos la estructura y apariencia
del software una vez que ya conocemos la naturaleza del problema y hemos determinado
cual sera la solucin mas optima. El diseo del software se enfoca en modelar la base de
datos, la arquitecura del software, la interfaz y los algoritmos o procedimientos del mismo.

Codificacin: En esta fase tomamos todo lo que se plasmo en el diseo y lo traducimos en
el conjunto de ordenes para computadora que es el software.

Pruebas: En esta fase tomamos el software que se produjo en la codificacin y probamos
todas las partes y procesos del mismo, para asegurarnos que cumple con los requisitos
que se haban especificado.

Implementacin: Esta es la fase en que ponemos el software en funcionamiento en el
mundo real, o dentro de la organizacin para la que fue desarrollado. En esta fase se
realizan todos los preparativos necesarios para asegurar que la inclusin del software
dentro de la organizacin se realizara sin contratiempos y produciendo la menor cantidad
de inconvenientes posible.

Mantenimiento: Como sabemos las organizaciones no permanecen igual, cambian a lo
largo del tiempo, as tambin los gustos y necesidades de las personas cambian,
entonces el software necesita ser modificado para que se adapte a esos cambios, y es
por ello que surge lo que en el software general las famosas actualizaciones.





Ejemplo:
Descripcin de Problema
Una empresa quiere implantar un sistema de control de acceso de usuarios previo al
arranque del resto de aplicaciones que tiene instaladas. Cada usuario deber indicar su
nombre y palabra de paso para poder tener acceso al resto del sistema.
El sistema de control de acceso permitir un mximo de tres intentos antes de bloquear el
terminal durante cinco minutos.
Especificacin de requisitos.
Se detectan los siguientes requisitos:
El sistema debe permitir la identificacin de usuarios
Los usuarios estn identificados por su nombre y palabra de paso. En nombre no
exceder la longitud de 15 caracteres y la palabra de paso de 8.
Es obligatorio que tanto el nombre como la palabra de paso sean cumplimentados
por el usuario
Deber comprobarse que el nombre de usuario y la palabra de paso se
corresponden con un usuario con autorizacin para acceder al sistema, esta
informacin ya habr sido incorporada previamente al mismo.
El sistema permitir tres intentos para acceder como usuario identificado.
Despus del tercer intento el sistema quedar bloqueado durante cinco minutos y
se mostrar el mensaje Terminal bloqueado. Quedan: YY minutos donde YY
representa el nmero de minutos que resten de bloqueo.
Anlisis
Se va a plantear como solucin una visin estructurada basada en diagramas
Entidad/Relacin y diagramas de flujo de datos.
Slo aparece una entidad que es Usuario con dos atributos:
Nombre: de tipo cadena de caracteres de tamao 15 Palabra de paso: de tipo
cadena de caracteres de tamao 8

Ventajas Desventajas
*Modelo de Ciclo de vida muy difundido y
experimentado.

*Al utilizarlo se tiene la garanta de obtener
un producto terminado al final de las fases.
*El usuario debe saber exactamente que
necesita.

*Las fases solo pueden interactuar y/o
comunicarse con su inmediata anterior.

*No posee dispositivos que calculen
riesgos.
Diagramas de Flujo de Datos













Diagrama de Estructura









Plan de pruebas
Debern realizarse las siguientes pruebas
1. Dejar nombre y palabra de paso vaca, el resultado esperado es la pantalla Error1
2. Dejar palabra de paso vaca, el resultado esperado es la pantalla Error2
3. Poner un nombre y una palabra de paso incorrecta, el resultado esperado es la pantalla
Error3
4. Poner un nombre y una palabra de paso correcta, el resultado esperado es la pantalla
Entrada
5. Poner tres veces un nombre y palabra de paso incorrecta, el resultado esperado es la
pantalla Bloqueado
Desarrollo Incremental
Se va a desarrollar el proyecto en dos fases:
Fase1: Identificacin de usuario
Fase2: Mensaje de error de acceso detallado
La fase 1 contempla nuevos requisitos como:
Es obligatorio que tanto el nombre como la palabra de paso sean cumplimentados
por el usuario
Deber comprobarse que el nombre de usuario y la palabra de paso se
corresponden con un usuario con autorizacin para acceder al sistema, esta
informacin ya habr sido incorporada previamente al mismo
Cuando el usuario no est autorizado se mostrar el mensaje de error XX no
tiene permiso para acceder a este sistema donde XX se corresponder con el
nombre que haya sido escrito.
No pueden existir dos pares nombre y clave repetidos en el sistema.

Con la fase 2 se han detectado los siguientes nuevos requisitos:
Cuando no se haya introducido ningn valor para el nombre se mostrar el
mensaje: Debe rellenar la informacin sobre su nombre
Cuando no se haya introducido ningn valor para la palabra de paso se mostrar
el mensaje: Debe rellenar la informacin sobre la palabra de paso




Diagramas de flujos de datos













Diseo de las pantallas del sistema (UI)