T E S I S
Licenciado en Sistemas
Computacionales Administrativos
P R E S E N T A:
ASESOR:
T E S I S
Licenciado en Sistemas
Computacionales Administrativos
P R E S E N T A:
ASESOR:
Quedo en deuda con mis padres Hiplito Bez, Faustina Morales, mis
hermanos y a mi familia por todo el apoyo moral y econmico para
terminar mi licenciatura.
Agradezco a mis amigos del alma que siempre estuvieron en las buenas
y en las malas: ngel A. Contreras y Gibran Crdoba.
RESUMEN......................................................................................................................... 1
INTRODUCCIN ............................................................................................................... 2
CAPTULO I: MARCO CONTEXTUAL ............................................................................ 6
1.1. Qu es el Centro de Apoyo a la Titulacin (CAT)? ......................................... 7
1.2. Antecedentes de la aplicacin web SCAT ........................................................ 8
1.2.1. Propsito de la investigacin ................................................................... 10
1.2.2. Justificacin ............................................................................................ 10
1.2.3. Objetivos del proyecto ............................................................................. 11
1.3. Introduccin a la aplicacin web del Centro de Apoyo a la Titulacin (SCAT). 11
1.3.1. Formulacin del Problema ...................................................................... 12
1.3.2. Interrogantes de Mediciones de la aplicacin web SCAT ........................ 13
1.3.3. Delimitacin de la Investigacin .............................................................. 14
1.3.4. Normativa de trabajo Recepcional .......................................................... 14
CAPTULO II: METODOLOGA..................................................................................... 17
2.1. Definicin de Metodologa .............................................................................. 18
2.1.1. Antecedentes de Procesos de Desarrollo ............................................... 18
2.2. Metodologa de desarrollo de Sistemas de Informacin ................................. 22
2.2.1. Metodologas Tradicionales .................................................................... 23
2.2.2. Metodologas Agiles ................................................................................ 24
2.2.3. Extreme Programming (XP) .................................................................... 27
2.2.4. Proceso continuo en lugar de por lotes. .................................................. 30
2.2.5. Historia de la aplicacin web? ............................................................... 33
2.2.6. Qu es una aplicacin web? ................................................................. 33
2.3. Qu es la web 2.0? ...................................................................................... 33
2.3.1. Atributos de la Web 2.0 ........................................................................... 34
2.3.2. Para qu sirve la Web 2.0? ................................................................... 34
2.4. Cmo se desarroll la aplicacin web SCAT? .............................................. 35
CAPITULO III: CALIDAD PARA LA MEDICIN DEL SOFTWARE .............................. 47
3.1. Qu es la calidad? ....................................................................................... 48
3.1.1. Factor de calidad de McCall .................................................................... 48
3.2. Qu es la ISO? ............................................................................................ 49
3.3. Modelos de evaluacin y mejora en la calidad del software ........................... 50
II
3.3.1. El modelo SPICE .................................................................................... 50
3.3.2. Modelo de normas ISO para la calidad del software ............................... 50
3.3.3. Qu es la IEC? ..................................................................................... 51
3.3.4. Norma ISO/IEC 15504 ............................................................................ 52
3.3.5. Norma ISO/IEC 12207 ............................................................................ 54
3.3.6. Norma ISO/IEC 14598 ............................................................................ 57
3.4. Norma ISO/IEC 9126 ..................................................................................... 58
3.5. Calidad interna y externa ............................................................................... 60
3.5.1. Funcionalidad .......................................................................................... 60
3.5.2. Confiabilidad ........................................................................................... 61
3.5.3. Usabilidad ............................................................................................... 61
3.5.4. Eficiencia ................................................................................................ 62
3.5.5. Mantenibilidad ......................................................................................... 62
3.5.6. Portabilidad ............................................................................................. 63
3.6. Calidad del uso .............................................................................................. 63
3.6.1. Eficiencia ................................................................................................ 63
3.6.2. Productividad .......................................................................................... 64
3.6.3. Seguridad ............................................................................................... 64
3.6.4. Satisfaccin............................................................................................. 64
3.7. Modelo 2QCV3Q ............................................................................................ 64
3.8. Metodologa WebQEM ................................................................................... 65
3.9. WebQual ........................................................................................................ 65
3.10. Modelo SQuaRE ......................................................................................... 65
3.11. Norma ISO/IEC 25000 ............................................................................... 66
3.12. Norma ISO/IEC 29119 ................................................................................ 69
3.12.1. Medicin .............................................................................................. 71
CAPITULO IV: ANLISIS DE RESULTADOS .............................................................. 72
4.1. Mtricas internas y externas tcnicas............................................................. 73
4.1.1. Mtricas orientadas a la funcin .............................................................. 73
4.1.2. Mtricas del Mantenimiento .................................................................... 77
4.1.3. Densidad de defectos ............................................................................. 78
4.1.4. Medicin de la confiabilidad .................................................................... 78
4.1.5. Validadores de la W3C ........................................................................... 79
4.1.6. Validador de HTML ................................................................................. 80
4.1.7. Validador de CSS.................................................................................... 81
III
4.1.8. Medicin de Eficiencia ............................................................................ 82
4.1.9. Herramientas de medicin para evaluar pginas web ............................. 82
4.1.10. Medicin de Portabilidad ..................................................................... 87
4.1.11. Usabilidad ............................................................................................ 88
4.2. Resultados de encuesta ................................................................................. 89
CONCLUSIN................................................................................................................. 96
FUENTES DE INFORMACIN .................................................................................. 100
ANEXOS ....................................................................................................................... 106
NDICE DE FIGURAS ................................................................................................ 117
NDICE DE TABLAS .................................................................................................. 118
NDICE DE GRAFICAS .............................................................................................. 118
IV
RESUMEN
Las aplicaciones web son cada vez ms utilizadas y eficientes que funcionan a
travs de internet y se asemejan a una pgina web, las funciones generales son
gestionar, compartir informacin y realizar transacciones, restringiendo accesos a
personas ajenas a la aplicacin, es una gran ventaja tener aplicaciones web en una
organizacin, centrando los esfuerzos en las instituciones educativas para generar
software que puede ser desarrollados por estudiantes con el objetivo principal de
obtener formacin metodolgica y de aprendizaje en el rea de software, por este
motivo se cre una aplicacin web llamada SCAT en la Facultad de Contadura y
Administracin para el departamento de apoyo a la titulacin, generando beneficios
como reduciendo la carga administrativa en los procesos del departamento.
1
INTRODUCCIN
2
Actualmente la industria del software ha crecido exponencialmente junto con el
desarrollo de nuevo software lo cual es una necesidad a nivel mundial, esto va
enfocando los esfuerzos en producir aplicaciones web rpidamente y gastos
mnimos y sin dejar a un lado la alta calidad, favoreciendo la competitividad entre
las grandes industrias, ya que al aumentar el uso de las aplicaciones los usuarios
exigen mejoras constantes y en ello va implcito la calidad la cual juega un papel
muy importante al momento de desarrollar las aplicaciones web, creando para el
usuario un mercado ms amplio al momento de elegir aplicaciones que se adapten
a sus necesidades.
Las aplicaciones web tienen gran importancia hoy en da, ya que existen muchas
personas que son usuarios del mismo, estos crean una expectativa de calidad del
software cuando evalan subjetivamente o globalmente el desempeo del software.
Haciendo una comparativa de lo que el usuario necesita o requiere contra lo que el
proveedor de software entrega, son conceptos que deben ir de la mano o ser
igualitarios ya que de eso depende el xito del software, es decir, si este es aceptado
o no, promoviendo como responsabilidad de la organizacin desarrolladora la
satisfaccin de los requisitos del usuario.
3
Pero algunos profesionales del mbito coinciden en ciertos ndices los cuales
pueden determinar bases medibles para la calidad y el control del software creando
una mayor productividad dependiendo de lo que se quiera medir se eligen los
ndices que podran ayudar a realizar las pruebas, esto permitir posteriormente
establecer procedimientos para llevar a cabo el desarrollo de cada ndice. Se puede
tomar la siguiente lista como algunos aspectos a considerar:
La calidad del software es muy importante para satisfacer las necesidades del
usuario y la mejora constante, por ese motivo en la presente tesis se aborda este
tema, aplicando al sistema de apoyo a la titulacin (SCAT), dicho trabajo se divide
en 4 captulos para llevar a cabo la comprobacin de la calidad del software,
especficamente del departamento de apoyo a la titulacin (CAT).
4
propsito, justificacin y objetivos por la cual fue creada la aplicacin, hace un breve
panorama del funcionamiento y normativas del trabajo recepcional.
5
CAPTULO I: MARCO CONTEXTUAL
1.
1.1. Qu es el Centro de Apoyo a la Titulacin (CAT)?
7
1.2. Antecedentes de la aplicacin web SCAT
Existe otro sistema que utiliza el departamento de servicio social realizado por
(Gonzales Ral, 2012) Sistema de Informacin para el departamento del Servicio
Social (SISSA), se encarga de llevar el control de todo lo que compete respecto a
la realizacin del servicio social, captura de datos de los alumnos y empresas donde
el alumno realiza el servicio o donde pudiera realizarlo as como llevar registro del
proceso que lleva el alumno durante periodo que cursa la experiencia educativa.
8
subsecuentes como una alusin se menciona al Sistema Integral de Gestin
Administrativa (SIGA) el cual permiti controlar el proceso de inscripcin y
administracin relacionada con los alumnos, las materias, los maestros, las
calificaciones, entre otros.
9
Figura 1.2 Logo de SCAT
(Elaboracin Propia)
1.2.2. Justificacin
10
De acuerdo a lo anterior, se debe medir y saber si realmente las acciones que
actualmente la aplicacin web SCAT realiza, cumplen con las necesidades
planteadas inicialmente, as mismo ir mejorando la elaboracin de sistemas
teniendo antecedentes con la creacin de sistemas de calidad.
General
Especifico
Con la aplicacin web SCAT se lleva el control por periodo escolar, sobre los
estudiantes en proceso de titulacin, numero titulados, nmero de asesorados por
docente, el nmero avances entregados, control de pagos realizados, salones y
11
horarios disponibles, esta validado las polticas que tiene trabajo recepcional,
acerca de fechas de entrega, numero de asesorados por docente, salones y
horarios disponibles y cuerpos acadmicos.
La aplicacin web SCAT permite que el departamento CTR pueda consultar y editar
sinodales, as como consultar y emitir reportes.
12
que solicitan informacin extrada de los datos recolectados a travs de cada
alumno, dicho lo anterior debemos medir la eficiencia con la cual realiza cada
mdulo o accin que desempea el sistema y saber si en realidad cumple con los
requerimientos planteados inicialmente y, analizar la posibilidad de aadir nuevos
mdulos si es que fuera necesario.
13
La aplicacin web SCAT tiene diferentes funcionalidades, una de las cuales es evitar
los traslapes de directores y sinodales al asignar un saln en un da en especfico a
una hora acordada, esto ayuda en las funciones de la Facultad para llevar un control
ordenado de salones asignados y horarios disponibles, lo cual es un beneficio
significativo ya que se ahorra tiempo en buscar coincidencias por maestro. Estos
son beneficios comprobables que se pueden medir en un nivel de efectividad.
14
(Ley orgnica. captulo V, art. 41 fraccin XIV); adems es importante sealar que
en el Estatus de los alumnos 2008 se sealan los derechos y obligaciones de los
estudiantes, y para este artculo es importante hacer mencin de los lineamiento
que debe seguir un estudiante para titularse.
I. Cumplir como mnimo con el 70% de los crditos del programa educativo. La
Junta Acadmica determinar si este porcentaje se incrementa, atendiendo el perfil
profesional requerido;
V. Para realizar el trabajo escrito o prctico, el alumno contar con un asesor, que
ser nombrado por el Consejo Tcnico o por los coordinadores de Academia. El
asesor podr ser el mismo acadmico asignado a la experiencia recepcional;
16
CAPTULO II: METODOLOGA
2. S
2.1. Definicin de Metodologa
Ampliando la definicin, tiene como fin crear un conocimiento y medios los cuales
se han de ejecutar en este caso los mtodos. La lgica es parte importante de la
actividad intelectual y sirve de gua para conocer la realidad.
18
2.1. Esto provocaba que los requerimientos se detuvieran y al momento de querer
realizar cambios causaba mayor trabajo al modificar la peticin.
Por las caractersticas del modelo poniendo nfasis en las fases de implementacin
exiga desarrollar cada etapa en forma independiente con sus respectivas pruebas,
siguiendo con el procedimiento en etapa subsecuente se realizaba la unificacin de
los mdulos. La forma de desarrollar causaba un perjudicar resultado ya que al
realizar pruebas unitarias los dems mdulos no interactuaban entre ellos. Los
problemas se presentaban cuando se realizaba la unificacin de cada pieza
desarrollada, provocaba demora en la entrega del proyecto y a su vez no resultaba
con la calidad esperada.
19
Fueron surgiendo procesos en etapas prematuras en algunos casos como los
procesos iterativos que solucionaban algunos problemas del modelo en cascada
como por ejemplo las acciones de cambios inesperados del software, anticipando
los errores en etapas tempranas. La iteratividad de los procesos donde se derivan
varias vertientes como el modelo iterativo e incremental, el modelo en espiral, el
modelo basado en prototipo, el modelo SLCD, el MBASE, el RUP entre otros.
Otro de los prototipos creados fue el modelo en espiral desarrollado por Barry
Boehm que posteriormente fuera una idea para crear una metodologa para el
temprano anlisis de riesgos representado en la figura 2.2. La caracterstica
principal del modelo en espiral es su iteratividad en las etapas iniciales, plantea
realizar iteraciones para resolver la necesidad de prevenir los riesgos crticos
durante el proyecto, esto propiciaba a crear prototipos o simulacros eventuales para
probar algunas dudas que surjan durante la elaboracin. Cuando los prototipos son
aprobados se vuelve a realizar nuevamente otra iteracin para verificar: objetivos,
la evaluacin, el desarrollo y la planeacin. Teniendo la aprobacin del cliente y el
diseo detallado se implementa pero con un problema aun presente, el cual es
utiliza aun el modelo en cascada. El problema persiste en etapas finales del software
es una falla del modelo en espiral por la razn de no poder realizar cambios cuando
se haya empezado la construccin, tambin perjudica en la etapas del modelo en
espiral.
20
El propio desarrollador del modelo en espiral, Barry Boehm, identifico tres puntos
crticos dentro de un proyecto en cuestin de planificacin y el control progresivo de
mismo, dando importancia y haciendo nfasis en los stakeholders. Tomando en
cuenta la relacin de las etapas puestas en marcha durante un proyecto y las etapas
de Ingeniera como las que se ocupan en el modelo de espiral, la tarea de
produccin ocupada en el modelo de cascada. Demostrando tal importancia en el
mbito del software que el RUP es uno de los procesos actuales mayores utilizados
uno de los acontecimientos importantes que los incorpora son:
21
Tomando en cuenta la utilizacin del RUP y la aplicacin del mismo se puede diferir
en proyectos de grandes dimensiones o pequeas puede crear una imperfeccin
para describir factores del desarrollo que en los proyectos son muy importantes, las
personas involucradas en el software.
Existe otra idea de desarrollo el cual se llama metodologas agiles, estas centran la
atencin en el factor humano y el software como producto final, valora al individuo
que desarrolla el sistema, la colaboracin con el cliente y la interaccin incremental
del sistema con el cliente mostrando resultados. La metodologa gil aporta mayor
efectividad a proyectos dinmicos exigiendo la reduccin en tiempo de desarrollo
pero sin perder calidad del mismo.
22
Esta metodologa es la ms adecuada y est creando un auge en el mbito del
desarrollo, pero como toda idea tiene sus pros y contras, una de ellas es que no
acepta como alternativa a la metodologa tradicional. Solo es un panorama general
de los temas que se hablaran a profundidad ms adelante.
Entre otros, los cuales el objetivo principal era cumplir con el plan del proyecto
definido en la concepcin de proyecto y documentar exhaustivamente todo el
proceso. El enfoque tradicional existan varios problemas, uno de ellos se
ocasionaba cuando se trataba de realizar algn cambio en el proyecto provocaba
un alto costo al querer realizar esta accin, al no existir una solucin viable esta
metodologa no serva y se empez a centrar la atencin en la documentacin,
planificacin y procesos, dentro de las prcticas tradicionales surgi una
metodologa llamada RUP, que se enfocaba en plantillas, tcnicas de
administracin, revisiones, entre otros.
23
2.2.2. Metodologas Agiles
(Caldern Amaro 2007) define que la metodologa gil solo se aplica para
pequeos equipos y para que estos resuelvan problemas concretos, ya que a si se
dividen el trabajo en mdulos y esto disminuye los fallos. Esta metodologa se aplica
generalmente para proyectos cortos pero tambin funciona para desarrollar
grandes sistemas, esta metodologa destaca en su:
24
Importancia de la simplicidad, eliminado el trabajo innecesario
Atencin continua a la excelencia tcnica y al buen diseo
Mejora continua de los procesos y el equipo de desarrollo.
Aunque el movimiento gil est sustentado por valores y principios para el desarrollo
de productos software, la mayora de estas metodologas tienen asociadas un
conjunto de prcticas, en muchos casos comunes, que buscan la agilidad en el
desarrollo. En esta seccin vamos a analizar algunas de las ms relevantes:
planificacin, programacin en parejas o pair programming, integracin continua,
refactorizacin y desarrollo dirigido por pruebas (Test Drive Development).
25
Metodologas giles Metodologas Tradicionales
Basadas en normas provenientes de
Basadas en heursticas provenientes de
estndares seguidos por el entorno de
prcticas de produccin de cdigo.
desarrollo.
Especialmente preparados para cambios
Cierta resistencia a los cambios.
durante el proyecto.
Impuestas internamente (por el equipo). Impuestas externamente.
No existe contrato tradicional o al menos es Proceso mucho ms controlado, con
bastante flexible. numerosas polticas/normas.
Proceso menos controlado, con pocos
Existe un contrato prefijado.
Principios.
El cliente es parte del equipo de El cliente interacta con el equipo de
Desarrollo. desarrollo mediante reuniones.
Grupos pequeos (<10 integrantes) y Grupos grandes y posiblemente
trabajando en el mismo sitio. Distribuidos.
Pocos artefactos. Ms artefactos.
Pocos roles. Ms roles.
Menos nfasis en la arquitectura del La arquitectura del software es esencial y se
software. expresa mediante modelos.
26
Dentro del contexto de las metodologas agiles existen una gama de ellas entre las
ms importantes estn:
27
Maximizar la eficiencia y eficacia del trabajo en equipo: Es muy importante
tomar en cuenta el involucramiento de los individuos involucrados a
desarrollar el software.
Garantizar la Calidad del software que se est desarrollando: Al realizar la
entrega del producto final se debe dar respaldo al funcionamiento.
En cambio los que estn a favor de esta metodologa dicen que es completamente
funcional para las personas comprometidas profesionalmente y con capacidades
para crear disear y facilitar la fluidez de manera sencilla todo lo antes dicho
haciendo alusin a (kniberg, 2007).
Principios Bsicos de XP
28
entradas. Es muy recomendable automatizar estas pruebas para poder hacer
varias simulaciones del sistema en funcionamiento. Para hacer estas
simulaciones automatizadas, se pueden utilizar Ambientes de Prueba (Unit
testing frameworks).
29
2.2.4. Proceso continuo en lugar de por lotes.
Entendimiento compartido.
30
tradicionales diagramas y modelos UML (Unified Modeling Language). La
metfora expresa la visin evolutiva del proyecto que define el alcance y
propsito del sistema.
Proceso de desarrollo.
La programacin extrema parte del caso habitual de una compaa que desarrolla
software, normalmente a medida, en la que hay diferentes roles: un equipo de
gestin (o diseo), uno de desarrollo y los clientes finales. La relacin entre el equipo
de diseo, los que desarrollan el software y clientes es totalmente diferente al que
31
se ha producido en las metodologas tradicionales, que se basaba en una fase de
captura de los requisitos previa al desarrollo, y de una fase de validacin posterior
al mismo.
32
2.2.5. Historia de la aplicacin web?
Como menciona (Mateu Carles, 2004), empez con una simplicidad atendiendo a
las necesidades de los usuarios teniendo la posibilidad de consultarlas o
descargarlas agrupadas en colecciones de pginas estticas y documentos.
Posteriormente estos pasos fueron aumentando y la mentalidad tambin haciendo
mtodos de creacin de pginas que se generaran a partir de peticiones eventuales
haciendo as peticiones dinmicas mtodo llamado CGI (common Gateway
interface), el cual define mecanismos de mediante el cual podamos pasar
informacin entre el servidor HTTP y programas externos. La sencillez y la rapidez
y diversidad de lenguajes de desarrollo de los CGI dan pauta para que sigan siendo
utilizados ya que la mayora de servidores web lo soportan.
El objetivo que lleva la Web 2.0 es preocuparse por el usuario final, esto crea una
etapa importante en la web, la cual se generan nuevos proyectos en internet lo cual
33
conduce subjetivamente a reinventar lo que era el internet, creando una evolucin
progresiva del medio, ya que en un principio el entorno web era esttico, realizadas
con HTML rgido que no hacia interaccin con el usuario y tenan pocas
actualizaciones.
Todo comenz en una conferencia que realizo Dale Dougherty de OReilly Media
en la cual utilizo el trmino de Web 2.0, creando una lluvia de ideas junto con Craig
Cline de MediaLive haciendo nfasis en la evolucin de la web.
Existen varias tecnologas las cuales crea una va para que las aplicaciones web se
incorporen a la Web 2.0 y buscan seguir evolucionando a la par del mbito web. Las
tecnologas y atributos mencionados por (Van Der Christian, 2005) en proyectos 2.0
son las siguientes:
Transformar software de escritorio hacia plataformas web
Respetar los estndares como XHTML
Separar el contenido del diseo con el uso de hojas de estilo
Ajax
Uso de Ruby on Rails para programar pginas dinmicas
Utilizar redes sociales al manejar usuarios y comunidades
Dar control total a los usuarios en el manejo de su informacin
Proveer Apis o XML para que las aplicaciones puedan ser manipuladas por
terceros
Facilitar el posicionamiento con URL sencillos.
La tendencia actual es Web 2.0, este trmino est de moda ya que en internet se
crea grandes ideas tecnolgicas, y principalmente nos sirve para que los proyectos
34
generados con esta metodologa se renueven y evolucionen creando una actitud de
desarrollador y ofrecer al usuario final una experiencia satisfactoria al utilizar la
aplicacin web ideando expectativas con mejora continua, as fueron surgiendo
nuevos servicios desarrollados con esta metodologa como lo son:
Blogs
Wikis
Redes sociales
Entornos para compartir recursos
o Google Drive, Sky Drive, Dropbox
o Youtube
o Prezi, Slideshare
o Plataformas educativas
Creando una gama extensa de aplicaciones web que son muy populares, teniendo
bondades como reducir costos de difusin de informacin entre otras.
Para el departamento CAT es fundamental el desarrollo del sistema para lograr los
objetivos y mejorar los servicios que ofrece a los alumnos de la Facultad de
Contadura y Administracin y con ello tener xito en su labor diaria.
Uno de los pasos primordiales es definir las acciones que realizan por proceso o en
el departamento, el cual nos da una herramienta muy til para tener una idea de lo
que se desarrollara.
36
que llega el alumno al CAT y solicita la inscripcin empezando a registrar sus datos
generales, datos de curso, datos de proceso de titulacin y por ultimo datos de cuota
modelado en notacin business process modeling notation (BPMN) en la figura 2.3.
Los dems complementos que se agregan al sistema en este caso en forma de
modulo.
37
planeada para la iteracin en curso. Habr suficiente tiempo para aadir la
funcionalidad extra cuando sea realmente importante segn el plan de entregas.
38
Diseo
PHP
JavaScript
JQuery
MySQL
HTML5
CSS3
MPDF
Sublime Text
Qu es PHP?
PHP. Tres letras segn la (w3school 2013) que juntas constituyen el nombre de uno
de los lenguajes de programacin ms populares para el desarrollo de Web, el
Preprocesador de Hipertexto PHP. Y mientras tal vez sonres por lo insulso y
reiterativo del acrnimo, que las estadsticas indican que PHP no debe tomarse a la
ligera: actualmente este lenguaje se utiliza en ms de 20 millones de sitios Web y
en ms de un tercio de los servidores Web en todo el mundo; no es algo
despreciable, especialmente cuando se considera que el lenguaje ha sido
desarrollado por completo por una comunidad de voluntarios repartida en todo el
mundo y est disponible en Internet sin costo alguno!
39
Durante los ltimos aos, PHP se ha convertido, de facto, en la opcin para el
desarrollo de aplicaciones Web orientadas a bases de datos, sobre todo por su
escalabilidad, facilidad, uso y el amplio soporte para diferentes bases de datos y
formatos de stos. Este primer captulo te presentar una introduccin amigable al
mundo de PHP con un recorrido relmpago por su historia y sus caractersticas, y
luego te guiar por la escritura y ejecucin de tu primer programa PHP.
Caractersticas nicas
40
con una documentacin exhaustiva para las ms de 5 000 funciones
incluidas en la distribucin principal. Esto reduce de manera
importante la curva de aprendizaje tanto para los desarrolladores
novatos como para los expertos, y es una de las razones por las que
PHP es favorecido como una herramienta rpida para la creacin de
prototipos que permitan el desarrollo de aplicaciones basadas en
Web.
41
cientos de soluciones y extensiones que los desarrolladores pueden
ocupar para aadir sin esfuerzo nuevas funcionalidades a sus
aplicaciones PHP. Utilizar estas soluciones suele ser una mejor opcin
en tiempo y costo, en vez de desarrollar desde cero tu propio cdigo.
Qu es JavaScript?
Qu es JQuery?
42
conocido como el DOM), y JavaScript. En pocas palabras, y para los hackers de la
vieja escuela de JavaScript por ah, jQuery hace HTML dinmico (DHTML).
Especficamente, jQuery simplifica el documento HTML segn (Resig John, 2010).
Este script se utiliz para dar efectos, transacciones entre el usuario y el motor que
es php para hacer ms amena la experiencia a usuario.
Qu es HTML5?
Flash en especial ha sido usado en reemplazo de HTML para desarrollar web apps
que superaran las habilidades de un navegador: Audio, video, webcams,
micrfonos, datos binarios, animaciones vectoriales, componentes de interfaz
complejos, entre muchas otras cosas. Ahora HTML5 es capaz de hacer esto sin
necesidad de plugins y con una gran compatibilidad entre navegadores.
Mencionado (Vega Freddy y Henst Van Der, 2011).
43
Qu es css3?
44
El CSS se utiliz para controlar el estilo y el diseo como colores, tamao, formas
texturas, degradados entre otras del sistema SCAT.
Qu es (MPDF)?
MPDF es una clase PHP que genera archivos PDF desde UTF-8 codificacin
HTML. Se basa en FPDF y HTML2FPDF, con una serie de mejoras. Esta clase es
utilizada para realizar los reportes en PDF fcilmente para el usuario.
Otra tarea importante fue la realizacin del esquema de la base de datos el cual
consta de llevar a cabo el diseo lgico la cual es el cimiento del sistema SCAT en
el cual se representa en la figura 2.5 las tablas que se hicieron y ocuparon
Simplicidad
46
CAPITULO III: CALIDAD PARA LA MEDICIN DEL
SOFTWARE
3. SD
3.1. Qu es la calidad?
48
o Correccin
o Confiabilidad
o Integridad
o Eficiencia
La medicin del software directamente suele ser difcil y en algn caso imposible,
alguno de los aspectos que propone McCall son mediciones subjetivas ya que no
siempre pueden comprobar o ser aplicadas con resultados satisfactorios.
INTEROPERABILIDAD
FACILIDAD DE MANTENIMIENTO (Podre comunicarlo con otro sistema?)
(Puedo arreglarlo?)
PORTABILIDAD
Facilidad de Prueba (Podr utilizarlo en otra mquina?)
(Puedo probarlo?)
REUSABI
Flexibilidad INTEROPERABILIDAD
(Puedo modificarlo?) (Podre comunicarlo con otro sistema?)
PORTABILIDAD
(Podr utilizarlo en otra mquina?)
OPERACIN
3.2. Qu es la ISO?
49
estrechamente con la Comisin Electrotcnica Internacional (IEC) en todas las
materias de normalizacin electrotcnica.
Al desarrollar la familia de las normas ISO/IEC que se realiz hace ya algunos aos,
se crea la esquematizacin de las ISO de la calidad del software propuesta por
AENOR para las TIC la cual se encarga de organizar el catalogo ms completo de
50
certificaciones, especialmente indicados para atender las necesidades de las
organizaciones que tengan un rol importante en el mbito en el are de TIC, teniendo
cuatro niveles de inters como son la gestin de la seguridad de la informacin,
gestin de servicios TI, ingeniera del software y accesibilidad web, Ese modelo se
representa en la figura 3.2
3.3.3. Qu es la IEC?
51
Tanto en la ISO como en la IEC hay diversos comits tcnicos (Technical Comittees)
en los que intervienen los organismos de cada nacin y que participan en el
desarrollo de estndares en un determinado mbito. En ocasiones, la ISO y la IEC
colaboran en los llamados Comits Tcnicos Conjuntos (Joint Technical
Committees). Uno de estos comits tcnicos es el llamado ISO/IEC JTC 1,
especializado en las tecnologas de la informacin.
52
Entre la familia de normas ISO 15504 se encuentran las siguientes:
ISO/IEC 15504-1:2004 Conceptos y Vocabulario.
ISO/IEC 15504-2:2003 Realizando una Evaluacin (Requisitos, normativas).
ISO/IEC 15504-3:2004 Gua para Realizacin de Evaluaciones.
ISO/IEC 15504-4:2004 Gua para el Uso de Resultados de Evaluaciones.
ISO/IEC 15504-5:2008 Un Modelo de Evaluacin de procesos Ejemplar.
ISO/IEC 15504-7:2008 Evaluacin del nivel de madurez.
Esta norma establece 6 niveles de madurez, en funcin de los procesos que
sean.
Ventajas
Al implementar el modelo ISO 15504 implica realizar varios procesos pero tenemos
que preguntarnos Qu beneficios nos brinda? o nos servira para tener
competitividad en el mundo globalizado hay que tener en cuenta que son normas
internacionales por lo tanto existe ya un factor que nos diferencia de las dems
empresas cuando implementemos la norma se obtienen importantes ventajas
respecto a los dems obteniendo competitividad a nivel mundial.
Otro factor importante es que las normas ISO son internacionales y abiertas nos
refiere a que son vlidas en cualquier parte del mundo. Aumentamos la
incorporacin a una cultura corporativa desarrollndonos y al mismo tiempo
haciendo crecer nuestra organizacin y lo ms importante siempre satisfacer al
cliente. Tomando en cuenta los beneficios adquiridos con este modelo, los costos
de certificacin son menor en comparacin con otros.
53
niveles de comparacin que fomenta la competitividad y su vez haciendo la
diferencia de mejora entre otras empresas similares.
54
garanta de la calidad en la concepcin, desarrollo, produccin, instalacin y
presentacin del servicio.
Esta norma establece un marco comn para los procesos de ciclo de vida del
software con una terminologa bien definida que hace referencia a la industria del
software. Es aplicable a la adquisidor de sistemas, productos de software y servicios
de suministro, desarrollo, operacin, mantenimiento y eliminacin de los productos
de software y la parte de software de un sistema ya sea de forma interna o externa
a una organizacin.
Las ISO/IEC 12207 y la ISO/IEC 15504 son unas de las normas que son necesarias
para poner un marco de seguimiento y bases para la evaluacin del sistema SCAT
tomando en cuenta la teora de estas dos normas. Esta alineacin proporciona la
base para facilitar la evolucin de un tratamiento integrado y plenamente
armonizado de ciclo de vida. Lo anterior mencionado haciendo referencia a la
(International Standard, 2008).
A continuacin se mencionan los procesos de vida representada en la figura 3.3.
1. Procesos principales del ciclo de vida
o Principales son los siguientes:
o Proceso de adquisicin
o Proceso de suministro
o Proceso de desarrollo.
o Proceso de operacin
o Proceso de mantenimiento
2. Procesos de apoyo del ciclo de vida.
o Proceso de documentacin
o Proceso de gestin de la configuracin.
o Proceso de aseguramiento de la calidad
o Proceso de verificacin
o Proceso de validacin
o Proceso de revisiones conjuntas.
55
o Proceso de auditoria
o Proceso de solucin de problemas
3. Procesos organizativos del ciclo de vida.
o Proceso de gestin
o Proceso de infraestructura
o Proceso de mejora
o Proceso de formacin
6.2 Gestin de la
5.2 Suministro Configuracin
6.3 Aseguramiento
De la Calidad
6.4 6.4 Verificacin
Operacin
6.5 Validacin
6.3
Desarrollo 6.6 Revisiones
Conjuntas
6.4
Mantenimiento 6.7 Auditoria
56
3.3.6. Norma ISO/IEC 14598
Revisin General
Contiene la estructura y requisitos globales para la especificacin y evaluacin de
la calidad del software.
Planificacin y Administracin.
En esta seccin describe los requisitos y guas para el funcionamiento de soporte,
como es la planificacin y la administracin para evaluar al software
57
Proceso para Evaluadores
Define subprocesos para analizar los requisitos, especificaciones diseo y ejecucin
de la evaluacin dando una conclusin y recomendacin para cualquier tipo de
software.
Funcionalidad
Confiabilidad
Usabilidad
Eficiencia
Mantenibilidad
58
Portabilidad
o Funcionalidad
o Fiabilidad
o Usabilidad
o Eficiencia
o Mantenibilidad
o Portabilidad
Calidad del uso: es como maneja o percibe el usuario final el uso del
software.
59
o Productividad
o Seguridad
o Satisfaccin
3.5.1. Funcionalidad
60
Conformidad: Permite evaluar si el software cumple con los estndares,
convenciones o regulaciones en leyes y preinscripciones similares.
Seguridad: Se define como la capacidad del software para proteger
informacin y datos de manera que las personas o sistemas no autorizadas
tengan o no permiso para poder leer o modificar pero tomando en cuenta los
usuarios propios del sistema que tengan autorizacin.
3.5.2. Confiabilidad
3.5.3. Usabilidad
Evala el esfuerzo que se requiere de parte del usuario para maniobrar el sistema
conteniendo un conjunto de atributos.
61
Facilidad de aprender: Este atributo tiene una relacin al esfuerzo que debe
hacer el usuario para aprender a utilizar la aplicacin
Operabilidad: Se refiere a la capacidad del producto software que permite
al usuario operarlo y controlarlo.
3.5.4. Eficiencia
3.5.5. Mantenibilidad
62
Estabilidad: Este factor va en funcin de las modificaciones hechas al
software permitiendo una evaluacin de las reacciones inesperadas del
software.
Facilidad de prueba: Es la culminacin y la recopilacin de los esfuerzos
requeridos para realizar la validacin de las modificaciones del software.
3.5.6. Portabilidad
3.6.1. Eficiencia
El uso cotidiano del software para cumplir los objetivos trazados inicialmente y
completados satisfactoriamente en un margen de acciones especificadas.
63
3.6.2. Productividad
3.6.3. Seguridad
La capacidad del producto software para alcanzar niveles aceptables del riesgo de
hacer dao a personas, al negocio, a las propiedades o al medio ambiente, en un
contexto de uso adecuado.
3.6.4. Satisfaccin
Aspecto importante que se refiere a la satisfaccin del usuario que utiliza el software
en condiciones especficas.
Haciendo mencin desde la calidad de uso a (Fuentes Ayala 2010).
64
Cur (Causa: por qu?): servicios.
Ubi (Locus: dnde?): localizacin.
Quando (Quando: cundo?): administracin.
Quomodo (Modus: cmo?): usabilidad.
Quibus Auxiliis (Facultas: con qu medios y recursos?): viabilidad.
3.9. WebQual
65
3.11. Norma ISO/IEC 25000
66
entrada para un proceso de evaluacin. El proceso de definicin de requisitos
se gua por el establecido en la norma ISO/IEC 15288 (ISO, 2003).
67
Por qu evaluar una aplicacin web?
68
seguridad al ente u organizacin que dese realizar las mediciones a sus software
sin dudar de los resultados esperados sean buenos o no tan favorables ya que si
no se realizan no se sabr realmente si cumple con las expectativas de los usuarios
finales.
69
Toda prueba realizada debe apoyarse en los estndares de esta norma tomando e
cuanta los aspectos fundamentales basndose en los principios de la propia norma
en los procesos de prueba.
La ISO/IEC 29119 cubrir el ciclo de vida completo, a travs del anlisis, diseo,
implementacin y mantenimiento de las pruebas software, representado en la figura
3.5, se basa en las principales normas que en la actualidad son referentes en
pruebas del software, modelos de procesos y ciclos de vida mencionada por (Javier
Garza, 2009)
La estructura consta de cuatro partes:
Conceptos y Vocabularios
Proceso de Pruebas
Documentaciones Pruebas
Tcnicas de pruebas
70
Figura 3.5 Estructura de la ISO/IEC 29119
(Garzas, 2009)
3.12.1. Medicin
71
CAPITULO IV: ANLISIS DE RESULTADOS
4. SD
4.1. Mtricas internas y externas tcnicas
Funcionalidad
Confiabilidad
Usabilidad
Eficiencia
Mantenibilidad
Portabilidad
Los puntos de funcin que obtienen utilizando una funcin emprica basando en
medidas cuantitativas del dominio de informacin del software y valoraciones
subjetivos de la complejidad del software.
73
Se determinan 5 caractersticas como se puede visualizar en la tabla 4.1 del mbito
de la informacin y los clculos aparecen en la posicin apropiada de la tabla. Los
valores del mbito de informacin estn definidos de la siguiente manera.
3. Nmeros de peticiones al usuario: una peticin est definida como una entrada
interactiva que resulta de la generacin de algn tipo de respuesta en forma de
salida interactiva. Se cuenta cada peticin por separado.
74
Factor de ponderacin
Numero de Archivos 7 7 10 15 49
Donde:
75
1 Requiere el sistema copia de seguiridad y recuperacion fiable? 5
2 Se requiere comunicacin de datos? 5
3 Existen funciones de procesamiento distribuido? 3
4 Es critico el Rendimineto? 5
Sera ejecutado el sistema en un entorno operativo existente y frecuentemente
5 5
utilizado?
6 Requiere el sistema entrada de datos interactivos? 3
Requiere la entrada de datos interativo que las transacciones de entrada de sen a cabo
7 2
sobre multiples o variadas operaciones?
8 Se actualizan los archivos maestros en forma intectiva? 2
9 Son complejas las entradas, las salidas, los archivos o peticiones? 3
10 Es complejo el procesamineto interno? 5
11 Se ha diseado el codigo para ser reutilizable? 0
12 Estan Incluidos en el diseo la conversin y la instalacin? 0
Se ha diseado el sistema para sopartar multiples instalaciones en diferentes
13 1
organizaciones?
Se ha diseado la aplicacin para facilitar los cambios y para ser facilmente utilizado
14 5
por el usuario?
Total 44
2148.96
1.09
80.66
0 1 2 3 4 5
Sin influencia Incidental Moderado Medio Significativo Esencial
76
Puntos de Funcin Ajustado son: 80.66 esto nos indica que tiene un 80% de
funcionalidad con respeto a la medicin del estndar de funcionalidad como muestra
los resultados siguiendo el estndar para medir la funcionalidad como lo es el punto
de funcin el cual sigue un proceso para considerar una puntuacin final que es
subjetiva ya que existen diferentes puntos de vista o perspectivas de opinin, pero
esta prueba fue guida por el estndar.
El ndice de Madurez del Software (IMS), propuesto por el estndar IEEE 982.1-
1988, proporciona un indicador de la estabilidad del software basado en los cambios
que ocurren en cada versin del producto, este es un indicador de la facilidad de
mantenimiento del software. El IMS se calcula como:
77
o A medida que el IMS se aproxima a 1 el producto se empieza a
estabilizar. El IMS puede emplearse tambin como mtrica para la
planificacin de las actividades de mantenimiento del software.
IMS =7-(1+1+0)/7
IMS= 0.714
El valor del IMS est siempre entre 0 y 1.
Mientras ms cerca est el valor del IMS de 1, ms estable ser el producto
software.
TD
=
CER
Donde:
DD: densidad de defectos.
TD: nmero total de defectos encontrados durante las pruebas.
CER: nmero de elementos de especificacin revisados.
Es recomendable para una alta calidad del software que la densidad de defectos
tenga un valor mnimo.
DD=10/162=0.07936
Esta medicin est basada en las Normas ISO Mencionadas anteriormente las
cuales tiene una relacin y convergen en la evaluacin frecuente de errores en el
78
software, donde existen diferentes herramientas oficiales desarrolladas por
organizaciones preocupadas por estandarizar y confiabilidad del cdigo HTML,
CSS, XML, entre otros, como lo es la W3C.
79
4.1.6. Validador de HTML
80
4.1.7. Validador de CSS
El servicio de Validacin de CSS del W3C es un software libre creado por el W3C
para ayudar a los diseadores y desarrolladores web a validar Hojas de Estilo en
Cascada (CSS). Puede utilizarse mediante este servicio gratuito en la web, o puede
descargarse y ser usado bien como un programa java, o como un servlet java en un
servidor Web.
Esta herramienta ser un aliado inestimable. Comparar hojas de estilo con las
especificaciones CSS, ayudando a encontrar errores comunes, errores tipogrficos,
o usos incorrectos de CSS, tambin te dir cuando tu CSS presenta algn riesgo en
cuanto a usabilidad.
81
Como resultado de la pruebas representado en la figura 4.2 se muestra la validacin
de las hojas de estilo (CSS3) fueron satisfactorias con un margen de cero errores,
lo cual significa que el cdigo evaluado se encuentra estandarizado de acuerdo a
las reglas que la W3C que la organizacin establece y automticamente nos
proporciona 2 iconos en forma de cdigo para ser insertados directamente a nuestra
aplicacin avalando y dar a conocer que paso la prueba realizada por la
organizacin de la W3C.
Load Impact
82
el mundo, el cual nos ayuda a determinar por medio de pruebas de concurrencia
simulando usuarios entrando a la aplicacin web al mismo tiempo.
83
Figura 4.4 Pginas evaluadas
(Elaboracin Propia)
En esta seccin de pginas nos da a conocer las pginas accedidas por la prueba
en total fueron como se puede ver en la figura 4.4 con 10 paginas dndonos el
tiempo que se tard en cargarla por completo dcada una.
84
En la figura 4.5 nos muestra una grfica que nos da a conocer la concurrencia de
usuarios simulados en relacin con el tiempo de ejecucin dando una consistencia
de tiempo de carga.
85
Mientras que en la segunda grafica nos muestra el tiempo de carga por cada tipo
de archivo los cuales nos refieren que los archivos JavaScript le toman mayor
tiempo para la ejecucin que representa el 95% en su mayora.
86
obtenidos, se tendr que tomar como referencia los que arroje la prueba ya que es
un estndar en los dems software del mismo tipo.
87
Como conclusin de esta prueba se considera un nivel de dificultas del 35% ya que
los archivos y acciones a realizar no son tediosas pero solo lo debe realizar una
persona que en realidad conozca las acciones que est modificando.
4.1.11. Usabilidad
Fcil de Usar
Fcil de Aprender
Efectiva
Simple
Fcil de Entender
Complicada
Clara
Difcil de aprender Informativa
Engaosa
Un poco ambigua
Confusa
Inconsistente Generalmente Uniforme
Carece de Uniformidad Predecible
Predictibilidad
88
4.2. Resultados de encuesta
Objetivo: Conocer la percepcin de que tan fcil o difcil le fue aprender a utilizar la
aplicacin web.
90
Grafica 4.3 Percepcin de Tamao de letra
(Elaboracin Propia)
91
Interpretacin grafica 4: De acuerdo a la grfica 4.4 considerando 1 difcil - 5 fcil,
los resultados indican que 6 personas igual al 46%, consideran que hay fayas
pequeas al momento de acomodar los elementos del men o botones mientras
tanto 7 personas igual al 54%, considera buena el fcil manejo entre mens y
botones
6.- La aplicacin web cumple con los objetivos principales por la cual fue
creada?
92
Grafica 4.6 Objetivos primordiales
(Elaboracin Propia)
93
Interpretacin grafica 7: De acuerdo a la grfica 4.7 considerando una calificacin
con rango del 1 al 10, los resultados indican que 7 personas igual al 54%, consideran
hay que trabajar un poco ms en el diseo de la aplicacin optimizando la interfaz,
mientras tanto 6 personas igual al 46%, considera satisfactorio el diseo.
94
Observaciones y/o Sugerencias
Se obtuvieron los siguientes resultados sugeridos por los usuarios a los cuales se
les realizo la encuesta.
Hay un botn que de una funcionalidad que me pareci un poco difcil de encontrar
debido al tamao que este presentaba
Los botones de agregar dentro del expediente del alumno estn muy abajo del lado
izquierdo y visualmente deberan estar de lado derecho
95
CONCLUSIN
96
La calidad del software juega un papel muy importante al momento de desarrollar
cualquier tipo de aplicacin ya que el usuario final cada vez tiende a ser ms crtico
y exigente en cuanto a sus necesidades considerando la competencia de otros
desarrolladores de software por lo tanto, es prioritario considerar desde su creacin
la calidad con ayuda de las diferentes metodologas ya existentes como lo son la
programacin extrema o el scrum, dependiendo que tipo de proyecto o la magnitud
del mismo tomando en cuenta la opinin de los usuarios que es la ms importante,
de acuerdo a la experiencia adquirida a travs de la realizacin de esta investigacin
creando instrumentos de recoleccin de datos con respecto a la satisfaccin que el
software tiene que ofrecer.
Funcionalidad
Confiabilidad
Eficiencia
Mantenibilidad
Portabilidad
Usabilidad
Tomando como base los resultados obtenidos y anteriormente con ayuda de las
distintas herramientas que se utilizaron se puede concluir con claridad que hubo
algunas fallas al momento de la planeacin de la aplicacin y en el desarrollo, por
lo tanto se deben realizar algunas correcciones para que no ocurran situaciones
inesperadas posteriormente, como por ejemplo corregir:
97
Cambiar la orientacin de los botones emergentes, que en lo general se
encuentran de lado izquierdo y colocarlos de lado derecho por facilidad de
percepcin.
Eliminar los iconos principales de cada men y solo dejar las consultas
adecuadas.
98
Implementar soporte para visualizar la aplicacin web en dispositivos mviles
modificando un poco el diseo de la aplicacin para poder ampliar en la
extensin de la palabra la movilidad y poder acceder desde cualquier lugar
teniendo un Smartphone, iPad, tableta, entre otros.
99
FUENTES DE INFORMACIN
Ayala Fuentes Rosa Elena (2010). Calidad del software. Tesis, IPN Unidad
Profesional Interdisciplinaria de Ingeniera y Ciencias sociales y
Administrativas.
Calahorrano Narvez Amy Indira (2007). Herramientas para evaluar la calidad del
cdigo fuente generado en C ANSI. Tesis, Escuela Politcnica Nacional de
Quito.
100
Cataldi Zulma (2000). Metodologa de diseo desarrollo y evaluacin de software
educativo. Tesis de Magster en Informtica, Facultad de Informtica. UNLP.
Fernndez Snchez Carlos Manuel y Piattini Velthuis Mario (2012). Modelo para el
gobierno de las TIC basado en las normas ISO. Editorial: AENOR.
Garzas Javier (2009) ISO/IEC 29119, hacia una nueva norma para pruebas
software. Recuperado octubre 2013 de
http://www.javiergarzas.com/2009/03/isoiec-29119-hacia-un-nueva-norma-
para.html
101
Gonzlez Campos Sal (2006). Programacin Extrema: Prcticas, Aceptacin y
Controversia. Recuperado Julio 2013 de
http://www2.uacj.mx/IIT/CULCYT/mayo-agosto2006/8ArtProg.pdf
Gauchat Juan Diego (2012). El gran libro de HTML5, CSS3 y JavaScript. Editorial:
Marcombo, S.A.
Kniberg Henrik (2007). Scrum y XP desde las trincheras Como hacemos Scrum.
Recuperado Agosto 2013 de http://www.proyectalis.com/wp-
content/uploads/2008/02/scrum-y-xp-desde-las-trincheras.pdf
Lpez Novella M ngeles, Gonzlez Snchez de la Nieta Lus, Parras Mara Jos,
Cobo Rosa M Fernndez. (2006). Marco de Evaluacin EFQM, Basado en
a Norma Internacional ISO 12207. Recuperado Octubre 2013 de http://redes-
cepalcala.org/inspector/DOCUMENTOS%20Y%20LIBROS/EVALUACION/E
FQM/MARCO%20DE%20EVALUACION%20EFQM.pdf
L. Mich, M. Franch and G. Cilione (2003). THE 2QCV3Q QUALITY MODEL FOR
THE ANALYSIS OF WEB SITE REQUIREMENTS. Editorial: Rinton Press.
102
Quintero Faber (S.F). ISO 25000. Recuperado Septiembre 2013 de
http://normasdelsoftwaresena2012.blogspot.mx/p/iso-25000.html
Roy V. OConnor, Rout Terry, McCaffer Fergel, Dorling Alec (2011). Software
Process Improvement and Capability Determination. Editorial: Springer.
Salas Muos. Hugo Ivn (2008). Sistema de Informacin para la Gestin de los
servicios del CAT. Tesis, Facultad de Contadura y Administracin,
Universidad Veracruzana.
103
Singh Raghu (S.F.). INTERNATIONAL STANDARD ISO/IEC 12207 SOFTWARE
LIFE CYCLE PROCESSES. Recuperado Septiembre 2013 de
http://www.abelia.com/docs/12207cpt.pdf
Tuya Javier, Ramos Romn Isabel, Dolado Cosin Javier (2007). Tcnicas
cuantitativas para la gestin en la ingeniera del software. Editorial: Netbiblo.
Van Loon Han (2004). Process Assessment and ISO/IEC 15504. Editorial: Springer.
Van Der Henst S. Christian (2005) Qu es la web 2.0? Recuperado octubre 2013
http://www.maestrosdelweb.com/editorial/web2/
104
w3schools (S.F.). PHP 5 Tutorial. Recuperado agosto 2013 de
http://www.w3schools.com/php
105
ANEXOS
Modelo de la base de datos
(Elaboracin Propia)
Podemos ver las relaciones de las tablas de la aplicacin web SCAT, donde la tabla
principal es formulario que a su vez toma de la tabla AlumnosFacultad los datos
necesarios como por ejemplo matricula, nombre, apellidos, direccin entre otros,
realizando una consulta de solo lectura para conservar la integridad de la base datos
de la Facultad, solo almacenando la matrcula de cada alumno en la tabla de
formulario donde se crean todas las relaciones para hacer posible el funcionamiento
del mismo, guardando los datos ms importantes para el proceso de titulacin desde
su director de trabajo recepcional, los sinodales propietarios, suplentes, modalidad
de titulacin, saln, fecha hasta hora de su examen profesional. Se crean dos
subdivisiones, una para el de experiencia recepcional y otro para el departamento
CAT enfocndonos principalmente en este podemos visualizar la tabla
107
formulario_cat donde es la extensin de la tabla principal almacenando los registros
de cada alumno especificando los datos de dicho departamento, como por ejemplo
grupos que crean para realizar los cursos que el propio departamento imparte como
son lectura y redaccin, habilidades del pensamiento entre otros, asimismo se
registrando los pagos de cada alumnos, incluso tenemos la posibilidad de realizar
cambios en los parmetros de la misma aplicacin, haciendo los cambios en las
tablas cuotas, grupos, periodo, salones, profesor, licenciatura haciendo dinmico el
proceso de inscripcin y la posibilidad de modificar las opciones a las necesidades
del departamento, hacindolo adaptable a cambios futuros.
Teniendo en la tabla de usuarios el acceso a la propia aplicacin SCAT registrando,
enfocando la integridad de la aplicacin se definen ciertos parmetros de seguridad.
Pantalla de login.
(Elaboracin Propia)
Mostrando en la pantalla de login consta del logo del CAT y con los campos de texto
usuario y contrasea, creando efecto de acercamiento de los elementos iniciales al
abrir o re direccionar a la pantalla de login con la ayuda de scripts y funciones
especiales de jQuery, tambin considerando el dinamismo con el usuario haciendo
la peticin en segundo plano sin que el usuario note el proceso de acceso a la
aplicacin por medio de un script de jQuery, enviando por mtodo post y encriptado
108
su contenido en un algoritmo para su posterior comparacin encriptado a la base de
datos, utilizando un archivos de extensin css3 para crear el aspecto inicial con
ayuda de html5 para realizar la maquetacin estructura, posicin y as aplicando de
fondo el color institucional de la Universidad Veracruzana el color Verde y todos los
elementos que en ella se muestran.
Pantalla de inicio
(Elaboracin Propia)
109
slider de bienvenida creado con scripts de jQuery, y por ltimo el pie de la aplicacin
contando de los Derechos de propiedad y de uso que en este caso son los de la
Universidad Veracruzana y del Departamento CAT y la creacin dentro del CDPT.
Pantalla de alumnos
(Elaboracin Propia)
La pantalla de maestros y tiene el control de los docentes: altas, bajas y eliminacin
de los mismos.
110
En la pantalla muestra los alumnos que estn inscritos al departamento CAT
teniendo acceso al expediente de cada uno de ellos y obteniendo informacin
instantnea del estado de pago actual.
111
y pantalla de reportes la cual consta de los datos del proceso de titulacin
almacenando en la base de datos del CAT
Pantalla de maestros
(Elaboracin Propia)
Registro de un maestro nuevo y ver en un listado los maestros existentes teniendo
la posibilidad de eliminar y editar.
112
Pantalla de contabilidad
(Elaboracin Propia)
113
Pantalla de opcin de reportes
(Elaboracin Propia)
114
Pantalla de opcin de parmetros
(Elaboracin Propia)
En los parmetros realiza el control de todas las opciones modificables dentro del
sistema SCAT como por ejemplo creacin, edicin y eliminacin de grupos,
periodos, cuotas, salones, modalidad, licenciaturas.
115
eliminacin de alumnos, maestros, contabilidad, reportes, parmetros, usuarios
entre otros.
Encuesta aplicada a las personas que tiene interaccin con la aplicacin web para
conocer la calidad del uso con respecto al usuario.
116
NDICE DE FIGURAS
117
NDICE DE TABLAS
NDICE DE GRAFICAS
118