0% encontró este documento útil (0 votos)
202 vistas22 páginas

ISO 12207 Texto

Este documento describe el modelo de procesos ISO/IEC 12207 para el ciclo de vida del desarrollo de software. Explica que el modelo define una serie de procesos clave como adquisición, suministro, desarrollo, entre otros. Asimismo, indica que el modelo no impone una metodología en particular y es compatible con enfoques ágiles. El objetivo del modelo es establecer buenas prácticas para el desarrollo de software a través de la definición de actividades, tareas y roles para cada proceso.

Cargado por

kike2005
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
202 vistas22 páginas

ISO 12207 Texto

Este documento describe el modelo de procesos ISO/IEC 12207 para el ciclo de vida del desarrollo de software. Explica que el modelo define una serie de procesos clave como adquisición, suministro, desarrollo, entre otros. Asimismo, indica que el modelo no impone una metodología en particular y es compatible con enfoques ágiles. El objetivo del modelo es establecer buenas prácticas para el desarrollo de software a través de la definición de actividades, tareas y roles para cada proceso.

Cargado por

kike2005
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

ISO/IEC 12207 CICLO DE VIDA DEL SOFTWARE

INTRODUCCIN

Cada vez ms, las organizaciones ven la necesidad de controlar y mejorar la calidad del software
debido al impacto que sta tiene en los costes finales. En este sentido, las organizaciones estn
implantando modelos de mejora de procesos software, siendo los de mayor uso CMMI-DEV e ISO/IEC
15504 ISO/IEC 12207. Sin embargo, numerosos estudios confirman que la aplicacin de estos
modelos resulta costosa en pymes y pequeos equipos de desarrollo. Y por otro lado, se suma la
difcil integracin de las metodologas giles, paradigma ms utilizado por pymes y pequeos equipos
de desarrollo con estos modelos.

El modelo de procesos ISO/IEC 15504 ISO/IEC 12207:2008

Normalmente, en la mejora de la calidad de los procesos participan dos tipos de modelos, el modelo
de procesos y el modelo de evaluacin. El modelo de procesos define un catlogo o coleccin
estructurada de buenas prcticas que describen las caractersticas de un proceso efectivo, mientras
que el modelo de evaluacin proporciona los principios para realizar una evaluacin de la calidad, e
implantacin, de dicho modelo de procesos en una organizacin.

Integracin entre ISO/IEC 12207 y los modelos giles

En el desarrollo software, el qu hacer y el cmo hacerlo han sido siempre aspectos bsicos en la
mejora de procesos. Los modelos de procesos, como ISO/IEC 12207, definen buenas prcticas
(outcomes) y lo qu se espera encontrar en los procesos, pero en ningn momento indican cmo
realizarlo; esto ltimo se describe en las metodologas. Por lo tanto, el uso de modelos de procesos y
metodologas giles no debe considerarse un aspecto contradictorio sino complementario.

Un problema que sucede en muchas ocasiones cuando se implantan metodologas giles es la falta
de documentacin. En el contexto de metodologa gil normalmente se sugiere que no debera
existir una documentacin exhaustiva, lo cual es correcto, pero el problema aparece cuando no se
documenta. La ausencia completa de documentacin en cualquier soporte no es una buena prctica,
ya que no ayuda al personal no directamente involucrado en el desarrollo, como son nuevos
desarrolladores o el equipo de mantenimiento. En ningn caso el modelo ISO/IEC 12207:2008 obliga
a documentar exhaustivamente, el objetivo que persigue es que las actividades sean repetibles.

Asimismo indicar que en las auditoras ISO/IEC 15504 ISO/IEC 12207:2008 no se evala la aplicacin
directa de los resultados de los procesos, sino que se estudia y analiza la implementacin y
adaptacin de los mismos a una organizacin concreta. La tarea de un equipo auditor es alinear las
actividades de mejora definidas en la organizacin y las evidencias objetivas de su implantacin con
las buenas prcticas del modelo de procesos.

El modelo de procesos ISO/IEC 12207:2008 no impone restricciones sobre la metodologa que se


debe utilizar para implementar los procesos. Por lo tanto, es posible implementarlos con
metodologas giles como SCRUM.
Pg. 1
Arquitectura de ciclo de vida del software

La norma ISO/IEC 12207 establece una arquitectura para gestionar el ciclo de vida del software. La a
arquitectura se determina mediante un conjunto de procesos e interrelaciones entre estos.

Estructura de un proceso de ciclo de vida

Cada proceso se define en funcin de sus propias actividades, cada una de las cuales est
determinada, adems, en funcin de las tareas que las componen.

Gestin de calidad total

El estndar aplica los principios de gestin de calidad total. Es decir, trata todas las actividades,
incluidas las relacionadas con la calidad, como una parte integral del ciclo de vida del software.

A cada proceso y al personal responsable de llevarlo a cabo se le asignarn actividades y procesos


internos relacionados con la calidad.

Aplicacin a las organizaciones

Los procesos de la norma forman un conjunto completo que puede ser aplicado a diversas
organizaciones. Se puede seleccionar un subconjunto adecuado de procesos, as como sus
correspondientes actividades y tareas asociadas, para adaptarlo a las necesidades de la empresa y el
producto gestionado.

Limitaciones

El estndar no es un sustituto de la organizacin que se pueda establecer en ingeniera de sistemas


de software. La norma se limita a establecer un marco en el que los procesos, actividades y tareas
relacionadas con el software puedan ser razonablemente identificados y planificados.

Pg. 2
PROCESOS DEL CICLO DE VIDA DEL SOFTWARE

Los procesos se agrupan en tres grandes clases:

PRINCIPALES (o PRIMARIOS)

SOPORTE

ORGANIZACIN

Procesos del ciclo de vida del software. ISO/IEC 12207

Procesos del ciclo de vida del software. ISO/IEC 12207


Pg. 3
1. PROCESOS PRIMARIOS O PRINCIPALES

Procesos de adquisicin

Este proceso define las actividades y tareas del cliente que adquiere un producto de software o que
contrata un servicio.

Este proceso define las actividades y tareas del adquiriente. En este proceso se identifica la
necesidad de adquirir, desarrollar o adaptar un sistema, producto o servicio software, preparar una
solicitud y seleccionar un proveedor.

Las actividades de este proceso son:

Inicio

Definir la necesidad de adquirir, desarrollar o mejorar un sistema, producto o servicio


software.
Definir y analizar los requisitos del sistema (conviene incluir requisitos de negocio,
organizativos, de usuario, seguridad fsica, de acceso).

Preparacin de solicitud de propuestas

Documentar los requisitos de adquisicin obtenidos en la actividad de Inicio.


Determinar que procesos, actividades y tareas de esta norma son apropiados para el
proyecto y adaptarlos convenientemente (usando el proceso de adaptacin incluido en la
norma y que se ve ms adelante en este documento). Definir el alcance para cada tarea.

Preparacin y actualizacin del contrato

Establecer criterios para seleccin de proveedores y un procedimiento para seleccin de


proveedores que incluya los criterios de seleccin.
Preparar y negociar el contrato con el proveedor.

Seguimiento del Proveedor

Planificar los hitos a lo largo del proyecto en el que se va a supervisar la actividad del
proveedor de acuerdo con el procedimiento de revisin conjunta y el proceso de
auditora.

Aceptacin y Finalizacin

Preparacin de los casos de prueba, datos, procedimientos y entorno de prueba

Pg. 4
Proceso de suministro

Este proceso contiene las actividades y tareas del proveedor. Se compone de las siguientes
actividades: Iniciacin, preparacin de la respuesta, contrato, planificacin, ejecucin y control,
revisin y evaluacin y, entrega y terminacin.

Puede ser iniciado por la decisin de preparar una propuesta para responder a la peticin de un
cliente o mediante la firma de un acuerdo con el comprador para proporcionar un servicio. El servicio
puede ser el desarrollo de un producto de software, la operacin de un sistema con un software o el
mantenimiento de un producto.

Este proceso contiene las actividades y tareas del proveedor. Tiene tareas para determinar los
procedimientos y recursos necesarios para gestionar el proyecto.

Las actividades del proceso de suministro son:

Inicio

El proveedor revisa los requisitos presentados por el adquiriente y decide presentarse (o


no) como proveedor del producto o servicio.

Preparacin de la Respuesta

Documentar una respuesta al pedido presentado por el adquiriente.

Contrato

Negociar el contrato con el adquiriente.

Planificacin

Si no est estipulado en el contrato, el proveedor deber definir un modelo de ciclo de


vida para el software.
Se deber desarrollar el plan de gestin de proyecto que contenga aspectos como :
estructura organizativa del proyecto, autoridad y responsabilidad de cada unidad
organizativa; entorno de ingeniera (incluyendo entorno para pruebas, equipos,
instalaciones, normas)

Ejecucin y Control

El proveedor deber implementar y ejecutar el plan o planes de gestin de proyecto


mencionados anteriormente.

Revisin y Evaluacin

Revisin del contrato y de los procedimientos de comunicacin con el adquiriente.


Soporte a las revisiones conjuntas, auditorias, revisiones y pruebas de aceptacin.

Entrega y Finalizacin
Pg. 5
Entregar el producto o servicio software tal cual est especificado en el contrato.

Proceso de desarrollo

Este proceso del ciclo de vida contiene las actividades y tareas del desarrollador de software. El
desarrollo a largo plazo denota tanto el desarrollo de nuevo software y modificacin de un software
existente. El proceso de desarrollo puede ser utilizado, al menos, de dos formas:

(1) Como una metodologa para el desarrollo de prototipos o para el estudio de los requisitos
y el diseo de un producto.

(2) Como un proceso para la elaboracin de productos.

Las actividades y tareas de este proceso son responsabilidad del desarrollador. Contiene las
actividades de ingeniera de software para el producto software.

Las actividades de este proceso son:

Implementacin del Proceso

Definir el modelo de ciclo de vida.


Seleccionar, adaptar y usar normas, herramientas y lenguajes de programacin.

Anlisis de Requerimientos del Sistema

Deber analizarse el uso previsto del sistema (requisitos de negocio,


organizativos y de usuario, de seguridad fsica y de acceso).

Diseo de la Arquitectura del Sistema

Establecer la arquitectura del sistema a alto nivel (identificar los elementos


hardware, software y operaciones manuales); evaluar dicha arquitectura.

Anlisis de Requerimientos de Software

Definir los requerimientos funcionales y no funcionales; definicin de datos y


requisitos de la base de datos; definicin de la documentacin de usuario, etc.
Evaluar los requerimientos de software.

Diseo de la Arquitectura del Software

Transformar los requerimientos en una arquitectura de alto nivel e identificar los


componentes software. Desarrollar un diseo a alto nivel para los componentes
externos y para la comunicacin entre los componentes internos.
Diseo de alto nivel para la base de datos.
Evaluar todos los diseos anteriores.

Diseo Detallado del Software

Refinar el diseo de alto nivel hasta los elementos software que puedan ser
codificados, compilados y probados.
Diseo detallado para las interfaces externas.
Pg. 6
Definir requisitos de pruebas y planificar las pruebas de las unidades.
Evaluar el diseo detallado y los requisitos de prueba.

Codificacin y Pruebas del Software

Probar cada unidad software y la base de datos.


Actualizar los requisitos de pruebas y el plan de integracin.
Evaluar el cdigo y los resultados de las pruebas.

Integracin del Software

Preparar un plan de integracin que deber incluir requisitos de prueba, datos y


plazos.
Integrar los componentes de acuerdo al plan y probar.
Evaluar el plan de integracin, el cdigo, las pruebas.

Pruebas de Calificacin del Software

Llevar a cabo las pruebas de calificacin de acuerdo a los requisitos software de


calificacin.

Nota 1: calificacin es el proceso para demostrar la capacidad para cumplir los


requisitos especificados.

Nota 2: pruebas de calificacin son las pruebas llevadas a cabo por el desarrollador y
presenciadas por el adquiriente para demostrar que el producto software cumple sus
especificaciones y est listo para ser usado en su entorno de destino.

Integracin del Sistema

Los elementos de configuracin software, los elementos de configuracin


hardware, las operaciones manuales y otros sistemas si es necesario, debern
integrarse para formar el sistema.
Se deber desarrollar para cada requisito de calificacin del sistema, un conjunto
de casos de prueba para llevar a cabo las pruebas de calificacin del sistema.
Evaluar el sistema integrado.

Pruebas de calificacin del sistema

Se llevan a cabo las pruebas de calificacin del sistema de acuerdo a los


requisitos de calificacin para el sistema.

Instalacin del software

Preparar un plan para instalar el producto software en el entorno destino, tal


cual especifica el contrato.
Determinar los recursos y datos necesarios para la instalacin.
Instalar el producto de acuerdo al plan de instalacin.

Apoyo a la aceptacin de software

Ofrecer apoyo a las revisiones y pruebas de aceptacin llevadas a cabo por el


adquiriente.
Pg. 7
El orden de estas actividades no implica necesariamente un orden cronolgico. Estas actividades
pueden realizarse de forma iterada y tambin se pueden solapar en el tiempo. No es necesario que
todas las tareas de una actividad sean completadas en la primera o en cualquier iteracin dada, pero
deberan haberse completado cuando la iteracin final llega a su fin.

Proceso de operacin/explotacin

Engloba las actividades y tareas del operador de un sistema de software. El proceso comprende el
funcionamiento del software y de apoyo operativo a los usuarios.

Actividades del proceso de explotacin:

Implementacin del Proceso

Establecer procedimientos para recibir, registrar y solucionar problemas.

Pruebas de Operacin

Probar el software en el entorno previsto.

Operacin del Sistema

El sistema debe ser operado en el entorno previsto.

Soporte al Usuario

Proporcionar asistencia y consultora a los usuarios cuando la pidan.

Proceso de mantenimiento

Contiene las actividades y tareas de la organizacin encargada del mantenimiento. Este proceso se
activa cuando un sistema se somete a modificaciones en el cdigo y la documentacin asociada
debido a un error, una deficiencia, un problema, o la necesidad de una mejora o adaptacin. El
objetivo es modificar un sistema existente preservando al mismo tiempo su integridad. Cada vez que
un producto de software necesita modificaciones, el proceso de desarrollo se invoca para efectuar y
completar las modificaciones correctamente.

Las actividades de este proceso son:

Implementacin del Proceso

Preparar, documentar y ejecutar planes y procedimientos para llevar a cabo este


proceso.
Establecer procedimientos para recibir, registrar y hacer seguimiento de los
problemas y peticiones de modificacin de los usuarios.
Pg. 8
Anlisis de Problemas y Modificaciones

Analizar el informe del problema o peticin de modificacin con relacin a su


impacto en la organizacin, el sistema existente y los sistemas con que interacta.
El responsable de mantenimiento deber reproducir o comprobar el problema.
Preparar alternativas para implementar la modificacin.

Implementacin de las Modificaciones

Anlisis para determinar que documentacin, unidades de software y versiones


requieren ser modificadas.
Ejecutar el proceso de desarrollo para implementar las modificaciones.

Revisin/Aceptacin del Mantenimiento

Revisin con la organizacin que autoriza las modificaciones para determinar si el


sistema modificado preserva la integridad del sistema anterior.

Migracin

Preparar, documentar y ejecutar un plan de migracin que deber ser comunicado a


los usuarios. Las actividades de ese plan debern incluir a los usuarios.
Se deber llevar a cabo una revisin post-operacin para evaluar el impacto al
cambio del nuevo entorno.

Retirada de Software

Deber prepararse y documentarse un plan de retirada para el cese del soporte


activo por parte de operarios y organizacin de mantenimiento.
Nota: el producto software se retirar por peticin del propietario.

Pg. 9
2. PROCESOS DE SOPORTE

El estndar ISO/IEC 12207 contiene un conjunto de ocho procesos de soporte. El estndar contiene
un grupo de 8 procesos de soporte, cuyo objetivo es, valga la redundancia, brindar soporte y apoyar
a los procesos primarios, con el objetivo de contribuir a la calidad y xito del proyecto. Estos
procesos pueden ser invocados tanto por procesos primarios, como por otro proceso de soporte.

Proceso de documentacin

Este es un proceso para registrar la informacin producida por un proceso de ciclo de vida del
software. El proceso define las actividades para planificar, disear, desarrollar, editar, distribuir y
mantener los documentos necesarios por todos los interesados: gerentes, ingenieros, usuarios del
sistema, etc.

Las 4 actividades del proceso de documentacin son:

Implementacin del proceso


Diseo y desarrollo
Produccin
Mantenimiento

Proceso de gestin de la configuracin

El cometido de este proceso consiste en identificar, definir y asignar diferentes versiones a los
distintos elementos del sistema. El proceso se apoya en el control de las modificaciones y
liberaciones de los distintos elementos, y se ocupa de mantener y reportar el estado de estos
elementos a lo largo del tiempo.

Las actividades incluidas en este proceso son:

Implementacin del proceso

En esta actividad se indica que se debe preparar un plan de gestin de la


configuracin, el cual deber describir las actividades de la gestin de la
configuracin, procedimientos y plazos para llevarlas a cabo, as como tambin la
organizacin u organizaciones responsables de llevar a cabo dichas actividades. Se
indica explcitamente que el plan deber documentarse e implementarse.

Identificacin de la configuracin

Esta actividad est compuesta por una nica tarea, que dice que deber establecerse
un esquema para la identificacin de los elementos que van a ser controlados por el
proyecto. Para cada elemento se deber identificar: la documentacin que establece
la lnea de referencia, las referencias a las versiones y otros detalles de identificacin.

Control de la configuracin

Pg. 10
Esta actividad cuenta con una nica tarea en la cual deben identificarse y registrarse
las peticiones de cambio, analizar y evaluar los cambios, aprobar o rechazar la
peticin, implementar y verificar los cambios. Deber existir un rastro auditable
mediante el cual se pueda rastrear cada modificacin, las razones para la
modificacin y la autorizacin de la modificacin.

Determinacin del estado de la configuracin

En esta actividad se indica que se deben preparar registros de la gestin e informes


que muestren el estado y la historia de los elementos controlados, incluyndolas
lneas de referencia. En estos informes se deber incluir: nmero de cambios en un
proyecto, ltimas versiones de los elementos, identificadores de las liberaciones,
nmero de liberaciones y comparacin de liberaciones.

Evaluacin de la configuracin

El cometido principal de esta actividad es determinar y asegurar la completitud


funcional y fsica de los elementos de software frente a sus requisitos (que el diseo y
cdigo reflejen una descripcin tcnica actualizada)

Gestin de liberaciones y entregas

En esta actividad se indica que se debe controlar formalmente la entrega de los


productos de software y de la documentacin. Se deben guardar copias maestras del
cdigo y la documentacin durante toda la vida del producto de software.

Proceso de control de calidad

La misin de este proceso es proveer de mecanismos para objetiva e independientemente asegurar


que los productos y/o servicios cumplan con los estndares y requerimientos establecidos, que el
desarrollo de otros procesos se ajuste lo ms posible a lo planificado originalmente.

Uno de los requerimientos para el aseguramiento de la calidad es que esta rea no est ligada
organizacionalmente a los responsables de proveer los servicios o desarrollar el producto.

Las actividades incluidas en este proceso de acuerdo al estndar son:

Implementacin del proceso


Aseguramiento de la calidad del producto
Aseguramiento de la calidad del proceso
Aseguramiento del sistema de calidad.

Implementacin del proceso

Esta actividad consta de 6 tareas. Los puntos ms importantes son:

Los objetivos del proceso de aseguramiento de la calidad debern ser el asegurar que los
productos de software y los procesos empleados para proporcionar dichos productos de
software cumplen sus requisitos establecidos y se adhieren a sus planes establecidos.

Pg. 11
Conviene que el proceso de aseguramiento de la calidad se coordine con los procesos
relacionados de verificacin, validacin, revisin conjunta y auditora.
Se deber preparar, documentar, implementar y mantener durante la vida del contrato un
plan para llevar a cabo las actividades y tareas del proceso de aseguramiento de la calidad.
El plan entre otras cosas debe incluir lo siguiente: normas de calidad, metodologa,
procedimientos y herramientas, procedimientos para la revisin del contrato y posterior
coordinacin, recursos, plazos y responsabilidades.
Se deber asegurar que las personas responsables de asegurar el cumplimiento de los
requisitos del contrato tienen la libertad desde el punto de vista organizativo, recursos y
autoridad necesarios para permitir evaluaciones objetivas.

Aseguramiento de la calidad del producto

En esta actividad, se dice que se deber asegurar que los productos de software y la
documentacin relacionada cumplen con el contrato y se adhieren a los planes.

Tambin establece que durante la preparacin para la entrega de los productos de


software, se deber asegurar que han satisfecho completamente los requisitos
contractuales y son aceptables para el adquiriente.

Aseguramiento de la calidad del proceso

Esta actividad marca la importancia de asegurar que las prcticas internas de


ingeniera de software, entorno de desarrollo, de pruebas y libreras cumplen con el
contrato establecido. Tambin se debe asegurar que las mediciones del producto de
software estn de acuerdo con las normas y procedimientos establecidos.

Aseguramiento del sistema de calidad

La tarea de esta actividad indica que: Las actividades adicionales de gestin de la


calidad se debern asegurar de acuerdo con las clusulas de NTP-ISO 9001 tal como
se especifique en el contrato.

Proceso de verificacin

Este proceso provee las evaluaciones referentes a la verificacin de un producto o servicio de una
actividad dada.

La verificacin determina la el grado de cumplimiento y de correccin de un requerimiento para un


determinado sistema y si las salidas de una actividad cumplen con las condiciones impuestas por
actividades previas.

Las actividades de este proceso son: verificacin del proceso, requerimientos, diseo, cdigo,
integracin y documentacin. La verificacin no reemplaza las evaluaciones asignadas a un proceso,
sino que las complementa.

Implementacin del proceso

Pg. 12
En esta actividad se indica que se deben seleccionar las tareas de verificacin que
sern llevadas a cabo y en base a ellas preparar y documentar un plan de verificacin.
Dicho plan deber tener en cuenta las actividades del ciclo de vida y productos de
software sujetos a verificacin. El plan deber tener en cuenta procedimientos para
hacer llegar los informes de la verificacin al adquiriente y a otras organizaciones
involucradas.

Verificacin

Esta actividad consta de 7 tareas de verificacin:

Verificacin del contrato


Verificacin del proceso
Verificacin de los requisitos
Verificacin del diseo
Verificacin del cdigo
Verificacin de la integracin
Verificacin de la documentacin

Proceso de validacin

La validacin determina si un determinado sistema ya construido cumple con las especificaciones


para las que fue construido.

La dimensin de la validacin depende de lo crtico del proyecto. Al igual que la verificacin, la


validacin complementa la evaluacin, y de ninguna manera la sustituye.

Verificacin y validacin pueden ser llevados a cabo tanto por el proveedor como por el cliente, o por
una tercera parte independiente.

Para realizar un proceso de validacin, se debe preparar y documentar un plan de validacin, que
debe incluir lo siguiente:

Elementos sujetos a validacin.


Tareas de validacin a llevar a cabo.
Recursos, responsabilidades y plazos para la validacin.
Procedimientos para hacer llegar los informes de validacin al adquiriente y a otras partes.

Dentro de las tareas de esta actividad, entre otras, se establece que:

Se deben hacer pruebas con sobrecarga, lmites y entradas excepcionales.


Se deben realizar pruebas con los usuarios representativos.
Se debe validar que el software satisface su uso previsto.
Se debe probar el producto de software cuando sea apropiado en reas seleccionadas del
entorno destino.

Proceso de revisin conjunta

Pg. 13
Proceso para evaluar el estado y los productos de una actividad de un proyecto. Las revisiones
conjuntas se realizan tanto a nivel tcnico como a nivel de la gestin del proyecto, y se mantienen a
lo largo de la vida del contrato.

Consta de 6 tareas:

Llevar a cabo revisiones peridicas en hitos predeterminados, siguiendo las especificaciones


en los planes del proyecto.
Se deben acordar los recursos necesarios para llevar a cabo las revisiones (personal,
ubicaciones, instalaciones, hardware, software, y herramientas).
Las partes debern acordar para la revisin: agenda de la reunin, productos a revisar (o
resultados de una actividad), problemas a revisar, alcance y procedimientos, criterios de
entrada y salida para la revisin.
Registrar los problemas detectados durante las revisiones y pasarlos al proceso de solucin
de problemas.
Documentar y distribuir los resultados de las revisiones. La parte revisora informar a la
parte revisada sobre los resultados.
Las partes se deben poner de acuerdo sobre los resultados de la revisin y en las
responsabilidades de las acciones a tomar y los criterios de finalizacin.

Proceso de auditora

El propsito de este proceso es establecer un marco adecuado para la realizacin de auditoras


formales y contractuales sobre un determinado producto o servicio provisto. La norma define
auditoria como el proceso a realizar para determinar el cumplimiento con los requisitos, planes y
contratos, segn se aplique.
Existen dos partes en este proceso: la parte auditora y la parte auditada. La primera de estas partes
audita los productos o actividades de la segunda. La norma permite que tanto cliente como
proveedor puedan ser auditores o auditados.
Los resultados esperados tras la implementacin del proceso son el desarrollo y documentacin de
una estrategia de auditora, adems de la realizacin de la misma por una parte independiente.
Tambin, la determinacin de la conformidad de los productos y/o actividades seleccionados con los
requisitos, planes y acuerdos, segn la estrategia especificada. Y, por ltimo, la identificacin de
problemas, su comunicacin a los responsables y la toma de acciones correctivas por las partes
responsables. Consta de dos actividades:

Implementacin del Proceso


Auditora

Pg. 14
Implementacin del Proceso

Esta actividad cuenta con una lista variada de tareas donde se especifica que se
requiere para la correcta implementacin de la auditora.

Se deben llevar a cabo en los hitos predeterminados en el plan de proyecto.


Debe ser independiente, es decir, el personal auditor no debe tener una
responsabilidad directa sobre los productos y/o actividades auditadas.
Se debe contar con los recursos necesarios y acordados por las partes, como
personal, instalaciones, ubicacin, hardware, software y herramientas.
Previo a la auditora se debe llegar a un acuerdo entre las partes sobre los
elementos participantes, como ser agenda, elementos a revisar, alcance,
procedimientos y criterios de entrada y salida.
Los resultados de la auditora se deben documentar, definir responsabilidades
y comunicar a las partes responsables de las acciones correctivas (teniendo en
cuenta lo acordado en el punto anterior).
Se deben registrar los problemas detectados y pasarlos al proceso de solucin
de problemas.

Auditora

Esta actividad especifica qu elementos se deben auditar. En la siguiente tabla, en la


primera columna, se indica lo que (de acuerdo a la norma) deben realizar las
auditoras. En la segunda columna se muestra un ejemplo de dichas auditoras
incluidas en un posible Plan de Calidad (siguiendo tambin estndar IEEE 730).

ISO 12207 Proyecto Ing. Software

Que los productos de software codificados Auditorias de Trazabilidad de Diseo Implementacin


reflejen el diseo. (Physical Audit)).
Que los datos para pruebas cumplan con la Revisin de Casos de Pruebas.
especificacin.
Que las pruebas realizadas sobre productos de Auditoria de Plan de V&V y de Resultados de Pruebas.
software sean correctas.
La documentacin de usuario es correcta. Auditoras a la Documentacin de usuario (UDR).
Las actividades del proyecto se han llevado a Revisin del Plan de Proyecto Informes de situacin
cabo segn lo planificado. de proyecto.
Costes y plazo se ajustan a lo establecido. Estimaciones y Mediciones Informes situacin de
proyecto.

Proceso de resolucin de problemas

El propsito de este proceso es proporcionar mecanismos para la creacin de procesos que permitan
resolver problemas y aplicar acciones correctivas con el objetivo de solucionar y prever nuevos
problemas. Es un proceso de soporte nato ya que su ejecucin surge cuando se detecta un problema,
de cualquier naturaleza (incluyendo no conformidades), en cualquier otro proceso (primario o de
soporte) que ya se est ejecutando.

Pg. 15
El resultado esperado de la correcta implementacin de este proceso es el desarrollo de una
estrategia de resolucin de problemas que asegure que todos los problemas descubiertos sean
analizados, documentados y resueltos. La identificacin y ejecucin de soluciones aceptables a los
problemas y la forma de poder prevenirlos en el futuro.

Cuenta con dos actividades:

Implementacin del proceso

Solucin de problemas

Implementacin del Proceso

Esta actividad cuenta con una nica tarea en la indica que se debe contar con el proceso de
solucin de problemas establece los requisitos que debe cumplir dicho proceso. El proceso
consiste en un bucle cerrado al que se incorporan los problemas, se analizan y se informa a
las partes implicadas de la existencia de la anomala, se identifican sus causas y se
solucionan.

Solucin de Problemas

Esta actividad tambin cuenta con una nica tarea en la que cual se especifica la ejecucin
del proceso. Una vez detectado el problema, se deber preparar un informe donde se
describa el mismo.

Pg. 16
3. LOS PROCESOS DE LA ORGANIZACIN

Los procesos de la organizacin tienen como propsito establecer, controlar y mejorar otros
procesos. Generalmente abarcan a varios procesos juntos y tienen un carcter genrico. Cada
proceso los implementa y ajusta de acuerdo a sus necesidades.

Se llaman procesos organizacionales porque sus actividades y tareas son responsabilidad de la


organizacin que usa dicho proceso. Es esta organizacin, adems, quien debe asegurarse de que el
proceso exista y est operativo. El alcance de los procesos organizacionales normalmente
transciende un proyecto en particular y que abarca a toda la organizacin.

El estndar identifica cuatro procesos de la organizacin:

Proceso de Gestin.
Proceso de Infraestructura.
Proceso de Mejora.
Proceso de Formacin.

Proceso de gestin

El propsito de este proceso es proveer actividades y tareas genricas que pueden emplearse y
ajustarse para gestionar otros procesos. La norma pone al gerente como rol responsable de dicho
proceso.

Cualquier proceso que requiera gestin implementar y ejecutar el proceso de gestin, el mismo se
adapta a procesos primarios como actividades, por ejemplo gestin del proyecto, proceso de
adquisicin, proceso de mantenimiento. Todos estos procesos implementan una instancia particular
del proceso de gestin, tan compleja como sea necesario.

Proceso de infraestructura

El propsito de este proceso es definir las actividades necesarias para establecer y mantener la
infraestructura necesaria para poder ejecutar correctamente cualquier proceso del sistema, ya sea
primario o de soporte. Dentro de infraestructura entran elementos como software, hardware,
estndares, herramientas, tcnicas, y utilidades.

Este proceso est presente en todos los procesos de la organizacin y cuenta con tres actividades:

Implementacin del proceso

Establecimiento de la infraestructura

Mantenimiento de la infraestructura

Implementacin del proceso

El propsito de esta actividad es la obtencin de requisitos de infraestructura. El estndar


requiere que se defina y documente la infraestructura necesaria, adems de planificar cmo
implementar la misma.

Implementacin de la Infraestructura
Pg. 17
Esta actividad cuenta con dos tareas que especifican qu elementos se deben considerar
para el establecimiento de la infraestructura. Primeramente se debe planificar y documentar
la configuracin de la misma, considerando aspectos de funcionalidad, prestaciones,
seguridad fsica y de acceso, disponibilidad, requisitos de espacio, costes y limitaciones de
tiempo. Por ltimo, se indica que se deber instalar la misma para la ejecucin del proceso.

Mantenimiento de la infraestructura

Esta actividad, como su nombre lo indica, se encarga del mantenimiento de la infraestructura


para un proceso. Abarca no slo el mantenimiento, sino tambin el seguimiento y las
modificaciones necesarias de acuerdo a los requerimientos del proceso.

Proceso de mejora

Este proceso tambin est presente en todos los procesos de la organizacin y su propsito es
proporcionar actividades bsicas y de alto nivel para establecer, evaluar, medir y mejorar un proceso
de ciclo de vida del software.

Cuenta con tres actividades:

Establecimiento del proceso

Evaluacin del proceso

Mejora del mismo.

Estas actividades se establecen a nivel de la organizacin, de forma que la mejora sea global a todos
los proyectos.

Establecimiento del Proceso

Esta actividad cuenta con una nica tarea en la que se especifica que la organizacin
deber establecer un conjunto de procesos de carcter organizativo para todos sus
procesos. Tambin se indica que se debern establecer mecanismos de control,
evaluacin y seguimiento para mejorarlos.

Evaluacin del Proceso

En esta actividad la norma indica qu se deber desarrollar, documentar y aplicar a


un proceso de evaluacin de procesos. La organizacin deber planificar y llevar a
cabo revisiones de los procesos con una periodicidad adecuada, de forma que se
asegure su efectividad y se puedan mejorar continuamente.

Mejora del Proceso

Por ltimo, se cuenta con la actividad mejora del proceso, que cuenta con tres
tareas:

Indicacin de las mejoras que se consideren necesarias relativas a todos los procesos
de la organizacin.

Pg. 18
Recopilacin de datos histricos para obtener una base de conocimiento amplia y
consistente.

Recopilacin y mantenimiento de datos de costes y de calidad para la mejora


continua de los procesos de la organizacin.

Proceso de recursos humanos / formacin

Este proceso se utiliza para identificar y realizar el aprovisionamiento necesario para adquirir o
desarrollar los recursos y habilidades del personal en los niveles de gestin y tcnicos. El proceso
requiere que se elabore un plan de formacin, se genere material de capacitacin y se imparta al
personal de forma adecuada.

El propsito de este proceso es proporcionar la formacin necesaria del personal. Gran parte de la
operativa de una organizacin, as como la ejecucin de las diferentes tareas depende de un personal
bien formado y capacitado, tanto en aptitud, como tcnicamente.

Para lograr esto, existe el proceso de Recursos Humanos, que cuenta con tres actividades:
implementacin del proceso, desarrollo del material e implementacin del plan. La norma hace
nfasis en una buena planificacin e implementacin de la formacin.

Implementacin del Proceso

Esta actividad tiene como propsito llevar a cabo una revisin de los requerimientos
de formacin que existen en la organizacin ante un proyecto determinado y prever
con tiempo la adquisicin de materiales e infraestructura necesaria. Cuenta con una
nica tarea, en la que se incluyen los requerimientos de preparacin y
documentacin del plan de formacin.

Desarrollo del Material de Formacin

Esta actividad cuenta con una tarea en la que se requiere que se desarrollen los
manuales de formacin y el material de presentacin adecuados, de acuerdo a lo
planificado en la actividad anterior.

Implementacin del Plan de Formacin

Esta actividad cuenta con dos tareas. En una de ellas se indica que la implementacin
del plan de formacin del personal debe mantener registros de sus diferentes
actividades. Tambin se indica que se debe asegurar que el personal sea
adecuadamente formado en los plazos establecidos.

Pg. 19
PROPUESTA DE CLASIFICACIN DE PROCESOS

CATEGORAS Y SUBCATEGORAS DE PROCESOS SEGN ISO/IEC 12207

En la siguiente tabla se indican las categoras y subcategoras de procesos segn ISO/IEC 12207.

PROCESOS

CATEGORA SUBCATEGORA
ADQUISICIN
SUMINISTRO
PRINCIPAL DESARROLLO
EXPLOTACIN
MANTENIMIENTO
DOCUMENTACIN
GESTIN DE CONFIGURACIN
ASEGURAMIENTO DE CALIDAD
VERIFICACIN
SOPORTE
VALIDACIN
REVISIN CONJUNTA
AUDITORA
RESOLUCIN DE PROBLEMAS
GESTIN
INFRAESTRUCTURA
ORGANIZACIN
MEJORA
FORMACIN

Nosotros utilizaremos una seleccin de estos, tal como se describe en el siguiente apartado.

Pg. 20
PROPUESTA. DENOMINAR PROCESOS CON TERMINOLOGA SCRUM

Para simplificar, utilizamos slo algunos procesos de ISO/IEC 12207 y los nombramos con
terminologa habitual de metodologas giles basadas en Scrum. Ver procesos resaltados en rojo en
la siguiente tabla.

PROCESOS

CATEGORA SUBCATEGORA
ADQUISICIN
SUMINISTRO = ANLISIS
PRINCIPAL DESARROLLO = DESARROLLO
EXPLOTACIN = PRODUCCIN
MANTENIMIENTO = CORRECTIVO
DOCUMENTACIN
GESTIN DE CONFIGURACIN
ASEGURAMIENTO DE CALIDAD
VERIFICACIN
SOPORTE
VALIDACIN
REVISIN CONJUNTA
AUDITORA
RESOLUCIN DE PROBLEMAS = INCIDENCIA
GESTIN
INFRAESTRUCTURA
ORGANIZACIN
MEJORA
FORMACIN = FORMACIN

Los procesos principales quedan caracterizados adecuadamente: anlisis, desarrollo, produccin y


correctivo. Desarrollo es uno de los procesos ms utilizados.

Se incluye el proceso FORMACIN, ya que se utiliza habitualmente en la operativa de la


organizacin de desarrollo de Gespol: refactorizacin TPH Code First, Test de Aceptacin, Entity
Framework 6, Specflow, etc.

Subcategoras de procesos a utilizar

SUBCATEGORA DE PROCESOS
ANLISIS
DESARROLLO
PRODUCCIN
CORRECTIVO
INCIDENCIA
FORMACIN

Pg. 21
AADIR UNA COLUMNA EN LA HOJA DE CLCULO PARA INCLUIR LA
SUBCATEGORA DE PROCESOS

Con objeto de simplificar la codificacin y el anlisis de las tablas, se propone indicar en columnas
separadas el tipo de trabajo (Requerimiento y Tarea) y en una segunda columna adicional la
subcategora del tipo de proceso, en el documento de Excel de tareas semanales.

1 Columna: Requerimiento/Tarea

Requerimiento
Tarea

2 Columna: subcategora de proceso

Anlisis
Desarrollo
Produccin
Correctivos
Incidencias
Formacin

Ejemplo:

Requerimiento/Tarea Tipo (Tarea) Descripcin breve del requerimiento o tarea

Requerimiento Vehculos. Expansin funcionalidad integracin de datos


de la DGT
Tarea Correctivo Revisin del proceso actual de consulta DGT
Tarea Permitir editar desde el grid el valor por defecto de los
campos a importar
Tarea Correctivo Grupos de usuarios: Permisos inexistentes para Usuarios

Tarea Correctivo Client. Refactorizacin del CustomCrud (Part 2)


Tarea Correctivo Client. Error encontrado en Consulta de Padrn
Requerimiento Formacin Interna
Tarea Formacin Entity Framework 6
Tarea Formacin Specflow
Requerimiento En cualquier campo de edicin, incluir las funciones en
un men contextual (clic botn derecho): copiar, cortar,
pegar, deshacer, seleccionar todo,
Tarea Desarrollo 1 En cualquier campo de edicin, incluir las funciones en
un men contextual (clic botn derecho): copiar, cortar,
pegar, deshacer, seleccionar todo,
Tarea Desarrollo 2 En cualquier campo de edicin, incluir las funciones en
un men contextual (clic botn derecho): copiar, cortar,
pegar, deshacer, seleccionar todo,

Pg. 22

También podría gustarte