Universidad Tcnica Federico Santa Maria

Departamento de Industrias
Sistemas de Informacin para la Gestin


Lunes 26 de Noviembre de 2012 Duracin Total: 120 Minutos Prof. Rafael Favereau Urquiza

CERTAMEN # 2 ICN 292 01, 2do Semestre 2012

NOTA: Los relatos expuestos en los ejercicios no son reflejo fiel de la realidad. Si cree que falta
informacin, anote los supuestos que justificadamente crea convenientes para mejor comprensin del
modelo presentado. Espere las instrucciones que entregar el profesor al inicio del certamen.

Ejercicio # 1, Respuestas de Alternativas (30 puntos, 3 puntos por cada respuesta correcta). Responder en
la presente hoja. Solo se considerarn vlidas las respuestas registradas dentro del rectngulo.

1. Los tres principios bsicos de seguridad en Sistemas de Informacin son:
a) Continuidad Integridad Aplicabilidad.
b) Continuidad Integridad - Disponibilidad.
c) Confidencialidad Integridad Disponibilidad.
d) Confidencialidad Integridad Usabilidad.
e) Ninguna de las anteriores.

C

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 implcitas como las explcitas.
c) Se tiene una lista clara y corregida de todos los defectos, errores y/o fallas del cdigo.
d) Se ha hecho un testing exhaustivo tanto de anlisis y experimentacin.
e) Nunca es posible afirmar aquello.

E

3. En Seguridad TI, la mayor amenaza a la que estn expuestas las personas por el uso de redes sociales es la:
a) Divulgacin de informacin supuestamente privada.
b) Destruccin de los canales de acceso a Internet.
c) Alteracin de datos personales.
d) CiberBullying por parte de los followers (amigos imaginarios 2.0).
e) Infraccin a la ley de uso de medios digitales por asociacin ilcita.

A

4. La reutilizacin de funcionalidad y cdigo es importante porque:
a) Disminuye los costos y el riesgo de un proyecto de desarrollo de software.
b) Justifica el anlisis, desarrollo y enseanza de los diagramas UML.
c) Aumenta la independencia de los programadores.
d) Mejora la relacin 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.

A

5. En una pgina dinmica de un portal Web, el Servidor que la aloja:
a) Responde siempre con la misma pgina.
b) Procesa el requerimiento del usuario, genera una pgina y luego transmite el cdigo HTML.
c) Emite el cdigo HTML junto con applets JAVA para construir la respuesta en el PC cliente.
d) Solicita los cdigos de acceso a la aplicacin a travs de los archivos cookies.
e) Solicita la instalacin del plug-in compilador si el PC no lo ha descargado con anterioridad.

B

6. La Ingeniera Social corresponde a un(a):
a) Disciplina de las ciencias polticas para la organizacin el estado.
b) Doctrina policial para contener tumultos y manifestaciones.
c) Conjunto de acciones cuyo propsito es explotar una vulnerabilidad en personas u organizaciones.
d) Obra terico literaria de Karl Marx, posterior a la publicacin de El Capital.
e) Visin de la Ingeniera Electrnica para sustituir a las personas por robots en diferentes industrias.

C



Universidad Tcnica Federico Santa Maria
Departamento de Industrias
Sistemas de Informacin para la Gestin


Lunes 26 de Noviembre de 2012 Duracin Total: 120 Minutos Prof. Rafael Favereau Urquiza

7. La siguiente declaracin [ #depositar(monto: int): void ] en una clase de UML significa que:
a) Existe un atributo de nombre depositar cuyo valor inicial depende del valor de una variable entera.
b) Todo lo inserto entre [] son comentarios del desarrollador.
c) Existe una operacin de nombre depositar que el sistema puede invocar desde cualquier parte.
d) Se declara una operacin protegida, de parmetro entero que no retorna un valor.
e) Sus clases herederas no pueden invocar la operacin entregando un valor entero.

D

8. La diferencia fundamental entre una relacin de agregacin y composicin en un diagrama de clases es:
a) Solo la relacin de agregacin constituye una relacin de todo parte.
b) Ambas son un tipo especial de relacin de asociacin.
c) No hay diferencia alguna, son distintos nombres para el mismo tipo de relacin.
d) Que la agregacin es un tipo especial de herencia, y la composicin un tipo especial de asociacin.
e) La dependencia de existencia de la clase agregada o compuesta respecto a la cual se relacionan.

E

9. Cul visin asegura el xito en un proyecto de desarrollo de software?:
a) La visin de lo que quiere el cliente, ya que es l quin financia el proyecto.
b) Cualquier visin basada en la arquitectura UML es vlida para asegurar el xito.
c) La visin de todos los actores involucrados, esto es, del usuario, del cliente, y del desarrollador.
d) Slo es relevante considerar la opinin del desarrollador para reducir el riesgo y potenciar el xito.
e) Aquellas que incluyen directamente a los usuarios como actores principales de los casos de uso.

C

10. La destruccin de un objeto en un diagrama de secuencia puede ser consecuencia directa de:
a) La corrupcin estructural de sus atributos visibles.
b) La prdida sistmica de su sentido funcional.
c) Un mensaje de envo sealando la destruccin del objeto, generado por otro objeto del sistema.
d) Un valor especfico en un mensaje de retorno determinado en el diseo del modelo.
e) El fin de su lnea de vida.

C




Universidad Tcnica Federico Santa Maria
Departamento de Industrias
Sistemas de Informacin para la Gestin


Lunes 26 de Noviembre de 2012 Duracin Total: 120 Minutos Prof. Rafael Favereau Urquiza

Ejercicio # 2, Utilizando nomenclatura vista en clases, disee e ilustre un diagrama de Casos de Uso de la
siguiente funcionalidad requerida. No es necesario incluir las respectivas tablas de descripcin (30 puntos).
Evaluacin: Actores Principales AP, 12% (mx. 6 pts.); Actores Secundarios AS, 8% (mx. 4 pts.); Lmites
Sistema LS, 2% (mx. 2 pts.); Casos de Uso CU, 34% (mx. 34 pts.); Relaciones RE, 34% (mx. 52 pts.);
Modelo General MG, 10% (mx. 2 pts.).
P
e
r
s
o
n
a
J
u
e
z
D
e
s
t
.

E
-
M
a
i
l
C
t
a
.

C
t
e
.

T
r
i
b
u
n
a
l
A
b
o
g
a
d
o
A
c
c
e
s
o

a

D
o
c
u
m
e
n
t
o
s
P
o
r
t
a
l

W
e
b

J
u
d
i
c
i
a
l
S
u
b
i
r

D
o
c
u
m
e
n
t
o
s
G
e
s
t
i

n

d
e

C
a
u
s
a
s
I
n
s
c
r
i
b
i
r
s
e

e
n

u
n
a

C
a
u
s
a
V
a
l
i
d
a
r

U
s
u
a
r
i
o
P
r
e
s
e
n
t
a
c
i

n

e
n

P
a
n
t
a
l
l
a
I
m
p
r
i
m
i
r
B
a
j
a
r

e
n

P
D
F

n
o

L
e
g
a
l
i
z
a
d
o
E
n
v
i
a
r









E
-
M
a
i
l

L
e
g
a
l
i
z
a
d
oE
l
e
g
i
r

p
a
r
t
e
s

d
e

l
a

C
a
u
s
a
E
d
i
t
o
r

d
e

T
e
x
t
o
E
l
i
m
i
n
a
r

D
o
c
u
m
e
n
t
o
s
I
n
f
o
r
m
a
r

M
o
v
i
m
i
e
n
t
o
s

d
e

C
a
u
s
a
s
P
a
g
a
r

C
o
s
t
a
s
M

d
u
l
o

d
e

P
a
g
o

T
R
A
N
S
B
A
N
K
H
T
M
L
A
u
d
i
o
<
<
i
n
c
l
u
d
e
>
>


Universidad Tcnica Federico Santa Maria
Departamento de Industrias
Sistemas de Informacin para la Gestin


Lunes 26 de Noviembre de 2012 Duracin Total: 120 Minutos Prof. Rafael Favereau Urquiza

Ejercicio # 3, Utilizando nomenclatura vista en clases, disee 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. Se deben reutilizar atributos y funcionalidades (30 puntos).
Evaluacin: Visibilidad General VG, 2% (mx. 2 pts.); Tipos de Datos TD, 5% (mx. 6 pts.); Clases CL, 25%
(mx. 24 pts.); Relaciones RE, 28% (mx. 24 pts.); Atributos & Operaciones AO, 20% (mx. 74 pts.); Nombre
& Cardinalidad NC, 10% (mx. 24 pts.); Modelo General MG, 10% (mx. 2 pts.).

Nota: Se considerar como bueno el haber generalizado la clase Juez con la clase Abogado, por lo
indicado en el ejercicio # 2.
t
p
o
P
r
u
e
-
a
u
d
i
o
-
f
o
t
o
-
v
i
d
e
o
-
t
e
s
t
i
m
o
n
i
o
t
i
p
o
P
a
r
t
e
-
f
i
s
c
a
l
-
d
e
f
e
n
s
o
r
-
q
u
e
r
e
l
l
a
n
t
e
s
u
p
e
r
M
e
r
c
a
d
o
c
o
n
f
o
r
m
a
1
1
.
.
*
+

n
o
m
b
r
e
:

s
t
r
i
n
g
+

t
e
l
e
f
o
n
o
:

i
n
t
+

r
e
p
L
e
g
a
l
:

s
t
r
i
n
g
S
u
c
u
r
s
a
l
+

c
o
d
i
g
o
:

s
t
r
i
n
g
+

d
i
r
e
c
c
i
o
n
:

s
t
r
i
n
g
+

#
e
m
p
l
e
a
d
o
s
:

i
n
t
1
.
.
*
1
.
.
*
c
o
n
t
r
a
t
a
D
e
l
i
n
c
u
e
n
t
e
+

c
o
d
i
g
o
:

i
n
t
+

a
l
i
a
s
:

s
t
r
i
n
g
a
s
a
l
t
a
1
.
.
*
1
.
.
*
1
.
.
*
0
.
.
1
p
e
r
t
e
n
e
c
e
t
i
p
o
B
a
n
d
-
p
r
i
n
c
i
p
i
a
n
t
e
s
-
e
x
p
e
r
i
m
e
n
t
a
d
o
s
-
v
i
o
l
e
n
t
o
s
-
t
r
a
f
i
c
a
n
t
e
s
C
a
u
s
a
+

f
e
c
h
a
:

d
a
t
e
+

h
e
c
h
o
s
:

t
e
x
t
+

#
c
o
n
d
e
n
a
s
:

i
n
t
J
u
i
c
i
o
+

f
e
c
h
a
I
n
i
c
i
o
:

d
a
t
e
+

s
e
n
t
e
n
c
i
a
:

t
e
x
t
+

d
u
r
a
c
i
o
n
:

i
n
t
j u z g a
1
1
.
.
*
B
a
n
d
a
+

n
o
m
b
r
e
:

s
t
r
i
n
g
+

#
m
i
e
m
b
r
o
s
:

i
n
t
+

p
e
l
i
g
r
o
:

t
i
p
o
B
a
n
d
J
u
e
z
+

f
e
_
I
n
g
r
e
s
o
:

d
a
t
e
+

c
o
d
J
u
e
z
:

i
n
t
+

c
o
d
T
r
i
b
u
n
a
l
:

i
n
t
P
e
r
s
o
n
a
+

n
o
m
b
r
e
:

s
t
r
i
n
g
+

R
U
N
:

s
t
r
i
n
g
+

f
e
c
h
a
N
a
c
:

d
a
t
e
A
n
t
e
c
e
d
e
n
t
e
+

f
e
c
h
a
:

d
a
t
e
+

f
o
r
m
a
t
o
:

t
p
o
P
r
u
e
+

p
r
u
e
b
a
:

O
L
E
A
b
o
g
a
d
o
+

R
O
L
:

s
t
r
i
n
g
+

p
a
r
t
e
:

t
i
p
o
P
a
r
t
e
1
.
.
*
2
.
.
*
a
l
e
g
a
n
1
.
.
*
1
.
.
*
s
o
n

p
a
r
t
e
+

g
e
t
E
d
a
d
(
)
:

i
n
t
+

g
e
t
A

o
s
(
)
:

i
n
t
C
o
n
t
r
a
t
o
+

f
e
c
h
a
:

d
a
t
e
+

a
r
m
a
:

b
o
o
l
e
a
n
G
u
a
r
d
i
a
+

c
o
d
i
g
o
:

i
n
t
+

n
v
a
C
o
n
d
e
n
a
(
)
:

i
n
t
+

p
e
r
d
i
d
a
s
(
)
:

m
n
+

t
e
s
t
i
g
o
s
:

t
e
x
t
1
1
.
.
*
r e s u e l v e


Universidad Tcnica Federico Santa Maria
Departamento de Industrias
Sistemas de Informacin para la Gestin


Lunes 26 de Noviembre de 2012 Duracin Total: 120 Minutos Prof. Rafael Favereau Urquiza

Ejercicio # 4, En el siguiente caso de negocios, reconozca en el Diagrama de Secuencia entregado al menos 5
diferencias (2 ptos. cada una) respecto del relato de requerimientos. Reconocer significa describir el elemento
faltante y ubicarlo en el diagrama, desde donde se iniciara hasta donde terminara (10 puntos).


1. Falt modelar la existencia del actor secundario del caso de negocios, que corresponde al rol del
Vendedor.

2. Falt diagramar la lnea de vida del objeto Transbank, la cual aparece implcitamente en la historia
(como parte del modelo y desarrollo del Diagrama de Secuencia), y recorre desde el inicio hasta el fin de
la colaboracin del objeto en este diagrama.

3. Falt modelar el foco de control del objeto Cta Cte, que va desde el arribo del mensaje de llamada
getSaldo() hasta el envo del mensaje de retorno con valor [saldo].

4. Falt diagramar la destruccin del objeto Canal debido al mensaje de envo KillCom().

5. Falt modelar el mensaje de llamada Aprobacin() que el objeto Transbank enva al objeto POS.



KillCom()
CrearCom()
Cliente
POS
Cta Cte
Canal
Canal
Validar()
getSaldo()
[saldo]
[OK]
KillCom()
CrearCom()
Canal
X
Cargar()
Descontar()
[OK]
[OK]
KillCom()
X
Banco TransBank
EntregarTarjeta()
DeslizarTarjeta()
Monto?
[valorMonto]
ConfirmarMonto
IngresarPINPASS
[OK]
[#PINPASS]
CrearCom()
presionarTecla
[OK]
[ACK]
[entregarComprobante]
Imprime
Comprobante
Verificar()
KillCom()
1
2
3
4
5