TESIS - ALONDRA FOMPEROSAdocx PDF

INSTITUTO TECNOLOGICO SUPERIOR DE SAN
ANDRÉS TUXTLA
PROYECTO:
EVALUACION DEL SISTEMA DE INVENTARIOS PARA LA

IMPRENTA ROCA
TESIS PROFESIONAL
PARA OBTENER EL GRADO DE:
INGENIERIA EN SISTEMAS COMPUTACIONALES
PRESENTA:
ALONDRA DEL CARMEN FOMPEROSA MENDOZA
ASESOR:
M.T.I. IVONNE CARMONA LOEZA
San Andrés Tuxtla, Ver.

AGRADECIMIENTOS
A Dios
Por darme la sabiduría y la fuerza para culminar esta etapa en mi vida.
A mi asesora
Por su dedicación a mi trabajo, por su tiempo, paciencia y por sus

valiosas observaciones y sugerencias que enriquecieron la presente
tesis.
A mis padres
Por su amor y sus consejos, por impulsarme cada día a superarme.
Y a todas las demás personas que en mi recorrido por la vida han influido en
mi superación profesional.
Alondra
i
INDICE DE CONTENIDO
INTRODUCCION .............................................................................................................. vii

CAPITULO 1: PLANTEAMIENTO ....................................................................................... 1
1.1 PLANTEAMIENTO DEL PROBLEMA ...................................................................... 1
1.1.1 DESCRIPCION DEL PROBLEMA ..................................................................... 1
1.1.2 FORMULACIÓN DEL PROBLEMA ................................................................... 2
1.1.3 HIPOTESIS ........................................................................................................... 2
1.1.3.1 VARIABLE INDEPENDIENTE ........................................................................ 2
1.1.3.2 VARIABLE DEPENDIENTE ............................................................................ 2
1.2. OBJETIVOS ................................................................................................................ 3
1.2.1 OBJETIVO GENERAL ......................................................................................... 3
1.2.2 OBJETIVOS ESPECÍFICOS .............................................................................. 3
1.3 JUSTIFICACION .......................................................................................................... 4
CAPITULO 2: MARCO REFERENCIAL ............................................................................. 6
2.1 ESTADO DEL ARTE ................................................................................................... 6
2.2 MARCO TEORICO .................................................................................................... 11
HISTORIA DE LA IMPRENTA EN MÉXICO ................................................................ 11
IMPRENTA ........................................................................................................................ 11
IMPRENTA ROCA ........................................................................................................... 13
SISTEMA DE INFORMACION ....................................................................................... 14
VENTAJAS Y DESVENTAJAS DE UN SISTEMA DE INFORMACIÓN .................. 16
SISTEMAS DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE ALMACENES.
............................................................................................................................................ 17
INVENTARIO .................................................................................................................... 18
SISTEMAS DE INVENTARIOS...................................................................................... 18
CALIDAD ........................................................................................................................... 20
CALIDAD DEL SOFTWARE........................................................................................... 21
CALIDAD DE LOS PRODUCTOS Y DE LOS PROCESOS DE LOS SISTEMAS
DE INFORMACION ......................................................................................................... 22
EVALUACIÓN DE LA CALIDAD DE SOFTWARE ..................................................... 22
ii
MÉTRICAS DE EVALUACION CALIDAD DEL SOFTWARE ................................... 23
PROCESO DE LA EVALUACION ................................................................................. 24
MODELOS DE EVALUACION DE LA CALIDAD DEL SOFTWARE ....................... 25
Modelo de McCall......................................................................................................... 25
Modelo de BOEHM ...................................................................................................... 27
Modelo FURPS ............................................................................................................. 28
Modelo de Gilb .............................................................................................................. 29
Modelo de Dromey ....................................................................................................... 31
ISO/IEC 9126 ................................................................................................................ 32
ESPACIO TEMPORAL Y ESPACIAL ....................................................................... 36
CAPITULO 3: METODOLOGIA APLICADA .................................................................... 37
3.1 TIPO DE INVESTIGACION...................................................................................... 37
3.2 DISEÑO DE LO INVESTIGACION ......................................................................... 38
3.3 DEFINICION DE VARIABLES E INDICADORES ................................................ 40
3.4 PLAN DE MUESTREO ............................................................................................. 46
CAPITULO 4: ANALISIS E INTERPRETACIÓN DE RESULTADOS .......................... 47
CONCLUSION ...................................................................................................................... 79
RECOMENDACIONES ....................................................................................................... 80
FUENTES BIBLIOGRAFICAS Y ELECTRÓNICAS ........................................................ 81
ANEXOS ................................................................................................................................ 83
CUESTIONARIO DE LAS PREGUNTAS APLICADAS A USUARIOS .................... 84
CUESTIONARIO DE LAS PREGUNTAS APLICADAS AL PROGRAMADOR ...... 87
PANTALLAS DEL SISTEMA EVALUADO ................................................................... 89
iii
INDICE DE FIGURAS
Figura 1.- Proceso de evaluación ........................................................................... 25

Figura 2.- Indicadores del Modelo de Calidad para Software ISO/IEC 9126 ........... 35
Figura 3.- Vista frontal del Instituto Tecnológico de San Andrés Tuxtla (lugar donde
es realizada la investigación) .................................................................................. 36
Figura 4.- Croquis del Instituto Tecnológico de San Andrés Tuxtla (Microlocalización)
............................................................................................................................... 36
Figura 5.- Menú principal ........................................................................................ 89
Figura 6.- Menú general.......................................................................................... 89
Figura 7.- Módulo de ingresos del menú general .................................................... 90
Figura 8.- Módulo de ventas del menú general ....................................................... 90
Figura 9.- Módulo de reportes del menú general .................................................... 90
Figura 10.- Módulo de usuarios del menú general .................................................. 90
Figura 11.- Módulo de clientes del menú general.................................................... 91
Figura 12.- Módulo de presentación de las ventanas del menú general.................. 91
Figura 13.- Módulo de visibilidad de las herramientas del menú general ................ 91
Figura 14.- Módulo de salida del sistema del menú general ................................... 91
iv
INDICE DE TABLAS
Tabla 1.- Descripción de las características de “funcionalidad” del modelo ISO/IEC

9126 ....................................................................................................................... 40
Tabla 2.- Descripción de las características de “confiabilidad” del modelo ISO/IEC
9126 ....................................................................................................................... 41
Tabla 3.- Descripción de las características de “usabilidad” del modelo ISO/IEC 9126
............................................................................................................................... 42
Tabla 4.- Descripción de las características de “eficiencia” del modelo ISO/IEC 9126
............................................................................................................................... 43
Tabla 5.- Descripción de las características de “mantenibilidad” del modelo ISO/IEC
9126 ....................................................................................................................... 44
Tabla 6.- Descripción de las características de “portabilidad” del modelo ISO/IEC
9126 ....................................................................................................................... 45
Tabla 7.- Población involucrada .............................................................................. 46
Tabla 8.- Preguntas de las características de “funcionalidad” del modelo ISO/IEC
9126 ....................................................................................................................... 47
Tabla 9.- Preguntas de las características de “confiabilidad” del modelo ISO/IEC
9126 ....................................................................................................................... 48
Tabla 10.- Preguntas de las características de “usabilidad” del modelo ISO/IEC 9126
............................................................................................................................... 49
Tabla 11.- Preguntas de las características de “eficiencia” del modelo ISO/IEC 9126
............................................................................................................................... 50
Tabla 12.- Preguntas de las características de “mantenibilidad” del modelo ISO/IEC
9126 ....................................................................................................................... 51
Tabla 13.- Preguntas de las características de “portabilidad” del modelo ISO/IEC
9126 ....................................................................................................................... 52
Tabla14.- Relevancia entre características del cuestionario. .................................. 53
Tabla 15.- Cumplimiento de las características en relación a los resultados
obtenidos de las preguntas realizadas al usuario.................................................... 54
obtenidos de las preguntas realizadas al programador. .......................................... 55
Tabla 17.- Resultados obtenidos de los cuestionarios realizados. .......................... 56
v
INDICE DE GRAFICAS
Gráfica 1.- Gráfica General de los porcentajes obtenidos de las características

aplicadas al usuario y al programador .................................................................... 57
Gráfica 2.- Gráfica de los porcentajes obtenidos por características ....................... 58
Gráfica 3.- Gráfica de la pregunta 1 aplicada al usuario ......................................... 59
Gráfica 10.- Gráfica de la pregunta 8 aplicada al usuario........................................ 66
Gráfica 11.- Gráfica de la pregunta 9 aplicada al usuario........................................ 67
Gráfica 12.- Gráfica de la pregunta 10 aplicada al usuario ...................................... 68
Gráfica 14.- Gráfica de la pregunta 12 aplicada al usuario...................................... 70
Gráfica 18.- Gráfica de la pregunta 1 aplicada al programador ............................... 74
Gráfica 19.- Gráfica de la pregunta 2 aplicada al programador .............................. 75
Gráfica 20.- Gráfica de la pregunta 3 aplicada al programador ............................... 76
vi
INTRODUCCION
La calidad de un producto software, sea este en el proceso de desarrollo, o al

momento de adquirir un producto terminado, es muy importante, de esta
manera se asegura mediante un proceso de evaluación, basándose en las
normas o modelos la selección de las métricas más apropiadas para un
producto de software determinado, garantizar la calidad del sistema.
Los inventarios se han vuelto un proceso administrativo de mucha

importancia en cada empresa, por lo que la existencia de productos de
software de este tipo es cada día mayor y la Imprenta Roca no es la
excepción respecto a la implementación de uno de estos productos. En base
a ello, se plantea evaluar la calidad del sistema.
Esta investigación presenta la evaluación acerca de la calidad del

sistema de inventarios para la Imprenta Roca, basada en la norma de calidad
de software ISO/IEC 9126, con la finalidad de reconocer la importancia de su
aplicación.
Así mismo, con el propósito de medir la calidad, se establece la

necesidad de contar con un procedimiento que permita medir las cualidades
del producto, así como determinar las escalas de medición y los criterios de
evaluación. De esta manera, es obtenido el porcentaje de calidad, en el cual,
se fundamenta la aceptación o rechazo del software evaluado.
vii
CAPITULO 1: PLANTEAMIENTO
1.1 PLANTEAMIENTO DEL PROBLEMA
1.1.1 DESCRIPCION DEL PROBLEMA
Hoy en día los sistemas de información tienen como objetivo soportar la

actividad operacional de las empresas que los adquieren, por lo que es
importante ejercer una evaluación de la calidad de dicho software. Con la
cuestión de saber si será capaz de soportar adecuadamente los procesos
estratégicos, tácticos y operativos de las actividades empresariales a las
cuales está enfocado. Es de suma importancia saberlo para evitar
catástrofes informáticas que puedan costarle la viabilidad empresarial a las
organizaciones.
La problemática asociada a la adquisición de un software está referida a

la necesidad de que el proceso de adquisición tome en consideración el
riesgo de calidad de este, así como el real soporte de las áreas que este
pretende apoyar. De no ser así, se adquiere servicio que no le reporta
beneficio y, por el contrario, podrá representar el inicio de una experiencia
onerosa, no funcional y peligrosa para la empresa.
En la empresa imprenta Roca fue instalado un sistema para llevar el

control de sus inventarios, sin embargo dicho sistema no fue verificado en
cuanto al cumplimiento de dicha calidad que es requerida para considerarse
un sistema aceptable y confiable para la empresa, por tal motivo surge la
necesidad de realizar la evaluación.
1
1.1.2 FORMULACIÓN DEL PROBLEMA
¿Cuál es el porcentaje de cumplimiento de calidad de software del

sistema de inventarios para la Imprenta Roca?
1.1.3 HIPOTESIS
El sistema de inventarios para la imprenta ROCA, cumple una calidad

del 80%, basado en una norma o modelo de calidad de software,
satisfaciendo así las necesidades para las cuales fue desarrollado para la
empresa.
1.1.3.1 VARIABLE INDEPENDIENTE
El sistema de inventarios para la Imprenta Roca
1.1.3.2 VARIABLE DEPENDIENTE
Calidad del sistema
2
1.2. OBJETIVOS
1.2.1 OBJETIVO GENERAL
Evaluar el sistema de Inventarios Imprenta Roca, para determinar el

porcentaje de calidad de software que cumple en base a una norma o
modelo.
1.2.2 OBJETIVOS ESPECÍFICOS
° Instalar el sistema y realizar verificación de la compatibilidad

comprobando si se cumplen los requisitos requeridos para la instalación en
relación a hardware y software.
° Verificar su correcto funcionamiento, asegurar la apropiada

navegación dentro del sistema, ingreso de datos, procesamiento, proyección
de reportes, etc.
° Buscar y analizar metodologías de evaluación de software

comparando su aplicación y eligiendo el que más se adecue al sistema.
° Elaborar instrumentos de recolección de datos eligiendo el que más

convenga y practicidad tenga como entrevistas, cuestionarios, etc.
Incluyendo las medidas y métricas del software apropiadas para la
representación de la evaluación del software.
° Aplicar el instrumento de recolección de datos desde la perspectiva de

usuarios a la que esté diseñado.
° Analizar e interpretar resultados, haciendo cálculo de las métricas y

aplicación de herramientas matemáticas, obteniendo una visión gráfica de los
mismos.
3
1.3 JUSTIFICACION
La importancia de este proyecto de evaluación de software, está relacionada

con un problema actual que es contar con productos de software libres de
fallas y errores. Aplicable de tal forma que sus resultados basados en normas
o modelos de evaluación aporten a la sociedad productos con aseguramiento
de su calidad.
Actualmente cada uno de los productos de software que salen

comercialmente al mercado debe garantizar al menos el cumplimiento de
alguno de estos estándares o modelos de calidad permitiendo a los usuarios
determinar el grado de eficiencia, eficacia, confiabilidad y demás
características importantes en un sistema.
Como en todos los software se realizan las evaluaciones pertinentes, de

igual forma es necesario aplicar la evaluación al sistema de control de
inventarios Imprenta Roca y así lograr satisfacer las necesidades a las cuales
está enfocado como son: facilitar el manejo de todos los recursos requeridos
para la realización de sus productos en la empresa a través de diversas
series de procesos de manera rápida y automatizada, con lo cual se
controlará de una forma organizada todos los activos con los que cuente y
así poder evitar pérdidas en los inventarios, pérdida de clientes debido al no
cumplimiento del pedido por recursos insuficientes que no fueron
contemplados, demora en la entrega de los trabajos, además de contar con
un sistema de entradas y salidas que se realice de manera más automática,
así como el control de stock de cada producto para poder hacer los pedidos
pertinentes cuando se requiera, lo que optimizará a la empresa en su
producción.
4
Con la información que la evaluación proporciona se permite conocer al
proyecto en cuestión de calidad, esto permitirá prever las consecuencias de
los resultados obtenidos, de este modo la empresa Imprenta Roca
garantizaría la implementación del sistema de inventarios, evaluando
cualquier detalle que pudiese poner en desorden su trabajo, realizando
procedimientos para evaluar el sistema basados opcionalmente en normas o
modelos existentes.
5
CAPITULO 2: MARCO REFERENCIAL
2.1 ESTADO DEL ARTE
En la actualidad, la calidad es un aspecto clave en el desarrollo e

implementación de soluciones a través del software. Es por este motivo, que
diferentes organizaciones y autores han generado diversas prácticas para
garantizarla. En este apartado se aborda de manera general el estado del
arte de la evaluación del software en el ámbito nacional e internacional de
acuerdo a organizaciones que tratan la disciplina, con el fin de definir y
clarificar ideas respecto a la evaluación del sistema de inventarios para la
empresa Imprenta Roca.
Nombre: Certificación de la calidad del software en la empresa Bitware

por AENOR (entidad legalmente responsable de la normalización en España)
Dónde: Bitware (empresa de consultoría y desarrollo de software),

(Madrid, España)
Fecha: Año 2016
El Director General de Bitware, Luis Montalbán recibió el

reconocimiento del Director General de AENOR, Avelino Brito.
Esta empresa de consultoría y desarrollo de software fundada en 1999, ha
conseguido recientemente el certificado ISO 25000 Nivel 5 Calidad del
Producto Software Mantenibilidad de AENOR. Y es que, en su afán por
buscar la calidad y mejora de procesos, ha encontrado en la Norma ISO
25000 un perfecto aliado para asegurar los proyectos. Así, se ha conseguido
que a partir de la trazabilidad de los requisitos se determinen los métodos y
clases aplicadas en el cumplimiento de la ISO 25000 a la hora de construir la
solución. Para ello, mediante soluciones internas logró establecer
procedimientos mecanizados del análisis, impacto, diseño y construcción
esperada. Varios son los beneficios tangibles que ha aportado a Bitware esta
6
certificación: reducción de un 40% del código realizado; aumento de
velocidad en ejecución y carga; sencillez y mecanización de procesos de
implementación; mejora en la eficiencia de los equipos de proyecto;
reducción y cumplimiento en los tiempos de entrega de los productos;
reducción de más de un 40% de las labores de mantenimiento en general y
de un 90% respecto al mantenimiento correctivo debido a la reducción de
código, que era objeto del mayor número de incidencias, y facilidad en el
proceso de fiabilidad con el cliente final.
Nombre: Certificación de la empresa Enxenio por parte de AENOR

(entidad legalmente responsable de la normalización en España)
Dónde: Enxenio (empresa de productos software y servicios de

desarrollo de soluciones informáticas), España.
Fecha: Año 2016
El Responsable de Calidad de Enxenio, Óscar Pedreira recibió el

reconocimiento del Director General de AENOR, Avelino Brito.
Esta empresa ofrece desde hace 10 años productos software y servicios de
desarrollo de soluciones informáticas para todo tipo de organizaciones. Sus
principales líneas de trabajo incluyen los sistemas de información geográfica,
herramientas de producción y gestión de contenidos digitales, software para
el ámbito educativo, comercio electrónico y sistemas de gestión empresarial.
Con el objetivo de garantizar y mejorar de forma continua la calidad de los
productos y servicios que ofrece, Enxenio ha diseñado e implantado
sistemas de gestión de la calidad en las áreas de desarrollo de software y
seguridad de la información. Así, ha certificado con AENOR su Sistema de
Gestión de Proyectos Software con la Norma ISO 15504 y el de Gestión de
la Seguridad de la Información con la ISO 27000. Así mismo, ha participado
en el proyecto de certificación de calidad de producto software según la
7
Norma ISO 25000. En particular, se ha evaluado y certificado el nivel de
mantenibilidad. Este producto está orientado a editoriales, proporcionándoles
un canal de venta propio, evitando así tener que depender de intermediarios
para la comercialización.
Esta experiencia ha permitido a Enxenio identificar posibles mejoras en
el producto y proporcionar a sus clientes una garantía de calidad, con el
respaldo de una entidad independiente como AENOR. Así mismo, se han
mejorado los procesos de desarrollo de software y gestión de proyectos,
incorporando a los mismos aspectos de evaluación y mejora de los productos
desarrollados, y no sólo de los procesos que se ejecutan para obtenerlos.
Nombre: SICAMAN obtiene certificación de AENOR (entidad

legalmente responsable de la normalización en España) bajo la Norma ISO
25000.
Dónde: SICAMAN (compañía de vanguardia en la implantación y el

desarrollo software), (Madrid, España)
Fecha: Año 2016
SICAMAN Nuevas tecnologías S.L., compañía de vanguardia en la

implantación y el desarrollo software de Castilla-La Mancha, cuenta con una
experiencia de más de 15 años en el desarrollo de soluciones para
importantes compañías en los sectores más diversos, entre los que destaca
el sanitario. Así, SICAMAN ha desarrollado uno de los sistemas de gestión
de pacientes más completos del mercado y cuyo funcionamiento es crítico en
los hospitales donde está implantado.
Por este motivo, se decidió acometer el proyecto de certificación de

AENOR según la Norma ISO 25000 de forma inmediata y con una doble
motivación. Primero, porque se querían conocer el nivel de calidad y
mantenibilidad de un producto que es estratégico para su compañía; y,
8
después, porque se necesitaban acreditar ante sus clientes que el software
posee un alto nivel de calidad y demostrar su competitividad frente a otros
del mercado. Así, CITASALUD se ha convertido en el primer software
certificado en el ámbito sanitario con la ISO 25000. Supuso un gran reto, ya
que requería estar dispuesto a realizar los cambios necesarios en un sistema
que, aunque había sido desarrollado siguiendo las mejores prácticas de
ingeniería, no había sido pensado para su evaluación por terceros. Las
ventajas de la certificación superaron sus expectativas. Se ha mejorado el
producto y comprobado que el software cumple con las normas de calidad
más exigentes. Y sus clientes pueden percibir, de forma objetiva e
independiente, la calidad de CITASALUD.
Nombre: Certificación de la empresa Lobo Software por MoProSoft
Dónde: Lobo software s.a de c.v (México D.F)
Fecha: Septiembre del año 2014
Como proveedores de software les parece imprescindible tener una

metodología de producción que avale confianza y calidad a sus clientes. Es
por esto que en Julio del 2013, comenzaron el proyecto interno de
optimización de procesos de trabajo para el diseño de software,
implementando el modelo de procesos de la Norma NMX-I-059/02-NYCE-
2011 MoProSoft (Modelo de Procesos para la Industria del Software).
Los resultados superaron sus expectativas. El día 01 de Septiembre del

2014, después de una verificación exhaustiva de sus procesos de trabajo por
parte del personal de NYCE, S.C., se dictaminó una maduración de sus
procesos en Nivel 3, con calificación “Totalmente logrado” en cada uno.
Así mismo, su metodología de trabajo cumplió con todos los estándares

para lograr la certificación en Perfil Básico de la Certificación ISO/IEC 29110-
4-1:2011.
9
Celebraron la madurez de las metodologías de trabajo del equipo, y con
orgullo hicieron públicos los reconocimientos de la certificación y verificación,
ya que son la sexta empresa mexicana en haber logrado el Nivel 3 en
MoProSoft y la octava empresa en México en certificarse en la
norma ISO/IEC 29110-4-1:2011.
Y aclarando lo que es MoProSoft; es un modelo de procesos diseñado

en México como parte del programa PROSOFT de la Secretaría de
Economía, dirigido entre otros objetivos a elevar el nivel de madurez de
capacidades de las pequeñas y medianas empresas mexicanas dedicadas al
desarrollo y mantenimiento de software.
10
2.2 MARCO TEORICO
HISTORIA DE LA IMPRENTA EN MÉXICO
Varios estudiosos coinciden en que la primera imprenta fue traída a la Nueva

España (hoy México) durante el gobierno del virrey Antonio de Mendoza,
gestión en la que además colaboró el primer obispo, Fray Juan de
Zumárraga, permitiendo con ello la difusión de las ideas y creencias de la
conquista. Las restricciones para utilizar la imprenta eran severas, de ahí que
cada editor debiera solicitar autorización del obispo y del virrey para realizar
cualquier impresión.
No obstante, las imprentas se multiplican sólo a partir del siglo XIX

[CLAIRE, Colin], contando el continente americano, con aproximadamente
100 de ellas. Don Ignacio Castorena y Ursúa publica el periódico, La gaceta
de México, mientras que el primer libro que tiene licencia del virrey es el Arte
de la lengua mexicana de Fray Maturino Gilberti.
Desde aquellos días comienza la publicación en serie de libros y

folletos. La gaceta literaria de México es publicada por José Antonio Alzate y
El diario de México por Villa Urrutia y a Don Carlos María Bustamante.
El primer diario surge en 1801 [Bibliografía Mexicana Siglo XVI. México:

Fondo de Cultura Económica], por ello México es la primera ciudad de
América en utilizar la imprenta para el desarrollo religioso, científico y
literario.
IMPRENTA
La imprenta es un método mecánico destinado a reproducir textos e

imágenes sobre papel, tela u otros materiales. En su forma clásica, que
consiste en aplicar una tinta, generalmente oleosa, sobre unas piezas
metálicas para transferirla al papel por presión. Aunque comenzó como un
11
método artesanal y como anteriormente se menciona con fines religiosos,
científicos y literarios, su implantación trajo consigo una revolución cultural.
Imprenta Roca es una empresa que ha vivido la evolución y

transformación de la Imprenta, teniendo así hoy en día diversos tipos de
elaboración de impresiones.
En la actualidad, la técnica más importante y versátil es una variante de

la litografía por offset.
Offset.- Durante la primera mitad del siglo XX se descubrió que la tinta

se podía transferir de la superficie litográfica a una superficie intermedia de
caucho y de allí a papel. El elemento intermedio, denominado mantilla, es
capaz de transferir la tinta al papel y a otros muchos materiales que no
pueden ser impresos de forma directa, incluido el plástico y los metales.
Gracias a que la mantilla se adapta a la textura de la superficie que se va a
imprimir, la calidad de las imágenes litográficas resulta inigualable.
Es un método de impresión indirecta donde se humedece la placa con

agua que está en un cilindro, después se entinta, y la tinta solo se adhiere a
la parte expuesta de la placa, se pasa el rodillo de hule, pasa la tinta al papel.
Esto sucede por el procedimiento químico donde el aceite es repelente al
agua y utiliza dos rodillos en vez de placas de piedra como en la litografía.
En ella la lámina no tiene contacto con el papel, sino que la imagen del
negativo contenido en un rodillo queda impresa primero en el otro rodillo que
la pasará después al papel.
Las placas para la impresión en offset son láminas fotosensibles que se

exponen a la luz UV (Ultra Violeta) para así obtener el diseño que será
plasmado.
Litografía offset moderna.-La función de la superficie de impresión

caliza original corresponde hoy a unas finas planchas de aluminio, aunque
12
también se utilizan otros materiales como acero inoxidable y plástico. Las
planchas se enrollan sobre un cilindro y entran en contacto directo con el
cilindro de caucho. Una batería de rodillos de goma y metálicos se encargan
de llevar la tinta y el agua a la superficie de la plancha. La tinta pasa en
primer lugar al cilindro de caucho y de ahí al papel.
Las planchas litográficas constituyen las superficies de impresión más

económicas en la actualidad, lo cual ha contribuido enormemente al éxito del
proceso. Las planchas de aluminio llevan un fino recubrimiento de material
fotosensible, como los fotopolímeros, que experimenta un cambio de
solubilidad al quedar expuesto a una fuente intensa de luz azul y ultravioleta.
Las imágenes se transfieren a la superficie cuando se expone la plancha a
través de un positivo o un negativo de película. Ciertas sustancias se pueden
exponer directamente, mediante una cámara de artes gráficas o un rayo
láser controlado por computadora, y elimina por tanto el coste de la película y
se acelera el proceso de confección de las planchas.
El tamaño de las prensas modernas de offset va desde los duplicadores

pequeños alimentados por hojas (usados para pequeños trabajos
monocolores como folletos y boletines- hasta las enormes prensas capaces
de imprimir millones de ejemplares de revistas, catálogos). Ningún proceso
puede exhibir una gama tan amplia de aplicaciones.
IMPRENTA ROCA
Es una empresa que ha estado presente desde hace más de 10 años en la

Ciudad de Juan Rodríguez Clara, Veracruz, dedicada a la edición de distintos
trabajos, ofreciendo los servicios de Impresiones, la imprenta nace en un
pequeño espacio en la casa del actual propietario como negocio familiar,
inicialmente el negocio se desarrolla con pocos recursos y espacios
reducidos sin imaginar su crecimiento.
13
Hoy en día la empresa ha obtenido respuesta favorable con los clientes
y mucha demanda, poco a poco va aumentando sus servicios que ofrece
gracias al avance de la tecnología que le ha permitido obtener maquinaria
que ofrece grandes resultados en los procesos que desarrollan como
Imprenta, por ejemplo contando con la innovación de las máquinas Offset y
Plotter.
Aunque para Imprenta Roca la tecnología le ha favorecido en la

solución de problemas para atender a tiempo y de manera actualizada a los
clientes, debido al crecimiento se ve en la necesidad de implementar otros
funcionamientos que le permitan la administración de recursos,
específicamente enfocado en sus inventarios.
SISTEMA DE INFORMACION
Un sistema de información [Laudon, Jane y Kenneth, 2006]. Es un conjunto

de elementos orientados al tratamiento y administración de datos e
información, organizados y listos para su uso posterior, generados para
cubrir una necesidad o un objetivo. Dichos elementos formará parte de
alguna de las siguientes categorías:
Personas;
Datos;
Actividades o técnicas de trabajo;
Recursos materiales en general (generalmente recursos informáticos y

de comunicación, aunque no necesariamente). Todos estos elementos
interactúan para procesar los datos (incluidos los procesos manuales y
automáticos) y dan lugar a información más elaborada, que se distribuye de
la manera más adecuada posible en una determinada organización, en
función de sus objetivos.
14
Habitualmente el término se usa de manera errónea como sinónimo de
sistema de información informático, en parte porque en la mayoría de los
casos los recursos materiales de un sistema de información están
constituidos casi en su totalidad por sistemas informáticos. Estrictamente
hablando, un sistema de información no tiene por qué disponer de dichos
recursos. Se podría decir entonces que los sistemas de información
informáticos son una subclase o un subconjunto de los sistemas de
información en general.
El término sistemas de información hace referencia a un concepto

genérico que tiene diferentes significados según el campo del conocimiento
al que se aplique dicho concepto, por mencionar algunos de dichos campos y
el sentido concreto que un Sistema de Información tiene en ese campo.
En informática, un sistema de información es cualquier sistema

computacional que se utilice para obtener, almacenar, manipular, administrar,
controlar, procesar, transmitir o recibir datos, para satisfacer una necesidad
de información.
En teoría de sistemas, un sistema de información es un sistema,

automatizado o manual, que abarca personas, máquinas, y/o métodos
organizados de recolección de datos, procesamiento, transmisión y
diseminación de datos que representa información para el usuario.
Hay tres actividades en un sistema de información que producen la

información que esas organizaciones necesitan para tomar decisiones,
controlar operaciones, analizar problemas y crear nuevos productos o
servicios. Estas actividades son:
Entrada: captura o recolecta datos en bruto tanto del interior de la
organización como de su entorno externo.
15
Procesamiento: convierte esa entrada de datos en una forma más
significativa.
Salida: transfiere la información procesada a la gente que la usará o a

las actividades para las que se utilizará.
VENTAJAS Y DESVENTAJAS DE UN SISTEMA DE INFORMACIÓN
Los sistemas de información son ya una necesidad en cada una de las

empresas, haciendo una pauta para pensar, muchas personas optan por
implementar sistemas en sus negocios sólo porque los demás lo hacen o
porque lo establece alguna regla de la secretaría regulatoria.
Dentro de los beneficios de usar sistemas de información se encuentra

el tener un control más efectivo de las actividades de la organización, la
integración de las diferentes áreas que conforman la empresa, la ayuda a
incrementar la efectividad en la operación de procesos, el proporcionar
ventajas competitivas y valor agregado, la disponibilidad de mayor y mejor
información para los usuarios en tiempo real, la eliminación de la barrera de
la distancia trabajando con un mismo sistema en puntos distantes, y la
disminución de errores, y tiempo, pues permite comparar resultados
alcanzados con los objetivos programados, con fines de evaluación y control.
Todo esto ayuda directamente al aumento de ganancias, lo que es

prácticamente el fin común de toda empresa.
Por otra parte, aunque quisiéramos negarlo, existe también el lado

negativo, teniendo como desventajas el tiempo que pueda tardar su
implementación, la resistencia al cambio de los usuarios, y los problemas
técnicos como fallas en el hardware o el software, debido a funciones
implementadas inadecuadamente para apoyar ciertas actividades de la
organización.
16
SISTEMAS DE INFORMACIÓN PARA LA ADMINISTRACIÓN DE
ALMACENES.
La función de un sistema de administración de almacenes es apoyar los

procesos de almacenamiento en la cadena de abastecimiento [FEBER,
Nynke, 2002]. Su meta es encontrar la solución óptima a la configuración del
almacén y agilizar el proceso de la gestión de inventarios. En la actualidad el
rol que juegan los sistemas, ha evolucionado, debido a que se puede desde
administrar las órdenes de pedido, los recursos, las ubicaciones de los
materiales y se puede integrar con el sistema financiero. Sin embargo, el
propósito principal de un sistema es controlar los movimientos y
almacenamiento de productos y/o materiales y sus transacciones asociadas.
Como mínimo debe:
° Administrar y controlar las ubicaciones y los recursos del almacén.
° Operar en tiempo real el control de los inventarios.
° Automatizar los procesos de recepción, almacenamiento y expedición de

mercaderías.
Sus ventajas serían minimizar las pérdidas de inventario, el reducir los

costos operativos, incrementar la capacidad del almacén y la exactitud del
inventario, un control de operación en tiempo real, e incrementar el nivel del
servicio al cliente. Además impactará positivamente fuera de la organización,
en la distribución y el control de las ventas. La implementación requiere la
recolección de los recursos del almacén como recoger datos sobre las
cantidades físicas, materiales, inventarios, así como es necesario definir las
estrategias para el funcionamiento del almacén.
17
INVENTARIO
El inventario representa la existencia de bienes almacenados destinados a

realizar una operación, sea de compra, alquiler, venta, uso o transformación.
Debe aparecer, contablemente, dentro del activo como un activo circulante.
Clasificación de inventarios según su forma:
° Inventario de Materias Primas: Lo conforman todos los materiales con

los que se elaboran los productos, pero que todavía no han recibido
procesamiento.
° Inventario de Productos en Proceso de Fabricación: Lo integran todos

aquellos bienes adquiridos por las empresas manufactureras o industriales,
los cuales se encuentran en proceso de manufactura. Su cuantificación se
hace por la cantidad de materiales, mano de obra y gastos de fabricación,
aplicables a la fecha de cierre.
° Inventario de Productos Terminados: Son todos aquellos bienes

adquiridos por las empresas manufactureras o industriales, los cuales son
transformados para ser vendidos como productos elaborados.
Existe un tipo de inventario complementario, según su forma, que no es

comúnmente citado en la literatura.
° Inventario de Suministros de Fábrica: Son los materiales con los que

se elaboran los productos, pero que no pueden ser cuantificados de una
manera exacta (Pintura, lija, clavos, lubricantes, etc.).
SISTEMAS DE INVENTARIOS
Los sistemas de inventarios se representan como métodos y procedimientos

aplicados de manera sistemática para planificar y controlar los materiales y
productos que se emplean en una organización. Este sistema puede ser
18
manual o automatizado. Para el control de los costos, elemento clave de la
administración de cualquier, existen sistemas que permiten estimar los
costos de las mercancías que son adquiridas y luego procesadas o vendidas.
Se tienen dos métodos o sistemas básicos de control de inventarios:
Sistema de Inventario Perpetuo: el negocio mantiene un registro

continuo para cada artículo del inventario. Los registros muestran por lo tanto
el inventario disponible todo el tiempo. Los registros perpetuos son útiles
para preparar los estados financieros mensuales, trimestral o
provisionalmente.
Sistema de Inventario Periódico: En el sistema de inventario periódico el

negocio no mantiene un registro continuo del inventario disponible, más bien,
al fin del periodo, el negocio hace un conteo físico del inventario disponible y
aplica los costos unitarios para determinar el costo del inventario final. Ésta
es la cifra de inventario que aparece en el Balance General. Se utiliza
también para calcular el costo de las mercancías vendidas. El sistema
periódico es conocido también como sistema físico, porque se apoya en el
conteo físico real del inventario.
El análisis <ABC>
Uno de los instrumentos más utilizados para realizar la clasificación de

los productos en categorías de <alta, media y baja> rotación es el llamado
ABC, también conocido como ley 80:20.El análisis ABC se realiza con el fin
de determinar la importancia de los distintos productos en función de su
aporte a las ventas totales de la empresa y a los márgenes brutos de
beneficios generados.
Para realizar el análisis ABC:
19
° El primer paso consiste en ordenarlos, de mayor a menor, de acuerdo
con el tanto por ciento que representa respecto al total de las ventas de la
empresa.
° El segundo paso se completa colocando al lado del tanto por

ciento sobre las ventas el tanto por ciento que representa cada producto
respecto al margen bruto total generado por la venta de todos los productos
de la empresa.
° El tercer paso consiste en separar en tramos o categorías, con el fin

de clasificaren productos de alta, media, y baja importancia relativa. Este
análisis permite determinar cuáles son los productos realmente importantes
en la empresa.
CALIDAD
El objetivo primordial de la ingeniería del software es producir un sistema,

aplicación o producto de calidad, es decir, que cumpla con las necesidades o
requerimientos para lo cual fue creado. Para lograr este objetivo, los
ingenieros del software deben aplicar métodos efectivos junto con
herramientas modernas dentro del contexto de un proceso maduro de
desarrollo del software.
Según el modelo de la norma [ISO 9000, (International Organization for

Standardization, Organización Internacional de Estándares)], la calidad es el
“grado en el que un conjunto de características inherentes cumple con los
requisitos”, entendiéndose por requisito “necesidad o expectativa
establecida, generalmente implícita u obligatoria”.
De modo que la calidad admite diversos grados (quizás, infinitos), si

bien lo que no aclara esta definición, es quién debe establecer este grado.
No obstante, en el enfoque de esta norma está el cliente, de quien debe
20
conocerse su percepción respecto del grado de satisfacción con el producto
suministrado, devolviendo nuevamente a la perspectiva externa.
CALIDAD DEL SOFTWARE
La calidad del software es un concepto complejo que no es directamente

comparable con la calidad de la manufactura de otro producto. Los productos
de software se han convertido hoy en día en uno de los principales objetivos
estratégicos de las organizaciones debido a que, cada vez más, los procesos
más importantes de las organizaciones y por lo tanto su supervivencia
depende del buen funcionamiento de los sistemas de software.
El significado de calidad de software genera mucha confusión, quizás

por la multidimensionalidad. Es multidimensional porque depende del punto
de vista en que se le mire y quien lo mire, por lo anterior el glosario de
estándares de computación [IEEE Std. 610 – 1991], define la calidad del
software como “el grado con el que un sistema, componente o proceso
cumple los requerimientos especificados y las necesidades o expectativas
del cliente o usuario”.
Una norma de calidad es un documento, establecido por consenso y

aprobado por un organismo reconocido (nacional o internacional), que
proporciona para un uso común y repetido, una serie de reglas, directrices o
características para las actividades de calidad o sus resultados, con el fin de
conseguir un grado óptimo de orden en el contexto de la calidad.
Un modelo de calidad es un conjunto de características y la relación

entre las mismas, que conforman la base para especificar requerimientos de
calidad y la evaluación de la calidad.
Existen normas que ayudan a evaluar la calidad de procesos y otras,

como la que se utiliza en este proyecto, que permiten evaluar la calidad del
producto.
21
CALIDAD DE LOS PRODUCTOS Y DE LOS PROCESOS DE LOS
SISTEMAS DE INFORMACION
Al intentar definir el concepto de calidad del software se debe diferenciar

entre la calidad del Producto de software y la calidad del Proceso de
desarrollo del mismo. No obstante, las metas que se establezcan para la
calidad del producto van a determinar las metas a establecer para la calidad
del proceso de desarrollo, ya que la calidad del producto va a estar en
función de la calidad del proceso de desarrollo. Hay un vínculo claro entre la
calidad del proceso y del producto en producción debido a que el proceso es
relativamente fácil de estandarizar y monitorizar. Cada sistema de producción
se calibra, y debe producir una y otra vez productos de alta calidad. Sin
embargo, el software no se manufactura, sino que se diseña. El desarrollo de
software es un proceso más creativo que mecánico, donde las experiencias y
habilidades individuales son importantes. La calidad del producto, sea cual
fuere el proceso utilizado, en ocasiones también es afectada por factores
externos, como la novedad de una aplicación o la presión comercial para
sacar un producto rápidamente.
EVALUACIÓN DE LA CALIDAD DE SOFTWARE
La medición es fundamental para cualquier disciplina de ingeniería y la

ingeniería de software, no es una excepción.
La medición puede contribuir al aseguramiento de calidad mediante
aportaciones tradicionales, como son: el control de los procesos, actividades
y productos y la comprobación de sí cumple los requisitos solicitados o si se
consigue un cierto nivel de calidad. Desde este punto de vista, resulta
prioritario comprender el modo en que la medición puede ayudar a evaluar la
calidad de los productos, para esto es necesario considerar que el concepto
de calidad es complejo como para ponderarlo mediante una única medida, es
decir, resulta poco productivo la búsqueda de una evaluación que defina con
un solo número o valor de la calidad de un producto.
22
MÉTRICAS DE EVALUACION CALIDAD DEL SOFTWARE
Tomando en cuenta que el modelo ocupado para la evaluación del sistema

de inventarios es la norma ISO/IEC 9126 y que esta se compone de
características, atributos y métricas, conviene definir estos componentes.
Vallecillo y Bertoa describen una característica de calidad como un conjunto
de propiedades mediante las cuales se evalúa y describe la calidad de un
producto. Indica también que las características se pueden refinar en
múltiples niveles de subcaracterísticas hasta el detalle que sea requerido. El
atributo corresponde a una propiedad de calidad a la que puede asignársele
una métrica, y ésta, se describe como un procedimiento que examina un
componente y produce un dato simple. Para llegar a determinar si un
producto es o no de calidad cuantitativamente, se elabora una serie de
medidas a las que se denominan métricas. El IEEE Estándar Glossary of
Software Engineering Terms [IEEE (1990)], define métrica como “una medida
cuantitativa del grado en el que un sistema, componente o proceso posee un
atributo dado”. Esta medida se puede llevar a cabo desde diferentes puntos
de vista y por lo tanto, se hace necesario identificar el contexto en el que
estas medidas son aplicadas. ISO/IEC 9126 define dos puntos de vista:
interno y externo. Si estas medidas se realizan desde el punto de vista
interno, significa que se está midiendo el proceso de desarrollo, pero si se
toma como punto de partida el producto y demás componentes de
distribución y las valoraciones son realizadas por los usuarios, entonces se
estará evaluando desde una visión externa. Debido a que el modelo de
calidad evaluará el producto final, implica que será el usuario quien valore las
características del software, y el programador tiene participación pero
tomándose en cuenta desde una perspectiva de evaluación igualmente
externa.
23
PROCESO DE LA EVALUACION
El proceso de la evaluación comprende las siguientes actividades enlistadas

a continuación:
° Establecer los requerimientos de evaluación: consiste en establecer el

propósito de la evaluación, identificar el tipo de producto que será evaluado y
especificar el Modelo de Calidad con sus respectivas características.
° Especificación de la evaluación: basada en los requerimientos y en la

descripción de los productos proporcionados por el solicitante. En esta etapa
se seleccionan las métricas necesarias relacionadas con las características
propuestas en el modelo de calidad, también se establece la escala de
medición que se aplicará para medir las métricas y los criterios de
evaluación.
° Diseño de la evaluación: en esta etapa se produce un plan de acción

sobre la base de la especificación de la evaluación, esta actividad toma en
cuenta los componentes de los productos de software a ser evaluados y los
métodos proporcionados por el evaluador.
° Ejecución del plan de evaluación: consiste en la inspección, medición

y certificación del producto acorde al plan, estas acciones pueden ser
realizadas usando aplicaciones que midan el porcentaje de calidad, las
acciones realizadas por el evaluador son registradas y los resultados
obtenidos forman parte del reporte final de la evaluación.
24
Figura 1.- Proceso de evaluación
MODELOS DE EVALUACION DE LA CALIDAD DEL SOFTWARE
A lo largo del tiempo se han desarrollado diferentes modelos para evaluar la

calidad del software, que intentan descomponer la calidad en una categoría
de características más sencillas. Para ello, a continuación se explican en
forma general las características principales de algunos de estos modelos,
con el objetivo de conocerlos y posteriormente, con el elegido para esta
investigación aplicarlo a la evaluación del sistema de Inventarios Imprenta
Roca.
Modelo de McCall
El modelo de McCall fue el primero en ser presentado en el 1977 y se

originó motivado por [Air Forcé y Dod.] Este modelo se focaliza en el
25
producto final identificando atributos claves desde el punto de vista del
Cliente. Estos atributos se denominan factores de calidad y son normalmente
atributos externos pero también se incluyen algunos atributos internos.
Cada atributo externo denomina factores de calidad los cuales son

abstractos para ser medidos directamente por lo cual se introduce un atributo
de bajo nivel denominado criterios de calidad.
Según McCall algunos criterios de calidad son atributos internos que

tienen efectos directos en atributos externos.
El modelo de McCall organiza los factores en tres ejes o puntos de vista

desde los cuales el usuario puede contemplar la calidad de un producto,
basándose en once factores de calidad organizados en torno a los tres ejes y
a su vez cada factor se desglosa en criterios de calidad.
Operación del Producto
• Corrección: mide el grado en que un programa satisface sus

especificaciones y consigue los objetivos del usuario.
• Fiabilidad: mide el grado en que se puede esperar que un programa lleve a

cabo sus funciones esperada con la precisión requerida.
• Eficiencia: mide la cantidad de recursos de computadora y de código

requerido por un programa para que lleve a cabo las funciones
especificadas.
• Integridad: es el grado en que puede controlarse el acceso al software o a

los datos por personal no autorizado.
• Facilidad de Uso: es el esfuerzo requerido para aprender un programa e

interpretar la información de entrada y de salida.
Revisión del Producto
26
• Facilidad de Mantenimiento: es el esfuerzo requerido para localizar y
arreglar programas.
• Facilidad de Prueba: es el esfuerzo requerido para probar un programa.
• Flexibilidad: es el esfuerzo requerido para modificar un sistema operativo.
Transición del Producto
• Portabilidad: es el esfuerzo requerido para transferir un software de un

hardware o un entorno de sistemas a otro.
• Reusabilidad: es el grado en que un programa (o partes de un programa) se

puede reutilizar en otro.
• Facilidad de Interoperación: es el esfuerzo requerido para asociar un

programa a otro.
Modelo de BOEHM
Este modelo de calidad es el segundo más conocido y fue propuesto por

[Barry Boehm, 1978] y es similar al modelo de McCall definiendo la calidad
en términos de atributos cualitativos y métricas para realizar las medidas.
La estructura jerárquica del modelo se representa en 3 niveles para las

características: de alto nivel, de nivel intermedio y nivel primitivo. Cada una
de estas características contribuye al nivel general de calidad. El modelo se
centra en:
o Sus características operativas.

o Su capacidad para soportar los cambios.
o Su adaptabilidad a nuevos entornos.
o La evaluación del desempeño del hardware.
Las características de alto nivel representan requerimientos generales

de uso:
27
o Utilidad per-se, cuan (usable, confiable, eficiente) es el producto en sí
mismo.
o Mantenimiento, cuan fácil es modificarlo, entenderlo y retestearlo.
o Utilidad general, si puede seguir usándose si se cambia el ambiente.
Las características de nivel intermedio representan factores de calidad

de Boehm:
o Portabilidad (Utilidad general)

o Fiabilidad (Utilidad per-se)
o Eficiencia (Utilidad per-se)
o Usabilidad (Utilidad per-se)
o Capacidad de prueba (Mantenibilidad)
o Comprensibilidad (Mantenibilidad)
o Flexibilidad (Mantenibilidad)
El nivel más bajo corresponde a características asociadas a uno o dos

criterios de calidad.
Aunque parezcan similares, la diferencia está en que McCall focaliza en

medidas precisas de alto nivel, mientras que Boehm presenta un rango más
amplio de características primitivas. La mantenibilidad está más desarrollada
en Boehm.
Modelo FURPS
Modelo desarrollado por [Hewlett-Packard (HP) en 1987], desarrollando un

conjunto de factores de calidad de software y sus respectivos atributos.
• Funcionalidad (Functionality), usabilidad (Usability), confiabilidad

(Reliability), desempeño (Performance) y capacidad de soporte
(Supportability).
• Basado en el modelo de MCCALL.
28
• Se utilizan para establecer métricas de la calidad para todas las
actividades del proceso de desarrollo de un software, inclusive de un sistema
de información.
Además plantea 2 categorías de requerimientos, las cuales son:
1- Requerimientos funcionales (F): especifican funciones que el sistema

debe ser capaz de realizar, sin tomar restricciones físicas a consideración, y
se definen a través de las entradas y salidas esperadas.
2- Requerimientos no funcionales (URPS): Usability (Facilidad de uso),

Reliability (Confiabilidad), Performance y Supportability (Facilidad de
soporte). Describen atributos del sistema o atributos del ambiente del
sistema.
Modelo de Gilb
Modelo de calidad creado por [Gilb, 1988]. Este modelo presenta como
aspecto fundamental la definición de los atributos de calidad que realmente
interesan al usuario y el nivel de calidad que debe tener cada uno de ellos
para satisfacerlo ya que no tiene sentido exigir calidad en un producto, si no
se cuenta con esta base. Cada atributo tiene subatributos que ayudan a la
medición de este. Estos atributos son:
o Capacidad de trabajo: Evalúa la capacidad natural del sistema para

realizar su trabajo. Subatributos: capacidad del proceso, capacidad de
respuesta, capacidad de almacenamiento.
o Disponibilidad: Refleja la medida de la disponibilidad del sistema para
realizar de forma útil el trabajo para el que fue diseñado. Subatributos:
fiabilidad, Mantenibilidad e integridad.
o Adaptabilidad: Es la medida de la capacidad de un sistema para ser
modificado de manera adecuada. Subatributos: improbabilidad,
extensibilidad y transportabilidad.
29
o Utilizabilidad: Es la medida de la facilidad con que la gente será capaz
y estará motivada para utilizar el sistema en la práctica. Subatributos:
requisitos de entrada, requisitos de aprendizaje y habilidad de manejo.
Mediante el Método Gilb es posible especificar los atributos de calidad

de software en forma cuantitativa, incluyendo tanto tiempos de respuesta
como conceptos conocidos de usabilidad y portabilidad, entre otros.
Gilb propone características como la corrección, la integridad, la

facilidad de mantenimiento y la facilidad de uso, como base para
proporcionar indicadores útiles para los equipos de trabajo y sugiere las
definiciones, puntos de vista y medida para cada uno de las siguientes
características:
o Corrección. Grado en el que el software lleva a cabo su función

requerida. Si un programa no opera correctamente, no dará valor
agregado a sus usuarios
o Facilidad de mantenimiento. Posibilidad de corregir un programa si se
encuentra un error, adaptarlo si cambia su entorno, mejorarlo si el
cliente desea un cambio
o Integridad. Habilidad de un sistema para resistir ataques, tanto
accidentales como intencionados, contra su seguridad, a nivel de
cualquiera de los tres principales componentes del software:
programas, datos y documentos. Para medir la integridad, Gilb sugiere
la utilización de otros dos atributos como base:
o Amenaza. es la probabilidad (que se puede estimar o deducir de la
evidencia empírica) de que un ataque de cualquier tipo ocurra en un
tiempo determinado
o Seguridad. es la probabilidad de que se pueda repeler un determinado
ataque
30
o Facilidad de uso. Es un intento por cuantificar “lo amigable que puede
ser el producto con el usuario”
Modelo de Dromey
El modelo de [Dromey (1996)] tiene el propósito de trabajar con una

estructura que permite construir y utilizar un modelo de calidad práctico para
evaluar las etapas de Determinación de los requerimientos, Diseño e
Implementación. Esta información puede ser usada para elaborar, comparar
y evaluar la calidad de los productos de software. Este modelo planta la
calidad del producto por medio de la definición de subcaracterísticas que
pueden ser medidas y evaluadas como características. También, permite
aumentar el entendimiento respecto de la relación entre los atributos
(características) y los subatributos (subcaracterísticas) de calidad.
Dromey propone 3 modelos para cada etapa del proceso de desarrollo:

modelo de requerimientos, modelo de diseño y modelo de calidad de la
implementación.
Las características de calidad planteadas en este modelo son:

Eficiencia, Confiabilidad, Facilidad de mantenimiento, Portabilidad, Facilidad
de uso y Funcionalidad.
Estas características pueden ser agrupadas de acuerdo a diversos

aspectos a tener en cuenta en la implementación: corrección, aspectos
internos, aspectos del contexto y aspectos descriptivos.
Los pasos para la aplicación del modelo de Dromey son: 1.- Seleccionar
el conjunto de atributos que se necesitan evaluar, 2.- Realizar una lista de
todos los componentes o módulos del sistema, 3.- Identificar las propiedades
de calidad de cada componente, 4.- Determinar cómo afecta cada propiedad
en los atributos de calidad y 5.- Evaluar el modelo de calidad.
31
ISO/IEC 9126
Para la presente investigación, se determinó ocupar la norma ISO/IEC 9126,

debido a que es un modelo definido internacionalmente para la evaluación
del producto software, está sirve como guía, visualiza y clasifica cada uno de
los criterios que se considera relevantes para medir y evaluar un producto
software, define un esquema general de la evaluación haciendo justamente
esta una de las fortalezas considerándose el más aceptable para esta
evaluación pues es aplicable a cualquier sistema de información, además
que en la actualidad las empresas certificadas con las normas (ISO)
reportan buenos resultados en su forma de trabajo cuando son aplicadas, lo
que la hace un procedimiento más conocido y por lo tanto proyecta mayor
confianza a usarlo, a continuación se describe información de la norma para
ampliar conocimiento respecto a ella:
La norma [ISO/IEC 9126 de (1991)], es la norma para evaluar los

productos de software, esta norma nos indica las características de la calidad
y los lineamientos para su uso, fue desarrollada para dar soporte a aquellas
necesidades; las características de calidad y sus métricas asociadas, pueden
ser útiles tanto como para evaluar el producto como para definir los
requerimientos de la calidad y otros usos. Esta norma definida por un marco
conceptual basado en los factores tales como Calidad del Proceso, Calidad
del Producto del Software y Calidad en Uso; según el marco conceptual, la
calidad del producto, a su vez, contribuye a mejorar la calidad en uso.
La norma ISO/IEC 9126 presentan dos modelos de calidad:
a) Calidad interna y externa, y
b) Calidad en uso.
La calidad externa se define como la totalidad de las características del

producto software desde una perspectiva externa. Es la calidad del software
32
cuando es ejecutado, la cual es típicamente medida y evaluada mientras se
prueba en un ambiente simulado, con datos simulados y usando métricas
externas. Durante las pruebas, muchas fallas serán descubiertas y
eliminadas. Sin embargo algunas fallas todavía pueden permanecer después
de las pruebas. Como es difícil corregir la arquitectura de software u otros
aspectos fundamentales del diseño del software, el diseño fundamental
permanece sin cambios a través de las pruebas. Y la calidad interna se
refiere a las métricas que no dependen de la ejecución del software.
La norma ISO/IEC 9126 define la calidad en uso como la perspectiva

del usuario de la calidad del producto software cuando éste es usado en un
ambiente específico y un contexto de uso específico. Éste mide la extensión
para la cual los usuarios pueden conseguir sus metas en un ambiente
particular, en vez de medir las propiedades del software en sí mismo.
La norma ISO/IEC 9126 define un modelo de calidad desde tres vistas:

interior, exterior y en uso.
Para las vistas interior y exterior define 6 características:
 Funcionalidad: Conjunto de atributos que soporta la existencia de un

conjunto de funciones y sus propiedades específicas. Las funciones
son tales que satisfacen las necesidades implícitas o establecidas.
 Confiabilidad (Fiabilidad): El conjunto de atributos que soporta la

capacidad del software para mantener su nivel de rendimiento bajo
condiciones establecidas por un periodo de tiempo establecido.
 Facilidad de uso (Usabilidad): El conjunto de atributos que soporta el

esfuerzo necesario para el uso y la evaluación individual de tal uso
mediante un conjunto de usuarios establecidos e implícitos.
33
 Eficiencia: el conjunto de atributos que soporta las relaciones entre el
nivel de rendimiento del software y el monto de recursos empleados,
bajo condiciones establecidas.
 Mantenibilidad: El conjunto de atributos que soporta el esfuerzo

necesario para realizar modificaciones especificadas.
 Portabilidad: El conjunto de atributos que soporta la habilidad del

software para transferirlo de un entorno a otro.
Para la vista en uso se contemplan 4 características:
 Efectividad: Capacidad del producto software para permitir a los

usuarios alcanzar objetivos especificados con exactitud y completitud,
en un contexto de uso especificado.
 Productividad: Capacidad del producto software para permitir a los
usuarios gastar una cantidad adecuada de recursos con relación a la
efectividad alcanzada, en un contexto de uso especificado.
 Seguridad física: Capacidad del producto software para alcanzar
niveles aceptables del riesgo de hacer daño a personas, al negocio, al
software, a las propiedades o al medio ambiente en un contexto de
uso especificado.
 Satisfacción: Capacidad del producto software para satisfacer a los
usuarios en un contexto de uso especificado.
34
Figura 2.- Indicadores del Modelo de Calidad para Software ISO/IEC 9126
35
ESPACIO TEMPORAL Y ESPACIAL
El desarrollo del presente proyecto de evaluación del sistema de Inventarios

para la Imprenta Roca fue llevado a cabo durante los meses comprendidos
entre mayo y octubre del presente año; y específicamente en el Instituto
Tecnológico de San Andrés Tuxtla, Veracruz.
Figura 3.- Vista frontal del Instituto Tecnológico de San Andrés Tuxtla (lugar
donde es realizada la investigación)
Figura 4.- Croquis del Instituto Tecnológico de San Andrés Tuxtla

(Microlocalización)
36
CAPITULO 3: METODOLOGIA APLICADA
3.1 TIPO DE INVESTIGACION
Para definir el alcance de esta investigación, es necesario distinguir que

existen diferentes tipos de investigación según [Danhke, 1989] enfoca la
investigación en 4 tipos diferentes los cuales son:
Exploratorios: Se ocupan cuando no existen investigaciones previas

sobre el objeto de estudio o cuando nuestro conocimiento del tema es tan
vago e impreciso que nos impide sacar las más simples conclusiones sobre
qué aspectos son relevantes y cuáles no.
Descriptivos: Miden, evalúan o recolectan datos sobre diversos

aspectos, dimensiones o componentes del fenómeno a investigar. Esto con
el fin de recolectar toda la información que obtengamos para poder llegar al
resultado de la investigación.
Correlativos: Pretenden medir el grado de relación y la manera cómo

interactúan dos o más variables entre sí. Estas relaciones se establecen
dentro de un mismo contexto, y a partir de los mismos sujetos en la mayoría
de los casos.
Explicativos: Van más allá de la descripción de conceptos o

fenómenos o del establecimiento de relaciones entre conceptos; están
dirigidos a responder a las causas de los eventos físicos o sociales. Como su
nombre lo indica, su interés se centra en explicar por qué ocurre un
fenómeno y en qué condiciones se da éste.
El tipo de investigación que se empleará es de tipo descriptivo pues se

recolectará información y datos sobre características del sistema de
Inventarios Imprenta Roca guiadas del modelo de evaluación ISO/ IEC 9126
y se realizará la medición, a partir de los mismos se podrá llegar al resultado
que busca la investigación.
37
3.2 DISEÑO DE LO INVESTIGACION
Para realizar el presente proyecto se desarrollaron las 6 siguientes

actividades:
Actividad 1.- Instalar el sistema y realizar verificación de la

compatibilidad comprobando si se cumplen los requisitos requeridos
para la instalación en relación a hardware y software.- En primer paso se
busca hacer la instalación del sistema en una computadora que cumpla con
los requerimientos deseados para la buena instalación del sistema como son:
herramientas gráficas VGA o una resolución mayor: resolución mínima de
1.024 x 768 píxeles, memoria RAM un mínimo de 1GB es preferible que
cuente con más capacidad, 1 GB de espacio disponible en disco como
mínimo y un sistema de 32 bits, además de que en aspecto de software
cuente con el software adicional para la proyección de reportes.
Actividad 2.- Verificar su correcto funcionamiento, asegurar la

apropiada navegación dentro del sistema, ingreso de datos,
procesamiento, proyección de reportes, etc.- Una vez esté instalado el
sistema con los requerimientos mínimos en la computadora destinada para el
uso de este, se hará un previo examen del manejo de las funciones con las
que cuenta sin ocupar procesos que en ese momento puedan afectar
actividad operacional importante de la empresa, se pretende hacer previa
vista y manejo de que el software efectivamente se instaló sin problemas y su
manejo no se ve afectado por algún elemento importante que esté haciendo
falta.
Actividad 3.- Buscar y analizar metodologías de evaluación de

software comparando su aplicación y eligiendo el que más se adecue al
sistema.- Para la evaluación del sistema se eligió el modelo ISO/IEC 9126 el
cual entre otros más se adecua a las necesidades de la investigación que se
38
realizará, la búsqueda y la elección se hizo con previas investigaciones
encontradas en fuentes bibliográficas y electrónicas.
Actividad 4.- Elaborar instrumentos de recolección de datos

eligiendo el que más convenga y practicidad tenga como entrevistas,
cuestionarios, etc. Incluyendo las medidas y métricas del software
apropiadas para la representación de la evaluación del software.- Con el
modelo de evaluación elegido se elaborará un cuestionario para evaluar cada
una de las características que el estándar ISO/IEC 9126 describe como
relevantes en la evaluación de la calidad del software.
Actividad 5.- Aplicar el instrumento de recolección de datos desde

la perspectiva de usuarios a la que esté diseñado. El cuestionario se
aplicará a las personas que estén dirigidas ya que el modelo divide sus
características y cada división está dirigida a diferentes perspectivas, en este
caso intervienen tanto desarrollador del sistema como las personas que lo
operarán.
Actividad 6.- Analizar e interpretar resultados, haciendo cálculo de

las métricas y aplicación de herramientas matemáticas, obteniendo una
visión gráfica de los mismos.- Las encuestas arrojarán datos importantes
que serán interpretados y calificados con las medidas a fin de visualizarlos y
lograr tener un panorama gráfico fácil de interpretar, así con la información se
determinará si efectivamente el sistema cuenta con el mínimo de porcentaje
de calidad que anteriormente se menciona.
39
3.3 DEFINICION DE VARIABLES E INDICADORES
En este nivel se escogieron todas las características y subcaracterísticas

deseadas en la evaluación del sistema de inventarios, cabe mencionar que
pueden ser todas aquellas que la norma elegida para esta investigación
menciona o como en esta ocasión se escogieron aquellas que se
consideraron importantes.
Tabla 1.- Descripción de las características de “funcionalidad” del modelo

ISO/IEC 9126
CARACTERISTICA SUBCARACTERISTICAS DESCRIPCION

Adecuación: Capacidad del
producto software
para proporcionar un
conjunto apropiado
de funciones para
tareas y objetivos de
usuario
especificados.
Exactitud: Capacidad del
producto software
(FUNCIONALIDAD) para proporcionar los
Es la capacidad del resultados o efectos
software de cumplir y correctos o
proveer las funciones acordados, con el
para satisfacer las grado necesario de
necesidades explícitas e precisión.
implícitas cuando es Interoperabilidad: Capacidad del
utilizado en condiciones producto software
específicas. para interactuar con
uno o más sistemas
especificados.
Seguridad de acceso: Capacidad del
producto software
para proteger
información y datos
de manera que las
personas o sistemas
no autorizados no
puedan leerlos o
40
modificarlos, al
tiempo que no se
deniega el acceso a
las personas o
sistemas autorizados
Cumplimiento funcional: Capacidad del
producto software
para adherirse a
normas,
convenciones o
regulaciones en
leyes y
prescripciones
similares
relacionadas con
funcionalidad.
Tabla 2.- Descripción de las características de “confiabilidad” del modelo

ISO/IEC 9126
Tolerancia a fallos: Capacidad del

software para
mantener un nivel
especificado de
prestaciones en caso
de fallos software o de
infringir sus interfaces
CONFIABILIDAD especificados.
(FIABILIDAD)
La confiabilidad es la
capacidad del software Recuperabilidad: Capacidad del
para asegurar un nivel producto software
de funcionamiento para restablecer un
adecuado cuando es nivel de prestaciones
utilizando en especificado y de
condiciones recuperar los datos
específicas. directamente
afectados en caso de
fallo.
41
Cumplimiento de la Capacidad del
fiabilidad: software de cumplir a
los estándares o
normas relacionadas
a la fiabilidad.
Tabla 3.- Descripción de las características de “usabilidad” del modelo

ISO/IEC 9126
Entendimiento: Capacidad del

producto software que
permite al usuario
entender si el
software es adecuado
y cómo puede ser
usado para unas
tareas o condiciones
de uso particulares.
Aprendizaje: Capacidad del

FACTIBILIDAD DE producto software que
USO (USABILIDAD) permite al usuario
La usabilidad es la aprender sobre su
capacidad del software aplicación.
de ser entendido,
aprendido, y usado en Operabilidad: Capacidad del
forma fácil y atractiva. producto software que
permite al usuario
operarlo y controlarlo.
Atracción: Capacidad del
producto software
para ser atractivo al
usuario.
Conformidad de uso: La capacidad del
software de cumplir
los estándares o
normas relacionadas
a su usabilidad.
42
Tabla 4.- Descripción de las características de “eficiencia” del modelo
ISO/IEC 9126
Comportamiento de Los tiempos

tiempos: adecuados de
respuesta y
procesamiento, el
rendimiento cuando
realiza su función en
condiciones
específicas. Ejemplo,
ejecutar el
EFICIENCIA procedimiento más
La eficiencia del complejo del software
software es la forma y esperar su tiempo
del desempeño de respuesta, realizar
adecuado, de acuerdo la misma función pero
al número de recursos con más cantidad de
utilizados según las registros.
condiciones Utilización de recursos: Capacidad del
planteadas. producto software
para usar las
cantidades y tipos de
recursos adecuados
cuando el software
lleva a cabo su
función bajo
condiciones
determinadas.
Cumplimiento de la Capacidad del
eficiencia: producto software
para adherirse a
normas o
convenciones
relacionadas con la
eficiencia.
43
Tabla 5.- Descripción de las características de “mantenibilidad” del modelo
ISO/IEC 9126
Capacidad para
ser Es la capacidad del
analizado: producto software
para serle
diagnosticadas
deficiencias o causas
de los fallos en el
software, o para
identificar las partes
que han de ser
modificadas.
Capacidad del
Cambiabilidad: software para que la
implementación de
MANTENIBILIDAD una modificación se
La capacidad de pueda realizar, incluye
mantenimiento es la también codificación,
cualidad que tiene el diseño y
software para ser documentación de
modificado. cambios.
Estabilidad: Capacidad del
producto software
para evitar efectos
inesperados debidos
a modificaciones del
software.
Facilidad de prueba: Capacidad del
producto software que
permite realizar
pruebas a las
modificaciones sin
poner en riesgo los
datos.
Conformidad de facilidad La capacidad que
de mantenimiento: tiene el software para
cumplir con los
estándares de
facilidad de
mantenimiento.
44
Tabla 6.- Descripción de las características de “portabilidad” del modelo
ISO/IEC 9126
Adaptabilidad: Capacidad del

producto software
para ser adaptado a
diferentes entornos
especificados, sin
aplicar acciones o
mecanismos distintos
de aquellos
proporcionados para
este propósito por el
propio software
considerado.
Instalabilidad: Capacidad del
producto software
para ser instalado en
PORTABILIDAD un entorno
La capacidad que tiene especificado.
el software para ser Coexistencia: Capacidad del
trasladado de un producto software
entorno a otro. para coexistir con otro
software
independiente, en un
entorno común,
compartiendo
recursos comunes.
Capacidad para Capacidad del
reemplazar: producto software
para ser usado en
lugar de otro producto
software, para el
mismo propósito, en
el mismo entorno.
Conformidad de La capacidad que
portabilidad: tiene el software para
cumplir con los
estándares
relacionados a la
portabilidad.
45
3.4 PLAN DE MUESTREO
La población involucrada en la investigación está representada por (5)

usuarios los cuales representan a las personas que laboran en la empresa
Imprenta Roca, así como (1) programador del sistema, el cual representa la
persona encargada del desarrollo de este. Habiendo sido seleccionadas por
el hecho de interactuar con el sistema.
Según [Chávez ,2001], el muestreo son las operaciones que se realizan

para seleccionar la muestra sobre la cual se realizará la investigación, es
decir que esta sería la técnica empleada para escoger a los sujetos, objetos
o fenómenos. Para [Parra, 2003], un muestreo No Probabilístico corresponde
a procedimientos de selección de muestras en donde intervienen factores
distintos al azar, según lo define [Arias, 2006], el muestreo Intencional u
opinático, es aquel donde los elementos muestrales son escogidos en base a
criterios o juicios preestablecidos por el investigador.
En este caso respecto a la muestra, se puede decir que, es de tipo No

Probabilístico e Intencional, pues se eligieron a las personas en base a
ciertos criterios que la norma también menciona. También considerando que
debido a que la población objeto de estudio puede ser abordada en su
totalidad, por considerarla pequeña y de fácil manejo ya que se seleccionó a
los individuos que interactúan con el sistema y que a juicio tienen
familiarización y conocimientos respecto al sistema de inventarios. [Balestrini,
2001] señala que: Dada las características de la población pequeña y finita,
se tomarán como unidades de estudio e indagación a todos los individuos
que la integran.
Tabla 7.- Población involucrada
Usuario 5
Programador 1
46
CAPITULO 4: ANALISIS E INTERPRETACIÓN DE
RESULTADOS
Para comprobar el cumplimiento de cada subcaracterísticas se determinó

como instrumento de recolección de datos un cuestionario. Las pruebas
realizadas plantean la evaluación de cumplimiento de características relacionadas
con los atributos evaluados, por lo que el procedimiento de valorización de cada
prueba consistió en: Evaluación ponderada.
Tabla 8.- Preguntas de las características de “funcionalidad” del modelo

ISO/IEC 9126
DEFINICION SUBCARAC DIMENSIO- PONDE-

ITEMS ESCALA
OPERACIONAL -TERISTICA NES RACION
¿El sistema de 1: Nunca 0

inventarios cuenta 2: Poco 1
Adecua- USUARIO con las funciones 3: Algunas veces 2
ción apropiadas para 4: Casi siempre 3
realizar las tareas 5: Siempre 4
Es la especificadas?
F capacidad del
U software de ¿Cuándo realiza 1: Nunca 0
N cumplir y una función, el 2: Poco 1
C proveer las Exactitud USUARIO resultado emitido es 3: Algunas veces 2
I funciones preciso y concuerda 4: Casi siempre 3
O para con lo esperado? 5: Siempre 4
N satisfacer las
A necesidades ¿El sistema tiene la 1: Nunca 0
L explícitas e Interopera USUARIO capacidad de 2: Poco 1
I implícitas -bilidad intercambiar 3: Algunas veces 2
D cuando es información con 4: Casi siempre 3
A utilizado en otros sistemas 5: Siempre 4
D condiciones independientes?
específicas. ¿Cuenta con
contraseñas de 1: Nunca 0
Seguridad seguridad que 2: Poco 1
de acceso USUARIO impiden el acceso 3: Algunas veces 2
no 4: Casi siempre 3
autorizado al 5: Siempre 4
sistema de
inventarios?
47
Tabla 9.- Preguntas de las características de “confiabilidad” del modelo
ISO/IEC 9126
DEFINICION
SUBCARAC- DIMENSIO- PONDERA
OPERACIO- ITEMS ESCALA
TERISTICA NES -CION
NAL
Sí suceden fallas en
La el sistema, ¿cómo
1:Bajo 0
confiabilidad Tolerancia USUARIO califica la capacidad
2: Básico 1
es la a fallos del sistema para
3: Mediano 2
C capacidad mantener un nivel
4: Alto 3
O del software óptimo de
5: Muy Alto 4
N para funcionamiento?
F asegurar un
I nivel de
A funcionami-
B ento
I adecuado ¿El sistema es
1: Nunca 0
L cuando es capaz de recuperar
2: Poco 1
I utilizando en Recuperabi USUARIO datos perdidos en
3: Algunas veces 2
D condiciones -lidad caso de fallas?
4: Casi siempre 3
A específicas.
5: Siempre 4
D
48
Tabla 10.- Preguntas de las características de “usabilidad” del modelo
ISO/IEC 9126
DEFINICION
SUBCARACTE- DIMENSI- PONDE-
RISTICA ONES RACION
NAL
¿Comprende
fácilmente como
1: Nunca 0
es el diseño y la
Entendimiento USUARIO 2: Poco 1
lógica de
3: Algunas Veces 2
funcionamiento
4: Casi Siempre 3
de cada
5: Siempre 4
módulo?
1: Total desacuerdo
¿Considera que 0
2: Parcial
el sistema es 1
U Aprendizaje USUARIO desacuerdo
fácil de aprender 2
S La 3: Medio
a utilizar? 3
A usabilidad 4: Parcial acuerdo
4
B es la 5: Total acuerdo
I capacidad
L del software
I de ser ¿Considera que
D entendido, las funciones de 1: Total desacuerdo
A aprendido, y 0
los módulos del 2: Parcial
D usado en Operabilidad USUARIO 1
sistema son desacuerdo
forma fácil y 2
fáciles de operar 3: Medio
atractiva. 3
y manipular? 4: Parcial acuerdo
4
5: Total acuerdo
¿Qué tan
atractiva 1: Bajo 0
considera la 2: Básico 1
Atracción USUARIO
interfaz y el 3: Mediano 2
diseño del 4: Alto 3
sistema? 5: Muy Alto 4
49
Tabla 11.- Preguntas de las características de “eficiencia” del modelo
ISO/IEC 9126
DEFINICION SUBCARAC- DIMENSI- PONDE-

ITEMS ESCALA
OPERACIONAL TERISTICA ONES RACION
¿Cómo considera
el tiempo de 1: Bajo 0
Comportam USUARIO respuesta del 2: Básico 1
E La eficiencia iento de sistema cuando 3: Mediano 2
F del software tiempos una función es 4: Alto 3
I es la forma realizada? 5: Muy Alto 4
C del
I desempeño
E adecuado, de
N acuerdo al
C número de ¿Los recursos
I recursos Utilización PROGRA- requeridos para la 1: Nunca 0
A utilizados de recursos MADOR ejecución del 2: Poco 1
según las sistema se utilizan 3: Algunas veces 2
condiciones de manera 4: Casi siempre 3
planteadas. eficiente? 5: Siempre 4
50
Tabla 12.- Preguntas de las características de “mantenibilidad” del modelo
ISO/IEC 9126
DEFINICION
SUBCARAC- DIMENSIO- PONDE-
TERISTICA NES RACION
NAL
¿Es fácil
1: Nunca
Capacidad PROGRA- diagnosticar una 0
2: Poco
para ser MADOR falla o identificar 1
3: Algunas
analizado partes a modificar 2
veces
cuando estas se 3
4: Casi siempre
presentan? 4
5: Siempre
M
A ¿El sistema puede 1: Nunca
0
N ser 2: Poco
1
T fácilmente 3: Algunas
2
E La Cambiabili PROGRA- modificado cuando veces
3
N capacidad -dad MADOR las fallas o partes a 4: Casi siempre
4
I de cambiar están 5: Siempre
B mantenimi- identificadas?
I ento es la
L cualidad que
I tiene el
D software ¿Hay riesgos o 1: Nunca
4
A para ser efectos 2: Poco
3
D modificado. Estabilidad PROGRA- inesperados cuando 3: Algunas
2
MADOR se realizan veces
1
modificaciones en 4: Casi siempre
0
el sistema? 5: Siempre
1: Nunca
0
¿Son fáciles de 2: Poco
Facilidad PROGRAM 1
validar las 3: Algunas
de prueba A-DOR 2
modificaciones en veces
3
el sistema? 4: Casi siempre
4
5: Siempre
51
Tabla 13.- Preguntas de las características de “portabilidad” del modelo
ISO/IEC 9126
DEFINICION PONDE-
SUBCARAC- DIMENSIO-
OPERACIO- ITEMS ESCALA RACION
TERISTICA NES
NAL
¿El sistema se 1: Nunca 0

Adaptabili- USUARIO puede trasladar a 2: Poco 1
dad otras computadoras 3: Algunas 2
y adaptarse a veces 3
diferentes sistemas 4: Casi siempre 4
operativos? 5: Siempre
¿el sistema se 1: Nunca 0

Instabilidad USUARIO puede 2: Poco 1
instalar fácilmente 3: Algunas 2
en la computadora veces 3
P
destinada? 4: Casi siempre 4
O
5: Siempre
R La
T capacidad
A que tiene el
B software ¿El sistema puede
1: Nunca
I para ser ser instalado y 0
Coexisten- USUARIO 2: Poco
L trasladado operar con otros 1
cia 3: Algunas
I de un software ya 2
veces
D entorno a instalados en la 3
4: Casi siempre
A otro. misma 4
5: Siempre
D computadora?
¿Considera que el
sistema tiene la 1: Total
capacidad de desacuerdo
0
Capacidad reemplazar a otro 2: Parcial
1
para USUARIO sistema de desacuerdo
2
reemplazar inventarios 3: Medio
3
cumpliendo las 4: Parcial
4
especificaciones acuerdo
adecuadas para 5: Total acuerdo
este?
52
En este nivel se distribuye el porcentaje asignado acorde a criterios de la
evaluación. Este porcentaje es sugerido por la persona desarrolladora del
software así como también está debidamente aprobado por el usuario. De las
variables de evaluación del sistema ocupadas en el cuestionario tres
características fueron consideradas preponderantes para el caso y éstas
fueron: Funcionalidad, usabilidad y fiabilidad a las cuales se le otorgaron el
mayor puntaje de una calificación de 75 puntos y los 25 restantes fueron
asignadas a las características restantes, tal como se observa en la (Tabla
14).
Tabla14.- Relevancia entre características del cuestionario.
CARACTERISTICA Porcentaje
Máxima
FUNCIONALIDAD 25%
Importancia
CONFIABILIDAD 25%
USABILIDAD 25%
Mínima EFICIENCIA 10%
Importancia MANTENIBILIDAD 10%
PORTABILIDAD 5%
TOTAL 100%
A continuación en las siguientes tablas se muestra de manera separada y

detallada los resultados obtenidos tanto en las preguntas del cuestionario
aplicadas a los usuarios y al programador, (considerando importante
mencionar que la variable de eficiencia es la única que fue evaluada en
conjunto con el programador y el usuario)
53
obtenidos de las preguntas realizadas al usuario.
P U U U U U
R S S S S S
E U U U U U
G A A A A A Total Total Porcentaje
U R R R R R Espera- Obtenido Total por
N I I I I I do Caracteris-
T O O O O O tica
A (1) (2) (3) (4) (5)
1) 4 4 3 4 3 4*5=20 18
FUNCIONALIDAD 2) 4 4 3 4 4 4*5=20 19
3) 4 4 4 4 4 4*5=20 20
4) 3 3 2 4 2 4*5=20 14 88.75%
Total de Funcionalidad
por Usuario 15 15 12 16 13 80 71
CONFIABILIDAD 5) 3 3 3 2 3 4*5=20 14
6) 3 3 4 4 4 4*5=20 18
Total de Confiabilidad 80 %
por Usuario 6 6 7 6 7 40 32
7) 4 3 4 4 3 4*5=20 18
USABILIDAD 8) 4 4 4 4 3 4*5=20 19
9) 3 3 4 4 3 4*5=20 17
10) 3 4 4 4 3 4*5=20 18 90 %
Total de Usabilidad por
Usuario 14 14 16 16 12 80 72
EFICIENCIA 11) 3 3 4 2 4 4*5=20 16 Continúa

Total de Eficiencia por en (Tabla
Usuario 3 3 4 2 4 20 16 16)….
12) 0 1 0 0 0 4*5=20 1
PORTABILIDAD 13) 3 3 3 4 4 4*5=20 17
14) 3 4 3 4 3 4*5=20 17 63.75 %
15) 3 4 3 3 3 4*5=20 16
Total de Confiabilidad
por Usuario 9 11 9 11 11 80 51
Puntos obtenidos
por usuario 47 50 48 51 46 300 242 80.66 %
54
obtenidos de las preguntas realizadas al programador.
Pregunta Programa- Total Total Porcentaje

dor esperado Obtenido Total por
característica
1) 4 4*1=4 4
EFICIENCIA …..Continuació
n de la tabla
Total de Eficiencia por anterior
Programador 4 4 4
83.33 %
2) 4 4*1=4 4
MANTENIBILIDAD
3) 3 4*1=4 3
4) 4 4*1=4 4 93.75%
5) 4 4*1=4 4
Total de Mantenibilidad por

Programador 15 16 15
Puntos obtenidos
Por programador 19 20 19 95 %
55
Tabla 17.- Resultados obtenidos de los cuestionarios realizados.
Porcentaje
Porcentaje Porcentaje obtenido en
CARACTERISTICA Asignado Total por relación a la
por Relevancia Característica relevancia de
característica
FUNCIONALIDAD 25% 88.75% 22.18%
CONFIABILIDAD 25% 80 % 20%
USABILIDAD 25% 90 % 22.5%
EFICIENCIA 10% 83.33 % 8.33%
MANTENIBILIDAD 10% 93.75 % 9.375%
PORTABILIDAD 5% 63.75 % 3.187%
Porcentaje esperado: 100% Porcentaje obtenido: 85.572 %
56
Gráfica General de los porcentajes obtenidos de las características aplicadas
a los usuarios y al programador
Gráfica del Pocentaje total de

caracteristicas aplicadas al usuario y
programador
3.187%
9.375%
22.18%
FUNCIONALIDAD
8.33%
CONFIABILIDAD
USABILIDAD
EFICIENCIA
MANTENIBILIDAD
22.50% 20% PORTABILIDAD
Gráfica 1.- Gráfica General de los porcentajes obtenidos de las

características aplicadas al usuario y al programador
En esta gráfica se puede observar el valor resultante de cada característica

dirigida tanto al usuario como al programador, los porcentajes son variados
desde un 22.50% para usabilidad, un 22.18% para funcionalidad y un 20%
de confiabilidad como valores máximos, así como también hasta los valores
mínimos como eficiencia con un 8.33%, portabilidad un 3.187%, y 9.375% de
mantenibilidad, resultando un porcentaje general de 85.572%, el cual se
considera aceptable en consideración del 100% del total recomendable de
las seis características totales evaluadas.
57
Gráfica de los porcentajes obtenidos por característica
Gráfica de porcentaje obtenido por cada

caracteristica
100.00%
93.75%
88.75% 90%
90.00%
83.33%
80%
80.00%
70.00%
63.75% FUNCIONALIDAD
60.00% CONFIABILIDAD
USABILIDAD
50.00%
EFICIENCIA
40.00% MANTENIBILIDAD
PORTABILIDAD
30.00%
20.00%
10.00%
0.00%
Gráfica 2.- Gráfica de los porcentajes obtenidos por características
Esta gráfica muestra el porcentaje obtenido por cada característica aplicada

en relación a la ponderación máxima esperada y la obtenida, distinguiéndose
las características de mantenibilidad con el 93.75% y usabilidad con el 90%
de cumplimiento.
58
Gráficas de las preguntas aplicadas para el usuario
Se aplicó para 5 usuarios
1) 1.- ¿El sistema de inventarios cuenta con las funciones apropiadas para
realizar las tareas especificadas?
Pregunta 1 (Usuario)
5
U
S
3
U 3
A
R
I 2
O 2
S
1
0 0 0
Nunca Poco Algunas veces Casi siempre Siempre
Gráfica 3.- Gráfica de la pregunta 1 aplicada al usuario
Como se puede apreciar en esta gráfica, 2 de los usuarios contestaron que

el sistema cuenta con las funciones apropiadas para realizar las tareas casi
siempre, y 3 de los usuarios contestaron que siempre, el puntaje esperado
de esta pregunta era de 20 puntos y se obtuvo 18.
59
2.- ¿Cuándo realiza una función, el resultado emitido es preciso y concuerda
con lo esperado?
4
4
3
U
S
U
A
2
R
I
O
1
1
0 0 0
0
Como se puede apreciar en esta gráfica, 1 de los usuarios contestó que

cuando realiza una función en el sistema el resultado es preciso y concuerda
con lo que espera casi siempre, y 4 de los usuarios contestaron que siempre,
el puntaje esperado de esta pregunta era de 20 puntos y se obtuvo 19.
60
3.- ¿El sistema tiene la capacidad de intercambiar información con otros
sistemas independientes?
5
5
4
3
U
S
U
A
R 2
I
O
0 0 0 0
0
Como se puede apreciar en esta gráfica, los 5 usuarios contestaron que el

sistema tiene la capacidad de intercambiar información con otros sistemas
siempre, el puntaje esperado de esta pregunta era de 20 puntos y se obtuvo
el total de 20.
61
4.- ¿Cuenta con contraseñas de seguridad que impiden el acceso no
autorizado al sistema de inventarios?
U 3
S
U
A
R
2
I 2 2
O
1
1
0 0
0

el sistema cuenta con contraseñas apropiadas que impiden el acceso no
autorizado al sistema algunas veces, 2 de los usuarios contestaron que casi
siempre, y 1 usuario contestó que siempre, el puntaje esperado de esta
pregunta era de 20 puntos y se obtuvo 14.
62
5.- Sí suceden fallas en el sistema, ¿cómo califica la capacidad del sistema
para mantener un nivel óptimo de funcionamiento?
4
4
3
U
S
U
A
R 2
I
O
1
1
0 0
0
0
Bajo Básico Mediano Alto Muy Alto
Como se puede apreciar en esta gráfica, 1 de los usuarios contestó que la

capacidad de mantener un nivel óptimo de funcionamiento es mediano, y 4
de los usuarios lo calificó como alto, el puntaje esperado de esta pregunta
era de 20 puntos y se obtuvo 14.
63
6.- ¿El sistema es capaz de recuperar datos perdidos en caso de fallas?
3
U 3
S
U
A
2
R 2
I
O
0 0 0

el sistema es capaz de reasumir su funcionamiento y restaurar datos en caso
de fallas casi siempre, y 3 de los usuarios contestaron que siempre, el
puntaje esperado de esta pregunta era de 20 puntos y se obtuvo 18.
64
7.- ¿Comprende fácilmente como es el diseño y su lógica de funcionamiento
de cada módulo?
5
U 3
S 3
U
A
R
2
I
2
O
0 0 0
0

comprenden fácilmente la estructura y la lógica del sistema casi siempre, y 3
de los usuarios contestaron que siempre, el puntaje esperado de esta
pregunta era de 20 puntos y se obtuvo 18.
65
8.- ¿Considera que el sistema es fácil de aprender a utilizar?
5
4
4
U
S 3
U
A
R
I 2
O
1
1
0 0 0
0
Total desacuerdo Parcial desacuerdo Medio Parcial acuerdo Total acuerdo
Como se puede apreciar en esta gráfica, 1 de los usuarios contestó que esta
en parcial acuerdo al considerar que el sistema es fácil de aprender a utilizar,
y 4 de los usuarios contestaron estar en total acuerdo, el puntaje esperado
66
9.- ¿Considera que las funciones de los módulos del sistema son fáciles de
operar y manipular?
5
U 3
S 3
U
A
R
I
2
O 2
0 0 0
0
Total desacuerdo Parcial desacuerdo Medio Parcial acuerdo Total acuerdo

están en parcial acuerdo al considerar que las funciones del sistema son
fáciles de operar, y 2 de los usuarios contestaron estar en total acuerdo, el
puntaje esperado de esta pregunta era de 20 puntos y se obtuvo 17.
67
10.- ¿Qué tan atractiva considera la interfaz y el diseño del sistema?
5
U
3
S 3
U
A
R
I
2
O 2
0 0 0
0
Bajo Básico Mediano Alto Muy alto

el nivel de atractivo de la interfaz y diseño del sistema como alto, y 3 de los
usuarios lo calificó como muy alto, el puntaje esperado de esta pregunta era
de 20 puntos y se obtuvo 18.
68
11.- ¿Cómo considera el tiempo de respuesta del sistema cuando una
función es realizada?
5
U
3
S
U
A
R
I
2
O 2 2
1
1
0 0
0
Bajo Básico Mediano Alto Muy Alto
Como se puede apreciar en esta gráfica, 1 de los usuarios contestó como

mediano el tiempo de respuesta del sistema, 2 de los usuarios lo calificó
como alto, y 2 como muy alto, el puntaje esperado de esta pregunta era de
20 puntos y se obtuvo 16.
69
12.- ¿El sistema se puede trasladar a otras computadoras y adaptarse a
diferentes sistemas operativos?
5
4
4
U
S 3
U
A
R
I 2
O
1
1
0 0 0
0
Como se puede apreciar en esta gráfica, 1 de los usuarios contestó que el

sistema se puede trasladar a otras computadoras y adaptarse a diferentes
sistemas operativos poco, y 4 de los usuarios contestaron que nunca es
posible realizar dicha actividad, el puntaje esperado de esta pregunta era de
20 puntos y se obtuvo solo 1 punto, un puntaje muy deficiente en cuestión.
70
13.- ¿El sistema se puede instalar fácilmente en la computadora destinada?
5
3
U 3
S
U
A
R
2
I 2
O
0 0 0
0

el sistema se puede instalar fácilmente en la computadora destinada casi
siempre, y 2 de los usuarios contestaron que siempre el puntaje esperado de
esta pregunta era de 20 puntos y se obtuvo 17.
71
14.- ¿El sistema puede ser instalado y operar con otros software ya
instalados en la misma computadora?
U
3
S 3
U
A
R
I 2
O 2
0 0 0
0

el sistema que el sistema puede instalarse y operar con otros sistemas casi
siempre, y 2 de los usuarios contestaron que siempre, el puntaje esperado
72
15.- ¿Considera que el sistema tiene la capacidad de reemplazar a otro
sistema de inventarios cumpliendo las especificaciones adecuadas para
este?
5
4
4
U
S 3
U
A
R
I 2
O
1
1
0 0 0
0

consideran que el sistema tiene capacidad para reemplazar a otros sistemas
cumpliendo sus especificaciones casi siempre, y 1 de los usuarios contestó
que siempre, el puntaje esperado de esta pregunta era de 20 puntos y se
obtuvo 16.
73
Gráficas de las preguntas aplicadas al programador
Se aplicó para 1 programador
1.- ¿Los recursos requeridos para la ejecución del sistema se utilizan de

manera eficiente?
1
1
Pregunta 1 (Programador)
0 0 0 0
0
Gráfica 18.- Gráfica de la pregunta 1 aplicada al programador
Como se puede apreciar en esta gráfica, el programador responde que el

sistema utiliza de manera eficiente los recursos requeridos para la ejecución
del sistema siempre, el puntaje esperado de esta pregunta era de 4 puntos y
se obtuvo el valor total de los 4 puntos.
74
2.- ¿Es fácil diagnosticar una falla o identificar partes a modificar cuando
estas se presentan?
1
1
0 0 0 0
Como se puede apreciar en esta gráfica, el programador responde que es

fácil diagnosticar fallas o identificar partes a modificar en el sistema siempre,
el puntaje esperado de esta pregunta era de 4 puntos y se obtuvo el valor
total de los 4 puntos.
75
3.- ¿El sistema puede ser fácilmente modificado cuando las fallas o partes a
cambiar están identificadas?
1
1
0 0 0
0
0
Como se puede apreciar en esta gráfica, el programador responde que es

fácil modificar fallas o modificar partes del sistema siempre, el puntaje
esperado de esta pregunta era de 4 puntos y se obtuvo un valor de3 puntos.
76
4.- ¿Hay riesgos o efectos inesperados cuando se realizan modificaciones en
el sistema?
1
1
0 0 0 0
Como se puede apreciar en esta gráfica, el programador responde que

nunca hay riesgos o efectos inesperados cuando se realizan modificaciones
en el sistema, el puntaje esperado de esta pregunta era de 4 puntos y se
obtuvo un valor total de 4 puntos.
77
5.- ¿Son fáciles de validar las modificaciones en el sistema?
1
1
0 0 0 0
Como se puede apreciar en esta gráfica, el programador responde que

validar las modificaciones del sistema es fácil siempre, el puntaje esperado
de esta pregunta era de 4 puntos y se obtuvo un valor total de 4.
78
CONCLUSION
El proceso de evaluación de software propuesto por la norma ISO/IEC 9126

tiene un lugar importante en el ciclo de vida del software, es por eso que es
necesario darle mayor difusión a este proceso y considerarlo como un
concepto esencial en el desarrollo de estos y aplicarlo para mejorar la calidad
de software. Y es que la norma es un estándar que se puede aplicar a
cualquier producto de software independientemente de la base de datos,
lenguaje de programación o herramienta de desarrollo en la que este hecho
el producto.
En el presente trabajo se seleccionaron las métricas del modelo más

adecuadas para evaluar el software, esto debido a que se escogen ya sea
por el tipo de producto, disponibilidad del producto pues puede estar en
producción, así como también el ambiente en donde este implementado, etc.
Finalmente con la evaluación aplicada al sistema de inventarios para la

Imprenta Roca, se determinó que su nivel de calidad como producto software
cumple con un 85.572%, significando que presenta algunas deficiencias no
cumpliendo con el 100% como sería lo recomendable, pero que aún así las
características de calidad seleccionadas cumplen con más del 80%, cantidad
que como mínimo se esperaba, por tal motivo este producto tiene un nivel de
aceptabilidad considerable, satisfaciendo así los requisitos de calidad.
Lo anterior se sustenta con los resultados obtenidos durante esta

investigación, los porcentajes de calidad obtenidos en las seis características
evaluadas indican que este se encuentra clasificado como software de
primera calidad con pequeñas modificaciones.
79
RECOMENDACIONES
Al realizar una evaluación de calidad de un software, se debe analizar y

escoger el modelo que más se adecue al tipo de producto software que se
evaluará, además de que cuando el modelo seleccionado no se encontraran
características o subcaracterísticas que a criterio del evaluador sean
importantes, es recomendable adaptarlas al modelo seleccionado
inicialmente e indicar que las métricas pertenecen a otro modelo, de la
misma forma detallar que cuando alguna métrica del modelo no es evaluada
y explicar el porqué. Todo con el fin de adaptarlo a las necesidades tanto de
la empresa que lo adquiere como del grupo desarrollador del sistema.
Se recomienda también trabajar en las características que obtuvieron

porcentajes más bajos, con el objetivo de implementar las medidas
necesarias, realizar el mantenimiento o análisis respectivo de estás para
mejorar los puntos débiles que se identificaron en el sistema, elevando así la
calidad de este.
80
FUENTES BIBLIOGRAFICAS Y ELECTRÓNICAS
BIBLIOGRAFICAS
 García, J. Bibliografía Mexicana Siglo XVI. México: Fondo de Cultura

Económica, Fecha: (1981).
 Mills Award Harlan D. IEEE Computer Society. Fecha: (13 de abril de
2011).
 Laudon, Jane y Kenneth. Sistemas de información gerencial-
Administración de la empresa digital. Pearson Educación- Prentice
Hall, Fecha: (2006).
 Muller, Max. Fundamentos de administración de inventarios, Editorial
Norma, Fecha: (2005).
 Turner Raymond. "The Foundations of Specification". Journal of Logic
and Computation, Vol. 15, No. 5,Fecha: (Octubre 2005).
ELETRÓNICAS
 Andrés Mena [Elaboración del artículo: 14 abril 2011], [Consulta: 29
septiembre 2016]. Disponible en:
https://realizacioninventarios.wikispaces.com/Clasificación
 Aenor: calidad del producto software [Elaboración del artículo: 2016],
[Consulta: 21 julio 2016]. Disponible en:
www.aenor.es/aenor/actualidad/actualidad/noticias.asp?campo=1&coc
odi=42004
 Alberto García: Metodología de la investigación [Elaboración del
artículo: 24 marzo 2011]. [Consulta: 20 septiembre 2016]. Disponible
en:datateca.unad.edu.co/.../leccin_6_investigacin__exploratoria_descri
ptiva_correlacional
81
 Anónimo: Evaluación de la calidad del software. ISO 9126
[Elaboración del artículo: 17 septiembre 2013]. [Consulta: 23 junio
2016]. Disponible en:www.qmsas.com/b/evaluacion-de-la-calidad-del-
software.html
 Caso de éxito: bitware: [Elaboración del artículo: 31 marzo 2016].
[Consulta: 14 agosto 2016]. Disponible en: http://blog.arsys.es/caso-
exito-bitware/
 ISO/IEC 9126: [Elaboración del artículo: 4 marzo 2014]. [Consulta: 16
agosto 2016]. Disponible en: https://www.ISO/IEC_9126.com
 Javier Gárzas: Calidad del Producto Calidad del proceso [Elaboración
del artículo: 1 agosto 2012]. [Consulta: 5 septiembre 2016]. Disponible
en: www.javiergarzas.com/2012/08/calidad-del-producto-software-
proceso-equipo.html
 Jhon Fredy, Wilson Martínez: Modelos de calidad de software
[Elaboración del artículo: 1 marzo 2011]. [Consulta: 8 junio 2016].
Disponible en: es.slideshare.net/tegsistemas/modelo-de-calidad-del-
software
 Lobo Software: [Elaboración del artículo: 2015]. [Consulta: 13 agosto
2016]. Disponible en: https://www.lobos.com.mx/acerca-de-
lobo/certificaciones/
 Modelos de gestión de la calidad de software: [Elaboración del
artículo: 12 enero 2008]. [Consulta: 13 agosto 2016]. Disponible en:
http://modelosdegestiondelacalidad.blogspot.mx/2008/01/la-calidad-
en-general-y-los-modelos-de.html
82
ANEXOS
83
CUESTIONARIO DE LAS PREGUNTAS APLICADAS A USUARIOS
INGENIERIA EN SISTEMAS
COMPUTACIONALES
El objetivo de este cuestionario es obtener la información necesaria para la

realización de una tesis de Ingeniería en Sistemas Computacionales en el
Instituto Tecnológico Superior de San Andrés Tuxtla, Veracruz. Con este fin
se efectuará una evaluación sobre el Sistema de Inventarios para la imprenta
Roca, evaluación para la cual agradecemos su colaboración.
Dirigido a: Usuario
Instrucción: Lea las preguntas atentamente, revise todas las opciones y

subraye la respuesta que prefiera.
1) ¿El sistema de inventarios cuenta con las funciones apropiadas para realizar
las tareas especificadas?
a) Nunca b) Poco c) Algunas d) Casi e) Siempre

veces siempre
2) ¿Cuándo realiza una función, el resultado emitido es preciso y concuerda

con lo esperado?

veces siempre
3) ¿El sistema tiene la capacidad de intercambiar información con otros

sistemas independientes?

veces siempre
84
4) ¿Cuenta con contraseñas de seguridad que impiden el acceso no autorizado
al sistema de inventarios?

veces siempre
5) Sí suceden fallas en el sistema, ¿cómo califica la capacidad del sistema

para mantener un nivel óptimo de funcionamiento?
a) Bajo b) Básico c) Mediano d) Alto e) Muy Alto
6) ¿El sistema es capaz de recuperar datos perdidos en caso de fallas?

veces siempre
7) ¿Comprende fácilmente como es el diseño y su lógica de funcionamiento de

cada módulo?

veces siempre
8) ¿Considera que el sistema es fácil de aprender a utilizar?
a) Total b) Parcial c) Medio d) Parcial e) Total

desacuerdo desacuerdo acuerdo acuerdo
9) ¿Considera que las funciones de los módulos del sistema son fáciles de
operar y manipular?

85
10) ¿Qué tan atractiva considera la interfaz y el diseño del sistema?
11) ¿Cómo considera el tiempo de respuesta del sistema cuando una función es
realizada?
12) ¿El sistema se puede trasladar a otras computadoras y adaptarse a

diferentes sistemas operativos?

veces siempre
13) ¿El sistema se puede instalar fácilmente en la computadora destinada?

veces siempre
14) ¿El sistema puede ser instalado y operar con otros software ya instalados en
la misma computadora?

veces siempre
15) ¿Considera que el sistema tiene la capacidad de reemplazar a otro sistema

de inventarios cumpliendo las especificaciones adecuadas para este?

86
CUESTIONARIO DE LAS PREGUNTAS APLICADAS AL PROGRAMADOR
INGENIERIA EN SISTEMAS
COMPUTACIONALES
El objetivo de este cuestionario es obtener la información necesaria para la

realización de una tesis de Ingeniería en Sistemas Computacionales en el
Instituto Tecnológico Superior de San Andrés Tuxtla, Veracruz. Con este fin
se efectuará una evaluación sobre el Sistema de Inventarios para la imprenta
Roca, evaluación para la cual agradecemos su colaboración.
Dirigido a: Programador
Instrucción: Lea las preguntas atentamente, revise todas las opciones y

subraye la respuesta que prefiera.
1) ¿Los recursos requeridos para la ejecución del sistema se utilizan de manera

eficiente?

veces siempre
2) ¿Es fácil diagnosticar una falla o identificar partes a modificar cuando estas
se presentan?

veces siempre
3) ¿El sistema puede ser fácilmente modificado cuando las fallas o partes a
cambiar están identificadas?

veces siempre
87
4) ¿Hay riesgos o efectos inesperados cuando se realizan modificaciones en el
sistema?

veces siempre
5) ¿Son fáciles de validar las modificaciones en el sistema?

veces siempre
88
PANTALLAS DEL SISTEMA EVALUADO
En este apartado se muestran las pantallas generales del sistema y su

funcionamiento.
Figura 5.- Menú principal
Para acceder al sistema debe tener una cuenta que conste de usuario y
contraseña.
Figura 6.- Menú general
89
En este menú se muestran todas las opciones que contiene el sistema.
Figura 7.- Módulo de ingresos del menú general
Figura 8.- Módulo de ventas del menú general
Figura 9.- Módulo de reportes del menú general
Figura 10.- Módulo de usuarios del menú general
90
Figura 11.- Módulo de clientes del menú general
Figura 12.- Módulo de presentación de las ventanas del menú general
Figura 13.- Módulo de visibilidad de las herramientas del menú general
Figura 14.- Módulo de salida del sistema del menú general
91

TESIS - ALONDRA FOMPEROSAdocx PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

TESIS - ALONDRA FOMPEROSAdocx PDF

Cargado por

Copyright:

Formatos disponibles

INSTITUTO TECNOLOGICO SUPERIOR DE SAN

EVALUACION DEL SISTEMA DE INVENTARIOS PARA LA

PARA OBTENER EL GRADO DE:

INGENIERIA EN SISTEMAS COMPUTACIONALES

ALONDRA DEL CARMEN FOMPEROSA MENDOZA

M.T.I. IVONNE CARMONA LOEZA

San Andrés Tuxtla, Ver.

Por darme la sabiduría y la fuerza para culminar esta etapa en mi vida.

Por su dedicación a mi trabajo, por su tiempo, paciencia y por sus

Por su amor y sus consejos, por impulsarme cada día a superarme.

INTRODUCCION .............................................................................................................. vii

Figura 1.- Proceso de evaluación ........................................................................... 25

Tabla 1.- Descripción de las características de “funcionalidad” del modelo ISO/IEC

Gráfica 1.- Gráfica General de los porcentajes obtenidos de las características

La calidad de un producto software, sea este en el proceso de desarrollo, o al

Los inventarios se han vuelto un proceso administrativo de mucha

Esta investigación presenta la evaluación acerca de la calidad del

Así mismo, con el propósito de medir la calidad, se establece la

1.1 PLANTEAMIENTO DEL PROBLEMA

1.1.1 DESCRIPCION DEL PROBLEMA

Hoy en día los sistemas de información tienen como objetivo soportar la

La problemática asociada a la adquisición de un software está referida a

En la empresa imprenta Roca fue instalado un sistema para llevar el

¿Cuál es el porcentaje de cumplimiento de calidad de software del

El sistema de inventarios para la imprenta ROCA, cumple una calidad

1.1.3.1 VARIABLE INDEPENDIENTE

El sistema de inventarios para la Imprenta Roca

1.1.3.2 VARIABLE DEPENDIENTE

Calidad del sistema

1.2.1 OBJETIVO GENERAL

Evaluar el sistema de Inventarios Imprenta Roca, para determinar el

1.2.2 OBJETIVOS ESPECÍFICOS

° Instalar el sistema y realizar verificación de la compatibilidad

° Verificar su correcto funcionamiento, asegurar la apropiada

° Buscar y analizar metodologías de evaluación de software

° Elaborar instrumentos de recolección de datos eligiendo el que más

° Aplicar el instrumento de recolección de datos desde la perspectiva de

° Analizar e interpretar resultados, haciendo cálculo de las métricas y

La importancia de este proyecto de evaluación de software, está relacionada

Actualmente cada uno de los productos de software que salen

Como en todos los software se realizan las evaluaciones pertinentes, de

En la actualidad, la calidad es un aspecto clave en el desarrollo e

Nombre: Certificación de la calidad del software en la empresa Bitware

Dónde: Bitware (empresa de consultoría y desarrollo de software),

Fecha: Año 2016

El Director General de Bitware, Luis Montalbán recibió el

Nombre: Certificación de la empresa Enxenio por parte de AENOR

Dónde: Enxenio (empresa de productos software y servicios de

Fecha: Año 2016

El Responsable de Calidad de Enxenio, Óscar Pedreira recibió el

Nombre: SICAMAN obtiene certificación de AENOR (entidad

Dónde: SICAMAN (compañía de vanguardia en la implantación y el

Fecha: Año 2016

SICAMAN Nuevas tecnologías S.L., compañía de vanguardia en la

Por este motivo, se decidió acometer el proyecto de certificación de

Nombre: Certificación de la empresa Lobo Software por MoProSoft

Dónde: Lobo software s.a de c.v (México D.F)

Fecha: Septiembre del año 2014

Como proveedores de software les parece imprescindible tener una

Los resultados superaron sus expectativas. El día 01 de Septiembre del

Así mismo, su metodología de trabajo cumplió con todos los estándares

Y aclarando lo que es MoProSoft; es un modelo de procesos diseñado

HISTORIA DE LA IMPRENTA EN MÉXICO