Normas Técnicas Peruanas

ISO-IEC /12207
• Es una
una norma
norma de
de la ingen
ingenierí
iería
a de softw
software,
are, surge
surge a princi
principios
pios de la década
década
de los noventa , como un estándar internacional resultado del esfuerzo de
todo el mundo entre académicos y laboral.

• Es una
una norma
norma conju
conjunta
nta entre
entre I! " IE# $Inte
$Interna
rnation
tional
al !rgani
!rganizati
zation
on for
for
tandarization " International Electrotec%nical #ommission&

• Estable
Establece
ce un marco
marco de trab
trabajo
ajo com'n
com'n para
para la ingen
ingenierí
iería
a del softwar
software,
e, a lo
largo de todo el ciclo de vida del software en el mundo.

• (efine
(efine los
los proceso
procesos,
s, activid
actividades
ades y tareas
tareas asocia
asociadas
das a los
los procesos
procesos del ciclo
ciclo
de vida del software desde la concepci)n %asta su retiro.

• (efine
(efine los
los proces
procesos
os de ingenier
ingeniería
ía de softwar
software
e com
como*
o* +un
+un conjunt
conjunto
o de
actividades ue son realizadas por un conjunto de tareas ue definen como
las acciones transforman las entradas en salidas-

Historia

a /012I!3IE# 45567 es una 8adaptaci)n8 para el 1er' de la norma internacional,

tratando de preservar el sentido original recogida en la norma internacional.

a versi)n publicada y de uso obligatorio en el sector p'blico en el 1er' corresponde a la

versi)n I!3IE# 45567*499: y la I!3IE# 45567*499:3;md.4*5665< esta 'ltima ue
introduce cambios a la versi)n de 499:. =ue elaborada por el #omité 0écnico de
/ormalizaci)n en Ingeniería del oftware y istemas de Informaci)n $#0/2II&< siendo
revisada y aprobada por la #omisi)n de >eglamentos 0écnicos y #omerciales, del
I/(E#!1I, en su #alidad de !rganismo /acional de /ormalizaci)n.

Características

#ontiene procesos, actividades y tareas para aplicar durante la aduisici)n de un sistema

ue contiene software, un producto software puro o un servicio software, y durante el
suministro, desarrollo, operaci)n y mantenimiento de productos software.

 Incluye también un proceso ue puede emplearse para definir, controlar y mejorar
los procesos del ciclo de vida del software.

 Está escrita para aduirientes de sistemas y productos y servicios software, y para

proveedores, desarrolladores, operadores, responsables de mantenimiento,
administradores, responsables de aseguramiento de calidad y usuarios de
productos software.
 

 /o pretende establecer el nombre, el formato o el contenido e?plícito de la

documentaci)n ue se genere.

 /o establece un modelo de ciclo de vida concreto para el desarrollo del software.

@uien lo implementa es responsable de seleccionar un modelo de ciclo de vida
para el proyecto software y de elaborar una correspondencia entre los procesos,
actividades y tareas de esta /orma 0écnica 1eruana y los de dic%o modelo.

 A; uien esta dirigidaB a norma esta concebida para ser aplicada a ambas partes
implicadas en el negocio $cliente " vendedor& o solo a unas de ellas para ser
usada como contralor.

 #ualuier organizaci)n ue imponga el uso de esta norma es responsable de

especificar un grupo mínimo de* 1rocesos , ;ctividades y 0areas

 a norma es concebida para ser aplicada tanto a productos de software

específicos o a sistemas donde el software es un parte del mismo.

 El software es concebido como una parte del sistema total.

 /o e?isten certificaciones para el estándar 

Ceneficios de la /01 45567

 enguaje com'n en el desarrollo de los proyectos

 Estandarizaci)n para identificar y desarrollar los reuerimientos usuarios

 Dejora en el orden y control de los proyectos

 Dejora en la ejecuci)n de los proyectos

 Entendimiento e institucionalizaci)n en la erencia de la importancia del trabajo

orientada a la calidad de los procesos

AR!ITECT!RA"

• a norma
norma establ
establece
ece la a
arui
ruitectu
tectura
ra de alto
alto nivel
nivel del
del ciclo de
de vida del
del softwa
software*
re* los
los
procesos y sus interrelaciones.

• El ciclo
ciclo comie
comienza
nza con la id
idea
ea y termi
termina
na con
con la
la retirad
retirada
a del
del softwar
software.
e.

• e der
deriv
ivan
an los
los p
pro
roce
ceso
sos
s cons
consid
ider
eran
ando
do**

• Dodu
Dodularid
laridad
ad de
dell proceso
proceso** un proce
proceso
so individ
individual
ual se dedica
dedica solam
solamente
ente a una
una
'nica funci)n. ;lta co%esi)n y bajo acoplamiento.

• >esp
>esponsa
onsabilid
bilidad
ad del
del proceso*
proceso* un proces
proceso
o individ
individual
ual e
es
s respon
responsabil
sabilida
idad
d de
una de las partes.
 

Estructura"
a /01 45567 está estructurada en F procesos grandes* principales, de apoyo y
organizativos del ciclo de vida.
Procesos #rinci#a$es
 A%&uisici'n"
A%&uisici'n" El El  proceso
proceso comienza
 comienza con la identificaci)n de la necesidad de
aduirir un sistema, un producto software o un servicio software.
servicio software. El proceso
contin'a con la preparaci)n y publicaci)n de una solicitud de propuestas,
la selecci)n
selecci)n de
aceptaci)n  de sistema,
del un proveedor y la gesti)n
del producto del proceso
software de aduisici)n
o del servicio software.%asta la
El proceso lo
inicia el aduiriente del producto o servicio software.
 us actividades son*
 Inicio.
 1reparaci)n de la solicitud de propuestas.
 1reparaci)n y actualizaci)n del contrato.
contrato .
 eguimiento del proveedor.
  ;ceptaci
 ;ceptaci)n
)n y finalizaci)n.
finalizaci)n.
 Suministro" El
Suministro"  El proceso se puede iniciar ya sea por la decisi)n de preparar
una  oferta para
una oferta para contestar a una solicitud de propuestas de un aduiriente, o por la
firma e inicio de un contrato con el aduiriente para proporcionarle un sistema,
producto software o servicio software. El proceso contin'a con la determinaci)n de
los procedimientos y  y recursos necesarios
recursos  necesarios para gestionar y asegurar el proyecto,
incluyendo la preparaci)n y ejecuci)n de los planes del proyecto %asta la entrega
al aduiriente del sistema, producto o servicio software.
us actividades son*
 Inicio.
 1reparaci)n de la respuesta.
 #ontrato.
 1lanificaci)n.
 Ejecuci)n y control
control..
evaluaci)n..
 >evisi)n y evaluaci)n
 Entrega y finalizaci)n.
 (esarro$$o" contiene
(esarro$$o" análisis de
 contiene las actividades para el análisis  de los
reuerimientos, diseGo
diseGo,, codificaci)n,
codificaci)n , integraci)n, pruebas
pruebas e e instalaci)n y
aceptaci)n relacionadas con los productos software. 1uede contener actividades a
nivel de sistema si se estipula en el contrato. El desarrollador lleva a cabo o
soporta las actividades de este proceso de acuerdo con el contrato.
us actividades son*
 Implementaci)n del proceso.
  ;nálisis de
de los reuerimientos
reuerimientos deldel sistema.
 (iseGo de la aruitectura del
aruitectura  del sistema
  ;nálisis de
de los reuerimientos
reuerimientos software.
software.
 (iseGo de la aruitectura del software.
 (iseGo detallado del software.
 #odificaci)n y pruebas del software.
 Integraci)n del software.
 1ruebas de calificaci)n del software.
 Integraci)n del sistema.
 1ruebas de calificaci)n del sistema.
 Instalaci)n del software.
 

  ;poyo a la aceptaci)n
aceptaci)n del software.
 O#eraci'n" El
O#eraci'n"  El proceso cubre la operaci)n del producto software y el apoyo a la
operaci)n de los usuarios. Ha ue la operaci)n del producto software está
integrada a la operaci)n del sistema, las actividades y tareas de este proceso
%acen referencia al sistema.
as actividades son*
 Implementaci)n del proceso.
 1ruebas de operaci)n.
 !peraci)n del sistema.
 oporte al usuario.
 )antenimiento" Este
)antenimiento"  Este proceso se inicia cuando el producto software sufre
modificaciones en el c)digo 
c)digo y la 
la documentaci)n asociada,
documentaci)n  asociada, debido a un problema o
a la necesidad de mejora o adaptaci)n. El objetivo es modificar el producto
software e?istente preservando su integridad. Este proceso incluye la migraci)n
migraci)n y
 y
retirada del producto software. El proceso termina con la retirada del producto
software.
#onsta de las siguientes actividades*
 Implementaci)n del proceso.
de problemas y
  ;nálisis de problemas y modificaciones.
 Implementaci)n de las modificaciones.
 >evisi)n3aceptaci)n del mantenimiento.

 Digraci)n.
 >etirada del software.
 1rocesos de apoyo
 (ocumentaci'n" es
(ocumentaci'n"  es un proceso para registrar la documentaci)n producida por un
proceso o actividad del ciclo de vida. El proceso contiene el conjunto de
actividades para planificar, diseGar, desarrollar, producir, editar, distribuir y
mantener auellos  documentos ue
auellos documentos  ue necesitan todos los involucrados tales como
gerentes, ingenieros y usuarios del sistema o producto software. consta de las
siguientes actividades*
 Implementaci)n del proceso.
 (iseGo y desarrollo.
 1roducci)n.
 Dantenimiento.

*esti'n %e $a con+i,uraci'n" es
administrativos con+i,uraci'n"  es el
a lo largo del ciclo deproceso
vida delde aplicarpara*
software procedimientos
identificar, técnicos
definir y y
establecer la línea base de los elementos software en un sistema< controlar
modificaciones y releases de los elementos< registrar e informar del estado
estado de
 de los
elementos y peticiones de modificaci)n< asegurar la completitud, consistencia y
correcci)n de los elementos< y controlar el almacenamiento,
almacenamiento , manipulaci)n y
entrega de los elementos.
us actividades son*
 Implementaci)n del proceso.
 Identificaci)n de la configuraci)n.
 #ontrol de la configuraci)n.
 (eterminaci)n del estado de la configuraci)n.
 Evaluaci)n de la configuraci)n.
 esti)n de releases y entrega.
 

 ca$i%a%" proporcionar la seguridad apropiada
Ase,uramiento %e $a ca$i%a%" proporcionar seguridad apropiada de ue los
productos y procesos software del ciclo de vida del proyecto son conformes con
sus reuerimientos especificados y se ad%ieren a los planes establecidos. us
actividades son*
 Implementaci)n del proceso.
  ;segura
 ;seguramiento
miento del producto.
producto.
  ;segura
 ;seguramiento
miento del proceso.
  ;segura
 ;seguramiento
miento del sistema de calidad.

 eri+icaci'n" es un proceso para determinar si los productos software de una

eri+icaci'n" es
actividad cumplen con los reuerimientos o condiciones ue tienen impuestas por
las actividades precedentes. 1or motivos de efectividad en costo y
costo y rendimiento, se
debería integrar, lo antes posible, la verificaci)n, en los procesos $tales como los
de suministro, desarrollo, operaci)n o mantenimiento& ue la emplean. Estos
procesos pueden incluir análisis, revisi)n y prueba.
us actividades son*

 Implementaci)n del proceso.

 erificaci)n.
 alidaci)n* es un proceso para determinar si los reuerimientos y el sistema
o producto software, tal como se %a construido, cumplen con su uso
específico previsto. a validaci)n se puede llevar a cabo en etapas
tempranas. Este proceso se puede llevar a cabo como parte del apoyo a la
aceptaci)n del producto.
 Implementaci)n del proceso.
 alidaci)n.
 >evisi)n conjunta* proceso para evaluar el estado y
estado y los productos de una
actividad de un proyecto, seg'n sea adecuado. as revisiones conjuntas
están a nivel tanto de gesti)n del proyecto como técnico y se mantienen a
lo largo de la vida del contrato. Este proceso puede ser empleada por
cualuiera de las dos partes, donde una de ellas $la revisora& revisa a la
otra parte $la revisada&. us actividades son*
 lmplementaci)n del proceso.
 >evisiones de la gesti)n del proyecto.
 >evisiones técnicas
técnicas..
  ;uditoría** proceso para determinar
 ;uditoría determinar el cumplimiento
cumplimiento con
con los reuerimiento
reuerimientos,
s,
planes y contrato, seg'n apliue. Este proceso puede ser empleado por
cualuiera de las dos partes, donde una de ellas $la auditora& audita los
productos software o actividades de la otra parte $la auditada&. us
actividades son*
 lmplementaci)n del proceso.
  ;uditoría..
 ;uditoría
 oluci)n de problemas* proceso para analizar y resolver problemas
$incluidas las no conformidades&, cualuiera ue sea su 
su naturaleza u
naturaleza  u
origen, ue se descubran durante la ejecuci)n de los procesos de
desarrollo, operaci)n, mantenimiento u otros. El objetivo es el proporcionar
tiempo asegure
un mecanismo ue responsable, documentariamente y a tiempo  asegure
 

ue todos los problemas descubiertos se analizan y resuelven y se

reconozcan las tendencias. us actividades son*
 lmplementaci)n del proceso.
 oluci)n de problemas.

Procesos or,ani.atios
 *esti'n" contiene las actividades genéricas y tareas ue pueden ser empleadas
por cualuier parte ue tenga ue gestionar sus respectivos procesos.
gerente  es responsable de la gesti)n del producto, gesti)n del proyecto y
El gerente
gesti)n de las tareas de los procesos aplicables, tales como el de aduisici)n,
suministro, desarrollo, operaci)n, mantenimiento o soporte. us actividades son*
 Inicio y definici)n del alcance.
 1lanificaci)n.
 Ejecuci)n y control.
 >evisi)n y evaluaci)n.
 =inalizaci)n.
 Infraestructura* proceso para establecer y mantener la infraestructura ue

necesita cualuier otro proceso. a infraestructura puede incluir %ardware

%ardware,,
software, %erramientas,
%erramientas , técnicas, normas e instalaciones para el desarrollo,
operaci)n o mantenimiento. us actividades son*
 Implementaci)n del proceso.
 Establecimiento de la infraestructura.
 Dantenimiento de la infraestructura.
 Dejora* proceso es un proceso para establecer, evaluar, medir, controlar y
mejorar un proceso del ciclo de vida del software. us procesos son*
 Establecimiento del proceso.
 Evaluaci)n del proceso.
 Dejora del proceso.
 >ecursos %umanos* proceso para proporcionar y mantener personal
capacitado. a aduisici)n, suministro, desarrollo, operaci)n o

mantenimiento de los
personal entendido productos software
y competente. depende son*
us actividades en gran medida de
 lmplementaci)n del proceso.
 (esarrollo del material de formaci)n.
 lmplementaci)n del plan
plan de
 de formaci)n.
 #ampo de aplicaci)n
 Es aplicable en la aduisici)n de sistemas, productos y servicios software,
al suministro, desarrollo, operaci)n y mantenimiento de productos software
y a la parte software del firmware, independientemente de ue sea %ec%o
interna o e?ternamente a una organizaci)n.
organizaci)n . Incluye también auellos
aspectos de la definici)n de sistema necesarios para proporcionar el
conte?to de los productos y servicios software.
 Está orientada para ser usada en situaciones en las ue %aya dos partes
incluido el caso en ue estas dos partes pertenezcan a la misma
organizaci)n. a situaci)n puede ir desde un acuerdo informal, %asta un
 

contrato con responsabilidades legales. Esta /01 puede ser usada por una
sola parte como una autoimposici)n.
 Está escrita para aduirientes de sistemas y productos y servicios software
y para proveedores, desarrolladores, operadores, responsables de
mantenimiento, administradores, responsables de aseguramiento de
calidad y usuarios de productos software.

Cic$o %e i%a %e$ So+tare

1eriodo de tiempo ue comienza cuando el producto software es concebido y

termina cuando el software no esta disponible permanentemente para el usuario
$retirada del software&.$IEEE td. J46.4524996 oftware Engineering 0erminology&.
Es una sucesi)n de etapas por las ue pasa el software en su desarrollo, desde
ue se concibe la idea %asta ue deja de utilizarse.
#ada etapa lleva asociada una serie de actividades y tareas ue se deben realizar 
y una serie de documentos ue serán la salida de cada una de estas fases y ue
servirán de entrada a la fase siguiente.
 ; grandes rasgos,
rasgos, el ciclo de vida de un sistema
sistema de software
software comienza
comienza en el
momento ue se concibe su idea o necesidad.El ciclo de vida comprende el
desarrollo, mantenimiento y operaci)n y no concluye %asta ue el sistema deja de
utilizarse y es definitivamente retirado.
 ;>@KI0E#0K>
 ;>@KI0E#0K>;*
;*
 

E0>K#0K>;*

 os procesos se organizan por actividades.

  as actividades se implementan a través de las tareas.
  Kna tarea es*
 Kn conjunto elemental o at)mico de acciones.
 Kna tarea consume entradas $datos, informaci)n, control& y
produce salidas $datos, informaci)n, control&.
 e consideran tres tipos de procesos*
 1rincipales
 oporte o ;poyo
 !rganizacionales
 En la siguiente figura se muestra la estructura general de la /012
I!3IE# 45567.

Estructura eneral de los 1rocesos

a norma describe
implementarlos, ya los
seaprocesos, pero no especifica
de sus actividades y3o tareascomo
 

Introducci)n a los 1rocesos

• Dodular
Dodularidad
idad** Dá?imame
Dá?imamente
nte co%esiv
co%esivos
os y mínimame
mínimamente
nte acoplado
acoplados
s
• >espon
>esponsab
sabilid
ilidad*
ad* e c
cons
onsider
idera
a ue cada
cada proce
proceso
so es respo
responsa
nsable
ble por
por una
parte del ciclo de vida del software
• a calida
calidad
d es consi
considera
derada
da desde
desde el
el princip
principio
io del ciclo
ciclo de
de vida,
vida, el estánd
estándar
ar
implementa los principios de 0@D $0otal @uality Danagement&
• #ada
#ada proces
proceso
o tiene
tiene asocia
asociado
do un ciclo
ciclo 1(#;
1(#; $plan2d
$plan2do2c%
o2c%ecL
ecL2act
2act&.
&.
• 1roc
1roces
esos
os de
de sopo
soport
rte
e re
rela
laci
cion
onad
ados
os
 " alidaci)n
alidaci)n y verificaci)n
verificaci)n
 " ;seguramiento
;seguramiento de la calidad
calidad
>euisitos*
An$isis %e $os re&uerimientos"

 e deberá analizar el uso específico previsto del sistema a ser desarrollado

para especificar los reuerimientos del sistema.

 e deberá documentar la especificaci)n de los reuerimientos del sistema.

 e deberá documentar las características de calidad.

 

 El desarrollador deberá evaluar los reuerimientos de software teniendo en

cuenta los siguientes criterios* capacidad para ser probado, visibilidad del
diseGo de software y viabilidad de la operaci)n y mantenimiento.

(iseo %e $a Ar&uitectura %e so+tare"

 e deberá establecer la aruitectura alto nivel, la aruitectura debe

establecer los elementos %ardware, software y operaciones manuales.

 e deberá documentar la aruitectura del sistema y los reuerimientos

asignados a cada elemento.

 El desarrollador deberá desarrollar y documentar un diseGo a alto nivel

para la base de datos.

 El desarrollador deberá definir y documentar los reuerimientos

preliminares de pruebas y la planificaci)n para la integraci)n de software.

(iseo %eta$$a%o %e$ so+tare"

 El desarrollador deberá preparar y documentar un diseGo detallado de las

interfaces e?ternas al elemento de software y entre.

 El desarrollador deberá documentar el diseGo detallado para la base de datos.

 #odificaci)n y pruebas de software*

 (ocumentar los procedimientos de pruebas y datos para probar cada

unidad software y base de datos.

 El desarrollador deberá probar cada unidad de software y base de datos

asegurando ue satisfacen sus reuerimientos. e deberá documentar los
resultados de las pruebas.

 El desarrollador deberá actualizar el plan de prueba los reuerimientos de

prueba y el plan para la integraci)n de software.

Inte,raci'n %e so+tare"

 e deberá tener un plan de integraci)n para cada unidad de software. El

plan deberá incluir reuerimientos de prueba, procedimientos, datos,
responsabilidades y plazos.
 

 e deberá documentar un conjunto de pruebas, casos de prueba y

procedimiento de prueba.

Prue3as %e Ca$i+icaci'n"

 e deberá documentar el resultado de las pruebas.

 Integraci)n del sistema*

 e deberán documentar los resultados de la integraci)n y pruebas.

Prue3as %e ca$i+icaci'n %e$ so+tare"

 e deberá asegurar ue se prueba la conformidad de la implantaci)n de

cada reuerimiento del sistema y ue el sistema esté listo para su entrega.
e deberá documentar los resultados de las pruebas.

Insta$aci'n %e$ so+tare"

 El desarrollador deberá apoyar en la labor de configuraci)n de los

componentes del producto de software.

 El desarrollador deberá preparar un plan de instalaci)n del producto de

software en el mismo entorno de destino.
 El desarrollador deberá instalar el producto de software de acuerdo con el
plan de instalaci)n. e deberán á asegurar ue el c)digo software y base
de datos se inicialicen y ejecuten y terminan tal como se especifica en el
contrato.

 e deberán documentar las incidencias y resultados de la instalaci)n.

A#o4o a $a ace#taci'n %e so+tare"

 e deberá entregar el producto de software tal como se especifica el

contrato.

 e deberá dar formaci)n inicial y continua y dar apoyo al aduiriente tal

como se especifica en el contrato.

P$an %e o#eraci'n"

 e deberá contar con un plan de operaci)n, donde se incluyan los

procedimientos de operaci)n.

 El operador deberá establecer procedimientos para recibir, registrar,

solucionar y %acer un seguimiento de los problemas y proporcionar
informaci)n sobre su situaci)n. En cuanto se encuentren problemas, se
deberán introducir en el proceso de soluci)n de problemas.

 e deberá contar con procedimientos para probar el producto software en

su entorno de operaci)n.

Prue3as %e o#eraci'n"
 

 1ara cada reléase del producto software, se deberá llevar a cabo pruebas
de operaci)n y tras satisfacerse los criterios especificados, liberar el
software para uso de operaci)n.

 e deberá asegurar ue el c)digo software y las bases de datos se

inicialicen, ejecuten y terminan tal como se describe en el plan.

O#eraci'n %e$ sistema"

 El producto de software deberá ser operado en el entorno previsto de

acuerdo con la documentaci)n del usuario.

So#orte a$ usuario"

 e deberá proporcionar asistencia y consultaría a los usuarios cuando la

pidan. Estas peticiones y las acciones subsecuentes se deberán registrar y
supervisar.

 e deberá pasar las peticiones del usuario, cuando sea necesario al

proceso de mantenimiento.

 ;portes

 Innoaci'n" Entendemos la innovaci)n como
innovaci)n como un proceso de negocios a
negocios a
través del cual las ideas se transforman en soluciones en forma sistemática
y eficiente creando valor  superior para 
para clientes,
clientes, consumidores y accionistas.
a innovaci)n tecnol)gicos ue ayuden a fortalecer su competitividad y
competitividad  y
mejorar su productividad.
productividad .
 Tecno$',ico"  a tecnología %oy en día en una %erramienta muy importante
ya ue con ella contamos con la informaci)n necesaria y las %erramientas
para poder  desarrollar los trabajos o proyectos
En la tecnología la I! 45567 la aportaci)n es ue nos da la informaci)n y

 el material,
Socia$" nosotros
 esvemos
 El %ombre es
%ombre un sercomo
socialloy usamos y en ueesloimposible
biol)gicamente usamos un ser
%umano fuera de la sociedad. ;plicaríamos la Iso 45567 con los deberes de
los ciudadanos obrando conforme al principio de la solidaridad social.
solidaridad  social.

  Conc$usiones
 a norma te dice ué es lo ue debes %acer, pero no c)mo, para ello
 juegan un
un papel muy importante
importante las metodolog
metodologías
ías para cumplir con
con
los reuerimientos de la norma.
 En desarrollo fielmente de la norma mejores definitivamente los
procesos del ciclo de vida del software porue está validado a nivel
internacional.

Este marco de referencia
conceptualizaci)n cubre
de ideas elsu
%asta ciclo de vida
retirada del software
y consta desde la
de procesos
 

para aduirir y suministrar productos y servicios software. #ubre

además el control y la mejora de estos procesos .
 >eferencias