Estándares de Calidad para el Desarrollo y Mantenimiento de Software

Transcripción

1 Estándares de Calidad para el Desarrollo y Mantenimiento de Software Dr. Marcelo Jenkins C. Escuela de Computación n e Informática Universidad de Costa Rica San Pedro, Costa Rica Tel: : (506) Fax: (506) mjenkins@cariari.ucr.ac.cr Calidad 1

2 Aseguramiento de la Calidad del Software (SQA) 2

3 Características del Software q La complejidad es difícil de estimar q La calidad es difícil de medir q El proceso de desarrollo es muy dependiente de factores humanos l Difícil de controlar l Está expuesto a altos riesgos Exactus 3.0 q El mantenimiento es costoso 3

4 Importancia del Software [Jenkins 95] La ventaja competitiva de cualquier empresa en tecnología a de información n radica en el software y el peopleware que posea, y no en el hardware que adquiera. Peopleware Software Hardware 4

5 Costo del Software vrs.. Hardware F u n c i o n a l i d a d Hardware Software C o s t o

6 Costo de Corregir Defectos [Boehm 81] Análisis Desarrollo Mantenimiento 6

7 Proceso de Desarrollo de Software Conjunto de pasos que se utilizan para desarrollar o mantener software. ltareas lprocedimientos ldocumentos lreportes lestándares lmétodos lherramientas Prueba Análisis Programación Diseño 7

8 Aseguramiento de la Calidad del Software (SQA) Conjunto sistemático tico de procedimientos, herramientas y métodos m necesarios para asegurar la calidad del software. Métodos SQA Procedimientos Herramientas 8

9 Plan de Calidad del Software Conjunto planificado y sistemático tico de acciones necesarias para proveer la confianza de que un producto cumple con los requerimientos técnicos t establecidos Estándar IEEE IEEE Software Engineering Standards IEEE Inc.,

10 Calidad del Software q Concordancia con los requerimientos funcionales y de rendimiento. Exactus 3.0 q Cumplimiento con los estándares de desarrollo. q Cumplimiento con otras características implícitas. Requerimientos Estándares Otros 10

11 Factores de Calidad 11 Facilidad de mantenimiento Flexibilidad Facilidad de prueba Adaptación ModificaciónAdaptación Modificación Operación Correctitud Confiabilidad Eficiencia Integridad Facilidad de uso Portabilidad Reusabilidad Interoperabilidad

12 Herramientas Modernas Herramientas Desarrollo CASE Orientado a Objetos Reingeniería de procesos Administración del riesgo JAD, RAD, PD Lenguajes de 4ta generacíó íón Contratación externa Métodos formales? Inspecciones Métricas Reusabilidad Ingeniería a de la información Estándares 12

13 Estándar de Ingeniería a de Software Regla o base de comparación n que se utiliza para medir algún n aspecto del software. l Calidad l Productividad l Duración l Esfuerzo l Costo Estándar XYZ 13

14 Por qué Utilizar Estándares? q Son indispensables cuando muchas personas, productos y herramientas deben coexistir. l Promueven el buen uso de métodos m y herramientas. l Permiten la comunicación n entre los desarrolladores. 14 q Facilitan el mantenimiento del software. q Facilitan la capacitación n del personal. q Proveen una base para evaluar los diferentes productos de software. q Permiten definir el proceso de software de una organización. n.

15 Objetivo de los Estándares Usuario SQA Ingeniero de Software Estándare s Nivel de calidad 15

16 Utilización n de Estándares CMM Estándares de Software Proceso de mejoramiento de la calidad ISO 9001 SPICE 16

17 Referencias: SQA 17 q Schulmeyer G.G., McManus J.I. Handbook of Software Quality Assurance. Prentice Hall, q Roger S. Pressman. Ingeniería a de Software: Un Enfoque Aplicado. 4ta edición, McGraw Hill, q S. Lawrence Pfleeger,, N. Fenton,, S. Page. Evaluating Software Engineering Standards. IEEE Computer, Sept. 1994, pags q N.F. Schneidewind,, N. Fenton.. Do Standards Improve Quality? IEEE Software, Jan , pags q J. Sanders and E. Curran. Software Quality: : A Framework for Success in Software Development and Support. Addison-Wesley,, 1994.

18 Estándares de Ingeniería de Software de la IEEE I E E E 18

19 Estándares de la IEEE Conjunto de 22 estándares l 15 estándares del proceso l 5 estándares del producto l 1 glosario de términost l 1 taxonomía a (clasificación) 19 IEEE Standards Collections: : Software Engineering. IEEE Inc., 1999 edition. IEEE Standards Board 345 East 47th Street New York,, NY USA

20 Estándares del Producto Análisis Desarrollo Mantenimiento IEEE Std Especif.. de Requeri- mientos del Software IEEE Std Descripción n del Diseño o del Software IEEE Std Prácticas para el uso de ADA IEEE Std Documentación de Usuario 20

21 Estándares del Proceso: Calidad IEEE Std Planes de Calidad de Software IEEE Std Sistemas de SQA: Requerimientos IEEE Std Desarrollo de Ciclos de Vida IEEE Std Planes para Adminis- tración de Proyectos IEEE Std Verificación n y Validación IEEE Std Revisiones y Auditorías 21

22 Estándares del Proceso: MétricasM IEEE Std Medidas para Software Confiable IEEE Std Guía a para Medidas de Software Confiable IEEE Std Métricas de Productividad IEEE Std Metodología a de Métricas de Calidad 22

23 Estándares del Proceso: Pruebas y Mantenimiento IEEE Std Mantenimiento del Software IEEE Std Planes de Configu- ración n del Software IEEE Std Guía a para Configu- ración n del Software IEEE Std Pruebas de Unidad del Software IEEE Std Documentación n de Pruebas 23

24 Estándares del Proceso: Otros IEEE Std Taxonomía a de Estándares IEEE Std Glosario Estándar de Términos IEEE Std Evaluación n de Herramientas CASE 24

25 Revisiones y Auditorías 25

26 IEEE Std para Revisiones y Auditorías del Software q Define procedimientos para definir y llevar a cabo procesos de revisión n y auditoría del software. q Describe cinco tipos de revisiones y auditorías as que se pueden utilizar. q Incluye tanto al producto como al proceso de software. q No prescribe el uso de revisiones ni auditorías as particulares. 26

27 q Auditoría Definiciones l Evaluación n independiente (objetiva) de un producto o proceso de software. l Mide el cumplimiento de estándares, guías, especificaciones, y procedimientos. l Utiliza criterios objetivos de medida debidamente documentados. Formato y contenido del producto. Descripción n del proceso para producirlo. Cómo chequear el cumplimiento. 27

28 q Revisión Definiciones (cont.) l Evalúa a un producto o proceso de software. l Determina status actual contra el plan original. l Reporta resultados y recomendaciones. l Sigue un proceso formal. l Cuatro tipos de revisiones: Revisión n de administración Revisión n técnicat Inspección Caminata 28

29 Tipos de Revisiones Revisión Tipo Elemento Usuario Revisiones de administración Revisiones técnicas Semi-formal Proyecto Administración Semi-formal Producto Equipo de desarrollo Inspecciones Formal Producto o proceso Equipo de desarrollo Caminatas Informal Producto Equipo de desarrollo 29

30 q Objetivos Ejemplo: Auditorías l Verificar el cumplimiento de los productos y procesos con los estándares, guías, especificaciones y procedimientos establecidos q Descripción n general l Chequea el status del proyecto contra contratos, requerimientos, planes estándares, guías, especificaciones y procedimientos, para identificar problemas y recomendar soluciones. 30

31 Ejemplo: Auditorías (cont.) q Responsabilidades l Líder Planificar, convocar y documentar reuniones. Asegurar la disponibilidad de la información. n. l Revisores Prepararse para las reuniones de revisión. l Autores Hacer disponible el material. 31

32 q Entradas Ejemplo: Auditorías (cont.) l Objetivos específicos de la auditoría. l Contratos, requerimientos, planes estándares, guías, especificaciones y procedimientos. l Información n actualizada del software o proceso a ser auditado. q Criterios de entrada l El plan del proyecto incluye una auditoría l Alguna persona o entidad interna o externa con autoridad la solicitó. 32

33 q Procedimiento Ejemplo: Auditorías (cont.) l Planificar la auditoría Items a examinar Reportes a producir Criterios de evaluación Listas de chequeo para auditar Cronograma l Reunión n inicial con la unidad a auditar (opcional) l Preparación n del equipo de auditoría Material de evidencia Información n de la organización n a auditar 33

34 Ejemplo: Auditorías (cont.) q Procedimiento (cont.) l Examen de los ítems contra los criterios de evaluación Entrevistas Visitas Estudio de evidencias q Reportes l Reporte de auditoría a la entidad auditada l Revisión n del reporte l Conferencia para exponer el reporte final 34

35 Ejemplo: Auditorías (cont.) 35 q Criterios de salida l Se cumplieron todos los objetivos específicos. l El reporte de auditoría y el reporte de recomendaciones han sido entregados. q Salidas l Reporte de auditoría Hallazgos Recomendaciones (si aplica) Recomendaciones para más m auditorías. as. q Pista de auditoría l Reporte de auditoría

36 Referencias: Estándares de la IEEE 36 q IEEE Standards Collections: : Software Engineering. IEEE Inc., 1999 edition. q M. Jenkins. Adopting Development Standards to Achieve Process Improvement. Proceedings Sixth International Conference on Software Quality,, Montreal, Canada,, 1996, pags q E.M. Bennatan. On-Time, Within Budget Software Management Practices and Techniques. McGraw-Hill, q E. Yourdon. Structured Walkthroughs. 4th edition, Yourdon Press,, q

37 Caso Práctico: Exactus de Costa Rica 37

38 q 180 empleados La Empresa l 120 en Desarrollo l 30 en Soporte TécnicoT q Herramientas de desarrollo l Centura (4GL orientado a objetos) l Visual Basic l Visual C++ q 1 producto l EXACTUS q 200 Clientes en 15 países de latinoamérica 38

39 Objetivo de Exactus de Costa Rica Alcanzar certificación n Nivel 2 del CMM CMM Nivel 2 39

40 Implementación n del Proyecto de SQA 40 q La organización n inició un procesos de adaptación n y adopción n de los estándares de ingeniería a de software de la IEEE. q Se utilizaron como guías para definir estándares propios. l Análisis de requerimientos l Especificaciones de diseños l Programación l Pruebas l Mantenimiento l Administración n de la Configuración l Especificación n de modificaciones

41 Por qué los Estándares de la IEEE? q Están n bien documentados. q Son públicos. p q Están n actualizados. q Son periódicamente revisados. q Son muy específicos. q Son independientes uno del otro. I E E E 41

42 Ejemplo: Estándar para Pruebas del Software Convenciones de Programación Descripción Diseño del Software 1. Pruebas de Verificación Requerimientos del Software Ítems Prueba Revisados Reporte Fallas Ítems Prueba Verificados Descripción Diseño del Software Ítems Prueba Revisados 2. Pruebas de Validación Ingeniero Software Ítems Prueba Validados BD Pruebas Reporte Sumario Pruebas 3. Pruebas de Integración Reporte Defectos Integración Software Probado 42

43 El Proceso de Adaptación n de Estándares Identificar Áreas Problema Determinar Causas Identificar Soluciones Adaptar Soluciones Documentar Estándar Aprobar Estándar Capacitar Personal Revisar y Mejorar Estándar 43 Probar Estándar

44 Beneficios Obtenidos q Disminución n en la cantidad de re-trabajo. q Mejor calidad de los productos. q Mejor definición n del proceso de desarrollo. q Facilitan la capacitación n de nuevo personal. q Facilitan la comunicación n entre analistas. q Ha permitido un crecimiento ordenado del Departamento de Desarrollo. 44

45 Estándares por Definir q Control de subcontratistas. q Plan de inspecciones. q Plan de métricas m de calidad y productividad. 45

46 Consideraciones Finales 46

47 Estándares de la IEEE 47 q Constituyen una buena base para definir estándares propios a la medida de la organización. n. I E E E q Al igual que el CMM, se concentran principalmente en la definición n de procesos. q Algunos de los estándares requieren un proceso previo de adaptación n antes de poder ser adoptados en organizaciones pequeñas y medianas. q No existe una manera objetiva de medir el nivel de cumplimiento con los estándares

48 Gracias! 48