Modelos SE Q & A # 1
Question:Explicar los distintos tipos de modelos que se utilizan en Ingeniería de software.
Answer:
Hay varios modelos que se utilizan en el desarrollo de software y los modelos se eligen según los requisitos de la aplicación. Por ejemplo, en los proyectos pequeños se puede utilizar el método en cascada y para los proyectos de gran tamaño se prefiere el método en espiral. Seleccionamos el modelo para la Ingeniería de software en base a lo siguiente:
Naturaleza de la aplicación y los proyectos
Uso de técnicas y métodos
Control y despacho necesarios
Los detalles de varios modelos se dan a continuación:
Metodología de cascada
Este método es muy antiguo y todavía está de moda y se utiliza normalmente porque la simplicidad es la clave del éxito de este método. En este método, cada acción tomada se planifica en un proceso de desarrollo de software. Para el tamaño pequeño de proyectos, el método en cascada es muy adecuado. La especialidad de este método es que cada etapa tiene una secuencia. Después del final de una etapa, la siguiente etapa comenzó en ese punto y la salida de cada etapa se convirtió en entrada para los siguientes pasos. Entonces, por esta razón, el segundo nombre de este modelo es Sequence Model. Con el estudio sobre el sistema se inicia la primera etapa y luego se realiza el análisis, el diseño, la codificación, las pruebas y el control uno por uno. Cada etapa se completó una por una en una secuencia como una cascada, por lo que esta es la razón de este nombre.
Beneficios
Con la razón de la simplicidad y el sistema de secuencia, es muy fácil de usar.
El usuario puede entenderlo rápidamente porque la simplicidad es la principal cualidad de este método.
Define la información completa sobre cada paso.
Este modelo es muy útil en la planificación y programación de proyectos.
Reduce el costo de corrección de errores.
Es importante destacar que aumenta la posibilidad de que el sistema satisfaga las necesidades del cliente.
Limitaciones
Las expectativas se vuelven muy rápidamente en este proceso, lo cual no es correcto.
Factores de riesgo no involucrados en este modelo que es parte muy necesaria para cada modelo.
En este método, las sesiones de formación del usuario no son necesarias.
No podemos encontrar ningún error hasta que no se haya realizado la prueba del software.
Modelo de prototipo
Este es un sistema de trabajo y el objetivo del modelo es desarrollar aquellas ideas que probaron con respecto a un nuevo sistema que podría usarse nuevamente. La creación de prototipos es un proceso de creación de un modelo para el sistema que se puede desarrollar. La parte principal de este modelo es antes del diseño y la codificación, no pudimos solucionar la necesidad de software, mientras que podríamos pensar en las necesidades del cliente desde el sistema de software. El modelo prototipo realizado sobre la base del conocimiento sobre las necesidades del cliente. El modelo de prototipo proporciona el diseño que da la idea de cómo funcionó el sistema. El objetivo del prototipo es comprender bien las necesidades del sistema. Al final obtenemos ese resultado que será variable muy bajo.
El prototipo después del proceso de desarrollo, el usuario final da la oportunidad de aprovechar el prototipo y proporcionar los pensamientos importantes sobre este desarrollador.
Lo que es bueno.
Área de alteración
Falta información
Requisito que no es necesario
Después de recibir la retroalimentación necesaria, se realiza la alteración en el modelo prototipo y se la proporciona nuevamente al usuario para que la utilice. Este enfoque es adecuado en el caso en el que se cubren dos puntos dados a continuación.
Cuando se debe saber una pequeña cantidad de necesidades en el momento de inicio.
Cuando un cliente desea una prueba de área corta en lugar de un software completo.
Beneficios
Este modelo es más adecuado donde las necesidades del cliente no se aclaran.
Este tipo de modelo se usa en esa área donde el tamaño del problema es grande.
Disminuye el costo de mantenimiento. El factor principal de usar este modelo son sus reducciones de costos.
Este modelo es muy útil para disminuir la brecha de comunicación entre las personas que usan el software y el grupo de desarrollo del sistema de software.
En la comparación de la alteración final del software en la creación de prototipos, la alteración del modelo es rápida y más barata.
Limitaciones
Para conseguir el trabajo rápido, si es posible, ignore la calidad.
Puede aumentar el costo del sistema de software porque la mayor parte del tiempo no se utiliza el diseño y el código.
Las expectativas de los usuarios aumentan a partir del software después de observar el proceso de trabajo del modelo prototipo.
Cuando el resultado de la creación de prototipos no está de acuerdo con las necesidades del cliente, en ese caso, pueden hacer pensamientos negativos sobre ese sistema.
Modelo de mejora integradora
Este modelo es una combinación de cascada y modelo de creación de prototipos. El objetivo de este modelo es poner en marcha un sistema en un nivel bajo con necesidades que es necesario y lo introduce como prueba en forma de versión no. 1. Después de obtener el punto de vista del usuario, se realizan algunos cambios y el software toma la forma de la versión 2. Luego, este proceso lo repitió el desarrollador uno por uno con los cambios necesarios y cada vez que una nueva versión estaba lista para ser introducida en el mercado. Este paso comenzó con un nivel bajo que se denomina subsistema y luego paso a paso y una serie de versiones lanzadas al mercado. Este modelo tiene cuatro pasos:
Step of needs - En este paso se hace una lista de los elementos necesarios.
Design phase - El diseño debe ser de acuerdo con los requisitos si satisface las necesidades, entonces podría ser nuevo o existente.
Implementation phase - En esta fase se implementa el proceso de desarrollo de software.
Valuation phase - En esta fase se realizan todo tipo de valoraciones.
Modelo espiral
El modelo en espiral es introducido en 1986 por Boehm. Por la falta de factor de riesgo muchos modelos fallaron pero el modelo en espiral incluye el factor de riesgo porque Boehm sabe que el futuro es incierto. En este modelo tienen lugar varios tipos de actividad como una espiral que tiene muchos ciclos. Cada ciclo tiene cuatro pasos.
Planning - Se trata del objetivo y de conseguir recursos sustitutos.
Risk analysis - Alterno de valoración y conocimiento de los factores que resuelven los Factores de Riesgo.
Development - Desarrollo de productos de siguiente nivel.
Customer Valuation - el cliente evalúa la creación de prototipos y otros modelos.
Durante el 1er ciclo:
Conocer el motivo del producto y planificar la sustitución.
Se analizan varios riesgos.
Realización de modelo prototipo.
La valoración del prototipo la realiza el usuario.
Durante el segundo ciclo:
La valoración por cliente es la base de la planificación.
La reacción del cliente es la base del análisis de factores de riesgo.
Haz un mejor modelo de prototipo.
Involucrar a los clientes para acceder a un nuevo método de modelo de prototipo.
El enfoque del tercer y cuarto ciclo es hacer un modelo prototipo sin errores y facilitar la resolución de riesgos con una mejor planificación. Cada etapa crea una mejor versión del software con un poco de consumo de tiempo. El costo está representado por el radio de espiral en cada punto del proyecto.
Beneficios
Mediante la evaluación del cliente, cada ciclo de la espiral se completó.
Da la capacidad de desarrollo rápido.
Tiene la calidad de la realidad y funciona para ambos tipos de desarrollo.