Subrayado ISO 12207(1)

8/14/2019 Subrayado ISO 12207(1)

1/53

5. PROCESOS PRINCIPALES DEL CICLO DE VIDA

Este captulo define los siguientes procesos principales del ciclo de vida:1. Proceso de adquisicin.2. Proceso de suministro.3. Proceso de desarrollo.

4. Proceso de operacin.5. Proceso de mantenimiento.Las actividades y tareas en un proceso primario son responsabilidad de la organizacin quelo inicia y ejecuta. Esta organizacin asegura que ese proceso existe y es operativo.5.1 Proceso de adquisicinEl proceso de adquisicin contiene las actividades y las tareas del adquiriente. El procesocomienza con la identificacin de la necesidad de adquirir un sistema, un productosoftware o un servicio software. El proceso contina con la preparacin y publicacin deuna solicitud de propuestas, la seleccin de un proveedor y la gestin del proceso deadquisicin hasta la aceptacin del sistema, del producto software o del servicio software.Lista de actividades: Este proceso consiste en las siguientes actividades:

a) Inicio.

b) Preparacin de la solicitud de propuestas. c) Preparacin y actualizacin del contrato.d) Seguimiento del proveedor. e) Aceptacin y finalizacin.

5.1.1 Inicio: Esta actividad consta de las siguientes tareas:

5.1.1.1 El adquiriente inicia el proceso de adquisicin describiendo un concepto o unanecesidad de adquirir, desarrollar o de mejorar un sistema, producto software o unservicio del software.

5.1.1.2 El adquiriente definir y analizar los requerimientos del sistema. Conviene que losrequerimientos del sistema incluyan requerimientos de negocio, organizativos, de usuario, ascomo de seguridad fsica y de acceso y otros requerimientos crticos, junto con los

procedimientos y normas de diseo, pruebas y conformidad relacionados.

5.1.1.3 Si el adquiriente contrata a un proveedor para llevar a cabo el anlisis derequerimientos del sistema, el adquiriente aprobar los requerimientos analizados.

5.1.1.4 El adquiriente puede llevar a cabo l mismo la definicin y anlisis de losrequerimientos software, o puede contratar a un proveedor para llevar a cabo dicha

actividad.

8/14/2019 Subrayado ISO 12207(1)

2/53

5.1.1.5 Conviene que se use el proceso del desarrollo (5.3) para llevar a cabo las tareas delos apartados 5.1.1.2 y 5.1.1.4. El adquiriente puede usar los sub-procesos de obtencin derequerimientos descritos en el Anexo F para establecer los requerimientos del cliente.

5.1.1.6 El adquiriente considerar las opciones para la adquisicin a partir del anlisisde los criterios apropiados que incluya los riesgos, costos y beneficios de cada opcin. Lasposibles opciones son:

a) Comprar un producto software preelaborado que satisfagalos requerimientos.

b) Desarrollar el producto de software u obtener el servicio del softwareinternamente.

c) Desarrollar el producto de software u obtener el servicio del softwaremediante un contrato.

d) Una combinacin de a, b y c.

e) Mejorar un producto de software ya existente.

5.1.1.7 Cuando se vaya a adquirir un producto softwarepreelaborado, el adquiriente se asegurar que se satisfacen las siguientes condiciones:

a) Se cumplen los requerimientos del producto software. b) La documentacin estdisponible.c) Se respetan los derechos de marca, uso, propiedad, garanta y licencia. d) Se haplanificado el soporte futuro al producto software.

5.1.1.8 Conviene que el adquiriente prepare, documente y ejecute un plan deadquisicin. El plan debera incluir lo siguiente:

a) Requerimientos para el sistema. b) Empleo previsto del sistema.c) Tipo de contrato a emplear.

d) Responsabilidades de las organizaciones implicadas. e) Tipo de soporte que se va ausar.f) Riesgos considerados y procedimientos para gestionar dichos riesgos.

8/14/2019 Subrayado ISO 12207(1)

3/53

5.1.2 Preparacin de la solicitud de propuestas: Esta actividad consta de las siguientestareas:

La documentacin de la adquisicin debe incluir, segn proceda:

a) Requerimientos del sistema. b) Definicin del alcance.c) Instrucciones para los ofertantes.

d) Lista de los productos de software. e) Trminos y condiciones.f) Control de los sub-contratos.

g) Restricciones tcnicas (por ejemplo, entorno de destino).

5.1.2.2 Conviene que el adquiriente determine qu procesos, actividades y tareas de estaNTP son apropiados para el proyecto y adaptarlos convenientemente. El adquiriente deberaespecificar especialmente los procesos de apoyo aplicables (captulo 6

5.1.2.3 La documentacin de la adquisicin definir tambin los hitos del contrato en losque el progreso del proveedor ser revisado y auditado como parte de la supervisin de laadquisicin (vase apartados 6.6 y 6.7).

5.1.2.4 Se deberan proporcionar a la organizacin seleccionada, los requerimientos de laadquisicin para llevar a cabo las actividades de la adquisicin.

5.1.3 Preparacin y actualizacin del contrato: Esta actividad consta de las siguientestareas:

5.1.3.1 Conviene que el adquiriente establezca un procedimiento para la seleccin deproveedores, que incluya los criterios para la evaluacin de propuestas y para laponderacin del cumplimiento de los requerimientos.

5.1.3.2 Conviene que el adquiriente seleccione un proveedor basndose en laevaluacin de las propuestas de los proveedores, su capacidad y otros factores que debantenerse en cuenta.

5.1.3.3 Con el fin de adaptar esta NTP al proyecto, el adquiriente puede involucrar a otraspartes, incluso proveedores potenciales, antes de otorgar el contrato. En cualquier caso el

adquiriente tendr la ltima palabra en las adaptaciones. El adquiriente incluir o harreferencia en el contrato a la norma adaptada.

5.1.3.4 El adquiriente preparar y negociar un contrato conel proveedor estableciendo los requerimientos de la adquisicin,

incluyendo costos y plazos del producto o servicio software a entregar. El contratotendr en cuenta los derechos de marca, uso, propiedad, garanta y licencia asociados a loscomponentes pre-elaborados reutilizables.5.1.3.5 Una vez que el contrato est en curso, el adquiriente controlar lasmodificaciones del contrato por la va de la negociacin con el proveedor, como parte delmecanismo de control de cambios. Las modificaciones al contrato sern investigadas con

relacin al posible impacto en los planes, costo, beneficios, calidad y plazos del proyecto.5.1.4 Seguimiento del proveedor: Esta actividad consta de las siguientes tareas:

8/14/2019 Subrayado ISO 12207(1)

4/53

complemente la supervisin con el proceso de verificacin (6.4) y el proceso de validacin(6.5), segn sea necesario.5.1.4.2 El adquiriente cooperar con el proveedor para proporcionar toda lainformacin necesaria en el momento preciso y resolver todos los asuntos pendientes.

5.1.5 Aceptacin y finalizacin: Esta actividad consta de las siguientes tareas:

5.1.5.1 Conviene que el adquiriente prepare la aceptacin basndose en la estrategia y loscriterios de aceptacin definidos. Deberan incluirse la preparacin de los casos de prueba,datos de prueba, procedimientos de prueba y entorno de las pruebas. Debera definirsehasta qu grado se involucra al proveedor.

5.1.5.2 El adquiriente llevar a cabo revisiones de aceptacin y pruebas deaceptacin del producto o servicio software entregable y slo lo aceptar del proveedorcuando se satisfagan todas las condiciones de aceptacin. El procedimiento de aceptacindebera cumplir con lo dispuesto en el apartado 5.1.1.9.

5.1.5.3 Tras la aceptacin, el adquiriente debera asumir la responsabilidad sobre la gestinde la configuracin del producto software entregado (vase el apartado 6.2).

5.2 Proceso de suministro

El proceso de suministro contiene las actividades y tareas del proveedor. El proceso sepuede iniciar ya sea por la decisin de preparar una oferta para contestar a una solicitud depropuestas de un adquiriente, o por la firma e inicio de un contrato con el adquiriente paraproporcionarle un sistema, producto software o servicio software. El proceso contina conla determinacin de los procedimientos y recursos necesarios para gestionar ty asegurar elproyecto, incluyendo la preparacin y ejecucin de los planes del proyecto hasta la entregaal adquiriente del sistema, producto o servicio software.

Lista de actividades: Este proceso consta de las siguientes actividades:

a) Inicio.

b) Preparacin de la respuesta. c) Contrato.d) Planificacin.

e) Ejecucin y control.f) Revisin y evaluacin. g) Entrega y finalizacin.

5.2.1 Inicio: Esta actividad consta de las siguientes tareas:

5.2.1.1 El proveedor lleva a cabo una revisin de los requerimientos de la solicitud depropuestas, teniendo en cuenta las polticas de la organizacin y otras reglamentaciones.

5.2.1.2 El proveedor debera tomar la decisin de hacer o aceptar el contrato.5.2.2 Preparacin de la respuesta: Esta actividad consta de las siguientes tareas: Conviene queel proveedor defina y prepare una oferta como respuesta a la solicitud de

8/14/2019 Subrayado ISO 12207(1)

5/53

5.2.3.1 El proveedor deber negociar y contratar con la organizacin adquiriente paraproporcionar el producto o servicio software.

5.2.3.2 El proveedor puede requerir modificaciones al contrato como parte delmecanismo de control de cambios.

5.2.4 Planificacin: Esta actividad consta de las siguientes tareas:

5.2.4.1 El proveedor deber llevar a cabo una revisin de los requerimientos de laadquisicin para definir el marco para la gestin y aseguramiento del proyecto y paraasegurar la calidad del producto o servicio software entregable.

5.2.4.2 Si no est estipulado en el contrato, el proveedor deber definir oseleccionar un modelo de ciclo de vida para el software, apropiado al alcance, magnitud ycomplejidad del proyecto. Se debern seleccionar los procesos, actividades y tareas de estaNTP y se deber establecer una correspondencia entre ellas y el modelo de ciclo de vidaseleccionado.5.2.4.3 El proveedor deber establecer requerimientos para los planes de gestin yaseguramiento del proyecto y para asegurar la calidad del producto o servicio softwareentregable. Los requerimientos para los planes deberan incluir las necesidades de recursos yel involucramiento del adquiriente.

5.2.4.4 Una vez que se hayan establecido los requerimientos para los planes, elproveedor deber considerar las opciones para desarrollar el producto software oproporcionar el servicio software, considerando el anlisis de los riesgos asociados concada opcin. Las posibles opciones son:

a) Desarrollar el producto software o proporcionar el servicio software usando recursosinternos.

b) Desarrollar el producto software o proporcionar el servicio software sub-contratndolo.

c) Obtener productos software preelaborados de fuentes internas o externas.

d) Una combinacin de a, b y c.

5.2.4.5 El proveedor deber desarrollar y documentar el plan o planes de gestin delproyecto basndose en los requerimientos para los planes y en las opcionesseleccionadas en 5.2.4.4. Los aspectos a considerar en el plan incluyen, pero no estnlimitadas a, lo siguiente:

a) Estructura organizativa del proyecto y autoridad y responsabilidad de cada unidadorganizativa, incluyendo las organizaciones externas.

b) Entorno de ingeniera (para desarrollo, operacin, o mantenimiento, segnproceda), incluyendo el entorno de pruebas, biblioteca,equipos, instalaciones, normas, procedimientos y herramientas.

c) Descomposicin estructurada del trabajo de los procesos y actividades del ciclo devida, incluyendo los productos software, servicios software y elementos no entregables que se

8/14/2019 Subrayado ISO 12207(1)

6/53

d) Gestin de las caractersticas de calidad de los productos o servicios software.Se pueden elaborar planes separados para la calidad.

e) Gestin de la seguridad fsica y de acceso y otros requerimientos crticos de losproductos o servicios software. Se pueden elaborar planes por separado para la seguridad, tanto

fsica como de acceso.

f) Gestin de sub-contratistas, incluyendo su seleccin y la relacin entre el sub-contratista y el adquiriente, si existiera.

g) Aseguramiento de la calidad (vase 6.3).

h) Verificacin (vase 6.4) y validacin (vase 6.5), incluyendo el enfoque para lainteraccin con el agente de verificacin y validacin, si est especificado.

i) Involucramiento del adquiriente; esto puede hacerse por medios tales comorevisiones conjuntas (vase 6.6), auditoras (vase 6.7), reuniones

informales, informes, modificaciones y cambios; implementacin,aprobacin, aceptacin y acceso a instalaciones.

j) Involucramiento del usuario; esto puede hacerse por medio de ejercicios deestablecimiento de requerimientos, demostracin de prototipos y evaluaciones.

k) Gestin de riesgo; esto es, gestin de las reas del proyecto que conllevan riesgospotenciales relacionados con aspectos tcnicos, costos y plazos.

l) Poltica de seguridad de acceso; esto es, reglas para lo que necesita saber y lainformacin que puede acceder cada nivel de la organizacin del proyecto.

m) Aprobacin requerida por regulaciones, certificaciones requeridas yderechos de marca, uso, propiedad y garanta y licencia.

n) Mecanismos para preparar los plazos, hacer el seguimiento y hacer los informes.

o) Formacin del personal (vase 7.4).

5.2.5 Ejecucin y control: Esta actividad consta de las siguientes tareas:5.2.5.1 El proveedor deber implementar y ejecutar el plan o planes de gestin delproyecto preparados en el apartado 5.2.4.

5.2.5.2 El proveedor deber:

a) Desarrollar el producto software de acuerdo con el proceso de desarrollo(5.3).

b) Operar el producto software de acuerdo con el proceso de operacin (5.4).c) Mantener el producto software de acuerdo con el proceso de mantenimiento

8/14/2019 Subrayado ISO 12207(1)

7/53

5.2.5.3 El proveedor deber supervisar y controlar el progreso y la calidad de losproductos o servicios software del proyecto a lo largo del ciclo de vida contratado. Estadeber ser una tarea permanente e iterativa, que deber permitir:

a) Hacer un seguimiento del progreso de las prestaciones tcnicas, costos y plazos, e

informar del estado del proyecto.b) Identificar, registrar, analizar y solucionar los problemas.5

5.2.5.5 El proveedor deber relacionarse con el agente de verificacin y validacinindependiente o de pruebas, tal como se especifique en el contrato y en los planes delproyecto.

5.2.5.6 El proveedor deber relacionarse con otras partes tal como se especifique en elcontrato y en los planes del proyecto.

5.2.6 Revisin y evaluacin: Esta actividad consta de las siguientes tareas:

5.2.6.1 Conviene que el proveedor coordine las actividades de revisin del contrato, deinterfaces y de comunicacin con la organizacin adquiriente.

5.2.6.2 El proveedor deber llevar a cabo o dar soporte a las reuniones informales, lasrevisiones de aceptacin, las pruebas de aceptacin, las revisiones conjuntas y lasauditoras con el adquiriente, tal como se especifique en el contrato y en los planes delproyecto. Las revisiones conjuntas se debern llevar a cabo de acuerdo con el apartado 6.6 ylas auditoras de acuerdo con el apartado 6.7.

5.2.6.3 El proveedor deber llevar a cabo la verificacin y validacin de acuerdo con elapartado 6.4 y el apartado 6.5 respectivamente para demostrar que los productos o serviciossoftware y los procesos satisfacen completamente sus respectivos requerimientos.

5.2.6.4 El proveedor deber poner a disposicin del adquiriente los informes deevaluacin, revisiones, auditoras, pruebas y solucin de problemas tal como se especifiqueen el contrato.

5.2.6.5 El proveedor deber proporcionar al adquiriente acceso a las instalaciones delproveedor y de los sub-contratistas para la revisin de los productos o servicios

software,

tal como se especifique en el contrato y en los planes del proyecto.5.2.6.6 El proveedor deber llevar a cabo actividades de aseguramiento de la calidadde acuerdo con el apartado 6.3.

5.2.7 Entrega y finalizacin: Esta actividad consta de las siguientes tareas:

5.2.7.1 El proveedor deber entregar el producto o servicio software tal como se

especifique en el contrato.

8/14/2019 Subrayado ISO 12207(1)

8/53

5.3 Proceso de desarrollo

El proceso de desarrollo contiene las actividades y tareas del desarrollador. El procesocontiene las actividades para el anlisis de los requerimientos, diseo, codificacin,integracin, pruebas e instalacin y aceptacin relacionadas con los productos software.Puede contener actividades a nivel de sistema si se estipula en el contrato. El desarrolladorlleva a cabo o soporta las actividades de este proceso de acuerdo con el contrato.

Lista de actividades: Este proceso consta de las siguientes actividades:

a) Implementacin del proceso.

b) Anlisis de los requerimientos del sistema. c) Diseo de la arquitectura del sistema.

d) Anlisis de los requerimientos software. e) Diseo de la arquitectura del software. f)Diseo detallado del software.

g) Codificacin y pruebas del software. h) Integracin del software.i) Pruebas de calificacin del software.

j) Integracin del sistema.

k) Pruebas de calificacin del sistema. l) Instalacin del software.m) Apoyo a la aceptacin del software.

5.3.1 Implementacin del proceso: Esta actividad consta de las siguientes tareas:

5.3.1.1 Si no est estipulado en el contrato, el desarrollador deber definir oseleccionar un modelo de ciclo de vida apropiado al alcance, magnitud y complejidad delproyecto. Se debern seleccionar las actividades y tareas del proceso de desarrollo yestablecer una correspondencia entre dichas tareas y el modelo de ciclo de vida.

5.3.1.2 El desarrollador deber:a) Documentar las salidas de acuerdo con el proceso de documentacin (6.1).

8/14/2019 Subrayado ISO 12207(1)

9/53

c) Documentar y solucionar los problemas y no conformidades encontradas en losproductos software y tareas de acuerdo con el proceso de solucin de problemas (6.8).

d) Llevar a cabo los procesos de apoyo (captulo 6) tal como se especifique en el

contrato.

e) Establecer una lnea base para cada elemento de la configuracin con loselementos apropiados, como los determinados por el adquiriente y el proveedor.

5.3.1.3 El desarrollador deber seleccionar, adaptar y usaraquellas normas, mtodos, herramientas y lenguajes de programacin (si

no estn estipuilados en el contrato) que estn documentados, seanpertinentes y estn establecidos por la organizacin para llevar

a cabo las actividades del proceso de desarrollo y de los procesos de apoyo (captulo 6).

5.3.1.4 El desarrollador deber preparar planes para realizar las actividades delproceso de desarrollo. Los planes deberan incluir normas especficas,

mtodos, herramientas, acciones y responsabilidades asociadas con el desarrollo ycalificacin de todos los requerimientos, incluyendo los de seguridad fsica y de acceso. Sifuese necesario, se pueden preparar planes separados. Se debern documentar y ejecutarestos planes.

5.3.1.5 Para el desarrollo y mantenimiento del producto software se pueden emplearelementos no entregables. Sin embargo, se deber asegurar

que la operacin y mantenimiento del producto software entregable, luegode entregado al adquiriente, es independiente de dichos elementos, de otra

manera se debern considerar como entregables.

5.3.2 Anlisis de los requerimientos del sistema: Esta actividad consta de las siguientestareas, que el desarrollador deber llevar a cabo o proporcionar apoyo, segn requiera elcontrato:

5.3.2.1 Se deber analizar el uso especfico previsto del sistema a ser desarrollado paraespecificar los requerimientos del sistema. La especificacin de los requerimientos del sistemadeber describir funciones y capacidades del sistema; requerimientos de negocio, organizativos yde usuario; requerimientos de seguridad fsica y de acceso; requerimientos de ingeniera defactores humanos (ergonoma), interfaces y requerimientos de operacin y mantenimiento;

limitaciones de diseo y requerimientos de calificacin. Sedeber documentar la especificacin de los requerimientos del sistema.

5.3.2.2 Se debern evaluar los requerimientos del sistema teniendo en cuenta los criteriosenumerados a continuacin. Se debern documentar los resultados de lasevaluaciones.

8/14/2019 Subrayado ISO 12207(1)

10/53

d) Viabilidad del diseo de la arquitectura del sistema. e) Viabilidad de la operacin ymantenimiento.

5.3.3 Diseo de la arquitectura del sistema: Esta actividad consta de las siguientestareas, que el desarrollador deber llevar a cabo o proporcionar apoyo, segn requiere el

contrato.

5.3.3.1 Se deber establecer la arquitectura del sistema a alto nivel. La arquitectura deberidentificar los elementos hardware, software y operaciones manuales. Se deber asegurarque todos los requerimientos del sistema se distribuyen entre estos elementos. Se debernidentificar posteriormente, los elementos de configuracin hardware, elementos de configuracinsoftware y las operaciones manuales partiendo de estos elementos. Se deber documentar laarquitectura del sistema y los requerimientos asignados a cada elemento.

5.3.3.2 Se deber evaluar la arquitectura del sistema y los requerimientos para loselementos teniendo en cuenta los criterios enumerados a continuacin. Se deberndocumentar los resultados de las evaluaciones.

a) Trazabilidad hacia los requerimientos del sistema. b) Consistencia con los requerimientosdel sistema.c) Adecuacin de las normas y mtodos de diseo usados.

d) Viabilidad de los elementos software para cumplir con sus requerimientosasignados

e) Viabilidad de la operacin y mantenimiento.

5.3.4 Anlisis de los requerimientos software: Para cada elemento software (o paracada elemento de configuracin software, si se ha identificado) esta actividad consta de lassiguientes tareas:

5.3.4.1 El desarrollador deber establecer y documentar los requerimientos softwaredescritos a continuacin, incluyendo la especificacin de las caractersticas de calidad. Sepueden encontrar guas para la especificacin de las caractersticas de calidad en la NTP-ISO/IEC 9126.

a) Especificaciones funcionales y de capacidad, incluyendo

prestaciones, caractersticas fsicas y condiciones del entorno en donde el elementosoftware ha de funcionar.

b) Interfaces externas al elemento software. c) Requerimientos de calificacin.d) Especificaciones de seguridad fsica, incluyendo aquellas relacionadas con losmtodos de operacin y mantenimiento, influencias del entorno y dao a las personas.

e) Especificaciones de seguridad de acceso, incluyendo aquellasque comprometen informacin confidencial.

f) Especificaciones relacionadas con ingeniera de factores humanos

(ergonoma), incluyendo aquellas relacionadas con las operacionesmanuales, interaccin hombre-mquina, obligaciones del personal y reas con necesidadde una especial atencin por parte de las personas, debido a su sensibilidad a errores

8/14/2019 Subrayado ISO 12207(1)

11/53

h) Requerimientos de instalacin y aceptacin del producto

software entregado, en el lugar o lugares de operacin y mantenimiento.

i) Documentacin de usuario.

j) Requerimientos de operacin y ejecucin por parte del usuario.

k) Requerimientos de mantenimiento por parte del usuario.

5.3.4.2 El desarrollador deber evaluar los requerimientos software teniendo en cuentalos criterios enumerados a continuacin. Se debern documentar los resultados de la evaluacin.

a) Trazabilidad hacia los requerimientos del sistema y el diseo del sistema. b) Consistenciaexterna con los requerimientos del sistema.c) Consistencia interna.

d) Capacidad para ser probado. e) Viabilidad del diseo software.f) Viabilidad de la operacin y mantenimiento.

5.3.4.3 El desarrollador deber llevar a cabo revisiones conjuntas de acuerdo con el apartado6.6.5.3.5 Diseo de la arquitectura del software: Para cada elemento software (o para cadaelemento de configuracin software, si se ha identificado), esta actividad consta de lassiguientes tareas:

5.3.5.1 El desarrollador deber transformar los requerimientos para el elementosoftware, en una arquitectura que describa su estructura a alto nivel e identifique loscomponentes software. Se deber asegurar que todos los requerimientos para el elementosoftware se asignan a sus componentes software y se refinan posteriormente para facilitarel diseo detallado. Se deber documentar la arquitectura del elemento software.5.3.5.2 El desarrollador deber desarrollar y documentar un diseo a alto nivel para lasinterfaces externas al elemento software y para las interfaces entre los componentessoftware del elemento software.

5.3.5.3 El desarrollador deber desarrollar y documentar un diseo a alto nivel para la basede datos.

5.3.5.4 Conviene que el desarrollador desarrolle y documenteversiones preliminares de la documentacin de usuario.

5.3.5.5 El desarrollador deber definir y documentar los requerimientospreliminares de pruebas y la planificacin para la integracin del software.5.3.5.6 El desarrollador deber evaluar la arquitectura del elemento software y de los

diseos de su interfaz y base de datos teniendo en cuenta los criterios enumerados acontinuacin. Se debern documentar los resultados de las evaluaciones.

8/14/2019 Subrayado ISO 12207(1)

12/53

b) Consistencia externa con los requerimientos del elemento software. c) Consistencia internaentre los componentes software.d) Adecuacin de los mtodos de diseo y normas usadas. e) Viabilidad del diseodetallado.f) Viabilidad de la operacin y mantenimiento.

5.3.5.7 El desarrollador deber llevar a cabo revisiones conjuntas de acuerdo con elapartado 6.6.

5.3.6 Diseo detallado del software: Para cada elemento software (o para cada elementode configuracin software, si se ha identificado), esta actividad consta de las siguientestareas:

5.3.6.1 El desarrollador deber preparar un diseo detallado para cada componentesoftware del elemento software. Se deber refinar los componentes software hasta losniveles ms bajos, que contienen las unidades software que pueden ser codificadas,compiladas y probadas. Se deber asegurar que todos los requerimientos software estnasignados desde los componentes software hacia las unidades software. Se deberdocumentar el diseo detallado.

5.3.6.2 El desarrollador deber preparar y documentar un diseo detallado de lasinterfaces externas al elemento software y entre los componentes software y las unidadessoftware. El diseo detallado de las interfaces deber permitir la codificacin sin necesidadde ms informacin.

5.3.6.3 El desarrollador deber preparar y documentar el diseo detallado para la base de datos.

5.3.6.4 El desarrollador deber actualizar la documentacin de usuario si esnecesario.

5.3.6.5 El desarrollador deber definir y documentar los requerimientos de prueba yplanificar la prueba de las unidades. Se deberan incluir en los requerimientos de pruebasituaciones que fuercen a las unidades software hasta los lmites de los requerimientos del

software.5.3.6.6 El desarrollador deber actualizar los requerimientos de prueba y el plan para laintegracin del software.

5.3.6.7 El desarrollador deber evaluar el diseo detallado del software y losrequerimientos de prueba teniendo en cuenta los criterios enumerados a continuacin. Sedebern documentar los resultados de la evaluacin.

a) Trazabilidad hacia los requerimientos del elemento software. b) Consistencia externacon el diseo de la arquitectura.

c) Consistencia interna entre los componentes software y lasunidades software.

8/14/2019 Subrayado ISO 12207(1)

13/53

f) Viabilidad de la operacin y mantenimiento.

5.3.6.8 El desarrollador deber llevar a cabo revisiones conjuntas de acuerdo con elapartado 6.6.

5.3.7 Codificacin y pruebas del software: Para cada elemento software (o para cadaelemento de configuracin software, si se ha identificado), esta actividad consta de las siguientestareas:

5.3.7.1 El desarrollador deber desarrollar y documentar lo siguiente:

a) Cada unidad software y base de datos.

b) Procedimientos de prueba y datos para probar cada unidad software y base dedatos.

5.3.7.2 El desarrollador deber probar cada unidad software y base de datosasegurando que satisfacen sus requerimientos. Se debern documentar los resultados de laspruebas.

5.3.7.3 El desarrollador deber actualizar la documentacin de usuario, si esnecesario.

5.3.7.4 El desarrollador deber actualizar los requerimientos de prueba y el plan para laintegracin del software.

5.3.7.5 El desarrollador deber evaluar el cdigo software y los resultados de laspruebas teniendo en cuenta los criterios enumerados a

continuacin. Se debern documentar los resultados de las evaluaciones.a) Trazabilidad hacia los requerimientos y el diseo del elemento software.

b) Consistencia externa con los requerimientos y el diseo del elemento software.

8/14/2019 Subrayado ISO 12207(1)

14/53

NORMA TCNICA NTP-ISO/IEC 12207PERUANA 37 de 189

c) Consistencia interna entre los requerimientos de las unidades. d) Cobertura depruebas de las unidades.e) Adecuacin de los mtodos de codificacin y normas usadas. f) Viabilidad de laintegracin del software y de las pruebas.g) Viabilidad de la operacin y mantenimiento.

5.3.8 Integracin del software: Para cada elemento software (o para cada elementode configuracin de software, si se ha identificado), esta actividad consta de las siguientes tareas:

5.3.8.1 El desarrollador deber preparar un plan de integracin para integrar lasunidades software y los componentes software en el elemento software. El plan deberincluir requerimientos de prueba, procedimientos, datos, responsabilidades y plazos. Sedeber documentar el plan.

5.3.8.2 El desarrollador deber integrar las unidades software y los componentes softwarey probarlos a medida que se agrupan de acuerdo con el plan de integracin. Se deberasegurar que cada agrupacin satisface los requerimientos del elemento software y que elelemento software est integrado al final de la actividad de integracin. Se deber documentar losresultados de la integracin y de las pruebas.


5.3.8.4 El desarrollador deber preparar y documentar, para cada requerimiento decalificacin del elemento software, un conjunto de pruebas, casos de prueba (entradas,salidas, criterios de prueba) y procedimientos de prueba para llevar a cabo las pruebas decalificacin del software. El desarrollador deber asegurar que el elemento softwareintegrado est listo para las pruebas de calificacin del software.

5.3.8.5 El desarrollador deber evaluar el plan de integracin, el diseo, el cdigo, las

pruebas, los resultados de las pruebas y la documentacin de usuario teniendo en cuenta

8/14/2019 Subrayado ISO 12207(1)

15/53


los criterios enumerados a continuacin. Se debern documentar los resultados de lasevaluaciones.

a) Trazabilidad hacia los requerimientos del sistema.

b) Consistencia externa con los requerimientos del sistema. c) Consistencia interna.d) Cobertura de las pruebas de los requerimientos del elemento software.

e) Adecuacin de las normas de prueba y de los mtodos usados. f) Conformidad conlos resultados esperados.g) Viabilidad de las pruebas de calificacin del software. h) Viabilidad de la operacin ymantenimiento.

5.3.8.6 El desarrollador debera llevar a cabo revisiones conjuntas de acuerdo con elapartado 6.6.

5.3.9 Pruebas de calificacin del software: Para cada elemento software (o para cadaelemento de configuracin software, si se ha identificado), esta actividad consta de las siguientestareas:

5.3.9.1 El desarrollador deber llevar a cabo pruebas de calificacin de acuerdo con losrequerimientos de calificacin para el elemento software. Se deber asegurar que seprueba la conformidad de la implementacin de cada requerimiento software. Se deberndocumentar los resultados de las pruebas de calificacin.


5.3.9.3 El desarrollador deber evaluar el diseo, el cdigo, las pruebas, losresultados de las pruebas y la documentacin de usuario teniendo en cuenta los criteriosenumerados a continuacin. Se debern documentar los resultados de las evaluaciones.

8/14/2019 Subrayado ISO 12207(1)

16/53


a) Cobertura de las pruebas de los requerimientos del elemento software. b)Conformidad con los resultados esperados.

c) Viabilidad de la integracin del sistema y las pruebas, si se llevan a cabo. d) Viabilidad dela operacin y mantenimiento.

5.3.9.4 El desarrollador deber proporcionar soporte a las auditoras de acuerdo con elapartado 6.7. Se debern documentar los resultados de las auditoras. Si el hardware y elsoftware estn bajo desarrollo o integracin, las auditoras pueden posponerse hasta laspruebas de calificacin del sistema.

5.3.9.5 Tras la finalizacin exitosa de las auditoras, si se llevan a cabo, eldesarrollador deber:

a) Actualizar y preparar el producto software entregable para la integracin del sistema,pruebas de calificacin del sistema, instalacin del software o apoyo a la aceptacin del software,como proceda.

5.3.10 Integracin del sistema: Esta actividad consta de las siguientes tareas, que eldesarrollador deber llevar a cabo o proporcionar apoyo, tal como requiere el contrato.

5.3.10.1 Los elementos de configuracin software se debern integrar con loselementos de configuracin hardware, operaciones manuales y otros sistemas si esnecesario, para formar el sistema. Se debern probar las integraciones frente a sus

requerimientos, al mismo tiempo que se desarrollen. Se debern documentar los resultadosde la integracin y pruebas.

5.3.10.2 Se deber desarrollar y documentar para cada requerimiento de calificacindel sistema, un conjunto de pruebas, casos de prueba (entradas, salidas, criterios de prueba)y procedimientos de prueba para llevar a cabo las pruebas de calificacin del sistema

8/14/2019 Subrayado ISO 12207(1)

17/53

5.3.10.3 El sistema integrado se deber evaluar teniendo en cuenta los criterios

enumerados a continuacin. Se debern documentar los resultados de las evaluaciones.

a) Cobertura de las pruebas de los requerimientos del sistema. b) Adecuacin de losmtodos de prueba y normas usadas.c) Conformidad con los resultados esperados.

d) Viabilidad de la prueba de calificacin del sistema. e) Viabilidad de la operacin ymantenimiento.

5.3.11 Pruebas de calificacin del sistema. Esta actividad consta de las siguientes tareasque el desarrollador deber llevar a cabo o proporcionar apoyo, tal como requiere el contrato.

5.3.11.1 Las pruebas de calificacin del sistema se deber llevar a cabo de acuerdocon los requerimientos de calificacin especificados para el sistema. Se deber asegurar quese prueba la conformidad de la implementacin de cada requerimiento del sistema y queel sistema est listo para su entrega. Se debern documentar los resultados de las pruebasde calificacin.

5.3.11.2 Se deber evaluar el sistema teniendo en cuenta los criterios enumerados acontinuacin. Se debern documentar los resultados de las evaluaciones.

a) Cobertura de las pruebas de los requerimientos del sistema. b) Conformidad conlos resultados esperados.c) Viabilidad de la operacin y mantenimiento.

5.3.11.3 El desarrollador deber proporcionar apoyo a las auditoras de acuerdo conel apartado 6.7. Se debern documentar los resultados de las auditoras.

NOTA: Este apartado no es aplicable a aquellos elementos de configuracinque hubieran sido auditados previamente.

8/14/2019 Subrayado ISO 12207(1)

18/53

5.3.11.4 Tras la terminacin con xito de las auditoras, si se han llevado a cabo, el

desarrollador deber:

a) Actualizar y preparar el producto software entregable para la instalacin delsoftware y el soporte a la aceptacin del software.

NOTA: Se pueden usar las pruebas de calificacin del sistema en el proces o deverificacin(6.4) o en el proceso de validacin (6.5).

5.3.12 Instalacin del software: Esta actividad consta de las siguientes tareas:

5.3.12.1 El desarrollador deber preparar un plan para instalar el producto softwareen el entorno de destino, tal como se especifica en el contrato. Se debern determinar yestar disponibles los recursos y la informacin necesaria para instalar el producto software.

El desarrollador deber ayudar al adquiriente con las actividades de puesta en marcha talcomo se especifique en el contrato. En los casos en que el software instalado reemplace aun sistema existente, el desarrollador deber proporcionar apoyo a cualquier actividadrealizada en paralelo que sea requerida por el contrato. Se deber documentar el plan deinstalacin.

5.3.12.2 El desarrollador deber instalar el producto software de acuerdo con el plande instalacin. Se deber asegurar que el cdigo software y las bases de datos se

inicializan, ejecutan y terminan tal como se especifica en el contrato5.3.13 Apoyo a la aceptacin del software: Esta actividad consta de las siguientes tareas:

5.3.13.1 El desarrollador deber proporcionar apoyo a las revisiones y pruebas deaceptacin llevadas a cabo por el adquiriente del producto software. Las revisiones ypruebas de aceptacin debern tener en cuenta los resultados de las revisiones conjuntas(6.6), auditoras (6.7), pruebas de calificacin del software y pruebas de calificacin delsistema (si se llevan a cabo

8/14/2019 Subrayado ISO 12207(1)

19/53

5.3.13.2 El desarrollador deber completar y entregar el producto software tal como

se especifica en el contrato.

5.3.13.3 El desarrollador deber proporcionar formacin inicial y continua y darapoyo al adquiriente tal como se especifica en el contrato.

5.4 Proceso de operacin

El proceso de operacin contiene las actividades y tareas del operador. El proceso cubre laoperacin del producto software y el apoyo a la operacin de los usuarios. Ya que laoperacin del producto software est integrada a la operacin del sistema, las actividades ytareas de este proceso hacen referencia al sistema.

El operador gestiona el proceso de operacin a nivel de proyecto usando el proceso degestin(7.1), que se emplea en este proceso; establece una infraestructura basada en elproceso que se sigue en el proceso de infraestructura (7.2); adapta el proceso al proyectosiguiendo el proceso de adaptacin (Anexo A); y gestiona el proceso al nivel deorganizacin siguiendo el proceso de mejora de proceso (7.3) y el proceso de recursoshumanos (7.4). Cuando el operador es el proveedor del servicio de operacin, el operadorlleva a cabo proceso de suministro (5.2).

Lista de actividades. Este proceso consta de las siguientes actividades:

a) Implementacin del proceso. b) Pruebas de operacin.c) Operacin del sistema. d) Soporte al usuario.


8/14/2019 Subrayado ISO 12207(1)

20/53

5.4.1.1 El operador debera preparar un plan y establecer un conjunto de normas de

operacin para llevar a cabo las actividades y tareas de este proceso. Se deber documentary ejecutar el plan.

5.4.1.2 El operador deber establecer procedimientos para recibir,registrar, solucionar y hacer un seguimiento de los problemas y proporcionar informacin

sobre su situacin. En cuanto se encuentren problemas, se debern registrar e introducir enel proceso de solucin de problemas (6.8).

5.4.1.3 El operador deber establecer procedimientos para probar el producto softwareen su entorno de operacin, para alimentar con informes de problemas y peticiones demodificaciones al proceso de mantenimiento (5.5) y para liberar el producto software para el usoen operacin.

5.4.2 Pruebas de operacin: Esta actividad consta de las siguientes tareas:

5.4.2.1 Para cada release del producto software, el operador deber llevar a cabo pruebasde operacin y tras satisfacerse los criterios especificados, liberar el software para uso enoperacin.

5.4.2.2 El operador deber asegurar que el cdigo software y las bases de datos seinicializan, ejecutan y terminan tal como se describe en el plan.

5.4.3 Operacin del sistema: Esta actividad consta de la siguiente tarea:

5.4.3.1 El sistema deber ser operado en el entorno previsto de acuerdo con ladocumentacin de usuario.

5.4.4 Soporte al usuario: Esta actividad consta de las siguientes tareas:

8/14/2019 Subrayado ISO 12207(1)

21/53

5.4.4.2 El operador deber pasar las peticiones del usuario, cuando sea necesario, al procesode mantenimiento (apartado 5.5) para su solucin5.4.4.3 Si un problema reportado tiene una solucin temporal, antes de que se puedaliberar una solucin permanente, se deber dar la opcin a quien report el

problema para que la use.5.5 Proceso de mantenimiento

El proceso de mantenimiento contiene las actividades y tareas del responsable demantenimiento. Este proceso se inicia cuando el producto software sufre modificaciones enel cdigo y la documentacin asociada, debido a un problema o a la necesidad de mejora oadaptacin



b) Anlisis de problemas y modificaciones. c) Implementacin de las modificaciones. d)Revisin/aceptacin del mantenimiento. e) Migracin.

f) Retirada del software.

5.5.1 lmplementacin del proceso: Esta actividad consta de las siguientes tareas:

5.5.1.1 El responsable de mantenimiento deber preparar, documentar y ejecutar planesy procedimientos para llevar a cabo las actividades y tareas del proceso demantenimiento.

5.5.1.2 El responsable de mantenimiento deber establecer procedimientos para recibir,registrar y hacer seguimiento a los informes de problemas y a las peticiones de modificacionesde los usuarios y proporcionar informacin a los usuarios sobre su situacin.5.5.1.3 El responsable de mantenimiento deber implementar el proceso de gestin de laconfiguracin (6.2) (o establecer una interfaz con l a nivel organizacional) para gestionar lasmodificaciones al sistema existente.

5.5.2 Anlisis de problemas y modificaciones: Esta actividad consta de las siguientes

tareas:

5.5.2.1 El responsable de mantenimiento deber analizar el informe del problema o lapeticin de modificacin de acuerdo con su impacto en la organizacin, el sistema existentey los sistemas con los que interacciona segn lo siguiente:

8/14/2019 Subrayado ISO 12207(1)

22/53

a) Tipo; por ejemplo correctivo, mejora, preventivo o adaptativo a un nuevo entorno.

b) Alcance; por ejemplo tamao de la modificacin, costo, tiempo para completarla modificacin.

c) Aspectos crticos; por ejemplo, impacto en las caractersticas o seguridad fsica ode acceso.

5.5.2.2 El responsable de mantenimientodeber reproducir o comprobarel problema.

5.5.2.3 Basndose en el anlisis, el responsable de mantenimiento deber prepararalternativas para implementar la modificacin.

5.5.2.4 El responsable de mantenimiento deber documentar el problema/peticin demodificacin, los resultados del anlisis y las alternativas de implementacin.

5.5.2.5 El responsable de mantenimiento deber obtener la aprobacin para laimplementacin de la alternativa seleccionada tal como se especifica en el contrato.

5.5.3 Implementacin de las modificaciones: Esta actividad consta de las siguientestareas.

5.5.3.1 El responsable de mantenimiento deber llevar a cabo el anlisis ydeterminar qu documentacin, unidades software y versiones requieren ser modificadaspor esta causa. Se deber documentar este anlisis.

5.5.3.2 El responsable de mantenimiento deber ejecutar el proceso de desarrollo (5.3)para implementar las modificaciones. Los requerimientos del proceso de desarrollo sedeben complementar con lo siguiente:

8/14/2019 Subrayado ISO 12207(1)

23/53

b) Se deber asegurar la implementacin completa y

correcta de los requerimientos nuevos ymodificados. Tambin se deber asegurar que los

requerimientos originales no modificados no han sido afectados.Se debern documentar los resultados de las pruebas.

5.5.4 Revisin/aceptacin del mantenimiento: Esta actividad consta de las siguientestareas:

5.5.4.1 El responsable de mantenimiento deber llevar a cabo revisiones, con laorganizacin que autoriza las modificaciones, para determinar la integridad del sistemamodificado.

5.5.4.2 El responsable de mantenimientodeber obteneraprobacin para lafinalizacin satisfactoria de la modificacin, tal como se especifica en el contrato.

5.5.5 Migracin: Esta actividad consta de las siguientes tareas:

5.5.5.1 Si se migra el sistema o producto software (incluyendo los datos) de un entornode operacin viejo a uno nuevo, se deber asegurar que cualquier producto software odatos producidos o modificados durante la migracin estn de acuerdo con esta NTP.

5.5.5.2 Se deber preparar, documentar y ejecutar un plan de migracin. Lasactividades de planificacin debern incluir a los usuarios. El plan deber incluir lossiguientes elementos:

a) Anlisis de los requerimientos y definicin de la migracin. b) Desarrollo de lasherramientas de la migracin.c) Conversin del producto software y de los datos. d) Ejecucin de la migracin.e) Verificacin de la migracin.

8/14/2019 Subrayado ISO 12207(1)

24/53


f) Soporte para el antiguo entorno en el futuro.

5.5.5.3 Se deber notificar a los usuarios las actividades y planes de la migracin. Lasnotificaciones debern incluir lo siguiente:

a) Declaracin de por qu el antiguo entorno no va a seguir siendo soportado. b)Descripcin del nuevo entorno con su fecha de disponibilidad.

c) Descripcin de otras opciones de soporte, si existen, una vez que ha cesado elsoporte al antiguo entorno.

5.5.5.4 Para hacer ms fluida la transicin al nuevo entorno, se puede llevar a cabo laoperacin en paralelo del antiguo y del nuevo entorno. Durante este periodo se deberproporcionar la formacin necesaria tal como se especifica en el contrato.

5.5.5.5 Cuando llegue el momento previsto de la migracin, se deber notificar a todoslos afectados. Se deber archivar toda la documentacin, registros y cdigo del antiguoentorno.

5.5.5.6 Se deber llevar a cabo una revisin post-operacin para evaluar el impacto delcambio al nuevo entorno. Los resultados de la revisin se debern enviar a lasautoridades apropiadas para su conocimiento, gua y actuacin.

5.5.5.7 Los datos usados por o asociados al antiguo entorno debern ser accesibles deacuerdo con los requerimientos del contrato sobre proteccin de datos y auditorasaplicables.

5.5.6 Retirada del software: Esta actividad consta de las siguientes tareas:

NOTA: El producto software se retirar por peticin del propietario.

8/14/2019 Subrayado ISO 12207(1)

25/53

5.5.6.1 Se deber preparar y documentar un plan de retirada para el cese del soporte activopor parte de las organizaciones de operacin y mantenimiento. Las actividades de

8/14/2019 Subrayado ISO 12207(1)

26/53


planificacin debern incluir a los usuarios. El plan deber considerar los elementosenumerados a continuacin. El plan deber ser ejecutado.

a) Cese total o parcial del soporte tras un cierto periodo de tiempo. b) Archivo delproducto software y de su documentacin asociada.c) Responsabilidad para cualquier aspecto de soporte residual en el futuro. d) Transicinhacia el nuevo producto software, si es aplicable.e) Accesibilidad de las copias archivadas de los datos.

5.5.6.2 Se deber notificar a los usuarios los planes y actividades de la retirada. Las notificacionesdebern incluir lo siguiente:

a) Descripcin del sustitutivo o mejora, con su fecha de disponibilidad.

soportado.

c) Descripcin de otras opciones de soporte disponibles, una vez que el soporte hacesado.

5.5.6.3 Para facilitar la transicin al nuevo sistema, conviene que se lleve a cabo la operacinen paralelo del sistema a retirar y del nuevo producto software. Durante este perodo, sedeber proporcionar formacin a los usuarios, tal como se especifica en el contrato.

5.5.6.4 Cuando llegue la fecha prevista de retirada, se deber notificar a todos losafectados. Toda la documentacin de desarrollo asociada, registros y cdigo se deberarchivar en el momento oportuno.

5.5.6.5 Los datos usados o asociados al producto software retirado debern seraccesibles de acuerdo con los requerimientos del contrato sobre proteccin de datos yauditoras aplicables.

8/14/2019 Subrayado ISO 12207(1)

27/53


6. PROCESOS DE APOYO DEL CICLO DE VIDA

Este captulo define los siguientes procesos de apoyo del ciclo de vida:

a) Proceso de documentacin.

b) Proceso de gestin de la configuracin. c) Proceso de aseguramiento de la calidad. d)Proceso de verificacin.

e) Proceso de validacin.

f) Proceso de revisin conjunta. g) Proceso de auditora.h) Proceso de solucin de problemas.

6.1 Proceso de documentacin

El proceso de documentacin es un proceso para registrar la documentacin producida porun proceso o actividad del ciclo de vida. El proceso contiene el conjunto de actividades

para planificar, disear, desarrollar, producir, editar, distribuir ymantener aquellos

8/14/2019 Subrayado ISO 12207(1)

28/53

documentos que necesitan todos los involucrados tales como gerentes, ingenieros y

usuarios del sistema o producto software.


a) Implementacin del proceso. b) Diseo y desarrollo.c) Produccin.

d) Mantenimiento.

6.1.1 Implementacin del proceso: Esta actividad consta de la siguiente tarea:

Se deber preparar, documentar e implementar un plan que identifique los documentos quese van a producir durante el ciclo de vida del producto software. Para cada documentoidentificado, se deber considerar lo siguiente:

a) Ttulo o nombre. b) Propsito.c) Audiencia a la que se dirige.

d) Procedimientos y responsabilidades para las entradas, desarrollo, revisin,modificacin, aprobacin, produccin, almacenamiento, distribucin, mantenimiento ygestin de la configuracin.

e) Plazos para las versiones intermedias y final.

6.1.2 Diseo y desarrollo: Esta actividad consta de las siguientes tareas:

6.1.2.1 Cada documento identificado se deber disear de acuerdo con las normas dedocumentacin aplicables para el formato, descripcin del contenido, numeracin de

8/14/2019 Subrayado ISO 12207(1)

29/53

pginas, situacin de las figuras y tablas, marcas de propiedad y seguridad, empaquetado y

otros elementos de presentacin.

6.1.2.2 Se deber confirmar la fuente y adecuacin de los datos de entrada para losdocumentos. Se pueden usar herramientas automticas de documentacin.

6.1.2.3 Se debern revisar y corregir los documentos preparados de acuerdo con el formato,contenido tcnico y estilo de presentacin frente a sus normas de documentacin. Personalautorizado deber aprobar su adecuacin antes de que sean hechos pblicos.

6.1.3 Produccin: Esta actividad consta de las siguientes tareas:

6.1.3.1 Los documentos se debern producir y poner a disponibilidad de acuerdo con elplan. La produccin y distribucin de los documentos puede hacerse usando papel, medioselectrnicos u otros medios. Se debern almacenar los originales de acuerdo con losrequerimientos de conservacin de registros, seguridad de acceso, mantenimiento y copiasde seguridad.

6.1.3.2 Se debern establecer controles de acuerdo con el proceso de gestin de laconfiguracin (vase 6.2).

6.1.4 Mantenimiento. Esta actividad consta de la siguiente tarea:

6.1.4.1 Se debern llevar a cabo las tareas que se requieran cuando se realice lamodificacin de la documentacin (vase apartado 5.5). Para aquellos documentos queestn bajo la gestin de la configuracin, las modificaciones se debern administrar deacuerdo con el proceso de gestin de la configuracin (6.2).

6.2 Proceso de gestin de la configuracin

8/14/2019 Subrayado ISO 12207(1)

30/53

establecer la lnea base de los elementos software en un sistema; controlar modificaciones yreleases de los elementos; registrar e informar del estado de los elementos y peticiones demodificacin; asegurar la completitud, consistencia y correccin de los elementos; ycontrolar el almacenamiento, manipulacin y entrega de los elementos.



b) Identificacin de la configuracin. c) Control de la configuracin.d) Determinacin del estado de la configuracin. e) Evaluacin de la configuracin.f) Gestin de releases y entrega.

6.2.1 lmplementacin del proceso: Esta actividad consta de la siguiente tarea:

6.2.1.1 Se deber preparar un plan de gestin de la configuracin. El plan deberdescribir: las actividades de gestin de la configuracin; procedimientos y plazos para llevara cabo dichas actividades; la organizacin u organizaciones responsables de llevar a cabodichas actividades; sus relaciones con otras organizaciones, tales como las de desarrollo omantenimiento del software. Se deber documentar e implementar el plan.

6.2.2 Identificacin de la configuracin: Esta actividad consta de la siguiente tarea:

6.2.2.1 Se deber establecer un esquema para la identificacin de los elementos software(y sus versiones) que van a ser controlados por el proyecto. Se deber identificar

8/14/2019 Subrayado ISO 12207(1)

31/53

8/14/2019 Subrayado ISO 12207(1)

32/53

almacenar, empaquetar y entregar de acuerdo con las polticas de las organizaciones

involucradas.

6.3 Proceso de aseguramiento de la calidad

El proceso de aseguramiento de la calidad es un proceso para proporcionar la seguridadapropiada de que los productos y procesos software del ciclo de vida del proyecto sonconformes con sus requerimientos especificados y se adhieren a los planes establecidos.Para ser imparcial, el aseguramiento de la calidad necesita libertad organizativa y autoridadrespecto a las personas directamente responsables el desarrollo del producto software, oque ejecutan el proceso del proyecto.


a) lmplementacin del proceso. b) Aseguramiento del producto. c)Aseguramiento del proceso.

d) Aseguramiento del sistema de calidad.


6.3.1.1 Los objetivos del proceso de aseguramiento de la calidad debern asegurar que losproductos software y los procesos empleados para proporcionar dichos productos software

cumplen con sus requerimientos establecidos y se adhieren a sus planes establecidos.

6.3.1.2 Conviene que el proceso de aseguramiento de la calidad se coordine con los procesosrelacionados de verificacin (6.4), validacin (6.5), revisin conjunta (6.6) y auditora (6.7).

8/14/2019 Subrayado ISO 12207(1)

33/53

6.3.1.3 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 lacalidad.

6.3.1.4 Se debern ejecutar las actividades y tareas de aseguramiento de la calidad en cursoy planificadas. Cuando se detecten problemas o no conformidades con los requerimientos delcontrato, se debern documentar y stos servirn como entrada al proceso de solucin deproblemas (6.8).

6.3.1.5 Se deber poner a disposicin del adquiriente los registros de las actividades y tareasde aseguramiento de la calidad, tal como se especifique en el contrato.

6.3.1.6 Se deber asegurar que las personas responsables deasegurar el cumplimiento de los requerimientos del contrato tienen la libertad,

desde el punto de vista organizativo, recursos y autoridad, necesaria para permitirevaluaciones objetivas y para iniciar, efectuar, solucionar y verificar las soluciones a losproblemas.

6.3.2 Aseguramiento del producto: Esta actividad consta de las siguientes tareas:

6.3.2.1 Se deber asegurar que todos los planes requeridos por el contrato sedocumenten, cumplan con el contrato, son mutuamente consistentes y se ejecuten tal comose requiere.

6.3.2.2 Se deber asegurar que los productos software y la

documentacin relacionada cumplen con el contrato y se adhieren a los planes.

6.3.2.3 Durante la preparacin para la entrega de los productos software, se deberasegurar que se han satisfecho completamente los requerimientos contractuales y que sonaceptables para el adquiriente.

6.3.3 Aseguramiento del proceso: Esta actividad consta de las siguientes tareas:

8/14/2019 Subrayado ISO 12207(1)

34/53

aseguramiento de la calidad) empleados para el proyecto, cumplen con el contrato y seadhieren a los planes.

6.3.3.2 Se deber asegurar que las prcticas internas de ingeniera software, entorno dedesarrollo, entorno de pruebas y libreras cumplen con el contrato.

6.3.3.3 Se deber asegurar que los requerimientos aplicables delcontratista principal se transfieren al sub-contratista y que los productos software

del sub-contratista satisfacen los requerimientos del contratista principal.

6.3.3.4 Se deber asegurar que se proporciona al adquiriente y a otras partes el soportey la cooperacin requerida de acuerdo con el contrato, negociaciones y planes.

6.3.3.5 Se deber asegurar que las mediciones del producto software y del proceso softwareestn de acuerdo con las normas y procedimientos establecidos.

6.3.3.6 Se deber asegurar que el personal asignado tiene la habilidad y losconocimientos necesarios para cumplir los requerimientos del proyecto y recibe laformacin necesaria.

6.3.4 Aseguramiento del sistema de calidad: Esta actividad consta de la siguientetarea:

6.3.4.1 Las actividades adicionales de gestin de la calidad se debern asegurar de acuerdocon las clusulas de NTP-ISO 9001 tal como se especifica en el contrato.

6.4 Proceso de verificacin

El proceso de verificacin es un proceso para determinar si los productos software de unaactividad cumplen con los requerimientos o condiciones que tienen impuestas por lasactividades precedentes.


a) Implementacin del proceso. b) Verificacin.


6.4.1.1 Se deber determinar si el proyecto requiere un esfuerzo de verificacin y el grado deindependencia organizativa necesaria para dicho esfuerzo. Se deber analizar los aspectoscrticos de los requerimientos del proyecto. Los aspectos crticos se debern evaluar en

8/14/2019 Subrayado ISO 12207(1)

35/53

a) La probabilidad de que un error no detectado en los requerimientos del sistemao del software cause muerte o daos personales, fracaso del proyecto, prdida financiera oprdida catastrfica o dao a equipos.

b) Madurez y riesgos asociados con la tecnologa software usada. c) Disponibilidad defondos y recursos.

6.4.1.2 Si el proyecto requiere un esfuerzo de verificacin, se deber establecer un procesode verificacin para verificar el producto software.

6.4.1.3 Si el proyecto requiere un esfuerzo de verificacin independiente, se deberseleccionar una organizacin calificada responsable de llevar a cabo la verificacin. Sedeber garantizar a esta organizacin la independencia y autoridad para llevar a cabo lasactividades de verificacin.

6.4.2 Verificacin: Esta actividad consta de las siguientes tareas:

6.4.2.1 Verificacin del contrato: Se deber verificar el contrato teniendo en cuenta loscriterios enumerados a continuacin:

a) El proveedor tiene la capacidad para satisfacer los requerimientos.

b) Los requerimientos son consistentes y cubren las necesidades del usuario.

c) Se han estipulado los procedimientos adecuados para manejar los cambios a losrequerimientos y el escalamiento de problemas.

d) Se han estipulado los procedimientos y el alcance de la interaccin ycooperacin entre las partes, incluyendo propiedad, garanta, derechos de copia yconfidencialidad.

e) Se han estipulado criterios y procedimientos de aceptacin, de acuerdo con losrequerimientos.

6.4.2.2 Verificacin del proceso: Se deber verificar el proceso teniendo en cuenta los

criterios enumerados a continuacin:a) Los requerimientos para la planificacin del proyecto son adecuados y estn a sudebido tiempo.

b) Los procesos seleccionados para el proyecto son adecuados,se implementan, estn siendo ejecutados tal como se planific y cumplen con el

contrato.

c) Las normas, procedimientos y entornos para los procesos del proyecto sonadecuados.

d) El proyecto est dotado de personal y el personal est capacitado tal como lo requiereel contrato.

8/14/2019 Subrayado ISO 12207(1)

36/53

6.4.2.3 Verificacin de los requerimientos: Se debern verificarlos requerimientos teniendo en cuenta los criterios enumerados a continuacin:

8/14/2019 Subrayado ISO 12207(1)

37/53


a) Los requerimientos del sistema son consistentes, viables y se pueden probar.

b) Los requerimientos del sistema han sido adecuadamente asignadosa elementos hardware, elementos software y operaciones manuales de acuerdo con los

criterios de diseo.

c) Los requerimientos software son consistentes, viables, se pueden probar y reflejanfielmente los requerimientos del sistema.

d) Los requerimientos software relacionados con seguridad fsica y de acceso y otrosrequerimientos crticos son correctos, segn demuestran mtodos rigurosos v adecuados.

6.4.2.4 Verificacin del diseo: Se deber verificar el diseo teniendo en cuenta loscriterios enumerados a continuacin.

a) El diseo es correcto, consistente con los requerimientos y trazable hacia ellos.

b) El diseo implementa la secuencia correcta de eventos, entradas, salidas,interfaces, flujo lgico, asignacin de sincronizaciones y tamaos y definicin,aislamiento y recuperacin ante errores.

c) El diseo seleccionado se puede derivar de los requerimientos.

d) El diseo implementa correctamente los requerimientos de seguridad fsica y deacceso y otros requerimientos crticos, segn demuestran mtodos rigurosos y adecuados.

6.4.2.5 Verificacin del cdigo: Se deber verificar el cdigo teniendo en cuenta loscriterios enumerados a continuacin:

a) El cdigo es trazable hacia el diseo y los requerimientos, se puede probar, escorrecto y cumple con los requerimientos y normas de codificacin.

b) El cdigo implementa la secuencia correcta de eventos,interfaces consistentes, flujo correcto de datos y control, completitud, una adecuada

asignacin de sincronizaciones y tamaos y definicin, aislamiento y recuperacin ante errores.c) El cdigo seleccionado se puede derivar del diseo o de los requerimientos.

8/14/2019 Subrayado ISO 12207(1)

38/53

d) El cdigo implementa correctamente los requerimientos de seguridad fsica y deacceso y otros requerimientos crticos, segn demuestran mtodos rigurosos y adecuados.

6.4.2.6 Verificacin de la integracin: Se deber verificar la integracin teniendo en cuentalos criterios enumerados a continuacin:

a) Los componentes y unidades software de cada elemento software han sidointegrados correcta y completamente en el elemento software.

b) Los elementos hardware, elementos software y operaciones manuales del sistemahan sido completa y correctamente integrados en el sistema.

c) Las tareas de integracin se han llevado a cabo de acuerdo con un plan deintegracin.

6.4.2.7 Verificacin de la documentacin: Se deber verificar la documentacin teniendoen cuenta los criterios enumerados a continuacin:

a) La documentacin es adecuada, completa y consistente.

b) La preparacin de la documentacin se hace a su debido tiempo.

c) La gestin de la configuracin de los documentos sigue procedimientosespecificados.

6.5 Proceso de validacin

El proceso de validacin es un proceso para determinar si los requerimientos y el sistema oproducto software, tal como se ha construido, cumplen con su uso especfico previsto. Lavalidacin se puede llevar a cabo en etapas tempranas. Este proceso se puede llevar a cabocomo parte del apoyo a la aceptacin del producto (5.3.13).


8/14/2019 Subrayado ISO 12207(1)

39/53


6.5.1.1 Se deber determinar si el proyecto merece un esfuerzo de validacin y el grado deindependencia organizativa necesaria para dicho esfuerzo.

6.5.1.2 Si el proyecto merece un esfuerzo de validacin, se deber establecer un procesode validacin para validar el sistema o el producto software. Se debern seleccionarlas tareas de validacin definidas ms adelante, incluyendo los mtodos, tcnicas yherramientas asociadas.

6.5.1.3 Si el proyecto merece un esfuerzo independiente, se deber seleccionar unaorganizacin calificada responsable de llevar a cabo este esfuerzo. Se deber garantizar aesta organizacin la independencia y autoridad para llevar a cabo las actividades devalidacin.

6.5.1.4 Se deber preparar y documentar un plan de validacin. El plan deber incluir(sin estar limitado a ello) lo siguiente:

a) Elementos sujetos a validacin.

b) Tareas de validacin a llevar a cabo.

c) Recursos, responsabilidades y plazos para la validacin.

8/14/2019 Subrayado ISO 12207(1)

40/53

d) Procedimientos para hacer llegar los informes de validacin al adquiriente y a otras

partes.

6.5.1.5 Se deber implementar el plan de validacin. Los problemas y las noconformidades detectadas por el esfuerzo de validacin se debern pasar al proceso desolucin de problemas (6.8). Se debern resolver todos los problemas y no conformidades.Se deber poner a disposicin del adquiriente y otras organizaciones involucradas losresultados de las actividades de validacin.

6.5.2 Validacin: Esta actividad consta de las siguientes tareas:

6.5.2.1 Preparar los requerimientos de prueba, casos de prueba y especificaciones deprueba seleccionados para analizar los resultados de las pruebas.

6.5.2.2 Asegurar que estos requerimientos de prueba, casos deprueba y especificaciones de prueba reflejan los requerimientos particulares para el

uso especfico previsto.

6.5.2.3 Llevar a cabo las pruebas de los apartados 6.5.2.1 y 6.5.2.2,

6.5.2.4 Validar que el producto software satisface su uso previsto.

6.5.2.5 Probar el producto software, cuando sea apropiado, en reas seleccionadas delentorno de destino.

8/14/2019 Subrayado ISO 12207(1)

41/53

6.6 Proceso de revisin conjunta

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


a) lmplementacin del proceso.

b) Revisiones de la gestin del proyecto. c) Revisiones tcnicas.


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

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

6.6.1.3 Las partes debern acordar para cada revisin los siguientes elementos: agendade 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.

6.6.1.4 Se debern registrar los problemas detectados durante las revisiones y pasarlosal proceso de solucin de problemas (6.8) segn se requiera.

8/14/2019 Subrayado ISO 12207(1)

42/53

8/14/2019 Subrayado ISO 12207(1)

43/53

6.7.1.1 Se debern llevar a cabo auditoras en hitos predeterminados tal como seespecifique en los planes del proyecto.

6.7.1.2 El personal auditor no debera tener responsabilidad directa sobre losproductos software y actividades que auditen.

8/14/2019 Subrayado ISO 12207(1)

44/53

6.7.1.3 Las partes debern acordar todos los recursos necesarios para llevar a cabo las

auditoras. Estos recursos incluyen personal, ubicacin,instalaciones, hardware, software y herramientas.

6.7.1.4 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.

6.7.1.5 Se debern registrar los problemas detectados durante las auditoras y pasarlosal proceso de solucin de problemas (6.8) segn se requiera.

6.7.1.6 Tras completar una auditora, los resultados de la auditora se deberndocumentar y proporcionar a la parte auditada. La parte auditada deber informar a la parteauditora de cualquier problema encontrado en la auditora y las soluciones de problemasplaneados asociados.

6.7.1.7 Las partes debern ponerse de acuerdo sobre los resultados de la auditora y en laresponsabilidad sobre cualquier punto de accin y sus criterios de finalizacin.

6.7.2 Auditora: Esta actividad consta de la siguiente tarea: Se debern llevar a cabo auditoraspara asegurar que:a) Los productos software tal como estn codificados (tales como un elementosoftware) reflejan la documentacin de diseo.

b) Los requerimientos prescritos por la documentacin para las revisiones deaceptacin y las pruebas, son adecuados para la aceptacin de los productos software.

c) Los datos para las pruebas cumplen con la especificacin.

d) Los productos software han sido adecuadamente probados y cumplen susespecificaciones.

8/14/2019 Subrayado ISO 12207(1)

45/53

8/14/2019 Subrayado ISO 12207(1)

46/53

la eliminacin; se hace un seguimiento y se informa del estado; se mantienen registros de

los problemas tal como se estipule en el contrato.

b) El proceso deber contener un esquema para categorizar y priorizar losproblemas. Conviene que cada problema se clasifique por categora y prioridad para facilitar elanlisis de tendencias y la solucin del problema.

c) Se debern llevar a cabo anlisis para detectar tendencias; en los problemasinformados.

d) Se debern evaluar las soluciones y las disposiciones para evaluar que losproblemas han sido resueltos, las tendencias adversas han sido invertidas y los cambioshan sido implementados correctamente en los productos y actividades software apropiados;y determinar si se han introducido problemas adicionales.

6.8.2 Solucin de problemas: Esta actividad consta de la siguiente tarea:

6.8.2.1 Cuando se han detectado problemas (incluyendo no conformidades) en unproducto o actividad software, se deber preparar para cada problema detectado un informedescribiendo el problema. El informe del problema se deber usar como parte del procesoen bucle cerrado descrito anteriormente: desde la deteccin del problema, pasando por lainvestigacin, anlisis y solucin del problema y su causa, hasta la deteccin de tendenciasen los problemas.

7. PROCESOS ORGANIZATIVOS DEL CICLO DE VIDA

Este captulo define los siguientes procesos organizativos del ciclo de vida:

1. Proceso de gestin.

2. Proceso de infraestructura.

3. Proceso de mejora.

4. Proceso de recursos humanos.

8/14/2019 Subrayado ISO 12207(1)

47/53

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 estoperativo.

7.1 Proceso de gestin

El proceso de gestin contiene las actividades genricas y tareas que pueden ser empleadaspor cualquier parte que tenga que gestionar sus respectivos procesos. El gerente esresponsable de la gestin del producto, gestin del proyecto y gestin de las tareas de losprocesos aplicables, tales como el de adquisicin (5.1), suministro (5.2), desarrollo (5.3),operacin (5.4), mantenimiento (5.5) o soporte.


a) Inicio y definicin del alcance. b) Planificacin.c) Ejecucin y control.

d) Revisin y evaluacin. e) Finalizacin.

7.1.1 Inicio y definicin del alcance: Esta actividad consta de las siguientes tareas:

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

7.1.1.2 Una vez que se han establecido los requerimientos, el gerente deberestablecer la viabilidad del proceso comprobando que los recursos (personal, materiales,tecnologa y entorno) requeridos para ejecutar y gestionar el proceso estn disponibles, sonadecuados y apropiados, y que los plazos para su finalizacin son alcanzables.

8/14/2019 Subrayado ISO 12207(1)

48/53

8/14/2019 Subrayado ISO 12207(1)

49/53

7.1.3.3 El gerente deber investigar, analizar y solucionar los

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

7.1.3.4 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 incluyeinformes tanto internos como externos, tal como requieren los procedimientos organizativos y elcontrato.

7.1.4 Revisin y evaluacin: Esta actividad consta de las siguientes tareas:

7.1.4.1 El gerente deber asegurar que los productos software y los planes se evalancon relacin a la satisfaccin de los requerimientos.

7.1.4.2 El gerente deber analizar los resultados de la evaluacin de los productossoftware, actividades y tareas completadas durante la ejecucin del proceso, en relacin alcumplimiento de los objetivos y de los planes.

7.1.5 Finalizacin: Esta actividad consta de las siguientes tareas:

7.1.5.1 Cuando se complete todos los productos software, actividades y tareas, el gerentedeber determinar si el proceso se ha completado teniendo en cuenta los criterios especificadosen el contrato, o como parte de un procedimiento de la organizacin.

7.1.5.2 El gerente deber comprobar que los resultados y registros de los productossoftware, actividades y tareas empleadas se han completado. Se debern archivar estosresultados y registros en un entorno adecuado, tal como se especifica en el contrato.

7.2 Proceso de infraestructura

8/14/2019 Subrayado ISO 12207(1)

50/53

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



b) Establecimiento de la infraestructura. c) Mantenimiento de la infraestructura.


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

7.2.1.2 Conviene que se planifique y documente elestablecimiento de la infraestructura.

7.2.2 Establecimiento de la infraestructura: Esta actividad consta de las siguientestareas:

7.2.2.1 Conviene que se planifique y documentela 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.

7.2.2.2 Se deber instalar la infraestructura a tiempo para la ejecucin del proceso encuestin.

7.2.3 Mantenimiento de la infraestructura: Esta actividad consta de la siguiente tarea:

8/14/2019 Subrayado ISO 12207(1)

51/53


7.2.3.1 Se deber hacer mantenimiento, seguimiento y modificacin dela 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 lainfraestructura est bajo gestin de la configuracin.

7.3 Proceso de mejora de proceso

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


a) Establecimiento del proceso. b) Evaluacin del proceso.c) Mejora del proceso.

7.3.1 Establecimiento del proceso: Esta actividad consta de la siguiente tarea:

7.3.1.1 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 susactividades de negocio. Se debera documentar en publicaciones de la organizacin losprocesos y su aplicacin a casos especficos. Como sea apropiado, se deber establecer unmecanismo de control del proceso para desarrollar, hacer seguimiento, controlar y mejorarlos procesos.

7.3.2 Evaluacin del proceso: Esta actividad consta de las siguientes tareas:

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

8/14/2019 Subrayado ISO 12207(1)

52/53


7.3.2.2 La organizacin deber planificar y llevar a cabo revisiones de los procesos con laperiodicidad adecuada que asegure su continua adecuacin y efectividad, a la luz de losresultados de las evaluaciones.

7.3.3 Mejora del proceso de mejora: Esta actividad consta de las siguientes tareas:

7.3.3.1 La organizacin deber efectuar en sus procesos las mejoras que seconsideren necesarias como resultado de las evaluaciones y revisiones de los procesos. Se deberactualizar la documentacin del proceso para reflejar las mejoras en los procesos de laorganizacin.

7.3.3.2 Se deber recopilar y analizar los datos histricos, tcnicos y de lasevaluaciones para conseguir un conocimiento de los puntos fuertes y dbiles de losprocesos empleados. Se debern emplear estos anlisis como entrada para mejorar dichosprocesos, recomendar cambios en la gestin de los proyectos (actuales o sub-siguientes) ydeterminar las necesidades de mejoras tecnolgicas.

7.3.3.3 Se deber recopilar, mantener y usar datos de costos de la calidad para mejorarlos procesos de la organizacin, como una actividad de gestin. Estos datos debern tenerel propsito de establecer los costos de prevencin y solucin de problemas y noconformidades en los productos y servicios software.

7.4 Proceso de recursos humanos

7.4.1.1 El proceso de recursos humanos es un proceso para proporcionar ymantener personal capacitado. La adquisicin, suministro, desarrollo,

operacin o mantenimiento de los productos software depende en gran medida depersonal entendido y competente. Por ejemplo el personal de desarrollo deber tenerformacin bsica en ingeniera y gestin del software. Es as pues imprescindible que laformacin 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.

8/14/2019 Subrayado ISO 12207(1)

53/53


a) lmplementacin del proceso.

b) Desarrollo del material de formacin. c) lmplementacin del plan de formacin.7.4.1 Implementacin del proceso: Esta actividad consta de la siguiente tarea:Se deber llevar a cabo una revisin de los requerimientos del proyecto para establecery prever a tiempo la adquisicin o desarrollo de los recursos y competencias que necesita elpersonal de gestin y tcnico. Se debern determinar los tipos y niveles de formacin ycategoras del personal que necesita formacin. Se deber preparar y documentar unplan de formacin que tenga en cuenta los plazos de implementacin, necesidad de recursos ynecesidades de formacin.

7.4.2 Desarrollo del material de formacin: Esta actividad consta de la siguientetarea:7.4.2.1 Se deber desarrollar los manuales de formacin, incluyendo material depresentaciones, que se usen para proporcionar la formacin.7.4.3 Implementacin del plan de formacin: E s t a actividad consta de lassiguientes tareas:7.4.3.1 Se deber implementar el plan de formacin para proporcionar la formacin alpersonal. Se debern mantener registros de formacin.7.4.3.2 Se deber asegurar que personal adecuadamente capacitado y con lacomposicin y categoras adecuadas, est disponible en el momento preciso para lasactividades y tareas planificadas.

Documents

Subrayado ISO 12207(1)