Está en la página 1de 21

SISTEMA DE CONSULTA PARA EL CONTROL Y LA FACTURACION DE

SERVICIOS AUTOMOTRICES
Presentado por:
ERWIN EDUARDO VELASQUEZ
Cd!"o #$$%#$&'(('
LUZ ADRIANA LOAIZA
Cd!"o #$$%#$&'$)$
UNIVERSIDAD DISTRITAL FRANCISCO *OSE DE CALDAS
FACULTAD TECNOL+,ICA
TECNOLO,IA EN SISTEMATIZACION DE DATOS
INTRODUCCION AL DISE-O DE .ASES DE DATOS
.O,OTA D/C/
#$$)
SISTEMA DE CONSULTA PARA EL CONTROL Y LA FACTURACION DE
SERVICIOS AUTOMOTRICES
Presentado por:
ERWIN EDUARDO VELASQUEZ
Cd!"o #$$%#$&'(('
LUZ ADRIANA LOAIZA
Cd!"o #$$%#$&'$)$
Presentado a:
In"/ LUIS FELIPE WANUMEN
UNIVERSIDAD DISTRITAL FRANCISCO *OSE DE CALDAS
FACULTAD TECNOL+,ICA
TECNOLO,IA EN SISTEMATIZACION DE DATOS
INTRODUCCION AL DISE-O DE .ASES DE DATOS
.O,OTA D/C/
#$$)
TA.LA DE CONTENIDO
(/ INTRODUCCION
#/ PLANEACION
#/(/ O.*ETIVOS
#/(/ DESCRIPCION DEL SITEMA AUTOMATIZAR
%/ ANALISIS
%/(ENTIDADES Y ATRI.UTOS
%/(/ DIA,RAMA RELACIONAL
%/#/ RELACIONES
%/%/ NORMALIZACION DE RELACIONES
0/ DISE-O
0/( MODELO ENTIDAD1RELACION
0/# DICCIONARIO DE DATOS
2/ IMPLEMENTACI+N Y PRUE.AS
2/(/ CUADRO DE TA.LAS QUE CONFORMAN EL SISTEMA DE
.ASES DE DATOS
2/#/ FORMULARIOS
2/%/ CONSULTAS
)/ MANUAL DE USUARIO
&/ CONCLUSIONES
'/ .I.LIO,RAFIA
(/ INTRODUCCION
Debido a la gran afluencia de vehculos en las grandes, ciudades se observa muy a menudo
la gran demanda de servicios hacia los mismos, tales como el cambio de aceite, el
retanqueo, el lavado y el mantenimiento en general. Frecuentemente las estaciones de
servicio llamadas bombas, presentan una insuficiencia en el control de servicios que se
prestan y los diferentes automotores que a ellas confluyen, al igual que los clientes ya
establecidos, llevar controles sobre mantenimientos y las debidas observaciones que son
necesarias para futuras reparaciones.
Gracias a esto vemos que la mejor manera de llevar dichos controles es realizar una base de
datos desarrollada mediante un modelo que permita a los administradores dividir la
informacin necesaria, til y llevar un control en el manejo cotidiano de su ente econmico.
!n el dise"o de la base de datos desarrollaremos las etapas planteadas para as automatizar
un proceso bien automatizado, los datos proporcionados se ver#n discriminados segn su
prioridad en los requerimientos que necesita el ente econmico para el correcto
funcionamiento de los procesos en los cuales necesita llevar control.
#/ PLANEACION
#/( O34et!5os
$nalizar, modelar, dise"ar y desarrollar un prototipo de sistema de bases de datos,
que permita recopilar y almacenar la informacin acerca de los procesos tales como
cambio de aceite, lavado general, mantenimiento general y an#lisis de gases.
$nalizar la informacin de la estacin de servicio y discriminarla segn sea la
necesidad del proceso a automatizar.
%odelar el sistema de manera que se automaticen los requerimientos que se desean
llevar a la posterior automatizacin.
Dise"ar el modelo !ntidad&'elacin (!)'*, para establecer la realidad a trav+s de
entidades distinguir las caractersticas propias de cada entidad, as mismo asociar, o
relacionar las entidades para crear las relaciones ptimas entre ellas, para esto se le
aplicar# al sistema el proceso de ,ormalizacin.
Desarrollar el -%.D, en conjunto los modelos entidad relacin (!)'*, o el modelo
relacional, este ultimo con el fin de representar los datos y las relaciones entre estos, a
trav+s de una coleccin de tablas, que identifican los renglones (tuplas* como un
registro y las columnas como las caractersticas (atributos*, sin dejar de lado la
aplicacin de ,ormalizacin, tomando como gua algn modelo en especial.
/mplementar y e0perimentar el modelo entidad relacin para la aplicacin definida de
la base de datos y garantizar su ptimo desempe"o en su posterior ejecucin.
#/#/ Des6r!p6!n de7 s!ste8a a a9to8at!:ar
-e desea resolver una serie de problemas que tienen que ver con una empresa la cual
presta servicios a nivel automotriz, como son el cambio de aceite, lavado general,
entre otros. 1ara realizar esto, lo primero que la empresa requiere es una base de datos
que maneje ciertas cosas necesarias como son2

a. 3n previo registro del cliente, lo cual implica tener su nombre y apellido,
direccin, numero de tel+fono y por supuesto una identificacin.
b. 4os datos del vehculo, como la placa, tipo de vehculo, modelo, marca y estado
de vehculo, para saber que servicios requiere e0actamente.
c. 5ambi+n se debe llevar registro e0acto de la factura sobre el servicio o servicios
prestados a los vehculos con la fecha de entrada, la fecha de salida, la
identificacin del vehculo y el costo total de los servicios efectivos del mismo.
%/ ANALISIS
%/(/ Ent!dades ; atr!39tos
%/#/ D!a"ra8a re7a6!ona7
%/%/ Re7a6!ones
64$7!-
3suario
6lave
64/!,5!
Id < 67!ente
c,ombre
c$pellido
c5el+fono
cDireccin
F$653'$
=a6t9ra
/d 8 cliente
Fecha8entrada
Fecha8-alida
/d87ehiculo
-!'7/6/9
Id < ser5!6!o
,om8servicio
7alor
-!'7/6/9&F$653'$
=a6t9ra
/d8 servicio
7!:/6349
Id < Ve>!697o
1laca
5ipo87ehiculo
%odelo
%arca
/d 8 cliente
64/!,5! F$653'$ ;2
,
7!:/6349 F$653'$
-!'7/6/9 F$653'$
;2
,
,2
,
CLIENTE FACTURA
VE?ICULO
SERVICIO
!s de notar que las relaciones servicio&factura no est# normalizada, y se observa que e0iste
una asociacin donde hay , elementos de servicio que se relacionan con , elementos de
factura. !ste problema se detectara a trav+s de alguna de las formas normales.
$ continuacin se observa como quedara la relacin de grado tres despu+s del proceso de
normalizacin que se e0plicara m#s adelante.
%/0/ Nor8a7!:a6!n de re7a6!ones
Tabla: Cliente
CLIENTE
/d ,ombre8apellido 5el+fono Direccin
<===; Guillermo Guerrero >?@A<B? 6ll. >C>D)@>
<===< 4iliana 4pez D?@<A>? Era. >DC;<)@@
<===@ David 'odrguez ?;>@?B@ 5rv. >DC@@);<
<===> Forge 7ega @BD>@B< 6ll.@DsurC;<)<A
(/ FN: si la cumple, ya que no permite duplicidad de registros o filas, los valores de los
campos son del mismo tipo y cada columna tiene un nombre diferente.
#/ FN:(FN: si la cumple ya que el campo /d adem#s de ser nico es el campo a poseer la
llave primaria y e0iste la DF (dependencia funcional* ya que2 /d22(,ombre8apellido,
5el+fono, Direccin*.
%/ FN:(FN:#FN: si la cumple ya que no hay Dependencia 5ransitiva, ya que e0iste solo un
atributo dominante(/d*.
Tabla: Vehculo
VE?ICULO
1laca 5ipo8vehiculo %odelo %arca
-/- >BA .us ;B?= %arca
6/G A>B .us ;BH= Ford
-/D >DH %icro <=== 6hevrolet
-/: DH= 5a0i ;BBH DaeeIoo
(/ FN: si la cumple, ya que no permite duplicidad de registros o filas, los valores de los
campos son del mismo tipo y cada columna tiene un nombre diferente.
#/ FN:(FN: si la cumple ya que el campo 1laca adem#s de ser nico es el campo a poseer
la llave primaria y e0iste la DF (dependencia funcional* ya que2 1laca22(5ipo8vehiculo,
%odelo, %arca*.
F$653'$ -!'7/6/9
F$653'$&-!'7/6/9 ;2
,
,2
;
%/ FN:(FN:#FN: si la cumple ya que no hay Dependencia 5ransitiva, ya que e0iste solo un
atributo dominante(1laca* y los dem#s campos no determinan este.
Tabla: Servicio
SERVICIO
/d8servicio ,omservicio 7alor
;;= 6$%./98$6!/5!8.3- ;A=.===
;;; 6$%./98$6!/5!8%/6'9 ;==.===
;;< 6$%./98$6!/5!85$J/ H=.===
;<= 4$7$D98G!,!'$48.3- ;==.===
;<; 4$7$D98G!,!'$48%/6'9 ?=.===
;<< 4$7$D98G!,!'$485$J/ D=.===
;>= $,K4/-/-8G$-!-8.3- D=.===
;>; $,K4/-/-8G$-!-8%/6'9 >=.===
;>< $,K4/-/-8G$-!-85$J/ @=.===
;D= %9,5$44$,5$- D.===
(/ FN: si la cumple, ya que no permite duplicidad de registros o filas, los valores de los
campos son del mismo tipo y cada columna tiene un nombre diferente.
#/ FN:(FN: si la cumple porque cumple la ;F,, hay dos campos candidato a tener la llave
principal ya que alguno de los dos puede determinar al campo subordinado 7alor, esta
cumpliendo la Dependencia Funcional.
%/ FN:(FN:#FN: se observa que hay dos campos dominantes en el campo /d8servicio y el
campo ,omservicio, en este caso el segundo campo determina al primero, lo que no da la
no transitividad y por ende el cumplimiento de esta forma normal.
Tabla: Factura
FACTURA
,o8comprobante /d8afiliado Fecha8entrada Fecha8salida 1laca /d8servicio
; A=.??>.;;D <H)mar)=D <?)mar)=D -/- B>? ;;=
; A=.??>.;;D ;=)ene)=D ;<)ene)=D -/- B>? ;<=
@ ?B.>DH.;<@ <H)nov)=> <A)nov)=> -/. ?AB ;@<
(/ FN: si la cumple, ya que no permite duplicidad de registros o filas, los valores de los
campos son del mismo tipo y cada columna tiene un nombre diferente.
#/ FN:(FN:no la cumple pues se presentan duplicidades en el atributo determinante
,o8comprobante ya que cuando se ingrese /d8servicio, el comprobante tendr# los valores
repetidos de los servicios que se prestan.
D314/6/D$D
Estos atr!39tos de3en sa7!r a 6on=or8ar otra ta37a 7a 69a7 re7a6!one e7 ser5!6!o 6on 7a
=a6t9ra ; 6onten"a 7a 77a5e =or@neaA para per8!t!r 7a re7a6!n en =or8a Bn!6a de 9n
re"!stro en 7a re7a6!n/
Tabla: Factura (normalizada)
FACTURA
,o8comprobante /d8afiliado Fecha8entrada Fecha8salida 1laca
; A=.??>.;;D <H)mar)=D <?)mar)=D -/- B>?
; A=.??>.;;D ;=)ene)=D ;<)ene)=D -/- B>?
@ ?B.>DH.;<@ <H)nov)=> <A)nov)=> -/. ?AB
(/ FN: si la cumple, ya que no permite duplicidad de registros o filas, los valores de los
campos son del mismo tipo y cada columna tiene un nombre diferente.
#/ FN:(FN: si la cumple porque cumple la ;F,, el campo ,o8comprobante es nico y no
se duplica y es candidato a tener la llave primaria y e0iste Dependencia Funcional ya que2
,o8comprobante22(/d8afiliado, Fecha8entrada, Fecha8salida, 1laca*
%/ FN:(FN:#FN: cumple la #FN y no hay Dependencia 5ransitiva, ya que e0iste un solo un
atributo dominante(,o8comprobante* y los dem#s campos no determinan este campo.
Tabla: SERVICIO/FCT!R (surge a partir de los atributos salientes de la tabla F$653'$
y -!'7/6/9*
SERVICIO1FACTURA
,o8comprobante /d8servicio
; ;;=
< ;@<
; ;<=
(/ FN: si la cumple, ya que no permite duplicidad de registros o filas, los valores de los
campos son del mismo tipo y cada columna tiene un nombre diferente.
#/ FN:(FN: si la cumple porque cumple la ;F,, y aunque ,o8comprobante est# como
llave for#nea de esta depende la /d8servicio.
%/ FN: -i la cumple porque cumple las dos anteriores y no e0iste transitividad, ya que solo
hay dos atributos y solo uno dominante.
0/ DISE-O
0/(/ Modelo Entidad Relacin E/R
) 9bligatoriedad2 Debe
) 6ardinalidad2 ;uno varios
64$7!-
3suario
6lave
64/!,5!
Id < 67!ente
c,ombre
c$pellido
c5el+fono
cDireccin
F$653'$
Fa6t9ra
/d 8 cliente
Fecha 8
entrada
Fecha8-alida
/d87ehiculo
-!'7/6/9
Id < ser5!6!o
,om8servicio
7alor
-!'7/6/9&F$653'$
factura
/d8 servicio
7!:/6349
Id < Ve>!697o
1laca
5ipo 8 vehiculo
%odelo
%arca
/d 8 cliente
2/ IMPLEMENTACI+N Y PRUE.AS
2/(/ C9adro de ta37as C9e 6on=or8an e7 SISEMA DE .ASES DE DATOS
C7!ente
,9%.'! D!4
6$%19
5/19 D!
D$59
5$%$L9 /,D!J$D9 '!M3!'/D9 64$7!
,ombre de la
tabla
64/!,5!
/d 86liente ,um+rico !ntero largo -i(sin
duplicados*
-i 1rimaria
6,ombre 5e0to 7archar(D=* ,o -i
c$pellido 5e0to 7archar(D=* ,o -i
c5el+fono ,um+rico /nt(;<* ,o -i
cDireccin 5e0to 7archar(D=* ,o -i
Fa6t9ra
,9%.'! D!4
6$%19
5/19 D!
D$59
5$%$L9 /,D!J$D9 '!M3!'/D9 64$7!
,ombre de la
tabla
F$653'$
Factura ,um+rico /nt (;<* -i(sin
duplicados*
-i 1rimaria
/d 8 cliente ,um+rico /nt(;<* -i(con
duplicados*
-i
/d8vehiculo ,um+rico /nt(;<* -i(con
duplicados*
-i
Fecha8entrada ,um+rico Detetime ,o -i
Fecha8salida 5e0to Detetime ,o -i
Ser5!6!o
,9%.'! D!4
6$%19
5/19 D!
D$59
5$%$L9 /,D!J$D9 '!M3!'/D9 64$7!
,ombre de la
tabla
-!'7/6/9
/d8servicio ,um+rico /nt(;<* -i(sin
duplicados*
-i 1rimaria
,omservicio 5e0to 7archar(<DD* ,o -i
7alor ,um+rico Decimal(;<.=* ,o -i
Ser5!6!o1Fa6t9ra
,9%.'! D!4
6$%19
5/19 D!
D$59
5$%$L9 /,D!J$D9 '!M3!'/D9 64$7!
,ombre de la
tabla
-!'7/6/9&F$653'$
Factura ,um+rico /nt(;<*unsigned ,o -i For#nea
/d8servicio ,um+rico /nt(;<*unsigned ,o -i For#nea
Ve>D697o
,9%.'! D!4
6$%19
5/19 D!
D$59
5$%$L9 /,D!J$D9 '!M3!'/D9 64$7!
,ombre de la
tabla
7!:/6349
/d 8 vehiculo ,um+rico /nt(;<*unsigned $utoincrement -i 1rimaria
1laca 5e0to 7archar(<DD* ,o -i
5ipo 8 vehiculo 5e0to 7archar(<DD* ,o -i
%odelo ,um+rico 7archar(<DD* ,o -i
%arca 5e0to 7archar(<DD* ,o -i
/d 8 cliente ,um+rico /nt(;<* ,o -i
2/#/ FORMULARIOS
CLIENTE
!l formulario perteneciente a cliente contiene los campos descritos anteriormente en la fase
de normalizacin. -e puede ver cuatro cajas de te0to y un subformulario F$653'$ en el
cual se encuentran los campos comparadosN ,o8comprobante, Fecha8entrada,
Fecha8salida, /d8vehiculo.
!n el subformulario (F$653'$ subformulario* tenemos cuatro botones2 el primer botn
tiene una flecha hacia la izquierda el cual nos muestra el registro anterior, el segundo botn
tiene una flecha hacia la derecha el cual nos muestra el registro siguiente, el tercer botn
tiene un label. O$gregar nuevo registroP el cual como su nombre lo indica nos agrega un
registro que pone las cajas en blanco para almacenar el registro que insertemos, el cuarto
botn tiene la facultad de eliminar lo que se esta viendo en las cajas de te0to.
FACTURA
!n este formulario se utilizaran H label, H cajas de te0to, ? botones y < subformularios. 4os
label tienen las etiquetas de ,o8comprobante y corresponde con una caja de te0to donde se
mostrara el valor de esta, el segundo label tiene la etiqueta de /d8afiliado y a su vez tiene
una caja de te0to donde se muestra el nmero de esta, al igual que la cuarta etiqueta la
tercera tiene su respectiva caja de te0to, en donde se muestran los valores de estasN tenemos
una quinta etiqueta la cual nos muestra en su caja de te0to la placa del
vehculo(/d8vehiculo*. 1or ultimo tenemos un botn, el cual nos da el costo total de la
factura en su respectiva caja de te0to.
!l primer subformulario nos muestra todos los servicios, valores y el nombre de estos
prestados a un determinado, el cual se relaciona con -!'7/6/9&F$653'$.
!l segundo subformulario nos muestra el nombre del servicio, el valor de este y nos
muestra nuevamente el /d8servicio.
Finalmente tenemos el primer botn el cual nos permite abrir un formulario, el segundo
botn no permite salir del formulario actual, el tercero y cuarto botn nos muestran el
anterior y siguiente registro respectivamente, despu+s tenemos un botn el cual deja los
espacios en blanco para llenar y agregar un nuevo registro.
SERVICIO
!n este formulario se pueden ver cinco botonesN el primero de ellos es para abrir un
formulario en este caso -!'7/6/9&F$653'$, el segundo es para salir del formulario, el
tercero y cuarto es para adelantar y retroceder en los registros, el cuarto es para agregar un
nuevo registro cuando lo necesitemos, y finalmente el quinto cumple la funcin de eliminar
el registro mostrado en pantalla. 6ada una de las etiquetas del formulario tiene su
respectiva caja de te0to. !l formulario -!'7/6/9&F$653'$ nos muestra al igual que
todos los subformularios vistos en este informe permite al usuario hacer operaciones con
registros como ir atr#s, adelante, al principio o al final de los registros, todo depende de la
necesidad que se tenga, tambien nos muestra los campos para ane0ar nueva informacin.
VE?ICULO
!ste formulario tiene seis botones, cuatro etiquetas con sus respectivas cajas de te0to, y un
subformulario. 4os botones hacen operaciones con registros, nuevo, eliminar, ir adelante e
ir atr#s. !n las cajas de te0to se introducen los datos del nmero de la placa, tipo de
vehculo, modelo y marca. !l subformulario muestra los campos de la tabla F$653'$
asociados con este formulario, pero en le muestran algunos datos del due"o del vehculo y
del vehculo en si.
SERVICIO1FACTURA
!n este formulario se encuentran H botones, dos etiquetas con sus respectivas cajas de te0to
y un subformulario (F$653'$* el cual nos muestra los datos almacenados en
,o8comprobante, 1laca y %odelo. 4os H botones mencionados corresponden a las
operaciones con registros como adelantar, retroceder, salir del formulario, abrir un
formulario, agregar uno nuevo y finalmente eliminar el registro visto en pantalla.
2/%/ CONSULTAS
69,-345$-
6onsulta ;. $653$4/Q$6/9,
31D$5! 6liente -!5 5el+fonoR<@@=AA=, Direccion RSEr ;DC@D)B=S
T:!'! /dR>;H>@BA?N
!n esta consulta se actualiza la tabla cliente en los campos 5el+fono y Direccin con los
nuevos datos cuando el numero de identificacin es igual a >;H>@BA?.
5el+fono Direccin
<@@=AA= Er ;DC@D)B=
=
6onsulta ; !4/%/,$6/9,
D!4!5! F$653'$.U
F'9% F$653'$
T:!'! ,o8comprobanteR;==;N
!n esta consulta se elimina todo el registro de la tabla F$653'$ cuando el
,o8comprobante es igua a ;==;.
,o8comprobante /d8afiliado Fecha8entrada Fecha8salida /d8vehiculo 6osto
total
;==; D@;;==DA ;<&@&<==D ;<&@&<==D 6/G A>B
= = =
6onsulta ; /,-!'6/9,
/,-!'5 /,59 64/!,5! (/d, ,ombre8apellido, 5el+fono, Direccin*
-!4!65 >@;H>@BA? $- /d8afiliado, V$4.!'59 491!QS $- ,ombre8apellido, <@@=AA=
$- 5elefono, Er ;DC@D)B= $- DireccionN
!n esta consulta se inserta en la tabla 64/!,5! en los campos /d, ,ombre8apellido,
5el+fono, Direccin los nuevos datos que se dan, los datos tipo te0to o cadenas de te0to
tienen que ir dentro de las comillas sencillas.
/d ,ombre8apellido 5el+fono Direccin
>;H>@BA? $4.!'59 4W1!Q <@@=AA= Er ;DC@D)B=
6onsulta ; -!4!66/W,
-!4!65 F$653'$./d8afiliado, F$653'$./d8vehiculo, vehculo.placa
F'9% vehculo /,,!' F9/, F$653'$ 9, vehculo.placaRF$653'$./d8vehiculoN
Dentro de esta consulta se selecciona de la tabla F$653'$ el campo /d8afiliado y
/d8vehiculo, de la tabla 7!:/6349 el campo placa luego se pone la condicion de cuando
vehculo.placaRF$653'$./d8vehiculonos mostrara el resultado.
/d8afiliado /d8vehiculo 1laca
D@;;==DA 6/G A>B 6/G A>B
>;H>@BA? .G: ?B< .G: ?B<
D><<H=?A 65' D>@ 65' D>@
?A=BA?HD D!$ @>< D!$ @><
6onsulta < -!4!66/W,
-!4!65 F$653'$.,o8comprobante, servicio&factura./d8servicio, servicio.,omservicio,
servicio.7alor
F'9% servicio /,,!' F9/,( F$653'$ '/G:5 F9/, servicio&factura 9,
F$653'$.,o8comprobanteRservicio&factura* 9,
servicio./d8servicioRservicio&factura./d8servicio T:!'! (((XservicioYZX7alorY*[;=====**N
!n esta consulta se seleccionaran de la tabla F$653'$ el campo ,o8comprobante, de la
tabla servicio&factura el /d8servicio y de la tabla servicio el campo ,omservicio y que el
valor se compare el ,o8comprobante de la tabla F$653'$ con el campo Factura de la
tabla servicio&factura y tambien se compara el /d8servicio de la tabla servicio con el
/d8servicio de la tabla servicio&factura dando la condicion cuando el campo valor de la
tabla servicio es mayor a ;=====.
6onsulta $G'31$'
-!4!65 servicio.7alor, servicio&factura./d8servicio, servicio&factura
F'9% servicio '/G:5 F9/, servicio&factura 9, servicio./d8servicioR
servicio&factura.id8servicio
9'D!' .G servicio&factura&facturaN
!n esta consulta se agrupan los datos por servicio&factura.factura
7alor /d8servicio Factura
;===== ;;; ;==;
;D==== ;@< ;==<
D==== ;>= ;==@
;?==== ;@; ;==>
)/ CONCLUSIONES
-e aplicaron el planteamiento de una posible situacin hacia el objetivo de elaborar
un prototipo de base de datos que solucione un requerimiento definido a partir de la
situacin establecida.
-e realiz el an#lisis de las mltiples situaciones que suelen presentarse en la
elaboracin de un prototipo de base de datos, originando a trav+s de la realidad un
proceso llevado a una posible automatizacin.
-e desarroll el modelo !ntidad 'elacin !&' una gua fundamental para la
abstraccin de muchas entidades que conformadas por atributos generan las
relaciones habientes en un mecanismo de interaccin.
-e utilizaron las cuatro formas normales, para desechar posibles redundancias en el
momento de implementar un dise"o de base de datos en la automatizacin.
-e desarroll una gran destreza a la hora de evaluar cada etapa en la normalizacin de
relaciones que nos permiten generar un mejor desempe"o en la asignatura para
futuras aplicaciones.
.I.LIO,RAFIA
Desarrollo de soluciones de %icrosoft $ccess con %icrosoft -M4 -erver.

También podría gustarte