Presentacion Ciclo de vida- Ingenieria del software
1. INGENIERIA DEL SOFTWARE
CICLO DE VIDA
INTEGRANTES:
- Colque Almendras Carlos
- Sánchez Flores Samuel
- Valeriano Luis Alberto
Docente:
David Enrique Mendoza Gutiérrez
Asignatura:
Ingeniería de Software
Santa Cruz de La Sierra 23 de marzo de 2021
2. Ciclo de vida: Definiciones
Ingeniería de Software
David Enrique Mendoza Gutiérrez
Carlos, Samuel, Luis Alberto
Es el proceso que se sigue para construir,
entregar y hacer evolucionar el software,
desde la concepción de una idea hasta la
entrega y retiro del sistema.
Según IEEE: “Una aproximación lógica a la adquisición,
el suministro, el desarrollo, la explotación y el
mantenimiento del software”.
Según ISO: “Un marco de referencia que
contiene los procesos, las actividades y las
tareas involucradas en el desarrollo, la
explotación y el mantenimiento de un
producto software, abarcando la vida del
sistema desde la definición de los requisitos
hasta la finalización de su uso.
3. ISO 12207
Estándar para los procesos de ciclo de vida del software
• 3 Procesos principales del ciclo de vida - norma 12207
Procesos principales del ciclo de vida
Son los procesos para iniciar o llevar a cabo el desarrollo,
operación o mantenimiento del software.
Procesos de soporte del ciclo de vida
Un proceso de apoyo es el que apoya a otro proceso como
parte esencial del mismo. Un proceso de apoyo se emplea y
ejecuta por otro proceso, según sus necesidades.
Procesos generales del ciclo de vida
Se emplean por una organización para establecer e
implementar una infraestructura constituida por procesos y
personal asociado al ciclo de vida y para mejorar
continuamente esta infraestructura.
Ingeniería de Software
David Enrique Mendoza Gutiérrez
Carlos, Samuel, Luis Alberto
4. Fases del ciclo de vida
Carlos, Samuel, Luis Alberto
Ingeniería de Software
David Enrique Mendoza Gutiérrez
Planificación: En esta fase se prepara el diseño y posterior implementación del sistema. Es
necesario definir el alcance del proyecto, justificarlo y escoger una metodología para su
desarrollo. También es preciso asociar las diferentes actividades a plazos de tiempo y designar
roles y responsabilidades.
Análisis de requerimientos: Es la segunda etapa en el ciclo de vida de un sistema de información.
Es la que tiene que ver con el análisis y donde se busca concretar una serie de requisitos, que
son los que regirán el nuevo sistema.
Diseño: En este estadio el equipo de proyecto tendrá que determinar cómo el nuevo sistema de
información cumplirá con los requisitos aplicables. Es por ello que, a estas alturas del ciclo de
vida de un sistema de información conviene identificar soluciones potenciales, evaluarlas y elegir
la más conveniente.
5. Implementación :En esta etapa del ciclo de vida de un sistema de información hay
que proceder a la instalación del hardware y software elegidos, crear las
aplicaciones correspondientes, someterlas a pruebas, crear la documentación
pertinente y capacitar a los usuarios. La conversión de datos es importante en este
estadio, en el que ya se empieza a trabajar en el nuevo sistema.
Pruebas: El objetivo de esta etapa es corroborar que el diseño propuesto cumple
con los requisitos de negocio establecidos. Puede ser necesario repetir las pruebas
tantas veces como haga falta para evitar errores y, de hecho, conviene que el
usuario final dé su conformidad con el resultado.
Mantenimiento: Esta etapa del ciclo de vida de un sistema de información está
relacionada con las operaciones del día a día. Por lo general, consiste en introducir
los ajustes necesarios para mejorar el rendimiento y corregir los problemas que
puedan surgir.
Carlos, Samuel, Luis Alberto
Ingeniería de Software
David Enrique Mendoza Gutiérrez
6. Modelos de ciclo de vida
MODELO DE CASCADA
La primera descripción formal del modelo
en cascada fue en un artículo publicado en
1970 por Winston W. Royce
El modelo en cascada es un proceso de
desarrollo secuencial, en el que el
desarrollo de software se concibe
como un conjunto de etapas que se
ejecutan una tras otra, colocadas una
encima de otra y siguiendo un flujo de
ejecución de arriba hacia abajo, como una
cascada.
Ingeniería de Software
David Enrique Mendoza Gutiérrez
Carlos, Samuel, Luis Alberto
7. MODELO V
El modelo en v es un proceso que
representa la secuencia de pasos en el
desarrollo del ciclo de vida de un proyecto.
Describe las actividades y resultados que
han de ser producidos durante el desarrollo
del producto. La parte izquierda de la v
representa la descomposición de los
requisitos y la creación de las
especificaciones del sistema. El lado
derecho de la v representa la integración de
partes y su verificación. V significa
“Validación y Verificación”.
Ingeniería de Software
David Enrique Mendoza Gutiérrez
Carlos, Samuel, Luis Alberto
8. MODELO CASCADA INCREMENTAL
Consiste en la iteración de varios ciclos
de vida en cascada. Al final de cada
iteración se le entrega al cliente una
versión mejorada o con mayores
funcionalidades del producto. El
cliente es quien después de cada
iteración, evalúa el producto y lo
corrige o propone mejoras. Estas
iteraciones se repetirán hasta obtener
un producto que satisfaga las
necesidades del cliente.
Ingeniería de Software
David Enrique Mendoza Gutiérrez
Carlos, Samuel, Luis Alberto
9. Modelo en espiral
El desarrollo en espiral es un modelo de
ciclo de vida desarrollado por Barry
Boehm en 1985, utilizado de forma
generalizada en la ingeniería del software.
Las actividades de este modelo se
conforman en una espiral, cada bucle
representa un conjunto de actividades.
Las actividades no están fijadas a priori,
sino que las siguientes se eligen en
función del análisis de riesgos,
comenzando por el bucle anterior.
Ingeniería de Software
David Enrique Mendoza Gutiérrez
Carlos, Samuel, Luis Alberto
10. MODELO DE PROTOTIPOS
El paradigma de prototipos comienza con la
recolección de requisitos. El desarrollador y el
cliente encuentran y definen los objetivos
globales para el software, identifican los
requisitos conocidos y las áreas del esquema.
Entonces aparece un diseño rápido. El diseño
rápido se centra en una representación de esos
aspectos del software que serán visibles para el
usuario/cliente. El diseño rápido lleva a la
construcción de un prototipo. El prototipo lo
evalúa el cliente/usuario y se utiliza para refinar
los requisitos del software a desarrollar.
Ingeniería de Software
David Enrique Mendoza Gutiérrez
Carlos, Samuel, Luis Alberto
11. MODELO REPETITIVO
Este modelo guía el proceso de desarrollo de
software en repeticiones. Proyecta el proceso de
desarrollo de forma cíclica repitiendo cada paso
después de cada ciclo en el proceso de SDLC.
El software primero se desarrolla en menor escala y
se siguen y tienen en consideración todos los pasos.
Por cada repetición, más módulos y características
son diseñados, codificados, evaluados y añadidos al
software.
Después de cada repetición, el equipo directivo
puede concentrarse en la gestión de riesgos y
prepararse para la siguiente repetición. Como el
ciclo incluye pequeñas porciones de la totalidad del
proceso software, es más fácil gestionar el proceso
de desarrollo, pero a la vez se consumen más
recursos.
Carlos, Samuel, Luis Alberto Ingeniería de Software
David Enrique Mendoza Gutiérrez
12. MODELO BIG BANG
Este modelo es el modelo con la forma
más simple. Requiere poca planificación,
mucha programación y también muchos
fondos. Este modelo se conceptualiza
alrededor de la teoría de creación del
universo 'Big Bang'. Tal como cuentan los
científicos, después del big bang muchas
galaxias, planetas y estrellas
evolucionaron. De la misma manera, si
reunimos muchos fondos y
programación, quizá podemos conseguir
el mejor producto de software.
Este modelo no es recomendable para
grandes proyectos de software, pero es
bueno para aprender y experimentar.
Ingeniería de Software
David Enrique Mendoza Gutiérrez
Carlos, Samuel, Luis Alberto