Ingeniería de Software: Verdadero o Falso

Ingeniería de Software

• La ingeniería de software moderna acepta cambios en sistemas y requisitos durante el ciclo de vida del proyecto.
• El ciclo de vida del software incluye las fases: análisis, diseño, desarrollo, pruebas, implementación y mantenimiento.
• Los modelos incrementales permiten entregas rápidas y funcionales, desarrollando el sistema en etapas.

Proceso Unificado

• Las fases del Proceso Unificado son: inicio, elaboración, construcción y transición.
• En las fases iniciales se enfoca en la captura de requisitos, mientras que en las fases posteriores se concentra en desarrollo y pruebas.
• Los esfuerzos en distintas disciplinas varían según la fase del ciclo de vida.

Requisitos

• Los requisitos no funcionales establecen criterios de calidad, como usabilidad, rendimiento y seguridad.
• Los requisitos funcionales describen las interacciones del sistema con los usuarios.

Pruebas de Software

• Pruebas de caja blanca: se centran en el análisis del código y flujos internos del programa.
• Pruebas de caja negra: verifican la funcionalidad sin necesidad de conocer el código del sistema.

Características de Productos de Software

• Mantenible: debe evolucionar y seguir cumpliendo especificaciones.
• Confiable: no debe causar daños en caso de fallos.
• Eficiente: debe aprovechar correctamente los recursos del sistema.
• Fácil de usar: debe tener una interfaz amigable y documentación clara.

###Tipos de Productos

• Genéricos: producidos para la venta en el mercado, implican mayor gasto.
• Hechos a medida: desarrollados bajo pedido, requieren mayor esfuerzo.

Diagramas en UML

• Diagramas de clases muestran la estructura estática del sistema con clases, atributos y métodos.
• Diagramas de casos de uso representan interacciones entre el sistema y los actores.
• Diagramas de actividad describen el flujo de trabajo o procesos.

Modelos de Proceso

• Los modelos de proceso estructuran actividades para desarrollar un sistema.
• Modelos genéricos: Cascada, desarrollo evolutivo, reutilización de componentes, prototipado, transformación formal y modelo espiral.

Costo del Software

• Los costos de mantenimiento del software suelen ser superiores a los de desarrollo.
• Para sistemas a largo plazo, el costo total del software se multiplica.

Mitos Comunes en Desarrollo de Software

• El software libre es de baja calidad.
• El software nunca tiene errores.
• La programación es una tarea individual.
• Desarrollar software es solo escribir código.

Relevamiento de Requisitos

• El relevamiento es el proceso de recopilar y analizar información para entender un sistema.
• Las técnicas incluyen entrevistas, talleres, investigación y prototipado.

Diferencias en Requerimientos

• Requerimientos funcionales: qué debe hacer el sistema.
• Requerimientos no funcionales: cómo debe comportarse el sistema.
• La diferencia entre requerimiento y diseño radica en el “qué” (requerimiento) y el “cómo” (diseño).

Casos de Uso y Actores

• Los casos de uso describen lo que el sistema debe hacer sin detallar cómo se realiza.
• Un actor es una entidad externa que interactúa con el sistema.

Computación Ubicua

• Se refiere a la integración de tecnología de manera invisible en la vida diaria.
• Ejemplos incluyen hogares inteligentes, educación personalizada y dispositivos de salud.

Estas notas destacan los conceptos clave sobre ingeniería de software, procesos, pruebas, características del software y temas relacionados.### Diagramas en UML

• Diagrama de Secuencia: Representa la interacción entre objetos mediante el intercambio de mensajes organizados cronológicamente.
• Diagrama de Actividades: Visualiza flujos de trabajo o procesos dentro de un sistema.
• Diagrama de Estados: Muestra los diferentes estados de un objeto a lo largo del tiempo y las transiciones entre esos estados.

Métodos y Parámetros

• Métodos: Reciben parámetros, que son variables o atributos, y requieren argumentos, que son los valores específicos pasados al método.
• Ejemplo: nombre = "Ana" es un parámetro, mientras que saludar("Ana") es un argumento.

Paradigma de Objetos

• Clase: Plantilla que define propiedades y comportamientos de los objetos instanciados a partir de ella.
• Objeto: Instancia de una clase, representa entidades o cosas.
• Método: Funciones asociadas a un objeto que permiten la interacción entre ellos.
• Atributos: Características que describen un objeto.
• Estado: Conjunto de atributos y sus valores en un objeto en un momento determinado.
• Herencia: Permite crear nuevas clases basadas en clases existentes, estableciendo una relación de generalización/especialización.
• Polimorfismo: Capacidad de un método de responder de distintas formas según el objeto que lo invoque.

Relaciones en Diagramas de Clases

• Herencia: Representada por una línea con un triángulo vacío, indica la relación entre subclase y superclase.
• Composición: Relación en la que un objeto depende de otro; se representa con un rombo relleno.
• Agregación: Relación parte-de que muestra entidades como un conjunto; se representa con un rombo vacío.

Proceso Unificado (UP)

• Descripción: Metodología de desarrollo de software organizada en fases y disciplinas, adaptable e iterativa, que permite la gestión de riesgos y corrección temprana de errores.
• Fases del UP:
  • Inicio: Definición del proyecto, identificación de requisitos, evaluación de riesgos, estimación de costos.
  • Elaboración: Refinamiento de requisitos, diseño, resolución de riesgos, desarrollo de algunos componentes.
  • Construcción: Desarrollo del sistema, integración, ajustes y pruebas.
  • Transición: Preparación para liberar el sistema, capacitación y corrección de errores finales.

Disciplinas del Proceso Unificado

• Comprenden modelado de negocios, requisitos, análisis y diseño, implementación, pruebas, despliegue, gestión de configuración y cambios, gestión de proyectos y entorno.

Tipos de Diagramas UML

• Diagrama de Despliegue: Muestra la estructura física del sistema, incluyendo servidores y nodos.
• Diagrama de Componentes: Representa elementos físicos y su interacción.
• Diagrama de Casos de Uso: Ilustra interacciones entre actores (usuarios o sistemas externos) y el sistema.
• Diagrama de Actividad: Representa flujos de trabajo o procesos.

Características y Conceptos Clave

• Requerimientos Funcionales vs. No Funcionales: Los funcionales definen las capacidades del sistema, mientras que los no funcionales se centran en aspectos de calidad como rendimiento y seguridad.
• Encapsulamiento: Restringe el acceso directo a los datos de un objeto.
• Abstracción: Representa solo los detalles esenciales y oculta los irrelevantes.
• Iteración en Modelos Incrementales: Permiten desarrollar versiones cada vez más completas del software.

Verdadero o Falso sobre UML y el Proceso Unificado

• Los diagramas ayudan a visualizar distintos aspectos de un sistema.
• En el modelo en cascada, cada fase debe finalizar antes de comenzar la siguiente.
• La relación de extensión en casos de uso permite incorporar el comportamiento opcionalmente.
• Polimorfismo permite definir múltiples comportamientos para un mismo método.
• Cada iteración en el proceso unificado mejora el software.

Resumen de Diagramas

• Diagrama de Secuencia: Muestra interacción entre objetos a través del tiempo.
• Diagrama de Estado: Modela el ciclo de vida de un objeto.
• Diagrama de Clases: Representa estructuras estáticas incluyendo clases, atributos y métodos.

Ingeniería de Software

• La ingeniería de software moderna acepta cambios en sistemas y requisitos durante el ciclo de vida del proyecto.
• El ciclo de vida del software incluye las fases: análisis, diseño, desarrollo, pruebas, implementación y mantenimiento.
• Los modelos incrementales permiten entregas rápidas y funcionales, desarrollando el sistema en etapas.

Proceso Unificado

• Las fases del Proceso Unificado son: inicio, elaboración, construcción y transición.
• En las fases iniciales se enfoca en la captura de requisitos, mientras que en las fases posteriores se concentra en desarrollo y pruebas.
• Los esfuerzos en distintas disciplinas varían según la fase del ciclo de vida.

Requisitos

• Los requisitos no funcionales establecen criterios de calidad, como usabilidad, rendimiento y seguridad.
• Los requisitos funcionales describen las interacciones del sistema con los usuarios.

Pruebas de Software

• Pruebas de caja blanca: se centran en el análisis del código y flujos internos del programa.
• Pruebas de caja negra: verifican la funcionalidad sin necesidad de conocer el código del sistema.

Características de Productos de Software

• Mantenible: debe evolucionar y seguir cumpliendo especificaciones.
• Confiable: no debe causar daños en caso de fallos.
• Eficiente: debe aprovechar correctamente los recursos del sistema.
• Fácil de usar: debe tener una interfaz amigable y documentación clara.

###Tipos de Productos

• Genéricos: producidos para la venta en el mercado, implican mayor gasto.
• Hechos a medida: desarrollados bajo pedido, requieren mayor esfuerzo.

Diagramas en UML

• Diagramas de clases muestran la estructura estática del sistema con clases, atributos y métodos.
• Diagramas de casos de uso representan interacciones entre el sistema y los actores.
• Diagramas de actividad describen el flujo de trabajo o procesos.

Modelos de Proceso

• Los modelos de proceso estructuran actividades para desarrollar un sistema.
• Modelos genéricos: Cascada, desarrollo evolutivo, reutilización de componentes, prototipado, transformación formal y modelo espiral.

Costo del Software

• Los costos de mantenimiento del software suelen ser superiores a los de desarrollo.
• Para sistemas a largo plazo, el costo total del software se multiplica.

Mitos Comunes en Desarrollo de Software

• El software libre es de baja calidad.
• El software nunca tiene errores.
• La programación es una tarea individual.
• Desarrollar software es solo escribir código.

Relevamiento de Requisitos

• El relevamiento es el proceso de recopilar y analizar información para entender un sistema.
• Las técnicas incluyen entrevistas, talleres, investigación y prototipado.

Diferencias en Requerimientos

• Requerimientos funcionales: qué debe hacer el sistema.
• Requerimientos no funcionales: cómo debe comportarse el sistema.
• La diferencia entre requerimiento y diseño radica en el “qué” (requerimiento) y el “cómo” (diseño).

Casos de Uso y Actores

• Los casos de uso describen lo que el sistema debe hacer sin detallar cómo se realiza.
• Un actor es una entidad externa que interactúa con el sistema.

Computación Ubicua

• Se refiere a la integración de tecnología de manera invisible en la vida diaria.
• Ejemplos incluyen hogares inteligentes, educación personalizada y dispositivos de salud.

Estas notas destacan los conceptos clave sobre ingeniería de software, procesos, pruebas, características del software y temas relacionados.### Diagramas en UML

• Diagrama de Secuencia: Representa la interacción entre objetos mediante el intercambio de mensajes organizados cronológicamente.
• Diagrama de Actividades: Visualiza flujos de trabajo o procesos dentro de un sistema.
• Diagrama de Estados: Muestra los diferentes estados de un objeto a lo largo del tiempo y las transiciones entre esos estados.

Métodos y Parámetros

• Métodos: Reciben parámetros, que son variables o atributos, y requieren argumentos, que son los valores específicos pasados al método.
• Ejemplo: nombre = "Ana" es un parámetro, mientras que saludar("Ana") es un argumento.

Paradigma de Objetos

• Clase: Plantilla que define propiedades y comportamientos de los objetos instanciados a partir de ella.
• Objeto: Instancia de una clase, representa entidades o cosas.
• Método: Funciones asociadas a un objeto que permiten la interacción entre ellos.
• Atributos: Características que describen un objeto.
• Estado: Conjunto de atributos y sus valores en un objeto en un momento determinado.
• Herencia: Permite crear nuevas clases basadas en clases existentes, estableciendo una relación de generalización/especialización.
• Polimorfismo: Capacidad de un método de responder de distintas formas según el objeto que lo invoque.

Relaciones en Diagramas de Clases

• Herencia: Representada por una línea con un triángulo vacío, indica la relación entre subclase y superclase.
• Composición: Relación en la que un objeto depende de otro; se representa con un rombo relleno.
• Agregación: Relación parte-de que muestra entidades como un conjunto; se representa con un rombo vacío.

Proceso Unificado (UP)

• Descripción: Metodología de desarrollo de software organizada en fases y disciplinas, adaptable e iterativa, que permite la gestión de riesgos y corrección temprana de errores.
• Fases del UP:
  • Inicio: Definición del proyecto, identificación de requisitos, evaluación de riesgos, estimación de costos.
  • Elaboración: Refinamiento de requisitos, diseño, resolución de riesgos, desarrollo de algunos componentes.
  • Construcción: Desarrollo del sistema, integración, ajustes y pruebas.
  • Transición: Preparación para liberar el sistema, capacitación y corrección de errores finales.

Disciplinas del Proceso Unificado

• Comprenden modelado de negocios, requisitos, análisis y diseño, implementación, pruebas, despliegue, gestión de configuración y cambios, gestión de proyectos y entorno.

Tipos de Diagramas UML

• Diagrama de Despliegue: Muestra la estructura física del sistema, incluyendo servidores y nodos.
• Diagrama de Componentes: Representa elementos físicos y su interacción.
• Diagrama de Casos de Uso: Ilustra interacciones entre actores (usuarios o sistemas externos) y el sistema.
• Diagrama de Actividad: Representa flujos de trabajo o procesos.

Características y Conceptos Clave

• Requerimientos Funcionales vs. No Funcionales: Los funcionales definen las capacidades del sistema, mientras que los no funcionales se centran en aspectos de calidad como rendimiento y seguridad.
• Encapsulamiento: Restringe el acceso directo a los datos de un objeto.
• Abstracción: Representa solo los detalles esenciales y oculta los irrelevantes.
• Iteración en Modelos Incrementales: Permiten desarrollar versiones cada vez más completas del software.

Verdadero o Falso sobre UML y el Proceso Unificado

• Los diagramas ayudan a visualizar distintos aspectos de un sistema.
• En el modelo en cascada, cada fase debe finalizar antes de comenzar la siguiente.
• La relación de extensión en casos de uso permite incorporar el comportamiento opcionalmente.
• Polimorfismo permite definir múltiples comportamientos para un mismo método.
• Cada iteración en el proceso unificado mejora el software.

Resumen de Diagramas

• Diagrama de Secuencia: Muestra interacción entre objetos a través del tiempo.
• Diagrama de Estado: Modela el ciclo de vida de un objeto.
• Diagrama de Clases: Representa estructuras estáticas incluyendo clases, atributos y métodos.

Pon a prueba tus conocimientos sobre los conceptos fundamentales de la ingeniería de software. Este cuestionario abarca la naturaleza cambiante de los sistemas de software y el modelo incremental. Ideal para estudiantes y profesionales que desean reforzar sus habilidades en este campo.