Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

modelos y estándares de Calidad del software

No description
by

MadeLeyn UriiBee

on 4 September 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of modelos y estándares de Calidad del software

INTEGRANTES:
Madeleyn Rosales uribe
Carla Merlina Diaz Garcia
Rocio Juarez Salazar
Eduardo Antonio Del Castillo
Jose Raul Hdz Hdz
MODELOS DE CALIDAD
DE SOFTWARE
A NIVEL PRODUCTO
MODELOS Y ESTÁNDARES DE CALIDAD DEL SOFTWARE
ING. DE SOFTWARE
El programa TickIT se basa en la norma ISO 9001:2000 y exige que al evaluar la conformidad con dicha norma se tome en consideración la guía ISO 9000-3
• TICKIT
Es un programa de certificación de administración de la calidad para el software. Mejora y regular el comportamiento de auditores que trabajan en el sector de tecnología de información a través de entrenamiento, y la certificación subsiguiente de auditores el programa TickIT también añade requisitos administrativos para el organismo de certificación acreditado en relación con la calificación del auditor y una nueva evaluación completa cada tres años

Bootstrap

es un método para analizar, rediseñar y mejorar los procesos de negocio del desarrollo de software.
Su enfoque es evaluar el proceso, no el producto.

Para esto:
Define características de los procesos
Provee un análisis cuantitativo
Hace evidentes fortalezas y debilidades
Identifica áreas de mejora
Provee recomendaciones
Sugiere un plan de implementación
ESTANDARES DE CALIDAD DEL SOFTWARE A NIVEL PROCESO

MODELOS DE CALIDAD DEL SOFTWARE
Nivel proceso
Nivel producto

ESTANDARES DE CALIDAD DE SOFTWARE
Nivel proceso
Nivel producto


PSP:
Es un ciclo de vida del proceso de software que se caracteriza por:
Ser definido, conciso,Altamente prescriptivo, Rápido y barato
PSP se enfoca a nivel personal
CICLO DE VIDA DEL PSP
planeacion--> diseño de alto nivel-->revision de alto nivel de diseño-->desarrollo clinico-->post mortem-->integracion-->pruebas
el llamado Team Software Process (TSP) proporciona un marco de trabajo de procesos definidos que está diseñado para ayudarle a equipos de gerentes e ingenieros a organizar y producir proyectos de software de gran escala, que tengan tamaños mayores a varios miles de líneas de código.

El objetivo del TSP es mejorar los niveles de calidad y productividad de un proyecto de desarrollo de software de un equipo, con el fin de ayudarlos a alcanzar los acuerdos de costos y tiempos en dicho desarrollo
Software Práctico y Sistemas de Medición (PSM) se ha desarrollado para satisfacer de software y del sistema retos técnicos y de gestión de la actualidad. Se trata de un proceso de medición basada en la información que se ocupa de los objetivos técnicos y de negocio específicos de una organización.
La orientación en el PSM representa las mejores prácticas utilizadas por los profesionales de medición dentro de las comunidades de software y el sistema de adquisición y de ingeniería.
TSP
PSM
SIX SIGMA FOR SOFTWARE
En general, existen cuatro clases de software que se utilizan para apoyar Six Sigma :
Las herramientas de análisis, que se utilizan para realizar análisis estadísticos o proceso.
Herramientas de gestión de programas, utilizados para gestionar y realizar un seguimiento de todo el programa Six Sigma de una corporación
DMAIC y herramientas de Lean de colaboración de proyectos en línea para los equipos locales y globales
Herramientas de recolección de datos que alimentan la información directamente en las herramientas de análisis y reducen significativamente el tiempo dedicado a la recolección de datos

MODELOS DE CALIDAD DE SOFTWARE A NIVEL PRODUCTO
MODELO GILB
El modelo de Gilb plantea la creación de una especificación de requisitos de calidad para cada proyecto que deben escribir conjuntamente el usuario y el analista. Es un modelo que permite determinar una lista de características quedefinen la calidad de la aplicación.
Puede ser de 2 tipos: (1) Originales y (2) de modelos tradicionales.
Este modelo se ha asociado con la filosofía QFD (Quality FunctionDeployment) para la gestión de la calidad industrial.
El proyecto COQUAMO (Constructive Quality Model) se apoya en el enfoque de Gilb.

MODELO GQM
GQM es la abreviación de Goal-Question-Metric, una técnica muy simple de aprender para derivar métricas a partir de objetivos.
Su utilización involucra 3 pasos:

Listar los objetivos principales.
Derivar a partir de cada objetivo preguntas que deben responderse para determinar si los objetivos se cumplen.
Decidir qué debe medirse para responder esas preguntas en forma adecuada.
El modelo de McCall fue el primero en ser presentado en el 1977 y se origino motivado por Air Forcé y Dod. Este modelo se focaliza en el producto final identificando atributo claves desde el punto de vista del Cliente. Esto atributos se denominan factores de calidad y son normalmente atributos externos pero también se incluyen algunos atributos internos.
MODELO McCALL
MODELO FURPS
El modelo FURPS+ establece cinco características como factores de calidad que son los que le dan nombre:

Functionality (Funcionalidad).
Usability (Usabilidad).
Reliability (Confiabilidad).
Perfomance (Prestación) y
Supportability (Soporte).

El modelo FURPS incluye, además de los factores de calidad y los atributos, restricciones de diseño y requerimientos de implementación, físicos y de interfaz.
El modelo de Boehm es similar al modelo de calidad McCall en que también presenta un modelo de calidad jerárquica estructurada en torno a las características de alto nivel, el nivel de características intermedias, cada una de ellas contribuye al nivel de calidad global. El nivel de características representa alto nivel requisitos básicos de la utilización real de evaluación de software.
MODELO DE BOEHM
MODELO SATC
En 1996 el SATC (Software Assurance Technology Center) de la NASA estableció su propio modelo de calidad de software, siguiendo el modelo ISO 9126.
En el año 1996 cuando el SATC decidió las métricas que iban a formar parte de su modelo de calidad para requisitos, tomó como criterio de decisión que las mediciones a realizar tuvieran un coste razonable en su ejecución, es decir, que la cantidad de tiempo y dinero invertido en obtener los datos no fuera desorbitado.
MODELO DE DROMEY
Droyme propone un modelo de calidad de productos basados en el reconocimiento de la calidad, el cual es diferente para cada producto. Dromey se centra en la relación entre los atributos de calidad y los sub-atributos, así como intentar conectarse propiedades del producto de software con atributos de calidad del software.
MODELO C-QM
checKing Quality Model (CQM) es una metodología para evaluar la calidad interna de un producto software.
Con CQM tendremos un indicador único para cada unidad del software (aplicación, proyecto, petición de cambio, etc.) pero nos permite más nivel de detalle.
El primer nivel de detalle nos muestra un indicador para cada una de las características de software definidas por CQM (seguridad, fiabilidad, eficiencia, mantenibilidad y portabilidad).
El siguiente nivel contiene indicadores técnicos para cada tecnología de la se compone nuestra unidad de software.
Esta metodología fue desarrollada por MITRE Corporation y se basa en el concepto de
establecer una jerarquía en la cual los conceptos relacionados al riesgo del ciclo de vida
están compuestos de factores tangibles y medibles. Es una metodología que permite
cuantificar los riesgos asociados al software. SQAE provee un conjunto de herramientas y
métodos de evaluación que dan una medida consistente de la calidad del software y sus
riesgos asociados.
El método de SQAE está basado en el modelo de Boehm, McCall y Dromey.
METODOLOGIA SQAE:
• WebQEM
WebQEM puede ser usada para evaluar diversos dominios de aplicación de acuerdo a los
distintos puntos de vista y objetivos de evaluación. La definición y la especificación de los
requerimientos de calidad son actividades esenciales en el proceso de evaluación.
Una de las metas principales de la evaluación y comparación de calidad de una Web,
radica en comprender el grado de cumplimiento de un conjunto de características y
subcaracterísticas con respecto a los requerimientos de calidad establecidos. Luis Olsina
desarrolló la metodología WebQM, la cual plantea 4 características de calidad con sus
respectivas subcaracterísticas y atributos.

Las características de calidad planteadas son:
(1) Facilidad de Uso
(2) Funcionalidad
(3) Confiabilidad
(4) Eficiencia.
ISO 90003:2004

ISO 90003:2004 provee una guía para las organizaciones respecto de la aplicación de
ISO/IEC 9001:2000 en la adquisición, suministro, desarrollo, operación y mantenimiento
de software y servicios de soporte.
La aplicación de ISO 90003:2004 es apropiada para un software que:
(1) Forma parte de un contrato comercial con otra organización
(2) Es un producto disponible para un sector
del mercado
(3) Es usado para soportar los procesos de una organización
(4) Está relacionado a servicios de software

La Norma cuenta con 5 capítulos que especifican actividades que deben ser consideradas
cuando se implemente el SGC. Los capítulos son:
(1) Sistema de Gestión de la Calidad
(2) Responsabilidad de la Dirección
(3) Gestión de los Recursos
(4) Realización del Producto
(5) Medida, Análisis y Mejora.

ISO/IEC 9001:2000
ISO/IEC 9001:2000 promueve la adopción de un enfoque basado en procesos cuando se desarrolla, implementa y mejora la eficacia de un SGC, para aumentar la satisfacción del cliente mediante el cumplimiento de sus requisitos.
Para que una organización funcione de manera eficaz, tiene que identificar y gestionar numerosas actividades relacionadas entre sí.

Los capítulos de la ISO 9001:200 son:

(1) Objeto y campo de aplicación
(2) Referencias normativas
(3) Términos y definiciones
(4) Sistema de Gestión de la Calidad
(5)Responsabilidad de la Dirección
(6) Gestión de los Recursos
(7) Realización del Producto
(8) Medición, Análisis y Mejora.
• ISO/IEC 12207:1995
ISO/IEC 12207 puede ser usado para:
(1) Adquirir, suministrar, desarrollar, operar y
mantener software
(2) Soportar las funciones arriba mencionadas mediante el
aseguramiento de calidad, administración de la configuración, revisiones conjuntas,
auditorias, verificación, validación, resolución de problemas y documentación
(3)Administrar y mejorar tanto al personal como a los procesos de la organización
(4) Establecer la administración del software y los ambientes de Ingeniería basados en los procesos de ciclo de vida que se adapten para servir a las necesidades del negocio
(5) Ayudar a un mejor entendimiento entre clientes y proveedores; y entre las partes involucradas en el ciclo de vida de un producto de software
(6) Facilitar la comercialización global del software.

ISO/IEC 12207 describe la arquitectura de los procesos de ciclo de vida del software, pero
no especifica los detalles de cómo implementar o realizar las actividades y tareas incluidas
en los procesos.
• ISO/IEC 12207:2002 AMD 1
Este Amendement 1 provee una revisión de la ISO/IEC 12207:1995 estableciendo un conjunto de información de software que puede ser utilizada en la definición de procesos, evaluación y mejoramiento de procesos. Es decir, agrega y modifica procesos a los ya existentes.

ISO/IEC 12207:2004 AMD 2
Este Amendment 2 contiene modificacione s de “Propósito” y “Resultados” de varios
procesos identificados dentro del alcance de Amendment 1. También contiene correcciones de “Propósito” y “Resultados” de varios procesos por razones técnicas y/o deficiencias.
• ISO / IEC TR 15504 - SPICE
SPICE (Software Process Improvement and Capability dEtermination) es un modelo de madurez de procesos internacional que proporciona un marco de trabajo para la evaluación
de procesos de software.

SPICE tiene tres características principales:
(1) el marco de valor que contempla una dimensión funcional de los procesos.
(2) la evidencia para la evaluación.
(3) larecurrencia dada por la selección de instancias de proyectos o productos.

• IEEE/EIA 12207.0-1996
ISO / IEC 12207 proporciona un marco común para el desarrollo y gestión de software.
IEEE / EIA 12207.0 consta de las aclaraciones, adiciones y cambios aceptados por el
Instituto de las Industrias Electrónicas Ingenieros Eléctricos y Electrónicos (IEEE) y
Asociación (EIA) tal como la formuló un proyecto conjunto de las dos organizaciones. IEEE / EIA 12.207,0 contiene conceptos y directrices para fomentar una mejor comprensión y aplicación de la norma.
• IEEE Std 12207.1-1997
IEEE / EIA 12.207,0 consiste en las aclaraciones, adiciones y cambios aceptados por el Instituto de Ingenieros Eléctricos y Electrónicos (IEEE) y la Alianza de Industrias Electrónicas (EIA) tal como fue formulada por un proyecto conjunto de las dos organizaciones. IEEE / EIA 12207.1 ofrece orientación para los datos del ciclo de vida de grabación resultantes de los procesos del ciclo de vida de IEEE / EIA 12207.0.
• IEEE/EIA 12207.2-1997
12207 proporciona un marco común para el desarrollo y gestión de software. IEEE / EIA 12.207,0 consiste en las aclaraciones, adiciones y cambios aceptados por el Instituto de Ingenieros Eléctricos y Electrónicos (IEEE) y la Alianza de Industrias Electrónicas (EIA) tal como fue formulada por un proyecto conjunto de las dos organizaciones. IEEE / EIA 12207.2 ofrece orientación consideración aplicación de las cláusulas normativas de IEEE / EIA 12207.0.

• COBIT 4.0
Cobit fue:
(1) creado por el Information System Audit and Control Association (ISACA) y
por el IT Governance Institute (ITGI)
(2) actualizado recientemente a su versión 4.0.
La orientación hacia el negocio de COBIT consiste en alinear los objetivos de IT con los
objetivos del negocio, proporcionando métricas y modelos de madurez para medir sus
resultados, e identificar las responsabilidades asociadas al negocio y los responsables de los procesos IT.

COBIT funciona como un framework (Figura 33) para la gestión de IT de la organización
dado que:

– Provee la información que la empresa requiere para lograr sus objetivos
– Mediante la gestión y control de los recursos de IT utiliza una estructura de procesos
para garantizar la entrega de los servicios de información requeridos
• ITIL
ITIL® (IT Infrastructure Library) es el marco de procesos de Gestión de Servicios de TI
más aceptado. ITIL proporciona un conjunto de mejores prácticas, extraídas de organismos
punteros del sector público y privado a nivel internacional, que han sido recogidas por la
Oficina Gubernativa de Comercio Británica (OGC, Office of Goverment Comerce). Este
framework o marco de procesos es utilizado por cientos de organizaciones en el mundo y 220
ha sido desarrollado reconociendo la dependencia creciente que tienen éstas en la
tecnología para alcanzar sus objetivos.

• ISO/IEC 20000:2005
Es el primer estándar mundial para IT Service Management basado en ITIL. Este estándar
permite que las organizaciones puedan mejorar su capacidad en la entrega de los servicios
administrados, medir los niveles del servicio y evaluar el performance.
También permite a los proveedores del servicio entender cómo aumentar la calidad del servicio entregado a los clientes internos y externos.
ISO 20000 integra el proceso basado en la propuesta de ISO 9001:2000 e ISO 14001:2004
incluyendo el ciclo PDCA (Plan – Do – Control – Act) y el requerimiento de mejoramiento
continuo.
ESTANDARES DE CALIDAD DEL SOFTWARE A NIVEL PRODUCTO
• ISO/IEC 9126-1:2001 – Quality Model
La ISO 9126 describe el modelo de calidad del producto de software.
La primera parte del modelo especifica 6 características de calidad interna y externa, las cuales están divididas en subcaracterísticas, son manifestadas externamente cuando el software es utilizado como parte de un sistema, y son un resultado de atributos internos del software.

La calidad externa evalúa que el software satisfaga las necesidades del usuario teniendo en cuenta las condiciones especificadas.
Esta calidad es medible en el comportamiento del producto.
La calidad interna evalúa el total de atributos que un software debe satisfacer teniendo en cuenta condiciones especificadas. Esta calidad es medible a partir de las características intrínsecas.

El modelo de calidad de ISO 9126-1 establece 3 niveles:
(1) Característica
(2)Subcaracterística
(3) Métricas.

Existen métricas internas y externas. Las métricas internas pueden ser aplicadas a unsoftware no ejecutable durante el diseño y la codificación. Las métricas externas se utilizan en el software ejecutable.
• ISO/IEC 25000:2005 – SquaRE
SQuaRE (Software Quality Requirements and Evaluation) es una nueva serie de normas que se basa en ISO 9126 y en ISO 14598 (Evaluación del software). Uno de los principales objetivos de la serie SQuaRE es la coordinación y harmonización del contenido de ISO 9126 y de ISO 15939:2002 (Measurement Information Model). ISO 15939 tiene un modelo de información que ayuda a determinar que se debe especificar durante la planificación, performance y evaluación de la medición, Para su aplicación, cuenta con los siguientes pasos:

(1) Recopilar los datos
(2) Preparación de los datos
(3) Análisis de los datos.
• IEEE-Std 1061-1998:
Standard for a Software Quality Metrics Methodology
IEEE-Std 1061-1998: Norma para la Calidad del Software Métricas Metodología

Una metodología para establecer los requisitos de calidad y definición, ejecución, analizar y validar los procesos y software del producto métricas de calidad se define. El metodología abarca todo el ciclo de vida del software
Full transcript