UNIVERSIDAD NACIONAL DEL CALLAO

FACULTAD DE INGENIERÍA INDUSTRIAL Y DE SISTEMAS ESCUELA PROFESIONAL

DE INGENIERÍA DE SISTEMAS

DISEÑO Y GESTIÓN DE PROCESOS ORGANIZACIONALES

IDENTIFICACIÓN DE SUBPROCESOS Y ACTIVIDADES EXISTENTES

PROFESOR: Dr.ing.. Hilario Aradiel Castañeda
GRUPO Nº9
Alarcón Castillo, José Alberto 1525210483
Chavez Canto, Leonardo Vicente 1525210367
Huira Rojas, Cristhian Elvis 1525210296
Purca Quinto, Diego Fernando 1525220196
TRABAJO Nº :1
CICLO : 2019 -A
FECHA : Bellavista 02 de mayo del 2019
 INDICE
INTRODUCCIÓN _____________________________________________________ 1
SUB PROCESOS ________________________________________________________ 1
1. Objetivos _________________________________________________________ 1
2. Definicion ________________________________________________________ 2
3. Conceptos Básicos__________________________________________________ 2
3.1. Sistemas Operativos _____________________________________________________ 2
3.2. El subproceso o hilo de ejecución: __________________________________________ 3
SUB PROCESOS Y ACTIVIDADES DE UN SISTEMA OPERATIVO ___________________ 3
4. Sub proceso de un Sistema Operativo __________________________________ 3
4.1 Cuando Utilizar Sub Procesos en el S.O _____________________________________ 3
4.1.1 Ventajas del uso de varios subprocesos ___________________________________________ 4
4.1.2 Desventajas del uso de varios subprocesos ________________________________________ 4

4.2 Objetivos Y Características de los Sub Procesos________________________________ 6

5. Modelos de Sub procesos de un Sistema Operativo _______________________ 7
6. Estados de Un sub proceso ___________________________________________ 8
7. Uso de los Subprocesos _____________________________________________ 9
SUBPROCESOS Y ACTIVIDADES EN LA INGENERÍA DE SOFTWARE ________________ 9
8. Procesos de la ingeniería de requerimientos ____________________________ 9
9. Subprocesos Y Actividades Durante La Producción ________________________ 10
9.1. Construcción __________________________________________________________ 10
9.1.1 Actividades: ________________________________________________________________ 11

9.2. Certificación __________________________________________________________ 13

9.2.1 Actividades: ________________________________________________________________ 14

10. Implantación de software ___________________________________________ 15

10.1. Subprocesos en la implantacion de software _______________________________ 15
11. Conclusion _______________________________________________________ 19
12. Bibliografía ______________________________________________________ 19
INTRODUCCIÓN

Subproceso es una opción para encapsular los pasos relacionados

lógicamente dentro de un proceso padre. Los pasos de un subproceso
pueden acceder directamente a los objetos de negocio (variables) desde el
proceso padre. No es necesaria la correlación de datos. No obstante, a
diferencia de un proceso enlazado, sólo se puede acceder y crear una
instancia de un subproceso desde la BPD padre, y no es reutilizable por
ningún otro proceso o subproceso(IBM, 2015).

Un subproceso representa una colección de pasos relacionados lógicamente

contenidos en un proceso padre. Puede ver un subproceso como una
actividad única, que proporciona una vista simplificada de alto nivel del
proceso padre, o puede ver los detalles del subproceso para obtener una
vista más detallada de su contenido(IBM, 2015).

Al igual que otras actividades, se pueden configurar los subprocesos para

que se ejecuten varias veces en la ejecución del proceso padre configurando
un comportamiento de bucle en el elemento de actividad de subproceso del
proceso padre(IBM, 2015).

SUB PROCESOS

1. Objetivos

 Conocer la definición del principio y el fin de cada sub proceso.

 Tener en cuenta que el producto de un subproceso es el inicio de otro

subproceso.

 Cada subproceso cuenta con un especialista y responsable de área.

 Conocer que cada conjunto de subprocesos es la partición de un

proceso.

1
2. Definicion

Un Subproceso es un conjunto de actividades que tienen una secuencia lógica para

cumplir un propósito. Un Subproceso es un Proceso por sí mismo, cuya finalidad hace
parte de un Proceso más grande. El proceso más grande se conoce como proceso
Padre y el Subproceso como proceso hijo(BIZAGI, 2019).

Cuando una instancia del Subproceso es creada, el proceso hijo hereda el número del
caso del proceso padre. Esto ayuda a identificar qué Subproceso pertenece a cuál
padre(BIZAGI, 2019).

Los subprocesos pueden contener carriles que son distintos del proceso padre. Por
ejemplo, las actividades del subproceso puede llevarlas a cabo un conjunto de
participantes distinto del conjunto de participantes que lleva a cabo las actividades
en el proceso padre(BIZAGI, 2019).

Al igual que otras actividades, se pueden configurar los subprocesos para que se
ejecuten varias veces en la ejecución del proceso padre configurando un
comportamiento de bucle en el elemento de actividad de subproceso del proceso
padre(BIZAGI, 2019).

3. Conceptos Básicos

3.1. Sistemas Operativos

En los S.O. tradicionales cada proceso tiene un espacio de direcciones y

un solo subproceso de control Sin embargo, hay situaciones en las que
es deseable tener varios subprocesos de control en el mismo espacio de
direcciones, operando de forma pseudoparalela, como si fueran procesos
individuales (salvo por el espacio de direcciones
compartido)(Monografias.com y otros, 2011).

2
 3.2. El subproceso o hilo de ejecución:

“Es la unidad de procesamiento más pequeña que puede ser planificada

por un sistema operativo se puede decir básicamente que es una tarea
que puede ser ejecutada en paralelo con otra tarea. Se puede decir que
los hilos son divisiones de un proceso”(Santander, 2012).

SUB PROCESOS Y ACTIVIDADES DE UN SISTEMA OPERATIVO

4. Sub proceso de un Sistema Operativo

Un sistema operativo utiliza procesos para separar las aplicaciones que se están
ejecutando. Un subproceso es la unidad básica a la que el sistema operativo
asigna tiempo de procesador. Cada subproceso tiene una prioridad de
programación y mantiene un conjunto de estructuras que el sistema usa para
guardar el contexto del subproceso mientras la ejecución del subproceso está
pausada. El contexto del subproceso incluye toda la información que el
subproceso necesita para reanudar sin problemas la ejecución, incluido el
conjunto de pila y registros de CPU del subproceso. Dentro de un proceso, se
pueden ejecutar varios subprocesos. Todos los subprocesos de un proceso
comparten su espacio de direcciones virtuales. Un subproceso puede ejecutar
cualquier parte del código de programa, incluidas las partes que esté ejecutando
otro subproceso(Microsoft, 2018) .

4.1 Cuando Utilizar Sub Procesos en el S.O

“Utilice varios subprocesos para aumentar la capacidad de respuesta de la

aplicación y aprovechar las ventajas de un sistema con varios procesadores o
núcleos que le permita aumentar el rendimiento de la aplicación”(Microsoft,
col, 2018).
Le recomendamos que use una aplicación de escritorio en la que el
subproceso principal sea responsable de los elementos de la interfaz de
usuario e interactivo. Use subprocesos de trabajo para realizar operaciones
complejas que ocuparían el subproceso principal e impedirían la interacción
con la interfaz de usuario. También puede usar un subproceso dedicado para
la comunicación mediante red o dispositivo, de modo que su capacidad de

3
respuesta ante los mensajes y eventos entrantes sea mayor(Microsoft, col,
2018).
Si el programa realiza operaciones que pueden realizarse en paralelo, puede
reducir el tiempo de ejecución total realizándolas en subprocesos separados y
ejecutando el programa en un sistema con varios procesadores o núcleos. En
un sistema de este tipo, el uso del multithreading puede aumentar el
rendimiento y la capacidad de respuesta(Microsoft, 2018).

4.1.1 Ventajas del uso de varios subprocesos

No obstante, el uso de más de un subproceso es la técnica más

eficaz disponible para elevar la capacidad de respuesta al
usuario y procesar los datos requeridos al realizar el trabajo
prácticamente al mismo tiempo. En un equipo con un
procesador, varios subprocesos pueden crear este efecto si
aprovechan los breves períodos entre los eventos de usuario para
procesar los datos en segundo plano. Por ejemplo, un usuario
puede modificar una hoja de cálculo mientras otro subproceso
vuelve a calcular otras partes de la hoja de cálculo dentro de la
misma aplicación(Microsoft, 2018).

La misma aplicación, sin modificación, aumentaría

considerablemente el grado de satisfacción del usuario si se
ejecutara en un equipo con más de un procesador. Su único
dominio de aplicación podría utilizar varios subprocesos para
realizar las siguientes tareas(Microsoft, 2018):

 Comunicarse a través de una red, con un servidor Web y una

base de datos(Microsoft, 2018).

 Realizar operaciones que requieren una gran cantidad de

tiempo(Microsoft, 2018).

 Distinguir tareas de diversas prioridades. Por ejemplo, un

subproceso de prioridad alta administra tareas en las que el
tiempo es decisivo y un proceso de prioridad baja realiza otras
tareas(Microsoft, 2018).

 Permitir a la interfaz de usuario que siga respondiendo, mientras

se asigna tiempo a las tareas en segundo plano(Microsoft, 2018).

4.1.2 Desventajas del uso de varios subprocesos

4
 (Microsoft, 2018)Se recomienda utilizar el menor número de
subprocesos posible, puesto que de este modo se reduce el uso
de recursos del sistema operativo y se mejora el rendimiento. Al
diseñar la aplicación, el subprocesamiento debe tener en cuenta
los requisitos de recursos y conflictos potenciales. Los requisitos
de recursos son los siguientes:

 El sistema utiliza memoria para la información de contexto

requerida por los procesos, objetos AppDomain y subprocesos.
Por tanto, el número de procesos, objetos AppDomain y
subprocesos que se pueden crear está limitado por la memoria
disponible(Microsoft, 2018).

 Si se realiza un seguimiento de un gran número de subprocesos,

se utiliza una gran cantidad de tiempo de procesador. Si hay
demasiados subprocesos, la mayoría no avanzarán de forma
significativa. Si la mayor parte de los subprocesos actuales
pertenecen a un proceso, los subprocesos de otros procesos se
programan con menor frecuencia(Microsoft, 2018).

 El control de la ejecución del código con muchos subprocesos es

complejo y puede constituir una fuente de muchos
errores(Microsoft, 2018).

 Para destruir los subprocesos es necesario conocer lo que podría

suceder y controlar dichos problemas(Microsoft, 2018).

Si se proporciona acceso compartido a los recursos, se pueden

producir conflictos. Para evitar los conflictos, es necesario
sincronizar o controlar el acceso a los recursos compartidos. Si
no se sincroniza el acceso correctamente (en los mismos
dominios de aplicación o en otros) se pueden producir
problemas como interbloqueos (en los que dos subprocesos
dejan de responder mientras cada uno espera a que el otro se
complete) y condiciones de anticipación (cuando se produce un
resultado anómalo debido a una dependencia decisiva e
inesperada de la duración de dos eventos). El sistema
proporciona objetos de sincronización que pueden utilizarse para
coordinar recursos compartidos entre varios subprocesos. Si se
reduce el número de subprocesos, se facilita la sincronización de
los recursos(Microsoft, 2018).

Entre los recursos que requieren sincronización se incluyen los

siguientes:

 Recursos del sistema (como puertos de

comunicaciones)(Microsoft, 2018).

5
  Recursos compartidos por varios procesadores (como
identificadores de archivo)(Microsoft, 2018).

 Los recursos de un único dominio de aplicación (como campos

globales, estáticos y de instancia) a los que tienen acceso varios
subprocesos(Microsoft, 2018).

4.2 Objetivos Y Características de los Sub Procesos

Junto con la clase System.Threading.Thread, .NET proporciona una serie de clases

que le ayudarán a desarrollar aplicaciones multiproceso(Microsoft, col, 2018). En los
siguientes artículos encontrará información general sobre estas clases(Microsoft,
col, 2018):

Tabla 1. Conceptos de los subprocesos de un Sistema Operativo

Title Descripción

Grupo de subprocesos Describe cómo usar la

administrado clase System.Threading.ThreadPool, que
proporciona un grupo de subprocesos de
trabajo administrados por .NET.

Timers (Temporizadores) Describe los temporizadores de .NET que

se pueden usar en un entorno
multiproceso.

Información general Describe los tipos que se pueden usar para

sobre las primitivas de sincronizar el acceso a un recurso
sincronización compartido o la interacción del
subproceso de control.

EventWaitHandle Describe la
clase System.Threading.EventWaitHandle,
que representa un evento de
sincronización de subprocesos.

CountdownEvent Describe la
clase System.Threading.CountdownEvent,

6
 Title Descripción

que representa un evento de

sincronización de subprocesos que se
establece cuando su recuento es cero.

Mutexes (Clases Mutex) Describe la clase System.Threading.Mutex,

que concede acceso exclusivo a un recurso
compartido.

Semaphore and Describe la

SemaphoreSlim (Clases clase System.Threading.Semaphore, que
Semaphore y limita el número de subprocesos que
SemaphoreSlim) pueden tener acceso a un recurso
compartido o grupo de recursos
simultáneamente.

Barrier (Barrera) Describe la clase System.Threading.Barrier,

que implementa el patrón de barrera para
coordinar los subprocesos en las
operaciones por fases.

SpinLock Describe la
estructura System.Threading.SpinLock,
que es una alternativa ligera a la
clase System.Threading.Monitor para
algunos escenarios de bloqueo de bajo
nivel.

SpinWait Describe la
estructura System.Threading.SpinWait,
que proporciona compatibilidad para la
espera basada en ciclos.

Fuente:(Microsoft, col, 2018).

5. Modelos de Sub procesos de un Sistema Operativo

7
 El modelo de proceso descrito hasta ahora se basa en dos conceptos
independientes: agrupamiento de recursos y ejecución. A veces es útil
separarlos, y es aquí donde entran los subprocesos. Un proceso se puede
considerar como una forma de agrupar recursos
relacionados(Monografias.com y otros, 2011).

Un proceso tiene un espacio de direcciones que contiene lo datos y

el texto del programa, así como otros recursos, que podrían
incluir archivos abiertos, procesos hijos, alarmas pendientes, etc. Al
juntar todas estas cosas en forma de un proceso se les puede administrar
con más facilidad(Monografias.com y otros, 2011).

Éste tiene un contador de programa que indica cuál instrucción se

ejecutará a continuación, tiene registros, que contienen
sus variables de trabajos actuales, y tiene una pila, que contiene el
historial de ejecución. Los procesos sirven para agrupar recursos; los
subprocesos son las entidades que se calendarizan para ejecutarse en
la CPU(Monografias.com y otros, 2011).

“los subprocesos comparten un espacio de direcciones, archivos abiertos

y otros recursos El termino múltiples procesos se emplea para describir la
situación en la que se permite varios subprocesos en el mismo
proceso”(Monografias.com y otros, 2011).

Cuando un proceso con múltiples subprocesos se ejecuta en

un sistema con una sola CPU, los subprocesos se turnan para ejecutarse
Además de compartir el mismo espacio de direcciones, todos los
subprocesos comparten el mismo conjunto de archivos abiertos, procesos
hijos, alarmas, señales, etcétera(Monografias.com y otros, 2011).

Tabla 2. Diferencia de Elementos de un Proceso y Sub proceso.

Elementos por proceso Elementos por Sub
procesos
Espacio de direcciones Contador de Programas
Variables globales Registros
Archivos Abiertos Pila
Procesos hijo Estado
Alarma pendiente
Señales y manejadores de
señales
Información contable
Fuente: (Monografias.com y otros, 2011).

6. Estados de Un sub proceso

8
  Ejecución (En realidad usando la PC en ese instante)(Monografias.com
y otros, 2011).

 Bloqueado (No puede ejecutarse mientras no ocurra cierto suceso

externo)(Monografias.com y otros, 2011).

 Listo o Terminado (Puede ejecutarse detenido de forma

temporal)(Monografias.com y otros, 2011).

7. Uso de los Subprocesos

“[…]se estén realizando varias actividades al mismo tiempo, por lo que

algunas de ellas podrían bloquearse de vez en cuando. Al descomponer tal
aplicación en múltiples subprocesos secuenciales que se ejecuten casi en
paralelo, se simplifica el modelo de programación”(Monografias.com y
otros, 2011).

Un segundo argumento es que, al no estar enlazados con recursos, son más

fáciles de crear y destruir que los procesos. Y mejora el desempeño del CPU
Por último son útiles en sistemas con múltiples CPUs, en los que es posible
un verdadero paralelismo(Monografias.com y otros, 2011).

Si el proceso padre tiene múltiples subprocesos, ¿ el hijo también deberá

tenerlos? De lo contrario es posible que no funcione de forma
correcta(Monografias.com y otros, 2011).

SUBPROCESOS Y ACTIVIDADES EN LA
INGENERÍA DE SOFTWARE

8. Procesos de la ingeniería de requerimientos

En cursos previos de Ingeniería de Software se aprende que existen

diferentes modelos para desarrollar sistemas de software (cascada,
evolutivos, etc.) y la obtención de requerimientos se ve como un subproceso
de este desarrollo. Sin embargo, visto por separado, el Análisis de
Requerimientos es todo un proceso al cual [Sommerville, 2005] llama
“Ingeniería de Requerimientos” cuya meta es crear y mantener un
documento de requerimientos del sistema (María del Carmen, 2011,p. 1).
Según (María del Carmen, 2011) este proceso general consta de cuatro
subprocesos:

9
  El estudio de viabilidad, que evalúa si el sistema es útil para el negocio.
 Obtención y análisis de requerimientos.
 Especificación de requerimientos: transformación de los requerimientos
en formularios estándar.
 Validación: verificar que los requerimientos realmente definen el sistema
que quiere el cliente (p. 1).

En la figura 1 se muestra el proceso de ingeniería de requerimientos.

Estudio de viabilidad Obtención y análisis

de requerimientos

Especificación de
Informe de viabilidad requerimientos
Validación de
requemientos

Requerimientos del
Modelos del sistema
usuario y del sistema

Documento de
requerimientos

Figura 1. Proceso de Ingeniería de requeriemientos

9. Subprocesos Y Actividades Durante La Producción

El proceso de producción se divide en 2 subprocesos: Construcción y

certificación. A continuación serán descritos:

9.1. Construcción

Objetivo: Construir los componentes de software concebidos en la etapa

del análisis y diseño de la solución, teniendo en cuenta el documento de
requerimientos del sistema, la definición detallada de los casos de uso,
10
wireframes, definición de requerimientos de datos y documento de
arquitectura, en el tiempo y con los recursos asignados según el
cronograma detallado de actividades(Rengifo, 2010, p. 56).

Descripción del proceso. En este proceso se detallan las actividades de

construcción del sistema, con los componentes de cada una de las capas
descritas en la arquitectura y el desarrollo a nivel de Ingeniería, que
soporta la funcionalidad del sistema basándose en el documento de
requerimientos del sistema, los casos de uso detallados, wireframes,
requerimientos de datos y cada uno de los artefactos entregadas por la
etapa de Análisis y Diseño. Se realizan las pruebas de verificación de
las funcionalidades por parte de los desarrolladores (junior y senior) que
garanticen que hizo la verificación correspondiente(Rengifo, 2010, p.
56).

Según(Rengifo, 2010) estás serían las entradas que se dan durante la

construcción:

“Entradas:
• Acta de reunión técnica
• Documento de entendimiento
• Documento SOW
• Documentos de requerimientos del sistema
• Documento de arquitectura
• Casos de uso detallados
• Plan de pruebas
• Diccionario de datos” (p. 56).

9.1.1 Actividades:

Según(Rengifo, 2010) durante la construcción se realizan las

igueintes actividades:

 Se realiza reunión técnica de producción donde se involucre a

todos los recursos y se explique en qué consiste el proyecto,
impactos y matriz de riesgo.
 Se realiza el corte y montaje de las interfaces gráficas de usuario e
integración de los contenidos a nivel de diseño.
 Se realiza entrega de insumos de diseño a Ingeniería.
 Se realiza el desarrollo de la lógica de negocio para la solución,
según la funcionalidad definida.

11
  Se realizan las pruebas por parte del Ingeniero de desarrollo, que
garantizan que la versión cumple con las especificaciones (p. 57).

Doc Entrada Registro On Data

Acta de reunión Doc. Requerimiento
técnica del sistema
Documento de Diccionario de datos
entendimiento
Fuentes de aplicación
Docuemtno SOW
Manual de
Documentos de configuración
requerimientos del
sistema Manual de usuario

Docuemento de Casos de prueba

arquitectura

Casos de uso
detallados

Plan de pruebas

Casos de pruebas

Diccionario de datos

Figura 2. Construcción
Documento de requerimientos del sistema: Documento base sobre
el que se soportará todo el desarrollo y pretende lograr un mapeo
de cada uno de los requisitos a nivel de casos de uso y artefactos
generados en Ingeniería. Puede considerarse el documento
consolidador del proyecto. En esta fase debe estar totalmente
diligenciado(Rengifo, 2010, p. 58).

Diccionario de datos: Documento que describe cada una de las

tablas y vistas creadas en el modelo de datos y muestra diagramas
de asociaciones por funcionalidades. En esta fase debe estar
finalizado con todos los objetos definidos inicialmente y con los
que se hayan tenido que crear en la etapa de construcción(Rengifo,
2010,p. 58).

Fuentes aplicación: “Líneas bases de código de aplicación en repositorio

de código definido por la compañía”(Rengifo, 2010, p. 58).

12
 Manual de configuración : “Documento instructivo para la instalación y
configuración del sitio”(Rengifo, 2010, p. 58).

Manual de usuario: “Documento iinstructivo para el uso de la aplicación,

dividido en cada uno de sus módulos y que debe presentar los posibles
errores que tendría la aplicación en caso de tener problemas de
configuración”(Rengifo, 2010, p. 59).

Tabla 3. Responsables por Artefacto Construcción

Acta Renuión Tecnica Gerente de Proyectos

Fuente de Aplicación Gerente de desarrollo

Documento de Requerimientos del sistema Gerente de proyectos – Ingeniero de requisitos

Casos de prueba por caso de uso ejecutados por Ingeniero de desarrolo

ingeniero de desarrollo

Manual de configuración Gerente de desarrollo/Ingeniero de desarrollo

Diccionario de datos Gerente de desarrollo/Ingeniero de desarrollo

Manual de usuario Ingeniero de requisitos/ Analista de calidad

Fuente:(Rengifo, 2010, p. 59)

9.2. Certificación

Objetivo: “Verificar el funcionamiento de cada uno de los componentes

del sistema y certificar que cumplen con las especificaciones indicadas
en cada uno de los documentos recibidos como insumo para realizar las
pruebas”(Rengifo, 2010, p. 60).

Descripción del Proceso. En este proceso se verifican y certifican cada

uno de los casos de uso diseñados en la etapa de análisis y diseño, se
registran los bugs encontrados y se hacen las corridas necesarias hasta la
certificación de cada funcionalidad(Rengifo, 2010, p. 60).

Según(Rengifo, 2010) estás serían las entradas que se dan durante la

certificación:
“Entradas:
• Acta de reunión técnica
• Documento de entendimiento
• Documento SOW
• Documentos De requerimientos del sistema
• Casos de uso detallados
• Plan de pruebas
• Casos de prueba
• Diccionario de datos”(p. 61).

13
 9.2.1 Actividades:

Según(Rengifo, 2010) durante la certificación se realizan las

igueintes actividades:

 Se realiza liberación del software alfa para pruebas de integración

interna, las cuales son realizadas por el Analista de calidad.
 Se realizan pruebas de Integración Diseño e Ingeniería.
 Se realizan los ajustes que se requieren según el resultado de las
pruebas, se realiza la migración de contenidos y datos existentes, si es el
caso.
 Se elaboran todos los manuales del software, manual de estilos, manual
de uso, manual de operación, manual de instalación, etc.
 Se realiza la liberación del software beta y se presenta al cliente para sus
respectivas pruebas (p. 61).

QA
QA Registro de
Pruebas funcionales
pruebas
Sitio beta
Pruebas de Pruebas funcionales
integración con Certificación
sistemas de Carta de
terceros Pruebas Cliente certificación
QA
Pruebas de stress

Pruebas de carga
Certificación del
sitio

Figura 3. Diagrama de flujo Certificación

Casos Prueba: Documentos en los que se detallan los casos de pruebas

ejecutados y sus resultados, se presentan las incidencias de error. Estos
casos de prueba deben ser coherentes con los casos de uso definidos para la
aplicación; en este punto deben reflejar los resultados que se dieron en la
verificación por parte del Ingeniero de desarrollo(Rengifo, 2010, p. 63).

Carta Certificación: Carta de certificación del departamento de QA,

necesaria para el montaje del software en producción o en ambiente de

14
 pruebas del cliente. Esta carta es indispensable para el montaje de nuevos
sistemas de software y actualizaciones de desarrollo(Rengifo, 2010, p. 63).

Tabla 4. Responsable por Artefacto Certificación

Casos prueba Analista de calidad

Carta de certificación Analista de calidad

Fuente: (Rengifo, 2010, p. 63)

10. Implantación de software

10.1. Subprocesos en la implantacion de software

 Subproceso: Distribución del software ensamblado

 Generar componentes de software: “Crear componentes que
deberán ser instalados en el entorno productivo”(Mon y López
Gil, 2014, p. 2).
 Empaquetar software para la distribución: “Generar paquetes de
software para que estén listos para ser instalados”(Mon y López
Gil, 2014, p. 2).
 Adquirir componentes: “Adquirir los componentes de software
necesarios para llevar a cabo la implantación”(Mon y López Gil,
2014, p. 2).
 Distribuir el software: “Hacer llegar los componentes
empaquetados a cada uno de los lugares en que se deben
instalar”(Mon y López Gil, 2014, p. 2).

 Subproceso: Instalación
 Análisis de la infraestructura para la puesta en marcha:
“Determinar los recursos tecnológicos de infraestructura y
software necesarios para la instalación del producto”(Mon y
López Gil, 2014, p. 2).
 Auditar la configuración física: “Evaluar los recursos disponibles
para utilizar en la puesta en marcha y operación del producto
software”(Mon y López Gil, 2014, p. 2).

15
  Asegurar la compatibilidad de la aplicación: “Garantizar que se
tienen disponibles los recursos para el funcionamiento del
software en el nuevo entorno”(Mon y López Gil, 2014, p. 2).
 Desarrollar una copia de seguridad de la versión del sistema:
“Resguardar el estado actual del sistema en operación”(Mon y
López Gil, 2014, p. 2).
 Configurar la base de datos: “Instalar en el motor de base de
datos las entidades necesarias para el funcionamiento del
software”(Mon y López Gil, 2014, p. 3).
 Asignación de los permisos requeridos: “Dejar configurada la
seguridad de modo que el software tenga acceso a los recursos
necesarios para su funcionamiento”(Mon y López Gil, 2014, p.
3).
 Realizar la puesta en funcionamiento del software en las
instalaciones del cliente: “Dejar operativo al software en el
entorno final”(Mon y López Gil, 2014, p. 3).
 Análisis de los resultados de la instalación: “Documentar los
incidentes ocurridos en el proceso de instalación y evaluar su
impacto para la continuidad del proyecto”(Mon y López Gil,
2014, p. 3).

 Subproceso: Configuración del software

 Desarrollo de un plan de personalización de la aplicación:
“Definir el modo en que se llevará a cabo la configuración de la
aplicación”(Mon y López Gil, 2014, p. 3).
 Definición de usuarios y/o perfiles dentro de la aplicación:
“Determinar los permisos o perfiles que diferentes usuarios deben
tener en la aplicación”(Mon y López Gil, 2014, p. 3).
 Migración de la configuración del software existente: “Tener
total o parcialmente configurada la aplicación con la
configuración preexistente”(Mon y López Gil, 2014, p. 3).
 Creación de los usuarios y/o perfiles de la aplicación: “Dejar
creados en la aplicación los diferentes usuarios y/o perfiles”(Mon
y López Gil, 2014, p. 3).
 Personalización de la configuración de la aplicación: “Configurar
la aplicación de modo que cumpla con los requisitos del
usuario”(Mon y López Gil, 2014, p. 3).
 Prueba de la configuración: “Garantizar que se ha cumplido con
la configuración esperada”(Mon y López Gil, 2014, p. 3).

 Subproceso: Aceptación del software

 Definir criterios de aceptación del sistema: “Listar los casos de
prueba a realizar y los resultados esperados”(Mon y López Gil,
2014, p. 3).

16
  Validación y Pruebas de Servicios: “Realizar las pruebas
definidas en el reporte de criterios de aceptación”(Mon y López
Gil, 2014, p. 3).
 Aceptación de software en el entorno operativo: “Lograr que los
usuarios verifiquen que el software cumple con los criterios de
aceptación y por ello con lo requerido”(Mon y López Gil, 2014,
p. 3).

 Subproceso: Conversión del sistema

 Definir estrategia de conversión: “Tener una estrategia de puesta
en marcha del software en producción”(Mon y López Gil, 2014,
p. 3).
 Ejecutar plan de conversión de sistemas: “Llevar a cabo las tareas
definidas en el plan de conversión”(Mon y López Gil, 2014).
 Preparación de datos: “Obtener los datos a migrar al nuevo
software”(Mon y López Gil, 2014, p. 3).
 Migración de datos: “Dejar los datos ya migrados en el
software”(Mon y López Gil, 2014, p. 3).
 Verificación de datos ingresados: “Verificar la consistencia de los
datos migrados”(Mon y López Gil, 2014, p. 3).

 Subproceso: Capacitación de usuarios

 Preparar plan de capacitación: “Tener un plan de trabajo para la
capacitación del personal en el nuevo software”(Mon y López
Gil, 2014, p. 4).
 La capacitación de los usuarios finales: “Que el personal que
opera el sistema está capacitado para hacerlo en forma
autónoma”(Mon y López Gil, 2014, p. 4).
 Capacitación personal técnico: “Que el personal de soporte de la
organización esté capacitado para realizar dicha actividad con el
nuevo software”(Mon y López Gil, 2014, p. 4).
 Capacitar a los afectados por los cambios del sistema: “Que los
diferentes usuarios que son afectados por el nuevo software
conozcan las características más relevantes que puedan
involucrarlos”(Mon y López Gil, 2014, p. 4).

 Subproceso: Operación
 Pruebas de operación: “Garantizar a los usuarios el
funcionamiento del software de acuerdo a las necesidades y con
sus propios datos”(Mon y López Gil, 2014, p. 4).
 Operación del sistema: “Realizar las operaciones habituales con
el sistema”(Mon y López Gil, 2014).

17
  Soporte al usuario: “Resolver las necesida-des de soporte que
pueda tener el usuario”(Mon y López Gil, 2014, p. 4).

 Subproceso: Actualización de los procesos

 Implementación del proceso: “Que los nue-vos procesos o
cambios en los existentes queden adecuadamente
documentados”(Mon y López Gil, 2014, p. 4).
 Institucionalizar un proceso gestionado: “Definir los nuevos
procesos administrativos o modificar los existentes y comunicarlo
a la organización”(Mon y López Gil, 2014, p. 4).
 Informar a la comunidad de usuarios: “Que todos los stakeholders
conozcan el cambio de software”(Mon y López Gil, 2014, p. 4).
 Gestión de Cambios: “Mantener actualizada la documentación y
las líneas base del software”(Mon y López Gil, 2014).
 Gestión del Conocimiento: “Que las lecciones aprendidas a lo
largo del proceso queden registradas en la organización”(Mon y
López Gil, 2014, p. 4).

 Subproceso: Cierre del proyecto

 Confirmar que se ha cumplido con todos los requisitos: “Tener certeza
que se ha cum-plido con todo lo esperado del proyecto”(Mon y López
Gil, 2014, p. 4).
 Cumplir con los criterios de conclusión del proyecto: “Validar que se
ha cumplido con los criterios de finalización del proyecto”(Mon y
López Gil, 2014, p. 4).
 Aceptación formal del producto final: “Documentar la entrega y
aceptación del producto por porte de los actores”(Mon y López Gil,
2014, p. 4).
 Cierre del Contrato: “Tener documentado que se ha cumplido con las
responsabilida-des contractuales entre las partes”(Mon y López Gil,
2014, p. 5).
 Estimación de recursos necesarios: “Tener conocimiento sobre los
recursos que serán necesarios para la implantación”(Mon y López Gil,
2014, p. 5).
 Estimación de tiempo de implantación: “Tener conocimiento sobre el
tiempo que se necesitará para poder implantar el software”(Mon y
López Gil, 2014, p. 5).
 Estimación de costo: “Tener conocimiento sobre los costos que tendrá
asociada la implantación del software”(Mon y López Gil, 2014, p. 5).

18
  Definición plan de implantación: “Tener un plan de trabajo para los
procesos de implantación del software”(Mon y López Gil, 2014, p. 5).
 Definición de puntos de control: “Tener definidos los hitos de control
del plan de implantación”(Mon y López Gil, 2014, p. 5).
 Definición equipo de implantación: “Determinar los perfiles
necesarios y las personas que los cubren para conformar el equipo de
implantación”(Mon y López Gil, 2014, p. 5).
 Definición responsabilidades dentro del equipo: “Que cada una de las
actividades necesarias para la implantación tenga un
responsable”(Mon y López Gil, 2014, p. 5).
 Coordinación de las tareas: “Resolver las dificultades que puedan
surgir y asegurar el avance de las diferentes tareas de la
implantación”(Mon y López Gil, 2014, p. 5).
 Evaluación de avance: “Determinar el grado de avance de la
implantación y su correlación con el plan definido”(Mon y López Gil,
2014, p. 5).

11. Conclusion

Lo que hemos podido comprender a lo largo de esta investigación, es

que los subprocesos pueden comprender la inicialización de otro
subproceso ,y siguen pasos relacionados dentro de un proceso padre,
pero a través del tiempo cada vez mas se va actualizando la manera de
como comprender cada proceso para luego dividirlos en sub procesos.

Es muy importante establecer una conexión con el trabajo mandado ,

porque de ahí veras que todo lo aprendido para un futuro y asi como
nosotros tenemos un concepto breve de lo que es un sub proceso, mis
demás compañeros también deberían de informarse.

12. Bibliografía

BIZAGI, 2019. Subprocesos. [en línea], pp. 1. Disponible en:

http://help.bizagi.com/bpm-suite/es/index.html?sub-processes.htm.
IBM, 2015. Tipos de subproceso. [en línea]. [Consulta: 2 mayo 2019]. Disponible en:
https://www.ibm.com/support/knowledgecenter/es/SSV2LR/com.ibm.wbpm.wle.ed
itor.doc/topics/modelingsubprocesses.html.
IBM, 2019. Modelado de subprocesos de suceso. [en línea]. [Consulta: 25 abril 2019].
Disponible en:
https://www.ibm.com/support/knowledgecenter/es/SSFPJS_8.5.7/com.ibm.wbpm.
wle.editor.doc/topics/modelingeventsubprocesses.html.

19
MICROSOFT, 2018. Subprocesos y subprocesamiento | Microsoft Docs. [en línea].
[Consulta: 2 mayo 2019]. Disponible en: https://docs.microsoft.com/es-
es/dotnet/standard/threading/threads-and-threading.
MICROSOFT, col, 2018. Objetos y características de subprocesos | Microsoft Docs.
[en línea]. [Consulta: 2 mayo 2019]. Disponible en: https://docs.microsoft.com/es-
es/dotnet/standard/threading/threading-objects-and-features.
MONOGRAFIAS.COM Y OTROS, 2011. Procesos y subprocesos en un sistema
operativo (página 2) - Monografias.com. [en línea]. [Consulta: 2 mayo 2019].
Disponible en: https://www.monografias.com/trabajos107/procesos-y-
subprocesos-sistema-operativo/procesos-y-subprocesos-sistema-
operativo2.shtml.
SANTANDER, L., 2012. sistema operativo: procesos y subprocesos. [en línea].
[Consulta: 2 mayo 2019]. Disponible en:
http://ingenieriasistemaunefa.blogspot.com/2012/01/procesos-y-
subprocesos.html.
MARÍA DEL CARMEN, G.F., 2011. Análisis de requerimientos. Publidisa Mexicana [en
línea], Disponible en: https://www.conocimientosweb.net/dcmt/ficha25213.html.
MON, A. y LÓPEZ GIL, F., 2014. Implantación de Software, un Modelo Básico
Resumen. [en línea], pp. 5. Disponible en:
http://sedici.unlp.edu.ar/bitstream/handle/10915/41437/Documento_completo.pdf?
sequence=1.
RENGIFO, J.I., 2010. Diseño de una metodología para el proceso de software para
una compañía de tic nacional. [en línea], Disponible en:
https://repository.eafit.edu.co/bitstream/handle/10784/412/JoseIgnacio_Rengifo_2
010.pdf;jsessionid=7588E3BA3925F0EDC726897F52067A94?sequence=1.

20