INDICE

INTRODUCCIÓN AL CICLO DE VIDA DEL SISTEMA 3

I. CONCEPTO 3
II. MÉTODOS PARA EL DESARROLLO 5
III. LA NORMA ISO/IEC 12207 11
1. PROCESOS PRINCIPALES DEL CICLO DE VIDA 11
A) PROCESO DE ADQUISICIÓN 12
B) PROCESO DE SUMINISTRO 12
C) PROCESO DE DESARROLLO 12
D) PROCESO DE OPERACIÓN 13
E) PROCESO DE MANTENIMIENTO 13
2. PROCESOS DE APOYO AL CICLO DE VIDA 13
E) PROCESO DE VALIDACIÓN 18
F) PROCESO DE REVISIONES CONJUNTAS 19
G) PROCESO DE AUDITORIA 20
H) PROCESO DE SOLUCIÓN DE PROBLEMAS 21
3. PROCESOS ORGANIZATIVOS DEL CICLO DE VIDA 23
A) PROCESOS DE GESTIÓN 24
B) PROCESO DE INFRAESTRUCTURA 24
C) PROCESO DE MEJORA 25
D) PROCESO DE FORMACIÓN 25

INTRODUCCIÓN AL CICLO DE VIDA DEL SISTEMA

I. CONCEPTO Lunes 30 de Noviembre del 2020

SISTEMA DE INFORMACIÓN
Es un sistema, automatizado o manual, que engloba a personas, máquinas y/o
métodos organizados para recopilar, procesar, transmitir datos que representan
información. Un sistema de información engloba la infraestructura, la organización,
el personal y todos los componentes necesarios para la recopilación,
procesamiento, almacenamiento, transmisión, visualización, diseminación y
organización de la información

II. ETAPAS DEL PROCESO DEL DESARROLLO DE SOFWARE

PLANIFICACION
Se prepara el diseño y posterior implementación del sistema. Es necesario definir el
alcance del proyecto, justificarlo y escoger una metodología para su desarrollo.
También es preciso asociar las diferentes actividades a plazos de tiempo y designar
roles y responsabilidades.

ANALISIS

Una vez que el equipo de proyecto se decide por una metodología de desarrollo
determinada, da comienzo la segunda etapa en el ciclo de vida de un sistema de
información. Es la que tiene que ver con el análisis y donde se busca concretar una
serie de requisitos, que son los que regirán el nuevo sistema o los cambios a
introducir en el antiguo, si con el proyecto se busca su actualización.

DISEÑO

En este estadio el equipo de proyecto tendrá que determinar cómo el nuevo

sistema de información cumplirá con los requisitos aplicables. Es por ello que, a
estas alturas del ciclo de vida de un sistema de información conviene identificar
soluciones potenciales, evaluarlas y elegir la más conveniente. Ésta será o la más
efectiva, o la más eficiente en costes o la menos compleja. Una vez completadas
esas tareas, habrá que continuar haciendo la selección tecnológica de software y
hardware, desarrollando las especificaciones para las distintas aplicaciones y
obteniendo

aprobación de la gerencia para poder proceder a la implementación del nuevo

sistema.
Lunes 30 de Noviembre del 2020
DESARROLLO
 El desarrollo software marca un antes y un después en la vida del sistema y
significa, además, el inicio de la producción. El cambio es una constante durante
esta etapa, en la que suele ser recomendable poner el foco en la formación y
capacitación de los usuarios y el equipo técnico.

INTEGRACION Y PERIODO DE PRUEBAS

El objetivo de esta etapa es corroborar que el diseño propuesto cumple con los requisitos de
negocio establecidos. Puede ser necesario repetir las pruebas tantas veces como haga falta
para evitar errores y, de hecho, conviene que el usuario final dé su conformidad con el
resultado. Por último, este estadio concluye con la verificación y validación, que ayudan a
asegurar la compleción del programa con éxito.

IMPLEMENTACION

En esta etapa del ciclo de vida de un sistema de información hay que proceder a la
instalación del hardware y software elegidos, crear las aplicaciones correspondientes,
someterlas a pruebas, crear la documentación pertinente y capacitar a los usuarios. La
conversión de datos es importante en este estadio, en el que ya se empieza a trabajar en el
nuevo sistema.

MANTENIMIENTO

Esta etapa del ciclo de vida de un sistema de información está relacionada con las
operaciones del día a día. Por lo general, consiste en introducir los ajustes necesarios para
mejorar el rendimiento y corregir los problemas que puedan surgir. Una vez concluye la
etapa de implementación se suele abrir un periodo de operación supervisada, durante el
que las actividades de mantenimiento cobran una especial importancia, al orientarse a
hacer backups, dar soporte a los usuarios, resolver fallos, optimizar el sistema para
cuestiones relacionadas con la seguridad o la velocidad y revisar el software para garantizar
la alineación con las metas del negocio.

III. MÉTODOS PARA EL DESARROLLO

A. MÉTODO CICLO DE VIDA CLÁSICO Lunes

DEL30 de Noviembre del 2020
DESARROLLO DE
SISTEMAS
También llamado modelo en Cascada, fue propuesto por W. Royce a principio de
los años 70. Exige un enfoque sistemático y secuencial del desarrollo del software
a través de una serie de fases secuenciales, que comienza en el nivel de Análisis
del sistema hasta terminar con el Mantenimiento de la aplicación. Cada fase
genera entradas y documentación para la siguiente.

CARACTERÍSTICAS:

● Cada fase empieza cuando se ha terminado la fase anterior.

● Para pasar de una fase a otra es necesario conseguir todos los objetivos
de la etapa previa.
● Ayuda a prevenir que se sobrepasen las fechas de entrega y los costes
esperados.
● Al final de cada fase el personal técnico y los usuarios tienen la
oportunidad de revisar el progreso del proyecto.

FASES:

Análisis del Sistema

El software es siempre parte de un sistema mayor, por lo que siempre va a

interrelacionarse con otros elementos, ya sea hardware, máquinas o
personas. Por esto, el primer paso del ciclo de vida de un proyecto consiste
en un análisis de las características y el comportamiento del sistema del cual
el software va a formar parte.

En el caso de que se quiera construir un sistema nuevo, por ejemplo, un

sistema de control, se debería de analizar cuáles son los requisitos y la
función del sistema, y luego asignar un subconjunto de estos requisitos al
software. En el caso de un sistema ya existente (supongamos, por ejemplo,
que se desea informatizar una empresa) se deberá analizar el funcionamiento
de la misma, - las operaciones que se llevan a cabo en ella -, y asignar al
software aquellas funciones que vamos a automatizar.

La ingeniería del sistema comprende, por tanto, los requisitos globales a nivel
del sistema, así como una cierta cantidad de análisis y de diseño a escala
superior.

Los objetivos del Análisis del Sistema son:

● Identificar las necesidades del cliente.

● Captar y definir el sistema informacional del organismoLunes
como30un
deconjunto dedel 2020
Noviembre
partes con un fin común y una serie de interrelaciones múltiples.
 ● Dividir el sistema en subsistemas informacionales independientes, pero sin
perder de vista sus relaciones con otros subsistemas.
● Escoger el subsistema a automatizar y evaluar la viabilidad técnica y económica
de dicho proceso.
● Establecer restricciones de coste y plazo.
● Asignación de funciones y rendimientos esperados al hardware, software,
personal y base de datos resultante tras el proceso de desarrollo.

Análisis Conceptual

En esta etapa se debe captar y comprender el ámbito de la información del software,

así como la función, el rendimiento y las interfaces requeridas. El análisis consistirá
en diseñar las abstracciones operacionales (Modelo Conceptual de Tratamientos) y de
datos (Modelo Conceptual de Datos) correspondientes al subsistema que se pretende
informatizar.

En esta fase se aplican metodologías apoyadas fundamentalmente en soportes

gráficos (Diagrama de flujo de datos, modelo entidad/relación, diccionario de datos),
proporcionándonos una serie de documentación que deberá ser revisada con el
cliente de la aplicación.

Diseño Lógico

Es un proceso que se centra sobre cuatro características distintas de la aplicación

software:

1. Estructura de los datos. (Modelo lógico de datos).

2. Arquitectura del software. (Diagramas de estructura).
3. Detalle procedural. (Estructura interna de los programas).
4. Diseño lógico de la interfaz hombre-máquina.

Se traducen los requisitos software (especificaciones obtenidas en el análisis

conceptual) en una representación del software establecida de forma que pueda
conocerse la arquitectura, funcionalidad e incluso la calidad del mismo antes de
comenzar la codificación.

Al igual que el análisis, el diseño se documenta y forma parte de la configuración del

software (el control de configuraciones es lo que nos permite realizar cambios en el
software de forma controlada y no traumática para el cliente).

Codificación (Diseño Físico)

La codificación consiste en la traducción de las especificaciones del Diseño Lógico a

un lenguaje de programación determinado de forma que el resultado obtenido sea
ejecutable por la máquina.

El Diseño físico puede dividirse en: Lunes 30 de Noviembre del 2020

- Diseño físico de datos.

 - Diseño físico de tratamientos o codificación propiamente dicha.
- Diseño físico de la interfaz hombre-máquina.

En todos los casos se trata de elegir herramientas informáticas ofrecidas por el

mercado (lenguajes, entornos de desarrollo visual, SGBD, etc.) y adaptar los
requerimientos lógicos a lo que estas herramientas nos proporcionan.

Pruebas y puesta a punto

Consiste en verificar el funcionamiento requerido del software. El objetivo es

comprobar que no se hayan producido errores en alguna de las fases de traducción
anteriores, especialmente en la codificación. Para ello deben probarse todas las
sentencias, no sólo los casos normales y todos los módulos que forman parte del
sistema.

Según los resultados obtenidos, se pueden modificar los programas e incluso el

Análisis y Diseño.

Mantenimiento

El software sufrirá cambios a lo largo de su vida útil. Estos cambios pueden ser
debidos a tres causas:

- Que, durante la utilización, el cliente detecte errores en el software: los errores

latentes.
- Que se produzcan cambios en alguno de los componentes del sistema
informático: por ejemplo, cambios en la máquina, en el sistema operativo o en
los periféricos.
- Que el cliente requiera modificaciones funcionales (normalmente ampliaciones)
no contempladas en el proyecto.

En cualquier caso, el mantenimiento supone volver atrás en el ciclo de vida, a las

etapas de codificación, diseño o análisis dependiendo de la magnitud del cambio.

El modelo en cascada, a pesar de ser lineal, contiene flujos que permiten la vuelta
atrás. Así, desde el mantenimiento se vuelve al análisis, el diseño o la codificación, y
también desde cualquier fase se puede volver a la anterior si se detectan fallos. Estas
vueltas atrás no son controladas, ni quedan explícitas en el modelo, y este es uno de
los problemas que presenta este paradigma.

B. MÉTODO DE DESARROLLO POR ANÁLISIS ESTRUCTURADO

El análisis estructurado concentra en especificar lo que se requiere que haga el sistema o

la aplicación. No se establece cómo se cumplirán los requerimientos o la forma en que
implantará la aplicación. Más bien permite que las personas observen los elementos
lógicos (lo que hará el sistema) separados de los componentes físicos (computadoras,
Lunes 30 de Noviembre del 2020
terminales, sistemas de almacenamiento, etc.) Después de esto se puede desarrollar un
diseño físico eficiente para la situación donde será utilizado.
ELEMENTOS DEL ANALISIS ESTRCUTURADO

Los elementos esenciales son Descripciones gráfica, diagramas de flujo de datos y

diccionario centralizado de datos.

Descripción Gráfica

Una de las formas de describir un sistema es preparar un bosquejo que señale sus
características, identifique la función para la que sirve e indique cómo éste interactúa con
otros elementos, entre otras cosas. Sin embargo, describir de esta manera un sistema
grande es un proceso tedioso y propenso a errores ya que es fácil omitir algún detalle o
dar una explicación que quizá los demás no entiendan.
En lugar de las palabras el análisis estructurado utiliza símbolos, o íconos, para crear un
modelo gráfico del sistema. Los modelos de este tipo muestran los detalles del sistema. Si
se seleccionan los símbolos y notación correctos entonces casi cualquier persona puede
seguir la forma en que los componentes se acomodarán entre si para formar el sistema.
El diagrama lógico de flujo de datos muestra las fuentes y destinos de los datos, identifica
y da nombre a los procesos que se llevan a cabo, identifica y da nombre a los grupos de
datos que relacionan una función con otra y señala los almacenes de datos a los que se
tiene acceso.

Diagrama de Flujo de Datos

Es una herramienta para la elaboración para un modelo o imagen de los requisitos de

procesos de un sistema de información. Estos tienen cuatro símbolos que son: Procesos,
Agente interno o externos, Almacén de datos y Flujo de datos

Diccionario de Datos
Descripción de todos los datos usados en el sistema. Puede ser manual o automatizado.
Todas las definiciones de los elementos en el sistema (flujo de datos, procesos y
almacenes de datos) están descritos en forma detallada en el diccionario de datos. Si
algún miembro del equipo encargado del proyecto desea saber alguna definición del
nombre de un dato o el contenido particular de un flujo de datos, esta información debe
encontrarse disponible en el diccionario de datos

Diseño Estructurado
Se enfoca en el desarrollo de especificaciones del software. La meta del diseño
estructurado es crear programas formados por módulos independientes unos de otros
desde el punto de vista funcional.
El diseño estructurado es una técnica específica para el diseño de programas y no un
método de diseño de comprensión. Esta técnica conduce a la especificación de módulos de
programa que son funcionalmente independientes. La herramienta fundamental del diseño
estructurado es el diagrama estructurado, los cuales son de naturaleza
Lunes gráfica del
30 de Noviembre y evitan
2020
cualquier referencia relacionada con el hardware o detalles físicos. Su finalidad no es
mostrar la lógica de los programas. Los diagramas estructurados describen la interacción
entre módulos independientes junto con los datos que un módulo pasa a otro cuando
interacciona con él. Estas especificaciones funcionales para los módulos se proporcionan a
los programadores antes que dé comienzo la fase de escritura de código.

C. MÉTODO DEL PROTOTIPO DE SISTEMAS

La construcción de prototipos representa una estrategia de desarrollo, cuando no es

posible determinar todos los requerimientos del usuario. Es por ello que incluye el
desarrollo interactivo o en continua evolución, donde el usuario participa de forma
directa en el proceso. Este método contiene condiciones únicas de aplicación, en
donde los encargados del desarrollo tienen poca experiencia o información, o donde
los costos y riesgos de que se cometa un error pueden ser altos.
Así mismo este método resulta útil para probar la facilidad del sistema e identificar
los requerimientos del usuario, evaluar el diseño de un sistema o examinar el uso de
una aplicación. El método del prototipo de sistemas consta de 5 etapas:
Identificación de Requerimientos Conocidos

La determinación de los requerimientos de una aplicación es tan importante para el

método de desarrollo de prototipos como lo es para el ciclo de desarrollo de sistemas
o análisis estructurado. Por consiguiente, antes de crear un prototipo, los analistas y
usuario deben de trabajar juntos para identificar los requerimientos conocidos que
tienen que satisfacer.

Desarrollo de un Modelo de Trabajo

Es fácil comenzar el proceso de construcción del prototipo con el desarrollo de un

plan general que permita a los usuarios conocer lo que se espera de ellas y del
proceso de desarrollo. Un cronograma para el inicio y el fin de la primera interacción
de gran ayuda. En el desarrollo del prototipo se preparan los siguientes
componentes:

● El lenguaje para el dialogo o conversación entre el usuario y el sistema.

● Pantallas y formatos para la entrada de datos.
● Módulos esenciales de procesamiento.
● Salida del sistema

Utilización del Prototipo

Es responsabilidad del usuario trabajar con el prototipo y evaluar sus características y

operación. La experiencia del sistema bajo condiciones reales permite obtenerla
familiaridad indispensable para determinar los cambios o mejoras que sean
necesarios, así como las características inadecuadas.

Revisión del Prototipo

Lunes 30 de Noviembre del 2020

Durante la evaluación los analistas de sistemas desean capturar información sobre los
que les gusta y lo que les desagrada a los usuarios.
Los cambios al prototipo son planificados con los usuarios antes de llevarlos a cabo,
sin embargo, es el analista responsable de tales modificaciones.

Repetición del proceso las veces que sea necesarias

El proceso antes descrito se repite varias veces, el proceso finaliza cuando los
usuarios y analistas están de acuerdo en que el sistema ha evolucionado lo suficiente
como para incluir todas las características necesarias.

IV. LA NORMA ISO/IEC 12207

1. PROCESOS PRINCIPALES DEL CICLO DE VIDA

Este capítulo define los siguientes procesos principales del ciclo de vida:

1. Proceso de adquisición.
2. Proceso de suministro.
3. Proceso de desarrollo.
Lunes 30 de Noviembre del 2020
4. Proceso de operación.
5. Proceso de mantenimiento.
Las actividades y tareas en un proceso primario son responsabilidad de la organización
que lo inicia y ejecuta. Esta organización asegura que ese proceso existe y es operativo.

A) PROCESO DE ADQUISICIÓN

El proceso de adquisición contiene las actividades y las tareas del adquiriente. Este
proceso consiste en las siguientes actividades:
a) Inicio c) Preparación y actualización del contrato
b) Preparación de la solicitud de d) Seguimiento del proveedor
propuestas e) Aceptación y finalización.

EJEMPLO:

Cuando se desea adquirir un nuevo software Lunes

para el
30 área de contabilidad
de Noviembre del 2020 y
este debe ser comprado a través de un contrato, con un año de garantía.
 B) PROCESO DE SUMINISTRO

El proceso de suministro contiene las actividades y tareas del proveedor. Lista de

actividades: Este proceso consta de las siguientes actividades:
a) Inicio. e) Ejecución y control.
b) Preparación de la respuesta. f) Revisión y evaluación.
c) Contrato. g) Entrega y finalización.
d) Planificación.

EJEMPLO:

El procedimiento de compra de software sigue en la empresa de manera

interna actualizando los computadores para que se encuentren listas con la
llegada del nuevo software.

C) PROCESO DE DESARROLLO

El proceso de desarrollo contiene las actividades y tareas del desarrollador. Lista de

actividades: Este proceso consta de las siguientes actividades:
a) Implementación del proceso. g) Codificación y pruebas del software.
b) Análisis de los requerimientos del h) Integración del software.
sistema. i) Pruebas de calificación del software.
c) Diseño de la arquitectura del sistema. j) Integración del sistema.
d) Análisis de los requerimientos software. k) Pruebas de calificación del sistema.
e) Diseño de la arquitectura del software. l) Instalación del software.
f) Diseño detallado del software. m) Apoyo a la aceptación del software.

EJEMPLO:

El desarrollador de la empresa se prepara para llevar a cabo las actividades

de integración del nuevo software a los equipos de la empresa.

D) PROCESO DE OPERACIÓN

El proceso de operación contiene las actividades y tareas del operador. Lista de

actividades. Este proceso consta de las siguientes actividades:
a) Implementación del proceso. c) Operación del sistema.
b) Pruebas de operación. d) Soporte al usuario.

E) PROCESO DE MANTENIMIENTO

El proceso de mantenimiento contiene las actividades y tareas del responsable de

mantenimiento. Lista de actividades. Este proceso consta deLunes 30 de Noviembre
las siguientes del 2020
actividades:
a) Implementación del proceso. c) Implementación de las modificaciones.
b) Análisis de problemas y modificaciones.
d) Revisión/aceptación del e) Migración.
mantenimiento. f) Retirada del software.

2. PROCESOS DE APOYO AL CICLO DE VIDA

Un proceso de apoyo es el que apoya a otro proceso como parte esencial del
mismo, con un propósito bien definido y contribuye al éxito y calidad del
proyecto software. Además, un proceso de apoyo se emplea y ejecuta por
otro proceso, según sus necesidades.
Existen ocho procesos de apoyo del ciclo de vida que a continuación pasaremos
a desarrollar:
A. PROCESO DE DOCUMENTACIÓN: Es un proceso para registrar la
documentación producida por un proceso o actividad del ciclo de vida. El
proceso contiene el conjunto de actividades para planificar, diseñar,
desarrollar, producir, editar, distribuir y mantener aquellos documentos que
necesitan todos los involucrados tales como gerentes, ingenieros y
usuarios del sistema o producto software.
Este proceso consta de las siguientes actividades:
● Implementación del proceso: Esta actividad consta de la siguiente tarea:
✔ Se deberá preparar, documentar e implementar un plan que
identifique los documentos que se van a producir durante el ciclo de
vida del producto software. Para cada documento identificado, se deberá
considerar lo siguiente:
▪ Título o nombre.
▪ Propósito.
▪ Audiencia a la que se dirige.
▪ Procedimientos y responsabilidades para las entradas, desarrollo,
revisión, modificación, aprobación, producción,
almacenamiento, distribución, mantenimiento y gestión de la
configuración.
▪ Plazos para las versiones intermedias y final.
● Diseño y desarrollo: Esta actividad consta de las siguientes tareas:
✔ Cada documento identificado se deberá diseñar de acuerdo con las
normas de documentación aplicables para el formato, descripción del
contenido, numeración de páginas, situación de las figuras y tablas,
marcas de propiedad y seguridad, empaquetado y otros elementos de
presentación.
✔ Se deberá confirmar la fuente y adecuación de los datos de entrada para
los documentos. Se pueden usar herramientas automáticas de
documentación.
✔ Se deberán revisar y corregir los documentos preparados de acuerdo con
el formato, contenido técnico y estilo de presentación frente a las
normas de documentación y será el personal autorizado quien deberá
aprobar su adecuación antes de que sean hechos públicos.
● Producción: Esta actividad consta de las siguientes tareas:
✔ Los documentos se deberán producir y poner a disponibilidad de
acuerdo con el plan. La producción y distribución dede
Lunes 30 los documentos
Noviembre del 2020
puede hacerse usando papel, medios electrónicos u otros medios.
Además, se deberán almacenar los originales de acuerdo con los
 requerimientos de conservación de registros, seguridad de acceso,
mantenimiento y copias de seguridad.
✔ Se deberán establecer controles de acuerdo con el proceso de gestión de
la configuración.
● Mantenimiento: Esta actividad consta de la siguiente tarea:
✔ Se deberán llevar a cabo las tareas que se requieran cuando se realice la
modificación de la documentación
❖ Propósito del proceso de documentación: Desarrollar y mantener
registrada la información del software, producida por un proceso.
❖ Como resultado de la implementación exitosa del proceso de la
documentación:
✔ Se desarrolla una estrategia que identifica la documentación a ser
producida durante el ciclo de vida del producto o servicio software.
✔ Se identifican las normas a ser aplicadas para el desarrollo de la
documentación del software.
B. PROCESO DE GESTIÓN DE LA CONFIGURACIÓN: Es el proceso de aplicar
procedimientos técnicos y administrativos a lo largo del ciclo de vida del
software para: identificar, definir y establecer la línea base de los
elementos software en un sistema.
Además, en este proceso se puede registrar e informar del estado de los
elementos y peticiones de modificación; asegurar la completitud, consistencia y
corrección de los elementos; y controlar el almacenamiento, manipulación y
entrega de los elementos.
Este proceso consta de las siguientes actividades:
● Implementación del proceso: Esta actividad consta de la siguiente tarea:
✔ Se deberá preparar un plan de gestión de la configuración en el que se
deberá describir: las actividades de gestión de la configuración;
procedimientos y plazos para llevar a cabo dichas actividades; la
organización u organizaciones responsables de llevar a cabo dichas
actividades; sus relaciones con otras organizaciones, tales como las
de desarrollo o mantenimiento del software.
● Identificación de la configuración: Esta actividad consta de la siguiente
tarea:
✔ Se deberá establecer un esquema para la identificación de los
elementos software (y sus versiones) que van a ser controlados por el
proyecto. Además, se deberá determinar para cada elemento software y
sus versiones: la documentación que establece la línea de referencia, las
referencias a las versiones y otros detalles de identificación.
● Control de la configuración: Esta actividad consta de la siguiente tarea:
✔ Se deberá llevar a cabo la identificación y registro de las
peticiones de cambio, análisis y evaluación de los cambios, aprobación o
rechazo de la petición, e implementación y verificación del elemento
software modificado.
✔ Además debe existir un rastro auditable mediante el cual se pueda
rastrear cada modificación, las razones para la modificación y la
autorización de la modificación.
✔ Dentro de esta actividad también se deberá controlarLunes 30 deyNoviembre
auditar todos
del 2020
los accesos a los elementos software controlados que manejen
funciones críticas para la seguridad tanto física como de acceso.
● Determinación del estado de la configuración: Esta actividad consta de la
siguiente tarea:
✔ Se deberán preparar registros de la gestión e informes que muestren
el estado y la historia de los elementos del software controlado
incluyendo las líneas de referencia. Los informes del estado deberán
incluir el número de cambios en un proyecto así como las últimas
versiones de los elementos software, entre otros.
● Evaluación de la configuración: Esta actividad consta de la siguiente tarea:
✔ Se deberá determinar y asegurar lo siguiente: completitud funcional de
los elementos software frente a sus requerimientos y completitud
física de los elementos software (si su diseño y código reflejan una
descripción técnica actualizada).
● Gestión y entrega del software: Esta actividad consta de la siguiente tarea:
✔ Se deberán guardar copias maestras del código y la documentación
durante toda la vida del producto software. Asimismo, el código y la
documentación que contengan funciones críticas de seguridad física o
de acceso se deberá manipular, almacenar, empaquetar y entregar de
acuerdo con las políticas de las organizaciones involucradas.
❖ Propósito del proceso de gestión de configuración: Establecer y
mantener la integridad de los productos o ítems de un proceso o proyecto y
hacerlos disponibles a las partes interesadas.
❖ Como resultado de la implementación exitosa del proceso de gestión de
configuración:
✔ Se desarrolla una estrategia de gestión de configuración.
✔ Se identifican, definen y establecen la línea base de los productos o
ítems generados por el proceso o proyecto.
✔ Se asegura la completitud y consistencia de los productos o ítems.
C. 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.
El aseguramiento de la calidad puede ser interno o externo, dependiendo de si
la evidencia de la calidad del producto o proceso se le demuestra a los
gerentes del proveedor o del adquiriente. Además, este proceso puede hacer
uso del resultado de otros procesos de apoyo, tales como verificación,
validación, revisión conjunta, auditoría y solución de problemas.
Este proceso consta de las siguientes actividades:
● Implementación del proceso: Esta actividad consta de las siguientes tareas:
✔ Conviene que el proceso de aseguramiento de la calidad se coordine con
los procesos relacionados de verificación, validación, revisión conjunta
y auditoría.
✔ Los objetivos del proceso de aseguramiento de la calidad deberán
asegurar que los productos software y los procesos empleados para
proporcionar dichos productos software cumplen con los requerimientos
establecidos y se adhieren a los planes determinados.
✔ Se deberán ejecutar las actividades y tareas de aseguramiento de la
calidad en curso y planificadas y cuando se detecten problemas con los
Lunes 30 de
requerimientos del contrato, se deberán documentar Noviembre
y éstos del 2020
servirán
como entrada al proceso de solución de problemas .
✔ Se deberá poner a disposición del adquiriente los registros de las
 actividades y tareas de aseguramiento de la calidad, tal como se
especifique en el contrato.
✔ Las personas responsables de asegurar el cumplimiento de los
requerimientos del contrato deben tener la libertad, desde el punto de
vista organizativo, recursos y autoridad necesaria para permitir
evaluaciones objetivas y para iniciar, efectuar, solucionar y verificar
las soluciones a los problemas.
● Aseguramiento del producto: Esta actividad consta de las siguientes
tareas:
✔ Se deberá asegurar que todos los planes requeridos por el contrato se
documenten y se ejecuten tal como se requiere.
✔ Se deberá asegurar que los productos software y la documentación
relacionada cumplen con el contrato y se adhieren a los planes.
✔ Durante la preparación para la entrega de los productos software, se
deberá asegurar que se han satisfecho completamente los
requerimientos contractuales y que son aceptables para el adquiriente.
● Aseguramiento del proceso: Esta actividad consta de las siguientes tareas:
✔ Se deberá asegurar que aquellos procesos del ciclo de vida del software
(suministro, desarrollo, operación, mantenimiento y procesos de apoyo
incluyendo el aseguramiento de la calidad) empleados para el proyecto,
cumplen con el contrato y se adhieren a los planes.
✔ Se deberá asegurar que los requerimientos aplicables del contratista
principal se transfieren al sub-contratista y que los productos software
del sub-contratista satisfacen los requerimientos del contratista
principal.
✔ Se deberá asegurar que las mediciones del producto software y del
proceso software están de acuerdo con las normas y procedimientos
establecidos.
✔ Se deberá asegurar que el personal asignado tiene la habilidad y los
conocimientos necesarios para cumplir los requerimientos del
proyecto.
● Aseguramiento del sistema de calidad: Esta actividad consta de la siguiente
tarea:
✔ Basarse en el ISO 9001 en el que se brindara las líneas de actuación
planificada y sistemática para verificar que el software satisface los
requisitos dados sobre calidad.
❖ Propósito del proceso de aseguramiento de la calidad: Proporcionar la
seguridad de que los productos y procesos cumplen con las previsiones y
planes previstos.
❖ Como resultado de la implementación exitosa del proceso de
aseguramiento de la calidad:
✔ Se desarrolla una estrategia para asegurar la calidad
✔ Se identifican y registran los problemas con los requerimientos
acordados
✔ Se verifica la adhesión a las normas, procedimientos y requerimientos
acordados de los procesos, productos y actividades.
D. PROCESO DE VERIFICACIÓN: Es un proceso para determinar si los
productos software de una actividad cumplen con Lunes
los30requerimientos
de Noviembre del o
2020

condiciones que tienen impuestas por las actividades precedentes, es decir,

son los requisitos para confirmar el cumplimiento de requerimientos de
especificación.
Este proceso se puede ejecutar con diversos grados de independencia. El grado
de independencia puede fluctuar desde la misma persona o diferente persona
dentro de la misma organización, hasta una persona en distinta
organización con un grado de separación variable. En el caso en que el
proceso se ejecute por una organización independiente del proveedor,
desarrollador, operador o responsable de mantenimiento, se llama proceso
de verificación independiente.
Este proceso consta de las siguientes actividades:
● Implementación del proceso: Esta actividad consta de las siguientes
tareas:
✔ Se deberá determinar si el proyecto requiere un esfuerzo de verificación
y el grado de independencia organizativa necesaria debiéndose analizar
los aspectos críticos de los requerimientos del proyecto.(Siendo uno de
los aspectos críticos a evaluar la probabilidad de que un error no
detectado en los requerimientos del sistema o del software cause
muerte o daños personales, fracaso del proyecto, pérdida financiera
o pérdida catastrófica o daño a equipos)
✔ Si el proyecto requiere un esfuerzo de verificación independiente, se
deberá seleccionar una organización calificada responsable de llevar a
cabo la verificación, garantizando a ésta la independencia y autoridad
para llevar a cabo las actividades de verificación.
✔ Se deberá preparar y documentar un plan de verificación, el cual deberá
contener las actividades del ciclo de vida y productos software
sujetos a verificación, las tareas de verificación requeridas para
cada actividad del ciclo de vida y producto software y los recursos,
responsabilidades y plazos asociados. Asimismo, se deberá entregar los
informes de la verificación al adquiriente y a otras organizaciones
involucradas.
✔ Los problemas detectados por el esfuerzo de verificación se deberán
pasar al proceso de solución de problemas. Además, se deberá poner a
disposición del adquiriente y otras organizaciones involucradas los
resultados de las actividades de verificación.
● Verificación: Esta actividad consta de las siguientes tareas:
✔ Verificación del contrato: Se deberá verificar que el proveedor tenga
la capacidad para satisfacer los requerimientos y las necesidades del
usuario. También se deberá verificar que se esté estipulando en el
contrato los procedimientos y el alcance de la interacción y cooperación
entre las partes, incluyendo propiedad, garantía, derechos de copia y
confidencialidad.
✔ Verificación del proceso: Se deberá verificar que los procesos
seleccionados para el proyecto son adecuados y están siendo
ejecutados tal como se planificó y cumplen con el contrato.
Además de que las normas, procedimientos y entornos para los procesos
del proyecto son adecuados y que está dotado de personal capacitado tal
como lo requiere el contrato.
✔ Verificación de los requerimientos: Lunes
Se deberá verificar del
30 de Noviembre que
2020
los requerimientos del sistema son consistentes, viables y se pueden
probar y que han sido adecuadamente asignados a elementos
 hardware, elementos software (son consistentes, viables, se pueden
probar y reflejan fielmente los requerimientos del sistema) y
operaciones manuales de acuerdo con los criterios de diseño.
✔ Verificación del diseño: Se deberá verificar que el diseño sea correcto
y consistente con los requerimientos. Además, de que se esté
implementando la secuencia correcta de eventos, entradas, salidas,
interfaces, flujo lógico, recuperación ante errores y los requerimientos de
seguridad física y de acceso.
✔ Verificación del código: Se deberá verificar que el código es correcto
y cumple con los requerimientos y normas de codificación. Asimismo,
que se esté implementando la secuencia correcta de eventos, interfaces
consistentes, flujo correcto de datos y recuperación ante errores.
Además, implementa correctamente los requerimientos de
seguridad física y de acceso.
✔ Verificación de la integración: Se deberá verificar que los
componentes y unidades de cada elemento software han sido integrados
correcta y completamente en el elemento software. Asimismo, verificar
si los elementos hardware, elementos software y operaciones manuales
del sistema han sido completa y correctamente integrados en el sistema.
✔ Verificación de la documentación: Se deberá verificar que la
preparación de la documentación se esté haciendo a su debido tiempo y
que sea adecuada, completa y consistente.
❖ Propósito del proceso de verificación: Confirmar que cada producto y/o
servicio software de un proceso o proyecto refleja propiamente los
requerimientos especificados.
❖ Como resultado de la implementación exitosa del proceso de
verificación:
✔ Se desarrolla y se lleva a cabo una estrategia de verificación.
✔ Se identifican y se registran los defectos.

E) PROCESO DE VALIDACIÓN

El proceso de validación es un proceso para

determinar si los requerimientos y el sistema o
producto software, tal como se ha construido,
cumplen con su uso específico previsto. La validación
se puede llevar a cabo en etapas tempranas. Este
proceso se puede llevar a cabo como parte del apoyo
a la aceptación del producto.

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

independencia puede variar desde la misma persona o diferente persona dentro de la
misma organización, hasta una persona en distinta organización con un grado de
separación.
Lunes 30 de Noviembre del 2020
Este proceso consta de las siguientes actividades:
 Implementación del Proceso
Se deberá determinar si el proyecto merece un esfuerzo de validación y el
grado de independencia organizativa necesaria para dicho esfuerzo.
Si el proyecto merece un esfuerzo de validación, se deberá establecer un
proceso de validación para validar el sistema o el producto software.
Si el proyecto merece un esfuerzo independiente, se deberá seleccionar una
organización calificada responsable de llevar a cabo este esfuerzo
Se deberá preparar y documentar un plan de validación
Se deberá implementar el plan de validación. Los problemas y las no
conformidades detectadas por el esfuerzo de validación se deberán pasar al
proceso de solución de problemas

Validación
Preparar los requerimientos de prueba, casos de prueba y especificaciones
de prueba seleccionados para analizar los resultados de las pruebas.
Asegurar que estos requerimientos de prueba, casos de prueba y
especificaciones
Validar que el producto software satisface su uso previsto.
Probar el producto software, cuando sea apropiado, en áreas seleccionadas
del entorno de destino.

F) PROCESO DE REVISIONES CONJUNTAS

El proceso de revisión conjunta es un proceso para

evaluar el estado y los productos de una actividad de
un proyecto, según sea adecuado. Las revisiones
conjuntas están a nivel tanto de gestión del proyecto
como técnico y se mantienen a lo largo de la vida del
contrato. Este proceso puede ser empleada por
cualesquiera de las dos partes, donde una de ellas (la
revisora) revisa a la otra parte (la revisada).

Este proceso consta de las siguientes actividades:

lmplementación del proceso

Revisiones de la gestión del proyecto

Revisiones técnicas

● IMPLEMENTACIÓN: Esta actividad consta de las siguientes tareas:

*Se deberán llevar a cabo revisiones periódicas en hitos predeterminados tal como del
Lunes 30 de Noviembre se 2020
especifica en los planes del proyecto.
*Las partes deberán acordar todos los recursos necesarios para llevar a cabo las
revisiones.

*Las partes deberán acordar para cada revisión los siguientes elementos: agenda de la
reunión, productos software y problemas a revisar; alcance y procedimientos y
criterios de entrada y salida para la revisión.

*Las partes deberán ponerse de acuerdo sobre los resultados de la revisión y en la

responsabilidad sobre cualquier punto de acción y sus criterios de finalización.

● REVISIONES DE LA GESTIÓN DEL PROYECTO:

* Se deberá evaluar el estado del proyecto con relación a los planes, plazos, normas y
guías del proyecto aplicables.

El resultado de la revisión deberá discutirse entre las dos partes y deberá conseguir lo
siguiente:

● Hacer que las actividades progresen de acuerdo con el plan.

● Evaluación y gestión de los elementos de riesgo que puedan amenazar el éxito
del proyecto.

● REVISIONES TÉCNICAS:

Se deberán mantener revisiones técnicas para evaluar los productos o servicios

software bajo consideración y proporcionar evidencia de que:

● Son completes
● El desarrollo, operación o mantenimiento se lleva a cabo de acuerdo con los
planes, plazos, normas y guías del proyecto

G) PROCESO DE AUDITORIA

El proceso de auditoría es un proceso para

determinar el cumplimiento con los requerimientos,
planes y contrato, según aplique. Este proceso
puede ser empleado por cualesquiera de las dos
partes, donde una de ellas (la auditora) audita los
productos software o actividades de la otra parte
(la auditada)

Este proceso consta de las

siguientes actividades:

IMPLEMENTACIÓN DEL PROCESO

● Se deberán llevar a cabo auditorías en hitos predeterminados tal como se

Lunes 30 de Noviembre del 2020
especifique en los planes del proyecto.
● El personal auditor no debería tener responsabilidad directa sobre los productos
software y actividades que auditen.
 ● Tras completar una auditoría, los resultados de la auditoría se deberán
documentar y
proporcionar a la
parte auditada.
AUDITORIA

● Los productos software tal como están codificados (tales como un elemento
software) reflejan la documentación de diseño.
● Los requerimientos prescritos por la documentación para las revisiones de
aceptación y las pruebas, son adecuados para la aceptación de los productos
software.
● Los costos y los plazos se adhieren a los planes establecidos.

H) PROCESO DE SOLUCIÓN DE PROBLEMAS

Cuando se han detectado problemas en un producto o

actividad software, se deberá preparar para cada
problema detectado un informe describiendo el
problema. El informe del problema se deberá usar
como parte del proceso en bucle cerrado descrito
anteriormente: desde la detección del problema,
pasando por la investigación, análisis y solución del
problema y su causa, hasta la detección de tendencias
en los problemas.

Este proceso consta de las siguientes actividades:

IMPLEMENTACIÓN DEL PROCESO

Se deberá establecer un proceso de solución de problemas para manejar todos los

problemas detectados en los productos y actividades software. El proceso deberá
cumplir los siguientes requerimientos:

● El proceso deberá ser un bucle cerrado, asegurando que: se informa

rápidamente de todos los problemas detectados y se introducen en el proceso
de solución de problemas.
● Se deberán evaluar las soluciones y las disposiciones para evaluar que los
problemas han sido resueltos, las tendencias adversas han sido invertidas y los
cambios han sido implementados correctamente en los productos y actividades
software apropiados; y determinar si se han introducido problemas adicionales.

Lunes 30 de Noviembre del 2020

SOLUCIÓN DE PROBLEMAS
 Cuando se han detectado problemas en un producto o actividad software, se deberá
preparar para cada problema detectado un informe describiendo el problema. El
informe del problema se deberá usar como parte del proceso en bucle cerrado descrito
anteriormente: desde la detección del problema, pasando por la investigación, análisis
y solución del problema y su causa, hasta la detección de tendencias en los problemas.

3. PROCESOS ORGANIZATIVOS DEL CICLO DE VIDA

Contiene las actividades genéricas y tareas Es un proceso para establecer y

que pueden ser empleadas por cualquier mantener la infraestructura que
parte que tenga que gestionar sus necesita cualquier otro proceso.
respectivos procesos. La infraestructura puede incluir
hardware, software,
El gerente es responsable de la gestió n del herramientas, normas e
producto, gestió n del proyecto y gestió n de instalaciones para el desarrollo,
las tareas de los procesos aplicables. operació n o mantenimiento.
Este proceso consta de las siguientes Este proceso consta de las
actividades: siguientes actividades:

Lunes 30 de Noviembre del 2020

 Imple
mentac
Establ
ióecimi
n del
proces
ento
o
Mante
de la
2. Proceso de nimien
infrae
1. Procesos de tostruct
de la
Gestión Infraestructura infraes
ura
tructur
PROCESOS ORGANIZATIVOS DEL a
CICLO DE VIDA

4. Proceso de 3. Proceso de
Formación Mejora

El proceso de mejorar es un
Es un proceso para proporcionar y
proceso para establecer,
mantener personal capacitado. La
evaluar, medir, controlar y
adquisició n, suministro, desarrollo,
mejorar un proceso del ciclo
operació n o mantenimiento de los
de vida del software.
productos software depende en gran
medida de personal entendido y Este proceso consta de las
competente. siguientes actividades:
Este proceso consta de las siguientes
actividades:

Establecimie
nto del
Implementació proceso
n del proceso Evaluació n
Desarrollo del proceso
del material Mejora del
de formació n
Implementació proceso
n del plan de
formació n
Lunes 30 de Noviembre del 2020
Inicio y
definició n
del
Planifica
alcance
ció n
Ejecució
ny
Revisió n
ycontrol
evaluaci
Finalizaci
ón
ón

Lunes 30 de Noviembre del 2020

 A) PROCESOS DE GESTIÓN
Inicio y definición del
alcance
El proceso de gestió n deberá iniciar
estableciendo los requerimientos del
proceso a emprender.
Luego el gerente deberá establecer la
viabilidad del proceso, comprobando que
los recursos (personal, materiales,
tecnoló gicos) requeridos para ejecutar y
gestionar el proceso está n disponibles,
adecuados y apropiados.
Planificación
El gerente deberá preparar los planes
para la ejecució n del proceso.
Los planes asociados con la ejecució n
del proceso deberá n contener
descripciones de las actividades y
tareas asociadas y la identificació n de
los productos sorftware que será n
proporcionados.
Ejecución y control
El gerente deberá iniciar la
implementació n del plan para satisfacer
los objetivos y criterios establecidos,
ejerciendo control sobre el proceso.
El gerente deberá supervisar la ejecució n
del proceso, proporcionando informes
internos del progreso del proceso e
informes externos al adquirente.
El gerente deberá investigar, analizar, y
solucionar los problemas descubiertos
durante la ejecució n del proceso.

Tal como sea necesario y por acuerdo de El gerente deberá informar, en momentos
las partes interesadas, los requerimientos acordados, el progreso del proceso,
del proceso pueden ser modificados para cumplimiento de los planes y soluciones a
alcanzar los criterios de finalizació n. ACTIVIDADES situaciones de falta de progreso.

Revisión y evaluación
Finalizaci
El gerente deberá asegurar que los productos
software y los planes se evalú an con relació n a Cuando se complete todos
la satisfacció n de los requerimientos. software, actividades y tar
deberá determinar si el
completado teneindo en cue
especificados en el contrato.
El gerente deberá analizar los resultados de la
evaluació n de los productos software,
actividades y tareas completadas durante la El gerente deberá comp
ejecució n del proceso, en relació Implementación
n al del proceso resultados y registros de
cumplimiento de los objetios y de los planes. software, actividades
Se define y documenta la infraestructura para cumplirempleadas
los se han complet
requerimientos del proceso que este emplea, considerando
procedimientos, normas y técnicas aplicables.

PROCESO DE
INFRAESTRUCTURA

Establecimiento de la infraestructura
ACTIVIDADES Se planifica y documenta la configuració n de la infraestructura. Se
debrían considerar aspectos de funcionalidad, prestaciones, seguridad
física y de acceso, requerimientos de espacio, equipos, costos y
Mantenimiento de la infraestructura
limitaciones de tiempo.

Se deberá hacer mantenimiento, seguimiento y modificació n de la

infraestructura segú n sea necesario para asegurar que continú a Lunes 30 de Noviembre del 2020
satisfaciendo los requerimientos del proceso que este emplea.
 C) PROCESO DE MEJORA

A Establecimiento del proceso

C La organizació n deberá establecer un conjunto de procesos organizativos para todos los procesos del ciclo de vida del
TI software en tanto son de aplicació n a sus actividades de negocio.
Se deberá documentar en publicaciones de la organizació n los procesos y su aplicació n a casos específicos.
V
I
D Evaluación del proceso
A Se deberá desarrollar, documentar y aplicar un proceso de evaluació n de procesos.
La organizació n de deberá planificar y llevar a cabo revisiones de los procesos con la periodicidad adecuada que asegure
D su continua efectividad, a luz de los resultados de las evaluaciones.
E
S Mejora del proceso
La organizació n deberá efectuar en sus procesos las mejoras que se consideren necesarias como resultado de las
evaluaciones y revisiones de los procesos.
Se deberá actualizar la documentació n del proceso para reflejar las mejoras en los procesos de organizació n.
Se deberá recopilar y analizar los datos histó ricos, técnicos y de las evaluaciones para conseguir un conocimiento de los
puntos fuertes y débiles de los procesos empleados.
Se deberá recopilar, mantener y usar datos de costos de calidad para mejorar los procesos de la organizació n, como una
actividad de gestió n.

D) Proceso de Formación
E)
ACTIVIDADES

Lunes 30 de Noviembre del 2020

 IMPLEMENTACIÓN DEL
PROCESO
Se deberá llevar a cabo una
revisió n de los requerimientos
del proyecto para establecer
prever a tiempo la adquisició n o
desarrollo de los recursos y
competencias que necesita el
personal de gestió n y técnico.
Se deberá n determinar los tipos
y niveles de formació n y
categorías del personal que
necesita formació n.
PROCESOS DE CICLO DE VIDA DEL SOFTWARE – ROLES Y RELACIONES
DESARROLLO DEL
MATERIAL DE FORMACIÓN
Se deberá desarrollar los
manuales de formació n,
incluyendo material de
presentaciones, que se usen
para proporcionar la
formació n.
IMPLEMENTACIÓN DEL
PLAN DE FORMACIÓN
Se deberá implementar el
plan de formació n para
proporcional el plan de
formació n.
Se deberá asegurar que
personal adecuadamente
capacitado y con la
composició n y categorías
adecuadas, esté disponible en
el momento preciso para las
actividades y tareas
planificadas.
Lunes 30 de Noviembre del 2020
Lunes 30 de Noviembre del 2020