Dilema de la calidad de software:

si una empresa fabrica un software de mala calidad,entonces nadie querra

comprarlo,pero si fabrica un software de alta calidad, entonces tomara tanto tiempo
en terminarlo y sera tan caro de producir, que consecuencia,quedara fuera del
mercado.es por ello, que las empresas deben tomar un punto medio,donde el producto
sea "suficientemente bueno"

--->software suficientemente bueno

las empresas producen software "suficientemente bueno" y lo distribuyen a los
usuarios finales,esto hablando de la primera version osea 1.0,con errores
incluidos,ya para la siguiente version,realizan mejoras de estos errores y esto en
consecuencia ,de que el mercado lo quiere lo mas antes posible,actuando en contra
la calidad producto.

el software "suficientemente bueno" contiene caracteristicas y funciones de alta

calidad pero a la vez tambien errores, es por ello, que esperan que los usuarios
finales, disfruten de la funcionalidad de la aplicacion,mas no de los errores. Lo
anterior, funciona solo en grandes empresas, que tienen la habilidad de convencer a
clientes para adquirir el producto.En cambio, en empresas peque�as,si se llega
aplicar esta filosofia,causaria da�o a la reputacion de la empresa,debido a los
malos comentarios que generaria.

Por otro lado, en otros campos,como el software incrustado en tiempo real

o si construye software de aplicaci�n integrado con hardware, entregar un producto
con este tipo de practicas,seria una negligente, como el caso, de un avion,de
utilizar un software con errores,seria perjudicial.

Esta filosofia sirven en algunos campos de aplicacion.

--->el costo de la calidad

Lograr el nivel deseado en un software cuesta demasiado tiempo o dinero,es por ello
la calidad tiene un costo de igual manera el software de mala calidad,que afecta
los usuarios finales y a la misma empresa.
El costo de calidad,tiene que ver con los costos que se nesesita al buscar la
calidad y los costos posteriores en el software final.Estos costos se dividen en
costos de prevencion,evaluacion y falla.
-prevencion:
El costo requerido para planear y coordinar todas las actividades de control y
aseguramiento de la calidad,de pruebas.

-evaluacion:
El costo de las actividades de investigaci�n de la condici�n del producto la
�primera vez� que pasa por cada proceso.

-fallas:son los errores detecteados antes o despues de enviar el producto al

usuario final.
-->interno:
- Costos requerido por efectuar repeticiones para corregir un error.
- Costos que se genera inadvertidamente al efectuar correccion errores.
-->externo:
- Costos que se requieren para la soluci�n de quejas, devoluci�n y sustituci�n del
producto despues de entregar el producto final,lo cual trae mala reputacion y
comentarios negativos hacia la empresa.

--->Riesgos:
El software de mala calidad aumenta los riesgos tanto para la empresa como para los
usuarios finales.
--->Negligencia y responsabilidad:
El problema de que un software desarrollado por un proveedor, es que al momento de
la entrega del productos final,ambas partes no esten acuerdo respecto a la calidad
del productos debido a varios factores.

-->Calidad y Seguridad:
La seguridad va de la mano con alta calidad que tenga un software,es decir,
mientras tenga mas calidad,sera mas seguro,pero si es de mala calidad, es mas facil
penetrar por parte de intrusos,en consecuencia, ocasiona mas gasto en los costos
para solucionar esos problemas.

-->El efecto de las acciones de la administraci�n

La administracion juega un papel importante,dado que tomar las desiciones mas
adecuadas en el desarrollo el producto, este producira un producto final como se
desea, en cambio, si se toman malas decisiones podrian arruinar el proyecto.

-Decisiones de estimaci�n:
Se deben tomar las medidas adecuadas en las fechas de entrega y puntos de revision
del proyecto,aunque esto, en la mayoria de casos, es afectada, por la presi�n
enorme del tiempo para entrar al mercado que fuerza aceptar fechas de entrega
inadecuados.En consecuencia, se toman atajos pasando por alto las actividades
que elevan la calidad del software y disminuye la calidad.

-Decisiones de programaci�n:
Cuando se establece un programa de desarrollo de un proyecto de software se
establece la secuencia de las tareas con base en dependencias,es decir, que para
que funcione A,debe primero probarse los demas elementos que se relacionan A,es
decir por ejemplo B,C,D,mientras estos no esten probados,A no podran realizar una
accion en A.

-Decisiones orientadas al riesgo:

La administracion del riego es otra tarea importante dentro del desarrollo de un
software,dado que puede establecer planes de contingencia,cuando ocurra un error en
el proceso.

El dilema de la calidad del software se resume mejor con el enunciado de la Ley de

Meskimen:
Nunca hay tiempo para hacerlo bien, pero siempre hay tiempo para hacerlo otra vez.
Mi consejo es:
tomarse el tiempo para hacerlo bien casi nunca es la decisi�n equivocada.