T72651

PONTIFICIA UNIVERSIDAD CATLICA DEL ECUADOR
SEDE IBARRA
ESCUELA DE INGENIERA
INFORME FINAL DEL PROYECTO
TEMA
DISEO, IMPLEMENTACIN E IMPLANTACIN DE UNA APLICACIN WEB DE
ADMINISTRACIN Y CONTROL DE CALIFICACIONES PARA LA UNIDAD
EDUCATIVA PARTICULAR OVIEDO (SECCIN SECUNDARIA) USANDO
SOFTWARE LIBRE
LINEA DE INVESTIGACIN:
IMPLEMENTACIN DE SOFTWARE SEGURO

PREVIO A LA OBTENCIN DEL TTULO DE:
INGENIEROS EN SISTEMAS
AUTORES:
CALDERN ESTVEZ JEANETH CECILIA.
CAMUENDO VSQUEZ OSCAR DANIEL
ASESOR: Ing. Edwin Ismael Castro Narvez
IBARRA, Diciembre de 2011
CESIN DE DERECHOS DE AUTOR
NOSOTROS, JEANETH CECILIA CALDERN ESTVEZ Y OSCAR DANIEL

CAMUENDO VSQUEZ
Declaramos conocer y aceptar la disposicin del Art. 66 del Instructivo de

Trabajo de Grado de la Pontificia Universidad Catlica del Ecuador Sede
Ibarra que en su parte pertinente textualmente dice: Forman parte del
patrimonio de la Universidad la propiedad intelectual de investigaciones,
trabajos cientficos o tcnicos y tesis de grado que se realicen a travs, o con
el apoyo financiero, acadmico o institucional (operativo) de la Universidad.
..
..
Jeaneth Cecilia Caldern Estvez
Oscar Daniel Camuendo Vsquez.
C.C No. 100243003-9
C.C No. 100284099-7
RESUMEN EJECUTIVO
En este informe se expone como se diseo, implemento e implant una aplicacin

Web de Administracin y Control de Calificaciones para la Unidad Educativa
Particular Oviedo. El cual permitir que la sociedad y miembros de la Unidad
Educativa Particular Oviedo puedan acceder a la informacin necesaria sobre la
institucin y sobre el control y administracin de las calificaciones de las
estudiantes. Con esta informacin almacenada la Unidad Educativa Particular
Oviedo podr generar reportes de calificaciones y estadsticos de las estudiantes.
Este proyecto surge previo a un convenio firmado el 3 de febrero de 2010, entre la
Unidad Educativa Particular Oviedo y la Pontificia Universidad Catlica del
Ecuador Sede Ibarra.
La propuesta hecha a la Unidad Educativa Particular Oviedo es de utilizar software

libre (php + mysql) para el diseo, implementacin e implantacin.
Las herramientas utilizadas para desarrollar el sistema fueron: PHP 5.2.3 como
Lenguaje de Programacin, MySql 5.0.45 como Sistema de Gestin de Base de
Datos Relaciona!, Apache como servidor Web, Joomla como interfaz de usuario.
La aplicacin est alojada en el servidor de la Escuela de Ingeniera de la PUCE-SL

La problemtica de la Unidad Educativa Particular Oviedo, nace de la falta de
informacin sobre la asistencia y las respectivas calificaciones de su alumnado
para los padres de familia la cual se ha manifestado en la entrega de reportes al
final de cada trimestre.
La Unidad Educativa Particular Oviedo hasta el momento no contaba con una

Infraestructura Tecnolgica para el desarrollo de una aplicacin para informacin
interna como externa de la institucin que ayude a recopilar, almacenar, organizar
la informacin de su alumnado.
Las autoridades y el personal administrativo en coordinacin con el comit de

padres de familia, han sido testigos de los inconvenientes laborales que pasan los
padres de familia para tener informacin sobre las calificaciones y control de

asistencia que tienen sus hijas ya sean mensuales como trimestrales, como
tambin la falta de conocimiento sobre los distintos eventos e informacin que
brinda la institucin.
La aplicacin Web de Administracin y Control de Calificaciones para la Unidad

Educativa Particular Oviedo se complet y se procedi hacer la entrega
correspondiente. La socializacin del sistema se realiz en el mes de Septiembre en
las instalaciones de la PUCE-SI con los representantes de la Unidad Educativa
Particular Oviedo y la PUCE-SI, lo que quiere decir que hay buena predisposicin
de colaborar de todos los involucrados en el proyecto.
Los resultados obtenidos en cuanto a la adaptacin de los usuarios al manejo del

sistema fue ptima ya que la interface del sistema muestra un entorno amigable y
de fcil uso para el usuario.
AUTORA
Nosotros, CALDERN ESTVEZ JEANETH CECILIA

CAMUENDO VSQUEZ SCAR DANIEL
DECLARAMOS QUE:
El proyecto de grado denominado "Diseo, implementacin e implantacin de

una Aplicacin Web de Administracin y Control de Calificaciones para la
Unidad Educativa Particular Oviedo (Seccin Secundaria), utilizando
software libre", ha sido desarrollado con base a una investigacin exhaustiva,
respetando derechos intelectuales de terceros, conforme las citas que constan al
pie de las pginas correspondientes, cuyas fuentes se incorporan en la bibliografa.
Consecuentemente este trabajo es de nuestra autora.
En virtud de esta declaracin, nos responsabilizamos del contenido, veracidad y

alcance cientfico del proyecto de grado en mencin.
Ibarra, 9 de Diciembre de 2011.
..
..
Jeaneth Cecilia Caldern Estvez
Oscar Daniel Camuendo Vsquez.
C.C No. 100243003-9
C.C No. 100284099-7
PRESENTACIN
El presente informe de la aplicacin web, consta de cinco captulos: Introduccin,

Diagnstico, ingeniera del Proyecto, impactos, Conclusiones y Recomendaciones,
los cuales se detallan para tener una idea ms clara y concisa de lo que se trata el
sistema.
En el Captulo 1, se hace una introduccin de las herramientas a utilizar y de la

trayectoria de la institucin donde ser implantada la aplicacin.
En el captulo 2, se presenta un anlisis del estudio tcnico e investigativo de la

realidad expresada dentro de la institucin. Para dicho estudio, se realiz
encuestas dirigidas a estudiantes y profesores las cules nos van ayudar a
establecer la magnitud de la necesidad de implantar la aplicacin.
En el Captulo 3, se describe como est estructura la aplicacin de control y

administracin, las herramientas de desarrollo que se ha utilizado, as como su
desarrollo, instalacin y configuracin.
En el Captulo 4, se hace referencia a los impactos que ha generado el sistema a

nivel Acadmico, Socio Cultural, Tecnolgico y Econmico.
En el Captulo 5, se hace hincapi en las conclusiones y recomendaciones que se

han generado en el desarrollo de la aplicacin.
En los anexos se especifica: La socializacin del sistema informtico y los

cuestionarios de las encuestas realizadas.
La informacin necesaria contenida en este informe final se encuentra de manera

ms ordenada en el ndice el cual se detalla ms adelante.
DEDICATORIA
A mi pedacito de cielo, mi pequeo Julito David, quien es mi fuerza y mi espritu, a

quien entrego mi vida entera y mis esfuerzos da a da, este triunfo es tuyo tambin mi
pequeito te amo!!
A mis dos ngeles que aunque se adelantaron en este camino sus ejemplos fueron
indispensables para que culminara con esta meta a ti mami Ceci y a ti abuelito Julio.
A mi mami Ermelinda que siempre estuvo conmigo desde mi niez cuidndome y
protegindome hasta el da de hoy, a mi aa Virginia que al igual que mi mami nunca
me dejaron sola y siempre me apoyaron en todo momento y a mi papito, que confi
en m y siempre me motivo a seguir adelante, Gracias! este xito tambin lo dedico a
Uds.
Y a toda mi familia entera, a mis abuelitos, a mis hermanos, tos, primos y a mis
amigos que nunca dudaron de que cumpliera con esta meta gracias por su confianza!
Jeaneth
AGRADECIMIENTO
A Dios por su bendicin permitindome as culminar mi carrera profesional.

A mi Asesor de Tesis, Ing. Ismael Castro por su generosidad al brindarme su amistad y
afecto al ser gua en la culminacin del proyecto.
Al Ing. Jos Luis Ibarra por todo su cario y afecto ya que a ms de ser un coordinador
del proyecto, estuvo presente en cada uno de los momentos del desarrollo de este
proyecto, como tambin con sus consejos y ayuda en todo el trayecto de mi carrera
profesional, que con su apoyo incondicional hoy presentamos finalizado este triunfo
gracias Jos por ser un amigo, un hermano saber que siempre puedo contar contigo.
Y a todas las personas que permitieron que este proyecto culminara de la mejor
manera.
Jeaneth
DEDICATORIA
A mi abuelita bella que desde el cielo me ha estado cuidando cada da y cada instante
hasta despus de su partida de este mundo terrenal, porque para m ha sido como una
segunda madre.
A mis hermanos que siempre estn ah para darme su apoyo incondicional y de
manera especial a mi sobrino Mateo y mi hermana Johanna de quien he recibido muy
buenos consejos y alicientes para continuar con mi proyecto de vida. Eres la mejor
amiga que Dios puso a mi lado, te quiero aita!!!
De manera muy especial a mis padres quienes me han apoyado inmensamente para
culminar una etapa ms de mi vida, mi padre quien inculco y sembr valores
profundos e hicieron una gran persona de mi. Gracias! por estar ah siempre conmigo
son mi mayor tesoro.
Y por ltimo a toda mi familia, quienes me han ayudado de una u otra forma a
culminar un objetivo msGracias por su apoyo!
Oscar Daniel
AGRADECIMIENTO
Quiero hacer llegar mis agradecimientos
A mi Dios, por bendecirme con la vida y permitirme culminar con un gran objetivo en
mi vida, como lo es mi carrera profesional.
A mi Director de Tesis Ing. Ismael Castro, que ms que un director fue un amigo y
compaero, quien supo impartirme su mayor conocimiento y experiencia en la
elaboracin de este proyecto.
Al Ing. Jos Luis Ibarra, quien ha sido como un hermano y ha sabido brindarme
desinteresadamente su ayuda en cada momento que lo he necesitado ya sea en este
proyecto o diferentes instantes de la vida, es muy importante saber que cuento con tu
amistadGracias hermano!!!
A mis padres y hermanos, por todo su apoyo en cada objetivo que me lo
propongoGracias por su confianza!!!
Y a todas y cada una de las personas que estuvieron involucradas al desarrollar este
proyecto y culminar de la mejor manera.
Oscar Daniel
INDICE
CAPITULO I
1. DESARROLLO DE APLICACIONES WEB CON SOFTWARE LIBRE
1.1.- UNIDAD EDUCATIVA PARTICULAR OVIEDO
1.1.1.- HISTORIA
1.1.2.- MISIN
1.1.3.- VISIN
1.1.4.- VALORES
1.1.5.- POSTULADOS
1.1.6.- PRINCIPIOS
1.1.7.- AUTORIDADES Y ORGANISMOS DE LA UNIDAD EDUCATIVA
PARTICULAR OVIEDO
1.1.8.- OBJETIVOS DE LA EVALUACIN
11
1.1.8.1.- FINALIDADES DE LA EVALUACIN
13
1.1.8.2.- INFORMES DE EVALUACIN
17
1.2.- INTRODUCCION A LAS APLICACIONES WEB
20
1.2.1.- INTERFAZ
22
1.2.2.- ESTRUCTURA DE LAS APLICACIONES WEB
27
1.3.- APACHE
30
1.3.1.- SERVIDORES.
32
1.3. 2.- SERVICIOS.
35
1.4.- PHP
39
1.4.1.- QU ES PHP?
39
1.4.2.- CREACIN DE APLICACIONES WEB CON PHP
41
1.4.2.1.- PLANIFICACIN Y DISEO DE LA BASE DE DATOS
41
1.4.2.2.- CONECTANDO A LA BASE DE DATOS
43
1.4.2.3.- QU HACER CON LOS USUARIOS?
44
1.4.2.4.- EL FRAMEWORK BSICO
45
1.4.2.5.- MENS DINMICOS
47
1.4.2.6.- REGISTRANDO USUARIOS
49
1.4.2.7.- CONECTANDO (LOGGING IN)
52
1.4.2.8.- BORRANDO USUARIOS
52
1.4.2.9.- DESCONECTANDO (LOGGING OUT)
53
1.4.5.10.- GESTIONANDO MLTIPLES ELEMENTOS
54
1.5.- SEGURIDADES DE UNA APLICACIN WEB
56
1.6.- MySQL
60
1.6.1.- DESCRIPCIN DE MYSQL.
60
1.6.2.- CREACIN DE TABLAS
62
1.6.3.- VARIABLES
67
1.6.4.- PRIMARY KEY Y FOREING KEY
70
1.6.5.- CREACIN DE USUARIOS / ROLES.
71
1.6.6.- PERMISOS A USUARIOS / ROLES
73
1.6.6.1.- CONCEDER PRIVILEGIOS
73
1.6.6.2.- REVOCAR PRIVILEGIOS
76
1.6.6.3.- MOSTRAR PRIVILEGIOS DE UN USUARIO
76
1.6.6.4.- NOMBRES DE USUARIO Y CONTRASEA
77
1.6.6.5.- BORRAR USUARIOS
78
1.6.7.- TRIGGERS.
79
1.6.8.- VISTAS
79
CAPITULO II
2. DIAGNSTICO
81
2.1. ANTECEDENTES DIAGNSTICOS
81
2.2. OBJETIVOS DIAGNSTICOS
82
2.2.1. OBJETIVO GENERAL
80
2.2.2. OBJETIVOS ESPECFICOS
82
2.3. VARIABLES DIAGNSTICAS
82
2.4. INDICADORES
82
2.5. MATRIZ DE RELACIN
83
2.6. TABULACIN Y ANLISIS DE LA INFORMACIN
84
2.6.1. ENCUESTAS APLICADAS
84
2.7. MATRIZ FODA
102
2.7.1. FORTALEZAS
102
2.7.2. DEBILIDADES
102
2.7.3. OPORTUNIDADES
102
2.7.4. AMENAZAS
103
2.8. ESTRATEGIAS FA, FO, DO, DA
103
2.8.1. ESTRATEGIAS FA
103
2.8.2. ESTRATEGIAS FO
103
2.8.3. ESTRATEGIAS DO
104
2.8.4. ESTRATEGIAS DA
104
CAPITULO III
INGENIERIA DEL PROYECTO
105
3.1 ANLISIS
105
3.1.1. PLANIFICACIN
105
3.1.1.1. ESTIMACIN DE COSTOS Y TIEMPO POR MATRIZ RELACIN
105
DE OBJETIVOS Y ACTIVIDADES
3.1.1.2. DIAGRAMA DE GANTT
112
3.1.2. ESPECIFICACIN DE REQUISITOS DEL SISTEMA
114
3.1.3. FORMULARIO PARA LA ESPECIFICACIN DE REQUISITOS DE
126
SOFTWARE BASADO EN EL ESTNDAR IEEE 830.

3.4. DISEO
152
3.4.1. DISEO ARQUITECTNICO / ESTRUCTURAL / MODULAR
152
3.4.2. DISEO DETALLADO
152
3.4.2.1. MODELO LGICO O CONCEPTUAL
152
3.4.3. CAPA DE NEGOCIOS
153
3.4.3.1 INTERFAZ
154
3.4.4. DISEO DE CASOS DE USO (CdU)
156
3.4.5. ESPECIFICACIN DE CASOS DE USO
158
3.4.6. LISTA DE CASOS DE USO
160
3.4.7. PLANTILLAS DE CASOS DE USO
160
3.5.2. MDULOS
172
3.5.3. PGINAS
172
3.5.4. BITCORAS DE DESARROLLO
173
3.5.5. PRUEBAS
175
3.6. CRONOGRAMA DE PRUEBAS
175
3.7. CUMPLIMIENTO DE FACTORES DE CALIDAD
177
3.7.1. VALIDACION Y ACEPTACION DEL SISTEMA
179
3.8. IMPLANTACION
180
3.8.1. CRONOGRAMA DE IMPLANTACION
180
CAPITULO IV
4. ANLISIS DE IMPACTOS
182
4.1. IMPACTO ACADMICO.
182
4.2. IMPACTO SOCIAL Y CULTURAL.
182
4.3. IMPACTO TECNOLOGICO
183
4.4. IMPACTO ECONMICO.
184
CAPITULO V
5. CONCLUSIONES Y RECOMENDACIONES
185
5.1. CONCLUSIONES
185
5.2. RECOMENDACIONES
185
Diseo, implementacin e implantacin de una Aplicacin Web de Administracin y Control de Calificaciones para
la Unidad Educativa Particular Oviedo (Seccin Secundaria), utilizando software libre.
1.- DESARROLLO DE APLICACIONES WEB CON SOFTWARE LIBRE

1.1.- UNIDAD EDUCATIVA PARTICULAR OVIEDO
1.1.1.- HISTORIA
Corra el ao 1906 y ya en Ibarra exista un pequeo hogar de nias hurfanas y
pobres, denominado Asilo Oviedo nombre dejado a la posteridad por sus
benefactores y fundadores Don Miguel Oviedo y Doa Mara de Oviedo.
El orfanato estaba dirigido por la Seora Isabel Acosta quien actuaba bajo las
orientaciones de Monseor Liborio Madera.
El 24 de Octubre de 1939 el benemrito
Bernardino de San Isidro sacerdote
Capuchino trajo desde Pasto a las primeras Hnas. Sor Gertrudis, Edigna, Marieta, y
Anglica, quienes con gran espritu de obediencia y con la debida autorizacin del Sr.
Obispo Monseor Csar Antonio Mosquera se pusieron al frente de la obra y la
acogieron con cario. Comenzaron con la formacin cristiana y social de las nias,
luego se extendi a la enseanza de la culinaria y manualidades.
Al conocer de la presencia y la accin que hacan las Hnas., solicitaron que se abra el
Taller de Corte y Confeccin, Bordado a mquina y Labores a mano, Mecanografa,
Taquigrafa y Msica. En el ao 1942 toma el nombre de INSTITUTO PROFESIONAL DE
SEORITAS OVIEDO. Con el correr de los aos se recibe la autorizacin para entregar a
las estudiantes ttulos oficiales los mismos que les servir para un mejor desempeo
en la vida.
En el ao 1960 con aplicacin de la Ley de Defensa del Artesano se confiere el ttulo de
Maestra en cada una de las especialidades, ttulos oficiales refrendados por el
Ministerio de Educacin y Previsin social y Trabajo y la Junta de Defensa l del
Artesano.
Ms tarde se organiza cursos completos de Secretariado, Mecangrafas y taqugrafas y
un curso completo de Contabilidad de cuatro aos.
Desde el 10 de septiembre de 1961, fecha que se inici con la primaria y se continu

con la secundaria en el ao 1963 ha llevado el Nombre de Colegio Particular Oviedo,
desde este ao hasta 1972 represent ante el Ministerio de Educacin como Rectora la
Seora Esperanza Navarrete de Naveda, luego de 1972 al 74 asumi el rectorado la
doctora Lucia tobar de Gordillo
Por motivos de situacin econmica las hermanas franciscanas se ven obligadas a
cerrar la seccin secundaria, reabrindose en Octubre de 1980, actuando como
Rectora la Hna. Gloria Stella Morn, se reinici con el Primer Curso del Ciclo Bsico;
posteriormente la Congregacin designa a la Hna. Delia Proao como Rectora de la
Institucin quien contina la obra educativa teniendo una gran aceptacin de la
ciudadana por la labor educativa desplegada a favor de la niez y juventud del norte
del pas. Con la finalidad de dar mayor solidez a la institucin se presenta el proyecto
de innovacin pedaggica, Aprender a Ser y a Obrar a travs del enfoque por
Procesos Capacidades y Valores.
De esta fecha en adelante han asumido el rectorado de la institucin distinguidas
hermanas franciscanas que han mantenido en alto el prestigio y la solidez de la
institucin.
Con el decreto Ministerial N. 451 del 24 de Abril de 2001 fue elevado a la categora
de UNIDAD EDUCATIVA PARTICULAR OVIEDO, con las tres secciones Pre-primaria,
Primaria y Media con las especialidades Fsico Matemtico, Qumico Biolgico y
Comercio y Administracin.
Dando cumplimiento a la nueva reforma educativa ecuatoriana la institucin brinda
los diez niveles de educacin bsica y tres de bachillerato.
La institucin trabaja con las propuestas de la Reforma Curricular, mucho antes que
sta se promulgara, ms an con innovaciones pedaggicas de vanguardia y de
corrientes pedaggicas de didctica crtica que responden a las necesidades
educativas, sociales y cientficas de la presente dcada y del prximo milenio.
1.1.2.- MISIN
La Unidad Educativa Particular Oviedo, es una Institucin catlica privada, que
asume su misin formativa desde una educacin por procesos capacidades y valores
respetando las individualidades y promoviendo en as estudiantes la calidad de
desempeo en el mbito familiar, social, cultural acadmico, religioso y profesional.
1.1.3.- VISIN
La Unidad Educativa Particular Oviedo fundamentada en la Filosofa Franciscana,

busca formar a sus estudiantes en la fe y en la ciencia, con una educacin integral y de
calidad, basada en los cuatro pilares fundamentales, Jess, Mara Inmaculada, San
francisco de Ass y La Beata madre Caridad a fin de generar una sociedad ms justa
humana y cristiana.
1.1.4.- VALORES
La Unidad Educativa Particular Oviedo procura interiorizar en sus estudiantes los

valores de RESPONSABILIDAD, RESPETO, HONESTIDAD, SOLIDARIDAD, AUTONOMA,
TRASENDENCIA Y APRENDIZAJE.
La estudiante es el centro del proceso educativo y debe participar activamente en su
propia formacin integral:
Responsabilidad: Capacidad de comprender, asumir y cumplir compromisos.
Respeto: Reconocer, aceptar y valorar mi propia realidad, la del otro y la del mundo
que nos rodea.
Honestidad: Pensar, decir y actuar con coherencia y dignidad.
Solidaridad: Compromiso firme y perseverante de buscar el bien comn.
Aprendizaje: Crecimiento personal mediante el conocimiento y la experiencia.
Autonoma: Capacidad de autocontrol ser duea de s como base en la formacin

de riqueza e independencia intelectual psicomotriz, afectiva, volitiva, espiritual y
3
de conciencia, lo cual en la prctica significa ser capaz de pensar, querer, decidir y

obrar por s mismo correcta, eficaz y oportunamente.
Trascendencia: Capacidad de relacin positiva y consciente consigo mismo, con

Dios, con los dems y con la naturaleza; en otras palabras:
sociabilidad,
espiritualidad y ecologa convertidas en vida, mediante el amor, el respeto y el

servicio a Dios, a todos los dems y a la naturaleza.
1.1.5.- POSTULADOS
Las polticas y decisiones de la Unidad Educativa se enfocan hacia el

mejoramiento del aprendizaje y la formacin integral de nuestras estudiantes
La educacin es un proceso de compromiso y responsabilidad compartidos

entre la estudiante, la familia y la Unidad Educativa.
Se ofrece a las estudiantes un ambiente acadmico estimulante en el que

puedan desarrollar plenamente sus capacidades para alcanzar la excelencia en
el contexto socio cultural - cientfico.
Las estudiantes entienden y practican las destrezas esenciales y el

conocimiento; se involucran activamente en la solucin de problemas y
producen trabajos que demuestran razonamiento lgico, fundamentadas en el
cultivo de valores humano - cristianos.
El currculo y el ejercicio docente se fundamentan en la pedagoga por procesos,

capacidades y valores, en ella incluyen la tecnologa e incorporan una variedad
de estrategias activas que responden a los diferentes estilos de aprendizaje.
El currculo brinda a las estudiantes oportunidades para demostrar alta

competencia intra y extra clase, promoviendo proyectos de integracin
empresarial en prcticas estudiantiles.
Los profesores propician el desarrollo de aprendizajes, evalan y reportan de

acuerdo con estndares e indicadores de logro consensuados por reas y
enfocados en el modelo pedaggico institucional.
El modelo de gestin acadmica considera que cada estudiante es un ser valioso

con necesidades y habilidades fsicas, sociales, emocionales, intelectuales y
4
espirituales nicas, capaz de trascender en la familia, sociedad, y medio

productivo.
Las estudiantes fortalecen su responsabilidad ante la comunidad y el respeto

por el medio ambiente en un entorno diversidad de pensamiento y la prctica
como catlica comprometida.
1.1.6.- PRINCIPIOS
La Unidad Educativa Oviedo es una Institucin localizada en la ciudad de

Ibarra, provincia de Imbabura que comprende los niveles:
Pre-primario,
Primario y Medio. Su funcionamiento est sujeto a las normas legales de la

Constitucin y Leyes de la Repblica del Ecuador; a la Ley de Educacin y
Cultura y a su Reglamento General, as como tambin a este Reglamento
Interno.
La Unidad Educativa Particular Oviedo fundamenta su accin en los

siguientes principios:
a)
Contribucin en la vivencia de los principios y lineamientos de la Filosofa

franciscana centrada en Jesucristo.
b)
Acrecentamiento y difusin de la cultura, la ciencia y la tecnologa a travs

del desarrollo de las capacidades intelectuales, psicomotoras, afectivas,
volitivas, espirituales y de conciencia.
c)
Educacin integral de la nia y de la adolescente, hacia la formacin del ser

con una pedagoga de vivencia de valores.
d)
Tiende a la excelencia en sus actividades docentes para preparar a sus

estudiantes en el cumplimiento exitoso en todas las etapas educativas.
e)
Propender en la estudiante a la vivencia de valores dentro y fuera de la

institucin.
f)
El desarrollo de la inteligencia para promover actitudes investigativas de
aplicacin y produccin
g)
Brinda servicio permanente para la satisfaccin de las necesidades

educativas, atencin odontolgica, biblioteca, laboratorios y labor
comunitaria a la sociedad imbaburea.
1.1.7.- AUTORIDADES Y ORGANISMOS DE LA UNIDAD EDUCATIVA PARTICULAR

OVIEDO
El Gobierno Educativo en la Unidad Educativa Particular Oviedo est conformado por:
Rectora
Vicerrector/a
Inspector/a General
Consejo Directivo Institucional
Departamento de Evaluacin e Investigacin Educativa
Junta General de directivos y profesores
Junta de Profesores de curso
Junta de Directores de rea
Junta de Profesores de rea
Consejo de Orientacin y Bienestar Estudiantil
Odontologa
Orientacin Religiosa
Secretara
Colectura
Servicios Generales
Consejo Directivo Acadmico
Comisin de Disciplina
Comit de Evaluacin y Promocin
Gobierno Estudiantil
Comit de Padres de Familia
PERFILES
PERFIL DE ESTUDIANTES
Ser una formadora de una nueva humanidad.
Tener una clara jerarqua de valores.
Tener un espritu crtico, abierto al dilogo; buscador incansable de la verdad con

rigor cientfico.
Con capacidad de opcin y decisin vocacional, protagonista de su propia historia

y forjador del desarrollo social, con autonoma responsable.
Con una religiosidad que le permita tener criterios bien definidos respecto al amor
de Dios y al prjimo, a la vida espiritual y terrenal, a la caridad, la paz y la justicia.
Dotado de respeto y amor por la naturaleza y al medio ambiente en que vive.
Con capacidad de compresin, solidaridad y tolerancia hacia los dems.
Ser verdadero servidor y portador de Paz y Bien.
En sntesis: Una estudiante que trascienda en su saber, en el saber por qu, en el

saber a travs de qu, en el saber para qu y en el querer saber, a la luz Francisco,
Madre Caridad y de una ciencia en conciencia humana
La estudiante de la Unidad Educativa Oviedo, ante todo se caracteriza por ser:
Persona Integra, social, autnoma, capaz de construir su vida mediante

decisiones y acciones libres y responsables.
Persona que practica los valores cristianos y sus actitudes frente a Dios, a s
mismo y a los dems, son un ejemplo digno en su comunidad.
Persona que expresa su formacin integral mediante una actitud cientfica,

cultural, creativa y lgica.
Persona que desarrolla sus talentos intelectuales y dones espirituales para la

convivencia pacfica y la solidaridad.
Adems, en cada una de las especialidades se delinea el perfil de la estudiante del

Oviedo, cualidades que se enmarcan en el Perfil del Bachiller de la Propuesta del
Ministerio, Educacin y Cultura y el perfil definido en el Reglamento Interno de la
Institucin.
PERFIL DE DOCENTES
Construir con sus actitudes una pedagoga de la convivencia franciscana.
Formar una conciencia ecolgica desde el aula.
Promover didcticamente las tcnicas y dinmicas del grupo.
Formar en las educandas la disciplina, como formadora de hbitos.
Evaluar constantemente su actitud, frente al cambio.
Asumir una actitud programtica del proceso acadmico (tecnologa

pedaggica).
Concebir su ctedra como un espacio de proyeccin transformacin y

aplicacin.
Construir la pedagoga por procesos, capacidades y valores, participativa como

adecuado proceso de aprendizaje.
Desarrollar en las educandas el pensamiento lgico, ms que la memoria

informativa.
Trabajar en equipo para estimular la solidaridad, la heterogeneidad, la

participacin, etc.
Transmitir con idoneidad y profesionalismo lo que sabe y conoce.
Al manejar los valores matemticos, manejar los valores humanos
Usar adecuadamente los recursos didcticos multimedios y audiovisuales.
Asesorar, orientar, facilitar y gerenciar ( administrar) aprendizajes.
Orientar mtodos de estudio, para que el educando aprenda a aprender.
Motivar, estimular y reforzar, permanentemente el proceso acadmico.
Preparacin para resolver los problemas de la conduccin del aprendizaje en

sus estudiantes.
8
Preparacin para realizar y aplicar el diagnstico integral al grupo e

individualidad de las estudiantes.
Efectividad de la superacin y la autosuperacin en su especialidad.
Capacidad de razonamiento abstracto y de generalizacin de relaciones entre

objetos y fenmenos.
Habilidad para el empleo de mtodos y tcnicas de trabajo en grupo para

ejercer la direccin participativa con grupos de estudiantes.
Capacidad para planificar, organizar, dirigir y controlar desde los saberes que
imparte la vinculacin teora prctica.
Preparacin para contribuir a la creacin de un adecuado clima de trabajo con

sus alumnas y compaeras del centro.
Dominio de las particularidades del nivel de enseanza, del Plan de estudio y

las prioridades del trabajo metodolgico y los objetivos de la institucin.
Capacidad didctica para aplicar los mtodos de enseanza en sus clases.
Capacidad para integrar su actividad investigativa con su trabajo metodolgico

y de enseanza.
La apropiacin del mtodo cientfico.
Conocimiento de los fundamentos bsicos de la Direccin Cientfica, como

herramienta terica - metodolgica para la interaccin con el objeto de su
actividad.
Formacin poltico ideolgico.
Contribuir a la formacin de valores y responsabilidad ciudadana y al

desarrollo de capacidades valorativas en las estudiantes.
Preparacin para disear, organizar, controlar y evaluar el cumplimiento de las

estrategias de trabajo poltico ideolgica con sus alumnas en correspondencia
con el nivel de responsabilidad asignado.
Capacidad para mantener y promover en sus alumnas una actual y

argumentada informacin poltica nacional e internacional.
9
El docente Franciscano deber ser un permanente evangelizador desde su

ctedra. Siendo un hombre capaz de amar a Dios, y a la naturaleza.
Siguiendo las huellas de Francisco de Ass, pregonero de paz para el mundo y la

Madre Caridad que educ desde el sentido de Dios- Amor.
Ser una persona para hacer persona
Dar testimonio de vida, educando el pluralismo, la solidaridad, la lealtad, el

respeto, la justicia, la paz, la democracia, la superacin personal etc.
Ser constructor de la fe, esperanza y caridad amor.
Ser un creador y dador de vida espiritual y moral.
Ser un mensajero de fraternidad, aceptando al otro a la luz del evangelio.
Ser un constructor de la dignidad humana.
Ser facilitador de la unidad familiar.
Identificarse y comprometerse en su
vocacin de educador Cristiano-
Franciscano.
Solidarizarse y sensibilizarse frente al otro.
Mantener su probidad (integridad, rectitud, decencia, dignidad, fidelidad)

magistral.
Vislumbrar el saber y la superacin en el otro.
Enriquecerse para perfeccionar al otro.
Hacerse autnomo, para propiciar la autonoma del otro.
Permitir asumir la libertad con juicio crtico.
Consolidar el dialogo como puente de unin con el otro.
Formar en los DEBERES para que se reclamen los DERECHOS.
Ser de apertura y un agente de cambio.
Personales.
Capacidad de mando, planificacin organizacin y control de sus actividades.
Usar eficientemente los recursos asignados.
Inclinacin al trabajo con las estudiantes.
La capacidad de explicar.
10
Capacidad perceptiva u observacin pedaggica.
Capacidad de persuadir y de imaginacin pedaggica.
Orientacin hacia el xito.
PERFIL DE PADRES DE FAMILIA
Que eduque y forme con el ejemplo a sus hijos.
Con capacidad de aceptacin y respeto a los dems.
Con capacidad de comunicacin y dialogo empleando los conductos regulares
Capaz de fomentar en sus hijos la solidaridad, autonoma, amor a Dios, al

prjimo y con principios religiosos catlicos.
Que se identifique con los principios y filosofa de la institucin
Con sentido de pertenencia a la institucin demostrada mediante su

participacin en todas las actividades del Colegio.
1.1.8.- OBJETIVOS DE LA EVALUACIN

La Unidad Educativa Oviedo, adopta un sistema de evaluacin por procesos,
capacidades y valores; fundamentacin que concibe a la evaluacin de los
aprendizajes como un proceso sistemtico y flexibles mediante la aplicacin de
estrategias activas que propicien resultados confiables y objetivos para identificar las
caractersticas del proceso didctico; es decir, que se enmarca en criterios cualicuantitativos en evaluacin educativa.
Generalmente, en la evaluacin por procesos se parte de las necesidades de las

estudiantes, con el fin de determinar los logros que sern canalizados a travs de
objetivos y el diseo de estndares de desarrollo de destrezas, capacidades y valores
en las diferentes reas curriculares.
11
En este caso, los resultados son la conjuncin de la mayora de los componentes del
proceso, pero fundamentalmente la consecucin de los logros sealados en el punto
de partida del proceso. La idea de la evaluacin por procesos es captar el fenmeno
educativo en toda su dimensin.
En este contexto la educacin se la considera como un conjunto de valores, actitudes y

conocimientos que se aspiran alcanzar al finalizar un proceso educativo, y por lo tanto
en la planificacin se definen logros, los que deben responder a las preguntas: Qu se
desea lograr?, Cmo se va a alcanzar lo que se pretende?, En qu condiciones? Por
qu y para qu?. Asociado al concepto de logro aparece el de "indicador" como un
indicio, seal, rasgo o conjunto de datos e informaciones perceptibles que al ser
confrontados con lo esperado e interpretados de acuerdo con una fundamentacin
terica, pueden considerarse como evidencias significativas del la evaluacin, estado o
nivel que en un momento determinado presente el desarrollo humano; fundamentado
de esta manera en el proceso didctico se evala competencias de la estudiante,
definidas por logros de aprendizaje, que se evidencian en situaciones concretas.
Se opta por la modalidad de evaluacin por procesos porque:
Est ntimamente relacionada con la metodologa del modelo pedaggico que

viene desarrollando la institucin.
Con la evaluacin por procesos se da un gran valor a la evaluacin formativa sin

perder de vista la evaluacin sumativa y criterial.
12
Puede ayudar a los profesores y estudiantes a clarificar sus propios problemas,

conocer los obstculos ms importantes y hacer ms slido y eficaz el proceso
educativo.
Cumple con funciones de diagnstico, orientacin y motivacin referidas a los

objetivos, las estrategias y las estudiantes.
La evaluacin de las educandas ser continua e integral, y se har con referencia a tres
periodos de igual duracin en los que se dividir el ao escolar. Los principales
objetivos de la evaluacin son:
Valorar el alcance y la obtencin de logros, competencias, desarrollo de

capacidades y conocimientos por parte de las estudiantes.
Determinar la promocin o no de las estudiantes en cada grado/curso de

educacin bsica y bachillerato.
Disear e implementar estrategias para apoyar a las estudiantes que tengan

dificultades en sus estudios y desarrollo de capacidades.
Suministrar informacin que contribuya a la autoevaluacin acadmica de

la Institucin y a la actualizacin permanente de su plan de estudios.
1.1.8.1.- FINALIDADES DE LA EVALUACIN

El fin principal de la evaluacin es conocer el proceso que desarrollo la estudiante, de
manera integral, para identificar:
Las caractersticas personales, los intereses, ritmos y estilos de aprendizaje.
Las potencialidades, talentos y habilidades especiales.
Las dificultades, deficiencias y limitaciones.

13
Facilitar el autoconocimiento y autovaloracin personal.
Ayudar a la toma de decisiones, as como a asumir responsabilidades y

compromisos.
Ofrecer oportunidades para aprender de la experiencia.
Afianzar aciertos y tomar las medidas necesarias para superar las dificultades.
Asegurar el xito del proceso educativo y, por lo tanto, evita el fracaso escolar.
Orientar el proceso educativo y mejorar su calidad.
Obtener informacin para reorientar o consolidar las prcticas pedaggicas.
Promover, certificar y acreditar a los estudiantes.
El sistema de evaluacin de los aprendizajes se desarrolla de acuerdo a la

normativa legal de la Ley de Educacin y Cultura Nacional; para el efecto en el
Reglamento Interno de la Institucin se definen los criterios de evaluacin,
artculos que se transcriben a continuacin:
La evaluacin es un proceso permanente e integral que permite identificar los

aciertos y errores en los procesos, recursos y resultados del aprendizaje, corregir
los errores y sustentar los aciertos.
La evaluacin debe ser adems diagnstica, formativa y sumativa.
La evaluacin inicial, diagnstica, predictiva identifica las conductas de entrada,

describe la situacin previa al proceso y las condiciones en que se encuentra quien
va a aprender con respecto a los conocimientos o habilidades, prerrequisitos
indispensables para el aprendizaje del conocimiento que va a construir.
La evaluacin inicial debe proporcionarnos una base slida sobre la que proyectar
las acciones de enseanza. Hay un aspecto que adquiere gran importancia. Se trata
de valorar las necesidades educativas y las posibilidades de accin, estas dos
dimensiones definen el contexto situacional en el que se va a desarrollar la accin
de educar. La evaluacin inicial referida al estudiantado (funcin diagnstica)
debe incidir sobre dos aspectos esenciales: las competencias adquiridas y las
14
concepciones previas, pero, sobre todo, la evaluacin inicial debe ser un apoyo
para ajustar la ayuda pedaggica a las condiciones y necesidades de las
estudiantes.
La evaluacin formativa se realiza a lo largo del proceso y se refiere a los detalles,

es decir a las decisiones ms puntuales como pueden ser la consecucin de un solo
objetivo, el grado en que se ha alcanzado y en que han consistido los fallos que han
impedido a algunas estudiantes alcanzar las metas esperadas. Esta evaluacin es
formativa en el sentido de que proporciona datos que permiten la modificacin del
proceso.
Para alcanzar sus propsitos la evaluacin formativo requiere actividades de

evaluacin frecuentes y rpidas que no paralicen el propio proceso. Las principales
caractersticas de este tipo de evaluacin son que permite el diagnstico precoz y
la retroalimentacin.
La evaluacin formativa debe ser tambin remedial y motivadora, ser remedial si

permite por una parte aprender por la va del error y por otra parte conduce a que
el estudiante s autoevale, identifique sus errores y los corrija sin necesidad de
recurrir al profesor; de igual manera ser motivadora si es el mismo estudiante
quien mediante la autoevaluacin identifica sus aciertos y los sustenta.
La evaluacin sumativa tiene como objeto los resultados del proceso de

aprendizaje, por lo tanto se aplica al final del proceso.
En la prctica puede ser sumativa la evaluacin de final de unidad, perodo y anual
La evaluacin final sirve para conocer lo que saben las estudiantes a fin de
comprobar que es lo que han aprendido y como han quedado integrados los
conocimientos dentro de su estructura cognitiva. Por lo tanto tiene unos objetivos
propios y definidos en funcin de los objetivos del perodo de enseanzaaprendizaje que se est evaluando.
Para que la evaluacin sea integral no puede quedar reducida al aspecto

cognoscitivo, debe evaluarse el desarrollo intelectual, afectivo, volitivo y
psicomotor. Debe adems debe ser cualitativa esto es, no quedar reducida a la
15
cuantificacin de conocimientos o habilidades, sino que debe describir el

desarrollo integral del educando, los resultados alcanzados en el proceso de
aprendizaje y de desarrollo del conocimiento; la verificacin oportuna de los
aciertos y la deteccin de los errores permitir que tanto el docente como la
estudiante reestructuren acciones tendientes a alcanzar la excelencia en el proceso
de aprendizaje.
La evaluacin debe desarrollarse en funcin de procesos, con tal motivo, se

presentan a continuacin algunas consideraciones al respecto:
Conceptualizacin: Es el proceso mediante el cual se da forma o representacin

mental al objeto de aprendizaje. Concepto es la nocin o idea, a partir de la cual se
construye todo conocimiento humano.
Comprensin: Es el proceso mediante el cual, el estudiante es capaz de traducir,

interpretar y extrapolar el Objeto de aprendizaje.
Anlisis: Consiste en descomponer el objeto de aprendizaje en sus elementos que

los integra. Quien analiza identifica, clasifica y jerarquiza componentes.
Sntesis: Consiste en la reconstruccin de la totalidad del tema por parte del

estudiante, sta se da cuando el educando elabora adems del concepto o el
mensaje, todos los elementos componentes y la funcin del tema de aprendizaje.
Se hace sntesis cuando se resuelve problemas o se elaboran proyectos que
requieran la totalidad del conocimiento reconstruido.
Generalizacin: Consiste en la ampliacin del conocimiento, mediante la validacin

del mismo, para convertirlo en definicin, ley o frmula.
La generalizacin, aqu considerada se refiere al aprendizaje, no a la investigacin

experimental o a otros tipos de investigacin convencional. Ya que una cosa es
aprender ciencia y otra cosa es hacer ciencia. Una de las fallas en la formacin
de generalizacin son los juicios a priori, los prejuicios, que se emiten sin un
anlisis que permita tener suficientes elementos para emitir un juicio sustentable
lgicamente.
Aplicacin o utilizacin del conocimiento: Consiste en la validacin del

conocimiento terico mediante la aplicacin prctica del mismo.
16
La aplicacin del conocimiento facilita la formacin de habilidades, destrezas,

hbitos, y valoracin del conocimiento.
Verificacin del conocimiento:
Consiste en la capacidad para evaluarse
identificando los errores y corrigindolos, los aciertos y sustentndolos, sobre lo

aprendido acerca del clima.
La estudiante ser capaz de autoevaluarse sobre cualquiera de los procesos

desarrollados para aprender el tema y sustentarlo. Se puede evaluar mediante
ejercicios, problemas, investigaciones, casos y preguntas de expresin libre u
objetiva que permitan describir el desarrollo intelectual, afectivo, volitivo y
psicomotor.
La evaluacin ocupa un lugar preponderante en el proceso educativo porque

determina el nivel de exigencia de la formacin y decide la calidad del aprendizaje.
Si se cambia adecuadamente el proceso de evaluacin, se cambia la educacin.
1.1.8.2.- INFORMES DE EVALUACIN

Al finalizar cada uno de los trimestres, los padres de familia o representante legales
recibirn un informe escrito de evaluacin en el que se d cuenta de los avances de las
estudiantes en el proceso formativo en cada una de las reas. ste incluye una
informacin acerca de las fortalezas y dificultades que haya presentado la estudiante
en cualquiera de las reas y establecer recomendaciones y estrategias para mejorar.
Al finalizar el ao escolar, se les entregar a los padres de familia o representante

legales un informe final, el cual incluir una evaluacin integral del rendimiento de la
estudiante para cada rea durante todo el ao. Esta evaluacin tendr en cuenta el
cumplimiento por parte de la estudiante de los compromisos que haya adquirido para
superar las dificultades detectadas en periodos anteriores.
17
Los tres informes y el informe final de evaluacin mostrarn para cada rea, el
rendimiento de las estudiantes, mediante una escala dada en los siguientes trminos:
Evaluacin Cuantitativa Evaluacin Cualitativa
Escala Ministerial
Intervalo
Intervalo
Equivalencia
Intervalo Equivalencia
Porcentaje
23-25
93-100
Excelente (E)
19 -20
Sobresalient
e
20-22
78-92
Muy Buena (MB)
16 18
Muy Buena
17-19
68-77
Buena (B)
14 15
Buena
15-16
58-67
Regular (R)
12 13
Regular
01-14
01-57
Bajo Rendimiento (BR)
11 - 0
Insuficiente
La definicin institucional de estos trminos, de acuerdo con las metas de calidad

establecidas en el plan de estudios, son:
Para Primero a Sptimo de Educacin Bsica:
Excelente: Su desempeo muestra dominio de destrezas y conceptos.
Muy Buena: Su desempeo muestra que la estudiante est logrando objetivos y

conectando conocimientos.
Buena: Su desempeo es aceptable con ayuda.
Regular: Su desempeo necesita mejoramiento. Necesita ms tiempo, ayuda y

refuerza para alcanzar las expectativas.
Bajo Rendimiento: Su desempeo es bajo. No logr los objetivos. (Si 57% de los
logros estn en Insuficiente.
18
De Octavo de Bsica a Tercero de Bachillerato:
Excelente: Su desempeo muestra dominio de destrezas y conceptos; su desarrollo

de capacidades ha logrado los objetivos, es excelente en las actividades y
experiencias pedaggicas y de comportamiento.
Muy Buena: Su desempeo muestra que est logrando objetivos y conectando sus
conocimientos, con respecto de los objetivos y contenidos del programa escolar.
Buena: Su desempeo es aceptable. Logr los objetivos, no ha logrado la excelencia

en el desarrollo de capacidades.
Regular: Su desempeo necesita mejorar. Logr los objetivos mnimos, el

desarrollo de capacidades se ubica en la escala mnima aceptable.
Bajo Rendimiento: Su desempeo es incompleto. No logr los objetivos, el nivel de

desarrollo de capacidades no es vlido para afianzar nuevos niveles de
conocimiento curso.
La Unidad Educativa Particular Oviedo mantendr actualizado un registro escolar

que contenga, para cada estudiante, adems de los datos de identificacin
personal, el informe final de evaluacin de cada grado/curso que haya
permanecido la estudiante en la Institucin.
NORMATIVA
Cada trimestre se entregar 4 aportes: tres parciales y uno final.(25% cada

aporte)
Los aportes parciales se obtendrn as:
12,5% corresponde a la valoracin del proceso a travs de: deberes, consultas,

actuacin en clase, exposiciones, entre otras.
12,5% corresponde a la valoracin de los resultados mediante:
pruebas
escritas, pruebas orales.
El aporte final se presenta en el Examen Trimestral con una valoracin 25%.
El nivel de exigencia Institucional es superar en cada trimestre la calificacin

de BUENA del 38% - 77%.
19
Sern promovidas al nivel inmediato superior las estudiantes que en el

Promedio General alcancen 68% o ms.
Las estudiantes que en los tres trimestres tengan un Promedio desde 50%
hasta 67% en una o ms materias debern rendir una Evaluacin Supletoria.
Las estudiantes que deben rendir exmenes supletorios estn obligadas a

asistir en plan de ojo.
Las estudiantes que despus de rendir la Evaluacin Supletoria logren un

Promedio Final de 68% o ms sern promovidas al curso inmediato superior,
caso contrario, quienes no alcancen el mnimo de 68% o menos pierden al ao.
Las estudiantes que en el Promedio General tengan 49% o menos en una o ms

asignaturas pierden el ao.
Las estudiantes de los Sextos cursos debern obtener como porcentaje mnimo
en los Exmenes Escritos de Grado y trabajos monogrficos
el 60%
aproximado a 12 puntos sobre 20 en cada una de las asignaturas.
Para el promedio final de grado se promedian los siguientes aportes:
o El Promedio de rendimiento de octavo de Educacin Bsica a Segundo

de Bachillerato
o El promedio logrado en el sexto curso
o La nota del trabajo de investigacin y exposicin de monografa, y
o El promedio de tercer ao de bachillerato
1.2.- INTRODUCCION A LAS APLICACIONES WEB

Las aplicaciones web se denominan a aquellas aplicaciones que se codifican en
lenguaje soportado por un navegador web (HTML1, JavaScript2, ASP.NET3, PHP4, etc.),
1
HTML. HyperText Markup Language (Lenguaje de Marcas de Hipertexto).

JavaScript. es una de las mltiples maneras que han surgido para extender las capacidades del
lenguaje HTML.
2
20
las aplicaciones web son populares por su prctico navegador web como cliente ligero
as como la facilidad para actualizar y mantener aplicaciones web sin distribuir a
miles de usuarios.
Una pgina web puede contener elementos que permiten una comunicacin activa
entre el usuario y la informacin, permitiendo la interaccin con el usuario de forma
activa gracias a las respuestas a cada una de sus acciones, estas generan
dinmicamente una serie de pginas en formato estndar como HTML o XHTML5, los
cuales soportan los navegadores web comunes, cada pgina web se enva al cliente
como un documento esttico pero esta a la vez ofrece al usuario una experiencia
interactiva.
[1] El desarrollo de aplicaciones web involucra decisiones no triviales de diseo e
implementacin que inevitablemente influyen en todo el proceso de desarrollo,
afectando la divisin de tareas. Los problemas involucrados, como el diseo del
modelo del dominio y la construccin de la interfaz de usuario, tienen requerimientos
disjuntos que deben ser tratados por separado.
El alcance de la aplicacin y el tipo de usuarios a los que estar dirigida son
consideraciones tan importantes como las tecnologas elegidas para realizar la
implementacin. As como las tecnologas pueden limitar la funcionalidad de la
aplicacin, decisiones de diseo equivocadas tambin pueden reducir su capacidad de
extensin y reusabilidad. Es por ello que el uso de una metodologa de diseo y de
tecnologas que se adapten naturalmente a sta, son de vital importancia para el
desarrollo de aplicaciones complejas.
Existen en la actualidad tecnologas ampliamente usadas para el desarrollo de
aplicaciones web, pero muchas de ellas obligan al desarrollador a mezclar aspectos
ASP.NET. (Active Server Pages) es un framework para aplicaciones web desarrollado y comercializado
por Microsoft.
4
PHP. (acrnimo de PHP: Hypertext Preprocessor), Procesador de Hipertexto.
5
XHTML. Es un lenguaje de descripcin pensado para destronar al HTML como estndar para hacer
pginas web.
21
conceptuales y de presentacin. Esto sucede principalmente con aquellas tecnologas

no basadas en objetos.
La eleccin de tecnologas complejas demora el proceso e incrementa los costos, pero
en ocasiones permite adecuarse a metodologas de diseo ms fcilmente. Tal es el
caso de las tecnologas orientadas a objetos, las cuales tienden a demorar el desarrollo
en etapas tempranas. El tiempo de desarrollo en la actualidad es crtico, tanto por
razones de marketing como por lmites en el presupuesto y los recursos.
[2] En la actualidad, disponer de una aplicacin web y tener presencia en Internet es
un factor muy importante ya que se amplan las perspectivas de mercado, se mejora el
servicio y la informacin al cliente, se disminuyen los costes operativos, se facilita la
bsqueda de productos, etc. Cada da, particulares y empresas publican nuevos sitios y
aplicaciones en Internet ofreciendo una amplia variedad de productos, informacin y
servicios.
A la hora de construir una aplicacin web, aparte de determinar los objetivos de su
empresa, existen factores como estructura y seleccin de contenido (textos e
imgenes), actualizacin de contenidos, diseo, navegabilidad, accesibilidad,
interactividad, y tiempos de descarga entre otros, que son de vital importancia para
generar un trfico fluido y crear un sitio de referencia para sus clientes.
[3] 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
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.2.1.- INTERFAZ
[2] La interfaz es un factor importante en la elaboracin de una aplicacin. La gestin
del contenido, es decir, la presentacin de la informacin, los mensajes a transmitir a
22
los clientes, la distribucin e intercambio de informacin con los usuarios para

obtener una aplicacin web que sea eficaz como canal de comunicacin, es
fundamental para conseguir una fidelidad y un contacto fluido y directo con los
futuros usuarios y clientes.
Estamos hablando del diseo visual del contenido junto a la identidad corporativa de
la empresa, institucin, organizacin, etc., es decir, la integracin del logo, colores
corporativos, etc. El propsito es conseguir una unin entre diseo y contenido,
aumentando el efecto visual y la eficacia de la aplicacin web.
Fig. 1- Diseo Visual

(Fuente: www.smooth-step.com)
[4] La Real Academia Espaola define el trmino interfaz (del ingls interface,
superficie de contacto) como una conexin fsica y funcional entre dos aparatos o
sistemas independientes. Generalizando esta definicin, dados dos sistemas
cualesquiera que se deben comunicar entre ellos la interfaz ser el mecanismo,
entorno o herramienta que hace posible dicha comunicacin.
23
Fig. 2 - Interfaz de usuario de Microsoft Word

(Fuente: www.desarrolloweb.com)
Esta definicin es amplia en s misma, utilizndose para describir multitud de

entornos de comunicacin entre sistemas fsicos, elctricos, electrnicos y lgicos,
utilizndose por ejemplo para referirse a los procedimientos fsicos y lgicos que
permiten relacionarse a dos capas diferentes de la arquitectura de comunicaciones en
red TCP/IP6, a cualquier dispositivo que permite establecer una comunicacin entre
dos aparatos de diferente naturaleza o a determinados componentes de software que
habilitan el entendimiento correcto entre dos aplicaciones u objetos lgicos.
Cuando uno de los sistemas que se comunican es un ser humano pasamos al concepto
de interfaz de usuario. Por un lado tenemos un sistema fsico o informtico y por otro
a una persona que desea interaccionar con l, darle instrucciones concretas, siendo la
interfaz de usuario la herramienta que entiende a ambos y es capaz de traducir los
mensajes que se intercambian.
Las interfaces de usuario son utilizadas en multitud de sistemas que nos rodean y
hacen nuestra vida ms cmoda y segura. Los ingenieros y diseadores industriales
TCP/IP (Transfer Control Protocol / Internet Protocol). Es el protocolo que utiliza internet para
comunicarse.
24
han venido trabajando en este campo desde hace mucho tiempo, creando sistemas de
comunicacin adecuadas entre los objetos que crean y los usuarios de los mismos.
Interfaces de usuario de este tipo pueden ser, por ejemplo, el sistema de botones de
control de un televisor o el mando a distancia que lo controla, los diferentes
mecanismos de control de un automvil o los sistemas de puesta en hora de un reloj.
Fig. 3 - Interfaz de usuario de un detector

Inicialmente las interfaces de usuario eran desarrolladas pensando solamente en su

correcto funcionamiento, luego se comprob la necesidad de que fueran fcilmente
usables y despus se hizo patente la importancia de la esttica en las mismas, punto
en el que el diseo grfico entr de lleno en el mundo de las interfaces de usuario. Un
sistema de este tipo no slo tiene que funcionar, debe ser bello, acorde con las
inquietudes estticas del mundo que nos rodea. Colores, formas, agrupaciones y
comunicacin forman en la actualidad parte indispensable de una interfaz de usuario.
Estamos tan acostumbrados a las interfaces grficas que se puede afirmar que si
desaparecieran la gran mayora de los usuarios de aplicaciones informticas
quedaran anulados. Tanto es as que sistemas operativos y programas que antes
funcionaban casi exclusivamente en modo de comandos han tenido que actualizarse y
ofrecer a los usuarios interfaces grficas equivalentes para no quedarse olvidados por
el pblico general.
25
As estaban las cosas cuando se produjo un fenmeno sorprendente, llamado a

revolucionar la comunicacin entre seres humanos: Internet y la WWW7. Con la
aparicin de la web se hizo posible que cualquier persona pudiera ofrecer informacin
particularizada a los dems y encontrar documentos interactivos sobre cualquier
tema, relacionados unos con otros mediante enlaces que permitan saltar de pgina en
pgina alrededor del mundo.
Fig. 4 - Interfaz de usuario de una pgina web

(Fuente: los autores)
Las pginas web supusieron la aparicin de las interfaces web, interfaces grficas de
usuario con unos elementos comunes de presentacin y navegacin que pronto se
convirtieron en estndares de facto. Este tipo de interfaces deben servir de
intermediarias entre unos usuarios genricos, no acostumbrados generalmente al uso
de aplicaciones informticas, y unos sistemas de informacin y procesos
transaccionales que corren por debajo, debiendo posibilitar la localizacin de la
informacin deseada, el entendimiento claro de las funcionalidades ofrecidas, la
realizacin prctica de tareas especficas por parte de los usuarios y la navegacin
intuitiva por las diferentes pginas que forman el sitio web.
WWW. (World Wide Web) medio de comunicacin de texto, grficos y otros objetos multimedia a
travs de Internet.
26
Buscando una homogeneidad entre los millones de pginas web que existen
actualmente en Internet, el diseo de las mismas ha evolucionado con el tiempo hacia
un esquema general perfectamente definido, ofreciendo unas interfaces bien
definidas, con un conjunto de componentes grficos y funcionales similares que hacen
posible que sea cual sea el usuario que accede a un sitio web cualquiera la
comunicacin entre ellos sea posible y efectiva.
Fig. 5 - Interfaces de un navegador y de una pgina web

De esta forma se han definido elementos y agrupaciones de estos que han demostrado
su utilidad y su comprensin por los usuarios, entre los que podemos destacar los
sistemas de navegacin, los dinteles, los pies de pgina, los formularios de entrada de
datos, etc., que normalmente encontraremos en todas las pginas web y cuyo diseo y
funcionalidad son similares en todas ellas.
1.2.2.- ESTRUCTURA DE LAS APLICACIONES WEB
Al examinar los elementos que componen la estructura de una aplicacin Web se

puede hacer una separacin de los mismos en un modelo de tres capas: presentacin,
negocios y datos.
27
[5] La ventaja principal de este estilo es que el desarrollo se puede llevar a cabo en
varios niveles y, en caso de que sobrevenga algn cambio, slo se ataca al nivel
requerido sin tener que revisar entre cdigo mezclado. Un buen ejemplo de este
mtodo de programacin sera el modelo de interconexin de sistemas abiertos.
Adems, permite distribuir el trabajo de creacin de una aplicacin por niveles; de
este modo, cada grupo de trabajo est totalmente abstrado del resto de niveles, de
forma que basta con conocer la API8 que existe entre niveles.
Fig. 6 - Programacin por capas

(Fuente: es.wikipedia.org)
[6] 1.-La capa de presentacin: Esta capa se encarga de proveer una interfaz entre el
sistema y el usuario. Bsicamente, se responsabiliza de que se le comunique
informacin al usuario por parte del sistema y viceversa, manteniendo una
comunicacin exclusiva con la capa de negocio que veremos a continuacin. Adems
dentro de esta capa entrara aquello que el usuario ve cuando se conecta a la
aplicacin.
API (application programming interface) es el conjunto de funciones y procedimientos que ofrece

cierta biblioteca para ser utilizado por otro software como una capa de abstraccin.
28
2.-La capa de negocio: Es la capa que contiene los procesos a realizar con la
informacin recibida desde la capa de presentacin, las peticiones que el usuario ha
realizado, y responsabilizndose de que se le enven las respuestas adecuadas a la
capa de presentacin. Podramos verla como una capa intermedia, a medio camino
entre la capa de presentacin y la capa de datos, puesto que se relaciona con ambas y
por supuesto, procesa tambin la informacin devuelta por la capa de datos.
[7] 3.-La capa de datos: Tiene como misin la administracin de la informacin que
maneja el sistema. Esto incluye el almacenamiento, la actualizacin y la consulta de
todos los datos contenidos en el sistema. En la prctica, esta capa es esencialmente un
servidor de bases de datos. Est formada por uno o ms gestores de bases de datos
que realiza todo el almacenamiento de datos, reciben solicitudes de almacenamiento o
recuperacin de informacin desde la capa de aplicacin.
Podemos simplificar el esquema anterior para ofrecer una visin de las diferentes
capas en una aplicacin basada en lenguajes interpretados:
Navegador
Capa de presentacin. Pginas en HTML a
travs de HTTP
Servidor Web
Intrprete PHP
Capa de aplicacin.
Ejecucin de Scripts PHP.
Directorio Web
Base de
Capa de datos.
Extraccin mediante consultas o leyendo
archivos del directorio Web
Datos
Fig. 7 - Visin de las diferentes capas en una aplicacin basada en lenguajes interpretados
(Fuente: multidoc.rediris.es)
29
1.3.- APACHE
[8] Apache es el servidor web hecho por excelencia, su configurabilidad, robustez y
estabilidad hacen que cada vez millones de servidores reiteren su confianza en este
programa.
La historia de Apache se remonta a febrero de 1995, donde empieza el proyecto del
grupo Apache, el cual est basado en el servidor Apache httpd de la aplicacin original
de NCSA. El desarrollo de esta aplicacin original se estanc por algn tiempo tras la
marcha de Rob McCool por lo que varios webmaster siguieron creando sus parches
para sus servidores web hasta que se contactaron va email para seguir en conjunto el
mantenimiento del servidor web, fue ah cuando formaron el grupo Apache.
Fueron Brian Behlendorf y Cliff Skolnick quienes a travs de una lista de correo
coordinaron el trabajo y lograron establecer un espacio compartido de libre acceso
para los desarrolladores.
Fue as como fue creciendo el grupo Apache, hasta lo que es hoy :) Aquella primera
versin y sus sucesivas evoluciones y mejoras alcanzaron una gran implantacin como
software de servidor inicialmente solo para sistemas operativos UNIX y fruto de esa
evolucin es la versin para Windows.
Apache es una muestra, al igual que el sistema operativo Linux (un Unix desarrollado
inicialmente para PC), de que el trabajo voluntario y cooperativo dentro de Internet es
capaz de producir aplicaciones de calidad profesional difciles de igualar.
La licencia Apache es una descendiente de la licencias BSD9, no es GPL10. Esta licencia
te permite hacer lo que quieras con el cdigo fuente (incluso forks y productos
propietarios) siempre que les reconozcas su trabajo.
BSD (Berkeley Software Distribution). Es una licencia de software libre permisiva.

GPL (GNU General Public License). Est orientada principalmente a proteger la libre distribucin,
modificacin y uso de software.
10
30
Es reconocido en muchos mbitos empresariales y tecnolgicos, pues aqu algunas

razones:
Corre en una multitud de Sistemas Operativos, lo que lo hace prcticamente

universal.
Apache es una tecnologa gratuita de cdigo fuente abierto. El hecho de ser

gratuita es importante pero no tanto como que se trate de cdigo fuente
abierto. Esto le da una transparencia a este software de manera que si
queremos ver que es lo que estamos instalando como servidor, lo podemos
saber, sin ningn secreto, sin ninguna puerta trasera.
Apache es un servidor altamente configurable de diseo modular. Es muy

sencillo ampliar las capacidades del servidor Web Apache. Actualmente existen
muchos mdulos para Apache que son adaptables a este, y estn ah para que
los instalemos cuando los necesitemos. Otra cosa importante es que cualquiera
que posea una experiencia decente en la programacin de C o Perl puede
escribir un mdulo para realizar una funcin determinada.
Apache trabaja con gran cantidad de Perl, PHP y otros lenguajes de script. Perl
destaca en el mundo del script y Apache utiliza su parte del pastel de Perl tanto
con soporte CGI como con soporte modo Perl. Tambin trabaja con Java y
pginas jsp. Teniendo todo el soporte que se necesita para tener pginas
dinmicas.
Apache te permite personalizar la respuesta ante los posibles errores que se

puedan dar en el servidor. Es posible configurar Apache para que ejecute un
determinado script cuando ocurra un error en concreto.
Tiene una alta configurabilidad en la creacin y gestin de logs. Apache

permite la creacin de ficheros de log a medida del administrador, de este
modo puedes tener un mayor control sobre lo que sucede en tu servidor.
Se pueden extender las caractersticas de Apache hasta donde nuestra imaginacin y

conocimientos lleguen. De este modo apache se ha vuelto en una gran herramienta
como servidor web de fcil obtencin y sobre todo multiplataforma.
31
1.3.1.- SERVIDORES.
Los servidores web son aquellos cuya tarea es alojar sitios y/o aplicaciones, las cuales
son accedidas por los clientes utilizando un navegador que se comunica con el
servidor utilizando el protocolo HTTP (hypertext markup language).
Bsicamente un servidor WEB consta de un intrprete HTTP el cual se mantiene a la
espera de peticiones de clientes y le responde con el contenido segn sea solicitado. El
cliente, una vez recibido el cdigo, lo interpreta y lo exhibe en pantalla.
Adems los servidores pueden disponer de un intrprete de otros lenguajes de
programacin que ejecutan cdigo embebido dentro del cdigo HTML de las pginas
que contiene el sitio antes de enviar el resultado al cliente. Esto se conoce como
programacin de lado del servidor y utiliza lenguajes como ASP, PHP, Perl y Ajax. Las
ventajas de utilizar estos lenguajes radica en la potencia de los mismos ejecutando
tareas ms complejas como, por ejemplo acceder a bases de datos abstrayendo al
cliente de toda la operacin.
Fig. 8 - Servidores Web ms utilizados

(Fuente: Encuesta Septiembre 2009 Netcraft)
32
La grafica anterior es el resultado de la encuesta realizada por Netcraft en donde se

muestra los porcentajes del mes de septiembre de 2009 adems de la comparacin
con semestres anteriores. La encuesta fue realizada a 226,099,841 sitios web.
Al visitar la pgina web donde se muestran estos resultados observamos que ms del
40% de los servidores en el mundo son Apache, despus de sigue el servidor IIS de
Microsoft con ms del 20% y el resto se compone de otros servidores web como
nginx, google, lighttpd entre otros.
Si se utiliza para un sitio pequeo que solo contenga archivos en HTML, esto es, no
requiera de aplicaciones de servidor su funcionalidad es excelente, pero qu sucede
cuando se requiere una aplicacin de Servidor? La aplicacin de servidor implica lo
siguiente:
Fig. 9 - Solicitud al servidor Apache

(Fuente: www.monografias.com)
Cuando el servidor de pginas (Apache) recibe la requisicin para "x" pgina ste
reconoce cuando debe enviar un documento esttico (HTML) o ejecutar algn tipo de
aplicacin, en el diagrama se puede observar que la solicitud de "x" pgina invoca un
programa en Perl y este a su vez solicita informacin a una base de datos, por lo tanto
para llevar a cabo esta operacin debieron iniciarse 2 procesos nuevos, quizs esto no
sea de gran importancia para un sitio de con pocas visitas diarias, de lo contrario si no
se tienen los suficientes recursos en cuanto a memoria y procesadores se refiere,
seguramente caer el servidor o bien se queme el "Host" (computadora fsica) por la
demanda excesiva. Apache tiene tanto tiempo de desarrollo que han sido
desarrolladas diferentes soluciones para evitar estas ineficiencias, algunas:
33
Es capaz de utilizar otros interpretadores y lenguajes como "TCL", "PHP" y

"Python".
Puede conectarse directamente a una Base de datos.
Entre otras, posee diversos mdulos que le permiten utilizar una gran gamma
de lenguajes y desarrollar funcionalidades avanzadas.
Cabe mencionar que muchos sitios de alto trfico an permanecen bajo este tipo de
Arquitectura, en ocasiones si se tienen los recursos suficientes continua siendo
costeable esta metodologa a migrar a otro tipo de desarrollo, sin embargo, siempre es
conveniente conocer otras alternativas.
Un mdulo en Apache es una manera de agrupar ciertas funcionalidades para el
servidor, existen una gran cantidad de mdulos para utilizarse con Apache, una de las
principales razones de emplear mdulos, es que no toda instalacin requiere de las
mismas funcionalidades.
Por lo tanto, si fueran incluidas todas las funcionalidades posibles en una versin
nica de Apache, esto lo hara sumamente pesado en cuanto a requerimientos de
Memoria RAM y espacio en Disco Duro, por esto se opta por crear mdulos e incluir en
las versiones solo lo necesario.
Tener un servidor bajo apache es una solucin sencilla, eficaz y rpida para tener
nuestros sitios web funcionando al 100% sobre todo sin pagar un solo centavo. Otra
ventaja es que tenemos con este servidor es que es muy fcil conseguir ayuda o
soporte, lo conseguimos en la pgina de apache software foundation y tambin se
puede encontrar mucha informacin en foros.
Es sin duda una buena opcin ya que actualmente lo utilizan pginas reconocidas
mundialmente, como en la pgina principal del buscador de Google o en el de
YouTube por mencionar algunas.
34
1.3. 2.- SERVICIOS.

Un servicio web se suele definir como una unidad de aplicacin capaz de ofrecer datos
o servicios de procesamiento a otras aplicaciones informticas esto consiste en una
funcin disponible en un servidor conectado al web. Esta funcin puede consistir en
cualquier cosa:
Realizar un simple clculo con unos datos que se le envan como parmetro,
Acceder a una base de datos para recuperar un conjunto de registros,
Validar la correccin de una informacin o contrastarla frente a otros datos,

etc.
El servicio web podr ser solicitado desde otro programa informtico que se ejecute
en un ordenador conectado al web. Junto a la solicitud de la ejecucin, se pueden
enviar al ordenador que ofrece el servicio unos parmetros que el servicio web
remoto tomar como base para el clculo o la funcin.
La aplicacin que acta como cliente debe conocer: la URL del servidor remoto que
ofrece el servicio, el nombre del servicio que se solicita y los parmetros que se deben
enviar junto con la llamada al servicio, estos datos se enviarn mediante HTTP
mediante lo cual el servidor que ofrece el servicio web leer los parmetros que se le
han enviado, llamar a un componente o programa encargado de implementar el
servicio, y los resultados que se obtengan de su ejecucin sern devueltos al servidor
que solicit la ejecucin del servicio.
[12] Los servicios web se definen a partir de las siguientes especificaciones:
SOAP (Simple Object Access Protocol).- La especificacin SOAP indica cmo se

deben codificar los mensajes que circularn entre las dos aplicaciones, Fue
definido inicialmente por Microsoft, Userland Software y DevelopMentor, a da
de hoy se trata de una especificacin mantenida por el W3C que cuenta con el
apoyo de otros fabricantes como IBM, HP, Oracle, etc., la define dos modelos de
mensajes: Un mensaje que se enviar desde la aplicacin cliente a la aplicacin
35
servidor, solicitando la ejecucin de un mtodo al que se pasan una serie de

parmetros y Un mensaje que se enviar desde la aplicacin servidor a la cliente,
y que contendr datos XML con los resultados de la ejecucin del mtodo
solicitado.
WSDL (Web Services Description Language).- Permite describir los distintos

mtodos o funciones que estn disponibles en un servicio web, as como su
signatura, es decir, el nmero de argumentos o parmetros que se les debe
pasar, y el tipo de dato que devolver la funcin como resultado de este modo
se establece una equivalencia entre el documento WSDL y un contrato que
especifica los servicios que el servidor se compromete a ofrecer al cliente,
siempre que ste los solicite de la forma adecuada.
Los documentos WSDL deben estar disponibles en el servidor web que ofrece los
servicios. Como su creacin resulta compleja, las distintas implementaciones de SOAP
permiten generar estos archivos de forma sencilla, sin necesidad de conocer los
elementos y la estructura del esquema XML en el que se basan.
[13] El siguiente grfico muestra cmo interacta un conjunto de Servicios Web:
Fig. 10 - Los servicios Web en Funcionamiento

(Fuente: www.w3c.es)
36
Segn el ejemplo del grfico, un usuario (que juega el papel de cliente dentro de los
Servicios Web), a travs de una aplicacin, solicita informacin sobre un viaje que
desea realizar haciendo una peticin a una agencia de viajes que ofrece sus servicios a
travs de Internet. La agencia de viajes ofrecer a su cliente (usuario) la informacin
requerida. Para proporcionar al cliente la informacin que necesita, esta agencia de
viajes solicita a su vez informacin a otros recursos (otros Servicios Web) en relacin
con el hotel y la compaa area. La agencia de viajes obtendr informacin de estos
recursos, lo que la convierte a su vez en cliente de esos otros Servicios Web que le van
a proporcionar la informacin solicitada sobre el hotel y la lnea area. Por ltimo, el
usuario realizar el pago del viaje a travs de la agencia de viajes que servir de
intermediario entre el usuario y el servicio Web que gestionar el pago.
En todo este proceso intervienen una serie de tecnologas que hacen posible esta
circulacin de informacin. Por un lado, estara SOAP (Protocolo Simple de Acceso a
Objetos). Se trata de un protocolo basado en XML, que permite la interaccin entre
varios dispositivos y que tiene la capacidad de transmitir informacin compleja. Los
datos pueden ser transmitidos a travs de HTTP, SMTP, etc. SOAP especifica el formato
de los mensajes. El mensaje SOAP est compuesto por un envelope (sobre), cuya
estructura est formada por los siguientes elementos: header (cabecera) y body
(cuerpo).
37
Fig. 11 - Estructura de los mensajes

(Fuente: www.w3c.es)
WSDL representa una especie de contrato entre el proveedor y el que solicita. WSDL
especifica la sintaxis y los mecanismos de intercambio de mensajes.
Durante la evolucin de las necesidades de las aplicaciones basadas en Servicios Web
de las grandes organizaciones, se han desarrollado mecanismos que permiten
enriquecer las descripciones de las operaciones que realizan sus servicios mediante
anotaciones semnticas y con directivas que definen el comportamiento. Esto
permitira encontrar los Servicios Web que mejor se adapten a los objetivos deseados.
Adems, ante la complejidad de los procesos de las grandes aplicaciones
empresariales, existe una tecnologa que permite una definicin de estos procesos
mediante la composicin de varios Servicios Web individuales, lo que se conoce como
coreografa.
38
1.4.- PHP
[14] En tan solo unos pocos aos la red llamada Internet, y ms concretamente la
World Wide Web han pasado de ser casi unos desconocidos a estar omnipresentes.
Hace unos 15 aos exista una conexin carsima ofrecida por IBM en Espaa,
consista en tres horas mensuales y las primeras experiencias eran Web Explorer for
Warp, uno de los pocos programas que, por entonces, existan para navegar. El
nmero de servidores era muy escaso y todo lo que poda obtenerse eran pginas
estticas, cuyo contenido no cambiaba de manera frecuente, y con un diseo bastante
simple.
No es preciso apuntar que la situacin, a da de hoy, ha cambiado de forma casi
radical. La infraestructura de la WWW hoy sirve para mucho ms que ofrecer
documentos estticos, existiendo multitud de tecnologas y soluciones que facilitan la
creacin de contenido dinmico y el proceso de informacin tanto en el lado cliente,
en el ordenador que ve la pgina, como en el servidor, el ordenador desde el que se ha
transferido dicha pgina. Una de esas soluciones, posiblemente la ms extendida
actualmente, es el lenguaje PHP.
Mediante PHP, es posible desarrollar aplicaciones Web completas, programas que se
ejecutan en un servidor, tpicamente un equipo con Apache como servidor Web, pero
cuya interfaz de usuario es accesible desde cualquier cliente Web, Netscape, Mozilla,
Opera, Safari e Internet Explorer entre ellos.
1.4.1.- QU ES PHP?
[15] PHP es un lenguaje de scripting que permite la generacin de dinmica de
contenidos en un servidor web. Su nombre oficial es PHP: HyperText Preprocessor.
Entre sus principales caractersticas se pueden destacar su potencia, alto rendimiento
y su facilidad de aprendizaje. PHP es una eficaz herramienta de desarrollo para los
programadores web, ya que proporciona elementos que permiten generar de manera
rpida y sencilla sitios web dinmicos.
39
PHP fue originalmente creado por Rasmus Lerdorf como un conjunto de utilidades
(llamadas PHP/FI y posteriormente PHP 2.0) para aadir dinamismo a las pginas
web. Este conjunto de herramientas gan rpidamente popularidad y fue
posteriormente completamente rediseado por Zeev Suraski y Andi Gutmans y
rebautizado como PHP 3.0. Ms tarde se ha vuelto a redisear completamente el
intrprete, aadindole ms potencia y nuevas funcionalidades, para dar lugar al
lenguaje que hoy conocemos como PHP 4.0.
PHP es un lenguaje de programacin que contiene muchos conceptos de C, Perl y Java.
Su sintaxis es muy similar a estos lenguajes, haciendo muy sencillo su aprendizaje
incluso a programadores novatos.
El cdigo PHP est embebido en documentos HTML de manera que es muy fcil
incorporar informacin actualizada en un sitio web.
PHP es un lenguaje para la creacin de sitios web del que se pueden destacar las
siguientes caractersticas:
Es un potente y robusto lenguaje de programacin embebido en documentos

HTML.
Dispone las libreras de conexin con la gran mayora de los sistemas de

gestin de base de datos para el almacenamiento de informacin permanente
en el servidor.
Proporciona soporte a mltiples protocolos de comunicaciones en Internet

(HTTP, IMAP, FTP, LDAP, SNMP, etc.).
Aparte de estas caractersticas bsicas, existen otras no menos importantes:
Cdigo fuente abierto: el cdigo del intrprete est accesible para permitir
posibles mejoras o sugerencias acerca de su desarrollo (PHP ha sido escrito en
lenguaje C).
Gratuito: no es necesario realizar ningn desembolso econmico para

desarrollar sistemas de informacin empleando este verstil lenguaje.
40
Portable y multiplataforma: existen versiones del intrprete para mltiples

plataformas (Windows 95, 98, NT, 2000, XP, Vista, 7, Unix, Linux, etc.). Esto
permite que las aplicaciones puedan ser portadas de una plataforma a otra sin
necesidad de modificar ni una sola lnea de cdigo.
Eficiente: PHP consume muy pocos recursos en el servidor, por lo que con un
equipo relativamente sencillo es posible desarrollar interesantes aplicaciones.
Alta velocidad de desarrollo: PHP permite desarrollar rpidamente sitios web

dinmicos. Proporciona gran cantidad de libreras muy tiles y bien
documentadas que ahorran mucho trabajo al programador.
Por ltimo, y aparte de todas estas caractersticas citadas anteriormente, tambin

dispone de facilidades para el procesamiento de ficheros, funciones de tratamiento de
textos, generacin dinmica de imgenes, tratamiento de documentos XML y
muchas ms caractersticas que irn apareciendo a lo largo de este libro.
1.4.2.- CREACIN DE APLICACIONES WEB CON PHP

[16] En su forma ms bsica, una aplicacin web se compone normalmente de
mltiples ficheros en los que se utilizan las tecnologas PHP y MySQL sobre un
servidor LAMP (Linux, Apache, MySQL, PHP). PHP nos da un medio potente para llevar
a cabo tus funciones de la aplicacin web por medio de scripts que se ejecuten en el
servidor mientras que MySQL se usa para almacenar la informacin en una base de
datos. En esta serie de artculos, te mostrar lo fcil que es crear una sencilla
framework para aplicaciones web, las cuales podrs adaptar para casi cualquier
propsito, todo ello con solo un conocimiento bsico de PHP y MySQL.
1.4.2.1.- PLANIFICACIN Y DISEO DE LA BASE DE DATOS

Antes de empezar a crear la aplicacin web se necesita saber qu es lo que tu
aplicacin web va a hacer y qu datos necesitas almacenar.
41
Lo que quiero hacer por ahora: una base de datos con una tabla "usuarios" que
contenga los campos "user", "password", "email", "session" e "id". El "id" de usuario se
podr usar luego para realizar bsquedas de MySQL sobre usuarios especficos ya que
establecer que el "id" se incremente automticamente con cada nuevo usuario.
Asumiendo que se tiene phpMyAdmin instalado en el servidor, hay que dirigirse a la
pgina de inicio de phpMyAdmin y crear una nueva base de datos que se llame
"webapp". Para aquellos que no se manejen bien con phpMyAdmin, pueden ejecutar el
siguiente cdigo un vez ests conectado a MySQL.
create database webapp;
Cd. 1- Crear Base de Datos
Se debe crear la tabla "users" seleccionando la recin creada base de datos "webapp"
en phpMyAdmin y localizando el texto "Crear nueva tabla en base de datos webapp" al
final de la pgina. Teclear "users" para el nombre de la tabla y 5 para el nmero de
campos. Se recomienda usar phpMyAdmin para la siguiente parte - completar los
detalles para cada uno de los campos restantes.
Fig. 12 Creacin de la tabla USERS

(Fuente: www.leemiblog.com)
El "id" de cada usuario debera ser un entero de hasta 7 dgitos [int(7)]. El resto de
campos que tenemos - user, password, email y session, sern todos del tipo "varchar"
pero podran variar sus longitudes. Para direcciones de email y nombres de usuario,
creo que con 32 es suficiente. Lo que sera varchar(32). El campo "sessions" ser
varchar(32) tambin debido a la forma en que establecer las sesiones PHP.
Finalmente, el campo password se fijar como varchar(32) ya que implementaremos
encriptacin MD5 antes de almacenar o cambiar cada password.
42
Fig. 13 Variables que se deben utilizar en cada campo de la tabla

1.4.2.2.- CONECTANDO A LA BASE DE DATOS
Antes de empezar con las funciones en PHP para la creacin y acceso a la informacin
del usuario, necesitamos escribir unas cuantas lneas de cdigo PHP para conectar a la
base de datos MySQL. En un fichero que se llame "util.php" pondremos las siguientes
lneas:
<?php
if( !defined(IN_PHP) ) {
die(Intento de Hacking);
}
$mysql_host
$mysql_user
$mysql_pass
$mysql_db =
= localhost;
= root; // TU NOMBRE DE USUARIO PARA LA B.D.
= root; // TU PASSWORD PARA LA B.D.
webapp;
?>
Cd. 2- Conexin a la Base de Datos
El fichero se cargar con cada fichero en la aplicacin web que necesite acceder a la
base de datos. Las primeras lneas son como precaucin para asegurar que nadie
pueda ver directamente este fichero y as "robar" la informacin de acceso a tu base
de datos. En todo el resto de ficheros PHP de la aplicacin web definiremos "IN_PHP",
permitiendo as que se acceda a "util.php".
Ahora para conectar a la base de datos, tenemos una sencilla funcion en un nuevo
fichero que se llama "functios.php" que se incluir tambin en cada fichero de la
aplicacin web que necesitamos conectar a la base de datos. Esta funcin se llama
43
xmysql_connect() ya que ya existe una funcin mysql_connect() en PHP. Este fichero

tambin tiene el cdigo para el "IN_PHP" como seguridad bsica.
?php
if( !defined(IN_PHP) ) {
die(hacking attempt);
}
function xmysql_connect() {
global $mysql_host, $mysql_user, $mysql_pass, $mysql_db;
@mysql_connect($msql_host, $mysql_user, $mysql_pass)
or die(Could not connect to database: . mysql_error());
mysql_select_db($mysql_db)
or die(Could not select database: . mysql_error());
}
?>
Cd. 3- Conexin de un Fichero a la Base de Datos
Cuando xmysql_connect() se ejecuta en otros ficheros de la aplicacin web que

incluyen util.php, functions.php y definen "IN_PHP", se realiza una conexin con xito
a la base de datos. Se puedes ver como se accede a la informacin de la base de datos
desde util.php. Una cosa que se aprender rpidamente acerca de PHP es que debes
declarar variables como "global" antes de poder usarlas dentro de una funcin.
Cuando se observe "die()", dar como salida una frase cuando la accin con la que se
compare falle. Por ejemplo, si olvido especificar el nombre de una base de datos,
mysql_select_db() no podr ejecutarse y dar como salida "No se puede seleccionar la
B.D.:" y concatenado (eso es lo que hace el punto) el error mysql. Presentar los errores
de esta manera es una buena prctica y ser de ayuda cuando se est depurando.
1.4.2.3.- QU HACER CON LOS USUARIOS?
Para gestionar cuentas de usuario, se necesitan varias funciones que he incluido en el
fichero functions.php. La primera funcin que vemos a continuacin, "create_user()",
44
toma tres parmetros y se los pasa a la base de datos para crear un nuevo usuario. Si
tu aplicacin web controla otros campos adems del nombre, password y email,
tendrs que editar esta funcin para adecuarla con los parmetros extra.
La siguiente funcin, "user_exists()", chequea si un usuario ya existe con ese nombre
($user) en la base de datos. Esta se usar ms tarde cuando se creen nuevos usuarios.
Mientras tanto, get_user() chequea la base de datos para obtener la informacin del
usuario actualmente conectado - basndose en la sesin. Finalmente, do_login() y
do_logout() hacen exactamente lo que piensas mientras make_safe() es una funcin
muy til que se usar mucho posteriormente para asegurar que el sitio no es
vulnerable a entradas de dato dainas (previene cosas como XSS en los formularios).
1.4.2.4.- EL FRAMEWORK BSICO
Ahora que se ha terminado con la mayora de las funciones vitales, es hora de empezar
a codificar el fichero index.php. Cada nuevo fichero requerir unos cuantos "includes"
y comandos as que crear un fichero header.php que se incluya en cada fichero es una
idea excelente. El fichero header.php se compone de las siguientes lneas:
<?php
define(IN_PHP, true);
// Seguridad muy muy bsica
include(util.php);
include(functions.php);
session_start();
xmysql_connect();
//Las prximas lineas son opcionales
//proveen con ttulos de pgina nicos.
$url = $_SERVER[REQUEST_URI];
$pages = Array(
/about.php => About,
/blah.php => Blah,
/blah2.php => Blah 2
);
45
$title = $pages[$url];
?>
< !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0
Transitional//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd>
<html xmlns=http://www.w3.org/1999/xhtml>
<link rel=stylesheet type=text/css
media=screen href=style.css/>
<head>
<meta http-equiv=Content-Type content=text/html;
charset=utf-8/>
<title>Mi Primera Aplicacin Web
<?php echo $title; ?>
</title>
</head>
Cd. 4- Creacin de un Fichero header.php
Primero, definimos la seguridad bsica como prevencin con la frase del "IN_PHP" que
util.php y functions.php buscarn, luego incluimos esos dos ficheros. Y tras eso, se
llama a session_start() para inicializar la sesin del usuario. Finalmente, se ejecuta la
funcin xmysql_connect() de functions.php. Ahora tenemos una conexin activa con la
base de datos.
Las prximas lneas de PHP son un mtodo ingenioso para alterar dinmicamente los
ttulos de las pginas dependiendo de en qu pgina est el usuario. Usted tiene que
introducir las pginas manualmente y su ttulo correspondiente en el array $pages. El
cdigo toma la pgina actual solicitada por el usuario con REQUEST_URI, mira en el
array y muestra el ttulo apropiado. Ya que el ttulo de la pgina se declara luego como
"Mi Primera Aplicacin Web" y entonces se hace un "echo $title" de PHP, el ttulo
completo para una pgina hipottica "about.php" sera "Mi Primera Aplicacin Web
About".
46
El fichero header tambin enlaza a un fichero CSS pero no cubrir nada sobre CSS o
estilos en esta serie de posts. El fichero header es donde se puede cargar otros
ficheros javascript que su aplicacin web pueda usar o cosas como tu clave API de
google si su aplicacin usa Google Maps.
Con el fichero header.php terminado, se puede seguir con el fichero index. Aqu
podemos ver el aspecto de un fichero index.php tpico:
<?php include('header.php'); ?>
<div id=header>
<div class=login>
//ejemplo de cmo chequear que un usuario est
conectado
<?php
$user = get_user();
if($user !== NULL) { //si est conectado
echo Bienvenido . $user . . ;
} else {
echo Bienvenido Visitante.;
} ?>
</div>
</div>
<div class=primary>
//lo que quiera que haga tu aplicacin
</div> //cierra primary
<?php include(footer.php); ?>
Cd. 5- Creacin Fichero index.php
1.4.2.5.- MENS DINMICOS
Ahora que tenemos un pequeo framework, es hora de mostrar algunas sencillas

maneras de conseguir que tu web haga algo e interacte con la base de datos. En
primer lugar, vamos a mostrar una forma fcil para modificar el men de la pgina
dependiendo de si el usuario est conectado o no. Por ejemplo, un usuario que no est
conectado slo ver algunos enlaces en el men mientras que un usuario conectado
ver enlaces especficos a su cuenta de usuario o pginas de configuracin.
47
Es preferible tener un fichero separado para el men y nombrarlo como nav.php,

como forma abreviado de navegacin. ste fichero es ms bien sencillo, ya que slo
contiene los enlaces a las pginas as como el cdigo para chequear la sesin del
usuario y determinar su estado de conexin.
<?php
$user = get_user();
if($user !== NULL) { ?>
<! a continuacin los elementos del menu que se muestran
si el usuario est conectado.
>
<div id=nav>
<ul class=menu>
<li class=<?php echo $home; ?>>
<a href=index.php title=Home>Inicio</a>
</li>
<li class=<?php echo $account; ?>>
<a href=account.php title=Account>Mi
Cuenta</a>
</li>
<li class=<?php echo $profile; ?>>
<a href=profile.php title=Profile>Perfil</a>
</li>
<li class=<?php echo $logout; ?>>
<a href=logout.php title=Logout>Salir</a>
</li>
</ul>
</div>
<?php } else { ?>
<!y ahora los elementos si no esta conectado>
<div id=nav>
<ul class=menu>
<li class=<?php echo $home; ?>>
<a href=index.php title=Home>Inicio</a>
</li>
<li class=<?php echo $login; ?>>
<a href=login.php title=Login>Conectar</a>
</li>
<li class=<?php echo $register; ?>>
<a href=register.php
title=Register>Registrarse</a>
</li>
</ul>
48
</div>
<?php } ?>
Cd. 6- Creacin Fichero nav.php
Cada elemento de la lista tiene establecida una clase a una variable PHP. De esta
forma, cuando incluyamos nav.php en cada fichero, podremos especificar algo como
$home = elto_pagina_actual. Si ya tena su fichero de estilos CSS de manera que la
pestaa (tab) con "li.elto_pagina_actual" tenga un estilo diferente al resto, tendramos
un men dinmico.
Para terminar nuestro men, simplemente se aade este cdigo tras el <div> header
en cada fichero o donde quiera que necesites que aparezca el men. Asegrese de
cambiar "$home" para que se adecue a la pgina a la que se est aadiendo el cdigo.
Por ejemplo, si su nav.php tena un elemente con la clase $settings y usted estaba
colocando este cdigo en la pgina settings, cambiamos $home en ese cdigo por
$settings. Esto asegura que los enlaces de la pgina settings - configuracin - tienen un
estilo distinto.
<?php
$home = current_page_item;
include(nav.php);
?>
Cd. 7- Cambio de cdigo $home
1.4.2.6.- REGISTRANDO USUARIOS

Aadir usuarios a la base de datos requerir de un formulario para pasar los datos de
entrada del usuario a la base de datos tras algunas validaciones de entrada
(confirmacin de la clave, etc). Los formularios son una manera sencilla de aceptar
datos de entrada del usuario y de manejo de la base de datos con solo algunas
sentencias MySQL. Como se vi anteriormente, la tabla de usuarios en la base de datos
toma cuenta del nombre de usuario, clave y email. A continuacin podemos ver un
49
formulario para capturar estos valores, y puede ser incluido en cualquier pgina que
est estructurada como la plantilla index.php que hemos creado anteriormente.
<form action=register_form.php method=post>
<label for=user><b>Nombre de Usuario:</b></label>
<input name=user type=text id=user size=20/><br />
<label for=password><b>Clave:</b></label>
<input name=password type=password id=password
size=20/>
<br />
<label for=password><b>Confirme la Clave:</b></label>
<input name=confirm_password id=password
type=password size=20/>
<br />
<label for=email><b>Email:</b></label>
<input name=email type=text id=email size=20/><br />
<input type=hidden name=action value=create/>
<input type=submit id=submit value=Register/>
</form>
Cd. 8- Registro de Usuarios
La primera lnea establece la accin del formulario que es otro fichero "form.php", ah
es donde se reciben los datos de entrada y se procesan. Las etiquetas (label) son tiles
para darle estilo al formulario con una hoja de estilos CSS a travs de los ids de los
elementos "input". El tipo "password" para la clave muestra el texto como puntos.
Luego el tipo de "input" "submit" hace que el botn enve los valores entrados al
formulario para su procesado.
$user = make_safe($_POST[user]);
$pwd = make_safe($_POST[password]);
$confirmpwd = make_safe($_POST[confirm_password]);
$email = make_safe($_POST[email]);
if($_POST[action] == create) {
// creacin de una nueva cuenta.
// Ya existe la cuenta?
// Mira que la clave coincida con la de confirmacion
if(!user_exists($user) && ($pwd == $confirmpwd)) {
//Crea el usuario
create_user($user, $pwd, $email);
do_login($user, $pwd); //conecta
50
header(Location: index.php);
//redirecciona a la pagina de Inicio
} else { //oh noes!
$error_message = Error al crear la cuenta!;
//Esto se mostrar luego en el formulario
}
}
Cd. 9- Procesamiento de Datos
En PHP, se puede obtener un valor pasado desde un formulario mediante
$_POST['NOMBRE_DE_INPUT']. Recuerde que cuando creamos los inputs le dimos a
cada uno su nombre; user, password, email, etc. Tan slo us ese nombre de input
dentro de $_POST para obtener su valor. Para protegernos contra abusos XSS y seguir
con algo de seguridad bsica para PHP, pas cada valor de $_POST a travs de la
funcin make_safe() de functions.php y la asignamos a una variable. No tuvimos que
asignarla, pero esto las hace ms fcil de digerir.
El meollo del cdigo viene con la seccin if(!user_exists($user) && ($pwd ==
$confirmpwd)) {. El bucle asegura que el usuario no exista ya y que la clave del
usuario se corresponda con la clave de confirmacin. Dentro del bucle ejecutamos
create_user(), pasndole los parmetros que se necesitan y entonces se conecta al
usuario con do_login() tras la creacin del usuario. El ltimo paso es re direccionar al
usuario a algn lugar til con header("Location: index.php"). Sin embargo, podramos
considerar enviar al nuevo usuario a la pgina con su cuenta para que entre ms
informacin.
La parte final del bucle crea un mensaje de error que podemos mostrar si no se pudo
crear el usuario. Es probablemente una buena idea ampliar el cdigo e implementar
mensajes de error por separado si la clave no coincide o si el usuario ya existe en la
base de datos. Ms adelante en form.php, mostramos el mensaje de error si este no es
"null", ya que iniciamos $error_message a "null" al principio del fichero.
51
1.4.2.7.- CONECTANDO (LOGGING IN)

Se puede aadir nuevo cdigo a form.php para implementar un bucle para conectar al
usuario.
else if($_POST[action] == login) {
if(do_login($user, $pwd)) {
// el usuario est conectado
// se le redirecciona a algun lugar util
} else {
$error_message = Usuario o Clave Incorrectos!;
}
Cd. 10- Conexin de Usuarios
Ahora podemos usar los siguientes campos y que usen form.php para validar el
usuario, como demostramos anteriormente con el registro de usuario.
<form action=form.php method=post>
<label for=user><b>Nombre de Usuario:</b></label>
<input name=user type=text id=user size=20/>
<br />
<label for=password><b>Clave:</b></label>
<input name=password type=password id=password
size=20/>
<br />
<input type=hidden name=action value=login/>
<input type=submit id=submit value=Login/>
</form>
Cd. 11- Validacin de Usuario
1.4.2.8.- BORRANDO USUARIOS
Vamos a usar un formulario para esto tambin.
<form action=delete_account.php method=post>
<input type=submit id=submit value=Borrar Cuenta/>
</form>
52
//delete_account.php
$user = get_user();
$deleteaccount = delete from users where user=$user;
if (!mysql_query($deleteaccount))
{
die(Error: . mysql_error());
}
Cd. 12- Eliminar Usuarios
Lo podramos haber hecho incluso ms fcil si hubisemos hecho una funcin
delete_user(). En el cdigo anterior, $deleteaccount es una sentencia MySQL que borra
de la tabla de usuarios (users) aquel usuario que es igual al actualmente conectado.
Podemos observar tambin donde tenemos la lnea de depuracin die() para que
muestre cualquier error que pudiera surgir. No se ha mostrado la inclusin de cosas
estndar como util.php, functions.pho, la definicin de IN_PHP, xmysql_connect() y
session_start(). Al contrario que en las pginas principales, no se puede incluir el
fichero header.php en los ficheros con formularios para reemplazar el hacer todo esto.
Eso es debido a que el header.php tiene algo de HTML dentro y cuando se hacen forms
en PHP, este da errores "cabeceras ya enviadas".
1.4.2.9.- DESCONECTANDO (LOGGING OUT)
Desconectando a un usuario es una de las tareas ms fciles de llevar a cabo. Todo lo
que tenemos que hacer es mandar al usuario a la siguiente pgina. La pgina destruye
la sesin PHP del usuario, requiriendo que vuelvan a teclear su usuario y clave para
validarse como usuario de nuevo.
<?php
//logout.php
define(IN_PHP, true);
require(util.php);
require(functions.php);
session_start();
xmysql_connect();
53
$user = get_user();
do_logout($user);
session_destroy(); //destruye la sesion!
//de vuelta a la pgina de inicio.
?>
Cd. 13- Desconectar un Usuario
La funcin do_logout() en functions.php reemplaza el id de sesin del usuario en la
tabla de usuarios (users) con un valor en blanco mientras que session_destroy()
asegura que PHP se olvide del id de la sesin tambin.
1.4.2.10.- GESTIONANDO MLTIPLES ELEMENTOS
A partir de ahora asumir que tienes otra tabla distinta a la de usuarios en la base de
datos.
En un formulario que hemos creado (form.php en este ejemplo), el nombre de usuario
($user) se almacena automticamente en el campo creado_por cada vez que se aade
un contacto. Cuando empiece a tratar con bases de datos de cierta consideracin,
almacenar el nombre de usuario con cada contacto puede llegar a ser excesivo. Sin
embargo, para este pequeo ejemplo no se percibir ms lentitud.
$get_contacts = "select * from contacts ".
"where created_by=$user order by name,
state;
$result = mysql_query($get_contacts);
//recorre los resultados de la consulta en $get_contacts
while($contact = mysql_fetch_array($result, MYSQL_ASSOC)){
echo <b> . $contact[name] . </b><br /> .
$contact[street] . <br />;
echo $contact[city] . , . $contact[state] .
" " . $contact[zip];
}
Cd. 14- Gestin de Elementos
54
Primero hay una consulta $get_contacts - que recupera todos los campos (usando*) de
cada uno de los contactos almacenado en la tabla contacts por el usuario conectado,
$user, y entonces los ordena por nombre y estado, luego proceso esa consulta, la
salvamos como $result y entonces iniciamos un bucle while usando $result para
quedarnos con un array, $contact, el cual puedo acceder. Dentro del bucle puedo
acceder cada campo de la tabla de contactos con el formato array $contact['NOMBRE_DEL_CAMPO']. Esta secuencia de pasos se puede aplicar a
distintas acciones simples de la base de datos.
Hacemos algunas concatenaciones en el comando "echo" con los campos, como se
puede ver con los puntos el cual conecta los elementos. Cualquier elemento no-PHP
debe ser puesto entre comillas siempre, mientras que no son necesarios para el PHP.
Fig. 14 Gestin de mltiples elementos

Un elemento de esa captura de la pantalla que no est en el cdigo que mostramos es
el enlace "delete" (borrar) debajo de cada contacto. Para obtener esa funcionalidad,
aadimos la siguiente lnea de cdigo dentro del bucle.
55
echo "<br /><a href=manage.php?delete=" . $contact[id] .

"><small>[Delete]</small></a><br /><br />";
Cd. 15- Enlace Delete
Esta simple lnea crea un enlace especial con un parmetro "delete" que se establece
con el id del contacto. Es as de fcil pero no funcionar hasta que se capture el valor
para ese parmetro y lo ponga en un formato que se pueda usar. Para realizar esto,
primero debo aadir el siguiente cdigo al principio del fichero.
$delete = make_safe($_GET[delete]);
if($delete !== NULL){
$delete_contact = "delete from contacts ".
"where id=$delete";
if (!mysql_query($delete_contact)){
die(Error: . mysql_error());
}
}
Cd. 16- Captura del valor para el parmetro
Tratar con parmetros en las URL de PHP es bastante fcil - obtener el valor del
parmetro con $_GET, el opuesto de nuestro amigo $_POST. Para proteger de las
vulnerabilidades por "SQL injection" la pasamos por la funcin make_safe(). La
prxima fase de manipulacin de estas variables es chequear si son nulas (null), o
estn vacas y por tanto no estn presentes en la URL.
1.5.- SEGURIDADES DE UNA APLICACIN WEB

[17] Cuando se crea un sitio web, y el mismo tiene ciertas secciones confidenciales o
privadas, se suelen "cerrar" dichas secciones con una autenticacin web que solicitar
un nombre de usuario y una contrasea al visitante que desee acceder (autenticacin
conocida como desafo-respuesta). De esta forma se intenta dar acceso slo a usuarios
autenticados ante el sistema.
56
Para configurar este acceso el administrador puede optar por dos posibilidades:
1. Autenticacin HTTP Bsica: se enva el usuario y la contrasea codificada en
Base64
2. Autenticacin HTTP Digest: se enva el usuario y un resumen (digest) de la
contrasea. Es una alternativa ms segura a la anterior.
Entonces por qu y para qu utilizar una forma de autenticacin dbil y fcilmente
vulnerable?
Esta pregunta tiene dos respuestas posibles:
1. Muchos administradores y webmasters pueden creer errneamente que esta
autenticacin es fuerte. Las personas no relacionadas a seguridad de la
informacin y a las vulnerabilidades del sistema, tienden a creer que cualquier
sistema, por el solo hecho de solicitar un usuario y contrasea, es seguro sin
evaluar realmente su fortaleza.
2. Los administradores y webmasters conocen la debilidad de este sistema de
autenticacin pero los datos que se protegen no tienen el nivel de confidencialidad
necesario para aumentar el costo de la proteccin (evaluacin costo/beneficio).
Ante estos dos puntos surge un corolario claro: NUNCA debe intentar proteger
informacin con nivel de confidencialidad alto mediante este sistema de
autenticacin.
La autenticacin HTTP bsica tiene la ventaja que es implementada por todos los
clientes web adems de una forma de implementacin sencilla en todos los servidores
web.
El funcionamiento es el siguiente (para este ejemplo se consider la seccin polticas
de Segu-Info):
Un usuario intenta igresar a una zona protegida del sitio web (

http://www.segu-info.com.ar/politicas )
57
El servidor comprueba que se trata de un recurso (directorio o archivo)

protegido.
El servidor enva al cliente un desafo usuario-contrasea denominado "HTTP

Authorization Required" con cdigo de error "401/Unauthorized". Ante el
usuario aparece la tpica ventana de ingreso de usuario y contrasea.
Si se capturan y analizan las cabeceras HTTP del sitio visitado puede verse el
mismo requerimiento. Aqu se ha utilizado una extensin de Firefox llamada
LiveHttpHeaders. Esta captura tambin puede realizarse con cualquier
analizador de trfico de red (sniffer).
Cada vez que el usuario ingresa los datos, el navegador codifica (no confundir
con cifrado) los dos datos en Base64 y enva al servidor la cabecera con los
datos recin obtenidos (codificados). Puede verse que los datos viajan en
formato "usuario: clave".
El servidor decodifica la informacin recibida (nombre de usuario y clave) y los

compara con su configuracin. Comprueba los permisos del recurso
compartido brindando el acceso o denegndolo. Estos datos codificados
tambin pueden ser fcilmente decodificados (obteniendo el usuario y la
contrasea) por cualquier persona que tenga acceso a los mismos. Aqu radica
la debilidad de este mtodo de autenticacin.
Si el usuario ingresa datos incorrectos se volver a solicitar la informacin

hasta un cierto nmero de intentos (generalmente 3) o hasta que el usuario
cancele la accin.
Si el usuario ingresa los datos correctos, accede al recurso. El navegador puede

recordar los datos ingresados por cierta cantidad de tiempo para evitar la
repeticin constante de la autenticacin, pero el envo de datos al servidor se
volver a realizar, sin que el usuario se percate de ello, durante todo el tiempo
que dure la conexin (esto se debe a que HTTP es un protocolo que no
conserva el estado de la conexin).
La autenticacin HTTP bsica es buena para ser utilizada cuando la confidencialidad

de la informacin almacenada en los recursos protegidos NO es crtica ni sensible.
58
Cuando se est delante de una situacin de informacin sensible, se debe saber que el
usuario y la clave viajan en texto claro y que los mismos podran ser obtenidos por
terceros comprometiendo la informacin.
Entre otras alternativas al momento de exigir seguridad en aplicaciones web tenemos
las siguientes:
[18] Certificado digital: es la menos difundida a nivel de usuarios, esto dado su costo,
es la ms segura; el problema radica en la distribucin instalacin y configuracin del
servidor Web para uso de certificados digitales, los usuarios deben presentar el
certificado cada vez que desean iniciar una sesin con el servidor o aplicacin Web.
Fig. 15 Presentacin de certificado digital

(Fuente: www.creangel.com)
Autenticacin ante el directorio: es la forma ms popular en las redes con sistema de

autenticacin Windows, aunque se puede implementar en redes con otros sistemas de
autenticacin, es la ms usada en soluciones de tipo Intranet, no es comn en uso de
redes como Internet debido principalmente a que se debe tener acceso al sistema de
directorio. Es la ms segura para el desarrollo de aplicaciones de red interna, para el
administrador es la ms simple de mantener y se puede regular el acceso desde
mltiples puntos: aplicacin, directorio o servidor.
59
Fig. 16 Autentificacin ante un directorio

(Fuente: www.creangel.com)
1.6.- MySQL
MySQL es un sistema de administracin de bases de datos relacional (RDBMS). Se
trata de un programa capaz de almacenar una enorme cantidad de datos de gran
variedad y de distribuirlos para cubrir las necesidades de cualquier tipo de
organizacin, desde pequeos establecimientos comerciales a grandes empresas y
organismos administrativos.
1.6.1.- DESCRIPCIN DE MYSQL.
[19] MySQL es un sistema de administracin de bases de datos relacional (RDBMS). Se
trata de un programa capaz de almacenar una enorme cantidad de datos de gran
variedad y de distribuirlos para cubrir las necesidades de cualquier tipo de
organizacin, desde pequeos establecimientos comerciales a grandes empresas y
organismos administrativos, utilizando el lenguaje de consulta estructurado (SQL).
[20] MySQL es muy popular en aplicaciones web, y es componente de las plataformas
LAMP, MAMP, WAMP, entre otras. MySQL suele combinarse con el popular FreeBSD,
HP-UX, GNU/Linux, Mac OS X, NetBSD, Novell NetWare, OpenBSD, OS/2 Warp, QNX, SGI
60
IRIX, Solaris, SunOS, SCO OpenServer, SCO UnixWare, Tru64, Microsoft Windows (95,
98, ME, NT, 2000, XP y Vista).
MySQL fue escrito en C y C++ y destaca por su gran adaptacin a diferentes entornos
de desarrollo, permitiendo su interactuacin con los lenguajes de programacin ms
utilizados como PHP, Perl y Java y su integracin en distintos sistemas operativos.
Tambin es muy destacable, la condicin de open source de MySQL, que hace que su
utilizacin sea gratuita e incluso se pueda modificar con total libertad, pudiendo
descargar su cdigo fuente. Esto ha favorecido muy positivamente en su desarrollo y
continuas actualizaciones, para hacer de MySQL una de las herramientas ms
utilizadas por los programadores orientados a Internet.
La procedencia del nombre de MySQL no es clara. Desde hace mas de 10 aos, las
herramientas han mantenido el prefijo MY. Se cree tambin que tiene relacion con el
nombre de la hija del cofundador Monty Widenius quien se llama My.
MySQL es un sistema de administracin de base de datos relacional. Lgicamente, los
datos se estructuran en tablas, que se relacionan entre s por un campo comn. Las
tablas se componen de filas (o registros) y los registros se componen de columnas (o
campos). Los campos pueden ser de diferente tipo: numricos, de cadena o de tipo
fecha.
El servidor MySQL es el lugar en el que se almacenan los datos y sobre l se ejecutan
las consultas. Para establecer una conexin al servidor MySQL, necesita el cliente
MySQL. Este puede estar instalado en el mismo equipo que el servidor o en un equipo
remoto.
El potencial de un sistema de administracin de bases de datos procede de su
capacidad para estructurar datos y recuperarlos en funcin de una gran variedad de
requisitos especficos.
61
1.6.2.- CREACIN DE TABLAS

Las tablas son estructuras de datos bsicas en cualquier base de datos relacional, una
tabla se definir como una coleccin organizada de registros o filas todas ellas con los
mismos atributos columnas o campos.
Las columnas de la tabla describen la estructura de la misma y las restricciones de
integridad describen los datos que estn dentro de la misma.
La creacin de tablas no es ms que el almacenamiento de nmeros, identificadores,
informacin en general para poderla manipular de una forma ordenada para una
aplicacin.
Para la creacin de tablas utilizaremos la siguiente sentencia:
mysql> CREATE TABLE sales-rep ( employee-number INTI surname
VARCHAR(IO), first name VARCHAR(30) ,commission TINYINT ) ;
Cd. 17- Creacin de una Tabla
La variacin del uso de maysculas y minsculas en el ingreso de la sentencia no

afecta a las sentencias.
Cuando se ha realizado ya la creacin de las tablas podemos visualizarlas con el
comando SHOW TABLES, el cual muestra todas las tablas en la base de datos actual.
mysql> SHOW TABLES;
-+
I Tables-in-firstdb I
+ +
I sales-rep I
-+
1 row in set (0.00 sec)
Cd. 18- Visualizacin de una tabla
Para comprobar que la creacin de una tabla se ha realzado correctamente
utilizaremos el comando DESCRIBE.
62
mys ql> DESCRIBE sales-rep;

+ +--- +++-+-+
I Field I TYPe I Null l Key I
+ +- +-+-++-+
I employee-number I int(l1) I YES I
I surname I varchar(40) I YES I
I first-name I varchar(30) I YES I
I commission I tinyint (4) I YES I
+ +--- +-+-+-+-+
4 rows in set (0.01 sec)
Cd. 19- Comprobacin de creacin de una tabla
Para la insercin de datos en las tablas deberemos utilizar el comando INSERT el cual
se podr ingresar de varias formas como lo indicamos a continuacin:
mysql> INSERT INTO
sales.rep(employee-number,surname,first-name,commission)
VALUES (1, 'Rive', 'Sol,10);
mysql> INSERT INTO
sales.rep(employee-number,surname,first-name,commission)
VALUES (2, 'Gordimer , Charlene' ,l5) ;
mysql> INSERT INTO sales.rep(employee-number,surname,firstname,commission)
VALUES (3, 'Serote', 'Mike' ,lo);
Cd. 20- Insercin de datos primera forma.
O de la siguiente manera:
mysql> INSERT INTO sales-rep VALUES (1, 'Rive' , 'Sol ' ,10)
;
mysql> INSERT INTO sales-rep VALUES (2, 'Gordimer ' , '
Charlene ' ,l5) ;
mysql> INSERT INTO sales-rep VALUES (3, 'Serote', 'Mike',
lo);
Cd. 21- Insercin de datos segunda forma.
Si introduce los comandos de esta forma, debe incluir los campos en el mismo orden
en el que se define en la base de datos. No puede utilizar la siguiente secuencia:
63
mysql> INSERT INTO sales.rep VALUES (1, 'Sol ' , 'Rive' ,lo)
;
Query OK, 1 row affected (0.00 sec)
Cd. 22- Inclusin de datos en el mismo orden
Aunque aparentemente no existen errores los campos se han ingresado
incorrectamente ocupando el lugar de otros.
Otra forma ms sencilla de utilizar el comando INSERT para introducir los datos de
una sola vez consiste en separar los registros mediante comas, como se muestra a
continuacin:
mysql> INSERT INTO sales.rep
(employee-number,surname,first-name,commission)
VALUES
(1,'Rive','Sol',lO),(2,~Gordimer','Charlenet,l5),
( 3 , ISerote9,' Mike' ,lo);
Query OK, 3 rows affected (0.05 sec)
Records: 3 Duplicates: 0 Warnings: 0
Cd. 23- Insercin de datos de la forma ms sencilla
Este mtodo reduce la cantidad de cdigo que resulta necesario escribir y el servidor
procesa la secuencia de manera ms rpida.
Una ltima forma de insertar datos y la mejor en caso de que se necesiten introducir
grandes cantidades de datos a la vez, consiste en utilizar la instruccin LOAD DATA,
de la siguiente forma:
mys ql> LOAD DATA LOCAL INE'ILE " sales-rep . sql 'I INTO
TABLE
sales.rep ;
Cd. 24- Insercin de datos en grandes cantidades
64
El formato del archivo de datos debe ser correcto, sin excepciones. En este caso, en el
que estamos utilizando los valores predeterminados, el archivo de texto incluye cada
registro en una nueva lnea y cada campo se separa por medio de un tabulador.
Se utiliza una variacin de esta secuencia para restaurar copias de seguridad. Esta
instruccin resulta incluso ms eficaz que una instruccin INSERT para introducir
varios registros. La palabra clave LOCAL indica al servidor que el archivo se encuentra
incluido en el equipo cliente (el equipo desde el que se establece la conexin).
De manera predeterminada, LOAD DATA asume que los valores se encuentran en el
mismo orden que en la definicin de la tabla, que cada campo est separado por un
tabulador y que cada registro se incluye en una lnea.
Para la recuperacin de una tabla ser necesario utilizar la instruccin SELECT, la cual
permite extraer informacin de una tabla por ejemplo:
mys ql> SELECT commission FROM sales-rep WHERE surname= '
Gordimer ' ;
-+
I commission I
-+
I 15 1
-+
Cd. 25- Extraer datos de una tabla
La instruccin SELECT consta de varias partes. La primera, inmediatamente despus
del comando SELECT, es la lista de campos. Puede recuperar otros campos, no solo el
que se indica, de la siguiente forma:
mys ql> SELECT commission, employee-number FROM
sales-rep WHERE surname= Gordimer ;
+--- + +
I commission I employee-number I
+- a+
I 15 1 2 1
+--- a+
1 row in set (0 .OO sec)
65
Cd. 26- Extraer datos de varios campos

Tambin puede utilizar el carcter comodn (*) para devolver todos 10s campos, de la
siguiente forma:
mysql> SELECT FROM sales-rep WHERE surname='Gordimer ;
+ +------a+------+
I employee-number I surname I first-name I commission I
-C---------+
I 2 1 Gordimer I Charlene I 15 I+
-+-------+------ +
Cd. 27- Uso del comodn (*)
El uso del comodn * indica todos 10s campos de la tabla.
Existe otra clausula til y de uso habitual que permite la ordenacin de los resultados.
Una lista alfabtica de empleados resulta de utilidad y puede recurrir a la clausula
ORDER BY para generarla.
mysql> SELECT FROM sales-rep ORDER BY surname;
-a+-+--- -+ ----I employee-number I surname I first-name I commission I
-a+--+ ----+-----I 2 I Gordimer I Charlene I 15 i
I 1 I Rive I Sol 1 10 1
I 4 I Rive I Mongane I 10 1
I3 I Serote I Mike I 10 1
I 5 I Smith I Mike 1 12 1
+ -+------+------- +
Cd. 28- Ordenar datos
Para eliminar un registro, MySQL utiliza la instruccin DELETE. Esta instruccin es
parecida a la instruccin SELECT, con la salvedad de que como se elimina el registro
completo no es necesario especificar ninguna columna. Tan solo necesitamos indicar
el nombre de la tabla y la condicin.
66
mysql> DELETE FROM sales-rep WHERE employee-number = 5 ;

Query OK, 1 row a f f e c t e d ( 0 . 0 0 sec)
Cd. 29- Eliminar datos
INSERT. SELECT, UPDATE y DELETE constituyen las cuatro instrucciones de

uso ms habitual para manipular datos. Estas cuatro instrucciones forman
parte del Lenguaje de manipulacin de datos (DML) de SQL.
El verdadero potencial de las bases de datos relacionales reside en la

posibilidad de establecer relaciones entre las tablas.
La mayor parte de las aplicaciones del mundo real constan de varias tablas, por
lo que necesitaremos aprender a trabajar en estas situaciones.
1.6.3.- VARIABLES
[21]MySQL 5.0 soporta variables de usuario, las cuales permiten almacenar un valor y
hacer referencia a l ms tarde; esto posibilita pasar valores de una sentencia a otra.
Las variables de usuario son especficas de la conexin. Esto significa que una variable
definida por un cliente no puede ser vista o utilizada por otros clientes. Todas las
variables de un cliente son automticamente liberadas cuando ese cliente abandona la
conexin.
Las variables de usuario se escriben como @nombre_var, donde el nombre de variable
nombre_var puede consistir de caracteres alfanumricos tomados del conjunto de
caracteres actual, '.', '_', y '$'. El conjunto de caracteres predeterminado es ISO-8859-1
(Latin1). Esto puede cambiarse con la opcin de mysqld --default-character-set.
Los nombres de variables de usuario no son sensibles a maysculas en MySQL 5.0.
Una forma de establecer una variable de usuario es empleando una sentencia SET:
SET @nombre_var = expr [, @nombre_var = expr]...
Cd. 30- Establecer una variable de usuario
67
Con SET, tanto = como:= pueden usarse como operadores de asignacin. La expresin
asignada a cada variable puede evaluarse a un valor entero, real, cadena, o NULL.
Una variable de usuario tambin puede recibir valores en otras sentencias que no
sean SET. En este caso, el operador de asignacin debe ser := y no = porque = se
considera operador de comparacin en otras sentencias que no sean SET:
mysql> SET @t1=0, @t2=0, @t3=0;
mysql> SELECT @t1:=(@t2:=1)+@t3:=4,@t1,@t2,@t3;
+----------------------+------+------+------+
| @t1:=(@t2:=1)+@t3:=4 | @t1 | @t2 | @t3 |
+---------------------+------+------+------+
|
5 |
5 |
1 |
4 |
+----------------------+------+------+------+
Cd. 31- Valores en otras sentencias
Las variables de usuario pueden emplearse en cualquier parte donde se permitan

expresiones. Generalmente esto no incluye situaciones donde explcitamente se
requiere un valor literal, como en la clusula LIMIT de una sentencia SELECT, o la
clusula IGNORE nmero LINES de una sentencia LOAD DATA.
Si se hace referencia a una variable an sin inicializar, su valor ser NULL.
En MySQL 5.0, si a una variable se le asigna un valor de cadena, el conjunto de
caracteres y la forma de comparacin (collation) de la variable sern forzados para
ser iguales a los de la cadena. Este comportamiento es implcito desde MySQL 5.0.3 y
lo mismo sucede con las columnas de una tabla.
Nota: en una sentencia SELECT, cada expresin se evala solamente cuando se enva
al cliente. Esto significa que en una clusula HAVING, GROUP BY, u ORDER BY, no es
posible hacer referencia a una expresin que comprenda variables que reciben su
valor en la lista del SELECT. Por ejemplo, la siguiente sentencia no funcionar como se
espera:
68
mysql> SELECT (@aa:=id) AS a, (@aa+3) AS b FROM tbl_name

HAVING b=5;
Cd. 32- Sentencias sin referencias
La referencia a b en la clusula HAVING hace referencia al alias de una expresin de la
lista SELECT que hace uso de la variable @aa. Esto no funciona como se esperara:
@aa no contiene el valor de la fila actual, sino el valor del id de la fila anteriormente
seleccionada.
La regla general es que nunca se asigne un valor a una variable de usuario en una
parte de una sentencia y se use la misma variable en otra parte de la misma sentencia.
Se podran obtener los resultados esperados, pero esto no est garantizado.
Otro problema asociado a asignar el valor de una variable y emplearla en la misma
sentencia es que el tipo de dato resultante estar basado en el tipo que tena la
variable al comienzo de la sentencia. El siguiente ejemplo ilustra esto:
mysql> SET @a='test';
mysql> SELECT @a,(@a:=20) FROM tbl_name;
Cd. 33- Uso de variable en la misma sentencia
En esta sentencia SELECT, MySQL informa al cliente que la primer columna es una
cadena, y convierte todos los accesos a @a en cadenas, an cuando @a recibe un valor
numrico en la segunda lnea. Luego de que la sentencia SELECT se ejecuta, @a se
considera un nmero para la siguiente sentencia.
Para evitar problemas con este comportamiento, no se debe inicializar y utilizar la
misma variable en la misma sentencia, o, de lo contrario, hay que establecer su valor
en 0, 0.0, o '' para definir su tipo antes de utilizarla.
Una variable sin asignacin tiene el valor NULL con un tipo cadena.
69
1.6.4.- PRIMARY KEY Y FOREING KEY.

Una clave primaria es un ndice establecido sobre un campo en el que cada valor es
exclusivo y ninguno de los valores es NULL.
Para establecer una clave primaria a1 crear una tabla, utilice la instruccin PRIMARY
KEY al final de las definiciones de campo, junto a una lista de los campos que se
incluirn:
CREATE TABLE nombre-de-tabla (nombre-de-campo tipo-de-columna
NOT NULL,
[nombre_de_campo2 ]
PRIMARY KEY(nombre-de-campo ]
[ nombre-de-campo2 ] ) ) ;
Cd. 34- Uso de Primary Key
Para crear una clave primaria en una tabla existente, puede utilizar la palabra clave
ALTER:
ALTER TABLE nombre-de-tabla ADD PRIMARY KEY(nombre-de-campol
[ , nomire-de-campo2 ] ) ;
Cd. 35- Clave primaria en tabla existente
Una clave primaria es una clave candidata que ha sido designada para identificar de
forma nica 10s registros de una tabla en la estructura completa de una tabla.
Las claves de tabla permiten acceder a 10s registros de una base de datos.
Una clave primaria se compone de uno o varios atributos que identifican una
fila de forma exclusiva.
Una clave externa se compone de uno o varios atributos, que forman una clave
primaria en otra tabla.
Las claves externas permiten garantizar lo que se conoce como integridad

referencial. Esto significa que si una clave externa contiene un valor, este valor
hace referencia a un registro existente de la tabla relacionada.
70
Las claves externas tambin permiten realizar eliminaciones y actualizaciones

en cascada.
Las claves externas pueden contener valores nulos, que indican que no existe
relacin.
Desde la versin 3.23.44, MySQL admite la comprobacin de clave externa en las

tablas InnoDB y las eliminaciones en cascada se incorporaron en la versin 4.0.0. Sin
embargo, que la implementacin de la integridad tiene un coste de rendimiento. Sin
ella, la responsabilidad de mantener la integridad de los datos recae sobre la
aplicacin.
1.6.5.- CREACIN DE USUARIOS / ROLES.
[22]MySQL le permite crear usuarios asociados a un nombre de host o un conjunto de
nombres de host. This allows you to easily restrict your user account to a particular
host or a small set of allowed hosts. Esto le permite restringir fcilmente su cuenta de
usuario para un host o un pequeo conjunto de hosts permitidos.
Un mysql usuario se identifica no slo por el nombre de usuario, sino tambin por el
nombre de host. So, for example, you can have separate privileges for user foo
connecting from host bar and for user foo connecting from localhost. As, por ejemplo,
usted puede tener separados los privilegios del usuario se conectan a travs de foo
bar de acogida y para los usuarios se conectan a travs de foo localhost.
Es una buena poltica para permitir la menor cantidad de seguridad que se puede
hacer con. It is better to add privileges as needed as opposed to providing blanket
privileges upfront. Es mejor aadir privilegios que necesita en lugar de proporcionar
cobija privilegios por adelantado.
Un tpico GRANT a conceder todos los privilegios a todos los cuadros de base de datos
en la base de datos de usuario a tim con contrasea pasa se conectan a travs de
mquina jaguar puede ser escrito como sigue:
71
grant all on db.* to tim @ jaguar identified by pass ; conceder a todos los db .* a
'tim' @ 'jaguar' identificados por 'pasar';
Para tim permite conectarse slo a partir de localhost (misma mquina que la base de
datos) lo modifique como sigue:
grant all on db.* to tim @ localhost identified by pass ; conceder a todos los db .* a
'tim' @ 'localhost' identificados por 'pasar';
Para tim permite conectar slo a cualquier mquina de cambio de la
manera:
grant all on db.* to tim @ % identified by pass ; conceder a todos los db .* a 'tim'
@ '%' identificados por 'pasar';
Para restringir tim se conectan a travs de localhost para seleccionar slo insertar y
privilegio en el PP el uso de bases de datos:
grant select, insert on db.* to tim @ localhost identified by pass ; subvencin
seleccionar, insertar en db.* a 'tim' @ 'localhost' identificados por 'pasar';
Aunque en la versin 5.0.2 de MySQL existe una sentencia para crear usuarios, , en
versiones anteriores se usa exclusivamente la sentencia para crearlos.
En general es preferible usar, ya que si se crea un usuario mediante, posteriormente
hay que usar una sentencia para concederle privilegios.
[23]Usando podemos crear un usuario y al mismo tiempo concederle tambin los que
tendr. La sintaxis simplificada que usaremos para, sin preocuparnos de temas de
cifrados seguros que dejaremos ese tema para captulos avanzados, es:
GRANT priv_type [(column_list)] [, priv_type
[(column_list)]]...
ON {tbl_name | * | *.* | db_name.*}
TO user [IDENTIFIED BY [PASSWORD] 'password']
[, user [IDENTIFIED BY [PASSWORD] 'password']]...
Cd. 36- Creacin de Usuarios y Roles
72
La primera parte priv_type [(column_list)] permite definir el tipo de privilegio

concedido para determinadas columnas. La segunda ON {tbl_name | * | *.* |
db_name.*}, permite conceder privilegios en niveles globales, de base de datos o de
tablas.
Para crear un usuario sin privilegios usaremos la sentencia:
mysql> GRANT USAGE ON *.* TO annimo IDENTIFIED BY 'clave';
Cd. 37- Usuario sin privilegios
Hay que tener en cuenta que la contrasea se debe introducir entre comillas de forma
obligatoria.
Un usuario 'anonimo' podr abrir una sesin MySQL mediante una orden:
C:\mysql -h localhost -u anonimo -p
Pero no podr hacer mucho ms, ya que no tiene privilegios. No tendr, por ejemplo,
oportunidad de hacer selecciones de datos, de crear bases de datos o tablas, insertar
datos, etc.
1.6.6.- PERMISOS A USUARIOS / ROLES
1.6.6.1.- Conceder Privilegios
Para que un usuario pueda hacer algo ms que consultar algunas variables del sistema
debe tener algn privilegio. Lo ms simple es conceder el privilegio para seleccionar
datos de una tabla concreta. Esto se hara as:
La misma sentencia se usa para aadir privilegios a un usuario existente.
mysql> GRANT SELECT ON prueba.gente TO anonimo;
Cd. 38- Privilegios para usuario existente
73
Esta sentencia concede al usuario 'anonimo' el privilegio de ejecutar sentencias sobre

la tabla 'gente' de la base de datos 'prueba'.
Un usuario que abra una sesin y se identifique como 'anonimo' podr ejecutar estas
sentencias:
mysql> SHOW DATABASES;
+----------+
| Database |
+----------+
| prueba
|
+----------+
mysql> USE prueba;
Database changed
mysql> SHOW TABLES;
+------------------+
| Tables_in_prueba |
+------------------+
| gente
|
+------------------+
mysql> SELECT * FROM gente;
+----------+------------+
| nombre
| fecha
|
+----------+------------+
| Fulano
| 1985-04-12 |
| Mengano | 1978-06-15 |
| Tulano
| 2001-12-02 |
| Pegano
| 1993-02-10 |
| Pimplano | 1978-06-15 |
| Frutano | 1985-04-12 |
+----------+------------+
mysql>
Cd. 39- Sentencias para usuario annimo
74
Como se ve, para este usuario slo existe la base de datos 'prueba' y dentro de esta, la
tabla 'gente'. Adems, podr hacer consultas sobre esa tabla, pero no podr aadir ni
modificar datos, ni por supuesto, crear o destruir tablas ni bases de datos.
Para conceder privilegios globales se usa ON *.*, para indicar que los privilegios se
conceden en todas las tablas de todas las bases de datos.
Para conceder privilegios en bases de datos se usa ON nombre_db.*, indicando que los
privilegios se conceden sobre todas las tablas de la base de datos 'nombre_db'.
Usando ON nombre_db.nombre_tabla, concedemos privilegios de nivel de tabla para la
tabla y base de datos especificada.
En cuanto a los privilegios de columna, para concederlos se usa la sintaxis
tipo_privilegio (lista_de_columnas), [tipo_privilegio (lista_de_columnas)].
Otros privilegios que se pueden conceder son:
ALL: para conceder todos los privilegios.
CREATE: permite crear nuevas tablas.
DELETE: permite usar la sentencia.
DROP: permite borrar tablas.
INSERT: permite insertar datos en tablas.
UPDATE: permite usar la sentencia.
Para ver una lista de todos los privilegios existentes consultar la sintaxis de la
sentencia.
Se pueden conceder varios privilegios en una nica sentencia. Por ejemplo:
mysql> GRANT SELECT, UPDATE ON prueba.gente TO anonimo
IDENTIFIED BY 'clave';
mysql>
Cd. 40- Varios privilegios
75
Un detalle importante es que para crear usuarios se debe tener el privilegio GRANT
OPTION, y que slo se pueden conceder privilegios que se posean.
1.6.6.2.- Revocar Privilegios
Para revocar privilegios se usa la sentencia.
REVOKE priv_type [(column_list)] [, priv_type
[(column_list)]] ...
ON {tbl_name | * | *.* | db_name.*}
FROM user [, user]...
Cd. 41- Revocar privilegios
La sintaxis es similar a la de, por ejemplo, para revocar el privilegio SELECT de
nuestro usuario 'anonimo', usaremos la sentencia:
mysql> REVOKE SELECT ON prueba.gente FROM anonimo;
Cd. 42- Revocar privilegio SELECT
1.6.6.3.- Mostrar Privilegios de un Usuario
Podemos ver qu privilegios se han concedido a un usuario mediante la sentencia. La
salida de esta sentencia es una lista de sentencias que se deben ejecutar para conceder
los privilegios que tiene el usuario. Por ejemplo:
mysql> SHOW GRANTS FOR anonimo;
+-------------------------------------------------------------------+
| Grants for anonimo@%
|
+-------------------------------------------------------------------+
| GRANT USAGE ON *.* TO 'anonimo'@'%' IDENTIFIED BY PASSWORD
'*5...' |
| GRANT SELECT ON `prueba`.`gente` TO 'anonimo'@'%'
|
+-------------------------------------------------------------------+
76

mysql>
Cd. 43- Observar privilegios de un Usuario
1.6.6.4.- Nombres de Usuario y Contrasea
Como podemos ver por la salida de la sentencia, el nombre de usuario no se limita a
un nombre simple, sino que tiene dos partes. La primera consiste en un nombre de
usuario, en nuestro ejemplo 'anonimo'. La segunda parte, que aparece separada de la
primera por el carcter '@' es un nombre de mquina (host). Este nombre puede ser
bien el de una mquina, por ejemplo, 'localhost' para referirse al ordenador local, o
cualquier otro nombre, o bien una ip.
La parte de la mquina es opcional, y si como en nuestro caso, no se pone, el usuario
podr conectarse desde cualquier mquina. La salida de lo indica usando el comodn
'%' para el nombre de la mquina.
Si creamos un usuario para una mquina o conjunto de mquinas determinado, ese
usuario no podr conectar desde otras mquinas. Por ejemplo:
mysql> GRANT USAGE ON * TO anonimo@localhost IDENTIFIED BY
'clave';
Cd. 44- Usuario sin conexin
Un usuario que se identifique como 'anonimo' slo podr entrar desde el mismo
ordenador donde se est ejecutando el servidor.
Por ejemplo:
mysql> GRANT USAGE ON * TO anonimo@10.28.56.15 IDENTIFIED BY
'clave';
77
Cd. 45- Usuario con conexin en el mismo servidor

El usuario 'annimo' slo puede conectarse desde un ordenador cuyo IP sea
'10.28.56.15'
Aunque asignar una contrasea es opcional, por motivos de seguridad es
recomendable asignar siempre una.
La contrasea se puede escribir entre comillas simples cuando se crea un usuario, o se
puede usar la salida de la funcin PASSWORD() de forma literal, para evitar enviar la
clave en texto legible.
Si al aadir privilegios se usar una clave diferente en la clusula IDENTIFIED BY,
sencillamente se sustituye la contrasea por la nueva.
1.6.6.5.- Borrar Usuarios
Para eliminar usuarios se usa la sentencia.
No se puede eliminar un usuario que tenga privilegios, por ejemplo:
mysql> DROP USER anonimo;
ERROR 1268 (HY000): Can't drop one or more of the requested
users
mysql>
Cd. 46- Eliminar usuarios
Para eliminar el usuario primero hay que revocar todos sus privilegios:
mysql> SHOW GRANTS FOR anonimo;
+-------------------------------------------------------------------+
| Grants for anonimo@%
|
+-------------------------------------------------------------------+
| GRANT USAGE ON *.* TO 'anonimo'@'%' IDENTIFIED BY PASSWORD
'*5...' |
78
| GRANT SELECT ON `prueba`.`gente` TO 'anonimo'@'%'

|
+-------------------------------------------------------------------+
mysql> REVOKE SELECT ON prueba.gente FROM anonimo;
mysql> DROP USER anonimo;
mysql>
Cd. 47- Revocacin de privilegios antes de eliminar un usuario
1.6.7.- TRIGGERS.
Un disparador es un objeto con nombre dentro de una base de datos el cual se asocia
con una tabla y se activa cuando ocurre en esta un evento en particular.
Por ejemplo, las siguientes sentencias crean una tabla y un disparador para sentencias
INSERT dentro de la tabla. El disparador suma los valores insertados en una de las
columnas de la tabla:
mysql> CREATE TABLE account (acct_num INT, amount
DECIMAL(10,2));
mysql> CREATE TRIGGER ins_sum BEFORE INSERT ON account
-> FOR EACH ROW SET @sum = @sum + NEW.amount;
Cd. 48- Disparador dentro de una tabla
1.6.8.- VISTAS
Las vistas son tablas virtuales. Son nicamente una estructura y no contiene datos. Su
funcin es permitir que un usuario pueda ver un subconjunto de los datos reales.
Una vista puede componerse de un subconjunto de una tabla.
79
Las vistas tambin resultan tiles para cuestiones de seguridad. En organizaciones de

gran tamao, en la que trabajen varios desarrolladores en un proyecto, las vistas
pueden limitar el acceso a determinados datos.
Se pueden ocultar los elementos no necesarios para realizar el trabajo, aunque se
incluyan en la misma tabla, y evitar de esta forma que se vean o manipulen.
Las vistas permiten adems simplificar las consultas para los desarrolladores.
Por ejemplo, sin esta funcin un desarrollador necesitara recuperar 10s campos de la
vista con el siguiente tipo de consulta:
SELECT first-name,surname,course_description,grade FROM
student, grade, course WHERE grade.student-id =
student.student-id AND grade.course - id = course.course-id;
Cd. 49- Recurar informacin mediante uso de vistas
Con la funcin de vista, un desarrollador lograra lo mismo con la siguiente secuencia:
SELECT first~name,surname,course~description,gradFeR OM
student-grade-view;
Cd. 50- Recuperacin usando vistas
Esta secuencia resulta mucho ms sencilla para un desarrollador con poca experiencia
que todava no haya aprendido a realizar combinaciones, pero tambin lo es para un
desarrollador con experiencia.
80
2.
DIAGNSTICO
2.1.
ANTECEDENTES DIAGNSTICOS
La Unidad Educativa Particular Oviedo es una institucin privada dedicada a educar

en procesos, capacidades y valores para brindar a la sociedad bachilleres lderes,
brindando sus servicios desde 1936; en la actualidad consta de un total de 540
alumnas y un aproximado de 70 personas entre docentes y personal administrativo,
ofreciendo
las
especialidades
de
Fsico-Matemticas,
Qumico-Biolgicas
Contabilidad.
Actualmente Unidad Educativa Particular Oviedo, ha tomado en cuenta la falta de

informacin sobre la asistencia y las respectivas calificaciones de su alumnado para
los padres de familia la cual se ha manifestado en la entrega de reportes al final de
cada trimestre.
La Unidad Educativa Particular Oviedo en este momento no cuenta con una

Infraestructura Tecnolgica para el desarrollo de una aplicacin para informacin
interna como externa de la institucin que ayude a recopilar, almacenar, organizar la
informacin de su alumnado. Adems no cuenta con los recursos humanos para la
realizacin de una aplicacin que le proporcione ayuda y alternativas con soluciones
tecnolgicas.
Las autoridades y el personal administrativo en coordinacin con el comit de padres

de familia, han sido testigos de los inconvenientes laborales que sufren los padres de
familia para tener informacin sobre las calificaciones y control de asistencia que
tienen sus hijas ya sean mensuales como trimestrales, como tambin la falta de
conocimiento sobre los distintos eventos e informacin que brinda la institucin.
81
2.2.
OBJETIVOS DIAGNSTICOS
2.2.1.
OBJETIVO GENERAL
Realizar un diagnstico general de la necesidad de implementacin de un sitio web

para la Unidad Educativa Particular Oviedo, para la optimizacin de reporte de
calificaciones e informacin general del establecimiento que contribuir con una
innovacin tecnolgica para la institucin.
2.2.2.
OBJETIVOS ESPECFICOS
Determinar el grado de satisfaccin de los docentes y administrativos que

interactuaran con el sistema de calificaciones.
Determinar el grado de aceptacin de las estudiantes de la Unidad

Educativa Particular Oviedo para el manejo del sitio web.
Conocer la infraestructura tecnolgica con que cuenta la Unidad Educativa

Particular Oviedo para el desarrollo del proyecto.
2.3.
2.4.
VARIABLES DIAGNSTICAS
Satisfaccin del sistema.
Infraestructura tecnolgica.
Predisposicin de la Unidad Educativa Particular Oviedo
Grado de aceptacin de los estudiantes y docentes.
INDICADORES
Facilidad de manejo
Importancia del sitio web
Otorgamiento de informacin
Hardware/software
82
Diseo, implementacin e implantacin de una Aplicacin Web de Administracin y Control de Calificaciones para la Unidad Educativa Particular Oviedo (Seccin
Secundaria), utilizando software libre.
2.5.
MATRIZ DE RELACIN
OBJETIVOS
DIAGNSTICOS
Determinar el grado de
satisfaccin de los docentes y
personal administrativo que
interactuaran con el sistema de
calificaciones.
Determinar el grado de
aceptacin de las estudiantes
de la Unidad Educativa
Particular Oviedo para el
manejo del sitio web.
Conocer
la infraestructura
tecnolgica con que cuenta la
Unidad Educativa Particular
Oviedo para el desarrollo del
proyecto.
VARIABLES
INDICADORES
TCNICAS
- Satisfaccin del
sistema
- Grado de
aceptacin de
docentes
- Facilidad de manejo
- Importancia del sitio web
- Otorgamiento de
informacin
- Encuestas
- Entrevista
- Satisfaccin del
sistema
- Gado de aceptacin
de estudiantes
- Facilidad de manejo
- Importancia del sitio web
- Encuesta
- Infraestructura
tecnolgica
- Hardware
- Software
- Entrevista
FUENTES DE
INFORMACIN
- Docentes
- Personal
Administrativo
- Estudiantes
- Personal
encargado del
sistemas de
calificaciones
83
2.6.
TABULACIN Y ANLISIS DE LA INFORMACIN
2.6.1.
ENCUESTAS APLICADAS
Formato de encuesta para Estudiantes

1. Con qu regularidad hace uso de Internet como medio de informacin?
FRECUENCIA
Siempre
A veces
Nunca
TOTAL
26
24
0
50
PORCENTAJE
52%
48%
0%
100%
60%
50%
40%
30%
20%
10%
0%
Siempre
A veces
Nunca
FUENTE: ENCUESTAS JUNIO 2011

AUTORES: JEANETH CALDERN Y OSCAR CAMUENDO
Anlisis
Como es conocimiento de todos, el uso de internet o tener conectividad a la misma
cada da va en crecimiento por cual se ha vuelto ya una necesidad es por eso que el
52% de los estudiantes utilizan este medio de comunicacin ms comnmente.
84
2. El uso de Internet considera que le brinda:
FRECUENCIA
Optimizacin del tiempo
Diversidad de informacin
Calidad de informacin
Facilidades para encontrar datos
TOTAL
3
15
7
25
50
PORCENTAJE
6%
30%
14%
50%
100%
60%
50%
40%
30%
20%
10%
0%
Optimizacin del
tiempo
Diversidad de
informacin
Calidad de
informacin
Facilidades para
encontrar datos

Anlisis
La comunicacin va internet nos permite realizar varias actividades a la vez, por lo
cual es de vital importancia en nuestro da a da, es por eso que el 50% de los
estudiantes encuentran a esta herramienta de gran ayuda para facilitar el encuentro
de datos.
85
3. Cules son las dificultades que tiene su representante para acceder a

informacin en la Unidad Educativa Particular Oviedo?
FRECUENCIA
Horarios del trabajo
Distancia entre hogar y la Institucin
Distancia entre trabajo y la Institucin
TOTAL
28
15
7
50
PORCENTAJE
56%
30%
14%
100%
60%
50%
40%
30%
20%
10%
0%
Horarios del trabajo
Distancia entre hogar y la Distancia entre trabajo y

Institucion
la Institucion

Anlisis
Los horarios de trabajo cada vez se extienden ms en nuestro pas por encontrar un
ingreso alternativo salarial, de esta manera el 56% de los estudiantes miran como un
inconveniente el horario de trabajo de su representante para acceder a informacin
de la institucin.
86
4. A travs de qu medios obtiene informacin sobre la Unidad Educativa

Particular Oviedo?
FRECUENCIA
Anuncios locales en la Institucin
Medios de informacin masiva
Carteles
Familiares
Amigos
TOTAL
19
13
6
7
5
50
PORCENTAJE
38%
26%
12%
14%
10%
100%
40%
35%
30%
25%
20%
15%
10%
5%
0%
Anuncios
locales en la
Institucin
Medios de
informacin
masiva
Carteles
Familiares
Amigos

Anlisis
Los medios que brindan informacin sobre la institucin son escasos por lo que es
notable que el 38% de los estudiantes encuentren informacin de la misma solo de
manera interna.
87
5. Ha buscado informacin de la Unidad Educativa Particular Oviedo?
FRECUENCIA
S
No
TOTAL
24
26
50
PORCENTAJE
48%
52%
100%
53%
52%
51%
50%
49%
48%
47%
46%
S
No

Anlisis
La busque de informacin de un tema en general se ve de gran inters de acuerdo a la
informacin que se brinde o del alcance que se tenga a la misma, es por eso q vemos
el 52% de los estudiantes no es su de inters buscar informacin de su institucin ya
que no existe mayor detalle de la misma.
88
6. Qu temas han sido de su inters de bsqueda?
FRECUENCIA
Informacin acadmica
Eventos acadmicos
Historia de la institucin
Servicios educativos que brinda
Logros acadmicos
Noticias destacadas de la Institucin
Proyectos educativos
Informacin en general
TOTAL
7
1
1
1
2
0
0
12
24
PORCENTAJE
29%
4%
4%
4%
8%
0%
0%
50%
100%
60%
50%
40%
30%
20%
10%
0%

Anlisis
Al existir informacin limitada de la institucin se debe generar a la investigacin de
temas en particulares con relacin a la misma debido a que el 50% de los estudiantes
solo se interesan en informacin general de la misma.
89
7. Deseara acceder a informacin sobre la Unidad Educativa Particular

Oviedo desde cualquier lugar y en cualquier momento?
FRECUENCIA
PORCENTAJE
47
94%
3
6%
50
100%
S
No
TOTAL
100%
90%
80%
70%
60%
50%
40%
30%
20%
10%
0%
S
No

Anlisis
La poblacin de gran manera accede como medio de comunicacin al internet, para
realizar un sin nmero de tareas y consultas, por lo cual el 94% de los estudiantes ve
como ptimo acceder a informacin de la institucin por el uso de esta va.
90
8. En qu nivel de importancia encuentra la implementacin de una aplicacin

Web para su la Unidad Educativa Particular Oviedo?
FRECUENCIA
Alto
Medio
Bajo
TOTAL
31
17
2
50
PORCENTAJE
62%
34%
4%
100%
70%
60%
50%
40%
30%
20%
10%
0%
Alto
Medio
Bajo

Anlisis
Los crecimientos tecnolgicos se miran cada da en las diferentes empresas e
institucin educativas y de investigacin, de esta manera el 62% de los estudiantes
miran como un alto inters el crecimiento en este tema por parte de la institucin.
91
9. Un Sistema de notas Online, cmo beneficiara a la informacin sobre los

estudiantes?
FRECUENCIA
Agilidad de informacin de estudiantes
Veracidad de la informacin
Oportunidad de consulta en cualquier
momento
TOTAL
PORCENTAJE
16
32%
5
10%
29
50
58%
100%
70%
60%
50%
40%
30%
20%
10%
0%
Agilidad de informacin
de estudiantes
Veracidad de la
informacin
Oportunidad de consulta
en cualquier momento

Anlisis
La oportunidad de realizar varias tareas laborales en un mismo tiempo se ve como un
tema indispensable, de esta manera el 58% de estudiantes mira la oportunidad de
consulta en cualquier momento y lugar que esta herramienta brindara.
92
10. Qu inters genera una aplicacin Web y Sistema Online que ayude a
gestionar y administrar informacin de la Unidad Educativa Particular
Oviedo de tal modo que muestre el crecimiento tecnolgico institucional
hacia las dems instituciones fraternas?
FRECUENCIA
Gran Inters
Mediano Inters
Poco Inters
Ningn Inters
TOTAL
35
10
5
0
50
PORCENTAJE
70%
20%
10%
0%
100%
80%
70%
60%
50%
40%
30%
20%
10%
0%
Gran Inters
Mediano Inters
Poco Inters
Ningn Inters

Anlisis
La tecnologa da sus avances cada da, y es de vital importancia que una institucin
educativa este a la par con la misma, de esta manera el 70% de estudiantes est de
acuerdo en que un aplicativo web sea de notable relevancia de crecimiento
tecnolgico ya que el mismo brindara informacin de la institucin y permitir tener
mayor conocimiento y divulgacin.
93
Formato de encuesta para Docentes

FRECUENCIA PORCENTAJE
5
50%
4
40%
1
10%
10
100%
SIEMPRE
A VECES
NUNCA
TOTAL
100%
80%
60%
50%
40%
40%
20%
10%
0%
SIEMPRE
A VECES
NUNCA

Anlisis
Como es conocimiento de todos, el uso de internet o tener conectividad a la misma
cada da va en crecimiento por cual se ha vuelto ya una necesidad es por eso que el
50% de los docentes utilizan este medio de comunicacin ms comnmente.
94
OPTIMIZACION DEL TIEMPO

DIVERSIDAD DE INFORMACION
CALIDAD DE INFORMACION
FACILIDADES PARA ENCONTRAR
DATOS
TOTAL
100%
90%
80%
70%
60%
50%
40%
30%
20%
10%
0%
3
30%
4
40%
0
0%
3
10
30%
100%
40%
30%
30%
0%
OPTIMIZACION
DEL TIEMPO
DIVERSIDAD DE
INFORMACION
CALIDAD DE
FACILIDADES
INFORMACION PARA ENCONTRAR
DATOS

Anlisis
La comunicacin va internet nos permite realizar varias actividades a la vez, por lo
cual es de vital importancia en nuestro da a da, es por eso que el 30% de docentes
encuentran a esta herramienta de gran ayuda para optimizar tiempo al realizar
diferentes tareas.
95
3. Cules son las dificultades que tiene usted al momento de ingresar

calificaciones dentro de la institucin?
5
50%
CRUCE DE HORARIOS DE TRABAJO

DISTANCIA CON RESPECTO A LA
INSTITUCION
OTROS
TOTAL
3
2
10
30%
20%
100%
100%
80%
60%
50%
30%
40%
20%
20%
0%
CRUCE DE HORARIOS DE
TRABAJO
DISTANCIA CON
RESPECTO A ALA
INSTITUCION
OTROS

Anlisis
Distintos docentes de la institucin brindan sus conocimientos en distintas planteles
educativos por lo cual es notable que el 50% de profesionales tengan cruces de
horarios con las distintas labores ejercidas, lo cual permite ver la creacin de una
aplicacin que evite este tipo de problemas.
96
4. Est conforme con el sistema fijo de calificaciones que maneja actualmente

en la Institucin?
4
40%
6
60%
10
100%
SI
NO
TOTAL
100%
80%
60%
60%
40%
40%
20%
0%
SI
NO

Anlisis
La agilidad de manejar parte de su trabajo desde cualquier lugar en el que se
encuentre es de gran privilegio hoy en da, es por eso que el 60% de docentes no est
de acuerdo en dirigirse al establecimiento educativo a cumplir con una obligacin que
normalmente se lo puede realizar desde la calidad de su hogar o de donde l lo
prefiera.
97
5. Deseara usted poder acceder al sitio web de calificaciones de la Institucin

en cualquier lugar que se encuentre?
10
100%
0
0%
10
100%
SI
NO
TOTAL
100%
100%
80%
60%
40%
20%
0%
0%
SI
NO

Anlisis
La poblacin de gran manera accede como medio de comunicacin al internet, para
realizar un sin nmero de tareas y consultas, por lo cual el 100% de docentes ve como
ptimo acceder a parte de su labor por medio del uso de esta va.
98
6. Qu nivel de importancia le dara usted a sta innovacin tecnolgica de la

Institucin?
5
50%
5
50%
0
0%
10
1
ALTO
MEDIO
BAJO
TOTAL
100%
80%
60%
50%
50%
40%
20%
0%
0%
ALTO
MEDIO
BAJO

Anlisis
Los crecimientos tecnolgicos se miran cada da en las diferentes empresas e
institucin educativas y de investigacin, de esta manera el 50% de los docentes
miran como un alto inters el crecimiento en este tema por parte de la institucin.
99
7. El sistema de calificaciones Online cmo le beneficiara personalmente?

4
40%
1
10%
5
50%
10
100%
AGILIDAD
AHORRO
OPORTUNIDAD
TOTAL
100%
80%
60%
50%
40%
40%
20%
10%
0%
AGILIDAD
AHORRO
OPORTUNIDAD

Anlisis
La oportunidad de realizar varias tareas laborales en un mismo tiempo se ve como un
tema indispensable en el da a da de una persona profesional y de esta manera el 60%
de docentes mira la oportunidad que generara el uso de herramienta que agilice en
este tema.
100

gestionar y administrar informacin de la Unidad Educativa Particular
Oviedo de tal modo que muestre el crecimiento tecnolgico institucional
hacia las dems instituciones fraternas?
6
60%
3
30%
1
10%
0
0%
10
100%
GRAN INTERES
MEDIANO INTERES
POCO INTERES
NINGUN INTERES
TOTAL
100%
90%
80%
70%
60%
60%
50%
40%
30%
30%
20%
10%
10%
0%
0%
GRAN INTERES MEDIANO INTERES POCO INTERES
NINGUN INTERES

Anlisis
La tecnologa da sus avances cada da, y es de vital importancia que una institucin
educativa este a la par con la misma, de esta manera el 60% de docentes est de
acuerdo en que aplicativo web sea de notable relevancia de crecimiento tecnolgico
ya que el mismo brindara informacin de la institucin y permitir tener mayor
conocimiento y divulgacin.
101
2.7.
2.7.1.
MATRIZ FODA
FORTALEZAS
F1.
Calidad del manejo de informacin y el manejo de la misma.
F2.
Reduccin de actividades administrativas
F3.
Eficiencia en el manejo de una gran cantidad de informacin.
F4.
Distribucin y sociabilizacin de material informativo sobre la
aplicacin web a sus beneficiarios.

F5.
Publicacin de Informacin Interna de La Unidad Educativa a todos sus
miembros.
F6.
Facilidad del ingreso de calificaciones en el tiempo establecido.
F7.
Elevar el prestigio de la institucin con su ingreso a la internet
F8.
Dar conocimiento del desarrollo tecnolgico de la unidad educativa a sus
instituciones fraternas.
F9.
Disponibilidad de equipos necesarios para el desarrollo de la aplicacin.
F10. Fcil acceso a las calificaciones de las estudiantes por parte de los
interesados.
F11. Facilidad de emigrar datos a nuevas plataformas de software libre.
2.7.2.
DEBILIDADES
D1.
Falta de informacin de temas requeridos adicionalmente
D2.
No disponibilidad de tiempo
completo para el desarrollo de la
aplicacin.
D3.
Cambios necesarios realizados en la aplicacin por la reforma en la
normativa legal vigente en el pas.
2.7.3.
OPORTUNIDADES
O1.
Participacin activa de los miembros de la unidad educativa.
O2.
Libre disponibilidad de herramientas para la creacin de la pgina web

102
O3.
Apertura por parte de los usuarios para el manejo de la pgina web
O4.
Mejoramiento de la pgina web mediante el conocimiento de proyectos
similares.
O5.
2.7.4.
Importante ayuda por parte de autoridades de la PUCE-SI
AMENAZAS
A1.
El desarrollo de nuevas tecnologas que simplifican tiempos de ejecucin

y espera.
A2.
Falta de conocimiento por parte de los beneficiarios de la tecnologa a

implementarse.
2.8.
2.8.1.
ESTRATEGIAS FA, FO, DO, DA
ESTRATEGIAS FA
FA1. Entrega de material informativo sobre la aplicacin a las beneficiarios
para evitar contratiempos por la falta de conocimiento en su uso.
FA2. Emigracin fcil de datos a nuevas tendencias tecnolgicas.
2.8.2.
ESTRATEGIAS FO
FO1. Reducir las actividades administrativas como procesos de matriculacin
y entregas de notas mediante la apertura de los beneficiarios para la
utilizacin de la aplicacin.
FO2. Elevar el prestigio de la institucin con su ingreso al internet mediante
el conocimiento de proyectos similares para su continuo mejoramiento.
FO3. Manejar adecuadamente la informacin
obtenida por medio de la
participacin activa de los miembros de la unidad educativa para alcanzar

estndares de calidad.
103
2.8.3.
ESTRATEGIAS DO
DO1. Importante ayuda de miembros de la PUCE-SI
ante la falta de
disponibilidad de tiempo completo para el desarrollo de la aplicacin.

DO2. Realizacin de cambios necesarios en la aplicacin interna gracias a la
libre disponibilidad de herramientas para su creacin.
2.8.4.
ESTRATEGIAS DA
DA1. Acoplar la informacin para su reutilizacin con nuevas tecnologas.
104
Diseo, implementacin e implantacin de una Aplicacin Web de Administracin y Control de

Calificaciones para la Unidad Educativa Particular Oviedo (Seccin Secundaria), utilizando software libre.
3. INGENIERIA DEL PROYECTO

La ingeniera del proyecto se basa en el ciclo de vida del software que inicia con:
Anlisis, Diseo, Implementacin,
Implantacin.
3.1. ANLISIS
3.1.1. PLANIFICACIN
3.1.1.1. ESTIMACIN DE COSTOS Y TIEMPO POR MATRIZ RELACIN DE

OBJETIVOS Y ACTIVIDADES
Objetivo General:
Disear, implementar e implantar una Aplicacin Web de Administracin y Control

de Calificaciones para la Unidad Educativa Particular Oviedo (Seccin Secundaria),
utilizando software libre.
105
Diseo, implementacin e implantacin de una Aplicacin Web de Administracin y Control de Calificaciones para la Unidad Educativa Particular Oviedo
(Seccin Secundaria), utilizando software libre.
Objetivos Especficos:
1. Documentar la investigacin y el anlisis de los procesos y tcnicas en cuanto al diseo de portal Web.
REVISADO
ACTIVIDADES
1.1 Elaboracin del marco

terico
1.2 Adquirir informacin

desde Internet
DURACION
RECURSOS
1 pc, 100 hojas
15 das
A4, 1
impresora
PRESUPUESTO
drive, 20 horas
PRODUCTO
POR
Informacin
750,00; 0,80;91,00 =
841,80
Caldern Jeaneth Digital de todo

Camuendo Oscar
el marco
Ing. Ismael
Castro
terico
Informacin de
1 pc ,1 pen
7 das
RESPONSABLE
10,00;12,00 =22,00
de Internet
Caldern Jeaneth
Programas y
Camuendo Oscar Documentacin
Ing. Ismael
Castro
de los mismos
1 pen drive, 10
1.3 Adquisicin de
Informacin Interna del
Plantel
movilizaciones,
15 das
1
impresora, 2
10,00;15,00;42,00=67,00
Caldern Jeaneth
Camuendo Oscar
Informacin
Digital de la
Institucin
Ing. Ismael
Castro
cartuchos
106
2. Realizar el Diagnstico de la situacin actual de la institucin con respecto a la forma de acentuar calificaciones
y administracin de las mismas, para determinar las necesidades y posibles soluciones del proyecto.
REVISADO
ACTIVIDADES
DURACION
RECURSOS
PRESUPUESTO RESPONSABLE PRODUCTO
POR
Informacin
1 pc, 100hojas
2.1 Elaboracin de
Encuestas para
5 das
Estudiantes
Caldern
de las
A4, 1
0,80; 3,00 =
Jeaneth
necesidades
Ing. Ismael
impresora 2
3,80
Camuendo
Castro
Oscar
sugerencias
movilizaciones
Estudiantes
Informacin
1 pc, 20 hojas
2.2 Elaboracin de
Encuestas para Docentes
5 das
Caldern
de las
A4, 1
0,16; 3,00 =
Jeaneth
necesidades
Ing. Ismael
impresora 2
3,16
Camuendo
Castro
Oscar
sugerencias
movilizaciones
Docentes
107
Informacin
de
problemas y
2.3 Elaboracin de
1 pc, 2 hojas
Entrevistas para el
personal Administrativo
5 das
encargado del manejo del
A4, 1
impresora , 1
0,02;1,50=1,52
movilizacin
Sistema
Caldern
necesidades
Jeaneth
que tienen
Ing. Ismael
Camuendo
con el
Castro
Oscar
manejo del
sistema fijo
de
calificaciones
2.4 Anlisis de la
Informacin Adquirida
Caldern
1 pc , 1 pen
15 das
drive, 2
3,00
movilizaciones
Jeaneth
Camuendo
Oscar
Informacin
de la
Institucin
Ing. Ismael
Castro
3. Disear e Implementar un Portal Web para la gestin, administracin y generacin de reportes de calificaciones
y asistencia de las estudiantes en el periodo de tiempo establecido.
108
REVISADO
ACTIVIDADES
3.1 Desarrollo del software
DURACION
8 meses
RECURSOS
1 pc, 3
movilizaciones
4,50
POR
Caldern
CD de
Jeaneth
informacin
Ing. Ismael
Camuendo
con el diseo
Castro
Oscar
del Software
CD de
3.2Revisin del Proyecto

con el asesor
15 das
1 pc;5
movilizaciones
7,50
Caldern
informacin
Jeaneth
con el
Ing. Ismael
Camuendo
Software
Castro
Oscar
terminado en
su totalidad
Informacin
3.3 Analizar los resultados

obtenidos por el uso del
sistema
3 meses
1 pc, 3
movilizacin
4,50
Caldern
con los
Jeaneth
resultados
Ing. Ismael
Camuendo
obtenidos
Castro
Oscar
sobre el
sistema
109
4. Implantar el Portal Web en la Internet y realizar las pruebas de funcionalidad y rendimiento.
REVISADO
ACTIVIDADES
DURACION
RECURSOS
POR
CD con el
4.1 Pruebas,
mantenimiento del
15 das
aplicativo
1 pc, 5
7,50
movilizaciones
Caldern
software
Jeaneth
terminada
Ing. Ismael
Camuendo
para que sea
Castro
Oscar
puesto en
ejecucin
5. Determinar los posibles impactos que el proyecto genere en la sociedad.
ACTIVIDADES
DURACION
RECURSOS
4
5.1 Analizar los Impactos
generados
45 das
movilizaciones,
1 PC, 1
impresora
Caldern
6,00
Jeaneth
Software
Camuendo
terminado
Oscar
110
6. Socializar los resultados de la investigacin mediante la presentacin y el lanzamiento del proyecto a las
Autoridades respectivas.
ACTIVIDADES
6.1 Revisin y correccin

del informe final
DURACION
7 das
RECURSOS
1 pc, 1
movilizaciones
1,50
Caldern
CD de
Jeaneth
informacin
Camuendo
con el
Oscar
informe final
Caldern
6.2Presentacin del
informe final
1 da
1 pc;
Refrigerios
200
Jeaneth
Camuendo
Oscar
COSTO TOTAL:
Costo Total
Tiempo Total
1173.78
16 meses 22 das
CD con
Software
terminado.
111
3.1.1.2. DIAGRAMA DE GANTT
112
113
Diseo, implementacin e implantacin de una Aplicacin Web de Administracin y Control de Calificaciones

para la Unidad Educativa Particular Oviedo (Seccin Secundaria), utilizando software libre.
3.1.2. ESPECIFICACIN DE REQUISITOS DEL SISTEMA
Formulario basado en el Estndar IEEE 1362
Proyecto:
Diseo, implementacin e implantacin de una Aplicacin Web de Administracin y
Control de Calificaciones para la Unidad Educativa Particular Oviedo (Seccin
Revisin: 1.0
114

Ficha del Documento:
VERIFICADO
DEPARTAMENTO DE
FECHA
REVISION
AUTORES
CALIDAD
Jeaneth Cecilia
Caldern
25\03\2011
1.0
Estvez
Oscar Daniel
Ing. Ismael Castro
Camuendo
Vsquez
Documento Validado por las partes en fecha: 25\03\2011
Por la empresa
Por el Cliente
suministradora
Acep. Hna. Ana Luisa Estacio

Bernal
Acep. PUCE-SI
115

FICHA DEL DOCUMENTO

CONTENIDO
1 ALCANCE
1.1 Identificacin
1.2 Visin general del documento
1.3 Visin general del sistema
1.4 Personal involucrado
2 DOCUMENTOS REFERENCIADOS
3 SITUACIN ACTUAL
3.1 Antecedentes
3.2 Polticas y restricciones operacionales
3.3 Descripcin del sistema o situacin actual
3.4 Tipos de usuarios
3.5 Mantenimiento / soporte
3.6 Necesidad y naturaleza de los cambios
3.7 Descripcin de los cambios deseados
4 SISTEMA PROPUESTO
4.1 Antecedentes
4.3 Descripcin del sistema propuesto
4.4 Tipos de usuarios
4.5 Mantenimiento / soporte
4.6 Escenarios operacionales
4.7 Futuras evoluciones
4.8 Cambios considerados pero no incluidos
5. RESUMEN DE MEJORAS
6. INFORMACIN ADICIONAL
116

1. Alcance
La especificacin de requisitos del presente proyecto se encuentra basada en el
estndar IEEE 830, IEEE 1362 que permitir a los programadores y tcnicos de
software una mejor visin para la implantacin del sistema web
SA-UEO para la gestin acadmica de la Unidad Educativa Particular Oviedo.
1.1.
Identificacin
Aplicacin Web de Administracin y Control de Calificaciones para la Unidad

Educativa Particular Oviedo (Seccin Secundaria)
1.2.
Visin general del documento
El alcance de este documento est marcado por:
Describir los requisitos tcnicos, humanos, materiales, procedimentales y de

software para el perfecto funcionamiento de la aplicacin que se desarrollar,
requisitos que deben ser provistos o cumplidos por el cliente.
Est dirigido especialmente al personal
administrativo encargado del
funcionamiento del sistema acadmico, como para ser utilizados por docentes y
estudiantes.
Se considera que el contenido total de este documento es CONFIDENCIAL
El contenido de este documento consta de una introduccin que induce al
conocimiento especfico de la aplicacin a construir, adems una descripcin general
de la aplicacin a desarrollar, as como una definicin de los requisitos especficos de
la aplicacin y anexos si acaso existieren.
1.3.
Visin general del sistema
El sistema estar compuesto de cuatro mdulos: administrador, estudiantes,

docentes, usuario avanzado.
117

1.4.
Personal involucrado
NOMBRE
Administrador
ROL
Administrador
CATEGORIA
PROFESIONAL
Licenciado/a
RESPONSABILIDADES
Registrar usuarios con su respectiva

contrasea.
Administrar permisos para cada usuario.
informacin
administrator@uepo.com
Contacto
TELF. 062957562
Aprobacin
UNIDAD EDUCATIVA PARTICULAR OVIEDO
NOMBRE
Hna. Ana Luisa Estacio Bernal

RECTORA DE LA UNIDAD EDUCATIVA PARTICULAR
ROL
"OVIEDO"
CATEGORIA
PROFESIONAL
Religiosa
Tener un seguimiento de los docentes y las

materias impartidas por cada uno de ellos.
RESPONSABILIDADES
Determinar y autorizar el cambio de fechas

para ingreso de notas dependiendo de las
circunstancias en caso de que necesite
ampliarse.
informacin
rectora@uepo.com
Contacto
TELF. 062957562
Aprobacin
NOMBRE
Docentes
ROL
Docente
118

CATEGORIA
PROFESIONAL
Licenciado, Ingeniero
RESPONSABILIDADES
Ingreso de calificaciones en las fechas

respectivas.
Ingreso de observaciones con respecto a la

materia y al estudiante.
informacin
docente@uepo.com
Contacto
TELF. 062957562
Aprobacin
NOMBRE
Lcda. Carmen Villegas
ROL
Coordinadora General
CATEGORIA
PROFESIONAL
Licenciada
Ingreso y control de asistencia de los

estudiantes.
RESPONSABILIDADES
Ingreso de conducta de acuerdo a los

parmetros estipulados en el reglamento
interno de la institucin.
informacin
coordinadora@uepo.com
Contacto
TELF. 062957562
Aprobacin
NOMBRE
Estudiantes
ROL
Estudiantes
CATEGORIA
PROFESIONAL
RESPONSABILIDADES
Estudiante
Consulta de reportes de calificacin, asistencia

y conducta mensuales y trimestrales.
119

informacin
estudiante@uepo.com
Contacto
TELF. 062957562
Aprobacin
2. Situacin actual
2.1. Antecedentes
Durante la evolucin de la UNIDAD EDUCATIVA PARTICULAR OVIEDO se ha llevado
las programaciones
micro curriculares contando con un sistema fijo de
calificaciones, por lo tanto, sta no cuenta con un sistema web que efectivice y tenga
un mejor control del sistema acadmico para brindar informacin a las estudiantes y
para un mejor control sobre los padres de familia hacia las estudiantes.
Las posibles causas a este problema son las siguientes:
No ha nacido la idea de agilitar este proceso de control, por parte de quienes
conforman la familia de la UNIDAD EDUCATIVA PARTICULAR OVIEDO
No contaban con la presencia de personas que trabajen en la realizacin de este
proyecto.
De esta forma, en la PUCE - SI se han venido dando acontecimientos poco agradables,
dando apertura a efectos tales como:
Los alumnos quedan con un porcentaje mnimo de falencias en sus conocimientos
respecto a los temas que no fueron dictados por su profesor.
Existe demasiado desgaste de papel, lo que produce un dao irreparable para el
medio ambiente y un costo elevado.
Los procesos son ms lentos al llevar en forma manual y una vez por semestre el
control de la programacin micro-curricular de cada profesor.
El desarrollo del proceso de ingreso de calificaciones de la Unidad Educativa
Particular OVIEDO -
tiene la oportunidad de pasar de un sistema fijo de
calificaciones interno a un sistema web informtico que permitir resolver los

problemas identificados en el transcurso de los ltimos aos, es as que este proyecto
tendr gran importancia en la comunidad educativa y en la sociedad en general.
120

2.3. Descripcin del sistema o situacin actual

El no poseer un sistema informtico de control de calificaciones en la Unidad
Educativa Particular OVIEDO,, no permite describir detalladamente ninguno de los
apartados enunciados en el documento de los Requisitos del Sistema.
2.4. Tipos de Usuarios
Tipo de Usuario 1
Rectora
Llevar el control de programacin de materias

y docentes.
Evaluar la calidad de aprendizaje de los

estudiantes a travs de los reportes que se
obtienen al final de cada trimestre para la
toma de decisiones con respecto a los
Responsabilidad
docentes.
Formacin
Religiosa
Habilidades
Dominio del internet.
Interaccin con el
sistema
N/A
Tipo de Usuario 2
Docente
Ingreso de calificaciones de los estudiantes en

las fechas estipuladas.
Responsabilidad
Formacin

materia y a los estudiantes.
Licenciado, Ingeniero, Doctores
Habilidades
Interaccin con el
Loguearse con el sistema e ingresas las
sistema
calificaciones de las materias impartidas.
121

Tipo de Usuario 3
Coordinadora
Responsabilidad
Formacin
Llenar la informacin necesaria con respecto a

la asistencia de los estudiantes.
Licenciada
Habilidades
Interaccin con el
Loguearse con el sistema e ingresar las
sistema
respectivas asistencias.
2.5. Mantenimiento / Soporte

Actualmente la UEPO no cuenta con una aplicacin informtica para dar soporte y
mantenimiento, el control se lo realiza manualmente.
2.6. Necesidad y naturaleza de los cambios

Los cambios requeridos son exactamente los declarados en la Especificacin de
Requisitos de Software y representan la necesidad tangible y total de crear la
aplicacin.
3. Sistema propuesto
3.1. Antecedentes
Con la implementacin de este proyecto ser posible utilizar de manera eficiente los
recursos: humanos y tecnolgicos, teniendo una informacin histrica y actualizada
para la toma de decisiones.
Esta aplicacin mantendr un nivel tecnolgico competitivo, contribuyendo as al
desarrollo de la comunidad de la UEPO.
3.2. Polticas y restricciones operacionales
La UEPO tiene la oportunidad de pasar de un sistema manual fijo de calificaciones a
un proceso apoyado en herramientas de tecnologa de informacin.
Las principales restricciones del sistema son las siguientes:
Tendrn acceso al sistema web nicamente los usuarios registrados y

autorizados.
122

En caso de que exista extensin de ingreso de calificaciones por parte de los

docentes, las fechas sern nicamente modificadas por la secretaria encargada
de prolongacin de tiempo para ingreso de calificaciones.
Se restringe el uso del sistema de calificaciones para aquellas estudiantes que

tengan algn tipo de inconveniente con la institucin como por ejemplo
impuntualidad en el pago de pensiones, cuotas de padres de familia, entre otras.
3.3. Descripcin del sistema propuesto

El presente proyecto SA-UEO tiene como finalidad llegar a la sociedad demostrando
el desarrollo tecnolgico que desarrolla la unidad educativa al presentar el
lanzamiento de su pgina web y del sistema acadmico web. Es as que el sistema
web
3.4. Tipos de usuarios
Tipo de Usuario 1
Administrador
Responsabilidad
Formacin
Habilidades
Controlar que el sistema se encuentre 100%

funcional.
Conocimientos de informtica.
Interaccin con el
sistema
Tipo de Usuario 2
Asignacin de usuarios.
Rectora
Responsabilidad
Llevar el control de programacin de materias

y docentes.
Evaluar la calidad de aprendizaje de los

estudiantes a travs de los reportes que se
obtienen al final de cada trimestre para la
123

toma de decisiones con respecto a los

docentes.
Formacin
Religiosa
Habilidades
Interaccin con el
sistema
N/A
Tipo de Usuario 3
Docente
Ingreso de calificaciones de los estudiantes en

las fechas estipuladas.
Responsabilidad
Formacin

materia y a los estudiantes.
Habilidades
Interaccin con el
Loguearse con el sistema e ingresas las
sistema
Tipo de Usuario 4
calificaciones de las materias impartidas.
Coordinadora
Responsabilidad
Formacin
Llenar la informacin necesaria con respecto a

la asistencia de los estudiantes.
Licenciada
Habilidades
Interaccin con el
Loguearse con el sistema e ingresar las
sistema
respectivas asistencias.
3.5. Mantenimiento / soporte

El mantenimiento bsico de este sistema puede ser de dos tipos:
124

El primero es haciendo uso de la base de datos para obtener respaldos (backup), la

segunda forma de mantenimiento es el incremento de requerimientos a mediano o
largo plazo que involucra directamente la programacin interna en el sistema.
3.6. Cambios considerados pero no incluidos

No existen cambios considerados no incluidos, ya que se ha tomado en cuenta
detalladamente todos los requisitos que necesita el sistema para su correcta
funcionalidad en la aplicacin realizada.
4. Resumen de mejoras
Se evitar el desgaste de papel, contribuyendo en gran medida a la campaa de

cero papeles.
5. Informacin adicional
No se adjunta ninguna informacin adicional al documento.
125

3.1.3. FORMULARIO PARA LA ESPECIFICACIN DE REQUISITOS DE
SOFTWARE BASADO EN EL ESTNDAR IEEE 830.
Proyecto:
Revisin: 1.0
5/07/2011
126

VERIFICADO
DEPARTAMENTO DE
FECHA
REVISION
AUTORES
CALIDAD
Jeaneth Cecilia
Caldern
05/07/2011
1.0
Estvez
Oscar Daniel
Ing. Ismael Castro
Camuendo
Vsquez
Documento Validado por las partes en fecha: 05/07/2011
Por la empresa
Por el Cliente
suministradora
Acep. Hna Analuisa Estacio Bernal
Acep. PUCE-SI
127

Contenido
FICHA DEL DOCUMENTO
CONTENIDO
1. INTRODUCCIN
1.1. Propsito
1.2. Alcance
1.3. Personal Involucrado
1.4. Definiciones, acrnimos y abreviaturas
1.5. Referencias
1.6. Resumen
2. DESCRIPCIN GENERAL
2.1. Perspectiva del Producto
2.2 Funcionalidad del Producto
2.3. Caractersticas de los Usuarios
2.4. Restricciones
2.5. Suposiciones y Dependencias
2.6. Evolucin previsible del sistema
3. REQUISITOS ESPECFICOS
3.1. Requisitos comunes de las interfaces
3.1.1 Interfaces de usuario
3.1.2 Interfaces de hardware
3.1.3 Interfaces de software
3.1.4 Interfaces de comunicacin
3.2. Requisitos funcionales
3.3. Requisitos no funcionales
3.4. Otros requisitos
128

1. INTRODUCCIN
El presente proyecto se encuentra basado en el estndar IEEE 830 y hace una
recopilacin de los requerimientos establecidos, que permitir tener una mejor
visin para la implantacin del sistema SA-UEO, la cual servir para mejorar su
competitividad y rentabilidad.
1.1 Propsito
El presente documento hace una recopilacin de los requerimientos establecidos por
la rectora de la Unidad Educativa articular Oviedo,, los cuales deben ser considerados
en todas las fases del desarrollo del sistema.
El contenido de este documento est dirigido a la Rectora, Secretaria- Administrador,
Docentes y Estudiantes.
1.2 Alcance
Este documento hace una recopilacin de los requerimientos establecidos por el
usuario final, los cuales deben ser considerados en todas las fases del desarrollo del
sistema.
1.3 Personal Involucrado
NOMBRE
Administrador
ROL
Administrador
CATEGORIA
PROFESIONAL
Licenciado/a
RESPONSABILIDADES
Registrar usuarios con su respectiva

contrasea.
informacin
administrator@uepo.com
Contacto
TELF. 062957562
Aprobacin

129

NOMBRE
Hna. Ana Luisa Estacio Bernal

RECTORA DE LA UNIDAD EDUCATIVA PARTICULAR
ROL
"OVIEDO"
CATEGORIA
PROFESIONAL
Religiosa
Tener un seguimiento de los docentes y las

materias impartidas por cada uno de ellos.
RESPONSABILIDADES
Determinar y autorizar el cambio de fechas

para ingreso de notas dependiendo de las
circunstancias en caso de que necesite
ampliarse.
informacin
rectora@uepo.com
Contacto
TELF. 062957562
Aprobacin
NOMBRE
Docentes
ROL
Docente
CATEGORIA
PROFESIONAL
RESPONSABILIDADES
Ingreso de calificaciones en las fechas

respectivas.

materia y al estudiante.
informacin
docente@uepo.com
Contacto
TELF. 062957562
Aprobacin
130

NOMBRE
Lcda. Carmen Villegas
ROL
Coordinadora General
CATEGORIA
PROFESIONAL
Licenciada
Ingreso y control de asistencia de los

estudiantes.
RESPONSABILIDADES
Ingreso de conducta de acuerdo a los

parmetros estipulados en el reglamento
interno de la institucin.
informacin
coordinadora@uepo.com
Contacto
TELF. 062957562
Aprobacin
NOMBRE
Estudiantes
ROL
Estudiantes
CATEGORIA
PROFESIONAL
RESPONSABILIDADES
Estudiante
Consulta de reportes de calificacin, asistencia

y conducta mensuales y trimestrales.
informacin
estudiante@uepo.com
Contacto
TELF. 062957562
Aprobacin
1.4 Definiciones, Acrnimos y Abreviaturas

Acrnimos:
SA- UEO Sistema acadmico web de ingreso y consulta de calificaciones online.
Definiciones:
131

IEEE 1362.- Estndar que determina la especificacin de requisitos del sistema

para la construccin y puesta en marcha de aplicaciones de software.
IEEE 830.- Estndar que identifica detalladamente todos los requisitos que
necesita un software para su funcionamiento.
Administrar.- En informtica se refiere a las operaciones de alta, baja

eliminacin, modificacin y consulta de datos.
Acrnimos:
TCP/IP, Transport Control Protocol / Internet Protocol.
1.5 Referencias
1.6 Resumen
El contenido de este documento consta de: Introduccin que induce al conocimiento
especfico de la aplicacin a construir, descripcin general de la aplicacin a
construir, definicin de los requisitos especficos de la aplicacin y anexos si acaso
existiere.
2 DESCRIPCIN GENERAL
2.1 Perspectiva del Producto
La aplicacin informtica que se desea crear es independiente, es decir, no forma
parte de un sistema ya existente. Est basado en los controles fijos que se utilizan en
la actualidad para el control del proceso de ingreso de calificaciones.
2.2 Funcionalidad del Producto

El producto a desarrollar consta de cuatro aplicaciones importantes para el
funcionamiento del sistema.
1.- Mdulo Administrador:
Registrar usuarios con su respectiva contrasea.

132

Acceso a la base de datos.
Mantener el sistema funcional.
2.- Mdulo Docente:
Registrar entrada y salida mediante la huella digital.
Ingresar los temas a tratar de las diferentes materias, la duracin y la fecha en

que stas se llevarn a cabo.
Comunicar el porcentaje estudiado en clase.
Obtener reportes acerca de los contenidos impartidos a los estudiantes.
4.- Mdulo Alumno:
Escoger un porcentaje para evaluar cada tema proporcionado en clase, de tal

forma que se logre obtener un promedio con el porcentaje del docente.
5.- Modulo Administrativos.
Muestra la informacin correspondiente a cada uno del personal

administrativo que trabaja en la institucin.
2.3 Caractersticas de los Usuarios
Tipo de Usuario
Administrador
Formacin
Habilidades
Conocimiento de manejo de sistemas acadmicos.
Actividades
Asignacin de usuarios y parametrizacin de fechas.
Tipo de Usuario
Rector/a
Formacin
Religiosa
Habilidades
Actividades
Dominio de internet
Tener un seguimiento de la materia de cada

profesor, mediante los reportes.
Autorizar y cambiar fechas de ingreso de
133

calificaciones.
Tipo de Usuario
Docentes
Formacin
Habilidades
Dominio de internet.
Ingresar calificaciones y observaciones en las
Actividades
fechas estipuladas.
Tipo de Usuario
Coordinador/a
Formacin
Licenciado
Habilidades
Ingresar asistencia y conducta de los
Actividades
estudiantes.
Tipo de Usuario
Estudiantes
Formacin
Estudiante
Habilidades
2.4 Restricciones
La base de datos que se utiliz es MySQL, ya que esta se incorpora

automticamente en el paquete de Appserv.
La conexin a Internet para realizar la sincronizacin entre los diferentes

aplicativos.
La documentacin se lleva en funcin de los estndares: IEEE1362, IEEE830,

Plantillas de Lharman (IEEE729), diagramas UML, diagramas E/R (Entidad/
Relacin).
La metodologa a aplicar fue Extreme Programming XP.
134

Se desarroll la aplicacin sobre herramientas de Open Source para Windows.
Aqu en adelante se mencionan dichas plataformas como un prembulo a su utilizacin.
AppServ.- Es un programa que usa una serie de aplicaciones y utilidades, de

manera que al instalarlo, no solo tendremos instalados todo esto, sino que,
adems estarn perfectamente configurados y listos para usarlos en cuestin de
minutos, mientras que si tuvisemos que instalar por separado estos programas,
deberamos dedicarle mucho ms tiempo a su correcta configuracin.
Pero qu aplicaciones nos instala este paquete?
Apache
PHP
MySQL
phpMyAdmin
Apache.-
Es
un
servidor
HTTP
plataformas Unix (BSD,GNU/Linux,
de
cdigo
abierto
disponible
etc.), Windows, Macintosh y
otras.
para
Esta
aplicacin es necesaria para montar un host local en el cual se apoyarn los

dems programas que vamos a instalar.
PHP.- Es un lenguaje de programacin interpretado que se ejecuta del lado del

servidor, es decir, al hacerle la peticin de una pgina PHP al servidor, ste antes
de envirsela al usuario, lo que hace es interpretarlo, traducirlo a html y, acto
seguido enviarla al ordenador que ha realizado la peticin.
MySQL.- Es un sistema de gestin de bases de datos relacionales multiusuario

que est desarrollada por la empresa Sun Microsystems. MySQL es un
complemento perfecto para el desarrollo de sitios web dinmicos, como por
135

ejemplo foros, ya que cada usuario podr modificar el contenido de la pgina o

simplemente amplindolo.
phpMyAdmin.- Es una utilidad adicional, y que, en absoluto es necesaria para el

desarrollo de un sitio web dinmico que se sustente sobre una base de datos,
pero facilita mucho a tarea, ya que nos permite administrar una base de datos sin
necesidad de tener que recurrir a la escritura de lneas de comandos sobre la
consola del equipo, ya que nos proporciona un entorno grfico para ello, que
adems es bastante intuitivo.
2.5 Suposiciones y Dependencias
En el sistema desarrollado, los elementos dependientes del software que pueden

afectar su configuracin son: conexin a la red y base de datos.
2.6 Evolucin Previsible del Sistema
Desarrollar una aplicacin informtica que permita efectivizar el proceso de

matriculacin on-line en la UNIDAD EDUCATIVA PARTICULAR OVIEDO.
3 REQUISITOS ESPECFICOS
Numero de
requisito
Nombre del
Requisito
Tipo
Aplicacin Cliente - Servidor
Requisito
Restriccin
136

Fuente del requisito Hna. Ana Luisa Estacio Bernal,

Prioridad del
requisito
Alta
Media
Baja
Numero de
requisito
Nombre del
Requisito
Tres capas de programacin
Tipo
Requisito
Restriccin
Alta
Media
Fuente del requisito

Prioridad del
requisito
Baja
Numero de
requisito
Nombre del
Requisito
Ingreso restringido para usuarios
Requisito
Tipo
Restriccin

Prioridad del
requisito
Alta
Media
Baja
137

Numero de
requisito
Nombre del
Requisito
Soporta plataforma Windows
Tipo
Requisito
Restriccin
Alta
Media

Prioridad del
requisito
Baja
Numero de
requisito
Nombre del
Requisito
Abierto a cambios en la codificacin.
Tipo
Requisito
Restriccin
Alta
Media

Prioridad del
requisito
Baja
Numero de
requisito
Nombre del
Requisito
Basado en mens.
138

Tipo
Requisito
Restriccin
Alta
Media

Prioridad del
requisito
Baja
Numero de
requisito
Nombre del
Requisito
Existe un usuario base Administrador
Tipo
Requisito
Restriccin
Alta
Media

Prioridad del
requisito
Baja
Numero de
requisito
Nombre del
Configuracin de parmetros bsicos:
Requisito
Ingreso, calificaciones.
Tipo
Requisito
Restriccin
139

Prioridad del
requisito
Alta
Media
Baja
Nmero de
requisito
Nombre del
requisito
Tipo
Gestin Docentes
Requisito
Restriccin
Alta
Media

Prioridad del
requisito
Baja
Nmero de
requisito
10
Nombre del
Gestin de coordinador:
requisito
Ingreso, Asistencia
Tipo
Requisito
Restriccin
Alta
Media

Prioridad del
requisito
Numero de
Baja
11
140

requisito
Nombre del
Gestin Reportes:
Requisito
Informacin de reportes trimestrales.
Tipo
Requisito
Restriccin
Alta
Media

Prioridad del
requisito
Baja
Numero de
requisito
12
Nombre del
Cada docente podr visualizar el paralelo y las materias
Requisito
asignadas
Tipo
Requisito
Restriccin
Alta
Media

Prioridad del
requisito
Baja
Numero de
requisito
13
Nombre del
El administrador visualizar todas las materias y todos los
Requisito
paralelos
Tipo
141

Requisito
Restriccin
Alta
Media

Prioridad del
requisito
Baja
Numero de
requisito
14
Nombre del
El administrador puede insertar, eliminar o reasignar
Requisito
(docentes, materias , paralelos , estudiantes)
Tipo
Requisito
Restriccin
Alta
Media

Prioridad del
requisito
Baja
3.1 Requisitos Comunes de las Interfaces

El sistema web desarrollado tiene como entrada informacin almacenada de
docentes, personal administrativo y estudiantes, tambin ingreso de informacin
desde internet. La salida que tiene este sistema son las pantallas de reportes
trimestrales que puede visualizar los estudiantes adems tendremos una pantalla
donde el docente podr visualizar las materias a impartir con sus respectivos
paralelos para poder modificarlos con su respectiva autorizacin.
3.1.1 Interfaces de Usuario
142

La funcin principal del sistema es el ingreso de calificaciones, asistencia y conducta

por parte de los docentes y la coordinadora de las diferentes materias y paralelos, en
el respectivo periodo acadmico.
Se ha creado la pantalla de ingreso de calificaciones para los docentes.
Se ha creado la pantalla de reporte de calificaciones, asistencia y conducta para

visualizacin de los estudiantes.
3.1.2 Interfaces de hardware

Las interfaces de hardware necesarias para el funcionamiento del sistema son:
Un computador el cual permitir realizar los distintos procesos de parametrizacin
del administrador.
3.1.3 Interfaces de software
PHP 5.2.3.- PHP, acrnimo de "PHP: Hypertext Preprocessor", es un lenguaje

"Open Source" interpretado de alto nivel, especialmente pensado para
desarrollos web y el cual puede ser incrustado en pginas HTML. La mayora de
su sintaxis es similar a C, Java y Perl y es fcil de aprender. La meta de este
lenguaje es permitir escribir a los creadores de pginas web, pginas dinmicas
de una manera rpida y fcil.
MySQL 5.0.45.- Es un sistema de gestin de base de datos relacional.
El propsito de todas las interfaces del software es ayudar al control del ingreso de
calificaciones, asistencia y conducta as como tambin al avance de presentacin de
reportes trimestrales para los estudiantes.
3.1.4 Interfaces de comunicacin

Las principales comunicaciones que existen son la conexin del sistema con la
internet mediante un hosting y dominio a travs del protocolo TCP / IP.
143

3.2 Requisitos funcionales
3.2.1 Requisito funcional 1
Aplicacin Cliente Servidor (C/S)
C/S es una relacin entre procesos corriendo en mquinas separadas
El servidor (S) es un proveedor de servicios.
El cliente (C) es un consumidor de servicios.
Cliente y Servidor Interactan por un mecanismo de pasaje de mensajes:

Pedido de servicio.
Respuesta
Tres capas de programacin
Es un estilo de programacin, en donde su objetivo primordial es la separacin de la

capa de presentacin, capa de negocio y la capa de datos.
Capas y niveles
1. Capa de presentacin: es la que ve el usuario (tambin se la denomina "capa de

usuario"), presenta el sistema al usuario, le comunica la informacin y captura la
informacin del usuario en un mnimo de proceso (realiza un filtrado previo para
comprobar que no hay errores de formato). Tambin es conocida como interfaz
grfica y debe tener la caracterstica de ser "amigable" (entendible y fcil de usar)
para el usuario. Esta capa se comunica nicamente con la capa de negocio.
2. Capa de negocio: es donde residen los programas que se ejecutan, se reciben las
peticiones del usuario y se envan las respuestas tras el proceso. Se denomina
capa de negocio (e incluso de lgica del negocio) porque es aqu donde se
144

establecen todas las reglas que deben cumplirse. Esta capa se comunica con la
capa de presentacin, para recibir las solicitudes y presentar los resultados, y con
la capa de datos, para solicitar al gestor de base de datos almacenar o recuperar
datos de l. Tambin se consideran aqu los programas de aplicacin.
3. Capa de datos: es donde residen los datos y es la encargada de acceder a los

mismos. Est formada por uno o ms gestores de bases de datos que realizan
todo el almacenamiento de datos, reciben solicitudes de almacenamiento o
recuperacin de informacin desde la capa de negocio.
Ingreso restringido a usuarios registrados
Restringe el ingreso a usuarios que no su informacin no se encuentre almacenada

en la base de datos.
Soporta plataforma Windows
El sistema web fue desarrollado la parte comercial con el sistema de gestin de

contenido Joomla y el sistema acadmico con Adobe Dreamweaver CS4
tiene
independencia de plataforma de hardware y permite un rpido desarrollo de

aplicaciones.
Abierto a cambios en la codificacin
La codificacin de este software quedar abierta a cambios, en el caso de que se

requiera nuevas funcionalidades en un futuro.
Basado en mens
145

Barra de men se refiere a los programas de Windows que tienen colocados los
comandos principales en una lnea en la parte superior de la ventana, justo debajo
del ttulo de la aplicacin.
Existe un usuario base: Administrador
El Administrador ser el principal usuario de la aplicacin, quien ser capaz de

mantener al sistema funcional.
Configuracin de parmetros bsicos:
Fraccin de tiempo de ingreso de calificaciones.

Presentacin de reportes trimestrales.
Gestin Docentes
El Administrador estar en la capacidad de crear docentes con sus respectivos

materias para de esta forma enlazarlos con los diferentes paralelos a los que
pertenecen.
Gestin de coordinadora
La informacin que se muestra en este requisito ser otorgada por la coordinadora,

para cumplir con la informacin sobre la asistencia y la conducta de las estudiantes.
Gestin de reportes
Informacin de reportes trimestrales
146


Cada docente podr visualizar el paralelo y las materias asignadas

El administrador podr visualizar todas las materias y los paralelos

El administrador puede insertar, eliminar o reasignar (docentes, estudiantes,
materias o paralelos)
3.3 Requisitos no funcionales
3.3.1 Requisitos de Rendimiento

El sistema soportar varias conexiones simultneamente en el momento de ingresar
a la gestin acadmica por parte de los docentes, estudiantes o personal
administrativo para la obtencin de resultados.
3.3.2 Seguridad
El software consta con niveles y categorizaciones de accesos los cuales permiten

restringir y validar los distintos accesos por usuario.
3.3.3 Fiabilidad
La aplicacin desarrollada en PHP con la base de datos MySql se caracteriza por su

excelente compatibilidad en el desarrollo de aplicaciones medias.
147

3.3.4 Disponibilidad
La disponibilidad del sistema ser de 24/7 en un 99 %, es decir
que se encontrar
disponible las 24 horas de los siete das de la semana en un confiable

funcionamiento.
3.3.5 Mantenibilidad
El mantenimiento bsico de este sistema puede ser:
Obtener los respaldos de la informacin mediante la base de datos.
Adicionar nuevas funcionalidades al sistema, en el caso de que sea necesario.
El sistema est abierto a la creacin o modificacin de distintos mdulos.
148

3.3.6 Portabilidad
El sistema no se limita solamente al sistema operativo Windows ya que la capa de

negocio y la capa de datos esta desarrollado en lenguajes de programacin
multiplataforma.
CONVENCIONES
A continuacin se detalla un ejemplo del documento de convenciones, el cual queda
abierto a las necesidades de cada proyecto, pero sin dejar de ser obligatoriamente
requerido.
Ejemplo:
a) Diseo Lgico
Aqu se adjunta el diagrama lgico de la Capa de Datos de la Aplicacin, adems se
anexa un ejemplo:
Objetos de la Base de Datos
Tablas
Todas las tablas de la base de datos, iniciarn su nombre anteponiendo la letra t al

nombre de la tabla de la siguiente manera:
t_Nombre_De_Tabla
Tablas de relacin
Los nombres de las tablas de relacin, empezar con la letra r. No existir un nmero
mximo de palabras para el nombre de la tabla de relacin, de la siguiente manera:
r_NombreRelacion
Vistas
Los nombres de las vistas, empezar con la letra v y a continuacin el nombre de la

vista, de la siguiente manera:
vta_NombreVista
A cada tabla, vista o secuencia se le asignar una abreviatura de no ms de tres
caracteres que se emplear en la cualificacin de campos en sentencias SQL que
involucren a ms de una tabla. Por ejemplo, la abreviatura asignada a la tabla
149

Atributos o Campos
Los atributos o campos pertenecientes a una tabla, debern escribirse utilizando las
primeras letras del nombre de la tabla y a continuacin el nombre respectivo del
atributo. Adems el nombre de los campos no deber exceder de 16 caracteres. Los
atributos de las tablas de relacin, deben empezar con el prefijo que se forma de las
primeras letras del nombre de la tabla de la relacin.
b) Capa de Negocios
Funciones
Los nombres de las funciones deben empezar con la letra f y a continuacin se

escribir el nombre de la funcin, de la siguiente manera:
f_NombreFuncion
Interfaz
Formulario Principal
Para la identificacin de un formulario principal, se pondr el prefijo form al final de
cada nombre del formulario, de la siguiente manera
MenuPrincipalForm
Manipulacin de datos
Batch
Cada archivo creado, deber tener la documentacin necesaria para su utilizacin
(comentarios).
Comentarios
Los comentarios sern utilizados para comentar las acciones que se realicen en el
cdigo de la programacin, as como en las sentencias sql.
Comentarios de una lnea

150

Para comentar el cdigo, en una sola lnea, se utilizar dos barras inclinadas a la
derecha (//).
Ej.: // Esto es un comentario de una lnea
Para comentar el cdigo en una sola lnea en Oracle se utilizar dos lneas (--).
Ej.: -- Esto es un comentario de una lnea
Comentarios de ms de una lnea
Para comentar el cdigo o sentencia sql de ms de una lnea se deber abrir y cerrar
el comentario, para abrir se utilizarn los smbolos una barra inclinada hacia la
derecha seguida de un asterisco y para cerrar el comentario deber utilizar un
asterisco y una barra inclinada.
Los comentarios debern escribirse de acuerdo a la siguiente nomenclatura:
/* fecha_realiza_correccion Nombre_programador razn */
Si en el cdigo existente realizamos una modificacin no mayor a diez lneas,

realizamos un comentario en el mismo archivo explicando la funcin que cumple el
cdigo o tambin realizando un nuevo comentario si el cdigo ha sido alterado.
151

3.4. DISEO
3.4.1. DISEO ARQUITECTNICO / ESTRUCTURAL / MODULAR
Unidad Educativa Particular Oviedo
Fuete: Autores
3.4.2. DISEO DETALLADO
CAPA DE DATOS
3.4.2.1. Modelo lgico o conceptual

A continuacin se presenta un ejemplo de un modelo lgico o conceptual de la
aplicacin, desarrollada en Sybase Power Designer v12:
152

3.4.3. CAPA DE NEGOCIOS

Donde residen los programas que se ejecutan, se reciben las peticiones del usuario y
se envan las respuestas tras el proceso. Se denomina capa de negocio (e incluso de
lgica del negocio) porque es aqu donde se establecen todas las reglas que deben
cumplirse. Esta capa se comunica con la capa de presentacin, para recibir las
solicitudes y presentar los resultados, y con la capa de datos, para solicitar al gestor
de base de datos para almacenar o recuperar datos de l. Tambin se consideran aqu
los programas de aplicacin. Consta de cuatro partes primordiales que son:
Disparadores (Triggers)
Procedimientos Almacenados (Stores Procedures)
Web Services
A continuacin se adjunta los formularios de: Declaracin de Triggers, Stores

Procedures Y Web Services.
153

3.4.3.1. Interfaz:
Para cada aplicacin se necesita detallar como se encuentra conformado el servicio
que interacta con el cliente, as como el tipo de aplicacin y las versiones que sta
soporta. Como ejemplo se adjunta el modelo de la aplicacin, el mismo que est
realizado en Web Forms.
Presentacin
1
de Contenidos
Soporta
Tipo:
Versin:
Tipo de Interaccin:
Revisado por:
Ayuda a la
comunicacin de la
informacin relevante
de la Institucin y a la
interaccin con los
Web
2.0
Aprobado
Ing. Ismael
por:
Castro.
Logeo
usuarios.
Ing. Ismael Castro.
Tipo de Interaccin:
Revisado por:
Soporta
Tipo:
Versin:
Ayuda a validar la
Web
2.0
informacin ingresada
Ing. Ismael Castro.
por el usuario.
154

Aprobado
Ing. Ismael
por:
Castro.
Administracin
Soporta
Tipo:
Versin:
Tipo de Interaccin:
Revisado por:
Permite configurar los

parmetros de
funcionamiento del
Web
2.0
Aprobado
Ing. Ismael
por:
Castro.
Docente
sistema.
Ing. Ismael Castro.
Soporta
Tipo:
Versin:
Tipo de Interaccin:
Revisado por:
Valida y presenta roles

Web
2.0
Aprobado
Ing. Ismael
por:
Castro.
Estudiante
asignados
Ing. Ismael Castro.
Tipo de Interaccin:
Revisado por:
Soporta
Tipo:
Versin:
155

Valida y presenta
Web
2.0
Aprobado
Ing. Ismael
por:
Castro.
informacin.
Ing. Ismael Castro.
Tipo de Interaccin:
Revisado por:
Personal
6
Administrativo
Soporta
Tipo:
Versin:
Valida y presenta
Web
2.0
Aprobado
Ing. Ismael
por:
Castro.
informacion
Ing. Ismael Castro.
3.4.4. DISEO DE CASOS DE USO (CdU)
Una vez diseada la capa de negocios, se realiza el diseo de casos de uso. Los casos de
uso son una secuencia de interacciones que se desarrollan entre un sistema y sus actores
en respuesta a un evento que inicia un actor principal sobre el propio sistema.
Los diagramas de casos de uso sirven para especificar la comunicacin y el

comportamiento de un sistema mediante su interaccin con los usuarios y/u otros
sistemas. O lo que es igual, un diagrama que muestra la relacin entre los actores y los
casos de uso en un sistema. Una relacin es una conexin entre los elementos del
modelo, por ejemplo la especializacin y la generalizacin son relaciones. Los diagramas
156

de casos de uso se utilizan para ilustrar los requerimientos del sistema al mostrar cmo
reacciona a eventos que se producen en su mbito o en l mismo.
A continuacin se detalla todos los casos de uso de la aplicacin; especificando los

mismos en un formulario basado en las plantillas del Lharman.
157

3.4.5. ESPECIFICACIN DE CASOS DE USO

Formulario basado en las Plantillas de Lharman
Proyecto:
Revisin: 1.0
14/08/2011
158

VERIFICADO
DEPARTAMENTO DE
FECHA
REVISION
AUTORES
CALIDAD
Jeaneth Cecilia
Caldern
14\08\2011
1.0
Estvez
Oscar Daniel
Ing. Ismael Castro
Camuendo
Vsquez
Documento Validado por las partes en fecha: 14\08\2011
Por la empresa
Por el Cliente
suministradora
Acep. Hna. Ana Luisa Estacio

Bernal
Acep. PUCE-SI
159

3.4.6. LISTA DE CASOS DE USO:
Actor Primario
Casos de Uso
USUARIO
AUTENTIFICACIN DE USUARIO
ESTACIN DE REGISTRO
REGISTRO DE INCIDENCIAS
SERVIDOR
- VALIDACIN
- INGRESAR CLAVES
- INGRESAR USUARIOS
- PARMETROS
- REGISTROS
- REPORTES
3.4.7. PLANTILLAS DE CASOS DE USO:

CASO DE USO N 1: AUTENTIFICACIN DE USUARIO
Caso de Uso ID: R1 | CdU_SCA_R1

Nombre de Caso AUTENTIFICACIN DE USUARIO
de Uso:
Creado por: J.C.CE
O.D.C.V
ltima
actualizacin
realizada por:
Fecha de 14/08/2011
Ultima fecha de
Creacin:
actualizacin:
J.C.CE
O.D.C.V
14/08/2011
160

Actores:
Descripcin:
USUARIO
Este caso de uso describe la autenticacin de los

usuarios al sistema acadmico.
El solicitante realiza una peticin HTTP a travs del

Browser al servidor que contiene el sistema.
El servidor verifica si el solicitante ya se ha

autentificado y determina el nivel de acceso.
Procesa la peticin y la retorna al solicitante el

resultado obtenido.
El usuario enva la peticin al servidor para que

pueda ser ingresado en el sistema.
Precondiciones:
Este caso de uso por ser el primero no requiere de alguna

condicin preexistente.
Post-condiciones:
Si el solicitante no ha ingresado sus credenciales el

sistema redirecciona a la pgina de login.
Si el solicitante no existe o se encuentra

deshabilitado el sistema informa mediante un
mensaje de error.
Flujo Normal :
El Usuario revisar que la red est funcionando con un

flujo normal.
Flujos Alternativos:
Ninguno
Excepciones:
Cuando no se encuentra conectado el cable de red, espera

hasta que se restablezca la conexin.
Incluye:
Ninguno
Prioridad:
Alta
Frecuencia de Uso:
Diariamente
161

Business Rules:
Ninguno
Requerimientos
Conexin Web, y Browser.
Especiales:
Asunciones:
Correcta liberacin del equipo
Apuntes y Lista de
Ninguno
Comunicaciones:
Grfica del Caso De Uso. Ej.
AUTENTIFICACION
INGRESO AL
SISTEMA
VALIDACION
MENSAJE DE ERROR
USUARIO
RAZN PARA
NOMBRE
AUTENTIFICACION
DE USUARIO
FECHA
CAMBIOS
14/08/2011 NINGUNA
VERSION
1.0
CASO DE USO N 2: Usuario Administrador
162


Nombre de Caso USUARIO ADMINISTRADOR
de Uso:
Creado por: J.C.CE
O.D.C.V
ltima
actualizacin
realizada por:
Fecha de 14/08/2011
Ultima fecha de
Creacin:
actualizacin:
J.C.CE
O.D.C.V
14/08/2011
Actores:
ADMINISTRADOR
Descripcin:
Este caso de uso describe las acciones que tendr el

usuario Administrador habilitadas en su sesin.
El Administrador puede actualizar su cuenta.
El Administrador puede crear, actualizar y eliminar
cuentas de usuarios: generales y operadores.
El Administrador puede crear, actualizar y dar de baja y
alta las solicitudes de los usuarios generales como de los
operadores.
El Administrador puede configurar los parmetros de
funcionalidad del sistema.
El usuario enva la peticin al servidor para que pueda ser
ingresado en el sistema.
Precondiciones:
Autenticarse en el sistema como administrador.

Utilizacin de un browser
Post-condiciones:
Configuracin de las cadenas de conexin.

Identificacin de variables.
Flujo Normal :
El usuario administrador asigna roles y determina los
163

niveles de acceso.
Ninguno
Excepciones:
Cuando no existe conexin con el servidor
Incluye:
Ninguno
Prioridad:
Alta
Frecuencia de Uso:
Diariamente
Business Rules:
Ninguno
Requerimientos
El servidor debe estar en ptimas condiciones
Especiales:
Asunciones:
Apuntes y
Normal
Lista
de Ninguno
Comunicaciones:
ACTUALIZACION DATOS
MANTEMIENTO
DE CUENTA
CAMBIO DE CLAVE
ESTADO DE USUARIO
USUARIO
NUEVO USUARIO
DATOS DE USUARIO
REPORTE DE USUARIO
TIPOS DE USUARIO
CONFIGURACION
164

USUARIO
RAZN PARA
NOMBRE
USUARIO
ADMINISTRADOR
FECHA
CAMBIOS
VERSION
14/08/2011 NINGUNA
1.0
CASO DE USO N 3: Usuario Docente

Nombre de Caso USUARIO DOCENTE
de Uso:
ltima
Creado por: J.C.C.E
actualizacin
O.D.C.V
realizada por:
Fecha de 14/08/2011
Ultima fecha de
Creacin:
actualizacin:
Actores:
Descripcin:
J.C.C.E
O.D.C.V
14/08/2011
DOCENTES

usuario Docente habilitadas en su sesin.
El Docente puede ingresar las calificaciones de cada

una de las materias asignadas previo a la
autorizacin del administrador.
165

El Docente puede visualizar las calificaciones

ingresadas en los distintos periodos.
Precondiciones:
Post-condiciones:
Flujo Normal :
El Docente puede visualizar sus datos personales.
Autenticarse en el sistema como docente.
El usuario docente visualiza e ingresa calificaciones previo

a la autorizacin.
Ninguno
Excepciones:
Incluye:
Ninguno
Prioridad:
Alta
Frecuencia de Uso:
Casualmente
Business Rules:
Ninguno
Requerimientos
Especiales:
Asunciones:
Normal
Apuntes y Lista de
Ninguno
Comunicaciones:
166

VISUALIZACION
VALIDA
AUTENTIFICACION
INGRESO DE
CALIFICACIONES
INVALIDA
MENSAJE DE ERROR
USUARIO
DOCENTE
RAZN PARA
NOMBRE
USUARIO DOCENTE
FECHA
CAMBIOS
VERSION
14/08/2011 NINGUNA
1.0
CASO DE USO N 4: Usuario Estudiante

Nombre de Caso USUARIO ESTUDIANTE
de Uso:
Creado por: J.C.CE
O.D.C.V
ltima
actualizacin
realizada por:
J.C.CE
O.D.C.V
167

Fecha de 14/08/2011
Ultima fecha de
Creacin:
actualizacin:
14/08/2011
Actores:
ESTUDIANTE
Descripcin:

usuario Estudiante habilitadas en su sesin.
El Estudiante puede visualizar las calificaciones de cada

una de las materias asignadas por periodo acadmico y
por trayectoria estudiantil previo a la autorizacin del
administrador.
El Estudiante puede visualizar sus datos personales.
Precondiciones:
Autenticarse en el sistema como estudiante.

Post-condiciones:

Flujo Normal :
El usuario estudiante visualiza calificaciones previas a la

autorizacin.
Ninguno
Excepciones:
Incluye:
Ninguno
Prioridad:
Alta
Frecuencia de Uso:
Casualmente
Business Rules:
Ninguno
Requerimientos
Especiales:
Asunciones:
Normal
168

Apuntes y
Lista
de Ninguno
Comunicaciones:

VISUALIZACION DE KARDEX
VALIDA
VISUALIZACION POR NIVEL
AUTENTIFICACION
INVALIDA
MENSAJE DE ERROR
USUARIO
ESTUDIANTE
RAZN PARA
NOMBRE
USUARIO
ESTUDIANTE
FECHA
CAMBIOS
VERSION
14/08/2011 NINGUNA
1.0
CASO DE USO N 5: Usuario Administrativo

Nombre de Caso USUARIO ADMINISTRATIVO
de Uso:
Creado por: J.C.C.E
ltima
J.C.C.E
actualizacin
169

O.D.C.V
realizada por:
O.D.C.V
Fecha de 14/08/2011
Ultima fecha de
14/08/2011
Creacin:
actualizacin:
Actores:
Descripcin:
ADMINISTRATIVO

usuario administrativo habilitadas en su sesin.
El Administrativo puede visualizar los cursos

asignados por periodo por periodo acadmico si el
caso fuera, previo a la autorizacin del
administrador.
El Administrativo autorizado podr ingresar las

calificaciones de conducta a los paralelos asignado
previa autorizacin del administrador.
El Administrativo puede visualizar sus datos

personales.
Precondiciones:
Post-condiciones:
Flujo Normal :
Autenticarse en el sistema como administrativo.
El usuario estudiante visualiza calificaciones previo a la

autorizacin.
170

Ninguno
Excepciones:
Incluye:
Ninguno
Prioridad:
Alta
Frecuencia de Uso:
Casualmente
Business Rules:
Ninguno
Requerimientos
Especiales:
Asunciones:
Normal
Apuntes y Lista de
Ninguno
Comunicaciones:
VALIDA
VISUALIZACION
AUTENTIFICACION
INVALIDA
MENSAJE DE ERROR
171

USUARIO
ADMINISTRATIVO
RAZN PARA
NOMBRE
USUARIO
ADMINISTRATIVO
FECHA
CAMBIOS
VERSION
14/08/2011 NINGUNA
1.0
3.5.2. MDULOS
Nro. Mdulo
1. Mdulo Administrador
2. Mdulo Administrativo
3. Mdulo Docente
4. Mdulo Estudiante
3.5.3. PGINAS
NOMBRE DE LA PAGINA
DIRECCION DE LA PAGINA
Seleccin de Usuarios
Online_Academico.php
Autentificacin de Usuario Estudiante
Autentifica.php
Autentificacin de Usuario Profesor
Autentificar.php
Autentificacin de Usuario Administrativo
Logear.php
Autentificacin a Aplicaciones Internas
Logea.php
Seleccin de periodos por estudiante
Selecperiodos.php
Visualizacin de Calificaciones por
Online_Estudiantes.php
Periodo seleccionado
8
Visualizacin de Kardex
Kardex.php
Seleccin de periodos asignados a docente
Online_Profesores.php
172

10
Visualizacin de Materias asignadas por
Online_Profesor.php
Periodo seleccionado
11
Visualizacin de estudiantes por materia y
Online_Profe.php
Por periodo asignado

12
Mensaje de envo de xito
Envio_Correcto.php
13
Visualizacin de datos personales de
Online_Administrativos.php
Usuario Administrativo
14
Visualizacion de Aplicaciones Internas
Apicaciones_Internas.php
Administrativas
15
Ingreso de Personal Docente
Ingreso_Docentes.php
16
Ingreso de Personal Administrativo
Ingreso_Administrativo.php
17
Inscripcin de Estudiantes
Ingreso_Estudiante.php
18
Modificacin de Personal Docente
mod_y_baja_docente.php
19
Modificacin de Personal Administrativo
mod_y_baja_administartivo.php
20
Autorizacin de Ingreso de Notas
autorizacion_notas.php
21
Asignacin Materia Docente
asignacin_materias_docente.php
22
Asignacin Materia Estudiante
asignacin_materia_estudiante.php
23
Pagina de Error
error.php
24
Reporte Docentes
reporte_docente.php
25
Reporte Estudiante
reporte_estudiante.php
26
Reporte Estudiantes Materia Periodo
reporte_estudiante_p_materia.php
3.5.4. BITCORAS DE DESARROLLO
Pgina Web
Revisin
Nombre
Desarrollado
Revisado por:
por:
reporte_docente.php
Jeaneth Cecilia
Ing. Ismael
173

Caldern
Castro
Estvez
Oscar Daniel
Camuendo
Vsquez
Jeaneth Cecilia
Caldern
Estvez
Oscar Daniel
reporte_estudiante.php
Camuendo
Vsquez
Ing. Ismael
Castro
Jeaneth Cecilia
Caldern
Estvez
Oscar Daniel
Camuendo
3
reporte_estudiante_p_materia.php
Aprobado
por:
Ing. Ismael Castro
Vsquez
Ing. Ismael
Castro
Revisin: Se encarga de enumerar la secuencia de los cambios realizados a cada uno de

los componentes.
Nombre: Nombre o clase modificada del componente, incluyendo la fecha y la
extensin del archivo modificado.
Desarrollado por: Programador a cargo del componente o clase.
Revisado por: Responsable en el control del desarrollo.
Repositorio: Ubicacin de los archivos que se incluyen en el componente.
174

3.5.5. PRUEBAS
El objetivo de estas pruebas es garantizar que el sistema ha sido desarrollado
correctamente, sin errores de diseo y/o programacin. Es conveniente que sean
planteadas al menos tanto a nivel de cada mdulo (aislado del resto), como de
integracin del sistema (segn sea la naturaleza del proyecto en cuestin se podrn
tener en cuenta pruebas adicionales, p.ej. de rendimiento).
Antes de realizar la implantacin se realiza un cronograma que involucra distintos tipos
de pruebas que son:
Pruebas de Unidad
Pruebas de Integracin
Pruebas de Sistema
3.6. CRONOGRAMA DE PRUEBAS
175

J.C.C.E
Responsable: O.D.C.V
ETAPA
TIEMPO
Fecha elaboracin: [Inserte fecha] Fecha inicio:
[Inserte fecha]
Hora:
[Inserte fecha]
SEMANA 1
[Inserte hora] Fecha final:

SEMANA 2
SEMANA 3
SEMANA n
1. Pruebas de Unidad
1.1 Definicin de clases o
mtodos a probar
1.2 Definicin de escenarios
de pruebas
1.3 Definicin de calendarios
de prueba y requisitos
1.4 Constancia de inicio de de
ejecucin de pruebas
1.5 Requisitos de pruebas
2. Pruebas de Integracin
2.1 Definicin de mdulos
integrados a probar
2.2 Definicin de escenarios
de pruebas
2.3 Definicin de calendario
de pruebas y registros
2.4 Definicin de la forma o
herramienta de prueba
2.5 Constancia de inicio de
ejecucin de pruebas
2.6 Registro de pruebas
3. Pruebas de Sistema
3.1 Comprobacin de
plataforma de sistema
3.2 Instalacin de Back_end
(Capa Datos)
176

3.3 Comprobacin de
Instalacin Front_end
3.4 Comprobacin de
ejecucin de pruebas de
software
3.5 Constancia de detalle de
prueba de software
4. Validacin/Aceptacin
Revisado por:
Ing. Ismael Castro.
3.7. CUMPLIMIENTO DE FACTORES DE CALIDAD

FIABILIDAD
No.
ATRIBUTOS DE
FIABILIDAD
CUMPLE
Madurez
Tolerancia a fallos
Capacidad de
Recuperacin
Adherencia a normas
NO CUMPLE
FUNCIONALIDAD
No.
ATRIBUTOS DE
FUNCIONALIDAD
CUMPLE
Idoneidad
Exactitud
Interoperatividad
Seguridad
Adherencia a normas
NO CUMPLE
177

FACILIDAD DE USO
No.
ATRIBUTOS DE
FACILIDAD DE USO
CUMPLE
Fcil comprensin
Fcil aprendizaje
Operatividad
Software atractivo
Adherencia a normas
No.
ATRIBUTOS DE
EFICIENCIA
CUMPLE
Comportamiento frente
al tiempo
Uso de recursos
Adherencia a normas
No.
ATRIBUTOS DE
MANTENIMIENTO
CUMPLE
Facilidad de anlisis
Capacidad para
cambios
Estabilidad
Facilidad para pruebas
Adherencia a normas
No.
ATRIBUTOS DE
MOVILIDAD
CUMPLE
Adaptabilidad
Facilidad de
instalacin
Coexistencia
NO CUMPLE
EFICIENCIA
NO CUMPLE
MANTENIMIENTO
NO CUMPLE
MOVILIDAD
NO CUMPLE
178

Facilidad de
reemplazo
Adherencia a normas
4
5
X
X
3.7.1. VALIDACION Y ACEPTACION DEL SISTEMA
INTERFACES DE
SOFTWARE
Nro.
Descripcin de los Requisitos
SI
NO
Especficos
1
Debe existir un usuario base:

Administrador, mismo que se
encargar de la gestin de la
aplicacin.
Aplicacin Cliente Servidor (C/S).
Si
Si
Tres capas de programacin.
Si
Ingreso restringido a usuarios
Si
registrados.
5
Soporta Multiplataforma
Si
Al menos el 99% de disponibilidad
Si
Abierto a cambios en la codificacin.
Si
Testeabilidad.
Si
Una sesin por usuario
Si
10
Si
11
Basado en mens y barra de

herramientas opcionales.
Existe un usuario base: Administrador.
Si
12
Gestin estudiantes: Alta, modificacin
Si
13
Gestin docentes: Alta, modificacin
Si
14
Gestin administrativos: Alta,

modificacin
Si
15
Gestin de reportes de acuerdo a la

solicitud:
Reportes de Docentes
Reportes de Trimestrales de
Estudiantes
Reportes por periodo de
Estudiantes
El administrador puede visualizar
todas las materias.
Si
16
Si
179

17
Validacin:
El administrador puede reasignar

materias a docentes.
J.C.C.E
Si
O.D.C.V
Aceptacin:
Ing. Ismael
Castro.
INTERFACES DE
COMUNICACIN
Nro.
Descripcin de los Requisitos
SI
NO
Especficos
1
Validacin:
Las interfaces de comunicacin del

sistema se basarn en el protocolo
TCP - IP.
J.C.C.E
Si
O.D.C.V
Aceptacin:
Ing. Ismael
Castro.
3.8. IMPLANTACION
3.8.1. CRONOGRAMA DE IMPLANTACION
Jeaneth Caldern
Responsable: Oscar Camuendo
Fecha
elaboracin:
Hora:
21/11/2011 Fecha inicio:

9H00
Fecha final:
21/11/2011
22/11/2011
TIEMPO
ETAPA
SEMANA 1
SEMANA 2
SEMANA 3
SEMANA 4
1. Capacitacin
General
2. Instalacin Total
de Interfaz de
Usuario Final
180

3. Instalacin Final
de Capa de
Datos (BackEnd)
4. Migracin
Inicializacin de
Datos
5
Puesta en
Produccin
Revisado
por:
Ing. Ismael Castro
181
4.
ANLISIS DE IMPACTOS
INTRODUCCIN
El proceso de formulacin de impactos exige siempre el mismo objetivo: identificar la

manera en que el proyecto afecta y/o aporta al bienestar a los dems miembros de la
sociedad. Es as que este sistema ayuda a mantener un nivel tecnolgico competitivo,
contribuyendo as al desarrollo de la Unidad Educativa Particular Oviedo.
4.1.
IMPACTO ACADMICO.
IMPACTO ACADEMICO
NIVELES DE IMPACTO
- - INDICADORES
3 2 1 0 1 2 3
Conocer el funcionamiento de plataformas
tecnolgicas
x
Crecimiento y fortalecimiento en la autoeducacin e
investigacin
x
6
Nivel de Impacto Acadmico= 6/2 = 3
NIVEL DE IMPACTO ACADEMICO = ALTO POSITIVO
Para un Ingeniero en Sistemas es fundamental conocer a fondo el flujo de actividades
de la institucin para la abstraccin de realidades, en la Escuela de Ingeniera de la
PUCE-SI es notorio un crecimiento y fortalecimiento tanto en la autoeducacin como
en la investigacin de nuevas tecnologas, por lo que se ha desarrollado un proyecto
enfocado a solucionar problemas que la sociedad lo requiere.
4.2.
IMPACTO SOCIAL Y CULTURAL.
IMPACTO SOCIAL Y CULTURAL

NIVELES DE IMPACTO
INDICADORES
- - 3 2 1 0 1 2 3
182
Mejorar la imagen institucional
Evitar el trabajo tcnico repetitivo
Mejorar el flujo de informacin

9
Nivel de Impacto Social y Cultural= 9/3 = 3
NIVEL DE IMPACTO SOCIAL Y CULTURAL = ALTO POSITIVO
Los docentes, estudiantes, personal administrativo, padres de familia y la sociedad

misma tienen la capacidad de acceder a toda la informacin relevante a la Institucin
en cualquier momento requerido.
El presente proyecto aumenta la credibilidad, prestigio y protagonismo de la PUCE-SI
hacia la comunidad, convirtindose as en una Institucin en constante evolucin y
Crecimiento tecnolgico.
Las herramientas utilizadas para el desarrollo de la aplicacin web y el sistema
acadmico cumplen con caractersticas de dinamismo e integracin, que ayudan al
usuario a conseguir un manejo fcil y eficiente de la aplicacin.
4.3.
IMPACTO TECNOLOGICO
IMPACTO TECNOLOGICO
NIVELES DE IMPACTO
INDICADORES
Aplicacin de herramientas Open Source
Conocimiento y destreza en el manejo de
informacin electrnica
6
Nivel de Impacto Tecnolgico= 6/2 = 3
NIVEL DE IMPACTO TECNOLOGICO = ALTO POSITIVO
- - 3 2 1 0 1 2 3
x
x
183
Las herramientas utilizadas para el desarrollo de la aplicacin web y el sistema

acadmico cumplen con caractersticas de dinamismo e integracin, que ayudan al
usuario a conseguir un manejo fcil y eficiente de la aplicacin.
El desarrollo de la aplicacin utilizando software libre abre las barreras de la

imaginacin evidenciando un avance notable en la programacin.
4.4.
IMPACTO ECONMICO.
IMPACTO ECONOMICO
NIVELES DE IMPACTO
INDICADORES
Reduccin de gastos de soporte
Racionalizacin de procesos y redistribucin de
informacin
6
Nivel de Impacto Econmico= 6/2 = 3
NIVEL DE IMPACTO ECONOMICO = ALTO POSITIVO
- - 3 2 1 0 1 2 3
x
x
La reduccin de documentacin e impresin de documentos innecesarios para el

manejo de informacin que se encuentra disponible en informacin digital promueve
la conservacin del planeta en el proyecto cero papeles.
La redistribucin de procesos de consulta de informacin por parte del usuario evita

el tiempo de determinacin de la misma a travs de la aplicacin ya que se encuentra
distribuida para una mejor organizacin.
184
5. CONCLUSIONES Y RECOMENDACIONES
5.1. CONCLUSIONES
El presente trabajo de investigacin considera las siguientes conclusiones:
La Unidad Educativa Particular Oviedo se encuentra a la par con el crecimiento

tecnolgico que brinda facilidad de informacin a los estudiantes y a la sociedad.
La Unidad Educativa Particular Oviedo se preocupa en gran magnitud en brindar

una agradable imagen hacia la comunidad incorporando proyectos tecnolgicos
que corroboren a la misma.
La construccin de proyectos innovadores dirigidos a instituciones particulares

permiten incrementar las perspectivas del futuro profesional.
El desarrollo web es un proceso dinmico que no se termina en el momento en que

se publica su producto en Internet. Ah es donde se inicia el ms importante
periodo de ajustes, optimizaciones, ampliaciones de funcionalidad, y gestin de
contenidos.
El sistema de gestin de contenidos JOOMLA permite editar el contenido de

un sitio web de manera sencilla, su versatilidad se debe a dos principales
elementos tales como la base de datos MySQL y los scripts de PHP que ejecutan las
acciones de consulta y realizan modificaciones en la base de datos convirtiendo los
datos en simples pginas web.
Finalmente, en la elaboracin de este proyecto se aplica de manera correcta las

metodologas de desarrollo de software y las normativas de documentacin de
software.
5.2. RECOMENDACIONES
Fruto del desarrollo de este proyecto nos permitimos recomendar:
Gestionar vinculaciones entre Instituciones Pblicas y/o Privadas con la PUCE-SI,

para seguir fortaleciendo el prestigio y credibilidad de la misma.
Fomentar la investigacin de nuevas herramientas de desarrollo, para que nos

ayuden a ofrecer soluciones ms ptimas y en menos tiempo de desarrollo.
185
Fomentar el uso de software libre en la PUCE-SI, debido a que estas herramientas

han demostrado ser confiables y estables en el campo laboral empresarial.
Educar al usuario final en el uso de herramientas web como Joomla que facilitan su
administracin y son fciles de recibir soporte.
186
BIBLIOGRAFIA
[1]
[2]
[3]
[4]
W. De Muynck. Bridging the Gap between XML and Hypermedia: a Layered

Transformational Approach, Tesis. Approach, Vrije Universiteit Brussel,
Belgium, 2000.
Diseo y Desarrollo Web,
http://www.smooth-step.com/diseno-web/guia, Abril del 2010.
Aplicacin Web, http://es.wikipedia.org/wiki/Aplicaci%C3%B3n_web,
Abril del 2010.
Componentes de una Interfaz Web,
http://www.desarrolloweb.com/articulos/2171.php, Abril del 2010.
[5]
Programacin por capas,

http://es.wikipedia.org/wiki/Programaci%C3%B3n_por_capas, Abril del 2010.
[6]
La arquitectura de tres capas,

http://davidjguru.wordpress.com/2010/02/08/la-arquitectura-de-tres-capasintroduccion/, Febrero del 2010.
[7]
Aplicaciones Web: Base Tecnolgica,

http://multidoc.rediris.es/rodrigosj/documentos/leccion1-php.doc, Abril del
2010.
[8]
Una Introduccin a APACHE,

http://linux.ciberaula.com/articulo/linux_apache_intro/, Abril del 2010.
[9]
Gua de Apache, http://www.osmosislatina.com, Septiembre del 2005.
[10]
September 2009 Web Server Survey,

http://news.netcraft.com/archives/2009/09/23/september_2009_web_server
_survey.html, Septiembre del 2009.
[11]
Mohammed J., Kabir,

La Biblia del servidor Apache, (e-book).
[12]
XML y Servicios Web,

http://www.forpas.us.es/aula/xml/doc/08.XML%20y%20Servicios%20Web.p
pt, Octubre del 2002.
[13]
Gua Breve de Servicios Web,

http://www.w3c.es/Divulgacion/GuiasBreves/ServiciosWeb, Enero del 2008.
[14]
CHARTE OJEDA, Francisco

Programacin PHP 5 Proyectos Profesionales, 2004.
[15]
[16]
GIL RUBIO, Francisco

TEJEDOR CERBE, Jorge
YAGE PANADERO, Agustn
VILLAVERDE, Santiago
GUTIRREZ RODRGUEZ, Abraham
Creacin de Sitios Web con PHP 4, 2001.
Tu primera aplicacin Web con PHP,
http://www.leemiblog.com/programacion/tu-primera-aplicacion-web-1parte, http://www.leemiblog.com/programacion/tu-primera-aplicacion-web2-parte, http://www.leemiblog.com/programacion/tu-primera-aplicacionweb-3-parte, Septiembre del 2007.
[17]
Autentificacin HTTP Bsica, http://www.segu-info.com.ar/boletin/boletin92-070707.htm, Julio del 2007.
[18]
Seguridad en Aplicaciones Web,

http://www.creangel.com/drupal/?q=node/141, Octubre del 2006.
[19]
http://www.alegsa.com.ar/Diccionario/Cat/51.mysql
[20]
http://www.esepestudio.com/tutoriales/planificacion.htm
[21]
Variables de Usuario, http://dev.mysql.com/downloads/mysql/, Abril 2010.
[22]
Creacin de Usuarios, http://blog.taragana.com/index.php/archive/mysqlcreating-users-granting-access-simplified/es/, Julio 2008.
[23]
Privilegios de usuarios,
http://www.conclase.net/mysql/curso/?cap=013#USR_CONCEDER , Mayo
2005.
PONTIFICIA UNIVERSIDAD CATLICA DEL ECUADOR SEDE IBARRA

ENCUESTA DIRIGIDA A ESTUDIANTES

( ) Siempre
( ) A veces
( ) Nunca
(
(
(
(
)
)
)
)
Optimizacin del tiempo

Diversidad de informacin
Calidad de informacin
Facilidades para encontrar datos
3. Cules son las dificultades que tiene su representante para acceder a

informacin en la Unidad Educativa Particular Oviedo?
( ) Horarios del trabajo
( ) Distancia entre hogar y la Institucin
( ) Distancia entre trabajo y la Institucin
4. A travs de qu medios obtiene informacin sobre la Unidad Educativa

Particular Oviedo?
(
(
(
(
(
)
)
)
)
)
Anuncios locales en la Institucin

Medios de informacin masiva (radio, televisin, prensa)
Carteles
Familiares
Amigos
5. Ha buscado informacin de la Unidad Educativa Particular Oviedo?

( ) S
( ) No
NOTA: Si su respuesta es positiva pase a la pregunta 6 caso contrario contine con la pregunta 7.
6. Qu temas han sido de su inters de bsqueda?

(
(
(
(
(
(
(
(
)
)
)
)
)
)
)
)
Informacin acadmica
Eventos acadmicos
Historia de la institucin
Servicios educativos que brinda
Logros acadmicos
Noticias destacadas de la Institucin
Proyectos educativos
Informacin en general
7. Deseara acceder a informacin sobre la Unidad Educativa Particular Oviedo?

desde cualquier lugar y en cualquier momento?
( ) S
( ) No
8. En qu nivel de importancia encuentra la implementacin de una aplicacin
Web para su la Unidad Educativa Particular Oviedo?
( ) Alto
( ) Medio
( ) Bajo
9. Un Sistema de notas Online, cmo beneficiara a la informacin sobre los
estudiantes?
( ) Agilidad de informacin de estudiantes
( ) Veracidad de la informacin
( ) Oportunidad de consulta en cualquier momento
gestionar y administrar informacin de la Unidad Educativa Particular Oviedo
de tal modo que muestre el crecimiento tecnolgico institucional hacia las
dems instituciones fraternas?
(
(
(
(
)
)
)
)
Gran Inters
Mediano Inters
Poco Inters
Ningn Inters

T72651

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

T72651

Caricato da

Copyright:

Formati disponibili

PONTIFICIA UNIVERSIDAD CATLICA DEL ECUADOR

INFORME FINAL DEL PROYECTO

IMPLEMENTACIN DE SOFTWARE SEGURO

ASESOR: Ing. Edwin Ismael Castro Narvez

IBARRA, Diciembre de 2011

CESIN DE DERECHOS DE AUTOR

NOSOTROS, JEANETH CECILIA CALDERN ESTVEZ Y OSCAR DANIEL

Declaramos conocer y aceptar la disposicin del Art. 66 del Instructivo de

Jeaneth Cecilia Caldern Estvez

Oscar Daniel Camuendo Vsquez.

C.C No. 100243003-9

C.C No. 100284099-7

En este informe se expone como se diseo, implemento e implant una aplicacin

La propuesta hecha a la Unidad Educativa Particular Oviedo es de utilizar software

La aplicacin est alojada en el servidor de la Escuela de Ingeniera de la PUCE-SL

La Unidad Educativa Particular Oviedo hasta el momento no contaba con una

Las autoridades y el personal administrativo en coordinacin con el comit de

padres de familia para tener informacin sobre las calificaciones y control de

La aplicacin Web de Administracin y Control de Calificaciones para la Unidad

Los resultados obtenidos en cuanto a la adaptacin de los usuarios al manejo del

Nosotros, CALDERN ESTVEZ JEANETH CECILIA

El proyecto de grado denominado "Diseo, implementacin e implantacin de

En virtud de esta declaracin, nos responsabilizamos del contenido, veracidad y

Ibarra, 9 de Diciembre de 2011.

Jeaneth Cecilia Caldern Estvez

Oscar Daniel Camuendo Vsquez.

C.C No. 100243003-9

C.C No. 100284099-7

El presente informe de la aplicacin web, consta de cinco captulos: Introduccin,

En el Captulo 1, se hace una introduccin de las herramientas a utilizar y de la

En el captulo 2, se presenta un anlisis del estudio tcnico e investigativo de la

En el Captulo 3, se describe como est estructura la aplicacin de control y

En el Captulo 4, se hace referencia a los impactos que ha generado el sistema a

En el Captulo 5, se hace hincapi en las conclusiones y recomendaciones que se

En los anexos se especifica: La socializacin del sistema informtico y los

La informacin necesaria contenida en este informe final se encuentra de manera

A mi pedacito de cielo, mi pequeo Julito David, quien es mi fuerza y mi espritu, a

A Dios por su bendicin permitindome as culminar mi carrera profesional.

1.1.- UNIDAD EDUCATIVA PARTICULAR OVIEDO

1.1.7.- AUTORIDADES Y ORGANISMOS DE LA UNIDAD EDUCATIVA

1.1.8.1.- FINALIDADES DE LA EVALUACIN

1.1.8.2.- INFORMES DE EVALUACIN

1.2.- INTRODUCCION A LAS APLICACIONES WEB

1.2.2.- ESTRUCTURA DE LAS APLICACIONES WEB

1.3. 2.- SERVICIOS.

1.4.2.- CREACIN DE APLICACIONES WEB CON PHP

1.4.2.1.- PLANIFICACIN Y DISEO DE LA BASE DE DATOS

1.4.2.2.- CONECTANDO A LA BASE DE DATOS

1.4.2.3.- QU HACER CON LOS USUARIOS?

1.4.2.4.- EL FRAMEWORK BSICO

1.4.2.5.- MENS DINMICOS

1.4.2.6.- REGISTRANDO USUARIOS

1.4.2.7.- CONECTANDO (LOGGING IN)

1.4.2.8.- BORRANDO USUARIOS

1.4.2.9.- DESCONECTANDO (LOGGING OUT)

1.4.5.10.- GESTIONANDO MLTIPLES ELEMENTOS

1.5.- SEGURIDADES DE UNA APLICACIN WEB

1.6.1.- DESCRIPCIN DE MYSQL.

1.6.2.- CREACIN DE TABLAS

1.6.4.- PRIMARY KEY Y FOREING KEY

1.6.5.- CREACIN DE USUARIOS / ROLES.

1.6.6.- PERMISOS A USUARIOS / ROLES

1.6.6.1.- CONCEDER PRIVILEGIOS

1.6.6.2.- REVOCAR PRIVILEGIOS