Manejo de la calidad de los procesos del software y productos

Transcripción

1 Manejo de calidad Manejo de la calidad de los procesos del software y prodctos Material facilitado por: Pedro Mejia Alvarez Associate Professor Seccion de Comptacion Departamento de Ingenieria Electrica CINVESTAV-IPN, Mexico Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 1

2 Objetivos Introdcir los conceptos esenciales del manejo de calidad y los estándares ISO 9000 Disctir los procesos del manejo de calidad Explicar como los estándares peden ser sados en el proceso de manejo de calidad Explicar como las métricas del software peden ser sadas en el manejo de calidad Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 2

3 Tópicos Procesos de asegramiento de la calidad Revisión de la calidad Estándares de software Docmentación de estándares Métricas del Software Métricas de la calidad del prodcto Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 3

4 Manejo de la calidad del Software Se refiere a lograr n nivel de calidad reqerido en el prodcto de software Involcra a la definición de estándares de calidad apropiados y procedimientos qe permitan asegrar qe estos se cmplan. Debe llevar a desarrollar na cltra de calidad en donde la calidad es responsabilidad de todos Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 4

5 Qe es calidad? Calidad significa qe n prodcto debe cmplir con ss especificaciones Esta es na problemática para sistemas de software Tensión entre los reqerimientos de calidad del cliente (eficiencia,mantenibilidad,resabilidad, etc.) Algnos reqerimientos de calidad son difíciles de especificar en na forma no ambiga Las especificaciones del Software son salmente incompletos y a mendo inconsistentes Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 5

6 El compromiso de calidad No podemos esperar a qe las especificaciones mejoren para poner atención al manejo de la calidad Debe haber procedimientos qe permitan mejorar la calidad anqe la especificaciones no sean perfectas El manejo de la calidad no solo se refiere a redcir defectos sino también a mejorar otras calidades del prodcto Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 6

7 Atribtos de la calidad del Software Safety Understandability Portability Secrity Testability Usability Reliability Adaptability Resability Resilience Modlarity Efficiency Robstness Complexity Learnability Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 7

8 Actividades de manejo de calidad Asegramiento de calidad Establecer procedimientos organizacionales y estándares para la calidad Planeación de calidad Seleccionar procedimientos aplicables y estándares para n proyecto en particlar y modificar estos como sean reqeridos Control de calidad Garantizar qe procedimientos y estándares son segidos por el eqipo de desarrollo de software El manejo de calidad debe ser separado del manejo del proyecto para asegrar independencia Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 8

9 ISO 9000 Conjnto de estándares internacionales para el manejo de calidad Aplicable a n rango de organizaciones desde indstrias de servicio a indstrias de manfactra La ISO 9001 es aplicable a organizaciones del cal diseñan, desarrollan y mantienen prodctos ISO 9001 es n modelo genérico del proceso de calidad. Estáinstanciado para cada organización Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 9

10 ISO 9001 Management responsibility Control of non-conforming prodcts Handling, storage, packaging and delivery Prchaser-spplied prodcts Process control Inspection and test eqipment Contract review Docment control Internal qality adits Servicing Qality system Design control Prchasing Prodct identification and traceability Inspection and testing Inspection and test stats Corrective action Qality records Training Statistical techniqes Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 10

11 Certificación ISO 9000 Los Estándares de calidad y procedimientos deberán ser docmentados en n manal organizacional de calidad Personal externo pede certificar qe na organización conforma con los estándares ISO 9000 Los clientes demandan cada vez mas qe ss desarrolladores tengan la certificación ISO 9000 Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 11

12 ISO 9000 y manejo de calidad ISO 9000 qality models instantiated as Organization qality manal docments Organization qality process is sed to develop instantiated as Project 1 qality plan Project 2 qality plan Project 3 qality plan Project qality management Spports Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 12

13 El plan de calidad Debe establecer las calidades del prodcto, como feron estimadas esta calidades y la definición de los atribtos de calidad mas significativos Debe definir los procesos estimados de la calidad Debe establecer cales estándares organizacionales deberán ser aplicado y la forma de definir n nevo estándar Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 13

14 Proceso de asegramiento de la calidad La calidad de n prodcto desarrollado esta inflenciado por la calidad de los procesos de prodcción Es particlarmente importante para el desarrollo de software debido a qe algnos atribtos de calidad son difíciles de estimar Hay mcha complejidad y poco entendimiento entre los procesos de software y la calidad del prodcto Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 14

15 Calidad basada en procesos Liga directa entre procesos y prodctos Mas complejo para software debido a: Se reqiere la aplicación de habilidades individales y experiencia, la cal es importante para el desarrollo de software Factores externos en las qe na aplicación es novedosa o la necesidad para acelerar el calendario de desarrollo pede empeorar la calidad del prodcto Debe tenerse especial cidado de no imponer estándares inapropiados Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 15

16 Calidad de procesos practica Definir procesos de estándares qe indiqen como llevar a cabo las revisiones, la administración de la configración, etc. Monitorizar el proceso de desarrollo para asegrar qe se están sigiendo los estándares Reportar estos procesos a la administración del proyecto Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 16

17 Calidad basada en procesos Define process Develop prodct Assess prodct qality Improve process No Qality OK Yes Standardize process Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 17

18 Revisión de la calidad El principal método de validación de la calidad de n proceso o de n prodcto Un grpo debe examinar parte o toda s docmentación para bscar problemas potenciales Hay diferentes tipos de revisiones con diferentes objetivos Inspecciones para remover defectos (prodcto) Revisiones para estimación de progresos (procesos y prodcto) Revisiones de calidad (estándares y prodcto) Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 18

19 Tipos de revisiones Review type Principal prpose Design or program To detect detailed errors in the design or inspections code and to check whether standards have been followed. The review shold be driven by a checklist of possible errors. Progress reviews To provide information for management abot the overall progress of the project. This is both a process and a prodct review and is concerned with costs, plans and schedles. Qality reviews To carry ot a technical analysis of prodct components or docmentation to find falts or mismatches between the specification and the design, code or docmentation. It may also be concerned with broader qality isses sch as adherence to standards and other qality attribtes. Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 19

20 Revisiones de calidad Un grpo de personas cidadosamente examinará cada parte o todo n sistema de software y s docmentación asociada Código, diseños, especificaciones, planes de preba, estándares, etc. todo pede ser revisado Docmentos o Software pede ser firmados en cada revisión lo cal significa qe la administración ha aprobado el progreso de la sigiente etapa del desarrollo Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 20

21 Procedimientos de Revisión Fnción de calidad - Es parte del proceso general de administración de calidad Fnción de administración del proyecto -proveen información para los administradores del proyecto Fnciones de comnicación y entretenimiento - Paso de conocimientos entre miembros de desarrollo del eqipo Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 21

22 Los procesos de revisión Select review team Complete review forms Arrange place and time Hold review Distribte docments Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 22

23 Revisiones de calidad El objetivo es descbrir defectos en el sistema e inconsistencias Calqier docmento prodcido en el proceso pede ser revisado El eqipo de revisión deberá ser relativamente peqeño y las revisiones deberán ser relativamente cortas La revisión deberá ser grabada y almacenada Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 23

24 Resltados de la revisión Los comentario hechos drante la revisión deberán ser clasificados Sin acciones. No se reqiere cambiar el software o la docmentación Enviadas a reparación. El diseñador o programador deberá corregir na el fallo identificado Reconsideración total del diseño. El problema identificado en la revisión impacta sobre otras partes del diseño. Algnos jicios verificaran si se ha reselto los problemas de la forma mas efectiva Los errores en los reqerimientos y especificaciones podrían enviarse a el cliente Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 24

25 Estándares de Software Son clave para n efectivo manejo de calidad Pede ser n proyecto internacional, nacional, o organizacional Los estándares de prodcto definen características qe todos los componentes deberán tener Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 25

26 Importancia de los estándares Reúne las mejores practicas. Evita la repetición de errores pasados Proporciona n marco para el análisis de calidad - involcra verificar la conformidad con estándares Proporcionar continidad. El personal nevo pede entender a la organización entendiendo a los estándares aplicados Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 26

27 Estándares de Prodctos y Procesos Prodct standards Design review form Docment naming standards Procedre header format Ada programming style standard Project plan format Change reqest form Process standards Design review condct Sbmission of docments to CM Version release process Project plan approval process Change control process Test recording process Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 27

28 Problemas con estándares No son vistos como relevantes ni se encentran actalizados por los ingenieros de software Involcra mchas formas brocrática No soportado por herramientas de software por lo qe se reqieren manales para mantener mantener los estándares Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 28

29 Desarrollo de estándares Involcra a los desarrolladores. Los Ingenieros deberán entender la racionalidad bajo n estándar Revisión de estándares y s so reglarmente. Los estándares peden rápidamente estar desactalizados lo cal redce s credibilidad entre ss sarios Los estándares detallados deberán tener asociado na herramienta de soporte. Excesivo trabajo de oficina es el mas significante reclamo en contra de los estándares Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 29

30 Estándares de la docmentación Particlarmente importante - Los docmentos son la manifestación tangible del software Los estándares de la docmentación de los procesos De qe forma los docmentos deberán ser desarrollos, validados y mantenidos Estándares de docmentación Se refiere al contenido del docmento, estrctra y apariencia Estándares de intercambio de docmentos De qe forma los docmentos deberán ser almacenados y intercambiados entre distintos sistemas de docmentación Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 30

31 Procesos de docmentación Create initial draft Review draft Incorporate review comments Re-draft docment Stage 1: Creation Approved docment Proofread text Prodce final draft Check final draft Stage 2: Polishing Approved docment Layot text Review layot Prodce print masters Print copies Stage 3: Prodction Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 31

32 Estándares de docmentación Estándares de identificación de docmentos De qe forma se identifica a los docmentos Estándares de Estrctra de Docmentos Estrctra estándar para docmentos de proyecto Estándares de presentación de docmentos Definir estilos y letras, so delogos, etc. Estándares de actalización de docmentos Definir como los cambios de na versión vieja se reflejada en n docmento Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 32

33 Estándares de intercambio de docmentos Los docmentos son prodcidos sando diferentes sistemas y diferentes comptadoras El intercambio de estándares permite manejar docmentos electrónicos para ser enviados, etc. Necesidad para archivar. El tiempo de vida de los sistemas de procesamiento de palabras pede ser mcho menos qe el tiempo de vida del software existente actalmente en docmentación El SGML es n estándar internacional para intercambio de docmentos pero no esta soportado por los procesadores de palabras Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 33

34 Métricas del software Algún tipo de medida relacionada al sistema de software, proceso o docmentación relacionada Las líneas de código en n programa, el índice Fog, el número de días personas reqerido para desarrollar n componente Permite cantificar el software y procesos de software Mediciones del proceso del software o prodcto Deberá ser obtenido atomáticamente si es posible Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 34

35 Métricas de control y predicción Software process Software prodct Control measrements Predictor measrements Management decisions Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 35

36 Sposición de métricas Una propiedad del software pede ser medida Existe na relación entre lo qe se pede medir y qe se qiere conocer Esta relación ha sido formalizada y validada Pede ser difícil relacionar qe pede ser medido en canto a atribtos deseables de calidad Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 36

37 Atribtos internos y externos Maintainability Nmber of procedre parameters Cyclomatic complexity Reliability Portability Usability Program size in lines of code Nmber of error messages Length of ser manal Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 37

38 Colección de datos Una métrica deberá estar basada sobre n paqete, prodcto o datos procesado Los datos deberán ser colectados inmediatamente (no en retrospectiva) y si es posible atomáticamente Tres tipos de colección atomática de datos Análisis estático de prodctos Análisis dinámico de prodctos Colección de procesos de datos Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 38

39 Colección atomática de datos Instrmented software system Usage data Falt data Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 39

40 Exactitd de datos No obtenga datos innecesarios. La pregnta para ser contestada deberá ser decidida por adelantado con la identificación de los datos reqeridos Decir a la gente porqe los datos están siendo obtenidos. Esto no deberá ser parte de la evalación del personal No depender de la memoria. Obtenga datos cando estos están siendo generados, no despés de qe el proyecto ha terminado Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 40

41 Análisis de mediciones No siempre es obvio el significado de los datos. Analizar los datos obtenidos es my difícil La estadística profesional deberá ser consltada si esta disponible El análisis de datos debe tomar circnstancias locales en centa Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 41

42 Métricas de la calidad del prodcto Una métrica de calidad deberá ser na forma de predicción de la calidad del prodcto La mayoría de las métricas de calidad existentes son las métricas de la calidad del diseño las cales se relacionan con la medición del acoplamiento o la complejidad del diseño Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 42

43 Proceso de medición del prodcto Choose measrements to be made Analyse anomalos components Select components to be assessed Identify anomalos measrements Measre component characteristics Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 43

44 Mantenibilidaddel diseño Cohesión Como tanto las partes forman parte de n componente relacionado Acoplamiento Qe tan independiente es n componente Entendibilidad Qe tan fácil es entender las fnciones de n componente Adaptabilidad Qe tan fácil es cambiar n componente Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 44

45 Métricas de acoplamiento Asociado con la medida fan-in y fan-ot del diseño de estrctra deyordon en n diagrama de estrctra Alta entrada (fan-in)- implica n alto acoplamiento debido a las dependencias de los módlos Alta salida (fan-ot)- implica n alto acoplamiento debido a la complejidad del control Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 45

46 Estrctra entrada -salida Fan-in Component A Fan-ot Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 46

47 Modificaciones Henry ykafra El enfoqe basado en las relaciones de llamadas es simplista porqe depende de ignorar dependencias en los dato En la entrada - salida (fan-in/fan-ot) informal se toma en centa El nmero de fljos de datos local + número de datos global de la estrctra actalizada El contador de fljos de datos inclye llamadas. Inclye parámetros de procedimientos actalizados y procedimientos llamados dentro de n modlo Complejidad = Longitd * (Entrada * Salida)2 Longitd es na medida del tamaño del programa semejante a LOC Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 47

48 Métricas de validación de calidad Algnos estdios con Unix encontraron qe la entrada/salida informativa permite identificar componentes complejos y con fallas potenciales Algnos estdios sgieren qe el tamaño y nmero de ramas son útiles tanto en predicciones complejas como en las entradas/salidas informativas Las salidas (fan-ot) por si mismas son n ben predictor de calidad Toda el área esta en investigación y no es aplicable en la practica Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 48

49 Métricas de calidad en n programa Las métricas de diseño son también aplicables a programas Otras métricas inclyen Longitd. El tamaño del código fente del programa Complejidad ciclomatica. La complejidad de control de n programa Longitd de identificadores Profndidad de condicionales anidados Los valores anómalos de las métricas sgieren qe n componente qe n número de defectos por encima del promedio, o pede ser difícil de entender Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 49

50 Consideraciones para las métricas La longitd del código es simple pero la experimentación ha sgerido qe representa n ben predictor de problemas La complejidad ciclomaticapede ser engañosa Nombres largos deberán incrementar la entendibilidad de n programa Condicionales profndamente anidadas son difíciles de entender. Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 50

51 Métricas de complejidad La complejidad ciclomaticaes na medida de control a na estrctra compleja La métrica tiene dos inconvenientes Es imprecisa para programas basados en manejo de datos ya qe solo centan con constrcciones de control Pone el mismo peso para los ciclos no-anidados qe para los anidados. Las estrctras profndamente anidadas son salmente mas difíciles de entender La métrica de Oviedo modifica esto para tomar referencias de datos en centa C = ae +bn Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 51

52 Métricas de calidad de la docmentación La legibilidad es importante en la docmentación El índice Gnnings Fog es na medida de la legibilidad Basada en la longitd de las frases y el nmero de sílabas en na palabra Esto pede casar malas interpretaciones cando se aplica a la docmentación técnica Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 52

53 Madres de las Métricas Las métricas todavía tienen n valor limitado y no ampliamente aceptado Las relaciones entre qe lo qe se pede medir y lo qe se qiere conocer no esta bien comprendido an Hace falta poner de acerdo a las organizaciones sobre las métricas necesarias en el proceso de software Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 53

54 Resmen El manejo de la calidad del software se refiere a a asegrar qe el software cmple con estándares reqeridos Los procedimientos de asegramiento de calidad deberán estar docmentados en n manal de calidad organizacional Un plan de calidad de n proyecto deberá identificar los reqerimientos específicos de calidad Los estándares de software son la renión de las mejores practicas Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 54

55 Resmen Las revisiones son el medio principal para la implementación del asegramiento de la calidad Las métricas reúnen información acerca de procesos y prodctos Las métricas de control proveen información acerca del manejo del proyecto del software. Las métricas de predicción permiten la estimación de atribtos del al prodcto Las métricas de calidad deberán ser sadas para identificar componentes potencialmente problemáticos Ian Sommerville1995 Ingeniería de Software, 5a. edición. Capitlo 30 Diapositiva 55