NetWorking: Modelo OSI: 7 capas en total. 1. !. +. /.
FISIC FISICO: O: señal señal y tran transmi smisió sión n inar inaria ia "N#$C" %" %$&OS: %$&OS: direccionamiento direccionami ento '(sico )M$C* ,"%: determinación determinación de de r-ta e I )direccionamiento )direccionamiento logico* &,$NSO, &,$NSO,&": &": garanti0a -e los mensa2es se entregan entregan sin errores3 en sec-encia sec-encia y sin p4rdidas o d-plicaciones 5. S"SION: Com-nicación entre dispositi6os dispositi6os de la red . ,"S"N&$CION: representación representació n de datos 7. C$ C$$ %" $#IC$C $#IC$CI8N I8N:: act9a act9a como 6entana 6entana para los -s-arios -s-arios y los proces procesos os de aplicaciones aplicaciones para tener acceso a ser6icios de red 1. !. +. /. 5.
,O&OCO#O &CI: FISIC FISICO: O: seña señall y transmi transmisió sión n inari inaria a "N#$C" "N#$C" %" %$ %$&OS: direcci direccionami onamiento ento '(sico '(sico)M$ )M$C* C* ,"%: ,"%: ip3 ip3 lo mismo mismo -e en la la osi osi &,$NSO, &,$NSO,&": &": cone;ión cone;ión e;tremo e;tremo a e;tremo e;tremo y
&&3 >&&3 F&3 F&3 O+3 O+3 &"#N"& &"#N"& ?#SM S-neteo: di6idir di6idir -na red ip '(sica en s-redes lógicas. C#$S" %" %I,"CCION I: @C#$S" $: ,ango: A.A.A.A @B 1!7.!55.!55.!55 Cant de redes: 1! Cant. >OS&: 1.777.!1/ ,"%"S D,$N%"S. @C#$S" E: ,ango: 1!.A.A.A @B 11.!55.!55.!55 Cant de redes: 1.+/ Cant. >OS&: 5.5+/ ,"%"S M"%I$N$S @C#$S" C: ,ango: 1!.A.A.A @B !!+.!55.!55.!55 Cant de redes: !.A7.15! Cant >OS&: !5/ ,"%"S "G="H$S
Cada Clase tiene -na mscara de red por de'ecto3 la Clase $ !55.A.A.A3 la Clase E !55.!55.A.A y la Clase C !55.!55.!55.A #a Clase de -na dirección I es de
IND %" SW El ciclo de vida básico de un software consta de los siguientes procedimientos: •
Definición de objetivos : definir el resultado del proyecto y su papel en la estrategia global.
•
Análisis de los requisitos y su viabilidad : recopilar, examinar y formular los requisitos
•
•
•
•
•
•
•
del cliente y examinar cualquier restricción que se pueda aplicar. Diseño general: requisitos generales de la arquitectura de la aplicación. Diseño en detalle : definición precisa de cada subconjunto de la aplicación. Programación (programación e implementación: es la implementación de un lenguaje de programación para crear las funciones definidas durante la etapa de dise!o. Prueba de unidad : prueba individual de cada subconjunto de la aplicación para garanti"ar que se implementaron de acuerdo con las especificaciones. Integración : para garanti"ar que los diferentes módulos se integren con la aplicación. #ste es el propósito de la prueba de integración que está cuidadosamente documentada. Prueba beta (o validación , para garanti"ar que el software cumple con las especificaciones originales. Documentación : sirve para documentar información necesaria para los usuarios del software y para desarrollos futuros.
•
Implementación
•
Mantenimiento : para todos los procedimientos correctivos (mantenimiento correctivo y las
actuali"aciones secundarias del software (mantenimiento continuo. MOD!O "A#"ADA$!I%A!
&entajas'
$ Es fácil aprender a utili"arlo y comprender su funcionamiento $ Está dirigido por los tipos de documentos y resultados que deben obtenerse al final de cada etapa $ %yuda a detectar errores en las primeras etapas a bajo costo $ %yuda a minimi"ar los gastos de planificación, pues se reali"a sin problemas
Desventajas'
$ Es dif&cil que el cliente exponga expl&citamente todos los requisitos al principio $ El cliente debe tener paciencia pues obtendrá el producto al final del ciclo de vida $ 'o refleja exactamente cómo se programa realmente el sistema, en el que suele aber un gran componente iterativo
$ )uede resultar complicado regresar a etapas anteriores (ya acabadas para reali"ar correcciones
MO%"#O "N ?
&entajas'
$ *a relación entre las etapas de desarrollo y los distintos tipos de pruebas facilitan la locali"ación de fallos. $ Es un modelo sencillo y de fácil aprendi"aje $ +ace expl&cito parte de la iteración y trabajo que ay que revisar $ Especifica bien los roles de los distintos tipos de pruebas a reali"ar $ nvolucra al usuario en las pruebas
Desventajas'
$ Es dif&cil que el cliente exponga expl&citamente todos los requisitos $ El cliente debe tener paciencia pues obtendrá el producto al final del ciclo de vida $ *as pruebas pueden ser caras y, a veces, no lo suficientemente efectivas $ El producto final obtenido puede que no refleje todos los requisitos del usuario
MO%"#O "N "SI,$#
&entajas'
$ ncorpora mucas de las ventajas de los otros ciclos de vida $ -onjuga la naturale"a iterativa de los prototipos con los aspectos controlados y sistemáticos del modelo clásico $ )roporciona el potencial para el desarrollo rápido de versiones incrementales
$ )uede adaptarse y aplicarse a lo largo de la vida del software $ Es un enfoque realista del desarrollo del software Desventajas'
$ )uede resultar dif&cil convencer a algunos clientes de que el enfoque evolutivo es controlable $ olo resulta aplicable para proyectos de gran tama!o $ upone una carga de trabajo adicional, no pr esente en otros ciclos de vida $ /equiere una considerable abilidad para la evaluación y resolución del riesgo, y se basa en esta abilidad para el 0xito
PRUEBAS DE CAJA BLANCA #a pr-ea de la ca2a lanca es -n m4todo de diseño de casos de pr-ea -e -sa la estr-ct-ra de control del diseño procedimental para deri6ar los casos de pr-ea#as pr-eas de ca2a lanca intentan garanti0ar -e: J J J J
Se e2ec-tan al menos -na 6e0 todos los caminos independientes de cada mód-lo Se -tili0an las decisiones en s- parte 6erdadera y en s- parte 'alsa Se e2ec-ten todos los -cles en s-s l(mites Se -tili0an todas las estr-ct-ras de datos internas
Notación del gra'o de K-2o o gra'o del programa ,epresenta el K-2o de control lógico con la sig-iente notación:
Complejidad ciclomática : "s -na medida -e proporciona -na idea de la comple2idad lógica de -n programa. J J
#a comple2idad ciclomtica coincide con el n9mero de regiones del gra'o de K-2o #a comple2idad ciclomtica3 ?)D*3 de -n gra'o de K-2o D3 se de
J J J J
#a comple2idad ciclomtica3 ?)D*3 de -n gra'o de K-2o D3 tami4n se de
$ partir del 6alor de la comple2idad ciclomtica otenemos el n9mero de caminos independientes3 -e nos dan -n 6alor l(mite para el n9mero de pr-eas -e tenemos -e diseñar. "n el e2emplo3 el n9mero de caminos independientes es /3 y los caminos independientes son: J J J J
1@11 1@!@+@/@5@1A@1@11 1@!@+@@7@@1A@1@11 1@!@+@@@@1A@1@11
PRUEBA DE LA CAJA NEGRA Se lle6an a cao sore la inter'a0 del so'tare3 o6iando el comportamiento interno y la estr-ct-ra del programa. #os casos de pr-ea de la ca2a negra pretenden demostrar -e: J J J J
#as '-nciones del so'tare son operati6as #a entrada se acepta de 'orma correcta Se prod-ce -na salida correcta #a integridad de la in'ormación e;terna se mantiene
#as pr-eas de ca2a negra pretenden encontrar estos tipos de errores: J J J J J
F-nciones incorrectas o a-sentes "rrores en la inter'a0 "rrores en estr-ct-ras de datos o en accesos a ases de datos e;ternas "rrores de rendimento "rrores de iniciali0ación y de terminación
REQUERIMIENTS: !UNCINALES: ";presan la nat-rale0a del '-ncionamiento del sistema )cómo interacciona el sistema con s- entorno y c-les 6an a ser s- estado y '-ncionamiento*. $ 6eces es 9til identi
•
•
,endimiento del sistema: Fiailidad3 tiempo de resp-esta3 disponiilidadP Inter'aces: %ispositi6os de "S3 -sailidad3 interoperailidadP roceso de desarrollo: "stndares3 erramientas3 pla0o de entrega
#os re-isitos '-ncionales de
/eq(12 El sistema debe %signar cajas aleatoriamente. /eq(13 El sistema debe recibir solicitudes de cambio de orario. /eq(14 El sistema debe permitir que los usuarios vean su orario desde un celular. /eq(15 El sistema debe permitir modificar los orarios.
REQ( N !UNCINALES: &iempo de resp-esta menor a ! seg-ndos "l programa dee tener letra grande y legile Toma de $e"#e$imie%to&:
PRGRAMACI)N
JA*A: C#$S" CON"QI8N importar la lirer(a 2a6a.sl.R import 2a6a.sl.R p-lic class Cone;ion T Connection con L n-ll se crea el metodo cone;ion p-lic Connection Cone;ion)*T tryT Class.'orName)Ucom.mysl.2dc.%ri6erU* con L %ri6erManager.getConnection)U2dc:mysl:localostproyectoM?CU3 UrootU3 U1!+/U* V catc)";ception e*T Optionane.soMessage%ialog)n-ll3 e.getMessage)** V ret-rn con V V
p-lic class rod-cto%E T
pri6ate static rod-cto prod-cto pri6ate static Statement st pri6ate static ,es-ltSet rs pri6ate static String -ery pri6ate static Connection con M"&O%OSRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRR p#+lic &tatic P$od#cto +#&ca$P$od#cto,i%t id-. co% / %e0 Co%e1io%,-(Co%e1io%,-2
t$3. &t / co%(c$eateStateme%t,-2 "#e$3 / 4SELECT 5 !RM p$od#cto& 67e$e id / 48id8442 $& / &t(e1ec#teQ#e$3,"#e$3-2
i',$&(%e1t,-//t$#e-. $&(+e'o$e!i$&t,-2
07ile,$&(%e1t,--.
p$od#cto / %e0 P$od#cto,$&(9etI%t,-; $&(9etSt$i%9,<-; $&(9etSt$i%9,=-; $&(9etI%t,>--2 ? ?
el&e.
+#&cado4-2
Jptio%Pa%e(&7o0Me&&a9eDialo9,%#ll; 4No e1i&te el p$od#cto
? ? catc7,SQLE1ceptio% @ eadle&&E1ceptio% e-. Jptio%Pa%e(&7o0Me&&a9eDialo9,%#ll; e(9etMe&&a9e,--2 ? $et#$% p$od#cto2 ? 55555555555555555555555555555555555555555555555555555555555555555555555555
p#+lic &tatic oid modica$P$od#cto,P$od#cto p$od#cto-. co% / %e0 Co%e1io%,-(Co%e1io%,-2
t$3. &t / co%(c$eateStateme%t,-2
"#e$3 / 4UPDATE p$od#cto& SET %om+$e/48p$od#cto(9etNom+$e,-84; o$i9e%/48p$od#cto(9et$i9e%,-84; p$ecio/ 48p$od#cto(9etP$ecio,-84 6ERE id/48p$od#cto(9etId,-8442 i%t la&Modicada& / &t(e1ec#teUpdate,"#e$3-2
i',la&Modicada&F-.
Jptio%Pa%e(&7o0Me&&a9eDialo9,%#ll; 4Se 7a modicado el $e9i&t$o de: 48p$od#cto(9etId,-84; 48p$od#cto(9etNom+$e,-844; 4EHIT AL MDI!ICAR4; -2 ?
el&e. Jptio%Pa%e(&7o0Me&&a9eDialo9,%#ll; 4ERRR Al modica$4-2 ? ? catc7,SQLE1ceptio% @ eadle&&E1ceptio% e-. Jptio%Pa%e(&7o0Me&&a9eDialo9,%#ll; e(9etMe&&a9e,--2 ? ? 55555555555555555555555555555555555555555555555555555555555555555555555555 p#+lic &tatic oid a9$e9a$P$od#cto,P$od#cto p$od#ct-. +oolea% e&tado / 'al&e2 co% / %e0 Co%e1io%,-(Co%e1io%,-2
t$3. &t / co%(c$eateStateme%t,-2
"#e$3 / 4INSERT INT p$od#cto& *al#e& ,48p$od#ct(9etId,84;48p$od#ct(9etNom+$e,-84;48p$od#ct(9et$i9e%,84;48p$od#ct(9etP$ecio,-84-42 i%t laA9$e9ada / &t(e1ec#teUpdate,"#e$3-2
i',laA9$e9adaF-. e&tado / t$#e2
Jptio%Pa%e(&7o0Me&&a9eDialo9,%#ll; 4El p$od#cto &e a9$e9 co$$ectame%te4; 4EHIT4; -2 co%(clo&e,-2 ?
el&e.
Jptio%Pa%e(&7o0Me&&a9eDialo9,%#ll; 4E$$o$ al i%9$e&a$ el p$od#cto4; 4ERRR4; -2 ? ? catc7,SQLE1ceptio% @ eadle&&E1ceptio% e-. Jptio%Pa%e(&7o0Me&&a9eDialo9,%#ll; 4E$$o$: 48e(9etMe&&a9e,--2 ? ? 55555555555555555555555555555555555555555555555555555555555555555555555555 p#+lic &tatic De'a#ltLi&tModel ca$9a$Li&taElimi%a$,-. De'a#ltLi&tModel modelo / %e0 De'a#ltLi&tModel,-2 A$$a3Li&t KP$od#ctoF a$li&t / %e0 A$$a3Li&tKF,-2 t$3. co% / %e0 Co%e1io%,-(Co%e1io%,-2 &t / co%(c$eateStateme%t,-2 "#e$3 / 4SELECT 5 !RM p$od#cto&42 $& / &t(e1ec#teQ#e$3,"#e$3-2 07ile,$&(%e1t,--. p$od#cto / %e0 P$od#cto,$&(9etI%t,-; $&(9etSt$i%9,<-; $&(9etSt$i%9,=-; $&(9etI%t,>--2
a$li&t(add,p$od#cto-2 ? 'o$,P$od#cto o+j: a$li&t-.
modelo(addEleme%t,o+j-2
? ? catc7,E1ceptio% e-. Jptio%Pa%e(&7o0Me&&a9eDialo9,%#ll; 4e$$o$4-2 ? $et#$% modelo2 ? 55555555555555555555555555555555555555555555555555555555555555555555555555 p#+lic &tatic oid elimi%a$Re9i&t$o,i%t id-.
t$3. co% / %e0 Co%e1io%,-(Co%e1io%,-2 "#e$3 / 4DELETE !RM p$od#cto& 6ERE id / 48id8442 &t / co%(c$eateStateme%t,-2 i%t la&Elimi%ada& / &t(e1ec#teUpdate,"#e$3-2
i',la&Elimi%ada&F-.
Jptio%Pa%e(&7o0Me&&a9eDialo9,%#ll; 4Se 7a elimi%ado el $e9i&t$o4; 4S#cce&&4; -2 ?
el&e .
Jptio%Pa%e(&7o0Me&&a9eDialo9,%#ll; 4No &e 7a podido elimi%a$; el $e9i&t$o %o e1i&te4; 4ERRR4; -2 ? ?catc7,E1ceptio% e-. Jptio%Pa%e(&7o0Me&&a9eDialo9,%#ll; e(9etMe&&a9e,-; 4E$$o$4; -2 ? ? 5555555555555555555555555555555555555555555555555555555555555555555555555 p#+lic &tatic A$$a3Li&t ca$9a$Li&ta,-.
A$$a3Li&t KP$od#ctoF a$li&t / %e0 A$$a3Li&t KF,-2
t$3. co% / %e0 Co%e1io%,-(Co%e1io%,-2 &t / co%(c$eateStateme%t,-2 "#e$3 / 4SELECT 5 !RM p$od#cto& RDER B ID DESC LIMIT 42 $& / &t(e1ec#teQ#e$3,"#e$3-2
07ile,$&(%e1t,--.
p$od#cto / %e0 P$od#cto,$&(9etI%t,-; $&(9etSt$i%9,<-; $&(9etSt$i%9,=-; $&(9etI%t,>--2
a$li&t(add,p$od#cto-2 ? ?catc7,E1ceptio% e-. Jptio%Pa%e(&7o0Me&&a9eDialo9,%#ll; 4E$$o$4; 4ERRR4; -2 ? $et#$% a$li&t2 ?
? RELLENAR LISTA EN JTEHTAREA p#+lic oid $elle%a$Li&ta,-.
t$3. A$$a3Li&t KP$od#ctoF a$li&t / P$od#ctoDB(ca$9a$Li&ta,-2
i',a$li&t/%#ll-.
jTe1tA$ea(&etTe1t,44-2 'o$,P$od#cto o+j:a$li&t-.
jTe1tA$ea(appe%d,o+j(toSt$i%9,-84%4-2 ? ? ?catc7,E1ceptio% e-. ? ?
RELLENAR LISTA EN UN JLIST p#+lic oid $elle%a$Li&ta,-.
t$3. De'a#ltLi&tModel modelo / P$od#ctoDB(ca$9a$Li&taElimi%a$,-2 i',modelo/%#ll OO modelo(&ie,-F-.
jLi&t(&etModel,modelo-2 ?
el&e. modelo(addEleme%t,4No 7a3 $e9i&t$o&4-2
jLi&t(&etModel,modelo-2
jLi&t(di&a+le,-2 ? ?catc7,E1ceptio% e-. ? ?
CGER UN *ALR DE UN JLIST p$iate oid jLi&t*al#eC7a%9ed,jaa1(&0i%9(ee%t(Li&tSelectio%Ee%t et- . P$od#cto a / ,P$od#cto- jLi&t(9etSelected*al#e,-2
t1tID(&etTe1t,I%te9e$(toSt$i%9,a(9etId,---2 ?
*alidacio% de e%t$ada a #% t1t,SLp$iate oid t1tP$ecioe3T3ped,jaa(a0t(ee%t(e3Ee%t et- . c7a$ tecla2 tecla / et(9ete3C7a$,-2 i',C7a$acte$(i&Di9it,tecla-OOtecla/e3Ee%t(*BACSPACEOOtecla /e3Ee%t(*SPACE-.
et(co%&#me,-2
9etToolit,-(+eep,-2 ? ?
PP CON"QION XYpp class Cone;ionT pri6ate Zser6idorLUlocalostU pri6ate Z-s-arioLUrootU pri6ate ZpassordLU1!+/U pri6ate ZdataaseLUproyectoM?CU pri6ate ZconLUU p-lic '-nction conectar)*T Ztis@BconLmysl[connect)Ztis@Bser6idor3Ztis@B-s-ario3Ztis@Bpassord* mysl[select[d)Ztis@Bdataase* ret-rn Ztis@Bcon V p-lic '-nction desconectar)*T mysl[close)* V V YB !UNCINES BASICAS Kp7p cla&& P$od#cto. p#+lic '#%ctio% a9$e9a$,%om+$e; o$i9e%; p$ecio-. "#e$3 / 4INSERT INT p$od#cto& *ALUES,%#ll; %om+$e; o$i9e%; p$ecio-42 co%&#lta / m3&"l"#e$3,"#e$3-2 $et#$% co%&#lta2 ? 5555555555555555555555555555555555
p#+lic '#%ctio% elimi%a$,id-. "#e$3 / 4DELETE !RM p$od#cto& 6ERE id/id42 co%&#lta / m3&"l"#e$3,"#e$3-2 $et#$% co%&#lta2 ? 5555555555555555555555555555555555 p#+lic '#%ctio% modica$,id; %om+$e; o$i9e%; p$ecio-. "#e$3 / 4UPDATE p$od#cto& SET %om+$e/%om+$e; o$i9e%/o$i9e%; p$ecio/p$ecio 6ERE id/id42 co%&#lta / m3&"l"#e$3,"#e$3-2 $et#$% co%&#lta2 ? 5555555555555555555555555555555555555555555 p$iate Li&ta / a$$a3,-2 p#+lic '#%ctio% li&ta$,-. "#e$3 / 4SELECT 5 !RM p$od#cto& RDER B id ASC42 co%&#lta / m3&"l"#e$3,"#e$3-2 07ile,laT$aida& / m3&"l'etc7a&&oc,co%&#lta-. t7i&VFLi&taWX/laT$aida&2 ? $et#$% t7i&VFLi&ta2 ? 555555555555555555555555555555555555555 p#+lic '#%ctio% +#&ca$,id-. "#e$3 / 4SELECT 5 !RM p$od#cto& 6ERE id/id42 co%&#lta / m3&"l"#e$3,"#e$3-2 ? ?
F EN ARCI* TML; !UNCINES PP PARA REALIYAR ACCINES EJEMPL: XYpp re-ire[once)Uclasescone;ion.ppU* re-ire[once)Uclasesprod-cto.ppU* Zcon L ne cone;ion)* Zcon@Bconectar)* Zprod-cto L ne rod-cto)* i')isset)Z[OS&\UtnD-ardarU]**T Zagregar L Zprod-cto@Bagregar)Z[OS&\Ut;tNomreU]3 Z[OS&\UcoOrigenU]3 Z[OS&\Ut;trecioU]* i' )Zagregar* T Zmessage L UF-e ingresado de manera e;itosaU eco UXscript typeL^te;t2a6ascript^Balert)^Zmessage^*XscriptBU V else T Zmessage L U"rror al ingresarU eco UXscript typeL^te;t2a6ascript^Balert)^Zmessage^*XscriptBU V ELIMINAR i')isset)Z[D"&\UidU]**T Zeliminado L Zprod-cto@Beliminar)Z[D"&\UidU]* i')_Zeliminado*T Zerror L U"rror al eliminarU V elseT Zerror L Ueliminacion "'ect-adaU V V YB
CARGAR LISTA EN TABLA XtrB XtdBI%XtdB XtdBNOME,"XtdB XtrB XYpp Zlista L Zprod-cto@Blistar1)* 'or)Zi L A ZiXco-nt)Zlista*Zi* T YB XtrB XtBXYpp eco Zlista\Zi]\UI%U]YBXtB XtBXYpp eco Zlista\Zi]\UNomreU]YBXtB XtBXYpp eco Zlista\Zi]\UOrigenU]YBXtB XtBXYpp eco Zlista\Zi]\UrecioU]YBXtB XtBXa re'LU"liminar.ppYidLXYpp eco Zlista\Zi]\UI%U]YBUBEorrarXaBXtB XtrB XYpp V YB MSTRAR UN ERRR EN PANTALLA XYpp i')isset)Zerror** Teco ZerrorV YB XYpp Zerror L `error YB
