Ir al contenido principal

GESTION DE LA CALIDAD

Algunos desarrolladores de software aun creen que la calidad es algo que se deben preocupar solamente despues de haber terminado de escribir el codigo no hay nada mas alejado de la realidad, el aseguramiento de la calidad es una actividad sombrilla que ocurre a lo largo de todo el proceso.

El control de la variacion  es la clave para un producto de alta calidad, el control de la variacion es tratar de generar productos que no varien demasiado uno de otro

La calidad es un atributo  o caracteristica de algo por lo que se puede medir

Satisfaccion del usuario  = producto manejable  + buena calidad +entrega dentro delpresupuesto y tiempo

El control de calidad se logra  la serie  de inspecciones, revisiones  y pruebas empleadas a lo largo del proceso del software  para garantizar  que cada  producto de trabajo cumpla con los requisitos asignados.


La calidad del software se define como  concordancia  con los requisitos  funcionales y de desempeño  explicitamente  establecidos, estandares  de desarrollo explicitamente documentados  y caracteristicas  implicitas que esperan de cualquier software desarrollado profesionalmente.

Entre las actividades de SQA se encuentran

Preparar un plan de SQA para el proyecto
Participar en el desarrollo  de la descripcion del proceso de software del proyecto
Revisar las actividades de IS  para revisar que se ajustanla proceso de software definido
Audita productos de trabajo de software seleccionados  para verificar  que se ajusten con los definidos  como parte del proceso de software.
Garantizar  que las desviaciones  en el trabajo del software  y en los productos de trabajo esten documentados  y se manejen  de acuerdo  con  el procedimiento establecido.
Registrar cualquier falta  de ajuste y lo informa  al gestor ejecutivo.

Una revision tecnica formal trata de buscar errores, verificar que el software en revision satisface los requisitos, lograr que el software se desarrolle de manera uniforme, hacer proyecto mas manejable

La RTF se enfoca en una parte relativamente pequeña del proyecto

La seis sigma es un medio para asegurar la calidad  y se enfoca en tres aspectos
Definir
Medir
Analizar

Si el proceso esta en marcha se sugiere adicional

Mejorar
controlar

Comentarios

Entradas populares de este blog

DISEÑO AL NIVEL DE COMPONENTES

El diseño a nivel de componentes se presenta a menudo despues que se ha terminado la primera iteracion del diseño arquitectonico. y  el objetivo de esta fase es traducir el diseño en software operaciona. El diseño a nivel de componentes define las estructuras de datos, los algoritmos, las caracteristicas de la interfaz  y los mecanismos de comunicacion asignados a cada componente de software. esta fase permite revisar si los detalles de diseño son correctos y consistentes con las representaciones iniciales de diseño ¿QUE ES UN COMPONENTE? Es un bloque de construccion modular par el software de computo. una parte modular desplegable y reemplazable de un sistema que encapsula implementacion y expone un conjunto de interfaces. desde el punto de vista orientado a objetos un componente es un conjunto de clases ques se interrelacionan entre si. en el contexto convencional de ingenieria de software  un componente es un elemento funcional que incorpora  la logica del procesamiento y

ESTRATEGIAS DE PRUEBAS DE SOFTWARE

La estrategia de pruebas de software proporciona un mapa que describe los pasos que se daran como parte de la prueba indica cuando se planea y cuando se daran dichos pasos ademas cuanto tiempo, esfuerzo y recursos consumiran. un software se prueba para descubrir los errores cometidos, si se realiza sin ningun plan seguramente se desperdiciara tiempo, se dedicara un esfuerzo innecesario y lo que es peor puede que no se detecten los errores. Las pruebas se deben planificar con anticipacion y realizarlas de manera sistematica por lo que es importante tener una plantilla existen diferentes y en general tienen los siguientes pasos. 1. Revisiones tecnicas formales y efectivas 2. Se inicia a nivel de componentes y se trabaja hacia afuera hacia la integracion del sistema 3. Diferentes tecnicas en diferentes momentos 4. las pruebas las dirige el desarrollador 5. la prueba y la depuracion son actividades diferentes, pero la segunda debe incluirse en cualquier estrategia de pruebas. l

Múltiples Botones de Submit en MVC 5

Hace unos días me tope con un inconveniente debía colocar varios botones de submit en una vista de MVC, la solución que implementé es muy sencilla 1. En el controlador añadí un parámetro llamado "boton" de tipo string, el cual recibe el valor del botón que se esta accionando en la vista, en el ejemplo colocó una condición que indica que si el botón que se esta accionando es el de cancelar, regresamos al index de lo contrario ejecutamos otra acción [HttpPost] public ActionResult Carga(string boton) {         if(boton.CompareTo("Cancelar")==0)                 return RedirectToAction("Index"); } 2. En la vista tengo dos botones "Cargar" y  "Cancelar" de tipo submit, acá es importante que la propiedad "name" del botón tenga el mismo nombre que la variable del controlador, ya que es por este medio por el cual el controlador identifica de donde tomar el valor para la variable en este caso la variable del controlador