Factor de Calidad

PROCESO DEL SOFTWARE PERSONAL (PSP) Cada desarrollador usa distintos procesos para construir un software, estos pueden ser no eficientes o exitosos o tambin pueden cambiar a diario, pero existe un proceso. WATTS HUMPHREY dice que para cambiar un proceso inefectivo se tiene que pasar por cuatro fases y estas requieren capacitacin e instrumentacin. PSP resalto la medida personal al profesional de la planeacin, tambin hace responsables al profesional de la planeacin del proyecto y la calidad de todos los productos. Existen 5 actividades de marco de trabajo que son: 1. Planeacin: Aqu se selecciona los requisitos y se desarrolla el tamao y la estimacin de los recursos. Estas mediciones se anotan en las plantillas y al final se identifican las tareas de desarrollo y se crea un programa del proyecto. 2. Diseo de alto nivel: Se analizan los factores externos y se construyen prototipos cuando hay incertidumbre. 3. Revisin del diseo de alto nivel: Se aplican los mtodos de verificacin a los errores que se descubrieran en el diseo. 4. Desarrollo: Se refina y revisa el diseo y se verifica el cdigo y se compila, adems todas las mediciones se guardan para los resultados de trabajo. 5. Anlisis de resultados: Aqu se determina la efectividad del proceso, analizando todos los datos que se tienen. El PSP destaca que cada ingeniero tiene la necesidad de identificar los errores y de entender la importancia y los tipos de errores que suelen cometerse. Factores de calidad y productividad La calidad del software desarrollado, as como la productividad del programador son factores de difcil, pero no imposible, medida. Existen una serie de factores que inuyen en la calidad y productividad, que son los siguientes y que ayudan a realizar dicha medida: La capacidad individual.- En este fctor intervienen la competencia del individuo y su familiaridad con el rea de la aplicacin. La comunicacin entre los miembros del equipo.- Es un factor importante, ya que el traba jo en la mayor parte de las ocasiones no es individual y debe integrarse con el que ha sido desarrollado por otros miembros del equipo. La complejidad del producto.- Este factor depende del tipo de aplicacin a desarrollar y es de difcil estimacin, ya que muchas veces hasta la fase de desarrollo no es posible comprender en toda su perspectiva las complicaciones que conlleva su realizacin. Utilizacin de una notacin adecuada.- Este factor es de gran importancia para facilitar la comunicacin entre las partes involucradas (incluido el usuario). Empleo de mtodos sistemticos.- Es importante que se empleen tcnicas que sean de amplio consenso y bien conocidas por los integrantes del equipo de desarrollo de la aplicacin. Tambin es fundamental que estas tcnicas se empleen de manera sistemtica sobre todas las aplicaciones de caractersticas semejantes con objeto de facilitar el anlisis de coste y tiempo, y tambin para poder observar la trayectoria profesional de los miembros del equipo. Conocer el tiempo disponible.- Este factor esta vinculado a otros anteriores, ya que es bsico conocer el tiempo que puede aportar cada miembro del equipo y en que plazos, sobre todo en funcin de las tareas a realizar y de la mejor o peor productividad de determinados miembros en cada una de ellas. Existencia de facilidades y recursos externos.- Este factor, es determinante en la medida en que se conozcan productos o herramientas (automticas o no) que faciliten las labores de desarrollo e integracin de la aplicacin. En mayor medida cuando se conocen aplicaciones parecidas de fcil transportabilidad y modicacin que puedan servir de base a la que hay que realizar.

Como en el resto de las actividades industriales, en el desarrollo de software, tambin es importante realizar una buena planicacin del trabajo y una buena asignacin de recursos a los distintos miembros del equipo. Una mala planicacin termina con una mala aplicacin o una aplicacin terminada a destiempo (disgusto del peticionario), lo cual supone un fracaso. Varios fracasos consecutivos de este mismo estilo suponen la ruina para la mayor parte de las empresas del sector, debido a la competencia existente.

********************************************************************************
EVOLUCIN DE LA CALIDAD EN EL TIEMPO A lo largo de la historia, la metodologa de elaborar los bienes y el concepto de calidad han ido evolucionando de una forma paralela. En la siguiente tabla se recoge un resumen de la evolucin del concepto de calidad en el tiempo. poca/Sistema de Gestin Concepto de Calidad Epoca artesanal Hacer las cosas bien a cualquier costo Industrializacin Produccin Segunda Guerra Mundial Eficacia + Plazo = Calidad Posguerra (Japn) Hacer las cosas bien a la primera Posguerra (resto de pases) Produccin Control de Calidad Verificacin de las caractersticas del producto Gestin de la Calidad Aptitud del producto/servicio al uso Gestin de Calidad Total Integrar la calidad en todo el proceso Taguchi Coste mnimo para la sociedad En la poca artesanal la calidad supona hacer bien las cosas a cualquier costo. Los objetivos seguidos por el artesano eran, por lo tanto, satisfacer el orgullo personal (su prestigio) y satisfacer al comprador. En definitiva, el producto era una obra de arte. Esto supone que el artesano vende los productos, compra las materias primas y trabaja con una metodologa basada en su experiencia profesional. Posteriormente, durante la industrializacin, el concepto de calidad fue sustituido por el de produccin (hacer muchas cosas, no importa con que calidad). El objetivo de este modo de fabricacin era el de satisfacer la demanda de bienes (generalmente escasos) y el aumento de beneficios. Durante la Segunda Guerra Mundial, el concepto de calidad equivala a asegurar la eficacia del armamento (sin importar el costo) con la mayor y ms rpida produccin (eficacia + plazo = calidad). El objetivo era garantizar la disponibilidad de un armamento eficaz en cantidad y momento precisos. Durante la posguerra, en Japn el concepto de calidad equivala a hacer las cosas bien a la primera. El objetivo de esta filosofa de trabajo era minimizar los costos a travs de la calidad, satisfacer a los clientes y aumentar la competitividad de estas empresas.

En el resto de los pases, sin embargo, se volvi al objetivo de la poca anterior, la industrializacin. No se contempla la calidad, slo se trata de producir cuanto ms mejor, satisfacer la demanda de bienes para reconstruir los pases afectados por la guerra. En este tiempo se analiza el trabajo y se descompone en actividades sencillas. Estas actividades se realizan por personas especializadas en pequeas tareas De este modo nace el trabajo en cadena, el trabajo pasa de ser organizado por un artesano industrial a ser planificado por los ingenieros. Como consecuencia disminuye el periodo de aprendizaje y aumenta la productividad. Esto supone un aumento de la competitividad, pero un descenso del nivel de vida y de la satisfaccin de los trabajadores. Como efectos secundarios aparece un descenso de la calidad por apata, descuido, mala coordinacin entre distintas funciones, etctera. Llega un momento en el que el cliente comienza a exigir ms calidad. Entonces se comienza a buscar que el grado de adaptacin de un producto a su diseo sea el ptimo. En esta poca se hace el Control de Calidad, en el sentido de inspeccin de las caractersticas de un producto y satisfacer las necesidades tcnicas y de produccin. De este modo, la calidad se identifica con la ausencia de defectos. Originado por este control de calidad surge un conflicto entre la funcin de fabricacin (a la bsqueda de aumentar la productividad) y la de control de calidad (cuya funcin era detectar todos los defectos posibles). Pero entonces resulta que el cliente busca otras cosas o, aunque el producto cumpla las especificaciones del diseo, no es aceptado por el mercado. Entonces surge la necesidad de cambiar el sistema de gestin y surge la Gestin de la Calidad. El concepto de calidad se mide mediante el grado de satisfaccin de las necesidades del cliente. Los objetivos, por lo tanto, sern satisfacer al cliente, mantener la calidad, reduccin de los costos y mejorar la competitividad de la empresa. En este momento surge el Aseguramiento de la Calidad. El concepto bsico de este Sistema de Calidad supone garantizar el nivel de calidad del producto, esto es, que el resultado de la actividad de la empresa sea el que se pretende y no una sorpresa. El punto dbil de este sistema es que no contempla la mejora del producto, ni define sistemas para captar la voz del cliente. Para mejorar en estos aspectos surge la mejora continua, herramienta utilizada de diferentes maneras en cada empresa segn sus necesidades y mtodos de trabajo. La mejora continua est basada en una serie de pequeas mejoras que van haciendo avanzar poco a poco a la empresa en diferentes aspectos. Las empresas ms comprometidas en materia de calidad han comenzado recientemente a incorporar un sistema de gestin denominado Gestin de Calidad Total. Este proceso supone integrar el concepto de calidad en todas las fases del proceso y a todos los departamentos que tienen alguna influencia en la calidad final del proceso y/o servicio prestado al cliente. Actualmente, los gurs de la calidad llegan aun ms lejos. Taguchi define la calidad como el grado de prdida para la sociedad. El objetivo, por lo tanto es buscar el mtodo de produccin que supone un coste mnimo para la sociedad. En este concepto entran otro tipo de consideraciones, como pueden ser las relaciones con el medio ambiente, la satisfaccin de los trabajadores, etctera. Esto hace suponer que en un futuro el concepto de calidad se identifique con la satisfaccin por el trabajo bien hecho. Los objetivos buscados pasaran a ser la satisfaccin interna (empresa), la satisfaccin externa (cliente y sociedad en general), y una alta competitividad en un mercado en el que la calidad se considerar como un derecho.

******************************************************************************** LA HISTORIA Y LA EVOLUCION DE LA CALIDAD DEL SOFTWARE.

Analizando las mejores prcticas tcnicas a travs del ciclo de vida del software. En los contenidos e historias de la administracin de la calidad cubriendo las tcnicas de Administracin Total de Calidad (TQM) y del Sistema de Administracin de Calidad (QMS). El objetivo es dar a conocer como los sistemas de calidad se han desarrollado y como pueden aplicarse al software. TQM es el mtodo de mejoramiento de la calidad usado originalmente por los japoneses. Puede demostrarse que el empleo de tcnicas de TQM es una de las principales razones para el xito comercial. TQM no fue inventado en Japn pero encontr tierra frtil all para su desarrollo y crecimiento. Fue impostado de Estados Unidos despus de la segunda Guerra Mundial por el Dr. Edwards Deming y el Dr. Joshep Juran. Ambos investigadores encontraron su camino a Japn despus de que sus trabajos haban sido rechazados en su propio pas. El Dr. Deming fue enviado a Japn por la armada de Estados Unidos. Su mtodos estaba basado en un enfoque estadstico para simplificar las tcnicas, pero el principaltema es un enfoque sistemtico y riguroso de la calidad. El Dr. Juran llego a Japn en 1954 con el objetivo bsico de centrarse en la calidad en lugar del costo y de atender el rompimiento de la calidad. Japn ha producido ahora sus propios gurs. Uno de los ms conocidos es el profesor Ishikawa quien promueve crculos de la calidad y el diagrama Ishikawa. El Dr. Genichi Taguchi cuyo mtodo llama para la calidad y confiabilidad de un producto a ser construido en la etapa de diseo, en donde insiste usted en pintar la calidad despus de que ha producido el producto. Casi todo el trabajo realizado por los anterioresgurs fue en el campo de hardware o en el servicio basado, pero muchos de los principios pueden aplicarse a la industria del software. La base de TQM es un modelo de produccin basado centrado en la calidad. EVOLUCION DEL SOFTWARE El software de computadora evoluciona a travs del tiempo, sin importar su dominio de aplicacin, tamao o complejidad. El cambio (que con frecuencia es llamado mantenimiento del software) conduce este proceso, y se presenta cuando se corrigen errores, cuando el software se adapta a un nuevo ambiente, cuando el cliente solicita caractersticas o funciones nuevas y cuando la aplicacin experimenta una reingenieria para proporcionar beneficios en un contexto moderno. La ley del cambio continuo (1974). Los sistemas de tipo electrnico deben adaptarse de manera continua, de lo contrario se volvern menos satisfactorios. La ley de la complejidad creciente (1974). Cuando un sistema tipo electrnico esta en evolucion su complejidad incrementa a menos que se realice el trabajo necesario para mantenerla o reducirla. La ley de la autorregulacin (1974). La evolucin de un sistema tipo electrnico se auto regula con la distribucin y medida del producto y las mediciones del proceso cercanas a la normal. La ley de la conservacin de la estabilidad organizacional (1980). La actividad global de un sistema tipo electrnico en evolucin no vara con respecto al el ciclo de vida de un producto. La ley de la conservacin de la familiaridad (1980). Cuando un sistema tipo electrnico esta en evolucin y se quiere tener un desarrollo satisfactorio las personas involucrados en dicho proyecto deben estar afines a dominio del mismo, es decir, no salirse del contexto. La ley del crecimiento continuo (1980). El contenido funcional de los sistemas tipo electrnico debe incrementar de forma continua para satisfacer necesidades del cliente. La ley de la calidad decreciente (1996). Los sistemas podran perder su calidad, a menos que se adapten y mantengan de acuerdo a los cambios en su ambiente operacional. La ley del sistema de retroalimentacin (1996). Todo sistema al momento de evolucionar debe estar constituido por sistemas de retroalimentacin con niveles, ciclos y agentes de diversos tipos para que as se den mejoras en dicho sistema.

Bibliografa:

y y

Roger S. Pressman. Ingeniera de Software: Un enfoque prctico. Ed McGraw Hill. Pg. 12-17 Administracin Total de Calidad. Pg. 177