El documento describe tres retos fundamentales de la ingeniería de software: 1) el reto de la heterogeneidad de sistemas distribuidos, 2) el reto de entregar software grande y complejo rápidamente sin comprometer la calidad, y 3) el reto de desarrollar técnicas para que los usuarios confíen en el software.
El documento describe tres retos fundamentales de la ingeniería de software: 1) el reto de la heterogeneidad de sistemas distribuidos, 2) el reto de entregar software grande y complejo rápidamente sin comprometer la calidad, y 3) el reto de desarrollar técnicas para que los usuarios confíen en el software.
Título original
Cuáles son los retos fundamentales que enfrenta la ingeniería de software
El documento describe tres retos fundamentales de la ingeniería de software: 1) el reto de la heterogeneidad de sistemas distribuidos, 2) el reto de entregar software grande y complejo rápidamente sin comprometer la calidad, y 3) el reto de desarrollar técnicas para que los usuarios confíen en el software.
El documento describe tres retos fundamentales de la ingeniería de software: 1) el reto de la heterogeneidad de sistemas distribuidos, 2) el reto de entregar software grande y complejo rápidamente sin comprometer la calidad, y 3) el reto de desarrollar técnicas para que los usuarios confíen en el software.
Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
Descargar como docx, pdf o txt
Está en la página 1de 2
¿Cuáles son los retos fundamentales que enfrenta la ingeniería de software?
1) El reto de la heterogeneidad: Desarrollar técnicas para construir software
confiable que sea lo suficientemente flexible para adecuarse a esta heterogeneidad. Cada vez requieren que los sistemas operen como sistemas distribuidos en redes que incluyen diferentes tipos de computadoras y diferentes clases de sistemas de soporte.
2) El reto de la entrega. Reducir los tiempos de entrega para sistemas grandes y
complejos sin comprometer la calidad del sistema. Muchas técnicas tradicionales de ingeniería de software consumen tiempo. El tiempo que estas consumen es para producir un software de calidad.
3) El reto de la confianza. Desarrollar técnicas que demuestren que los usuarios pueden
confiar en el software. Puesto que el software tiene relación con todos los aspectos de nuestra vida, es esencial que podamos confiar en él.
¿Considera usted que la evolución dl software es diferente que el
mantenimiento?
Mantenimiento: es un proceso de mejora y optimización del software después de su
entrega al usuario final, así como también la corrección y prevención de los defectos. Evolución: todas las actividades de generación de software que se orientan a generar una nueva versión de un software a partir de una versión anterior operativa, incluye cambio en los requisitos. Teniendo en cuenta lo antes dicho podemos decir, que no hay tanta diferencia entre mantenimiento y evolución de un software, porque, en el mantenimiento se desea mejorar, optimizar un software ya desarrollado, entregado al usuario corrigiendo errores y mejorando su funcionabilidad, mientras que en la evolución, tomamos un software antes desarrollado y se genera una versión mejorada, avanzada con el mayor número de correcciones de errores posibles, generando mejores procesos al momento de ser utilizado.
¿Explique cuáles son las líneas fuertes de investigación del software?
Desarrollo de software e interacción persona-ordenador: Técnicas avanzadas de
desarrollo orientadas a modelos colaborativos. Diseño de aplicaciones basado en tecnología hipermedia de Internet (hipermedia adaptativa) Métrica y evaluación del software desde el punto de vista de su facilidad de uso y de adaptación a las necesidades de sus usuarios. Métodos, técnicas y herramientas basados en un modelo evolutivo del ciclo de desarrollo de los sistemas de información. Desarrollo de Videojuegos Educativos y E-learning.
Informática Gráfica: Animación por ordenador. Imágenes médicas. Paralización y
optimización de aplicaciones gráficas. Representación de sólidos y volúmenes. Síntesis de imágenes y cálculo de iluminación realista. Transmisión progresiva. Visualización expresiva. Sistemas GIS. Tutores: Integración de Información: Almacenes de datos. Sistemas OLAP (Sistemas Multidimensionales). Web semántica. Ontologías
Sistemas concurrentes: Principios de Ingeniería de Software con aplicación al
desarrollo de sistemas concurrentes, de tiempos reales y empotrados. Desarrollo de sistemas software basado en modelos. Especificación formal, verificación automática del software. Aseguramiento de la calidad de servicio de sistemas con criticidad. Técnicas avanzadas de comprobación de modelos. Plataformas software para entornos empotrados y dispositivos móviles. Middleware para la integración de redes, servicios y sistemas. Sistemas domóticos ubicuos y de “inteligencia ambiental”. Sistemas distribuidos de medición y de instrumentación.
Sistemas de procesamiento del habla y multimodales: Reconocimiento,
comprensión y síntesis de habla. Gestión inteligente del diálogo multimodal persona- ordenador. Fusión y fisión de información multimodal. Implementación de sistemas de diálogo oral y multimodal para aplicaciones telefónicas y de inteligencias ambiental.
¿Por qué los modelos de recuperación de información se han utilizado para
encontrar funciones de productos de software?
Con el proceso de recuperación de información para encontrar funciones de
productos, el principal objetivo es reconstruir las vistas arquitectónicas de un producto de software, la arquitectura comprende los conceptos o propiedades fundamentales de un sistema en su entorno plasmados en sus elementos, relaciones, y en los principios que rigen su diseño y evolución.
¿Podríamos predecir errores o bugs en un futuro?
La probabilidad de defectos de algún módulo depende así de su historia, no sólo su historial de
códigos, sino a toda la historia de las actividades que llevó a su creación y mantenimiento, dependen en gran medida del número y la complejidad de los requisitos de que alguna pieza de código tiene que satisfacer en la actualidad. Muchos aspectos influyen para que un software no funcione correctamente y tenga posibles fallas por ejemplo calificación del programador, combinado con el tiempo que tarda en escribir un componente, la calidad de la especificación; la calidad del diseño, la competencia de administración, la continuidad del trabajo de flujo de todos estos, y muchos más, son factores que contribuir a la gente a cometer errores, Pero en muchos casos se piensa que para solucionar los bugs hay que empezar leyendo el código intentando en construir en tu cabeza que puede estar pasando y cuál es la causa del síntoma, Un poco como un detective pero esto a veces es muy tedioso y en muchos casos no se encuentra lo esperado,
Guía de Actividades y Rúbrica de Evaluación - Escenario 1 La Lectura en Internet Fortaleciendo Las Competencias Comunicativas Desde Una Mirada Crítica.