Está en la página 1de 26

Universidad tecnológica de Panamá

Facultad en Ingeniería en Sistemas Computacionales


Lic. en Ingeniería de Software

Materia:
Calidad del Software

Profesora:
Belén Bonilla

Integrantes:
Shantal de León 8-940-1560
Aramis Andrade 8-936-2069
Gabriel Hernández 8-930-199
Emmanuel Castillo 3-741-2254

Grupo:
ISF131
Contenido
Introducción
Modelo de Producto
• FURPS
• Características del Modelo
• F
• U
• R
• P
• S
• Ventajas y Desventajas

Modelo de Proceso
• ISO / IEC / IEEE 12207
• Estructura
• Distribución
• Procesos Primarios
• Procesos de Soporte
• Procesos Organizacionales
Conclusión
Introducción

Aprenderemos acerca de modelos de calidad que nos permitirán analizar o


complementar el análisis o desarrollo de un sistema en dos puntos de vista
que son FURPS y Norma ISO.

Cualquiera de estos dos modelos nos permitirá realizar un software de


calidad desde el inicio de su desarrollo.
Modelo De Calidad De Software
A Nivel De Producto Y Proceso
Usabilidad

Funcionalidad Confiabilidad

FURPS
Desempeño Soporte
Modelo FURPS Funcionalidad

Usabilidad

• Modelo de calidad propuesto por


Confiabilidad
Robert Grady y Hewlett Packard
Co (HP) en 1987.
Prestación – Rendimiento
• El modelo FURPS incluye, además
de los factores de calidad y los Soporte
atributos, restricciones de diseño y
requerimientos de
implementación, físicos y de
interfaz.
Factores de Calidad
Características del Modelo
• Requisitos Funcionales (F): Que son los que especifican funciones que el
sistema debe ser capaz de realizar sin tener en cuenta las restricciones físicas.

• Requerimiento No Funcionales (URPS): distinguen cuales son los atributos


del sistema o del medio ambiente del sistema.
F= Funcionalidad

• Representa todos los requisitos


funcionales de todo el sistema que
esperamos que se describan.

• Los requisitos funcionales que puede


considerar también importantes desde el
punto de vista de la arquitectura en todo
el sistema.
Características:
• Factores humanos (ergonomía)
U=Usabilidad • Factores estéticos
• Consistencia de la Interfaz
• Documentación
Se refiere a la facilidad con
que las personas pueden
utilizar una herramienta
particular o cualquier otro
objeto fabricado por
humanos con el fin de
alcanzar un objetivo concreto.
Características:
• Frecuencia de las fallas
R=Confiabilidad • Capacidad de recuperación de fallos
• Grado de previsión

Involucra frecuencia y severidad


permitida de fallos y su manejo,
parámetros de recuperabilidad en
caso de fallos, predicción,
exactitud requerida, y tiempo
máximo permitido entre períodos
de fallos.
Características:
P = Rendimiento • Tiempos de respuesta
• Precisión
• Productividad
• Uso de recursos
Involucra velocidad requerida • Eficacia
de procesamiento.
Características:
• Adaptabilidad
S = Soporte • Facilidad de Mantenimiento
• Capacidad de prueba
• Capacidad de configuración
• Compatibilidad
Involucra aspectos de • Requisitos de instalación
extensibilidad, adaptabilidad,
internacionalización, migración a
otros ambientes y/o Equipos.
Ventajas Desventajas
◦ Los criterios son claramente ◦ Una limitación de este modelo de
entendibles. calidad es que no tiene en cuenta la
◦ fácil manejo. portabilidad de los productos
software que se estén considerando.
◦ Utiliza mucha métrica lo que implica
uso de recursos y tiempo.
Definición y objetivo
ISO / IEC / IEEE 12207
Caracteristicas

◦ Modularidad del proceso


◦ Procesos globales para el ciclo de vida
◦ Los procesos se organizan por actividafes
◦ Las actividades se implementan a través
de las tareas.
Estructura
Etapas: Procesos:

Sera el conjunto de actividades


La ISO no define o trabaja con interrelacionadas o interactivas que van a
etapas en específico, por eso como transformar las entradas en salidas y
ejemplo se sugiere que se podrían cualquier proceso se podría repetir
usar las etapas del ciclo de vida del independientemente de la etapa en que se
sistema de ISO / IEC TS 24748-1. esté
Division de Procesos
Esta norma agrupa las
actividades que pueden llevarse a
cabo durante el ciclo de vida del
software en cinco procesos
principales, ocho procesos
de apoyo y cuatro procesos
organizativos.
Procesos Primarios
Proceso de adquisición:
Define las actividades del adquiriente, la organización que
adquiere un sistema, producto software o servicio software.

Proceso de suministro:
Define las actividades del proveedor, organización que
proporciona un sistema, producto software o servicio
software al adquiriente.
Proceso de Desarrollo:
El proceso contiene las actividades para el análisis de los
requisitos, diseño, codificación, integración, pruebas e
instalación y aceptación relacionadas con los productos
software.
Procesos Primarios
Proceso de operación:
El proceso cubrela operación
del producto software y el apoyo a la
operación para los usuarios.

Proceso de mantenimiento:
Este proceso incluyela migración y retirada
del producto software. Este proceso se activa
cuando el producto software sufre modificaciones
en el código y la documentación asociada.
Procesos De Soporte
Proceso de documentación: Este proceso define actividades las cuales planean,
diseñan, desarrollan, editan, distribuyen y mantienen los documentos requeridos por
todos los actores involucrados en el sistema
Proceso de administración de la configuración: El proceso apoya en el control de
las modificaciones y liberaciones de los elementos, y se ocupa de mantener y reportar
el estado de estos elementos a lo largo del tiempo.

Proceso de aseguramiento de la calidad: La misión de este proceso es proveer de


mecanismos para objetiva e independientemente asegurar que los productos y/o
servicios cumplan con los estándares y requerimientos establecidos, que el desarrollo
de otros procesos se apegue lo más posible a lo planificado originalmente.
Procesos De Soporte
Proceso de verificación: La verificación determina la completitud y correctitud de un
requerimiento para un determinado sistema y si las salidas de una actividad cumplen
con las condiciones impuestas por actividades previas.

Proceso de Validación: La validación determina si un determinado sistema ya


construido cumple con las especificaciones para las que fue construido

Proceso de revisión conjunta: Proceso para evaluar el estado y los productos de una
actividad de un proyecto, como sea adecuado. Las revisiones conjuntas están tanto a
nivel técnico como de gestión del proyecto, y se mantienen a lo largo de la vida del
contrato.
Procesos de Soporte
Proceso de resolución de problemas:
Define un proceso para analizar y
eliminar los problemas (incluyendo las no
conformidades) que sean descubiertos
durante la ejecución del proceso de
desarrollo, operación, mantenimiento u
otros procesos, cualquiera que sea su
naturaleza o causa.
Procesos Organizacionales
Proceso de Gestión :
El propósito de este proceso es proveer actividades y tareas genéricas que pueden
emplearse y ajustarse para gestionar otros procesos.

Proceso de Infraestructura:
El propósito de este proceso es definir las actividades necesarias para establecer y
mantener la infraestructura necesaria para poder ejecutar correctamente cualquier
proceso del sistema, ya sea primario o de soporte. Dentro de infraestructura entran
aspecto como software, hardware, estándar, herramientas, técnicas, y facilidades.
Procesos Organizacionales
Proceso de Recursos Humanos:
El propósito de este proceso es proporcionar y mantener al personal capacitado.

Proceso de Mejora:
Este proceso también esta presente en todos los procesos de la organización, su
propósito es proveer actividades de básicas y de alto nivel para establecer, evaluar,
medir y mejorar un proceso de ciclo de vida del software.
Conclusión
El estándar puede ayudar mucho a idear una estructura para que todos los
participantes de un proyectos se sientan cómodos y participes activamente pero para
el éxito de la implementación del estándar es necesario realizarlo lo más conciso y
claro posible para facilitar al personal de la organización su entendimiento y fácil
aplicación en proyectos de desarrollo tomando en base las necesidades del
departamento de sistemas, de lo contrario perjudicaría mas de lo que pudiera
beneficiar.
Referencia
[1]IBM, «IBM,» IBM, 1 Julio 2004. [En línea]. Available: https://www.ibm.com/developerworks/rational/library/3975.html.
[Último acceso: 7 Mayo 2019].
[2] H. Parra, «Prezi,» Prezi, 17 mayo 2015. [En línea]. Available: https://prezi.com/yhwyvagbe0ap/furps/. [Último acceso: 7
Mayo 2019].
[3] L. R. Rojas, «Slideshare,» 12 Diciembre 2016. [En línea]. Available: https://es.slideshare.net/silvestreforce/modelo-furps.
[Último acceso: 7 Mayo 2019].
[4] Anonimo, «Wikia,» [En línea]. Available: https://red-modelos-de-
evaluacion.fandom.com/es/wiki/Modelo_de_Calidad_de_FURPS. [Último acceso: 7 mayo 2019].
[5] ratoide, «Clases3gingsof,» Noviembre 28 2008. [En línea]. Available: http://clases3gingsof.wikifoundry.com/page/FURPS.
[Último acceso: 7 Mayo 2019].

[1]"MODELO DE EVALUACIÓN FURPS - EVALUACIÓN RED GRUPO 3", Sites.google.com, 2019. [Online]. Available:
https://sites.google.com/site/evaluacionredgrupo3/modelo-de-evaluacion-furps. [Accessed: 07- May- 2019]
[2]"Usabilidad", Es.wikipedia.org, 2019. [Online]. Available: https://es.wikipedia.org/wiki/Usabilidad. [Accessed: 07- May-
2019]

También podría gustarte