Estandares Iso,Spice Y Cmm Y Empresas

26,973 views
26,695 views

Published on

Published in: Technology, Business
1 Comment
4 Likes
Statistics
Notes
No Downloads
Views
Total views
26,973
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
1,205
Comments
1
Likes
4
Embeds 0
No embeds

No notes for slide

Estandares Iso,Spice Y Cmm Y Empresas

  1. 1. CALIDAD DEL SOFTWARE<br />-ESTANDARES DE CALIDAD APLICADOS AL SOFTWARE:<br />ISO, SPICE Y CMM<br />NOMBRE DEL ALUMNO: <br />LUIS MANUEL SANCHEZ GARCIA<br />CARRERA: INFORMÁTICA SEMESTRE: V<br /> Oaxaca de Juárez, Oaxaca a 29 DE NOVIEMBRE DEL 2009<br />
  2. 2. Estándar ISO<br />
  3. 3. 3.1 Estándar ISO<br />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.<br />
  4. 4. ISO 900 CALIDAD DE SOFTWARE<br />“La calidad del software es el grado con el que un sistema, componente o proceso cumple los requerimientos especifica cados y las necesidades o expectativas del cliente o usuario”.<br />Las tres fallas dominantes que existen dentro de la industria del software son:<br />Los altos costos en cuanto a depuración de un sistema.<br />Tiempo perdido en la corrección del sistema (estamos de acuerdo en que no existirían estas deficiencias si se hubiera realizado un análisis a conciencia del sistema)<br />Y la falla de conocer todas las necesidades del usuario. <br />
  5. 5. Las normas ISO 9000 son normas sobre &quot;calidad&quot; y &quot;gestión continua de calidad&quot;, establecidas por la Organización Internacional para la Estandarización (ISO). Se pueden aplicar en cualquier tipo de organización o actividad sistemática orientada a la producción de bienes o servicios. Se componen de estándares y guías relacionados con sistemas de gestión y de herramientas específicas, como los métodos de auditoría.<br />
  6. 6. ventajas de las empresas que cuentan con el ISO 9000<br /><ul><li>Monitorear los principales procesos asegurando que sean efectivos
  7. 7. Mantener registros apropiados de la gestión, de los procesos y de los procedimientos.
  8. 8. Mejorar la satisfacción de los clientes o los usuarios
  9. 9. Mejorar continuamente los procesos, tanto operacionales como de calidad.
  10. 10. Reducir los rechazos e incidencias en la producción o prestación del servicio mediante un monitoreo y la existencia de procedimientos para la corrección de los problemas. </li></li></ul><li>BENEFICIOS DE ISO<br />Adecuación a la Administración de los procesos <br />Enfoque a los resultados de la Institución <br />Integración con otros sistemas de Administración de la Calidad <br />Incluye procesos de mejora continua <br />Adaptable a las necesidades de los alumnos <br />Enfoque a las necesidades de los alumnos y partes interesadas.<br />
  11. 11. Estructura de la organización <br />La Organización ISO está compuesta por tres tipos de miembros: <br />Miembros simples, uno por país, recayendo la representación en el organismo nacional más representativo. <br />Miembros correspondientes, de los organismos de países en vías de desarrollo y que todavía no poseen un comité nacional de normalización. No toman parte activa en el proceso de normalización pero están puntualmente informados acerca de los trabajos que les interesen. <br />Miembros suscritos, países con reducidas economías a los que se les exige el pago de tasas menores que a los correspondientes. <br />
  12. 12. Factores que determinan la calidad del software <br /> Se clasifican en tres grupos:<br />*Operaciones del producto: características operativas<br />*Revisión del producto: capacidad para soportar cambios<br />*Transición del producto: adaptabilidad a nuevos entornos<br />
  13. 13. Principales normas ISO <br />Algunos estándares son los siguientes:<br />ISO 216 — Medidas de papel: p.e. ISO A4 <br />ISO 639 — Nombres de lenguas <br />ISO 690:1987 — Regula las citas bibliográficas (corresponde a la norma UNE 50104:1994) <br />ISO 690-2:1997 — Regula las citas bibliográficas de documentos electrónicos <br />ISO 732 — Formato de carrete de 120<br />ISO 838 — Estándar para perforadoras de papel <br />ISO 1007 — Formato de carrete de 135<br />ISO/IEC 1539-1 — Lenguaje de programación Fortran<br />ISO 3029 — Formato carrete de 126<br />ISO 3166 — Códigos de países<br />ISO 4217 — Códigos de divisas<br />ISO 7811 — Técnica de grabación en tarjetas de identificación <br />ISO 8601 — Representación del tiempo y la fecha. Adoptado en Internet mediante el Date and Time Formats de W3C que utiliza UTC<br />ISO 8859 — Codificaciones de caracteres que incluye ASCII como un subconjunto (Uno de ellos es el ISO 8859-1, que permite codificar las lenguas originales de Europa occidental, como el español) <br />ISO/IEC 8652:1995 — Lenguaje de programación Ada<br />ISO 9000 — Sistemas de Gestión de la Calidad – Fundamentos y vocabulario <br />ISO 9001 — Sistemas de Gestión de la Calidad – Requisitos <br />ISO 9004 — Sistemas de Gestión de la Calidad – Directrices para la mejora del desempeño <br />ISO 9660 — Sistema de archivos de CD-ROM<br />
  14. 14.  <br />ISO 9899 — Lenguaje de programación C<br />ISO 10279 — Lenguaje de programación BASIC<br />ISO 10646 — Universal Character Set<br />ISO/IEC 11172 — MPEG-1<br />ISO/IEC 12207 — Tecnología de la información / Ciclo de vida del software <br />ISO 13450 — Formato de carrete de 110<br />ISO 13485 — Productos sanitarios. Sistemas de Gestión de la Calidad. Requisitos para fines reglamentarios <br />ISO/IEC 13818 — MPEG-2<br />ISO 14000 — Estándares de Gestión Medioambiental en entornos de producción <br />ISO/IEC 14496 — MPEG-4<br />ISO 14971 — Productos sanitarios. Aplicación de la gestión de riesgos a los productos sanitarios<br />ISO/IEC 15444 — JPEG 2000<br />ISO/IEC 15504 — Mejora y evaluación de procesos de desarrollo de software <br />ISO 15693 — Estándar para «tarjetas de vecindad» <br />ISO 22000 — Inocuidad en alimentos <br />ISO 26300 — OpenDocument<br />ISO/IEC 17025 — Requisitos generales relativos a la competencia de los laboratorios de ensayo y calibración <br />ISO/IEC 26300 — OpenDocument Format (.odf) <br />ISO/IEC 27001 — Sistema de Gestión de Seguridad de la Información <br />ISO/IEC 20000 — Tecnología de la información. Gestión del servicio <br />ISO 32000 — Formato de Documento Portátil (.pdf)<br />
  15. 15. ESTANDAR SPICE<br />
  16. 16. 3.2 SPICE<br />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<br />
  17. 17.  Etapas de SPICE<br />Preparación: En esta etapa se ve el alcance del estudio, metas del negocio, los procesos a evaluar y las instancias de los procesos. <br />Recolección de datos: los expertos realizan entrevistas, discusiones, análisis de documentos y uso de herramientas.<br /> En las entrevistas los evaluadores entrevistan o discuten con gente interesada en el proceso de acreditación en spice.<br />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.<br /> Durante el análisis se hacen mediciones sobre :<br />¿Qué se hace(ejecución de actividades ,productos de trabajo que realizan las personas o empresas a evaluar)?<br /> ¿Qué tan bien realizan sus procesos(efectividad o capacidad del proceso)? <br /> Análisis de datos: el asesor calificado usa los datos recopilados para asignarle valores a cada uno de los procesos.<br />
  18. 18. Dimensión de procesos<br /> <br /> 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: <br /> <br /> CUS: Cliente-Proveedor.<br /> ENG: Ingeniería.<br /> SUP: Soporte.<br /> MAN: Gestión.<br /> ORG: Organización.<br /> <br />
  19. 19. Dimensión de procesos CUS<br />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<br /> <br />CUS.1 Adquisición de productos software y/o servicios<br />CUS.2 Establecimiento de contratos<br />CUS.3 Identificar las necesidades del cliente<br />CUS.4 Realizar auditorías y revisiones conjuntas.<br />CUS.5 Entrega e instalación del software.<br />CUS.6 Mantenimiento del software.<br />CUS.7 Proporcionar servicio al cliente.<br />CUS.8 Valorar la satisfacción del cliente.<br /> <br />
  20. 20. Dimensión de procesos ENG<br /> 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. <br />ENG.1 Análisis y diseño de requerimientos del sistema<br />ENG.2 Análisis de requerimientos del software.<br />ENG.3 Diseño del software.<br />ENG.4 Construcción del software.<br />ENG.5 Integración y pruebas del software.<br />ENG.6 Integración y pruebas del sistema.<br />ENG.7 Mantenimiento del software y del sistema. <br />Dimensión de procesos SUP<br /> 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. <br />SUP.1 Documentación<br />SUP.2 Gestión de la configuración del software<br />SUP.3 Garantía de calidad<br />SUP.4 Resolución de problemas<br />SUP.5 Realizar revisiones conjuntas<br />
  21. 21. Dimensión de procesos MAN<br /> Formada por procesos utilizados en la gestión de cualquier tipo de proyecto o proceso en el ciclo de vida del software.<br /> MAN.1 Gestionar el proceso.<br />MAN.2 Gestionar el proyecto.<br />MAN.3 Gestionar la calidad.<br />MAN.4 Gestionar los riesgos.<br /> <br />Dimensión procesos ORG<br /> Formada por procesos que establecen los objetivos de negocio de la organización.<br /> ORG.1 Alineamiento de la organización.<br />ORG.2 Establecimiento del proceso<br />ORG.3 Evaluación del proceso<br />ORG.4 Mejora del proceso.<br />ORG.5 Gestión de recursos humanos.<br />ORG.6 Infraestructura.<br />ORG.7 Reutilización<br /> <br />
  22. 22. Niveles de capacidad <br />Nivel 0:  Proceso Incompleto <br />El proceso no está implementado o no logra conseguir su objetivo. No hay atributos en este nivel. <br /> <br />Nivel 1:  Proceso Realizado <br /> <br />El propósito implementado logra su objetivo definido.<br />      PA 1.1:  Rendimiento del Proceso<br />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. <br /> <br />
  23. 23. Nivel 2: Proceso Gestionado  <br />El proceso Realizado entrega productos con una calidad aceptable en un margen de tiempo y necesidades de recursos definidos.<br />      PA 2.1:  Gestión del Rendimiento<br />La ejecución del proceso se gestiona para producir productos en un plazo de tiempo y con unos requisitos preestablecidos.<br />      PA 2.2:  Gestión del Producto<br />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. <br />Nivel 3:  Proceso Establecido <br />El proceso Gestionado se realiza utilizando un proceso definido basado en los principios de la ingeniería del software.<br />      PA 3.1:  Definición del Proceso<br />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.<br />      PA 3.2:  Recursos del Proceso<br />La ejecución del proceso utiliza eficazmente recursos humanos con las habilidades adecuadas y una infraestructura de proceso que contribuyen a los objetivos. <br />
  24. 24. Nivel 4:  Proceso Previsible<br /> <br />El proceso Establecido se realiza constantemente dentro de los límites de control definidos para lograr sus objetivos.<br />      PA 4.1:  Medición del Proceso<br />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.<br />      PA 4.2:  Control del Proceso<br />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. <br />
  25. 25. Nivel 5:  Proceso Optimizando<br /> <br />El proceso Previsible optimiza  su rendimiento para satisfacer las necesidades de negocio actuales y futuras y logra repetidamente satisfacer sus objetivos de negocio definidos.<br />      PA 5.1:  Cambio de Proceso<br />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.<br />      PA 5.2:  Mejora Continua<br />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.<br /> <br /> <br /> <br />
  26. 26. ESTANDAR CMM<br />
  27. 27. 3.3 CMM<br /> 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.<br />
  28. 28. 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 DraftStandar v.1.00.<br /> 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.<br />
  29. 29. 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. <br />
  30. 30. Los cinco niveles de madurez de CMMI son:<br />
  31. 31. Los niveles CMM –CMMI son 5:<br /> 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. <br /> 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.<br />
  32. 32. 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.<br />Los procesos que hay que implantar para alcanzar este nivel son: <br />Gestión de requisitos <br />Planificación de proyectos <br />Seguimiento y control de proyectos <br />Gestión de proveedores <br />Aseguramiento de la calidad <br /> Gestión de la configuración<br />
  33. 33. 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<br />Los procesos que hay que implantar para alcanzar este nivel son: <br />Desarrollo de requisitos <br />Solución Técnica <br />Integración del producto <br />Verificación <br />Validación <br />Desarrollo y mejora de los procesos de la organización <br />Definición de los procesos de la organización <br />Planificación de la formación <br />Gestión de riesgos<br />Análisis y resolución de decisiones<br />
  34. 34. 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. <br />Los procesos que hay que implantar para alcanzar este nivel son: <br />Gestión cuantitativa de proyectos <br />Mejora de los procesos de la organización <br />
  35. 35. 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.<br />Los procesos que hay que implantar para alcanzar este nivel son: <br />Innovación organizacional <br />Análisis y resolución de las causas <br />
  36. 36. Estructura del modelo CMM:<br />
  37. 37. Normalmente las empresas que intentan alcanzar los niveles 4 y 5 lo realizan simultáneamente ya que están muy relacionados. <br />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.<br />
  38. 38. BIBLIOGRAFIA:<br />Ingeniería del Software <br /> Pressman editorial Mc GrAw Hill<br />http://es.wikipedia.org/wiki/ISO/IEC_15504<br />http://es.wikipedia.org/wiki/Modelo_de_Capacidad_y_Madurez<br />http://www.eumed.net/libros/2008a/351/Modelo%20de%20Madurez%20de%20Capacidad.htm<br />http://www.gestiopolis.com/recursos/experto/catsexp/pagans/ger/49/iso.htm<br />http://es.wikipedia.org/wiki/Organizaci%C3%B3n_Internacional_para_la_Estandarizaci%C3%B3n<br />http://www.hipertexto.info/documentos/norm_document.htm<br />
  39. 39. INVESTIGACION DE APLICACIONES QUE EXISTEN EN MEXICO<br />Nombre de la empresa: Tata Consultancy Services<br />Dirección: Insurgentes Sur 813, Piso 10, ofna. 1001 México, D.F. - 03810 D. Federal<br />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<br /> <br />
  40. 40. Nombre de la empresa: Secretaria de Comunicaciones y Trasportes Oaxaca <br />Dirección: Carr. Cristóbal Colón Tramo Oaxaca-Tehuantepec Km 6.5 Oaxaca, Oax. C.P. 68100<br />Información sobre la empresa:ISO-9000:2000<br />
  41. 41. Investigación del software que mida la calidad<br />Nombre del software: ADA Software Factory<br />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.<br />
  42. 42. Detalles : ADA Software Factory,  Otamendi 48, Piso 5º, 1405 Buenos Aires, Argentina <br />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 deseanProveer 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<br />
  43. 43. 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).<br /> Está basada en estándares de tecnología informática y administración de proyectos ampliamente reconocidos.<br /> 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.<br /> 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.<br /> 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<br />
  44. 44. Estándares utilizados por ADA<br />ISO/IEC 15504, Theinternationalstandard for ProcessAssessment (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<br />Guide tothe 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.<br />Guide tothe Software Engineering Body of Knowledge (SWEBOK): de la Association of Computing Machinery (ACM) y la ComputerSociety del Institute of Electrical and ElectronicsEngineers (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.<br />
  45. 45. ANSI/IEEE STD 1362, Concept of Operations (ConOps): del American NationalStandards Institute y del Institute of Electrical and ElectronicsEngineers Inc. Esta norma especifica el formato y contenido del documento Conceptual de Operaciones, desde el punto de vista del usuario.<br />ANSI/IEEE STD 830, Guía para Especificación de Requerimientos de Software: del American NationalStandards Institute y del Institute of Electrical and ElectronicsEngineers Inc. Esta norma especifica el formato y contenido del documento de Especificación de Requerimientos de un Proyecto de Software.<br />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.<br />ANSI/IEEE 1074, Estándar para el Desarrollo de Procesos del Ciclo de Vida del Software: del American NationalStandards Institute y del Institute of Electrical and ElectronicsEngineers Inc. Esta norma describe las actividades y procesos necesarios para el desarrollo y mantenimiento de software<br />
  46. 46. ANSI/IEEE STD 1012, Estándar para Planes de Verificación y Validación de Software: del American NationalStandards Institute y del Institute of Electrical and ElectronicsEngineers Inc. Esta norma especifica las mejores prácticas para el proceso de Planeamiento de Verificación y Validación de productos de software.<br />ANSI/IEEE STD 1008, Estándar para Testeo de Software: del American NationalStandards Institute y del Institute of Electrical and ElectronicsEngineers Inc. Esta norma especifica las mejores prácticas para el proceso de Testeo de productos de software.<br />ANSI/IEEE STD 610.12, Glosario Estándar para Terminología de Ingeniería de Software: del American NationalStandards Institute y del Institute of Electrical and ElectronicsEngineers Inc. Esta norma especifica los términos y sus significados, a utilizar en la Ingeniería de Software.<br />UML, UnifiedModelingLanguage: 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<br />
  47. 47. 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:<br />Sistemas Operativos: Linux (Red Hat, Suse y otros) Windows 98, Me, NT Ws, 2000 professional, Xp, Vista Windows NT Server, 2000 Server,           2003 Server <br />Web Servers Apache Internet Information Server Sun Java System<br />Motor de ServletsTomcat<br />Application Servers JBossSun Java System<br />Application Server BEA Web LogicApplication Server IIS + Framework.NetWebSphereApplication Server <br />Bases de Datos Oracle 8, 9i, 10g, 11g PostgreSQL SQL Server MySql<br />
  48. 48. Supercep<br />Nombre del software: SuperCEPrealiza todos los reportes y gráficos requeridos por el control estadístico de la calidad (útil tanto en la industria como en los servicios). <br />Descripcion:Esun 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. <br />
  49. 49. Kit ISO 9000:2000<br />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.<br />El Kit ISO 9000:2000 se compone de dos módulos:<br />Guía para la elaboración del manual de calidad, procedimientos y formatos. <br />Asesoría multimedia. <br />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.<br />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.<br />
  50. 50. Ryr facil <br />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.<br />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.<br />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.<br />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.<br />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. <br />
  51. 51. masterweb<br />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.<br />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.<br />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.<br />
  52. 52. Lista de precios de cada software<br />
  53. 53. Bibliografía:<br />http://www.adasoft.com.ar/tecnologias.html<br />http://www.calidad.com.mx/software.asp?p=kit<br />

×