Ingenieria de Sofware - created from Mind Map

Página 1

Es importante porque nos permite construir sistemas complejos en tiempos responsable y con alta calidad.

Sofware Heredado

Dominios de aplicacion del sofware

La naturaleza unica de las webapps

Se refiere a programas de computadora desarrollados hace decadas y continuamente modificados para adaptarse a los cambios en los requisitos comerciales y plataformas de computacion.

El sofware debe adsptarse para que cumpla las necesidades de los nuevos ambientes.

El sofware debe ser mejorado para implementar nuevos requerimientos del negocio.

El sofware debe aplicarse para que sea operable en otros sistemas o base de datos modernos.

La arquitetura del sofware debe rediseñarse para hacerla viable dentro de un ambiente de redes.

Sofware de sistemas: Conjunto de programa que brindan servicios a otros programas, como compiladores, editores y herramientas para administrar archivos

Sofware de aplicacion:Consisten en programas independientes que abordan necesidades especificas de negocios.

Sofware de ingenieria y ciencias: ha sido conocido por sus algoritmos numericos pero las aplicaciones modernas estan evolucionando hacia el diseño asistido por computadora, simulaciones del sistema y otras aplicaciones.

Sofware incrustado: Reside en un producto o sistemas para implementar y controlar funciones especificas para el usuario final y el sistema en si.

Sofware de linea de productos:Ofrece capacidades especificas para un amplio de consumidores desde mercados limitados hasta consumidores masivos.

Sofware de inteligencia artificial: Utiliza algoritmos no numericos para abordar problemas complejos que son dificiles de resolver.

Estas webapps se han convertido en herramientas sofisticadas que ofrecen no solo funciones aisladas a los usuarios finales, si no que tambien se integran con bases de datos corporativas y aplicaciones de negocios.

Uso intensivo de redes

Concurrencia

Carga impredecible

Rendimiento

Disponibilidad

Orientada a los datos

Contenido sensible

Evolucion continua

Inmediatez

Seguridad

Estetica

Procesos del sofware

Mitos del sofware

Modelos de procesos

La estructura del proceso establece el fundamento para la ingenieria del sofware, con el numero reducido de actividades aplicables a todos los proyectos, junto con un conjunto de actividades generales.

Comunicacion

Planeacion

Modelo

Construccion

Despliegue

Los mitos del sofware son creencias erroneas sobre el proceso de obtencion del sofware que existen desde los primeros dias de la computacion.

Mito: Hasta que no se haga correr el programa no hay manera de evaluar su calidad

Realidad: La revisiones tecnicas del sofware son mas efectivas que las pruebas para encontrar defectos, asegurando asi la calidad desde el inicio del proyecto.

Mito: El unico producto del trabajo que se entrega en un proyecto exitoso es el programa que funciona.

Realidad: Un programa funcional es solo una parte de un conjunto de sofware, con varios productos terminados que proporcionan la base para una ingenieria exitosa y guian el soporte del sofware.

Se refiere a el desarrollo y cambio continuo en las metodologias, practicas y enfoques utilizados para desarrollar sofware a lo largo del tiempo.

Modelo en cascada: Fortalezas.Estructura clara y secuencial. Debilidades. Poca flexibilidad para cambios durante el desarrollo.

Modelo en espiral: Fortalezas. Enfoque interativo y flexible, mayor capacidad para mitigar riesgos. Debilidades. Requiere un analisis detallado de riesgos, puede ser costoso y llevar mas tiempo.

Modelo incremental: Fortaleza. Entrega temprana de parte del sistema, Permite adaptarse a los cambios en los requerimientos. Debilidades. Integracion complicada de modulos, puede ser dificil estimar costos y tiempos.

Modelo Evolutivo: Fortalezas. Enfoque flexible y adaptable, entrega rapida de funcionalidades basicas. Debilidades. Requiere un equipo altamente cualificado y colaborativo, mayor riesgos de cambios descontrolados.

Enfoque agil: Fortalezas. Entrega continua de sofware funcional,mayor colaboracion entre el equipo del desarrollo y el cliente. Debilidades. La documentacion puede ser escasa, requiere un equipo altamente autonomo y autoorganizado.