Vous êtes sur la page 1sur 17

UNIVERSIDAD NACIONAL SAN LUIS GONZAGA

FACULTAD DE INGENIERIA DE SISTEMAS

CALIDAD DE SOFTWARE

Asignatura:
CONTROL DE CALIDAD DE SOFTWARE

Docente:

MAG.ALONSO MORALES LOAYZA


Presentado por:

CISNEROS HUARANCCA CRISTHIAN


HERNANDEZ ESPINO ALBERTO
ESPINOZA MENDOZA MIGUEL
REVATTA FLORES GERSON
VILCA HUAYTA PIER

Seccin
VIIIS - 1

Ica Per
2017
NDICE
1. CALIDAD
1.1 LA CALIDAD DEFINICIN

1.2 CONCEPTOS BASICOS DE CALIDAD

1.3 LA CALIDAD SIGNIFICA

1.4 PRINCIPALES CAUSAS DE LA BAJA CALIDAD

1.5 FACTORES QUE INFLUYEN EN LA CALIDAD

1.6 LOS PRINCIPIOS DE LA GESTION DE CALIDAD

1.7 COSTOS COMPARATIVOS DE CALIDAD

1.8 COSTO RELATIVOS A LA CALIDAD

2 SOFTWARE
2.1 SOFTWARE DEFINICIN

2.2 LA CALIDAD DEL SOFTWARE

2.3 CALIDAD DE SOFTWARE: ORIGEN Y CONCEPTOS

2.4 VENTAJAS

2.5 ASEGURAMIENTO DE LA CALIDAD DE SOFTWARE (SQA)

2.6 TCNICAS ASOCIADAS AL ASEGURAMIENTO DE LA CALIDAD DEL SOFTWARE (SQA)

3 BIBLIOGRAFA
CALIDAD Y EL SOFTWARE
1 CALIDAD
1.1 LA CALIDAD DEFINICIN
es una herramienta bsica e importante para una propiedad inherente de
cualquier cosa que permite que la misma sea comparada con cualquier
otra de su misma especie. La palabra calidad tiene mltiples significados.
De forma bsica, se refiere al conjunto de propiedades inherentes a un
objeto que le confieren capacidad para satisfacer necesidades implcitas
o explcitas. Por otro lado, la calidad de un producto o servicio es la
percepcin que el cliente tiene del mismo, es una fijacin mental del
consumidor que asume conformidad con dicho producto o servicio y la
capacidad del mismo para satisfacer sus necesidades. Por tanto, debe
definirse en el contexto que se est considerando, por ejemplo, la
calidad del servicio postal, del servicio dental, del producto, de vida, etc.

1.2 CONCEPTOS BSICOS DE CALIDAD


Concepto de calidad El concepto tcnico de calidad representa ms bien una
forma de hacer las cosas en las que, fundamentalmente, predominan la
preocupacin por satisfacer al cliente y por mejorar, da a da, procesos y
resultados.

El concepto actual de Calidad ha evolucionado hasta convertirse en una forma


de gestin que introduce el concepto de mejora continua en cualquier
organizacin y a todos los niveles de la misma, y que afecta a todas las
personas y a todos los procesos.

La calidad afecta a una empresa de cuatro maneras:

Costos y participacin en el mercado.


Una calidad mejorada puede conducir a una mayor participacin en el
mercado y ahorro en el costo. Las compaas con ms alta calidad son
las ms productivas. Cuando se consideran los costos, se ha
determinado que estos son mnimos cuando el 100% de los bienes o
servicios se encuentran perfectos y libres de defectos.

La reputacin de la compaa.
Una empresa que desarrolla una baja calidad tiene que trabajar el doble
para desprenderse de esta imagen cuando llega la disyuntiva de mejorar.
Responsabilidad del producto.
Las organizaciones que disean productos o servicios defectuosos
pueden ser responsabilizadas por daos o lesiones que resulten de su
uso.

Implicaciones internacionales.
En esta tecnologa la calidad es un asunto internacional; tanto para una
compaa como para un pas, en la competencia efectiva dentro de la
economa global, sus productos deben de cumplir con las expectativas de
calidad y precio. Los productos inferiores daan a la empresa y a las
naciones, tanto en forma interna como en el extranjero.

1.3 CALIDAD SIGNIFICA:


CERO DEFECTOS
CUMPLIR EXACTAMENTE CON LO QUE PIDE EL CLIENTE,
HACER BIEN LAS COSAS DESDE LA PRIMERA VEZ,
NO QUEJAS, RECHAZOS O DEVOLUCIONES

1.4 PRINCIPALES CAUSAS DE LA BAJA CALIDAD


ERRORES HUMANOS,
IMPERFECCIONES DE LOS INSUMOS,
ERRORES TECNICOS,
NO CONOCER LOS REQUISITOS DEL CLIENTE.

1.5 FACTORES QUE INFLUYEN EN LA CALIDAD


LAS EXIGENCIAS DEL CLIENTE,
LOS INSUMOS O MATERIALES,
LOS RECURSOS HUMANOS,
EL EQUIPO Y LA MAQUINARIA,
OTROS REQUISITOS,
EL TIPO DE ADMINISTRACION,
LOS RECURSOS FINANCIEROS,
LOS METODOS DE TRABAJO,
EL MEDIO AMBIENTE.

1.6 LOS PRINCIPIOS DE LA GESTION DE LA CALIDAD


Principio 1: Enfoque al Cliente
Las organizaciones dependen de sus clientes, y por lo tanto deben comprender las
necesidades actuales y futuras de los clientes, satisfacer los requisitos de los clientes y
esforzarse en exceder las expectativas de los clientes.
La empresa debe tener claro que las necesidades de sus clientes no son estticas, sino
dinmicas y cambiantes a lo largo del tiempo, adems de ser los clientes cada vez ms
exigentes y cada vez est ms informado. Por ello, la empresa no slo ha de
esforzarse por conocer las necesidades y expectativas de sus clientes, sino que ha de
ofrecerles soluciones a travs de sus productos y servicios, y gestionarlas e intentar
superar esas expectativas da a da.
Principio 2: Liderazgo
Los lderes establecen la unidad de propsito y la orientacin de la organizacin. Ellos
deberan crear y mantener un ambiente interno en el cual el personal pueda llegar a
involucrarse totalmente en el logro de los objetivos de la organizacin.
El liderazgo es una cadena que afecta a todos los directivos de una organizacin, que
tienen personal a su cargo. Si se rompe un eslabn de esa cadena, se rompe el
liderazgo de la organizacin.
Principio 3: Participacin del personal
El personal, a todos los niveles, es la esencia de una organizacin y su total
compromiso posibilita que sus habilidades sean usadas para el beneficio de la
organizacin.
La motivacin del personal es clave, as como que una organizacin disponga de un
plan de incentivos y de reconocimientos. Sin estas dos acciones, difcilmente una
organizacin podr conseguir el compromiso del personal.
Principio 4: Enfoque basado en procesos
Un resultado deseado se alcanza ms eficientemente cuando las actividades y los
recursos relacionados se gestionan como un proceso.
El cambio reside en la concepcin de organizacin. Ha dejado de ser una
organizacin por departamentos o reas funcionales para ser una organizacin por
procesos para poder crear valor a los clientes.
Principio 5: Enfoque de sistema para la gestin
Identificar, entender y gestionar los procesos interrelacionados como un sistema,
contribuye a la eficacia y eficiencia de una organizacin en el logro de sus objetivos.
El fin ltimo que se persigue es el logro de los objetivos marcados. Para ello ser
necesario que la organizacin detecte y gestione de manera correcta todos los
procesos interrelacionados.
Principio 6: Mejora continua
La mejora continua del desempeo global de una organizacin debera ser un objetivo
permanente de sta.
Esa mejora continua de los procesos se consigue siguiendo el ciclo PCDA del Dr. E.
Deming: Planificar Desarrollar Controlar Actuar, para mejorar.
Principio 7: Enfoque basado en hechos para la toma de decisin
Las decisiones se basan en el anlisis de los datos y la informacin.
Lo que no se puede medir no se puede controlar, y lo que no se puede controlar es un
caos. Esto no se puede olvidar.
Principio 8: Relaciones mutuamente beneficiosas con el proveedor
Una organizacin y sus proveedores son interdependientes, y una relacin
mutuamente beneficiosa aumenta la capacidad de ambos para crear valor.
Es necesario desarrollar alianzas estratgicas con los proveedores para ser ms
competitivos y mejorar la productividad y la rentabilidad. En las alianzas, gana tanto la
organizacin como los proveedores.
La adopcin de un sistema de gestin de la calidad (y de sus principios) debera ser
una decisin estratgica que tome la direccin de cada organizacin. El diseo y la
implementacin de un sistema de gestin de la calidad de una organizacin
est influenciado por la naturaleza de cada organizacin, por sus
necesidades, por sus objetivos particulares, por los servicios que
proporciona, por los procesos que emplea y por el tamao y la estructura de
la misma. El xito de una organizacin se logra mediante la implantacin y
mantenimiento de un sistema de gestin de calidad diseado para mejorarlo
continuamente.
La aplicacin de los principios de la gestin de la calidad no slo proporciona beneficios
directos sino que tambin hace una importante contribucin a la gestin de costos y
riesgos.
1.7 COSTOS COMPARATIVOS DE LA CALIDAD
LO MAS CARO

EL CLIENTE DETECTA DEFECTOS EN EL SERVICIO RECIBIDO

LO CARO

LA ORGANIZACIN CORRIGE INTERNAMENTE LOS DEFECTOS

LO MENOS CARO

EL EMPLEADO PREVIENE, DETECTA Y MEJORA CONTINUAMENTE LA CALIDAD

1.8 COSTOS RELATIVOS A LA CALIDAD


1.8.1 COSTOS DE CUMPLIMIENTO DE REQUISITOS
Los costos de prevencin y evaluacin son considerados como
costos de obtencin de calidad, denominndose costos de
conformidad y se consideran controlables debido a que la empresa
puede decidir su magnitud segn los objetivos que sta se trace.
DE PREVENSION:

Son aquellos en los que se incurre buscando que la fabricacin de productos


est apegada a las especificaciones, representa el costo de todas las
actividades llevadas a cabo para evitar defectos en el diseo y desarrollo en: las
labores y actividades de adquisicin de insumos y materiales, en la mano de
obra, en la creacin de instalaciones y en todos aquellos aspectos que tienen
que ver desde el inicio y diseo de un producto o servicio hasta su
comercializacin
DISEO DEL PRODUCTO
CAPACITACION
EVALUACION DE PROVEEDORES Y CONTRATISTAS,
AUDITORIA
PREPARACION DE ESTANDARES.
DE EVALUACION:

Son los desembolsos incurridos en la bsqueda y deteccin de imperfecciones


en los productos que por una u otra razn no se apegaron a las
especificaciones, estos proceden de la actividad de inspeccin, pruebas,
evaluaciones que se han planeado para determinar el cumplimiento de los
requisitos establecidos

PROCEDIMIENTOS DE MEDICION,
PRUEBAS DE CONTROL DE CALIDAD

1.8.2 COSTOS DE INCUMPLIMIENTO DE REQUISITOS


DE FALLAS INTERNAS:

Despus de ser detectadas las fallas y antes de ser enviados a los clientes es
necesario realizar actividades tendientes a eliminar aquellas imperfecciones
encontradas en los productos, esto incluye tanto materiales, mano de obra
y gastos de fabricacin, as como herramientas o adecuacin de mquinas.

ACCIONES CORRECTIVAS EN EL DISEO,


DESPERDICIOS
PERDIDA DE MATERIALES Y OTROS INSUMOS,
DEMORAS INTERNAS
QUEJAS INTERNAS.

DE FALLAS EXTERNAS:

Son los incurridos cuando despus de haber sido embarcados a los clientes los
productos, se detectan que algunos de ellos no cumplen con las
especificaciones

QUEJAS DE LOS CLIENTES,


DEVOLUCIONES
MALOS SUBCONTRATISTAS
PROVEEDORES,
PERDIDA DE CLIENTES.

2 SOFTWARE
2.1 SOFTWARE DEFINICIN
Equipo lgico o soporte lgico de un sistema informtico, que comprende el
conjunto de los componentes lgicos necesarios que hacen posible la
realizacin de tareas especficas, en contraposicin a los componentes fsicos
que son llamados hardware.

Los componentes lgicos incluyen, entre muchos otros, las aplicaciones


informticas, tales como el procesador de texto, que permite al usuario realizar
todas las tareas concernientes a la edicin de textos; el llamado software de
sistema, tal como el sistema operativo, que bsicamente permite al resto de los
programas funcionar adecuadamente, facilitando tambin la interaccin entre
los componentes fsicos y el resto de las aplicaciones, y proporcionando una
interfaz con el usuario.

2.2 LA CALIDAD DEL SOFTWARE


La obtencin de un software con calidad implica la utilizacin de metodologas o
procedimientos estndares para el anlisis, diseo, programacin y prueba del
software que permitan uniformar la filosofa de trabajo, en aras de lograr una
mayor confiabilidad, mantenibilidad y facilidad de prueba, a la vez que eleven la
productividad, tanto para la labor de desarrollo como para el control de la
calidad del software.

Los requisitos del software son la base de las medidas de calidad. La falta de
concordancia con los requisitos es una falta de calidad.

Los estndares o metodologas definen un conjunto de criterios de desarrollo


que guan la forma en que se aplica la ingeniera del software. Si no se sigue
ninguna metodologa siempre habr falta de calidad.

Existen algunos requisitos implcitos o expectativas que a menudo no se


mencionan, o se mencionan de forma incompleta que tambin pueden implicar
una falta de calidad.

La poltica establecida debe estar sustentada sobre tres principios bsicos:


tecnolgico, administrativo y ergonmico.

El principio tecnolgico define las tcnicas a utilizar en el proceso de desarrollo


del software.
El principio administrativo contempla las funciones de planificacin y control del
desarrollo del software, as como la organizacin del ambiente o centro de
ingeniera de software.

El principio ergonmico define la interfaz entre el usuario y el ambiente


automatizado.

2.3 CALIDAD DE SOFTWARE: ORIGEN Y CONCEPTOS


2.3.1 ORIGEN
Es complicado dar una definicin sobre la Calidad del Software ya que siempre
va depender de la perspectiva y grado de satisfaccin del dueo o usuario.
Considero que en la definicin deben estar incluidos, el cumplimiento de los
requisitos (necesidades) y el poder de uso (ser til). Por eso una de mis
definiciones favoritas es la siguiente:

La calidad del software es el conjunto de cualidades que lo


caracterizan, determinan su utilidad y satisfaccin al cliente o
usuario.

A pesar que este tema es antiguo y podemos entender su definicin; aun en el


mundo empresarial no est claro ni maduro y nos encontramos reiteradamente
con las siguientes interrogantes: Cmo es posible que la empresa x, con
CMMI nivel tal, nos entregue este producto tan malo? Acaso no usaban la
metodologa z?. Para responder a estas preguntas revisemos un poco el
pasado.
2.3.2 LA CALIDAD DEL PRODUCTO DE SOFTWARE

Como se menciona anteriormente la calidad de un producto est determinada


en gran medida por la calidad del proceso utilizado para desarrollarlo y
mantenerlo, por lo que se sigue trabajando en mejorar la forma en la que las
organizaciones afrontan los proyectos de construccin de software.
Entre las reas de proceso, en la categora de soporte para el nivel 2 de CMMI
se encuentra PPQA (Process and Product Quality Assurance) Aseguramiento
de la calidad de producto y proceso. Esta es el rea de proceso principal para el
aseguramiento de la calidad del software dentro de CMMI.

2.4 VENTAJAS

El uso de la calidad total conlleva ventajas, pudiendo citar como ejemplos las
siguientes:

Potencialmente alcanzable si hay decisin del ms alto nivel.

Mejora la relacin del recurso humano con la direccin.


La calidad del software es un concepto complejo que no es directamente
comparable con la calidad de la manufactura de productos. En la
manufacturacin, la nocin de calidad viene dada por la similitud entre el
producto desarrollado y su especificacin. En un mundo ideal, esta definicin
debera aplicarse a todos los productos, pero, para sistemas de software,
existen estos problemas:

1. La especificacin se orienta hacia las caractersticas del producto que el


consumidor quiere. Sin embargo, la organizacin desarrolladora tambin tiene
requerimientos (como los de mantenimiento) que no se incluyen en la
especificacin.

2. No se sabe cmo especificar ciertas caractersticas de calidad (por


ejemplo, mantenimiento) de una forma no ambigua.

3. Es muy difcil redactar especificaciones concretas de software. Por lo tanto,


aunque un producto se ajuste a su especificacin, los usuarios no lo consideran
un producto de alta calidad debido a que no responde a sus expectativas.

2.5 ASEGURAMIENTO DE LA CALIDAD DEL SOFTWARE


(SQA)
SQA es un conjunto de actividades sistemticas y planeadas para asegurar que
los procesos y productos de software cumplen con los requerimientos,
estndares y procedimientos.

CALIDAD DEL PROCESO


o CMMI V 1.3
o EVALUACION DE SUSTENTABILIDAD DEL PROYECTO
CALIDAD DEL PRODUCTO
o ISO 9126
o ANALISIS DE CODIGO AUTOMATICO
o PRUEBAS STRESS
o PRUEBAS DE CAJA NEGRA / BLANCO
o ANALISIS DE CONSULTA
METODOLOGA
o TRADICIONAL ITERATIVA
o AGILES SCRUM
CALIDAD DE DATOS
o AUDITORIAS DE CONTROL DE DATOS EN PROCESOS DE
MIGRACIONES

PROPSITO DE SQA
Proporcionar visibilidad sobre procesos utilizados por el proyecto de SW y
sobre los productos que genera.

Objetivos:
1. Planificar las actividades de aseguramiento de la calidad.
2. Revisar y auditar objetivamente los productos y las actividades para
verificar que estn conformes con los procedimientos y estndares.
3. Proporcionar los resultados de estas revisiones o auditoras informando a
la direccin.

EL GRUPO ENCARGADO DE SQA.


Trabaja con el equipo del proyecto desde el inicio.
Debe ser objetivo e independiente.
Ayuda al proyecto, ms que controlar sus actividades.

La actividad de SQA es el proceso de verificacin de que los estndares sean


aplicados correctamente. En los proyectos pequeos esto se puede realizar por
el equipo de desarrollo, pero en proyectos grandes, un grupo especfico se debe
dedicar a este rol.

Ventajas de la SQA
Un plan de la SQA puede tomar un nmero de trayectorias, probando para
diversas capacidades y la ejecucin diferente analiza, dependiendo de las
demandas del proyecto, los usuarios, y el software.

Satisfaccin de cliente mejorada: La satisfaccin de cliente mejorada


significa relaciones ms de largo, ms provechosas del cliente.
Coste reducido de desarrollo: Porque el proceso de la garanta de calidad
del software se disea para prevenir defectos e ineficacias del software,
los proyectos que incorporan riguroso, prueba del objetivo encontrarn
que los costes del desarrollo estn reducidos puesto que todas las fases
ms posteriores del ciclo vital del desarrollo llegan a ser aerodinmicas y
simplificados perceptiblemente.

Metodologa de la SQA
La prueba del software es tanto un arte como una ciencia. En grande, los usos
complejos, tales como sistemas operativos. Diversos usos del software
requieren diversos acercamientos cuando viene a la prueba, pero algunas de las
tareas ms comunes del QA del software incluyen:

Prueba de la validacin La prueba de la validacin es el acto de los


datos que entran que el probador sabe para ser errneo en un uso.
Comparacin de los datos Comparando la salida de un uso con
parmetros especficos a un sistema previamente creado de los datos
con los mismos parmetros que se saben para ser exactos.
Prueba de la tensin Una prueba de tensin es cuando el software se
utiliza tan pesadamente como sea posible por un perodo de la hora de
considerar si hace frente a los altos niveles de la carga.
Prueba de la utilidad A veces consiguiendo a los usuarios que son
desconocedores con el software intentarlo durante algn tiempo y
ofrecer la regeneracin a los reveladores sobre lo que encontraron
difciles de hacer es la mejor manera de llevar a cabo mejoras a un
interfaz.

Niveles de Maduracin
Nivel 1. Inicial. En este nivel, los proyectos y mtodos de ingeniera no
se encuentran definidos. Por esta razn, los proyectos son adelantados
de manera incoherente, incontrolada y poco profesional. El xito es
eventual. Segn la entidad certificadora del CMM, el Instituto de
Ingeniera de Software de los Estados Unidos (SEI), la mayora de los
grupos de desarrollo de software en el mundo operan a este nivel.
Nivel 2. Repetible. Se establecen algunos procesos y mtodos de
ingeniera a nivel de proyectos.
Nivel 3. Definido. Los procesos, actividades y mtodos relacionados
con la ingeniera y administracin de proyectos se encuentran
documentados, estandarizados y construidos alrededor de un marco
integrado para toda la compaa.
Nivel 4. Administrado. La compaa opera bajo control estadstico de
procesos. Los resultados de los procesos y la calidad de los productos
son predecibles.
Nivel 5. Optimizacin. En este nivel, las organizaciones se encuentran
en un proceso de mejora continua. Las organizaciones se enfocan en su
mejora a travs de tcnicas de prevencin de defectos, cambios en
tecnologa y en procesos. Segn el SEI, menos del 0,1% de las
organizaciones del mundo se encuentran en nivel de madurez.

2.6 TCNICAS ASOCIADAS AL ASEGURAMIENTO DE LA


CALIDAD DEL SOFTWARE (SQA)
Las tcnicas de revisin de los productos software y las pruebas estn
fundamentalmente orientadas a la deteccin de defectos en el SW que a la
evaluacin de aspectos orientados a la calidad.
Esto ltimo es vital para asegurar la calidad, pero como ya hemos visto, la
calidad es un concepto complejo y, que depende mucho del punto de vista
con el que se observe
Las tcnicas de revisin de los productos software y las pruebas estn
fundamentalmente orientadas a la deteccin de defectos en el SW que a la
evaluacin de aspectos orientados a la calidad.
Este aseguramiento de la calidad se realiza a travs de modelos. Los ms
conocidos son los siguientes:

Modelo factores/criterios/mtricas: similar a Boehm, en el que se


ha introducido mayor grado de descomposicin en cada nivel.
Marco ISO 9126: denominado Evaluacin de Productos Software:
Caractersticas de calidad y guas para su uso, la calidad se descompone
en seis factores. Esto ltimo es vital para asegurar la calidad, pero como
ya hemos visto, la calidad es un concepto complejo y, que depende
mucho del punto de vista con el que se observe Paradigma GQM (Goal-
Question-Metric): enfoque de medicin para evaluar la calidad del
software basado en la identificacin de objetivos a lograr.
Modelo de Gilb: creacin de una especificacin de requisitos de calidad
para cada proyecto que deben escribir conjuntamente el usuario y el
analista.
Modelo CMM (Capability Maturity Model): modelo de capacidad de
madurez del SEI (Software Engineering Institute).
Modelo SPICE: (Software Process Improvement and Capability
Determination): modelo de valoracin de la arquitectura que define los
procesos y prcticas aconsejables.
3 BIBLIOGRAFA
https://es.slideshare.net/jlbugarin/calidad-de-software-y-tdd?qid=eaa561b6-9fb9-405a-a470-
323dcf72d738&v=&b=&from_search=19

https://es.slideshare.net/witwicky/calidad-de-software-36767846?qid=eaa561b6-9fb9-405a-
a470-323dcf72d738&v=&b=&from_search=21

http://www.monografias.com/trabajos59/calidad-software/calidad-software.shtml

http://www.teamsoft.com.pe/blog/que-es-calidad-del-software-parte-i/

https://es.slideshare.net/lidizzg/definicion-de-calidad-y-calidad-de-software

https://www.google.com.pe/url?sa=t&rct=j&q=&esrc=s&source=web&cd=6&ved=0ahUKEwiEw_
f7ubTTAhUDrRQKHTGEDuMQFghHMAU&url=http%3A%2F%2Fwww.nebrija.es%2Fareas%2F
icsoftware%2Fcourses%2Fcsw%2Fcourse0304%2Fteoria%2F01%2520-
%2520Conceptos.ppt&usg=AFQjCNHjUZbrVytLXprqVVoUVSklnR_elA

https://vanevargas.jimdo.com/m%C3%B3dulos/introducci%C3%B3n/definici%C3%B3n-de-
calidad/

http://arielvargasu.blogspot.pe/2010/10/garantia-de-calidad-de-software-sqa_18.html

Vous aimerez peut-être aussi