El documento describe el ciclo de vida clásico y los paradigmas tradicionales de desarrollo de sistemas. Explica que el ciclo de vida clásico, también conocido como modelo en cascada, sigue un enfoque secuencial a través de fases como el análisis del sistema, el diseño conceptual, el diseño lógico y la codificación. También menciona otros paradigmas como el modelo espiral y el modelo de prototipo.

1. INTEGRANTE :
ARIEL JURUQUIPA MARCOS
AXBLER ALAN MENDOZA SANCHEZ
RONNY SOSSA OCHOA
JOSE ELI ALVIVIS
Ciclo de vida clásico y paradigma
tradicional de desarrollo de
sistemas

2. Ciclo de Vida Clásico
 Este paradigma es el más antiguo de los empleados en la Ingeniería de
Software y se desarrolló a partir del ciclo convencional de una ingeniería.
No hay que olvidar que la Ingeniería del Software surgió como copia de
otras ingenierías, especialmente de las del hardware, para dar solución a
los problemas más comunes que aparecían al desarrollar sistemas de
software complejos.
 El Ciclo de Vida Clásico, también llamado Modelo en Cascada, fue
propuesto por W. Royce a principio de los años 70. Exige un enfoque
sistemático y secuencial del desarrollo del software a través de una serie
de fases secuenciales, que comienza en el nivel de Análisis del sistema
hasta terminar con el Mantenimiento de la aplicación. Cada fase genera
entradas y documentación para la siguiente.

3. Paradigma
La ingeniería del Software define paradigmas de desarrollo estructurado
como base a seguir en un proyecto de Software. Si ninguno de estos
paradigmas se adecua al problema por resolver, entonces el
desarrollador se verá obligado a combinar los paradigmas o definir uno
nuevo.
Para resolver los problemas reales, el ingeniero del software debe
incorporar una estrategia de desarrollo que acompañe al proceso,
métodos y capas de herramientas.
La estrategia a menudo se llama modelo de proceso o paradigma de
ingeniería del software.

4. MODELO CASCADA
SE DESAROLLA
SECUENCIALMENTE
MODELO ESPIRAL
MODELO DE PROTOTIPO

5. Análisis del sistema
 El software es siempre parte de un sistema mayor, por lo que siempre va a
interrelacionarse con otros elementos, ya sea hardware, máquinas o
personas. Por esto, el primer paso del ciclo de vida de un proyecto
consiste en un análisis de las características y el comportamiento del
sistema del cual el software va a formar parte.
 En el caso de que se quiera construir un sistema nuevo, por ejemplo un
sistema de control, se debería de analizar cuáles son los requisitos y la
función del sistema, y luego asignar un subconjunto de estos requisitos al
software. En el caso de un sistema ya existente (supongamos, por
ejemplo, que se desea informatizar una empresa) se deberá analizar el
funcionamiento de la misma, - las operaciones que se llevan a cabo en
ella -, y asignar al software aquellas funciones que vamos a automatizar.

6. Los objetivos del Análisis del Sistema son:
 - Identificar las necesidades del cliente.
 - Captar y definir el sistema informacional del organismo como un
conjunto de partes con un fin común y una serie de interrelaciones
múltiples.
 - Dividir el sistema en subsistemas informacionales independientes
pero sin perder de vista sus relaciones con otros subsistemas.
 - Escoger el subsistema a automatizar y evaluar la viabilidad técnica y
económica de dicho proceso.
 - Establecer restricciones de coste y plazo.
 - Asignación de funciones y rendimientos esperados al hardware,
software, personal y base de datos resultante tras el proceso de
desarrollo.

7. Análisis Conceptual
 En esta etapa se debe captar y comprender el ámbito de la información
del software así como la función, el rendimiento y las interfaces
requeridas. El análisis consistirá en diseñar las abstracciones
operacionales (Modelo Conceptual de Tratamientos) y de datos (Modelo
Conceptual de Datos) correspondientes al subsistema que se pretende
informatizar.
 En esta fase se aplican metodologías apoyadas fundamentalmente en
soportes gráficos (Diagrama de flujo de datos, modelo entidad/relación,
diccionario de datos,...), proporcionándonos una serie de documentación
que deberá ser revisada con el cliente de la aplicación.

8. Diseño Lógico
 Es un proceso que se centra sobre cuatro características distintas de la
aplicación software:
 1. Estructura de los datos. (Modelo lógico de datos).
 2. Arquitectura del software. (Diagramas de estructura).
 3. Detalle procedural. (Estructura interna de los programas).
 4. Diseño lógico de la interfaz hombre-máquina.
 Al igual que el análisis, el diseño se documenta y forma parte de
la configuración del software (el control de configuraciones es lo que nos
permite realizar cambios en el software de forma controlada y no
traumática para el cliente).

9. Codificación. (Diseño Físico).
 La codificación consiste en la traducción de las especificaciones del
Diseño Lógico a un lenguaje de programación determinado de forma que
el resultado obtenido sea ejecutable por la máquina.
 El Diseño físico puede dividirse en:
 - Diseño físico de datos.
 - Diseño físico de tratamientos o codificación propiamente dicha.
 - Diseño físico de la interfaz hombre-máquina.