DESCRIPCION DE LOS PROCESOS DE APOYO Y ORGANIZATIVOS ISO/IEC 12207-2008 1

Procesos de Apoyo y Organizativos, Ciclo deVida del Software ISO/IEC 12207-2008

Alexis ZambranoE-mail: alexis.zambrano@est.epn.edu.ec

ResumenEl artculo presenta informacion concisa acerca de los procesos de apoyo y organizativos del ciclo devida del software basandose en la norma ISO/IEC 12207-2008 que atanen aspectos desde la codificacion hasta losstakeholders y todo proceso que conlleve a un buen desarrollo y buena implementacion del software.

Index Termsproceso de apoyo, organizativo, ISO.

F

1. INTRODUCCION

CAda proceso en el ciclo de vida del softwaretiene su propio dominio desde el aspecto desu contexto, pero todos estos procesos tienen comoobjetivo el cumplir con los requerimientos, porende si no especificamos claramente los requeri-mientos todo proceso a la final tendra falencias.Casi para cualquier actividad en el ciclo de vidadel software existe su respectivo proceso con surespectiva implementacion, documentacion y genteencargada.

Noviembre 4, 2014

2. PROCESOS DE APOYOLos procesosd e apoyo juegan un rol integral

puesto que complementan la parte del Proceso deImplementacion del Software, estos procesos tam-bien ayudan a otro tipo de procesos como el apoyoa la aceptacion del software, proceso de manteni-miento del software entre otros. Cabe recalcar quelos procesos de apoyo atanen a todos los procesosdel ciclo de vida del software.

2.1. Proceso de la Gestion de la Documenta-cion del Software

Su objetivo es el de mantener de una manera or-denada y detallada toda la informacion producidapor cualquier proceso o actividad del ciclo de vidadel software, ciertamente este proceso interesa atodos los involucrados en cualquier proceso, comoresultado de una correcta implementacion del pro-ceso de documentacion tendremos caractersticasde la misma como: La estandarizacion para el desa-rrollo de la documentacion, el contenido de toda la

documentacion es especfica, revisada y aprobada,la documentacion es mantenida en concordanciacon un criterio ya definido.

2.1.1. ActividadesImplementacion del Proceso: Se refiere a unplan que, identifica todos los documentos pro-ducidos, es decir cada documento debe cons-tar de: ttulo o nombre, objetivo y contenido,grupo de interes, procedimientos de entradas,desarrollo modificacion, etc.Diseno y desarrollo: Cada documento va aser disenado en acuerdo con estandares deformato, numeracion de pagina, formato detablas.Produccion: La documentacion sera proporcio-nada de acuerdo al plan, se refiere al medio enel cual veremos el documento, esto puede serelectronico o fsico como papel.Mantenimiento: Se refiere a cualquier modifi-cacion que se haga a la documentacion, estopuede ser al momento de que modificamos elsoftware.

2.2. Proceso de la Gestion de la Configuraciondel Software

Este proceso es una especializacion del procesode la gestion de la configuracion que forma partedel grupo de procesos de proyecto. Como objetivotiene el de establecer y mantener la caractersticade integridad de todas las partes del software, sise aplica correctamente tendremos un desarrolloclaro acerca de la estrategia para la gestion de laconfiguraciony sobre todo que todos los aspectosgenerados estan definidos y bien identificados.

DESCRIPCION DE LOS PROCESOS DE APOYO Y ORGANIZATIVOS ISO/IEC 12207-2008 2

2.2.1. Actividades

Implementacion del Proceso: Desarrollo de unplan para la gestion de la configuracion.Identificacion de la Configuracion: Se esta-blece un esquema para la identificacion de laspartes del software y sus versiones.Control de la Configuracion: Identificacion yregistro de peticiones de cambio, entre otras.Determinacion del Estado de la Configura-cion: Los registros y reportes de estado debencontener informacion acerca de todas las par-tes del software.Evaluacion de la configuracion: asegurar lacompletitud de todos los aspectos del softwa-re, cumplimiento de requerimientos.Gestion de release y entrega: Todo releasede software y su documentacion deben sercontroladas.

2.3. Proceso de Aseguramiento de la calidad

Su objetivo es el de decir con toda seguridadque los productos y los procesos cumplen con loprovisto y lo planeado.

2.3.1. Actividades

Implementacion del Proceso: Se establece unproceso acorde al proyecto.Aseguramiento del producto: Se asegura quetodos los planes requeridos por el contratoesten documentados, es decir que cumplan conel contrato, que tengan consistencia.Aseguramiento del proceso: Se asegura quetodos los procesos del ciclo de vida del soft-ware cumplan con el contrato.Aseguramiento del sistema de calidad: Seaseguran que activiades adicionales para lagestion de la calidad tengan concordancia conla ISO 9001.

2.4. Proceso de Verifiacion del Software

Su objetivo es el de confirmar que cada servicioo funcion que provea el software refleje cada re-querimiento especificado anteriormente. Como re-sultado de una buena implementacion del procesotendremos un desarrollo claro de una estrategia deverifiacion, una definicion de criterios para la veri-fiacion de todas las funcionalidades de un productode de software, un registro de defectos, entre otras.

2.4.1. ActividadesImplementacion del Proceso: Determina si elproyecto garantiza una solida verificacion y elgrado de independiencia de esa verificacion.Verificacion: Trata del proceso de verificacionde requerimientos siguiendo lineamientos co-mo: que los requerimientos tienen q ser consis-tentes y probables, el diseno de la verifiaciones correcto y consistente con la trazabilidadhacia los requerimientos.

2.5. Proceso de Validacion del Software

Su objetivo es confirmar que los requerimientospara un uso especfico son completamente satisfe-chos. Como resultado de una adecuada implemen-tetacion de este proceso tendremos una estrategiapara la validacion, un desarrollo de activiades nece-sarias de validacion, los resultados de las activida-des de validacion estan disponibles para el usuariofinal.

2.5.1. ActividadesImplementacion del Proceso: Si el proyectogarantiza una adecuada verificacion del mis-mo, el proceso de validacion va a ser esta-blecido para validar el sistema o producto desoftware, el plan de validacion debe incluiractividades como: tareas de validacion, itemsa ser validados entre otras.Validacion: Se refiere a preparar los requeri-mientos para las pruebas, casos de pruebas ycriterios de analisis de resultados, las pruebasdeben ser muy exhaustivas y deben reflejaruna alta disponibilidad del software y ademaslas pruebas deben reflejar que el software tra-baja acorde a como fue creado.

2.6. Proceso de Revision de Software

Su objetivo es el de mantener un entendimientocomun con los stakeholders acerca de que el progre-so este acorde con los objetivos, el producto debesatisfacer a los stakeholders.

2.6.1. ActividadesImplementacion del Proceso: Los recursosque son requeridos para llevar a cabo la re-vision deben ser provistos y todos los erroresdetectados durante la revision deben ser regis-trados y agregados al proceso de resolucion deproblemas.

DESCRIPCION DE LOS PROCESOS DE APOYO Y ORGANIZATIVOS ISO/IEC 12207-2008 3

Revisiones de la gestion del proyecto: Elestado del proyecto va a ser evaluado acor-de a horarios, estandares, esto puede causarcambios en la planeacion o la direccion delproyecto,Revisiones tecnicas: Sirven para evaluar losproductos de software o sus servicios teniendoen cuenta que deben estar completos y quecumplan con estandares y especificaciones.

2.7. Proceso de Auditoria del Software

Su objetivo es determinar que los productos ylos procesos esten conforme con los requerimientos.Como resultado de una buena implementacion deeste proceso podemos decir que se tendra unaestrategia para la auditoria siempre tomando encuenta que los encargados de hacerla deben serpersonas externas al proyecto.

2.7.1. Actividades

Implementacion del Proceso: LOs responsa-bles de la auditoria no deben tener una de-pendencia desde el punto de vista del equipode desarrolladores, el trabajo debe ser objetivoe imparcial.Auditoria del Software: Esta orientada a sabercomo un producto ha sido codificado y que losdatos cumplan con las especificaciones.

2.8. Proceso de Resolucion de problemas

Su objetivo es asegurar que todos los problemasdescubiertos a lo largo de cualquier proceso seananalizados y correjidos, se debe tener una calsifica-cion de los problemas ya que no todos son iguales,asi se lograra una correcta descripcion de resolucionpara posibles problemas futuros.

2.8.1. Actividades

Implementacion del Proceso: Un proceso debeser desarrollado para manejar todos los tiposde problemas. Se debe cumplir un ciclo en elcual cada problema sea adecuadamente repor-tado e ingresado dentro del proceso.Resolucion del problema: Cuando el proble-ma ha sido detectado debe haber un reporteen el cual se describa la solucion para eseproblema.

3. PROCESOS ORGANIZATIVOS

Todas las activiades y procesos descritos en estaseccion son responsabilidad de la organiacion quedebe assegurarse de que el procesos este vigente yfuncional.

3.1. Proceso de Gestion

Su objetivo es asegurar que todos los problemasdescubiertos a lo largo de cualquier proceso seananalizados y correjidos, se debe tener una calsifica-cion de los problemas ya que no todos son iguales,asi se lograra una correcta descripcion de resolucionpara posibles problemas futuros.

3.1.1. ActividadesInicio y definicion del alcance: El procesos degestion va a ser iciado estableciendo los reque-rimientos del proceso a ser tomado, cuandolos requerimientos esten establecidos, la per-sona encargada establecera la factibilidad delprocesos revisando sus propios recursos.Planificacion: La persona encargada pla-neara la ejecucion de cada proceso, dicha pla-neacion debera tener actividades asociadas einformacion de los productos de software.Ejecucion y control: La persona encargadadebera iniciar la implementacion del plan parasatisfacer los objetivos, tambien debera moni-torear la ejecucion de cada proceso.Revision y evaluacion: La persona encargadaasegurar la evaluacion del producto de softwa-re y todas las actividades y tareas que requieradicha evaluacion.Finalizacion: Cuando un producto de softwareesta listo, la persona encargada determinara sicada proceso esta completo segun los criteriosespecificados en sus inicios.

3.2. Proceso de Infraestructura

Su objetivo es establecer y mantener la infrestruc-tura necesaria para cualquier proceso.

3.2.1. ActividadesImplementacion del Proceso: La infraestruc-tura debera ser definida y bien documentadaacorde a los requerimientos.Establecimientos de la infraestructura: Laconfiguracion de la infraestructura debera serplaneada y documentada.

DESCRIPCION DE LOS PROCESOS DE APOYO Y ORGANIZATIVOS ISO/IEC 12207-2008 4

Ejecucion y control: La persona encargadadebera iniciar la implementacion del plan parasatisfacer los objetivos, tambien debera moni-torear la ejecucion de cada proceso.Mantenimiento de la Infraestructura: La in-fraestructura debera ser mantenida, monito-reada y modificada tanto como sea necesariopara asegurar que se cumplan los requerimien-tos.

3.3. Proceso de MejoraSu objetivo es el de cumplir ciertas actividades

que tienen q ver con la gestion integral de losprocesos del ciclo de vida del software.

3.3.1. ActividadesImplementacion del Proceso: La organizaciondebera implementar un conjunto de procesosorganizacionales para todos los procesos delciclo de vida del software.Valoracion del Proceso: Se debe desarrollarun procedimiento para la valoracion que cubraaspectos de documentacion y registros.Mejora del Proceso: La organizacion efec-tuara las mejoras segun cada proceso y de-terminara un resultado para su valoracion yrevision.

3.4. Recursos humanosSu objetivo es proveer capacitacion a todo el

personal de la organizacion.

3.4.1. ActividadesImplementacion del Proceso: Consiste en te-ner una revision de los requerimientos queguien a implementar habilidades para el per-sonal de manejo y tecnico de la organizacion.Desarrollo del material de formacion: Se refie-re a la implementacion de material como guias,presentaciones, plataformas, etc.Implementacion del plan de formacion: Elplan para la formacion del personal debe serimplementado llevando registro de todas lasactiviades que se generen.

4. CONCLUSIONES1. Tanto los procesos de apoyo como los orga-

nizativos envuelven un muy fuerte esfueropor cumplir con todos los requerimientos delproducto software, pudimos ver a traves de la

redaccion del artculo que siempre la palabrarequerimientos.esta presente.

2. De igual manera el aspecto de la documenta-cion siempre forma parte de los procesos deapoyo y organizativos, todo proceso o modifi-cacion de algun plan debe estar plasmado yasea en un medio fsico o digital.

3. Siempre que sea necesario se haran modifica-ciones al plan inicial, lo unico que debemostomar en cuenta es que debemos cumplir conlos requerimientos.

4. Los procesos de validacion y verificacion de-ben tener una trazabilidad clara.

REFERENCIAS[1] ISO; IEC, IEEE std 12207-2008, New Jersey, USA: IEEE