ANÁLISIS, DISEÑO E IMPLEMENTACION DE SITIO WEB

7/24/2019 ANLISIS, DISEO E IMPLEMENTACION DE SITIO WEB

1/112

Universidad de San Carlos de Guatemala

Facultad de Ingeniera

Escuela de Ingeniera en Ciencias y Sistemas

ANLISIS, DISEO E IMPLEMENTACIN DE SITIO WEBDEUNIDAD DE EPS

Walter Jacobo Galicia Garca

Asesorado por la Inga. Floriza vila Pesquera de Medinilla

Guatemala, septiembre de 2011


2/112

UNIVERSIDAD DE SAN CARLOS DE GUATEMALA

FACULTAD DE INGENIERA

ANLISIS, DISEO E IMPLEMENTACIN DE SITIO WEBDE UNIDAD DEEPS

TRABAJO DE GRADUACIN

PRESENTADO A LA JUNTA DIRECTIVA DE LAFACULTAD DE INGENIERA

POR

WALTER JACOBO GALICIA GARCA

ASESORADO POR LA INGA. FLORIZA VILA PESQUERA DE MEDINILLA

AL CONFERRSELE EL TTULO DE

INGENIERO EN CIENCIAS Y SISTEMAS

GUATEMALA, SEPTIEMBRE DE 2011


3/112

UNIVERSIDAD DE SAN CARLOS DE GUATEMALA

FACULTAD DE INGENIERA

NMINA DE JUNTA DIRECTIVA

DECANO Ing. Murphy Olympo Paiz Recinos

VOCAL I Ing. Alfredo Enrique Beber Aceituno

VOCAL II Inga. Alba Guerrero de Lpez

VOCAL III Ing. Miguel ngel Dvila Caldern

VOCAL IV Br. Juan Carlos Molina Jimnez

VOCAL V Br. Mario Maldonado Muralles

SECRETARIO Ing. Hugo Humberto Rivera Prez

TRIBUNAL QUE PRACTIC EL EXAMEN GENERAL PRIVADO

DECANO Ing. Murphy Olympo Paiz RecinosEXAMINADORA Inga. Floriza vila Pesquera de Medinilla

EXAMINADORA Inga. Sonia Castaeda

EXAMINADOR Ing. Marlon Prez Turk

SECRETARIO Ing. Hugo Humberto Rivera Prez


4/112

HONORABLE TRIBUNAL EXAMINADOR

En cumplimiento con los preceptos que establece la ley de la Universidad de San Carlos

de Guatemala, presento a su consideracin mi trabajo de graduacin titulado:

ANLISIS, DISEO E IMPLEMENTACIN DE SITIO WEBDE UNIDAD DEEPS

Tema que me fuera asignado por la Direccin de la Escuela de Ingeniera en Ciencias y

Sistemas, con fecha mayo de 2007.

Walter Jacobo Galicia Garca


5/112

Guatemala, 19 de enero de 2011.

REF.EPS.DOC.33.01.20 11.

Inga. Norma Ileana Sarmiento Zeceiia de Serrano

Directora Unidad de EPS

Facultad de Ingenieria

Presente

Estimada Ingeniera Sarmiento Zeceiia.

Por este medio atentamente le inforrno que como i4sesora-Supervisora de la Prictica del

Ejercicio Profesional Supervisado,

@.P.S del estudiante universitario de la Carrera de

Ingenieria en Ciencias y Sistemas, Walter Jacobo Galicia Garcia Carni: No. 9416379 procedi

a revisar el informe final, cuyo tit u~o s ANALISIS,DISENO

E IMPLEMENT CION

DE SIT10 WEB DE UNIDAD DE EPS .

En tal virtud, LO DOY POR APROBADO, solici6ndole dark el trimite respectivo.

Sin otro particular, me es grato suscribirme.

Atentamente,

Edifido

de EPS Fkdtad

de

ngcnierla Univenidad

de anCarlos

de Guatirnala

Ciudad

Univemitario

mna

12

TelCfmci

dlreaa 2e~2-3509 k~://~1tios.1r~enie~a-us;tc.ed~.~t/e~s/


6/112

Guatemala, 19 de enero de 20 11

1~EF EPS T?:?C 3GG~~I

201

Ing. .\f;irlon -4ntonio Pkrez Turcl;

Dircctor Escucla dc Ingcnicria Cicncias 1 Slstcmas

Pacult;ld de Ingenieria

Presente

Estimado Ingcniero I crcz Turck.

Por este medio aten~amentee enrrio el informe final correspondiente a la pr6ctic~1el Ejercicio

Profcsional Supcn-isado, (E.P.S) titulado ANALISIS,D I S E ~ ~ O

I M P L E M E N T A C I ~ N

DE SIT10 WEB DE UNIDAD DE EPS , que h e desarrollado por el cstudiante

unirersitario Walter Jacobo Galicia Garcia Carni: No. 9416379 quien fue debidamente

asesorado por el Ing. Jorgc Armin Ivlazaricgos y supcmisado por ia Inga. Fioriza Felipa Avila

I esquera de hledinilla.

Por lo quc habiendo cumplido con 10s objetix-os y requisitos de cy del referido trabajo y

existiendo la aprobacibn del mismo por parte del Asesor la Supeniisora de EPS, en

mi

calidad de Directora apruebo su contenido solicit5ndole darle el trimite respecti\-o.

Sin otro particular, me es grato suscribirme.

Norma*wvwlleana Sa iento Zec de Serrano

.

----

Edindo

de

EPS Facultad e h@er i, Univer sfdad i n arlosde Guatlmda, iudad

Univedtaria,

mn

12

Telkfmo

directo:

2442-3509 http://sltim.ingenieria-u=.du.@/epa/


7/112

Universidad San C arlos de Guatemala

Facultad de lngenieria

Escuela de lngenieria en Ciencias

y

Sistemas

Guatemala 16de Febrero de 2 11

lngeniero

Marlon ntonio Perez Turk

Director de la Escuela de lngenieria

En Ciencias y Sisternas

Respetable lngeniero P6rez:

Por este m edio hago de su conocim iento que he revisado el trabajo de graduacion-EPS del

estudiante WALTER JACOB0 GALlClA GARCIA,

carne

1994-16379, titulado:

ANALISIS, DISE~O IMPLEMENTACION DE SlTlO WEB DE UNIDAD EPS ,y

a mi

criteno el mismo cumple con 10s objetivos propuestos para su desarro llo segun el protocolo.

Al agradecer su atenc ion a la presente aprovecho la oportunidad para suscribirrne

Atentamente


8/112

? * . Y?T

.T..

T r> - -.7. 7... r r ? - . - T ,,,

i ; i L j l i i i i iiT, ;i iT,JGi i

L?,TLIL

r

[

D&eor l ie in csctgia

~v-gp? e.z-i~

.4

cit.ncia

w

-- ~.

'j.yte;i22s

l

t . b ca [ t ~d ;?ggfii&~

LG

( , i ji~?~rs j&d

n./tCgy

djc taf?Zgfi

L -

;33yq3s

,q837. ; . / I - . - - - - J f

a

.

.

.

,,:,y:v ~ * # , ' / * ' a t W '

w - % , # . , * , w

., _-*L, r

-

. i t . r r l I . i j \ :-2: i

? l L t . l

pi

- x u -

I .

#

.

.

I S

ei;-c~~;

;EZ

m e , j ~g

g-g=~augczc;.j.i

i f u ~ a ~ ? ~

x iA T

f - i L i d i i 3

~

C F C

IipfpLEljgErT7FA-fbrv73E 317T1c -EB .DE

DE EPSYj9

resentado

por

el

estudiante i l i l t T lZ

Gd4i 7 4

G ~ ~ R ~ L L ~nr-lteba pJ

a r=cse qfc

m h a j o 7

L

. . .

.c7./ jCjf


9/112

rsidad de San Carlos

de Guatemala

de lngenieria

Decanato

DTG,

325 2010

El Decano de la Facultad de lngenieria de la Universidad de San Carlos de

Guatemala, luego de conocer la aprobacion por parte del

Director de la

Escuela de lngenieria en Ciencias y Sistemas, al tra ba jo d e graduation t i tu lado:

~ ~ A e l s i s I S E ~ O

IMPLENIEMTACION

DE SlTlO WEB DE UNIDAD DE EPS

presentado por el estudiante univers i tar io

Walter Jacobo Galicia Garcia

autoriza la impresion del mismo.

Guatemala

5

de septiembre de 2011.

/gdech

Civ i l , l ngen~er i aMe c in l ca I ndus t r i a l , l ngen ie r i a Qu im ica , l ngen ie r i a M ecan i ca E lect r ica ,

-

Escue la de C ienc ias , Reg ~on a l e l ngen ie r i a San i t a r i a

y

Recursos Hidraul ic os ERIS).

Maes t r i a en S i s ternas Menc ion l ngen ie r i a V ia l . Ca r re ras : l ngen ie r i a Mecan i ca , l ngen ie r i a E lec t rdn i ca , l ngen ie r i a e n C iencias

y

Sls te rnas . L~c enc ia tu ra n Ma te rna t i ca . L i cenc ia tu ra en


10/112

ACTO QUE DEDICO A:

Dios Por darme la vida, ser mi gua y mi fortaleza en los

momentos difciles que se presentaron, porque sin l no

hubiese alcanzado la meta.

Mis padres Carlos Lenidas Galicia Ochoa y Martha Rubenia Garca

Ayala, por darme la oportunidad de estar aqu y

apoyarme en todo momento en este difcil trayecto,

porque todo sacrificio tiene su recompensa y esta

recompensa les pertenece a ellos.

Mis hermanas Mayra Esther y Mauda Raquel por brindarme su apoyo

incondicional y estar en los momentos precisos de sus

apoyos.

Mis amigos Por brindarme su amistad, apoyo y compaerismo, as

como a mis amigos de carrera, por tantos momentos y

desvelos compartidos durante los proyectos que

realizamos.

Mis sobrinos Por su cario hacia mi persona.

Mi compaera de hogar Maritza Portillo, por ser esa persona quien me acompaa

cada da por el camino de la vida y que cada momento

me ha brindado su amor y apoyo incondicional.


11/112

I

NDICE GENERAL

NDICE DE ILUSTRACIONES V

GLOSARIO IX

RESUMEN XVII

OBJETIVOS XIX

INTRODUCCIN XXI

1. FASE DE INVESTIGACIN 1

1.1. Arquitectura de un proyecto web 1

1.1.1. Aplicacin web 1

1.1.2. Interfaz 2

1.1.3. Consideraciones tcnicas 2

1.1.4. Estructura de una aplicacin web 3

1.2. Arquitectura web 41.2.1. Elementos de la arquitectura cliente/servidor 4

1.2.2. Caractersticas del modelo cliente/servidor 6

2. FASE TCNICO PROFESIONAL 9

2.1. Arquitectura de aplicaciones .net 9

2.1.1. Objetivo principal del diseo de aplicaciones distribuidas 9

2.1.2. Servicios e integracin de servicios 10

2.1.3. Componentes y niveles en aplicaciones y servicios 11

2.2. Directivas de seguridad, administracin operativa y

comunicaciones

12

2.2.1. Tipos de componentes 12

2.2.2. Diseo de capas de presentacin 14


12/112

II

2.2.3. Diseo de capas empresariales 15

2.2.4. Diseo de capa de datos 16

2.3. Diseo de aplicaciones y servicios 17

2.3.1. Diseo de la directiva de seguridad 17

2.3.1.1. Principios generales sobre seguridad 18

2.3.1.2. Autenticacin 19

2.3.1.3. Flujo de identidad entre los niveles 20

2.3.1.4. Autorizacin 20

2.3.2. Diseo de la directiva de administracin operativa 21

2.3.2.1. Administracin de excepciones 222.3.2.2. Ubicacin de servicios 22

2.3.3. Diseo de la directiva de comunicaciones 22

2.4. Implementacin fsica y requisitos operativos 23

2.4.1. Implementacin de los componentes de la aplicacin 23

2.4.2. Entornos fsicos de implementacin 24

2.4.3. Requisitos operativos 25

3. FASE DE ENSEANZA APRENDISAJE 27

3.1. Justificaciones del sitio web 27

3.1.1. Justificacin general de la aplicacin 27

3.1.2. Justificacin tcnica 27

3.1.3. Justificacin econmica 28

3.1.4. Justificacin social 28

3.2. Tecnologa utilizada 29

3.2.1. Tecnologa de desarrollo 29

3.2.2. Tecnologa de edicin de texto 31

3.2.2.1. Editor de textoHTML WYSIWYGde TINYMCE 31

3.3. Recursos disponibles 33

3.3.1. Recurso Humano 33


13/112

III

3.3.2. Recursos de materiales 34

3.3.3. Recurso financiero 34

3.3.4. Presupuesto 34

3.4. Diagramas del proyecto 36

3.4.1. Diagrama entidad relacin 36

3.4.2. Diagramas de red 37

3.4.2.1. Diagrama de red 1 37

3.4.2.2. Diagrama de red 2 38

4. IMPLEMENTACIN DEL PROYECTO WEBEPS 394.1. Guas de implementacin 39

4.1.1. Gua tcnica 39

4.1.1.1. Gua para la instalacin del servidor webInternet

information serversobre Windows 2003

39

4.1.1.2. Gua para la configuracin del servidor en

trusted source

41

4.1.2. Gua administrativa 45

4.1.2.1. Para ingresar a la webde administracin 45

4.1.2.2. Modificar datos de director 46

4.1.2.3. Modificar datos de personal docente 47

4.1.2.4. Modificar directores antiguos 48

4.1.2.5. Modificar informacin de organigrama 50

4.1.2.6. Modificar descripcin departamento EPS 52

4.1.2.7. Modificar visin y misin EPS 52

4.1.2.8. Modificar resea histrica 53

4.1.2.9. Subir normativo de EPS 54

4.1.2.10. Subir normativo de prcticas 56

4.1.2.11. Modificar horario atencin de departamento EPS 57

4.1.2.12. Modificar horario atencin EPS 58


14/112

IV

4.1.2.13. Modificar horario atencin prcticas iniciales 59

4.1.2.14. Modificar horario atencin prcticas intermedias 59

4.1.2.15. Modificar horario atencin prcticas finales 60

4.1.2.16. Subir horario de clases prcticas iniciales 61

4.1.2.17. Subir horario de clases prcticas intermedias 63

4.1.2.18. Ingreso de imgenes 64

4.1.2.19. Ingreso de avisos 67

4.1.2.20. Ingreso de talleres 69

4.1.2.21. Cambiar la contrasea de usuario administrador 71

CONCLUSIONES 73

RECOMENDACIONES 75

BIBLIOGRAFIA 77


15/112

V

NDICE DE ILUSTRACIONES

FIGURAS

1. Arquitectura en tres capas 4

2. Aplicaciones cliente/servidor 5

3. Arquitectura cliente/servidor 6

4. Caractersticas del modelo cliente/servidor 6

5. Proceso implementado utilizando servicios 11

6. Solucin basada en servicios 12

7. Tipos de componentes 13

8. Aspectos de la directiva de seguridad 17

9. Aspectos de la directiva de administracin operativa 21

10. Aspectos de la directiva de comunicaciones 22

11. Arquitectura deInternetdatacenter 2412. Diagrama entidad relacin 36

13. Diagrama de red 1 37

14. Diagrama de red 2 38

15. Agregar o quitar programas 39

16. Agregar o quitar componentes de Windows 40

17. Asistente para componentes de Windows 40

18. SQLEnterprise Manager 41

19. Propiedades de logueo de SQL 42

20. Roles de base de datos 42

21. Acceso a base de datos 43

22. Administrador deInternetInformation Server 43

23. Propiedades de proyecto EPS 44


16/112

VI

24. Mtodos de autenticacin 44

25. rea administrativa EPS 45

26. Pgina de logueo 46

27. Modificar datos director 46

28. Modificacin de datos personal 47

29. Editar personal docente 47

30. Agregar nuevo personal 48

31. Modificar directores antiguos 49

32. Edicin de datos de directores 49

33. Agregar datos de nuevo director 5034. Modificar informacin de organigrama 51

35. Modificando organigrama de EPS 51

36. Modificar descripcin de departamento 52

37. Modificar informacin de misin y visin 53

38. Modificar resea histrica 54

39. Subir normativo de EPS 55

40. Seleccionando y subiendo normativo de EPS 55

41. Subir normativo de prcticas de ingeniera 56

42. Seleccionando y subiendo normativo de prcticas 57

43. Modificar horario de atencin unidad de EPS 58

44. Modificar horario de atencin de EPS 58

45. Modificar horario de atencin de prcticas iniciales 59

46. Modificar horario de atencin de prcticas intermedias 60

47. Modificar horario de atencin de prcticas finales 61

48. Subir horario de cursos de prcticas iniciales 62

49. Seleccionando y subiendo horario de atencin de prcticas iniciales 62

50. Subir horario de clases de prcticas intermedias 63

51. Seleccionando y subiendo horario de clases de prcticas intermedias 64

52. Subir imgenes 65


17/112

VII

53. Subir detalles de imagen 1 65

54. Subir detalles de imagen 2 66

55. Seleccionando formato y posicin de imagen a subir 66

56. Vista previa de imagen 67

57. Subir avisos de EPS 67

58. Subir detalles de aviso de EPS 1 68



61. Subir talleres 70

62. Subir detalles de talleres 1 7063. Subir detalles de talleres 2 71

64. Cambiar contrasea de administrador 71

TABLAS

I. Presupuesto 35


18/112

VIII


19/112

IX

GLOSARIO

Applets Componentes escritos en lenguaje Java los cuales pueden

incorporarse en un sitio webbrindndole nueva funcionalidad.

Base de Datos Conjunto de datos que pertenecen al mismo contexto

almacenado sistemticamente para su uso posterior.

Capa Una capa se puede concebir como un patrn de arquitectura en

el que los componentes utilizan servicios en las capas inferiores.

La utilizacin de capas facilita el mantenimiento. La

comunicacin entre dos capas determina la facilidad con que se

podr particionar la aplicacin en ese punto para la distribucin

fsica a travs de los niveles. Unos esquemas de capas estrictos

no permiten a las capas tener acceso a otras capas que no seanlas inmediatamente inferiores, mientras que unos esquemas de

capas ms flexibles permiten a una capa determinada utilizar

cualquier otra que est por debajo de ella.

CGI(Common

Gateway Interface)

Interfaz de entrada comn, se refiere al uso de la consola del

sistema operativo para presentar y procesar datos desde las

pginasHTMLy hacerlas ms dinmicas.

Componente Es una parte de un sistema. Es una unidad de funcionalidad que

se puede amortizar a travs de diversas implementaciones. Un

componente generalmente se implementa como un objeto de

softwareque expone varias interfaces con lgica.


20/112

X

Concentrador(HUB) Dispositivo que permite centralizar el cableado de una red,

tambin conocido con el nombre de hub.

Conmutividad Es un patrn de diseo para una implementacin en la que los

mensajes tendrn el mismo resultado.

Consola Interface de comandos de un sistema operativo que permite el

envo de rdenes a la computadora a travs del teclado.

Correo Electrnico Es un servicio brindado en una red que permite a los usuarios el

envo y recepcin de mensajes en un medio electrnico.

Corta fuegos(Firewall)

Equipo de hardware o software utilizado en las redes de

computadoras para prevenir y proteger un sitio privado

conectado a Internet o cualquier otra red ajena a la propia,

mediante polticas de comunicacin, acceso y restricciones de la

red, segn las necesidades de los usuarios.

Cuadro de dilogo Ventanas que muestran un mensaje donde se solicita una

respuesta del usuario para una determinada situacin.

DireccinIP Es la identificacin de una mquina en concreto dentro de la red

TCP/IPa la que pertenece.

Direccin URL(Uniform ResourceLocator)

Direccin de dominio o conjunto de caracteres alfanumricos

con los que se identifica de manera unvoca un determinado

sitio webdeInternet.


21/112

XI

DNS (Domain NameSystem)

Conjunto de protocolos y servicios que permite a los usuarios

utilizar nombres en lugar de direccionesIPnumricas.

Enlace (Link) Vnculo dentro de una pgina hacia otra pgina que permite

realizar una accin o re direccionar el buscador a otra pgina.

Ensamblado Un ensamblado es una unidad de implementacin en una

aplicacin basada en .net framework.

Filter TransferProtocol (FTP)

Protocolo o conjunto de reglas que permiten la transferencia dearchivos dentro de una red de computadoras.

Flujo de trabajo Proceso empresarial en el que los pasos se deben realizar en un

determinado orden, y se deben cumplir unas condiciones

predefinidas, antes de avanzar de un paso al siguiente.

Formulario web Pgina web interactiva con secciones predefinidas para llenar u

opciones para seleccionar. En ella se recolectan datos para

tratarlos, generalmente mediante un scriptCGIen el servidor.

Hardware Dispositivos fsicos que comprenden un sistema de

computacin. Su complemento es el software.

Herramienta de

software

Aplicaciones de software de uso sencillo, creadas para ayudar

en la realizacin de tareas especficas.

HTML Lenguaje de etiquetas de hipertexto. Conjunto de cdigos y

expresiones simblicas insertas en un archivo para la correcta

interpretacin de una pgina de Internet. El hipertexto hace


22/112

XII

referencia a la capacidad de navegacin. Las etiquetas hacen

referencia a las instrucciones para realizar una accin.

Interfaz Una interfaz es la parte de un programa informtico que permite

a ste comunicarse con el usuario o con otras aplicaciones

permitiendo el flujo de informacin.

Interfaz de servicios Es un punto de entrada para un servicio. Proporciona una

interfaz pblica que los llamadores pueden utilizar para

consultar el contrato que admite la interfaz y realizar llamadasde mtodo basado en mensajes al servicio.

Internet Red de redes a escala mundial de millones de computadoras

interconectadas con el conjunto de protocolos TCP/IP.

Intranet Una intranet es una red local que utiliza herramientas de

Internet. Se puede considerar como un Internet privado que

funciona dentro de una organizacin. Normalmente, dicha red

local tiene como base el protocolo TCP/IPde Internety utiliza

un sistema firewall (cortafuegos) que no permite acceder a la

misma desde el exterior.

Lenguaje deprogramacin

Serie de instrucciones que son ejecutadas en secuencia

construidas con base en una sintaxis y una gramtica especial.

Licencia Documento que autoriza, a quien lo posee, la prctica de una

actividad.

Metodologa Parte de la lgica que estudia los mtodos. Se divide en dos


23/112

XIII

partes: sistemtica, fija las normas de la definicin, de la

divisin, de la clasificacin y de la prueba, e inventiva, fija las

normas de los mtodos de investigacin propios de cada ciencia.

Multiplataforma Se refiere a una aplicacin de softwareque puede funcionar en

diferentes sistemas operativos o diferentes ambientes de trabajo.

Navegador deInternet

Aplicacin de softwareutilizada para desplegar el contenido de

las pginas y desplazarse entre los sitios deInternet.

Pgina principal Conocida como homepageo portada. Contiene enlaces a partir

de los cuales se pueden visitar contenidos de un sitio en web.

Palabra reservada Palabra que no puede usarse para propsitos distintos de los

establecidos por el programa en uso.

PDF Portable document format formato de despliegue de

documentos que permite la visualizacin del archivo tal y como

fue creado, no es modificable y reduce el espacio de

almacenamiento.

Procesador Conjunto de circuitos lgicos que procesa las instrucciones

bsicas de una computadora.

Propiedadintelectual

Derechos relativos a las creaciones y actividades intelectuales

en los terrenos industrial, cientfico, literario y artstico.

Protocolo TCP/IP Conjunto de protocolos de red que implementa la pila de

protocolos en la que se basa Internet y que permiten la


24/112

XIV

transmisin de datos entre redes de computadoras. Tambin se

la denomina conjunto de protocolos TCP/IP, en referencia a los

dos protocolos ms importantes que la componen: protocolo de

control de transmisin (TCP) y protocolo deInternet(IP)7.

Prototipo Modelo de prueba de un proyecto en una de sus fases de diseo

o desarrollo que aun no es el final.

Red local Conjunto de computadoras conectadas mediante dispositivos de

comunicacin que se encuentran en un mismo edificio.

Scripts Un conjunto de comandos escritos en un lenguaje interpretado

para automatizar ciertas tareas de aplicacin.

Segmentacin Proceso de dividir un grupo mayor de objetos en grupos ms

pequeos que tengas caractersticas semejantes.

Servicio Componente de softwareque se puede utilizar en una parte de

un proceso empresarial completo. Los servicios admiten interfaz

de comunicacin basada en mensajes, a travs de la cual tiene

lugar una conversacin. Un servicio encapsula su propio estado

y datos empresariales, y la comunicacin con l nicamente se

puede realizar a travs de las interfaces de servicio que expone.

Servidor Computadora, que distribuye los recursos dentro de una red

proveyendo la informacin requerida por los usuarios.

Sistema manejadorde bases de datos(DBMS)

Una base de datos es un conjunto de datos que pertenecen al

mismo contexto almacenados sistemticamente para su uso


25/112

XV

posterior. Conjunto organizado e integrado de datos

almacenados en computadora, con el fin de facilitar su uso para

aplicaciones con mltiples finalidades.

Sitio web Conjunto de pginas webaccesibles desdeInternetmediante un

navegador, el sitio es identificado con una direccin (URL).

Software A diferencia del hardware, es lo que no se ve, es decir los

programas y aplicaciones que estn guardadas en un disco duro,

CD-ROMo disquetes.

Tecnologa SSL Tecnologa que utiliza el protocolo de seguridad en la capa de

conexin a una red, es decir un conjunto de reglas y procesos

establecidos que permite una conexin segura.

Transaccin Operacin que modifica el estado de una base de datos, sin que

los datos en s mismos pierdan consistencia alguna, una

transaccin debe ser equivalente a una interaccin atmica, es

decir, que se realice de una sola vez.

Virtual Que no tiene existencia fsica material y tangible, sino

conceptual y abstracta.

Web master Es un trmino comnmente usado que se refiere a la o las

personas responsables de administrar un sitio webespecfico.


26/112

XVI


27/112

XVII

RESUMEN

En el actual trabajo de graduacin se presenta un sistema de informacin para el

estudiante que ayudar a complementar la cooperacin entre diferentes profesionales

dispuestos a compartir su trabajo y conocimiento.

El presente trabajo consiste en una estrategia de participacin que permita al

estudiante la posibilidad de contar con un mejor enfoque de hacia dnde se dirige la

tecnologa, buscando la colaboracin por parte de profesionales, catedrticos que a

travs de publicaciones aborden temas que son tiles dentro de los cursos del rea as

como para estudiantes que estn realizando EPS, y as garantizar la calidad de la

educacin y elevar el grado de conocimientos diversos por parte de los estudiantes de las

reas profesionales.

Actualmente la tecnologa webtiene un impacto dado por su carcter innovador,multiplicador, integracionista y de perfeccionamiento acadmico. Existen medios

modernos de comunicacin virtual, pero los mismos no han sustituido, sino ms bien

complementado, el potencial de la vinculacin directa y presencial entre docentes y

alumnos.


28/112

XVIII


29/112

XIX

OBJETIVOS

General

Disear e implementar el sitio webde la unidad de EPS que mejor se adapte a sus

funciones y necesidades, para llevar los servicios prestados a un nivel ms alto con

calidad y exactitud de informacin.

Especficos

1. Tener presencia como sitio webde EPS.

2. Reducir el problema de informacin y accesibilidad a EPS.

3. Mejorar el desempeo y rendimiento del sitio webde EPS.

4. Disear un sistema de base de datos capaz de almacenar toda la informacin del

sitio.

5. Analizar, disear e implementar el sitio webde la Unidad de EPS.

6. Publicar electrnicamente el sitio web, de forma que pueda llegar a la mayora de

la poblacin estudiantil.


30/112

XX


31/112

XXI

INTRODUCCIN

El incesante avance del conocimiento genera la necesidad de que las

instituciones de educacin superior promuevan estrategias que permitan, por un lado,

mantener su nivel acadmico adecuado en cada una de sus reas de estudio y por otro,

cubrir las nuevas y emergentes tecnologas o lneas de investigacin, adems de

mantener la informacin al da de todo lo que cada departamento cubre. En la

actualidad, es casi imposible pensar en una universidad, por grande o completa que sea,

que pueda abarcar en su totalidad el enorme nmero de reas diversas de conocimiento

existentes. Una de las maneras ms efectiva y eficiente es mantener a todo el alumnado

informado, con respecto a cada una de las actividades que se realizan as como tener un

medio a travs del cual se pueda mantener informado al docente o catedrtico as como a

las personas que realizan sus actividades finales de su carrera.

Es as como se plantea un mecanismo de informacin al estudiante paracomplementar la cooperacin entre diferentes profesionales dispuestos a compartir su

trabajo y conocimiento.

El sitio webde la unidad de EPS de la Facultad de Ingeniera de la Universidad

de San Carlos de Guatemala, consiste en una estrategia de participacin que con una

serie de accesos les permita a los estudiantes la posibilidad de contar con un mejor

enfoque de hacia donde se dirige la tecnologa, buscando la colaboracin por parte de

profesionales, catedrticos que a travs de publicaciones aborden temas que son tiles

dentro de los cursos del rea as como para estudiantes que estn realizando EPS, y as

garantizar la calidad de la educacin y elevar el grado de conocimientos diversos por

parte de los estudiantes de las reas profesionales.


32/112

XXII

El impacto web est dado por su carcter innovador, multiplicador,

integracionista y de perfeccionamiento acadmico. Cabe sealar asimismo, que si bien

existen medios modernos de comunicacin virtual, ellos no han sustituido, sino ms bien

complementado, el potencial de la vinculacin directa y presencial entre docentes y

alumnos.

Es as como se presenta esta web que desea cubrir cada una de las partes que

integran el Depto. de EPS, y ser un ente informativo para el estudiante a travs de cada

una de las partes que lo conforman as como acelerar los procedimientos realizados

actualmente en el departamento.


33/112

1

1.

FASE DE INVESTIGACIN

1.1. Arquitectura de un Proyecto web

El describir la arquitectura de un proyecto web es una prioridad de todo trabajo

relacionado, as tambin el describir los conceptos tcnicos que son utilizados para

desarrollarlo. Las fases de diseo y desarrollo de la aplicacin son las ideales para

determinar las necesidades de seguridad y construccin de un sitio web.

1.1.1. Aplicacin web

En la ingeniera softwarese denomina aplicacin weba aquellas aplicaciones que

los usuarios pueden utilizar accediendo a un servidor weba travs de Interneto de una

intranet mediante un navegador. En otras palabras, es una aplicacin software que se

codifica en un lenguaje soportado por los navegadores web (HTML, JavaScript, Java,asp.net,etc.) en la que se confa la ejecucin al navegador.

Las aplicaciones webson populares debido a lo prctico del navegador webcomo

cliente ligero, as como a la facilidad para actualizar y mantener aplicaciones web sin

distribuir e instalar softwarea miles de usuarios potenciales. Existen aplicaciones como

los webmails, wikis, weblogs, tiendas en lnea y la propia Wikipediaque son ejemplos

bien conocidos de aplicaciones web.

Es importante mencionar que una pgina web puede contener elementos que

permiten una comunicacin activa entre el usuario y la informacin. Esto permite que el

usuario acceda a los datos de modo interactivo, gracias a que la pgina responder a


34/112

2

cada una de sus acciones, como por ejemplo rellenar y enviar formularios, participar en

juegos diversos y acceder a gestores de base de datos de todo tipo.

1.1.2.

Interfaz

Las interfaces webtienen ciertas limitaciones en las funcionalidades que se ofrecen

al usuario. Hay funcionalidades comunes en las aplicaciones de escritorio como dibujar

en la pantalla o arrastrar-y-soltar que no estn soportadas por las tecnologas web

estndar. Los desarrolladores web generalmente utilizan lenguajes interpretados o

scripten el lado del cliente para aadir ms funcionalidades, especialmente para ofreceruna experiencia interactiva que no requiera recargar la pgina cada vez (lo que suele

resultar molesto a los usuarios). Recientemente se han desarrollado tecnologas para

coordinar estos lenguajes con tecnologas en el lado del servidor, como por ejemplo

PHP. Como ejemplo, ajax, es una tcnica de desarrollo webque usa una combinacin

de varias tecnologas.

1.1.3. Consideraciones tcnicas

Una ventaja significativa es que las aplicaciones web deberan funcionar igual

independientemente de la versin del sistema operativo instalado en el cliente. En lugar

de crear clientes para Windows, MacOSX, GNU/Linux, y otros sistemas operativos, la

aplicacin webse escribe una vez y se ejecuta igual en todas partes. Sin embargo, hay

aplicaciones inconsistentes escritas conHTML, CSS,DOMy otras especificaciones para

navegadores web que pueden causar problemas en el desarrollo y soporte de las

aplicaciones web. Adicionalmente, la posibilidad de los usuarios de personalizar muchas

de las caractersticas de la interfaz (tamao y color de fuentes, tipos de fuentes,

inhabilitarJavascript) puede interferir con la consistencia de la aplicacin web.


35/112

3

Otra aproximacin es utilizar AdobeFlash Playero Javaappletspara desarrollar

parte o toda la interfaz de usuario. Como casi todos los navegadores incluyen soporte

para estas tecnologas (usualmente por medio de plug-ins), las aplicaciones basadas en

FlashoJavapueden ser implementadas con aproximadamente la misma facilidad. Dado

que ignoran las configuraciones de los navegadores, estas tecnologas permiten ms

control sobre la interfaz, aunque las incompatibilidades entre implementaciones Flasho

Java puedan crear nuevas complicaciones. Por las similitudes con una arquitectura

cliente-servidor, con un cliente "no ligero", existen discrepancias sobre el hecho de

llamar a estos sistemas aplicaciones web; un trmino alternativo es aplicacin

enriquecida deInternet.

1.1.4. Estructura de una aplicacin web

La estrategia tradicional de utilizar aplicaciones compactas causa gran cantidad de

problemas de integracin en sistemas softwarecomplejos como pueden ser los sistemas

de gestin de una empresa o los sistemas de informacin integrados consistentes en ms

de una aplicacin. Estas aplicaciones suelen encontrarse con importantes problemas de

escalabilidad, disponibilidad, seguridad, integracin.

Para solventar estos problemas se ha generalizado la divisin de las aplicaciones

en capas que normalmente sern tres: una capa que servir para guardar los datos (base

de datos), una capa para centralizar la lgica de negocio (modelo) y por ltimo una

interfaz grfica que facilite al usuario el uso del sistema.


36/112

4

Figura1. Arquitectura en Tres Capas

Fuente: Carlos Snchez, ONess: un proyecto opensourcepara el negocio textil mayoristadesarrollado con tecnologas opensourceinnovadoras.http://oness.sourceforge.net/proyecto/html/index.html.

1.2. Arquitectura web

Una arquitectura es un entramado de componentes funcionales que aprovechando

diferentes estndares, convenciones, reglas y procesos, permite integrar una amplia

gama de productos y servicios informticos, de manera que pueden ser utilizadoseficazmente dentro de la organizacin. Se debe sealar que para seleccionar el modelo

de una arquitectura, hay que partir del contexto tecnolgico y organizativo del momento

y, que la arquitectura cliente/servidor requiere una determinada especializacin de cada

uno de los diferentes componentes que la integran.

1.2.1. Elementos de la arquitectura cliente/servidor

En esta aproximacin, y con el objetivo de definir y delimitar el modelo de

referencia de una arquitectura cliente/servidor, se debe identificar los componentes que

permitan articular dicha arquitectura, considerando que toda aplicacin de un sistema de

informacin est caracterizada por tres componentes bsicos:


37/112

5

a) Presentacin/captacin de informacin

b) Procesos

c) Almacenamiento de la informacin

Los cuales se suelen distribuir tal como se presenta en la figura 2

Figura 2. Aplicaciones cliente/servidor

Fuente: Instituto Nacional de Estadstica e Informtica, Tecnologa cliente/servidor.

http://www.inei.gob.pe/biblioineipub/bancopub/inf/Lib5038/indice.HTM.

Y se integran en una arquitectura cliente/servidor en base a los elementos que

caracterizan dicha arquitectura, es decir:

a) Puestos de trabajo

b) Comunicaciones

c) Servidores

Tal como se presenta en la figura 3


38/112

6

Figura3. Arquitectura cliente/servidor

Fuente: Wilson Ayala, Arquitectura cliente/servidor. http://wilsonayala.blogspot.com.

1.2.2.

Caractersticas del modelo cliente/servidor

En el modelo cliente/servidor se puede encontrar las siguientes caractersticas:

a) El cliente y el servidor puede actuar como una sola entidad y tambin puede actuar

como entidades separadas, realizando actividades o tareas independientes.

b) Las funciones de cliente y servidor pueden estar en plataformas separadas, o en la

misma plataforma.

Figura 4. Caractersticas del modelo cliente/servidor

Fuente: Paola y Juan, Clasificacin de las redes.

http://wwwpayojohn.blogspot.com/2010_05_01_archive.html.


39/112

7

c) Un servidor da servicio a mltiples clientes en forma concurrente.

d) Cada plataforma puede ser escalable independientemente. Los cambios realizados

en las plataformas de los clientes o de los servidores, ya sean por actualizacin o

por reemplazo tecnolgico, se realizan de una manera transparente para el usuario

final.

e) La interrelacin entre el hardware y el software estn basados en una

infraestructura poderosa, de tal forma que el acceso a los recursos de la red no

muestra la complejidad de los diferentes tipos de formatos de datos y de losprotocolos.

f) Un sistema de servidores realiza mltiples funciones al mismo tiempo que

presenta una imagen de un solo sistema a las estaciones clientes. Esto se logra

combinando los recursos de cmputo que se encuentran fsicamente separados en

un solo sistema lgico, proporcionando de esta manera el servicio ms efectivo

para el usuario final. Tambin es importante hacer notar que las funciones

cliente/servidor pueden ser dinmicas.

g) Adems se constituye como el nexo de unin ms adecuado para reconciliar los

sistemas de informacin basados en mainframes o minicomputadores, con

aquellos otros sustentados en entornos informticos pequeos y estaciones de

trabajo.

h) Designa un modelo de construccin de sistemas informticos de carcter

distribuido. Su representacin tpica es un centro de trabajo (PC), en donde el

usuario dispone de sus propias aplicaciones de oficina y sus propias bases de

datos, sin dependencia directa del sistema central de informacin de la


40/112

8

organizacin, al tiempo que puede acceder a los recursos de este host central y

otros sistemas de la organizacin ponen a su servicio.

En conclusin, cliente/servidor puede incluir mltiples plataformas, bases de

datos, redes y sistemas operativos. Estos pueden ser de distintos proveedores, en

arquitecturas propietarias y no propietarias y funcionando todos al mismo tiempo. Por lo

tanto, su implantacin involucra diferentes tipos de estndares: APPC, TCP/IP, OSI,

NFS, DRDAcorriendo sobreDOS, OS/2, Windowso PC UNIX, en TokenRing,Ethernet,

FDDIo medio coaxial, slo por mencionar algunas de las posibilidades.


41/112

9

2.

FASE TCNICO PROFESIONAL

2.1. Arquitectura de aplicaciones .net

2.1.1. Objetivo principal del diseo de aplicaciones distribuidas

El diseo de una aplicacin distribuida implica la toma de decisiones sobre su

arquitectura lgica y fsica, as como sobre la tecnologa e infraestructura que se

emplearn para implementar su funcionalidad. Para la toma de estas decisiones, se debe

tener un conocimiento claro de los procesos empresariales que realizar la aplicacin

(sus requisitos funcionales), as como los niveles de escalabilidad, disponibilidad,

seguridad y mantenimiento necesarios (sus requisitos no funcionales, funcionales u

operativos).

El objetivo consiste en disear una aplicacin con las siguientes caractersticas:

a) Solucione el problema empresarial para el que se disea.

b) Se tenga en consideracin la seguridad desde el principio, teniendo en cuenta los

mecanismos adecuados de autenticacin, la lgica de autorizacin y la

comunicacin segura.

c) Proporcione un alto rendimiento y est optimizada para operaciones frecuentes

entre patrones de implementacin.

d) Est disponible y sea resistente, capaz de implementarse en centros de datos de

alta disponibilidad y redundantes.


42/112

10

e) Permita la escalabilidad para cumplir las expectativas de la demanda y admita un

gran nmero de actividades y usuarios con el mnimo uso de recursos.

f) Se pueda administrar, permitiendo a los operadores implementar, supervisar y

resolver los problemas de la aplicacin en funcin del escenario.

g) Se pueda mantener. Cada parte de funcionalidad debera tener una ubicacin y

diseo predecibles teniendo en cuenta distintos tamaos de aplicaciones, equipos

con habilidades variadas y requisitos tcnicos y cambios empresariales.

h) Funcione en distintos escenarios de aplicaciones y patrones de implementacin.

2.1.2.

Servicios e integracin de servicios

A medida que crece Internety las tecnologas relacionadas, y las organizaciones

buscan integrar sus sistemas entre lmites de departamentos y de organizacin, ha

evolucionado un enfoque de generacin de soluciones basado en servicios. Desde el

punto de vista del consumidor, los servicios son conceptualmente similares a los

componentes tradicionales, salvo que los servicios encapsulan sus propios datos y no

forman parte de la aplicacin sino que son utilizados por sta. Aplicaciones y servicios

que necesitan integrarse se pueden generar en distintas plataformas, por distintos

equipos, en diferentes programas y se pueden mantener y actualizar independientemente.

El trmino servicio se utiliza en esta gua para hacer referencia a los componentes

de softwareexternos que proporcionan servicios empresariales. Esto incluye, aunque no

exclusivamente, los servicios webXML. Los servicios exponen una interfaz de

servicios a la que se envan todos los mensajes entrantes. La definicin del conjunto de

mensajes que se deben intercambiar con un servicio para que ste realice una tarea

empresarial especfica es un contrato.


43/112

11

Figura 5. Proceso implementado utilizando servicios

Fuente: Microsoft Corporation, Diseo de aplicaciones y servicios. http://msdn.microsoft.com/es-

es/library/ms978340.aspx.

2.1.3. Componentes y niveles en aplicaciones y servicios

Se ha convertido en un principio ampliamente aceptado en el diseo de

aplicaciones distribuidas la divisin de la aplicacin en componentes que ofrezcan

servicios de presentacin, empresariales y de datos. Los componentes que realizan tipos

de funciones similares se pueden agrupar en capas, que en muchos casos estn

organizados en forma de apilamiento para que los componentes que se encuentran por

"encima" de una capa determinada utilicen los servicios proporcionados por sta, y un

componente especifico utilizar la funcionalidad proporcionada por otros componentes

de su propia capa, y otras capas "inferiores", para realizar su trabajo.

Se utiliza el trmino capa para hacer referencia a un tipo de componente y el

trmino nivel para hacer referencia a los patrones de distribucin fsicos. Se puede

considerar que la solucin basada en servicios est formada por varios servicios, los

cuales se comunican entre s pasando mensajes. Desde el punto de vista conceptual, losservicios se pueden considerar como componentes de la solucin global. Sin embargo,

internamente el servicio est formado por componentes de software, al igual que

cualquier otra aplicacin, los cuales se pueden agrupar de forma lgica en servicios de

presentacin, empresariales y de datos, tal y como se muestra en la figura 6.


44/112

12

Figura 6. Solucin basada en servicios



2.2.

Directivas de seguridad, administracin operativa y comunicaciones

2.2.1. Tipos de componentes

El anlisis de la mayora de las soluciones basadas en modelos de componentes

por capas muestra que existen varios tipos de componentes habituales.

Aunque la lista que se muestra en la figura 7 no es completa, representa los tipos

de componentes de softwarems comunes encontrados en la mayora de las soluciones

distribuidas.


45/112

13

Figura 7. Tipos de componentes



Los tipos de componentes identificados en el escenario de diseo son:

a) Componentes de interfaz de usuario (IU). La mayor parte de las soluciones

necesitan ofrecer al usuario un modo de interactuar con la aplicacin.

b) Componentes de proceso de usuario. En un gran nmero de casos, la inter

actuacin del usuario con el sistema se realiza de acuerdo a un proceso predecible.

c) Flujos de trabajo empresariales. Una vez que el proceso de usuario ha recopilado

los datos necesarios, sto se puede utilizar para realizar un proceso empresarial.

Gran parte de los procesos empresariales con llevan la realizacin de varios pasos,

los cuales se deben organizar y llevar a cabo en un orden determinado.

d) Componentes empresariales. Independientemente de si el proceso empresarial

consta de un nico paso o de un flujo de trabajo organizado, la aplicacin requerir

el uso de componentes que implementen reglas empresariales y realicen tareas


46/112

14

empresariales. Los componentes empresariales implementan la lgica empresarial

de la aplicacin.

e) Agentes de servicios. Cuando un componente empresarial requiere el uso de la

funcionalidad proporcionada por un servicio externo, tal vez sea necesario hacer

uso de cdigo para administrar la semntica de la comunicacin con dicho

servicio.

f) Interfaces de servicios. Para exponer lgica empresarial como un servicio, es

necesario crear interfaces de servicios que admitan los contratos de comunicacinque requieren los clientes.

g) Componentes lgicos de acceso a datos. La mayora de las aplicaciones y servicios

necesitan obtener acceso a un almacn de datos en un momento determinado del

proceso empresarial.

h) Componentes de entidad empresarial. La mayora de las aplicaciones requieren el

paso de datos entre distintos componentes.

i) Componentes de seguridad, administracin operativa y comunicacin. La

aplicacin probablemente utilice tambin componentes para realizar la

administracin de excepciones, autorizar a los usuarios a que realicen tareas

determinadas y comunicarse con otros servicios y aplicaciones.

2.2.2.

Diseo de capas de presentacin

La capa de presentacin contiene los componentes necesarios para habilitar la inter

actuacin del usuario con la aplicacin. Las capas de presentacin ms simples

contienen componentes de interfaz, como formularios de Windows Formso formularios


47/112

15

web de asp.net. Las inter actuaciones ms complejas con llevan el diseo de

componentes de proceso de usuario que permiten organizar los elementos de la interfaz

y controlar la inter actuacin con el usuario. Los componentes de proceso de usuario

resultan especialmente tiles cuando la inter actuacin del usuario sigue una serie de

pasos predecibles, como al utilizar un asistente para realizar una tarea determinada. En la

figura 7 se muestran los tipos de componentes presentes en la capa de presentacin.

Si tomamos el caso de una aplicacin comercial, son necesarias dos interfaces de

usuario: una para el sitio webde comercio electrnico que utiliza el cliente y otra para

las aplicaciones basadas en formularios de Windows Forms. Ambos tipos de usuariorealizan tareas similares a travs de estas interfaces.

2.2.3.

Diseo de capas empresariales

La parte ms importante de la aplicacin es la funcionalidad que proporciona. Una

aplicacin realiza un proceso empresarial que consta de una o varias tareas. En los casos

ms simples, cada tarea se puede encapsular en un mtodo de un componente . net y

llamar de forma sincrnica o asincrnica. Para los procesos empresariales ms

complejos que requieren varios pasos y transacciones de ejecucin larga, la aplicacin

necesita disponer de un modo de organizar las tareas empresariales y almacenar el

estado hasta que el proceso se haya completado.

Se puede disear la lgica en las capas empresariales para su uso directo por parte

de componentes de presentacin o su encapsulacin como servicio y llamada a travs de

una interfaz de servicios, que coordina la conversacin asincrnica con los llamadores

del servicio e invoca el flujo de trabajo o los componentes empresariales. La parte

principal de la lgica empresarial se suele denominar lgica de dominio. Los

componentes empresariales tambin pueden realizar solicitudes de servicios externos, en

cuyo caso tal vez sea preciso implementar agentes de servicios para administrar la


48/112

16

conversacin requerida para la tarea empresarial especfica realizada por cada uno de

los servicios que necesita utilizar.

2.2.4.

Diseo de capa de datos

Casi todas las aplicaciones y servicios necesitan almacenar y obtener acceso a un

determinado tipo de datos.

Al trabajar con datos se debe determinar:

a) Almacn de datos que se utiliza.

b) Diseo de componentes utilizados para obtener acceso al almacn de datos.

c) Formato de datos pasados entre componentes y el modelo de programacin

necesario para ello.

La aplicacin o servicio puede disponer de uno o varios orgenes de datos, los

cuales pueden ser de tipos diferentes. La lgica utilizada para obtener acceso a los datos

de un origen de datos se encapsula en componentes lgicos de acceso a datos que

proporcionan los mtodos necesarios para la consulta y actualizacin de datos. Los datos

con los que la lgica de la aplicacin debe trabajar estn relacionados con entidades del

mundo empresarial que forman parte de la empresa. En determinados escenarios, se

puede disponer de componentes personalizados que representan estas entidades,

mientras que en otros se puede decidir trabajar con datos utilizando directamente

conjuntos de datos ado.neto documentosXML.

La mayora de las aplicaciones utilizan una base de datos relacional como almacn

principal de los datos de la aplicacin. Tambin se puede utilizar el almacn de web


49/112

17

exchange server, bases de datos heredadas, el sistema de archivos o servicios de

administracin de documentos.

Cuando la aplicacin recupera datos de la base de datos, puede hacerlo utilizando

un formato de conjunto de datos DataReader. A continuacin los datos se transfieren

entre las capas y los distintos niveles de la aplicacin y, finalmente, uno de los

componentes los utiliza. Tal vez se desee utilizar formatos de datos diferentes para

recuperar, pasar y utilizar datos; por ejemplo, se puede utilizar los datos de un conjunto

de datos para llenar las propiedades de un objeto de entidad personalizado. No obstante,

se debera intentar mantener una coherencia en cuanto al tipo de formato utilizado, yaque mejorar probablemente el rendimiento y la facilidad de mantenimiento de la

aplicacin para presentar slo un conjunto limitado de formatos, evitando as la

necesidad de capas de traduccin adicionales y de familiarizarse conAPIdiferentes.

2.3.

Diseo de aplicaciones y servicios

2.3.1. Diseo de la directiva de seguridad

La directiva de seguridad se ocupa de la autenticacin, autorizacin, comunicacin

segura, auditora y administracin de perfiles, tal como muestra la figura 8.

Figura 8. Aspectos de la directiva de seguridad




50/112

18

2.3.1.1.

Principios generales sobre seguridad

Existen ciertos principios generales sobre seguridad que se deben tener en cuenta a

la hora de desarrollar una directiva de seguridad. Siguiendo las siguientes directrices:

a) Siempre que sea posible, se debe recurrir a sistemas de seguridad que se hayan

comprobado y demostrado su eficacia en lugar de generar su propia solucin

personalizada. Si se realiza un desarrollo personalizado de la infraestructura de

seguridad, es necesario validar su enfoque y tcnicas mediante auditora con

expertos y organizaciones que se dedican a la revisin de la seguridad, antes ydespus de su implementacin.

b) Nunca se debe confiar en las aportaciones externas. Es necesario validar todos los

datos que introduzcan los usuarios o enven otros servicios.

c) Considerar por principio que los sistemas externos no son seguros. Si la aplicacin

recibe datos confidenciales sin cifrar desde un sistema externo, se debe asumir que

dicha informacin no es segura.

d) Aplicar el principio del menor privilegio. No habilitar ms atributos en las cuentas

de servicios que los que resulten estrictamente necesarios para la aplicacin.

e) Reducir el rea de superficie. El riesgo se incrementa segn aumenta el nmero de

componentes y datos que se hayan expuesto a travs de la aplicacin y, por lo

tanto, se deber exponer nicamente la funcionalidad que se asume que otros van a

utilizar.

f) Establecer como predeterminado un modo seguro. No habilitar servicios,

tecnologas y derechos de cuenta que no sean absolutamente necesarios. Cuando se


51/112

19

implemente la aplicacin en equipos cliente o servidor, la configuracin

predeterminada de sta deber ser segura.

g) No confiar en la seguridad a travs del ocultamiento. El cifrado de los datos

implica disponer de claves y de un algoritmo de cifrado demostrado. El

almacenamiento de los datos seguros evitar el acceso a sta en cualquier

circunstancia. No se puede considerar seguridad la mezcla de diversas cadenas, el

almacenamiento de la informacin en rutas de archivo inesperadas y dems

tcnicas similares.

h) Seguir los principios de STRIDE. (STRIDE responde a las siglas inglesas de

simulacin, alteracin, repudio, revelacin de informacin, denegacin de servicio

y elevacin de privilegios). Todas estas son clases de vulnerabilidades de la

seguridad contra los que un sistema se debe proteger.

i) Realizar la comprobacin desde la misma puerta. No permitir que los procesos

vayan ms all del lugar para el que los usuarios estn autorizados.

j) Bloquear el sistema interna y externamente: los usuarios y operadores internos

pueden representar un riesgo igual que los intrusos externos.

2.3.1.2.

Autenticacin

La autenticacin se define como identificacin segura, que bsicamente quiere

decir que se dispone de un mecanismo para identificar con seguridad a los usuarios que

se adecuan a los requisitos de seguridad de la aplicacin. La autenticacin se debe

implementar en la capa de la interfaz de usuario para proporcionar funciones de

autorizacin, auditora y personalizacin.


52/112

20

2.3.1.3.

Flujo de identidad entre los niveles

Cuanto ms lejos del usuario se encuentra una parte de la funcionalidad, menos

significativa se vuelve la identidad de ste. En una solucin basada en servicios, algunas

actividades ni siquiera las inicie un usuario. El objetivo de su diseo es reducir la

relevancia del usuario cuanto ms lejos de la interfaz de usuario est la actividad.

Puede que se necesite establecer un flujo de las identidades de los llamadores

originales (usuarios o servicios) a travs de las capas de la aplicacin para realizar la

autorizacin o auditora. La identidad puede ser la de un llamador original (usuario oservicio), o bien una cuenta de servicio de un nivel de aplicacin. Para establecer el flujo

de la identidad, se puede permitir que el mecanismo de comunicacin establezca el flujo

del contexto de seguridad (por ejemplo, mediante el uso de la delegacin de Kerberos

junto con la interaccin remota de DCOM), se puede pasar smbolos (tokens) o vales de

autenticacin, o bien elId. O las credenciales del usuario.

2.3.1.4.

Autorizacin

El aspecto de la autorizacin de la directiva de seguridad se ocupa de la

identificacin de las acciones permitidas para cada principal de seguridad autenticado.

En otras palabras, la directiva de seguridad determina quin puede hacer qu. Para

determinar la directiva de autorizacin, es necesario tener en cuenta dos factores

principales:

a) Los permisos y derechos de usuario

b) La seguridad de acceso al cdigo

Los permisos y derechos de usuario determinan lo que se permite hacer en una

cuenta de usuario en el contexto de la aplicacin. Tcnicamente, el trmino


53/112

21

"permisos" se refiere a las acciones permitidas en un recurso, mientras que los

"derechos" hacen referencia a las tareas del sistema que se permite realizar al usuario.

Los permisos y derechos de usuario se pueden asignar de forma individual para cada

usuario, si bien resultan ms fciles de administrar cuando los usuarios se organizan de

una manera lgica en grupos o funciones.

La mayor parte de los recursos tienen algn tipo de lista de permisos relacionada,

en la que se indican los permisos asignados a los usuarios para ese determinado recurso.

Los permisos son generalmente acumulativos, por lo que un usuario que tiene permiso

de "lectura" en un archivo y que se encuentra en un grupo que tiene permiso de"modificacin" en ese mismo archivo, tendr un permiso de red de "modificacin". Si a

un usuario, o a cualquiera de los grupos de los que este usuario es miembro, se le

deniega explcitamente el acceso a un recurso, no podr tener acceso al recurso,

independientemente de los permisos que se hayan asignado a cualquier usuario o grupo.

2.3.2. Diseo de la directiva de administracin operativa

La directiva de administracin operativa se ocupa de la ejecucin constante y

diaria de la aplicacin y abarca aspectos como la administracin de excepciones, la

supervisin, la supervisin empresarial, los metadatos, la configuracin y la ubicacin

del servicio, tal como se muestra en la figura 9

Figura 9. Aspectos de la directiva de administracin operativa.




54/112

22

2.3.2.1.

Administracin de excepciones

La administracin de excepciones incluye la deteccin y generacin de

excepciones, el diseo de stas, el flujo de informacin de las mismas y la publicacin

de informacin de las excepciones a diversos usuarios. Todas las aplicaciones deben

implementar algn tipo de control de las excepciones para detectar errores en tiempo de

ejecucin. Las excepciones se deben detectar y resolver si es posible. Si no se puede

resolver un estado de error, la aplicacin deber mostrar un mensaje descriptivo para el

usuario y proporcionar algn medio para el registro o publicacin de la informacin de

la excepcin para la depuracin.

2.3.2.2.

Ubicacin de servicios

En las llamadas a servicios remotos, es necesario determinar dnde estn situados

los objetos y servicios externos de .netque pueden procesar la solicitud.

2.3.3. Diseo de la directiva de comunicaciones

La directiva de comunicaciones define la forma en que los componentes de la

aplicacin se comunicarn. Esta directiva trata cuestiones como la sincronizacin de la

comunicacin, el formato y el protocolo, tal como se muestra en la figura 10.

Figura 10. Aspectos de la directiva de comunicaciones




55/112

23

2.4. Implementacin fsica y requisitos operativos

2.4.1. Implementacin de los componentes de la aplicacin

Es importante hacer nfasis que las capas constituyen simplemente una forma

adecuada de describir los tipos de funcionalidad de la aplicacin. Se trata ms bien de

divisiones conceptuales que de un patrn de implementacin fsica. La forma en que las

capas fsicas de la aplicacin se implementan en los niveles se basa en el modo de

interaccin de las capas entre s y en los requisitos de los que disponen desde el punto de

vista de la seguridad, las operaciones y la comunicacin.

Finalmente, la aplicacin se instalar en una infraestructura fsica. En algunos

casos, el arquitecto podr definir la infraestructura fsica, pero en muchos otros, el

departamento de tecnologas de la informacin ser el que la establezca. Los patrones de

implementacin fsica se suelen decidir mediante una negociacin entre el departamento

de tecnologas de la informacin y los desarrolladores de la aplicacin motivados por el

arquitecto de la solucin.

En cualquier escenario de implementacin, se debe:

a) Conocer desde un principio el entorno de implementacin fsico de destino, desde

la fase de planeamiento del ciclo de vida.

b) Establecer claramente qu restricciones del entorno condicionan el diseo del

softwarey la toma de decisiones relativas a la arquitectura.

c) Transmitir con claridad qu decisiones acerca del diseo del software requieren

determinados atributos de infraestructura.


56/112

24

2.4.2. Entornos fsicos de implementacin

Dichos entornos varan dependiendo de varios factores: tipo de aplicacin que se

implemente, base de usuario de la aplicacin, escalabilidad, requisitos de rendimiento,

directivas de organizacin, etc.

Figura 11. Arquitectura deInternetdatacenter



Al igual que una aplicacin consta de componentes y servicios, la infraestructura

que la aloja se puede considerar como una serie de unidades de creacin de

infraestructura, denominadas niveles fsicos. Estos niveles representan las divisiones

fsicas que existen entre los componentes de la aplicacin y pueden o no asignarse

directamente a los niveles lgicos utilizados para abstraer los distintos tipos de

funcionalidad de la aplicacin. Los niveles fsicos pueden estar separados por servidores

de seguridad u otras medidas de seguridad para crear diferentes unidades de confianza o

contextos de seguridad. Existen dos familias principales de niveles fsicos: bateras y

clusters.


57/112

25

Las bateras estn compuestas por conjuntos de servidores ampliables y

configurados de idntico modo que comparten la carga de trabajo. Los clusters son

conjuntos de equipos especializados que controlan un recurso compartido.

2.4.3. Requisitos Operativos

Consiste en proporcionar las tcnicas de diseo y las prcticas que permitirn

obtener los requisitos operativos (no funcionales) para la aplicacin y los servicios.

Entre estos requisitos se incluyen los niveles de escalabilidad, disponibilidad,

mantenimiento, seguridad y facilidad de uso que debe obtener la aplicacin. Estosfactores pueden afectar al diseo de las directivas de la aplicacin, aunque tambin

pueden influir en el modo de diseo de la lgica de la aplicacin.

En algunos casos, el cumplimiento con algunos requisitos supondr la aparicin de

retos para llevar a cabo otros. Por ejemplo, es frecuente reducir la facilidad de uso de

una aplicacin para mejorar la seguridad. Es importante otorgar prioridad a las

caractersticas de la aplicacin que admiten los requisitos operativos desde un primer

momento del ciclo de vida, por lo que estos equilibrios y decisiones se pueden tener en

cuenta en la implementacin de la aplicacin desde un primer momento.


58/112

26


59/112

27

3.

FASE DE ENSEANZA APRENDIZAJE

3.1. Justificaciones del sitio web

3.1.1. Justificacin general de la implementacin

En la actualidad, es difcil que una universidad pueda abarcar totalmente el

nmero de reas de conocimiento existentes y debido a esto, desarrollan sitios weblos

cuales sirven al estudiante as como al docente para informarse y para la transferencia de

informacin, siendo este un sitio actualizado en cualquier momento.

El sitio web de la unidad de EPS tiene como finalidad establecer las normas y

procedimientos para hacer posible brindar conocimientos e informacin acadmica, a

travs de los cuales permitan perfeccionar y elevar el conocimiento de los estudiantes,

Por esta razn se opto por la realizacin del sitio para desarrollar la solucin de lapropuesta planteada y permitir que dicha websea realizada por el procedimiento de EPS

ya que el departamento no cuenta con presupuesto para el desarrollo de este proyecto.

3.1.2. Justificacin tcnica

a) Sistema de informacin robusto y actualizable, capaz de llevar el control y

administracin de la informacin digital.

b) Ser una herramienta de comunicacin rpida, confiable y actualizada, aparte de

administrable por personal del propio departamento de EPS.


60/112

28

c) Que los procedimientos se conviertan en una herramienta para el desarrollo de un

mejor nivel para los estudiantes que finalizan la carrera, y para estudiantes de

prctica.

3.1.3. Justificacin econmica

a) El proyecto ha sido realizado por medio de un trabajo de EPS, sin incurrir en

gastos de una empresa desarrolladora.

b) El sitio web de la unidad de EPS se ha colocado dentro de la red local de lafacultad de ingeniera para evitar caer en gasto al departamento.

c) Se ha utilizado una mquina donada por la facultad de ingeniera la cual ha sido

actualizada para el buen funcionamiento de la pgina.

d) Se dar soporte al sitio hasta lograr la familiaridad del administrador nombrado

por el departamento de EPS.

3.1.4. Justificacin social

a) El desarrollo del programa permite que los estudiantes tengan mayores

oportunidades de conocer los temas de actualidad y hacia dnde se dirige la

tecnologa, en base a trabajo realizados por estudiantes que terminan su carrera.

b) Llegar a la mayora de personas interesadas y servir de informacin para cada

estudiante que se encuentra en sus ltimos trmites para optar por el ttulo.

c) La poblacin estudiantil recibe informacin de actividades donde pueda participar

y optar por sus trabajos de graduacin.


61/112

29

d) Mantener comunicacin constante entre estudiantes y catedrticos del rea de EPS.

3.2. Tecnologa utilizada

3.2.1. Tecnologa de desarrollo

La tecnologa que se ha utilizado para este proyecto es visual studio.net, para lo

que es el diseo y desarrollo de la aplicacin. En la actualidad existen un sin fin de

sitios en los cuales se puede encontrar cdigo libre.

Dentro de las tecnologas y softwareopen sourceque se han utilizado se tiene el

ajax en el modelo actual, la web es un lugar muy hostil para desarrollar aplicaciones.

Cada vez que el usuario ejecuta una accin (un clic, la presin de una tecla, el arrastre de

un objeto) el navegador debe solicitar datos a otra computadora (el servidor) a travs de

Internet, para luego regenerar la pgina que el usuario est viendo. De esta forma, la

interaccin se transforma en un pimpn de datos que hacen imposible cualquier

actividad continua, como un juego o una aplicacin.

Para sortear este inconveniente, varias empresas desarrollaron plataformas que se

cargan dentro del navegador, como Macromedia Flasho Java, previa descarga de los

plugin respectivos y previo pago de las licencias para el desarrollo. Pero, qu pasara

si tuviramos estas herramientas ya disponibles en los computadores de cada usuario y

en forma nativa? El modelo de ajax propone cargar y rende rizar una pgina, luego

sirvindose de las tecnologas antes mencionadas y presentes en la gran mayora de los

navegadores. Mantenerse en esa pgina, mientras scripts y rutinas van al servidor

buscando, en background, los datos que son usados para actualizar la pgina solo re-

rende rizando la pgina y mostrando u ocultando porciones de la misma.

Los pasos para configurar esta tecnologa son los siguientes:


62/112

30

a) Agregar una referencia al archivo ajax.dll, este archivo se puede descargar desde

http://ajax.schwarz-interactive.de/download/ajax.zip;

b) Configurar elHttpHandleren el archivo web.config, esta configuracin se describe

en el cdigo descrito a continuacin.

;

c) En el pageload del form se agrega el llamado a esta funcin

Ajax.Utility.RegisterTypeForAjax(this.GetType());

d) Para hacer llamados asincrnicos al servidor se debe marcar las funciones con el

siguiente atributo

[Ajax.JavascriptMethod()]

public int ServerSideAdd(int firstNumber, int secondNumber)

{ return firstNumber + secondNumber;}

La envoltura crear automticamente el cdigo java script con los parmetros y

ser llamada desde el cliente sin hacer postback;

e) Se puede llamar estas funciones desde eljava scripten el cliente.

alert(ServerSideAdd(100,99)); o

ServerSideAdd(100,99, ServerSideAdd_CallBack);

function ServerSideAdd_CallBack(result){

alert(result);}.


63/112

31

Para la base de datos se ha utilizado MicrosoftSQL2000 y queda preparada para

una futura migracin a SQL Server2007.

3.2.2.

Tecnologa de edicin de texto

3.2.2.1.

Editor de textoHTMLWYSIWYGde TINYMCE

TinyMCEes un editorHTMLcapaz de convertir un textareade un formulario en

campos WYSIWYGpara poder incluir etiquetasHTMLdentro de los campos de texto.

Caractersticas

a) Fcil de integrar en pginas web, ya que solo tiene dos lneas de cdigo.

b) Se puede personalizar a travs de temas yplugins.

c) Tambin se pueden instalar paquetes de idiomas.

d) Es compatible con la mayora de los navegadores comofirefox,Internet explorer,

operay safari.

e) Con el compresor GZip para PHP/.NET/JSP/Coldfusion, hace que TinyMCE sea

un 75% ms pequeo y mucho ms rpido de cargar.

f) Se puede utilizar ajaxpara guardar y cargar el contenido.

Integracin de TinyMCE


64/112

32

Para poder utilizar TinyMCEen las pginas web, el navegador tiene que ser

compatible y tenerjava scripthabilitado. Luego se debe bajar y guardar los archivos

en el servidor de la weby entonces ya ser posible poder utilizar en la textareade los

formularios. En la pgina webde EPS, primero se incluye la librera tiny_mce.js

incluyendo el archivo externo de cdigojava script.

A continuacin se debe de inicializar TinyMCE para convertir los textarea encampos de texto WYSIWYGeditables.

tinyMCE.init({ mode : "textareas",

theme: "simple"

});

Ejemplo de integracin de TinyMCE

Ejemplo TinyMCE

tinyMCE.init({ mode : "textareas",

theme : "advanced"

});


65/112

33

En este trozo de cdigo primero se ha incluido la librera tiny_mce.jsdentro de las

etiquetas . Tambin dentro de estas etiquetas se ha inicializado TinyMCE para

que en el textareadel formulario se convierta en un campo de texto WYSIWYG.

3.3. Recursos disponibles

3.3.1.

Recurso humano

a) Personal del departamento de EPS.

b) Personal de estudios profesionales supervisados (EPS).

c) Apoyo del director de la escuela de Sistemas, Ing. Marlon Perez Turk.

d) Apoyo de directora de EPS Inga. Norma Sarmiento.

e) Asesor supervisor por parte de la escuela de Ciencias y Sistemas Ing. Jorge Armin

Mazariegos Rabanales.

f) Asesor supervisor de la unidad de EPS. Ing. Floriza vila.


66/112

34

3.3.2. Recursos de materiales

a) Equipo de cmputo con acceso aInternet

b) Impresora

c) Equipo de oficina

3.3.3. Recurso financiero

a) El equipo donde se llevar a cabo el diseo y desarrollo del proyecto ser

proporcionado por el estudiante EPSISTA a cargo del proyecto.

b) No es necesario financiar el dominio del sitio webya que para esto se utilizarn los

recursos de la facultad de ingeniera.

c) No es necesario financiar el hospedaje del sitio webya que se utilizan los recursos

de la facultad de ingeniera.

d) El financiamiento para la licencia deMicrosoft SQLHa sido donado por la Escuela

de Ciencias y Sistemas de la facultad de Ingeniera.

e) El financiamiento para Visual Studio .net ha sido donado por la Escuela de

Ciencias y Sistemas.

3.3.4. Presupuesto

Costos y gastos en que se incurrieron en el proyecto se detallan a continuacin:


67/112

35

Tabla I. Presupuesto

Cantidad Descripcin Costo Sub-Total Notas

1 Equipo de computo Q9,800.00 Q9,800.00

1 UPS Q300.00 Q300.00

12 Servicio deInternet Q399.35 Q4,792.20 Mensual

1 Licencia deMicrosoft Office Q2,000.00 Q2,000.00

1 Licencia de Visual Studio .Net Q4,425.25 Q4,425.25

1 Licencia de Microsoft SQL

Server

Q3,000.00 Q3,000.00

1 Licencia deMicrosoft Visio Q1,015.25 Q1,015.25

12 Sueldos de jefe de proyecto Q8,000.00 Q96,000.00 Mensual

12 Sueldos de analista

programador

Q7,000.00 Q84,000.00 Mensual

1 Sueldo de encargado de

pruebas y calidad de software

Q5,000.00 Q5,000.00

1 Sueldo de un documentador Q4,000.00 Q4,000.001 Sueldo de diseador grfico Q5,000.00 Q5,000.00

1 Dominio para la pagina web Q 70.3 Q 70.30 Anual

12 Servicio de hospedaje de la

pgina.

Q 31.35 Q 375.90 Mensual

Total Q219,778.90

Fuente: elaboracin propia.


68/112

36

3.4. Diagramas del proyecto

3.4.1. Diagrama entidad relacin

Figura 12. Diagrama entidad relacin



69/112

37

3.4.2.

Diagramas de red

3.4.2.1.

Diagrama de red1

Figura 13. Diagrama de red Nmero 1



70/112

38

3.4.2.2.

Diagrama de red 2

Figura 14. Diagrama de red nmero 2



71/112

39

4.

IMPLEMENTACIN DEL PROYECTO WEBEPS

4.1. Guas de implementacin

4.1.1. Gua tcnica

4.1.1.1.

Gua para la instalacin del servidor webInternet information

serversobre Windows 2003

a) Ingresar al panel de control;

b) Seleccione la opcin Agregar o Quitar Programas;

Figura 15. Agregar o quitar programas



72/112

40

c) Seleccionar opcin Agregar o quitar componentes de Windows;

Figura 16. Agregar o quitar componentes de Windows


d) Al mostrar la lista de servicios seleccionar el servicio deseado en este caso

Servicio deInternet Informacin Server (IIS),luego presionar siguiente;

Figura 17. Asistente para componentes de Windows



73/112

41

e) Presionar el botn finalizar y el servicio quedar instalado correctamente. Este

servicio permite que el equipo sea visto por una red local o desde Internet

valindose de la direccin de salida designada por un servidor deDNSmediante el

uso de un navegador de pginas web. El IIS crea en el disco raz un directorio

llamado INETPUBel cual contendr documentos de administracin y directorios

donde reside el sitio web o los directorios virtuales. El sitio web deber ser

almacenado en la carpeta WWWROOTla cual es tomada como la carpeta principal

o raz del sitio. En Windows 2003 SERVER es necesario habilitar en agregar y

quitar programas en componentes de Windowsla opcin deASPXy que no lo trae

habilitado y por consiguiente no ejecuta cdigoASPX.

4.1.1.2. Gua para la configuracin de servidor entrusted source

Configuracin trusted sourceen SQL:

a) Abrir el SQLserver enterprise;

b) Navegar hacia el nodo de seguridad bajo el nodo (local)(Windows NT);

Figura 18. SQL enterprise manager



74/112

42

c) Clic derecho sobre el Nodo logdel Nodo de seguridad y en nuevo logueo;

Figura 19. Propiedades de logueo de SQL


d) Buscar nombre de usuario administrador y seleccionar base de datos por default;

e) seleccionar la pestaa databaseroles;

Figura 20. Roles de base de datos


f) seleccionar los roles para el administrador;


75/112

43

g) seleccionar la pestaa database access;

Figura 21. Acceso a base de datos


h) Seleccionar la base de datos y en permisos seleccionar Publicy db_owner;

Configuracin trustedsourceenIIS:

a) Ingresar en el administrador deInternet information server;

Figura 22. Administrador deInternet information server



76/112

44

b) Navegar por la ventana webpredeterminada hasta llegar al nodo del proyecto EPS,

dar clic derecho y seleccionar propiedades;

Figura 23. Propiedades de proyecto EPS


c) Clic en la pestaa seguridad de directorios, dar clic en el botn modificar del

control de autenticacin y acceso annimo;

Figura 24. Mtodos de autenticacin



77/112

45

d) En mtodo de autenticacin seleccionar opcin acceso annimo y en nombre de

usuario seleccionar usuario con permisos de acceder a pagina web, seleccionar

opcin permitir queIIScontrole contraseas e ingresar la contrasea de usuario.

Configuracin asp.netcon SQLyIISpara acceso trustedsource:

a) Abrir el archivo machine.config el cual se encuentra en la siguiente ubicacin

C:\WINNT\Microsoft.NET\Framework\v1.0.3705\CONFIG;

b) Buscar el tag , y cambiar el atributo impersonatecon el valor true;

c) Verificar que los atributos de usuario ypasswordestn vacios, guardar el archivo.

4.1.2. Gua administrativa

4.1.2.1.

Para ingresar a la webde administracin

Para ingresar a la webde administracin de la pgina se debe de navegar por la

pestaa rea administrativa y luego dar clic en la opcin administracin web.

Figura 25. rea administrativa EPS



78/112

46

Colocar credenciales proporcionadas al director de EPS.

Figura 26. Pgina de logueo


4.1.2.2.

Modificar datos de director

Se da clic en la pestaa de rea administrativa, dar clic en la opcin de Modificar

Datos Director. Luego se ingresa en la ventana de modificacin de director.

Figura 27. Modificar datos director


Se puede observar los datos del director que se pueden actualizar, luego de realizar

los cambios, se tienen 2 opciones, la opcin guardar y la opcin reiniciar, en guardar si

se presiona en este botn se realizan los cambios que se hayan realizado, en la opcin

reiniciar se dejan los datos como originalmente se encuentran en la base de datos.


79/112

47

4.1.2.3.

Modificar datos de personal docente

Situarse en pestaa rea administrativa y elegir Modificar Personal Docente.

Figura 28. Modificacin de datos personal


Ya dentro de la opcin de personal docente se pueden realizar 3 tipos de

mantenimiento,

a) Editar personal docente, para esta opcin se da clic sobre la hoja de papel con lpiz

Figura 29. Editar personal docente



80/112

48

En esta ventana se pueden realizar los cambios necesarios de personal docente y

luego dar clic en cualquiera de las 2 opciones que se tiene Modificar o

Cancelar en modificar se realizarn los cambios que se han modificado y en

cancelar se quedarn los datos originales de la base de datos;

b) Borrar personal docente, para la opcin de borrar se da un clic sobre la X roja de la

columna borrar;

c) Agregar personal docente, para agregar un nuevo personal se da clic sobre el botn

agregar de la ventana de modificacin de personal docente. Tomar en cuenta quees obligatorio ingresar los datos marcados con asterisco para evitar que el sistema

de mensajes de error.

Figura 30. Agregar nuevo personal


4.1.2.4.

Modificar directores antiguos

Se sita el puntero en la pestaa rea administrativa y luego dar clic en Modificar

Directores Antiguos.


81/112

49

Figura 31. Modificar directores antiguos


Ya dentro de la opcin de directores antiguos se pueden realizar 3 tipos de

mantenimiento,

a) Editar directores antiguos: para esta opcin se da clic sobre la hoja de papel con

lpiz, con este procedimiento se redireccionar la pagina a la opcin de

modificacin de directores como se muestra a continuacin

Figura 32. Edicin de datos de directores



82/112


83/112

51

Figura 34. Modificar informacin de organigrama


Como se puede observar la modificacin de la informacin del organigrama se

realiza dentro de un editor Online el cual se asemeja a Word. Luego de realizar los

cambios necesarios se tienen dos opciones que son Guardar que guarda los cambios

realizados

ANÁLISIS, DISEÑO E IMPLEMENTACION DE SITIO WEB

Documents

Transcript of ANÁLISIS, DISEÑO E IMPLEMENTACION DE SITIO WEB