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
Sección VIIIS - 1
Ica – Perú 2017
ÍNDICE 1. CALIDAD
1.1 LA CALIDAD DEFINICIÓN 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 DEFINICIÓN 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 TÉCNICAS ASOCIADAS AL ASEGURAMIENTO DE LA CALIDAD DEL SOFTWARE (SQA) 3 BIBLIOGRAFÍA
CALIDAD Y EL SOFTWARE 1 CALIDAD 1.1 LA CALIDAD DEFINICIÓN es una herramienta básica 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 múltiples significados. De forma básica, se refiere al conjunto de propiedades inherentes a un objeto que le confieren capacidad para satisfacer necesidades implícitas o explícitas. Por otro lado, la calidad de un producto o servicio es la percepción que el cliente tiene del mismo, es una fijación 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 BÁSICOS DE CALIDAD Concepto de calidad El concepto técnico de calidad representa más bien una forma de hacer las cosas en las que, fundamentalmente, predominan la preocupación por satisfacer al cliente y por mejorar, día a día, procesos y resultados. El concepto actual de Calidad ha evolucionado hasta convertirse en una forma de gestión que introduce el concepto de mejora continua en cualquier organización 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 participación en el mercado. Una calidad mejorada puede conducir a una mayor participación en el mercado y ahorro en el costo. Las compañías con más alta calidad son las más productivas. Cuando se consideran los costos, se ha determinado que estos son mínimos cuando el 100% de los bienes o servicios se encuentran perfectos y libres de defectos.
La reputación de la compañía. 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 diseñan productos o servicios defectuosos pueden ser responsabilizadas por daños o lesiones que resulten de su uso.
Implicaciones internacionales. En esta tecnología la calidad es un asunto internacional; tanto para una compañía como para un país, en la competencia efectiva dentro de la economía global, sus productos deben de cumplir con las expectativas de calidad y precio. Los productos inferiores dañan 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 estáticas, sino dinámicas y cambiantes a lo largo del tiempo, además de ser los clientes cada vez más
exigentes y cada vez está más informado. Por ello, la empresa no sólo ha de esforzarse por conocer las necesidades y expectativas de sus clientes, sino que ha de ofrecerles soluciones a través de sus productos y servicios, y gestionarlas e intentar superar esas expectativas día a día. Principio 2: Liderazgo “Los líderes establecen la unidad de propósito y la orientación de la organización. Ellos
deberían crear y mantener un ambiente interno en el cual el personal pueda llegar a involucrarse totalmente en el logro de los objetivos de la organización”.
El liderazgo es una cadena que afecta a todos los directivos de una organización, que tienen personal a su cargo. Si se rompe un eslabón de esa cadena, se rompe el liderazgo de la organización. Principio 3: Participación del personal “El personal, a todos los niveles, es la esencia de una organización y su total
compromiso posibilita que sus habilidades sean usadas para el beneficio de la organización”.
La motivación del personal es clave, así como que una organización disponga de un plan de incentivos y de reconocimientos. Sin estas dos acciones, difícilmente una organización podrá conseguir el compromiso del personal. Principio 4: Enfoque basado en procesos “Un resultado deseado se alcanza más eficientemente cuando las actividades y los recursos relacionados se gestionan como un proceso”.
El cambio reside en la concepción de “organización”. Ha dejado de ser una organización por departamentos o áreas funcionales para ser una organización por procesos para poder crear valor a los clientes. Principio 5: Enfoque de sistema para la gestión “Identificar, entender y gestionar los procesos interrelacionados como un sistema, contribuye a la eficacia y eficiencia de una organización 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 organización detecte y gestione de manera correcta todos los procesos interrelacionados. Principio 6: Mejora continua “La mejora continua del desempeño global de una organización debería 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 decisión “Las decisiones se basan en el análisis de los datos y la información”.
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 organización y sus proveedores son interdependientes, y una relación mutuamente beneficiosa aumenta la capacidad de ambos para crear valor”.
Es necesario desarrollar alianzas estratégicas con los proveedores para ser más competitivos y mejorar la productividad y la rentabilidad. En las alianzas, gana tanto la organización como los proveedores. La adopción de un sistema de gestión de la calidad (y de sus principios) debería ser una decisión estratégica que tome la dirección de cada organización. E l diseño y la implementación de un sistema de gestión de la calidad de una organización está influenciado por la naturaleza de cada organización, por sus necesidades, por sus objetivos particulares, por los servicios que proporciona, por los procesos que emplea y por el tamaño y la estructura de la misma. El éxito de una organización se logra mediante la implantación y mantenimiento de un sistema de gestión de calidad diseñado para mejorarlo
continuamente. La aplicación de los principios de la gestión de la calidad no sólo proporciona beneficios directos sino que también hace una importante contribución a la gestión 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 ORGANIZACIÓN 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 prevención y evaluación son considerados como costos de obtención de calidad, denominándose costos de conformidad y se consideran controlables debido a que la empresa puede decidir su magnitud según los objetivos que ésta se trace. DE PREVENSION:
Son aquellos en los que se incurre buscando que la fabricación de productos esté apegada a las especificaciones, representa el costo de todas las actividades llevadas a cabo para evitar defectos en el diseño y desarrollo en: las labores y actividades de adquisición de insumos y materiales, en la mano de obra, en la creación de instalaciones y en todos aquellos aspectos que tienen que ver desde el inicio y diseño de un producto o servicio hasta su comercialización
DISEÑO DEL PRODUCTO CAPACITACION EVALUACION DE PROVEEDORES Y CONTRATISTAS, AUDITORIA PREPARACION DE ESTANDARES.
DE EVALUACION:
Son los desembolsos incurridos en la búsqueda y detección de imperfecciones en los productos que por una u otra razón no se apegaron a las especificaciones, estos proceden de la actividad de inspección, 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:
Después 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 fabricación, así como herramientas o adecuación de máquinas.
ACCIONES CORRECTIVAS EN EL DISEÑO, DESPERDICIOS PERDIDA DE MATERIALES Y OTROS INSUMOS, DEMORAS INTERNAS QUEJAS INTERNAS.
DE FALLAS EXTERNAS:
Son los incurridos cuando después 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 DEFINICIÓN Equipo lógico o soporte lógico de un sistema informático, que comprende el conjunto de los componentes lógicos necesarios que hacen posible la realización de tareas específicas, en contraposición a los componentes físicos que son llamados hardware. Los componentes lógicos incluyen, entre muchos otros, las aplicaciones informáticas, tales como el procesador de texto, que permite al usuario realizar todas las tareas concernientes a la edición de textos; el llamado software de sistema, tal como el sistema operativo, que básicamente permite al resto de los programas funcionar adecuadamente, facilitando también la interacción entre los componentes físicos y el resto de las aplicaciones, y proporcionando una interfaz con el usuario.
2.2 LA CALIDAD DEL SOFTWARE La obtención de un software con calidad implica la utilización de metodologías o procedimientos estándares para el análisis, diseño, programación y prueba del software que permitan uniformar la filosofía 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 estándares o metodologías definen un conjunto de criterios de desarrollo que guían la forma en que se aplica la ingeniería del software. Si no se sigue ninguna metodología siempre habrá falta de calidad. Existen algunos requisitos implícitos o expectativas que a menudo no se mencionan, o se mencionan de forma incompleta que también pueden implicar una falta de calidad. La política establecida debe estar sustentada sobre tres principios básicos: tecnológico, administrativo y ergonómico. El principio tecnológico define las técnicas a utilizar en el proceso de desarrollo del software.
El principio administrativo contempla las funciones de planificación y control del desarrollo del software, así como la organización del ambiente o centro de ingeniería de software. El principio ergonómico 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 definición sobre la Calidad del Software ya que siempre va depender de la perspectiva y grado de satisfacción del dueño o usuario. Considero que en la definición 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: conjunto de cualidades que lo caracterizan, determinan su utilidad y satisfacción al cliente o
“La calidad del software es el usuario.”
A pesar que este tema es antiguo y podemos entender su definición; aun en el mundo empresarial no está claro ni maduro y nos encontramos reiteradamente con las siguientes interrogantes: “¿Cómo es posible que la empresa x, con
CMMI nivel tal, nos entregue este producto tan malo? ¿Acaso no usaban la metodología 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 construcción de software. Entre las áreas de proceso, en la categoría 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 decisión del más alto nivel.
•
Mejora la relación del recurso humano con la dirección.
La calidad del software es un concepto complejo que no es directamente comparable con la calidad de la manufactura de productos. En la manufacturación, la noción de calidad viene dada por la similitud entre el producto desarrollado y su especificación. En un mundo ideal, esta definición debería aplicarse a todos los productos, pero, para sistemas de software, existen estos problemas: 1. La especificación se orienta hacia las características del producto que el consumidor quiere. Sin embargo, la organización desarrolladora también tiene requerimientos (como los de mantenimiento) que no se incluyen en la especificación. 2. No se sabe cómo especificar ciertas características de calidad (por ejemplo, mantenimiento) de una forma no ambigua. 3. Es muy difícil redactar especificaciones concretas de software. Por lo tanto, aunque un producto se ajuste a su especificación, 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 sistemáticas y planeadas para asegurar que los procesos y productos de software cumplen con los requerimientos, estándares y procedimientos.
CALIDAD DEL PROCESO
CMMI V 1.3 EVALUACION DE SUSTENTABILIDAD DEL PROYECTO CALIDAD DEL PRODUCTO ISO 9126 ANALISIS DE CODIGO AUTOMATICO PRUEBAS STRESS PRUEBAS DE CAJA NEGRA / BLANCO ANALISIS DE CONSULTA METODOLOGÍA TRADICIONAL – ITERATIVA AGILES – SCRUM CALIDAD DE DATOS AUDITORIAS DE CONTROL DE DATOS EN PROCESOS DE MIGRACIONES o o
o o o o o
o o
o
PROPÓSITO 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 estén conformes con los procedimientos y estándares. 3. Proporcionar los resultados de estas revisiones o auditorías informando a la dirección.
EL GRUPO ENCARGADO DE SQA.
Trabaja con el equipo del proyecto desde el inicio. Debe ser objetivo e independiente. Ayuda al proyecto, más que controlar sus actividades.
La actividad de SQA es el proceso de verificación de que los estándares sean aplicados correctamente. En los proyectos pequeños esto se puede realizar por el equipo de desarrollo, pero en proyectos grandes, un grupo específico se debe dedicar a este rol.
Ventajas de la SQA
Un plan de la SQA puede tomar un número de trayectorias, probando para diversas capacidades y la ejecución diferente analiza, dependiendo de las demandas del proyecto, los usuarios, y el software.
Satisfacción de cliente mejorada: La satisfacción de cliente mejorada significa relaciones más de largo, más provechosas del cliente. Coste reducido de desarrollo: Porque el proceso de la garantía de calidad del software se diseña para prevenir defectos e ineficacias del software, los proyectos que incorporan riguroso, prueba del objetivo encontrarán que los costes del desarrollo están reducidos puesto que todas las fases más posteriores del ciclo vital del desarrollo llegan a ser aerodinámicas y simplificados perceptiblemente.
Metodología 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 más comunes del QA del software incluyen:
Prueba de la validación La prueba de la validación es el acto de los
datos que entran que el probador sabe para ser erróneo en un uso. Comparación de los datos Comparando la salida de un uso con parámetros específicos a un sistema previamente creado de los datos con los mismos parámetros que se saben para ser exactos. Prueba de la tensión Una prueba de tensión es cuando el software se utiliza tan pesadamente como sea posible por un período 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 algún tiempo y ofrecer la regeneración a los reveladores sobre lo que encontraron difíciles de hacer es la mejor manera de llevar a cabo mejoras a un interfaz.
Niveles de Maduración
Nivel 1. Inicial . En este nivel, los proyectos y métodos de ingeniería no
se encuentran definidos. Por esta razón, los proyectos son adelantados de manera incoherente, incontrolada y poco profesional. El éxito es eventual. Según la entidad certificadora del CMM, el Instituto de Ingeniería de Software de los Estados Unidos (SEI), la mayoría de los grupos de desarrollo de software en el mundo operan a este nivel. Nivel 2. Repetible. Se establecen algunos procesos y métodos de ingeniería a nivel de proyectos.
Nivel 3. Definido. Los procesos, actividades y métodos relacionados
con la ingeniería y administración de proyectos se encuentran documentados, estandarizados y construidos alrededor de un marco integrado para toda la compañía. Nivel 4. Administrado. La compañía opera bajo control estadístico de procesos. Los resultados de los procesos y la calidad de los productos son predecibles. Nivel 5. Optimización. En este nivel, las organizaciones se encuentran en un proceso de mejora continua. Las organizaciones se enfocan en su mejora a través de técnicas de prevención de defectos, cambios en tecnología y en procesos. Según el SEI, menos del 0,1% de las organizaciones del mundo se encuentran en nivel de madurez.
2.6 TÉCNICAS ASOCIADAS AL ASEGURAMIENTO DE LA CALIDAD DEL SOFTWARE (SQA) Las técnicas de revisión de los productos software y las pruebas están fundamentalmente orientadas a la detección de defectos en el SW que a la evaluación 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 técnicas de revisión de los productos software y las pruebas están fundamentalmente orientadas a la detección de defectos en el SW que a la evaluación de aspectos orientados a la calidad. Este aseguramiento de la calidad se realiza a través de modelos. Los más conocidos son los siguientes:
Modelo factores/criterios/métricas: similar a Boehm, en el que se
ha introducido mayor grado de descomposición en cada nivel. Marco ISO 9126: denominado Evaluación de Productos Software: Características de calidad y guías 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 medición para evaluar la calidad del software basado en la identificación de objetivos a lograr. Modelo de Gilb: creación de una especificación 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 valoración de la arquitectura que define los procesos y prácticas aconsejables.
3 BIBLIOGRAFÍA https://es.slideshare.net/jlbugarin/calidad-de-software-y-tdd?qid=eaa561b6-9fb9-405a-a470323dcf72d738&v=&b=&from_search=19
https://es.slideshare.net/witwicky/calidad-de-software-36767846?qid=eaa561b6-9fb9-405aa470-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-decalidad/ http://arielvargasu.blogspot.pe/2010/10/garantia-de-calidad-de-software-sqa_18.html
