MODELOS DE SOFTWARE

Plan your projects and define important tasks and actions

Get Started. It's Free
or sign up with your email address
MODELOS DE SOFTWARE by Mind Map: MODELOS DE SOFTWARE

1. ORIENTADO A OBJETOS

1.1. CARACTERISTICAS

1.2. En la orientación a objetos, un sistema se concibe como un conjunto de objetos que se comunican entre si mediante mensajes.

1.3. En palabras sencillas, la programación orientada a objetos intenta simplificar la complejidad y representar de forma simple las actividades.

1.4. VENTAJAS

1.5. Agrega contenido semántico: Facilita el entendimiento en el modelo, dándole un mayor significado.

1.6. La presentación visual incluye contenido semántico: Modela visualmente las relaciones pero le agrega contenido semántico en la representación visual de los objetos, facilitando el entendimiento de relaciones complejas dentro y entre objetos.

1.7. Integridad de la base de datos: Se incluye herencia para proteger la integridad pero también se incluyen más tipos de relaciones y mucho más complejas.

1.8. Independencia estructural de los datos: La autonomía de los objetos garantiza la independencia de la estructura y también de los datos.

1.9. DESVENTAJAS

1.10. Carencia de estándares de OOBM: No existe un estándar para el modelo de datos orientado a objetos, por ejemplo, no existe una estandarización en la forma de acceso a los datos, lo que provoca problemas de incopatibilidad de sistemas.

1.11. Acceso navegacional a los datos complejos: El acceso a los datos se parece al modelo jerárquico y de red.

1.12. Curva de aprendizaje pronunciada: El hecho de que puedan contener tanto contenido semántico los hace difíciles de diseñar y ejecutar, e incluso al usuario final le hace parecer difícil de operar.

1.13. Alta complejidad del sistema que hace lentas las transacciones: Su ejecución implica gastos indirectos de hardware y sistema operativo. La complejidad del ambiente y elevados requerimientos tienden a hacer lentas las transacciones, algo que es inaceptable.

2. PROTOTIPADO

2.1. CARACERISTICAS

2.1.1. VENTAJAS

2.1.2. Ser fácilmente modificable. Reducir los costos de re diseño si los problemas se detectan pronto y cuando son fáciles de localizar.                                                         Este modelo es útil cuando el cliente conoce los objetivos generales para el software.

2.1.3. DESVENTAJAS

2.1.4. Hacer pensar a los usuarios que el producto final está prácticamente terminado. Llevar a un número de cambios excesivo.

2.2. Describe las fases principales de desarrollo de software.

2.3. Define las fases primarias esperadas de ser ejecutadas durante esas fases.

2.4. Ayuda a administrar el progreso del desarrollo del software.

2.5. Provee un espacio de trabajo para la definición de un detallado proceso de desarrollo de software.

3. CASCADA

3.1. CARACTERISTICAS

3.1.1. Project specifications

3.1.2. End User requirements

3.1.3. Action points sign-off

3.2. Es el más utilizado.

3.2.1. Define actions as necessary

3.3. Es una visión del proceso de desarrollo de software como una sucesión de etapas que produce productos intermedios.

3.4. Si se cambia el orden de las fases, el producto final será de inferior calidad.

3.5. VENTAJAS

3.6. Se tiene todo bien organizado y no se mezclan las fases.

3.7. La planificación es sencilla.

3.8. La calidad del producto resultante es alta

3.9. DESVENTAJAS

3.10. tarda mucho tiempo en pasar por todo el ciclo.

3.11. Es difícil incorporar nuevas cosas si se quiere actualizar.

3.12. Iteraciones costosas.

4. ESPIRAL

4.1. CARACTERISTICAS

4.1.1. VENTAJAS

4.1.2. Modelo de proceso adaptable.

4.1.3. El modelo de espiral puede aplicarse a lo largo de la vida del software.

4.1.4. Es apropiado para desarrollar Sistemas Operativos.

4.1.5. DESVENTAJAS

4.1.6. No se ha utilizado mucho ya que es un modelo nuevo.

4.1.7. Debido a la complejidad no se recomienda utilizarlo en sistemas pequeños.

4.1.8. Es un modelo costoso.

4.2. Es un modelo que puede combinarse con otros modelos de procesos de desarrollo (cascada y evolutivo).

4.3. Requirements

4.4. Es el mejor modelo que se utiliza para desarrollar grandes sistemas.

4.5. El análisis de riesgo requiere la participación de personal con experiencia.