2. MODELOS DE PROCESOS DEL
SOFTWARE
ESTADO
ACTUAL
DEFINICION DE
PROBLEMAS
INTEGRACION
DE
SOLUCIONES
DESARROLLO
TECNICO
3. MODELO SECUENCIAL LINEAL
Historia
También llamado "Ciclo de vida básico" o
"Modelo de cascada" tiene su origen en el
"Modelo de cascada" ingeniado por Winston
Royce, aunque omite los muchos bucles de este
último
Fases o Etapas
Análisis de los requerimientos del software: Es la fase en la cual se reúnen todos los requisitos que debe
cumplir el software
Diseño: Es una etapa dirigida hacia la estructura de datos, la arquitectura del software, las
representaciones de la interfaz y el detalle procedimental (algoritmo)
Generación del código: Es la etapa en la cual se traduce el diseño para que sea comprensible por la
máquina
Pruebas: Esta etapa se centra en los procesos lógicos internos del software, asegurando que todas las
sentencias se han comprobado, y en la detección de errores.
Mantenimiento: Debido a que el programa puede tener errores, puede no ser del completo agrado del
cliente o puede necesitar, eventualmente acoplarse a los cambios en su entorno.
4. MODELO SECUENCIAL ITERATIVO
Historia
Es una derivación del ciclo de vida en cascada,
busca reducir el riesgo que surge entre las
necesidades del usuario y el producto final
Fases o Etapas
Etapa de inicialización:
Se crea una versión del sistema. La meta de esta etapa es crear un producto con el que el usuario pueda
interactuar, y por ende retroalimentar el proceso. Debe ofrecer una muestra de los aspectos claves del
problema y proveer una solución lo suficientemente simple para ser comprendida e implementada
fácilmente.
Etapa de iteración:
Esta etapa involucra el rediseño e implementación de una tarea de la lista de control de proyecto, y el análisis
de la versión más reciente del sistema. La meta del diseño e implementación de cualquier iteración es ser simple,
directa y modular, para poder soportar el rediseño de la etapa o como una tarea añadida a la lista de control de
proyecto.
5. MODELO ORIENTADO A PROTOTIPOS
Historia
A partir de la ingeniería tradicional de construir productos de
software nace la ingeniería de software como aplicación de
modelos y formas para realizarlos, la cual nos condiciona a tener
como norte precisiones y seguridades que en otros ámbitos tiene
la ingeniería.
Fases o Etapas
Investigación preliminar: En esta etapa lo esencial es determinar el problema y su ámbito
Definición de los requerimientos del sistema: Esta es la fase más importante de todo el ciclo de vida del método de prototipos, el
objetivo en esta fase es determinar todos los requerimientos y deseos que los usuarios tienen en relación al proyecto que se está
deseando implementar.
Diseño técnico: En esta etapa el sistema debe ser rediseñado y tener la respectiva documentación guiándose en los estándares que
tiene la organización la cual servirá como ayuda en mantenciones futuras del mismo.
Programación y prueba: En esta etapa es donde los cambios identificados en el diseño técnico son implementados y probados para
asegurar la corrección y completitud de los mismos con respecto a los requerimientos.
Operación y mantención: En esta fase se realiza ya la instalación y mantención del software, la complejidad en esta caso resulta menor
ya que en las etapas anteriores los usuarios han trabajado con el sistemas al momento de hacer las pruebas de prototipos.
6. MODELO EVOLUTIVO
Historia
El desarrollo evolutivo consta del desarrollo de una versión
inicial que luego de exponerse se va refinando de acuerdo
de los comentarios o nuevos requerimientos por parte del
cliente o del usuario final. Las fases de especificación,
desarrollo y validación se entrelazan en vez de separarse.
Fases o Etapas
desarrollo exploratorio: donde el objetivo del proceso es trabajar con el cliente para explorar sus
requerimientos y entregar un sistema final. El desarrollo empieza con las partes del sistema que se
comprenden mejor. El sistema evoluciona agregando nuevos atributos propuestos por el cliente.
prototipos desechables: donde el objetivo del proceso de desarrollo evolutivo es comprender los
requerimientos del cliente y entonces desarrollar una definición mejorada de los requerimientos para el
sistema. El prototipo se centra en experimentar con los requerimientos del cliente que no se comprenden
del todo.
7. MODELO INCREMENTAL
Historia
El modelo incremental fue propuesto por Harlan Mills en el año
1980. Surgió el enfoque incremental de desarrollo como una forma
de reducir la repetición del trabajo en el proceso de desarrollo y
dar oportunidad de retrasar la toma de decisiones en los requisitos
hasta adquirir experiencia con el sistema
Carateristicas
Se evitan proyectos largos y se entrega "algo de valor" a los usuarios con cierta frecuencia.
El usuario se involucra más.
Difícil de evaluar el costo total.
Difícil de aplicar a los sistemas transaccionales que tienden a ser integrados y a operar como un todo.
Requiere gestores experimentados.
Los errores en los requisitos se detectan tarde.
El resultado puede ser positivo.
8. MODELO ESPIRAL
Historia
Este modelo fue propuesto por Boehm en 1986
en su artículo "A Spiral Model of Software
Development and Enhancement"Básicamente
consiste en una serie de ciclos que se repiten en
forma de espiral, comenzando desde el centro
Fases o Etapas
Ciclos o Iteraciones
En cada vuelta o iteración hay que tener en
cuenta:
Los Objetivos: qué necesidad debe cubrir el
producto.
Alternativas: las diferentes formas de conseguir
los objetivos de forma exitosa, desde diferentes
puntos de vista como pueden ser:
Características: experiencia del personal,
requisitos a cumplir, etc.
Formas de gestión del sistema.
Riesgo asumido con cada alternativa.
Desarrollar y Verificar: Programar y probar el
software.
9. MODELO DE DESARROLLO RÁPIDO DE APLICACIONES
HISTORIA
El desarrollo rápido de aplicaciones o RAD (acrónimo
en inglés de rapid application development) es un
proceso de desarrollo de software, desarrollado
inicialmente por James Martin en 1980. El método
comprende el desarrollo interactivo, la construcción de
prototipos y el uso de utilidades CASE
Modelado de Gestión
El flujo de información entre las funciones de gestión se modela de forma
que responda a las siguientes preguntas: ¿Qué información conduce el
proceso de gestión? ¿Qué información se genera? ¿Quién la genera? ¿A
dónde va la información? ¿Quién la proceso?.
Modelado de Datos
El flujo de información definido como parte de la fase de modelado de
gestión se refina como un conjunto de objetos de datos necesarios para
apoyar la empresa
Modelado de Procesos
Las descripciones del proceso se crean para añadir, modificar, suprimir, o
recuperar un objeto de datos. Es la comunicación entre los objetos.
Generación de Aplicaciones
En lugar de crear software con lenguajes de programación de tercera
generación, el proceso DRA trabaja para volver a utilizar componentes de
programas ya existentes (cuando es posible) o a crear componentes
reutilizables (cuando sea necesario).
Pruebas de Entrega
Como el proceso DRA enfatiza la reutilización, ya se han comprobado
muchos de los componentes de los programas. Esto reduce tiempo de pruebas.
FASES O ETAPAS
10. MODELO SCRUM
HISTORIA
Scrum es el nombre con el que se denomina a los marcos
de desarrollo ágiles caracterizados por:
Adoptar una estrategia de desarrollo incremental, en lugar
de la planificación y ejecución completa del producto.
Basar la calidad del resultado más en el conocimiento
tácito de las personas en equipos auto organizados, que
en la calidad de los procesos empleados.
Planeamiento del Sprint/Sprint Planning
Todos los involucrados en el equipo se reúnen para planificar el Sprint.
Durante este evento se decide qué requerimientos o tareas se le asignará a
cada uno de los elementos del equipo.
Reunión de Equipo de Scrum/Scrum team meeting
Estas reuniones se deben realizar diariamente con un máximo de 15
minutos. Siempre en el mismo horario y lugar. En ellas, cada miembro del
equipo deberá responder tres simples preguntas:¿Qué hiciste ayer? ¿Qué
tienes planeado hacer hoy? ¿Qué obstáculos encontraste en el camino?
Refinamiento del Backlog/Backlog Refinement
El Product Owner revisa cada uno de los elementos dentro del Product
Backlog con el fin de esclarecer cualquier duda que pueda surgir
Revisión del Sprint/Sprint Review
Los miembros del equipo y los clientes se reúnen para mostrar el trabajo de
desarrollo de software que se ha completado.
Retrospectiva del Sprint/Retrospective
En este evento, el Product Owner se reúne con todo su equipo de trabajo y
su Scrum Master para hablar sobre lo ocurrido durante el Sprint.
FASES O ETAPAS
11. MODELO DE PROGRAMACIÓN EXTREMA
HISTORIA
La programación extrema, o Extreme Programming
(XP), es una metodología de desarrollo ágil, una de las
más exitosas en tiempo reciente. Su autor principal es
Kent Beck, quien eligió algunas características de otras
metodologías y las relaciona de forma que cada una
complementará a la otra.
Planificación del proyecto.
El primer paso de cualquier proyecto que siga la metodología X.P
es definir las historias de usuario con el cliente.
Diseño.
La metodología X.P sugiere que hay que conseguir diseños
simples y sencillos.
Codificación.
El cliente es una parte más del equipo de desarrollo; su presencia
es indispensable en las distintas fases de X.P. A la hora de
codificar una historia de usuario su presencia es aún más
necesaria..
Pruebas.
Uno de los pilares de la metodología X.P es el uso de test para
comprobar el funcionamiento de los códigos que vayamos
implementando.
FASES O ETAPAS