Calidad Software
Páginas: 8 (1775 palabras)
Publicado: 28 de septiembre de 2012
Generated by Foxit PDF Creator © Foxit Software http://www.foxitsoftware.com For evaluation only.
CALIDAD DEL SOFTWARE GESTION DE CALIDAD EN EL SOFTWARE.
Todo el ciclo de desarrollo de software se concentra en proporcionar un producto con cero defectos sin embargo, quiero hacer hincapié los siguientes conceptos a considerar antes de implementar los mecanismos para asegurar un control decalidad apropiado y a nuestra medida. • Primer problema: los errores se aceptan. Esto no es productivo en el tratamiento del problema. • Defecto: desviación entre el resultado esperado y el logrado. • Bug: algo que se arrastra por propia voluntad en el código y produce problemas. No atribuible a una persona, involuntario. • Los bugs se pueden aceptar, los efectos NO. • El primer paso para lograrcalidad es identificar los defectos como lo que son, fallas individuales.
El esfuerzo dedicado al diagnóstico y eliminación de fallas que fueron introducidas durante el proceso de desarrollo representa el 55% del costo total del sistema, al que se lo llama SPOILAGE.
Muchos incluyen todo el testing como spoilage. Las mejoras se incluyen a un ratio de productividad que es una o dos veces menor, enmagnitud, que el ratio de desarrollo. En la mayoría de los casos corresponde a errores de diseño. Este proceso SPOILAGE es el costo de errores humanos durante el proceso de desarrollo. Errores de codificación, análisis, diseño o testeo. Por MMV/2009 – GESTION DEL PROYECTO 1
Generated by Foxit PDF Creator © Foxit Software http://www.foxitsoftware.com For evaluation only.
CALIDAD DELSOFTWARE
Por lo expuesto, la calidad del software está dada por la ausencia de SPOILAGE, diferentes defectos tienen diferentes costos. La fórmula que normalmente se implementa para tener una medida de calidad está dada como: Calidad = S (Costo diagnostico y corrección de defectos) / Volumen. Los valores pequeños implican ALTA CALIDAD.
Tomar en cuenta que los defectos no son problema tecnológico,son un problema sociológico por lo que las medidas y acciones que implementemos para mejorar pueden afectar la organización de proyectos, objetivos, etc.
Los defectos que se corrigen en el código, no se eliminan del proceso de construcción de sistemas, la clave para prevenir esto es remover los defectos del proceso en lugar de removerlos del producto. Por eso que les pido que sigan con lasiguiente metodología:
1. Obtener el Caso de Uso 1 – Que representa el modelo inicial de implementación, extractado del SIGMA Actual, en el que se especifican comportamiento, información y objetivo del caso de uso y reglas de negocio como funcionales. (este es el snapshot de la realidad) 2. Realizar el Caso de Uso 2 – Que representa una tarea compuesta de las siguientes actividades: • Construcción delGUI (Interfaz en el simulador GUI) y aprobación del mismo interactuando con los responsables conceptuales asignados. • Obtener el Diseño Físico de la DB del responsable de BD (consultores web asignados) • Realizar el análisis de brechas tecnológicas con los arquitectos. 3. Implementar el Caso de Uso 2 – Este es el proceso mismo de implementación o factoring sobre la herramienta o lenguaje. Con lainformación inicial de paso 2. El paso 2 representa su contrato de especificación y desarrollo de software cuando este firmado por los
Por MMV/2009
– GESTION DEL PROYECTO
2
Generated by Foxit PDF Creator © Foxit Software http://www.foxitsoftware.com For evaluation only.
CALIDAD DEL SOFTWARE responsables de las áreas intervinientes. Durante este proceso se debe documentar y terminarel caso de uso 2 usando la herramienta CASECOMPLETE y coordinando su desarrollo con los responsables de las áreas intervinientes quienes deben proporcionar el Diseño Físico documentado y el modelo conceptual que respalde su desarrollo. Deben cerciorarse que tenga trazabilidad del objetivo del caso de uso con la parte conceptual. No se aceptan los modelos genéricos. 4. Implementado el producto,...
CALIDAD DEL SOFTWARE GESTION DE CALIDAD EN EL SOFTWARE.
Todo el ciclo de desarrollo de software se concentra en proporcionar un producto con cero defectos sin embargo, quiero hacer hincapié los siguientes conceptos a considerar antes de implementar los mecanismos para asegurar un control decalidad apropiado y a nuestra medida. • Primer problema: los errores se aceptan. Esto no es productivo en el tratamiento del problema. • Defecto: desviación entre el resultado esperado y el logrado. • Bug: algo que se arrastra por propia voluntad en el código y produce problemas. No atribuible a una persona, involuntario. • Los bugs se pueden aceptar, los efectos NO. • El primer paso para lograrcalidad es identificar los defectos como lo que son, fallas individuales.
El esfuerzo dedicado al diagnóstico y eliminación de fallas que fueron introducidas durante el proceso de desarrollo representa el 55% del costo total del sistema, al que se lo llama SPOILAGE.
Muchos incluyen todo el testing como spoilage. Las mejoras se incluyen a un ratio de productividad que es una o dos veces menor, enmagnitud, que el ratio de desarrollo. En la mayoría de los casos corresponde a errores de diseño. Este proceso SPOILAGE es el costo de errores humanos durante el proceso de desarrollo. Errores de codificación, análisis, diseño o testeo. Por MMV/2009 – GESTION DEL PROYECTO 1
Generated by Foxit PDF Creator © Foxit Software http://www.foxitsoftware.com For evaluation only.
CALIDAD DELSOFTWARE
Por lo expuesto, la calidad del software está dada por la ausencia de SPOILAGE, diferentes defectos tienen diferentes costos. La fórmula que normalmente se implementa para tener una medida de calidad está dada como: Calidad = S (Costo diagnostico y corrección de defectos) / Volumen. Los valores pequeños implican ALTA CALIDAD.
Tomar en cuenta que los defectos no son problema tecnológico,son un problema sociológico por lo que las medidas y acciones que implementemos para mejorar pueden afectar la organización de proyectos, objetivos, etc.
Los defectos que se corrigen en el código, no se eliminan del proceso de construcción de sistemas, la clave para prevenir esto es remover los defectos del proceso en lugar de removerlos del producto. Por eso que les pido que sigan con lasiguiente metodología:
1. Obtener el Caso de Uso 1 – Que representa el modelo inicial de implementación, extractado del SIGMA Actual, en el que se especifican comportamiento, información y objetivo del caso de uso y reglas de negocio como funcionales. (este es el snapshot de la realidad) 2. Realizar el Caso de Uso 2 – Que representa una tarea compuesta de las siguientes actividades: • Construcción delGUI (Interfaz en el simulador GUI) y aprobación del mismo interactuando con los responsables conceptuales asignados. • Obtener el Diseño Físico de la DB del responsable de BD (consultores web asignados) • Realizar el análisis de brechas tecnológicas con los arquitectos. 3. Implementar el Caso de Uso 2 – Este es el proceso mismo de implementación o factoring sobre la herramienta o lenguaje. Con lainformación inicial de paso 2. El paso 2 representa su contrato de especificación y desarrollo de software cuando este firmado por los
Por MMV/2009
– GESTION DEL PROYECTO
2
Generated by Foxit PDF Creator © Foxit Software http://www.foxitsoftware.com For evaluation only.
CALIDAD DEL SOFTWARE responsables de las áreas intervinientes. Durante este proceso se debe documentar y terminarel caso de uso 2 usando la herramienta CASECOMPLETE y coordinando su desarrollo con los responsables de las áreas intervinientes quienes deben proporcionar el Diseño Físico documentado y el modelo conceptual que respalde su desarrollo. Deben cerciorarse que tenga trazabilidad del objetivo del caso de uso con la parte conceptual. No se aceptan los modelos genéricos. 4. Implementado el producto,...
Leer documento completo
Regístrate para leer el documento completo.