Embed Size (px)
Citation preview
UNIVERSIDAD TECNOLÓGICA DEL VALLE DE TOLUCA
INGENIERÍA EN TECNOLOGÍAS DE LA INFORMACIÓN Y
COMUNICACIÓN
PROYECTO:
―EVALUACIÓN DEL SISTEMA DE MANTENIMIENTO INTEGRAL TOTAL SMIT‖
EMPRESA
SIGNA S.A. DE C.V.
QUE PARA OBTENER EL TÍTULO DE
INGENIERO EN TECNOLOGÍAS DE LA INFORMACIÓN Y
COMUNICACIÓN
PRESENTA:
ELISAMA APODACA MORENO
GENERACIÓN
SEPTIEMBRE 2009 - MAYO 2011
SANTA MARÍA ATARASQUILLO, LERMA ESTADO DE MÉXICO
DEDICATORIAS
A mí mamá
Por todo el apoyo brindado durante esta etapa, por sus consejos, por la estimulación para
termina esta carrera, por la lucha diaria para tener éxito en la vida, por el compromiso que
tiene hacia cada uno de sus hijos.
A mis hermanos
Maricela, Rogelio y Vanessa por su ayuda incondicional en cada momento.
A mis amigos
Janet, Luis, Oscar, Kary, Adán por los consejos dichos en el momento preciso, los cuales
siempre tendré presentes y por su eterna amistad brindada incondicionalmente.
A mi novio
Por las palabras de aliento, las llamadas de atención y por todo el tiempo a su lado, además
de su amor y amistad, así mismo por compartir sus ánimos de lucha diaria.
RESUMEN
En la empresa Signa S.A de C.V. se evaluó el Sistema de Mantenimiento Integral Total (SMIT)
utilizado y creado por dicha organización, utilizando normas de calidad para la evaluación del
software, esta evaluación se realizó para tener un mejor panorama sobre el funcionamiento,
productividad y calidad del sistema antes mencionado.
Una evaluación permite al departamento de informática realizar comparaciones entre los resultados
esperados y los obtenidos en relación con la calidad del software y la calidad de uso del mismo,
realizando la evaluación utilizando las características definidas en la norma ISO 9126.
Existen diversas metodologías para realizar una evaluación pero es necesario tener en cuenta que las
normas utilizadas en este trabajo son la ISO 9126-1 e ISO 9126-4, ya que estas normas evalúan la
calidad de producto terminado, además de evaluarlo conforme a medidas indirectas, al contrario de
otras técnicas y/o metodologías las cuales evalúan durante cada etapa del proceso de desarrollo.
ABSTRACT
This work was developed in the company Signa S.A de CV , where the system called Total Integrated
Maintenance System (SMIT) used and created by the organization, was evaluated using standards of
quality. This evaluation was conducted to get a better overview of the performance and productivity
over the system.
An evaluation allows the department to make comparisons between the expected and obtained in
relation to software quality and quality of use of, assessment by using the characteristics defined in ISO
9126.
There are many methodologies for evaluation but it is necessary to note that the standards used in this
work are the ISO 9126-1 and ISO 9126-4, these rules assess the quality of finished product, as well as
to evaluate indirect measures, Contrary to other techniques and / or methodologies which evaluate at
each stage of the development process.
ÍNDICE
INTRODUCCIÓN ....................................................................................................................... 1
CAPÍTULO I. DATOS GENERALES DE LA ORGANIZACIÓN ........................................... 3 1.1 Datos generales .................................................................................................................. 4
1.1.1 Nombre de la Organización ........................................................................................ 4 1.1.2 Razón social ................................................................................................................ 4 1.1.3 Logotipo ..................................................................................................................... 4
1.1.4 Giro ............................................................................................................................. 4 1.1.5 Dirección .................................................................................................................... 4 1.1.6 Teléfonos .................................................................................................................... 4 1.1.7 Página Web ................................................................................................................. 5
1.1.8 Croquis de Localización ............................................................................................. 5 1.2 Antecedentes de la organización ....................................................................................... 5 1.3 Misión, visión y objetivos de la organización ................................................................... 6
1.3.1 Misión ......................................................................................................................... 6
1.3.2 Visión ......................................................................................................................... 6 1.3.3 Política de Calidad ...................................................................................................... 6 1.3.4 Valores ........................................................................................................................ 7
1.4 Organigrama ...................................................................................................................... 7 1.4.1 Organigrama del Departamento.................................................................................. 8
1.4.2 Organigrama del área de estadía ................................................................................. 8 1.5 Descripción del departamento de estadía .......................................................................... 9 1.6 Políticas y procedimientos de la organización ................................................................. 9
1.6.1 Certificaciones .......................................................................................................... 10
1.6.2 Cumplimientos de normas y estándares de calidad .................................................. 10 CAPÍTULO II. METODOLOGÍA BÁSICA ............................................................................ 11
2.1 Planteamiento del problema ............................................................................................ 12
2.2 Objetivos generales y específicos .................................................................................... 13 2.2.1 Objetivo General....................................................................................................... 13
2.2.2 Objetivos Específicos ............................................................................................... 13 2.3 Justificación ..................................................................................................................... 13
2.4 Alcances y delimitación................................................................................................... 14 2.5 Cronograma de actividades ............................................................................................. 14
CAPÍTULO III. MARCO TEÓRICO ....................................................................................... 15 3.1 Conceptos básicos ........................................................................................................... 16 3.2 Métodos y técnicas utilizadas para la solución del problema .......................................... 17 3.2.1 Factores de calidad de McCall...................................................................................... 18 3.2.2 Técnicas de evaluación de software durante su desarrollo ........................................... 19
3.2.2.2 Técnicas de evaluación estática ............................................................................. 22 3.2.2.3 Técnicas de evaluación dinámica .......................................................................... 22 3.2.2.4 Técnicas de prueba ................................................................................................ 23
3.3 METODOLOGÍA UTILIZADA ..................................................................................... 24 3.3.1 La norma ISO / IEC 9126 norma de calidad del producto ....................................... 24
3.3.2 ISO 9126-1 Calidad del software ............................................................................. 26 3.3.3 ISO 9126-4 Calidad de uso ...................................................................................... 28
3.4 Herramientas utilizadas en la solución del proyecto ....................................................... 29
CAPÍTULO IV. DESARROLLO .............................................................................................. 31 4.1 Actividades realizadas durante el periodo de estadía ...................................................... 32 4.2 Desarrollo del proyecto ................................................................................................... 33
CAPÍTULO V. RESULTADOS OBTENIDOS ........................................................................ 37 5.1 Resultados obtenidos durante el desarrollo de la estadía ................................................ 38
CONCLUSIONES ..................................................................................................................... 41 ANEXO A ................................................................................................................................. 43 ANEXO B ................................................................................................................................. 47
BIBLIOGRAFÍA ....................................................................................................................... 49
Índice de Imágenes
Figura 1. Logo de la Empresa ..................................................................................................... 4 Figura 2. Croquis de localización ............................................................................................... 5 Figura 3. Organigrama General .................................................................................................. 7
Figura 4. Organigrama del Departamento .................................................................................. 8
Figura 5. Organigrama del área de estadía ................................................................................. 8 Figura 6. Factores que afectan la calidad del software ............................................................. 18 Figura 7. Abstracción de la Relación entre Evaluación y Proceso de Software ....................... 20
Figura 8. Modelo en V de Evaluación de Software .................................................................. 21 Figura 9. Contexto de la Prueba de Software ........................................................................... 23
Figura 10. Representación de pruebas de Caja Blanca y Caja Negra ...................................... 24 Figura 11. Evolución de la Norma ISO 9126 ........................................................................... 25 Figura 12. Proceso del desarrollo del proyecto ........................................................................ 36
Figura 13. Gráfica calidad del software.................................................................................... 40
Figura 14. Gráfica calidad del uso ............................................................................................ 40
Índice de tablas
Tabla 1. Certificaciones ............................................................................................................. 10 Tabla 2. Cronograma de actividades ......................................................................................... 14 Tabla 3. Cuadro Comparativo Unidad de Producción/Sistema: AR-4 ...................................... 34 Tabla 4. Plantilla recopilación de datos ..................................................................................... 35 Tabla 5. Cuadro comparativo de resultados .............................................................................. 39 Tabla 6. Matriz FODA .............................................................................................................. 41 Tabla 7. Cuestionario ................................................................................................................. 48
1
INTRODUCCIÓN El software debe tener un nivel de calidad comparable a otros productos de uso diario. Algunos
podrían argumentar que es injusto que las expectativas de calidad de software estén a la par con las de
otros productos, ya que el software es más complejo.
Todo software es un producto único diseñado y desarrollado, es decir es más que una copia de un
producto existente fabricado de acuerdo con un proceso bien definido. Sin embargo, cada vez más
usuarios ven al software como cualquier otro producto o servicio y por lo tanto esperan que tenga un
nivel de calidad que esté a la par con otros productos y servicios cotidianos. La demanda de la calidad
del software puede ser una fuente de oportunidades, así como un reto.
Los proveedores de software que buscan diferenciar sus ofertas pueden utilizar la calidad como un
elemento diferenciador. Así como algunos usuarios al elegir un restaurante basado en la calidad, de
esta manera la calidad también puede ser el factor decisivo en la compra de software.
La calidad también puede ser la fuente de poder para fijar los precios, aunque no todo el software se
vende comercialmente, pero todo el software tiene un valor y su desarrollo se justifica por el valor
ofrecido a los clientes, así mismo en el desarrollo del software se puede utilizar la calidad para
justificar su existencia. Más allá de la competencia, la calidad del software es vital para algunas
aplicaciones. El mundo depende cada vez más del software y está tomando un papel más importante.
La calidad del software es un tema amplio que se refiere a diferentes funciones en el desarrollo de
software. Así mismo el software se mide para indicar la calidad del producto, para justificar el uso de
nuevas herramientas y la necesidad de formación, además existen indicadores los cuales van a servir
para detectar las áreas problemáticas, así como realizar un seguimiento de los riesgos, aunque este
término es un poco difícil de cuantificar.
En la evaluación de un software existen medidas directas o indirectas, las medidas indirectas contienen
métricas; una métrica ayuda a entender tanto el proceso técnico que se utiliza para desarrollar un
producto, como el propio producto, algunas métricas son de calidad, productividad, técnica, orientada a
la funcionalidad entre otras. Algunas de las características de las métricas son: fáciles de calcular, son
independientes del lenguaje de programación en el cual este desarrollado el sistema, etc.
2
Existen técnicas que permiten evaluar el software durante el proceso de diseño y desarrollo, esto
permite que la detección de defectos se haga lo antes posible y tenga menor impacto en el tiempo y
esfuerzo de desarrollo, estas técnicas pueden ser estáticas o dinámicas.
La técnica estática acompaña a las actividades de desarrollo y cuenta con un modelo en V este modelo
revisa cada paso que se va realizando durante el desarrollo del proyecto desde el análisis hasta la
codificación y entrega del mismo; a diferencia de la evaluación dinámica que únicamente puede dar
comienzo cuando finaliza la actividad de codificación.
Un modelo utilizado para la evaluación de la calidad del software terminado y en uso es la ISO 9126,
esta norma pretende establecer un estándar internacional para la evaluación de la calidad de productos
de software. Esta norma publicada en 1992 con el nombre de Information technology —Software
product evaluation: Quality characteristics and guidelines for their use— establece criterios de calidad
para este tipo de productos. Esta norma consta de cuatro secciones: modelo de la calidad, métricas
externas, métricas internas y calidad en las métricas de uso. Además cuenta con cuatro anexos: A, B, C
y D.
El estándar 9126-1 establece que cualquier componente de la calidad del software puede ser descrito en
términos de seis características básicas: funcionalidad, fiabilidad, eficiencia, usabilidad,
mantenibilidad, cada una de las cuales se detalla por medio de un conjunto de sub-características que
permiten profundizar en la evaluación de la calidad de productos de software.
El siguiente trabajo está dividido en cinco capítulos; en el primer capítulo se muestran los datos
generales de la empresa Signa S.A. de C.V., la cual cuenta con un software denominado SMIT
―Sistema de Mantenimiento Integral Total‖ el cual es utilizado por el área de Ingeniería de dicha
organización. En el segundo capítulo se plantea el problema que fue detectado, los objetivos tanto
general como específicos planteados para la solución de dicho problema, además se justifica la
realización de esta evaluación, así mismo se describe el alcance y las limitaciones que se presentan
durante la creación del mismo y finalmente se muestra el cronograma de actividades, continuando con
este trabajo se muestra una investigación sobre las herramientas y técnicas utilizadas para la creación
de este proyecto de evaluación de software; en el 4º capítulo se describe como se desarrollo la
evaluación y finalmente se puntualizan los resultados obtenidos.
3
CAPÍTULO I. DATOS GENERALES DE LA
ORGANIZACIÓN
4
1.1 Datos generales
1.1.1 Nombre de la Organización
Signa S.A. de C.V.
1.1.2 Razón social
Industria-Productor/Fabricante
1.1.3 Logotipo
Figura 1. Logo de la Empresa1
1.1.4 Giro
Farmoquímico
1.1.5 Dirección
Avenida Indústria Automotriz # 301, Esquina A. Nobel
Zona Industrial Toluca
50200 Toluca, Edo. De México
1.1.6 Teléfonos
Teléfonos (722) 226-1100
(722) 226-1104
(722) 226-1105
1 Proporcionado por el área de recursos humanos de la empresa Signa S.A de C.V en marzo del 2011.
5
Fax (722) 226-1101
(722) 226-1102
1.1.7 Página Web
N/A
1.1.8 Croquis de Localización
Figura 2. Croquis de localización
1.2 Antecedentes de la organización
Signa es una empresa canadiense fundada en 1961, dedicada a la fabricación y venta de productos
químicos y biológicos que se utilizan como materia prima en la Industria Farmacéutica. En 1968,
Signa contaba únicamente con la planta A, además del área de trituración y de secado, así como la
casa de vigilancia. El resto del terreno estaba conformado por áreas sin pavimentar.
Gracias a la preferencia de nuestros clientes y al trabajo duro de quienes comenzaron nuestras
empresas, para 1982 ya contábamos con las plantas A, B, C y E, las cuales siguen funcionando y en
las que se llevan a cabo diferentes procesos de producción. Así mismo se crearon las áreas de Servicio
6
y Almacenamiento, Oficinas Generales, un Laboratorio de Control de Calidad y un Laboratorio de
Investigación y Desarrollo donde se instalaron instrumentos y equipos de la más avanzada tecnología.
En 1993 llegaron nuevos inversionistas, que cambiaron la visión de Signa, de ser una empresa dedicada
a abastecer al mercado nacional, a transformarse en una compañía exportadora. Para cumplir con este
nuevo enfoque, a partir de 1996 se han hecho inversiones importantes para incrementar la producción y
cumplir con las regulaciones sanitarias impuestas por los organismos nacionales e internacionales, así
como las establecidas para preservar el medio ambiente y la higiene laboral.
En 1998 se inicio la operación de la Planta de Acabados de la Planta A, una torre de Destilación y una
Planta de Hidrogenación, que permiten a Signa procesar más productos con altos estándares de calidad
para satisfacer las demandas de nuestros clientes en este nuevo milenio.
1.3 Misión, visión y objetivos de la organización
1.3.1 Misión
Proveer oportunamente ingredientes activos farmacéuticos manufacturados bajo regulaciones
internacionales, con eficiencia y flexibilidad, que proporcionen ventajas competitivas a nuestros
clientes, aseguren nuestra rentabilidad y contribuyan al desarrollo de nuestro capital humano y de la
comunidad.
1.3.2 Visión
Ser un socio estratégico efectivo en el suministro de ingredientes activos farmacéuticos para nuestros
clientes, que asegure nuestra proyección en el mercado mundial de genéricos.
1.3.3 Política de Calidad
Producir ingredientes activos Farmacéuticos de calidad, seguros y efectivos, que cumplan y excedan
los requerimientos de nuestros clientes, aplicando y siguiendo las Buenas Prácticas de Manufactura
nacionales e Internacionales.
7
1.3.4 Valores
Compromiso
Congruencia
Honestidad
1.4 Organigrama
Figura 3. Organigrama General2
2 Proporcionado por el área de recursos humanos de la empresa Signa S.A de C.V en marzo de 2011.
8
1.4.1 Organigrama del Departamento
Figura 4. Organigrama del Departamento
3
1.4.2 Organigrama del área de estadía
Figura 5. Organigrama del área de estadía4
3 Proporcionado por el área de recursos humanos de la empresa Signa S.A de C.V en marzo de 2011.
4 Proporcionado por el área de recursos humanos de la empresa Signa S.A de C.V en marzo de 2011.
9
1.5 Descripción del departamento de estadía
CALIFICACIÓN Y DOCUMENTACIÓN DE SISTEMAS
El departamento de calificación y documentación de sistemas es el encargado de administrar la
documentación generada de los equipos de proceso y sistemas. Una de sus principales funciones es
verificar el cumplimiento regulatorio aplicable a los equipos de proceso y sistemas, de tal manera que
el departamento se encarga de la calificación de los equipos en sus diferentes fases Calificación de
Diseño, Calificación de instalación y Calificación de operación, con la finalidad de asegurar que los
equipos y sistemas cumplan con sus especificaciones de tal manera que generen un producto
consistente y de calidad.
Dentro de la documentación que administra el departamento se encuentran; bases de diseño, diagramas
de tuberías e instrumentación (DTI), planos mecánicos, hojas de datos de equipos mayores, listados de
refacciones, diagramas eléctricos, manuales del fabricante, así como protocolos de prueba especifico.
La administración de la documentación tiene como finalidad ser presentada ante agencias regulatorias
nacionales e internacionales o ante los clientes que llevan a acabo las auditorias con base a sus sistemas
de calidad, así mismo la documentación sirve de soporte a las áreas de mantenimiento, producción y
cualquier usuario de los equipos y sistemas.
Otro de los propósitos del área de calificación es facilitar la consulta de la documentación generada de
cada equipo y servicio por ello ha sido creado un sistema informático que sirve como base para la
consulta electrónica de dicha información la cual es respaldada y alimentada por el área de calificación
a fin de proporcionar al usuario las herramientas de consulta de la información.
1.6 Políticas y procedimientos de la organización
Signa S.A de C.V. para exportar sus productos a Japón, Europa entre otros países, debe de estar
certificada y cumplir con ciertos estándares de calidad de dichos países, para de esta manera asegurar al
cliente que el producto es confiable y de buena calidad.
10
1.6.1 Certificaciones
Tabla 1. Certificaciones5
Jan 26-30-2009 US FDA United States Pre-approval & general cGMPs
Jul 7-16-2008 SSA Mexico General cGMPs
May 13-15 2008 PMDA Japan Pre-approval & general cGMPs
Sep 27, Oct 1 2004 SSA Mexico General cGMPs
Mar 22-25 2004 US FDA United States Pre-approval & general cGMPs
Mar 3 2004 SSA Mexico General cGMPs
Feb 11, 2003 SSA Mexico General cGMPs
Nov 6 2000 SSA Mexico General cGMPs
May 1-3, 2000 US FDA United States Pre-approval & general cGMPs
Sep 18-20 and 24, 1996 SSA Mexico General cGMPs
Aug 21- 24, 1995 US FDA United States Pre-approval & general cGMPs
Feb 3-4, 1994 US FDA United States Pre-approval & general cGMPs
PMDA, Japón, Acreditación Agosto 24 2006
COFEPRIS, México, Licencia Sanitaria 2004
Certificación de Industria Limpia por PROFEPA. 2007
1.6.2 Cumplimientos de normas y estándares de calidad
Nuestros estándares de Calidad cumplen con las Farmacopeas Americana, Mexicana, Japonesa,
Británica y Europea, así como con los lineamientos de Calidad ICH.
Totalmente cumpliendo con el reconocido estándar de cumplimiento internacional:
ICH Q3, Q2, Q1, Q6, Q7, Q8, Q9 y Q10 desde 1994, cGMP´s (Buenas Prácticas de Manufactura para
Ingredientes Activos Farmacéuticos), ambos desde 1968 y la NOM-164-SSA-7 desde 1998.
5 Proporcionado por el área de Calidad de la empresa Signa S.A. de C.V abril 2011
11
CAPÍTULO II. METODOLOGÍA BÁSICA
12
2.1 Planteamiento del problema
La empresa Signa S.A. de C.V. creó un sistema denominado SMIT (Sistema de Mantenimiento
Integral Total), el cual es utilizado por el área de calificación y documentación de sistemas, además de
otras áreas de la organización, uno de los objetivos de este sistema en el área antes mencionada, es
almacenar los documentos de los distintos equipos y sistemas en una base de datos en formato pdf, .jpg
o .xls, para que cualquier empleado de Signa al momento de realizar una consulta mediante la clave
única de cada equipo y/o sistema pueda visualizar los documentos existentes en duro (documentos
tangibles en carpetas), ya que algunos documentos pueden ser utilizados en otras áreas.
El sistema SMIT no cuenta con una evaluación que permita tener una perspectiva cuantitativa, sobre el
funcionamiento, productividad, calidad y calidad de uso, de esta manera no se pueden detectar
módulos actualizables, así como errores o módulos no utilizables por los usuarios y que estén
obstaculizando o retrasando algunas actividades realizadas en el sistema, así mismo tener una
perspectiva del nivel de aceptación en la organización, esto quiere decir la calidad del sistema cuando
es utilizado por el usuario.
El contar con una certificación de calidad en los productos de software utilizados por la empresa, le
permite a esta tener un plus ante los clientes y proveedores, porque la calidad debe de existir en cada
uno de los departamentos de la organización, ya que el contar con una certificación una organización
garantiza que cada uno de sus áreas involucrados directa o indirectamente en el proceso del desarrollo
del producto cuentan con calidad.
13
2.2 Objetivos generales y específicos
2.2.1 Objetivo General
Evaluar el Sistema de Mantenimiento Integral Total (SMIT) de la Empresa Signa S.A. de C.V., en base
a la norma ISO 9126, para tener una medida cuantitativa sobre la calidad del sistema, así como la
calidad de uso.
2.2.2 Objetivos Específicos
Implementar el sistema de consulta electrónica.
Realizar una evaluación para determinar la calidad de uso del sistema (ISO 9126-4).
Realizar una evaluación para determinar la calidad del sistema (ISO 9126-1).
2.3 Justificación
El desarrollo de un sistema software tiene como objetivo satisfacer la necesidad planteada por un
usuario/cliente, el tener claros los requerimientos deseados es de suma importancia, ya que de esto
depende que el sistema desarrollado funcione correctamente, es decir con las especificaciones del
usuario/cliente. Es por eso que para poder detectar si el sistema SMIT funciona de acuerdo a los
requisitos o requerimientos de los usuarios, además de la calidad que debe tener entre otros aspectos; se
realizará una evaluación del sistema mencionado anteriormente, utilizando normas de calidad, esto
permitirá tener un análisis cuantitativo sobre los distintos aspectos en los cuales será evaluado.
El evaluar de forma cuantitativa un software permite tomar decisiones de una forma más acertada, ya
que se cuenta con respaldos numéricos para realizar algún cambio en dicho sistema, para determinar si
el sistema en verdad ayuda al usuario a realizar sus actividades de una forma más rápida. Además el
contar con una medida cuantitativa permitirá justificar la creación de nuevos sistemas en otras áreas de
la organización, así como la adquisición de software de mejor velocidad de procesamiento y/o tiempo
de respuesta. En necesario tener en cuenta que la calidad de software es en esta época para las
organizaciones es una característica importante tan importante como el no usar software pirata.
Las certificaciones a nivel mundial dan confiabilidad para la adquisición de productos y/o servicios,
hoy en día las organizaciones que cuentan con certificados de calidad son aquellas cuya visión es
14
obtener clientes en el extranjero, esto les permite crecer internacionalmente y de esta manera obtener
más utilidades, ya que si una empresa no es rentable no es negocio.
2.4 Alcances y delimitación
La evaluación del sistema SMIT bajo este proyecto comprende un período de 4 meses.
A continuación se listan algunas limitaciones del proyecto:
Una limitación es no tener contacto directo con el departamento de informática.
El acceso a la información sobre el sistema, ya que como en toda organización existen
restricciones a documentos que pueden ser de carácter confidencial, sin embargo se realizó
parcialmente el proyecto.
El que el sistema no cuente con una documentación definida.
El desinterés del departamento de informática para realizar una evaluación.
Los alcances que se pretende tener son:
Determinar si el sistema cuenta con calidad cuando es utilizado por los usuarios.
Detectar áreas de oportunidad para su modificación y de esta manera mejorar el sistema.
2.5 Cronograma de actividades
Tabla 2. Cronograma de actividades
FECHAS ENERO FEBRERO MARZO ABRIL
10 17 24 31 1 7 14 21 28 1 7 14 21 28 1 4 11 18 25 31
14 21 28 4 11 18 25 4 11 18 25 31 8 15 22 29
ACTIVIDADES
Implementar el sistema de
consulta electrónica
Evaluación de la calidad del
sistema
Evaluación para determinar
la calidad de uso
Creación de memoria
15
CAPÍTULO III. MARCO TEÓRICO
16
3.1 Conceptos básicos
Las medidas directas soy aquellas que involucran coste, líneas de código, esfuerzo humano,
velocidad de ejecución, tamaño de memoria, número de efectos. Así como existen medidas directas se
encuentran las medidas indirectas, las cuales abarcan las características de funcionalidad, calidad,
complejidad, eficiencia, fiabilidad, facilidad de uso.
Para la obtener un resultado cuantitativo sobre las medidas indirectas y/o directas se utilizan métricas
entre estas métricas se encuentran las métricas de productividad estas se centran en el rendimiento
del proceso de la ingeniería del software, es decir que tan productivo va a ser el software a diseñar, así
mismo las métricas de calidad estas proporcionan una indicación de cómo se ajusta el software a los
requisitos implícitos y explícitos del cliente, es decir cómo se va a medir para que el sistema se adapte
a los requisitos pedidos por el cliente.
Otras métricas utilizadas son las métricas técnicas las cuales se centra en las características del
software por ejemplo: la complejidad lógica, el grado de modularidad, no en como se obtiene. Mide la
estructura del sistema, el cómo esta hecho. Además de las métricas orientadas al tamaño estas
permiten saber en que tiempo se va a terminar el software y cuantas personas se van a necesitar. Las
métricas orientadas a la función son medidas indirectas del software y del proceso por el cual se
desarrolla. En lugar de calcularlas las LDC, las métricas orientadas a la función se centran en la
funcionalidad o utilidad del programa y las métricas orientadas a la persona es la medida de la
efectividad de los métodos y de las herramientas.
La calidad se define como el grado en que un sistema, componente o proceso cumple con los
requisitos especificados, así como el grado en que un sistema, componente o proceso cumple con las
necesidades del cliente o usuario o expectativas. IEEE [estándar. 610-12-1990].
Medidas, métricas e indicadores
Los términos medida, medición y métricas son conceptos distintos utilizados cotidianamente, es
necesario tener claro el significado de cada uno, ya que estos pueden confundirse, por ejemplo los
términos medida y medición, ambos son utilizados como nombre o como verbo. Estos conceptos la
ingeniería del software una medida indica algo cuantitativo por ejemplo la extensión, cantidad,
dimensiones, capacidad o tamaño de algunas características de un proceso o producto. Sin en cambio la
17
medición es el que determina una medida. Así mismo una métrica es definida como el grado en que
una medida cuantitativa es obtenida por un sistema y proceso dado, en ciertos atributos establecidos.
Un indicador proporciona una visión del proceso, producto o proyecto del software, o del producto en
sí, la cual permite realizarle ajustes al administrador para mejorarlo, ya que un indicador es una
métrica o un conjunto de métricas, las cuales amplia en gran medida la perspectiva del software.
3.2 Métodos y técnicas utilizadas para la solución del problema
Métricas
Las métricas ayudan a justificar y entender el proceso utilizado para el desarrollo del producto, así
como el propio producto. Esto con la finalidad de poder mejorar el proceso y/o cambiarlo, ya que esto
implica costos elevados, y el producto se mide para mejorar su calida, y de esta manera este más
acorde con los requisitos del cliente.
El realizar una medición es una necesidad evidente, ya que permite cuantificar y por consecuencia
administrar de una forma más efectiva el desarrollo de un nuevo producto y/o aplicación, sin en cambio
en algunas ocasiones la medición con lleva a discusiones sobre ¿Cuáles son las métricas apropiadas
para el proceso y para el producto?, ¿Cómo se deben utilizar los datos que se recopilan?, ¿Es bueno
usar medidas para comparar gente, procesos o productos?, estas y muchas más surgen cuando se
intenta medir algo, nuca antes medido.
En la ingeniería es muy común medir potencias, pesos, dimensiones, temperaturas, voltajes entre otros,
sin embargo en la ingeniería del software existen cierta dificultades para medir y evaluar medidas, aun
así existen varias razones por las cuales es necesario medir el software comercial y no comercial, y que
requieren el mayor compromiso y atención para su medición.
Para indicar la calidad del producto.
Para evaluar la productividad de las personas.
Para evaluar los beneficios derivados del uso de nuevos métodos y herramientas.
Para establecer una línea de base para la estimación.
Para justificar el uso de nuevas herramientas y la necesidad de formación.
18
3.2.1 Factores de calidad de McCall
―Los factores que afectan la calidad del software se dividen en dos grandes grupos: 1) los que se miden
directamente (por ejemplo, defectos descubiertos durante la prueba), y 2) los que solo se miden
indirectamente (por ejemplo facilidad de uso o de mantenimiento).
McCall, Richards y Walters propusieron una clasificación útil de los factores que afectan la calidad del
software. Estos factores se concentran en 3 aspectos importantes de un producto de software: sus
características operativas, su capacidad para experimentar cambios y su capacidad para adaptarse a
nuevos entornos ver Figura 6.‖ [1]
Figura 6. Factores que afectan la calidad del software6
―Ejiogu define un conjunto de atributos que toda métrica efectiva del software debe abarcar:
Simples y calculables. Debe ser relativamente fácil aprender a derivar la métrica y su cálculo
no debe exigir cantidades anormales de tiempo o esfuerzo.
Empírica e intuitivamente persuasivas. La métrica debe satisfacer las nociones intuitivas del
ingeniero acerca del atributo del producto que se esta construyendo.
Consistentes y objetivas. La métrica siempre debe arrojar resultados que no permita
ambigüedad alguna.
Consistentes en el uso de unidades y dimensiones. El cálculo matemático de la métrica debe
emplear medidas que no lleven a combinaciones extrañas de unidades.
6 S.Pressman Roger, Ingeniería del Software Un enfoque práctico, McGraw Hill, Sexta Edición, pp 464, 465, 469
Facilidad de mantenimiento
Flexibilidad
Facilidad de prueba
Revisión del producto
Portabilidad
Facilidad de reutilización
Interoperabilidad
Transición del producto
Operación del producto
Corrección Confiabilidad Facilidad de uso Integridad Eficiencia
19
Independientes del lenguaje de programación. Las métricas deben basarse en el modelo de
análisis o diseño, o en la estructura del propio programa.
Mecanismos efectivos para la retroalimentación de alta calidad. Es decir, la métrica debe llevar
a un producto final de la más alta calidad.‖ [1]
3.2.2 Técnicas de evaluación de software durante su desarrollo
El mantener controladas las faltas existentes en un software afecta de una manera positiva a la calidad
cuando estos son corregidos, particularmente si se detectan y eliminan a tiempo, las características de
fiabilidad y funcionabilidad mejoran. El distinguir que un error es una acción humana la cual produce
una falta y la falta es algo que está mal en un producto (modelo, código, documento, etc.), así como la
manifestación de una falta es un fallo y todos estos en conjunto provoca un defecto, es importante tener
claros estos conceptos a lo largo del desarrollo de un producto, así de esta manera podrán ser
detectados y controlados a tiempo.
Las distintas técnicas de evaluación son las principales estrategias para detectar fallas y fallos, las
cuales son consideradas métodos de control de calidad, estas técnicas son aplicables durante el proceso
de desarrollo del software y se pueden distinguir dos tipos verificaciones y validaciones. La primera
ayuda a demostrar si se ha realizado el producto correctamente y la segunda ayuda a demostrar si se ha
hecho el producto correcto. Es decir, la verificación ve los errores de los desarrolladores de una etapa a
otra dentro de la metodología del proceso de desarrollo del software. Sin en cambio la validación
detecta los errores de los desarrolladores al no interpretar correctamente los requerimientos y
necesidades del cliente.
La única persona que puede validar el software durante su desarrollo así como una vez finalizado es el
cliente, ya que será este quien pueda detectar si hubo o no errores en la interpretación de sus
necesidades. Para la realización de verificaciones o validaciones se utilizan técnicas de evaluación las
cuales son:
− Técnicas de Evaluación Estáticas: Es aquella evaluación realizada cuando el sistema se encuentra en
reposo, ya que busca posibles faltas en las distintas etapas que componen el proceso de desarrollo del
software, de la metodología utilizada.
20
− Técnicas de Evaluación Dinámicas: Esta evaluación tiene como objetivo detectar fallos mediante
pruebas, ya que se pone a funcionar el sistema generando entradas de datos y se compara las salidas
esperadas con las obtenidas. Esta técnica es conocida como pruebas del software o testing y se aplican
generalmente sobre código que es el único producto ejecutable del desarrollo.
El evaluar el sistema de software conforme se avanza en el proceso de desarrollo permite la detección
de defectos lo antes posible de esta manera se garantiza un menor impacto y esfuerzo en su desarrollo,
esta evaluación se realiza de la siguiente manera: las técnicas de evaluación estática se aplican en el
mismo orden en que se van generando las distintas etapas del desarrollo, a diferencia de la evaluación
dinámica que sólo da comienzo cuando finaliza la codificación.
La evaluación estática es aplicada en las primeras fases del proceso de desarrollo análisis y diseño,
esto quiere decir cuando no existe código ver Figura7, en esta figura se observa que la evaluación
estática se realiza en el mismo sentido en que se van generando las etapas del desarrollo de software,
mientras la dinámica se realiza en sentido inverso.
Figura 7. Abstracción de la Relación entre Evaluación y Proceso de Software7
Más concretamente, la Figura 8 muestra en detalle la aplicación de las técnicas estáticas y dinámicas
para evaluar software. La evaluación estática se realiza a la par con al proceso de de desarrollo del
7 Proporcionado por, http://www.vision.uji.es/~sanchez/Teach/PDF-E77/Tema1.pdf, Marzo, 2011
21
software de adaptándose a la metodología utilizada, constando de una actividad de evaluación
emparejada con cada actividad de desarrollo. De acuerdo a los resultados obtenidos durante la revisión,
si estos son positivos, da paso a la siguiente actividad de desarrollo, y así sucesivamente durante las
siguientes etapas.
Figura 8. Modelo en V de Evaluación de Software8
Las actividades de revisión son una herramienta de control, utilizadas por los gestores de proyectos y
las organizaciones para evaluar la calidad del producto final y durante el desarrollo del mismo, de esta
manera se mantiene un control más específico sobre cada etapa del proceso del desarrollo del software.
Al terminar con estas revisiones, se realiza la evaluación dinámica, que como ya se ha mencionado se
realiza sobre el código.
Una razón por la cual se buscan defectos en software es porque estos se reflejan cuando el sistema está
terminado, la detección temprana conlleva grandes beneficios como potenciar las capacidades de los
participantes, evaluación del progreso del proyecto, así como proporcionar aprendizaje,
retroalimentación y prevención y mejorar la comunicación entre el equipo de desarrollo, ya que los
8 Proporcionado por, http://www.vision.uji.es/~sanchez/Teach/PDF-E77/Tema1.pdf, Marzo, 2011
22
sistemas pasan a ser documentos públicos, es importante mencionar que si las revisiones se realizan
únicamente en el código se mejora la calidad y produce ahorros en los cotes, pero estos ahorros serían
mayores si las inspecciones se realizan en etapas anteriores, además de que la corrección es más fácil.
3.2.2.2 Técnicas de evaluación estática
Las técnicas de Evaluación estática son conocidas como revisiones, estas pretenden detectar defectos
en cualquier etapa del proceso de desarrollo del software, analizando lo impreso en papel mediante la
lectura del mismo esto quiere decir sin ejecutarlo. Existen varios tipos de revisiones, dependiendo de lo
que se busca y cómo se analiza.
Las revisiones informales, son llamadas sólo revisiones en las cuales existe un intercambio de
opiniones entre las personas del grupo de trabajo y son consideradas como un antepasado de las
revisiones formales. En las revisiones formales o inspecciones los participantes son responsables de la
fiabilidad de la evaluación, además generan un informe en el cual se muestran los resultados obtenidos
de la revisión.
Las inspecciones es un método para verificar y validar un software manualmente, ya que es un proceso
definido y disciplinado en el cual un equipo de personas analizan un software usando técnicas de
lectura con el único propósito de detectar defectos antes de que la fase de prueba comience, cualquier
desviación de una propiedad de calidad predefinida es considerada un defecto.
3.2.2.3 Técnicas de evaluación dinámica
―A las técnicas de evaluación dinámica se le denomina prueba del software la Figura 9 muestra el
contexto en el que se realiza la prueba de software, se puede definir como una actividad en la cual un
sistema o uno de sus componentes se ejecuta en circunstancias previamente especificadas
(configuración de la prueba), registrándose los resultados obtenidos. Seguidamente se realiza un
proceso de Evaluación en el que los resultados obtenidos se comparan con los resultados esperados
para localizar fallos en el software. Estos fallos conducen a un proceso de Depuración en el que es
necesario identificar la falta asociada con cada fallo y corregirla, pudiendo dar lugar a una nueva
prueba. Como resultado final se puede obtener una determinada Predicción de Fiabilidad, tal como se
indicó anteriormente, o un cierto nivel de confianza en el software probado.‖ [11]
23
Figura 9. Contexto de la Prueba de Software9
El objetivo de las pruebas es obtener diferentes clases de errores pero haciéndolo con la menor
cantidad de tiempo y esfuerzo, y se recomienda sean realizadas por personas independientes a las que
realizaron el software, de esta manera tendrán más éxito.
3.2.2.4 Técnicas de prueba
Las técnicas de evaluación dinámica o prueba proporcionan distintos criterios para generar casos de
prueba que provoquen fallos en los programas y se agrupan en 2 tipos. Las técnicas de caja blanca o
estructurales, se basan en realizar minuciosos exámenes de los detalles del código y es necesario
conocer la lógica del programa. Las técnicas de caja negra o funcionales son las que se realizan sobre
la interfaz, en estas pruebas no es necesario conocer la lógica del programa sólo basta con conocer lo
que el software debe realizar.
La Figura 10 representa gráficamente la filosofía de las pruebas de caja blanca y caja negra. Como se
puede observar las pruebas de caja blanca necesitan conocer los detalles procedimentales del código,
mientras que las de caja negra únicamente necesitan saber el objetivo o funcionalidad que el código ha
de proporcionar.
9 Proporcionado por, http://www.vision.uji.es/~sanchez/Teach/PDF-E77/Tema1.pdf, Marzo, 2011
24
Figura 10. Representación de pruebas de Caja Blanca y Caja Negra10
En realidad estos dos tipos de técnicas son técnicas complementarias que han de aplicarse al realizar
una prueba dinámica, ya que pueden ayudar a identificar distintos tipos de faltas en un programa.
3.3 METODOLOGÍA UTILIZADA
3.3.1 La norma ISO / IEC 9126 norma de calidad del producto
ISO / IEC 9126 es un estándar internacional para definir y medir la calidad del producto del software.
Viene de la Organización Internacional de Normalización (ISO), el cual es también el editor de la
popular serie ISO 9000 de estándares de calidad de procesos (ISO 9000, ISO 9001, ISO 9000-3) ISO /
IEC 9126 es un estándar de calidad del producto de software diseñado para complementar las normas
de proceso bien conocido de calidad ofrecidos por la ISO.
ISO 9126 a diferencia de otros modelos de calidad de software este es un estándar reconocido
internacionalmente y una opción segura para cualquier organización en busca de una forma estándar de
definir y medir la calidad del producto. Un estándar universal proporciona un lenguaje común y un
marco para especificar y medir la calidad del producto del software. Tener una definición común de la
calidad del software hace más fácil comparar la calidad de un producto con otro. Así como algunas
organizaciones dependen de reconocimiento internacional ISO, ISO 9126 puede ser utilizado para
10
Proporcionado por, http://www.vision.uji.es/~sanchez/Teach/PDF-E77/Tema1.pdf, Marzo, 2011
25
garantizar un cierto nivel de calidad del producto. Así mismo la ISO ha mostrado su interés de revisar
la norma y mantenerla al día.
Las características de calidad son generalmente atemporal, pero las métricas asociadas a características
de calidad dependen de la tecnología actual y los ambientes del producto. Desde que fue introducido en
1999, la norma ISO 9126 ha pasado por cuatro importantes revisiones o actualizaciones.
La versión original de la norma ISO 9126 introducida en 1991 fue más bien escasa. El título original de
la norma, "Tecnologías de la Información - la evaluación de productos software - Características de
calidad y directrices para su uso", incluyó tanta información como el estándar actual. Ofrece
características de calidad y un proceso para su aplicación. La norma fue básicamente seis
características de alto nivel de calidad y su definición.
La norma exige que las seis características de calidad fueran suficientes para representar a cualquier
aspecto de la calidad del software. El modelo fue limitado debido a que no ofrecen un nivel de
taxonomía de las características de calidad o las métricas asociadas. Sub-características y métricas
fueron sugeridas en un anexo de la norma, pero no formaban parte de la norma oficial. En general, el
estándar identifica los elementos de un modelo de calidad del software para especificar y medir la
calidad del producto de software, pero no llegó a ofrecer un modelo completo e integral. La figura 11
muestra la evolución de la norma ISO 9126 desde su introducción en 1991.
Figura 11. Evolución de la Norma ISO 9126
11
La nueva norma ha evolucionado considerablemente desde sus raíces. Los dos cambios principales
son: (1) sugirió sub-características de calidad que fueron informativas en la norma de 1991 son ahora
normativa, y (2) un conjunto de métricas propuesto se han añadido para medir características de
calidad desde múltiples perspectivas.
11
Proporcionada por , http://www1.sce.umkc.edu/~burrise/pl/software_quality_management/, Marzo, 2011
ISO/IEC 9126:1991
ISO/IEC 9126:1:2001 – Modelo de Calidad
ISO/IEC 9126:2:2001 – Métricas Externas
ISO/IEC 9126:3:2001 – Métricas Internas
ISO/IEC 9126:4:2001 – Calidad del uso
26
El modelo de calidad en la norma ISO 9126-1 es la base para las otras tres partes de la norma ISO 9126
que define las medidas y técnicas para medir la calidad desde tres perspectivas diferentes: la calidad
interna, la calidad externa, y la calidad en uso.
ISO 9126-2 define métricas externas para la medición de sub-características en el modelo de calidad de
base. Se trata de medidas de calidad desde la perspectiva del comportamiento externo del producto en
su interfaz. La diferencia entre las métricas de calidad externa y la calidad en el sistema métrico es en
el uso que las métricas de calidad exterior midan el comportamiento externo del producto mientras se
está ejecutando en un entorno simulado. La diferencia es análoga a la diferencia entre el sistema de
pruebas de un producto fabricado con los datos y pruebas de aceptación con los datos de usuario real y
de la presencia de usuarios reales.
ISO 9126-3 define métricas internas para la medición de sub-características en el modelo de calidad de
base. Algunas de las características de calidad sólo se pueden medir con indicadores de producto
interno. Por ejemplo, el mantenimiento de una solución no es visible desde la interfaz externa de un
producto. Indicadores de calidad internos suelen ser mediciones estáticas de las propiedades
estructurales de la aplicación o formas intermedias de la aplicación.
3.3.2 ISO 9126-1 Calidad del software
ISO 9126-1 contiene el modelo de calidad original y sus extensiones. Las sub-características de calidad
que se especifican en un anexo de la norma original han sido modificadas ligeramente y ahora forman
parte de la norma oficial. A continuación se presenten las características y algunas sub-características.
La funcionalidad es la capacidad del producto de software para proveer las funciones que satisfacen
las necesidades explícitas e implícitas cuando este se utiliza bajo condiciones específicas, esta
característica cuenta con las siguientes sub-características la capacidad de la interfaz visual aquí se
determina la capacidad del software para mostrar los resultados los más legible posible. Los informes
y estadísticas esto quiere decir la capacidad que tiene el sistema para mostrar de manera precisa los
informes según la necesidad. Además de la seguridad la cual es la habilidad de prevenir el acceso no
autorizado, sea accidental o premeditado, a los programas y datos.
27
La confiabilidad es la capacidad del software de mantener su nivel de ejecución bajo condiciones
normales en un período de tiempo establecido, el software debe satisfacer un nivel de madurez que
permita medir la frecuencia de falla por errores, además debe tener la habilidad de tolerancia a fallas
para mantener un nivel de funcionalidad en caso de errores en su interfaz, así como la capacidad de
recuperación para rescatar datos que hayan sido afectados por una falla, así mismo el tiempo y
esfuerzo necesarios para lograr esta recuperación.
La usabilidad es la capacidad del software para ser entendido y aprendido por el usuario al ser
utilizado bajo condiciones especificas, el entendimiento es una sub-característica importante del
software para permitir al usuario entender si el software es el adecuado para realizar sus actividades, es
importante tener en cuenta la capacidad de aprendizaje esto se refiere a si la documentación es clara
para el usuario, así mismo el software debe de contar con la capacidad de permitir al usuario operarlo y
controlarlo de una forma sencilla esto se denomina operabilidad, además debe de ser atractivo al
usuario.
La eficiencia es la capacidad que el software tiene para proporcionar un desempeño adecuado de
acuerdo con la cantidad de recursos utilizados y bajo las condiciones planteadas, está característica
cuenta con el tiempo de procesos esto se refiere a la capacidad del software para proporcionar tiempos
de respuestas y procesamientos adecuados para que el sistema realice sus actividades bajo las
condiciones establecidas, tomando en cuenta la utilización de recursos que es la capacidad para
utilizar sólo los recursos establecidos. Así mismo esta característica abarca las bases de datos la cual
es la capacidad del software para buscar en diferentes gestores de bases de datos y por último las
variables e indicadores se refiere a la capacidad para utilizar variables diferentes para realizar las
actividades establecidas por parte del usuario.
La capacidad de mantenimiento es la capacidad del producto de software para ser modificado. Las
modificaciones pueden incluir correcciones, mejoras o adaptación del software a cambios en el
entorno, y especificaciones de requerimientos funcionales. Esta característica abarca la capacidad de
ser analizado, esto quiere decir, la capacidad con la que cuenta el software para detectar fallas así
como las partes a ser modificadas para resolver dicha falla o simplemente para mejorar el software. La
facilidad de prueba es el esfuerzo necesario para realizar una validación al software al término de
una modificación. La posibilidad de actualización es la capacidad del software para permitir la
implementación de una modificación.
28
La última característica mencionada en esta parte de la ISO es la portabilidad es la característica que
tiene un software para ejecutarse en diferentes plataformas. La estabilidad es la capacidad del software
para evitar efectos inesperados por modificaciones del software. La facilidad de instalación es la
capacidad del software para ser instalado en un ambiente especificado. La adaptabilidad es aquella
característica que permite al software ser adaptado a diferentes entornos especificados sin aplicar
acciones o medios diferentes de los previstos para el propósito del software considerado. La
coexistencia es la capacidad para adaptarse con otros sistemas independientes dentro de un mismo
entorno, compartiendo recursos comunes. La reemplazabilidad es la capacidad del software para ser
utilizado en lugar de otro producto de software, para el mismo propósito y en el mismo entorno.
3.3.3 ISO 9126-4 Calidad de uso
ISO 9126-4 calidad en uso es una medida desde la perspectiva del usuario mientras utiliza el producto
en su entorno. En la figura 12 muestra, la calidad en las métricas uso se basan en el conjunto más
pequeño de características de calidad orientados al usuario: la eficacia, la productividad, seguridad y
satisfacción. La calidad en uso es la visión de calidad del usuario. Alcanzar la calidad en uso depende
de alcanzar la calidad externa necesaria que a su vez depende de alcanzar la calidad interna necesaria.
Figura 12. Norma ISO 9126-412
12
Proporcionada por , http://www1.sce.umkc.edu/~burrise/pl/software_quality_management/, Marzo, 2011
Calidad de
Uso
EFICACIA
PRODUCTIVIDA
D
SATISFACCIÓN
SEGURIDAD
29
La capacidad del producto de software para permitir a los usuarios lograr las metas especificadas con
exactitud e integridad, en un contexto especificado de uso es denominada eficacia, esta característica
contiene las siguientes sub-características: flexibilidad de los datos de entrada se refiere a si el
producto de software es capaz de realizar descargas de documentos de distintas extensiones. La
integración de indicadores métricos es cuando el software permite realizar análisis utilizando varias
técnicas. El multi-lenguaje evalúa si el software permite realizar el análisis de datos en diferentes
idiomas. Cantidad de variables es la representación simultánea de variables. La exportación es
cuando el sistema permite exportar los datos en varios formatos.
La productividad es una característica importante, ya que es la capacidad del software para permitir a
los usuarios emplear cantidades apropiadas de recursos, en relación a la eficacia lograda en un contexto
especificado de uso. El tiempo para completar la tarea es el tiempo utilizado por el software para
completar una actividad solicitada. El esfuerzo del usuario es el esfuerzo aplicado por parte del
usuario para comprender el sistema y de esta manera poderlo usar. El costo financiero es el costo
general del sistema, esta característica abarca desde la compra hasta el equipamiento necesario para
que funcione.
La satisfacción es la capacidad de satisfacer a los usuarios, además de las actitudes que manifiestan los
usuarios hacia el sistema. La facilidad de uso es el nivel en conocimiento que debe tener el usuario
para poder interpretar los datos y finalmente la aplicabilidad.
La seguridad es la capacidad del software para lograr niveles aceptables de riesgo de daño a las
personas, institución, software, propiedad o entorno, en un contexto especificado de uso. Esta
característica también establece si el software cuenta con una licencia, así como si se cuenta con
contratos de uso entre el comprador y la casa productora para su uso.
3.4 Herramientas utilizadas en la solución del proyecto
MICROSOFT EXCEL
Aplicación desarrollado por Microsoft y distribuido en el paquete Office para usarse en Windows y
Macintosh. Excel se utiliza para la creación de hojas cálculo. El programa posee una interfaz intuitiva,
30
con herramientas de cálculos y gráficos de muy fácil uso. Es uno de los programas más populares para
realizar hojas de cálculos.
Sus trabajos son almacenados en archivos con extensión ".xls", aunque soporta otras extensiones como
".csv". Las hojas de cálculo de Excel son llamadas a veces hojas Excel. Excel hace su aparición en
1982 cuando Microsoft lanzó al mercado una hoja de cálculo llamada Multiplan. Multiplan fue muy
popular en grandes sistemas, pero no pudo superar a su competidor Lotus 1-2-3 el cual funcionaba muy
bien en computadoras personales. Razón por la que Microsoft desarrollo una nueva hoja de cálculo
para competir con Lotus 1-2-3.
31
CAPÍTULO IV. DESARROLLO
32
4.1 Actividades realizadas durante el periodo de estadía
Las actividades realizadas durante la estadía están relacionas con el primer objetivo específico
declarado en el capítulo II el cual es implementar el sistema de consulta electrónica, esta actividad
comenzó con revisar documentos de carpetas para verificar los que se encontraban en el Sistema
SMIT, de esta revisión se realizó un cuadro comparativo de los documentos existentes en la carpeta
contra los documentos existentes en el sistema.
La siguiente actividad fue escanear los documentos faltantes, incluyendo manuales y actualizaciones de
cada documento. Después cada documento se dio de alta en el sistema SMIT, para que de esta forma
las demás áreas de la organización tuvieran acceso a ellos, porque algunos de estos documentos son
utilizados para realizar protocolos o para apoyar la realización de una nueva orden de trabajo.
Se dieron de alta los documentos de las unidades de producción planta A y planta C, los documentos
solicitados eran su hoja de datos técnicos, diagrama de tuberías, diagrama mecánico este tiene por
objetivo el dar una perspectiva sobre las dimensiones que el lote debe tener en ancho y largo, además
de la lista de refacciones, el listado de equipos e instrumentos, los protocolos de prueba especifico,
reportes de calificación de instalación y operación, hoja de verificación de servicios, dibujo de sello
mecánico, dibujo de referencia, certificado de materiales, materiales de construcción, fotografías, entre
otros documentos, estos documentos están identificados mediante una clave.
Además de las unidades de producción se dieron de alta los siguientes servicios:
Agua de proceso
Nitrógeno
Aire comprimido
De los cuales se realizaron las mismas actividades que con las unidades de producción. Además se
apoyaba con el escaneo de documentos requeridos por el departamento ya sea para volver a imprimir o
para mandar por correo.
Así mismo se corrigieron nombres de documentos dados de alta en el SMIT, y se realizó una revisión
detallada de cada documento, para constatar que este estaba en orden, esto quiere decir vinculado a un
equipo, además de que el documento tuviera una secuencia lógica y que correspondiera a la clave del
33
documento que tenía. Otra actividad realizada durante la estadía fue dar apoyo al departamento de
aseguramiento de la calidad, escaneando archivos, ya que antes de destruir el documento es necesario
guardarlos en electrónico.
Se crearon informes sobre el estado de la documentación en el sistema, esto quiere decir sobre
documentos sin equipos, sobre equipos faltantes en el sistema, este informe da una mejor perspectiva
de lo que se encuentra en planta y lo existente en documentación.
4.2 Desarrollo del proyecto
El sistema SMIT se inició en el 2005 como un proyecto del departamento de Metrología, el encargado
de su desarrollo es Marcos García Martínez, el sistema principal está en Access 2003 aunque utiliza
librerías creadas en .NET. El sitio web está desarrollado en .NET 2.0.
El gestor de base de datos utilizado es Oracle 8.17 y la versión actual del sistema es la 2.01.14. El alta
y baja de los usuarios es mediante su nómina, ya que todos los empleados cuentan con un número de
nómina el cual es su usuario de entrada al sistema y un password. Los accesos al sistema son
proporcionados por el área de Informática, vía un correo electrónico y una evidencia de capacitación.
Los usuarios con los que cuenta el sistema SMIT son todos los empleados, ya que estos pueden generar
ordenes de trabajo y serían 376, pero de acceso directo al sistema sólo 57. Las áreas que principalmente
son usuarios de SMIT son Ingeniería, pero todas las áreas pueden generar órdenes de trabajo. Además
existen diferentes perfiles de usuarios de acuerdo a su puesto.
Los privilegios con los que cuenta cada departamento de Ingeniería son:
Mantenimiento: Acceso principalmente a actualizar órdenes de trabajo, restringido por usuario.
Preventivos: Acceso total al sistema.
Documentación: Acceso a actualizar la documentación del sistema.
Usuarios en general: Consulta de Información.
El sistema SMIT cuenta con 5 módulos incluyendo la página de intranet epbcs (nombre asignado a la
página de internet utilizada internamente) la cual es ocupada por los usuarios para realizar órdenes de
trabajo, así como consultar información sin necesidad de tener el SMIT instalado en el equipo.
34
Para la implementación de la documentación de los equipos, primero se revisaron los documentos de
los equipos y los documentos existentes en el SMIT para esto se realizaron cuadros comparativos en
las cuales se muestran los documentos existentes en el sistema y los documentos en duro y/o
documentos faltantes ver Tabla 3.
Tabla 3. Cuadro Comparativo Unidad de Producción/Sistema: AR-4
Se escanearon cada uno de los documentos faltantes, después de realizar estos cuadros comparativos de
cada uno de los equipos y servicios de cada planta, entonces se daban de alta en el sistema, para
realizar esta actividad se le asignaba un tipo de documento, a continuación se le asignaba un nombre,
una revisión, una fecha de vigencia así como un código, si es que el tipo de documento lo requería, se
guardaba el documento y finalmente se vinculaba a un equipo, esto fue lo que se realizó para una parte
del proyecto.
Para continuar con el desarrollo del proyecto se seleccionaron solo algunas sub-características de todas
las características de la norma ISO 9126-1 así como de la ISO 9126-4, de esta manera se realizó un
evaluación (ver Anexo A), el cual fue aprobado y revisado por el asesor industrial, esta evaluación fue
enviada vía correo electrónico a las 2 personas que ocupan en gran medida el SMIT.
Al termino de la evaluación se recopilaron los datos en una tabla en Excel, estos se sumaron y se saco
un promedio por cada característica, esto con la finalidad de realizarlo de una forma más detallada, ya
DOCUMENTOS FALTANTES DOCUMENTOS
EXISTENTES
AR-4
Hoja de verificación de servicios.
Diagrama de tuberías(revisión 5 ED-0407)
Hojas auxiliares(velocidad de agitación)
Reporte de calificación de la instalación IQ
Reporte de calificación de la operación OQ
Manual AJJ-2 agitadores de torque medio (anexo sello
mecánico, certificado de materiales)
Fotografía/Imagen
Hoja de Datos
Lista de Refacciones
AFC-90 Hoja de datos técnicos
Hojas auxiliares
AFC-71 Hojas Auxiliares Hoja de datos técnicos
ACC-39 Hoja de datos técnicos
AVV-4 Hoja de datos técnicos
Imagen
AMA-4 Hoja de datos técnicos
Fotografía/Imagen
Protocolo de prueba especifico
Hoja de datos técnicos
35
que Excel permite realizar numerosas operaciones confiables; al tener ya los resultados se pasaron a la
siguiente plantilla, de esta manera se termino con la evaluación del SMIT.
Tabla 4. Plantilla recopilación de datos
Usuario 1 Usuario 2 Usuario 3
Características de calidad del software (C)
C.1 1.8 1.9 2.4
C.2 1.5 2.2 1.5
C. 3 1.9 2.5 2.3
C. 4 1.8 2.5 1.9
C.5 1.8 2.4 2.1
C.6 1.9 2.5 2.0
Características de calidad de uso (Cu)
Cu. 1 0.8 1.6 1.2
Cu.2 2.7 3.3 3.0
Cu.3 3 5 3
Cu.4 2 5 2
19.1 29.8 21.4
Puntaje total 100.00 70.3
36
Proceso del desarrollo del proyecto
Figura 12. Proceso del desarrollo del proyecto
Realizar evaluación
Revisión de
evaluación
Aprobación de
evaluación
Aplicación de
evaluación
Análisis de
resultados
Informe de
resultados
Realizar gráficas de resultados y
cuadro comparativo
37
CAPÍTULO V. RESULTADOS OBTENIDOS
38
5.1 Resultados obtenidos durante el desarrollo de la estadía
De acuerdo a los objetivos planteados en el capítulo II, los resultados obtenidos dependieron mucho de
las limitaciones planteadas en el mismo capítulo, ya que el no tener un contacto al 100% con el área de
informática además del contar con un contacto mínimo con el sistema a evaluar, fueron grandes
obstáculos para el desarrollo de este proyecto, sin embargo con la ayuda del asesor industrial se realizó
en gran medida el proyecto.
El contar con una medida cuantitativa que indique la satisfacción de los usuarios de un sistema es
importante, esto permite detectar módulos de mejora. Es importante tener en cuenta que para la
evaluación del sistema se tuvieron que investigar normas en específico la norma ISO 9126 en sus
secciones 1 y 4, ya que los objetivos planteados cubrían estas normas. De esta manera se cumplió en
un 70% la implementación de la documentación de los equipos al SMIT, ya que faltaron documentos
de la planta D y E para su implementación en el sistema.
El realizar evaluaciones durante el desarrollo de un sistema minimiza en gran medida los defectos y/o
fallas, ya que si estas se detectan pueden resolverse y no se pasaran a las siguientes etapas de la
metodología utilizada, ya que se les dará la solución en ese momento de esta manera el producto final
será lo más correcto posible.
En caso contrario al realizar la evaluación cuando este ya está terminado es tedioso, porque se debe de
detectar en que parte está el error, además determinar si este error puede causar problemas con otras
partes del sistema, en fin en mi punto de vista es mejor realizar una evaluación durante el desarrollo del
sistema.
El objetivo de evaluar al sistema SMIT bajo las normas de calidad ISO 9126: 1 e ISO 9126:4 se
cumplieron en un 100%, ya que con ayuda del creador del SMIT, el cual contribuyó para el
cumplimiento de la evaluación, aunque esta evaluación no se realizó en la medida en que se tenía
planteada, ya que las limitaciones influyeron mucho.
El que un sistema sea de calidad es de suma importancia, ya que esto indica si el sistema cumple con
los requerimientos del usuario, todo va encaminado a un solo objetivo que es satisfacer al usuario, la
norma ISO 9126 es una metodología la cual permite realizar de una manera más precisa evaluaciones,
a el software terminado, además permite detectar insatisfacciones en el uso del sistema.
39
Se realizaron gráficas, las cuales representan los resultados obtenidos de la evaluación efectuada de
acuerdo a la calidad del software y a la calidad de uso, mostrando cada una de las características en las
que fue evaluado el SMIT (ver Figura 13 y 14), así mismo se muestra la comparación de los resultados
obtenidos contra los resultados esperados ver Tabla 5.
Tabla 5. Cuadro comparativo de resultados
Resultados
obtenidos
Resultados
esperados
Diferencia
Calidad del software
Funcionabilidad 2.03 3.3 1.27
Confiabilidad 1.73 3.5 1.77
Usabilidad 2.23 2.5 .27
Eficiencia 2.07 2.5 .43
Capacidad de
mantenimiento 2.10 2.5 .40
Portabilidad 2.13 2.5 .37
Calidad de uso
Eficacia 1.20 2 .80
Productividad 3.00 3.5 .50
Satisfacción 3.67 5 1.33
Seguridad 3.00 5 2.0
40
CALIDAD DEL SOFTWARE
66%56%
74% 70% 70% 71%
100% 100% 100% 100% 100% 100%
F unc ionabilidad C onfiabilidad Us abilidad E fic ienc ia C apac idad de
mantenimiento
P ortabilidad
R es ultados obtenidos R es ultados es perados
Figura 13. Gráfica calidad del software
CALIDAD DE USO
41%
83%
66% 66%
100% 100% 100% 100%
0%
20%
40%
60%
80%
100%
120%
E ficac ia P roductividad S atis facc ión S eguridad
R es ultados obtenidos R es ultaos es perados
Figura 14. Gráfica calidad del uso
41
Además se realizó un análisis mediante una matriz FODA, la cual representa las debilidades,
fortalezas, oportunidades y amenazas, con relación al sistema.
Tabla 6. Matriz FODA
FORTALEZAS
F1. Interfaz amigable
F2. Sencillo de aprender
F3. Fácil modificación.
F4. Para la seguridad utiliza un
algoritmo de cifrado.
DEBILIDADES
D1. Difícil de establecer
perfiles.
D2. Informes no tan precisos.
D3. Contiene redundancia de
información.
OPORTUNIDADES
O1. Potabilidad a otros lenguajes
de programación.
O2. Aceptación de datos de otros
idiomas.
Realizar encuestas
periódicamente para recopilar
sugerencias, así como datos que
muestren el funcionamiento del
sistema (F1, F2,F3, F4, O1, O2)
Adoptar nuevas tecnologías
para un mejorar el rendimiento
del sistema.
(D1, D2, D3, O1, O2)
AMENAZAS
A1. Controlar información no
utilizable.
A2. Falta de actitud de los
usuarios para utilizar el sistema.
A3. Necesidad de más recursos,
a los establecidos.
Capacitar al personal para que
vayan adoptando al sistema.
(F2, F3, A1, A2)
Realizar una reingeniería al
sistema para comprobar que
todos los módulos son
utilizados, además de revisar las
variables utilizadas para que los
resultados sean lo más preciso.
(A1, A3, Dd1, D2, D3).
CONCLUSIONES Los resultados obtenidos de acuerdo a la plantilla utilizada es que el sistema no alcanza un 100% de
calidad, pero cuenta con un gran porcentaje de calidad. Un obstáculo que freno en gran medida la
realización de la evaluación a fondo fue el hecho de que el sistema no haya sido realizado basándose en
alguna metodología, esto quiere decir que quien lo realizó solo iba colocando módulos conforme los
usuarios se lo pedían, además el departamento de informática tiene como prioridad el realizar toda esa
documentación y no el realizar una evaluación de calidad, aun sin realizar una evaluación muy
detallada se detectaron errores en el sistema, ya que durante la implementación de la documentación se
encontraron varios errores, pero fueron eliminados por la actualización del sistema por parte del
creador del SMIT.
42
La tolerancia a fallos y el nivel de recuperación del sistema, ya que como es una empresa la
cual trabaja las 24 horas, el contar con la información en tiempo y forma es de suma
importancia, para la realización del trabajo de cada usuario.
Los resultados obtenidos son poco entendibles para el usuario y no satisface las necesidades
integras de los usuarios.
En caso de fallas en el sistema, la recuperación de los datos es tardada, así mismo que en caso
de tener un error la interfaz tenga fallas o sea difícil el acceso.
La documentación con la que se cuenta es clara y precisa, el sistema es fácil de comprender, ya
que es atractivo para el usuario y es sencillo de operar
El sistema permite al usuario realizar sus actividades utilizando los recursos establecidos.
Si un sistema cuenta con esta característica es de suma importancia, porque si el sistema
requiere alguna modificación es necesario realizársela, además esto también permite realizar
las diferentes versiones, por el contrario si el sistema no contara en gran medida con esta
característica sólo se hubiera quedado en una sola versión.
El sistema tiene la capacidad de adaptarse a una plataforma diferente a la que se encuentra si
así fuera requerido.
El sistema permite manejar diferentes extensiones para las entradas o salidas de información,
aunque el que no se maneje varios leguajes esto hace que su eficacia reduzca.
Los resultados obtenidos por la aplicación de la evaluación muestra un nivel de productividad
aceptable, porque el esfuerzo por parte del usuario para comprender el sistema es poco, además
el costo por su realización no fue grande.
La satisfacción de los usuarios muestra la adaptabilidad a las actividades diarias, así se refleja
como el sistema ha entrado a automatizar actividades laborales, gracias a la actitud del usuario
hacia el sistema.
El sistema no cuenta con licencias, aunque esta desarrollado bajo software original.
43
ANEXO A
44
A continuación se presenta la evaluación aplicada al creador del sistema SMIT así como de una
persona que tiene mucho contacto con el mismo, de igual forma la evaluación que fue realizada en el
marco de este proyecto.
EVALUACIÓN DE LA CALIDAD DEL SOFTWARE
FUNCIONABILIDAD (C1)
Capacidad de la interfaz visual
Informes, estadísticas
Seguridad
0 = Deficiente
1 = Regular
2 = Bien
3= Excelente
CONFIABILIDAD (C2)
Nivel de madurez
0 = Deficiente
1 = Regular
2 = Bien
3= Excelente
Tolerancia a fallas
Recuperación
0 = Deficiente
1 = Regular
2 = Bien
3= Excelente
USABILIDAD (C3)
Entendimiento
Aprendizaje
Operabilidad
Atracción
0 = Deficiente
1 = Regular
2 = Bien
3= Excelente
EFICIENCIA (C4)
Tiempo de procesos
Utilización de recursos
Bases de datos.
Variables. Indicadores
0 = Deficiente
1 = Regular
2 = Bien
3= Excelente
45
CAPACIDAD DE MANTENIMIENTO
(C5)
Capacidad de ser analizado
Facilidad de prueba
Posibilidad de actualización
Estabilidad
0 = Deficiente
1 = Regular
2 = Bien
3= Excelente
PORTABILIDAD (C6)
Facilidad de instalación
Adaptabilidad
Coexistencia
Reemplazabilidad
0 = Deficiente
1 = Regular
2 = Bien
3= Excelente
46
EVALUACIÓN DEL SOFTWARE CALIDAD DEL USO
EFICACIA (Cu1)
Flexibilidad de los datos de entrada
Integración de indicadores métricos
Multi-lenguaje
Cantidad de variables
Exportación
0 = Deficiente
1 = Regular
2 = Bien
3= Excelente
PRODUCTIVIDAD (Cu2)
Tiempo para completar la tarea
Esfuerzo del usuario
0 = Deficiente
1 = Regular
2 = Bien
3= Excelente
Costo financiero
SATISFACCIÓN (Cu3)
Facilidad de uso
Aplicabilidad
0 = Deficiente
1 = Regular
2 = Bien
3= Excelente
SEGURIDAD (Cu4)
Licencias
Contratos de uso de software
0 = Deficiente
1 = Regular
2 = Bien
3= Excelente
47
ANEXO B
48
Coloque dentro del recuadro una X, enfrente de la pregunta de acuerdo a su criterio.
Tabla 7. Cuestionario
Completamente (5)
Bastante (4)
Regular(3)
Poco (2)
Nada (1)
1.- Son entendibles los resultados de los informes
realizados por el sistema.
2.-Los informes creados por el sistema muestran
los resultados precisos.
3.- El acceso al sistema es mediante un usuario y
contraseña.
4.- En caso de falla, su información es recuperada
íntegramente.
5.- ¿Cuando se instala por primera vez el sistema,
este funciona correctamente?
6.- Los manuales muestran de manera sencilla el
uso del sistema.
7.- El sistema reduce tiempos en sus actividades
cotidianas laborales.
8.- El sistema cuando lo usa por primera vez, le es
sencillo operarlo.
9.-Al operar el sistema, le es sencillo encontrar los
controles mostrados en el manual.
10.- El sistema ocupa sólo los recursos
establecidos por usted.
11.- Cuando usted pide una modificación al
sistema, el tiempo que se tardan en realizársela es
mínimo.
12.- El sistema le permite guardar documentos de
diferentes formatos (Excel, Word, imágenes).
13.- El sistema le permite colocar datos en otro
idioma.
14.- El tiempo que el sistema utiliza para realizar
alguna actividad es mínimo.
15.- Para poder operar el sistema es necesario
contar con grandes conocimientos en computación.
16.- Usted utiliza el sistema al menos una vez al
día.
17.- El sistema facilita su trabajo.
18.- El sistema permite realizar un análisis de la
información utilizando varias técnicas.
19.- Para que el sistema funcione, usted necesita
contar con algún equipo de cómputo especial.
20.- El sistema le permite realizar sus actividades
con exactitud e integridad.
21.- Necesita alguna licencia para poder operar el
sistema.
49
BIBLIOGRAFÍA
50
Libros
1. S.Pressman Roger, Ingeniería del Software Un enfoque práctico, McGraw Hill, Sexta Edición,
pp 464, 465, 469
2. S.Pressman Roger, Ingeniería del Software Un enfoque práctico, McGraw Hill, Quinta
Edición, pp 54, 58, 59, 60, 63, 326
3. O’Regan Gerard, A practical Approach to Software Quality, Springer, pp 205-208
4. Pressman, Roger S., Ingeniería del Software. Un enfoque práctico. 3ra. Edición. McGraw Hill
Página de internet
5. CAVSI, Abril 2011, http://www.cavsi.com/preguntasrespuestas/cual-es-la-historia-de-excel/
6. ALEGSA, Santa Fe Argentina 1998-2011,Abril 2011, http://www.alegsa.com.ar/Dic/excel.php
7. Marzo, 2011, http://www.vision.uji.es/~sanchez/Teach/PDF-E77/Tema1.pdf
8. Intriago Mayra, Marzo 2011, http://www.slideshare.net/May11IM0883/metricas-de-software-
4278643
9. Marzo 2011, http://148.202.148.5/cursos/cc321/fundamentos/unidad2/tema2_1.html
10. Eddie Burris, 2004,2005,Marzo 2011, http://www1.sce.umkc.edu/~burrise/pl/ software_
quality_ management/
11. N.Juristo/A. Moreno, Marzo 2011, http://is.ls.fi.upm.es/docencia/erdsi/Documentacion_
Evaluacion_7.pdf
