O slideshow foi denunciado.
Seu SlideShare está sendo baixado. ×
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Carregando em…3
×

Confira estes a seguir

1 de 15 Anúncio

Mais Conteúdo rRelacionado

Diapositivos para si (20)

Semelhante a Modelo furps (20)

Anúncio

Mais recentes (20)

Anúncio

Modelo furps

  1. 1. MODELO FURPS INTEGRANTES: ● Felipe Tolentino, Jesús ● Melgarejo Vásquez, Jhon ● Meza Hinostroza, Kevin ● Ruelas Rojas, Leo ● Sequeiros Yataco, Mario
  2. 2. Introducción - En los últimos años la tendencia de desarrollar software en base a la unión de componentes esta en incremento. Esto se da debido a que las organizaciones buscan reducir los costes y el tiempo dedicados al mismo. - Como cualquier tema relacionado al ciclo de vida de software, involucra el estudio de la calidad de los componentes de sw, tales como los requerimientos del sistema en desarrollo, tanto funcionales como no funcionales. Lo que diferencia de un estudio de calidad al sistema en general a un estudio de calidad de los componentes de software es que se basan en los siguientes factores: atomicidad, reusabilidad y evolución. Para poder solucionar el dilema de establecer un vocabulario exhaustivo de los factores que definan dicha calidad, se forman los MODELOS DE CALIDAD.
  3. 3. Modelo de Calidad Según el estándar ISO 8402 (1986), un modelo de calidad puede definirse como el conjunto de factores de calidad, y de relaciones entre ellos, que proporciona una base para la especificación de requisitos de calidad y para la evaluación de la calidad de los componentes software.
  4. 4. Tipos de Modelo de Calidad fuente: Calidad del Producto y Proceso de Software, pág: 291
  5. 5. FURPS Estos factores de calidad junto a sus atributos son usados para establecer métricas de calidad en las actividades del proceso de desarrollo de software. F U R P S Functionality (Funcionalidad) Usability (Usabilidad) Reliability (Confiabilidad) Performance (Desempeño) Supportability (Capacidad de soporte) Modelo presentado por Hewlett- Packard (HP) en 1987, donde se desarrollan un conjunto de factores de calidad de software, bajo el acrónimo FURPS
  6. 6. Funcionalidad Funcionalidad Functionality (Funcionalidad): hace referencia a los requerimientos específicos de lo que debería realizar el sistema, se valora evaluando los siguientes atributos:
  7. 7. Usabilidad Usability (Usabilidad): hace referencia a la facilidad de uso del producto, mide el esfuerzo que invierte el usuario para utilizar el sistema, se valora evaluando los siguientes atributos : Usabilidad
  8. 8. Confiabilidad Reliability (Confiabilidad): Agrupa los requerimientos que tienen que ver con la solidez y robustez de un sistema durante su ejecución. Confiabilidad Predicción Recuperabilidad Precisión
  9. 9. Performance Performance (Rendimiento): Hace referencia a la velocidad del sistema y su eficiencia en utilización de recursos. Performance Eficacia Rendimiento efectivo total Consumo de recurso Tiempo de respuesta Velocidad de procesamiento
  10. 10. Soporte Supportability(Soporte): se relaciona a factores que se dan durante después de la implementación del sistema SW.
  11. 11. Origen: Especificaciones Complementaria - Furps+ fuente: http://www.ibm.com/developerworks/rational/library/3975.html
  12. 12. Furps+ Es el Modelo Furps extendido por Rational Software ahora IBM Rational Software. El “+” en FURPS+ incluye requisitos como restricciones de diseño, implementación, interface y físicos fuente: http://www.ibm.com/developerworks/rational/library/3975.html
  13. 13. Furps+ Plus Restricciones de Interfaz Restricciones de Implementación Restricciones de Diseño Restricciones Físicas Específica o limita las opciones para el diseño de un sistema. Pone límites a la codificación o la construcción Especifica un elemento externo con el que un sistema debe interactuar Especifica una restricción física impuesta al hardware utilizado para albergar el sistema.
  14. 14. Referencias Bibliográficas What, no supplementary specification?. [En línea]. Disponible en: http://www.ibm.com/developerworks/rational/library/3975.html PRESSMAN, Roger. Ingeniería de Software - Un enfoque sistémico. 5 ed. España, Madrid. 2002. 601 pp. ISBN: 0-07-709677-0 Capturing Architectural Requirements. [En línea]. Disponible en: http://www.ibm.com/developerworks/rational/library/4706.html SATZINGER, Jhon. Systems Analysis and Design in a changing World. 6 ed. Estados Unidos, Boston. 2012. 481 pp. ISBN: 1-111-53415-2
  15. 15. GRACIAS !!

×