Este documento habla sobre la ingeniería de software y la calidad. Define la calidad como el grado en que un software cumple con los requisitos y las expectativas del cliente. Explica que la calidad necesaria, la calidad realizada y la calidad programada son aspectos importantes para gestionar la calidad del software. También describe elementos clave como las especificaciones, los planes de gestión y pruebas, y el control de cambios para asegurar la calidad.

1. Ingeniería de Software

2. Objetivo: Conceptualizar que es la calidad y como
se gestiona en el desarrollo de aplicaciones.

3.  Propiedad o conjunto de propiedades que,
inherentes a una cosa, permiten apreciarla
como igual, mejor o peor que las restantes de
su especie.
 Grado en el que un conjunto de
características inherentes cumple con los
requisitos (según ISO 9000:2000)

4. CALIDAD
NECESARIA
CALIDAD
REALIZADA
CALIDAD
PROGRAMADA

5.  Se desarrolla, no se fabrica en el sentido
clásico del término.
 Todo el coste de su producción se centra en el
diseño de la primera copia.
 La replicación de un programa es una tarea trivial.

6.  Se trata de un producto lógico, sin existencia
física.
 El verdadero producto son una serie de
instrucciones.
 Lo protegen leyes de propiedad intelectual.
 Su existencia ya sea en papel o digital no es mas
que representación de código.

7.  No se degrada por el uso.
 La naturaleza lógica, permite que permanezca
inalterable aunque su utilización sea intensa.
 Si hay que repararlo, quiere decir que ya contaba
con un defecto.

8.  La complejidad del software, permite que
muchas veces se entregue con conscientes
errores.
 Lista de errores comunes.
 Cobros por mantenimiento de errores de
desarrollo.

9.  La definición oficial del estándar IEEE indica
que calidad es el grado con el que un sistema,
componente o proceso cumple:
 Los requisitos especificados
 Las necesidades o expectativas del cliente o
usuario.

11.  La ordenación de un sistema o componente
informático según se ha definido por la
naturaleza, numero o interconexiones de sus
partes constituyentes.

12.  Especificación de requisitos del software.
 Plan de gestión de configuración de software.
 Plan del proyecto.
 Plan de aseguramiento de la calidad de
software.
 Plan de pruebas del sistema.
 Código fuente

13.  Una LB es una fotografía aprobada del
sistema en un punto dado de su evolución.
 Para el caso de un software, una LB marca
formalmente el final de una fase del ciclo de
vida del software.

16.  El control de cambios es un mecanismo para
la evaluación y aprobación de los cambios
hechos a elementos de la configuración del
software durante el ciclo de vida.

17.  La que es capaz de obtener la persona que
realiza el trabajo, gracias a su habilidad en la
ejecución de una tarea. Se potencia con la
mejora de las habilidades personales y
técnicas de los participantes en un proceso.

18.  La que se ha pretendido obtener. Es la que
aparece descrita en una especificación, en un
documento de diseño o en un plano
constructivo. Es por tanto, la que se le ha
encomendado conseguir al responsable de
ejecutar el trabajo. Se potencia con la
elaboración de una especificación que sirva de
buena referencia a los participantes en un
proceso.

19.  La que el cliente exige con mayor o menor
grado de concreción o, al menos, la que le
gustaría recibir. Se potencia con una
adecuada obtención de información de la
idea de calidad de los clientes y de su
percepción de la misma.