Está en la página 1de 4

Universidad Técnica Federico Santa Maria Departamento de Industrias Sistemas de Información para la Gestión

Universidad Técnica Federico Santa Maria Departamento de Industrias Sistemas de Información para la Gestión CERTAMEN

CERTAMEN # 2 ICN 292 01, 1er Semestre 2012

Ejercicio # 1, Respuestas de Alternativas (30 puntos, 3 puntos por cada respuesta correcta). Responder en

la presente hoja. Solo se considerarán válidas las respuestas registradas dentro del rectángulo.

  • 1. Los tres principios básicos de seguridad en Sistemas de Información son:

  • a) Continuidad Integridad Aplicabilidad.

  • b) Confidencialidad Integridad Disponibilidad.

B
B
  • c) Continuidad Integridad - Disponibilidad.

  • d) Confidencialidad Integridad Aplicabilidad.

  • e) Ninguna de las anteriores.

2.

Es posible afirmar que un Software se encuentra libre de errores y/o fallas cuando:

  • a) Se han ejecutado todos los pasos recomendados por los protocolos de QA.

 
  • b) Se han verificado tanto las cualidades implícitas como las explícitas.

E
E
  • c) Se tiene una lista clara y corregida de todos los defectos, errores y/o fallas del código.

  • d) Se ha hecho un testing exhaustivo tanto de análisis y experimentación.

  • e) Nunca es posible afirmar aquello.

3.

La “Signatura de la Operación” es:

  • a) El registro o estado de los atributos de un objeto, luego de ser invocada alguna de sus operaciones.

 
  • b) El nombre con que se reconoce la operación o método público de una clase.

C
C
  • c) El formato de nombre y entrega de parámetros para invocar a una operación o método de un objeto.

  • d) El algoritmo de acciones que debe realizar una caso de uso una vez desarrollado.

  • e) La firma del tipo de visibilidad de una clase, tipo de objeto u objeto.

4.

La reutilización de funcionalidad y código es vital porque:

  • a) Disminuye los costos y el riesgo de un proyecto de desarrollo de software.

 
  • b) Justifica el análisis y desarrollos de diagramas UML.

A
A
  • c) Aumenta la independencia de los programadores.

  • d) Mejora la relación de acoplamiento estructural de un software respecto del sistema operativo.

  • e) Disminuye el precio final de un proyecto de desarrollo de software integrado por terceros.

5.

En una página activa de un portal Web, el Servidor que la aloja:

  • a) Responde siempre con la misma página.

 
  • b) Procesa los parámetros entregados, genera una página nueva localmente y luego la transmite.

C
C
  • c) Emite el código HTML junto con applets JAVA para construir la respuesta en el PC cliente.

  • d) Solicita los códigos de acceso a la aplicación.

  • e) Responde siempre con un código de error cuando los parámetros fueron mal entregados.

6.

Un diagrama de casos de uso representa:

  • a) Una jerarquía de clases de los objetos de negocio.

 
  • b) Un conjunto de requerimientos funcionales del sistema.

B
B
  • c) Un conjunto de relaciones de uso en un modelo.

  • d) Una máquina de estado para el sistema completo.

  • e) Un conjunto de requerimientos no funcionales del sistema.

Universidad Técnica Federico Santa Maria Departamento de Industrias Sistemas de Información para la Gestión

7.

La siguiente declaración [ -girar(monto: int): void ] en una clase de UML significa que:

Universidad Técnica Federico Santa Maria Departamento de Industrias Sistemas de Información para la Gestión 7.
  • a) Existe un atributo de nombre “girar” cuyo valor inicial depende del valor de una variable entera.

  • b) Todo lo inserto entre […] son comentarios del desarrollador.

D
D
  • c) Existe una operación de nombre “girar” que el sistema puede invocar desde cualquier parte.

  • d) Se declara una operación privada, de parámetro entero que no retorna un valor.

  • e) Sus clases herederas pueden invocar la operación entregando un parámetro entero.

8.

La diferencia fundamental entre una relación de agregación y composición en un diagrama de clases es:

  • a) Solo la relación de agregación constituye una relación de todo parte.

 
  • b) Ambas son un tipo especial de relación de asociación.

E
E
  • c) No hay diferencia alguna, son distintos nombres para el mismo tipo de relación.

  • d) Que la agregación es un tipo especial de herencia, y la composición un tipo especial de asociación.

  • e) La dependencia temporal de la clase agregada o compuesta respecto a la cual se relacionan.

9.

Los diagramas de objeto son muy útiles para:

  • a) Entender los diagramas de clases en base a casos particulares.

 
  • b) Generalizar el comportamiento dinámico de los diagramas de clases.

A
A
  • c) Permitir la generación de diagramas de secuencia en base a objetos comunes en el modelamiento.

  • d) Resumir todos los casos posibles o escenarios planteados por un diagrama de clases.

  • e) Generar un puente conceptual entre los diagramas de casos de uso con los de clases.

10. La creación de un objeto en un diagrama de secuencia puede ser consecuencia directa de:

 
  • a) Que la vida siempre se abre camino.

 
  • b) La necesaria alternancia sistémica entre los objetos y actores de un sistema.

C
C
  • c) Un mensaje de “llamada” solicitando la creación de un objeto específico.

  • d) Un valor específico en un mensaje de “retorno” determinado en el diseño del modelo.

  • e) El inicio de su línea de vida.

Ejercicio # 4, Reconocer los conceptos consultados del diagrama de secuencia ilustrado en la página siguiente y responder (10 puntos).

  • a) Indicar el total de objetos creados y destruidos dentro del periodo de vida del diagrama (2 pts.).

Hay solo dos (2) objetos creados y destruidos en el periodo de vida del diagrama, obCinco y obSeis.

  • b) Identificar al actor iniciador de la secuencia modelada en el diagrama (2 pts.).

El actor iniciador de la secuencia es el cliente.

  • c) Indicar el total de focos de control no anidados del diagrama (2 pts.).

Existen once (11) focos de control no anidados.

  • d) Indicar el total de líneas de vida (implícitas y explícitas) del diagrama (2 pts.).

Existen nueve (9) líneas de vida implícitas y explícitas en el diagrama.

  • e) Indicar el total de mensajes de llamada ilustrados en el diagrama (2 pts.).

Existen trece (13) mensajes del tipo llamada en el diagrama.

Universidad Técnica Federico Santa Maria Departamento de Industrias Sistemas de Información para la Gestión

Universidad Técnica Federico Santa Maria Departamento de Industrias Sistemas de Información para la Gestión Ejercicio

Ejercicio # 2, Utilizando nomenclatura vista en clases, diseñe e ilustre un diagrama de Casos de Uso de la siguiente funcionalidad. No es necesario incluir las respectivas tablas de descripción (30 puntos).

<<extend>> AP: 2 (5%) <<extend>> Listado AS: 4 (10%) Imprimir Transacciones SIST: 2 (5%) Listado Gestionar
<<extend>>
AP: 2 (5%)
<<extend>>
Listado
AS: 4 (10%)
Imprimir
Transacciones
SIST: 2 (5%)
Listado
Gestionar
CU: 36 (35%)
Consulta
Cuentas
REL:54 (35%)
de Saldo
MOD: 2 (10%)
Tarjeta de
Exportar a
Cuenta
Validar
Crédito
Excel
Corriente
Usuario
Línea de
Crédito
<<include>>
Enviar
E-Mail
Ver
Cheques
Cobrados
Transferencia
de Fondos
Enviar
Monto de
Dinero
<<include>>
Instrumentos
Destinatario
Inversión
E-Mail
Cliente
<<include>>
Solicitar
Crédito
Cálculo de
Tomar
Interés
Inversión
Cta Cte
Gestión de
Destinatario
Créditos
Portal Web Bancario
Universidad Técnica Federico Santa Maria Departamento de Industrias Sistemas de Información para la Gestión Ejercicio #

Universidad Técnica Federico Santa Maria Departamento de Industrias Sistemas de Información para la Gestión

Universidad Técnica Federico Santa Maria Departamento de Industrias Sistemas de Información para la Gestión Ejercicio #

Ejercicio # 3, Utilizando nomenclatura vista en clases, diseñe e ilustre un diagrama de Clases para el siguiente caso. Es necesario indicar la cardinalidad de las relaciones, proponer nombres para las mismas, e indicar los tipos de valores de sus atributos y operaciones (30 puntos).

concesiona * .. * * .. * ofrece * .. * vende * .. * VI:
concesiona
*
..
*
*
..
*
ofrece
*
..
*
vende
*
..
*
VI: 2 (5%)
Persona
TD: 4 (5%)
-
rut: string
CLA: 34 (25%)
-
nombre: string
-
fechaNacimiento: date
REL: 40 (25%)
A&O: 52 (25%)
N&C: 18 (10%)
MOD: 2 (5%)
Empleado
Automotora
-
sueldoBase: int
+ rut: string
trabaja
transacciona
- telefonoContacto: Cliente int
-
fechaContrato: date
+ nombre: string
1
1
0
1
Contrato
1
1
Auto
potencialComprador
+ marca: string
- necVenta: consecionaAuto tipoNec
+ modelo: string
Mecanico
Vendedor
- datosGoogle(): text
+ precio: int
+ mantencion(): int
- vender(): void
1
tipoNec
-urgido
1
1
-apurado
-maxTime
Comision
-maxVal
0
- descuento: Nuevo int
Usado
+ año: int
+ color: string
- kilometraje: int
1
tipoAcc
Acuerdo
-llanta
1
-aire
+ + legalizar(): doc: text void
-radio
-airbag
Lujo
+ accesorios: Normal tipoAcc
+ - plazoImportación: importación(): date date
Mantencion
- + getRepuestos(): costo: int void
repara