PS - UDC

Permite parcelar la complejidad olvidando aspectos irrelevantes del sistema y potenciar los fundamentales. Abstracción. Encapsulsación. Modularidad. Localización.

Esconder todos los detalles que no afecten a otros módulos mediante interfaces que sirven como interacción entre modelos. Abstracción. Encapsulsación. Modularidad. Localización.

Parcelar la solución en módulos independientes con fuerte cohesión interna. Abstracción. Encapsulsación. Modularidad. Localización.

Deben estar agrupados todos los elementos que estén afectados por un mismo hecho. Verificabilidad. Uniformidad. Completitud. Localización.

Todos los módulos deben tener una notación similar. Verificabilidad. Uniformidad. Completitud. Localización.

Deben estar desarrollados todos los aspectos del sistema. Verificabilidad. Uniformidad. Completitud. Localización.

El análisis de requisitos del producto software, que se plasma en el documento Especificación de Requisitos, ocurre en la. Fase de definición. Fase de diseño. Fase de análisis. Fase de desarrollo.

Donde se diseñan las estructurar de los datos y programas, donde se escriben y documentan los programas, además de probar el software construido, ocurre en la. Fase de definición. Fase de diseño. Fase de análisis. Fase de desarrollo.

Donde ocurren reparaciones y modificaciones cada vez que se detecta un fallo para cubrir la necesidad de los usuarios. Fase de definición. Fase de diseño. Fase de mantenimiento. Fase de desarrollo.

El mantenimiento correctivo ocurre cuando. Un programa no realiza correctamente la aplicación para la que ha sido diseñado, y por tanto, debe ser modificado. Es necesario modificar el programa para conseguir mayor adecuación a los requisitos. Es necesario adaptar los programas para acomodarlos a los cambios de su entorno externo. Es necesario adaptar el software para que se puedan corregir y adaptar los cambios derivados del deterioro.

El mantenimiento perfectivo ocurre cuando. Un programa no realiza correctamente la aplicación para la que ha sido diseñado, y por tanto, debe ser modificado. Es necesario modificar el programa para conseguir mayor adecuación a los requisitos. Es necesario adaptar los programas para acomodarlos a los cambios de su entorno externo. Es necesario adaptar el software para que se puedan corregir y adaptar los cambios derivados del deterioro.

El mantenimiento adaptativo ocurre cuando. Un programa no realiza correctamente la aplicación para la que ha sido diseñado, y por tanto, debe ser modificado. Es necesario modificar el programa para conseguir mayor adecuación a los requisitos. Es necesario adaptar los programas para acomodarlos a los cambios de su entorno externo. Es necesario adaptar el software para que se puedan corregir y adaptar los cambios derivados del deterioro.

El mantenimiento preventivo ocurre cuando. Un programa no realiza correctamente la aplicación para la que ha sido diseñado, y por tanto, debe ser modificado. Es necesario modificar el programa para conseguir mayor adecuación a los requisitos. Es necesario adaptar los programas para acomodarlos a los cambios de su entorno externo. Es necesario adaptar el software para que se puedan corregir y adaptar los cambios derivados del deterioro.

Tecnología multicapa. La capa que define un marco de trabajo, donde se identifican tareas y actividades, productos y puntos de control de calidad... Capa de Procesos. Capa de Métodos. Capa de Herramientas. Capa de enfoque de calidad.

Tecnología multicapa. La capa que proporciona y cubre las actividades de ingeniería y se centra en las actividades técnicas a realizar. Capa de Procesos. Capa de Métodos. Capa de Herramientas. Capa de enfoque de calidad.

Tecnología multicapa. La capa que proporciona soporte a las capas inferiores, donde se automatizan algunas actividades manuales para eliminar el tedio del trabajo y posibilidad de errores, es la. Capa de Procesos. Capa de Métodos. Capa de Herramientas. Capa de enfoque de calidad.

Organizaciones de estandarización de IS. ISO. IEEE & SEI. a) y b). Ninguna de las anteriores.

Code and Fix. No recomendable para proyectos grandes. Codificación directa. a) y b). Ninguna de las anteriores.

La metodología de Waterfall. Pone especial énfasis en la realización temprana de actividades de definición de requisitos y de documentación de análisis y diseño. Se aborta un paso completamente antes de empezar el siguiente. Es una metodología de gran rigidez. Todas las opciones.

No es un ciclo de vida. Modelo Incremental. Modelo en V. Modelo en Protocolos. Todas son modelos de CV.

El Ciclo de Vida en V. La rama descendente son actividades de desarrollo, la ascendente son actividades de prueba. Las ramas no tienen comunicación entre ellas. La rama ascendente son actividades de desarrollo, la descendente son actividades de prueba. Ninguna de las opciones es correcta.

El Ciclo de Vida en V, inconvenientes. Un cambio debido a un error puede suponer un gran coste. Existe una clara tendencia del user/client a cree que el trabajo está hecho antes de que haya acabado. No hereda inconvenientes de la metodología cascada. Ninguna de las opciones es correcta.

El Modelo Prototipado, inconvenientes. Un cambio debido a un error puede suponer un gran coste. Existe una clara tendencia del user/client a cree que el trabajo está hecho antes de que haya acabado. No hereda inconvenientes de la metodología cascada. Ninguna de las opciones es correcta.

El Modelo Prototipado. Es un ciclo de escuchar al cliente, construir y revisar el software, el user prueba el software y vuelta a empezar. Es un ciclo donde existen ramas de desarrollo y análisis horizontalmente interconectadas. Es un ciclo donde se determinan objetivos, de planifican, se evaluan los riesgos y se desarrollan las pruebas. Ninguna de las opciones es correcta.