UNIVERSIDAD TECNOLOGICA DE
CIUDAD JUAREZ
ISO 15504
INTEGRANTES:
CORONADO ROJAS GRACIELA
GARCIA TORRES CESAR
AYODORO BALTAZ...
Estándar ISO
• La ISO es una red de los institutos de normas nacionales de 160
países, sobre la base de un miembro por paí...
ISO 15504
SPICE
•

SPICE Software Process Improvement and Capability Determination. Se
conforma como el estándar emergente orientado...
Etapas de SPICE
• Preparación: En esta etapa se ve el alcance del estudio, metas del
negocio, los procesos a evaluar y las...
• Dimensión de procesos

Contiene los procesos que se han de evaluar. Se corresponden
con los procesos del ciclo de vida d...
• Dimensión de procesos CUS
La categoría CUS está formada por procesos que afecta directamente al
cliente, soportan el des...
• Dimensión de procesos ENG
La categoria ENG està formada per procesos que directamente especifica, implementa o
mantienen...
• Dimensión de procesos MAN
Formada por procesos utilizados en la gestión de cualquier tipo de proyecto o
proceso en el ci...
Niveles de capacidad
• Nivel 0: Proceso Incompleto
El proceso no está implementado o no logra conseguir su objetivo. No
ha...
• Nivel 2: Proceso Gestionado
El proceso Realizado entrega productos con una calidad aceptable en un margen de tiempo
y ne...
• Nivel 4: Proceso Previsible

El proceso Establecido se realiza constantemente dentro de los límites
de control definidos...
• Nivel 5: Proceso Optimizando

El proceso Previsible optimiza su rendimiento para satisfacer las necesidades
de negocio a...
3.3 CMM
El CMM - CMMI (Capability Maturity Model) es un modelo de
calidad del software que clasifica las empresas en nivel...
El CMMI es un modelo de procesos (no de mejora) que
muestra la madurez de una organización basándose en
la capacidad de su...
CMM es el máximo estándar en ingeniería de
software, Innovación, velocidad y satisfacción
del cliente se han convertido en...
Los cinco niveles de madurez de CMMI
son:
Los niveles CMM –CMMI son 5:
Inicial o Nivel 1 CMM. Es el primer nivel es decir que no es necesario hacer
ningún esfuerzo ...
Repetible o Nivel 2 :Según nuestro grafico ya es posible ver una gran diferencia entre el
nivel inicial y el repetible, en...
Definido o Nivel 3 CMM:Los procesos comunes para desarrollo y
mantenimiento del software están documentados de manera sufi...
Gestionado o Nivel 4 CMM:Estas métricas no son subjetivas si no que se
establecen con criterios cuantitativos formalmente ...
Optimizado o Nivel 5 CMM :En este nivel cada proceso es analizado y
controlado permanentemente con la intención de que sea...
Estructura del modelo CMM:
• Normalmente las empresas que intentan alcanzar los niveles 4 y 5 lo
realizan simultáneamente ya que están muy relacionad...
BIBLIOGRAFIA:
• Ingeniería del Software
Pressman editorial Mc GrAw Hill
• http://es.wikipedia.org/wiki/ISO/IEC_15504
• htt...
INVESTIGACION DE APLICACIONES
QUE EXISTEN EN MEXICO
• Nombre de la empresa: Tata Consultancy Services

• Dirección: Insurg...
• Nombre de la empresa: Secretaria de Comunicaciones y
Trasportes Oaxaca

• Dirección: Carr. Cristóbal Colón Tramo Oaxaca-...
Investigación del software que mida
la calidad
• Nombre del software: ADA Software Factory
• Descripción: Este modelo de c...
• Detalles : ADA Software Factory, Otamendi 48, Piso
5º, 1405 Buenos Aires, Argentina
• Objetivos de la Metodología: Ayuda...
• Alcances de la Metodología La metodología es aplicable a todo tipo de
arquitectura de software y propone una total integ...
Estándares utilizados por ADA
• ISO/IEC 15504, The international standard for Process Assessment (SPICE): de
International...
• ANSI/IEEE STD 1362, Concept of Operations (ConOps): del American National
Standards Institute y del Institute of Electri...
• ANSI/IEEE STD 1012, Estándar para Planes de Verificación y Validación de
Software: del American National Standards Insti...
ADA Software Factory cuenta con un equipo de profesionales en
permanente capacitación y especializado en una gran variedad...
Supercep
• Nombre del software: SuperCEP realiza todos los
reportes y gráficos requeridos por el control
estadístico de la...
Kit ISO 9000:2000
• En apoyo a las empresas de México que quieren implantar o hacer la
conversión de su sistema de gestión...
Ryr facil
•

•
•

•

•

Inicialmente se consideraba que para tener un sistema de medición confiable bastaba
con calibrar y...
masterweb
• Todo ese esfuerzo y dispendio se puede minimizar con una
inversión que se pagaría por sí misma casi inmediatam...
Lista de precios de cada software
• Bibliografía:
• http://www.adasoft.com.ar/tecnologias.html
• http://www.calidad.com.mx/software.asp?p=
kit
Standar iso
Upcoming SlideShare
Loading in …5
×

Standar iso

435 views
352 views

Published on

0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
435
On SlideShare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
6
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Standar iso

  1. 1. UNIVERSIDAD TECNOLOGICA DE CIUDAD JUAREZ ISO 15504 INTEGRANTES: CORONADO ROJAS GRACIELA GARCIA TORRES CESAR AYODORO BALTAZAR LEONEL
  2. 2. Estándar ISO • La ISO es una red de los institutos de normas nacionales de 160 países, sobre la base de un miembro por país, con una Secretaría Central en Ginebra (Suiza) que coordina el sistema. La Organización Internacional de Normalización (ISO), con sede en Ginebra, está compuesta por delegaciones gubernamentales y no gubernamentales subdivididos en una serie de subcomités encargados de desarrollar las guías que contribuirán al mejoramiento ambiental.
  3. 3. ISO 15504
  4. 4. SPICE • SPICE Software Process Improvement and Capability Determination. Se conforma como el estándar emergente orientado a la mejora continua del proceso de desarrollo de software. Es un estándar internacional cuyo objetivo es simular circuitos electrónicos analógicos compuestos por resistencias, condensadores, diodos, transistores, etc. Para ello hay que describir los componentes, describir el circuito y luego elegir el tipo de simulación.
  5. 5. Etapas de SPICE • Preparación: En esta etapa se ve el alcance del estudio, metas del negocio, los procesos a evaluar y las instancias de los procesos. • Recolección de datos: los expertos realizan entrevistas, discusiones, análisis de documentos y uso de herramientas. En las entrevistas los evaluadores entrevistan o discuten con gente interesada en el proceso de acreditación en spice. • Recopilación y análisis de documentos relevantes. En la recopilación de los documentos se pueden utilizar herramientas automatizadas en lugar de un asesor y/o evaluador para recopilar los datos. Durante el análisis se hacen mediciones sobre : ¿Qué se hace(ejecución de actividades ,productos de trabajo que realizan las personas o empresas a evaluar)? ¿Qué tan bien realizan sus procesos(efectividad o capacidad del proceso)? Análisis de datos: el asesor calificado usa los datos recopilados para asignarle valores a cada uno de los procesos.
  6. 6. • Dimensión de procesos Contiene los procesos que se han de evaluar. Se corresponden con los procesos del ciclo de vida del software. Se agrupan en categorías, en función del tipo de actividad al cual se aplican: CUS: Cliente-Proveedor. ENG: Ingeniería. SUP: Soporte. MAN: Gestión. ORG: Organización.
  7. 7. • Dimensión de procesos CUS La categoría CUS está formada por procesos que afecta directamente al cliente, soportan el desarrollo y la transición del software al cliente y permiten la correcta operación y uso del producto y/o servicio software CUS.1 Adquisición de productos software y/o servicios CUS.2 Establecimiento de contratos CUS.3 Identificar las necesidades del cliente CUS.4 Realizar auditorías y revisiones conjuntas. CUS.5 Entrega e instalación del software. CUS.6 Mantenimiento del software. CUS.7 Proporcionar servicio al cliente. CUS.8 Valorar la satisfacción del cliente.
  8. 8. • Dimensión de procesos ENG La categoria ENG està formada per procesos que directamente especifica, implementa o mantienen el producto software, su relación con el sistema y su documentación. ENG.1 Análisis y diseño de requerimientos del sistema ENG.2 Análisis de requerimientos del software. ENG.3 Diseño del software. ENG.4 Construcción del software. ENG.5 Integración y pruebas del software. ENG.6 Integración y pruebas del sistema. ENG.7 Mantenimiento del software y del sistema. • Dimensión de procesos SUP Está formada por procesos que dan soporte a cualquiera del resto de procesos (incluidos los SUP), en distintos puntos del ciclo de vida del software. SUP.1 Documentación SUP.2 Gestión de la configuración del software SUP.3 Garantía de calidad SUP.4 Resolución de problemas SUP.5 Realizar revisiones conjuntas
  9. 9. • Dimensión de procesos MAN Formada por procesos utilizados en la gestión de cualquier tipo de proyecto o proceso en el ciclo de vida del software. MAN.1 Gestionar el proceso. MAN.2 Gestionar el proyecto. MAN.3 Gestionar la calidad. MAN.4 Gestionar los riesgos. • Dimensión procesos ORG Formada por procesos que establecen los objetivos de negocio de la organización. ORG.1 Alineamiento de la organización. ORG.2 Establecimiento del proceso ORG.3 Evaluación del proceso ORG.4 Mejora del proceso. ORG.5 Gestión de recursos humanos. ORG.6 Infraestructura. ORG.7 Reutilización
  10. 10. Niveles de capacidad • Nivel 0: Proceso Incompleto El proceso no está implementado o no logra conseguir su objetivo. No hay atributos en este nivel. • Nivel 1: Proceso Realizado El propósito implementado logra su objetivo definido. PA 1.1: Rendimiento del Proceso El proceso emplea un conjunto de prácticas, que son iniciadas por unos productos identificables y produce unos productos identificables, que satisfacen el propósito del proceso.
  11. 11. • Nivel 2: Proceso Gestionado El proceso Realizado entrega productos con una calidad aceptable en un margen de tiempo y necesidades de recursos definidos. PA 2.1: Gestión del Rendimiento La ejecución del proceso se gestiona para producir productos en un plazo de tiempo y con unos requisitos preestablecidos. PA 2.2: Gestión del Producto La ejecución del proceso se gestiona para producir productos que se documentan y se controlan satisfaciendo sus requisitos funcionales y no funcionales, de acuerdo con los objetivos de calidad del producto del proceso. • Nivel 3: Proceso Establecido El proceso Gestionado se realiza utilizando un proceso definido basado en los principios de la ingeniería del software. PA 3.1: Definición del Proceso La ejecución del proceso utiliza una definición de proceso basada en un proceso estándar, que permite contribuir a los objetivos de negocio definidos en la organización. PA 3.2: Recursos del Proceso La ejecución del proceso utiliza eficazmente recursos humanos con las habilidades adecuadas y una infraestructura de proceso que contribuyen a los objetivos.
  12. 12. • Nivel 4: Proceso Previsible El proceso Establecido se realiza constantemente dentro de los límites de control definidos para lograr sus objetivos. PA 4.1: Medición del Proceso La ejecución del proceso se soporta por los objetivos y mediciones que son utilizadas para asegurar que la implementación del proceso contribuye a la consecución de los objetivos. PA 4.2: Control del Proceso La ejecución del proceso se controla a través de la recopilación y análisis de mediciones para controlar y corregir, donde sea necesario, el rendimiento del proceso para lograr fiablemente los objetivos del proceso definidos.
  13. 13. • Nivel 5: Proceso Optimizando El proceso Previsible optimiza su rendimiento para satisfacer las necesidades de negocio actuales y futuras y logra repetidamente satisfacer sus objetivos de negocio definidos. PA 5.1: Cambio de Proceso Los cambios a la definición, gestión y rendimiento del proceso son controlados mejor para conseguir los objetivos de negocio de la organización. PA 5.2: Mejora Continua Los cambios a los procesos se identifican y se implementan para asegurar la mejora continua en el cumplimiento de los objetivos del negocio definidos de la organización.
  14. 14. 3.3 CMM El CMM - CMMI (Capability Maturity Model) es un modelo de calidad del software que clasifica las empresas en niveles de madurez. Estos niveles sirven para conocer la madurez de los procesos que se realizan para producir software.
  15. 15. El CMMI es un modelo de procesos (no de mejora) que muestra la madurez de una organización basándose en la capacidad de sus procesos y surge como la integración del CMM (Capability Maturity Model) v.2.0 y de la ISO 15504 Draft Standar v.1.00. Este modelo de procesos tiene dos representaciones: continua y por etapas, siendo la diferencia entre éstas la evaluación por niveles de la capacidad de procesos o de la madurez de la organización, respectivamente.
  16. 16. CMM es el máximo estándar en ingeniería de software, Innovación, velocidad y satisfacción del cliente se han convertido en la consigna de las organizaciones que quieren sobrevivir y crecer en el cada vez más competitivo mundo moderno.
  17. 17. Los cinco niveles de madurez de CMMI son:
  18. 18. Los niveles CMM –CMMI son 5: Inicial o Nivel 1 CMM. Es el primer nivel es decir que no es necesario hacer ningún esfuerzo para llegar aquí, las organizaciones en este nivel no disponen de un ambiente adecuado para el desarrollo de software. Aunque se utilicen técnicas correctas de ingeniería, los esfuerzos se ven minados por falta de planificación. Los procesos varían según los individuos, el éxito de los proyectos se basa la mayoría de las veces en el esfuerzo personal, aunque a menudo se producen fracasos y casi siempre retrasos y sobre costos. El resultado de los proyectos es impredecible y esta pobremente controlado.Este es el nivel en donde están todas las empresas que no tienen procesos. No hay control sobre el estado del proyecto, el desarrollo del proyecto es completamente opaco, no sabes lo que pasa en él. Si no sabes el tamaño del proyecto y no sabes cuanto llevas hecho, nunca sabrás cuando vas a terminar.
  19. 19. Repetible o Nivel 2 :Según nuestro grafico ya es posible ver una gran diferencia entre el nivel inicial y el repetible, en este segundo nivel se puede observar que se definen claramente puntos de control en cada etapa principal del proyecto, esto obviamente permite tener un mayor control del proyecto. Lo importante a resaltar del grafico es que cada etapa es aún una caja negra es decir no podemos saber con precisión como se desenvuelve el proyecto dentro de cada etapa. • Los procesos que hay que implantar para alcanzar este nivel son: – Gestión de requisitos – Planificación de proyectos – Seguimiento y control de proyectos – Gestión de proveedores – Aseguramiento de la calidad – Gestión de la configuración
  20. 20. Definido o Nivel 3 CMM:Los procesos comunes para desarrollo y mantenimiento del software están documentados de manera suficiente en una biblioteca accesible a los equipos de desarrollo. Las personas han recibido la formación necesaria para comprender los procesos. En conclusión cada proceso se hace transparente para todos Los procesos que hay que implantar para alcanzar este nivel son: – – – – – – – – – – Desarrollo de requisitos Solución Técnica Integración del producto Verificación Validación Desarrollo y mejora de los procesos de la organización Definición de los procesos de la organización Planificación de la formación Gestión de riesgos Análisis y resolución de decisiones
  21. 21. Gestionado o Nivel 4 CMM:Estas métricas no son subjetivas si no que se establecen con criterios cuantitativos formalmente definidos. Con el tiempo estos controles nos brindaran mejor información sobre la calidad y estado del proyecto permitiéndonos compararlo con otros proyectos similares y notar cualquier desviación tempranamente para poder corregirlo. Los procesos que hay que implantar para alcanzar este nivel son: – Gestión cuantitativa de proyectos – Mejora de los procesos de la organización
  22. 22. Optimizado o Nivel 5 CMM :En este nivel cada proceso es analizado y controlado permanentemente con la intención de que sea mejorado en todo momento, los controles permiten la mejora continua y se tienen implementadas todas las áreas clave de proceso recomendadas por el modelo. • Los procesos que hay que implantar para alcanzar este nivel son: – Innovación organizacional – Análisis y resolución de las causas
  23. 23. Estructura del modelo CMM:
  24. 24. • Normalmente las empresas que intentan alcanzar los niveles 4 y 5 lo realizan simultáneamente ya que están muy relacionados. • A grandes rasgos se ha intentado introducir el modelo de calidad del software CMM - CMMI para aquella gente que se encuentra por primera vez con él. La implantación de un modelo de estas características es un proceso largo y costoso que puede costar varios años de esfuerzo. Aun así el beneficio obtenido para la empresa es mucho mayor que lo invertido.
  25. 25. BIBLIOGRAFIA: • Ingeniería del Software Pressman editorial Mc GrAw Hill • http://es.wikipedia.org/wiki/ISO/IEC_15504 • http://es.wikipedia.org/wiki/Modelo_de_Capacidad_y_Madurez • http://www.eumed.net/libros/2008a/351/Modelo%20de%20Madurez%20de %20Capacidad.htm • http://www.gestiopolis.com/recursos/experto/catsexp/pagans/ger/49/iso.h tm • http://es.wikipedia.org/wiki/Organizaci%C3%B3n_Internacional_para_la_Est andarizaci%C3%B3n • http://www.hipertexto.info/documentos/norm_document.htm
  26. 26. INVESTIGACION DE APLICACIONES QUE EXISTEN EN MEXICO • Nombre de la empresa: Tata Consultancy Services • Dirección: Insurgentes Sur 813, Piso 10, ofna. 1001 México, D.F. - 03810 D. Federal • Información sobre la empresa: Consultoría TI de origen hindú, con presencia en México desde el 2003 en expansión, utiliza el estándar CMM
  27. 27. • Nombre de la empresa: Secretaria de Comunicaciones y Trasportes Oaxaca • Dirección: Carr. Cristóbal Colón Tramo Oaxaca-Tehuantepec Km 6.5 Oaxaca, Oax. C.P. 68100 • Información sobre la empresa: ISO-9000:2000
  28. 28. Investigación del software que mida la calidad • Nombre del software: ADA Software Factory • Descripción: Este modelo de calidad pretende mejorar la calidad del software a través de la optimización de las propiedades de los productos resultantes, y de los procesos utilizados en su desarrollo. Para conseguirlo, pone énfasis en conceptos como la gestión de calidad de productos y procesos, la implementación de procesos repetibles, la recopilación de datos estadísticos sobre los elementos integrantes de un proyecto, y el trabajo a nivel de proceso.
  29. 29. • Detalles : ADA Software Factory, Otamendi 48, Piso 5º, 1405 Buenos Aires, Argentina • Objetivos de la Metodología: Ayudar a los usuarios y compradores a describir exactamente lo que ellos desean obtener Ayudar a los desarrolladores a comprender exactamente lo que los usuarios y compradores desean Proveer un estándar de actividades, contenido y resultado para cada fase del proyecto Proveer un método para realizar estimaciones de esfuerzo y tiempo de desarrollo Proveer un esquema de aseguramiento de calidad a lo largo del proyecto
  30. 30. • Alcances de la Metodología La metodología es aplicable a todo tipo de arquitectura de software y propone una total integración de técnicas y herramientas estándar de tecnología informática (análisis, diseño, modelamiento de datos, modelamiento de objetos, herramientas CASE, etc). Está basada en estándares de tecnología informática y administración de proyectos ampliamente reconocidos. Define procesos para el Ciclo de Vida del software. Cada proceso se descompone en actividades y éstas en tareas. Para cada tarea se describe su contenido haciendo referencia a sus principales acciones, productos, técnicas, prácticas y participantes. Esto permite contar con una base de estimación y planificación de gran calidad y repetible en los proyectos. Apoya la administración de cambios, el control de riesgos y la generación de casos de prueba. Define detalladamente los resultados de cada actividad. Define actividades de control de calidad en cada fase, de modo de asegurar el descubrimiento de errores en la fuente misma en que se producen
  31. 31. Estándares utilizados por ADA • ISO/IEC 15504, The international standard for Process Assessment (SPICE): de International Organization for Standardization e International Electrotechnical Commission. Esta norma estándar proporciona un marco para todos los aspectos de una evaluación de procesos de software • Guide to the Project Management Body of Knowledge (PMBOK): del Project Management Institute (PMI). Esta guía describe la suma de conocimiento en la profesión de administración de proyectos. • Guide to the Software Engineering Body of Knowledge (SWEBOK): de la Association of Computing Machinery (ACM) y la Computer Society del Institute of Electrical and Electronics Engineers (IEEE). Esta guía promueve una vista consistente del mundo de la ingeniería de software, clarifica el lugar de la ingeniería de software respecto de otras disciplinas tales como ciencias de la computación, administración de proyectos, ingeniería de computadoras y matemáticas. Caracteriza los contenidos de la disciplina de ingeniería de software.
  32. 32. • ANSI/IEEE STD 1362, Concept of Operations (ConOps): del American National Standards Institute y del Institute of Electrical and Electronics Engineers Inc. Esta norma especifica el formato y contenido del documento Conceptual de Operaciones, desde el punto de vista del usuario. • ANSI/IEEE STD 830, Guía para Especificación de Requerimientos de Software: del American National Standards Institute y del Institute of Electrical and Electronics Engineers Inc. Esta norma especifica el formato y contenido del documento de Especificación de Requerimientos de un Proyecto de Software. • ISO/IEC 12207, Estándar para Procesos del Ciclo de Vida del Software: de la International Organization for Standardization y de la International Electrotechnical Commission. Esta norma describe los procesos componentes de un ciclo de vida de software completo y las relaciones que gobiernan sus interacciones. • ANSI/IEEE 1074, Estándar para el Desarrollo de Procesos del Ciclo de Vida del Software: del American National Standards Institute y del Institute of Electrical and Electronics Engineers Inc. Esta norma describe las actividades y procesos necesarios para el desarrollo y mantenimiento de software
  33. 33. • ANSI/IEEE STD 1012, Estándar para Planes de Verificación y Validación de Software: del American National Standards Institute y del Institute of Electrical and Electronics Engineers Inc. Esta norma especifica las mejores prácticas para el proceso de Planeamiento de Verificación y Validación de productos de software. • ANSI/IEEE STD 1008, Estándar para Testeo de Software: del American National Standards Institute y del Institute of Electrical and Electronics Engineers Inc. Esta norma especifica las mejores prácticas para el proceso de Testeo de productos de software. • ANSI/IEEE STD 610.12, Glosario Estándar para Terminología de Ingeniería de Software: del American National Standards Institute y del Institute of Electrical and Electronics Engineers Inc. Esta norma especifica los términos y sus significados, a utilizar en la Ingeniería de Software. • UML, Unified Modeling Language: del Object Management Group (OMG). Esta especificación estándar se utiliza para modelar estructuras de aplicaciones de software, comportamiento, arquitectura, procesos de negocio y estructuras de datos
  34. 34. ADA Software Factory cuenta con un equipo de profesionales en permanente capacitación y especializado en una gran variedad de tecnologías, plataformas, paradigmas y metodologías de desarrollo, líderes del mercado: • Sistemas Operativos: Linux (Red Hat, Suse y otros) Windows 98, Me, NT Ws, 2000 professional, Xp, Vista Windows NT Server, 2000 Server, 2003 Server • Web Servers Apache Internet Information Server Sun Java System • Motor de Servlets Tomcat • Application Servers JBoss Sun Java System • Application Server BEA Web Logic Application Server IIS + Framework.Net WebSphere Application Server • Bases de Datos Oracle 8, 9i, 10g, 11g PostgreSQL SQL Server MySql
  35. 35. Supercep • Nombre del software: SuperCEP realiza todos los reportes y gráficos requeridos por el control estadístico de la calidad (útil tanto en la industria como en los servicios). • Descripcion:Es un sistema muy fácil de operar, desarrollado acorde a las necesidades de nuestro país y puede ser utilizado por cualquier persona sin importar su escolaridad. Además incluye en su manual una explicación clara de cuáles son y para qué sirven todas las gráficas que contiene.
  36. 36. Kit ISO 9000:2000 • En apoyo a las empresas de México que quieren implantar o hacer la conversión de su sistema de gestión de la calidad de una manera económica, rápida y eficaz, ofrecemos el software Kit ISO 9000:2000. • El Kit ISO 9000:2000 se compone de dos módulos: • Guía para la elaboración del manual de calidad, procedimientos y formatos. • Asesoría multimedia. • El Kit ISO 9000:2000 cumple con lo establecido en la norma ISO/TR 10013:2001 Directrices para la documentación de sistemas de gestión de la calidad. • El Kit ISO 9000:2000 contiene información y documentos preescritos (totalmente modificables) que le indicarán paso por paso cuál es la documentación requerida por cada punto de la norma ISO 9001:2000 y le darán recomendaciones y ejemplos para su implantación.
  37. 37. Ryr facil • • • • • Inicialmente se consideraba que para tener un sistema de medición confiable bastaba con calibrar y ajustar los equipos periódicamente. Después, los sistemas de medición se evaluaban considerando características propias de los instrumentos como la exactitud, la linealidad y la estabilidad. Actualmente se reconoce la necesidad de incluir en estas evaluaciones una fuente adicional de variación que es la causada por el operador y el método. El análisis de Repetibilidad y Reproducibilidad (RyR) se utiliza ampliamente para este fin. Llamamos Repetibilidad a la variación de las mediciones obtenidas con un instrumento cuando lo usa varias veces el mismo operador, para medir la misma característica, en las mismas muestras. Para reducir esta variación se recomienda dar mantenimiento al dispositivo, hacer un rediseño más rígido, mejorar la localización, sujeción o preparación de la muestra, etcétera. Llamamos Reproducibilidad a la variación en el promedio de las mediciones efectuadas por operadores diferentes, usando el mismo instrumento para medir la misma característica, en el mismo grupo de muestras. Esta variación se reducirá con entrenamiento uniforme a los operadores y con mejores métodos de calibración. Es conveniente realizar estudios de RyR al aceptar un instrumento nuevo, antes y después de una reparación, al comparar dos instrumentos y cuando se sospeche una deficiencia. Idealmente deberán programarse estudios de RyR a intervalos regulares.
  38. 38. masterweb • Todo ese esfuerzo y dispendio se puede minimizar con una inversión que se pagaría por sí misma casi inmediatamente. El control de su sistema de gestión de la calidad dejará de ser un gasto y se convertirá en CAPITAL INTELECTUAL. • El software MASTERWEB soluciona todos los problemas relacionados al control de los documentos, el control de los registros, las auditorías, las acciones correctivas, las acciones preventivas y la revisión por la dirección. • En cualquier clase de oficina las posibilidades de mejora son prácticamente ilimitadas a través de la reducción del uso y abuso del papel.
  39. 39. Lista de precios de cada software
  40. 40. • Bibliografía: • http://www.adasoft.com.ar/tecnologias.html • http://www.calidad.com.mx/software.asp?p= kit

×