PRIMER PARCIAL

1. El software según Presman R. suele clasificarse basado en:

R. El tamaño del producto y el esf7uerzo requerido.
2. El termino crisis de software se utiliza para describir.
R. La demanda insatisfecha de necesidades de automatización.
3. Según encuestas realizadas sobre software desarrollado se estima que el
mantenimiento ocupa el siguiente porcentaje en el costo y esfuerzo empleado.
R. 75%
4. Cual de los siguientes términos no corresponde a los principios de desarrollo de
software.
R. Polimorfismo, Métodos de modelación.
5. La escala puede ser descrita como:
R. Capacidad de poder adicionar nuevas características y funciones al modelo.
6. Algunas características del modelo de Bocha son:
R. Requiere necesariamente de herramientas de cuarta generación
7. Prototipos de baja fidelidad se aplican cuando:
R. * No se conoce bien los requerimientos.
* Existe necesidad de comunicar, educar e informar al cliente y a los
desarrolladores.
8. El modelo de cascada tiene su origen en:
R. * El modelo de etapas
* La necesidad de planificar y documentar el desarrollo de software.
9. Existe los siguientes tipos de requerimientos.
R. Funcionales y No Funcionales
10. El documento de requerimientos es la base para:
R. a) Elaborar un contrato con el cliente b) La entrada para el modelo de análisis
11. Los requerimientos funcionales describen.
R. Los servicios o funciones que el software debe proveer.
12. Existen los siguientes tipos de factibilidad.
R. Económica, Operativa y Técnica.
13. Los parámetros utilizados para verificar los siguientes requerimientos son:
R. Realismo, Validez, Consistencia y Completitud.
14. Las fases definidas en proceso iterativo de Racional son:
R. Gestación, Elaboración, Construcción y Transición.
15. Los diagramas de caos de uso permiten:
R. Definir la interacción actor-sistema. Dirigir todo el desarrollo de software
desde los requerimientos hasta la prueba.
16. El objetivo del proceso de análisis es:
R. Analizar, especificar y definir el sistema.
17. La identificación de clases de interfaz y de control es propio de:
R. El diagrama de colaboración.
18. Los diagramas que forman parte del modelo de análisis son:
R. Diagrama de clases, Diagrama de Paquetes, Diagrama de Actividades, Diagrama de
Colaboración, Descripción de clases, atributos y operaciones.
19. Gran parte de la funcionalidad del sistema se encuentra en las clases de tipo:
R. Entidad, Frontera.
20. Una relación de agregación fuerte entre objetos se utiliza cuando:
R. Existe una dependencia existencial entre los objetos.
21. Los elementos de un diagrama de estado son:
R. Inicio Estados y Fin.
22. El diagrama de colaboración puede tener las siguientes estructuras:
R. Distribuida.
23. La estructura descentralizada se aplica cuando:
R. La secuencia de eventos es fija.
24. El diagrama de componente incluye:
R. Código Fuente, Código Ejecutable, Archivos de Ayuda.
25. El modelo de implementación debe incluir:
R. Diagrama de componentes, Diag. de ejecución, Código Fuente.
26. Los tipos de pruebas que realiza el usuario sin control de desarrolladores son:
R. Beta.
27. El uso de pruebas incluye:
R. Datos de entrada, Objetivo a probar, Resultados esperados, Resultados obtenidos.
28. El proceso de ingeniería de requerimientos esta compuesto por:
R. Especificación de requerimientos, factibilidad, análisis de requerimientos,
definición de requerimientos.
29. Los elementos de un diagrama de actividades son;
R. Inicio, Almacenamiento, Proceso y Fin.
30. En la descripción de casos de uso puede existir:
R. Flujos normales y alternos.
31. Fue en el año 1968 en el congreso de Garmisch-Alemania que se utilizo por
primera vez el término:
R. Ingeniería de Software.
32. El modelo por transformación tiene las siguientes limitaciones:
R. * No es aplicable a todos los problemas.
* Se requiere de herramientas de transformación.
33. El(los) ciclo(s) de vida genérico(s) sobre el que se basa el proceso unificado
es (son):
R. Prototipos y cascada.
40. El objeto del proceso de análisis es:
R. Analizar, Especificar y Definir el problema.
41. Una relación recursiva relaciona una clase con:
R. Sigo misma.
42. Cual es la historia y definición de la ingeniería de software.
R.
43. Que significa el término crisis de software.
44. Explique los mitos del cliente, al desarrollar el software.
45. Cuales son las etapas que debe considerar un desarrollo completo de software.
46. Explique el ciclo de vida por prototipos, considerar todas las etapas del
desarrollo y que condiciones deben darse para aplicar el mismo.
47. En que consiste la brecha semántica que existe entre el modelo y realidad.
48. Explique en que consiste la abstracción y el encapsulamiento y como maneja
estos elementos el enfoque OO.
49. Que problemas surgen junto con el “boom” de los métodos OO, a inicios de los 90
50. Que elementos se deben tomar en cuenta para elegir un lenguaje de programación.

Ejercicios
a) Diseñe la clase número complejo, describiendo sus atributos, los pseudo códigos
de sus principales métodos. https://sites.google.com/site/pamn12fi/practica9
b) Desarrolle un programa orientado a objetos para calcular el área de un cuadrado
2*lado, del circulo pi*radio*radio y del triangulo (base * altura)/2 el perímetro
de cada figura y el color de relleno que tiene. http://www.ajpdsoft.com/modules.php?
name=News&file=article&sid=713
c) Desarrolle un programa orientado a objetos para imprimir una nota (numero entero
de 0-100) en formato literal por ejemplo: 47 --> cuarenta y siete.
http://lineadecodigo.com/java/convertir-un-numero-a-texto-con-java/
d) Desarrolle un programa orientado a objetos para sumar, restar y multiplicar dos
números complejos.