martes, 24 de marzo de 2015

Procesos de apoyo al ciclo de vida

En las 8 leyes de la evolución de Lehman, también tiene importancia los procesos de apoyo al ciclo de vida:


a) Documentación: define las actividades para el registro de la información producida por un proceso del ciclo de vida.

b) Gestión de la configuración: define sus propias actividades.

c) Aseguramiento de la calidad: se trata de actividades para asegurar que los productos software y sus procesos son conformes a los requerimientos especificados, ajustándose a los planes establecidos. Revisión conjunta, auditoría, verificación y validación pueden ser utilizadas como técnicas de aseguramiento de la calidad.

d)  Verificación: son  actividades  que  se  realizan  para comprobar en detalle el nivel de los productos software 
(para  el  adquiriente,  proveedor  o  una  parte  independiente). 

e) Validación: define las actividades (para el adquiriente, proveedor o una parte independiente) para aprobar los productos software del proyecto.

f) Revisión conjunta: son las tareas que se realizan para evaluar  el  estado  y  productos  de  una  actividad.  Este proceso puede ser empleado por cualquiera de las dos partes indistintamente.

g) Auditoría: se trata de las actividades para determinar la conformidad con los requerimientos, planes y contrato. En este proceso la parte auditora, revisa los productos software o actividades de la contraparte.

h) Solución de problemas: define las actividades para analizar  y  eliminar  los  problemas,  (incluyendo  las  no conformidades) que sean descubiertos durante la ejecución  del  proceso  de  desarrollo,  operación,  mantenimiento, etc. 

Debemos tener presente que parte importante del éxito en la Mantención del software, radica en el conocimiento que se tenga de este mismo y de las modificaciones que se deba realizar, por lo tanto, cuando tenemos un equipo que lleva a cabo el desarrollo y otro que hace la  mantención,  la  comunicación  entre  ambos,  emerge como un punto muy relevante. Por esa razón el primer 
punto que tenemos es la documentación, la cual puede ser interna (efectuada en el mismo código de la aplicación o en textos externos).



Referencias bibliográficas Pressman R. (2010). Ingeniería del software, séptima edición. Mexico: Mc Graw Hill Educación. Estándar IEEE 1219. Estándar IEEE/ISO 12207.

No hay comentarios:

Publicar un comentario