TECNOLGICO DE ESTUDIOS SUPERIORES CHALCO

Ingeniera en Sistemas Computacionales

SIAPAC
Sistema de Aprovechamiento Acadmico

TESIS
PARA OBTENER EL TITULO DE:
INGENIERO EN SISTEMAS COMPUTACIONALES

P R E S E N T A ( N ):
Rodrguez Rosas Sergio
Hernndez Guzmn Gilberto
Muoz Martnez Jos Eduardo

CHALCO ESTADO DE MEXICON A 09 DE ENERO DEL 2017

Dedicatoria.

Al jefe de divisin de la ingeniera en sistemas computacionales, el Ing.

Roberto Carlos Garduo quien brind la oportunidad de presentar el
proyecto a manera de exposicin en un auditorio y este a su vez fuera
mostrado a la comunidad estudiantil de dicha divisin.

A los docentes del tecnolgico de estudios superiores de Chalco quienes

gracias a su apoyo y experiencia ayudaron a mejorar da con da el
sistema SIAPAC mediante recomendaciones y observaciones para que de
este modo este se convirtiera en un mejor sistema.

A nuestras familias quienes gracias a su apoyo tanto moral como

econmico el desarrollo de este sistema fue el idneo.
Agradecimientos

Tras culminar de manera exitosa con el proyecto denominado SIAPAC,

habiendo afrontado y vencido cada barrera que se interpuso para la
realizacin de este, agradecemos de gran manera a cada una de las
partes que hicieron esto posible, a cada docente, amigo y familiar.

Un agradecimiento a los docentes del tecnolgico de estudios superiores

de Chalco quienes con gran profesionalismo brindaron su apoyo para que
este proyecto creciera constantemente y pudiera as llegar a ser un
sistema completo y funcional.

Al tecnolgico de estudios superiores de Chalco y a todos sus altos mandos

quienes proporcionaron los medios para la presentacin del sistema.
ndice

1.1 Objetivo general: .......................................................................................................................... 9

1.2 Objetivos especficos: .................................................................................................................... 9
1.3 Justificacin ................................................................................................................................. 10
1.4 Hiptesis ...................................................................................................................................... 12
1.5 Planteamiento del problema ...................................................................................................... 21
1.6 Anlisis FODAC ............................................................................................................................ 23
1.7 Eleccin de la metodologa. ........................................................................................................ 24
1.7 Cronograma de actividades......................................................................................................... 29
2.1 Marco Terico ............................................................................................................................. 31
2.1.1 Qu es Linux? ......................................................................................................................... 31
2.1.2 Historia de Linux ....................................................................................................................... 32
2.1.3 Distribuciones populares.......................................................................................................... 33
Entre las distribuciones Linux ms populares estn: ........................................................................ 33
2.2 Fedora ......................................................................................................................................... 35
2.3 Qu es PHP? .............................................................................................................................. 41
2.4 SGBD ............................................................................................................................................ 47
3.1 Sistema funcional ........................................................................................................................ 58
3.2 Recomendaciones ....................................................................................................................... 65
Conclusiones ..................................................................................................................................... 66
Tabla de ilustraciones

ILUSTRACIN 1 FORMULA PARA CALCULAR TAMAO DEMUESTRA ................................................................................... 13

ILUSTRACIN 2 VARIABLES DEL TAMAO DE MUESTRA .................................................................................................. 14
ILUSTRACIN 3 SIMPLIFICACION................................................................................................................................ 14
ILUSTRACIN 4 VARIABLES PARA LA CORRELACIN DE PEARSON ..................................................................................... 15
ILUSTRACIN 5 FORMULA INICIAL ............................................................................................................................. 15
ILUSTRACIN 6 DESARROLLO Y RESULTADO................................................................................................................. 15
ILUSTRACIN 7 TABLA DE ASOCIACIN CHI-CUADRADA ................................................................................................. 16
ILUSTRACIN 8 TABLA DE VALORES ESPERADOS ........................................................................................................... 17
ILUSTRACIN 9 FORMULA JI-CUADRADA .................................................................................................................... 18
ILUSTRACIN 10 DESARROLLO Y RESULTADO JI-CUADRADA ............................................................................................ 18
ILUSTRACIN 11 VALORES ESTADISTICOS.................................................................................................................... 20
ILUSTRACIN 12 ANLISIS FODAC ........................................................................................................................... 23
ILUSTRACIN 13 TABLA DE VERSIONES FEDORA ........................................................................................................... 40
ILUSTRACIN 14 LNEA DEL TIEMPO FEDORA .............................................................................................................. 41
ILUSTRACIN 15 LOGIN SIAPAC .............................................................................................................................. 58
ILUSTRACIN 16 VALIDACION LOGIN ADMINISTRADOR ................................................................................................. 58
ILUSTRACIN 17 VENTANA PRINCIPAL ADMINISTRADOR ................................................................................................ 59
ILUSTRACIN 18 MEN ADMINISTRADOR .................................................................................................................. 59
ILUSTRACIN 19 INSERT, UPDATE, DELETE PROFESORES ................................................................................................ 60
ILUSTRACIN 20 INSERT, UPDATE, DELETE ALUMNOS Y GRFICA ..................................................................................... 61
ILUSTRACIN 21 AGREGAR NUEVO ALUMNO Y ASIGNAR MATERIAS................................................................................. 61
ILUSTRACIN 22 ASIGNAR CALIFICACIONES ................................................................................................................. 62
ILUSTRACIN 23 INICIO DE SESIN DE ALUMNO .......................................................................................................... 62
ILUSTRACIN 24 PERMISOS ALUMNO........................................................................................................................ 63
ILUSTRACIN 25 MEN HISTORIAL ........................................................................................................................... 63
ILUSTRACIN 26 VISUALIZACIN DE CALIFICACIONES COMO ALUMNO .............................................................................. 64
ILUSTRACIN 27 PDF PARA ALUMNO ....................................................................................................................... 64
Resumen

El Sistema de Aprovechamiento Acadmico (SIAPAC), es un software

desarrollado para el Tecnolgico de estudios superiores de Chalco cuyo fin
es el de facilitar la consulta de calificaciones de los alumnos de la divisin
de sistemas computacionales los cuales podrn acceder a dicho sistema
de manera inalmbrica desde cualquier punto del tecnolgico y de esta
manera estn al tanto de su trayectoria acadmica.

El sistema fue desarrollado mediante el lenguaje de programacin PHP el

cual a su vez fue conectado con el sistema gestor de base de datos
MariaDB, utilizando como Sistema Operativo Fedora Workstation que es, al
igual que MariaDB, de distribucin libre.

La metodologa empleada para desarrollar este gran sistema fue la

metodologa de programacin extrema mejor conocida como XP.

Este sistema permite llevar acabo la consulta de informacin acadmica

de manera ms rpida sin tener que pasar por control escolar para realizar
la misma accin.
Introduccion

El Sistema de Aprovechamiento Acadmico (SIAPAC) es un software que

busca reducir tiempos, es decir, permite al usuario (comunidad estudiantil
de la divisin de sistemas computacionales del Tecnolgico de estudios
superiores de Chalco) consultar su trayectoria acadmica, la cual puede
ser visualizada ya sea mediante grficas o bien a manera de PDF con un
formato similar al de las boletas para que de esta manera sea ms rpido
que cada alumno conozca su informacin acadmica hablando
meramente de sus calificaciones en los diferentes semestres que este
tenga cursados, sin verse con la necesidad de recurrir a los administrativos
de control escolar para conocer estos datos.

En pocas palabras este sistema va a permitir que todo el alumnado este

bien informado sobre el da a da de su progreso acadmico.
Captulo 1
1.1 Objetivo general:

Desarrollar un software para la recopilacin y visualizacin del

aprovechamiento acadmico de los estudiantes del Tecnolgico de
Estudios Superiores de Chalco y de esta manera brindar informacin del
historial acadmico de cada alumno.

1.2 Objetivos especficos:

El alumno y el profesor podr tener un seguimiento detallado del

historial acadmico y rendimiento estudiantil.

El jefe de divisin poder obtener el ndice de reprobacin de cada

alumno por materia y semestre, as el jefe de divisin o encargado pueda
tomar algunas medidas para poder solucionar o dar alternativas ante el
problema.

Los ndices de aprobacin o reprobacin obtenidos sern

representados mediante grficas para el mejor manejo de la informacin
generada por el sistema y para su fcil visualizacin.

El docente tendr un cotejamiento del aprovechamiento

acadmico de los alumnos para saber su desempeo durante el semestre
cursado, y as saber su desempeo en cada materia.

El alumno podr estar al tanto de su promedio general y avance

acadmico de la Ingeniera en Sistemas Computacionales, los cuales son
generados a partir de la obtencin de las calificaciones que cada
docente ingrese dependiendo de la materia que imparta, donde SIAPAC
en automtico calculara el promedio.
 Poder permitir a los alumnos obtener de manera fcil y precisa su
historial acadmico, as como verificar los crditos con los que cuenta, con
el fin de que los alumnos tengan un panorama completo de su avance
desempeado.

La institucin tendr un sistema con un buen nivel y calidad que

cumpla con los estndares necesarios para la demanda de la Ingeniera
en Sistemas Computacionales.

El alumno podr saber cuntos crditos tienen cursados y cuntos le

faltan para concluir la ingeniera.

Otro de los objetivos es facilitar el uso y la consulta de informacin

relacionada al alumnado, as como de cada grupo, semestre, de la
Ingeniera en Sistemas Computacionales permitiendo as una recoleccin
de datos ms sencilla y precisa.

1.3 Justificacin

En la actualidad la informacin que se genera por parte de una institucin

acadmica en cualquier nivel escolar es de mucha importancia debido a
que se debe procesar, es decir, a travs de esos datos la institucin sabe
en qu momento un estudiante ha obtenido un buen, regular o mal
desempeo, SIAPAC en general le permitir a la institucin conocer la
trayectoria escolar del alumno, para ello se necesita procesar toda la
informacin, lo que nos lleva a pensar en el desarrollo del sistema
automatizado que permita el mejor manejo de la informacin para facilitar
cada una de las tareas administrativas que la institucin..

La tecnologa actual permite obtener ms fcilmente informacin

detallada de prcticamente cualquier proceso que maneje datos y
estadsticos, esta puede ser una herramienta de mucha utilidad para las
instituciones de educacin ya que el desarrollo de un sistema que permita
obtener todos los reportes requeridos en la institucin.
SIAPAC, Es un sitio web tendr como fin gestionar las calificaciones de los
alumnos irregulares del tecnolgico de estudios superiores de Chalco de la
Ingeniera de Sistemas Computacionales, para beneficiar a los
administrativos a su fcil manejo en tiempo y forma, del aprovechamiento
acadmico.

El uso conjunto de la programacin, redes y servidores suele ser la opcin

ms apropiada para solucionar este tipo de problemas.

En este proyecto se propondr un sistema el cual permite tener un control

de la informacin proporcionada por el docente donde el alumno podr
acceder fcil, rpido, eficiente y seguro, y podr verificar su trayectoria
estudiantil.

Este software ser creado para que se adapte a las demandas del
tecnolgico y as pueda ser usado por las futuras generaciones del platel.

Como uno de los beneficios que tendr SIAPAC ser la reduccin de

tiempo a la hora de la bsqueda de algn alumno en especfico. El
desarrollo de este sistema permitir obtener informes detallados de la
trayectoria escolar de los alumnos siendo una de las herramientas de
apoyo para los docentes de la carrera de Ingeniera en Sistemas
Computacionales quienes podrn obtener cada uno de los reportes que
deben generarse de manera ms rpida, automtica y precisa. En el
Tecnolgico de Estudios Superiores de Chalco se contempla un programa
de estudios con evaluacin por competencias donde uno de los
principales indicadores de este modelo educativo seala que se debe en
todo momento monitorear cada uno de los avances obtenidos por el
alumno durante su estancia en la institucin.

De esta manera cada vez que se requiera verificar el avance de algn

alumno se podr consultar con este sistema, el docente o administrativo
podr consultar, agregar, eliminar o modificar informacin.
1.4 Hiptesis

Con el uso de este software se podr identificar el aprovechamiento

acadmico de los alumnos de la Ingeniera en Sistemas Computacionales
del Tecnolgico de Estudios Superiores de Chalco, ser capaz de generar
rpidamente reportes detallados del estatus acadmico de los alumnos
de la Ingeniera en Sistemas Computacionales, con este software
podremos recabar los datos de los alumnos rezagados, deserciones,
promedios por grupo, materia, semestre.

1.4.1 Variables a utilizar

Profesores
Alumnos

1.4.2 Tamao de la muestra

Para determinar el tamao de la muestra que se va a ocupar es un paso

punto o etapa con mucha importancia en cualquier tipo de investigacin,
se debe justificar convenientemente de acuerdo al planteamiento del
problema, la poblacin, los objetivos y el propsito de la investigacin.

Para poder calcular el tamao de la muestra se debe determinar el

tamao de poblacin, el margen de error, el nivel de confianza y la
desviacin estndar.

Tamao de la poblacin: Una poblacin es una coleccin bien

definida de individuos que tienen caractersticas similares. Hablamos
de dos tipos: poblacin objetivo, que suele tiene diversas
caractersticas y tambin es conocida como la poblacin terica. La
poblacin accesible es la poblacin sobre la que los investigadores
aplicaran sus conclusiones.
 Margen de error: El margen de error o intervalo de confianza es una
estadstica que expresa la cantidad de error de muestreo aleatorio
en los resultados de una encuesta.

Nivel de confianza: Son intervalos aleatorios que se usan para acotar

un valor con una determinada probabilidad alta. Por ejemplo, un
intervalo de confianza de 95% significa que los resultados de una
accin probablemente cubrirn las expectativas el 95% de las veces.
La desviacin estndar: Es un ndice numrico de la dispersin de un
conjunto de datos (o poblacin). Mientras mayor es la desviacin
estndar, mayor es la dispersin de la poblacin.

1.4.3 Clculo del tamao de la muestra conociendo el tamao de la poblacin

La frmula para calcular el tamao de muestra cuando se conoce el

tamao de la poblacin es la siguiente:

2
= 2
( 1) + 2
Figura 1. Frmula para calcular tamao demuestra
Ilustracin 1 Formula para calcular tamao demuestra

En donde:
N = tamao de la poblacin
P = probabilidad de xito, o proporcin esperada
Q = probabilidad de fracaso
Z = nivel de confianza,
D = precisin (Error mximo admisible en trminos de proporcin)
1.4.4 Clculo del tamao de la muestra

Para poder determinar el tamao de la muestra, tenemos que el

Tecnolgico de Estudios Superiores de Chalco cuenta con:

1. Un aproximado de 700 alumnos inscritos en la carrera de Ingeniera

en Sistemas Computacionales;

2. La cantidad de profesores que imparten materias en la carrera de

Ingeniera en sistemas computacionales es aproximadamente de 30
docentes.

Aplicando la formula en donde conocemos el tamao de la muestra

(730 individuos), nos da como resultado: 9

Dnde:
Error = 5% = (0.05)2 = 0.0025
Nivel de confianza= 95% = (1645)2 = 2.706025

700 2.706025 0.5 0.5

= = 195.36
0.0025 699 + 2.706025 0.5 0.5
Ilustracin 2 variables del tamao de muestra

Tenemos un total de 700 personas de los cuales el 5.79% son profesores y el

resto son alumnos, por lo que:

700 100% 195 100%

30 5.79% 5.79%
Ilustracin 3 simplificacion

Aplicando la regla de tres obtenemos el nmero de profesores equivalente

a 11.

En conclusin, se necesita una muestra de 194 individuos de un total de

690, de los cuales 11 son profesores y 183 son alumnos.
1.4.5 Correlacin de Pearson

Hiptesis
El nmero de alumnos que asistirn a la prueba del sistema sern en
horarios diferentes conforme a sus tiempos

Variables: Horario y Cantidad de alumnos.

Obteniendo

Alumnos que Horario en que

asistieron realizaron la prueba
20 09:00 10:00
55 10:30 11:30
40 12:00 13:00
25 13:30 14:30
25 14:00 15:00
30 15:30 16:30
Ilustracin 4 Variables para la Correlacin de Pearson

. ( )2
= , = ; = 32.33
1
Ilustracin 5 Formula inicial

( )2
=
1

(20 32.33)2 + (55 32.33)2 + (40 32.33)2 + (25 32.33)2 + (25 32.33)2 + (30 32.33)2
=
5

646.5945
= = 129.3189 = 11.37
5

11.38
= = 0.0583
195
Ilustracin 6 Desarrollo y resultado
La hiptesis principal es aceptada porque las variables estn dbilmente
relacionadas, lo que decir que el horario fijado no influye en la cantidad
de alumnos que se presenta a la prueba.

1.4.7 Chi-Cuadrada

El estadstico ji-cuadrado (o chi cuadrado), que tiene distribucin de

probabilidad del mismo nombre, sirve para someter a prueba hiptesis
referidas a distribuciones de frecuencias.
Una prueba de chi-cuadrado es una prueba de hiptesis que compara la
distribucin observada de los datos con una distribucin esperada de los
datos. Existen varios tipos de pruebas de chi-cuadrado: Prueba de chi-
cuadrado de bondad de ajuste.
El estadstico ji-cuadrado (o chi cuadrado), que tiene distribucin de
probabilidad del mismo nombre, sirve para someter a prueba hiptesis
referidas a distribuciones de frecuencias.

Para realizar esta prueba utilizaremos las variables alumno y distancian.

En esta opcin se va a evaluar la asociacin que existe entre la desercin

escolar y el nivel socioeconmico del alumno. Con este objeto se toma
una muestra de alumnos a quienes se clasifica en una tabla de asociacin,
encontrando los siguientes resultados:

Desercin Distancia
Distancia larga Distancia corta TOTAL
escolar mediana
SI 15 12 8 35
NO 45 43 33 121
TOTAL 60 55 41 156
Ilustracin 7 Tabla de asociacin Chi-cuadrada

Permiten estos datos afirmar que la desercin no depende de la distancia

del alumno?
Usaremos un nivel de significacin alfa=0,05.

En primer lugar se plantean las hiptesis que someteremos a prueba

H0 (hiptesis nula): La desercin es independiente del nivel

socioeconmico.
H1 (hiptesis alterna): La desercin depende del nivel socioeconmico

En segundo lugar, obtienen las frecuencias esperadas

Estas son las frecuencias que debieran darse si las variables fueran
independientes, es decir, si fuera cierta la hiptesis nula.

El detalle de los clculos es el siguiente:

Nivel bajo: (60x35/156)=13.4-(60x121/156)=46.5

Nivel medio: (55x35/156)=12.3-(55x121/156)=42.6
Nivel alto: (41x35/156)=9.19(41x121/156)=31.80

Estas son las frecuencias que debieran presentarse si la hiptesis nula fuera
verdadera y, por consiguiente, las variables fueran independientes.

Estos valores los anotamos en una tabla con las mismas celdas que la
anterior; as tendremos una tabla con los valores observados y una tabla
con los valores esperados, que anotaremos en cursiva, para identificarlos
bien.

Desercin Distancia Distancia TOTAL

Distancia larga
escolar mediana corta
SI 13.4 12.3 9.19 35
NO 46.5 42.6 31.8 121
TOTAL 60 55 41 156
Ilustracin 8 Tabla de valores esperados

En tercer lugar se calcula el estadstico de prueba

En este caso, el estadstico de prueba es Ji-cuadrado que, como dijimos al

comienzo, compara las frecuencias que entregan los datos de la muestra
(frecuencias observadas) con las frecuencias esperadas, y tiene la
siguiente frmula clculo:
Ilustracin 9 Formula Ji-cuadrada

Donde oi representa a cada frecuencia observada y ei representa a cada

frecuencia esperada.

De este modo el valor del estadstico de prueba para este problema ser:

(1513.4) (4546.5) (1212.3) (4342.6) (89.19) (3331.8)

+ + + + + =0.448
13.4 46.5 12.3 42.6 9.19 31.8

Ilustracin 10 Desarrollo y resultado Ji-cuadrada

1.4.8 Kolmogorov-Smirnov

La prueba de Kolmogorov-Smirnov para una muestra se considera un

procedimiento de "bondad de ajuste", es decir, permite medir el grado de
concordancia existente entre la distribucin de un conjunto de datos y una
distribucin terica especfica. Su objetivo es sealar si los datos provienen
de una poblacin que tiene la distribucin terica especificada.
Hay muchas situaciones donde los experimentadores necesitan saber cul
es la distribucin
De la poblacin de su inters. Por ejemplo, si quieren usar Una prueba
paramtrica se asume a menudo que la poblacin bajo investigacin es
normal.
En este captulo se consideran las pruebas de Kolmogorov-Smirnov para
verificar Que una muestra proviene de una poblacin con alguna
distribucin conocida Y tambin que dos poblaciones tienen la misma
distribucin.

Mediante la prueba se compara la distribucin acumulada de las

frecuencias tericas (ft) con la distribucin acumulada de las frecuencias
observadas (f obs), se encuentra el punto de divergencia mxima y se
determina qu probabilidad existe de que una diferencia de esa magnitud
se deba al azar.
En las tareas de investigacin se pudo obtener un conjunto de
observaciones, en las cuales se supone que tienen una distribucin normal,
binomial, de Poisson, etc. Para el caso, las frecuencias de las distribuciones
tericas deben contrastar con las frecuencias observadas, a fin de
conocer cul distribucin se adecua mejor al modelo.

1.4.8.1 Proceso:

Calcular las frecuencias esperadas de la distribucin terica

especfica por considerar para determinado nmero de clases, en
un rangos de menor a mayor.
Arreglar estos valores tericos en frecuencias acumuladas.
Arreglar acumulativamente las frecuencias observadas.
Aplicar la ecuacin D = ft - fobs, donde D es la mxima discrepancia
de ambas.
Comparar el valor estadstico D de Kolmogorov-Smirnov en la tabla
de valores crticos de D.
Decidir si se acepta o rechaza la hiptesis.

Ecuacin:
D = ft - fobs

En esta ecuacin se aprecia que el procedimiento es muy simple y quiz lo

que parezca ms complicado corresponde al clculo de la frecuencia
esperada de cada tipo de distribucin terica. Por lo tanto, en la marcha
de los ejercicios se presentar cada uno de ellos y la manera de aplicar la
prueba estadstica.

En una prueba aplicada a 25 estudiantes del tecnolgico de Estudios

Superiores de Chalco, en esta ocasin lo que necesitamos saber es el
tiempo en que los alumnos se tardaran en realizar la evaluacin del
proyecto con respecto a la consulta de sus calificaciones, en donde se
obtuvieron los siguientes resultados.

H0: Se necesita saber si los datos obtenidos se encuentran dentro de los

rangos normales de tiempo establecidos para la realizacin de la prueba
(los datos analizados siguen una distribucin normal):
Planteamiento de la hiptesis.

Hiptesis alterna (Ha). Los valores observados de las frecuencias para cada
clase son diferentes de las frecuencias tericas de una distribucin normal.

Hiptesis nula (Ho). Las diferencias entre los valores observados y los
tericos de la distribucin normal se deben al azar.

Nivel de significacin.
Para todo valor de probabilidad igual o menor que 0.05, se acepta Ha y se
rechaza Ho.

Zona de rechazo.
Para todo valor de probabilidad mayor que 0.05, se acepta Ho y se
rechaza Ha.

ESTUDIANTES LAPSO
Hiptesis Alternativa
Gilberto 50
Miguel 55
Jessica 45 Los resultados obtenidos de la prueba se sitan
Carlos 60 fura de lo norma debido a la disposicin de
Marcos 90 los alumnos para no permanecer en horario
Angel 63
clase, lo que aumenta el tiempo de respuesta
Nadia 69
Paola 80 en cada alumno al realizar la prueba del
Luis 125 proyecto.
Burgos 150
Sergio 190 ESTADSTICOS VALORES
Zarina 160 108
Media
Eduardo 120
Adan 160 Desviacin Tpica 54.6
Karina 145 Mnimo 45
Adalberto 180 Mximo 190
Erick 90
Rango 145
Diego 120
Javier 70 Numero de Datos 25
Angelica 120 Numero de Intervalos 11.3
Esteban 130 Struges
Marcos 170 Numero de Intervalos por 5
Estela 70 Raz de N
Ivan 60 14.12
Tamao del intervalo
Aldo 120 Ilustracin 11 Valores estadisticos
Grados de Libertad: 27
Nivel de Significancia: 95%
Precisin = Error: 0.05
KS crtico: 0.22
KS Estadstico: 0.14

Por lo tanto, conforme a los resultados obtenidos se llega a la conclusin

de que la hiptesis que se acepta es la hiptesis nula, la cual nos dice que
Los valores observados de las frecuencias para el lapso que se ocupa el
sistema en que los estudiantes realizaron la prueba

1.5 Planteamiento del problema

Cuntos alumnos sabemos el aprovechamiento acadmico que

tenemos?
Cuntos sabemos el avance que llevamos o el porcentaje?

Debido a la creciente poblacin de alumnos con bajo aprovechamiento

acadmico en el plantel se propuso crear un software el cual pueda llevar
a cabo la gestin de calificaciones de los mismos para que de esta
manera se puedan tener los datos exactos de rendimiento acadmico
mediante grficas y estadsticas.
La matrcula estudiante en cualquier nivel acadmico avanza junto con la
tecnologa, generando grandes cambios desde la forma de ensear por
parte de los docentes como en el control del avance y desempeo de
cada alumno, grupo, o institucin.
Actualmente en el Tecnolgico de Estudios Superiores de Chalco en la
carrera de la Ingeniera en Sistemas Computacionales se cuenta con un
sistema para que los docentes puedan subir los avances por parcial de
cada alumno, mismos que son de utilidad para generar reportes del
nmero de alumnos aprobados o reprobados, promedio por grupo, por
semestre y por divisin entre otros, hasta el momento esta informacin solo
es accesible para el departamento de Control Escolar, los docentes y el
jefe de divisin.
Los mtodos que se emplean para obtener esta informacin actualmente
pueden presentar incertidumbre o error, lo que hace imposible controlar
de manera eficiente la informacin de los estudiantes, el sistema de
reportes debe estar al nivel de las nuevas tecnologas y de un paradigma

de programacin que brinde la adaptabilidad, seguridad, velocidad y

estabilidad necesaria para el manejo de informacin as mismo brindarle al
alumnado un fcil acceso y limitarlo a ciertas acciones mismas que sean
las indicadas para evitar la modificacin de datos a beneficio, tales como
la alteracin de calificaciones, el nmero de materias cursadas, acceso y
modificacin.

Se modificarn datos de otros alumnos, nmero de crditos, actividades

complementarias, entre otras y cumplir con los criterios necesarios para la
generacin de reportes meramente informativos o estadsticos solicitados
por los departamentos de la institucin.
Cabe mencionar que el Historial Acadmico dependiendo de la fecha de
solicitud no contiene el nmero de crditos ni el promedio del semestre en
que se solicita pues tiene una fecha de cierre adems de que la obtencin
del mismo es de manera presencial, requiere de la credencial estudiantil
de quien lo solicita la nica ventaja es que la entrega es inmediata, pero
para poder conocer el nmero de crditos es necesario la constancia de
crditos la cual tiene un costo y el tiempo de entrega vara mucho
dependiendo de la disponibilidad del jefe departamento de Control
Escolar y esto puede generar conflictos en algunos trmites en los cuales es
necesaria.

Los alumnos deben solicitar un Historial Acadmico en Control Escolar o

llevar un clculo de su promedio con sus boletas semestrales para conocer
el nmero de crditos y el promedio general que llevan, mismos datos que
son tiles para el trmite de becas, registro de servicio social o residencias y
verificar sus actividades complementarias.
1.6 Anlisis FODAC
FORTALEZAS
Buena actitud en los
integrantes del equipo
Contamos con un equipo el
cual tiene instalado el sistema
operativo Fedora.
Ya contamos con el SGBD
MariaDB instalado.
Reconocemos que el uso de
MariaDB hasta el momento
ha sido fcil.
No se requiere invertir o hacer
gasto alguno pues todo es
libre.
Sistema entendible y fcil de
usar.
DEBILIDADES OPORTUNIDADES
Poco conocimiento sobre el
SGBD
An existen algunas dudas
sobre la programacin del
modelo MVC.
La cantidad de mquinas
con el sistema operativo
instalado se reduce a uno.
No se han planteado aun las
estrategias necesarias para
cumplir el objetivo.
Falta de conocimiento en
programacin
No hay buena comunicacin
en el quipo
Ilustracin 12 Anlisis FODAC
AMENAZAS
No lograr la instalacin
correcta del S.O de
distribucin libre Fedora o de
sus repositorios.
No se cuenta con todo el
conocimiento del sistema en
general.
No poder hacer la correcta
conexin de MariaDB con el
lenguaje de programacin
PHP.
No encontrar los repositorios
necesarios para el correcto
funcionamiento de Fedora.
La falta de conocimiento por
parte del usuario
Aprender a manejar el SGBD
MariaDB mediante videos
tutoriales y/o manuales de
internet.
Aprender a programar de
manera ms completa el
modelo MVC en base a las
prcticas en clase, con
tutoriales de internet y/o libros
de programacin.
Mejorar las tcnicas de
bsqueda en internet con
autores reconocidos en el
mbito.
Generar una forma de
mantenerse comunicado
para el proyecto.
Adquirir un equipo para el
buen funcionamiento.
ACCIONES.
Se propondrn alternativas para la coordinacin entre los
integrantes del equipo.
Se practicar de manera frecuente el modelo de Programacin
MVC por cada uno de los integrantes del equipo para as mejorar la
calidad del producto final y mejor manejo.
Se implementara el SO y el SGBD en las dos mquinas restantes del
equipo, esto ya de manera fsica.

1.7 Eleccin de la metodologa.

Programacin extrema XP

1.7.1 Historia

La programacin extrema o Xtreme Programming (XP) es un enfoque de la

ingeniera de software formulado por Kent Beck, autor del primer libro sobre
la materia, Extreme Programming Explained: Embrace Change (1999). Es el
ms destacado de los procesos giles de desarrollo de software. Al igual
que stos, la programacin extrema se diferencia de las metodologas
tradicionales principalmente en que pone ms nfasis en la adaptabilidad
que en la previsibilidad. Los defensores de XP consideran que los cambios
de requisitos sobre la marcha son un aspecto natural, inevitable e incluso
deseable del desarrollo de proyectos. Creen que ser capaz de adaptarse
a los cambios de requisitos en cualquier punto de la vida del proyecto es
una aproximacin mejor y ms realista que intentar definir todos los
requisitos al comienzo del proyecto e invertir esfuerzos despus en controlar
los cambios en los requisitos.
1.7.2 Introduccin

Es una metodologa gil centrada en potenciar las relaciones

interpersonales como clave para el xito en desarrollo de software,
promoviendo el trabajo en equipo, preocupndose por el aprendizaje de
los desarrolladores, y propiciando un buen clima de trabajo. XP se basa en
realimentacin continua entre el cliente y el equipo de desarrollo,
comunicacin fluida entre todos los participantes, simplicidad en las
soluciones implementadas y coraje para enfrentar los cambios. XP se
define como especialmente adecuada para proyectos con requisitos
imprecisos y muy cambiantes, y donde existe un alto riesgo tcnico.

1.7.3 Qu es programacin extrema o XP?

Metodologa liviana de desarrollo de software

Conjunto de prcticas y reglas empleadas para desarrollar software
Basada en diferentes ideas acerca de cmo enfrentar ambientes
muy cambiantes
Originada en el proyecto C3 para Chrysler
En vez de planificar, analizar y disear para el futuro distante, hacer
todo esto un poco cada vez, a travs de todo el proceso de
desarrollo

1.7.4 Objetivos.

Establecer las mejores prcticas de Ingeniera de Software en los

desarrollo de proyectos.
Mejorar la productividad de los proyectos.
Garantizar la Calidad del Software desarrollando, haciendo que este
supere las expectativas del cliente.
1.7.5 Contexto XP

Cliente bien definido

Los requisitos pueden (y van a) cambiar
Grupo pequeo y muy integrado (mximo 12 personas
Equipo con formacin elevada y capacidad de aprender

1.7.6 Caractersticas XP

Metodologa basada en prueba y error

Fundamentada en Valores y Prcticas
Expresada en forma de 12 PrcticasConjunto completoSe
soportan unas a otrasSon conocidas desde hace tiempo. La
novedad es juntarlas

1.7.7 Valores XP

Simplicidad XP propone el principio de hacer la cosa ms simple

que pueda funcionar, en relacin al proceso y la codificacin. Es
mejor hacer hoy algo simple, que hacerlo complicado y
probablemente nunca usarlo maana.
Comunicacin Algunos problemas en los proyectos tienen origen en
que alguien no dijo algo importante en algn momento. XP hace
casi imposible la falta de comunicacin.
Realimentacin Retroalimentacin concreta y frecuente del cliente,
del equipo y de los usuarios finales da una mayor oportunidad de
dirigir el esfuerzo eficientemente.
Coraje El coraje (valor) existe en el contexto de los otros 3 valores.(si
funcionamejralo)
1.6.8 El estilo XP

Est orientada hacia quien produce y usa el software

Reduce el costo del cambio en todas las etapas del ciclo de vida
del sistema.
Combina las que han demostrado ser las mejores prcticas para
desarrollar software, y las lleva al extremo.

1.6.9 Prcticas bsicas de la programacin extrema

Para que todo esto funcione, la programacin extrema se basa en doce

"prcticas bsicas" que deben seguirse al pie de la letra.

Equipo completo: Forman parte del equipo todas las personas que
tienen algo que ver con el proyecto, incluido el cliente y el
responsable del proyecto.
Planificacin: Se hacen las historias de usuario y se planifica en qu
orden se van a hacer y las mini-versiones. La planificacin se revisa
continuamente.
Test del cliente: El cliente, con la ayuda de los desarrolladores,
propone sus propias pruebas para validar las mini-versiones.
Versiones pequeas: Las mini-versiones deben ser lo suficientemente
pequeas como para poder hacer una cada pocas semanas.
Deben ser versiones que ofrezcan algo til al usuario final y no trozos
de cdigo que no pueda ver funcionando.
Diseo simple: Hacer siempre lo mnimo imprescindible de la forma
ms sencilla posible. Mantener siempre sencillo el cdigo.
Pareja de programadores: Los programadores trabajan por parejas
(dos delante del mismo ordenador) y se intercambian las parejas con
frecuencia (un cambio diario).
Desarrollo guiado por las pruebas automticas: Se deben realizar
programas de prueba automtica y deben ejecutarse con mucha
frecuencia. Cuantas ms pruebas se hagan, mejor.
 Integracin continua: Deben tenerse siempre un ejecutable del
proyecto que funcione y en cuanto se tenga una nueva pequea
funcionalidad, debe recompilarse y probarse. Es un error mantener
una versin congelada dos meses mientras se hacen mejoras y luego
integrarlas todas de golpe. Cuando falle algo, no se sabe qu es lo
que falla de todo lo que hemos metido.
El cdigo es de todos: Cualquiera puede y debe tocar y conocer
cualquier parte del cdigo. Para eso se hacen las pruebas
automticas.
Normas de codificacin: Debe haber un estilo comn de
codificacin (no importa cul), de forma que parezca que ha sido
realizado por una nica persona.
Metforas: Hay que buscar unas frases o nombres que definan cmo
funcionan las distintas partes del programa, de forma que slo con
los nombres se pueda uno hacer una idea de qu es lo que hace
cada parte del programa. Un ejemplo claro es el "recolector de
basura" de java. Ayuda a que todos los programadores (y el cliente)
sepan de qu estamos hablando y que no haya mal entendidos.
Ritmo sostenible: Se debe trabajar a un ritmo que se pueda
mantener indefinidamente. Esto quiere decir que no debe haber das
muertos en que no se sabe qu hacer y que no se deben hacer un
exceso de horas otros das. Al tener claro semana a semana lo que
debe hacerse, hay que trabajar duro en ello para conseguir el
objetivo cercano de terminar una historia de usuario o mini-versin.

1.6.10 Manejo colectivo del cdigo, ventajas y desventajas de extreme

programming

1.6.10.1 Ventajas:
Programacin organizada.
Menor taza de errores.
Satisfaccin del programador.
 1.6.10.2 Desventajas:
Es recomendable emplearlo solo en proyectos a corto
plazo.
Altas comisiones en caso de fallar.

1.7 Cronograma de actividades

Captulo 2
2.1 Marco Terico

2.1.1 Qu es Linux?

LINUX (o GNU/LINUX, ms correctamente) es un Sistema Operativo como

MacOS, DOS o Windows. Es decir, Linux es el software necesario para que
tu ordenador te permita utilizar programas como: editores de texto, juegos,
navegadores de Internet, etc. Linux puede usarse mediante un interfaz
grfico al igual que Windows o MacOS, pero tambin puede usarse
mediante lnea de comandos como DOS.

Linux tiene su origen en Unix. ste apareci en los aos sesenta,

desarrollado por los investigadores Dennis Ritchie y Ken Thompson, de los
Laboratorios Telefnicos Bell.

Andrew Tanenbaum desarroll un sistema operativo parecido a Unix

(llamado Minix) para ensear a sus alumnos el diseo de un sistema
operativo. Debido al enfoque docente de Minix, Tanenbaum nunca
permiti que ste fuera modificado, ya que podran introducirse
complicaciones en el sistema para sus alumnos.

Un estudiante finlands llamado Linus Torvalds, constatando que no era

posible extender Minix, decidi escribir su propio sistema operativo
compatible con Unix.

En aquellos momentos el proyecto GNU (GNU's Not Unix), que Richard

Stallman haba iniciado haca ya casi diez aos, comprenda un sistema
bsico casi completo. La excepcin ms importante era el kernel o ncleo,
que controla el hardware.
Torvalds decidi aprovechar el sistema GNU y completarlo con su propio
ncleo, que bautiz como Linux (Linux Is Not UniX). El sistema conjunto
(herramientas GNU y ncleo Linux) forma lo que llamamos GNU/Linux.

2.1.2 Historia de Linux

LINUX hace su aparicin a principios de la dcada de los noventa, era el

ao 1991 y por aquel entonces un estudiante de informtica de la
Universidad de Helsinki, llamado Linus Torvalds, empez como una aficin y
sin poderse imaginar a lo que llegara este proyecto, a programar las
primeras lneas de cdigo de este sistema operativo llamado LINUX.

Este comienzo estuvo inspirado en MINIX, un pequeo sistema Unix

desarrollado por Andy Tanenbaum. Las primeras discusiones sobre Linux
fueron en el grupo de noticias comp.os.minix, en estas discusiones se
hablaba sobre todo del desarrollo de un pequeo sistema Unix para
usuarios de Minix que queran mas.

Linux nunca anunci la versin 0.01 de Linux (agosto 1991), esta versin no
era ni siquiera ejecutable, solamente inclua los principios del ncleo del
sistema, estaba escrita en lenguaje ensamblador y asuma que uno tena
acceso a un sistema Minix para su compilacin.

El 5 de octubre de 1991, Linux anuncio la primera versin "Oficial" de Linux

versin 0.02. Con esta versin Linus pudo ejecutar Bash (GNU Bourne Again
Shell) y gcc (El compilador GNU de C) pero no mucho ms funcionaba. En
este estado de desarrollo ni se pensaba en los trminos soporte,
documentacin, distribucin. Despus de la versin 0.03, Linus salt en la
numeracin hasta la 0.10, ms y ms programadores a lo largo y ancho de
internet empezaron a trabajar en el proyecto y despus de sucesivas
revisiones, Linus incremento el nmero de versin hasta la 0.95 (Marzo
1992). Ms de un ao despus (diciembre 1993) el ncleo del sistema
estaba en la versin 0.99 y la versin 1.0 no llego hasta el 14 de marzo de
1994. Desde entonces no se ha parado de desarrollar, la versin actual del
ncleo es la 2.2 y sigue avanzando da a da con la meta de perfeccionar
y mejorar el sistema.

2.1.3 Distribuciones populares

Entre las distribuciones Linux ms populares estn:

Arch Linux, una distribucin basada en el principio KISS, con un

sistema de desarrollo continuo entre cada versin (no es necesario
volver a instalar todo el sistema para actualizarlo).
Canaima, es un proyecto socio-tecnolgico abierto, construido de
forma colaborativa, desarrollado en Venezuela y basado en Debian.
CentOS, una distribucin creada a partir del mismo cdigo del
sistema Red Hat pero mantenida por una comunidad de
desarrolladores voluntarios.
Chakra project, una popular distribucin para escritorio, inicialmente
basada en Arch Linux, actualmente se encuentra en un desarrollo
independiente.
Debian, una distribucin mantenida por una red de desarrolladores
voluntarios con un gran compromiso por los principios del software
libre.
Dragora y Trisquel, que van adquiriendo importancia entre las
distribuciones que slo contienen software libre.
Elementary OS Es una distribucin Linux basada en Ubuntu 12.04
Fedora, una distribucin lanzada por Red Hat para la comunidad.
Fuduntu, distribucin ligera y rpida basada en Fedora y orientada al
uso en notebooks.
Gentoo, una distribucin orientada a usuarios avanzados, conocida
por la similitud en su sistema de paquetes con el FreeBSD Ports, un
 sistema que automatiza la compilacin de aplicaciones desde su
cdigo fuente.
Huayra, distribucin Educativa, desarrollada por el estado Argentino,
desde el Anses /Programa Conectar Igualdad. Est basada en
Debian Jessie con entorno de escritorio MATE.
Knoppix, fue la primera distribucin live en correr completamente
desde un medio extrable. Est basada en Debian.
Kubuntu, la versin en KDE de Ubuntu.

Linux Mint, una popular distribucin derivada de Ubuntu.

Mageia, creada por ex trabajadores de Mandriva, muy parecida a
su precursor.
Mandriva, mantenida por la compaa francesa del mismo nombre,
es un sistema popular en Francia y Brasil. Est basada en Red Hat.
openSUSE, originalmente basada en Slackware es patrocinada
actualmente por la compaa SUSE (Micro Focus International).
PCLinuxOS, derivada de Mandriva, pas de ser un pequeo
proyecto a una popular distribucin con una gran comunidad de
desarrolladores.
Puppy Linux, versin para equipos antiguos o con pocos recursos que
pesa unos 130 MiB.
Red Hat Enterprise Linux, derivada de Fedora, es mantenida y
soportada comercialmente por Red Hat.
Slackware, una de las primeras distribuciones Linux y la ms antigua
en funcionamiento. Fue fundada en 1993 y desde entonces ha sido
mantenida activamente por Patrick J. Volkerding.
Slax, es un sistema Linux pequeo, moderno, rpido y portable
orientado a la modularidad. Est basado en Slackware.
Tuquito Basada en Ubuntu, distribucin desarrollada en Argentina
con buenas interfaces grficas y drivers universales. Recomendada
para usuarios iniciales.
Trisquel Distribucin 100 % libre, utiliza el ncleo Linux-Libre y es
apropiada para usuarios finales.
Ubuntu, una popular distribucin para escritorio basada en Debian y
mantenida por Canonical.
 Zorin OS, distribucin basada en Ubuntu y orientada a los usuarios de
Windows que quieren pasar a Linux de la forma ms fcil y sencilla
posible.

2.2 Fedora

Fedora es una distribucin Linux para propsitos generales basada en RPM,

que se mantiene gracias a una comunidad internacional de ingenieros,
diseadores grficos y usuarios que informan de fallos y prueban nuevas
tecnologas. Cuenta con el respaldo y la promocin de Red Hat.
El proyecto no busca slo incluir software libre y de cdigo abierto, sino ser
el lder en ese mbito tecnolgico. Algo que hay que destacar es que los
desarrolladores de Fedora prefieren hacer cambios en las fuentes originales
en lugar de aplicar los parches especficos en su distribucin, de esta forma
se asegura que las actualizaciones estn disponibles para todas las
variantes de Gnu/linux. Max Spevack en una entrevista afirm que: "Hablar
de Fedora es hablar del rpido progreso del software libre y de cdigo
abierto."Durante sus primeras 6 versiones se llam Fedora Core, debido a
que solo inclua los paquetes ms importantes del sistema operativo. La
ltima versin es Fedora 12, fue puesta a disposicin del pblico el 17 de
noviembre de 2009.

De acuerdo a Distrowatch, Fedora es la segunda distribucin de GNU/Linux

ms usada, por detrs de Ubuntu.

2.2.1 Historia
El Proyecto Fedora fue creado a finales del 2003 cuando Red Hat Linux fue
descontinuado. Red Hat Enterprise Linux (RHEL) continuara siendo la
Distribuciones de GNU/Linux oficialmente soportada por Red Hat, mientras
que Fedora sera un proyecto comunitario. La rama de liberaciones de
RHEL derivan de las versiones de Fedora.

El nombre de Fedora deriva de Fedora Linux, un proyecto creado por

voluntarios que provea software adicional a la distribucin Red Hat Linux, y
del caracterstico sombrero Fedora usado en el logotipo de la distribucin
comercial. Fedora Linux fue finalmente absorbido en el Proyecto Fedora.
Fedora es una marca registrada de Red Hat, aunque esto ha sido
previamente disputado por los creadores del proyecto de repositorios
Fedora, el problema ha sido resuelto.

2.2.2 Caractersticas

Distribucin
PackageKit, administrador de paquetes por defecto en Fedora.
El Proyecto Fedora se distribuye en muchas formas diferentes:

Fedora DVD - un DVD con todos los paquetes disponibles

Medios Vivos (Live CDs) - imgenes de CD o DVD que tambin pueden ser
instalados en unidades USB

Imagen de CD o USB - usado para ser instalado sobre HTTP, FTP o NFS

Imagen de rescate en CD o USB - usado si alguna parte del sistema ha

fallado y requiere ser reparado. Tambin permite instalaciones desde
Internet.

Tambin se distribuyen variantes personalizadas de Fedora, las cuales son

llamadas Fedora Spins. stas son construidas de un set de paquetes de
software especfico y tienen una combinacin de software para satisfacer
las necesidades de un usuario final determinado. Los Fedora spins son
desarrollados por diferentes grupos especiales de Fedora. Para descargas
e informacin consultar el sitio web Fedora Spins.
Dnf es el administrador de paquetes del sistema. Las interfaces grficas,
como el Pirut y el pup, son provistos de la misma forma que el puplet, los
cuales ofrecen notificaciones visuales en el panel cuando las
actualizaciones estn disponibles. Apt-rpm es una alternativa a Dnf, y
puede ser ms familiar para personas que hayan usado anteriormente
distribuciones como Ubuntu o Debian, donde Apt-get es el administrador
de paquetes predeterminado. Adicionalmente, repositorios extra pueden
ser agregados al sistema y de esta forma paquetes que no estn
disponibles en Fedora pueden ser instalados.

2.2.3 Seguridad

SELinux ("Security-Enhanced Linux") se destaca entre las caractersticas de

seguridad de Fedora, pues implementa una gran variedad de polticas de
seguridad, incluyendo control de acceso obligatorio (MAC "Mandatory
Access Control"), a travs de los Mdulos de Seguridad de Linux que estn
en el ncleo Linux del sistema.

La distribucin est liderando las distribuciones que incorporan SELinux,

habindolo introducido en Fedora Core 2. Sin embargo lo desactiv como
elemento predeterminado, pues alteraba radicalmente la forma en que el
sistema operativo funcionaba. Posteriormente fue activado por defecto en
Fedora Core 3 introduciendo una poltica menos estricta. Fedora tambin
tiene mtodos propios para prevenir la sobrecarga del buffer y la utilizacin
de rootkits. La verificacin del buffer en tiempo de compilacin, Exec
Shield y restricciones en como la memoria del ncleo en /dev/mem
puede ser accedida ayudan a prevenir esto.
2.2.4 Versiones de Fedora

Nombre en Versin del

Versin Fecha de liberacin Final de soporte
cdigo ncleo Linux

6 de 20 de
1 Yarrow 2.4.19
noviembre de 2003 septiembre de 2004

2 Tettnang 18 de mayo de 2004 11 de abril de 2005 2.5.5

8 de
3 Heidelberg 16 de enero de 2006 2.6.9
noviembre de 2004

4 Stentz 13 de junio de 2005 7 de agosto de 2006 2.6.11

5 Bordeaux 20 de marzo de 2006 2 de julio de 2007 2.6.15

24 de 7 de
6 Zod 2.6.18
octubre de 2006 diciembre de 2007

7 Moonshine 31 de mayo de 2007 13 de junio de 2008 2.6.21

 8 de
8 Werewolf 7 de enero de 2009 2.6.23.1
noviembre de 2007

9 Sulphur 13 de mayo de 2008 10 de julio de 2009 2.6.25

25 de 18 de
10 Cambridge 2.6.27
noviembre de 2008 diciembre de 2009

11 Leonidas 9 de junio de 2009 25 de junio de 2010 2.6.29-4

17 de 2 de
12 Constantine 2.6.31
noviembre de 2009 diciembre de 2010

13 Goddard 25 de mayo de 2010 4 de junio de 2011 2.6.33

2 de 9 de
14 Laughlin 2.6.35
noviembre de 2010 diciembre de 2011

15 Lovelock 24 de mayo de 2011 26 de junio de 2012 2.6.38

8 de
16 Verne 12 de febrero de 2013 3.1.0
noviembre de 2011

17 Beefy Miracle 29 de mayo de 2012 30 de julio de 2013 3.4.1

18 Spherical Cow 15 de enero de 2013 14 de enero de 2014 3.6

Schrdinger's
19 2 de julio de 2013 6 de enero de 2015 3.9
Cat

12 de
20 Heisenbug 23 de junio de 2015 3.11
diciembre de 2013
 14 de 1 de
21 3.19
octubre de 2014 diciembre de 2015

22 26 de mayo de 2015 4.0

3 de
23 4.2
noviembre de 2015

24 21 de junio de 2016

Leyenda

Versin antigua; sin soporte

Versin antigua; con soporte

Versin Actual

Versin Futura

Ilustracin 13 Tabla de versiones Fedora

2.2.5 Lnea del tiempo de Fedora.

Ilustracin 14 Lnea del tiempo Fedora

2.3 Qu es PHP?

PHP es el acrnimo de Hipertext Preprocesor. Es un lenguaje de

programacin del lado del servidor gratuito e independiente de
plataforma, rpido, con una gran librera de funciones y mucha
documentacin.
Un lenguaje del lado del servidor es aquel que se ejecuta en el servidor
web, justo antes de que se enve la pgina a travs de Internet al cliente.
Las pginas que se ejecutan en el servidor pueden realizar accesos a
bases de datos, conexiones en red, y otras tareas para crear la pgina final
que ver el cliente. El cliente solamente recibe una pgina con el cdigo
HTML resultante de la ejecucin de la PHP. Como la pgina resultante
contiene nicamente cdigo HTML, es compatible con todos los
navegadores. Podemos saber algo ms sobre la programacin del servidor
y del cliente en el artculo qu es DHTML.

Esquema del funcionamiento de las pginas PHP.

Una vez que ya conocemos el concepto de lenguaje de programacin de
scripts del lado del servidor podemos hablar de PHP. PHP se escribe dentro
del cdigo HTML, lo que lo hace realmente fcil de utilizar, al igual que
ocurre con el popular ASP de Microsoft, pero con algunas ventajas como
su gratuidad, independencia de plataforma, rapidez y seguridad.
Cualquiera puede descargar a travs de la pgina principal de PHP
www.php.net y de manera gratuita, un mdulo que hace que nuestro
servidor web comprenda los scripts realizados en este lenguaje. Es
independiente de plataforma, puesto que existe un mdulo de PHP para
casi cualquier servidor web. Esto hace que cualquier sistema pueda ser
compatible con el lenguaje y significa una ventaja importante, ya que
permite portar el sitio desarrollado en PHP de un sistema a otro sin
prcticamente ningn trabajo.

PHP, en el caso de estar montado sobre un servidor Linux u Unix, es ms

rpido que ASP, dado que se ejecuta en un nico espacio de memoria y
esto evita las comunicaciones entre componentes COM que se realizan
entre todas las tecnologas implicadas en una pgina ASP.

Por ltimo sealbamos la seguridad, en este punto tambin es importante

el hecho de que en muchas ocasiones PHP se encuentra instalado sobre
servidores Unix o Linux, que son de sobra conocidos como ms veloces y
seguros que el sistema operativo donde se ejecuta las ASP, Windows NT o
2000. Adems, PHP permite configurar el servidor de modo que se permita
o rechacen diferentes usos, lo que puede hacer al lenguaje ms o menos
seguro dependiendo de las necesidades de cada cual.

Fue creado originalmente en 1994 por Rasmus Lerdorf, pero como PHP est
desarrollado en poltica de cdigo abierto, a lo largo de su historia ha
tenido muchas contribuciones de otros desarrolladores. Actualmente PHP
se encuentra en su versin 4, que utiliza el motor Zend, desarrollado con
mayor meditacin para cubrir las necesidades de las aplicaciones web
actuales.

Este lenguaje de programacin est preparado para realizar muchos tipos

de aplicaciones web gracias a la extensa librera de funciones con la que
est dotado. La librera de funciones cubre desde clculos matemticos
complejos hasta tratamiento de conexiones de red, por poner dos
ejemplos.

Algunas de las ms importantes capacidades de PHP son: compatibilidad

con las bases de datos ms comunes, como MySQL, mSQL, Oracle,
Informix, y ODBC, por ejemplo. Incluye funciones para el envo de correo
electrnico, upload de archivos, crear dinmicamente en el servidor
imgenes en formato GIF, incluso animadas y una lista interminable de
utilidades adicionales.

2.3.1 Qu puede hacer PHP?

PHP est enfocado principalmente a la programacin de scripts del lado

del servidor, por lo que se puede hacer cualquier cosa que pueda hacer
otro programa CGI, como recopilar datos de formularios, generar pginas
con contenidos dinmicos, o enviar y recibir cookies. Aunque PHP puede
hacer mucho ms.

Existen principalmente tres campos principales donde se usan scripts de

PHP.
 Scripts del lado del servidor. Este es el campo ms tradicional y el
foco principal. Son necesarias tres cosas para que esto funcione. El
analizador de PHP (mdulo CGI o servidor), un servidor web y un
navegador web. Es necesario ejecutar el servidor con una
instalacin de PHP conectada. Se puede acceder al resultado del
programa de PHP con un navegador, viendo la pgina de PHP a
travs del servidor.

Scripts desde la lnea de comandos. Se puede crear un script de PHP

y ejecutarlo sin necesidad de un servidor o navegador. Solamente es
necesario el analizador de PHP para utilizarlo de esta manera. Este
tipo de uso es ideal para scripts que se ejecuten con regularidad
empleando cron (en *nix o Linux) o el Planificador de tareas (en
Windows). Estos scripts tambin pueden usarse para tareas simples
de procesamiento de texto.

Escribir aplicaciones de escritorio. Probablemente PHP no sea el

lenguaje ms apropiado para crear aplicaciones de escritorio con
una interfaz grfica de usuario, pero si se conoce bien PHP, y se
quisiera utilizar algunas caractersticas avanzadas de PHP en
aplicaciones del lado del cliente, se puede utilizar PHP-GTK para
escribir dichos programas. Tambin es posible de esta manera
escribir aplicaciones independientes de una plataforma.

PHP-GTK es una extensin de PHP, no disponible en la distribucin principal.

Si est interesado en PHP-GTK, puede visitar su propio sitio web.
PHP puede emplearse en todos los sistemas operativos principales,
incluyendo Linux, muchas variantes de Unix (incluyendo HP-UX, Solaris y
OpenBSD), Microsoft Windows, Mac OS X, RISC OS y probablemente otros
ms. PHP admite la mayora de servidores web de hoy en da, incluyendo
Apache, IIS, y muchos otros. Esto incluye cualquier servidor web que pueda
utilizar el binario de PHP FastCGI, como lighttpd y nginx. PHP funciona tanto
como mdulo como procesador de CGI.
De modo que con PHP, se tiene la libertad de elegir el sistema operativo y
el servidor web. Adems, se tiene la posibilidad de utilizar programacin
por procedimientos o programacin orientada a objetos (POO), o una
mezcla de ambas.

Con PHP no se est limitado a generar HTML. Entre las capacidades de PHP
se incluyen la creacin de imgenes, ficheros PDF e incluso pelculas Flash
(usando libswf y Ming) generadas sobre la marcha. Tambin se puede
generar fcilmente cualquier tipo de texto, como XHTML y cualquier otro
tipo de fichero XML. PHP puede autogenerar estos ficheros y guardarlos en
el sistema de ficheros en vez de imprimirlos en pantalla, creando una
cach en el lado del servidor para contenido dinmico.

Una de las caractersticas ms potentes y destacables de PHP es su soporte

para un amplio abanico de bases de datos. Escribir una pgina web con
acceso a una base de datos es increblemente simple utilizando una de las
extensiones especficas de bases de datos (p.ej., para mysql), o utilizar una
capa de abstraccin como PDO, o conectarse a cualquier base de datos
que admita el estndar de Conexin Abierta a Bases de Datos por medio
de la extensin ODBC. Otras bases de datos podran utilizar cURL o sockets,
como lo hace CouchDB.

PHP tambin cuenta con soporte para comunicarse con otros servicios
usando protocolos tales como LDAP, IMAP, SNMP, NNTP, POP3, HTTP, COM
(en Windows) y muchos otros. Tambin se pueden crear sockets de red
puros e interactuar usando cualquier otro protocolo. PHP tiene soporte
para el intercambio de datos complejos de WDDX entre virtualmente todos
los lenguajes de programacin web. Y hablando de interconexin, PHP
tiene soporte para la instalacin de objetos de Java y emplearlos de forma
transparente como objetos de PHP.

PHP tiene tiles caractersticas de procesamiento de texto, las cuales

incluyen las expresiones regulares compatibles con Perl (PCRE), y muchas
extensiones y herramientas para el acceso y anlisis de documentos XML.
PHP estandariza todas las extensiones XML sobre el fundamento slido de
libxml2, y ampla este conjunto de caractersticas aadiendo soporte para
SimpleXML, XMLReader y XMLWriter.

2.3.2 Ventajas y desventajas

Ventajas:

Es un lenguaje multiplataforma.

Completamente orientado al desarrollo de aplicaciones web

dinmicas con acceso a informacin almacenada en una Base de
Datos.

El cdigo fuente escrito en PHP es invisible al navegador y al cliente

ya que es el servidor el que se encarga de ejecutar el cdigo y
enviar su resultado HTML al navegador. Esto hace que la
programacin en PHP sea segura y confiable.

Capacidad de conexin con la mayora de los motores de base de

datos que se utilizan en la actualidad, destaca su conectividad con
MySQL y PostgreSQL.

Capacidad de expandir su potencial utilizando la enorme cantidad

de mdulos (llamados ext's o extensiones).

Desventajas:

Como es un lenguaje que se interpreta en ejecucin para ciertos

usos puede resultar un inconveniente que el cdigo fuente no pueda
ser ocultado. La ofuscacin es una tcnica que puede dificultar la
lectura del cdigo pero no la impide y, en ciertos casos, representa
un costo en tiempos de ejecucin.
2.4 SGBD

Un Sistema Gestor de Bases de Datos (SGBD) o DBMA (DataBase

Management System) es una coleccin de programas cuyo objetivo es
servir de interfaz entre la base de datos, el usuario y las aplicaciones. Se
compone de un lenguaje de definicin de datos, de un lenguaje de
manipulacin de datos y de un lenguaje de consulta. Un SGBD permiten
definir los datos a distintos niveles de abstraccin y manipular dichos datos,
garantizando la seguridad e integridad de los mismos.

Un SGBD debe permitir:

Definir una base de datos: especificar tipos, estructuras y restricciones de
datos.
Construir la base de datos: guardar los datos en algn medio controlado
por el mismo SGBD
Manipular la base de datos: realizar consultas, actualizarla, generar
informes.

2.4.1 Caractersticas de un SGBD

Abstraccin de la informacin. Los SGBD ahorran a los usuarios

detalles acerca del almacenamiento fsico de los datos. Da lo mismo
si una base de datos ocupa uno o cientos de archivos, este hecho se
hace transparente al usuario. As, se definen varios niveles de
abstraccin.
 Independencia. La independencia de los datos consiste en la
capacidad de modificar el esquema (fsico o lgico) de una base de
datos sin tener que realizar cambios en las aplicaciones que se sirven
de ella.

Redundancia mnima. Un buen diseo de una base de datos

lograr evitar la aparicin de informacin repetida o redundante. De
entrada, lo ideal es lograr una redundancia nula; no obstante, en
algunos casos la complejidad de los clculos hace necesaria la
aparicin de redundancias.

Consistencia. En aquellos casos en los que no se ha logrado esta

redundancia nula, ser necesario vigilar que aquella informacin
que aparece repetida se actualice de forma coherente, es decir,
que todos los datos repetidos se actualicen de forma simultnea.

Seguridad. La informacin almacenada en una base de datos

puede llegar a tener un gran valor. Los SGBD deben garantizar que
esta informacin se encuentra segurizada frente a usuarios
malintencionados, que intenten leer informacin privilegiada; frente
a ataques que deseen manipular o destruir la informacin; o
simplemente ante las torpezas de algn usuario autorizado pero
despistado. Normalmente, los SGBD disponen de un complejo
sistema de permisos a usuarios y grupos de usuarios, que permiten
otorgar diversas categoras de permisos.

Integridad. Se trata de adoptar las medidas necesarias para

garantizar la validez de los datos almacenados. Es decir, se trata de
proteger los datos ante fallos de hardware, datos introducidos por
usuarios descuidados, o cualquier otra circunstancia capaz de
corromper la informacin almacenada.

Respaldo y recuperacin. Los SGBD deben proporcionar una forma

eficiente de realizar copias de respaldo de la informacin
 almacenada en ellos, y de restaurar a partir de estas copias los datos
que se hayan podido perder.

Control de la concurrencia. En la mayora de entornos (excepto

quizs el domstico), lo ms habitual es que sean muchas las
personas que acceden a una base de datos, bien para recuperar
informacin, bien para almacenarla. Y es tambin frecuente que
dichos accesos se realicen de forma simultnea. As pues, un SGBD
debe controlar este acceso concurrente a la informacin, que
podra derivar en inconsistencias.

2.4.2 SGBD Propietarios

MySQL:

Es un sistema de gestin de base de datos relacional, multihilo y

multiusuario con ms de seis millones de instalaciones. MySQL AB desarrolla
MySQL como software libre en un esquema de licenciamiento dual. Por un
lado lo ofrece bajo la GNU GPL, pero, empresas que quieran incorporarlo
en productos privativos pueden comprar a la empresa una licencia que les
permita ese uso.

Oracle:

Es un sistema de gestin de base de datos relacional (o RDBMS por el

acrnimo en ingls de Relational Data Base Management System),
fabricado por Oracle Corporation.

Se considera a Oracle como uno de los sistemas de bases de datos ms

completos, destacando su:
Soporte de transacciones.
Estabilidad.
Escalabilidad.
Es multiplataforma.

Paradox (base de datos):

Base de datos relacional para entorno MS Windows, anteriormente

disponible para MS-DOS y Linux, desarrollada actualmente por Corel e
incluida en la suite ofimtica WordPerfect Office.

Microsoft SQL Server:

Es un sistema de gestin de bases de datos relacionales (SGBD) basada en

el lenguaje Transact-SQL, capaz de poner a disposicin de muchos usuarios
grandes cantidades de datos de manera simultnea. As de tener unas
ventajas que a continuacin se pueden describir.
Entre sus caractersticas figuran:

Soporte de transacciones.
Escalabilidad, estabilidad y seguridad.
Soporta procedimientos almacenados.
Incluye tambin un potente entorno grfico de administracin, que
permite el uso de comandos DDL y DML grficamente.

Microsoft Access:

Es un sistema de gestin de bases de datos Relacional creado y

modificado por Microsoft (DBMS) para uso personal de pequeas
organizaciones. Es un componente de la suite Microsoft Office aunque no
se incluye en el paquete bsico. Una posibilidad adicional es la de crear
ficheros con bases de datos que pueden ser consultados por otros
programas.
Crear tablas de datos indexadas.
Modificar tablas de datos.
Relaciones entre tablas (creacin de bases de datos relacionales).
Creacin de consultas y vistas.
Consultas referencias cruzadas.
Consultas de accin (INSERT, DELETE, UPDATE).
Formularios.
Informes.

DB2:

Es una marca comercial, propiedad de IBM, bajo la cual se comercializa el

sistema de gestin de base de datos.

La versin ms actual es DB2 9, la cual utiliza XML como motor, adems el

modelo que utiliza es el jerrquico en lugar del modelo relacional que
utilizan otros gestores.

Visual FoxPro:

Es un lenguaje de programacin orientado a objetos y procedural, un

Sistema Gestor de Bases de datos o Database Management System
(DBMS), y desde la versin 7.0, un Sistema administrador de bases de datos
relacionales, producido por Microsoft.

2.4.3 SGBD Libres

PostgreSQL:

Sus caractersticas tcnicas la hacen una de las bases de datos ms

potentes y robustas del mercado. Su desarrollo comenz hace ms de 16
aos, y durante este tiempo, estabilidad, potencia, robustez, facilidad de
administracin e implementacin de estndares han sido las
caractersticas que ms se han tenido en cuenta durante su desarrollo.
PostgreSQL funciona muy bien con grandes cantidades de datos y una
alta concurrencia de usuarios accediendo a la vez al sistema.

Firebird:

Es un sistema de administracin de base de datos relacional (o RDBMS)

(Lenguaje consultas: SQL) de cdigo abierto, basado en la versin 6 de
Interbase, cuyo cdigo fue liberado por Borland en 2000. Su cdigo fue
reescrito de C a C++. El proyecto se desarrolla activamente, el 18de abril
de 2008 fue liberada la versin 2.1 y el 26de diciembre de 2009 fue liberada
la versin 2.5.0 RC1. La versin 2.5.2, ms reciente del proyecto, fue
liberada el 6 de noviembre de 2012.

SQLite:

SQLite es una herramienta de software libre, que permite almacenar

informacin en dispositivos empotrados de una forma sencilla, eficaz,
potente, rpida y en equipos con pocas capacidades de hardware, como
puede ser una PDA o un telfono celular. SQLite implementa el estndar
SQL92 y tambin agrega extensiones que facilitan su uso en cualquier
ambiente de desarrollo. Esto permite que SQLite soporte desde las
consultas ms bsicas hasta las ms complejas del lenguaje SQL, y lo ms
importante es que se puede usar tanto en dispositivos mviles como en
sistemas de escritorio, sin necesidad de realizar procesos complejos de
importacin y exportacin de datos, ya que existe compatibilidad al 100%
entre las diversas plataformas disponibles, haciendo que la portabilidad
entre dispositivos y plataformas sea transparente.

Apache Derby:

Es un sistema gestor de base de datos relacional escrito en Java que

puede ser empotrado en aplicaciones Java y utilizado para procesos de
transacciones online. Tiene un tamao de 2 MB de espacio en disco.
Inicialmente distribuido como IBM Cloudscape, Apache Derby es un
proyecto open source licenciado bajo la Apache 2.0 License. Actualmente
se distribuye como Sun Java DB.
MariaDB:

MariaDB es un fork del sistema de gestin de base de datos MySQL. El

propsito de este sistema es proveer capacidades similares y extendidas
en relacin a MySQL, con un foco especia en mantener el software de
forma libre a travs de la licencia GNU GPL. Con aplicaciones muy
amplias, puede ser usado por equipos de desarrollo de software, testing de
aplicaciones, sitios web de empresas y bloggers, servidores vps o locales y
de hosting compartido.

Origen
MariaDB fue desarrollado inicialmente por Michael Monty Widenius, uno
de los fundadores de la compaa MySQL AB. A fines de febrero del 2008,
MySQL AB fue adquirida por Sun Microsystems. Michael Widenius comenz
el desarrollo de MariaDB debido a sus preocupaciones en cuanto a la
adquisicin de Sun Microsystems por parte de Oracle Corporation, ya que
no haba certeza de que MySQL continuara siendo libre.

Versionamiento
Los nmeros de las versiones de MariaDB siguen los de MySQL hasta la
versin 5.5. Lo anterior significa que MariaDB ofrece todas las
caractersticas de MySQL 5.5. Luego de la versin 5.5, los desarrolladores
decidieron iniciar una rama iniciando desde el 10, con el fin de dejar claro
que MariaDB 10.0 no importar todas las caractersticas de MySQL 5.6,
aunque tampoco se descarta que lo har en el futuro.

Software de terceros
El API y protocolo de MariaDB es compatible con los que usa MySQL, ms
algunas caractersticas para soportar operaciones no bloqueantes nativas
y reportes de progreso. Esto implica que todos los conectores, libreras y
aplicaciones que funcionan con MySQL tambin deberan hacerlo con
MariaDB.

Clientes
A continuacin se muestra una lista de aplicaciones cliente que se sabe
que operan bien con MariaDB:

Database Workbench
DBEdit
HeidiSQL
Navicat
phpMyAdmin
SQLyog

Aplicaciones que soportan MariaDB

A continuacin se muestra una lista de aplicaciones de software que
soportan de forma oficial MariaDB:

Drupal
ERP5
Kajona
MediaWiki
Moodle
MONyog
ownCloud
Plone
WordPress
Yii Framework
Zend Framework

Mejoras de Velocidad

Existen algunas mejoras al cdigo DBUG para hacer su ejecucin

ms rpida cuando se compila pero no se usa.
LA TABLA DE CHEQUEO DE REDUNDANCIA es ms rpida.
El uso del motor aria permite realizar consultas complejas
rpidamente (consultas que normalmente utilizaran espacio en
disco para tablas temporales.) El motor Aria es usado para tablas
temporales internas, las cuales deben dar mayor velocidad en
 selecciones complejas. Aria es usualmente ms rpida que las tablas
temporales cuando se las compara con MyISAM, debido a que Aria
cachea las filas de datos en memoria y normalmente no escribe filas
temporales en el disco.

Facilidades de uso

Proporciona estadsticas de ndices y tabla, para lo que aade

nuevas tablas en INFORMATION_SCHEMA y nuevos opciones a los
comandos FLUSH y SHOW para identificar la causa e la carga del
SGBD.
Los comandos ALTER TABLE y LOAD DATA INFILE dejan de ser opacos
e informan del progreso.
La precisin para tipo de datos TIME, DATETIME, y TIMESTAMP
ampliada al microsegundo.
Introducidas caractersticas estilo NoSQL, como HandlerSocket que
proporciona acceso directo a tablas InnoDB saltndose la capa SQL.
Columnas dinmicas, que proporcionan al usuario columnas virtuales
en las tablas.
Las subqueries funcionan correctamente.

Prestaciones

El optimizador de MariaDB -que se encuentra en el ncleo de

cualquier SGBD- funciona claramente ms rpido con cargas
complejas.
En la replicacin se han introducido sustanciosas mejoras, por
ejemplo el group commit for the binary log que acelera la
replicacin hasta el doble.
 Eliminacin de tablas. El acceso a tablas a travs de views acelera el
acceso.

Testeo

Ms juegos de test en la distribucin.

Parches para los tests.
Distintas combinaciones de configuracin y sistema operativo para
los tests.
Eliminacin de tests innecesarios, como "no testar la caracteritica X
si no la he incluido en mi ejecutable"

Menos errores y alertas

Los juegos de testeo han permitido reducir los errores sin introducir
nuevos.
Las alertas de compilacin estn relacionadas, y los desarrolladores
las han intentado reducir
Captulo 3
3.1 Sistema funcional

En esta imagen se muestra el inicio de sesin del sistema SIAPAC

Ilustracin 15 Login SIAPAC

Para este caso el usuario se loguea como administrador y al dar clic sobre
el botn acceder aparece un mensaje de que las credenciales son
validas.
Ilustracin 16 Validacion Login administrador
Habiendo iniciado sesin como administrador esta es la ventana principal
del sistema, en la parte superior hay un men el cual ofrece diferentes
opciones.
Ilustracin 17 Ventana principal administrador

En la imagen se puede apreciar un men desplegable el cual tiene las

opciones de Maestros, Alumnos y Calificaciones.
Ilustracin 18 Men administrador
Al dar clic en la opcin Maestros aparece un listado de los profesores que
estn registrados en el sistema, si se desea agregar uno nuevo habr que
dar clic sobre agregar o bien si solo se gusta editar, clic en editar, de igual
manera se pueden eliminar. Y en la parte baja una grfica que indica el
nmero de Maestros registrados.
Ilustracin 19 insert, update, delete Profesores

Este es el formulario que aparece al dar clic sobre agregar nuevo maestro.
En la opcin de alumno se puede ver de igual manera los botones de
agregar, editar y eliminar, y de la misma forma una grfica que indica el
nmero de alumnos registrados
Ilustracin 20 Insert, update, delete Alumnos y grfica

Al dar clic sobre agregar nuevo alumno aparecer este formulario el cual
a manera de check box permite asignarle materias al Alumno.
Ilustracin 21 Agregar nuevo Alumno y asignar Materias
Una vez agregadas las materias del alumno y guardando dichos cambios,
ir al men y dar clic sobre calificaciones, se podrn asignar calificaciones.

Ilustracin 22 Asignar calificaciones

Ahora se mostrar el sistema en la versin de usuarios, una vez accediendo

mandara un mensaje que indica que la conexin fue exitosa.
Ilustracin 23 Inicio de sesin de Alumno
Arrojar un index muy similar al del administrador, pero este contendr
menos opciones que el administrador pues un alumno solo tendr permiso
de ver.
Ilustracin 24 Permisos Alumno

Dando clic sobre el botn de inicio aparecer la opcoin historial misma

que va a redireccionar a un listado de calificaciones.
Ilustracin 25 Men Historial
Estando en ese listado de materias aparecen todas las diferentes
asignaturas por semestre del tecnolgico de estudios superiores Chalco
que el alumno haya cursado
Ilustracin 26 Visualizacin de calificaciones como alumno

Este es un documento PDF el cual arroja las calificaciones mostradas en la

ventana anterior pero esta vez para que el alumno pueda descargar esta
informacin y est al tanto de su trayectoria acadmica.
Ilustracin 27 PDF para Alumno
3.2 Recomendaciones

El alcance del proyecto SIAPAC es muy grande pues este podra

desarrollarse o bien complementarse para que su funcionabilidad sea an
mayor.

Un ejemplo de esto sera la implementacin de un simulador el cual

permita, como su nombre lo indica, simular la trayectoria acadmica de
un alumno x a lo largo de la carrera para que de esta manera los
alumnos tanto de nuevo ingreso como de semestres posteriores quienes
an no tienen en claro la forma de trabajo del tecnologico puedan
apreciar las diferentes alternativas que ofrece el plantel para cada una de
las situaciones que puedan presentarse a lo largo de la carrera, como lo
pueden ser la realizacin de actividades complementarias, segundas
oportunidades, materias reprobadas, promedios de excelencia, cuotas por
semestre, costo de anualidad, costo por crdito, etc., esto con el nico fin
de mantener informada a la comunidad estudiantil enfocndose
primordialmente en los alumnos de nuevo ingreso quienes llegan con un
completo desconocimiento de la forma de trabajo del Tecnolgico.

Otra manera en la que SIAPAC puede mejorar es con la implementacin

de tarifas y costos a pagar dependiendo de cada alumno, es decir, que
cuando el sistema tenga ya capturadas las calificaciones de cada alumno
arroje las cuotas que este debe pagar basndose en su promedio, en si es
regular o no, en descuentos por buen promedio y de esta manera hacer
ms fcil el proceso de inscripcin y reinscripcin puesto que el alumno ya
tendra en cuenta que es lo que debe pagar para los procesos antes
mencionados.
Conclusiones

Al finalizar el proyecto SIAPAC se logr recopilar una gran cantidad de

informacin la cual puede ayudar a que el sistema mejore
constantemente pues podra tratar de manejarse con diferentes lenguajes
de programacin o diferentes sistemas gestores de bases de datos los
cuales ofrezcan diferentes alternativas para la planeacin y desarrollo del
mismo, adems de esto se pudo apreciar el gran alcance que tiene este
proyecto y lo til que sera aplicarlo no solo en una nica divisin del
tecnolgico, sino hacer un gran sistema el cual abarque todas las carreras
y a todos los alumnos del tecnolgico y no solo eso, sino que se haga un
programa til para muchas universidades, y este permita que cada
estudiante este mejor informado en cuanto a su trayectoria acadmica.

EL proyecto SIAPAC es un proyecto ingenioso y que tiene la capacidad de

trascender y perdurar para las futuras generaciones del tecnolgico de
estudios superiores de Chalco ya que puede ser implementado en sistemas
tanto privativos como libres debido a su gran compatibilidad es decir, que
este sea trabajado en sistemas gestores de bases de datos como lo son
Oracle que es un SGBD privativo o en MongoDB que es un SGBD orientado
a documentos y al mismo tiempo un software libre, y sistemas operativos
desde el tan conocido Windows hasta sistemas operativos como Ubuntu.

El sistema SIAPAC posee un enorme potencial debido a la infinidad de

caractersticas que se le pueden implementar, todo pensado para mejorar
el desarrollo acadmico de las diferentes divisiones de ingeniera del
plantel.
REFERENCIAS
2017, i. P. (19 de enero de 2001). PHP. Obtenido de Historia de PHP:
http://php.net/manual/es/history.php.php

Bach, M. J. (14 de ene de 2017). https://www.linuxmint.com/. Obtenido de

https://www.linuxmint.com/: https://www.linuxmint.com/

Carbajal Riola, J. C. (2008). Metodologas giles: Herramientas y modelos de desarrollo para

aplicaciones JAVA como metodologia empresarial. Barcelona.

Clerus. (14 de Diciembre de 2009). Software_Libre. Obtenido de

http://www.clerus.org/clerus/dati/2009-12/14-999999/software_libre

Ecured. (martes 17 de enero de 2017). Ecured. Obtenido de Conocimiento con todos y para todos:
https://www.ecured.cu/Fedora

Genbeta. (8 de Julio de 2014). Obtenido de www.genbeta.com/linux/centos-7-0-la-primera-

version-de-la-nueva-era-ya-esta-aqui

gonzales, c. c. (2001). En ALMACENAMIENTO DE LA INFORMACION E INTRODUCCION A SGBD.

IPN, C. d. (16 de abril de 2012). https://www.cs.cinvestav.mx/~EVOCINV/tutorials/linux.htm.

Obtenido de https://www.cs.cinvestav.mx/~EVOCINV/tutorials/linux.htm:
https://www.cs.cinvestav.mx/~EVOCINV/tutorials/linux.htm

MariaDB. (17MariaDB de julio de 2015). Obtenido de Acerca de MariaDB:

https://mariadb.com/kb/es/about-mariadb/

Mejia, L. A. (s.f.). Software Libre. Obtenido de https://www.gnu.org/philosophy/free-sw.es.html