Tema 5:

Calidad del software

Profesor: Pedro Jimnez

2 Desarrollo de aplicaciones multiplataforma

Alumno: Antonio Maestre Moreno

31/01/2014

Indice
DEFINICIONES DE CALIDAD ........................................................................................................... 3
CALIDAD DE SOFTWARE ................................................................................................................ 3
Carateristicas del software............................................................................................................ 4
Requisitos ...................................................................................................................................... 6
Qu es un requisito? ............................................................................................................... 6
Caractersticas ........................................................................................................................... 7
Anlisis de requisitos................................................................................................................. 8
Terminologa del software ............................................................................................................ 8
Gestin ...................................................................................................................................... 9
Definicin de las actividades de gestin ............................................................................... 9
Universalidad de la gestin ................................................................................................. 10
Habilidades de Gestin y la Jerarqua Organizacional ........................................................ 10
Garanta................................................................................................................................... 11
Control..................................................................................................................................... 14
Costes ...................................................................................................................................... 15
Revisiones................................................................................................................................ 16
Bibliografa .................................................................................................................................. 17

DEFINICIONES DE CALIDAD
Definicin 1 Calidad se puede definir como "una caracterstica o atributo de una cosa".
De esta forma se podra decir que la calidad de los productos puede medirse como una
comparacin de sus caractersticas y atributos. Una de las formas de realizar una
medida de calidad es observar las diferencias ocurridas en la produccin dos productos
iguales. La produccin de artculos de cualquier especie no asegura que dos de ellos
sean totalmente iguales. Uno de los principales objetivos de dar calidad a los
productos es minimizar las diferencias entre unidades producidas. Estas diferencias
tienen diversos orgenes y, por tanto, distintas y amplias formas de corregirlos,
dependiendo de la naturaleza del producto. Lo primordial es tener en cuenta el
concepto de brindar calidad a lo que se est realizando. Brindar calidad es una
actividad esencial para un negocio que produce productos que sern utilizados por
otras personas.
Definicin 2 "Calidad suele significar el conjunto de las cualidades. Cuando se dice que
un caballo es de buena calidad, se da a entender que posee todas las cualidades que
constituyen el caballo bueno. Por esta esta razn llamamos calidad y no cualidad."
Definicin 3: calidad significa desarrollar, disear y producir y mantener un producto
que sea el ms econmico, el ms til y siempre satisfactorio para el consumidor.
Calidad, es la aplicacin de los principios y tcnicas estadsticas en todas las fases de la
produccin, dirigida a la fabricacin ms econmica de un producto (servicio) que es
til en grado mximo y que tiene mercado.
Definicin 4 Propiedad o conjunto e propiedades inherentes a una persona o cosa que
permitendiferenciarla con respecto a las restantes de su especie, como de mejor o
peorcalidad.

CALIDAD DE SOFTWARE
Definicin 1 La calidad del software es el conjunto de cualidades que lo caracterizan y
quedeterminan su utilidad y existencia. La calidad es sinnimo de eficiencia,
flexibilidad,correccin, confiabilidad, mantenibilidad, portabilidad, usabilidad,
seguridad eintegridad. La calidad del software es medible y vara de un sistema o
programa a otro.Un software hecho para ejecutarse una sola vez no requiere el mismo
nivel decalidad mientras que un software para ser explotado durante un largo necesita
serconfiable, mantenible y flexible para disminuir los costos. La calidad del software
puede medirse despus de elaborado el producto. Peroesto puede resultar muy

costoso si se detectan problemas deriva dos deimperfecciones en el diseo, por lo que

es imprescindible tener en cuenta tanto laobtencin de la calidad como su control
durante todas las etapas del ciclo de vidadel software.
Definicin 2 Callaos y Callaos (1996) proponen un concepto de calidad del software en
el cualestn involucrados tanto caractersticas internas como el contexto
organizacional, loque genera un enfoque sistmico del concepto de Calidad del
Software.
Definicin 3 Concordancia con los requisitos funcionales y de rendimiento
explcitamenteestablecidos con los estndares de desarrollo explcitamente
documentados y conlas caractersticas implcitas que se espera de todo software
desarrolladoprofesionalmente
Definicin 4: Calidad en los productos Software. Hasta el momento puede dilucidarse
algunos de los atributos que hacencomparable un producto de otro. Quizs podemos
considerar formas, colores,tamaos, manejabilidad, entre otros muchos. Estas
caractersticas pueden serfsicamente mensurables y, por ello, fcilmente
comparables. As como existen medidas para atributos fsicos, para el software
tambin existenmedidas que pueden hacerlo comparables, tales como puntos de
Calidad de losProductos Software Estas medidas aportan a la medida de variacin
entre productos software, lascuales podran ser analizadas con detenimiento en otro
trabajo. La principal meta de un equipo desarrollador de software debera ser siempre
producir software catalogado como de alta calidad.

Carateristicas del software

1. El software se desarrolla o construye; no se manufactura en el sentido clsico. A
pesar de que existen similitudes entre el desarrollo del software y la manufactura del
hardware, las dos actividades serian diferentes en lo fundamental. En ambas la alta
calidad se alcanza por medio del buen diseo, la fase de manufactura del hardware
puede incluir problemas de calidad existentes en el software.
2. El software no se desgasta.
El software es inmune a los males ambientales que desgasten el hardware. Por lo tanto
la curva de tasas de fallas para el software debera tener la forma de la curva
idealizada. Los defectos sin descubrir causan tasas de fallas altas en las primeras
etapas de vida de un programa. Sin embargo, los errores se corrigen y la curva se
aplana: el software no se desgasta, pero si se deteriora.

3. A pesar de que la industria tiene una tendencia hacia la construccin por

componentes, la mayora del software aun se construye a la medida. Un componente
de software se debe disear e implementar de forma que puede utilizarse en muchos
programas diferentes.
Los componentes reutilizables modernos encapsulan tanto los datos como el proceso
se aplican a estos, lo que permite al ingeniero de software crear nuevas aplicaciones
nuevas a partir de partes reutilizables.
Caractersticas del software como parte de un sistema:

Sistema mnimo
En ocasiones, un programa debe ser asociado a un procesador antes de ser usado, lo
cual forma un sistema mnimo. Tal es el caso, aunque no muy comn, de los programas
que son parte integral de un procesador (chip en una computadora) y que estn
microprogramados.

Sistema tpico
Con ms frecuencia, la computadora y los productos de software son administrados
por un sistema operativo, el cual interacta a travs de equipo perifrico (hardware)
con un operador y otros equipos como los dispositivos de almacenamiento, monitores,
impresoras, etc.
Sistema complejo
Los sistemas ms difciles de asegurar la calidad son aquellos donde se involucra el
control -a travs de la computadora- de sistemas electrnicos, dispositivos mecnicos
o hidrulicos, procesos o plantas.
Caractersticas del entorno de los productos de software a utilizar en esta propuesta.
Para facilitar su conceptualizacin, se proponen definiciones sencillas y prcticas a
continuacin:
Aplicacin
Representacin del giro sobre el cual el software va dirigido (negocios, ingeniera,
medicina, etc.). Ambiente de Uso Espacio fsico y condiciones en que se utiliza el
software. Riesgos y consecuencias de fallas Lo que puede implicar que el software
falle. Computadora anfitriona La computadora donde correr el software. Madurez del
desarrollador Experiencia en el desarrollo de software similar. Experiencia del usuario

La familiaridad de los usuarios con computadoras o software similares Apoyo de los

desarrolladores Asesora o ayuda por parte de los desarrolladores. Experiencia de los
desarrolladores Tiempo trabajado en desarrollos de software similares. Interaccin con
el usuario final Comunicacin ente usuarios y desarrolladores. Restricciones
comerciales Falta de presupuesto o de tiempo. Metodologa de desarrollo El uso de
algn mtodo establecido para la creacin del software. Lenguajes de programacin El
lenguaje o paquete computacional seleccionado para desarrollar el software.

Requisitos
En la ingeniera de sistemas, un requisito es una necesidad documentada sobre el
contenido, forma o funcionalidad de un producto o servicio. Se usa en un sentido
formal en la ingeniera de sistemas, ingeniera de software e ingeniera de requisitos.
En la ingeniera clsica, los requisitos se utilizan como datos de entrada en la etapa de
diseo del producto. Establecen qu debe hacer el sistema, pero no cmo hacerlo.
La fase de captura, elicitacin y registro de requisitos puede estar precedida por una
fase de anlisis conceptual del proyecto. Esta fase puede dividirse en recoleccin de
requisitos, anlisis de consistencia e integridad, definicin en trminos descriptivos
para los desarrolladores y un esbozo de especificacin, previo al diseo completo.

Qu es un requisito?

Condicin o capacidad que un usuario necesita para poder resolver un problema o

lograr un objetivo (IEEE).
Condicin o capacidad que debe exhibir o poseer un sistema para satisfacer un
contrato, estndar, especificacin, u otra documentacin formalmente impuesta
(IEEE).
Una condicin o capacidad que debe ser conformada por el sistema (RUP).
Algo que el sistema debe hacer o una cualidad que el sistema debe poseer
(Robertson - Robertson).

Requisitos en ingeniera de software y sistemas

En ingeniera de sistemas existen tres tipos de requisitos.

Un requisito funcional puede ser una descripcin de lo que un sistema debe hacer.
Este tipo de requisito especifica algo que el sistema entregado debe ser capaz de
realizar.

Un requisito no funcional: de rendimiento, de calidad, etc; especifica algo sobre el

propio sistema, y cmo debe realizar sus funciones. Algunos ejemplos de aspectos
solicitables son la disponibilidad, el testeo, el mantenimiento, la facilidad de uso,
etc.
Otros tipos de limitaciones externas, que afectan en una forma indirecta al
producto. Estas pueden ir desde la compatibilidad con cierto sistema
operativo hasta la adecuacin a leyes o regulaciones aplicables al producto

Una coleccin de requisitos describe las caractersticas o atributos del sistema

deseado. Se omite el cmo debe lograrse su implementacin, ya que esto debe ser
decidido en la etapa de diseo por los diseadores.
En la ingeniera de software se aplica el mismo significado, slo que el nfasis est
puesto en el propio software.
Pseudorrequisitos: Son aquellos referidos al entorno donde sera instalado o
implementado el sistema, que determinan en gran medida su desarrollo, pueden ser
cuestiones como hardware y software

Caractersticas
Los requisitos bien formulados deben satisfacer varias caractersticas. Si no lo hacen,
deben ser reformulados hasta hacerlo.

Necesario: Lo que pida un requisito debe ser necesario para el producto.

No ambiguo: El texto debe ser claro, preciso y tener una nica interpretacin
posible.

Conciso: Debe redactarse en un lenguaje comprensible por los inversores en lugar

de uno de tipo tcnico y especializado, aunque aun as debe referenciar los
aspectos importantes.

Consistente: Ningn requisito debe entrar en conflicto con otro requisito

diferente, ni con parte de otro. Asimismo, el lenguaje empleado entre los distintos
requisitos debe ser consistente tambin.
Completo: Los requisitos deben contener en s mismos toda la informacin
necesaria, y no remitir a otras fuentes externas que los expliquen con ms detalle.

Alcanzable: Un requisito debe ser un objetivo realista, posible de ser alcanzado

con el dinero, el tiempo y los recursos disponibles.
Verificable: Se debe poder verificar con absoluta certeza, si el requisito fue
satisfecho o no. Esta verificacin puede lograrse mediante inspeccin, anlisis,
demostracin o testeo.

Estas caractersticas suelen ser subjetivas, es decir, no pueden ser calculadas de forma
automtica por ningn sistema. Por ello, se tiende a utilizar mtricas o indicadores que
s que pueden ser calculados de forma automtica y que, de algn modo, pueden
contribuir a ponderar las anteriores caractersticas.

Anlisis de requisitos
La etapa en que se estudian los requisitos para verificar que estn correctamente
adecuados a las caractersticas mencionadas es conocida como Anlisis de requisitos.
En la misma se enfocan e intentan solucionar las deficiencias que los requisitos puedan
tener.

Terminologa del software

Actualizacin: es una revisin o reemplazo completo del software que est instalado
en un equipo. Cada actualizacin disponible en Microsoft Update consta de dos
componentes.
BIOS: sistema bsico de entrada y salida) es un tipo de firmware que localiza y
prepara los componentes electrnicos o perifricos de una mquina, para
comunicarlos con algn sistema operativo que la gobernar.
Demo informtica: son prototipos, versiones incompletas o de evaluacin de un
determinado programa informtico con el fin de mostrar la idea de funcionamiento y
demostrar sus funcionalidades. Se utilizan para que los usuarios o potenciales clientes
puedan probar el software antes de comenzar a utilizarlo en un ambiente real.
Instalar: Incorporar en una computadora una aplicacin o un dispositivo para poder
ser utilizado. Las aplicaciones ms elaboradas suelen tener un programa instalador que
facilita el proceso.
Licencia de software: Es un contrato entre el licenciante (autor/titular de los derechos
de explotacin/distribuidor) y el licenciatario del programa informtico (usuario
consumidor /usuario profesional o empresa), para utilizar el software cumpliendo una
serie de trminos y condiciones establecidas dentro de sus clusulas.
Software: Equipamiento lgico o soporte lgico de un sistema informtico; comprende
el conjunto de los componentes lgicos necesarios que hacen posible la realizacin de
tareas especficas, en contraposicin a los componentes fsicos, que son llamados
hardware.

El software comercial: Es el software, libre o no, que es comercializado, es decir, que

existen sectores de la economa que lo sostiene a travs de su produccin, su
distribucin o soporte.
Software libre: Es la denominacin del software que respeta la libertad de los usuarios
sobre su producto adquirido y, por tanto, una vez obtenido puede ser usado, copiado,
estudiado, modificado, y redistribuido libremente.
Software pirata: Que posea licencia shareware o similar (ver licencias de software) y
que luego de aplicrsele algn tipo de crack (o algn otro mtodo pirata) logra ser
totalmente operativo, como si se hubiese comprado el
software original: Es muy popular especialmente pases en desarrollo, porque suele
ser muy caro acceder a las licencias originales de los programas.
Suite ofimtica: Es una recopilacin de aplicaciones, las cuales son utilizados en
oficinas y sirve para diferentes funciones como crear, modificar, organizar, escanear,
imprimir, etc. archivos y documentos.
Versin de software: Es el proceso de asignacin de un nombre o nmero nico a un
software para indicar su nivel de desarrollo. Generalmente se asigna dos nmeros,
mayor menor, que van incrementando conforme el desarrollo del software aumente y
se requiera la asignacin de un nuevo nombre o nmero nico. Aunque menos
habituales, tambin puede indicarse otro nmero ms, micro, y la fase de desarrollo
en que se encuentra el software.

Gestin
Gestin son todas las actividades y tareas ejecutadas por una o ms personas con el
propsito de planificar y controlar las actividades de otros para alcanzar un objetivo o
completar una actividad que no puede ser realizada por otros actuando
independientemente.
Definicin de las actividades de gestin.
Planificacin: Predeterminacin de un curso de accin para alcanzar los objetivos
organizacionales.
Organizacin: Arreglo de las relaciones entre las unidades de trabajo para el
cumplimiento de objetivos y el otorgamiento de responsabilidad y autoridad para
obtener esos objetivos.

Staffing: Seleccin y entrenamiento de personas para puestos en la organizacin.

Direccin: Creacin de una atmsfera que apoye y motive a la gente para alcanzar los
resultados finales deseados.
Control: Establecimiento, medicin y evaluacin del desempeo de las actividades a
travs de los objetivos planeados.

Universalidad de la gestin
Los administradores realizan las mismas funciones independientemente de su lugar en
la estructura organizacional o el tipo de empresa.

Habilidades de Gestin y la Jerarqua Organizacional

Habilidades Tcnicas. Conocimiento y pericia en actividades que involucran mtodos,
procesos y procedimientos. Esto implica trabajar con herramientas y tcnicas
especficas.
Habilidades Humanas. Habilidad para trabajar con gente, del esfuerzo cooperativo, del
trabajo en equipo, de la creacin de un ambiente donde la gente se sienta segura y
libre de expresar sus opiniones.

Habilidades Conceptuales. Habilidad para ver la Imagen Completa (the big picture),
para reconocer los elementos relevantes de una situacin, y para entender las
relaciones entre los elementos.

Habilidades de Diseo. Habilidad para resolver problemas de manera que beneficie a

la empresa. Para ser efectivos, particularmente en los niveles organizacionales altos,
los gerentes deben ser capaces de ms que slo ver un problema. Si los gerentes
solamente ven los problemas y se transforman en observadores de problemas,
fallarn. Deben tener, adems, la habilidad de un buen ingeniero de diseo para
generar una solucin prctica a un problema.

Garanta
La garanta es un compromiso que asume el fabricante en el que asegura que el
software funcionar de acuerdo a la documentacin en todos sus aspectos relevantes.
En la mayora de los contratos de licenciamiento, el licenciante (el fabricante) asume
este compromiso con ciertas condiciones, es decir, que garantiza el software siempre y
cuando:
El licenciatario, haya pagado el Fee Anual. Otros vendores dicen que haya contratado
en forma continuada los servicios de soporte y cumplido con las obligaciones
emergentes del mismo.
El hardware en el que el software est instalado se encuentra en adecuadas
condiciones operativas e instalado en un entorno operativo apropiado.
El software se ejecuta en la configuracin de base de datos y sistema operativo
indicados en el contrato de licenciamiento.

 El licenciatario ha implementado el software siguiendo los lineamientos contenidos

en la Gua de requerimientos de hardware y software vigente.
Cualquier error o defecto detectado no haya sido causado por el licenciatario, sus
agentes, empleados, representantes o contratistas.
Cualquier error o defecto detectado pueda ser reproducido por el licenciante (el
fabricante del software).
El licenciatario notifique el error o defecto por escrito dentro de los 30 das luego de
su descubrimiento y en un plazo no mayor de 30 das luego de la expiracin de la
garanta.
El licenciatario haya instalado todas las actualizaciones.

Algunos vendedores suelen incluir, en letra maysculas y con negritas, una aclaracin
similar a la que se escribe a continuacin:
El licenciante no garantiza que el software est libre de errores, que el software se
ejecute eficientemente en todas las combinaciones de hardware y software que el
licenciatario pueda seleccionar para su uso, ni que el software vaya a operar en forma
ininterrumpida, ni que todos los errores del software puedan ser o sern corregidos.
No se garantiza que el software vaya a operaren otras combinaciones que las
especificadas en la documentacin. Las versiones que no estn comercialmente a
disposicin del pblico en general y los materiales relacionados con stas se entregan
en el estado en que se encuentran sin ningn tipo de garanta expresa o implcita.
La pregunta que se debe formular es Desde que momento comienza a regir la
garanta del producto?
Hay tres momentos claves en el desarrollo de un proyecto relacionados con la
garanta:
La entrega de las licencias
La implementacin del software. Tambin llamada implantacin.
La puesta en marcha del proyecto, conocida como entrada en produccin o Go Live.

Una vez que el perodo de garanta termina, comienza a regir el servicio de

mantenimiento amparado mediante el Fee Anual o cargo de servicio de soporte.
Desde el punto de vista de los entregables, un proyecto de software empresarial tiene
dos componentes importantes:

 La licencia del producto.

La consultora de implementacin
Desde un punto de vista formal, la licencia es la cesin de derechos de uso bajo
determinadas condiciones que se encuentran estipuladas en el contrato de
licenciamiento. En este contrato intervienen dos partes: el licenciante, es quien otorga
derechos y el licenciatario, quien recibe esos derechos. Luego de cerrarse los aspectos
formales del contrato de licenciamiento, el licenciante (el fabricante del producto,
tambin llamado vendedor) entrega al licenciatario (tambin llamado el cliente)un CD
o un acceso a un sitio de Internet para descargar el software y proceder a su
instalacin, es decir, a descargar el software a un medio magntico (generalmente un
disco) para que el cliente disponga del mismo.
Desde el punto de vista del material entregable, el vendedor cumpli con su parte del
contrato. De manera que el producto est disponible y a partir de ese momento
comenzara el perodo de garanta. La actividad de instalacin tiene dos responsables:
el vendedor (que entrega el software) y el cliente que debe recibirlo (instalarlo)

El software Est en condiciones de ser utilizado? En algunos casos si, en otros no

tanto. Para que el software est en condiciones de ser utilizado se necesita realizar un
conjunto de actividades conocidas como implementacin, tambin llamadas
implantacin. Estas actividades son una responsabilidad compartida entre el
implementador y el cliente. El implementador puede ser el mismo fabricante del
producto o un tercero certificado para realizar tal actividad.
La implementacin puede incluir tareas tales como, pero sin limitar, par metrizacin,
capacitacin, definicin de circuitos, pruebas funcionales, pruebas de volumen, ajustes
en los formularios o reportes de salida. Incluso hay proyectos que requieren de
programas llamados interfaces para vincular sistemas existentes que, poco a poco se
irn desactivando, con el nuevo software.
Cuando ms rpido se pueda implementar el software, mejor. No solo porque el
cliente puede comenzar a obtener los beneficios por los cules tom la decisin de
licenciarlo, sino tambin porque ms pronto puede ser probado el software y, en
consecuencia, hacer valer la garanta que, dicho sea de paso, ya comenz a regir desde
el momento que se entreg la licencia o se instal el producto.
Dado que la implantacin tiene como responsables a ambas partes, debera haber un
esfuerzo mancomunado para llevar adelante el proyecto. Los inconvenientes se
presentan por el hecho de que trabajan equipos de personas de culturas diferentes.
Pero esto es materia de otro artculo.

El entregable de la implantacin es el software en condiciones de ser puesto en

marcha.
Por lo expuesto, la garanta no podra comenzar a regir desde el momento de la
implementacin. Se trata de dos contrataciones diferentes de naturaleza distinta. Enun
caso un producto terminado (el software), en el otro de un servicio que, incluso,puede
ser dado por un proveedor diferente al fabricante del software.
Una vez que la implementacin termina, el siguiente paso es la decisin de puesta en
marcha. Esta es una responsabilidad exclusiva del cliente pues es quien debe decidir en
qu momento se desactiva el sistema viejo y cuando comienza a funcionar el nuevo. Si
se diera el caso que la garanta comenzara en el momento de puesta en marcha, los
perjuicios para el proyecto seran maysculos. Cualquier atraso en la puesta en marcha
colocara al cliente en una situacin de potencial conflicto con el fabricante del
software.
Diferentes situaciones
Hay distintos hechos que justifican la validez de la garanta desde el momento de la
4entrega de la licencia. Algunas situaciones que se han dado en la prctica pueden
confirmar esta prctica. Software listo que no puede ser instalado: Un caso tpico es la
falta de hardware. El cliente no posee el equipamiento que el proveedor del software
requiri. A veces por negligencia del cliente, otras porque se demora la entrega del
hardware. Software instalado que no se implementa: Suele pasar cuando el equipo de
proyecto del cliente no est armado. Otra situacin es que las personas claves estn de
vacaciones. EN cualquiera de los dos casos, el proyecto no puede comenzar. Software
implementado que no entra en produccin: esto puede suceder porque el cliente cree
que an la organizacin no est preparada para el impacto que causar el nuevo
software o por razones polticas (un cambio de gobierno, una modificacin en la
direccin de la empresa, etc.)En los ejemplos mencionados, las demoras fueron
producidas por causas no atribuibles al fabricante del producto o al implementador.
De hecho el fabricante cumpli con su parte del trato: entregar la licencia del producto
y el software en si mismo. Con este artculo hemos querido marcar lo importante que
es estar preparados para realizar el proyecto y el conocimiento que se debe tener
sobre las implicancias o consecuencias de ciertas acciones en la vida de un proyecto.

Control

El objetivo de las actividades de Control de Calidad es comprobar si un producto posee

o no posee una determinada caracterstica de calidad en el grado requerido. Cuando
un producto no posee una determinada caracterstica de calidad se dice que tiene un
DEFECTO. Por lo tanto, se puede decir tambin que el objetivo del Control de Calidad
es identificar defectos en el producto y corregirlos.
Se pueden clasificar las actividades de control de calidad en dos categoras: controles
estticos y controles dinmicos. Los primeros analizan el objeto sin necesidad de
ejecutarlo mientras que los segundos requieren la ejecucin del objeto que est siendo
probado.

La barrera entre controles estticos y dinmicos no es totalmente estricta. Cualquier

forma de control dinmico requiere un cierto grado de anlisis esttico. Adems hay
algunas tcnicas, como la verificacin formal y la ejecucin simblica, consideradas
como estticas, que ejecutan el cdigo, aunque en un entorno no real.

Costes
El coste necesario para conseguir productos de calidad tiene dos componentes:
-

Prevencin de errores: Construccin de la Calidad

Deteccin de defectos: Control de Calidad

Por el contrario, si no invertimos suficiente dinero y esfuerzo en la construccin y

control de la calidad, obtendremos productos de baja calidad, y esto tambin tiene su
coste. El coste de la no calidad tambin tiene dos componentes:
-

El coste de correccin de los defectos que se vayan poniendo a la luz

Repercusiones externas: falta de credibilidad, descontento de los usuarios,
responsabilidad civil, prdida de clientes

Es importante darse cuenta de que a la larga acaba saliendo ms caro desarrollar

productos de baja calidad que productos de calidad.

Revisiones
Las revisiones del software, son el conjunto de actividades que suceden como
resultado del anlisis, el diseo y la codificacin y que sirven para depurar las
actividades de ingeniera del software
Una revisin, tiene como objetivos:

Sealar la necesidad de mejoras en el producto

Continuar las partes de un producto en las que no es necesaria o no es deseable

una mejora

Conseguir un trabajo tcnico de una calidad ms uniforme, o al menos ms

predecible, que la que puede ser conseguida sin revisiones, con el fin de hacer ms
manejable el trabajo tcnico.

Las revisiones de software se usan como modelo para la amplificacin de defectos y

para ilustrar la generacin y deteccin de errores durante los pasos de diseo
preliminar, diseo detallado y codificacin del proceso de ingeniera del software.

En cada paso del proceso de desarrollo de software, se presentan errores que

pasan inadvertidos y que producen un mayor nmero de errores si las revisiones
no lo detectan.
Los errores amplificados corresponden, a aquellos errores que pasan
inadvertidos desde pasos anteriores. De igual forma se representa el porcentaje
de eficiencia de la deteccin de errores.

REVISIONES TCNICAS FORMALES

Muchos de los problemas detectados en las etapas de construccin o prueba de los
sistemas se deben a problemas en las etapas de anlisis, especificacin o diseo. La
realizacin de revisiones formales a los documentos asociados a las distintas etapas
del ciclo de desarrollo del software (especificacin de requerimientos, diseo, etc.)
permiten:

Obtener de alertas tempranas sobre potenciales riesgos y problemas de

calidad.
Reducir los tiempos de desarrollo y testing al evitar retrabajos.
Generar estndares tiles para los distintos ciclos de desarrollo.

Las revisiones tcnicas formales validan la completitud y correccin de los entregables

de un proyecto, previniendo en forma temprana sobre potenciales problemas y riesgos
que puedan derivarse en etapas posteriores del proyecto: inconsistencias,
ambigedades, no cumplimiento de estndares, etc (evaluaciones durante el armado
del proyecto, durante el proyecto y post-mortem).
El servicio consiste en la revisin formal de la documentacin de Arquitectura, Diseo,
Requerimientos, Modelo de Datos, etc. con el objetivo de:

Verificar la consistencia interna de la documentacin y su coherencia con los

requerimientos.
Verificar el cumplimiento de estndares del cliente.
Validar la completitud y facilidad de lectura de la documentacin.
Proponer mejoras, agregados, templates y/o estndares nuevos.

Este servicio se encuentra certificado ISO 9001:2008.

Bibliografa
http://www.slideshare.net/lidizzg/definicion-de-calidad-y-calidad-de-software
http://www.buenastareas.com/ensayos/Definicion-De-Calidad-DeSoftware/1242677.html

http://datateca.unad.edu.co/contenidos/301404/301404_ContenidoEnLinea/leccin_3
4__revisiones_del_software.html
http://www.pragmaconsultores.com/es/servicios/calidad/Paginas/RevisionTecnicasFo
rmales.aspx
http://raulydianadapi1.blogspot.com.es/2009/09/caracteristicas.html
http://es.wikipedia.org/wiki/Especificaci%C3%B3n_de_requisitos_de_software
https://sites.google.com/site/jachsistemascomputacionales/classroom-news/21caracteristicas-del-software-propietario
http://www.slideshare.net/erik9116/caracteristicas-del-software-11926355
http://es.wikipedia.org/wiki/Requisito_(sistemas)
http://www.infor.uva.es/~descuder/proyectos/ipo/requi.htm
http://www.kybele.etsii.urjc.es/docencia/IS4/20132014/Material/IS4.11.12.Ejemplo.2.ERS.pdf
http://osmarrios.blogspot.com.es/2012/03/14-terminologia-de-software.html
http://facilyrapid.blogspot.com.es/2012/03/110-conocer-la-terminologia-desoftware.html
http://inf.udec.cl/~mvaras/gpis/apunteGPDS.pdf
http://www.slideshare.net/EvaluandoSoftware/garantia-del-software-aplicativo
http://boloquizhpeblog.blogspot.com.es/2011/01/garantia-de-calidad-delsoftware.html
http://es.wikipedia.org/wiki/Software_de_administraci%C3%B3n_de_proyectos
http://valoryempresa.com/archives/calsoftware.pdf