Gua para Examen Parcial Nro 3 Parte terica

1) Con respecto a las Pruebas en el Proceso de Desarrollo podemos decir

que:
1. La Validacin se hace contra la ERS (Especificacin de
Requerimiento de Software) o sea contra especificaciones escritas en
lenguaje entendible por el usuario y aprobadas por el usuario (en
modo general se puede decir que fueron confeccionadas con la
intervencin del usuario). Si no existe ERS no se puede hacer la
Validacin. V Correcto
2. La Verificacin se hace contra especificaciones en las cuales no ha
intervenido en su confeccin el usuario. V Correcto
3. Las Pruebas de Unidad (mnimo una clase si el sistema se desarrolla
con lenguajes orientados a objetos) se hace durante el Workflow de
Implementacin. V Correcto
4. Las Pruebas de Integracin y de Sistema se hacen en el Workflow de
Testing o Workflow de Pruebas. V Correcto
2) Siguiendo con el tema Pruebas y Diseo de Casos de Prueba:
1. El esfuerzo en la Actividad de Pruebas dentro del Proceso de
Desarrollo debera significar el 30% del esfuerzo total para el
Desarrollo del Proyecto. V Correcto
2. Un sistema software debera contener uno o varios Casos de Uso. V
Correcto
3. Un Caso de Uso equivale a uno o varios Escenarios. V Correcto
4. Cada Escenario debe derivar siempre en un y solo un Caso de prueba. V
Correcto
3. Cobertura de Pruebas: se puede probar todo? Esta pregunta es
independiente de los Casos de Prueba o sea la Ingeniera de Testing
enfrentando las pruebas en cualquier paradigma. Diga: Porqu SI? O
Porqu NO?. Nuevas mtricas (que obviamente tendrn que ver con
Casos de Prueba derivados de Casos de Uso). Viejas mtricas.

!
'

"#$

&

&

(
)

- .

+,

* /,

4. Qu es persistencia, qu es un objeto persistente, porqu ciertos objetos

deben persistir. Justifique detalladamente, dando por los menos 2

razones, porqu se usan las Bases de Datos Relacionales.
*
%
&

!"

%
&

$ %
#

&
'() "

$
*
+
#

, #

&
0

*
&

2
3-456
%

31 + 1 6 ,46

%
7

3
%

6
%

&

%
1 9:
&

.
%
,

%
!

%
!

'

3!
1 9:
91
)

&
1 9:

&

&

<
91

&

91 / /

&

<
'
+

7
(

) '

%
.

(
1 9:
91 / /

1 9:
'

>

91
/

'

.
%

'

.
&

<

.
5
.

9
%

%
1

??

5. En el tema de la persistencia explique porque en la actualidad se usan

las bases de datos relacionales y no las bases de datos orientadas a
objetos. Detalle porque no se usan o porque no es conveniente usar
otros tipos de almacenamientos para la persistencia como por ejemplo
los archivos txt, o xml o bases de datos jerrquicas.
.
/.
0' 1
2

/.'
#
+

(
1

"
333

"

$
'./) 2

6. Al estudiar diferentes casos en el mapeo a BDR hemos repasado la

herencia. Debe existir modelados de herencia en el Modelo de Diseo?
Si, No, porqu?. Si la herencia tiene como superclase a Persona y
como subclases a Alumno, Profesor, Bedel; ese modelado que
problemas tiene? (si es que los tiene). La herencia en el modelo
relacional: cuales son sus caracteristicas?
2

+
-

2
4,
4,

5 4/
5

5
+

4,
5

4,

67

&
9

"
: +

4(

*6
#
*

(
#

&
6

"

$
#

5
"

"

$
2
&

'

+
<6=
"

=6<

= ><
<6< 2
6= ) !=(
"

+
),

(. 2
@ '=( !A(. 2

*
= ) !=(
#

7. Al mapear relaciones de jerarqua en el Modelo de Diseo podemos

encontrarnos en que todas ellas han sido reemplazadas por Clases de

Interface. En este caso: Se puede hacer el mapeo a BDR?. Si la

respuesta es positiva: cmo?. Si la respuesta es negativa: porqu no?
Las clases de interface no tienen atributos, como mapeamos solo atributos
entonces no se puede mapear. Otra causa es que las clases de interfaces son
abstractas por lo tanto no existen instancias de esa clase, entonces qu vamos
a poner en una base de datos? Se tienen que poner objetos y esos no existen
porque la clase es abstracta.
8. En el tema mapeo a BDR hemos tenido que repasar algunos conceptos
del modelo relacional: integridad referencial (con 2 reglas de diseo para
mantener dicha integridad), integridad transaccional (operaciones de
transacciones confirmar commit- y deshacer rollback-). Desarrolle
cada una de estos trminos dando ejemplos en cada caso.
!
*
#
,

*
#
#

<$

"

+
"

$(

+
B$

!
1

"

6;

CD
EEE

6'

', "
$

#
$

',82
#
'./) 2")

F
#

*
*

'

9. En el tema mapeo a BDR hemos tenido que repasar algunos conceptos

del modelo relacional: clave primaria, claves forneas, redundancia,
inconsistencia, y relaciones de asociacin. Explique en detalle cada uno
de estos terminos dando ejemplos en cada caso.
,G>,

G 6(

%
*

,G %
,G
:G>:
G ":
,G
'(
2
,
,
".=!=
,G>.=!"

> +

$-

$
.=!
$
8 .=!
,G
+

.=!
.=!

7
8
,G

4,
"- (
"
,G

(
,G>- (
:G>.=!

5
.=! -

,
$

'

6
.

6
*
*

'

6
2

(
4

5 No

eso es de objetos. En el modelo relacional una tabla asociativa o relacion

asociativa rompe la relacin N:M (no permitida por el modelo) en relaciones
1:N (o N:1). Es asociativa porque asocia o relaciona dos tablas que tienen
cardinalidad muchos a muchos (N:M) por ejemplo un avin como se relaciona
con un piloto? O sea un avin (pensar en avin como algo fsico identificable
con un numero de patente o algo similar) es piloteado por uno o varios pilotos
en diferentes vuelos y un piloto maneja un o varios aviones en diferentes
vuelos. Lo que asocia (conecta, relaciona) un avin con un piloto es un vuelo.
Vuelo, entonces, es una entidad asociativa que se pone en el medio de avion y

de piloto. Falta poner las tablas con sus atributos y sus cardinalidades o sea
falta hacer el diagrama de entidades relacionales o DER (diagrama entidad
relacion).
Po10. Dado el siguiente modelo de objetos hacer el mapeo a base de

datos
relacionales o sea construya el Diagrama Entidad Relacin
correspondiente teniendo en cuenta que no se debe usar el patrn
Identificador de Objetos (OID). No olvide detallar en cada tabla la clave
primaria (PK) y las claves forneas (FK) en caso de que existan. Deben
estar correctas las relaciones de cardinalidad.

. 0@
:
%
3
0

;@

0
0

0@

. 0@ ;@
0@ ;@

:
:
:

0@

Mal: la cardinalidad es N:1 desde la entidad que tiene las claves foraneas o sea
estn mal las cardinalidades Alumno-AlumnoMateria y AlumnoMateria con
Materia.
No puedo ver completa la entidad Provincia pero debe ser por el Word.
11. Dado el siguiente modelo de objetos hacer el mapeo a base de datos
relacionales o sea construya el Diagrama Entidad Relacin
correspondiente teniendo en cuenta que no se debe usar el patrn
Identificador de Objetos (OID). No olvide detallar en cada tabla la clave
primaria (PK) y las claves forneas (FK) en caso de que existan. Deben
estar correctas las relaciones de cardinalidad. Aunque no est en el
diagrama de clases debe aceptarse que cada cliente tiene colocados
varios Pedidos y cada cliente tambin tiene uno o varios telfonos (fax,
fijos o celulares). Cada pedido es una coleccin de tems de pedidos y
eso SI est correctamente especificado. Por ltimo tenga en cuenta que
cada instancia de ItemPedido est identificada unvocamente por su
nroRengln.

Respuesta:
,

0
,

0@

;@

0
0

&

0@

0
0
0@ ;@
6 0@ ;@
0

0
0
% 0

0@

6
6 0@
6
+

En ItemPedido no puede ser cardinalidad 0 porque un item de pedido siempre

debe hacer referencia a un articulo.
En Cliente no debe estar el atributo Provincia sino que debe estar letraProvin y
marcarse como FK
En Cliente no puede haber cardinalidad 0 con Provincia porque siempre el
domicilio de algn cliente (nacional) debe tener alguna provincia.
Falta de mapear el telefono !!!