Calidad Del Software Fernando

PROYECTO
Conceptos bsicos de calidad y aseguramiento de la calidad

del software
Calidad de Software
2716IS
INGENIERA EN SOFTWARE.
PRESENTA:
RAMREZ HERNNDEZ JUAN FERNANDO
14140530101
EMPRESA:
G.I.D.T.F.A.M.
(GRUPO DE INVESTIGACIN Y DESARROLLO
TECNOLGICO DE LA FUERZA AREA MEXICANA)
PROFESOR: ALICIA BALDOVINOS DEL RIO
Tecmac, Estado de Mxico septiembre 2016
INTRODUCCION
En la elaboracin de este proyecto escrito primero que nada se debe de tomar en
cuenta que es la calidad de software. Es la concordancia con los requerimientos
funcionales y de rendimiento explcitamente establecidos, con los estndares de
desarrollo explcitamente documentados y con las caractersticas implcitas que se
esperan de todo software desarrollado profesionalmente.
Calidad de Software
Matricula: 14140530101
2716IS
Profa. Alicia Baldovinos del Rio

19/Septiembre/2016
Los productos o servicios que poseen certificados de calidad son preferidos por
los compradores, ya que transmiten seguridad y confianza, constituyendo un
atributo de valor para las estrategias de comercializacin en el exterior.
NDICE
CONCEPTOS BASICOS..................................................................................7
MODELOS DE CALIDAD DEL SOFTWARE.........................................................8
NORMAS ISO SOBRE CALIDAD DE PRODUCTO DE SOFTWARE........................16
FAMILIA DE NORMAS ISO 25000.................................................................21
Estudiante de Ingeniera en Software Ramrez Hernndez Juan Fernando

Tel. 55-47-15-07-03
Correo: nau.j1@hotmail.com
Calidad de Software
2716IS

19/Septiembre/2016
NORMAS SOBRE EL MODELADO DE CALIDAD...............................................23
NORMAS SOBRE GESTIN DE CALIDAD.......................................................24
INGENIERA DEL SOFTWARE.......................................................................25
SITUACIN DE LA CALIDAD DEL SOFTWARE.................................................31
IMPORTANCIA DE LA CALIDAD EN EL SOFTWARE.........................................31
ISO Y EL PROCESO DE NORMALIZACIN......................................................32
PEOPLE CMM............................................................................................. 37
DESARROLLO
Modelos de proceso del software

Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
CONCEPTOS BASICOS
Proceso del software: Conjunto de actividades y resultados asociados que

conducen a la creacin de un producto software. [Sommerville, 2002]
Ciclo de vida del software: Aproximacin lgica a la adquisicin, el

suministro, el desarrollo, la explotacin y el mantenimiento del software
(norma IEEE 1074) [IEEE, 1999]
El ciclo de vida incluye
Ciclo de desarrollo del sistema

Tiempo de vida del sistema
Modelo de ciclo de vida: Marco de referencia que contiene los procesos,

las actividades y las tareas involucradas en el desarrollo, la explotacin y el
mantenimiento de un producto de software, abarcando la vida del sistema
desde la definicin de los requisitos hasta la finalizacin de su uso (norma
ISO 12207-1) [ISO/IEC, 1995]
Actividad: conjunto de tareas

Tarea: accin que transforma entradas en salidas
MODELOS DE CALIDAD DEL SOFTWARE

Calidad de software
Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
Cuando se habla de calidad del software, se hace referencia al conjunto de

cualidades que determina su utilidad. Es el grado en que el software cumple con
los requisitos especificados (eficiencia, flexibilidad, correccin, mantenimiento,
seguridad e integridad). sta calidad puede ser inspeccionada al finalizar el
producto.
En los modelos de calidad de software existen tres modelos importantes:
Calidad del producto: propiedades del producto segn usuario y segn

desarrollador.
Valor tcnico
Calidad del proceso: actividades que influyen en calidad del producto
Valor comercial
Calidad en uso: relacin del producto con el ambiente donde se le emplea
MODELO MCCALL
Se centra en tres aspectos importantes de un producto de Software: Operacin del
producto (caractersticas operativas), Revisin del producto (capacidad para
soportar los cambios) y Transicin del producto (adaptabilidad a nuevos entornos).

Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
Cada perspectiva cuenta con una lista de factores de calidad, los cuales son
demasiado abstractos para ser medidos directamente, por lo que cada uno de
ellos se introducen atributos de bajo nivel, denominados criterios de calidad.
Factores de calidad de operacin
Correccin: Mide el grado en que un programa satisface sus
especificaciones y consigue los objetivos del usuario.
Fiabilidad: Mide el grado en que se puede esperar que un programa
lleve a cabo sus funciones esperada con la precisin requerida.
Eficiencia: Mide la cantidad de recursos de computadora y de
cdigo requerido por un programa para que lleve a cabo las
funciones especificadas.
Integridad: Es el grado en que puede controlarse el acceso al
software o a los datos por personal no autorizado.
Facilidad de Uso: Es el esfuerzo requerido para aprender un
programa e interpretar la informacin de entrada y de salida.
Factores de calidad de revisin
Facilidad de Mantenimiento: Es el esfuerzo requerido para localizar
y arreglar programas.
Facilidad de Prueba: Es el esfuerzo requerido para probar un
programa.
Flexibilidad: Es el esfuerzo requerido para modificar un sistema
operativo.
Factores de calidad de transicin
Portabilidad: Es el esfuerzo requerido para transferir un software de
un hardware o un entorno de sistemas a otro.
Reusabilidad: Es el grado en que un programa (o partes de un
programa) se puede reutilizar en otro.
Facilidad de Interoperacin: Es el esfuerzo requerido para asociar
un programa a otro.
Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
MODELO DE BOEHM
Plantea tres niveles para las caractersticas: de alto nivel (requerimientos

generales de uso), de nivel intermedio (factores de calidad Boehm) y nivel
primitivo. Cada una de estas caractersticas contribuye al nivel general de calidad.
El modelo se centra en:
Sus caractersticas operativas.

Su capacidad para soportar los cambios.
Su adaptabilidad a nuevos entornos.
La evaluacin del desempeo del hardware.
Caractersticas del alto nivel

Utilidad per-se, cuan usable, confiable, eficiente es el producto en s
mismo.
Mantenimiento, cuan fcil es modificarlo, entenderlo y re testearlo.
Utilidad general, si puede seguir usndose si se cambia el ambiente.
Caractersticas del nivel intermedio
Portabilidad (Utilidad general)

Fiabilidad (Utilidad per-se)
Eficiencia (Utilidad per-se)
Usabilidad (Utilidad per-se)
Capacidad de prueba (Mantenibilidad)
Comprensibilidad (Mantenibilidad)
Flexibilidad (Mantenibilidad).
Caractersticas el nivel primitivo (bajo)

El nivel ms bajo corresponde a caractersticas asociadas a uno o dos criterios de
calidad. Aunque parezcan similares, la diferencia est en que McCall focaliza en
medidas precisas de alto nivel, mientras que Boehm presenta un rango ms

Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
amplio de caractersticas primitivas. La mantenibilidad est ms desarrollada en

Boehm.
Criterio
Correctitud
Integridad
Eficiencia
Testeabilidad
Flexibilidad
Portabilidad
Modificabilida
d
Entendibilidad
McCall
X
X
X
X
X
X
Boehm
X
X
X
Criterio
Confiabilidad
Usabilidad
Mantenibilidad
Interoperabilida
X
X
X
d
Reusabilidad
Claridad
Documentacin
Validez
McCall
X
X
X
X
Boehm
X
X
X
X
X
X
X
MODELO CMMI
Este modelo es uno de los principales que se utiliza para la mejora de procesos
que proporciona a las organizaciones los elementos esenciales para procesos de
desarrollo y mantenimiento de software. Durante los 90, SEI desarroll modelos
para la mejora y medicin de la madurez (CMMI o Capability Maturity Model
Integration) especficos para varias reas:
CMMI-SW: CMMI for software

P-CMMI: People CMMI.
SA-CMMI: Software Acquisition CMMI
SSE-CMMI: Security Systems Engineering CMMI.
T-CMMI: Trusted CMMI
Bsicamente el CMMI son normas para calidad enfocada al mundo del Software.
Estas se aplican a los diferentes procesos que hay que llevar a cabo para lograr
producir software con calidad, es muy importante mencionar que igual que las
Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
normas ISO 90003, este modelo nos dice que hay que hacer, y no como hay que
hacerlo El modelo CMMI permite:
Describir los componentes del modelo y sus relaciones.
Comprender las reas de proceso.
Localizar informacin relevante en el modelo.
Los estados de madurez de un proyecto se divide en cinco niveles los cuales son:
1.
2.
3.
4.
5.
Inicial
Gestionado
Definido
Gestionado cuantitativamente
Optimizacin o en optimizacin continua
1. Inicial.
En los procesos de una empresa en ste nivel, la transicin desde las entradas
hasta las salidas est mal definida y descontrolada, provocando que proyectos
similares puedan tener una gran variacin en cuanto a su productividad y en su
calidad debido a la ausencia de una estructura y control adecuados. Las empresas
en este nivel deben comenzar por definir y recoger datos, estableciendo una serie
de medidas de lneas base. El objetivo principal es proporcionar un punto de
partida para medir, a travs de comparacin, las mejoras segn se incremente la
madurez
2. Gestionado.
En este nivel la caracterstica de los procesos es ser intuitivos, coexistiendo unos
costos y calidad altamente variables, junto con un razonable control de la
planificacin y con unos mtodos o procedimientos informales efectuados en el
Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
mismo instante. De esta forma, se identifican las entradas y las salidas del
proceso, las restricciones, como presupuesto o calendario y los recursos utilizados
para obtener el producto final. En la definicin de CMM, ste nivel de madurez se
denomina repetible. El proceso es repetible en el sentido de que las mismas
entradas producen las mismas salidas, pero todava no es posible observar cmo
se generan las salidas.
3. Definido.
ste pasa a ser un nivel cualitativo, donde se comienza a gestionar correctamente
tanto los costos como la planificacin dentro de unos lmites razonables. Ahora s
se conoce la forma de construccin del sistema, ya que se conocen las
actividades intermedias y cules son las entradas y salidas para las mismas. Por
tanto, es posible examinar y medir estas actividades, dado que los productos
intermedios estn bien definidos. Esta definicin afecta tanto a los procesos de
administracin como a los de ingeniera, que estn documentados de una forma
estndar dentro del proceso de software de la organizacin. De esta forma, todos
los proyectos utilizan en el desarrollo y mantenimiento del software una versin del
proceso documentada.
4. Gestionado cuantitativamente.
A diferencia del nivel anterior, este cuarto nivel pasa a ser un nivel cuantitativo.
Ahora se tienen medidas detalladas del proceso del software y de la calidad del
producto, habilitando la presencia de un cierto control estadstico sobre la calidad
del producto. Una vez definido el proceso, se le aade la gestin del mismo
5. Optimizando o en Optimizacin Continua.
En este ltimo nivel de optimizacin continua, las bases cuantitativas se utilizan
para una inversin continua de capital en el proceso de automatizacin y mejora
de manera que la organizacin alcanza el nivel superior de la madurez de
procesos. Las medidas en este nivel, se utilizan para mejorar el proceso, quitando
Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
o aadiendo actividades e incluso cambiando su estructura en funcin de las

medidas obtenidas. Resumiendo se trata de aportar nuevos aspectos, ideas y
tecnologas que permitan mejorar el proceso del software.
MODELO ISO/ IEC 15504
Este estndar SPICE trabaja con procesos de ingeniera, cliente-servidor, gestin
de la organizacin y del soporte, fue diseada por la alta competitividad del
mercado de desarrollo de software, a la difcil tarea de identificar los riesgos,
cumplir con el calendario, controlar los costos y mejorar la eficiencia y calidad,
adems realiza una evaluacin de los procesos de software relacionando con el
conocimiento y la experiencia aportado por otros modelos como: CMM, Trillium,
Bootstrap y ISO 9001 entre otros.
Utiliza una gua para la evaluacin de proyectos, que envuelve la medicin de un
proceso, este mtodo de medicin plantea uso de Mtricas de calidad, la
administracin de datos (incluyendo datos histricos), y el manejo de mtricas en
la organizacin, su principal objetivo es la generacin de mtricas de proceso y de
producto para dar soporte a la planificacin efectiva y as mejorar la calidad de los
productos.
Este engloba un modelo de referencia para los procesos y sus potencialidades
sobre la base de la experiencia de compaas grandes, medianas y pequeas.

Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
NORMAS ISO SOBRE CALIDAD DE PRODUCTO DE

SOFTWARE
ISO-9126 para anlisis de software
ISO 9126 es un estndar internacional para la evaluacin del Software, fue
originalmente desarrollado en 1991 para proporcionar un esquema para la
evaluacin de calidad del software. La normativa define seis caractersticas de la
aplicacin, estas seis caractersticas son dividas en un nmero de subcaractersticas, las cuales representan un modelo detallado para la evaluacin de
cualquier sistema informtico.
El modelo establece diez caractersticas, seis que son comunes a las vistas
interna y externa y cuatro que son propias de la vista en uso.
Funcionalidad: capacidad del software de proveer los servicios necesarios para
cumplir con los requisitos funcionales.
Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
Subcaractersticas:
Idoneidad.- Hace referencia a que si el software desempea las
tareas para las cuales fue desarrollado.
Exactitud.- Evala el resultado final que obtiene el software y si
tiene consistencia a lo que se espera de l.
Interoperabilidad.- Consiste en revisar si el sistema puede
interactuar con otro sistema independiente.
Seguridad.- Verifica si el sistema puede impedir el acceso a
personal no autorizado.
Fiabilidad: capacidad del software de mantener las prestaciones requeridas del
sistema, durante un tiempo establecido y bajo un conjunto de condiciones
definidas.
Subcaractersticas:
Madurez.- Se debe verificar las fallas del sistema y si muchas de
estas han sido eliminadas durante el tiempo de pruebas o uso del
sistema.
Recuperabilidad.-Verificar si
el software puede
reasumir el
funcionamiento y restaurar datos perdidos despus de un fallo

ocasional.
Tolerancia a fallos.- Evala si la aplicacin desarrollada es capaz
de manejar errores.
Usabilidad: esfuerzo requerido por el usuario para utilizar el producto
satisfactoriamente.
Subcaractersticas:

Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
Aprendizaje.- Determina que tan fcil es para el usuario aprender a utilizar

el sistema.
Comprensin.- Evala que tan fcil es para el usuario comprender el
funcionamiento del sistema
Operatividad.- Determina si el usuario puede utilizar el sistema sin mucho
esfuerzo.
Atractividad.- Verifica que tan atractiva se ve la interfaz de la aplicacin.
Eficiencia: relacin entre las prestaciones del software y los requisitos necesarios
para su utilizacin.
Subcaractersticas:
Comportamiento en el tiempo.- Verifica la rapidez en que
responde el sistema
Comportamiento de recursos.- Determina si el sistema utiliza los
recursos de manera eficiente
Mantenibilidad: esfuerzo necesario para adaptarse a las nuevas especificaciones
y requisitos del software.
Subcaractersticas:
Estabilidad.-
Verifica
si
el
sistema
puede
mantener
su
funcionamiento a pesar de realizar cambios.

Facilidad de anlisis.- Determina si la estructura de desarrollo es
funcional con el objetivo de diagnosticar fcilmente las fallas.
Facilidad de cambio.- Verifica si el sistema puede ser fcilmente
Facilidad de pruebas.- .- Evala si el sistema puede ser probado
modificado fcilmente
Portabilidad: capacidad del software ser transferido de un entorno a otro.
Subcaractersticas:
Capacidad de instalacin.- Verifica si el software se puede instalar
fcilmente
Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
Capacidad de reemplazamiento.- Determina la facilidad con la que el

software puede remplazar otro software similar.
Adaptabilidad.- El software se puede trasladar a otros ambientes
Co-Existencia.- El software puede funcionar con otros sistemas
ISO 14598 Calidad de la evaluacin del producto software
En sus diferentes etapas, establece un marco de trabajo para evaluar la calidad de
los productos de software proporcionando, adems, mtricas y requisitos para los
procesos de evaluacin de los mismos.
En particular, es utilizada para aplicar los conceptos descritos en la norma ISO /
IEC 9126. Se definen y describen las actividades necesarias para analizar los
requisitos de evaluacin, para especificar, disear y realizar acciones de
evaluacin y para concluir la evaluacin de cualquier tipo de producto de software.
Caractersticas
La norma define las principales caractersticas del proceso de evaluacin
Repetitividad.
Reproducibilidad.
Imparcialidad.
Objetividad.
Para estas caractersticas se describen las medidas concretas que participan:
Anlisis de los requisitos de evaluacin.

Evaluacin de las especificaciones.
Evaluacin del diseo y definicin del plan de evaluacin.
Ejecucin del plan de evaluacin.
Evaluacin de la conclusin.
Partes
La Norma ISO/IEC 14598 define el proceso para evaluar un producto de software,
el mismo consta de seis partes:

Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
ISO/IEC 14598-1 Visin General: provee una visin general de las otras
cinco partes y explica la relacin entre la evaluacin del producto
software y el modelo de calidad definido en la ISO/IEC 9126
ISO/IEC 14598-2 Planeamiento y Gestin: contiene requisitos y guas
para las funciones de soporte tales como la planificacin y gestin de la
evaluacin del producto del software.
ISO/IEC 14598-5 Proceso para avaladores: provee los requisitos y guas
para la evaluacin del producto software cuando la evaluacin es
llevada a cabo por evaluadores independientes.
ISO/IEC 14598-6 Documentacin de Mdulos: provee las guas para la
documentacin del mdulo de evaluacin.
ISO 25000 Calidad en el software
La Norma ISO 25000, proporciona una gua para el uso de las series de
estndares internacionales llamados requisitos y Evaluacin de Calidad de
Productos
Software
(SQuaRE).
La
norma
establece
criterios
para
la
especificacin de requisitos de calidad de productos software, sus mtricas y su

evaluacin, e incluye un modelo de calidad para unificar las definiciones de calidad
de los clientes con los atributos en el proceso de desarrollo. El objetivo general de
la
creacin
del
estndar ISO
25000 SQuaRE
(Software
Product
Quality
Requeriments and Evaluation) es organizar, enriquecer y unificar las series que

cubren dos procesos principales: especificacin de requerimientos de calidad del
software y evaluacin de la calidad del software, soportada por el proceso de
medicin de calidad del software.
Alinea los objetivos del software con las necesidades reales que se le
demandan.
Evitando ineficiencias y maximizando la rentabilidad y calidad del producto
de software. Por otro lado, certificar el software aumenta la satisfaccin del
cliente y mejora la imagen de la empresa.
Cumplir los requisitos contractuales y demostrar a los clientes que la
calidad del software es primordial.
Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
El proceso de evaluaciones peridicas ayuda a supervisar continuamente el

rendimiento y la mejora.
Al demostrar el compromiso de la organizacin con la calidad del software.
Va dirigido a las empresas de software, independiente de su tamao o volumen.
Del mismo modo que a las empresas que de forma interna crean sus propias
herramientas de software para desarrollar su negocio.
FAMILIA DE NORMAS ISO 25000

ISO/IEC 2502n Divisin de Medicin de Calidad
Estas normas incluyen un modelo de referencia de la medicin de la calidad del
producto, definiciones de medidas de calidad (interna, externa y en uso) y guas
prcticas para su aplicacin. Actualmente esta divisin se encuentra formada por:
ISO/IEC 25020 - Measurement reference model and guide: Presenta una
explicacin introductoria y un modelo de referencia comn a los elementos
de medicin de la calidad. Tambin proporciona una gua para que los
usuarios seleccionen o desarrollen y apliquen medidas propuestas por
normas ISO.
ISO/IEC 25021 - Quality measure elements: Define y especifica un
conjunto recomendado de mtricas base y derivadas que puedan ser
usadas a lo largo de todo el ciclo de vida del desarrollo software.
ISO/IEC 25022 - Measurement of quality in use: Define especficamente
las mtricas para realizar la medicin de la calidad en uso del producto.
ISO/IEC 25023 - Measurement of system and software product quality:
Define especficamente las mtricas para realizar la medicin de la calidad
de productos y sistemas software.
ISO/IEC 25024 - Measurement of data quality: Define especficamente las
mtricas para realizar la medicin de la calidad de datos.
Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
ISO/IEC 2503n Divisin de Requisitos de Calidad

Las normas que forman este apartado ayudan a especificar requisitos de calidad
que pueden ser utilizados en el proceso de elicitacin de requisitos de calidad del
producto software a desarrollar o como entrada del proceso de evaluacin. Para
ello, este apartado se compone de:
ISO/IEC 25030 - Quality requirements: provee de un conjunto de
recomendaciones para realizar la especificacin de los requisitos de
calidad del producto software.
ISO/IEC 2504n Divisin de Evaluacin de Calidad
Este apartado incluye normas que proporcionan requisitos, recomendaciones y
guas para llevar a cabo el proceso de evaluacin del producto software. Esta
divisin se encuentra formada por:
ISO/IEC 25040 - Evaluation reference model and guide: propone un
modelo de referencia general para la evaluacin, que considera las
entradas al proceso de evaluacin, las restricciones y los recursos
necesarios para obtener las correspondientes salidas.
ISO/IEC 25041 - Evaluation guide for developers, acquirers and
independent evaluators: describe los requisitos y recomendaciones
para la implementacin prctica de la evaluacin del producto software
desde el punto de vista de los desarrolladores, de los adquirentes y de
los evaluadores independientes.
ISO/IEC 25042 - Evaluation modules: define lo que la Norma
considera un mdulo de evaluacin y la documentacin, estructura y
contenido que se debe utilizar a la hora de definir uno de estos mdulos.
ISO/IEC 25045 - Evaluation module for recoverability: define un mdulo para la
evaluacin de la subcaracterstica Recuperabilidad (Recoverability).

Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
NORMAS SOBRE EL MODELADO DE CALIDAD

ISO/IEC 2501n Divisin de Modelo de Calidad
Las normas de este apartado presentan modelos de calidad detallados incluyendo
caractersticas para calidad interna, externa y en uso del producto software.
Actualmente esta divisin se encuentra formada por:
ISO/IEC 25010 - System and software quality models: Describe el
modelo de calidad para el producto software y para la calidad en uso. Esta
o Norma presenta las caractersticas y subcaractersticas de calidad
frente a las cuales evaluar el producto software.
ISO/IEC 25012 - Data Quality model: Define un modelo general para la
calidad de los datos, aplicable a aquellos datos que se encuentran
almacenados de manera estructurada y forman parte de un Sistema de
Informacin.
NORMAS SOBRE GESTIN DE CALIDAD

SO/IEC 2500n Divisin de Gestin de Calidad
Las normas que forman este apartado definen todos los modelos, trminos y
definiciones comunes referenciados por todas las otras normas de la familia
25000. Actualmente esta divisin se encuentra formada por:
Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
ISO/IEC 25000 - Guide to SQuaRE: Contiene el modelo de la

arquitectura de SQuaRE, la terminologa de la familia, un resumen
de las partes, los usuarios previstos y las partes asociadas, as
como los modelos de referencia.
ISO/IEC 25001 - Planning and Management: Establece los
requisitos
orientaciones
para
gestionar
la
evaluacin
especificacin de los requisitos del producto software.
INGENIERA DEL SOFTWARE

La ingeniera de software es la aplicacin de un enfoque sistemtico, disciplinado
y cuantificable al desarrollo, operacin y mantenimiento de software, y el estudio
de estos enfoques, es decir, la aplicacin de la ingeniera al software
Anlisis de requisitos
Extraer los requisitos de un producto software es la primera etapa para crearlo.
Mientras que los clientes piensan que ellos saben lo que el software tiene que
hacer, se requiere habilidad y experiencia en la ingeniera del software para
reconocer requisitos incompletos, ambiguos o contradictorios. El resultado del
anlisis de requisitos con el cliente se plasma en el documento Especificacin de
Requisitos. Asimismo, se define un diagrama de entidad/relacin, en el que se
plasman las principales entidades que participarn en el desarrollo de software. La
captura, anlisis y especificacin de requisitos (incluso pruebas de ellos), es una
parte crucial; de esta etapa depende en gran medida el logro de los objetivos
finales. Se han ideado modelos y diversos procesos de trabajo para estos fines.
Aunque an no est formalizada, se habla de la Ingeniera de Requisitos.
La IEEE Std. 830-1998 normaliza la creacin de las especificaciones de requisitos
software.
Especificacin
Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
Es la tarea de escribir detalladamente el software a ser desarrollado, en una forma

matemticamente
rigurosa.
En
la
realidad,
la
mayora
de
las
buenas
especificaciones han sido escritas para entender y afinar aplicaciones que ya

estaban desarrolladas. Las especificaciones son ms importantes para las
interfaces externas, que deben permanecer estables.
Diseo y arquitectura
Se refiere a determinar cmo funcionar el software de forma general sin entrar en
detalles. Consisten en incorporar consideraciones de la implementacin
tecnolgica, como el hardware, la red, etc. Se definen los casos de uso para cubrir
las funciones que realizar el sistema, y se transformarn las entidades definidas
en el anlisis de requisitos en clases de diseo, obteniendo un modelo cercano a
la programacin orientada a objetos.
Programacin
Reducir un diseo a cdigo puede ser la parte ms obvia del trabajo de ingeniera
del software, pero no necesariamente es la que demanda mayor trabajo ni la ms
complicada. La complejidad y la duracin de esta etapa est ntimamente
relacionada al o a los lenguajes de programacin utilizados, as como al diseo
previamente realizado.
Prueba
Consiste en comprobar que el software realice correctamente las tareas indicadas
en la especificacin del problema. Una tcnica de prueba es probar por separado
cada mdulo del software y luego probarlo de forma integral, para as llegar al
objetivo. Se considera una buena prctica que las pruebas sean efectuadas por
alguien distinto al desarrollador que la program.
Mantenimiento

Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
Mantener y mejorar el software para solventar errores descubiertos y tratar con

nuevos requisitos. El mantenimiento puede ser de cuatro tipos: perfectivo (mejorar
la calidad interna de los sistemas), evolutivo (incorporaciones, modificaciones y
eliminaciones necesarias en un producto software para cubrir la expansin o
cambio en las necesidades del usuario), adaptativo (modificaciones que afectan a
los entornos en los que el sistema opera, por ejemplo, cambios de configuracin
del hardware, software de base, gestores de base de datos, comunicaciones) y
correctivo (correccin de errores).
CAPAS DE LA INGENIERA DEL SOFTWARE

El enfoque de ingeniera del software cuenta con un compromiso organizacional
con la calidad porque no es posible incorporar la ingeniera del software en una
organizacin que no est centrada en conseguir calidad. La ingeniera del software
es una tecnologa multicapa. Se puede ver como un conjunto de componentes
estratificados, que reposan sobre ese enfoque de calidad.
Procesos: Un marco de trabajo que ayuda al jefe de proyecto a controlar la
gestin del proyecto y las actividades de ingeniera.
Mtodos: Las actividades tcnicas requeridas para la creacin de productos
de trabajo.
Herramientas: La ayuda automatizada para los procesos y mtodos.
CICLO DE VIDA DEL DESARROLLO DEL SOFTWARE
El ciclo de vida es el conjunto de fases por las que pasa el sistema que se est
desarrollando desde que nace la idea inicial hasta que el software es retirado o
remplazado (muere). Tambin se denomina a veces paradigma.
Planificacin
Realizar una serie de tareas previas que influirn decisivamente en la finalizacin
con xito del proyecto.
Anlisis
Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
Averiguar qu es exactamente lo que tiene que hacer el sistema. La etapa de

anlisis en el ciclo de vida del software corresponde al proceso mediante el cual
se intenta descubrir qu es lo que realmente se necesita y se llega a una
comprensin adecuada de los requerimientos del sistema.
Diseo
Se han de estudiar posibles alternativas de implementacin para el sistema de
informacin que hemos de construir y se ha de decidir la estructura general que
tendr el sistema (su diseo arquitectnico). El diseo de un sistema es complejo
y el proceso de diseo ha de realizarse de forma iterativa.
Implementacin
Seleccionar las herramientas adecuadas, un entorno de desarrollo que facilite
nuestro trabajo y un lenguaje de programacin apropiado para el tipo de sistema
que vayamos a construir. La eleccin de estas herramientas depender en gran
parte de las decisiones de diseo que hayamos tomado hasta el momento y del
entorno en el que nuestro sistema deber funcionar.
Pruebas
Tiene como objetivo detectar los errores que se hayan podido cometer en las
etapas anteriores del proyecto (y, eventualmente, corregirlos). La bsqueda de
errores que se realiza en la etapa de pruebas puede adaptar distintas formas, en
funcin del contexto y de la fase del proyecto.
Instalacin o despliegue
Debemos de planificar el entorno en el que el sistema debe funcionar, tanto
hardware como software: equipos necesarios y su configuracin fsica, redes de
interconexin entre los equipos y de acceso a sistemas externos, sistemas
operativos y bibliotecas. Estas etapas son un reflejo del proceso que se sigue a la
hora de resolver cualquier tipo de problema.
Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
Uso y mantenimiento
La etapa de mantenimiento consume tpicamente del 40 al 80 por ciento de los
recursos de una empresa de desarrollo de software. De hecho, con un 60% de
media, es probablemente la etapa ms importante del ciclo de vida del software.
Eliminar los defectos que se detecten durante su vida til, lo primero que a
uno se le viene a la cabeza cuando piensa en el mantenimiento de
cualquier cosa.
Adaptarlo a nuevas necesidades cuando el sistema ha de funcionar sobre
una nueva versin del sistema operativo o en un entorno hardware
diferente.
Aadirle
nueva
funcionalidad,
cuando
se
proponen
caractersticas
deseables que supondran una mejora del sistema ya existente.

MODELOS DE CICLO DE VIDA DEL SOFTWARE
Modelo en cascada
Es el enfoque metodolgico que ordena rigurosamente las etapas del ciclo de vida
del software, de forma que el inicio de cada etapa debe esperar a la finalizacin de
la inmediatamente anterior. El modelo en cascada es un proceso de desarrollo
secuencial, en el que el desarrollo se ve fluyendo hacia abajo (como una cascada)
sobre las fases que componen el ciclo de vida.
Modelo en V
El modelo en v es un modelo que ilustra cmo las actividades de prueba
(verificacin y validacin) se pueden integrar en cada fase del ciclo de vida. Dentro
del modelo en v, las pruebas de validacin tienen lugar especialmente durante las
etapas tempranas, por ejemplo, revisando los requisitos de usuario y despus por
ejemplo, durante las pruebas de aceptacin de usuario. El modelo en v es un
Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
proceso que representa la secuencia de pasos en el desarrollo del ciclo de vida de

un proyecto. Describe las actividades y resultados que han de ser producidos
durante el desarrollo del producto. La parte izquierda de la v representa la
descomposicin de los requisitos y la creacin de las especificaciones del sistema.
El lado derecho de la v representa la integracin de partes y su verificacin. V
significa Validacin y Verificacin.
Modelo Iterativo
Es un modelo derivado del ciclo de vida en cascada. Este modelo busca reducir el
riesgo que surge entre las necesidades del usuario y el producto final por malos
entendidos durante la etapa de recogida de requisitos. Consiste en la iteracin de
varios ciclos de vida en cascada. Al final de cada iteracin se le entrega al cliente
una versin mejorada o con mayores funcionalidades del producto. El cliente es
quien despus de cada iteracin evala el producto y lo corrige o propone
mejoras. Estas iteraciones se repetirn hasta obtener un producto que satisfaga
las necesidades del cliente.
Modelo de desarrollo incremental
El modelo incremental combina elementos del modelo en cascada con la filosofa
interactiva de construccin de prototipos. Se basa en la filosofa de construir
incrementando las funcionalidades del programa. Este modelo aplica secuencias
lineales de forma escalonada mientras progresa el tiempo en el calendario. Cada
secuencia lineal produce un incremento del software.
Cuando se utiliza un modelo incremental, el primer incremento es a menudo un
producto esencial, slo con los requisitos bsicos. Este modelo se centra en la
entrega de un producto operativo con cada incremento. Los primeros incrementos
son versiones incompletas del producto final, pero proporcionan al usuario la
funcionalidad que precisa y tambin una plataforma para la evaluacin.
Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
Modelo en espiral
Las actividades de este modelo se conforman en una espiral, cada bucle
representa un conjunto de actividades. Las actividades no estn fijadas a priori,
sino que las siguientes se eligen en funcin del anlisis de riesgos, comenzando
por el bucle anterior.
ste modelo de ciclo de vida en espiral tiene en cuenta fuertemente el riesgo que
aparece a la hora de desarrollar software. Para ello, se comienza mirando las
posibles alternativas de desarrollo, se opta por la de riesgos ms asumibles y se
hace un ciclo de la espiral. Si el cliente quiere seguir haciendo mejoras en el
software, se vuelven a evaluar las nuevas alternativas y riesgos y se realiza otra
vuelta de la espiral, as hasta que llegue un momento en el que el producto
software desarrollado sea aceptado y no necesite seguir mejorndose con otro
nuevo ciclo. Este modelo de desarrollo combina las caractersticas del modelo de
prototipos y el modelo en cascada. El modelo en espiral est pensado para
proyectos largos, caros y complicados.
SITUACIN DE LA CALIDAD DEL SOFTWARE

Se asegura que en el pas no est impuesta la cultura de crear patentes, e incluso
las que llegan a serlo, muchas veces no son reconocidas porque los
desarrolladores no documentan ni finalizan con los trmites correspondientes en
el Instituto Mexicanos de la Propiedad Industrial (IMPI).
En Mxico desarrollar programas de cmputo est ms relacionado con la idea de
innovar por satisfaccin personal, en comparacin con otros pases en donde la
creacin de software es pensada siempre con la intencin de comercializar.
IMPORTANCIA DE LA CALIDAD EN EL SOFTWARE

Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
La calidad del software puede parecer un concepto alejado de la vida diaria de la

mayora de las personas, pero nada ms lejos de la realidad.; ejemplo: cuando en
un restaurante se bloquea el sistema de cobro, estamos ante un problema de
calidad del software. Es probable que se haya sufrido los efectos de estos
problemas de calidad en forma de retrasos, prdidas de tiempo o dinero, etc.
Estos problemas pueden ser mucho ms graves cuando afectan graves prdidas
econmicas o problemas ambientales o sociales.
Los fallos de software afectan a todos los sectores y a todos los pases,
actualmente se desarrolla software fiable y correcto a un costo razonable. Los
autnticos profesionales y las empresas bien organizadas son prudentes y saben
que deben aplicar distintas tcnicas de control y prevencin, adems de un buen
proceso de desarrollo.
ISO Y EL PROCESO DE NORMALIZACIN

La ISO (Organismo Internacional de Normalizacin) la normalizacin es, El
proceso de formular y aplicar reglas con el propsito de realizar en orden una
actividad especfica para el beneficio y con la obtencin de una economa de
conjunto ptimo teniendo en cuenta las caractersticas funcionales y los requisitos
de seguridad. Se basa en los resultados consolidados de la ciencia, la tcnica y la
experiencia. Determina no solamente la base para el presente sino tambin para
el desarrollo futuro y debe mantener su paso acorde con el progreso.
La NORMA, es el documento establecido por consenso y aprobado por un
organismo reconocido, que proporciona para uso comn y repetido, reglas
directrices o caractersticas para ciertas actividades o sus resultados, con el fin de
conseguir un grado ptimo en un contexto dado.
Normalizacin

Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
En Mxico la normalizacin se plasma en las Normas Oficiales Mexicanas (NOM)

de carcter obligatorio, elaboradas por Dependencias del Gobierno Federal y las
Normas Mexicanas (NMX) de mbito primordialmente voluntario, promovidas por
la Secretara de Economa y el
sector
privado, a travs de los Organismos
Nacionales de Normalizacin.
La Normalizacin es el proceso mediante el cual se regulan las actividades
desempeadas por los sectores tanto privado como pblico, en materia de salud,
medio ambiente, seguridad al usuario, informacin comercial, prcticas de
comercio, industrial y laboral a travs del cual se establecen la terminologa, la
clasificacin, las directrices, las especificaciones, los atributos las caractersticas,
los mtodos de prueba o las prescripciones aplicables a un producto, proceso o
servicio.
Los principios bsicos en el proceso de normalizacin son: representatividad,
consenso, consulta pblica, modificacin y actualizacin.
La actividad normalizadora se entiende como la consolidacin del conocimiento
que es recabado a travs de consultas realizadas entre expertos de una rama o
actividad productiva. Es un documento mediante el cual los sectores interesados
(entre los cuales estn, fabricantes, usuarios y gobierno) acuerdan las
caractersticas tcnicas deseables en un producto, proceso o servicio.
Este proceso se lleva a cabo mediante la elaboracin, expedicin y difusin a nivel
nacional, de las normas que pueden ser de tres tipos principalmente:
a.
Norma oficial mexicana (NOM), es la regulacin tcnica de observancia
obligatoria expedida por las dependencias normalizadoras competentes a travs

los Comits Consultivos Nacionales de Normalizacin, conforme al artculo 40 de
la Ley Federal sobre Metrologa y Normalizacin (LFMN), la cual establece reglas,
especificaciones, atributos, directrices, caractersticas o prescripciones aplicables
a un producto, proceso, instalacin, sistema, actividad, servicio o mtodo de
Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
produccin u operacin, as como aquellas relativas a terminologa, simbologa,

embalaje marcado o etiquetado y las que se le refieran a su cumplimiento o
aplicacin.
b. Norma mexicana (NMX) la que elabore un organismo nacional de
normalizacin, o la Secretara de Economa en ausencia de ellos, conforme el
artculo 54 de la LFMN ,
la cual
prev para uso comn y repetido reglas,
especificaciones, atributos mtodos de prueba, directrices, caractersticas o

prescripciones aplicables a un producto, proceso, instalacin, sistema, actividad,
servicio o mtodo de produccin u operacin, as como aquellas relativas a
terminologa, simbologa, embalaje, marcado o etiquetado.
c. Normas de referencia (NRF) que elaboran las entidades de la administracin
pblica de conformidad con lo dispuesto por el artculo 67 de la LFMN, para
aplicarlas a los bienes o servicios que adquieren, arrienden o contratan cuando las
normas mexicanas o internacionales no cubran los requerimientos de las mismas
o sus especificaciones resulten obsoletas o inaplicables.
Dentro del proceso de normalizacin, para la elaboracin de las normas
nacionales se consultan las normas o lineamientos internacionales y normas
extranjeras, las cuales se definen a continuacin:
d. Norma o lineamiento internacional: documento normativo que emite un
organismo internacional de normalizacin u otro organismo internacional
relacionado con la materia, reconocido por el gobierno mexicano en los trminos
del derecho internacional.
e. Norma extranjera: la que emite un organismo o dependencia de normalizacin
pblico o privado reconocido oficialmente por un pas.
Proceso de normalizacin

Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
Para que las Dependencias Federales puedan expedir una NOM, la Ley Federal
sobre Metrologa y Normalizacin los obliga a formar un comit que se denominan
Comits Consultivos Nacionales de Normalizacin -CCNN- quienes elaboran el
proyecto de la norma, (que previamente fue inscrito en la Programa Nacional de
Normalizacin) el cual se publica en el Diario Oficial de la Federacin para ser
objeto de consulta durante un periodo de 60 das.
Terminado este periodo
el CCNN analiza los comentarios recibidos y formula
observaciones respeto de los mismos. Las respuestas a los comentarios tambin

se publican en el DOF. Normalizacin
En Mxico la normalizacin se plasma en las Normas Oficiales Mexicanas (NOM)
de carcter obligatorio, elaboradas por Dependencias del Gobierno Federal y las
Normas Mexicanas (NMX) de mbito primordialmente voluntario, promovidas por
la Secretara de Economa y el
sector
privado, a travs de los Organismos
Nacionales de Normalizacin.
La Normalizacin es el proceso mediante el cual se regulan las actividades
desempeadas por los sectores tanto privado como pblico, en materia de salud,
medio ambiente, seguridad al usuario, informacin comercial, prcticas de
comercio, industrial y laboral a travs del cual se establecen la terminologa, la
clasificacin, las directrices, las especificaciones, los atributos las caractersticas,
los mtodos de prueba o las prescripciones aplicables a un producto, proceso o
servicio.
Los principios bsicos en el proceso de normalizacin son: representatividad,
consenso, consulta pblica, modificacin y actualizacin.
La actividad normalizadora se entiende como la consolidacin del conocimiento
que es recabado a travs de consultas realizadas entre expertos de una rama o
actividad productiva. Es un documento mediante el cual los sectores interesados

Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
(entre los cuales estn, fabricantes, usuarios y gobierno) acuerdan las

caractersticas tcnicas deseables en un producto, proceso o servicio.
Este proceso se lleva a cabo mediante la elaboracin, expedicin y difusin a nivel
nacional, de las normas que pueden ser de tres tipos principalmente:
1. Norma oficial mexicana (NOM), es la regulacin tcnica de observancia
obligatoria expedida por las dependencias normalizadoras competentes a
travs los Comits Consultivos Nacionales de Normalizacin, conforme al
artculo 40 de la Ley Federal sobre Metrologa y Normalizacin (LFMN), la
cual establece reglas, especificaciones, atributos, directrices, caractersticas
o prescripciones aplicables a un producto, proceso, instalacin, sistema,
actividad, servicio o mtodo de produccin u operacin, as como aquellas
relativas a terminologa, simbologa, embalaje marcado o etiquetado y las
que se le refieran a su cumplimiento o aplicacin.
2. Norma mexicana (NMX) la que elabore un organismo nacional de
normalizacin, o la Secretara de Economa en ausencia de ellos, conforme
el artculo 54 de la LFMN , la cual prev para uso comn y repetido reglas,
especificaciones, atributos mtodos de prueba, directrices, caractersticas o
prescripciones aplicables a un producto, proceso, instalacin, sistema,
actividad, servicio o mtodo de produccin u operacin, as como aquellas
relativas a terminologa, simbologa, embalaje, marcado o etiquetado.
3. Normas de referencia (NRF) que elaboran las entidades de la
administracin pblica de conformidad con lo dispuesto por el artculo 67 de
la LFMN, para aplicarlas a los bienes o servicios que adquieren, arrienden o
contratan cuando las normas mexicanas o internacionales no cubran los
requerimientos de las mismas o sus especificaciones resulten obsoletas o
inaplicables.
4. Dentro del proceso de normalizacin, para la elaboracin de las normas
nacionales se consultan las normas o lineamientos internacionales y
normas extranjeras, las cuales se definen a continuacin:
Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
5. Norma o lineamiento internacional: documento normativo que emite un

organismo internacional de normalizacin u otro organismo internacional
relacionado con la materia, reconocido por el gobierno mexicano en los
trminos del derecho internacional.
6. Norma extranjera: la que emite un organismo o dependencia de
normalizacin pblico o privado reconocido oficialmente por un pas.
Proceso de normalizacin
Para que las Dependencias Federales puedan expedir una NOM, la Ley Federal
sobre Metrologa y Normalizacin los obliga a formar un comit que se denominan
Comits Consultivos Nacionales de Normalizacin -CCNN- quienes elaboran el
proyecto de la norma, (que previamente fue inscrito en la Programa Nacional de
Normalizacin) el cual se publica en el Diario Oficial de la Federacin para ser
objeto de consulta durante un periodo de 60 das.
Terminado este periodo
el CCNN analiza los comentarios recibidos y formula
observaciones respeto de los mismos. Las respuestas a los comentarios tambin

se publican en el DOF.
PEOPLE CMM
Es un modelo de excelencia para el negocio en general, que permite organizar las
actividades de administracin de las personas, con prcticas de administracin del
cambio, para mejorar la capacidad del personal y la efectividad de la organizacin.
Como resultado la Organizacin ser reconocida como un empleador deseado y
Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
su personal contar con las competencias necesarias para cubrir los objetivos del
negocio.
Modelo para el personal

Es un modelo de excelencia para el negocio en general, que permite organizar las
actividades de administracin de las personas, con prcticas de administracin del
cambio, para mejorar la capacidad del personal y la efectividad de la organizacin.
Como resultado la Organizacin ser reconocida como un empleador deseado y
su personal contar con las competencias necesarias para cubrir los objetivos del
negocio.
El modelo PCMM est estructurado en cinco niveles de madurez que evolucionan
de una organizacin ad hoc a una enfocada a la mejora continua de las prcticas
de Recursos Humanos. En total agrupa 22 reas de procesos agrupadas en:
Desarrollo de la capacidad individual

Creacin de la cultura y grupos de trabajo
Motivacin y administracin del desempeo
Configuracin de la plantilla
Nivel 2: Administrado
El enfoque est en la gestin de las personas, para ello los gerentes asumen su
responsabilidad para administrar y desarrollar a sus personas. Cubre seis reas
de proceso: Compensacin, Formacin y desarrollo, Gestin del desempeo,
Entorno de trabajo, Comunicacin y coordinacin, y Contratacin.
Nivel 3: Definido
El enfoque est en la gestin de las competencias, se centra en desarrollar
competencias y grupos de trabajo, y alinearlos con los objetivos y estrategias de
Tel. 55-47-15-07-03
Calidad de Software
2716IS

19/Septiembre/2016
negocio. Est integrado por siete reas de proceso: Cultura de la participacin,

Desarrollo de grupos de trabajo, Prcticas basadas en competencias, Desarrollo
de la carrera profesional, Planificacin de la plantilla, Desarrollo de Competencias
y Anlisis de competencias
Nivel 4: Predecible
Mediante mediciones y autonoma se logra la gestin de la capacidad, para lo cual
se requiere atribuir autonoma e integracin de competencias y gestionar
cuantitativamente el desempeo. Incluye seis reas de proceso: Mentoring,
Gestin de la capacidad organizativa, Gestin cuantitativa del desempeo, Grupos
de trabajo autnomos, Recursos basados en competencias e Integracin de
competencias
Nivel 5: En Optimizacin
Por medio de la mejora continua se logra la gestin del cambio para mejorar y
alinear continuamente la capacidad individual, de grupos de trabajos y de la
organizacin. Cubre tres reas de proceso: Innovacin continua de la gestin de
Recursos Humanos, Alineacin del desempeo organizativo y Mejora continua de
la capacidad.

Tel. 55-47-15-07-03

Calidad Del Software Fernando

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Calidad Del Software Fernando

Enviado por

Direitos autorais:

Formatos disponíveis

PROYECTO

Conceptos bsicos de calidad y aseguramiento de la calidad

Tecmac, Estado de Mxico septiembre 2016

Profa. Alicia Baldovinos del Rio

Estudiante de Ingeniera en Software Ramrez Hernndez Juan Fernando

Profa. Alicia Baldovinos del Rio

Estudiante de Ingeniera en Software Ramrez Hernndez Juan Fernando

Profa. Alicia Baldovinos del Rio

Proceso del software: Conjunto de actividades y resultados asociados que

Ciclo de vida del software: Aproximacin lgica a la adquisicin, el

Ciclo de desarrollo del sistema

Modelo de ciclo de vida: Marco de referencia que contiene los procesos,

Actividad: conjunto de tareas

MODELOS DE CALIDAD DEL SOFTWARE

Profa. Alicia Baldovinos del Rio

Cuando se habla de calidad del software, se hace referencia al conjunto de

Calidad del producto: propiedades del producto segn usuario y segn

Calidad del proceso: actividades que influyen en calidad del producto

Calidad en uso: relacin del producto con el ambiente donde se le emplea

Estudiante de Ingeniera en Software Ramrez Hernndez Juan Fernando

Profa. Alicia Baldovinos del Rio

Profa. Alicia Baldovinos del Rio

Plantea tres niveles para las caractersticas: de alto nivel (requerimientos

Sus caractersticas operativas.

Caractersticas del alto nivel

Portabilidad (Utilidad general)

Caractersticas el nivel primitivo (bajo)

Estudiante de Ingeniera en Software Ramrez Hernndez Juan Fernando

Profa. Alicia Baldovinos del Rio

amplio de caractersticas primitivas. La mantenibilidad est ms desarrollada en

CMMI-SW: CMMI for software

Profa. Alicia Baldovinos del Rio

Profa. Alicia Baldovinos del Rio

Profa. Alicia Baldovinos del Rio

o aadiendo actividades e incluso cambiando su estructura en funcin de las

Estudiante de Ingeniera en Software Ramrez Hernndez Juan Fernando

Profa. Alicia Baldovinos del Rio

NORMAS ISO SOBRE CALIDAD DE PRODUCTO DE

Profa. Alicia Baldovinos del Rio

funcionamiento y restaurar datos perdidos despus de un fallo

Estudiante de Ingeniera en Software Ramrez Hernndez Juan Fernando

Profa. Alicia Baldovinos del Rio

Aprendizaje.- Determina que tan fcil es para el usuario aprender a utilizar

funcionamiento a pesar de realizar cambios.

Profa. Alicia Baldovinos del Rio

Capacidad de reemplazamiento.- Determina la facilidad con la que el

Para estas caractersticas se describen las medidas concretas que participan:

Anlisis de los requisitos de evaluacin.

Estudiante de Ingeniera en Software Ramrez Hernndez Juan Fernando

Profa. Alicia Baldovinos del Rio

especificacin de requisitos de calidad de productos software, sus mtricas y su

Requeriments and Evaluation) es organizar, enriquecer y unificar las series que

Profa. Alicia Baldovinos del Rio

El proceso de evaluaciones peridicas ayuda a supervisar continuamente el

FAMILIA DE NORMAS ISO 25000

Profa. Alicia Baldovinos del Rio

ISO/IEC 2503n Divisin de Requisitos de Calidad

Estudiante de Ingeniera en Software Ramrez Hernndez Juan Fernando

Profa. Alicia Baldovinos del Rio

NORMAS SOBRE EL MODELADO DE CALIDAD

NORMAS SOBRE GESTIN DE CALIDAD

Profa. Alicia Baldovinos del Rio

ISO/IEC 25000 - Guide to SQuaRE: Contiene el modelo de la

especificacin de los requisitos del producto software.