Introducción a la Ingeniería del Software

<p>Un conjunto de programas y archivos de configuración relacionados. (D)</p> Signup and view all the answers

<p>Desarrollo del software (A)</p> Signup and view all the answers

<p>Validación del software (C)</p> Signup and view all the answers

<p>Producción de sistemas de software confiables y económicos. (C)</p> Signup and view all the answers

<p>Enfoques sistemáticos para el desarrollo, operación y mantenimiento. (B)</p> Signup and view all the answers

<p>Evolución del software (D)</p> Signup and view all the answers

<p>Configuración del hardware (A)</p> Signup and view all the answers

<p>Una técnica metodológica y profesional en el desarrollo de software. (A)</p> Signup and view all the answers

<p>La funcionalidad y restricciones (B)</p> Signup and view all the answers

<p>La investigación de mejores prácticas y metodologías en el desarrollo de software. (B)</p> Signup and view all the answers

<p>Guías que describen el funcionamiento y mantenimiento del software. (A)</p> Signup and view all the answers

<p>Desarrollo del software (B)</p> Signup and view all the answers

<p>Software empresarial (C)</p> Signup and view all the answers

<p>Transformar información (B)</p> Signup and view all the answers

<p>La dificultad de generar software confiable y a tiempo (B)</p> Signup and view all the answers

<p>El establecimiento y uso de principios sólidos de la ingeniería (A)</p> Signup and view all the answers

<p>Programación asíncrona (C)</p> Signup and view all the answers

<p>La importancia de la planificación, diseño, codificación y prueba (C)</p> Signup and view all the answers

<p>Aparición de métodos y técnicas de ingeniería de software (D)</p> Signup and view all the answers

<p>Desarrollo de software confiable (D)</p> Signup and view all the answers

<p>Las definiciones de 1968 y 1979 sobre ingeniería del software (B)</p> Signup and view all the answers

<p>Enunciados y diagramas sobre servicios y restricciones esperadas por los usuarios. (A)</p> Signup and view all the answers

<p>Proporcionan detalles específicos sobre funciones y servicios del software. (B)</p> Signup and view all the answers

<p>Una separación poco clara entre diferentes niveles de descripción. (C)</p> Signup and view all the answers

<p>El comprador del sistema y los desarrolladores del software. (C)</p> Signup and view all the answers

<p>Especifica con exactitud lo que se implementará en el sistema. (C)</p> Signup and view all the answers

<p>Porque informan sobre el sistema a distintos tipos de lector. (D)</p> Signup and view all the answers

<p>La actividad de descubrir, analizar, documentar y verificar servicios y restricciones. (D)</p> Signup and view all the answers

<p>La necesidad de acceder a información de pacientes a través de una interfaz gráfica. (D)</p> Signup and view all the answers

<p>Descubrir el dominio de aplicación y necesidades de los usuarios (C)</p> Signup and view all the answers

<p>Contiene un conjunto de preguntas preestablecidas (C)</p> Signup and view all the answers

<p>Análisis de costos del proyecto (D)</p> Signup and view all the answers

<p>Busca obtener una visión amplia de las necesidades sin una agenda específica (D)</p> Signup and view all the answers

<p>Identificar descripciones de posibles problemas y su manejo (C)</p> Signup and view all the answers

<p>Proporcionan retroalimentación sobre los sistemas existentes y futuros (A)</p> Signup and view all the answers

<p>Adquirir y analizar requerimientos (B)</p> Signup and view all the answers

<p>Interacción detallada entre el sistema y los usuarios (D)</p> Signup and view all the answers

<p>Validación de requerimientos (D)</p> Signup and view all the answers

<p>Los resultados de una actividad del proceso (B)</p> Signup and view all the answers

<p>Las responsabilidades de las personas involucradas (D)</p> Signup and view all the answers

<p>Que el cliente haya aprobado todos los requerimientos (C)</p> Signup and view all the answers

<p>Declaraciones válidas después de realizar una actividad (A)</p> Signup and view all the answers

<p>Debido a su dependencia en la capacidad de juicio y decisiones de las personas (B)</p> Signup and view all the answers

<p>Se personalizan según las necesidades de la organización (A)</p> Signup and view all the answers

<p>Pruebas de integración (A)</p> Signup and view all the answers

Aplicación de principios de ingeniería para crear software confiable y eficiente en máquinas reales.

Problema en el desarrollo de software en la década de 1960, caracterizado por softwares no confiables, costosos y con retrasos.

Técnica de programación que utiliza estructuras de control como bucles y condicionales para crear código claro y organizado.

Principio de diseño que protege la información interna de un programa.

Metodología de desarrollo de software que organiza el código en objetos que interactúan.

Conjunto de instrucciones que controlan el funcionamiento de un dispositivo.

Software que gestiona los recursos de hardware de una computadora.

Conexiones que permiten la comunicación entre computadoras.

Software desarrollado siguiendo un proceso sistemático y documentado, en contraste con programas personales.

Aplicación sistemática, disciplinada y cuantificable de enfoques científicos y tecnológicos para el desarrollo, operación y mantenimiento de software.

Aplicación sistemática, disciplinada y cuantificable para el desarrollo, operación y mantenimiento del software. Además, estudia estos enfoques.

Incluye especificaciones, diseño, y la evolución del programa, y la documentación asociada.

Conjunto de programas, archivos de configuración e instrucciones para que operen correctamente.

Software abarca no solo el programa en sí, sino también otros elementos como documentación y configuración.

Proceso de creación de software que sigue un enfoque sistemático y documentado.

Una secuencia de actividades que conducen a la creación de un producto de software.

Definir la funcionalidad y las restricciones del software que se creará.

Diseño y programación del software.

Comprobar si el software cumple con los requisitos del cliente.

Modificaciones del software para adaptarse a los cambios del cliente.

Desarrollar el software para cumplir las especificaciones.

Especificación, desarrollo, validación y evolución del software.

Define quienes hacen qué, cuando y cómo para lograr un objetivo.

El proceso de descubrir, analizar, documentar y verificar las necesidades de los usuarios para un sistema de software.

Descripción general de las necesidades y expectativas de los usuarios para el sistema, expresadas en lenguaje natural y diagramas.

Descripción detallada de las funciones, servicios y restricciones operacionales del sistema de software.

Los requerimientos del usuario son generales y expresan las necesidades del usuario. Los requerimientos del sistema son específicos y detallan cómo funcionará el sistema.

El documento que describe en detalle los requerimientos del sistema de software y define exactamente lo que se implementará.

Los diferentes niveles de requerimientos se adaptan a distintos tipos de lectores, como usuarios, desarrolladores y gerentes. Cada nivel proporciona información específica para su audiencia.

Un sistema de administración de pacientes de salud mental (MHC-PMS) podría tener un requerimiento del usuario de 'registrar pacientes' que se traduce en varios requerimientos del sistema, como capturar datos personales, diagnósticos y tratamiento.

Los requerimientos del sistema deben especificar las funciones del sistema, cómo se integrarán los componentes, las interfaces de usuario y cómo se manejarán los errores.

La etapa del proceso de ingeniería de requerimientos donde se recopila información sobre el sistema a desarrollar.

El proceso de examinar la información recopilada durante la adquisición de requisitos para comprender las necesidades del sistema y traducirlas a especificaciones de diseño.

Un método de recopilación de información donde se hace un conjunto preestablecido de preguntas a los participantes.

Un método de recopilación de información que permite a los participantes explorar un rango de temas y compartir sus ideas libremente.

Un método de documentación de requisitos que representa ejemplos de cómo interactúan los usuarios con el sistema.

Los escenarios de requisitos suelen describir cómo se inicia el escenario, el flujo normal de acciones, posibles errores y cómo se manejan.

Los escenarios sirven para entender mejor cómo los usuarios utilizarán el sistema en diferentes situaciones.

La secuencia de eventos que se espera que ocurran en un escenario durante el uso del sistema.

Las actividades principales que se llevan a cabo en la creación de un software son la especificación, el desarrollo, la validación y la evolución.

Los resultados concretos obtenidos luego de una actividad del proceso. Por ejemplo, un modelo de arquitectura de software es el producto de la actividad de diseño arquitectónico.

Las responsabilidades que se asignan a las personas que participan en el desarrollo de software, como gerente de proyecto, programador, etc.

Declaraciones que describen el estado del proceso antes y después de que se realice una actividad, como requisitos aprobados antes y modelos revisados después de un diseño.

Los procesos de software son flexibles y se adaptan a la capacidad de juicio y toma de decisiones de las personas involucradas.

Las organizaciones adaptan sus propios procesos de desarrollo de software a las características de su equipo y los sistemas que están creando.

Para aprovechar al máximo las habilidades del equipo y adaptarse a las necesidades específicas del sistema que se está desarrollando.

Se basan en la capacidad de las personas para tomar decisiones y se adaptan a las necesidades específicas de cada proyecto.