Professional Documents
Culture Documents
T E S I S
Para obtener el Ttulo de:
Licenciado en Sistemas
Computacionales Administrativos
P R E S E N T A:
Xalapa-Enrquez, Veracruz
Enero 2014
UNIVERSIDAD VERACRUZANA
Facultad de Contadura y Administracin
Evaluacin de la aplicacin web SCAT en la
Facultad de Contadura y Administracin
T E S I S
Para obtener el Ttulo de:
Licenciado en Sistemas
Computacionales Administrativos
P R E S E N T A:
Xalapa-Enrquez, Veracruz
Enero 2014
AGRADECIMIENTOS
Le agradezco a Dios y a S.J.T. por haberme guiado en el transcurso de
mi carrera y de tomar las decisiones adecuadas, as como de haberme
dado unos padres maravillosos.
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.
Le agradezco a mis maestros la confianza, apoyo, dedicacin y tiempo
extra para mi aprendizaje: Maestra Mayra, Maestra Paty. Y a todos los
que hicieron posible el CDPT.
Agradezco a mis amigos del alma que siempre estuvieron en las buenas
y en las malas: ngel A. Contreras y Gibran Crdoba.
Gracias a la Maestra Mayra Minerva Mndez Anota por creer en m y
haberme brindado la oportunidad de obtener conocimiento laboral que
es muy importante.
NDICE
Pgina
RESUMEN......................................................................................................................... 1
INTRODUCCIN ............................................................................................................... 2
CAPTULO I: MARCO CONTEXTUAL ............................................................................ 6
1.1.
1.2.
1.2.1.
1.2.2.
Justificacin ............................................................................................ 10
1.2.3.
1.3.
1.3.1.
1.3.2.
1.3.3.
1.3.4.
2.1.1.
2.2.
2.2.1.
2.2.2.
2.2.3.
2.2.4.
2.2.5.
2.2.6.
2.3.
2.3.1.
2.3.2.
2.4.
Qu es la calidad? ....................................................................................... 48
3.1.1.
3.2.
Qu es la ISO? ............................................................................................ 49
3.3.
II
3.3.1.
3.3.2.
3.3.3.
Qu es la IEC? ..................................................................................... 51
3.3.4.
3.3.5.
3.3.6.
3.4.
3.5.
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.
3.6.1.
Eficiencia ................................................................................................ 63
3.6.2.
Productividad .......................................................................................... 64
3.6.3.
Seguridad ............................................................................................... 64
3.6.4.
Satisfaccin............................................................................................. 64
3.7.
3.8.
3.9.
WebQual ........................................................................................................ 65
3.10.
3.11.
3.12.
3.12.1.
Medicin .............................................................................................. 71
4.1.1.
4.1.2.
4.1.3.
4.1.4.
4.1.5.
4.1.6.
4.1.7.
Validador de CSS.................................................................................... 81
III
4.1.8.
4.1.9.
4.1.10.
4.1.11.
Usabilidad ............................................................................................ 88
4.2.
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.
En el proceso de desarrollo de la aplicacin web SCAT se realizaron esfuerzos para
culminar e implementar la aplicacin en el departamento, cumpliendo con el objetivo
inicial, pero surge la inquietud del desempeo de dicha aplicacin, por lo tanto en el
presente trabajo se realiza un anlisis y evaluacin para determinar la calidad y el
funcionamiento que est brindando a los usuarios, mediante instrumentos de
medicin basados en los estndares internacionales de calidad, culminando con la
conclusin de las pruebas realizadas a la aplicacin web SCAT.
INTRODUCCIN
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:
Definir los mtodos necesarios para crear los instrumentos como son:
encuestas y/o someter al software a condiciones controladas.
propsito, justificacin y objetivos por la cual fue creada la aplicacin, hace un breve
panorama del funcionamiento y normativas del trabajo recepcional.
En el segundo captulo se abordan las diferentes metodologas para el desarrollo
de proyectos de software principalmente las dos ms utilizadas, tambin se define
que es una aplicacin web y dando a conocer como se desarroll la aplicacin web
SCAT.
El captulo 3 abordar el problema, los estndares, los cuales se enfocan a
normalizar y establecer condiciones adecuadas para garantizar la calidad del
software (considerando que existen varios estndares que pueden funcionar para
la aplican) las condiciones y requerimientos de cada usuario, por lo cual fueron
seleccionadas mediciones que se consideran tiles y adaptables en lo posible a
dicha aplicacin para que fuera los ms exacta posible.
En el captulo 4 se muestra la aplicacin de instrumentos de medicin del lado del
usuario aplicando encuestas para recolectar informacin til con las cuales
podamos hacer conclusiones validas, y los dems atributos restantes fueron
realizados adaptndolos a lo que son las aplicaciones web, estos son:
funcionalidad, confiabilidad, eficiencia, mantenibilidad, portabilidad entre otras, las
cuales fueron utilizadas para obtener valoraciones apegadas a los indicadores
planteados originalmente por cada prueba que se deba realizar al sistema web
SCAT lo cual permiti reducir tiempo.
1.1.
para
ofrecer
los
interesados,
servicios
acadmicos
de
la
Licenciatura
en:
Contadura,
Administracin,
Sistemas
1.2.
1.2.2. Justificacin
10
General
Evaluar el funcionamiento, calidad y desempeo de la aplicacin web SCAT a
travs de la aplicacin de herramientas de medicin para promover un panorama
de fiabilidad y as tener un ndice de calidad del mismo.
Especifico
Evaluar la funcionalidad.
Determinar la portabilidad.
Evaluar la mantenibilidad.
Evaluar la interfaz.
1.3.
la Titulacin (SCAT).
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 aplicaron web SCAT maneja tres sesiones de usuarios: administrador, jefes de
carrera y secretaria. El administrador: tiene el control sobre registro, edicin y
eliminacin de datos de estudiantes, asignacin de sinodales, asignacin de
horarios y salones, pagos, emisin de reportes; jefes de carrera: Solo pueden
registrar a los sinodales por estudiantes y consultar el nmero de asesorados por
profesor; Secretarias: Solo pueden consultar salones y horarios disponibles para
examen profesional.
La aplicacin web SCAT permite que el departamento CTR pueda consultar y editar
sinodales, as como consultar y emitir reportes.
El registro de ingresos y egresos del mismo departamento emitiendo un reporte
mensual del mismo.
Creacin de reportes por alumnos, maestros, deudores, relacin de exmenes en
un periodo en especfico digitalizados en formato PDF.
La administracin de los parmetros del sistema por ejemplo: licenciaturas, grupos,
periodos, cuotas, salones.
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.
Interrogantes ligadas al objetivo de esta investigacin.
Cmo se puede medir los errores de codificacin?
Cmo se puede evaluar la seguridad del sistema?
Con que herramientas podemos evaluar la seguridad del sistema?
Cmo evaluar la ergonoma del sistema?
Cmo medir la rapidez del sistema?
Cmo medir la fiabilidad del sistema?
Tiene calidad a nivel interno visualizando el lado tcnico?
Tiene calidad a nivel externo visualizando el lado del usuario?
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.
El Estatutos 2008, seala que para titularse deben acreditar la experiencia
recepcional, en captulo I, al art. 80 y 81 indica los requisitos que debe reunir el
alumno para cursar y acreditar esta experiencia educativa (E.E.), de los artculos
mencionados previamente se toman los siguientes fragmentos:
Artculo 80. Para cursar y acreditar la experiencia recepcional, el alumno debe:
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;
III. Presentar ante el Secretario de la Facultad o titular de la entidad acadmica la
solicitud y la documentacin con la cual se pretenda acreditar la experiencia
recepcional
Artculo 81. Para las opciones de acreditacin de la experiencia recepcional por
trabajo escrito o prctico deber observarse lo siguiente:
IV. Es responsabilidad del acadmico designado programar y dar seguimiento a
la experiencia recepcional;
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;
VII. La evaluacin de la experiencia recepcional la realizar un jurado constituido
por tres integrantes, nombrados por el Director de la Facultad;
15
16
2.1.
Definicin de Metodologa
18
19
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.
Razones por la cual surgen distintos pensamientos y en este caso metodologas
para el desarrollo del software.
2.2.
RUP
MSF
Iconix
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
y orientados por la
documentacin que genera por cada actividad creada en cada una de las
actividades desarrolladas. Cuando emerge el trmino gil se crea The Agile Alliance
que ayuda a las organizaciones relacionados con el desarrollo de software para
que adquieran dichos conceptos.
El manifiesto gil valora las interacciones de un equipo de desarrollo sobre el
proceso y herramientas, para tener xito con un software se necesita tener un buen
equipo de personal que trabajen en un buen entorno, esto contribuye a que se
desarrolle un buen software que funcione adecuadamente, en el manifiesto se
valora que no se deben de copiar documentos a menos que sea necesario de forma
inmediata, estos documentos deben ser cortos y centrarse en lo fundamental y
necesario, el manifiesto gil indica que el cliente debe involucrarse en el proyecto
para que se obtenga el xito en el proyecto este se debe planificar pero debe ser
flexible y abierto para posibles cambios.
(Caldern Amaro 2007) define
25
Metodologas giles
Basadas en heursticas provenientes de
prcticas de produccin de cdigo.
Especialmente preparados para cambios
durante el proyecto.
Impuestas internamente (por el equipo).
No existe contrato tradicional o al menos es
bastante flexible.
Proceso menos controlado, con pocos
Principios.
El cliente es parte del equipo de
Desarrollo.
Grupos pequeos (<10 integrantes) y
trabajando en el mismo sitio.
Pocos artefactos.
Pocos roles.
Menos nfasis en la arquitectura del
software.
Metodologas Tradicionales
Basadas en normas provenientes de
estndares seguidos por el entorno de
desarrollo.
Cierta resistencia a los cambios.
Impuestas externamente.
Proceso mucho ms controlado, con
numerosas polticas/normas.
Existe un contrato prefijado.
El cliente interacta con el equipo de
desarrollo mediante reuniones.
Grupos grandes y posiblemente
Distribuidos.
Ms artefactos.
Ms roles.
La arquitectura del software es esencial y se
expresa mediante modelos.
Metodologas giles
Metodologas Tradicionales
Enfoque
Adaptacin
Predictivo
xito de medicin
Confirmacin de planificar
Pequeo
Grande
Estilo de gestin
Descentralizada
Autocrtico
Cambio y adaptabilidad
Cambio y sostenibilidad
Cultural
Liderazgo colaboracin
Comandos de control
Documentacin
Bajo
Pesado
nfasis
Ciclos
Muchos
Limitado
Dominio
Impredecible exploratorio
Previsible
Mnima
Exhaustivo
Retorno de inversin
A principios de proyecto
Fin de proyecto
Pequeos / creatividad
Grande
26
Dentro del contexto de las metodologas agiles existen una gama de ellas entre las
ms importantes estn:
Scrum.
Crystal Clear.
XBreed.
Extreme Modeling.
27
retroalimentacin por parte del usuario. Por regla general, cada una de les
Historias del usuario suelen necesitar de una a tres semanas de desarrollo.
3. El cliente en el sitio: se le dar poder para determinar los requerimientos,
definir la funcionalidad, sealar las prioridades y responder las preguntas de
los programadores. Esta fuerte interaccin cara a cara con el programador
disminuye el tiempo de comunicacin y la cantidad de documentacin, junto
con los altos costes de su creacin y mantenimiento. Este representante del
cliente estar con el equipo de trabajo durante toda la realizacin del
proyecto.
4. Programacin en parejas: uno de los principios ms radicales y en el que
la mayora de gerentes de desarrollo pone sus dudas. Requiere que todos
los programadores XP escriban su cdigo en parejas, compartiendo una sola
mquina. De acuerdo con los experimentos, este principio puede producir
aplicaciones ms buenas, de manera consistente, a iguales o menores
costes.
29
31
localizado,
mostrando
las
prioridades,
expresando
sus
32
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.
2.3.
Qu es la web 2.0?
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:
Ajax
Proveer Apis o XML para que las aplicaciones puedan ser manipuladas por
terceros
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
Blogs
Wikis
Redes sociales
Creando una gama extensa de aplicaciones web que son muy populares, teniendo
bondades como reducir costos de difusin de informacin entre otras.
2.4.
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
38
Diseo
Implica crear una estructura lgica del sistema concentrando y reduciendo la
dispersin de los elementos que lo componen, rediciendo el trabajo en caso de
cambios futuros creando un buen diseo.
Para la realizacin inicial se utilizaron herramientas para disear interfaz, acciones
necesarias formulas, interacciones con el usuario el cual nos ayudan a realizar la
unin de todos los elementos de desarrollo y formar un producto final que es el
sistema SCAT, a continuacin se mencionan las herramientas utilizas:
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
42
43
Qu es css3?
El CSS es un lenguaje de estilos empleado para definir la presentacin, el formato
y la apariencia de un documento de marcaje, sea HTML, XML, o cualquier otro.
Comnmente se emplea para dar formato visual a documentos HTML o XHTML que
funcionan como espacios web. Tambin puede ser empleado en formatos XML, u
otros tipos de documentos de marcaje para la posterior generacin de documentos.
Las hojas de estilos nacen de la necesidad de disear la informacin de tal manera
que podemos separar el contenido de la presentacin y, as, por una misma fuente
de informacin, generalmente definida mediante un lenguaje de marcaje, ofrecer
diferentes presentaciones en funcin de dispositivos, servicios, contextos o
aplicativos. Por lo que un mismo documento HTML, mediante diferentes hojas de
estilo, puede ser presentado por pantalla, por impresora, por lectores de voz o por
tabletas braille. Separamos el contenido de la forma, composicin, colores y fuentes.
Las diferentes revisiones de las hojas de estilo tienen el origen en la primera
especificacin publicada por el W3C en diciembre de 1996 y que pretenda unificar
la sintaxis y el modo de definir una hoja de estilos por los diferentes lenguajes
derivados del SGML. As, las principales caractersticas que se pueden definir
mediante esta primera especificacin son:
1) Propiedades del tipo de letra, as como el estilo de este.
2) Colores de los textos y de los fondos.
3) Atributos del texto tales como espacio entre caracteres, palabras y lneas.
4) Alineacin de tablas, bloques de texto, imgenes, prrafos.
5) Mrgenes externos e internos, filetes y posicin de la mayora de los elementos.
6) Definicin nica de elementos mediante ids y agrupamiento de atributos mediante
clases mencionado por (Puig Collell, 2013).
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
Cargo, Responsabilidad y Colaboracin
Para la realizacin del sistema SCAT se cre un equipo de desarrollo y asesora el
cual contribuyo a la tarea de diseo los cuales fueron:
Mayra Minerva Mndez Anota (Asesora del proyecto)
Vctor Javier Bez Morales (Programador Proyecto).
ngel Antonio Contreras Moctezuma. (Programador del Proyecto).
Simplicidad
La simplicidad es un requisito al momento de realizar el diseo, ya que los
planteamientos complejos generan un mayor costo tiempo y esfuerzo al desarrollar
e implementar. El sistema SCAT se basa en un diseo limpio y simple aunque en
las transacciones resulta algo complejo respecto a programacin aplicada.
Se apega a las normas de la Universidad Veracruzana utilizando logos, colores
institucionales los cuales son verde y azul en combinacin con tonalidades de gris,
utilizando imgenes para realizar la representacin de las secciones u opciones en
el panel de opciones.
45
46
3. SD
3.1.
Qu es la calidad?
Revisin
o Facilidad de mantenimiento
o Flexibilidad
o Facilidad de prueba
Transaccin
o Portabilidad
o Facilidad de reutilizacin
o interoperabilidad
Operacin
o Facilidad de uso
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
(Puedo arreglarlo?)
PORTABILIDAD
Facilidad de Prueba
(Puedo probarlo?)
Flexibilidad
REUSABI
INTEROPERABILIDAD
(Puedo modificarlo?)
PORTABILIDAD
(Podr utilizarlo en otra mquina?)
OPERACIN
Figura 3.1 Factor de Calidad del software de McCall
(Pressman Roger, 2005)
3.2.
Qu es la ISO?
3.3.
software
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
3.3.3. Qu es la IEC?
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.
A menudo, un JTC puede estar dividido en varios subcomits (SubCommittees) que
son los que a menudo elaboran el grueso de un estndar y que dan nombre a los
estndares. En este JTC 1 de ISO/IEC hay un SC con el nmero 7, responsable
del rea de Ingeniera del Software y de Sistemas. (Gmez scar, 2009).
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.
Cuando se implementa la norma ISO 15504 en alguna organizacin se crea una
ruta de evaluacin para mejora de sus procesos de desarrollo y mantenimiento del
software creando as un hbito saludable para la organizacin. Al seguir una ruta
trazada se genera automticamente una madurez en la organizacin creando
53
Modularidad
Responsabilidad
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
5. Procesos Principales
Del ciclo de vida
5. Procesos Principales
Del ciclo de vida
5.1 Adquisicin
6.1 Documentacin
5.2 Suministro
6.2 Gestin de la
Configuracin
6.3 Aseguramiento
De la Calidad
6.4
Operacin
6.4 Verificacin
6.5 Validacin
6.3
Desarrollo
6.6 Revisiones
Conjuntas
6.4
Mantenimiento
6.7 Auditoria
6.8 Soluciones de Problemas
7.1 Gestin
7.4 Formacin
7.3 Mejora
56
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
Procesos para Desarrolladores.
Ofrece una gua para ver los requisitos de la implementacin y anlisis de las
medidas de calidad del software.
Procesos para Adquisidores
Da recomendaciones para a los que adquieran cualquier tipo de software creando
una gua para evaluar y valorar la calidad del producto.
57
3.4.
Funcionalidad
Confiabilidad
Usabilidad
Eficiencia
Mantenibilidad
58
Portabilidad
Calidad del uso: es como maneja o percibe el usuario final el uso del
software.
La combinacin de las seis cualidades de la calidad interna y externa, se
definen cuatro caractersticas esenciales como son:
o Eficiencia
59
o Productividad
o Seguridad
o Satisfaccin
3.5.
3.5.1. Funcionalidad
60
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
3.5.4. Eficiencia
3.5.5. Mantenibilidad
3.5.6. Portabilidad
3.6.
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).
3.7.
Modelo 2QCV3Q
3.8.
Metodologa WebQEM
3.9.
WebQual
3.10.
Modelo SQuaRE
65
3.11.
67
aplicacin de alta calidad, por lo tanto los productos de software en la internet deben
de ser de calidad adecuada al consumidor especificando en la evaluacin los
factores claves, esto se logra mediante la definicin apropiada de las caractersticas
de la calidad del producto software es importante que se especifiquen las
caractersticas de la calidad como anterior mente se menciona las normar que se
aplican para medir la calidad del software evaluando correspondiente la aplicacin
SCAT como caractersticas para realizar las mediciones y definir los requisitos de
calidad del producto software.
Como una secuencia de orden de vital importancia en el desarrollo de normas
fueron creadas en un principio la ISO/IEC 9126:1991 que clasifica y evala la
calidad del software en un conjunto estructurado de caractersticas y
subcaractersticas y las ISO/IEC 14598 que evala la calidad del producto del
software
evaluacin,
de
las
normas
anterior
mencionadas
forman
un
conjunto
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.
Cul es el Mejor mtodo o norma para realizar mediciones en aplicacin
web?
El objeto principal de la creacin de las normas es garantizar a las organizaciones
de tener un panorama de la calidad del software y especificar los requisitos
unificando y enriqueciendo el proceso principal de la calidad del software con el
apoyo de procesos de medicin de calidad, enfocando en el panorama de las
normas internacionales que establecen los criterios para la especificacin del
software, medidas recomendadas de los atributos de calidad del producto software
que pueden ser utilizados por los desarrolladores, evaluadores entre otros. Hay que
destacar la serie de Normas Internacionales de dedican a productos del software
3.12.
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.
El estndar ISO/IEC 29119 es un elemento central en la delimitacin de pruebas de
software tomndose como referencia imprescindible para pruebas software y
permite eliminar las inconsistencias existentes entre las normas actuales.
Esta investigacin propone realizar mediciones apegndose al estndar ya
mencionado proponiendo la utilizacin junto con herramientas de apoyo
para
Conceptos y Vocabularios
Proceso de Pruebas
Documentaciones Pruebas
Tcnicas de pruebas
70
3.12.1.
Medicin
71
4.1.
Funcionalidad
Confiabilidad
Usabilidad
Eficiencia
Mantenibilidad
Portabilidad
74
Factor de ponderacin
Parmetros de Medicin
Cuenta Simple
Medio Complejo
Numero de Archivos
10
15
49
10
Total:
74
75
1
2
3
4
5
6
7
8
9
10
11
12
13
14
0
Sin influencia
1
Incidental
2
Moderado
3
Medio
4
Significativo
5
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.11988, 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
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
79
3 Advertencias
1. La cual nos indica que la versin 5 de HTML est en experimental.
2. Sugiere utilizar la codificacin UTF-8.
3. Nos sugiere incorporar una meta en el head de nuestro documento.
80
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
Load Impact
Es un servicio de pruebas de Impacto de carga en lnea lder que permite cargar y
probar su sitio web a travs de Internet. Ofrece pruebas de carga y presentacin de
informes como un servicio en lnea para el comercio electrnico B2B y sitios de todo
82
83
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.
12% de Imgenes.
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.
obtenidos, se tendr que tomar como referencia los que arroje la prueba ya que es
un estndar en los dems software del mismo tipo.
Como conclusin de la prueba de confiabilidad y tomando en consideracin las
pruebas antes realizadas desde el anlisis del cdigo con la herramientas de la W3C
y de instrumentos de evaluacin de pginas web dedicadas a la medicin como lo
son Load Impact y Pingdom la cual nos ayud a entender cules son los tipos de
archivos que ms taran en ejecutarse
4.1.10.
Medicin de Portabilidad
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
Difcil de aprender
Clara
Informativa
Engaosa
Un poco ambigua
Confusa
Generalmente Uniforme
Inconsistente
Predecible
Carece de Uniformidad
Predictibilidad
88
4.2.
Resultados de encuesta
encuestadas que interactan directamente con la aplicacin web SCAT, los cuales
respondieron la encuesta de manera electrnica realizada en Google Drive, la cual
consta de 8 preguntas de opcin mltiple con escalas de opciones dependiendo la
pregunta y 1 pregunta abierta para que el encuestado pueda dar su observacin o
sugerencia. Mostrando los resultados procesados en graficas generadas por el
mismo Google Drive de los datos recolectados.
A continuacin se desglosan los resultados de cada pregunta realizada.
1.- Que tanto le cost aprender a manejar la Aplicacin?
Objetivo: Conocer la percepcin de que tan fcil o difcil le fue aprender a utilizar la
aplicacin web.
90
Interpretacin grafica 3: De acuerdo a la grfica 4.3, considerando 1 inadecuado5 Adecuado, los resultados indican que 13 personas igual al 100%, consideran que
es adecuada visualmente el tamao de la fuente.
4.- Los mecanismos de interaccin (ejemplo mens, botones) son fciles de
entender y usar?
Objetivo: Conocer la opinin de los encuestados acerca de los elementos de
navegacin como son botones, men entre otros.
91
93
95
CONCLUSIN
96
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
Eliminar los iconos principales de cada men y solo dejar las consultas
adecuadas.
la calidad del
software, todo lo que se vaya a realizar primero se debe planear con respecto a las
metodologas ya existentes y las herramientas estn disponibles para poderlas
utilizar en beneficio de los usuarios.
99
FUENTES DE INFORMACIN
Abud Figueroa Mara Antonieta (S.F.). Calidad en la Industria del Software. La
Norma
ISO-9126.
Recuperado
Septiembre
2013
de
http://www.docstoc.com/docs/46621175/Calidad-en-la-Industria-delSoftware-La-Norma-ISO-9126
Acua Karenny Brito (2009) Seleccin de metodologas de desarrollo para
aplicaciones web en la Facultad de informtica de la universidad de
Cienfuegos.
Ayala Fuentes Rosa Elena (2010). Calidad del software. Tesis, IPN Unidad
Profesional
Interdisciplinaria
de
Ingeniera
Ciencias
sociales
Administrativas.
Borbn Ardila Nuvia Ins (2013). NORMA DE EVALUACIN ISO/IEC 9126
Recuperado Septiembre 2013 de http://actividadreconocimiento-3015698.blogspot.mx/2013/03/norma-de-evaluacion-isoiec-9126.html
Calahorrano Narvez Amy Indira (2007). Herramientas para evaluar la calidad del
cdigo fuente generado en C ANSI. Tesis, Escuela Politcnica Nacional de
Quito.
Calero Sols Manuel (2003). Una explicacin de la programacin extrema (XP).
Recuperado
Julio
2013
de
http://www.willydev.net/descargas/prev/ExplicaXP.pdf
Caldern Amaro, Dmaris Sarah (2007). Metodologas giles. Recuperado Agosto
2013 de http://www.seccperu.org/files/Metodologias%20Agiles.pdf
100
Septiembre
2013
de
http://www.lsi.us.es/docs/informes/EstadoActual.pdf
Fernndez Escribano Gerardo (2002). EXtreme Programming/Programacin
Extrema.
Recuperado
Agosto
de
2013
de
http://www.um.edu.ar/catedras/claroline/backends/download.php?url=L01ld
G9kb3NfQWdpbGVzL1Byb2dyYW1hY2lvbl9FeHRyZW1hLVhQLnBkZg%3D
%3D&cidReset=true&cidReq=II0162004
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-normapara.html
Gmez Garca scar (2009) Universidad de Castilla-La Mancha Curso de
doctorado: Calidad de Sistemas de Informacin. Recuperado octubre 2013
de http://alarcos.inf-cr.uclm.es/doc/cmsi/trabajos/Oscar%20Gomez.pdf
101
Recuperado
Julio
2013
de
http://www2.uacj.mx/IIT/CULCYT/mayo-agosto2006/8ArtProg.pdf
Gonzlez Argote Ral Eduardo (2012). Sistema de Informacin para el
departamento de Servicio Social (SiSSA). Tesis, Facultad de Contadura y
Administracin, Universidad Veracruzana.
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
Letelier Patricio y Emilio A. (2003). Metodologas giles en el Desarrollo de
Software. Recuperado Septiembre 2013 de http://issi.dsic.upv.es/archives/f1069167248521/actas.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://redescepalcala.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.
Mateu Carles (2004). Desarrollo de aplicaciones web. Recuperado Septiembre 2013
de
http://www.sw-computacion.f2s.com/Linux/004-
Desarrollo_de_aplicaciones_web.pdf
102
Quintero
Faber
(S.F).
ISO
25000.
Recuperado
Septiembre
2013
de
http://normasdelsoftwaresena2012.blogspot.mx/p/iso-25000.html
Martnez Marisol Lucio (2013) Metodologa gil: Programacin Extrema.
Recuperado el agosto de 2013 de http://tigger.itc.mx/conacad/cargas/sisinfo/EUUC700411523/FM12/areas/LUCI_1057_A_Ensayo_Marisol%20Luci
o.pdf
Ocampo Luis F. (2012). Apuntes sobre los conceptos de mtodo y metodologa.
Recuperado
2013
de
http://www1.educ.usherbrooke.ca/cours/maestria/doc/metodo_metodologia.
PDF
Palacio
Juan
(2006).
El
modelo
Scrum.
Recuperado
Julio
2013
de
http://www.navegapolis.net/files/s/NST-010_01.pdf
Roy V. OConnor, Rout Terry, McCaffer Fergel, Dorling Alec (2011). Software
Process Improvement and Capability Determination. Editorial: Springer.
R.A.E.
(S.F)
Real
Academia
Espaola.
Recuperado
Julio
2013
de
http://www.rae.es/
Recuperado
Agosto
2013
de
http://eisc.univalle.edu.co/materias/WWW/material/lecturas/xp.pdf
Roger Pressman (2005). Ingeniera del Software. Editorial: McGraw-Hill
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
CYCLE
PROCESSES.
Recuperado
Septiembre
2013
de
http://www.abelia.com/docs/12207cpt.pdf
Ticona Condori Shirley Fabiola (S.F). Metodologas tradicionales, Metodologas
agiles, Metodologas para juegos, metodologas Educativas y metodologas
para
aplicaciones
mviles.
Recuperado
Agosto
2013
de
http://tallerinf281.wikispaces.com/file/view/METODOLOG%C3%8DAS+TRA
DICIONALES.pdf
Tuya Javier, Ramos Romn Isabel, Dolado Cosin Javier (2007). Tcnicas
cuantitativas para la gestin en la ingeniera del software. Editorial: Netbiblo.
Universidad Veracruzana (2013). Centro de Apoyo a la Titulacin. Recuperado Julio
2013 de http://www.uv.mx/fca/servicios/cat/
Universidad Veracruzana (2012). LEY ORGNICA DE LA UNIVERSIDAD
VERACRUZANA.
Recuperado
Junio
2013
de
http://www.uv.mx/legislacion/files/2012/12/Ley-Organica.pdf
Vaswani Vikram (2009). PHP: A BEGINNER'S GUIDE. Editorial: McGraw-Hill
Van Loon Han (2004). Process Assessment and ISO/IEC 15504. Editorial: Springer.
Vinculando (2010). Propuesta de una gua de mtricas para evaluar el desarrollo de
los Sistemas de Informacin Geogrfica. Recuperado octubre 2013 de
http://vinculando.org/articulos/sociedad_america_latina/propuesta_guia_de_
medidas_para_evaluacion_sistemas_informacion.html#wrap
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
Tutorial.
Recuperado
agosto
2013
de
http://www.w3schools.com/php
105
ANEXOS
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
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
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)
110
Pantalla de maestros
(Elaboracin Propia)
Pantalla de contabilidad
(Elaboracin Propia)
113
114
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
116
NDICE DE FIGURAS
117
NDICE DE TABLAS
Tabla 2.1 Comparacin de metodologas agiles y tradicionales............................ 26
Tabla 2.2 Comparacin de elementos entre metodologas agiles y tradicionales . 26
Tabla 4.1 Factor de ponderacin de la mtrica de funcionalidad ......................... 75
Tabla 4.2 escala de ponderacin ......................................................................... 76
Tabla 4.3 Procedimientos ..................................................................................... 76
NDICE DE GRAFICAS
Grafica 4.1 Grafica de facilidad sobre aprendizaje de aplicacin .......................... 89
Grafica 4.2 Grafica de facilidad de manejo ........................................................... 90
Grafica 4.3 Percepcin de Tamao de letra .......................................................... 91
Grafica 4.4 Facilidad de interaccin ...................................................................... 91
Grafica 4.5 Utilidad de emisin de reportes........................................................... 92
Grafica 4.6 Objetivos primordiales ........................................................................ 93
Grafica 4.7 Percepcin sobre diseo .................................................................... 93
Grafica 4.8 Percepcin global ............................................................................... 94
118