U N I V E R S I D A D DE

SAN MARTN DE PORRES

FACULTAD DE INGENIERA Y
ARQUITECTURA

Escuela Profesional de Computacin y

Sistemas

TEMA

ISO/IEC 12207
 INDICE

1. INTRODUCCIN........................................................................................ 3

2. DEFINICIN DEL ISO ISO/IEC 12207.........................................................4

3. PROCESOS DEL CICLO DE VIDA DEL ISO 12207.......................................5

Definicin de Procesos................................................................................ 5

Procesos Principales................................................................................. 5

Proceso de Adquisicin.........................................................................5
Proceso de Suministro..........................................................................6
Proceso de Desarrollo........................................................................... 6
Proceso de Operacin...........................................................................6
Proceso de Mantenimiento....................................................................7
Procesos de Apoyo................................................................................... 7

Proceso de Documentacin...................................................................8
Proceso de Gestin de la configuracin................................................8
Proceso de Aseguramiento de calidad..................................................8
Proceso de Verificacin.........................................................................9
Proceso de Validacin.........................................................................10
Proceso de Revisin conjunta.............................................................11
Proceso de Auditora...........................................................................13
Proceso de Resolucin de problemas..................................................14
Procesos Organizativos..........................................................................15

Proceso de Gestin............................................................................. 15
Proceso de Infraestructura..................................................................17
Proceso de Mejora de Proceso............................................................17
Proceso de Recursos Humanos...........................................................18
4. BENEFICIOS DE USAR LA ISO/IEC 12207................................................19

5. COMPARACION CON OTRAS NORMAS.....................................................20

6. CASO DE APLICACIN............................................................................ 21

7. CONCLUSIONES...................................................................................... 24

8. REFERENCIAS......................................................................................... 24

2
1.INTRODUCCIN

3
 2.DEFINICIN DEL ISO ISO/IEC 12207

El ISO/IEC 12207 es el estndar para los procesos de ciclo de vida del

software de la organizacin ISO. Este estndar se concibi para aquellos
interesados en adquisicin de software, as como desarrolladores y
proveedores. El estndar indica una serie de procesos desde la recopilacin
de requisitos hasta la culminacin del software.

El estndar comprende 17 procesos lo cuales son agrupados en tres

categoras:

Principales
De apoyo
De organizacin
Este estndar agrupa las actividades que se pueden llevar a cabo durante el
ciclo de vida del software en cinco procesos principales, ocho procesos de
apoyo y cuatro procesos organizativos. Cada proceso del ciclo de vida est
divido en un conjunto de actividades; cada actividad se sub -divide a su vez
en un conjunto de tareas.

El objetivo principal de la ISO/IEC 12207 es proporcionar una estructura

comn para que compradores, proveedores, desarrolladores, personal de
mantenimiento, operadores, gestores y tcnicos involucrados en el
desarrollo del software usen un lenguaje comn.

4
 Ilustracin 1 ESTRUCTURA ISO-IEC 12207

3.PROCESOS DEL CICLO DE VIDA DEL ISO

12207

Definicin de Procesos
La estructura del estndar ha sido concebida de manera que pueda ser
adaptada a las necesidades de cualquiera que lo use. Para conseguirlo, el
estndar se basa en dos principios fundamentales: Modularidad y
Responsabilidad.

Con la Modularidad se pretende conseguir procesos con un mnimo

acoplamiento y una mxima cohesin. En cuanto a la Responsabilidad, se
busca establecer un responsable para cada proceso, facilitando la aplicacin
del estndar en proyectos en los que pueden existir distintas personas y
organizaciones involucradas, no importando el uso que se le d a este.

Los procesos se clasifican en tres tipos:

Procesos Principales
Procesos de Soporte
Procesos de la Organizacin

5
Procesos Principales
Estos son los promotores principales para conducir a mejorar las funciones
dentro del ciclo de vida; est compuesto por cinco procesos:
Adquisicin
Suministro
Desarrollo
Operacin
Mantenimiento

Proceso de Adquisicin
Gestiona un proceso, identifica la necesidad, prepara una solicitud y
selecciona un proveedor.
Las actividades del proceso de adquisicin son:
Inicio
Preparacin de solicitud de propuestas
Preparacin y actualizacin del contrato
Seguimiento del proveedor
Aceptacin y finalizacin

Proceso de Suministro
Determina procedimientos y recursos para gestionar el proyecto.
Las actividades del proceso de suministro son:
Inicio
Preparacin de la respuesta
Contrato
Planificacin
Ejecucin y control
Revisin y evaluacin
Entrega y finalizacin

Proceso de Desarrollo
Las actividades del proceso de desarrollo son:

Implementacin del proceso

Anlisis de requerimientos del sistema
Diseo de la arquitectura del sistema
Anlisis de requerimientos del software
Diseo de la arquitectura del software
Diseo detallado del software
Codificacin y pruebas del software
Integracin del software

6
 Pruebas de calificacin del software
Integracin del sistema
Pruebas de calificacin del sistema
Instalacin del software
Apoyo a la aceptacin del software

Proceso de Operacin
Define las actividades del operador, la organizacin que provee el servicio
de operar el sistema de cmputo en el ambiente de los usuarios

Las actividades del proceso de operacin:

Implementacin del proceso

Pruebas de operacin
Operacin del sistema
Soporte al usuario

Proceso de Mantenimiento
(Correctivo, perfectivo, preventivo y adaptivo)

Define las actividades de la organizacin que provee el servicio de mantener

el software, conservndolo actualizando y utilizable. Este proceso incluye la
migracin y retiro del software.

Las actividades del proceso de mantenimiento son:

Implementacin del proceso

Anlisis de problemas y modificaciones
Implementacin de las modificaciones
Revisin / aceptacin del mantenimiento
Migracin

Procesos de Apoyo
Tienen como objetivo brindar soporte y apoyar a los procesos primarios,
contribuyendo a la calidad y xito del proyecto.

El proceso de soporte comienza con un prembulo, al que le pueden seguir

un conjunto de acciones de nivel corporativo (no obligatorias), y contina
con un conjunto de actividades y tareas propias del proceso.

Los procesos de apoyo son:

Documentacin

7
 Gestin de la configuracin
Aseguramiento de calidad
Verificacin
Validacin
Revisin conjunta
Auditoria
Resolucin de problemas

Proceso de Documentacin
El proceso de documentacin es un proceso para registrar la documentacin
producida por un proceso o actividad del ciclo de vida. El proceso contiene
el conjunto de actividades para planificar, disear, desarrollar, producir,
editar, distribuir y mantener aquellos documentos que necesitan todos los
involucrados tales como gerentes, ingenieros y usuarios del sistema o
producto software.

Las actividades del proceso de documentacin son:

Implementacin del proceso

Diseo y desarrollo
Produccin
Mantenimiento

Proceso de Gestin de la configuracin

Incorpora actividades de identificacin, control, estadstica y evaluacin de
las configuraciones as como las de la administracin de versiones.

Las actividades del proceso de gestin de la configuracin son:

Implementacin del proceso

Identificacin de la configuracin
Control de la configuracin
Determinacin del estado de la configuracin
Evaluacin de la configuracin
Gestin de liberaciones y entregas

8
 Proceso de Aseguramiento de calidad
Define las actividades para asegurar, de una manera objetiva, que los productos software y
los procesos son conformes a sus requisitos especificados y se ajustan a sus planes
establecidos. Revisin Conjunta, Auditora, Verificacin y Validacin pueden ser utilizadas
como tcnicas de Aseguramiento de la Calidad.

Las actividades del proceso de aseguramiento de calidad son:

Implementacin del proceso

Aseguramiento del producto
Aseguramiento del proceso
Aseguramiento del sistema de calidad

Proceso de Verificacin
Es un proceso para determinar si los productos software de una actividad
cumplen con los requerimientos o condiciones que tienen impuestas por las
actividades precedentes.

Las actividades del proceso de verificacin son:

Implementacin del proceso:

Se deber determinar si el proyecto requiere un esfuerzo de
verificacin y el grado de independencia organizativa necesaria para
dicho esfuerzo. Se deber analizar los aspectos crticos de los
requerimientos del proyecto.

Se deber preparar y documentar un plan de verificacin. El plan

deber tener en cuenta las actividades del ciclo de vida y productos
software sujetos a verificacin, las tareas de verificacin requeridas
para cada actividad del ciclo de vida y producto software y los
recursos, responsabilidades y plazos asociados. El plan deber tener
en cuenta procedimientos para hacer llegar los informes de la
verificacin al adquiriente y a otras organizaciones involucradas.

Se deber implementar el plan de verificacin. Los problemas y no

conformidades detectadas por el esfuerzo de verificacin se debern
pasar al proceso de solucin de problemas. Se debern resolver todos
los problemas y no conformidades. Se deber poner a disposicin del

9
 adquiriente y otras organizaciones involucradas los resultados de las
actividades de verificacin.

Verificacin:
Se deber verificar el contrato, teniendo en cuenta los criterios
enunciados siguientes:

El proveedor tiene la capacidad para satisfacer los

requerimientos.
Los requerimientos son consistentes y cubren las necesidades
del usuario.
Se han estipulado los procedimientos adecuados para manejar
los cambios a los requerimientos.

Se deber verificar el proceso, con los criterios siguientes

Los requerimientos para la planificacin del proyecto son

adecuados
Las normas, procedimientos y entornos para los procesos son
adecuados
El proyecto est dotado de personal capacitado

Se debern verificar los requerimientos teniendo en cuenta los

criterios siguientes:

Los requerimientos del sistema son consistentes, viables y se

pueden probar.
Los requerimientos software reflejan fielmente los
requerimientos del sistema.
Los requerimientos software relacionados con seguridad fsica y
de acceso y otros requerimientos crticos son correctos.

Se debern verificar el diseo teniendo en cuenta los criterios

siguientes:

El diseo implementa la secuencia correcta de eventos,

entradas, salidas, interfaces, flujo lgico, etc.
El diseo seleccionado se puede derivar de los requerimientos.

Se debern verificar el cdigo teniendo en cuenta los criterios

siguientes:

10
 El cdigo es trazable hacia el diseo y los requerimientos, se
puede probar si es correcto y cumple con las normas de
codificacin.
El cdigo seleccionado se puede derivar de los requerimientos.

Proceso de Validacin.
El proceso de validacin es un proceso para determinar si los
requerimientos y el sistema o producto software, tal como se ha construido,
cumplen con su uso especfico previsto. La validacin se puede llevar a cabo
en etapas tempranas.

Este proceso se puede ejecutar con diversos grados de independencia. El

grado de independencia puede variar desde la misma persona o diferente
persona dentro de la misma organizacin, hasta una persona en distinta
organizacin con un grado de separacin variable. En el caso en que el
proceso se ejecute por una organizacin independiente del proveedor,
desarrollador, operador o responsable de mantenimiento, se llama proceso
de validacin independiente.

Este proceso consta de las siguientes actividades:

Implementacin del proceso:

Si el proyecto merece un esfuerzo de validacin, se deber establecer
un proceso de validacin para validar el sistema o el producto
software. Se debern seleccionar las tareas de validacin definidas
ms adelante, incluyendo los mtodos, tcnicas y herramientas
asociadas.

Se deber preparar y documentar un plan de validacin. El plan

deber incluir (sin estar limitado a ello) 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

11
Validacin:
Se debern preparar los requerimientos de prueba, casos de prueba y
especificaciones de prueba seleccionados para analizar los resultados
de las pruebas.
Se debern validar que el producto software satisface su uso previsto

Proceso de Revisin conjunta

El proceso de revisin conjunta es un proceso para evaluar el estado y los
productos de una actividad de un proyecto, segn sea adecuado. Las
revisiones conjuntas estn a nivel tanto de gestin del proyecto como
tcnico y se mantienen a lo largo de la vida del contrato. Este proceso
puede ser empleado por cualquiera de las dos partes, donde una de ellas (la
revisora) revisa a la otra parte (la revisada)

Este proceso consta de las siguientes actividades:

Implementacin del proceso:

Se debern llevar a cabo revisiones peridicas en hitos
predeterminados tal como se especifica en los planes del proyecto. Se
pueden llevar a cabo revisiones ad hoc cuando se considere necesario
por cualquiera de las partes.

Las partes debern acordar todos los recursos necesarios para llevar
a cabo las revisiones. Estos recursos incluyen personal, ubicacin,
instalaciones, hardware, software y herramientas

Las partes debern acordar para cada revisin los siguientes

elementos: agenda de la reunin, productos software (y resultados de
una actividad) y problemas a revisar; alcance y procedimientos y
criterios de entrada y salida para la revisin

Las partes debern ponerse de acuerdo sobre los resultados de la

revisin y en la responsabilidad sobre cualquier punto de accin y sus
criterios de finalizacin.

Revisiones de la gestin del proyecto:

Se deber evaluar el estado del proyecto con relacin a los planes,
plazos, normas y guas del proyecto aplicables. El resultado de la

12
 revisin deber discutirse entre las dos partes y deber conseguir lo
siguiente:

Hacer que las actividades progresen de acuerdo con el plan,

basndose en una evaluacin del estado de la actividad o
producto software
Cambio de la gestin del proyecto o determinacin de la
necesidad de una planificacin alternativa.
Evaluacin y gestin de los elementos de riesgo que puedan
amenazar el xito del proyecto

Revisiones tcnicas:
Se debern mantener revisiones tcnicas para evaluar los productos o
servicios software bajo consideracin y proporcionar evidencia de
que:

Son completos
Cumplen con sus normas y especificaciones
Los cambios se implementan adecuadamente y afectan slo a
aquellas reas identificadas por el proceso de gestin de la
configuracin
Se estn adhiriendo a los plazos aplicables
Estn listos para la siguiente actividad
El desarrollo, operacin o mantenimiento se lleva a cabo de
acuerdo con los planes, plazos, normas y guas del proyecto

Proceso de Auditora.
El proceso de auditora es un proceso para determinar el cumplimiento con
los requerimientos, planes y contrato, segn aplique. Este proceso puede
ser empleado por cualquiera de las dos partes, donde una de ellas (la
auditora) audita los productos software o actividades de la otra parte (la
auditada).

Las actividades del proceso de auditora son:

Implementacin del proceso

Se debern llevar a cabo auditoras en hitos predeterminados tal
como se especifique en los planes del proyecto

El personal auditor no debera tener responsabilidad directa sobre los

productos software y actividades que auditen

13
 Las partes debern acordar para cada auditora los siguientes
elementos: agenda; productos software (y resultados de una
actividad) a revisar; alcance y procedimientos y criterios de entrada y
salida para la auditora

Se debern registrar los problemas detectados durante las auditoras

y pasarlos al proceso de solucin de problemas

Tras completar una auditora, los resultados de la auditora se

debern documentar y proporcionar a la parte auditada. La parte
auditada deber informar a la parte auditora de cualquier problema
encontrado en la auditora y las soluciones de problemas planeados
asociados

Auditora:
Se debern llevar a cabo las siguientes actividades:

Los productos software tal como estn codificados (tales como

un elemento software) reflejan la documentacin de diseo
Los requerimientos prescritos por la documentacin para las
revisiones de aceptacin y las pruebas, son adecuados para la
aceptacin de los productos software.
Los datos para las pruebas cumplen con la especificacin
Los productos software han sido adecuadamente probados y
cumplen sus especificaciones.
Las actividades se han llevado a cabo de acuerdo con los
requerimientos aplicables, planes y contrato.

Proceso de Resolucin de problemas

El proceso de solucin de problemas es un proceso para analizar y resolver
problemas (incluidas las no conformidades), cualquiera que sea su
naturaleza u origen, que se descubran durante la ejecucin de los procesos
de desarrollo, operacin, mantenimiento u otros. El objetivo es el
proporcionar un mecanismo que responsable, documentariamente y a
tiempo asegure que todos los problemas descubiertos se analizan y
resuelven y se reconozcan las tendencias.

Este proceso consta de las siguientes actividades:

14
Implementacin del proceso
El proceso deber ser un bucle cerrado, asegurando que: se informa
rpidamente de todos los problemas detectados y se introducen en el
proceso de solucin de problemas; se inician acciones sobre ellos; se
informa a las partes implicadas segn sea necesario acerca de la
existencia de los problemas; las causas se identifican, analizan y, donde
sea posible, se eliminan; se consigue una solucin y la eliminacin; se
hace un seguimiento y se informa del estado; se mantienen registros de
los problemas tal como se estipule en el contrato.

El proceso deber contener un esquema para categorizar y priorizar los

problemas. Conviene que cada problema se clasifique por categora y
prioridad para facilitar el anlisis de tendencias y la solucin del
problema.

Se debern evaluar las soluciones y las disposiciones para evaluar que

los problemas han sido resueltos, las tendencias adversas han sido
invertidas y los cambios han sido implementados correctamente en los
productos y actividades software apropiado; y determinar si se han
introducido problemas adicionales.

Solucin de problemas
Cuando se han detectado problemas (incluyendo no conformidades) en
un producto o actividad software, se deber preparar para cada
problema detectado un informe describiendo el problema. El informe del
problema se deber usar como parte del proceso en bucle cerrado
descrito anteriormente: desde la deteccin del problema, pasando por la
investigacin, anlisis y solucin del problema y su causa, hasta la
deteccin de tendencias en los problemas.

Procesos Organizativos
Los procesos organizativos del ciclo de vida son cuatro. Se emplean por una
organizacin para establecer e implementar una infraestructura constituida
por procesos y personal asociado al ciclo de vida y para mejorar
continuamente esta infraestructura. Se usan habitualmente fuera del
mbito de proyectos y contratos especficos; sin embargo, la experiencia

15
adquirida mediante dichos proyectos y contratos contribuye a la mejora de
la organizacin. Los procesos organizativos son:

Proceso de Gestin
Proceso de Infraestructura
Proceso de Mejora de Procesos
Proceso de Recursos Humanos

Proceso de Gestin
El proceso de gestin contiene las actividades genricas y tareas que
pueden ser empleadas por cualquier parte que tenga que gestionar sus
respectivos procesos. El gerente es responsable de la gestin del producto,
gestin del proyecto y gestin de las tareas de los procesos aplicables, tales
como el de adquisicin, suministro, desarrollo, operacin, mantenimiento o
soporte.

Las actividades del proceso de gestin son:

Inicio y definicin del alcance

El proceso de gestin se deber iniciar estableciendo los requerimientos
del proceso a emprender.

Una vez que se han establecido los requerimientos, el gerente deber

establecer la viabilidad del proceso comprobando que los recursos
(personal, materiales, tecnologa y entorno) requeridos para ejecutar y
gestionar el proceso estn disponibles, son adecuados y apropiados, y
que los plazos para su finalizacin son alcanzables

Planificacin
El gerente deber preparar los planes para la ejecucin del proceso. Los
planes asociados con la ejecucin del proceso debern contener
descripciones de las actividades y tareas asociadas y la identificacin de
los productos software que sern proporcionados. Estos planes debern
incluir, sin estar limitados a ello, lo siguiente:

Plazos para la terminacin a tiempo de las tareas

Estimacin del esfuerzo
Recursos adecuados necesarios para ejecutar las tareas
Asignacin de las tareas
Asignacin de responsabilidades
Cuantificacin de los riesgos asociados con las tareas

16
 Medidas para el control de calidad a emplear durante el
proceso
Costos asociados con la ejecucin del proceso
Provisin del entorno e infraestructura

Ejecucin y Control
El gerente deber iniciar la implementacin del plan para satisfacer los
objetivos y criterios establecidos, ejerciendo control sobre el proceso

El gerente deber supervisar la ejecucin del proceso, proporcionando

informes internos del progreso del proceso e informes externos al
adquiriente tal como se define en el contrato.

El gerente deber investigar, analizar y solucionar los problemas

descubiertos durante la ejecucin del proceso. La solucin de los
problemas; puede dar lugar a cambios en los planes. Es responsabilidad
del gerente asegurar que se determine, controle y supervise el impacto
de cualquier cambio. Se debern documentar los problemas y sus
soluciones.

El gerente deber informar, en momentos acordados, sobre el progreso

del proceso, cumplimiento de los planes y soluciones a las situaciones de
falta de progreso. Esto incluye informes tanto internos como externos, tal
como requieren los procedimientos organizativos y el contrato

Revisin y Evaluacin
El gerente deber asegurar que los productos software y los planes se
evalan con relacin a la satisfaccin de los requerimientos

El gerente deber analizar los resultados de la evaluacin de los

productos software, actividades y tareas completadas durante la
ejecucin del proceso, en relacin al cumplimiento de los objetivos y de
los planes.

Finalizacin
Cuando se complete todos los productos software, actividades y tareas,
el gerente deber determinar si el proceso se ha completado teniendo en
cuenta los criterios especificados en el contrato, o como parte de un
procedimiento de la organizacin

17
 Proceso de Infraestructura
El Proceso de Infraestructura es un proceso para establecer y mantener la
infraestructura que necesita cualquier otro proceso. La infraestructura
puede incluir hardware, software, herramientas, tcnicas, normas e
instalaciones para el desarrollo, operacin o mantenimiento.

Las actividades del proceso de infraestructura son:

Implementacin del proceso

Conviene que se defina y documente la infraestructura para cumplir los
requerimientos del proceso que esta emplea, considerando los
procedimientos, normas, herramientas y tcnicas aplicables.

Establecimiento de la infraestructura
Conviene que se planifique y documente la configuracin de la
infraestructura. Se deberan considerar aspectos de funcionalidad,
prestaciones, seguridad fsica y de acceso, disponibilidad, requerimientos
de espacio, equipos, costos y limitaciones de tiempo.

Mantenimiento de la infraestructura
Se deber hacer mantenimiento, seguimiento y modificacin de la
infraestructura segn sea necesario para asegurar que contina
satisfaciendo los requerimientos del proceso que este emplea. Como
parte del mantenimiento de la infraestructura, se deber definir hasta
qu punto la infraestructura est bajo gestin de la configuracin.

Proceso de Mejora de Proceso

El proceso de mejora de proceso es un proceso para establecer, evaluar,
medir, controlar y mejorar un proceso del ciclo de vida del software.

Las actividades del proceso de mejora de procesos son:

Establecimiento del proceso

La organizacin deber establecer un conjunto de procesos organizativos
para todos los procesos del ciclo de vida del software en tanto son de
aplicacin a sus actividades de negocio. Se debera documentar en
publicaciones de la organizacin los procesos y su aplicacin a casos
especficos. Como sea apropiado, se deber establecer un mecanismo de

18
 control del proceso para desarrollar, hacer seguimiento, controlar y
mejorar los procesos.

Evaluacin del proceso

Se deber desarrollar, documentar y aplicar un proceso de evaluacin de
procesos. Se debern guardar y mantener registros de las evaluaciones.

La organizacin deber planificar y llevar a cabo revisiones de los

procesos con la periodicidad adecuada que asegure su continua
adecuacin y efectividad, a la luz de los resultados de las evaluaciones.

Mejora del proceso de mejora

La organizacin deber efectuar en sus procesos las mejoras que se
consideren necesarias como resultado de las evaluaciones y revisiones
de los procesos. Se deber actualizar la documentacin del proceso para
reflejar las mejoras en los procesos de la organizacin.

Se deber recopilar y analizar los datos histricos, tcnicos y de las

evaluaciones para conseguir un conocimiento de los puntos fuertes y
dbiles de los procesos empleados. Se debern emplear estos anlisis
como entrada para mejorar dichos procesos, recomendar cambios en la
gestin de los proyectos (actuales o sub -siguientes) y determinar las
necesidades de mejoras tecnolgicas.

Proceso de Recursos Humanos

El proceso de recursos humanos es un proceso para proporcionar y
mantener personal capacitado. La adquisicin, suministro, desarrollo,
operacin o mantenimiento de los productos software depende en gran
medida de personal entendido y competente. Por ejemplo el personal de
desarrollo deber tener formacin bsica en ingeniera y gestin del
software. Es as pues imprescindible que la formacin del personal est
planificada e implementada de manera temprana, para que est disponible
personal capacitado en el momento en que el producto software se
adquiera, suministra, desarrolla, opera o mantiene.

Las actividades del proceso de recursos humanos son:

19
Implementacin del proceso
Se deber llevar a cabo una revisin de los requerimientos del proyecto
para establecer y prever a tiempo la adquisicin o desarrollo de los
recursos y competencias que necesita el personal de gestin y tcnico.
Se debern determinar los tipos y niveles de formacin y categoras del
personal que necesita formacin. Se deber preparar y documentar un
plan de formacin que tenga en cuenta los plazos de implementacin,
necesidad de recursos y necesidades de formacin.

Desarrollo del Material de formacin

Se deber desarrollar los manuales de formacin, incluyendo material de
presentaciones, que se usen para proporcionar la formacin.

Implementacin del plan de formacin

Se deber implementar el plan de formacin para proporcionar la
formacin al personal. Se debern mantener registros de formacin.

Se deber asegurar que personal adecuadamente capacitado y con la

composicin y categoras adecuadas, est disponible en el momento
preciso para las actividades y tareas planificadas.

4.BENEFICIOS DE USAR LA ISO/IEC 12207

Es flexible, se adapta a las necesidades de quien lo use. Est basada
en 2 principios fundamentales:
- Modularidad: conseguir procesos con un mnimo acoplamiento
y una mxima cohesin
- Responsabilidad: establecer un responsable para cada proceso
Establece un marco de trabajo comn para la ingeniera de software.
Estandarizacin para identificar y desarrollar los requerimientos
usuarios
Mejora el orden, control y ejecucin de los proyectos
Concibe al software como una parte del sistema total.

20
5.COMPARACION CON OTRAS NORMAS
ISO/IEC 12207 VS CMMI DEV:

CMMI para desarrollo (CMMI-DEV) propone una solucin integrada y

completa para las actividades de desarrollo y de mantenimiento
aplicadas a los productos y a los servicios.

Tanto ISO/IEC 12207 como CMMI DEV cubren el ciclo de vida del
producto desde su concepcin hasta su entrega y mantenimiento.
CMMI es muy costosa para certificar, adems requiere que el personal
de la empresa a certificar realice el curso oficial de CMMI, sin
embargo la ISO/IEC 12207 no tiene un esquema de certificacin.

ISO/IEC 12207 e ISO/IEC 15504 SPICE

ISO/IEC 15504 es un marco de modelo de evaluacin y la ISO/IEC

12207 es un modelo de referencia de procesos. Estas dos ISO se
complementan para llegar a la calidad de software.

ISO/IEC 12207 vs ISO/IEC 9001

La ISO 9001 es una norma internacional que se aplica a los sistemas

de gestin de calidad y que se centra en todos los elementos de
administracin de calidad con los que una empresa debe contar para
tener un sistema efectivo que le permita administrar y mejorar la
calidad de sus productos o servicios. La certificacin se realiza cada 6
meses.

ISO/IEC 12207 vs ISO/IEC 29110

La NTP 29110 est diseada para pequeas organizaciones de no

ms de 25 trabajadores, mientras que la ISO 12207 est diseada
para ser adaptada a organizaciones de cualquier tamao, proyectos o
aplicaciones concretas. La NTP 29110 se aplica solo a proyectos de
desarrollo de software, en cambio la ISO 12207 no es exclusiva para
esto.

21
 6.CASO DE APLICACIN
IMPLEMENTACION DE LA ISO/IEC 12207

Las organizaciones estn implantando modelos de mejora de procesos

software, siendo los de mayor uso CMMI-DEV e ISO/IEC 15504 ISO/IEC
12207 (ISO, 2004; ISO, 2008).

ANTECEDENTES

La presidencia del Consejo de Ministros (2004), aprob el uso obligatorio de

la Norma Tcnica Peruana NTP-ISO/IEC 12207:2004 y fue revalidado
mediante la publicacin de la segunda versin el 13 de julio de 2006 en
entidades del Sistema Nacional de Informtica.

Actualmente en el Per est vigente la NTP ISO/IEC 12207:2006; Tecnologa

de la Informacin. Procesos del ciclo de vida del software, como marco de
referencia del ciclo de vida del software desde la conceptualizacin de ideas
hasta su retirada y consta adems de procesos para adquirir, desarrollar,
mantener y suministrar productos y servicios software. Cubre adems el
control y la mejora de estos procesos. Considerando que la ISO/IEC 12207 es
una Norma Tcnica Peruana, para el modelo de referencia se ha utilizado la
ISO/IEC 12207:2008, toda vez que es la norma internacional ms actual.

Entonces surge la necesidad de usar un modelo que pueda guiar a las

instituciones del Sistema Nacional de Informtica el cumplimiento de la
Norma Tcnica Peruana en sus proyectos de desarrollo de Software.

IMPLEMENTACIN DE LA ISO/IEC 12207:2008 PARA MEJORAR LOS

PROCESOS ASOCIADOS AL CICLO DE VIDA DE SOFTWARE EN UNA
MICRO EMPRESA

OBJETIVO

Implementar un conjunto de propuestas de mejora de procesos en una

micro empresa en base a las evaluaciones de los procesos priorizados que
corresponden al ciclo de vida de desarrollo de software, tomando como
referencia la ISO/IEC 12207:2008.

OBJETIVOS ESPECFICOS

22
O1: Realizar el diagnstico de los procesos segn el ciclo de vida de
desarrollo de software.

O2: Elaborar propuestas de mejora de procesos segn las mejoras prcticas.

O3: Implementar el piloto con las propuestas de mejora y realizar las

evaluaciones correspondientes.

RESULTADOS ESPERADOS

R1: Informe de fortalezas y debilidades, perfil de capacidades de los

procesos actuales.

R2: Propuesta de mejora de los procesos de ciclo de vida de desarrollo de

software.

R3: Obtencin de las evaluaciones y conclusiones de la aplicacin de las

propuestas de mejora de ciclo de vida de desarrollo de software.

MTODOS Y PROCEDIMIENTOS

Se pretende evaluar los procesos asociados al ciclo de vida de desarrollo de

software en una microempresa, y para ello se realizarn reuniones de
trabajo con la parte gerencial, administrativa y operativa de la empresa.

Para desarrollar el proyecto se realiz el planteamiento el problema, la

revisin de conceptos y literatura asociada, se propuso la creacin de
formatos y documentacin para facilitar la mejora de procesos en la
empresa.

Para lograr los resultados deseados se propuso desarrollar las siguientes

actividades:

R1: Diagnstico y evaluacin

Evaluacin inicial de la empresa a travs del anlisis preliminar, nmero

de trabajadores, cartera de clientes, entrevistas a los encargados de la
empresa y equipo de TI. Inicialmente se plante evaluar todos los procesos
de la ISO/IEC 12207:2008 versus los objetivos y problemas del negocio, con
fin de determinar los procesos a mejorar (priorizacin de procesos).

Para determinar el grado de cumplimiento de la empresa con respecto a

los procesos de la ISO/IEC 12207:2008, tomando como marco de evaluacin
la ISO/IEC 15504-5 32, se elaboraron cuestionarios, plantillas en Excel como

23
tcnica para evaluar procesos de la norma, problemas y objetivos de
negocio.

R2: Propuestas de mejora, implementacin de piloto y lecciones aprendidas

Se mejoraron los procesos seleccionados de acuerdo a los objetivos de

negocio, luego se probaron en el piloto con la participacin del personal de
la empresa.

Se aplic el cuestionario de procesos nuevamente, pero esta vez

verificando las evidencias para sustentar las respuestas. As, se obtuvo el
nuevo porcentaje de cumplimiento y nivel de capacidad de cada proceso.

Se present a la gerencia los resultados y mejora alcanzada en los

procesos seleccionados, as como las lecciones aprendidas.

INTEGRACIN DE LA ISO/IEC12207 Y LOS MODELOS AGILES

En el desarrollo software, el qu hacer y el cmo hacerlo han sido siempre

aspectos bsicos en la mejora de procesos, que sin embargo en la prctica
han creado confusin. 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. Uno de los principios
giles sugiere que no debera existir una documentacin exhaustiva, lo cual
es correcto, 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

IMPLANTACIN DE LA ISO/IEC 12207, NIVELES 1 Y 2 CON SCRUM

24
El modelo de procesos ISO/IEC 12207:2008 no pone restricciones sobre la
metodologa que se debe utilizar para implementar los procesos. Por lo
tanto, es posible implementarlos con metodologas giles como SCRUM. En
el estudio que aqu se presenta se analiz el grado de relacin de ISO/IEC
12207:2008 y las prcticas de SCRUM.

El estudio se realiz sobre los procesos establecidos en los niveles de

madurez 1 y 2 del modelo desarrollado por AENOR (Asociacin Espaola y
Normalizacin y Certificacin). Se centra en los procesos del rea de gestin
de proyectos, ya que la metodologa SCRUM cubre principalmente estas
reas.

Para llevar a cabo le estudio, en primer lugar se analiz el grado de relacin

entre los outcomes del modelo ISO/IEC una vez concluida esta primera fase
del estudio, se calcul el grado de cobertura de los procesos de planificacin
del proyecto y evaluacin y control del proyecto.

CASOS DE XITO

Evaluacin de la norma ISO 12207 En el proceso de desarrollo de software

de la empresa LOGICIEL CA Ltda. En la empresa LOGICIEL Ca. Ltda. Se
realiza una evaluacin de procesos para determinar el nivel de madurez que
estos han alcanzado y su nivel de aplicabilidad en los proyectos de
desarrollo de software.

7.CONCLUSIONES
Un estndar siempre nos dir que hacer, mas no como hacer, en este
caso integramos la ISO/IEC 12207 que es un estndar de desarrollo
de software con una metodologa de desarrollo con la finalidad de
tener una gua completa donde nos diga el que hacer y cmo
hacerlo.

8.REFERENCIAS
https://prezi.com/8ohm8mnwrujq/norma-internacional-iso-iec-
122072008/
https://es.wikipedia.org/wiki/ISO/IEC_12207
http://unfviso12207.webcindario.com/index.php?
mod=proceso_organizativos

25
 http://avimo-
ps.googlecode.com/svn/trunk/Documentacion/Monografia/Referencias
/Pdf/Metodolog%C3%ADa%20para%20implementar%20ISOIEC
%2012207%20tecnolog%C3%ADas.pdf

26