PROCESOS PRINCIPALES DEL CICLO DE VIDA.

En el presente trabajo se proporciona una introduccin a la norma iso/iec 12207.Hemos

profundizando en un par de temas especficos fundamentar las ideas. En todo momento se
toma como referencia el Proyecto de Ingeniera de Software (PIS) para contrastar y
comparar los distintos aspectos de la norma y su aplicacin.
A quin esta dirigida la norma?
La norma esta concebida para ser aplicada a ambas partes implicadas en el negocio tanto
al cliente como al vendedor o solo a unas de ellas para ser usada como contralor.

a)

Inicio: El adquiriente describe un concepto o una necesidad de adquirir, desarrollar

o de mejorar un sistema, producto software o un servicio del software, definir y
analizar los requerimientos del sistema, contratar a un proveedor para llevar a
cabo el anlisis de requerimientos del sistema, aprobar los requerimientos analizados,
definir y analizar los requerimientos software.

b)

Preparacin de la solicitud de propuestas: Conviene que el adquiriente documente

los requerimientos de la adquisicin los cuales son:
a.
b.
c.
d.
e.
f.
g.

c)

Requerimientos del sistema.

Definicin del alcance.
Instrucciones para los ofertantes.
Lista de los productos de software.
Trminos y condiciones.
Control de los sub-contratos.
Restricciones tcnicas (por ejemplo, entorno de destino).

Preparacin y actualizacin del contrato: Conviene que el adquiriente establezca

un procedimiento para la seleccin de proveedores seleccione un proveedor
basndose en la evaluacin de su capacidad, deber preparar y negociar un
contrato con el proveedor estableciendo los requerimientos de la adquisicin.
Una vez que el contrato est en curso el adquiriente controlar las modificaciones del
contrato por la va de la negociacin con el proveedor las cuales sern investigadas
con relacin al posible impacto en los planes, costo, beneficios, calidad y plazos del
proyecto

d)
Seguimiento del proveedor: El adquiriente supervisar las actividades del
proveedor,cooperar para proporcionar toda la informacin necesaria en el momento
preciso y resolver todos los asuntos pendientes.
e) Aceptacin y finalizacin: el adquiriente preparar la aceptacin basndose en los criterios
de aceptacin definidos, llevar a cabo revisiones de aceptacin y pruebas de aceptacin
del producto o servicio software entregable.

2.Proceso de suministro: El proceso se puede iniciar ya sea por la decisin de preparar una oferta
para contestar a una solicitud de propuestas de un adquiriente, o por la firma e inicio de un contrato
con el adquiriente para proporcionarle un sistema al cual consta de las siguientes actividades:
a)
Inicio
El proveedor revisa los requisitos presentados por el adquiriente y decide
presentarse (o no) como proveedor del producto o servicio sw.

b)

Preparacin de la respuesta.

c)

d)

e)

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.
Ejecucin y control.
El proveedor deber implementar y ejecutar el plan o planes de gestin de
proyecto mencionados anteriormente.

3.

f)

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

g)

Entrega y finalizacin.

h)

Entregar el producto o servicio software tal cual est especificado en el contrato.

Proceso de desarrollo: El proceso de desarrollo contiene las actividades para el anlisis de los
requerimientos, diseo, codificacin, integracin, pruebas e instalacin y aceptacin relacionadas
con los productos de software. Este proceso consta de las siguientes actividades:
a)
Implementacin del proceso.
Definir el modelo de ciclo de vida.
b)
Anlisis de los requerimientos del sistema.
Deber analizarse el uso previsto del sistema (requisitos de negocio,
organizativos y de usuario, de seguridad fsica y de acceso).
c)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
d)
Anlisis de los requerimientos software.
Evaluar los requerimientos de software.
e)
Diseo de la arquitectura del software.
Evaluar todos los diseos anteriores
f) Diseo detallado del software.
Diseo detallado para las interfaces externas
g)

Codificacin y pruebas del software.

Probar cada unidad software y la base de datos
h)
Integracin del software.
Evaluar el plan de integracin, el cdigo, las pruebas.
i) Pruebas de calificacin del software.
Llevar a cabo las pruebas de calificacin de acuerdo a los requisitos software de
calificacin
j) Integracin del sistema.
Evaluar el sistema integrado
k)Pruebas de calificacin del sistema.
Determinar los recursos y datos necesarios para la instalacin
l) Instalacin del software.
Brindar apoyo a las revisiones y pruebas de aceptacin llevadas a cabo por el
adquiriente

m)

4.

Apoyo a la aceptacin del software.

Cubre la operacin del producto software y apoyo a los usuarios

Proceso de operacin: El proceso cubre la operacin del producto software y el apoyo a la

operacin de los usuarios, Este proceso consta de las siguientes actividades:
a) Implementacin del proceso.
b) Pruebas de operacin.
c) Operacin del sistema.
d) Soporte al usuario.

5.

Proceso de mantenimiento: Este proceso se inicia cuando el producto software sufre

modificaciones en el cdigo y la documentacin asociada, Este proceso consta de las siguientes
actividades:
a) Implementacin del proceso.
b) Anlisis de problemas y modificaciones.
c) Implementacin de las modificaciones.
d) Revisin/aceptacin del mantenimiento.
e) Migracin.
f) Retirada del software.

2. PROCESOS DE APOYO DEL CICLO DE VIDA

2.1 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.
2.2 PROCESO DE GESTIN DE LA CONFIGURACIN: Es el proceso de aplicar procedimientos
tcnicos y administrativos a lo largo del ciclo de vida del software para: identificar, definir y establecer
la lnea base de los elementos software en un sistema; controlar modificaciones y releases
de los elementos; registrar e informar del estado de los elementos y peticiones de modificacin;
asegurar la completitud, consistencia y correccin de los elementos; y controlar el almacenamiento,
manipulacin y entrega de los elementos.
2.3 PROCESO DE ASEGURAMIENTO DE LA CALIDAD: Es un proceso para proporcionar la
seguridad apropiada de que los productos y procesos software del ciclo de vida del proyecto son
conformes con sus requerimientos especificados y se adhieren a los planes establecidos.

2.4 PROCESO DE VERIFICACIN: El 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.
2.5 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.
2.6 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).
2.7 PROCESO DE AUDITORA: es un proceso para determinar el cumplimiento con los
requerimientos, planes y contrato, segn aplique.
2.8 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.

3. ORGANIZATIVOS DEL CICLO DE VIDA

Las actividades y tareas en un proceso organizativo son responsabilidad de la organizacin que
usa dicho proceso. Esta organizacin se asegura de que el proceso exista y est operativo
3.1 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.
3.2 PROCESO DE INFRAESTRUCTURA: Es un proceso para establecer y mantener la
infraestructura que necesita cualquier otro proceso.
3.3 PROCESO DE MEJORA: Es un proceso para establecer, evaluar, medir, controlar y mejorar un
proceso del ciclo de vida del software.
3.4 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.
LA ARQUITECTURA JSF
En esta sesin vamos a estudiar en profundidad cmo se gestionan las peticiones a JavaServer
Faces, incluyendo detalles de la implementacin de esta arquitectura. Igual que en las sesiones
pasadas, utilizaremos un ejemplo concreto para ilustrar todos los aspectos. Ser una sencilla
aplicacin web que llamaremos Calculadora que permite al usuario realizar operaciones
matemticas.
Veremos los conceptos del ciclo de vida de una peticin JSF, qu es una peticin, cmo se validan
los datos que el usuario introduce en el componente, cmo obtiene el componente los datos del
modelo y cmo se procesan y definen los eventos asociados.
Tal y como veamos en la sesin anterior, y definindolo de una forma muy simple, JSF es un
framework orientado a recoger datos del usuario, pasarlos a la capa del modelo de la aplicacin,
realizar las acciones correspondientes en la aplicacin y pintar los datos resultantes. Todo ello en
un entorno web, con peticiones HTTP y pginas HTML.

Los datos se introducen y se muestran en forma de texto, y se almacenan en un formato

dependiente de la aplicacin. Por ejemplo, una fecha se puede representar con un formato dd-mmaaaa mientras que su representacin interna puede ser un objeto de la clase java.util.Date . Para
realizar esta conversin entre el texto y el formato interno, se asocian al
componente validadores y conversores .
La aportacin fundamental de la tecnologa JSF es la adaptacin del patrn MVC al entorno web.
Para ello, el cdigo final en el que se define un componente es cdigo HTML y los eventos
disparados por el usuario se guardan en la peticin HTTP. Un servlet de la
clase javax.faces.webapp.FacesServlet es el motor de cualquier aplicacin JSF. Este servlet
procesa la peticin, gestiona todos los componentes relacionados y termina generando el cdigo
HTML en el que se traducen estos componentes.
Recordemos, como vimos en la sesin pasada, que el funcionamiento bsico de JSF cuando
recibe una peticin JSF consiste en obtener la vista JSF, procesarla con los datos introducidos por
el usuario y que llegan en la peticin y generar una pgina HTML como resultado. Este proceso
(peticin, procesamiento y generacin de pgina HTML) es lo que se denomina el ciclo de vida
JSF . Veremos con detalle los pasos que realiza la arquitectura JSF dentro de este ciclo de
procesamiento. La siguiente figura muestra un ejemplo concreto de la aplicacin Calculadora que
utilizaremos en esta sesin.
Ciclo de vida
Cuando se carga la aplicacin web en el servidor se inicializa el framework JSF. Se lee el fichero
de configuracin faces-config.xml y se crean los beans gestionados definidos con el
mbito application , realizando las sentencias de inicializacin necesarias. Despus el motor de
JSF est listo para recibir peticiones y para lanzar el ciclo de vida de JSF con cada una.
Lo que en JSF se denomina ciclo de vida no es ms que una secuencia de fases por las que pasa
una peticin JSF desde que se recibe en el servidor hasta que se genera la pgina HTML
resultante. El servlet que implementa el framework ( javax.faces.webapp.FacesServlet ) recibe la
peticin y realiza todo el ciclo, creando y utilizando los objetos Java que representan los
componentes JSF y los beans gestionados. La relacin entre estos objetos y la generacin de
cdigo HTML a partir del rbol de componentes constituyen la base del funcionamiento del
framework.
Las fases del ciclo de vida son las siguientes:
1
2

3
4
5
6

Restaurar la vista ( restore view ). En este paso se obtiene el rbol de componentes

correspondiente a la vista JSF de la peticin. Si se ha generado antes se recupera, y si es
la primera vez que el usuario visita la pgina, se genera a partir de la descripcin JSF.
Aplicar los valores de la peticin ( apply request values ). Una vez obtenido el rbol de
componentes, se procesan todos los valores asociados a los mismos. Se convierten todos
los datos de la peticin a tipos de datos Java y, para aquellos que tienen la
propiedad inmediate a cierta, se validan, adelantndose a la siguiente fase.
Procesar las validaciones ( process validations ). Se validan todos los datos. Si existe
algn error, se encola un mensaje de error y se termina el ciclo de vida, saltando al ltimo
paso (renderizar respuesta).
Actualizar los valores del modelo ( update model values ). Cuando se llega a esta fase,
todos los valores se han procesado y se han validado. Se actualizan entonces las
propiedades de los beans gestionados asociados a los componentes.
Invocar a la aplicacin ( invoke application) . Cuando se llega a esta fase, todas las
propiedades de los beans asociados a componentes de entrada ( input ) se han
actualizado. Se llama en este momento a la accin seleccionada por el usuario.
Renderizar la respuesta ( render response ).

Al final de cada una de las fases, se comprueba si hay algn evento que debe ser procesado en
esa fase en concreto y se llama a su manejador. Tambin se llaman a los manejadores de los
eventos que deben ser procesados en cualquier fase. Los manejadores, a su vez, pueden saltar a
la ltima fase del ciclo para renderizar el rbol de componentes llamando al
mtodo renderResponse() del FacesContext . Tambin pueden renderizar el componente asociado
al evento y llamar al mtodo responseComplete() delFacesContext para terminar el ciclo de vida.
JSF emite un evento PhaseListener al comienzo y al final de cada fase del ciclo de vida de la
peticin. Para capturar el evento, debemos definir una clase que implemente la
interfaz PhaseListener y sus mtodosbeforePhase y afterPhase .