Estándares De Calidad

ESTÁNDARES DE CALIDAD

Los estándares de calidad del proceso son los siguientes:

DEFINICION DE REQUERIMIENTOS

En la definición de requerimientos el estándar de calidad que se aplicara es el IEEE 830, la cual explicare a continuación:

Los requisitos se presentan en una lista ordenada, categorizada según su ámbito, así como la influencia y prioridad respecto al entorno de aplicación del proyecto:

1. Restricciones de diseño: requisitos que limitan el desarrollo al crear el producto. Se etiquetan como RD.x, siendo x el número del requisito.

2. Requisitos funcionales: conjunto de requisitos que reflejan la funcionalidad que debe prestar el sistema. Se etiquetan como RF.x, siendo x el número de requisito.

3. Requisitos de interfaz: conjunto de requisitos que definen las necesidades de la interacción del software con otros sistemas y usuarios. Se etiquetan como IN.x, siendo x el número de requisito.

4. Requisitos de calidad: exigencias en la calidad que se piden explícitamente para el producto. En esta categoría se engloban los requisitos de rendimiento, escalabilidad, accesibilidad, usabilidad, etc. Se etiquetan como CA.x, siendo x el número de requisito.

5. Requisitos de evolución: requisitos para el diseño del producto con el objetivo de facilitar la adaptación a exigencias o condiciones que puedan surgir en el futuro. Se etiquetan como EV.x, siendo x el número de requisito.

6. Requisitos del proyecto: requisitos que afectan y condicionan el proceso de desarrollo del proyecto. Se etiquetan como PR.x, siendo x el número de requisito.

7. Requisitos de soporte: requisitos que deben ser cumplidos por el cliente (a diferencia de los anteriores). Se etiquetan como SO.x, siendo x el número de requisito.

Dentro de la clasificación anterior, cada requisito debe especificarse formalmente, empleando para ello la siguiente plantilla:

- Descripción: descripción corta del requisito, que se concreta en los siguientes apartados.

- Importancia: pudiendo ser de una de estas tres clases: esencial (cuyo no cumplimiento provocaría el fracaso inmediato del proyecto), condicional (el requisito mejoraría el resultado final del desarrollo), opcional (el requisito no tiene que ser implementado, pero se puede tener en cuenta al realizar el diseño del producto).

- Validez: este apartado demuestra la validez del requisito. Tiene cuatro secciones, que estarían presentes sólo en el caso de ser relevantes para ese requisito concreto.

- Medible: describe cómo comprobar el grado de cumplimiento del requisito.

- Alcanzable: propone, de un modo general, un camino para lograr su consecución.

- Relevante: justifica la presencia del requisito en el documento, indicando cómo ayuda a definir la entidad global del producto.

DISEÑO

En lo que se trata de diseño el estándar de calidad es el IEEE 1016.

• Entidad de diseño (Design entity): Es un elemento del diseño que es estructural y funcionalmente distinto de otros elementos. Es nombrado y referenciado en forma separada. Puede describir un componente discreto del sistema y puede ser implementado, cambiado y probado con el mínimo efecto de otras entidades.

• Módulo: Unidad del programa que es discreto e identificable con respecto al compilador, combinado con otras unidades y cargables.

• Paso de programa (Program step): Instrucción simple ejecutable en lenguaje de programación. Los bloques de programa, selecciones e interacciones son clasificados como simples instrucciones del programa.

• Especificaciones de la arquitectura del sistema (System Architecture Specifications): Provee una estructura para el desarrollo del diseño detallado. Este describe la división de la solución en módulos individuales de hardware y software. Además describe la interacción entre estos módulos. No provee una descripción detallada de sus funciones en cada módulo. Esta es la función de la descripción del diseño del software.

• Especificación requerida del software (Software Requirement Specification): Son los requerimientos de lo que el sistema debe hacer desde el punto de vista del usuario.

• Descripción del diseño de software (Software Design Description): Describe en forma detallada las funciones de cada componente del software.

• Esquema estructural: Diagrama que identifica los módulos, actividades u otras entidades en un sistema o programa.

• Arquitectura del sistema: Conjunto de componentes hardware y software cuyas interfaces constituyen el sistema.

• Pruebas de caja blanca (White box testing): Pruebas aplicadas en el interior de una estructura del cuerpo del software para asegurar que todas las rutas sean utilizadas y todos los bloques ejecutados.

PROGRAMACIÓN

En lo que es la programación, se usa el PSP y el TSP:

El PSP es una línea de trabajo de medición y análisis para ayudarnos a caracterizar nuestro proceso.

También es un procedimiento definido que nos ayuda a mejorar nuestro desempeño.

Algunos de sus principios son:

- La calidad de un sistema de software está dada por la calidad del proceso utilizado para desarrollarlo y mantenerlo.

- La calidad de un sistema de software está determinada por la calidad de sus componentes más deficientes.

- La calidad de un componente de software está dada por el individuo que lo desarrolla.

- El desempeño individual está dado por el conocimiento, la disciplina y el compromiso del individuo.

- Se pretende

...