LS3148 - Calidad de Software

1
3. Aspectos Organizativos del Aseguramiento de la
Calidad del Software

• LS3148 - Calidad de Software
• 3IM1
• Universidad Antonio de Nebrija
• Justo Hidalgo con algunos apuntes de Manuel
  Fernando Juan-

2
Contenidos

• Definición de Organización
• Estructura de las organizaciones
• Dónde posicionar la calidad de SW
• Canales de reporte

3
Definición de Organización

• Organización
• Unidad dentro de una compañía u otra entidad
  (universidad por ejemplo), en la que se gestionan
  proyectos. Todos los proyectos de una
  organización comparten el mismo gerente y las
  mismas políticas.
• SW-CMM V1.1
• Las organizaciones llevan a cabo tareas
• Operaciones tareas continuas y repetitivas
• Proyectos tareas temporales y únicas.
• Pero comparten otras características
• Se llevan a cabo por personas.
• Disponen de recursos limitados.
• Están planificadas, ejecutadas y controladas.

4
Estructura de las Organizaciones (I) funcionales

• Organizaciones funcionales
• cada empleado tiene un superior bien definido.
• El personal se agrupa por funciones marketing,
  ingeniería, producción, contabilidad, personal,
  etc.
• Los proyectos de estas organizaciones suelen
  verse como conjunto de actividades
  independientes, y no como un todo.

5
Estructura de las Organizaciones (II) o. a
proyecto

• Organizaciones orientadas a proyectos
• Es lo opuesto a las organizaciones funcionales.
• Todo el personal que participa en un proyecto
  está agrupado en un departamento y comparte el
  mismo jefe.
• Los jefes de proyecto tienen una gran
  independencia.

6
Estructura de las Organizaciones (III)
matriciales

• Organizaciones matriciales
• mezcla de las anteriores.
• Débiles
• mantienen buena parte de las características de
  las funcionales.
• El jefe de proyecto tiene poca autoridad, no
  siendo más que un coordinador de actividades.
• Fuertes
• organizaciones orientadas a proyectos jefes de
  proyecto con autoridad y buena asignación de
  recursos.

7
Estructura de las Organizaciones (IV) matriciales
Organización matricial débil
Jefe de la organización
Jefe funcional
Jefe funcional
Jefe funcional
Personal
Personal
Personal
Personal
Personal
Personal
Personal
Personal
Personal
Coordinación del proyecto
8
Estructura de las Organizaciones (V) matriciales
Organización matricial balanceada
Jefe de la organización
Jefe funcional
Jefe funcional
Jefe funcional
Personal
Personal
Personal
Personal
Personal
Personal
Jefe del proyecto
Personal
Personal
Coordinación del proyecto
9
Estructura de las Organizaciones (VI) matriciales
Organización matricial fuerte
Jefe de la organización
Jefe funcional
Jefe funcional
Jefe funcional
Jefe de los jefes de proyecto
Personal
Personal
Personal
Jefe de proyecto
Personal
Personal
Personal
Jefe de proyecto
Personal
Personal
Personal
Jefe de proyecto
Coordinación del proyecto
10
Dónde posicionar la Calidad de SW (I)
LUGAR
RECOMENDADO
ASPECTOS A CONSIDERAR
- Ningún poder frente el jefe de proyecto. - Se
le intentará hacer participe del desarrollo. - Es
un lugar prohibido. - Falta de independencia
riesgo de plegarse a los condicionantes del
proyecto. - Falta de autoridad es responsable al
mismo nivel que el diseño y el desarrollo. -
Tiene muchas ventajas Independencia. - No
depende del proyecto. - Autoridad. -
Independencia de los condicionantes del
proyecto. - Responsabilidad de la dirección
general. - Definición de una política de Calidad
de Software de Software coherente con la
política de calidad global.
En el grupo de ingeniería de desarrollo En el
grupo de proyecto En el grupo de G.C. del
equipo físico En el nivel del G.C. del equipo
físico
NO Si hay pocos y grandes proyectos. Poco
recomendado Si el software es muy
dependiente del equipo Para empresas en que
el software es un objetivo de primer
nivel. Demasiado alejado del proyecto real.
11
Dónde posicionar la Calidad de SW (II)
ORGANIZACION DESEABLE
DIRECCION GENERAL
MARKETING
DESARROLLO
ASEGURAM. PRODUCTO/ CALIDAD
FABRICACION
SW
CALIDAD SW
SISTEMAS
CALIDAD SISTEMAS
HW
CALIDAD HW
12
Dónde posicionar la Calidad de SW (III)

• El compromiso de la dirección
• Desarrollar un plan estratégico de calidad
• Hacer partícipes a todos los empleados
• Establecer un comité de calidad
• Asignar los recursos necesarios
• Establecer criterios de calidad
• Hacer cumplir las medidas correctoras

13
En qué ayuda la Calidad del SW a la empresa

1. Las metodologías de desarrollo adecuadas están
   implantadas.
2. El proyecto usa normas y procedimientos en su
   desarrollo.
3. Revisiones y auditorías independientes.
4. Documentación para el futuro soporte,
   mantenimiento y mejora del producto.
5. Documentación producida durante el producto.
6. Hay mecanismos para el control de los cambios.
7. Las pruebas se enfocan en las áreas de más alto
   riesgo.
8. Cada tarea se completa satisfactoriamente antes
   de comenzar la siguiente.
9. Desviaciones se denuncian lo antes posible.
10. El proyecto es auditable.
11. El Plan de SQA esta alineado con el del proyecto.

14
Canales de Reporte

• Influyen en la efectividad del aseguramiento de
  la calidad.
• El responsable de SQA del proyecto no debe
  reportar a los responsable de las organizaciones
  de desarrollo.
• El responsable de SQA debe reportar a un nivel
  de mando lo suficientemente elevado como para
  influir en las prioridades y obtener los recursos
  a tiempo para resolver los problemas detectados.
• Guía básica
• No se debe reportar al jefe de proyecto
• No debe haber más de un escalafón entre la
  persona a la que se reporta y el jefe de la
  organización.
• Se debe reportar también a alguien que tenga
  intereses en que el producto tenga buena calidad
  (p.e. responsables de posventa).