Unidad Ii (2.3-2.7.1)
Unidad Ii (2.3-2.7.1)
Unidad Ii (2.3-2.7.1)
Una lista de comprobación contiene una serie de pasos que tu quieres seguir de forma rigurosa.
Cuando utilizas una lista de comprobación desarrollada a partir de tus propios defectos.
Algunas orientaciones para utilizar la lista de comprobación son: haz las revisiones paso a paso,
completa cada programa o procedimiento antes de iniciar el siguiente. examina cada apartado de
la lista de comprobación cuando lo completes.
Las listas de comprobación también pueden ser una fuente de ideas. Cuando sigues una lista de
comprobación personal. Sabes como revisar tu código. Si utilizas correctamente, también sabes
cuantos defectos encuentras en cada paso de dicha lista, compara tu lista de comprobación con
las de otros Ingenieros.
Las métricas son escalas de unidades sobre las cuales puede medirse un atributo cuantificable.
Las métricas de calidad de sistemas de información se utilizan para evaluar y controlar el proceso
del desarrollo del software De forma que permitan:
de productividad y calidad
Este estándar sirve para evaluar los procesos de medición de software y se subdivide en
dos grupos:
Modelo de procesos de medición
Modelo de información de medición.
ISO 90003
ENTIDADES
PROCESOS
PRODUCTOS
Estándar ISO/IEC 9126
AMFE
1.Seiri:consiste en clasificar todos los objetos, herramientas, productos, suministros etc., en dos
grandes grupos:
*Necesarios.
*No necesario(Eliminados).
Mide la extensión de un producto que reúne las necesidades especificas por los usuarios para
lograr las metas propuestas, con la efectividad, productividad, seguridad y satisfacción en un
contexto de uso especifico.La evaluación de la calidad en uso valida la calidad del producto de
software en los escenarios especificos de tareas de usuario.
Modelo, criterio, regla de medida o de los requisitos mínimos aceptables para la operación de
procesos específicos, con el fin de asegurar la calidad en la prestación de los servicios.
**Estándar IEEE/EIA 12207:Esta norma establece las directrices sobre aseguramiento de la calidad
de software cumpla con los requerimientos que el usuario define, requerimientos reglamentarios,
técnicos y de la organización.(objetivos de calidad, objetivos del proceso de aseguramiento de la
calidad).
Métodos
Modelo sencillo muy indicado para el inicio de la implantación de los programas de calidad
(proceso fácil para poner orden dentro de la empresa).
ESTÁNDARES
Esta norma se orienta a dos áreas para la calidad del producto software, calidad interna-externa, y
calidad en uso del producto de software.
Este modelo determina caracteristicas y subcaracteristicas, que sirven para evaluar la calidad
interna y externa de un producto software como sigue
*Funcionalidad
*Confiabilidad
*Usabilidad
*Eficiencia
*Mantenimiento
*Portabilidad
Tipos
KAIZEN
una metodologia de trabajo en grupo para evaluar un sistema, un diseño, proceso o un servicio en
cuanto a las formas que ocurren los fallos.
*AMFE de diseño: Se utiliza con el fin de identificar y corregir cualquier fallo potencial o conocido
antes de iniciarse el proceso de fabricación definitiva.
*AMFE de proceso: Se trata de identificar y corregir cualquier fallo potencial o conocido antes de
iniciarse el proceso de fabricacion definitiva.
Para controlar la calidad, los niveles directivos deben establecer y monitorear conjunto de
métricas, que les proporcionen información suficiente para actuar en base a hechos.
Las métricas son escalas de unidades sobre las cuales puede medirse un atributo cuantificable En
software se debe recopilar y analizar datos basándose en mediciones reales de software, así como
a las escalas de medición. Los atributos son características observables del producto o del proceso
de software. El término producto se utiliza para referirse a las especificaciones, a los diseños y a
los listados del código.
las métricas de calidad en los sistemas de información se usan para evaluar y controlar el proceso
de desarrollo de software de forma que permitan:
desarrolladores
de productividad y calidad
estimación.
El Coste de la Calidad (CDC) proporciona una forma de tratar estas cuestiones. El CDC tiene tres
elementos principales: costes de los fallos, costes de valoración y costes de prevención.
Los costes de los fallos incluyen todos los costes de corregir los defectos del producto. Mientras
estás corrigiendo un defecto, estás incurriendo en unos costes de los fallos
Los costes de valoración incluyen todo el trabajo de valoración del producto para ver si tiene
defectos, excluyendo el tiempo dedicado a la corrección de defectos. Incluye la revisión de código,
el tiempo de compilación y las pruebas para un programa libre de errores.
Los costes de prevención son los costes incurridos cuando modificas el proceso para evitar
introducir defectos. Incluye, por ejemplo, los análisis hechos para comprender los defectos.
2.7.1. Cálculo del costo de la calidad.
El PSP mide el CDC de una forma muy sencilla. Aunque el tiempo dedicado a la compilación incluye
algún tiempo de compilación libre de defectos, el PSP (Proceso Software Personal) contabiliza todo
el tiempo de compilación como costes de fallos.
El PSP contabiliza todo el tiempo de pruebas como costes de fallos. Finalmente, todo el tiempo de
revisión es contabilizado como coste de valoración. Este tiempo incluye algún coste de reparación,
pero el PSP contabiliza todo el tiempo de revisión como coste de valoración.
El coste de la calidad se calcula como un porcentaje del tiempo de desarrollo total. Para el PSP, los
costes de valoración y fallos se calculan de las siguientes formas:
La valoración CDC es la suma de todo el tiempo de revisión como un porcentaje del tiempo total
de desarrollo.
Los fallos CDC es la suma de todo el tiempo de compilación y pruebas como un porcentaje del
tiempo total de desarrollo.