C2-1sem 2013.pdf

Universidad Técnica Federico Santa Maria Departamento de Industrias

Sistemas de Información para la Gestión

Miércoles 28 de Agosto de 2013 Duración Total: 120 Minutos Prof. Rafael Favereau Urquiza

CERTAMEN # 2 ICN – 292 – 01, 1er Semestre 2013

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 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. 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.

A

2. La reutilización de funcionalidad y código es importante principalmente porque:

a) Justifica el análisis, desarrollo y enseñanza de los diagramas UML. b) Disminuye los costos y el riesgo de un proyecto de desarrollo de software. 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.

B

3. En una página dinámica de un portal Web, el Servidor que la aloja:

a) Procesa el requerimiento del usuario, genera una página y luego transmite el código HTML. b) Responde siempre con la misma página. 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 a través de los archivos “cookies”. e) Solicita la instalación del plug-in compilador si el PC no lo ha descargado con anterioridad.

A

4. Una “clase” corresponde a:

a) Una segregación funcional de los sistemas de información del primer mundo respecto de los demás. b) Una colección de objetos mal llamados “estudiantes”, deseosos de titularse con el mínimo esfuerzo. c) Una representación en una diagrama UML de una funcionalidad dinámica del sistema. d) Una colección de tipos de objetos implementada en software. e) Una visión de la Ingeniería Electrónica para sustituir a las personas por robots.

D

5. La siguiente declaración [ #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 operación de nombre “depositar” que el sistema puede invocar desde cualquier parte. d) Se declara una operación protegida, de parámetro entero, que no retorna un valor. e) Sus clases herederas no pueden invocar la operación entregando un valor entero.

D

6. 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. 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 de existencia de la clase agregada o compuesta respecto a la cual se relacionan.

E

7. ¿Cuál visión asegura el éxito en un proyecto de desarrollo de software?:

a) La visión de lo que quiere el cliente, ya que es él quién financia el proyecto. b) Cualquier visión basada en la arquitectura UML es válida para asegurar el éxito. c) La visión de todos los actores involucrados, esto es, del usuario, del cliente, y del desarrollador. d) Sólo es relevante considerar la opinión 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




8. 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) El algoritmo de acciones que debe realizar una caso de uso una vez desarrollado. d) La firma del tipo de visibilidad de una clase, tipo de objeto u objeto. e) El formato de nombre y entrega de parámetros para invocar a una operación de un objeto.

E

9. Las cuatro “P” que dirigen el Proceso Unificado de Desarrollo de Software son:

a) Programadores – Proyectos – Plata – Poder. b) Personas – Proyectos – Producto – Proceso. c) enPowerment – Plan – Pincode - Peroxide. d) Se refiere a la traducción de las siglas de UML al chino mandarín. e) Programadores – Proyectos – Producto – Proceso.

B

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

a) La corrupción estructural de sus atributos visibles. b) La pérdida sistémica de su sentido funcional. c) Un mensaje de “envío” señalando la destrucción del objeto, generado por otro objeto del sistema. d) Un valor específico en un mensaje de “retorno” determinado en el diseño del modelo. e) El fin de su línea de vida.

C

Ejercicio # 4, Reconocer los conceptos consultados del diagrama de secuencia ilustrado, y responder los siguientes ítems (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.




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

Evaluación: Actores Principales – AP, 12% (máx. 6 pts.); Actores Secundarios – AS, 8% (máx. 4 pts.); Límites Sistema – LS, 2% (máx. 2 pts.); Casos de Uso – CU, 34% (máx. 36 pts.); Relaciones – RE, 34% (máx. 54 pts.); Modelo General – MG, 10% (máx. 2 pts.).

Usu

ario

Con

tra

tist

a

Des

t.

E-M

ail

Cta.

Cte

. Em

pre

sa

Ge

ren

cia

de

C

on

trat

os

Red

acta

r Bas

es

Adm

inis

trat

ivas

Sist

ema

de

Lici

taci

on

es

Apr

obac

ión

Bas

es L

icit

ació

n

Publ

icac

ión

Bas

es

Lici

taci

ón

Rev

isió

n B

ases

Li

cita

ción

Val

idar

U

suar

io

Ges

tión

de

Bas

es d

e Li

cita

ción

Red

acta

r Bas

es

Técn

icas

Wor

kFlo

wA

prob

ació

n B

ases

de

Lic

itac

ión

Envi

ar

E-M

ail

Reg

istr

ado

Eleg

ir

Con

trat

ista

R

egis

trad

o

Edit

or d

e Te

xto

Baj

ar P

DF

Bas

esR

evis

ar

Lici

taci

ones

en

Cur

so

Mód

ulo

de

Pago

TR

AN

SBA

NK

Insc

ribi

rse

en

Lici

taci

ónPa

go e

n Lí

nea

Reg

istr

ar

Usu

ario

Con

trol

de

Cal

enda

rio

<<in

clu

de

>>




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).

Evaluación: Visibilidad General – VG, 2% (máx. 2 pts.); Tipos de Datos – TD, 5% (máx. 6 pts.); Clases – CL, 25% (máx. 24 pts.); Relaciones – RE, 28% (máx. 28 pts.); Atributos & Operaciones – AO, 20% (máx. 48 pts.); Nombre & Cardinalidad – NC, 10% (máx. 18 pts.); Modelo General – MG, 10% (máx. 2 pts.).

Pers

ona

club

Futb

ol

dire

ctor

Tecn

ico

Div

isio

n

soci

oGal

eria

soci

oAnd

es

+ ru

t: s

trin

g

+ no

mbr

e: s

trin

g

+ fN

ac: d

ate

+ ru

tReL

egal

: str

ing

+ no

mLe

gal:

str

ing

+ co

mpe

tir(

)

Hin

cha

+ te

lefo

no: i

nt

+ eM

ail:

str

ing

Empl

eado

+ su

eldo

Liq

: in

t

+ ca

rgo:

str

ing

+ co

labo

rar(

)

Con

trat

o

+ fC

ontr

ato:

dat

e

+ pl

azo:

int

+ be

nef

icio

s: s

trin

g+

posi

cion

: tip

oPos

+ ti

po:

tipo

Div

+ se

xo:

tipo

Sexti

po

Div

:-P

rofe

sio

nal

-su

b2

0

-su

b1

8-s

ub

16

-su

b1

4

+ di

rigi

r()

+ ga

leri

a: s

trin

g+

ultA

sist

: dat

e

+ ba

rris

ta: b

oole

an+

getS

aldo

(): i

nt

Adm

inis

trat

ivo

+ ca

rgo:

str

ing

soci

oBut

aca

+ pr

ofes

ion

: str

ing

+ em

pres

a: s

trin

g

tip

oP

os:

-Arq

ue

ro-D

efe

nsa

-vo

lan

teQ

uit

e-v

ola

nte

Cre

acio

n-D

ela

nte

roti

po

Sex:

-Mas

culin

o-F

em

en

ino

trab

aja

11

..*

apo

ya

11

..*

cate

gorí

a

1..*

1

cate

gorí

a

1..*

1tiene

1 1..*

pe

rte

ne

ce

11

..*Ju

gado

res

C2-1sem 2013.pdf

Documents

Transcript of C2-1sem 2013.pdf