Introduccin

Con la siguiente investigacin se demuestra lo importante que es la

obtencin de la calidad en los sistemas de informacin y no solo en
ellos, sino tambin en la vida diaria a travs de la medicin y del
seguimiento de diversos conceptos que se vern en lo que conforma
el desarrollo de la investigacin, porque la medicin y el seguir
diversas metodologas, mtodos y estndares es lo que te avala al
momento de hablar de calidad, la calidad siempre ser un aspecto
importante en la vida diaria, y mucho ms hablando de un sistema de
informacin ya que este es el que presta cierto servicio y manipula
informacin valiosa por eso y como en todo se exige un nivel de
calidad, ya sea en cuanto al funcionamiento y lo que debera hacer en
su totalidad.

Desarrollo

Tema 2.5 Obtener calidad en los sistemas de informacin

(mtodos, mtricas, metodologas y estndares)

Mtricas
Las mtricas son escalas de unidades sobre las cuales puede medirse un atributo
cuantificable.
Las mtricas de calidad de sistemas de informacin se utilizan para evaluar y
controlar el proceso del desarrollo del software de forma que permitan indicar la
calidad del producto.

Evaluar la productividad de los desarrolladores.

Evaluar los beneficios en trminos de productividad y calidad.
Establecer una lnea base para la estimacin.
Ayudar a justificar el uso de nuevas herramientas o formacin adicional.

En el software hay 3 clases de entidades cuyos atributos podemos querer medir:

Procesos
Son actividades software que normalmente conllevan el factor tiempo, los atributos
internos a medir son el tiempo, esfuerzo, nmero de incidentes de un tipo
especfico que se dan durante el proceso.
Productos
Son entregables, artefactos o documentos generados en el ciclo de vida del
software. Los atributos externos a medir son la fiabilidad del cdigo, la
extensibilidad de un documento de especificacin, la mantenibilidad del cdigo
fuente, etc. Atributos internos a medir son la longitud, la funcionalidad,
modularidad o correccin sintctica de los documentos de especificacin.
Recursos
Son todos aquellos elementos, que no han sido objeto de validacin empricas que
hacen de entrada a la produccin software, los tributos a medir son el personal, los
materiales, herramientas y mtodos, el costo, la productividad del recurso
humano.

Problemas en la definicin de mtricas

Las mtricas no se definen en un contexto de alcanzar objetivos explcitos.
Las hiptesis no estn de manera explcita.
Validacin invalida debido a mtrica no definida claramente

La calidad en el uso de las mtricas

La calidad en el uso de mtricas mide la extensin de un producto que rene las
necesidades especificadas por los usuarios para lograr las metas propuestas, con
la efectividad, productividad, seguridad y satisfaccin en un contexto de uso
especfico. La evaluacin de la calidad en uso valida la calidad del producto de
software en los escenarios especficos de tareas de usuario.

Mtricas usadas en la comparacin

La mtrica usada para las comparaciones debe ser vlida y suficientemente
exacta para permitir hacer comparaciones fiables.
Esto significa que las medidas deben ser objetivas, empricas, usando una escala
vlida, y reproducibles.

Opcin de mtricas y criterio de medidas

La base en que las mtricas son seleccionadas depender de las metas de la
institucin para el producto y las necesidades del evaluador. Estas necesidades se
especifican por un criterio de medidas. Por ejemplo: un usuario de la institucin
podra evaluar un producto de software usando mtricas para mantenimiento, un
desarrollador podra evaluar un producto software contra criterios de valores
usando medidas internas de cualquiera de las caractersticas de calidad.

Clasificacin de las mtricas

De complejidad
Mtricas que definen la medicin de la complejidad: volumen, tamao,
anidaciones, y configuracin.
De calidad
Mtricas que definen la calidad del software: exactitud, estructuracin o
modularidad, pruebas, mantenimiento.

De competencia
Mtricas que intentan valorar o medir las actividades de productividad de los
programadores con respecto a su certeza, rapidez, eficiencia y competencia.
De desempeo
Mtricas que miden la conducta de mdulos y sistemas de un software, bajo la
supervisin del SO o hardware.
Estilizadas
Mtricas de experimentacin y de preferencia: estilo de cdigo, convenciones,
limitaciones, etc.

Estndares
Es una definicin clara de un modelo, criterio, regla de medida o de los requisitos
mnimos aceptables para la operacin de procesos especficos, con el fin asegurar
la calidad en la prestacin de los servicios de salud.
ESTNDAR IEEE/EIA 12207.
Esta norma establece las directrices sobre aseguramiento de la calidad de
software para asegurar al cliente que el software cumple con los requerimientos
que el usuario define, requerimientos reglamentarios, tcnicos y de la
organizacin.
Entre las directrices determina cuales son los objetivos de calidad, objetivos del
proceso de aseguramiento de la calidad.
Objetivos

Representar las mejores prcticas comerciales.

Ser adecuado para su aplicacin en la adquisicin de la defensa.
Ser compatible con otros estndares en el mercado mundial.

Este estndar se utiliza prefentemente en las organizaciones que desarrollan sus

propios conjuntos de procesos y procedimientos conforme conformes con todos
los requisitos de este estndar y se aplica a toda la organizacin.

ESTNDAR ISO/IEC 9126

Esta norma se orienta a dos reas para la calidad del producto software, calidad
interna y tambin a la externa, y calidad en uso del producto software.
El modelo de calidad establecido en la primera parte del estndar, ISO 9126-1,
clasifica la calidad del software en un conjunto estructurado de caractersticas y
subcaractersticas de la siguiente manera:
Funcionalidad
Un conjunto de atributos que se relacionan con la existencia de un conjunto de
funciones y sus propiedades especficas. Las funciones son aquellas que
satisfacen las necesidades implcitas o explcitas.
Adecuacin
Atributos del software relacionados con la presencia y aptitud de un conjunto de
funciones para tareas especificadas.
Exactitud
Atributos del software relacionados con la disposicin de resultados o efectos
correctos o acordados.
Interoperabilidad
Atributos del software que se relacionan con su habilidad para la interaccin con
sistemas especificados.
Seguridad
Atributos del software relacionados con su habilidad para prevenir acceso no
autorizado ya sea accidental o deliberado, a programas y datos.
Cumplimiento funcional.
Fiabilidad
Un conjunto de atributos relacionados con la capacidad del software de mantener
su nivel de prestacin bajo condiciones establecidas durante un perodo
establecido.
Madurez
Atributos del software que se relacionan con la frecuencia de falla por fallas en el
software.
Recuperabilidad
Atributos del software que se relacionan con la capacidad para restablecer su nivel
de desempeo y recuperar los datos directamente afectos en caso de falla y en el
tiempo y esfuerzo relacionado para ello.
Tolerancia a fallos
Atributos del software que se relacionan con su habilidad para mantener un nivel
especificado de desempeo en casos de fallas de software o de una infraccin a
su interfaz especificada.
Cumplimiento de Fiabilidad
La capacidad del producto software para adherirse a normas, convenciones o
legislacin relacionadas con la fiabilidad.

Usabilidad
Un conjunto de atributos relacionados con el esfuerzo necesario para su uso, y en
la valoracin individual de tal uso, por un establecido o implicado conjunto de
usuarios.
Aprendizaje
Atributos del software que se relacionan al esfuerzo de los usuarios para
reconocer el concepto lgico y sus aplicaciones.
Comprensin
Atributos del software que se relacionan al esfuerzo de los usuarios para
reconocer el concepto lgico y sus aplicaciones.
Operatividad
Atributos del software que se relacionan con el esfuerzo de los usuarios para la
operacin y control del software.
Comportamiento en el tiempo
Atributos del software que se relacionan con los tiempos de respuesta y
procesamiento y en las tasas de rendimientos en desempear su funcin.
Comportamiento de recursos
Usar las cantidades y tipos de recursos adecuados cuando el software lleva a
cabo su funcin bajo condiciones determinadas.
Mantenibilidad
Conjunto de atributos relacionados con la facilidad de extender, modificar o
corregir errores en un sistema software.
Estabilidad
Atributos del software relacionados con el riesgo de efectos inesperados por
modificaciones.
Productividad
Atributos relacionados con el rendimiento en las tareas cotidiana realizadas por el
usuario final.
Seguridad
Atributos para medir los niveles de riesgo.
Satisfaccin
Atributos relacionados con la satisfaccin de uso del software.
Modelo de Calidad Interna y Externa
Este modelo determina caractersticas y subcaractersticas, que sirven para
evaluar la calidad interna y la calidad externa de un producto software como sigue:
1.
2.
3.
4.
5.
6.

Funcionalidad
Confiabilidad
Usabilidad
Eficiencia
Mantenimiento
Portabilidad.

ISO 9000-3.
Diseo e implementacin de sistemas de gestin de la calidad con una
especializacin en adquisicin, suministro, desarrollo, instalacin y mantenimiento
de software y servicios de soporte.
El mbito de aplicacin de ISO 9000-3 se contempla en el desarrollo, procesos de
ciclo de vida y en la calidad de los sistemas de informacin. Es alcance del
estndar ISO 9000-3 es la demostracin de la capacidad de un proveedor para
desarrollar, suministrar y mantener los sistemas de informacin basados en las
sugerencias de clases de control y mtodos para produccin de los mismos
mientras que satisfaga los requisitos ya establecidos.

ESTNDAR ISO/IEC 15939

Este estndar sirve para evaluar los procesos de medicin de software y se
subdivide en dos grupos:

Modelo de Procesos de Medicin

Modelo de Informacin de Medicin

ESTNDAR ISO/IEC 14598

El estndar ISO/IEC 14598 es actualmente usado como base metodolgica para
la evaluacin del producto software. En sus diferentes etapas, establece un marco
de trabajo para evaluar la calidad de los productos de software proporcionando,
adems, mtricas y requisitos para los procesos de evaluacin de los mismos.
La norma define las principales caractersticas del proceso de evaluacin:
Repetitividad.
Reproducibilidad.
Imparcialidad.
Objetividad.
Para estas caractersticas se describen las medidas concretas que participan:
Anlisis de los requisitos de evaluacin.
Evaluacin de las especificaciones.
Evaluacin del diseo y definicin del plan de evaluacin.
Ejecucin del plan de evaluacin.
Evaluacin de la conclusin.

La Norma ISO/IEC 14598 define el proceso para evaluar un producto de software,

el mismo consta de seis partes:
ISO/IEC 14598-1 Visin General: provee una visin general de las otras cinco
partes y explica la relacin entre la evaluacin del producto software y el modelo
de calidad definido en la ISO/IEC 9126.
ISO/IEC 14598-2 Planeamiento y Gestin: contiene requisitos y guas para las
funciones de soporte tales como la planificacin y gestin de la evaluacin del
producto del software.
ISO/IEC 14598-3 Proceso para desenvolvedores: provee los requisitos y guas
para la evaluacin del producto software cuando la evaluacin es llevada a cabo
en paralelo con el desarrollo por parte del desarrollador.
ISO/IEC 14598-4 Proceso para adquirientes: provee los requisitos y guas para
que la evaluacin del producto software sea llevada a cabo en funcin a los
compradores que planean adquirir o reutilizar un producto de software existente o
pre-desarrollado.
ISO/IEC 14598-5 Proceso para avaladores: provee los requisitos y guas para la
evaluacin del producto software cuando la evaluacin es llevada a cabo por
evaluadores independientes.
ISO/IEC 14598-6 Documentacin de Mdulos: provee las guas para la
documentacin del mdulo de evaluacin.

Metodologas
Las metodologas de calidad de sistemas deben definir: objetivos, fases, tareas,
productos y responsables, necesarios para la correcta realizacin del proceso y su
seguimiento.
Los principales objetivos de una metodologa de desarrollo son:
Asegurar la uniformidad y calidad tanto del desarrollo como del sistema en
s.
Satisfacer las necesidades de los usuarios del sistema.
Conseguir un mayor nivel de rendimiento y eficiencia del personal asignado
al desarrollo.
Ajustarse a los plazos y costes previstos en la planificacin.
Generar de forma adecuada la documentacin asociada a los sistemas.
Facilitar el mantenimiento posterior de los sistemas.

AMFE
El Anlisis modal de fallos y errores crticos (AMFE), es una metodologa de
trabajo en grupo para evaluar un sistema, un diseo, un proceso o un servicio en
cuanto a las formas en las que ocurren los fallos. Adems, es una excelente
herramienta que fomenta la creatividad. Para cada fallo, se hace una estimacin
de su efecto sobre todo el sistema y su seriedad. Adems, se hace una revisin de
las medidas planificadas con el fin de minimizar la probabilidad de fallo, o
minimizar su repercusin. Puede ser muy tcnico (cuantitativo) o no (cualitativo).
Se utiliza tres factores principales para la identificacin de un determinado fallo.

Ocurrencia: frecuencia con la que aparece el fallo.

Severidad: la seriedad del fallo producido.
Detectabilidad: si es fcil o difcil detectar el fallo.

La necesidad de los directivos e ingenieros de minimizar el riesgo de un diseo o

proceso les ha forzado a desarrollar toda una nueva ciencia: la fiabilidad. Dado
que se trata de una disciplina con elevado contenido matemtico, es difcil de
utilizar por los no iniciados. El AMFE permite realizar aportaciones a la fiabilidad y
seguridad de un diseo o proceso a todo el mundo. Esta necesidad surge de las
exigencias de los clientes.
Los beneficios de aplicar el AMFE son:

Mejorar la calidad, fiabilidad y seguridad de nuestros productos.

Mejorar la imagen de la empresa.
Aumentar la satisfaccin de nuestros clientes.
Ayudar a seleccionar el diseo ptimo.
Establecer prioridades a la hora de la mejora.

Se distinguen dos tipos de AMFE:

a) AMFE de diseo.
Se utiliza con el fin de identificar y corregir cualquier fallo potencial o conocido
antes de iniciarse el proceso de fabricacin definitiva (antes de su produccin cara
a la venta). Una vez los fallos son detectados, son ordenados y se les asigna una
prioridad.

b) AMFE de proceso.
Al igual que el de diseo, se trata de identificar y corregir cualquier fallo potencial o
conocido antes de iniciarse el proceso de fabricacin definitiva, pero una vez el

diseo del producto ya se ha dado por bueno. Una vez identificados, son
ordenados y se les asigna una prioridad.
El AMFE de proceso se centra en minimizar los fallos de produccin mediante la
identificacin de los principales factores que afectan a la calidad del proceso.

KAIZEN
El KAIZEN es una metodologa de origen japons, en cuyo idioma significa
mejoramiento continuo dividiendo la palabra en Kai que significa cambio
y Zen significa bueno. Kaizen significa pequeas mejoras continuas con poca
inversin. El Kaizen est relacionado al ciclo de Deming.
Tambin se le denomina Kaizen Gemba, ya que dichas mejoras son en el mismo
lugar de trabajo, que es lo que significa Gemba en japons. Se refiere a pequeas
mejoras en forma continua en el tiempo, como consecuencia de la evaluacin en
el mismo lugar de trabajo por el trabajador responsable y tiene una gran
connotacin directamente relacionada con las personas como seres humanos. Se
trata de calidad de gente, de las personas que mejoran cada da. El concepto
bsico es de pequeas mejoras permanentes, que apuntan hacia la excelencia. El
logro del da es el xito del mes. De este modo, la calidad de las cosas viene a ser
como una consecuencia directa y natural de la calidad de las personas; as, que
cuando algo est bien, es porque quien lo hizo es de calidad y le ha imprimido "su
sello personal".
Segn Masaaki Imai, el Kaizen es la clave de la ventaja competitiva de los
japoneses, por cuanto se fundamenta en la gente; es decir, en los recursos
humanos de las organizaciones, que no slo participan, sino que se involucran en
los procesos de mejoramiento, y todo resulta afectado por las mejoras generadas
por los cambios actitudinales de las personas.
El Kaizen parte de una premisa bsica: "la existencia de problemas". Cuando esta
verdad se internaliza y se acepta tan naturalmente que se convierte en humildad,
llega a establecerse una cultura organizacional en la que todos se involucran, no
slo en la bsqueda o deteccin de los problemas, sino que van ms all,
realizando actividades y tareas para la solucin de los mismos.

Mtodos
Un mtodo se refiere al medio utilizado para llegar a un fin, su significado original
seala el camino que conduce a un lugar.

El mtodo de las 5 S
El mtodo de las 5 S, tambin denominado de las 5 C o "housekeeping", es un
modelo sencillo muy indicado para el inicio de la implantacin de los programas de
calidad. Es un proceso fcil para poner orden dentro de la empresa. El nombre de
las 5 S viene de las iniciales de sus 5 etapas de desarrollo en japons.

El primer paso se denomina Seiri, y consiste en clasificar todos los objetos,

herramientas, productos, suministros, bancos de trabajo, etc., en dos grandes
grupos: los que son necesarios y los que no lo son, y stos ltimos eliminarlos. Se
suelen eliminar todos los que no se van a utilizar en un mes. Los objetos que
normalmente no se utilizan, pero que pueden ser utilizados alguna vez, se
guardarn en otro lugar clasificados para su control. De esta forma pueden salir a
la luz una infinidad de costes de objetos, productos, etc., que no son tiles y estn
ocupando sitio, perjudicando el ambiente de trabajo. Tambin se pueden detectar
productos prematuramente fabricados, inventarios de productos excesivos que
puede que no se lleguen a utilizar en aos, etc. poniendo de manifiesto
importantes costes de calidad que se vern reducidos al poner en prctica en este
mtodo.
La segunda etapa se denomina Seiton, porque una vez realizada la clasificacin
anterior, todo lo innecesario se debe de retirar, dejando slo un nmero mnimo de
lo necesario. Este grupo se clasifica y dispone de forma que minimice el tiempo de
bsqueda y el esfuerzo, de esta forma se incrementar la productividad y se
reducirn los costes.
El tercer paso es el Seiso, en este caso se trata de limpiar todo el entorno de
trabajo, incluidas las mquinas, herramientas, pisos, paredes, etc. Al limpiar una
mquina se pueden encontrar y descubrir muchos defectos de funcionamiento.
As, con un coste de prevencin, como podamos catalogar el Seiso, se pueden
eliminar muchos costes de fallos.
La cuarta etapa es el Seiketsu, aqu se trata de mantener la limpieza por medio
de uso de ropa de trabajo adecuada, lentes, guantes, zapatos de seguridad, etc.
El quinto paso es el Shitsuke, este paso consiste en realizar el trabajo conforme a
unas normas establecidas. Hay que mantener la autodisciplina y el hbito de
practicar las 5 S.

Diagrama de flujo
Este sencillo mtodo, que ya conocemos, nos permite representar, de forma
sencilla y grfica, la secuencia que se produce en un proceso. Con el diagrama de
flujo obtenemos una visin general del sistema y cmo se relacionan todos los
elementos que lo componen. Es una herramienta muy til para analizar un
proceso y estudiar la manera de simplificarlo, mejorarlo y resolver todos aquellos
problemas que se presenten.
Diagrama Causa-Efecto
En general se puede afirmar que no existe ningn proceso que no est sometido a
variaciones. Es decir, el resultado del proceso nunca es el mismo. Si las
variaciones son pequeas y no afectan de forma significativa al resultado,
podremos decir que el proceso funciona de forma estable y controlada y con gran
capacidad (no se producen productos no conformes). Ahora bien, cuando estas
variaciones son significativas y afectan a las caractersticas de calidad del
producto, ser necesario estudiar cules son las posibles causas de tales
variaciones para poder reducirlas o eliminarlas.
El diagrama de causa-efecto, tambin conocido como diagrama de espina de
pescado, por la forma que adopta, es una herramienta que nos ayuda a estudiar
de forma estructurada todas las posibles causas que pueden producir variaciones
en un proceso.
Por lo general, las causas ms comunes que pueden ocasionar variaciones en los
procesos son (las 6 M):
Variaciones en las Mquinas o equipos (las mquinas producen variaciones
demasiado intensas.
Variaciones en el Material de entrada al proceso (la materia prima utilizada
no es uniforme).
Variaciones en el Mtodo o procedimiento (se aplican procedimientos de
trabajo diferentes).
Variaciones en los operarios o Mano obra (las personas trabajan de forma
diferente).
Variaciones en el Medio ambiente (el medio ambiente afecta al proceso).
Variaciones en las Medidas (fallos en el sistema de medida).

Conclusin
Ya visto durante la investigacin cada concepto y basndonos en la
informacin anterior se puede concluir como se propuso en un
principio, que para que un sistema de informacin o cualquier cosa
cuente con la mayor calidad posible hablando estadsticamente se
debe seguir cada uno de los pasos establecidos tanto utilizar las
mtricas que nos ayudan a medir nuestro sistema o el objeto al que se
cuestiona su medida de calidad, as como de igual forma cumplir con
los pasos de mtodos, metodologas y los estndares bajo los cuales
vamos a respaldarlo, por eso el ttulo del tema habla de obtencin de
calidad, porque cada persona que desarrollara un sistema tiene la
capacidad de decidir que herramientas son las que elegir para su
sistema de informacin, buscando que este alcance la mejor calidad
posible.

Bibliografa
https://www.dspace.espol.edu.ec/bitstream/123456789/4908/1/7708.pdf
https://prezi.com/crhfi6mga9tj/copy-of-untitled-prezi/
http://ldc.usb.ve/~abianc/materias/ci4712/metricas.pdf
http://ingenieria1.udistrital.edu.co/udin1/pluginfile.php/12917/mod_resource/conten
t/1/Estandares%20para%20el%20Aseguramiento%20de%20la%20Calidad%20del
%20Software.pdf
http://es.slideshare.net/arluadnaedoretniuq/artculo-estndares-de-calidad-en-lossistemas-de-informacin
http://www.mginformatica.com.ar/modelo-de-calidad.html
http://inqualitas.net/articulos/477-tecnicas-basicas-para-la-gestion-de-lacalidad