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.
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. 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. • 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. • 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. • 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. • 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. 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. • 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. • 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. • 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.
15. 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.
16. 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.
17. 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.
19. 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.
20. 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
21. 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
22. 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
23. 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
25. • 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.
26. 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
27. 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
28. • 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
29. 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.
30. • 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
31. • 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
32. 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.
33. • 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
34. • 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
35. 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
36. 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.
37. 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.
38. 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.
39. 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.
