Vous êtes sur la page 1sur 126

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:

Vctor Javier Bez Morales

ASESOR:

Mte. Mayra Minerva Mndez Anota

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:

Vctor Javier Bez Morales

ASESOR:

Mte. Mayra Minerva Mndez Anota

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. 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.

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.

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.

La creacin de aplicaciones conlleva a una responsabilidad la cual debe estar sujeta


a garantizar la calidad del software que se desarrolle, por ese motivo se debe llevar
a cabo con metodologas o procedimientos estndares en las etapas de diseo,
programacin y pruebas creando una forma de trabajo ms fluida, con menos
errores y creando una filosofa de trabajo, a su vez establece el camino ideal para
lograr confiabilidad, mantenibilidad haciendo una va para realizar las pruebas lo
que permitir controlar la calidad del software.

La calidad del software es subjetiva y no se puede medir de forma exacta ya que


cada persona tiene un concepto diferente de lo que es calidad y depende de las
necesidades y atributos de cada organizacin.

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:

Definir el software a medir teniendo en cuenta la complejidad del mismo y


como fue desarrollado
Realizar una seleccin de indicadores adecuadas al tipo de software a medir
y la magnitud de la misma.
Definir los mtodos necesarios para crear los instrumentos como son:
encuestas y/o someter al software a condiciones controladas.
Procesar la informacin y dar el veredicto del estado del software y que
acciones se debe realizar para realizar mejoras en el mismo.

Un aspecto muy importante de la calidad del software es la medicin, se puede


realizar de 2 formas: cuando el software est terminado o cuando se va
desarrollando el software, pero es una mala prctica dejar al final las mediciones ya
que si el software no tiene problemas y todo resulta bien no habr obstculos para
utilizarlo pero de lo contrario resultara muy costos en proyectos de grandes
proporciones corregir los errores surgidos durante las pruebas.

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).

En el primer captulo se habla acerca de los sistemas antecesores y que estn en


funcionamiento en la Facultad de Contadura y Administracin as como el

4
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.

5
CAPTULO I: MARCO CONTEXTUAL
1.
1.1. Qu es el Centro de Apoyo a la Titulacin (CAT)?

El Centro de Apoyo a la Titulacin (CAT) es un departamento creado por la Facultad


de Contadura y Administracin (referenciando el logo del departamento en la figura
1.1) encargado de planear, organizar, implementar y evaluar todas las actividades
conducentes para ofrecer a los interesados, servicios acadmicos y
extracurriculares que faciliten su titulacin a travs de una experiencia recepcional.

El CAT aprovecha el funcionamiento oficial de fideicomisos universitarios, haciendo


que su operacin y sus servicios sean autofinanciables, por lo tanto, independientes
de la estructura formal de la Universidad.

Por ello, tambin sus servicios son extracurriculares permitiendo a estudiantes y


egresados de la Licenciatura en: Contadura, Administracin, Sistemas
Computacionales Administrativos y Direccin y Gestin de Negocios, titularse de un
modo productivo, tanto para s mismo, como para su Facultad formadora.

Figura 1.1 Logo del departamento CAT.


(Departamento CAT, 2013).

7
1.2. Antecedentes de la aplicacin web SCAT

Dando referencia al inters por sistematizar y automatizar los procesos al interior de


la Universidad Veracruzana, especficamente en la Facultad de Contadura
Administracin, se da pie a la diversificacin y desarrollo de los servicios de apoyo
a los departamentos involucrados, esto adems de solo construccin de sistemas
ayuda a los alumnos de la Facultad a desarrollar aptitudes en cuanto a la fabricacin
de proyectos reales que beneficiaran y se reflejara en la experiencia que ms
adelante desempeara en el mbito laboral.

Dentro de la investigacin se tiene que hacer mencin a los esfuerzos realizados


por otras personas interesadas en el tema, basndose en el departamento CAT, por
ello (Muoz Salas 2008) realizo su tesis titulada Sistema de Informacin para la
Gestin de los Servicios del CAT proponiendo el funcionamiento de un sistema que
ayudara al departamento CAT a realizar sus labores cotidianas dentro del margen
de la automatizacin de procesos, dando a conocer la construccin del mismo y los
beneficios que se podran obtener cristalizando esa idea, todo surgi por la
necesidad de manejar la informacin en tiempo real sobre el registro de instructores,
periodos, materiales, registro y actualizacin relativa a egresados y alumnos
inmersos en un proceso de titulacin pero solo quedo en una propuesta.

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.

El panorama es alentador ya que tambin existen otros sistemas dentro de la


Facultad de Contadura y Administracin que sirvieron como base para los eventos

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.

Como parte de los sistemas de informacin utilizados dentro de la Facultad, en


especial el departamento CAT por varios aos registro en hojas de clculo (Excel)
los datos de los alumnos, con los cuales daba seguimiento desde la inscripcin
hasta la culminacin de su trabajo recepcional, este seguimiento inclua: datos
generales del alumno, eleccin de: tema, director y sinodales del trabajo, pagos que
los alumnos realizan, horario de examen, lugar de examen, formas de titulacin
(monografa, tesis, tesina), numero de asesorados por docente principalmente; el
registro de estos datos no estaban en un solo archivo de Excel, sino en varios, lo
cual provocaba que la bsqueda de datos, adems de incomoda (por tener que abrir
varios archivos) fuera tardada, y complicaba dar el seguimiento personalizado a los
candidatos a la titulacin, as como llevar el control del nmero de asesorados que
tena un sinodal acadmico, adems al momento de calendarizar los exmenes
profesionales provocaba en algunas ocasiones cruce de horarios en el aula, es
decir, dos exmenes en el mismo saln a la misma hora o que los docentes tuvieran
que estar en dos exmenes profesionales a la misma hora, por otro lado era difcil
llevar el control del nmero de estudiantes que estn asesorando, y esto provocaba
que los profesores al tener exceso de asesorados, estos ltimos no fueran atendidos
de manera adecuada, y el CAT al no tener los mencionados datos a tiempo, pues
deba tomar decisiones improvisadas y a veces errneas, provocando descontento
entre los tesistas.

Retomando la intencin de los antecedentes para la creacin de un sistema dentro


del departamento CAT, la Facultad a travs del Centro de Desarrollo y Produccin
Tecnolgica (CDPT) se dio a la tarea de la realizacin de la aplicacin web Sistema
del Centro de Apoyo a la Titulacin (SCAT el logo en la figura 1.2) el cual fue
realizado en base a las necesidades del departamento.

9
Figura 1.2 Logo de SCAT
(Elaboracin Propia)

1.2.1. Propsito de la investigacin

Cuando se realiza, culmina y est en funcionamiento un sistema de informacin,


nace o surge la necesidad de saber si en realidad dicho sistema est cumpliendo
con las expectativas globales del departamento, esto implica tomar en cuenta varios
aspectos como pruebas, mediciones, recoleccin de datos, anlisis, procesamiento
de la informacin entre otras.
A continuacin se lista los propsitos de la investigacin:

Dar a conocer el nivel de seguridad del sistema.


Identificar errores de inconsistencia en el cdigo
Mostrar el nivel de rapidez del sistema
El nivel de satisfaccin del departamento por el sistema
Dar a conocer el nivel de satisfaccin con la interfaz del sistema.

1.2.2. Justificacin

El CAT ha superado las expectativas iniciales y cada da tiene ms demanda por


lo que se hace necesaria la bsqueda de una herramienta tecnolgica que pueda
ayudar a manejar el cumulo actual de informacin y estar en posibilidad de cruzarla
con el sistema tradicional para evitar sobrecargas de trabajo, mala asignacin de
aulas y de asesores y sinodales, adems de conocer quines se ha titulado en
tiempo y forma y los que estn pendientes.

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.

1.2.3. Objetivos del proyecto

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

Identificar errores y/o prdida de informacin en el sistema.


Medir la rapidez con la que se procesan los datos (Eficiencia).
Evaluar la funcionalidad.
Evaluar la seguridad del sistema (confiabilidad).
Determinar la portabilidad.
Evaluar la mantenibilidad.
Evaluar la interfaz.
Identificar la satisfaccin del usuario con respecto al uso del mismo.

1.3. Introduccin a la aplicacin web del Centro de Apoyo a


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.

1.3.1. Formulacin del Problema

La Facultad de Contadura Administracin creo el departamento del CAT el cual fue


para beneficios de los alumnos, pero a su vez tiene una responsabilidad con los
mismos, que es brindar un servicio de buena calidad y atencin personalizada a
cada alumno por lo cual no solo es realizar el papeleo si no la eficiencia con el cual
realizan esta accin. Tambin es brindar estadsticas a las personas involucradas

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.

Adems de realizar las mediciones se debe comprobar con elementos visuales


como son por ejemplo grficas para respaldar la informacin procesada.

1.3.2. Interrogantes de Mediciones de la aplicacin web SCAT

Tener la incertidumbre de cmo opera y se desempea el sistema genera preguntas


obligadas.

Qu tan funcional y que beneficios aporta la aplicacin web SCAT para el


departamento CAT?

Cuando se implementa un sistema para automatizar procesos surge de la necesidad


de resolver un problema, existe una ntima relacin entre esfuerzo dentro del
departamento que se involucra en el proceso e innovacin de parte de las personas
que desarrollan el sistema, esto quiere decir cuando se plantean los objetivos,
metas de cada mdulo, accin que desempeara, el sistema es modelado a las
necesidades del departamento, pero esto muchas veces no rena las expectativas
finales del cliente como son la funcionalidad y a su vez el beneficio que podra
aportar el departamento que sera la eficiencia y eficacia de sus procesos, ms
adelante comprobaremos todos las preguntas aqu plantadas.

En que beneficia la aplicacin web SCAT a la Facultad de Contadura y


Administracin?

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?

1.3.3. Delimitacin de la Investigacin

Las pruebas de medicin se llevan a cabo en la Facultad de Contadura y


Administracin por un periodo de 8 meses aproximadamente.

1.3.4. Normativa de trabajo Recepcional

La Universidad Veracruzana como institucin educativa de nivel superior


comprometida con la sociedad, egresa profesionistas titulados, para esto establece
a travs de su Ley Orgnica (capitulo 3, art. 94 que son graduados los que hayan
obtenido el ttulo correspondiente, apoyndose en las atribuciones que competen
al secretario acadmico, sealando que debe Fomentar la titulacin de egresados

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
Para cumplir con este requisito la Facultad de Contadura y Administracin creo el
departamento de trabajo recepcional, pero con el paso del tiempo se dio cuenta que
requera crear adems otra opcin que le permitiera aumentar el nmero de
titulados, en razn del gran rezago que haba, entonces surge el Centro de Apoyo
a la titulacin (CAT) el cual tiene como objetivos: Proporcionar una alternativa
viable y expedita de titulacin.

Proveer una metodologa slida y consistente para la elaboracin de trabajos


recepcionales, y ofrece los siguientes beneficios: Asesora en la seleccin del tema
de investigacin y elaboracin de la agenda de trabajo. Disponer de una gua
metodolgica que permita recopilar, organizar y analizar la informacin para el
desarrollo del trabajo recepcional. Asesora personalizada para la realizacin del
protocolo de investigacin.

Seguimiento del proceso de elaboracin del trabajo recepcional. Realizacin de


trmites ante las autoridades correspondientes para el proceso de titulacin. Apoyo
tcnico para la presentacin del examen profesional. Este centro ha crecido mucho
y actualmente muchos estudiantes hacen uso de este servicio, por lo cual ahora es
nuestro objeto de estudio, debido a que el sistema de informacin que manejaban
se volvi inapropiado, y aprovechando la tecnologa que existe y el ambiente digital
que actualmente se vive, la automatizacin de procesos se utiliza como estrategia
de mejora para el manejo de informacin y toma de decisiones.

16
CAPTULO II: METODOLOGA

2. S
2.1. Definicin de Metodologa

Al ocupar la palabra metodologa se debe saber de qu se trata, como dice la (R.A.E,


2013) es la ciencia del mtodo y conjunto de mtodos que se siguen en una
investigacin cientfica o en una exposicin doctrinal.

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.

2.1.1. Antecedentes de Procesos de Desarrollo

En los inicios de la industria del software surgieron prototipos que contribuyeron a


formular el anlisis estructurado y se origin el denominado modelo en cascada, dio
pie a la estandarizacin interna de la ingeniera del software. Esta idea surgi por
una mala costumbre utilizada en la dcada de los sesentas: el modelo codificar y
probar, a razn de esta problemtica se decidi formalizar y crear una disciplina, en
esa poca ya existan modelos iterativos e incrementales pero sin tomarlos en
cuenta y eran poco utilizado.

Por esta causa se decidi estructurar definidamente el proceso de desarrollo, el cual


en funcionamiento pareca conveniente utilizarlo, he hizo al modelo en cascada
popularizar su manejo. Como menciona (Pressman Roger, 2005) el manejo del
modelo es basado en procesos en forma de cascada, esto quiere decir que debe
terminar la etapa anterior para continuar con la siguiente representada en la figura

18
2.1. Esto provocaba que los requerimientos se detuvieran y al momento de querer
realizar cambios causaba mayor trabajo al modificar la peticin.

No es factible las limitantes que se deberan establecer al inicio del proceso es no


realizar ningn cambio, ocasionaba que el usuario solo poda ver su aplicacin hasta
que estuviera construida completamente podra causar descontento y muy
probablemente no cubrir las necesidades al momento de interactuar con ella.

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.

Figura 2.1 Modelo de Cascada.


(Bennington, 1956).

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.

Figura 2.2 Modelo de espiral.


(Barry Boehm, 1986).

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:

Objetivos del Ciclo de Vida


Arquitectura del Ciclo de Vida
Capacidad de Operacin Inicial

El principal acontecimiento culmina con determinacin de la magnitud del software


en la construccin, la percepcin de los stakeholders, el planteamiento del
desarrollo del sistema.

El segundo acontecimiento termina con la edificacin del software, determinacin


de los riesgos del proyecto, y alineando los objetivos con el alcance del sistema.

Culminando con los acontecimientos, considerado la entrega del sistema aplicando


las iteraciones correspondientes. Es importante considerar contenido como manual
de usuario y manual de operacin.

Constantemente se ha mencionado la importancia sobre el proceso RUP, el cual en


la comunidad del software es un hito, es el principal proceso que se comercializa al
tal grado que se piensa como un producto. Se considera como una de las mejores
prcticas en la elaboracin de software que actualmente es eficaz y una idea
vigente.

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. Metodologa de desarrollo de Sistemas de Informacin

La realizacin de Sistemas de Informacin no es nada sencillo. Teniendo en cuenta


la variedad de propuestas que siguen particularmente sus metodologas de
desarrollo. Existen varias ideas, una de ellas es la metodologa tradicional, su
propsito es centrar la atencin en el control del procesos, fijado inflexiblemente las
actividades involucradas, los mecanismos que se deben hacer, contando
herramientas y apuntes que se emplearan.

Esta metodologa se ocupa con buenos resultados y actualmente vigente, pero


existen problemas, no cumple por completo el desarrollar de un proyecto, una
posible solucin sera agregar procesos de desarrollo aadiendo actividades, ms
herramientas, agregando restricciones y/o apoyndose en puntos dbiles
detectados. Tambin la unin de todo lo anterior podra causar problemas al
desarrollar el sistema de informacin lo cual se podra volver complejo y complicara
el trabajo al equipo.

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.

2.2.1. Metodologas Tradicionales

En el proceso de creacin de software, en sus inicios eran totalmente rsticos, y


esto ocasionaba problemas al crear proyectos largos, complejos, entre otros, por
esta razn se vio en la necesidad de mejorar el desarrollo y lograr los objetivos del
proyecto, se opt por introducir elementos importantes como metodologas y
conceptos tiles de otras disciplinas para el desarrollo de software. Al adoptar
distintos conceptos empez a evolucionar y aumentar la adaptacin al contenido de
cada proyecto dividiendo en etapas secuenciales.

Dentro de las metodologas tradicionales surgieron conceptos importantes y


conocidos como por ejemplo:
RUP
MSF
Win-Win Spiral Model
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
2.2.2. Metodologas Agiles

La metodologa agiles en el desarrollo de software es realmente nuevo y bastante


revolucionario para su momento ya que estaba en contra de toda ideologa de los
procesos altamente definidos, se iba a lograr obtener software en tiempo costo y
calidad. Con esto se pretenda ofrecer una alternativa a los procesos de desarrollo
de software tradicionales caracterizados por ser rgidos 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 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:

Capacidad de respuesta a cambios de requisitos a lo largo del desarrollo


Entrega continua y en plazos breves de software funcional
Trabajo conjunto entre el cliente y el equipo de desarrollo

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.

Con esto se busca satisfacer al cliente mediante constantes entregas de software


valioso.

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).

En la metodologa gil cuando se generan sistemas de alta complejidad se utilizan


parejas de programadores que realizan la produccin de cdigo y estos utilizan el
mtodo de pair programming esto ayuda a los programadores mientras uno genera
cdigo otro revisa posibles errores en el cdigo y esto ayuda a acelerar el proceso
de desarrollo mejora aspectos en el diseo del software.

Pair programming, se ha visto como una herramienta de aprendizaje para los


propios programadores. Haciendo una pequea comparativa entre las metodologas
tradicionales y agiles se muestra la tabla 2.1 donde se examinan algunos elementos
importantes que hay que tomar en cuenta al momento de elegir cual debemos
ocupar en la tabla 2.2 mencionado por Ticona Cordoni.

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.

Tabla 2.1 Comparacin de metodologas agiles y tradicionales


(Letelier Patricio y Penads M. Carmen, 2003)

Metodologas giles Metodologas Tradicionales


Enfoque Adaptacin Predictivo
xito de medicin Valor del negocio Confirmacin de planificar
Tamao del proyecto Pequeo Grande
Estilo de gestin Descentralizada Autocrtico
Prospectiva para el cambio Cambio y adaptabilidad Cambio y sostenibilidad
Cultural Liderazgo colaboracin Comandos de control
Documentacin Bajo Pesado
nfasis Orientacin a las personas Orientado a los procesos
Ciclos Muchos Limitado
Dominio Impredecible exploratorio Previsible
Planificacin por adelantado Mnima Exhaustivo
Retorno de inversin A principios de proyecto Fin de proyecto
Tamao del equipo Pequeos / creatividad Grande

Tabla 2.2 Comparacin de elementos entre metodologas agiles y tradicionales


(Letelier Patricio y Penads M. Carmen, 2003)

26
Dentro del contexto de las metodologas agiles existen una gama de ellas entre las
ms importantes estn:

Extreme programming (XP).


Scrum.
Crystal Clear.
Dynamic Systems Development Method (DSDM).
Feature Driven Development (FDD).
XBreed.
Extreme Modeling.

2.2.3. Extreme Programming (XP)

La metodologa Programacin extrema nos permite optimizar el tiempo en el


desarrollo de software el cual forma parte de las metodologas giles, esto quiere
decir que la ingeniera del software tiene varios complementos que ayudan y hacen
posible los requerimientos del cliente, dicho por (Martnez Lucio, 2013), tambin
menciona que la metodologa fue formulada por Kent Benck en 1999, esta nos
permite responder a las necesidades del cliente las cuales constantemente cambian
los requerimientos de sus sistemas al cual hacen confiable y segura la utilizacin
del mismo. El xito de la programacin extrema se fundamenta en la simplicidad, la
comunicacin y el reciclado continuo de cdigo.

Los objetivos de la metodologa son los siguientes:

Satisfacer al cliente: Trata de que el usuario quede convencido con los


requerimientos que el mismo solicita tomando en cuenta el tiempo y calidad
del software, tratando que el usuario cuando requiera cambios en la
estructura puedan ser posibles.

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.

Como ya se mencion anteriormente, la programacin extrema deriva de las


metodologas giles las cuales son basadas en el hecho de aumentar la
productividad al momento de programar y facilitar el desarrollo.

En la utilizacin de la metodologa se ha creado una revuelta y existen opiniones


encontradas los cuales hay comunidades a favor y en contra que son criterios
aceptables del punto de vista de cada proyecto o necesidad del cliente dentro de
las opiniones negativas argumentan que los programadores se sienten dueos del
cdigo la cual no es lo que la programacin extrema promueve.

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

La programacin Extrema se basa en 12 principios bsicos agrupados en 4


categoras dicho por (Beck y Fowler, 2000).

Retroalimentacin a escala fina.

1. El principio de pruebas: se tiene que establecer un perodo de pruebas de


aceptacin del programa (llamado tambin perodo de caja negra) donde se
definirn las entradas al sistema y los resultados esperados de estas

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).

2. Proceso de planificacin: en esta fase, el usuario tendr que escribir sus


necesidades, definiendo las actividades que realizar el sistema. Se crear
un documento llamado Historias del usuario (User Stories). Entre 20 y 80
historias (todo dependiendo de la complejidad del problema) se consideran
suficientes para formar el llamado Plan de Liberacin, el cual define de forma
especfica los tiempos de entrega de la aplicacin para recibir
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
2.2.4. Proceso continuo en lugar de por lotes.

1. Integracin continua: permite al equipo hacer un rpido progreso


implementando las nuevas caractersticas del software. En lugar de crear
builds (o versiones) estables de acuerdo a un cronograma establecido, los
equipos de programadores XP pueden reunir su cdigo y reconstruir el
sistema varias veces al da. Esto reduce los problemas de integracin
comunes en proyectos largos y estilo cascada.

2. Refactorizacin: permite a los equipos de programadores XP mejorar el


diseo del sistema a travs de todo el proceso de desarrollo. Los
programadores evalan continuamente el diseo y recodifican lo
necesario. La finalidad es mantener un sistema enfocado a proveer el valor
de negocio mediante la minimizacin del cdigo duplicado y/o ineficiente.

3. Entregas pequeas: colocan un sistema sencillo en produccin


rpidamente que se actualiza de forma rpida y constante permitiendo que
el verdadero valor de negocio del producto sea evaluado en un ambiente
real. Estas entregas no pueden pasar las 2 o 3 semanas como mximo.

Entendimiento compartido.

1. Diseo simple: se basa en la filosofa de que el mayor valor de negocio es


entregado por el programa ms sencillo que cumpla los requerimientos.
Simple Design se enfoca en proporcionar un sistema que cubra las
necesidades inmediatas del cliente, ni ms ni menos. Este proceso permite
eliminar redundancias y rejuvenecer los diseos obsoletos de forma sencilla.

2. Metfora: desarrollada por los programadores al inicio del proyecto, define


una historia de cmo funciona el sistema completo. XP estimula historias,
que son breves descripciones de un trabajo de un sistema en lugar de los

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.

3. Propiedad colectiva del cdigo: un cdigo con propiedad compartida.


Nadie es el propietario de nada, todos son el propietario de todo. Este mtodo
difiere en mucho a los mtodos tradicionales en los que un simple
programador posee un conjunto de cdigo. Los defensores de XP
argumentan que mientras haya ms gente trabajando en una pieza, menos
errores aparecern.

4. Estndar de codificacin: define la propiedad del cdigo compartido as


como las reglas para escribir y documentar el cdigo y la comunicacin entre
diferentes piezas de cdigo desarrolladas por diferentes equipos. Los
programadores las han de seguir de tal manera que el cdigo en el sistema
se vea como si hubiera estado escrito por una sola persona.

Bienestar del programador

1. La semana de 40 horas: la programacin extrema sostiene que los


programadores cansados escriben cdigo de menor cualidad. Minimizar las
horas extras y mantener los programadores frescos, generar cdigo de
mayor calidad. Como dice Beck, est bien trabajar tiempos extra cuando es
necesario, pero no se ha de hacer durante dos semanas seguidas.

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.

1. Interaccin con el cliente: En este tipo de programacin el cliente pasa a


ser parte implicada en el equipo de desarrollo. Su importancia es mxima en
el momento de tratar con los usuarios y en efectuar las reuniones de
planificacin. Tiene un papel importante de interaccin con el equipo de
programadores, sobre todo despus de cada cambio, y de cada posible
problema localizado, mostrando las prioridades, expresando sus
sensaciones. En este tipo de programacin existirn pruebas de aceptacin
de la programacin que ayudarn a que su labor sea lo ms provechosa
posible.

2. Planificacin del proyecto: En este punto se tendr que elaborar la


planificacin por etapas, donde se aplicarn diferentes iteraciones. Para
hacerlo ser necesaria la existencia de reglas que se han de seguir por las
partes implicadas en el proyecto para que todas las partes tengan voz y se
sientan realmente partcipes de la decisin tomada.

3. Diseo, desarrollo y pruebas: El desarrollo es la parte ms importante en


el proceso de la programacin extrema. Todos los trabajos tienen como
objetivo que se programen lo ms rpidamente posible, sin interrupciones y
en direccin correcta. Tambin es muy importante el diseo, y se establecen
los mecanismos, para que ste sea revisado y mejorado de manera
continuada a lo largo del proyecto, segn se van aadiendo funcionalidades
al mismo. La clave del proceso de desarrollar XP es la comunicacin. La
mayora de los problemas en los proyectos son por falta de comunicacin en
el equipo.

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.

2.2.6. Qu es una aplicacin web?

Los sistemas y aplicaciones web (WebApps) son basados en la web ofrecen un


complejo arreglo de contenido y funcionalidad a una amplia poblacin de usuarios
finales.

2.3. Qu es la web 2.0?

La Web 2.0 es una actitud que representa la evolucin de la forma tradicional de


desarrollar aplicaciones web, preocupndose principalmente en brindar mejores
soluciones al usuario final, como public (Van Der Christian, 2005) en maestros del
web, haciendo el enfoque en la transicin de las aplicaciones tradicionales como
son las aplicaciones de escritorio para reemplazarlas y migrarlas hacia el ambiente
web.

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.

2.3.1. Atributos de 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:
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.

2.3.2. Para qu sirve la Web 2.0?

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.

2.4. Cmo se desarroll la aplicacin web SCAT?

Al crear un proyecto es importante realizar acciones previas como la investigacin,


recopilacin de informacin necesaria de los procesos internos del sistema a
desarrollar, el funcionamiento del propio departamento y las acciones cotidianas,
teniendo claro la ejecucin de la marcha diaria y fijando objetivos deseados nos
permitirn tener una amplia perspectiva de lo que se desarrollara y se materializara
el finalizar el sistema.

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.

En el desarrollo del sistema surgieron y se plantearon varias preguntas previas al


desarrollo, la cuales fueron Cul es el problema que se debe solucionar?, Cmo
35
debemos realizar los procesos actuales del proyecto?, Qu herramientas de
desarrollo debemos ocupar?, Qu lenguaje de programacin ser el apropiado
para desarrollar el sistema?, Qu metodologa debemos ocupar?, entre otras. De
acuerdo a las preguntas planteadas surgieron respuestas que posteriormente se
solucionaron y otras conforme se avanzaba en el desarrollo del proyecto, y al mismo
tiempo se obtuvo una visin clara del problema.

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.

Dentro de lo que es la planificacin del sistema se llev a cabo preguntas y


redaccin del procedimiento por parte de usuario sin terminologas tcnicas como
ellos comprenden las acciones cotidianas y las necesidades que ellos creen y
perciben, seguida de la necesidades del departamento proporcionando informacin
valiosa y tener una idea para la estimacin de tiempo de desarrollo y los posibles
riesgos futuros, costos de implementacin del mismo sistema, entre otros.

Respecto a los detalles que el usuario proporcione se traza un plan estratgico,


convocando a las personas involucradas en el proyecto para acordar y realizar
propuestas para resolver el problema, en la lnea de la metodologa de
programacin extrema se realiza un plan de iteracin creando decisiones tcnicas
posteriormente teniendo el plan estratgico realizar reuniones en conjunto
convocando a las personas interesadas a los usuarios en este caso a los del
departamento CAT y a los desarrolladores del sistema.

Las ideas se ordenaran conforme a urgencia e importancia, de forma que se traza


un plan estratgico en funciones de los parmetros: tiempo de desarrollo ideal y
grado de importancia de los usuarios se da una demostracin centrando la atencin
el proceso de inscripcin, le es punto medular del sistema y por lo tanto se realiz
un boceto para poder entender la relacin y la secuencia del procedimiento desde

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.

Figura 2.3 Proceso de inscripcin


(Elaboracin Propia)

El avance del proyecto va en funcin de la velocidad de desarrollo, personas


involucradas, de acuerdo de los requerimientos iniciales, cuando se realiza una
planificacin por alcance se divide el nmero total de semanas entre la velocidad
de proyecto para determinar cuntas iteraciones estarn disponibles dicho por
(Escribano Fernando, 2002).

En la divisin del proyecto cada iteracin corresponde a un periodo de tiempo de


desarrollo del proyecto de entre una y tres semanas. De esta forma, un proyecto,
se divide en una docena de iteraciones, ms o menos. Al principio de cada iteracin
se debera convocar una reunin para trazar el plan de iteracin correspondiente.
Est prohibido intentar adelantarse e implementar cualquier cosa que no est

37
planeada para la iteracin en curso. Habr suficiente tiempo para aadir la
funcionalidad extra cuando sea realmente importante segn el plan de entregas.

Se usar la velocidad del proyecto para determinar si una iteracin est


sobrecargada. La suma de los das que costar desarrollar todas las tareas de la
iteracin no debera sobrepasar la velocidad del proyecto de la iteracin anterior. Si
la iteracin est sobrecargada, el cliente deber decidir que historias de usuario
retrasar a una iteracin posterior. Si, por el contrario, la iteracin tiene huecos se
rellenar con otras historias de usuario mencionado por (Escribano Fernando, 2002)
como se muestra en la Figura 2.4

En ocasiones la metodologa de programacin extrema presenta algunas fallas que


se presentan en el desarrollo del proyecto, los problemas que presente se deben
comunicar al equipo todos deben estar enterados de la situacin que acontece, pero
no implica cambiar radicalmente lo antes planeado sino adecuar la solucin al
problema aislando la causa para no afectar al resto del equipo.

Figura 2.4 Plan de iteracin


(Fernando Escribano, 2002).

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
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

a. Rendimiento Los scripts escritos en PHP se ejecutan ms rpido que


los escritos en otros lenguajes de creacin de scripts; numerosos
estudios comparativos independientes ponen este lenguaje por
encima de sus competidores como JSP, ASP.NET y Perl. El motor de
PHP 5.0 fue completamente rediseado con un manejo ptimo de
memoria para mejorar su rendimiento y es claramente ms veloz que
las versiones previas. Adems, estn disponibles aceleradores de
terceros que pueden mejorar an ms el rendimiento y el tiempo de
respuesta.

b. Portabilidad PHP est disponible para UNIX, Microsoft Windows,


Mac OS y OS/2 y los programas escritos en PHP se pueden
transportar de una plataforma a otra. Como resultado, las aplicaciones
PHP desarrolladas en Windows, por ejemplo, se ejecutarn en UNIX
sin grandes contratiempos. Esta capacidad de desarrollar fcilmente
para mltiples plataformas es muy valiosa, en especial cuando se
trabaja en un ambiente corporativo de varias plataformas o cuando se
intenta atacar diversos sectores del mercado.

c. Fcil de usar La sencillez es la mayor sofisticacin, dijo Leonardo


da Vinci y, de acuerdo con ello, PHP es un lenguaje de programacin
extremadamente sofisticado. Su sintaxis es clara y consistente y viene

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.

d. Cdigo libre PHP es un proyecto de cdigo libre; el lenguaje es


desarrollado por un grupo de programadores voluntarios distribuidos
por todo el mundo, quienes ponen a disposicin gratuita el cdigo
fuente a travs de Internet, y puede ser utilizado sin costo, sin pagos
por licencia y sin necesidad de grandes inversiones en equipo de
cmputo ni programas. Con ello se reduce el costo del desarrollo de
programas sin afectar la flexibilidad ni la confiabilidad de los productos.
La naturaleza del cdigo libre implica que cualquier desarrollador,
dondequiera que se encuentre, puede inspeccionar el rbol de cdigo,
detectar errores y sugerir posibles correcciones; con esto se produce
un producto estable y robusto, en que las fallas, una vez descubiertas,
se corrigen rpidamente, en algunas ocasiones, horas despus de
ser descubiertas!

e. Soporte comunitario Una de las mejores caractersticas de los


lenguajes a los que da soporte una comunidad, como PHP, es el
acceso que ofrece a la creatividad e imaginacin de cientos de
desarrolladores ubicados en diferentes partes del mundo. En la
comunidad PHP, los frutos de esta creatividad pueden ser
encontrados en PEAR (PHP Extension and Application Repository), el
repositorio de extensiones y aplicaciones de PHP (http://pear.php.net),
y en PECL (PHP Extension Community Library), la biblioteca de la
comunidad de extensiones PHP (http://pecl.php.net), que contienen

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.

Lo anterior dicho por (Vaswani Vikram, 2009) El lenguaje de programacin utilizado


para crear las formulas, operaciones y transacciones entre la bases de datos e
interfaz de usuarios la cual es un elemento primordial en la aplicacin web SCAT.

Qu es JavaScript?

JavaScript es un lenguaje de programacin que se utiliza principalmente para crear


pginas web dinmicas. Una pgina web dinmica es aquella que incorpora efectos
como texto que aparece y desaparece, animaciones, acciones que se activan al
pulsar botones y ventanas con mensajes de aviso al usuario. Tcnicamente,
JavaScript es un lenguaje de programacin interpretado, por lo que no es necesario
compilar los programas para ejecutarlos. En otras palabras, los programas escritos
con JavaScript se pueden probar directamente en cualquier navegador sin
necesidad de procesos intermedios. A pesar de su nombre, JavaScript no guarda
ninguna relacin directa con el lenguaje de programacin Java. Legalmente,
JavaScript es una marca registrada de la empresa Sun Microsystems, dicho por
(Prez Eguluz, 2008).

La utilizacin de este lenguaje de programacin ayuda a la interaccin entre el


usuario y php con la ayuda de este script se realizan las acciones del usuario ms
rpido y en una sola vista.

Qu es JQuery?

Es una biblioteca de JavaScript de cdigo abierto que facilita la interaccin entre un


Documento HTML, o ms precisamente el Document Object Model (tambin

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?

HTML5 es la actualizacin de HTML, el lenguaje en el que es creada la web. HTML5


tambin es un trmino de marketing para agrupar las nuevas tecnologas de
desarrollo de aplicaciones web: HTML5, CSS3 y nuevas capacidades de JavaScript.

La versin anterior y ms usada de HTML, HTML4, carece de caractersticas


necesarias para la creacin de aplicaciones modernas basadas en un navegador.
El uso fuerte de JavaScript ha ayudado a mejorar esto, gracias a frameworks como
jQuery 1, jQuery UI2, Sproutcore3, entre otros.

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).

HTML se ocup para maquetar y dar estructura al sistema formar la cabecera en


este caso representadas con las etiquetas <header></header> el men con las
etiquetas <nav></nav> el cuerpo de la pgina con <section></section> y la parte
inferior con <footer></footer> as creando un el esqueleto para posteriormente darle
diseo visual.

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
Utilizando la semntica de HTML5, la estructura del sistema consta de 4 secciones:

1. Cabecera (header); Consta de los logos oficiales de la Universidad


Veracruzana y del Departamento CAT
2. Men (nav); Consta de una franja azul que contiene las etiquetas inicio,
alumnos, maestros, contabilidad, parmetros, reportes, usuarios y mi perfil.
3. Contenido (section); En donde se muestra el contenido del men
seleccionado
4. Pie de pgina (footer); Contiene los derechos reservados del CAT En la figura
2.5 se representa la semntica de html5 estndar.

Figura 2.5 Semntica de HTML5


(Gauchat, 2012)

46
CAPITULO III: CALIDAD PARA LA MEDICIN DEL
SOFTWARE

3. SD
3.1. Qu es la calidad?

La calidad del software es el cumplimiento de los requisitos de la funcionalidad y


desempeo explcitamente establecidos, de los estndares de desarrollo
explcitamente documentados y las caractersticas implcitas que se esperan de
todo software de desarrollo profesionalmente definido por (Pressman Roger, 2005).

3.1.1. Factor de calidad de McCall

Los factores de clida del software se dividen en dos grandes grupos,


Mediciones directas (defectos descubiertos durante la prueba).
Mediciones indirectas (facilidad de uso o de mantenimiento).

Son factores que independientemente deben presentar mediciones.


Tomando en cuenta tres factores importantes a su vez tiene subdivisiones que
desarrollo McCall representados en la figura 3.1.
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 (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

Figura 3.1 Factor de Calidad del software de McCall


(Pressman Roger, 2005)

3.2. Qu es la ISO?

ISO (Organizacin Internacional de Normalizacin) es una federacin mundial de


organismos nacionales de normalizacin (organismos miembros de ISO). El trabajo
de preparacin de las normas internacionales normalmente se realiza a travs de
los comits tcnicos de ISO. Cada organismo miembro interesado en una materia
para la cual se haya establecido un comit tcnico, tiene el derecho de estar
representado en dicho comit. Las organizaciones internacionales, pblicas y
privadas, en coordinacin con ISO, tambin participan en el trabajo. ISO colabora

49
estrechamente con la Comisin Electrotcnica Internacional (IEC) en todas las
materias de normalizacin electrotcnica.

La tarea principal de los comits tcnicos es preparar Normas Internacionales. Los


proyectos de Normas Internacionales adoptados por los comits tcnicos se circulan
a los organismos miembros para votacin. La publicacin como Norma Internacional
requiere la aprobacin por al menos el 75% de los organismos miembros con
derecho a voto.

3.3. Modelos de evaluacin y mejora en la calidad del


software

3.3.1. El modelo SPICE

Es el proyecto con mayor colaboracin Internacional iniciado en 1993 el propsito


principal fue desarrollar estndares de evaluacin de procesos de software trazando
tres objetivos esenciales:

Estandarizar el trabajo de desarrollo para la evaluacin y la mejora del


software.
La aplicacin de los estndares de desarrollo en la industria de software
Impulsar la difusin del entendimiento y de tecnologa sobre los procesos de
software en comn entre los sectores interesados en este caso las empresas.
Lo anterior mencionado por (Tuya Javier, 2007).

3.3.2. Modelo de normas ISO para la calidad del 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
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

Figura 3.2 Modelo ampliado de AENOR para las TIC


(Snchez Fernndez, 2012).

3.3.3. Qu es la IEC?

La IEC (International Electrotechnical Comission) es una organizacin que tambin


trabaja a nivel mundial en el desarrollo de estndares sobre electricidad y
electrnica. Segn sus propios estatutos, la IEC tiene como objetivo promover la
normalizacin en todas las cuestiones relacionadas con la electrotcnica.

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.

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).

3.3.4. Norma ISO/IEC 15504

La creacin de la norma fue en 1995. La cual fue implementada por en algunas


organizaciones que queran mejorar en los proceso cotidianos, no importando a que
se dedicara ampliando as la capacidad de adaptarse a cualquier ciclo de vida,
metodologa de desarrollo o independientemente de la tecnologa utilizada. Es una
norma Internacional creada por la organizacin internacional de normalizacin (ISO)
el objetivo por el cual fue creado es para evaluar y mejorar la capacidad y madurez
de los procesos.

Es muy importante ya que ocupa un papel importante en el campo del software, se


complementa con otras normas que forman un conjunto de modelos de procesos
una de las que deriva y es necesaria la norma ISO 12207 que es utilizada para la
evaluacin y mejora la capacidad y madurez de los procesos de desarrollo y
mantenimiento del software.

Al evaluar los proceso se utiliza una filosofa de desarrollo en conjunto de medidas


dando as una estructura slida a los procesos de ciclo de vida, tenido as una
relacin con clientes mejorando la eficiencia y la calidad.

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.

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
niveles de comparacin que fomenta la competitividad y su vez haciendo la
diferencia de mejora entre otras empresas similares.

Dnde podemos Implementar el modelo ISO 15504?

La amplitud de esta norma es funcional para cualquier organizacin que utilice


procesos de desarrollo aplicndolo a modelos especficos y adecundolos a sus
necesidades. Lo anterior mencionado sobre la ISO 15504 (Kybeleconsulting, 2013).

3.3.5. Norma ISO/IEC 12207

La creacin de la norma fue en el ao de 1995 por el comit tcnico de


normalizacin de ingeniera del software y sistemas de informacin. El estndar
ISO/IEC 12207 forma parte de una serie de normas que fueron creadas por l,
tomando en cuenta los principios bsicos de esta norma que son:
Modularidad
Responsabilidad
La ISO (La Organizacin Internacional de Normalizacin) e IEC (Comisin
Electrotcnica Internacional Comisin) forman el sistema especializado para la
normalizacin mundial. Los organismos nacionales que son miembros de ISO e IEC
participan en el desarrollo de las Normas Internacionales a travs de comits
tcnicos establecidos por la organizacin respectiva, para tratar con campos
particulares de la actividad tcnica. ISO e IEC tcnica comits colaboran en campos
de inters mutuo.
Otras organizaciones internacionales, gubernamentales y no gubernamentales, en
colaboracin con la ISO y la IEC, tambin participan en el trabajo. En el campo de
la tecnologa de la informacin, ISO e IEC han establecido un comit tcnico
conjunto, ISO / IEC JTC 1.

El estndar ISO/IEC 12207 es relacionada con las normas de calidad y se compara


con la norma ISO 9001 que es el sistema de calidad que genera modelos para la

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

5. Procesos Principales 5. Procesos Principales


Del ciclo de vida Del ciclo de vida

5.1 Adquisicin 6.1 Documentacin

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

6.8 Soluciones de Problemas

5. Procesos Organizativos del Ciclo de Vida


7.1 Gestin 7.2 Infraestructura

7.3 Mejora 7.4 Formacin

Figura 3.3 Procesos del ciclo de vida software.


(Lpez Novella, 2006).

56
3.3.6. Norma ISO/IEC 14598

El estndar ISO/IEC 14698 su principal objetivo es proporcionar mtodos para


medida, valoracin y evaluacin de calidad del producto de software con algunos
defectos como no describir los mtodos para los proceso de evaluacin de la
produccin del software o de predicciones de contos.

Entre la familia de normas ISO 14598 se encuentran las siguientes:

ISO/IEC 14598-1: Revisin General


ISO/IEC 14598-2: Planificacin y Administracin.
ISO/IEC 14598-3 Procesos para Desarrolladores.
ISO/IEC 14598-4: Procesos para Adquisidores
ISO/IEC 14598-5: Proceso para Evaluadores
ISO/IEC 14598-6: Documentacin de Modelos de Evaluacin.

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
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.

Documentacin de Modelos de Evaluacin.


Se crea la estructura y el volumen de la documentacin del mdulo a evaluar.

Lo anterior mencionado acerca de la norma ISO/IEC 14698 fue tomado de (Narvez


Calahorrano, 2007).

3.4. Norma ISO/IEC 9126

La Norma pertenece a los estndares ISO la cual fue publicada en 1992, es


seleccionada para evaluar la calidad del software, por lo cual fue llamada
Information Tecnology-Software Product Evaluation-Quality Characteristics and
Guidelines for Their Use la cual est constituida por cuatro partes

ISO/IEC 9126-1: Definicin del Modelo.


ISO/IEC 9126-2: Mtricas Internas.
ISO/IEC 9126-3: Mtricas Externas.
ISO/IEC 9126-4: Calidad en el Uso.

Para cada una de ellas fueron creadas seis caractersticas principales:

Funcionalidad
Confiabilidad
Usabilidad
Eficiencia
Mantenibilidad

58
Portabilidad

La particularidad de la norma es permitir, especificar y evaluar la calidad del


software.

Se crean categoras calidad externa e interna y calidad que contienen cualidades


en uso del software teniendo en cuenta siete indicadores (funcionalidad,
confiabilidad, usabilidad, eficiencia, capacidad de mantenimiento, portabilidad y
calidad de uso) que se subdividen en varios indicadores la cuales crean mtricas
internas y externas.

Los modelos de calidad son:

Calidad interna y externa: Se explica como la forma en que los


profesionales, especialistas en la materia perciben o interpretan la
funcionalidad del software especficamente se definen seis caractersticas
subdividiendo la calidad interna y externa, las cuales son:

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.

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

Combinando las caractersticas de calidad interna-externa y la calidad de uso se


forma un modelo robusto, dando herramientas y satisfaccin tanto a los
desarrolladores como a los usuarios finales que utilizaran el software.

A continuacin se definirn cada caracterstica y subcaractersticas de calidad


externa e interna y la calidad de uso. Teniendo en cuenta que cada caracterstica
tiene atributos que internos se pueden medir.

3.5. Calidad interna y externa

3.5.1. Funcionalidad

Contiene un grupo de atributos el cual nos hace posible considerar si un producto


de software maneje en forma adecuada el conjunto de funciones que cumpla con
las necesidades planteadas inicialmente a continuacin definiremos su atributos de
la funcionalidad que son:

Adecuacin: Permite evaluar la funciones apropiadas del software para


llevar a cabo las tareas que le fueron asignadas o especificadas desde un
principio.
Exactitud: Se enfoca a la evaluacin los efectos o resultados que fueron
obtenidos y compararlos con las necesidades planteadas inicialmente por las
cuales fueron creadas de acuerdo al grado necesario e precisin.
Interoperabilidad: Este atributo evala la capacidad del software de
interactuar con otros sistemas especificados.

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

Es la agrupacin de atributos que se refiere a la capacidad el software de mantener


su nivel de ejecucin bajo condiciones normales en un periodo de tiempo
establecido. Las subcategoras que pertenecen a ella son:

Nivel de Madurez: Permite medir la frecuencia de errores en el software


Tolerancia a Fallos: Se refiere la habilidad de mantener un nivel especfico
de funcionamiento en caso de fallas del software o de cometer infracciones
de su interfaz especfica.
Recuperacin: Se refiere a la capacidad de restablecer el nivel de operacin
y recobrar los datos que hayan sido afectados directamente por una falla, as
como al tiempo y el esfuerzo necesarios para lograrlo.

3.5.3. Usabilidad

Evala el esfuerzo que se requiere de parte del usuario para maniobrar el sistema
conteniendo un conjunto de atributos.

Comprensibilidad: Va enfocado al esfuerzo que el usuario tiene que realizar


para reconocer la estructura lgica del sistema y los conceptos relativos a la
aplicacin del software.

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

Evala la capacidad del software relativo al funcionamiento y a la cantidad de


recursos usados teniendo algunos aspectos los cuales debe evaluar como son:

Comportamiento con respecto al tiempo: Es la capacidad del software


para proporcionar tiempos de respuesta, procesamiento de datos y potencia
apropiada estableciendo condiciones acordadas.
Comportamiento con respecto a recursos: Es una caracterstica del
software que hace referencia a la cantidad de recursos usados cuando el
software realiza el funcionamiento cotidiano bajo condiciones dadas y en
relacin a su funcionamiento.

3.5.5. Mantenibilidad

Consiste en las cualidades que mide el esfuerzo necesario para la realizacin de


modificaciones del producto, tomando en cuenta que se por errores o por aadir
funcionalidad al software teniendo como factores los siguientes:

Capacidad de anlisis: Se toma en cuenta el esfuerzo que se requiere para


diagnosticar las deficiencias o los causantes de fallos tambin en funcin de
identificar las partes o modules que deben modificarse.
Capacidad de modificacin: Mide el esfuerzo que se necesita para hacer
modificaciones al software entre eliminar errores o la adaptacin del software
a condiciones o ambientes diferentes.

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

Aspecto muy importante ya que se refiere a la habilidad del software de trasladarse


de un entorno a otro, realizando las siguientes consideraciones:

Adaptabilidad: Este atributo evala la capacidad del software de adaptarse


a diferentes entornos, sin necesidad de realizar modificaciones drsticas a
los mecanismos propiamente considerados.
Facilidad de instalacin: Son las acciones necesarias que se requiere para
realizar la instalacin del software en un entorno determinado.
Conformidad: Evala el apego del software a los estndares o acuerdos
relativos a la portabilidad.
Capacidad de reemplazo: Es referente a la capacidad del software para ser
usado en sustitucin de otro software con funciones similares relativo al
mismo propsito en un mismo entorno.
Lo anterior mencionado fue tomado de (Figueroa Abud, 2000).

3.6. Calidad del uso

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

Hace referencia a la capacidad de permitir al usuario ocupar una porcin adecuada


de recursos en funcin de la efectividad alcanzada en condiciones especficas.

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

El modelo de 2QCV3Q, ayuda a los desarrolladores a evaluar la calidad del sitio


Web considerando puntos de vista de usuario y de propietario. Se basa en el
estndar ISO/IEC 9126, de la que toma algunas caractersticas y subcaractersticas,
pero adems aade tres nuevas dimensiones: identidad, contenido y viabilidad,
haciendo un total de siete dimensiones. Permite el anlisis y la evaluacin de sitios
Web, independientemente de sus objetivos y dominio.
(L. Mich, M. Franch and G. Cilione, 2003).

Dimensiones del modelo 2QCV3Q:


Quis (Persona: quin?): identidad.
Quid (Factum; qu?): contenido.

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.8. Metodologa WebQEM

La Metodologa WebQEM presenta una propuesta que proporciona un enfoque


cuantitativo y sistemtico para evaluar y comparar sitios Web tanto en la fase
operativa como en la etapa del desarrollo. Permite evaluar el grado de cumplimiento
de los factores de calidad descritos en el estndar ISO 2001: usabilidad,
funcionalidad, confiabilidad y eficiencia. Esta metodologa se aplic con xito en
diversos casos de estudio de dominios Web

3.9. WebQual

WebQual, es un instrumento para evaluar la calidad de los sitios de Internet desde


la perspectiva del cliente. La calidad es vista en tres dimensiones: calidad de
informacin, calidad de interaccin y calidad de Expto. Pedro L. Alfonzo 3 diseo
del sitio.

3.10. Modelo SQuaRE

Es la nueva serie de estndares Internacionales (SQuaRE - Software Product


Quality Requirements and Evaluation) haciendo una traccin al espaol Requisitos
y Evaluacin de Calidad de Productos de Software, los aspectos ms importantes
en el desarrollo es la calidad del producto junto con localidad del proceso que
reciente mente ha aparecida la familia de las normas ISO/IEC 25000.

65
3.11. Norma ISO/IEC 25000

Fue desarrollada por el subcomit SC 7 (Ingeniera de software y sistemas) del


comit tcnico conjunto ISO/IE JTC. Esta proporciona una gua para el uso de las
nuevas series de estndares internacionales, llamados Requisitos y Evaluacin de
Calidad de Productos de Software (SQuaRE) representado en la figura 3.4.

Constituyen una serie de normas basadas en la ISO 9126 y en la ISO 14598


(Evaluacin del Software), y su objetivo principal es guiar el desarrollo de los
productos de software con la especificacin y evaluacin de requisitos de calidad.
Establece criterios para la especificacin de requisitos de calidad de productos
software, sus mtricas y su evaluacin las divisiones de SQuaRE son:

SO/IEC 2500n. Divisin de gestin de calidad. Los estndares que forman


esta divisin definen todos los modelos comunes, trminos y referencias a
los que se alude en las dems divisiones de SQuaRE.

ISO/IEC 2501n. Divisin del modelo de calidad. El estndar que conforma


esta divisin presenta un modelo de calidad detallado, incluyendo
caractersticas para la calidad interna, externa y en uso.

ISO/IEC 2502n. Divisin de mediciones de calidad. Los estndares


pertenecientes a esta divisin incluyen un modelo de referencia de calidad
del producto software, definiciones matemticas de las mtricas de calidad y
una gua prctica para su aplicacin. Presenta aplicaciones de mtricas para
la calidad de software interna, externa y en uso.

ISO/IEC 2503n. Divisin de requisitos de calidad. Los estndares que forman


parte de esta divisin ayudan a especificar los requisitos de calidad. Estos
requisitos pueden ser usados en el proceso de especificacin de requisitos
de calidad para un producto software que va a ser desarrollado como

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).

ISO/IEC 2504n. Divisin de evaluacin de la calidad. Estos estndares


proporcionan requisitos, recomendaciones y guas para la evaluacin de un
producto software, tanto si la llevan a cabo evaluadores, como clientes o
desarrolladores.

ISO/IEC 2505025099. Estndares de extensin SQuaRE. Incluyen


requisitos para la calidad de productos de software Off-The-Self y para el
formato comn de la industria (CIF) para informes de usabilidad.

Los requisitos de calidad deben ser proporcionales a las necesidades y a lo crtico


que sea el correcto funcionamiento del sistema implementado dicho en la pgina
web (Quintero Faber, 2012).

Figura 3.4 Estructura de la ISO 25000


(ISO25000, 2013)

67
Por qu evaluar una aplicacin web?

La internet es un punto central de las comunidades cibernticas del mundo, las


cuales cada vez ms aumentan los usuarios que navegan en ella ocupando una
amplia variedad en el reas de aplicaciones, por lo que se decidi realizar el sistema
SCAT en una plataforma web dando una grado de portabilidad al sistema ya que
realizando el alojamiento en algn servidor web se podr visualizar y manejar de
cualquier computadora conectada a internet fijndose en el amplio uso la internet
para realizar las ms rpido y desde cualquier lugar por eso es crucial tener una
correcta operacin de las pginas web, aplicaciones web que es enfoque de esta
investigacin centrando el xito del negocio u organizacin en la correcta aplicacin
y usabilidad, por lo tanto se debe garantizar el desarrollo, implementacin adecuada
y que cumpla con los objetivos por los cuales fue creada para obtener una
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 e indica los requisitos para mtodos de medicin y el proceso de
evaluacin, de las normas anterior mencionadas forman un conjunto
complementario entre los ciclos independientes de cada serie se crea una
consistencia en conjunto. Se toman parmetros de referencia que son normas
internacionales estandarizando el proceso de evaluacin del software dando

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.

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. Norma ISO/IEC 29119

La creacin del estndar ISO/IEC 29119 fue en el ao 2007, dando importancia a


las pruebas de software donde son elementos importantes al realizar una evaluacin
de un producto de software enfocando los esfuerzos en la aplicacin web SCAT.

El objetivo principal de esta norma, actualmente en desarrollo, es que sirva de


referente internacional en el mbito de las pruebas software y que permita tanto
eliminar las inconsistencias existentes entre las actuales normas, as como cubrir
aquellas reas del testing que simplemente no haban sido tratadas hasta ahora
en el resto de normas publicadas. Esta futura norma se conoce como ISO/IEC
29119 Software Testing,

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
aportar mejoras a la calidad de la aplicacin web SCAT evaluando los puntos de
inters planteados inicialmente derivado de las pruebas realizadas se emitir un
diagnstico para plantear mejoras y autocritica de los resultados obtenidos y as
poder tomar secciones necesarias.

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

La medicin es el proceso mediante el cual se asignan nmeros o smbolos a los


atributos de entidades reales para definirlas de acuerdo con reglas claramente
establecida, por supuesto las medidas por lo general no tienen un alto grado de
refinamiento, pero es de gran importancia tratar de medir lo inmedible para
comprender de mejor manera entidades particulares del desarrollo de software.

La medicin es un elemento clave como lo menciona (Pressman Roger, 2005) para


cualquier proceso, las medidas se emplean para comprender mejor los atributos de
los modelos que se crean y evalan la calidad de los productos y los sistemas que
se construyen. Debido a que las medidas y mtricas del software suelen ser
indirectas estn expuestas a diversas opiniones de personas que consideran los
resultados.

71
CAPITULO IV: ANLISIS DE RESULTADOS
4. SD
4.1. Mtricas internas y externas tcnicas

Como ya se mencion en el captulo III especficamente en la norma ISO 9126


enfocndonos en las mediciones internas y externas utilizando lenguaje tcnico
para saber la calidad en cuanto al funcionamiento de la aplicacin web como son:

Funcionalidad
Confiabilidad
Usabilidad
Eficiencia
Mantenibilidad
Portabilidad

Y utilizando instrumentos de medicin como encuestas para obtener resultados de


experiencia vivida por el usuario as como la calidad de uso que va dirigido a los
usuarios de la aplicacin web empezara la evaluacin con instrumentos.

4.1.1. Mtricas orientadas a la funcin

Las mtricas orientadas a la funcin se centran en la funcionalidad o utilidad del


programa las cuales fueron el principio propuestas por Albercht quien sugiri un
acercamiento a la medida de la productividad denominado mtodo del punto de
funcin.

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.

1. Nmeros de entrada de usuario: se cuenta cada entrada del usuario que


proporcione al software diferentes datos orientados a la aplicacin. Las entradas
deben ser distinguidas de las peticiones que se contabilizan por separado.

2. Nmero de salida del usuario: se encuentra cada salida que proporciona el


usuario informacin orientada a la aplicacin. En este contexto las salidas se
refieren a informes, pantalla, mensajes de error. Los elementos de datos
individuales dentro de un informe se encuentran por separado.

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.

4. Nmero de archivos: se cuenta cada archivo maestro lgico, o sea una


agrupacin lgica de datos que puede ser una parte en una gran base de datos o
un archivo independiente.

5. Numero de interfaces externas: se cuentan todas las interfaces legibles por la


maquina por ejemplo: archivos de datos, en cinta o discos que son utilizados para
transmitir informacin a otro sistema.

74
Factor de ponderacin

Parmetros de Medicin Cuenta Simple Medio Complejo

Nmero de entradas de usuario 3 3 4 6 9

Nmero de salidas de usuario 2 4 5 7 8

Nmero de peticiones de usuario 1 3 4 6 3

Numero de Archivos 7 7 10 15 49

Numero de interfaces externas 1 5 7 10 5


Total: 74

Tabla 4.1 Factor de ponderacin de la mtrica de funcionalidad

(Pressman Roger, 2005)

Para calcular los puntos de funcin se utiliza la siguiente relacin.


PF = suma_total * [0.65 + 0.01 * sum (fi)]

Donde:

suma_total es la suma de todas las entradas de PF obtenidas de la tabla anterior.


Fi donde i puede ser de uno hasta 14 los valores cono se visualiza en la tabla 4.1
de ajuste de complejidad basados en las respuestas a las cuestiones sealadas de
la siguiente tabla.
Evaluar cada factor en escala 0 a 5 como se visualiza en la tabla 4.2, tambin se
muestra la escala de ponderacin poniendo el valor al rango del 1 al 5 representado
en la tabla 4.3.

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

Tabla 4.2 Procedimientos


(Elaboracin Propia, 2005)

0 1 2 3 4 5
Sin influencia Incidental Moderado Medio Significativo Esencial

Tabla 4.3 Escala de Ponderacin


(Pressman Roger, 2005).

Factor de Ajuste: 1.09

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.

4.1.2. Mtricas del Mantenimiento

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:

Todas las mtricas descritas pueden utilizarse para el desarrollo de nuevo


software y para el mantenimiento del existente.

El estndar IEEE 982.1-1988 sugiere el ndice de madurez del software (IMS)


que proporciona una indicacin de la estabilidad de un producto software
basada en los cambios que ocurren con cada versin del producto. Con el
IMS se determina la siguiente informacin:

o MT= Nmero de mdulos en la versin


o Fc= Nmero de mdulos en la versin actual que se han cambiado
o Fa= Nmero de mdulos en la versin actual que se han aadido
o Fe= Nmero de mdulos en la versin actual que se han eliminado
El ndice de madurez del software se calcula de la siguiente manera:

o IMS= [MT - (Fc + Fa + Fe)]/MT

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.

4.1.3. Densidad de defectos

La densidad de defectos ofrece una medida sobre la proporcin de defectos con


respecto a la cantidad de elementos de especificacin. Esta mtrica permite realizar
anlisis estadsticos al finalizar las pruebas para valorar la integridad y madurez del
software analizado. La densidad de defectos se calcula como:

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

4.1.4. Medicin de la confiabilidad

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.

4.1.5. Validadores de la W3C

El validador de cdigo es un servicio gratuito de W3C que ayuda a verificar la validez


de los documentos Web.

La mayora de los documentos Web se escriben utilizando lenguajes de


marcas como HTML o XHTML. Estas lenguas son definidas por las especificaciones
tcnicas, que suelen incluir una lectura mecnica gramtica formal (y
vocabulario). El acto de comprobacin de un documento en contra de estas
limitaciones se llama validacin, y esto es lo que el validador de cdigo.

Validacin de documentos Web es un paso importante que puede ayudar


dramticamente mejorar y asegurar su calidad, y puede ahorrar mucho tiempo y
dinero. La validacin es, sin embargo, ni un completo control de calidad, ni tampoco
es estrictamente equivalente a la comprobacin de la conformidad con la
especificacin.

Este validador puede procesar documentos escritos en la mayora de los lenguajes


de marcas.

Esta herramienta es tambin un sistema de validacin de HTML conforme a la


norma internacional ISO/IEC 15445-HyperText Markup Language, y la Norma
Internacional ISO 8879-Lenguaje de marcado generalizado estndar (SGML) - lo
que significa, bsicamente que las recomendaciones del W3C, puede validar de
acuerdo a estas normas ISO. (w3, 2013).

79
4.1.6. Validador de HTML

Despus de realizar la validacin del cdigo Html5 se obtuvieron los siguientes


resultados y como se puede visualizar en la figura 4.1:
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.
1 Error de un mal cerrado de etiqueta como se puede ver en la figura 4.1 de
una etiqueta <script>

Figura 4.1 Resultado de validar en W3C HTML


(Elaboracin Propia)

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.

Figura 4.2 Resultado de Validacin con W3C CSS3


(Elaboracin Propia)

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.

4.1.8. Medicin de Eficiencia

La eficiencia, como ya est planteada anteriormente en las normas ISO es


capacidad del software relativo al funcionamiento y a la cantidad de recursos usados
teniendo algunos aspectos los cuales debe evaluar, ayudndonos de las
herramientas existentes en la web, la cual existen organizaciones y gente
preocupada en el mejoramiento del cdigo y en este caso de la eficiencia de una
pgina web que nos proporciona las mtricas subjetivas tomando en cuenta varios
atributos que contienen las pginas web en este caso en particular se utilizan por la
similitud de plataforma que son los navegadores el lenguaje, como se menciona
anteriormente las mediciones del software no siempre son vlidas o aceptables por
todos ya que cada persona u organizacin tiene intereses diferentes pero
estandarizando y siguiendo las mtricas se evala de acuerdo a dichas
herramientas.

4.1.9. Herramientas de medicin para evaluar pginas web

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
el mundo, el cual nos ayuda a determinar por medio de pruebas de concurrencia
simulando usuarios entrando a la aplicacin web al mismo tiempo.

Figura 4.3 Mapeo grafico de prueba de concurrencia


(Elaboracin Propia)

La prueba de Load Impact realiza un mapeo de la concurrencia en tiempo real


enviando peticiones o paquetes al servidor de origen simulando varias personas
accediendo al mismo tiempo evaluando la capacidad del servidor en responder
ante esas peticiones como se muestra en la figura 4.3 donde se muestra
representativamente un mapa con peticiones accediendo a la aplicacin y del
lado derecho en la consola nos muestra el estatus de la operacin ejecutada y
en la parte superior representando dinmicamente datos necesarios para tomar
decisiones en cuanto al resultado que se obtendr posteriormente.

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.

Figura 4.5 Grafica de tiempo de ejecucin


(Elaboracin Propia)

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.

Figura 4.6 Grafica de recursos de la aplicacin web.


(Elaboracin Propia)

En la primera grafica de la figura 4.6 nos muestra la distribucin de tipos de archivos


utilizados por la aplicacin web en la pgina accedida en el momento de la
evaluacin esto quiere decir que al ejecutar una url o una vista de archivo utiliza

50% Archivos de JavaScript


25% de Archivos HTML
12.50% de Archivos CSS
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.

Figura 4.7 Ranking de aplicacin web


(Elaboracin Propia)

Dentro de la evaluacin de la aplicacin web se necesita saber el tiempo de


ejecucin pero hay herramientas la cual evala con ciertos parmetros y resultados
que anteriormente se plantearon por lo cual Pingdom le asigna una ponderacin
tomando en cuenta los tipos de archivos, el tiempo que tarda en cargar cada archivo
y visualizarlo, el nivel de concurrencia los links rotos o direccionados correctamente,
links de enlace a redes sociales por lo cual no tiene ya que es una aplicacin cerrada
y no necesita tal atributo siguiendo con las caractersticas tomadas en consideracin
y que influye demasiado es el servidor en el que se haya alojado por lo cual Pingdom
da una calificacin de 0 a 100 y en el cual la aplicacin web SCAT le da una
ponderacin de 77 como se muestra en la figura 4.7 exhibiendo el desempeo
considerable, mas no totalmente aceptable ya que al tomar en cuenta elementos
que no contiene ya que no es un sitio web dirigido a pblico en general resta algunos
bondades de la aplicacin y como anteriormente se dice que la medicin del
software es subjetiva ya que no siempre se estar de acuerdo a los resultados

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.

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

Dentro de lo que es la definicin de portabilidad se refiere a que tan factible y fcil


es mover el software. Por su naturaleza de la plataforma, en el caso de la aplicacin
web en red (local) se realiz la prueba de trasladar a la aplicacin web a un servidor
remoto y los resultados fueron favorables ya que solo debemos cambiar 6 pasos
elementales como lo son:

Exportar de la Base de Datos original en archivo SQL por medio de


phpmyadmin.
Subir todos los archivos por FTP al servidor husped.
Crear la Base de Datos en el servidor husped.
Importar el archivo SQL por medio de phpmyadmin
Cambiar datos de conexin en el archivo conexion.php que sirve de puente
a la base de datos.
Y cambiar la ruta direccionada del servidor en el archivo de ruta.php

Y por lo tanto no resulta difcil trasladar la aplicacin de servidor a otro, se especifica


que para realizar el traslado lo debe realizar una persona con conocimientos en la
materia.

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

Se cre un cuestionario para realizar la recoleccin de los indicadores que nos


ayudara a evaluar la usabilidad de la aplicacin web SCAT tomando en cuenta la
figura 4.8

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

Figura 4.8 Vector de Usabilidad


(Pressman Roger, 2005)

88
4.2. Resultados de encuesta

La encuesta fue realizada en la Facultad de Contadura y Administracin y


participaron 6 personas del departamento CAT, 4 directivos y 3 personas del
departamento de experiencias recepcional, teniendo un total de 13 personas
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.

Grafica 4.1 Grafica de facilidad sobre aprendizaje de aplicacin


(Elaboracin Propia)

Interpretacin grafica 1: De acuerdo a la grfica 4.1 considerando 1 difcil - 5 fcil,


los resultados indican que 9 personas igual al 69%, consideran que no es tan fcil
89
el manejo de la aplicacin, mientras tanto 4 personas igual al 31%, considera que
cumple con sus expectativas.

2.- Qu tan fcil es el manejo de la Aplicacin?

Objetivo: Conocer la opinin de los encuestados acerca del manejo e interaccin


con la aplicacin, y que tan fcil es el manejo de la misma.

Grafica 4.2 Grafica de facilidad de manejo


(Elaboracin Propia)

Interpretacin grafica 2: De acuerdo a la grfica 4.2 considerando 1 difcil - 5 fcil,


los resultados indican que 9 personas igual al 69%, consideran que no es tan fcil
el manejo de la aplicacin, mientras tanto 4 personas igual al 31%, considera que
cumple con sus expectativas.

3.- El tamao de las letras le pareci adecuado?

Objetivo: Conocer la opinin de los encuestados acerca de la percepcin en


cuestin del tamao de fuente utilizada en la aplicacin.

90
Grafica 4.3 Percepcin de Tamao de letra
(Elaboracin Propia)

Interpretacin grafica 3: De acuerdo a la grfica 4.3, considerando 1 inadecuado-


5 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.

Grafica 4.4 Facilidad de interaccin


(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

5.- Los Reportes emitidos por la Aplicacin son realmente tiles?

Objetivo: Conocer la opinin de los encuestados acerca de los reportes que se


generan dentro de la aplicacin as como la percepcin de utilidad de cada reporte
emitido.

Grafica 4.5 Utilidad de emisin de reportes


(Elaboracin Propia)

Interpretacin grafica 5: De acuerdo a la grfica 4.5 considerando 1 no til - 5 til,


los resultados indican que 1 personas igual al 8%, consideran que falta algunos
elementos en los reportes emitidos por la aplicacin, mientras tanto 12 personas
igual al 92%, considera que los reportes emitidos por la aplicacin le son de utilidad.

6.- La aplicacin web cumple con los objetivos principales por la cual fue
creada?

Objetivo: Conocer la opinin de los encuestados acerca de la expectativa de lo


requerido con lo entregado.

92
Grafica 4.6 Objetivos primordiales
(Elaboracin Propia)

Interpretacin grafica 6: De acuerdo a la grfica 4.6 considerando 1 no cumple - 5


cumple, los resultados indican que 1 personas igual al 8%, consideran que falta de
acuerdo a su percepcin elementos a la aplicacin, mientras tanto 12 personas igual
al 92%, considera que cumple con sus expectativas.

7.- Qu puntuacin le dara al diseo de la Aplicacin Web?

Objetivo: Conocer la percepcin acerca del diseo.

Grafica 4.7 Percepcin sobre diseo


(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.

8.- Qu puntuacin le dara a la Aplicacin Globalmente? (considerando


diseo funcionalidad entre otros).

Objetivo: Conocer la percepcin considerando todos los dems aspectos


globalizando en 1 sola perspectiva.

Grafica 4.8 Percepcin global


(Elaboracin Propia)

Interpretacin grafica 8: De acuerdo a la grfica 4.8 considerando una calificacin


con rango del 1 al 10, los resultados indican que 8 personas igual al 62%, consideran
que faltaron algunos elementos dentro de la aplicacin para satisfacer el 100%,
mientras tanto 5 personas igual al 38%, considera globalmente satisfactorio
cumpliendo con sus expectativas.

94
Observaciones y/o Sugerencias

Se obtuvieron los siguientes resultados sugeridos por los usuarios a los cuales se
les realizo la encuesta.

Mostrar completos los pdf, no cambiar los iconos de posiciones de izquierda a


derecha si ya estn a la izquierda la mayora, hacer los iconos de agregar ms
grandes para su mejor visualizacin

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.

Por lo anterior, la Universidad Veracruzana especficamente Facultad de Contadura


y Administracin, debe crear parmetros de creacin de software, planificar
apegndose a las metodologas de desarrollo y tomar en serio la calidad del
software y aplicando acciones correctivas empezando con las siguientes:

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.

Cambiar el color de los botones emergentes ya que actualmente se


confunden con el fondo de la aplicacin y por lo no son visibles fcilmente

Realizar las consultas adecuadas en la emisin de reportes, ya que emite


resultados errneos y podra causar toma de decisiones inadecuadas.

Eliminar el men de inicio, ya que no es necesario ni funcional para el


funcionamiento de la aplicacin y pude reducir el nmero de mens y dejar
solo los necesarios.

Eliminar los iconos principales de cada men y solo dejar las consultas
adecuadas.

Utilizar ms botones emergentes programados en jQuery para que al usuario


le sea ms fcil y entendible del funcionamiento de la aplicacin. Por ejemplo
en vez de tener tres iconos del men de alumnos se reducira a tener solo
una lista de los alumnos inscritos al Departamento CAT, con 2 botones
emergentes del lado derecho los cuales al momento de accionarlos muestre
en ventanas emergentes consulta de agregar a alumnos y registrar alumnos
no existentes y por lo cual se reducen el nmero de clic hacia el usuario,
tambin lo anterior aplica para el men de maestros.

Realizar un mdulo de graficas con la finalidad de facilitar a la toma de


decisiones dentro del departamento.

Reducir el tamao del banner principal ya que ocupa demasiado espacio en


la pantalla

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.

Corregir el mdulo de pagos al momento de crear pagos validar las cuotas


modificar.

Conforme se realiz las mediciones y la experiencia adquirida a travs de la


investigacin me di cuenta que es muy importante considerar 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-del-
Software-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 y Ciencias sociales y
Administrativas.

Borbn Ardila Nuvia Ins (2013). NORMA DE EVALUACIN ISO/IEC 9126


Recuperado Septiembre 2013 de http://actividadreconocimiento-301569-
8.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
Cataldi Zulma (2000). Metodologa de diseo desarrollo y evaluacin de software
educativo. Tesis de Magster en Informtica, Facultad de Informtica. UNLP.

Collell Puig Jordi (2013) CSS3 y JavaScript avanzado. Catalunya: UOC

Eguluz Prez Javier (2008). Introduccin a JavaScript. Recuperado Agosto 2013


de http://www.jesusda.com/docs/ebooks/introduccion_javascript.pdf

Escalona Cuaresma Mara Jos (2001). Metodologas para el desarrollo de


sistemas de informacin global: anlisis comparativo y propuesta.
Recuperado 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-norma-
para.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
Gonzlez Campos Sal (2006). Programacin Extrema: Prcticas, Aceptacin y
Controversia. 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/f-
1069167248521/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://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.

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/sis-
info/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
Singh Raghu (S.F.). INTERNATIONAL STANDARD ISO/IEC 12207 SOFTWARE
LIFE 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 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)

La pantalla de inicio de la aplicacin SCAT contiene un banner en la parte superior


con un degradado color gris creado con css3 expandiendo a lo largo del navegador
en un 100%, incrustando los logos institucionales del departamento CAT en el lado
izquierdo y de la Universidad veracruzana en el lado derecho, abajo del banner se
cre una franja de color verde institucional de la Universidad Veracruzana con color
de letras blancas para realizar un contraste con la tonalidad del color verde
incrustando con php el nombre del usuario activo actualmente del lado izquierdo y
del lado derecho la opcin de salir de la aplicacin realizando un fin de sesin,
siguiendo con el orden descendente se encuentra una franja de color azul tambin
de la institucin Universidad Veracruzana conteniendo la opciones del men de la
aplicacin, haciendo el marcado la posicin de la vista actual referencindolo en el
men con un color ms fuerte que el color de fondo azul. El siguiente nivel de color
gris solido es el del contenido de las acciones a realizar en este caso contiene un

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.

Pantalla de registrados en la base de datos del CAT.


(Elaboracin Propia)

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.

Pantalla de datos generales del alumno


(Elaboracin Propia)

Pantalla datos del proceso de titulacin del alumno


(Elaboracin Propia)
En la pantalla de datos generales extrados de la base de datos de la Facultad,
teniendo la posibilidad de realizar modificaciones para actualizar los datos comunes

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 la administracin de pagos de cada alumno


(Elaboracin Propia)

La administracin de pagos de cada alumno haciendo un detalle de cada pago


realizado, el importe y la fecha en la que se realiz.

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)

Se Puede visualizar las opciones disponibles para el panel de contabilidad


registrando los egresos, egresos y para poder realizar reportes.

Pantalla de reporte de contabilidad


(Elaboracin Propia)

Se muestra la pantalla de reporte de contabilidad, teniendo la posibilidad de crear


un informe en extensin pdf del estado mensual de las transacciones realizadas
en determinado tiempo.

113
Pantalla de opcin de reportes
(Elaboracin Propia)

En la pantalla se muestra las diferentes opciones de reportes que puede emitir la


aplicacin web en extensin pdf

Pantallas de reportes por Alumno


(Elaboracin Propia)

Se muestra un ejemplo de los reportes que genera la aplicacin web.

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.

Pantalla de administracin de usuarios del sistema


(Elaboracin Propia)

Mostrando en la pantalla de usuarios, en esta realiza el manejo de los usuarios que


entran al sistema con los permisos de distintos roles como por ejemplo: sper-
administrador el cual tiene acceso a todas las opciones como creacin, edicin

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.

Encuesta de calidad del uso.


(Elaboracin Propia)

116
NDICE DE FIGURAS

Figura 1.1 Logo del departamento CAT. ................................................................. 7


Figura 1.2 Logo de SCAT ...................................................................................... 10
Figura 2.1 Modelo de Cascada............................................................................. 19
Figura 2.2 Modelo de espiral. ............................................................................... 20
Figura 2.3 Proceso de inscripcin ........................................................................ 37
Figura 2.4 Plan de iteracin .................................................................................. 38
Figura 2.5 Semntica de HTML5 .......................................................................... 46
Figura 3.1 Factor de Calidad del software de McCall ........................................... 49
Figura 3.2 Modelo ampliado de AENOR para las TIC .......................................... 51
Figura 3.3 Procesos del ciclo de vida software..................................................... 56
Figura 3.4 Estructura de la ISO 25000 ................................................................. 67
Figura 3.5 Estructura de la ISO/IEC 29119 .......................................................... 71
Figura 4.1 Resultado de validar en W3C HTML ................................................... 80
Figura 4.2 Resultado de Validacin con W3C CSS3 ............................................ 81
Figura 4.3 Mapeo grafico de prueba de concurrencia .......................................... 83
Figura 4.4 Pginas evaluadas .............................................................................. 84
Figura 4.5 Grafica de tiempo de ejecucin ........................................................... 84
Figura 4.6 Grafica de recursos de la aplicacin web. ........................................... 85
Figura 4.7 Ranking de aplicacin web .................................................................. 86
Figura 4.8 Vector de Usabilidad ........................................................................... 88

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