Tesis - CuerpoV2

Diseo de la arquitectura de negocios y aplicaciones, y
generacin de requerimientos de TI para los productos de gestin

interna de las fbricas de software
Item type info:eu-repo/semantics/bachelorThesis
Authors Tejada Mezarina, Manuel
Publisher Universidad Peruana de Ciencias Aplicadas (UPC)
Rights info:eu-repo/semantics/openAccess
Downloaded 24-mar-2017 06:20:44
Link to item http://hdl.handle.net/10757/592793

FACULTAD DE INGENIERA
CARRERA DE INGENIERA DE SOFTWARE
Diseo de la Arquitectura de Negocios y Aplicaciones, y Generacin de

Requerimientos de TI para los Productos de Gestin Interna de las Fbricas de
Software
PROYECTO PROFESIONAL
Para optar el ttulo de:
INGENIERO DE SOFTWARE
ASESOR:
Ing. Luis Hernn Garca Paucar
AUTOR:
Tejada Mezarina, Manuel
200110798
LIMA - PER 2012

DEDICATORIA
El presente proyecto profesional est dedicado

a mis padres y enamorada que me apoyaron
a lo largo de mi vida universitaria.
As mismo, est dedicado a los profesores y colaboradores
que me apoyaron a lo largo de todo el proyecto
ii
AGRADECIMIENTO
A mis padres quienes siempre me apoyaron

durante toda mi formacin profesional
en buenos y malos momentos.
A m enamorada quien siempre me apoy y no dej

que me diera por vencido para la
realizacin de este proyecto.
Al asesor de este proyecto, el Ing. Luis Hernn Garca Paucar

y a los profesores Ilver Anache Pupo y Miguel Arruntegui
que me dieron su apoyo mediante el aporte
de sus ideas, conocimientos y recomendaciones.
A mis colaboradores de la empresa Java Software Factory

que me apoyaron, con sus conocimientos y ganas de trabajar,
durante el proyecto, ya que sin ellos no se hubiera
podido realizar este proyecto.
iii
RESUMEN
En los ltimos ciclos (7mo, 8vo, 9no y 10mo ciclo) de la carrera de Ingeniera de
Software e Ingeniera de Sistemas de Informacin los alumnos se integran a las
empresas virtuales para ser parte de un proyecto o cumplir con un rol. Las empresas
virtuales simulan la realidad que el alumno enfrentar al momento de terminar su
respectiva carrera, ya sea formando parte de un grupo que desarrolla un proyecto o
como parte de la gerencia de una empresa.
Las empresas virtuales se dividen en empresas de lnea, factoras y empresa de QA. Las
empresas de lnea, desarrollan aplicaciones para el rubro que fueron creadas como es el
caso de Educa-T que desarrolla aplicaciones para el sector educacin, Salud-Able que
desarrolla productos para el sector salud.
Las factoras, se dividen en tecnologas Open Source y tecnologas Microsoft. Para
ambas tecnologas se crearon las empresas Java Software Factory y Net Factory. Las
factoras se dedican al desarrollo de productos software tanto para la gestin interna de
las empresas virtuales y el desarrollo de productos software a pedido de las empresas
de lnea y la empresa de QA.
La empresa QA, tiene la responsabilidad de asegurar la calidad de los productos
(artefactos y productos software) que desarrollan las empresas de lnea o factoras.
Actualmente, todas las empresas virtuales presentan una serie de problemas en las reas
de TI, negocios, aplicaciones y datos. Respecto a los problemas del rea de TI, no se
cuenta con un mecanismo definido para la comunicacin entre las empresas que
solicitan apoyo para desplegar productos software. Adems, no se tiene una
infraestructura adecuada para el despliegue de productos en diversas tecnologas (java,
PHP, etc.).
Respecto al rea de negocios, las empresas virtuales comparten un serie de procesos
(como por ejemplo: seleccin de personal, capacitacin de personal, etc.) los cuales no
estn estandarizados.
Respecto al rea de aplicaciones, los productos que implementan procesos de gestin
interna de las empresas virtuales (como por ejemplo: seleccin de personal, capacitacin
de personal, etc.) no tienen una gua de los aspectos de seguridad que se deben de
considerar al desarrollar un producto software, as mismo no se cuenta con un acceso
nico para los productos software que implementan procesos de gestin interna de las
empresas virtuales.
iv
Finalmente, el rea de datos presenta el problema de redundancia de datos, bases de
datos dispersas, no se tiene una nomenclatura y un proceso estndar para la creacin de
las bases de datos.
Ante los problemas identificados en los prrafos anteriores, el presente proyecto tiene
como propsito proponer una Arquitectura Empresarial Orientada a Servicios que
permita resolver los problemas identificados para procesos especficos. La Arquitectura
Empresarial Orientada a Servicios que se propone en el presente proyecto consta de
cuatro arquitecturas: Negocios (los procesos que abarcar el presente proyecto son:
Seleccin de Personal, Capacitacin de Personal, Evaluacin de Personal, Gestin de
Proyectos y Desarrollo de Software), Datos, Aplicaciones y TI (en el presente proyecto
se generar propuestas de mejoras para TI) .
El desarrollo de la Arquitectura Empresarial Orientada a Servicios estar a cargo de las
fbricas Java Software Factory y Net Factory. La fbrica Java Software Factory, estar a
cargo de las Arquitecturas de Negocios, Aplicaciones y Propuesta de Mejoras para el
rea de TI.
La Arquitectura de Negocio, ser desarrollada a lo largo del ciclo 2010-01 en
colaboracin con la empresa Methods (empresa creada en su tiempo exclusivamente
para la standardizacin de los procesos de gestin interna de las empresas virtuales) y
las factoras. Asimismo, La arquitectura de Negocios permitir estandarizar los procesos
de Gestin de recursos y ambiente de trabajo (especficamente los subprocesos de
Seleccin de Personal, Capacitacin de Personal y Evaluacin de Personal), Gestin de
Proyectos y Desarrollo de Software para todas las empresas virtuales.
La Propuesta de mejoras para el rea de TI, se desarroll en el ciclo de verano 2010-00.
Dicha propuesta permitir generar requerimientos tcnicos para que las arquitecturas de
Negocios, Datos y Aplicaciones puedan ser soportadas por una infraestructura
tecnolgica adecuada.
La empresa .Net Factory (empresa que funcion hasta el ciclo 2010-1), ser responsable
de la arquitectura de Datos la cual dar soporte a la arquitectura de Negocios. El
desarrollo de dicha arquitectura se realizar en la primera parte del ciclo 2010-1.
La Arquitectura de Aplicacin est a cargo de ambas fbricas y se desarrollar en los
ciclos 2010-01 y 2010-02. El inicio de la Arquitectura de Aplicacin se realizar en la
segunda parte del ciclo 2010-01 y ser finalizada en la primera parte del ciclo 2010-02.
A la fecha, se ha logrado definir un acuerdo de trabajo conjunto entre la empresa virtual
Methods(empresa que funcion durante el ciclo 2010-1) y el presente proyecto de
Arquitectura Empresarial, a cargo de Manuel Tejada Mezarina. El acuerdo entre la
empresa virtual Methods y el presente proyecto permitir definir, estandarizar, verificar
y validar los procesos de Gestin de Proyectos, Desarrollo y Mantenimiento de
Software, Seleccin de Personal, Capacitacin de Personal y Evaluacin de Personal.
Adems, se logr definir el proceso de Seleccin de Personal el cual ya fue presentado
a las empresas virtuales y el profesor Ilver Anache. As mismo, los macro procesos de
Gestin de Proyecto y Desarrollo de Software ya pasaron por una verificacin por parte
del profesor Alex Vidaurre y se inici la correccin de los defectos encontrados.
v
INDICE
DEDICATORIA ................................................................................................... II
AGRADECIMIENTO .......................................................................................... III
RESUMEN ........................................................................................................ IV
INTRODUCCIN ............................................................................................. 12
1. FUNDAMENTACIN Y MARCO TERICO ............................................. 14

1.1. Contexto del Proyecto .................................................................................................................. 15
1.2. Anlisis del Problema .................................................................................................................. 15
1.3. Solucin Propuesta ....................................................................................................................... 15

1.3.1. Descripcin de la propuesta..................................................................................................... 15
1.3.2. Objetivos Generales ................................................................................................................ 16
1.3.3. Objetivos Especficos .............................................................................................................. 16
1.3.4. Indicadores de logro de los Objetivos ..................................................................................... 17
1.3.5. Alcance del Proyecto ............................................................................................................... 17
1.4. Oportunidad de Negocio .............................................................................................................. 18
1.5. Marco Terico .............................................................................................................................. 18

1.5.1. SOMA ..................................................................................................................................... 18
1.5.2. MoproSoft ............................................................................................................................... 19
1.5.3. Definiciones de una Arquitectura Empresarial ........................................................................ 26
1.5.4. Information Technology Infrastructure Library (ITIL) ........................................................... 28
1.5.5. OWASP ................................................................................................................................... 29
1.5.6. EUP ......................................................................................................................................... 30
2. REQUERIMIENTOS DE LA SOLICIN .................................................... 31

2.1. Descripcin del Captulo .............................................................................................................. 32
2.2. Lista de requerimientos ................................................................................................................ 32
3. PRUEBAS DE QA Y PRUEBAS DE CONCEPTO .................................... 37

3.1. Proceso de pruebas QAS .............................................................................................................. 38
3.1.1. Descripcin.............................................................................................................................. 38
3.1.2. Proveedores de Pruebas ........................................................................................................... 38
3.2. Ejecucin de pruebas de concepto................................................................................................ 40

3.2.1. Capa de consumidores ............................................................................................................. 41
3.2.2. Seguridad ................................................................................................................................. 43
3.2.3. Servidor de Procesos ............................................................................................................... 52
4. MODELAMIENTO EMPRESARIAL (EBM)................................................ 55
vi
4.1. Objetivos Estratgicos Empresariales .......................................................................................... 56
4.2. Modelamiento de Procesos .......................................................................................................... 57

4.2.1. Mapa de Procesos .................................................................................................................... 57
4.2.2. Definicin de Procesos ............................................................................................................ 58
4.2.3. Integracin de Procesos ......................................................................................................... 173
4.2.4. Alineamiento de Procesos con Objetivos .............................................................................. 173
4.3. Modelamiento de datos .............................................................................................................. 175

4.3.1. Modelo de Dominio............................................................................................................... 175
4.4. Modelamiento de la Organizacin ............................................................................................. 184

4.4.1. Organigrama Empresarial ...................................................................................................... 184
4.4.2. Definicin de Stakeholders Empresariales ............................................................................ 186
4.4.3. Definicin de Stakeholders Internos ..................................................................................... 186
4.5. Descomposicin Funcional ........................................................................................................ 187

4.5.1. Mapeo de Procesos y Entidades ............................................................................................ 192
4.5.2. Priorizacin de procesos:....................................................................................................... 201
5. ARQUITECTURA EMPRESARIAL ......................................................... 206

5.1.1. Descripcin del captulo ........................................................................................................ 207
5.2. Definicin de Arquitectura Empresarial Orientada a Servicios ................................................. 207
5.3. Arquitectura de negocios............................................................................................................ 207

5.3.2. Definicin General de los procesos Objetivos....................................................................... 208
5.4. Arquitectura de Aplicaiones ....................................................................................................... 224

5.4.2. Arquitectura de Referencia .................................................................................................... 224
5.4.3. Identificacin de Servicios .................................................................................................... 227
5.4.4. Orquestacin y Coreografa ................................................................................................... 228
5.5. 5.5 Arquitectura de TI (Requerimientos para el rea de TI) ...................................................... 229

5.5.1. Definicin .............................................................................................................................. 229
5.5.2. Estado Actual del Centro de Cmputo .................................................................................. 229
5.5.3. Proceso de Desarrollo de la Arquitectura de TI..................................................................... 231
5.5.3.1. Problemas presentados en el desarrollo de la arquitectura de TI ...................................... 232
5.5.4. Arquitectura de TI ................................................................................................................. 233
5.5.5. Pruebas de performance ........................................................................................................ 235
5.5.6. Necesidades para la cumplir con la Arquitectura de TI propuesta ....................................... 238
6. GESTIN DEL PROYECTO ................................................................... 240

6.1. Descripcin del Captulo ............................................................................................................ 241
6.2. Administracin del proyecto ...................................................................................................... 241

6.2.1. Hechos relevantes .................................................................................................................. 246
6.3. Gestin de riesgos ...................................................................................................................... 246
6.4. Actividades realizadas para la Empresa Methods ...................................................................... 254
7. CONCLUSIONES Y RECOMENDACIONES .......................................... 255
vii
CONCLUSIONES........................................................................................... 256
RECOMENDACIONES .................................................................................. 259
GLOSARIO..................................................................................................... 260
BIBLIOGRAFA .............................................................................................. 263
ANEXOS ........................................................................................................ 265
viii
INDICE DE FIGURAS
FIGURA 1.1 - VISTA DE CATEGORAS DE MOPROSOFT ................................................................................. 19

FIGURA 1.2 - EL CICLO DE VIDA PARA EL PROCESO DE EMPRESA UNIFICADA (EUP) ................................... 30
FIGURA 3.3 - VISTA DEL CONTENEDOR DE PORTALES OPEN PORTAL CONTAINER ....................................... 42
FIGURA 3.4 - VISTA DEL ENTORNO DEL CONTENEDOR DE PORTALES WEBSYNERGY ................................... 43
FIGURA 3.5 - VISTA DEL SERVIDOR DE INTALIO .......................................................................................... 53
FIGURA 3.6 - VISTA DEL IDE INTALIO DESIGNER........................................................................................ 53
FIGURA 4.8 - MAPA DE MACRO PROCESOS DE LA CORPORACIN DE EMPRESAS VIRTUALES ...................... 58
FIGURA 4.40 - VISTA DE INTEGRACIN DE PROCESOS................................................................................ 173
FIGURA 4.41 - VISTA DE LAS ENTIDADES IDENTIFICADAS DENTRO DEL PROYECTO ................................... 176
FIGURA 4.42 - DIAGRAMA DE DOMINIO DEL PROCESO DE GESTIN DE RRHH Y AMBIENTE DE TRABAJO
PARTE 1 ........................................................................................................................................... 177
FIGURA 4.43 - DIAGRAMA DE DOMINIO DEL PROCESO DE GESTIN DE RRHH Y AMBIENTE DE TRABAJO
PARTE 2 ........................................................................................................................................... 178
FIGURA 4.44 - DIAGRAMA DE DOMINIO DEL PROCESO DE GESTIN DE PROYECTOS PARTE 1 .................. 179
FIGURA 4.45 - DIAGRAMA DE DOMINIO DEL PROCESO DE GESTIN DE PROYECTOS PARTE 2 .................. 180
FIGURA 4.46 - DIAGRAMA DE DOMINIO DEL PROCESO DE GESTIN DE DESARROLLO PARTE 1 ............... 181
FIGURA 4.49 - ORGANIGRAMA DE LA CORPORACIN DE EMPRESAS VIRTUALES ...................................... 184
FIGURA 4.50 - ESTRUCTURA DE EDUCA-T................................................................................................. 185
FIGURA 4.53 - DESCOMPOSICIN FUNCIONAL DE LA GESTIN DE DESARROLLO Y MANTENIMIENTO DE
SOFTWARE ....................................................................................................................................... 187
FIGURA 4.54 - DESCOMPOSICIN FUNCIONAL DE LA GESTIN DE PROYECTOS.......................................... 188
FIGURA 4.55 - DESCOMPOSICIN FUNCIONAL DE LA GESTIN DE RECURSOS HUMANOS Y AMBIENTE DE
TRABAJO ......................................................................................................................................... 189
FIGURA 5.56 - ESTA ABSTRACCIN DE ALTO NIVEL DE UNA ARQUITECTURA DE REFERENCIA SOA .......... 225
FIGURA 5.57 - DE LA ORQUESTACIN DE SERVICIOS .................................................................................. 228
FIGURA 5.58 - VISTA DE LA ARQUITECTURA DE TI GENERADA EN EL CICLO 2010-0.................................. 234
FIGURA 5.59 - LISTA DE RESULTADOS DE LA PRUEBA DE PERFORMANCE EN LOS SERVIDORES VIRTUALES 236
FIGURA 5.60 - PRUEBA 1 DE PERFORMANCE .............................................................................................. 237
FIGURA 5.61 - PRUEBA 20 DE PERFORMANCE ............................................................................................ 237
FIGURA 6.65 - PRIMER ANLISIS DE RIESGOS PARTE 1 ............................................................................... 248
FIGURA 6.66 - PRIMER ANLISIS DE RIESGOS PARTE 2 ............................................................................... 249
FIGURA 6.67 - SEGUNDO ANLISIS DE RIESGOS PARTE 1 ........................................................................... 251
FIGURA 6.68 - SEGUNDO ANLISIS DE RIESGOS PARTE 2 ........................................................................... 252
ix
INDICE DE TABLAS
TABLA 1.1 - RESUMEN DEL PROCESO DE GESTIN DEL NEGOCIO MOPROSOFT ........................................ 20
TABLA 1.2 - RESUMEN DEL PROCESO DE GESTIN DE PROCESOS MOPROSOFT ......................................... 21
TABLA 1.3 - RESUMEN DEL PROCESO DE GESTIN DE PROYECTOS MOPROSOFT....................................... 22
TABLA 1.4 - RESUMEN DEL PROCESO DE GESTIN DE RECURSOS MOPROSOFT......................................... 23
TABLA 1.5 - RESUMEN DEL PROCESO DE ADMINISTRACIN DE PROYECTOS ESPECFICOS MOPROSOFT ... 24
TABLA 1.6 - RESUMEN DEL PROCESO DE DESARROLLO Y MANTENIMIENTO DE SOFTWARE MOPROSOFT 25
TABLA 1.7 - LISTA DE PROCESOS DEL ESTNDAR ITIL................................................................................ 29
TABLA 2.8 - REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES ............................................................ 33
TABLA 2.9 - REQUERIMIENTOS DE LA ARQUITECTURA PROPUESTA ............................................................ 34
TABLA 2.10 - ATRIBUTOS DE CALIDAD PARA LA ARQUITECTURA DE APLICACIONES PROPUESTA ................ 35
TABLA 2.11 - CUADRO DE LAS DECISIONES ARQUITECTNICAS TOMADAS .................................................. 35
TABLA 2.12 - CRUCE DE REQUERIMIENTOS TCNICOS, ATRIBUTOS DE CALIDAD Y REQUERIMIENTOS DEL
PROYECTO ......................................................................................................................................... 36
TABLA 3.13 - OBSERVACIONES REALIZADAS EN LAS REUNIONES DE VALIDACIN DE LOS PROCESOS DE
SELECCIN DE PERSONAL, CAPACITACIN DE PERSONAL Y EVALUACIN DE PERSONAL ................ 40
TABLA 3.14 - TABLA 14 WEBSYNERGY VS TOP 10 OWASP 2010 ............................................................. 48
TABLA 3.15 - WEBSYNERGY VS TOP 10 OWASP 2007 ............................................................................. 52
TABLA 4.16 - LISTA DE OBJETIVOS EMPRESARIALES ESPECFICOS ............................................................. 57
TABLA 4.17 - MACRO PROCESOS VS. OBJETIVOS ESTRATGICOS ............................................................. 174
TABLA 4.18 - SUB-PROCESOS DE LA GESTIN DE RECURSOS HUMANOS Y AMBIENTE DE TRABAJO VS.
OBJETIVOS ESTRATGICOS .............................................................................................................. 174
TABLA 4.19 - SUB-PROCESOS DE LA GESTIN DE PROYECTOS VS. OBJETIVOS ESTRATGICOS ................. 175
TABLA 4.20 - SUB-PROCESOS DE LA GESTIN DE DESARROLLO Y MANTENIMIENTO DE SOFTWARE VS.
OBJETIVOS ESTRATGICOS .............................................................................................................. 175
TABLA 4.21 - STAKEHOLDERS EXTERNOS A LA CORPORACIN .................................................................. 186
TABLA 4.22 - STAKEHOLDERS INTERNOS A LA CORPORACIN................................................................... 187
TABLA 4.23 - DESCOMPOSICIN FUNCIONAL DE LA GESTIN DE DESARROLLO Y MANTENIMIENTO DE
SOFTWARE ....................................................................................................................................... 190
TABLA 4.24 - DESCOMPOSICIN FUNCIONAL DE LA GESTIN DE RECURSOS HUMANOS Y AMBIENTE DE
TRABAJO .......................................................................................................................................... 191
TABLA 4.25 - DESCOMPOSICIN FUNCIONAL DE LA GESTIN DE PROYECTOS ........................................... 192
TABLA 4.26 - GESTIN DE RECURSOS HUMANOS Y DE MEDIO AMBIENTE VS. ENTIDADES ...................... 193
TABLA 4.27 - PROCESO DE GESTIN DE DESARROLLO VS. ENTIDADES PARTE I ....................................... 194
TABLA 4.28 - PROCESO DE GESTIN DE DESARROLLO VS. ENTIDADES PARTE II ................................ 196
TABLA 4.29 - DESCOMPOSICIN FUNCIONAL DE LA GESTIN DE PROYECTOS ........................................... 197
TABLA 4.30 - PROCESO DE GESTIN DE PROYECTOS VS. ENTIDADES PARTE I.......................................... 198
TABLA 4.31 - PROCESO DE GESTIN DE PROYECTOS VS. ENTIDADES PARTE II ........................................ 199
TABLA 4.32 - PROCESO DE GESTIN DE PROYECTOS VS. ENTIDADES PARTE III ....................................... 200
TABLA 4.33 - RELACIN ENTRE OBJETIVOS ORGANIZACIONALES VS. PROCESOS ..................................... 202
TABLA 4.34 -LEYENDA DE LOS VALORES DE LA TABLA 33 ..................................................................... 203
TABLA 4.35 -RESUMEN DE RESULTADOS DE LA TABLA 33...................................................................... 203
TABLA 4.36 - FRECUENCIA DE USO DE ENTIDADES POR PARTE DE LOS PROCESOS................................ 204
TABLA 4.37 - PRIORIZACIN DE PROCESOS ........................................................................................... 205
TABLA 5.38 COMPARACIN DEL PROCESO DE SELECCIN DE PERSONAL DE LAS FBRICAS JAVA
SOFTWARE FACTORY VS NET FACTORY .......................................................................................... 212
TABLA 5.39 - INDICADORES DE XITO NO CUMPLIDOS DEL PROYECTO SPC V1.0 ...................................... 213
TABLA 5.40 - ALCANCES NO CUMPLIDOS DEL PROYECTO SCP V1.0 .......................................................... 213
TABLA 5.41 - COMPARACIN ENTRE LAS ACTIVIDADES DEL PROCESO DE SELECCIN DE PERSONAL DEL
PROYECTO DAEPIFS Y MOPROSOFT............................................................................................... 216
TABLA 5.42 - COMPARACIN ENTRE LOS WORKPRODUCTS DEL PROCESO DE SELECCIN DE PERSONAL DEL
TABLA 5.43 - COMPARACIN ENTRE LAS ACTIVIDADES DEL PROCESO DE EVALUACIN DE PERSONAL DEL
TABLA 5.44 - COMPARACIN ENTRE LOS WORKPRODUCTS DEL PROCESO DE EVALUACIN DE PERSONAL
DEL PROYECTO DAEPIFS Y MOPROSOFT........................................................................................ 220
TABLA 5.45 - COMPARACIN ENTRE LAS ACTIVIDADES DEL PROCESO DE CAPACITACIN DE PERSONAL DEL
x
TABLA 5.46 - COMPARACIN ENTRE LOS WORKPRODUCTS DEL PROCESO DE CAPACITACIN DE PERSONAL
DEL PROYECTO DAEPIFS Y MOPROSOFT........................................................................................ 223
TABLA 5.47 - LISTA DE SERVICIOS PARA EL PROCESO DE SELECCIN DE PERSONAL................................. 227
TABLA 5.48 - CARACTERSTICAS TCNICAS DE LOS SERVIDORES DE CENTRO DE CMPUTO DEDICADOS A
LA CARRERA DE COMPUTACIN DE LA UPC..................................................................................... 230
TABLA 5.49 - CARACTERSTICAS TCNICAS DE LOS SERVIDORES DE CENTRO DE CMPUTO DEDICADOS A
LA CARRERA DE COMPUTACIN DE LA UPC..................................................................................... 230
TABLA 5.50 - DESCRIPCIN DE LAS HERRAMIENTAS SOFTWARE UTILIZADAS........................................... 231
TABLA 5.51 - LISTA DE SERVIDORES VIRTUALES UTILIZADOS EN LA ARQUITECTURA DE TI ...................... 235
TABLA 5.52 - LISTA DE SERVIDORES DEL C ENTRO DE CMPUTO DE LA CARRERA DE COMPUTACIN DE LA
UPC................................................................................................................................................. 236
TABLA 6.53 - CRONOGRAMA DEL PROYECTO PARA LOS CICLOS 2010-0 Y 2010-1. .................................... 245
TABLA 6.54 - PUNTUACIONES DE LA VALORACIN DE LA CRITICIDAD DEL RIESGO. ................................. 247
TABLA 6.55 - ESCALA DE CRITICIDAD DE RIESGOS .................................................................................... 247
xi
INTRODUCCIN
El tema del presente proyecto profesional se centra en generar una Arquitectura

Empresarial orientada a servicios para las empresas virtuales de las carreras de
Ingeniera de Software y Sistemas de Informacin de la Universidad Peruana de
Ciencias Aplicadas. El proyecto se realiz en los ciclos 2010-0 y 2010-1
La Arquitectura Empresarial Propuesta es el resultado del trabajo conjunto entre las

empresas Java Software Factory, Net Factory y la empresa Methods. El modelo de
referencia de procesos de negocios empleado en el presente trabajo es el definido en
MoproSoft1. Para la arquitectura de aplicaciones se tom como metodologa de
desarrollo a SOMA2 de IBM y a su respectiva arquitectura de referencia.
El proyecto est compuesto por seis captulos. En el primero, se presenta la justificacin

del proyecto, la necesidad de contar con una Arquitectura Empresarial. Se define la
metodologa y modelo de calidad seguido a lo largo del presente proyecto.
En el segundo captulo, se mostrarn los requerimientos funcionales y no funcionales

que debe cumplir la Arquitectura Empresarial. Los requerimientos se obtendrn de la
elaboracin de los procesos, del comit y del uso del proyecto OWASP.
En el tercer captulo, se explican las diversas pruebas que se desarrollaron en el

proyecto. Dichas pruebas fueron de dos tipos. El primer tipo orientado a las pruebas de
QAS para la Arquitectura de Negocios realizada por la empresa QA. El segundo tipo
constituido por las pruebas de concepto las cuales permitieron elegir herramientas
software para la Arquitectura de Aplicaciones.
En el cuarto captulo, se desarrolla la arquitectura empresarial de acuerdo al alcance del

proyecto. En este captulo se desarrollaron las arquitecturas Negocios y Aplicaciones y
se generan los requerimientos para el rea de TI. En el caso de la Arquitectura de TI, se
propuso una serie de mejoras para la gestin de dicha rea; tambin se propuso una
1
La definicin se encuentra en el subcaptulo 1.5 MoproSoft
2
La definicin se encuentra en el subcaptulo 1.5 SOMA
12
arquitectura de TI bsica. En el caso de la arquitectura de Negocios, se desarrollaron los
Macro Procesos de Desarrollo de Software y Gestin de Proyectos y los subprocesos de
Seleccin de Personal, Evaluacin de Personal y Capacitacin de Personal. Finalmente,
en la Arquitectura de Aplicaciones se defini una serie de productos software que
permitiran implementar los procesos antes mencionados.
En el quinto captulo, se describe como se realiz la gestin del presente proyecto

respecto al manejo de los riesgos, del cronograma de trabajo y de la coordinacin entre
las empresas virtuales en especial con la empresa Methods (empresa que oper el ciclo
2010-1).
Finalmente, en el sexto captulo, se presentan las conclusiones del presente proyecto as

como recomendaciones para los proyectos que implementarn los procesos definidos en
este documento.
13
1. FUNDAMENTACIN Y MARCO TERICO
14
1.1. Contexto del Proyecto
Entre las empresas virtuales creadas en las carreras de Ingeniera de Software e

Ingeniera de Sistemas de Informacin, existen en la actualidad dos factoras de
Software: la empresa Java Software Factory, especializada en el desarrollo de
aplicaciones basado en herramientas Open Source y la empresa .Net Factory, la
cual realiza la misma labor basndose en la plataforma .Net de Microsoft.
Ambas fbricas tienen como objetivo comn el brindar, a las empresas virtuales,
productos software ya sean para la gestin interna de las empresas virtuales o
productos software del rubro de las empresas de lnea.
1.2. Anlisis del Problema

En la actualidad, las aplicaciones desarrolladas por las fbricas virtuales Java
Software Factory y .Net Software Factory, no han llegado a un nivel de integracin
adecuado. Esto se evidencia a travs de los requerimientos en los productos actuales,
los cuales se describen a continuacin:
Contar con un adecuado modelado de los procesos de Gestin de Recursos y
ambiente de trabajo (especficamente los procesos de Seleccin de personal,
Capacitacin de Personal y Evaluacin de Personal), Gestin de Proyectos y
Desarrollo de Software. Teniendo como base al modelo de procesos para la
industria software MoproSoft.
Contar con una aplicacin central para acceder a los productos software que
automatizan los procesos de gestin interna de las empresas virtuales.
Contar con una base de datos centralizada y estandarizada para los diversos
productos software que automatizan los procesos de gestin interna de las
empresas virtuales.
En la implementacin de aplicaciones Web se tomen en cuenta las
vulnerabilidades ms comunes definidas en OWASP Top 10 - 2007 evitando
as que la informacin sensible de las empresas y la de sus colaboradores no
se vean comprometidos por terceros.
Contar con una adecuada configuracin del Centro de Cmputo que de
soporte a los productos software que automatizan procesos de gestin interna
de las empresas virtuales.
1.3. Solucin Propuesta
1.3.1. Descripcin de la propuesta

En atencin a los requerimientos identificados, es necesario realizar acciones para
definir una Arquitectura Empresarial Orientada a Servicios estndar para los
productos que ayudan a la gestin interna de las empresas virtuales.
Los procesos con los que se trabajarn en el presente proyecto son los de procesos
Gestin de Recursos (especficamente los subprocesos de Seleccin de Personal,
Capacitacin de Personal y Evaluacin de Personal), Gestin de Proyectos y
Desarrollo de Software.
Etapas principales
Este esfuerzo ha sido dividido en tres etapas principales para el equipo de Java:
Fase 1: En esta primera etapa se definir la arquitectura de referencia de
aplicaciones sobre la que se trabajar. Por otro lado, se desarrollar una arquitectura
de TI que dar soporte a las Arquitecturas de Procesos, Negocios y Datos.
Fase 2: La segunda etapa tiene por objetivo definir e implementar la

Arquitectura de Datos (desarrollada por el equipo de Net Factory) la cual soportar
la Arquitectura de Procesos (desarrollada por el equipo de Java Factory).
Fase 3: En esta tercera fase se iniciar e implementar parte de la Arquitectura

de Aplicaciones, basndose en la Arquitectura de Referencia de IBM y siguiendo la
metodologa de SOMA. As mismo, se realizar la integracin de las herramientas
definidas hasta el momento. Cabe resaltar que en esta fase se trabajar en conjunto
con la empresa de .NET.
Para implementar exitosamente las fases descritas, ambas fbricas han definido un
equipo de colaboradores que se encargarn de realizar las tareas involucradas y
lograr definir una Arquitectura Orientada a Servicios estandarizada para los
productos de gestin interna de las empresas virtuales desarrolladas por ambas
fbricas virtuales. Para el desarrollo de la Arquitectura Orientada a Servicios se
har uso de la metodologa de desarrollo SOMA.
La empresa Java Software Factory, plantea para el presente proyecto llevar a cabo
la primera fase en el ciclo 2010-0, y la segunda y tercera fase en conjunto con el
equipo de .Net Factory en el ciclo 2010-1. Se debern realizar entregables
peridicamente los cuales sern validados por las empresas virtuales y verificados
por la empresa QA.
Finalmente, el equipo de la empresa .Net Factory estar a cargo de culminar con la
Arquitectura de Aplicaciones (que se encuentra dentro de la fase 3), con
colaboradores de la fbrica Java Software Factory, para el ciclo 2010-2.
1.3.2. Objetivos Generales
Disear una arquitectura de Negocios y Aplicaciones orientada a servicios y generar

requerimientos para el rea de TI, que permita que los productos software para la
gestin interna de las fbricas virtuales implementadas por ambas fbricas de
software se integren a diferentes niveles.
1.3.3. Objetivos Especficos
OE1. Definir una Arquitectura de Negocios la cual cumpla con las necesidades de
las Empresas Virtuales y se tome como base al modelo de calidad MoproSoft para
los procesos Gestin de recursos y ambiente de trabajo (especficamente los
subprocesos de Seleccin de Personal, Capacitacin de Personal y Evaluacin de
Personal), Gestin de Proyectos y Desarrollo de Software .
OE2. Generar requerimientos de TI sobre la base de la actual infraestructura del
centro de cmputo que satisfagan los requerimientos de la Arquitectura de Negocio,
Aplicacin y Datos para las soluciones de apoyo a las actividades de los Talleres de
Proyecto.
OE3. Definir una Arquitectura de Aplicaciones que de soporte a los procesos de
Gestin de Recursos y ambiente de trabajo (especficamente los subprocesos de
16
Seleccin de Personal, Capacitacin de Personal y Evaluacin de Personal), Gestin
de Proyectos y Desarrollo de Software.
1.3.4. Indicadores de logro de los Objetivos
El cumplimiento de los objetivos del proyecto se mide a travs de los siguientes

indicadores de logro:
Objetivo Especfico 1
1. Documento Definicin de Procesos para la Arquitectura de Negocios
para los procesos objetivos definidos en el OE1.
2. Certificado de calidad de la Empresa QA para el Documento

Definicin de Procesos de la Arquitectura de Negocios.
3. Acta de conformidad de los procesos objetivos por parte de las

Empresas Virtuales y de la empresa Methods.
1. Documento de requerimientos para el rea de TI (empresa IT-
Expert) que de soporte a las arquitecturas de Aplicaciones, Datos y
Procesos.
2. Acta de conformidad de la empresa virtual IT-Expert.
1. Documento SAD v1.1 de las herramientas seleccionadas.
2. Manuales de las pruebas de concepto.
3. Acta de conformidad por parte de la empresa Methods.
1.3.5. Alcance del Proyecto
Generar un documento en el que se describan las necesidades en cuanto a la

implementacin de una arquitectura de TI y el desarrollo de reas de gestin a la
empresa IT-Expert.
La definicin de una Arquitectura de Negocios para los procesos de Gestin de
Recursos y Ambiente de trabajo (especficamente los procesos de Seleccin de
personal, Capacitacin de Personal y Evaluacin de Personal), Gestin de Proyectos
y Desarrollo de Software.
La definicin de la primera etapa de la Arquitectura de Aplicaciones la cual consta

de:
Definir una Arquitectura de Aplicacin Base.
Generar un prototipo del portal.
Definir la seguridad necesaria para la informacin sensible.
Realizar las pruebas de concepto para la integracin de los procesos a nivel
de Datos, Modelado de Procesos, TI e Interfase.
1.4. Oportunidad de Negocio
Actualmente los procesos de gestin interna de las fbricas de software

(especficamente los procesos de Seleccin de personal, Capacitacin de Personal y
Evaluacin de Personal, Gestin de Proyectos y Desarrollo de Software) carecen de:
- Un adecuado modelado de los procesos.
- Una aplicacin que centralice los productos software que implementan los
procesos de gestin interna de las fbricas de software.
- Una base de datos centralizada para la informacin de los procesos de gestin
interna.
- Contar con productos software de gestin interna de las fbricas de software
tomen en cuenta la proteccin de la informacin sensible.
Ante las carencias identificadas el presente proyecto propone la standarizacin de

procesos de gestin interna de las fbricas de software (especficamente los procesos de
Seleccin de personal, Capacitacin de Personal y Evaluacin de Personal, Gestin de
Proyectos y Desarrollo de Software) y una arquitectura empresarial basada en SOA para
las fbricas de software.
1.5. Marco Terico
1.5.1. SOMA
El desarrollo de la Arquitectura de aplicaciones Orientada a Servicios se realizar

mediante SOMA. Ambos equipos (Net Factory y Java Factory) utilizaran esta
metodologa para el desarrollo de este proyecto.
La metodologa de desarrollo que se eligi para el presente proyecto es SOMA3. SOMA

(Service-oriented modelling and architecture) propone un ciclo de vida para la
implementacin de soluciones basados en SOA. La metodologa SOMA desarrolla su
ciclo de vida en base a tcnicas y normas para el desarrollo de sus fases (Identificacin,
Especificacin y Realizacin) para as construir soluciones basadas en SOA altamente
reutilizables. Adems, SOMA permite el desarrollo de una arquitectura SOA que este
alineado a los objetivos del negocio.
La metodologa SOMA consta de tres fases para el desarrollo de de servicios los cuales
son:
Identificacin: En esta fase se realiza la identificacin de servicios y se
definen cmo se integran dichos servicios; creando un portafolio de
servicios y la alineacin de los servicios con los objetivos de la empresa.
Especificacin: En esta fase se desarrollar el modelo de servicios en
funcin a las dependencias entre los servicios y los requisitos no funcionales.
Realizacin: Se valida el desarrollo de lo elaborado en las fases anteriores.
Para el presente proyecto la validacin de los procesos ser realizada por la
empresa de QA.
La eleccin de la metodologa SOMA fue acertada debido a que permiti al presente
proyecto contar con etapas y actividades bien definidas.
3
http://www.ibm.com/developerworks/library/ws-soa-design1/
18
1.5.2. MoproSoft
MoproSoft fue creado en Mxico debido al pedido de la Secretara de Economa

Mexicana para que sirviera de norma para las pequeas y medianas empresas que
desarrollan o dan mantenimiento a productos software, tomando como referencia a las
normas internacionales ISO 9000, ISO 15504 y a los modelos desarrollados por el SEI
SW-CMM y CMM-I.
MoproSoft tiene como objetivo que las pequeas y medianas empresas que desarrollan
software tengan acceso a las mejores prcticas en gestin de Ingeniera de Software de
modo que puedan ofrecer servicios con calidad y alcanzar niveles internacionales de
competitividad.
MoproSoft est compuesto por las categoras de Alta Direccin, Gerencia y Operacin;
cada una de las categoras mencionadas aborda un rea de la empresa que pertenezca a
la industria software. A continuacin se presenta un grfico con cada una de las
categoras.
Figura 1.1 - Vista de categoras de Moprosoft

Fuente: MoproSoft
La categora de Alta Direccin, est encargada de las prcticas relacionadas con la

gestin del negocio. As mismo, proporciona una gua a los procesos de la categora de
Gerencia y asegura una retroalimentacin de la informacin que se generan en dichos
procesos. La categora de Alta Direccin est compuesta por el proceso de Gestin del
Negocio. Esta categora se define en el siguiente cuadro.
Gestin del Negocio

Propsito: El propsito es establecer la razn de ser de la
organizacin, sus objetivos y las condiciones
para lograrlos, para lo cual es necesario
considerar las necesidades de los clientes, as
como evaluar los resultados para poder
proponer cambios que permitan la mejora
continua.
Adicionalmente, habilita a la organizacin para
responder a un ambiente de cambio y a sus
miembros para trabajar en funcin de los
objetivos establecidos.
Actividades: Planificacin Estratgica: Se encarga de decidir
que es lo ms importante para que la
organizacin logre el xito, para esto se define
un Plan Estratgico.
Realizacin: Se encarga de definir el Plan de
Comunicacin e Implantacin del Plan
Estratgico. En el Plan de Comunicacin e
Implantacin se establecen las condiciones
adecuadas en el ambiente de la organizacin
para la realizacin de los proyectos e
implantacin de los procesos.
Valoracin y Mejora Continua: Se encarga de
realizar un anlisis del estado de los proyectos
y de la eficacia y eficiencia de los procesos.
Generando as, una serie de reportes y
sugerencias para la mejora de la organizacin.
Objetivos: O1. Lograr una planificacin estratgica
exitosa mediante el cumplimiento del Plan
Estratgico.
O2. Lograr que la organizacin trabaje en
funcin del Plan Estratgico mediante la
correcta comunicacin e implantacin del
mismo.
O3. Mejorar el Plan Estratgico mediante la
implementacin de las Propuestas de Mejora.
Tabla 1.1 - Resumen del proceso de Gestin del Negocio MoproSoft
Fuente: Moprosoft
As mismo, la categora de Gerencia se encarga de la gestin de procesos, proyectos y

recursos de acuerdo a la gua de la categora de alta direccin. Proporciona a la
categora de Operaciones una serie de indicaciones para su funcionamiento. Adems, es
el nexo entre la categora de alta direccin y la categora de Operaciones. La categora
de gerencia est compuesta por los procesos de gestin de procesos, gestin de
proyectos y gestin de recursos los cuales se describen en las siguientes tablas.
Gestin de Procesos
Propsito: El propsito es establecer los procesos que
permitan a la organizacin lograr sus
20
objetivos organizacionales. Dichos procesos
se encuentran en funcin a los procesos
requeridos que se identifican en el Plan
Estratgico. Tambin se encarga de mejorar
e implantar los procesos organizacionales.
Actividades: Planificacin: Se define los elementos de
procesos, calendarios para mejorar los
procesos, el plan de adquisiciones, el plan de
mediciones y el plan de manejo de riesgos
de procesos.
Preparacin a la Implantacin. Se realizan
las tareas de asignar responsables a los
procesos, documentacin de procesos,
capacitacin a los miembros de la
organizacin en los procesos e implantacin
de los procesos en proyectos pilotos.
Evaluacin y Control: Se realizan las tareas
de seguimiento de actividades del plan de
procesos y plan de acciones, recoleccin de
reportes cualitativos y cuantitativos,
ejecucin del plan de evaluacin,
seguimiento al Plan de Acciones,
supervisin y control de riesgos, e
identificacin de las lecciones aprendidas.
Objetivos: O1. Planificar las actividades de definicin,

implantacin y mejora de los procesos en
funcin del Plan Estratgico.
O2. Dar seguimiento a las actividades de
definicin, implantacin y mejora de los
procesos mediante el cumplimiento del Plan
de Procesos.
O3. Mejorar el desempeo de los procesos
mediante el cumplimiento del Plan de
Mejora.
O4. Mantener informado a Gestin de
Negocio sobre el desempeo de los procesos
mediante el Reporte Cuantitativo y
Cualitativo.
Tabla 1.2 - Resumen del proceso de Gestin de Procesos MoproSoft
Fuente: Moprosoft
Gestin de Proyectos
(Portafolio de Proyectos)
Propsito: El propsito es asegurar que los proyectos
ayuden a alcanzar los objetivos
organizacionales.
Actividades: Planificacin: Generar el Plan de Gestin de
Proyectos, El Plan de Adquisiciones y
Capacitaciones.
Realizacin: Se ejecuta el Plan de Gestin de
Proyectos y se realiza el seguimiento. Se
generan Metas Cuantitativas para cada
proyecto y los contratos respectivos (en caso
de ser un proyecto externo).
Evaluacin y Control: Se genera un reporte
cualitativo y cuantitativo y adems se genera
un Reporte de Acciones Correctivas o
Preventivas. As mismo, genera una serie de
sugerencias para la mejora de este proceso.
Objetivos: O1. Cumplir con el Plan Estratgico de la

organizacin mediante la generacin e
instrumentacin de proyectos.
O2. Mantener bajo control las actividades de
Gestin de Proyectos mediante el
cumplimiento del Plan de Gestin de
Proyectos.
O3. Proveer la informacin del desempeo
de los proyectos a Gestin de Negocio
mediante la generacin de Reporte
Cuantitativo y Cualitativo.
O4. Atender los Comentarios y Quejas del
Cliente mediante la definicin y ejecucin de
Acciones Correctivas o Preventivas.
Tabla 1.3 - Resumen del proceso de Gestin de Proyectos MoproSoft
Fuente: Moprosoft
22
Gestin de Recursos
Propsito: Tiene el propsito de conseguir al personal

ms idneo y la infraestructura ms adecuada
para lograr el xito de los proyectos y
cumplir con el Plan Estratgico de la
empresa.
Actividades: Planificacin de Recursos: Tiene como

entrada el Plan Estratgico y el Plan de
Adquisiciones y Capacitaciones. Generando
los planes operativos de Recursos Humanos,
de Bienes Servicios e Infraestructura, y de
Conocimiento de la organizacin.
Seguimiento y Control: Se da seguimiento a
cada plan operativo en caso de desviacin se
establecen las acciones correctivas.
Investigacin de Tendencias Tecnolgicas:
Se lleva a cabo de acuerdo al Plan
Estratgico. Se realiza un anlisis de las
nuevas tendencias tecnolgicas que podran
aportar una mejora a la organizacin.
Generando de este anlisis una Propuesta
Tecnolgica dirigido al grupo directivo.
Objetivos: O1. Lograr los objetivos del Plan Estratgico

mediante la provisin de los recursos
suficientes a la organizacin.
O2. Proveer a los miembros de la

organizacin de los medios y mecanismos
adecuados para el uso y resguardo de la
informacin mediante la Base de
Conocimiento.
O3. Mantener a la organizacin informada

oportunamente sobre las tendencias
tecnolgicas mediante la elaboracin de
Propuestas Tecnolgicas.
Tabla 1.4 - Resumen del proceso de Gestin de Recursos MoproSoft

Fuente: Moprosoft
Finalmente, la categora de Operacin se encarga del Desarrollo de Software. Esta
categora ejecuta las indicaciones que proporciona la categora de gerencia respecto a
los proyectos que se ejecutaran. Como resultado, la categora de Operacin, entrega a la
categora de gerencia los productos y documentacin requerida. La categora de
Operacin est compuesta por los procesos de Administracin de Proyectos Especficos
y Desarrollo y Mantenimiento de Software, los cuales se describen en las siguientes
tablas.
Administracin de Proyectos Especficos

Propsito: Tiene como propsito, ejecutar las actividades los
proyectos de forma sistemtica de forma que se
cumplan con los objetivos, el tiempo y el costo
esperado.
Actividades: Planificacin: su objetivo es obtener el Plan de
Proyecto, mantener el Plan de Proyecto y generar el
Plan de Desarrollo que se seguir a lo largo del
proyecto especfico.
Realizacin: su objetivo es realizar las actividades
del plan de proyecto, cumpliendo las siguientes
tareas como acordar las tareas del equipo de trabajo,
acordar la distribucin de la informacin al equipo
de trabajo, recolectar los reportes de actividades,
mediciones y productos de trabajo, revisar los
productos terminados, revisar las solicitudes de
cambio del cliente y entre otras tareas.
Evaluacin y Control: asegura que se cumplan los
objetivos del proyecto. Para esto se realizan las
tareas de evaluar el cumplimiento del plan de
proyecto y plan de desarrollo, Analizar y controlar
los riesgos, generar reportes de seguimiento.
Cierre: realizar la entrega de los productos pactados
y dar por finalizado un ciclo del proyecto, generando
as un Documento de Aceptacin del Cliente.
Objetivos: O1. Lograr los Objetivos del proyecto en tiempo y

costo mediante la coordinacin y el manejo de los
recursos del mismo.
O2. Mantener informado al cliente mediante la
realizacin de reuniones de avance del proyecto.
O3. Atender las solicitudes de cambio del cliente
mediante la recepcin y anlisis de las mismas.
Tabla 1.5 - Resumen del proceso de Administracin de Proyectos Especficos

MoproSoft
Fuente: Moprosoft
24
Desarrollo y Mantenimiento de Software
Propsito: El propsito es realizar las actividades de anlisis,
diseo, construccin, integracin y pruebas de
productos de software nuevos o modificados
cumpliendo con los requerimientos especificados.
Actividades: Inicio: El equipo de trabajo revisa el plan de

desarrollo con objetivo de un entendimiento comn y
pactar un compromiso de su realizacin.
Requerimientos: la finalidad es obtener las
especificaciones de requerimientos y plan de pruebas
de sistema, para que as los integrantes del proyecto y
el cliente lleguen a un entendimiento comn del
proyecto.
Anlisis y Diseo: se analizan cada uno de los
requerimientos para producir una descripcin de la
estructura de los componentes de software, generando
como resultado la documentacin del Anlisis y
Diseo y el Plan de Pruebas de Integracin.
Construccin: se producen los componentes de
software que van de acuerdo al Anlisis y Diseo.
Adems, se realizan las pruebas unitarias en cada uno
de los componentes. Producto de estas actividades se
obtienen productos de software probados.
Integracin y Pruebas: se realiza la integracin y
pruebas de los componentes de software. Dichas
actividades se basan en los planes de pruebas de
integracin y de sistema. Asimismo, se generan los
manuales de operacin, de usuario y de
mantenimiento.
Cierre: se integra la configuracin de software de las
fases para su entrega. Adems, se identifican y
documentan las lecciones aprendidas, sugerencias de
mejora para este proceso.
Objetivos: O1. Lograr que los productos de salida sean
consistentes con los productos de entrada en cada fase
de un ciclo de desarrollo mediante las actividades de
verificacin, validacin o prueba.
O2. Sustentar la realizacin de ciclos posteriores o
proyectos de mantenimiento futuros mediante la
integracin de la Configuracin de Software del ciclo
actual.
O3. Llevar a cabo las actividades de las fases de un
ciclo mediante el cumplimiento del Plan de Desarrollo
actual.
Tabla 1.6 - Resumen del proceso de Desarrollo y Mantenimiento de Software
MoproSoft
Fuente: Moprosoft
MoproSoft permiti al presente proyecto contar con una gua en cuanto a las
actividades, artefactos y roles que intervienen en los procesos de Gestin de Recursos y
Ambiente de trabajo (especficamente los procesos de Seleccin de personal,
Capacitacin de Personal y Evaluacin de Personal), Gestin de Proyectos y Desarrollo
de Software.
1.5.3. Definiciones de una Arquitectura Empresarial

En la actualidad una Arquitectura Empresarial posee diversas definiciones. Dichas
definiciones dependen de la perspectiva de la persona, empresa o institucin que la usa.
Como muestra de ello se presentan a continuacin algunas definiciones bsicas de
Arquitectura Empresarial:
En el siguiente artculo de IBM se muestra una definicin para el trmino Arquitectura

Empresarial:
Por lo tanto el propsito de un arquitecto empresarial, segn se define en
este artculo, es describir los componentes de una empresa, sus relaciones,
cmo colaboran e interactan entre s con el mundo exterior. Una
arquitectura empresarial ofrece la orientacin para implantar los
componentes de la empresa. La implantacin de los componentes produce un
cambio en el estado de la empresa. 4 ( Dave Brown y Peter Bahrs 01-06-
2009 )
En este artculo se define a la Arquitectura Empresarial como un mapa para implantar
en la empresa los componentes que fueron definidos por un arquitecto empresarial.
Adems, esta implantacin generar un cambio en la empresa. Por otro lado, el artculo
citado no indica que los componentes que se definieron e implantaron debern ayudar a
cumplir los objetivos de la empresa a futuro y que para generar una Arquitectura
Empresarial se debe obtener el estado actual de la empresa y compararla con el futuro
que se espera y cul es la distancia que existe entre ambas.
Otra definicin de Arquitectura empresarial es la que se da en el Standard

ANSI/IEEE 1471-2000 que define a la palabra arquitectura como:
architecture. the fundamental organization of a system embodied in its
components, their relationships to each other and to the environment and the
principles guiding its design and evolution.5
En esta definicin se indica que para generar una arquitectura esta debe tener en cuenta
cmo se relacionarn los componentes internos de la empresa y cmo dichos
componentes lo harn con un entorno exterior a la empresa, es decir cmo la empresa
podr comunicarse con el exterior.
4
Cfr. http://www.ibm.com.page-
archive.org/developerworks/ssa/rational/library/edge/09/jun09/enterprisearchitecture/index.html
5
Cfr. http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.78.4863&rep=rep1&type=pdf
26
Por otro lado en el proyecto de Open Group llamado TOGAF, el cual es una
arquitectura de referencia de aplicaciones, define a la Arquitectura como:
A foundational structure, or set of structures, which can be used for

developing a broad range of different architectures. It should contain a
method for designing an information system in terms of a set of building
blocks, and for showing how the building blocks fit together. It should
contain a set of tools and provide a common vocabulary. It should also
include a list of recommended standards and compliant products that can be
used to implement the building blocks.6
La definicin muestra, al igual que las otras dos definiciones anteriores, que los
componentes de una arquitectura deben de estar relacionados entre si. Adems, nos
indica que se debe de definir cmo es que se deben de relacionar, cuales son las
herramientas con las que se deberan de implementar cada uno de esos componentes y
los estndares para la implementacin.
Por otro lado una Arquitectura Orientada a Servicios (SOA) se puede definir como:
SOA representa la convergencia de tecnologas dismiles y es un ambiente
de integracin sin exclusiones. La arquitectura trasciende el concepto de una
arquitectura en particular, Web Services, por ejemplo es independiente de
ellas.
Una arquitectura como SOA est en la capacidad de integrar diferentes
7
tecnologas y representa mejor la integracin de las mismas
La definicin anterior indica que SOA no depende de una tecnologa en especial y que
ms bien es la integracin de varias tecnologas sacando lo mejor de cada una de ellas.
Por otro lado SOA tambin se puede definir como:
SOA es un enfoque de desarrollo de aplicaciones de software empresarial,

en el cual los procesos del software se descomponen en servicios, que
despus se hacen disponibles y visibles en una red. Cada servicio provee
funcionalidades para poder ser adecuado a las necesidades de la empresa,
mientras esconde los detalles subyacentes de implementacin. SOA aborda
la complejidad, inflexibilidad y debilidades de los enfoques existentes en los
8
diseos de procesos, flujos de trabajo e integracin de aplicaciones.
En la definicin presentada se define a SOA como una serie de servicios que ayudan a
cumplir las necesidades de la empresa. Adems, que no tiene las desventajas de ser
inflexible y de integracin con otros procesos o aplicaciones.
6
Cfr. http://www.opengroup.org/architecture/togaf9-doc/arch/chap03.html
7
Cfr. http://www.b2bsg.com/pdf/ArquitecturaOrientadaaServicios.pdf
8
Cfr. http://www.epicor.com/LAC/SOLUTIONS/Pages/Serviceoriented.aspx#ixzz0gIaXsy64
Por otro lado IBM presenta la siguiente definicin para SOA:
SOA allows business and IT convergence through agreement on a set of
business-aligned IT services that collectively support an organization's
business processes and goals. Not only does it provide flexible, decoupled
functionality that can be reused, but it also provides the mechanisms to
externalize variations of quality of service9
La definicin dada por IBM muestra que SOA es la mezcla de TI y Negocios que
ambos deben de apoyar a la empresa a obtener sus objetivos. Adems, indica que SOA
no tiene las limitaciones de inflexibilidad y no reusable.
Cada una de las definiciones presentadas ayudo al presente proyecto a definir como es
que una arquitectura empresarial ayuda a una empresa y como SOA permite
implementar dicha arquitectura empresarial.
1.5.4. Information Technology Infrastructure Library (ITIL)
Information Technology Infrastructure Library, ms conocido como ITIL, se ha

convertido en la actualidad en uno de los estndares ms conocidos para la
administracin del rea de TI. ITIL, es un compendio de las mejores prcticas en el rea
de TI.
Como estndar presenta una serie de ventajas y desventajas. Las ventajas, se dan en que
su implementacin permite mejorar la comunicacin con los clientes y usuario finales
ya que se implementan diversos puntos de contacto.
ITIL orienta sus servicios hacia la satisfaccin del cliente lo cual permite que la relacin
entre los usuarios finales y clientes mejore. Asimismo, ITIL permite que los servicios se
desarrollen en el lenguaje del cliente, teniendo como resultado un servicio de mejor
calidad. Permite tambin que el rea de TI desarrolle una estructura ms clara, eficaz y
orientada al cumplimiento de la organizacin. Adems, los cambios resultan fciles de
implementar debido a que se tiene mayor control y se estandarizan procedimientos.
Por otro lado, entre las desventajas de la implementacin del estndar ITIL se puede
observar que el costo, tiempo y esfuerzo es muy grande (estas desventajas son ms
evidentes dependiendo del tamao de la empresa).
Asimismo, es posible que el personal se muestre en contra de las recomendaciones y

procesos que propone ITIL produciendo que el personal no se involucre y comprometa
con el cambio en la forma de brindar servicios.
ITIL se divide en dos grupos de procesos, operacionales y tcticos. Cada uno de los
grupos contiene 5 procesos los cuales se mencionan en las siguientes tablas.
9
Cfr. http://www.ibm.com/developerworks/library/ar-archtemp/
28
Incident management
Procesos Operacionales
Problem management
Configuration management
Change management
Release management
Funcin de service desk
Service Level management
Procesos Tcticos
Financial management for IT

service
Availability management
Capacity management
IT service continuity management
Security management
Tabla 1.7 - Lista de procesos del estndar ITIL
Fuente: ITIL
1.5.5. OWASP
El proyecto OWASP (por sus siglas en ingls Open Web Aplicacin Security
Project) est dedicado a contrarrestar y determinar las causas que hacen a los
productos software sea inseguro. Cabe resalta que OWASP es un organismo sin
nimo de lucro y trabaja sobre tecnologa Open Source. Los integrantes de la
comunidad OWASP pertenecen a diversas reas de servicios como es el caso de
empresas, instituciones educativas (privadas y pblicas) y personas particulares de
todo el mundo.
La comunidad OWASP trabaja temas de seguridad informtica generando artculos,
metodologas, documentacin y tecnologa que pueden ser utilizadas por cualquier
persona u organizacin de forma gratuita.
El proyecto OWASP TOP 10, es uno de los proyectos ms difundidos de la
organizacin OWASP. Es un documento de 21 pginas, gratuito, en el que se
mencionan los 10 riesgos ms crticos en aplicaciones Web.
Asimismo, OWASP TOP 10 enumera, describe y da recomendaciones para los 10
riesgos ms crticos y comunes en aplicaciones Web. Por cada riesgo mencionado se
da una descripcin, un ejemplo (como es que la vulnerabilidad puede ser
aprovechado por intrusos), pautas de verificacin para saber si nuestra aplicacin
sufre de la vulnerabilidad descrita y proporciona una serie de recomendaciones para
proteger a la aplicacin Web de dicho riesgo.
En la ltima edicin OWASP TOP 1010 se presentan los siguientes riesgos:
A1: Injection
A2: Cross-Site Scripting (XSS)
A3: Broken Authentication and Session Management
10
Cfr. http://owasptop10.googlecode.com/files/OWASP%20Top%2010%20-%202010.pdf
A4: Insecure Direct Object References
A5: Cross-Site Request Forgery (CSRF)
A6: Security Misconfiguration
A7: Insecure Cryptographic Storage
A8: Failure to Restrict URL Access
A9: Insufficient Transport Layer Protection
A10: Unvalidated Redirects and Forwards
Finalmente, el marco terico descrito en las secciones anteriores permiti entender,

conocer y afianzar los conocimientos base para la elaboracin del presente proyecto.
Asimismo, el marco terico permite comprobar que el presente proyecto fue elaborado
en base a conceptos slidos y de vanguardia usados en la actualidad por empresas
alrededor del mundo.
1.5.6. EUP
Enterprise Unified Process (EUP) es una extencin del estndar IBM Rational Unified
Process (RUP). EUP es una instancia de Unified Process (UP). UP tambin conocido
como USDP (Unified Software Development Process) sirve como base para las
instancias de los procesos del sistema. Un proceso de sistema define roles, actividades,
artefactos, etc.
EUP extiende la instancia de RUP cubriendo el ciclo de vida despus de la puesta en

productivo el producto software y su eventual retiro. As mismo, EUP brinda soporte a
la gestin de la cartera de proyectos, a la arquitectura empresarial.
Figura 1.2 - El ciclo de vida para el proceso de Empresa Unificada (EUP)

Fuente: http://www.enterpriseunifiedprocess.com/
30
2. REQUERIMIENTOS DE LA SOLICIN
2.1. Descripcin del Captulo
En el presente captulo se identifican los Stakeholders de la Arquitectura
empresarial. Adems, se describen los requerimientos no funcionales que se
necesitan cumplir con la Arquitectura Empresarial.
2.2. Lista de requerimientos

Se muestran a continuacin los requerimientos identificados para la Arquitectura
empresarial propuesta:
Requerimientos RF RNF
Arquitectura Empresarial Orientada a Servicios
RNF-01: Procesos para la Gestin Interna de las X

Empresas Virtuales estandarizados en las
empresas virtuales.
RNF-02: Uso de MoproSoft como base para la X

estandarizacin de procesos para la gestin interna
de las fbricas de software.
RF-01: fbricas de software necesitan contar con X

un contenedor que centralice los productos
software que implementan procesos de gestin
interna.
RNF-03: La arquitectura de Aplicaciones tenga la X

proteccin contra las vulnerabilidades ms
comunes de aplicaciones Web (tomar como
referencia OWASP).
RNF-04: Los roles en cada proceso sean X

estandarizados.
RF-02: Contar con un slo punto de entrada para X

los productos de Gestin Interna de las Empresas
Virtuales.
RF-03: El contenedor de los productos de gestin X

interna de las empresas virtuales sea manejado
mediante roles.
RNF-05: Verificar si el rea de TI posee la X

infraestructura adecuada para dar soporte a una
arquitectura empresarial orientada a servicios.
32
Proceso de Seleccin de Personal
RNF-06: Evitar la prdida de tiempo en la X

Seleccin de Personal.
RNF-07: Los recursos contratados tengan sus X

puestos y responsabilidades asignados desde la
primera semana.
RF-04: Permitir que el proceso de seleccin de X

personal incluya la contratacin inmediata.
Proceso de Evaluacin de Personal
RF-05: El proceso de evaluacin de personal X

permita calificar al alumno de forma objetiva.
RN-06: El proceso permita intervenir al cliente en X

la calificacin del colaborador o jefe de proyecto,
dependiendo de quin fue el que interactu con el
cliente.
Proceso de Capacitacin de Personal
RF-07: El proceso de capacitacin permitir X

registrar los nuevos conocimientos del personal
capacitado.
RF-08: El proceso de capacitacin permitir X

contemplar el caso de capacitaciones
extraordinarias (las cuales aparecen a pedido de
una empresa externa o a causa de la aparicin de
un nuevo proyecto o servicio).
RF-09: El proceso de capacitacin contemple el X

tema de auto capacitaciones (en caso no exista un
expositor disponible).
RF-10: El proceso de capacitacin permita generar X

una lista de resultados de las capacitaciones.
Tabla 2.8 - Requerimientos Funcionales y No Funcionales

Fuente: Elaboracin Propia
Los requerimientos listados en la tabla 8 fueron identificados en las reuniones con el

comit y con los representantes de las empresas virtuales que asistieron a dichas
reuniones.
33
Asimismo, los requerimientos mencionados en el captulo anterior permitieron
generar los siguientes requerimientos tcnicos para la arquitectura de aplicaciones
(para mayor informacin ir al documento SAD incluido como anexo del presente
proyecto):
Cdigo Requerimiento
R1 Los procesos con mayor prioridad deben tener
una disponibilidad 24 / 7
R2 El producto software tiene que ser capaz de
resistir ataques de hackers.
R3 Implementar mecanismos de seguridad basado en
perfiles, permisos y roles.
R4 La informacin sensible debe ser asegura al
realizar su envo.
R5 Los servicios no deben poder ser consumidos
por cualquier consumidor.
R6 La arquitectura de Aplicaciones tenga la
proteccin contra las vulnerabilidades ms
comunes de aplicaciones Web (tomar como
referencia OWASP)
R7 Contrarrestar el riesgo de Injection
R8 Contrarrestar el riesgo Broken Authentication

and Session
R9 La arquitectura soporte la ejecucin de procesos

en simultneo.
R10 La arquitectura permita la facilidad de
integracin con nuevos procesos.
R11 La arquitectura permita la facilidad modificacin
de servicios y aplicaciones disponibles.
Tabla 2.9 - Requerimientos de la Arquitectura Propuesta
34
De los requerimientos tcnicos obtenidos se lograron obtener una serie de atributos
de calidad que debe de cumplir la arquitectura de aplicaciones propuesta. Estos
atributos se detallan a continuacin:
Atributo de Calidad Descripcin

Integridad Grado en el que se controla el acceso
al programa o los datos por usuarios
no autorizados.
Flexibilidad Esfuerzo requerido para modificar un
programa en funcionamiento.
Disponibilidad La aplicacin se encuentra disponible
en el momento requerido
Escalabilidad Propiedad deseable en un sistema, red
o proceso que indica su habilidad para
poder hacerse ms grande sin perder
calidad en sus servicios.
Tabla 2.10 - Atributos de calidad para la arquitectura de aplicaciones
propuesta
Las decisiones arquitecturales se presentan en la siguiente tabla:

Nro Decisin Arquitectnica Atributo de Requerimient
calidad o
arquitectnico
1 El uso de un servidor de procesos, el cual Disponibilida R1,R10
permitir el modelado de los procesos de d
negocio. El servidor de procesos que se
propone es Intalio|BPMS Designer.
2 El uso de HTTPs para el inicio de sesin. Integridad R2,R3,R4,R5,
El uso de WS-ReliableMessaging. R6,R7,R9
3 La arquitectura cubre una capa de servicios de Escalabilidad R11
negocio que soporten los procesos de negocio.
4 La implementacin de la capa de servicios. Flexibilidad R12
Lo que permite que los cambios en los
servicios sean transparentes a los productos
software.
Tabla 2.11 - Cuadro de las decisiones arquitectnicas tomadas
35
Riesgos Atributos de Calidad
Integridad Flexibilidad Disponibilidad Escalabilidad
R1
R2 RNF-03
R3 RNF-04
R4 RNF-03
R5 RNF-03
R6 RNF-03
R7 RNF-03
R8 RNF-03
R9 RNF-06,RF-
05,RF-07
R10 RF-01, RF-
02
R11 RF-01, RF-
02
Tabla 2.12 - Cruce de Requerimientos Tcnicos, Atributos de calidad y
Requerimientos del proyecto
Fuente: Elaboracin propia
36
3. PRUEBAS DE QA Y PRUEBAS DE CONCEPTO
3.1. Proceso de pruebas QAS
3.1.1. Descripcin
Con el objetivo de asegurar la calidad de los artefactos de la Arquitectura de
Negocios se firm un contrato de servicios con la empresa Quality Assurance (QA).
La empresa QA cuenta con formatos para cada uno de los entregables de la
Arquitectura de Negocios siguiendo el estndar de desarrollo de procesos EUP.
Para iniciar la inspeccin exhaustiva de los procesos fue necesario cumplir con
dichos formatos.
Las fechas de las revisiones y pruebas estn especificadas en el documento
Cronograma del Proyecto. Asimismo, la empresa QA elabor un plan de
verificacin para el proyecto en el cual describen su proceso y las fechas de las
pruebas acorde a su calendario.
3.1.2. Proveedores de Pruebas

Acorde con la poltica planteada por la empresa Java Software Factory, es necesario
que todo documento o artefacto tenga una validacin o verificacin previa al paso
por la empresa QA. Para el caso de este proyecto antes del pase a QA se realiz una
validacin del modelado de cada proceso, por cada una de las empresas virtuales,
dicha validacin se realiz en un serie de reuniones.
Las validaciones fueron de suma importancia ya que permitieron que los procesos
de Seleccin de Personal, Evaluacin de Personal y Capacitacin de Personal sean
conocidos por todas las empresas y que en el modelado se tomen en cuenta las
opiniones de cada empresa virtual. As mismo, la empresa Methods a cargo del
profesor Alex Vidaurre verific de cada uno de los procesos previa presentacin a
las empresas virtuales.
Las observaciones que se dieron en la validacin de los procesos fueron las
siguientes:
Proceso de Seleccin de Personal
Observaciones:
No se muestra la diferenciacin entre la oferta de un rol y un proyecto.
Debe existir alguna forma de asegurar si el postulante ya pas por la

empresa virtual QA, en caso el rol lo amerite y se encuentre en Taller
de proyecto 2 (TDP2)11.
Restringir el tiempo de duracin a una oferta publicada.
11
TDP2: Taller de proyecto 2
38
Respecto a la evaluacin de los Gerentes de Lnea:

Incluir: Validacin de criterios por parte del Comit.
Renombrar: Plantilla de Calificacin por Rbrica.
Despus que el evaluador (rol en el que toman parte los Gerentes

Generales y personas que interactuaron con los gerentes de lnea)
realiza la evaluacin a los gerentes de lnea el Gerente General
consolida las evaluaciones, generando un reporte de evaluacin.
Incluir una evaluacin va encuestas de parte de los subordinados

hacia los gerentes de lnea.
Incluir plan de evaluaciones, es decir el calendario en que se

realizar la evaluacin a los gerentes de lnea.
Respecto a la evaluacin de recursos de la empresa:

La evaluacin de los recursos se realiza al finalizar las actividades
de un rol. Se evaluar el desempeo en el rol, la calidad de
artefactos e interaccin con los clientes (en caso se produzca dicha
interaccin).
Los colaboradores y jefes de proyectos pueden ser evaluados bajo

el mismo esquema de evaluacin puesto que es genrico.
Respecto a la Planificacin de las Capacitaciones:

Es el Gerente de Recursos quien elabora / actualiza el plan de
capacitaciones en base a las necesidades de la empresa.
El plan de capacitaciones con los plazos necesarios debe estar

listo para el final del ciclo inmediato anterior.
Debe considerarse al expositor como parte del equipo de

validacin (considerar imprevistos de disponibilidad del
capacitador).
El plan de capacitaciones debe contar con la informacin del

capacitador (profesor, alumno o externo), fecha de la
39
capacitacin, tiempo y lugar.
Ejecutar Capacitacin:
Al ser una capacitacin extraordinaria se debe tener en cuenta que
existe la posibilidad de que los posibles expositores no cuenten
con disponibilidad de tiempo o que no exista un expositor.
Tabla 3.13 - Observaciones realizadas en las reuniones de validacin de los

procesos de Seleccin de Personal, Capacitacin de Personal y Evaluacin de
Personal
Con dichas observaciones se logr que los procesos de Seleccin de Personal,

Capacitacin de Personal y Evaluacin de Personal sean mucho ms slido el cual
se describe a detalle en el captulo de Arquitectura Empresarial.
Por otro lado, la realizacin de la verificacin del Documento de Definicin de
Procesos se dividi en verificacin interna y verificacin externa a cargo de la
empresa Quality Assurance (QA).
La verificacin interna fue realizada por la alumna Natalia Valdivia, asistente del
gerente de procesos de la empresa Java Software Factory, quien encontr problemas
en la caracterizacin de los procesos.
Una vez corregido los errores encontrados en la revisin interna se procedi al envo
de dicho documento a la empresa QA. En dicha empresa los alumnos responsables
de la verificacin del Documento de Definicin de Procesos fueron los alumnos
Jos Fernando Ramos Ramrez y Susan Pamela Ros Sarmiento.
Los alumnos, Jos Fernando Ramos Ramrez y Susan Pamela Ros Sarmiento,
procedieron a realizar la verificacin externa del Documento de Definicin de
Procesos como prueba de dicha verificacin se tienen los Losgs adjuntos en el anexo
K y anexo L del presente proyecto.
La responsabilidad de la verificacin de los procesos se dividi entre las empresas
virtuales Quality Assurance y la empresa Methods. El acuerdo de dichas
responsabilidades se encuentra en el acta Acuerdo de Verificacin de las empresas
QA, Methods y Java Software Factory el cual se encuentra como anexo del
presente documento.
La empresa virtual QA fue la responsable de verificar los procesos de Seleccin de
Personal, Capacitacin de Personal y Evaluacin de Personal. La verificacin del
proceso de Gestin de Proyectos y Desarrollo de Software estuvo bajo la
responsabilidad de la empresa virtual Methods.
3.2. Ejecucin de pruebas de concepto

Para la elaborar la arquitectura de aplicaciones propuesta se realizaron una serie de
pruebas de concepto. Como resultado de estas pruebas, las herramientas que
propone el equipo de la empresa Java Software Factory para la arquitectura de
aplicaciones son las siguientes:
40
3.2.1. Capa de consumidores
Para la capa de consumidores de la arquitectura de aplicaciones propuesta se
realizaron pruebas de concepto con tecnologas Open Source. Las herramientas con
las que se hicieron las pruebas de concepto son:
Open Portal Container
WebSynergy
A. Open Portal Container

En el caso de Open Portal Container si bien el uso de este contenedor de portales es
de instalacin muy simple y uso fcil tena una serie de inconvenientes al momento
de trabajar con estndares como el JSR 16812 y WSRP13; Lo cual era una necesidad
primordial para la comunicacin con portlets en tecnologas distintas a la de Java.
Asimismo, otro factor en contra del portal Open Portal Container se encuentra en la
presentacin ya que al estar en proceso de mejoras por parte de la empresa Sun
MycroSystem no cuenta con una apariencia muy agradable (ver figura 1).
Las desventajas mencionadas en los dos prrafos anteriores requirieron realizar la

bsqueda de otro portal que no tenga las desventajas de incompatibilidad con otras
tecnologas y aspecto poco profesional.
12
Cfr. http://developers.sun.com/portalserver/reference/techart/jsr168/pb_whitepaper.pdf
13
Cfr. http://www.oasis-open.org/committees/wsrp/
41
Figura 3.3 - Vista del contenedor de portales Open Portal Container
Fuente: http://developers.sun.com/portalserver/reference/techart/open-src-
pc.html
B. WebSynergy
Esta herramienta present un gran problema al momento de su despliegue, ya que la
documentacin en las pginas de referencia no era muy completa, para eliminar un
posible problema futuro se elabor una gua detallada de su configuracin.
Entre las ventajas que presenta WebSynergy se encuentran: plugins para diversas
IDEs de desarrollo, soporte de diversas tecnologas de portales, presentacin
profesional.
Los plugins para diversas IDEs de desarrollo, WebSynergy tiene la ventaja de que
los plugins para su uso estn disponibles para las IDEs NetBeans y Eclipse dos de
las IDEs ms importantes para el desarrollo de productos software en Open Source.
El soporte de diversas tecnologas de portales. Dicho portal al estar en base al portal
de gestin de contenidos Liferay soporta los diversos estndares para el consumo y
configuracin de portlets, como es el caso de JSR y WSRP.
La presentacin profesional ya que las funcionalidades que ofrece son muy

intuitivas y amigables en cuanto a la configuracin de los portlets que se mostraran
en el portal. Adems, permite al usuario una personalizacin de su entorno de
acuerdo a sus necesidades (como se puede apreciar en la figura.
Por las ventajas antes mencionadas se seleccion la herramienta WebSynergy como

propuesta para la capa de consumidores (ver SAD del presente proyecto adjunto en
el anexo) por parte del equipo de Java Software Factory. Prueba de la eleccin de la
Herramienta WebSynergy se elabor un manual Instalacin y uso del servidor
42
WebSynergy en la plataforma Windows en el cual se indica el proceso de
configuracin del portal y un ejemplo de uso. Dicho manual se encuentra en el
anexo del presente proyecto.
Figura 3.4 - Vista del entorno del contenedor de portales WebSynergy

Fuente:
http://www.ensode.net/roller/dheffelfinger/entry/project_websynergy_first_imp
ressions
3.2.2. Seguridad
Para la implementacin de la seguridad se tom como base las recomendaciones del
OWASP TOP 10 2007 y OWASP TOP 10 2010. De dicho documento se verific que la
arquitectura de aplicaciones cumpla con los siguientes requerimientos de seguridad:
Injection
Cross Site Scripting
Broken Authentication and Session Management
Insecure Direct Object Reference
Cross Site Request Forgery
Security Misconfiguration
Failed to Restrict URL Access
Unvalidated Redirects and Forwards
Insecure Cryptographic Storage
43
Insufficient Transport Layer Protection
OWASP TOP 10 2010

Vulnerabilidades WebSynergy Parte
1. Injection
Evitar el uso de intrpretes siempre que sea Si Login
posible. En caso de resultar necesario,
utilizar APIs seguras.
Validaciones de los datos de entrada: Si Login

basadas en white-list para todos los datos
de entrada.
Antes de validar el dato de entrada es Si Login

necesario decodificarlo y convertirlo a su
forma ms simple.
Seguir el principio de mnimo privilegio en Si Login

las conexiones con bases de datos y otros
componentes
Hacer uso de una interfase que permita el Si Login

uso de variables parametrizadas como un
store procedure o lenguajes intermedios
entre la base de datos y la
aplicacin(ejemplo IBATIS, JPA)
2. Cross Site Scripting
Validaciones de los datos de entrada: No en todas Project Space
basadas en white-list para todos los datos (Agregar
de entrada. nuevo
documento/Tags)
Fuerte codificacin de salida: todos los No en todas Pagina inicial

datos facilitados por el usuario han de ser
codificados antes.
Especificar la codificacin de caracteres en

cada pgina (por ejemplo: ISO-8859-1 o
UTF-8)
3. Broken Authentication and Session Management
44
Las credenciales deben viajar por un canal Si HTTPS
seguro (SSL).
Las credenciales deben ser almacenadas en No Login
forma de hash o utilizando cifrado.
Utilizar la gestin de sesiones del propio Si Login

Framework.
No aceptar nuevos identificadores de Si Solo el
sesin desde el usuario. administrador
El formulario de login deben ser accedido Si Login

va HTTPs.
Comenzar el proceso de login desde una Si Login
segunda pgina en la que se haya generado
un nuevo ID de sesin.
Cada pgina debe incluir la opcin de Si Todas

logout.
Utilizar time-out por inactividad No 30 min aprox.
(preferiblemente de pocos minutos)
No exponer credenciales (login y/o Si Login

password) o identificadores de sesin en la
URL.
Verificar el password anterior al solicitar No Cambiar

un cambio de contrasea. password
4. Insecure Direct Object Reference

Utilizar referencias indirectas. Por ejemplo: No Casi todas
http://www.example.com/application/file=1
Establecer un estndar a la hora de hacer Si

referencia a objetos del servidor.
5. Cross Site Request Forgery

Verificar que la aplicacin no basa la No Login
autenticacin del usuario nicamente en
credenciales o tokens transmitidos
automticamente por el navegador.
45
Utilizar un token adicional, No
criptogrficamente seguro, que no se
transmita de forma automtica por el
navegador (por ejemplo, campo oculto de
formulario o parmetro de
URL)
Verificar que la aplicacin no sufre No Comprobado en

vulnerabilidades de tipo XSS el
ataque 2
En el acceso a datos u operativas sensibles, No Solo se autentica

re-autenticar al usuario. una vez
Aceptar nicamente el mtodo POST para No en todas

transmitir informacin sensible.
6. Security Misconfiguration
Uso de guas de securizacin. No
Mantener actualizadas todas las Si
plataformas.
Analizar las implicaciones de los cambios Si
realizados en las plataformas.
7. Failed to Restrict URL Access

Disponer de una matriz de roles y Si
funciones de la aplicacin, como parte del
diseo de la aplicacin.
La aplicacin debe verificar el control de Si

acceso en cada peticin.
Llevar a cabo pentests (tests de intrusin) Si

tras el despliegue de la aplicacin.
No basar la seguridad en la ofuscacin. Si

Denegar el acceso a tipos de ficheros que la Si
aplicacin no debera servir. Basar la
validacin en una white-list (por ejemplo:
.html, .pdf, .jsp).
8. Unvalidated Redirects and Forwards

Intentar evitar el uso de redirecciones. No
46
No utilizar parmetros que puedan ser Si Aunque en la
manipulados por el usuario como parte de mayora de
la URL, o verificar cada parmetro para casos se pueden
cambiar
verificar que es vlido y autorizado para el
parmetros
usuario
Validar la URL despus de haberla Si

calculado.
9. Insecure Cryptographic Storage
Verificar que todo lo que debiera ser No en todas Cuando se usan
cifrado realmente lo est. portlets no cifra
todo
No crear algoritmos criptogrficos. Usar No

nicamente algoritmos pblicos
reconocidos.
No utilizar algoritmos considerados No

dbiles.
Nunca transmitir claves privadas por Si
canales inseguros.
Verificar que las credenciales de toda la Si La base de datos
infraestructura (como base de datos) se slo se
encuentran correctamente aseguradas usa en el Login
(permisos del sistema de ficheros, etc.)
No almacenar informacin innecesaria. Por Si

ejemplo, segn
PCI DSS nunca se debe almacenar el
nmero CVV asociado a la tarjeta de
crdito.
10. Insufficient Transport Layer Protection
Utilizar SSL en cualquier comunicacin Si

autenticada o al transmitir informacin
sensible (credenciales, datos de tarjetas,
informacin personal, etc.)
Verificar que la comunicacin entre Si

componentes (por ejemplo, servidor web y
base de datos) tambin utiliza un canal
seguro.
47
Segn el requerimiento 4 de PCI DSS hay No aplica
que proteger los datos que se transmiten
sobre las tarjetas de crdito.
Tabla 3.14 - Tabla 14 WebSynergy vs TOP 10 OWASP 2010

OWASP TOP 10 - 2007

Vulnerabilidades WebSynergy Parte
1. Cross Site Scripting
Validaciones de los datos de entrada: No en todas Project Space
basadas en white-list para todos los datos (Agregar nuevo
de entrada. documento/Tags)
Fuerte codificacin de salida: todos los No en todas Pagina inicial

datos
facilitados por el usuario han de ser
codificados antes.
Especificar la codificacin de caracteres en

cada pgina (por ejemplo: ISO-8859-1 o
UTF-8)
2. Injection
Evitar el uso de intrpretes siempre que sea Si Login
posible.
En caso de resultar necesario, utilizar APIs
seguras.
Validaciones de los datos de entrada: Si Login
basadas en white-list para todos los datos
de entrada.
Antes de validar el dato de entrada es Si Login

necesario decodificarlo y convertirlo a su
forma ms simple
Seguir el principio de mnimo privilegio en Si Login

las
conexiones con bases de datos y otros
componentes
No utilizar consultas dinmicas, sino Si Login, bsqueda

parametrizadas de informacin.
48
3. Ejecucin de ficheros malintencionados
Usar un mapa de referencias indirectas a No Aadir un
objetos utilice mecanismos de archivo
comprobacin explcita de corrupciones No Aadir un
archivo
Validacin estricta de la entrada del usuario No Aadir un
archivo
Aadir reglas en el cortafuegos No Aadir un
archivo
Comprobar cualquier fichero o nombre de No Aadir un
fichero proporcionado por el usuario archivo
4. Insecure Direct Object Reference
Utilizar referencias indirectas. Por ejemplo: No Casi todas

http://www.example.com/application/file=1
Establecer un estndar a la hora de hacer Si

referencia a objetos del servidor
5. Cross Site Request Forgery

Verificar que la aplicacin no basa la No Login
autenticacin del usuario nicamente en
credenciales o tokens transmitidos
automticamente por el navegador.
Utilizar un token adicional, Incierto

criptogrficamente seguro, que no se
transmita de forma automtica por el
navegador (por ejemplo, campo oculto de
formulario o parmetro de URL)
Verificar que la aplicacin no sufre No Comprobado en

vulnerabilidades de tipo XSS el ataque 2
En el acceso a datos u operativas sensibles, No Solo se autentica

re-autenticar al usuario. una vez
Aceptar nicamente el mtodo POST para No en todas

transmitir informacin sensible.
6. Revelacin de Informacin y Gestin Incorrecta de Errores

Garantizar que todo el equipo de Desarrollo No aplica
comparte un enfoque comn a la gestin de
49
errores
Deshabilitar o limitar la gestin de errores No aplica

detallada
Garantizar que los caminos seguros que Si
tienen mltiples resultados devuelvan
mensajes de error idnticos o similares
7. Broken Authentication and Session Management

Las credenciales deben viajar por un canal Si HTTPS
seguro (SSL)
Las credenciales deben ser almacenadas en No Login
forma de hash o utilizando cifrado
Utilizar la gestin de sesiones del propio Si Login

framework
No aceptar nuevos identificadores de Si Solo el
sesin desde el usuario administrador
El formulario de login deben ser accedido Si Login

va HTTPs.
Comenzar el proceso de login desde una Si Login

segunda pgina en la que se haya generado
un nuevo ID de sesin.
Cada pgina debe incluir la opcin de Si Todas

logout.
Utilizar time-out por inactividad No 30 min aprox.

(preferiblemente de pocos minutos)
No exponer credenciales (login y/o Si Login

password) o identificadores de sesin en la
URL.
Verificar el password anterior al solicitar No Cambiar

un cambio de contrasea. password
8. Insecure Cryptographic Storage

Verificar que todo lo que debiera ser No en todas Cuando se usan
cifrado realmente lo est. portlets no cifra
todo
50
No crear algoritmos criptogrficos. Usar No
nicamente algoritmos pblicos
reconocidos.
No utilizar algoritmos considerados No

dbiles.
Nunca transmitir claves privadas por Si
canales inseguros
Verificar que las credenciales de toda la Si La base de datos
infraestructura (como base de datos) se slo se
encuentran correctamente securizadas usa en el Login
(permisos del sistema de ficheros, etc.)
No almacenar informacin innecesaria. Por Si

ejemplo, segn PCI DSS nunca se debe
almacenar el nmero CVV asociado a la
tarjeta de crdito.
9. Insecure Communications
Utilizar SSL en cualquier comunicacin Si
autenticada o al transmitir informacin
sensible (credenciales, datos de tarjetas,
informacin personal, etc.)
Verificar que la comunicacin entre Si

componentes (por ejemplo, servidor web y
base de datos) tambin utiliza un canal
seguro.
Segn el requerimiento 4 de PCI DSS hay No aplica

que proteger los datos que se transmiten
sobre las tarjetas de crdito.
10. Failed to Restrict URL Access

Disponer de una matriz de roles y Si
funciones de la aplicacin, como parte del
diseo de la aplicacin.
La aplicacin debe verificar el control de Si

acceso en cada peticin.
Llevar a cabo pentests (tests de intrusin) Si

tras el despliegue de la aplicacin.
No basar la seguridad en la ofuscacin. Si
51
Denegar el acceso a tipos de ficheros que la Si
aplicacin no debera servir. Basar la
validacin en una white-list (por ejemplo:
.html, .pdf, .jsp).
Tabla 3.15 - WebSynergy vs TOP 10 OWASP 2007

Del resultado mostrado en ambas tablas, se observa que la herramienta

WebSynergy cumple con diversos aspectos de seguridad que indica OWASP Top10.
Entre los aspectos de seguridad que incluye el contenedor de portales WeySynergy
se encuentra la proteccin contra injection, Broken Authentication and Session
Management, Insecure Direct Object Reference, Security Misconfiguration, Failed
to Restrict URL Access, Unvalidated Redirects and Forwards, Insecure
Cryptographic Storage, Insufficient Transport Layer Protection.
Para el caso del servidor web Glassfish se implement la seguridad WS-

ReliableMessaging. El uso de WS- ReliableMessaging, permite describir un
protocolo de envo confiable de mensajes entre dos puntos frente a fallas en
componentes, conexin o sistemas. El uso de WS- ReliableMessaging, permite
utilizar garantas de envo haciendo uso de WS-Policy14.
3.2.3. Servidor de Procesos

Para la capa de procesos del negocio (ver SAD en el Anexo A) se seleccion la
herramienta Intalio|BPMS Designer el cual tiene como IDE de diseo de procesos a
Intalio Designer y como servidor de despliegue al servidor Intalio (montado sobre
un servidor Tomcat).
Los motivos de la seleccin de la herramienta de Intalio como herramienta para

implementar la capa de procesos del negocio se encuentran el SAD adjunto.
14
Cfr. http://www.w3.org/TR/ws-policy/
52
Figura 3.5 - Vista del servidor de Intalio
Fuente: http://www.marlonj.com/blog/2010/04/instalando-intalio-server-en-
ubuntu-9-10/
Figura 3.6 - Vista del IDE Intalio Designer

Fuente: http://www.marlonj.com/blog/2010/04/instalando-intalio-designer-en-
ubuntu-9-10/
53
Para elegir esta herramienta como servidor de procesos se tom en consideracin el
conocimiento sobre el uso de la herramienta como modelador de procesos y los
beneficios intangibles a la herramienta.
El conocimiento del uso de la herramienta, se debe a que los alumno de la carrera de

Ingeniera de Software utilizaron la herramienta Intalio|BPMS Designer como
servidor de procesos por lo se encuentran familiarizados con el entorno de trabajo.
Entre los beneficios intangibles de la herramienta Intalio|BPMS Designer destaca el

que permite implementar una rpida y eficiente gestin de procesos, la herramienta
Intalio|BPMS Designer fue creada desde un inicio para la implementacin de
procesos mediante el lenguaje BPM a diferencia de otros productos que se
amoldaron al lenguaje BPM y finalmente que el servidor de procesos no requiere de
una complicada instalacin para su uso.
54
4. MODELAMIENTO EMPRESARIAL (EBM)
4.1. Objetivos Estratgicos Empresariales
Se define como objetivo a una aspiracin o meta la cual se desea lograr en un tiempo
determinado. Los objetivos estratgicos sirven de gua para que la organizacin tenga
una gua de cmo desea lograr la misin y visin organizacional.
Los objetivos estratgicos deben cumplir con las caractersticas de ser:

Medible, debe de contar con indicadores del estado actual del objetivo
estratgico.
Preciso, debe de describir de forma clara y sin ambigedades la meta que se
desea alcanzar.
Apropiado, deben ayudar a cumplir la misin y visin empresarial.
Realista, debe de definir metas que sean posibles de lograr en base a los
actuales recursos de la organizacin.
Finito, el cumplimiento del objetivo estratgico debe ser logrado en un
tiempo definido.
Figura 4.7 - Jerarqua de Objetivos empresariales especficos propuestos por el

Comit de Proyectos
Fuente grfico: Elaboracin propia
Fuente Informacin: Comit
56
Objetivos Empresariales Especficos
A.1 Contar con un proceso definido para la seleccin de personal
A.2 Contar con un proceso definido para la Capacitacin de

personal
A.3 Contar con un proceso definido para la evaluacin de
personal
B.1 Contar con un proceso definido para la Planificacin de la
Gestin de Proyectos
B.2 Contar con un proceso definido para la Realizacin de la
Gestin de Proyectos
B.3 Contar con un proceso definido para la Evaluacin y Control
de la Gestin de Proyectos
C.1 Contar con un proceso definido para la gestin de un
proyecto especfico
Tabla 4.16 - Lista de Objetivos Empresariales Especficos
4.2. Modelamiento de Procesos
4.2.1. Mapa de Procesos

A continuacin se presentara una visin general de los procesos que formaran parte
de las empresas virtuales.
Los macro procesos identificados en el presente proyecto sin basados en los macro
procesos de MoproSoft. La descripcin de cada uno de los procesos se encuentra en
la seccin 1.5.2 MoproSoft.
57
Figura 4.8 - Mapa de Macro Procesos de la Corporacin de Empresas Virtuales
Fuentes del grfico: Elaboracin propia
Fuentes de los procesos: MoproSoft
4.2.2. Definicin de Procesos

La definicin de los procesos que se presentan es de los procesos objetivos del
presente proyecto.
Primer Nivel
En esta seccin se observar, en un primer nivel, el modelado de procesos para las
empresas de lnea, desarrollo de software y pruebas de software. Los procesos que
involucran son los siguientes:
Gestionar Negocio, Gestionar Procesos, Gestionar y Administrar Proyectos,
Gestionar Recursos. Gestionar Recursos Humanos y Ambiente de Trabajo,
Gestionar Bienes Servicios e Infraestructura, y Gestionar el Conocimiento de la
Organizacin.
58
a. Matriz de caracterizacin
N Entradas Fuente Macroproc Salidas Destino Descripcin Responsa
eso bles
1 Reporte Cuantitativo y Gestionar Plan Estratgico Gestionar Proceso encargado de Responsab

Cualitativo de Procesos Negocio Procesos, Proyectos, Recursos establecer la razn de ser le de la
y Proyectos - Gestionar Plan de Comunicacin e de la organizacin, Gestin
Procesos, Proyectos, Implantacin Gestionar Proyectos,
incluyendo objetivos y del
Recursos Recursos, Administracin de
Plan de Procesos Proyectos Especficos condiciones para Negocio
Gestionar Procesos Reporte de Mediciones y lograrlos. Se hace
Reporte de Acciones Sugerencias de Mejora Gestionar necesario considerar las
Correctivas o Procesos necesidades de los
Preventivas Plan de Adquisiciones y clientes y evaluar los
Relacionadas con Capacitacin Gestionar Recursos resultados, para poder
clientes Gestionar Lecciones Aprendidas
proponer cambios que
Proyectos Conocimiento de la Organizacin
Propuestas Tecnolgicas permitan la mejora
- Gestionar Recursos continua.
2 Plan Estratgico Gestionar Plan de Procesos Gestionar Proceso encargado de Responsab

Gestionar Negocio Procesos Negocio, Proyectos, Recursos, establecer los procesos le de la
Reporte de Mediciones Administracin de Proyectos de la organizacin, y Gestin de
y Sugerencias de Especficos
definir, planificar e Procesos
Mejora Gestionar Documentacin de Procesos
Negocio, Proyectos, Gestionar Negocio, Proyectos, implantar las actividades
Recursos, Recursos Recursos, Recursos Humanos y de mejora en los mismos.
Humanos y Ambiente Ambiente de Trabajo, Bienes, Los procesos sern
de Trabajo, Bienes, Servicios e Infraestructura, identificados mediante el
Servicios e Conocimiento de la Organizacin,
59
Infraestructura, Administracin de Proyectos Plan Estratgico.
Conocimiento de la Especficos, Desarrollo y
Organizacin, Mantenimiento de Sofware
Administracin de Reporte Cualitativo y Cuantitativo
Proyectos Especficos Gestionar Negocio
Asignacin de Recursos Lecciones Aprendidas
- Recursos Humanos y Conocimiento de la Organizacin
Ambiente de Trabajo
3 Plan Estratgico - Gestionar Reporte Cuantitativo y Cualitativo Proceso encargado de Responsab

Gestionar Negocio Recursos Gestionar Negocio conseguir y dotar a la le de la
Plan de Comunicacin e Propuestas Tecnolgicas - Gestionar organizacin de recursos Gestin de
Implantacin - Negocio
humanos, infraestructura, Recursos
Gestionar Negocio Reporte de Mediciones y
Plan de Adquisiciones y Sugerencias de Mejora - Gestionar ambiente de trabajo y
Capacitacin - Procesos proveedores, as como de
Gestionar Negocio Plan Operativo de Recursos crear y mantener la Base
Plan de Procesos Humanos y Ambiente de Trabajo de Conocimiento de la
Gestionar Procesos Recursos Humanos y Ambiente de Organizacin.
Documentacin de Trabajo
Procesos - Gestionar Plan Operativo de Bienes, Servicios
Procesos e Infraestructura Bienes, Servicios
Reporte de Recursos e Infraestructura
Humanos Disponibles, Plan Operativo de Conocimiento de
Capacitacin y la Organizacin Conocimiento de
Ambiente de Trabajo - la Organizacin
Recursos Humanos y Acciones Correctivas -
Ambiente de Trabajo Conocimiento de la Organizacin
Reporte de Bienes, Lecciones Aprendidas
Servicios e
60
Infraestructura Conocimiento de la Organizacin
Bienes, Servicios e
Infraestructura
Reporte del Estado de la
Base del Conocimiento
Conocimiento de la
Organizacin
4 Plan de Procesos Recursos Asignacin de Recursos Gestionar Proceso encargado de Responsab

Gestionar Procesos Humanos y Procesos, Proyectos, Administracin proporcionar los recursos le de
Plan Operativo de Ambiente de Proyectos Especficos humanos adecuados para Recursos
Recursos Humanos y Reporte de Mediciones y
de Trabajo cumplir con las Humanos
Ambiente de Trabajo Sugerencias de Mejora Gestin de
Gestionar Recursos Procesos responsabilidades y
Acciones Correctivas - Reporte de Recursos Humanos asignadas a los roles Ambiente
Gestionar Recursos Disponibles, Capacitacin y dentro de la de Trabajo
Ambiente de Trabajo Gestin de organizacin, as como
Recursos de evaluar el ambiente
Plan de Capacitacin de trabajo.
Conocimiento de la Organizacin
Lecciones Aprendidas -
5 Plan de Procesos Bienes, Reporte de Bienes, Servicios e Proceso encargado de Responsab

Gestionar Procesos Servicios e Infraestructura Gestionar Recursos proporcionar le de
Plan Operativo de Infraestruct Reporte de Mediciones y proveedores de bienes, Bienes,
Bienes, Servicios e Sugerencias de Mejora Gestionar
ura servicios e Servicios e
Infraestructura Procesos
Gestionar Recursos Lecciones Aprendidas infraestructura, los Infraestruc
61
Acciones Correctivas - Conocimiento de la Organizacin cuales satisfagan los tura
Gestionar Recursos requisitos de adquisicin
de procesos y proyectos.
6 Lecciones Aprendidas Conocimien Base de Conocimiento - Gestionar Proceso encargado de Responsab

Gestionar Negocio, to de la Negocio, Procesos, Proyectos, mantener disponible y le de
Procesos, Proyectos, Organizaci Recursos, Recursos Humanos y administrar la Base de Conocimie
Recursos, Recursos Ambiente de Trabajo, Bienes,
n Conocimiento, la cual nto de la
Humanos y Ambiente Servicios e Infraestructura,
de Trabajo, Bienes, Administracin de Proyectos contiene la informacin Organizaci
Servicios e Especficos, Desarrollo y y los productos n
Infraestructura, Mantenimiento de Software. generados por la
Administracin de Reporte del Estado de la Base de organizacin.
Proyectos Especficos, Conocimiento Gestionar Recursos
Desarrollo y Reporte de Mediciones y
Mantenimiento de Sugerencias de Mejora Gestionar
Software Procesos
Plan de Procesos
Gestionar Procesos
Plan Operativo de
Conocimiento de la
Organizacin
Gestionar Recursos
Acciones Correctivas -
Recursos
7 Plan Estratgico Gestionar Reporte Cualitativo y Cuantitativo Proceso encargado de Responsab

Gestionar Negocio Proyectos Gestionar Negocio asegurar que los le de la
Plan de Procesos Reporte de Acciones Correctivas o proyectos contribuyan al Gestin de
62
Gestionar Proceso Preventivas Relacionadas con cumplimiento de los Proyectos
Asignacin de Recursos Clientes Gestionar Negocio objetivos y estrategias de
Recursos Humanos y Reporte de Mediciones y la organizacin.
Ambiente de Trabajo Sugerencias de Mejora Gestionar
Plan de Proyecto Procesos
Administracin de Plan de Adquisiciones y
Proyectos Especficos Capacitacin Gestionar Recursos
Reporte de Seguimiento Contrato Conocimiento de la
Administracin de Organizacin
Proyectos Especficos Registro de Proyecto
Documento de Conocimiento de la Organizacin
Aceptacin - Lecciones Aprendidas
Administracin de Conocimiento de la Organizacin
Responsable de Administracin del
Proyectos Especficos
Proyecto Especifico
Administracin de Proyectos
Especficos
Descripcin del Proyecto
Especficos
Metas Cuantitativas para el Proyecto
Especficos
Acciones Correctivas o Preventivas
Especficos
63
8 Plan de Comunicacin e Administrac Reporte de Mediciones y Proceso encargado de Responsab
Implantacin in de Sugerencias de Mejora Gestionar establecer y llevar a cabo le de
Gestionar Negocio Proyectos Procesos sistemticamente las Administr
Plan de Procesos Plan de Proyecto Gestionar
Especficos actividades que permitan acin del
Gestionar Procesos Proyectos
Documentacin de Reporte de Seguimiento Gestionar cumplir con los objetivos Proyecto
Procesos Gestionar Proyectos de un proyecto en tiempo Especifico
Proyectos Documento de Aceptacin y costo esperado.
Descripcin del Gestionar Proyectos
Proyecto Gestionar Plan de Proyecto Gestionar
Proyectos Recursos
Responsable de Lecciones Aprendidas
Administracin del Conocimiento de la Organizacin
Proyecto Especifico Plan de Desarrollo Desarrollo y
Gestionar Proyectos Mantenimiento de Software
Metas Cuantitativas
para el Proyecto
Gestionar Proyectos
Acciones Correctivas o
Preventivas
Gestionar Proyectos
Asignacin de Recursos
Recursos Humanos y
Ambiente de Trabajo
Reporte de Actividades
Desarrollo y
Mantenimiento de
Software
Reporte de Mediciones
y Sugerencias de
64
Mejora Desarrollo y
Mantenimiento de
Software
Configuracin de
Software Desarrollo
y Mantenimiento de
Software
9 Plan de Desarrollo Desarrollo y Especificacin de Requerimientos Proceso encargado de la Responsab

Administracin de Mantenimie Administracin de Proyectos realizacin sistemtica le de
Proyectos Especficos nto de Especficos de las actividades de Desarrollo
Anlisis y Diseo Administracin
Software anlisis, diseo, y
de Proyectos Especficos
Componente Administracin de construccin, integracin Mantenimi
Proyectos Especficos y pruebas de productos ento de
Software Administracin de de software nuevos o Software
Proyectos Especficos modificados, cumpliendo
Configuracin de Software con los requerimientos
Administracin de Proyectos especificados.
Especficos
Manual de Usuario Administracin
de Proyectos Especficos
Manual de Operacin
Especficos
Manual de Mantenimiento
Especficos
Reporte de Actividades
65
Especficos
Lecciones Aprendidas
Reporte de Sugerencia de Mejora -
Especficos
Registro de Rastreo
Especficos
Plan de Pruebas de Sistema
Especficos
Reporte de Pruebas de Sistema -
Especficos
Plan de Pruebas de Integracin
Especficos
Reporte de Pruebas de Integracin
Especficos
66
Segundo Nivel
Proceso de Gestin Recursos y Ambiente de trabajo (2 Nivel)

a. Propsito
El macro proceso de Gestin de Recursos y Ambiente de trabajo, tiene como

propsito conseguir al personal ms idneo y la infraestructura ms adecuada para
lograr el xito de los proyectos y cumplir con el Plan Estratgico de la empresa.
b. Descripcin
El proceso de Gestin de Recursos y Ambiente de Trabajo se lleva a cabo las
actividades de preparacin, instrumentacin y Generacin de reportes.
En la prelacin, se elaboran el Plan de capacitacin, rbricas para la evaluacin del
desempeo y validacin de documentos a utilizar.
En la instrumentacin, se realiza la seleccin de personal, se ejecuta las
capacitaciones planificadas y no planificadas, y finalmente se evala al personal de
la empresa.
En la generacin de reportes, se elaboran los informes del resultado del proceso de
seleccin de personal, capacitacin de personal y evaluacin de personal.
c. Roles
Rol Descripcin
Gerente de Persona con los conocimientos necesarios para

Recursos planificar e implantar exitosamente los procesos de
Seleccin de Personal, Capacitacin de Personal y
Evaluacin de Personal.
d. Stakeholders
Stakeholders Descripcin
Gerente de Como usuario final tendr la posibilidad gestionar cada

Recursos una de las actividades del proceso de Gestin de
Recursos y Ambiente de Trabajo.
e. Entradas del Proceso

Entradas Descripcin Encargado
de
Elaboracin
Plan de MoproSoft: Solicitudes de Gerente de

Adquisiciones personal capacitado, proveedores, Recursos
y Capacitacin infraestructura y herramientas, as Humanos
como requerimientos de
67
capacitacin.
Sirve de entrada a la Gestin de
Recursos y Ambiente de Trabajo.
Cartera de Consta de la lista de proyectos Gerente de

proyectos de la internos, proyectos externos u Proyectos
Empresa oportunidades de proyectos
Criterios de Consta de la rubricas de evaluacin Gerente de

evaluacin para del personal de la empresa. Recursos
cada Rol Humanos
Roles Contiene la informacin de los Gerente de

desempeados colaboradores de la empresa Recursos
por los respecto a los roles que han Humanos
colaboradores cumplido a lo largo de la estada en
la empresa, as como el resultado de
la evaluacin en cada uno de los
roles.
f. Salidas del Proceso
Salida Descripcin
Lista de Es el listado de los Postulantes que se

Postulantes contrataron para cubrir los puestos laborales
Contratados. publicados.
Nuevas Son las nuevas capacidades que el personal

capacidades del capacitado ha adquirido despus de participar
personal en un proceso de capacitacin
Notas del Son las notas que se generan luego pasar por el
Personal proceso de evaluacin de personal.
Evaluado
g. Documentos Asociados
68
ENTRADA: Lista de recursos a capacitar
Descripcin Lista de las personas que pasaran por el

proceso de capacitacin.
Plantilla NO
Justificacin Permite conocer quines sern los

participantes de las capacitaciones.
ENTRADA: Plan de Adquisiciones y Capacitacin.
Descripcin MoproSoft: Solicitudes de personal

capacitado, proveedores, infraestructura y
herramientas, as como requerimientos de
capacitacin.
Sirve de entrada a la Gestin de Recursos.
Plantilla NO
Justificacin Permitir obtener los recursos humanos

capacitados y herramientas para llevar a cabo
un proyecto especfico.
ENTRADA: Plan de Capacitacin.
Descripcin Se elabora en el proceso de Recursos

Humanos y Ambiente de trabajo. Se toma
como base el documento de Plan Operativo
del proceso Recursos Humanos y Ambiente
de trabajo.
MoproSoft: Se incluyen las actividades que se
realizaran en la capacitacin (cursos, talleres,
calendario, instructores, logstica, etc.)
Plantilla NO
Justificacin Es importante para observar cuales son las

actividades que se llevaran acabo a lo largo de
69
un periodo.
SALIDA: Lista de Postulantes Contratados.
Descripcin Se produce despus de la finalizacin del

proceso de seleccin de personal. Es el listado
de los Postulantes que se contrataron para
cubrir los puestos laborales publicados
Plantilla NO
Justificacin Permite conocer quienes y cuantos son el

nuevo personal de la empresa.
ENTRADA: Lista del personal a evaluar
Descripcin Contiene la lista del personal en la respectiva

empresa.
Plantilla NO
Justificacin Permite conocer las personas que sern

evaluadas
Origen Gerente de Recursos
70
h. Matriz de Caracterizacin
N Entradas Actividad Salida Descripcin Responsable
1 Plan de Adquisiciones y 1. Seleccionar Lista de Postulantes Se ocupa de dar a las empresas virtuales una serie Recursos
Capacitacin Personal Contratados actividades para captar al personal que trabajar Humanos
Cartera de proyectos de la en la empresa.
Empresa
Criterios de evaluacin
para cada Rol
Roles desempeados por
los colaboradores
2 Lista de Postulantes 2. Es tiempo de Plan de Capacitacin El rea de Recursos Humanos analiza si es Recursos
Contratados Evaluar o Lista de Personal a tiempo de capacitar o de evaluar. Humanos
Capacitar Capacitar
Lista de Personal a
Evaluar
3 Plan de Capacitacin 3. Capacitar Nivel de Permitir a cada uno de los participantes que Recursos
Lista de personal a Personal conocimientos entren al proceso de capacitacin desempear de Humanos
capacitar adquiridos forma eficaz el rol al cual estn asignados.
Adems, el proceso permite que los productos
que se desarrollen sean de una mejor calidad y
generar as una mayor confianza en los clientes.
4 Lista de Personal a Evaluar 4. Evaluar Notas del personal Permitir a los Gerentes de Recursos asignar una Recursos
Personal evaluado nota, de forma objetiva, a cada recurso que Humanos
participa en la empresa virtual.
5 Nivel de conocimientos 5. Primera - Se espera a que se concrete una de las dos Recursos
adquiridos Actividad a actividades colapsadas. El proceso termina. Humanos
Notas del personal Concretar
evaluado
71
Proceso de Gestin de proyectos (2 Nivel)
a. Propsito
El propsito es asegurar que los proyectos ayuden a cumplir los objetivos y metas
de la empresa u organizacin.
b. Descripcin
El macroproceso Gestin de Proyectos se encuentra dividido en tres principales
procesos, las cuales son:
Planificacin
Realizacin
Evaluacin y Control.
c. Roles
Rol Descripcin
Responsable Persona que tiene la responsabilidad de
Gestin de llevar un seguimiento de los proyectos
Proyectos o Gerente especficos o proyectos internos de la
de Proyectos empresa virtual.
Gestin de realizar la planificacin de la Gestin de
Negocios Proyectos.
d. Stakeholders
Responsable Gestin de Persona que tiene la responsabilidad de
Proyectos o Gerente de llevar un seguimiento de los proyectos
Proyectos especficos o proyectos internos de la
empresa virtual.
e. ntradas del Proceso

de
Elaboracin
Plan estratgico Documento que proporciona Responsable
una descripcin de la Gestin de
organizacin. Dicho Negocios
documento contiene los
siguientes tems bsicos:
misin, visin, valores,
objetivos de la organizacin,
objetivos de calidad, objetivos
especficos, mtricas para los
objetivos especficos, cartera
de proyectos y la estructura
72
organizacional.
Plan de Procesos Documento que se definen los Gerente de
procesos de la empresa, Procesos
calendario para la evaluacin y
mejora de los procesos de la
empresa, asimismo contiene el
Plan de Adquisiciones y
Capacitacin, y el Plan de
Manejo de Riesgos de
procesos.
Lista de Es el listado de los Postulantes Gerente de
Postulantes que se contrataron para cubrir Recursos
Contratados. los puestos laborales Humanos
publicados.
Plan de Moprosoft: Descripcin de las Jefe de
Proyectos actividades para gestionar los proyecto
proyectos externos e interior.
Reporte de El documento detalla el avance Jefe de
Seguimiento de las actividades realizadas en proyecto
cada una de las actividades de
los proyectos de las empresas.
La informacin que
proporciona el documento por
proyecto es ell siguiente:
-Ciclo, fecha de inicio y fin.
-Registro de las mediciones
(Esfuerzo realizado, cambios
implementados, tiempo real
invertido y defectos
encontrados).
Documento de Moprosoft: Documento que Jefe de
aceptacin establece la aceptacin del proyecto
Cliente de los entregables
establecidos en el proyecto.
Salidas Descripcin
Reporte cuantitativo y Documento en el cual de muestran

cualitativo resultados cuantitativos y cualitativos
generados a partir de los reportes de
Seguimiento de proyecto.
Reporte de acciones Documento en el que se muestran las
correctivas o acciones realizadas para preveer o
preventivas corregir los problemas o las desviaciones
relacionadas con generadas por los comentarios o quejas
clientes del cliente.
73
Reporte de Mediciones Documento que tiene la informacin los
y sugerencias de resultados de los indicadores de xito del
mejora. proceso de Gestin de Proyectos,
asimismo se presentan sugerencias para la
mejora del proceso de Gestin de
Proyectos.
Plan de adquisiciones Moprosoft: Contiene la relacin de
y capacitaciones recursos humanos, capacitacin,
materiales, equipo y herramientas
necesarios para la ejecucin del proyecto.
Registro de proyecto Documento en el cual se brinda
informacin de cada uno de los proyectos
de la empresa virtual. La informacin
bsica a presentar es la siguiente: nombre
del proyecto, cronograma de trabajo,
cliente, cantidad de recursos estimados.
Lecciones Aprendidas Documento en el que se registraran las
mejores practicas utilizadas, los
problemas recurrentes y las soluciones a
esos problemas, asimismo se
documentarn las experiencias exitosas
ocurridas durante el proceso de Gestin
de Proyectos.
Lista de Responsables Lista de los Jefes de proyectos internos de
de Administracin del la empresa.
Proyecto Especfico
Descripcin del Documento proporcionado por cada jefe
proyecto o Charter del de proyecto. El documento indica como
Proyecto informacin bsica el propsito del
proyecto, objetivo (tanto general como
especficos), cronograma de entregas,
que necesidad se satisface con el proyecto
y restricciones.
Documento de Metas El documento donde se establecen las
cuantitativas para el metas cuantitativas con las que debern
proyecto cumplir cada uno de los proyectos de la
empresa (la meta ms resaltante es el
tiempo).
Acciones correctivas o Moprosoft: Acciones establecidas para
preventivas corregir o prever una desviacin o
problema, tomando en cuenta los
comentarios y quejas de clientes
relacionadas con los proyectos.
74
g. Matriz de Caracterizacin
N Entrada Actividad Salida Descripcin Responsable

1 Cartera de Inicio Cartera de Proyectos Inicio del proceso de Gestin de Gerente de
Proyectos Proyectos. Proyectos
2 Cartera de E Cartera de Proyectos - Gerente de

Proyectos Proyectos
3 Cartera de Planificacin Plan de Gestin de Proyectos En el proceso de planificacin se Gerente de
Proyectos definen las actividades y recursos Proyectos
Plan de Ventas requeridos por cada tipo de
proyecto a gestionar, los cuales
Plan de Adquisiciones y son documentados en el Plan de
Capacitacin Gestin de Proyectos.
Adems, una vez que se tienen
Mecanismos de Comunicacin con definidos los proyectos internos y
el Cliente externos a desarrollar, se elabora
el Plan de Adquisiciones y
Capacitacin. Para los proyectos
internos se generan Alternativas
de Realizacin de Proyectos
Internos, para luego poder elegir
una de estas alternativas.
Finalmente, se establecern los
mecanismos de comunicacin con
el cliente, para luego poder
desarrollar el Plan de
Comunicacin con el Cliente
75
4 Plan de F Plan de Gestin de Proyectos - Gerente de
Gestin de Proyectos
Proyectos Plan de Ventas
Plan de Plan de Adquisiciones y

Ventas Capacitacin
Plan de Mecanismos de Comunicacin con

Adquisiciones el Cliente
y
Capacitacin
Mecanismos
de
Comunicacin
con el Cliente
5 Necesidades y Realizacin Contrato Proceso en el cual se Asignan a Gerente de
prospectos los responsables para la Proyectos
Registro de los proyectos administracin de proyectos
especficos, se entregan las metas
Lista de responsables de la cuantitativas para los proyectos,
administracin de proyectos se elaborarn los contratos en caso
especficos el proyecto externo, se reciben,
evalan y aprueban los Planes de
Proyecto, se recolectan e integran
los Reportes de Seguimiento de
los Proyectos, y los Comentarios y
Quejas del Cliente.
76
6 Plan de ventas Evaluacin y Reporte de Mediciones y En el proceso se realiza el anlisis Gerente de
Control Sugerencias de Mejora de los Reportes de Seguimiento, Proyectos
de los Comentarios y Quejas de
Lecciones Aprendidas los clientes. Del anlisis realizado
se generarn las acciones
Reporte Cuantitativo y Cualitativo correctivas y preventivas para
cada uno de los proyectos que la
Reporte de Acciones Correctivas o empresa tiene a cargo.
Preventivas
Adems, se realiza la
comunicacin con los
responsables del proceso de
Gestin de Negocio mediante el
Reporte Cuantitativo y Cualitativo
y el Reporte de Acciones
Correctivas o Preventivas de los
proyectos de la empresa.
Finalmente, se generar el
Reporte de Mediciones y
Sugerencias de Mejora para el
proceso de Gestin de Proyectos.
7 Reporte de Fin Reporte de Mediciones y - Gerente de

Mediciones y Sugerencias de Mejora Proyectos
Sugerencias
de Mejora Lecciones Aprendidas
Lecciones Reporte Cuantitativo y Cualitativo
77
Aprendidas
Reporte de Acciones Correctivas o
Reporte Preventivas
Cuantitativo y
Cualitativo
Reporte de
Acciones
Correctivas o
Preventivas
78
Proceso Desarrollo de Software (2 Nivel)
a. Propsito
El proceso de Desarrollo de Software realizar una serie de procesos en un orden

especfico para lograr cumplir con los requerimientos del cliente y a la vez
cumpliendo con las normas de seguridad informacin.
b. Descripcin
El proceso de Desarrollo de Software tiene como procesos que lo compone a Gestin

Inicio, Gestin de Requisitos, Gestin de Anlisis y Diseo, Gestin de
Construccin, Gestin de Integracin y Pruebas y finalmente Gestin del Cierre.
Cada uno de los procesos mencionados es repetido en uno o ms ciclos a lo largo de
un proyecto.
79
c. Matriz de caracterizacin
1 Plan de Inicio Plan de Desarrollo revisado y El proceso de Inicio requiere del Responsable de
Desarrollo Reporte de Actividades Plan de Desarrollo, para tener un Administracin
conocimiento que le permita al del Proyecto
equipo de trabajo entender de qu Especfico
trata el proyecto. As mismo, es
necesario generar un documento
donde se registren todas las
actividades que se llevarn a cabo
a lo largo del proyecto.
2 Plan de Gestin de Especificacin de El proceso est compuesto de un Responsable de
Desarrollo Requerimientos Requerimientos conjunto de actividades las cuales Administracin
revisado permitirn obtener los del Proyecto
Reporte de Pruebas de Sistema documentos de Especificacin de Especfico
Requerimientos y un Plan de
Reporte de Verificacin Pruebas de Sistema logrando
conseguir as un entendimiento
Reporte de Validacin comn entre el cliente y el
proyecto.
3 Plan de Gestin de Reporte de Actividades El proceso de Gestin de Anlisis Responsable de
Desarrollo Anlisis y y Diseo requiere necesariamente Administracin
Diseo Documento de Anlisis y Diseo del documento de especificacin del Proyecto
Especificacin de requerimientos, de dicho Especfico
de Registro de Rastreo documento se realizar el diseo
Requerimientos de los componentes del producto
80
Plan de Pruebas de Integracin software.
Plan de Desarrollo actualizado

4 Plan de Gestin de Reporte de Actividades Conjunto de actividades que sern Responsable de
Desarrollo Construccin realizadas con la finalidad de Administracin
actualizado Componente (se debe de entender obtener un producto software que del Proyecto
por componente al cdigo fuente cumpla con los requerimientos Especfico
Documento de y ejecutables) especificados. As mismo, se
Anlisis y desarrolla la ltima versin del
Diseo Plan de Desarrollo actualizado Manual de Usuario, Manual de
Operacin y Manual de
Registro de Mantenimiento. Como resultado
Rastreo de las actividades se obtiene el
producto Software probado y
documentado.
5 Plan de Gestin de Reporte de Actividades Responsable de
Desarrollo Integracin y Administracin
Pruebas Reporte de Pruebas de del Proyecto
Plan de Integracin Especfico
Pruebas de
Integracin Producto Software
Plan de Manual de Usuario

Pruebas del
Sistema Manual de Operacin
Documento de Configuracin de Software

Anlisis y
Diseo
81
6 Reporte de Gestin de Configuracin de software Se realizar la integracin del Responsable de
Actividades Cierre producto software, se Administracin
Reporte de Mediciones y identificarn y documentarn las del Proyecto
Reporte de Sugerencias de Mejora lecciones aprendidas. Se Especfico
Pruebas de generarn reportes de mediciones
Integracin y sugerencias de mejora.
Producto
Software
Manual de
Usuario
Manual de
Operacin
Configuracin
de Software
82
Tercer Nivel
Proceso de Seleccin de Personal (Proceso de Gestin Recursos y Ambiente de

trabajo 2 Nivel)
a. Propsito
El propsito es brindar a las empresas virtuales un proceso estndar el cual les
permitir reducir el tiempo en proceso Seleccin de Personal.
b. Descripcin
El proceso de Seleccin de Personal consta de las etapas de Planificacin y publicacin,
Postulacin y Seleccin y Emisin de resultados de postulacin y contratacin.
La primera etapa se divide en dos subfases Plantacin y Publicacin. En la
Planificacin, se definir la cantidad de personal necesario y los proyectos disponibles
para el siguiente ciclo. En la Publicacin, se publicar las ofertas laborales tanto por
puesto disponible como por proyecto disponible. Cabe resaltar que en la etapa de
Planificacin se tiene la opcin de generar una contratacin inmediata.
La etapa Postulacin y Seleccin se dividen en las subetapas de Postulacin y la
Seleccin de los colaboradores. En la postulacin, el postulante recibe un aviso de que
hay un puesto o proyecto disponible y decide o no postular. En la Seleccin de
colaboradores, el gerente de Recursos y Humanos y el Equipo Evaluador seleccionan a
los postulantes ms apropiados para los puestos y los proyectos disponibles.
En la etapa de Emisin de resultados de postulacin y Contratacin, se procede a
informar al personal que fue admitido en la empresa indicndoles que deben de
acercarse a la empresa para la firma del contrato. Asimismo, si el postulante no fue
admitido en la empresa ser informado que no ser contratado en la empresa.
c. Roles
Rol Descripcin
Equipo Puede estar por todos los gerentes de la
evaluador empresa o por un grupo de ellos.
Son los responsables de realizar los
criterios de evaluacin para los distintos
puestos. Adems, son los encargados de
realizar la evaluacin del Postulante
despus que aplique a una oferta laboral y
las entrevistas personales.
Gerente Es la persona que se encarga de administrar
de todo tipo de recurso en la empresa. Adems,
Recursos es el encargado velar por el cumplimiento
del proceso de Seleccin de Personal.
Tambin, es el responsable de dar inicio y
fin a las acciones dentro de proceso a
partir de la creacin del organigrama en el
83
proceso de Planeacin Estratgica.
Entre otras responsabilidades estn las de
definir los puestos y perfiles, la cantidad
de personal necesario, los criterios de
evaluacin y los formatos de aplicacin
para cada puesto, actualizar el plan de
capacitacin y llevar el control del proceso
teniendo en cuenta las fases del proceso.
Postulante Es la persona que todava no pertenece a
ninguna empresa (TDP 1 y TDP2). Tiene
como responsabilidades la de verificar las
propuestas de puestos, postular a los
puestos, tomar los puestos y firmar
contrato con la empresa.
d. Stakeholders
Gerente de Como usuario final podr publicar los puestos
Recursos laborales disponibles y seleccionar l personal
ms adecuado.
Postulante Como usuario final podr postular a las ofertas
laborales que estn publicadas. Adems, se le
permitir adjuntar el CV a su postulacin.
e. Entradas del proceso

de
Elaboracin
Plan de Moprosoft: Contiene la Gerente de
Adquisiciones relacin de recursos humanos, Recursos
y capacitacin, materiales,
Capacitacin. equipo y herramientas
necesarios para la ejecucin
del proyecto.
Cartera de Lista de proyectos nuevos o en Gerente de
proyectos de proceso de desarrollo. Proyectos
la Empresa
84
f. Salidas del proceso
Salida Descripcin
Lista de Es el listado de los Postulantes que se
Postulantes contrataron para cubrir los puestos laborales
Contratados. publicados.
g. Reglas de Negocios
Prioridades en entrevistas
Descripcin La empresa tendr la prioridad de
entrevistar al Postulante de acuerdo a la
prioridad que puso el Postulante en su
postulacin.
Otras Las empresas debern esperar su turno
consideraciones para convocar al Postulante a una
entrevista.
Plan de Adquisicin y Capacitacin Aceptado por el comit

Descripcin Para iniciar el proceso de seleccin de
personal el comit de proyectos deber
aprobar el Plan de Adquisicin y
Capacitacin de la empresa.
Otras Tiempo
Estede ofertas laborales
documento deber ser presentado
consideraciones
Descripcin antes de la finalizacin
El tiempo de las ofertas dellaborales
ciclo en el queel
ser
se encuentran.
mismo para todas las empresas virtuales y
ser un consenso entre todas las empresas
virtuales.
Otras La nica oferta laboral que no tiene un
consideraciones tiempo de vida es la oferta de contratacin
inmediata.
h. Documentos asociados
ENTRADA: Plan de Adquisiciones y Capacitacin.

Descripcin MoproSoft : Contiene la relacin de
recursos humanos, capacitacin,
materiales, equipo y herramientas
necesarios para la ejecucin del proyecto.
Plantilla NO
Justificacin En dicho documento se identifica las

necesidades de infraestructura, las
necesidades de capacitacin y la cantidad
de recursos tanto para los proyectos,
investigaciones o puestos en la empresa.
85
Dueo del Gerente de Recursos
documento
Origen Gestin de Negocio
Gestin de Procesos Gestin de Proyectos
ENTRADA: Cartera de proyectos de la Empresa

Descripcin MoproSoft: Conjunto de proyectos
externos e internos u oportunidades de
proyectos.
Plantilla NO
Justificacin Es parte del plan estratgico de la

empresa
Dueo del Gerente de Proyectos
documento
Origen Gerencia de Proyectos
SALIDA: Roles de acuerdo a la metodologa

Descripcin Lista de roles de acuerdo a la
metodologas que se eligieron para el
desarrollo de los proyectos.
Plantilla NO
Justificacin Permitir saber cules son los roles

disponibles en la empresa.
Dueo del Gerente de recursos
documento
Origen Gerencia de Procesos
ENTRADA: Constancia de cumplir rol de tester.

Descripcin Documento con cual el postulante
demostrara que el alumno ha pasado por el
rol de tester. Para obtener dicha constancia
el postulante tendr TDP1 o TDP2 para
obtener la constancia.
Plantilla NO
Justificacin Obligara al postulante a pasar por el rol de

tester antes de llegar a TP1.
86
Dueo del Postulante
documento
Origen Empresa de QA
ENTRADA: Constancia de cumplir rol de desarrollador.

Descripcin Documento con cual el postulante
demostrara que el alumno ha pasado por el
rol de desarrollador. Para obtener dicha
constancia el postulante tendr TDP1 o
TDP2 para obtener la constancia.
Plantilla NO
Justificacin Obligara al postulante a pasar por el rol de

desarrollador antes de llegar a TP1.
Dueo del Postulante
documento
Origen Empresas virtuales
SALIDA: Lista de Personas con resultado de postulacin

Descripcin Lista de personas que aprobaron la
entrevista.
Plantilla NO
Justificacin Permitir enviar a cada postulante de la

lista que se encuentra apto para la
entrevista. Y a los que no estn en la lista
se les enviar una notificacin con la
respuesta de no aceptacin.
documento
ENTRADA: CV
Descripcin Datos extras sobre los conocimientos
adquiridos por experiencia laboral o
estudios externos a la universidad.
Plantilla NO
Justificacin Permitir al postulante demostrar la

experiencia que tiene. Adems, permitir
demostrar al postulante que de
conocimientos extras a los adquiridos en
la universidad, como es el caso de
87
certificaciones, cursos, actualizaciones,
etc.
Dueo del Postulante
documento
Origen Postulante
SALIDA: Lista de personas que ocupen puesto en el presente

periodo
Descripcin Documento en el cual se tienen a todos los
recursos que firmaran contrato para un
determinado rol o proyecto.
Plantilla NO
Justificacin Permitir obtener la cantidad de recursos

que se contrataran y cules son los roles o
proyectos que quedan libres o aun
necesitan de recursos.
documento
SALIDA: Contrato
Descripcin Documento en el cual el postulante acepta
la responsabilidad del rol o proyecto al
cual postulo.
Plantilla NO
Justificacin Documento con el cual el Gerente de

Recursos lleva un control de los recursos
que entran a la empresa.
documento
88
i. Matriz de Caracterizacin
N Entradas Salida Descripcin Responsable

1. Tipo de contratacin Tipo de contratacin Se define que tipo de contratacin se realizar. Gerente de
que se realizar. (inmediata o no Recursos
inmediata)
2.1.(Que tipo No es contratacin Es un tipo de La actividad indica que el flujo de la contratacin del Gerente de
de inmediata. contratacin normal. personal se realizar por la va normal se dirige a G2. Recursos
contratacn
es?)
2.2. (Que tipo La contratacin es de La contratacin es La actividad indica que el flujo de la contratacin del Gerente de
de forma inmediata. de forma inmediata. personal se realizar por el flujo alternativo, es decir se Recursos
contratacn dirige hacia la actividad A8.
es?)
3. Es un tipo de Actividades 4 y 5 Como la contratacin es de tipo No Inmediata entonces -
contratacin normal. se realizan en paralelo las actividades A1 y A2.
4. Plan de Adquisiciones Lista de proyectos Con el plan de Adquisiciones, la cartera de proyectos y Gerente de
y Capacitacin. para el presente la lista de temas de investigacin se obtienen la Recursos
Cartera de proyectos ciclo. cantidad de personal requerido y los puestos que
de la Empresa. Cantidad de recursos ocuparan para el ciclo. Dicho personal formar parte de
en la empresa. un proyecto de la cartera de proyectos o un tema de
investigacin.
As mismo, de la cartera de proyectos se obtendr los
proyectos que se publicarn, ya sean como proyectos
nuevos y necesitan jefes de proyectos o como
proyectos, ya iniciados, que necesitan de colaboradores.
5. Cartera de Proyectos Lista de roles de De la cartera de proyectos de la empresa se obtendrn Gerente de
de la empresa acuerdo a la los proyectos nuevos y su respectiva metodologa de Recursos
metodologa desarrollo.
89
Con dicha metodologa se obtendr los roles que se
deben de cubrir dentro de dicho proyecto. Dichos roles
tienen asociados responsabilidades, habilidades y
capacidades.
Adems se elaboran los contratos para los
colaboradores donde se indican las responsabilidades
de los mismos.
6(finl de Lista de roles de Lista de roles de Se finaliza las actividades A1 y A2. Y se dirige a la -
actividades 4 acuerdo a la acuerdo a la actividad A3.
y 5 en metodologa. metodologa.
paralelo). Lista de proyectos Lista de proyectos
para el presente ciclo. para el presente
Cantidad de recursos ciclo.
en la empresa Cantidad de recursos
en la empresa
7. Lista de roles de Lista de Roles a La actividad permitir definir que se ofertar si un rol o Gerente de
acuerdo a la publicar. proyecto o ambos. Recursos
metodologa. Lista de proyectos La cantidad de recursos servir al momento de publicar
Lista de proyectos para el presente las ofertas laborales.
para el presente ciclo. ciclo.
Cantidad de recursos Cantidad de recursos
en la empresa en la empresa
8(qu tipo de Lista de roles de Lista de Roles a Se decide que tipo de oferta se publicar (puestos -
oferta se acuerdo a la publicar. disponibles o proyecto disponible). Para este caso se
publicar?). metodologa. Cantidad de recursos publicar una oferta para puestos disponibles.
Lista de proyectos en la empresa
para el presente ciclo. Lista de proyectos Se decide que tipo de oferta se publicar (puestos
Cantidad de recursos para el presente disponible o proyecto disponible). Para este caso se
en la empresa ciclo. publicar una oferta para proyectos disponibles.
90
9. Lista de Roles a Criterios de De acuerdo a los cambios que se hayan realizado dentro Gerente de
publicar. evaluacin por rol. de los perfiles con respecto al periodo anterior (ciclo Recursos
Cantidad de recursos universitario) y a las necesidades actuales de la
en la empresa empresa, se realizaran los cambios necesarios para los
Lista de competencias criterios de evaluacin de los Postulantes.
y capacidades
10. Lista de proyectos Criterios de Permitir determinar las habilidades y perfiles Gerente de
para el presente ciclo. evaluacin para los (capacidades y competencias) que debe de poseer un Recursos
Lista de competencias jefes de proyecto. jefe de proyecto.
y capacidades
11.(conectar Criterios de Criterios de Se espera a que se concrete una u otra actividad, o en Gerente de
actividades 9 evaluacin por rol evaluacin por rol defecto, ambas actividades. Recursos
y 10) Criterios de Criterios de
evaluacin para los evaluacin para los
jefes de proyecto jefes de proyecto
12.1 Criterios de Lista de puestos y Se publican los roles, la cantidad de los mismos y el Gerente de
evaluacin por rol proyectos perfil del colaborador que se busca. Recursos
Lista de Cantidad de disponibles para el
personas por roles y presente periodo. Al final de esta actividad se notificar a los Postulantes
proyectos en la Criterios de que las ofertas laborales de la empresa ya estn
empresa evaluacin por rol. habilitadas y sern vigentes dentro de periodo de
postulacin que el Comit de las Carreras de
computacin determine.
12.2 Lista de proyectos Lista de puestos y Se publican los proyectos que la empresa tiene Gerente de
disponibles. proyectos disponible para su ejecucin. Se indicar la cantidad de Recursos
Criterios de disponibles para el personas y la carrera para dicho proyecto de acuerdo a
evaluacin para los presente periodo. la metodologa de proyecto.
jefes de proyecto. Criterios de
evaluacin para los
91
jefes de proyecto.
12.3 - Tiempo de vigencia Las ofertas laborales, publicadas en la A6, sern

de las ofertas vigentes dentro de perodo de postulacin que el
laborales Comit de las Carreras de computacin determine.
12.4 Oferta Activa Notificacin a los Al final de esta actividad A6 se notificar a los
postulantes. Postulantes que las ofertas laborales de la empresa ya
estn habilitadas.
13. Tiempo de vigencia - La oferta laboral se desactivara de forma automtica Gerente de

de las ofertas despus que transcurri el tiempo de vigencia de la Recursos
laborales oferta laboral.
14. Lista de puestos y Lista de personas En la actividad se realizara la postulacin a una o varias Gerente de
proyectos disponibles con resultado de ofertas laborales. Recursos
para el presente postulacin
periodo. Se realizar una primera evaluacin de cada uno de los Postulante
Criterios de postulantes contrastando su perfil (competencias y
evaluacin para los capacidades) con el perfil del puesto (ya sea para un rol Equipo
jefes de proyecto. o un jefe de proyecto) evaluador
Criterios de
evaluacin por rol. Con los postulantes que pasaron la primera evaluacin
se realizar la entrevista personal y se generar una lista
con el resultado de las postulaciones.
15 Notificacin de oferta Es una contratacin El postulante recibe un mensaje de una oferta laboral -
disponible inmediata disponible e indicando si es una contratacin inmediata
o no.
En este caso la contratacin es inmediata y se dirige a
la actividad 29 para realizar la firma del contrato.
92
NO es una El postulante recibe un mensaje de una oferta laboral
contratacin disponible e indicando SI es una contratacin inmediata
inmediata o no.
En este caso la contratacin NO es inmediata y se
dirige a 16.1.
16.1 NO es una Se actualiza o sube El colaborador decide subir o actualizar el CV. Se Postulante
contratacin el CV. realiza la actividad 17.
inmediata No se actualiza o Se dirige a 16.2. para saber si el postulante postulara a
sube el CV. la oferta laboral o no.
16.2 Proviene de la No postula a la El postulante decide no postular a la oferta laboral Postulante
actividad 16.1. oferta laboral. disponible.
Proviene de la
actividad 17.
17 Curriculum Vitae Sube Curriculum El postulante puede subir o actualizar el Curriculum Postulante
(CV) Vitae (CV) o Vitae (CV). Despus de esta actividad el alumno decide
actualiza Curriculum en postular o no postular.
Vitae (CV)
18(Consulta: Proviene de la Postula a la oferta El postulante decide postular a la oferta laboral Postulante
Postula a la actividad 16.1. laboral. disponible.
oferta de la Proviene de la
empresa?) actividad 17.
19 Lista de competencias Curriculum Vitae El Postulante aplicar a la oferta laboral (Rol o para un Postulante
y capacidades del Lista de Proyecto en especifico).
alumno. competencias y
capacidades del Para esta actividad el perfil (capacidades y
alumno competencias) del postulante se cargar
automticamente. Dicho perfil se complementara con el
CURRICULUM VITAE (CV).
93
20 Curriculum Vitae Resultados de Cuando el Equipo evaluador de la empresa recibe una Equipo
(CV). Criterios de evaluacin de las nueva postulacin evala la postulacin de acuerdo a evaluador
Evaluacin por rol. capacidades, los criterios del puesto al que se postula.
Lista de competencias competencias y La evaluacin puede tomar como resultado 3 rumbos
y capacidades del Curriculum Vitae (debido a la pregunta El postulante fue aceptado o
postulante. (CV). desisti?). La evaluacin es satisfactoria y el Postulante
Criterios de califica para ocupar el puesto. El Postulante no califica
evaluacin para jefes para ocupar el puesto.
de proyectos El Postulante durante el periodo de evaluacin decide
desistir de la postulacin.
21(Consulta: Proviene de la El postulante SI fue El postulante fue admitido despus de la evaluacin del Gerente de
El postulante actividad 20. admitido equipo evaluador se activa la actividad 22. Recursos
acept o El postulante NO fue El postulante NO fue admitido despus de la
desisti/no admitido o desisti evaluacin del equipo evaluador o el postulante
adminitdo?). de la postulacin. desisti.
22(aceptado). Resultados de Lista de Personas El gerente de recursos llevara la agenda de las Gerente de
evaluacin de las con resultado de entrevistas personales para los Postulantes que hayan Recursos
capacidades, postulacin sido aprobados en su postulacin.
competencias y
Curriculum Vitae Finalmente el Postulante ser informado del resultado
(CV). de la evaluacin. Si esta es satisfactoria tendr que
esperar un periodo de tiempo hasta el da y hora de la
entrevista, para la cual se le indicara el lugar, fecha
exacta.
23(desisti/no Resultados de Lista de Personas El caso que el Postulante no haya sido aprobado o haya Gerente de
adminitdo). evaluacin de las con resultado de desistido de la postulacin, la postulacin ser Recursos
capacidades, postulacin descartado. Adems se le notificar al Postulante el
competencias y resultado de la evaluacin.
Curriculum Vitae.
94
24 Lista de Personas con Lista de personas Cuando llegue la fecha de la entrevista el Postulante Equipo
resultado de con resultado de ser entrevistado por una (o ms) personas que evaluador
postulacin. postulacin conforman el Equipo evaluador. En esta entrevista se
Criterios de actualizada tomaran aquellos criterios que no han sido aplicados
Evaluacin por rol. dentro de la formulacin de postulacin.
Constancia de cumplir De estas entrevistas se generar una lista con los
rol de tester. resultados de postulacin actualizada (si fueron
Constancia de cumplir aceptados o no).
rol de desarrollador.
25. Lista de personas con Lista de personas Con el resultado de la evaluacin de los formularios y Gerente de
resultado de que ocupen puesto Curriculum Vitae (CV) ms el resultado de la Recursos
postulacin en el presente entrevista, el gerente de recursos elaborar la lista de
actualizada periodo las personas que ocupen los puestos.
26(se inician Lista de personas que Lista de personas Se realizan en paralelo las actividades 27 y 29. Gerente de
actividades ocupen los roles en el que ocupen los roles Recursos
en paralelo 27 presente periodo en el presente
y 29). periodo
27. Lista de personas que Lista de Roles y La actividad permitir obtener los Roles y Proyectos Gerente de
ocupen puesto en el Proyectos no que no fueron cubiertos con el proceso de postulacin Recursos
presente periodo. cubiertos. (dicha actividad se realiza haciendo un cruce entre
Lista de Cantidad de Lista de personas que ocupen puesto en el presente
personas por roles y periodo y Lista de Cantidad de personas por roles y
proyectos en la proyectos en la empresa).
empresa
28(Consulta: Lista de Roles y Si faltan puestos por Si hay puestos sin cubrir se ira a la actividad A2, para Gerente de
Faltan Proyectos no cubrir iniciar un nuevo proceso de postulaciones. Recursos
puestos por cubiertos. No faltan puestos Si ya no existen ms puestos que cubrir se da la firma
95
cubrir?). por cubrir de contratos.
29. Lista de personas que Lista de personas En esta actividad se publicaran los resultados finales Gerente de
ocupen puesto en el que ocupen los roles para todas personas que ocuparan los puestos. Recursos
presente periodo en el presente
periodo
30. Lista de personas que Contrato firmado. Los Postulantes que aprobaron la entrevista (la cual se Postulante
ocupen los roles en el Lista de postulantes encuentra en la Lista de personas que ocupen los roles
presente periodo contratados. en el presente periodo) firmaran los contratos
Fin del proceso irrevocables con la empresa.
Si la contratacin es Inmediata se salta todo el
subproceso de contratacin y el postulante pasa a
firmar el contrato.
96
Proceso de Evaluacin de Personal (Proceso de Gestin Recursos y Ambiente de
trabajo - 2 Nivel)
a. Propsito
Evaluar el desempeo de cada uno de los colaboradores de la manera ms objetiva
posible.
b. Descripcin
El proceso de evaluacin de personal consta de dos etapas planificacin y ejecucin y
cierre. En la etapa de planeacin, se crean o actualizan, verifican y corrigen las rbricas
de evaluacin del personal.
En la etapa de ejecucin, se realiza la evaluacin del personal ya sea gerentes o recursos.
El personal intervienen el Gerente General (en caso la evaluacin sea para los gerentes de
la empresas virtual), Gerente de Recursos Humanos y evaluadores (dentro del rol se
encuentran el jefe proyectos, colaboradores y clientes).
Finalmente, la etapa de control el Gerente General o el Gerente de Recursos Humanos
realizan reportes de calificacin del personal evaluado, si la evaluacin fue a gerentes de
la empresa virtual en responsable de generar el reporte es el Gerente General y su la
evaluacin se realiz al personal de la empresa el responsable de generar los reportes de
calificacin es el Gerente de Recursos.
El proceso permite realizar una evaluacin de 360 grados, es decir desde varias
perspectivas.
c. Roles
Rol Descripcin
Equipo Esta compuesto por representantes de los
Validador gerentes generales de las empresas virtuales
y representantes del comit.
Son los encargados validar las rbricas de
calificacin del personal de las empresas.
Gerente de Es el responsable de ejecutar los procesos
Recursos de Actualizacin de rbricas para
recursos y Evaluacin de Recursos.
Equipo Es una persona o un grupo de personas
Modificador encargadas de realizar los cambios a las
Rbricas.
En el caso de las Rbricas para Gerentes
Generales el Equipo Modificador esta
compuesto por Gerentes Generales o por
integrantes del Comit.
En el caso de las Rbricas para los recurso

de las empresas virtuales el Equipo
Modificador esta compuesto por Gerentes
de las empresas (gerentes de proyecto,
97
gerentes de procesos, gerentes de recursos,
etc.) o por integrantes del Comit.
Gerente Es el responsable de ejecutar los procesos
General de Actualizacin de rbricas para gerentes
de las empresas y Evaluacin de los
gerentes de las empresas.
Evaluadores Es la persona o grupo de personas que
realizan la calificacin.
d. Stakeholders
Gerente de Como usuario final ejecutar la
Recursos evaluacin de los colaboradores de la
empresa.
Gerente Como usuario final ejecutar la
General evaluacin de los gerentes de la empresa.

de
Elaboracin
Rbrica Documento en el cual se Gerente
para estipulan los criterios de General
Gerentes calificacin de los
gerentes de la empresa
(Gerente de Proyectos,
Gerente de Recursos,
etc.).
Rbrica Documento en el cual se Gerente de
para estipulan los criterios de Recursos
Recursos calificacin de los
recursos de la empresa
(Jefe de proyecto,
desarrolladores,
asistentes, etc.)
98
Salida Descripcin
Reporte de Informe en el cual se detalla el puntaje en
Evaluacin cada rubrica de calificacin de los gerentes
de de la empresa. El informe es elaborado por
Gerentes el Gerente General de la empresa virtual.
Reporte de Informe en el cual se detalla el puntaje en
Evaluacin cada rubrica de calificacin de los recursos
de de la empresa. El informe es elaborado por
Recursos el Gerente Recursos Humanos de la empresa
virtual.
g. Reglas del Negocio
Evaluacin 360 grados

Descripcin La evaluacin al personal de la empresa virtual
(gerentes o recursos) se realizar por todos las
personas que han interactuado directamente
con el recurso a evaluar.
Por ejemplo si el recurso a evaluar el un jefe de
proyectos las personas que evaluarn su
desempeo sern sus recursos asignados,
Gerente de proyectos, Gerente de Recursos
Humanos, Gerente General, cliente, etc.
Rbrica de calificacin Aprobada

Descripcin Las rbricas de calificacin deben de tener la
aprobacin del equipo evaluador. Adems,
dichas rbricas debern ser las mismas en todas
las empresas virtuales, para as evaluar al
personal bajo un mismo criterio.
99
h. Documento Asociado
ENTRADA: Rbrica de calificacin.

Descripcin Contiene las habilidades y responsabilidades
sobre los que se evaluar al personal (gerente
de procesos, programadores, etc.) de las
empresas virtuales.
Plantilla NO
Justificacin El documento permite uniformizar la

calificacin del personal en todas las empresas
virtuales.
documento
Origen Gestin de Procesos Gestin de Proyectos
100
Caracterizacin Proceso Evaluacin

1(inicio) Rbrica para Gerentes y Rbrica para Llegan las Rbricas para iniciar el proceso de Gerente General
Recursos evaluacin
2 Rbrica para Gerentes y Rbrica para Gerentes Gateway en el que se decide qu se va a evaluar, Gerente General
Rbrica para Recursos Gerentes o recursos?
En este caso Gerentes
3 Rbrica para Gerentes y Rbrica para Recursos Gateway en el que se decide qu se va a evaluar, Gerente General
Rbrica para Recursos Gerentes o recursos?
En este caso recursos
4 Rbrica para Recursos Rbrica para Recursos para validar Gateway en el que se decide si las rbricas Gerente General
requieren validacin?
En este caso si requieren validacin
5 Rbrica para Recursos Rbrica para Recursos que no necesita Gateway en el que se decide si las rbricas Gerente General
correcciones requieren validacin?
En este caso no requieren validacin
6 Rbrica para Gerentes Rbrica para Gerentes para validar Gateway en el que se decide si las rbricas Gerente de
para validar requieren validacin? Recursos
7 Rbrica para Gerentes Rbrica para Gerentes que no necesita Gateway en el que se decide si las rbricas Gerente de
correcciones requieren validacin? Recursos
8 Rbrica para Gerentes Rbrica para Gerentes validado Proceso en el que se validan las rbricas para Gerente General
para validar Gerentes
101
9 Rbrica para Recursos Rbrica para Recursos validado Proceso en el que se validan las rbricas para los Gerente de
para validar recursos Recursos
10 Rbrica para Recursos Rbrica para Recursos validado Gateway de concatenacin Gerente de
validado Recursos
11 Rbrica para Gerentes Rbrica para Gerentes validado Gateway de concatenacin Gerente General
validado
12 Rbrica para Gerentes Reporte de Evaluacin Proceso donde se evala a los Gerentes Gerente General
validado
13 Rbrica para Recursos Reporte de Evaluacin Proceso donde se evala a los recursos Gerente de
validado Recursos
14 Reporte de Evaluacin de Fin del proceso de evaluacin Gerente de
Gerentes Recursos
Reporte de Evaluacin de
recursos
102
Caracterizacin Proceso Actualizar Rbricas para Gerentes

1(inicio) Rbrica para Gerentes por Llegan las Rbricas para Gerentes que Equipo de
Validar requieren validacin Validacin
2 Rbrica para Gerentes por Rbrica para Gerentes por Se actualizan los criterios de evaluacin Equipo
Validar actualizar con los criterios de de las Rbricas que requieren modificador
evaluacin actualizados validacin
3 Rbrica para Gerentes por Rbrica para Gerentes Equipo de
Validar con los criterios de revisados por el equipo de Se revisan las Rbricas con el objeto de Validacin
evaluacin actualizados para validacin y el Reporte de validarlas
Recursos Validacin
4 Rbrica para Gerentes Rbrica para Gerentes validado, Gateway en el que se decide si las Equipo de
revisados por el equipo de es decir, no necesitan rbricas requieren correccin? Validacin
validacin y el Reporte de correccin y el Reporte de En este caso no requieren correccin
Validacin Validacin
5 Rbrica para Gerentes Rbrica para Gerentes no Gateway en el que se decide si las Equipo de
revisados por el equipo de validado, es decir, necesitan rbricas requieren correccin? Validacin
validacin y el Reporte de correccin y el Reporte de En este caso requieren correccin
Validacin Validacin
6 Rbrica para Gerentes Fin del proceso Equipo de
validado, es decir, no Validacin
necesitan correccin y el
Reporte de Validacin
103
Caracterizacin Proceso Validar Rbricas para Recursos
1(inicio) Rbrica para Recursos por Llegan las Rbricas para Recursos que Equipo de
Validar requieren validacin Validacin
2 Rbrica para Recursos por Rbrica para Recursos por Se actualizan los criterios de evaluacin Equipo
Validar Validar con los criterios de las Rbricas que requieren validacin Modificador
de evaluacin actualizados
3 Rbrica para Recursos por Rbrica para Recursos Equipo de
Validar con los criterios revisados por el equipo de Se revisan las Rbricas con el objeto de Validacin
de evaluacin actualizados validacin y el Reporte de validarlas
para Recursos Validacin
4 Rbrica para Recursos Rbrica para Recursos Gateway en el que se decide si las Equipo de
revisados por el equipo de validado, es decir, no rbricas requieren correccin? Validacin
validacin y el Reporte de necesitan correccin y el En este caso no requieren correccin
Validacin Reporte de Validacin
5 Rbrica para Recursos Rbrica para Recursos no Gateway en el que se decide si las Equipo de
revisados por el equipo de validado, es decir, rbricas requieren correccin? Validacin
validacin y el Reporte de necesitan correccin y el En este caso requieren correccin
Validacin Reporte de Validacin
6 Rbrica para Recursos Fin del proceso Equipo de
validado, es decir, no Validacin
necesitan correccin y el
Reporte de Validacin
104
Caracterizacin Evaluar Gerente

1(Inicio) Rbrica para Gerentes Llegan las Rbricas para Gerentes ya Gerente General
validado y el Reporte de validado y el reporte de Validacin
Validacin
2 Rbrica para Rbrica para Gerentes Compuerta para realizar actividades Gerente General
Gerentes validado y validado paralelas
el Reporte de En este caso se envan las Rbricas de
Validacin evaluacin, tanto al Gerente General
como al Evaluador (el Evaluador puede
ser tanto un recurso que trabaj con el
Gerente como un cliente que tuvo algn
tipo de interaccin con el mismo)
3 Rbrica para Rbrica para Gerentes Compuerta para realizar actividades Gerente General
Gerentes validado y validado paralelas
el Reporte de En este caso se envan las Rbricas de
Validacin evaluacin, tanto al Gerente General
como al Evaluador (el Evaluador puede
ser tanto un recurso que trabaj con el
Gerente como un cliente que tuvo algn
tipo de interaccin con el mismo)
4 Rbrica para Plantilla de Calificacin En esta actividad el Gerente General Gerente General
Gerentes validado llena (Rbrica) evala a sus Gerentes
5 Rbrica para Plantilla de Calificacin En esta actividad el Evaluador evala a Evaluadores

Gerentes validado llena (Rbrica) los Gerentes
105
6 Plantilla de Plantilla de Calificacin Gateway donde se concatenan dos Gerente General
Calificacin llena consolidada (Rbrica actividades
por el Gerente consolidada)
General y por el
Evaluador
7 Plantilla de Fin del Proceso Gerente General
Calificacin
consolidada
Caracterizacin Proceso Evaluar Recursos
Actividad Entradas Salida Descripcin Responsable

1(Inicio) Rbrica para Recursos Llegan las Rbricas para Recursos ya Gerente de
validado y el Reporte de validado y el reporte de Validacin Recursos
Validacin
2 Rbrica para Recursos Plantilla de Calificacin El Evaluador evala al personal Evaluador
validado llena (Rbrica)
3 Plantilla de Calificacin llena Reporte de Evaluaciones El Gerente de Recursos recibe las Gerente de
(Rbrica) consolidado evaluaciones de los evaluadores y Recursos
genera un reporte consolidado
4 Reporte de Evaluaciones Fin del proceso Gerente de
consolidado Recursos
106
Proceso de Capacitacin de personal (Proceso de Gestin Recursos y Ambiente de
trabajo - 2 Nivel)
a. Propsito
Planificar y controlar las capacitaciones que los colaboradores deben de llevar a cabo
durante un periodo determinado.
b. Descripcin
El proceso de capacitacin de personal tiene dos formas de realizarse el primero es
cuando la capacitacin es planificada y la segunda es cuando la capacitacin es
extraordinaria (un requerimiento de ltimo momento).
Cuando es una capacitacin planificada, se publica la capacitacin para que el personal a
ser capacitado participe de ella. Cuando la capacitacin es extraordinaria se busca a un
expositor y su disponibilidad, una vez confirmado el expositor se genera el cronograma
de la capacitacin.
c. Roles
Rol Descripcin
Expositor/Capacitador Persona que tiene como responsabilidad la
realizacin de la capacitacin, la
preparacin del material de capacitacin y
la evaluacin del personal que participo en
la capacitacin.
Gerente de Recursos Es la persona que se encarga de administrar
todo tipo de recurso en la empresa. Adems,
es el encargado velar por el cumplimiento
del proceso de Capacitacin de Personal.
Entre otras responsabilidades estn las de
intervenir en la planificacin de las
capacitaciones, coordinar la disponibilidad
con el expositor y gestionar la publicacin
de la capacitacin.
Colaborador Persona que participa en la capacitacin
organizada.
Equipo Validador Equipo de personas encargadas de validar
las capacitaciones para el siguiente ciclo
acadmico.
Solicitante Persona que solicita a la empresa virtual la
programacin de una capacitacin en un
tema determinado.
107
d. Stakeholders
Gerente de Recursos Como usuario final podr publicar las
capacitaciones para el siguiente ciclo
acadmico.
Solicitante Como usuario final podr solicitar una
capacitacin extraordinaria en caso sea
necesario (la capacitacin extraordinaria es
una capacitacin no planificada).
Expositor/Capacitador Como usuario final podr dar inicio a la
capacitacin que tiene a cargo.

de
Elaboracin
Lista de Lista de las personas que pasaran por Gerente de
Personas a el proceso de capacitacin. Recursos
capacitar
Plan de Se elabora en el proceso de Recursos Gerente de
capacitacin Humanos y Ambiente de trabajo. Se Recursos
toma como base el documento de Plan
Operativo del proceso Recursos
Humanos y Ambiente de trabajo.
MoproSoft: Se incluyen las
actividades que se realizaran en la
capacitacin (cursos, talleres,
calendario, instructores, logstica,
etc.)
Salida Descripcin
Registro de recursos Datos del personal capacitado respecto del
Humanos actualizado conocimiento que tienen.
108
g. Reglas del Negocio
Tipos de capacitacin
Descripcin Se deben de considerar que las capacitaciones
pueden ser programadas y extraordinarias.
Programadas, son aquellas que paso por un
proceso de organizacin. Extraordinarias, aquellas
que aparecen de forma imprevista.
Planificacin de Capacitaciones
Descripcin La planificacin de las capacitaciones se debern
realizar antes del inicio de ciclo y del inicio del
proceso de Seleccin de Personal, ya que es
necesario tener el Plan de Adquisiciones y
Capacitaciones aprobados por el comit antes del
inicio de proceso de seleccin.
Responsabilidades del equipo validador

Descripcin El equipo validador antes de programar una
capacitacin debe corroborar que exista un
expositor para dictar la capacitacin en la fecha
requerida.
h. Documento Asociado
ENTRADA: Plan de Capacitacin.

Descripcin Contiene la relacin de las capacitaciones
programadas.
Plantilla NO
Justificacin El documento permite contar con la lista de

capacitaciones programadas indicando la
fecha y expositor de cada una de las
capacitaciones.
109
documento
Origen Gestin de Negocio
ENTRADA: Informe de Resultado de Capacitacin.

Descripcin Contiene los resultados de la capacitacin
realizada. El informe es elaborado a partir de
cada uno de los resultados (notas) obtenidos
en el transcurso de la capacitacin.
Plantilla NO
Justificacin El documento permite contar con un resumen

de los resultados de todas las capacitaciones
realizadas.
documento
Origen Proceso de Capacitacin
110
Proceso de capacitacin
N Entrada Salida Descripcin Responsable

1 Requerimiento de Validacin sobre si Se decide si una capacitacin es Gerente de Recursos
Capacitacin es Capacitacin extraordinaria o no.
Extraordinaria o no.
2(no es Capacitacin no Plan de Capacitacin Se registran las capacitaciones que se Gerente de Recursos
extraordinaria). Extraordinaria Validado van a dictar y los recursos humanos
Plan de asignados.
Capacitacin
3. Plan de Informe de la Actividad en donde un Gerente de Recursos
Capacitacin Capacitacin expositor/capacitador ejecuta las Expositor/Capacitador
Validado capacitaciones. Colaborador - Solicitante
4. Informe de la Informe de En base a las capacitaciones Gerente de Recursos
Capacitacin Resultado de realizadas, procedemos a realizar los
Capacitaciones reportes e informes correspondientes.
5. Informe de Registro de Recursos En base a los reportes generados en la Gerente de Recursos
Resultado de Humanos anterior actividad, se registra las
Capacitaciones Actualizado nuevas competencias que los
colaboradores han logrado.
111
Planificar Capacitaciones
1. Plan de Elaborar/Actualizar Plan de Se procede a elaborar el Plan de Gerente de
Capacitacin - Plan de Capacitacin Capacitacin Capacitacin para el presente periodo, Recursos
Necesidades de para el presente en donde se incluyen las capacitaciones
Cada rea de la periodo que van a ser dictadas.
Empresa
2. Plan de Validar Plan de Plan de Se registran las capacitaciones a ser Equipo Validador
Capacitacin Capacitacin Capacitacin - dictadas y se valida que exista un
Reporte de expositor para una determinada
Verificacin capacitacin.
3. Plan de Corregir? Plan de Se determina si es que hay que corregir Equipo Validador
Capacitacin Capacitacin o no un determinado Plan de
que s hay que Capacitacin. En este caso, el Plan de
corregir Capacitacin s debe ser corregido.
4. Plan de Corregir? Plan de Se determina si es que hay que corregir Equipo Validador
Capacitacin Capacitacin o no un determinado Plan de
que no hay que Capacitacin. En este caso, el Plan de
corregir Capacitacin no debe ser corregido.
5. Plan de Corregir Plan de Plan de Se corrige el Plan de Capacitacin Equipo Validador
Capacitacin Capacitacin Capacitacin
Corregido
6. Plan de Fin Envo del Se enva el Plan de Capacitacin Gerente de
Capacitacin Plan de Vlido. Recursos
Corregido apacitacin
Corregido
112
Ejecutar Planificacin
1. Necesidad de Capacitacin Se valida qu tipo de capacitacin ha Gerente de Recursos

Capacitacin Registrada sido solicitada (registrada u
extraordinaria). En este caso, la
capacitacin solicitada estaba
registrada.
2. Necesidad de Capacitacin Se valida qu tipo de capacitacin ha Gerente de Recursos
Capacitacin Extraordinaria sido solicitada (registrada u
extraordinaria). En este caso, la
capacitacin solicitada es
extraordinaria.
3. Capacitacin Capacitacin Se publican las capacitaciones que Gerente de Recursos

Registrada Publicada han estado registradas y que fueron
validadas en el Plan de Capacitacin
4 Capacitacin Expositores Se verificar en la Base de Recursos si Gerente de Recursos

Extraordinaria Disponibles es que existe algn expositor
disponible (alumno, profesor) para la
capacitacin.
113
5. Expositores S hay expositores Se valida si es que hay un expositor Gerente de Recursos
Disponibles disponibles disponible. En este caso, s existe un
expositor disponible.
6. Expositores No hay expositores Se valida si es que hay un expositor Gerente de Recursos

Disponibles disponibles disponible. En este caso, no existe un
expositor disponible.
7. Expositores Disponibilidad del Se verifica si el expositor tiene Gerente de Recursos

Expositor disponibilidad de horas para dictar la
capacitacin.
8. Disponibilidad del El expositor s tiene Se valida si el expositor cuenta con Gerente de Recursos
Expositor tiempo disponible horas disponibles. En este caso, el
expositor s tiene tiempo disponible.
9. Disponibilidad del El expositor no tiene Se valida si el expositor cuenta con Gerente de Recursos
Expositor tiempo disponible horas disponibles. En este caso, el
expositor no tiene tiempo disponible.
10. El expositor no tiene Cancelacin de Se da cuando el expositor no contaba Gerente de Recursos

tiempo disponible Capacitacin con horas disponibles para el dictado
de la capacitacin
114
11. El expositor s tiene Cronograma de Se elabora el cronograma de la Gerente de Recursos
tiempo disponible Capacitacin capacitacin extraordinaria,
especificando los das, las horas y el
lugar de dictado.
12. Cronograma de Cronograma de Se publica un cronograma de Gerente de Recursos

Capacitacin Capacitacin capacitacin extraordinario.
Publicado
13. Cronograma de Material de El expositor desarrolla el material con Expositor/Capacitador

Capacitacin Capacitacin el que se apoyar en la capacitacin.
Preparado
14. Cronograma de Capacitacin Iniciada Se da inicio al proceso de Expositor/Capacitador

Capacitacin, capacitacin.
Material de
Capacitacin
Preparado
15. Capacitacin Formatos de El Gerente de Recursos enva los Gerente de Recursos

Finalizada Evaluacin formatos de evaluacin a los
capacitadores.
115
16. Capacitacin Solicitud de Reportes El Gerente de Recursos solicita a los Gerente de Recursos
Finalizada de Resultados capacitadores los resultados de las
evaluaciones.
17. Formatos de Formatos de El capacitador evala los Expositor/Capacitador

Evaluacin Evaluacin Llenos conocimientos adquiridos durante la
capacitacin.
18. Formatos de Informe de la El capacitador elabora el Informe de Expositor/Capacitador

Evaluacin Llenos Capacitacin la Capacitacin dictada.
19. Informe de la Informe de la Se envan todos los documentos Expositor/Capacitador

Capacitacin, Informe Capacitacin e generados por el capacitador al
de Resultados Informe de Gerente de Recursos.
Resultados enviados
20. Capacitacin Iniciada Asistencia a la El colaborador asiste a su Colaborador

Capacitacin capacitacin.
21. Asistencia a la Resultados de la El colaborador enva las evidencias Colaborador

Capacitacin Capacitacin de lo aprendido en la capacitacin.
116
22. Informe de la Informe General de la Se reciben los reportes generados Gerente de Recursos
Capacitacin, Capacitacin tanto por el capacitador como por el
Resultados de la colaborador, y, en base a estos,
Capacitacin elabora un Informe General de la
Capacitacin
117
Proceso de Inicio (Proceso Desarrollo de Software - 2 Nivel)
a. Propsito
Tener un entendimiento inicial de qu trata el proyecto para poder comprender
mejor cuales sern los pasos que se debern seguir en el futuro.
b. Descripcin
El proceso de Inicio requiere del Plan de Desarrollo, para tener un conocimiento que
le permita al equipo de trabajo entender de qu trata el proyecto. As tambin, es
necesario generar un documento donde se apunten todas las actividades que se
llevarn a cabo en el transcurso del desarrollo del proyecto.
c. Roles
Rol Descripcin
Responsable de Persona que liderar y planificar las actividades
Administracin del proyecto especfico. En el caso de las
del Proyecto empresas virtuales el Responsable de
Especfico o Jefe Administracin del Proyecto Especfico es
de Proyecto llamado jefe de proyectos.
Responsable de Persona que tendr a cargo la etapa de desarrollo
Desarrollo y del producto software.
Mantenimiento de
Software o jefe de
desarrollo.
Analista Persona (o personas) que tiene la responsabilidad
de obtener, especificar y analizar los
requerimientos.
Diseador de Persona que tiene a cargo el diseo de la interfaz
Interfaz de del producto software.
Usuario
Diseador o Persona que tiene como responsabilidad del
Arquitecto de diseo de los componentes del producto software.
Software
Programador Personal encargado de la programacin del
producto software.
Responsable de Personal encargado de realizar la planificacin y

Pruebas de realizacin de las pruebas de la integracin del
integracin producto software.
Revisor o tester Personal encargado realizar las pruebas del
producto software.
Responsable de Personal encargado de generar los manuales del
Manuales producto software desarrollado.
Equipo de Trabajo Grupo de personas que componen al equipo de un
proyecto en especfico.
Cliente Persona que genera la necesidad de un producto
118
software. As mismo, financia el proyecto que
desarrollar el producto software.
Usuario Persona o personas que utilizaran el producto
software al finalizar el proyecto.
d. Stakeholders

de
Elaboracin
Plan de El documento el cual contiene Responsable de
Desarrollo una gua para la realizacin del Administracin
desarrollo y mantenimiento del del Proyecto
producto software. Es compuesto Especfico o Jefe
por: Descripcin del producto y de Proyecto
entregables, requisitos de
seguridad de la informacin, nivel
de seguridad del producto,
proceso especfico, Equipo de
trabajo y el calendario del
proyecto especfico.
Salidas Descripcin
Reporte de Documento en el que se detallan las actividades, fechas
Actividades de inicio y fin, los responsables de cada rol dentro del
proyecto. As mismo, se muestran las mediciones como
por ejemplo:
- Tiempo de produccin, tiempo de correccin, de
verificacin y de validacin.
- Cantidad de defectos encontrados en verificacin,
validacin y prueba.
119
g. Documento Asociado
ENTRADA: Plan de Desarrollo.

Descripcin El documento el cual contiene una gua para la
realizacin del desarrollo y mantenimiento del
producto software. Es compuesto por:
Descripcin del producto y entregables,
requisitos de seguridad de la informacin, nivel
de seguridad del producto, proceso especfico,
Equipo de trabajo y el calendario del proyecto
especfico.
Plantilla SI
Justificacin La importancia radica en que el documento

permite una descripcin clara del producto
software as como todos los recursos que se
necesitaran (tiempo y recursos humanos) para
ejecucin del proyecto.
Dueo del documento Responsable de Administracin del Proyecto
Especfico o Jefe de Proyecto
Origen Proceso de Administracin de un Proyecto
Especfico.
120

1 Necesidad de crear o Inicio Plan de Inicio de Proceso de Equipo de Trabajo
modificar un producto Desarrollo Inicio
Software
2 Plan de Desarrollo Revisar plan de Desarrollo Plan de Revisar Plan de Equipo de Trabajo
Desarrollo Desarrollo
revisado
3 Plan de Desarrollo Elaborar Reporte de Plan de Elaborar Reporte de Responsable de
revisado Actividades Desarrollo Actividades Desarrollo
revisado y
Reporte de
Actividades
4 Plan de Desarrollo Fin Plan de Fin de Proceso de Responsable de
revisado y Reporte de Desarrollo Inicio Desarrollo
Actividades revisado y
Reporte de
Actividades
121
Proceso de Gestin de Requerimientos (Proceso Desarrollo de Software - 2 Nivel)
a. Propsito
El proceso gestin de requerimientos tiene el propsito de validar y verificar el
documento donde se detallan los requerimientos que se automatizarn. Los
requerimientos se detallan en el documento de Especificacin de Requerimientos.
b. Descripcin
El proceso est compuesto de un conjunto de actividades las cuales permitirn obtener
los documentos de Especificacin de Requerimientos y un Plan de Pruebas de Sistema
logrando conseguir as un entendimiento comn entre el cliente y el proyecto.
El proceso de Gestin de Requerimientos requerir tener el Plan de Desarrollo, a partir
del cual se comunicar a cada miembro del equipo de trabajo que tareas les corresponde
para llevar a cabo este proceso sin contratiempos, luego el Analista deber comenzar
junto al diseador de interfase de usuarios la elaboracin del documento de
especificacin de requerimientos, documento que deber ser verificada y validada, para
luego, junto al Plan de Pruebas del Sistema y el Manual de usuario en su versin
preliminar darn pie a la lnea base a la Configuracin de Software. Al mismo tiempo se
avanzar con el documento que registra las actividades que hasta el momento se
desarrollen.
c. Roles
Rol Descripcin
de Proyecto. llamado jefe de proyectos.
(RAPE)
Mantenimiento
de Software o
jefe de desarrollo.
(RDM)
Analista (AN) Persona (o personas) que tiene la
responsabilidad de obtener, especificar y
analizar los requerimientos.
Usuario (DU)
Arquitecto de diseo de los componentes del producto
Software software.
(DI)
(PR) producto software.
122
(RPU)
(RE) producto software.
Manuales (RM) producto software desarrollado.
Equipo de Grupo de personas que componen al equipo de
Trabajo (ET) un proyecto en especfico.
Cliente (CL) Persona que genera la necesidad de un producto
Usuario (US) Persona o personas que utilizaran el producto
d. Stakeholders
Cliente Persona que genera la necesidad de un producto software.
As mismo, financia el proyecto que desarrollar el
producto software.
Usuario Persona o personas que utilizaran el producto software al
finalizar el proyecto.
Entradas Descripcin Encargado de

Elaboracin
Plan de El documento el cual contiene una Responsable
Desarrollo gua para la realizacin del de
desarrollo y mantenimiento del Administracin
producto software. Es compuesto del Proyecto
por: Descripcin del producto y Especfico o
entregables, requisitos de seguridad Jefe de
de la informacin, nivel de seguridad Proyecto
del producto, proceso especfico,
Equipo de trabajo y el calendario del
proyecto especfico.
123
Salida Descripcin Encargado

de
Elaboracin
Especificacin El documento est compuesto por una Analista
de introduccin y una descripcin de los
Requerimientos requerimientos.
La Introduccin, proporciona una
descripcin general del producto
software. Adems, da una descripcin del
mbito de negocio del cliente.
La descripcin de los requerimientos est
compuesto por Funcionales, Interfaz con
usuario, Interfaces externas,
Confiabilidad, Eficiencia,
Mantenimiento, Portabilidad,
Restricciones de diseo y construccin,
Legales y reglamentarios.
Manual de Documento en el que se describe el Responsable
Usuario funcionamiento de la interfaz del usuario. de Manuales
Dicho documento deber se redactado en
trminos que el usuario entienda.
Reporte de Documento en el cual se identifican las Responsable

Pruebas de pruebas para constatar que el producto de Pruebas de
Sistema software cumple con los requerimientos Integracin
indicados por el cliente.
Reporte de Documento en el cual se lleva un registro Revisor
Verificacin de las personas que realizaron las
verificaciones, la fecha de la verificacin,
el lugar, duracin y defectos o errores
encontrados.
Reporte de Documento en el cual se lleva un registro Revisor
Validacin de las personas que realizaron las
validaciones, la fecha, el lugar, duracin
y defectos o errores encontrados.
124
ENTRADA: Especificacin de requerimientos.

Descripcin El documento est compuesto por una
introduccin y una descripcin de los
requerimientos.
Plantilla SI
Justificacin En dicho documento se identifican cada uno

de los requerimientos que deber cumplir el
producto software
Dueo del Jefe de Proyecto
documento
Origen Proceso de Gestin de Requerimientos
125

Plan de desarrollo para
Analista, el
Repartir plan de desarrollo Responsable de
1(actividad Responsable de
Plan de Desarrollo Desarrollo de
en paralelo). Pruebas y el
Software
Responsable de
Manuales
Distribuir tareas a los miembros del Responsable de
2 Plan de desarrollo Tareas distribuidas equipo de trabajo segn su rol, de acuerdo Desarrollo de
al Plan de Desarrollo actual. Software
Analista, Cliente,
Requerimientos Documentar o modificar la Especificacin Usuario y
3. Requerimientos
Documentados de Requerimientos. Diseador de
Interfaz de Usuario
Requerimientos Requerimientos
4(actividad Enviar el documento de especificacin de
Documentados y especificados y Analista
en paralelo). requerimientos para su verificacin
Tareas distribuidas documentados
Documento de
especificacin de Documento no
5 Compuerta de decisin para verificacin. Revisor
requerimientos Verificado
revisado
Documento de
Requerimientos Verificar la Especificacin de
especificacin de
6 especificados y Requerimientos, con la condicin de solo Revisor
requerimientos
documentados ser revisado 3 veces.
revisado
Documento corregido Corregir los defectos encontrados en la Analista y Analista
Documento no
7. en base al reporte de Especificacin de Requerimientos con de Interfaz de
Verificado
verificacin base en el Reporte de Verificacin. Usuario
126
(Volver a A.2.3.)
Documento de Validar la Especificacin de
Cliente, Usuario y
Documento si especificacin de Requerimientos, con la condicin de solo
8 Responsable de
Verificado requerimientos ya validarlo 3 veces.
Pruebas
verificado revisado
Documento de
especificacin de Documento no
9 Compuerta de decisin para validacin Usuario
requerimientos ya Validado
verificado revisado
Documento de
especificacin de
10 Documento si Validado Compuerta de decisin para validacin Usuario
requerimientos ya
verificado revisado
Documento corregido Corregir los defectos encontrados en la
Analista y
Documento no en base al reporte de Especificacin de Requerimientos con
11 Diseador de
Validado validacin base en el Reporte de Validacin.
Interfaz de Usuario
(Volver a A.2.5.) conformidad de usuario
Elaborar o modificar Plan de Pruebas de
Plan de desarrollo
Sistema.
para Analista y Para Documento de plan de Responsable de
12
el Responsable de pruebas del sistema pruebas y Analista
pruebas
Documento de plan de
Documento de plan
13 pruebas del sistema
de pruebas del Verificar el Plan de Pruebas de Sistema Revisor
revisado, reporte de
sistema
verificacin
Documento de plan
de pruebas del Documento no
14 Compuerta de decisin para verificacin Revisor
sistema revisado, Verificado
reporte de
127
verificacin
Documento de plan
de pruebas del
Documento si
15 sistema revisado, Compuerta de decisin para verificacin Revisor
Verificado
reporte de
verificacin
Documento corregido
Corregir los defectos encontrados en el
Documento no en base al reporte de
16. Plan de Pruebas de Sistema con base en el Analista
Verificado verificacin
Reporte de Verificacin.
(Volver a A.2.8.)
Plan de desarrollo
Documentar la versin preliminar del
para el Documento preliminar Responsable de
17. Manual de Usuario o modificar el manual
Responsable de del Manual de usuario Manuales
existente.
Manuales
Documento preliminar
Documento
del Manual de usuario Verificar el Manual de Usuario, con la
18. preliminar del Revisor
revisado, reporte de condicin de solo ser revisado 3 veces
Manual de usuario
verificacin
Documento
preliminar del
Documento no
19. Manual de usuario Compuerta de decisin para verificacin Revisor
Verificado
verificacin
Documento
preliminar del
Documento si Revisor
20. Manual de usuario Compuerta de decisin para verificacin
Verificado
verificacin
128
Documento corregido
Documento no en base al reporte de Responsable de
21. Manual de Usuario con base en el Reporte
Verificado verificacin Manuales
de Verificacin.
(Volver a A.2.11.)
Documento de
especificacin de
requerimientos Incorporar Especificacin de
Documento Lnea base
verificado y Requerimientos, Plan de Pruebas de
22. a la configuracin de Revisor
validado, plan de Sistema y Manual de Usuario como lneas
Software
pruebas verificado, base a la Configuracin de Software.
y manual de usuario
verificado
Documento Lnea Documento Lnea base Elaborar el Reporte de Actividades
base a la a la configuracin de registrando las actividades realizadas,
23. Revisor
configuracin de Software y reporte de fechas de inicio y fin, responsable por
Software actividades actividad y mediciones requeridas.
Documento Lnea
Documento Lnea base
base a la
a la configuracin de Documento de especificacin dirigido al
24 configuracin de Revisor
Software y reporte de Responsable de Pruebas para validacin
Software y reporte
actividades
de actividades
129
Proceso de Gestin de Anlisis y Diseo (Proceso Desarrollo de Software - 2
Nivel)
a. Propsito
El propsito del proceso es tomar los requerimientos definidos y con ellos realizar el
diseo del producto software.
b. Descripcin
El proceso de Gestin de Anlisis y Diseo requiere necesariamente del documento
de especificacin de requerimientos, de dicho documento se realizar el diseo de
los componentes del producto software.
c. Roles
Rol Descripcin
de Proyecto. llamado jefe de proyectos.
(RAPE)
Mantenimiento
de Software o
jefe de desarrollo.
(RDM)
Usuario (DU)
Arquitecto de diseo de los componentes del producto
Software software.
(DI)
(PR) producto software.

(RPU)
(RE) producto software.
Manuales (RM) producto software desarrollado.
130
Equipo de Grupo de personas que componen al equipo de
Trabajo (ET) un proyecto en especfico.
Cliente (CL) Persona que genera la necesidad de un producto
Usuario (US) Persona o personas que utilizaran el producto
d. Stakeholders
producto software.

Elaboracin
Plan de El documento el cual contiene una gua Responsable
Desarrollo para la realizacin del desarrollo y de
mantenimiento del producto software. Administracin
Es compuesto por: Descripcin del del Proyecto
producto y entregables, requisitos de Especfico o
seguridad de la informacin, nivel de Jefe de
seguridad del producto, proceso Proyecto
especfico, Equipo de trabajo y el
calendario del proyecto especfico.
Especificacin El documento est compuesto por una Analista
de introduccin y una descripcin de los
Requerimientos requerimientos.
La Introduccin, proporciona una
descripcin general del producto
software. Adems, da una descripcin
del mbito de negocio del cliente.
La descripcin de los requerimientos
est compuesto por Funcionales,
Interfaz con usuario, Interfaces externas,
Confiabilidad, Eficiencia,
Mantenimiento, Portabilidad,
Restricciones de diseo y construccin,
Legales y reglamentarios.
131
Salida Descripcin Encargado de
Elaboracin
Reporte de Documento en el cual se lleva un Jefe de
Actividades registro de las actividades realizadas, la Desarrollo
fecha (inicio fin), responsables,
mtricas (como por ejemplo tiempo de
produccin y correccin, verificacin,
validacin, etc) .
Documento En el documento se describen cada uno Arquitecto de
de Anlisis y de los componentes del producto Software
Diseo software de forma textual y grfica. El
documento consta de una vista
arquitectnica y una vista detallada.
La vista arquitectnica, proporciona una
visin interna del producto software. As
mismo, proporciona una visin de cmo
los componentes de los subsistemas se
integran.
La vista detallada, proporciona una
explicacin detallada de cada uno de los
componentes de los subsistemas, lo cual
permitir la construccin de los
componentes y crear los casos de
prueba.
Registro de Es un documento de trazabilidad entre Jefe de
Rastreo los requerimientos, los elementos del Desarrollo
anlisis y diseo, y los planes de prueba.
Plan de Documento en el que se detallar el Jefe de
Pruebas de orden en el que se integrarn los Desarrollo
Integracin subsistemas y las pruebas que se
aplicarn para saber si la integracin se
realiz de forma exitosa.
actualizado mantenimiento del producto software. Es Administracin
compuesto por: Descripcin del del Proyecto
132

1 Plan de Desarrollo Inicio Responsable de Desarrollo
y Mantenimiento de
Software
2 Plan de Desarrollo Responsabilidades definidas Se realizar la distribucin de Responsable de Desarrollo
la carga laboral al equipo de y Mantenimiento de
trabajo de acuerdo al rol y al Software
Plan de Desarrollo
3 Documento Especificacin Documento de Anlisis y Diseo Se analizarn cada uno de los Analista
de requerimientos generado o Actualizado. requerimientos descritos en el
documento Especificacin de
Documento de Registro de Rastreo Requerimientos.
generado o actualizado.
4 Documento de Anlisis y Documento de Anlisis y Diseo Los documentos de anlisis y Revisor
Diseo generado o verificado diseo sern verificados.
Actualizado.
Documento de Registro de Rastreo
Documento de Registro de verificado.
Rastreo generado o
actualizado.
5 No fue verificado Documento de Anlisis y Diseo Se decide si los documentos Revisor
NO verificado fueron verificados. Los
documentos no fueron
Documento de Registro de Rastreo verificados y se dirigen a la
NO verificado. actividad A3.4.
6 Si fue verificado Documento de Anlisis y Diseo Se decide si los documentos Revisor
133
verificado fueron verificados. Los
documentos fueron verificados
Documento de Registro de Rastreo y se dirigen a la actividad
verificado. A3.5.
7 Documento de Anlisis y Documento de Anlisis y Diseo Se procede a corregir los Analista
Diseo Corregido. defectos encontrados en la
Documento de Registro de Rastreo verificacin de los
Documento de Registro de corregido. documentos.
Rastreo
8 Documento de Anlisis y Documento de Anlisis y Diseo Se valida que el documento de Responsable de Pruebas
Diseo. validado. Anlisis y Diseo cumple con de integracin
los requerimientos del cliente.
Documento de Reporte de Si se encontraron errores o
Validacin. incoherencias entre los
requerimientos y el Anlisis y
Diseo sern documentados
en el Reporte de Validacin.
9 Documento de Anlisis y Documento de Anlisis y Diseo El documento no fue Responsable de Pruebas

Diseo. validado. aprobado, ya que contiene de integracin
errores que debern ser
Documento de Reporte de Documento de Reporte de corregidos.
Validacin. Validacin.
10 Documento de Anlisis y Documento de Anlisis y Diseo El documento fue aprobado. Ir Responsable de Pruebas
Diseo. validado. A3.7. de integracin
Documento de Reporte de Documento de Reporte de

Validacin. Validacin.
11 Documento de Anlisis y Documento de Anlisis y Diseo Se realizar la correccin de Analista
Diseo validado. corregido. los defectos descritos en el
134
documento de Reporte de
Documento de Reporte de Documento de Reporte de Validacin.
Validacin. Validacin levantado.
12 Documento de Anlisis y Plan de Pruebas de Integracin. Se realizar la elaboracin o Responsable de Pruebas
Diseo modificacin del documento de integracin
de Plan de pruebas en base a
lo descrito en el Documento
de Anlisis y Diseo.
13 Plan de Pruebas de Plan de Pruebas de Integracin Se realizar la verificacin en Revisor

Integracin. verificado. la consistencia entre los
documentos de Plan de
Reporte de Verificacin. Pruebas de Integracin y el de
Anlisis y Diseo.
Los defectos sern
documentados en el Reporte
de Verificacin.
14 Plan de Pruebas de Plan de Pruebas de Integracin NO Se decide si el plan de pruebas Revisor

Integracin verificado. aprobado. de integracin es aprobado o
no.
Reporte de Verificacin. Reporte de Verificacin. El plan de pruebas NO es
aprobado. Ir a A3.9.
15 Plan de Pruebas de Plan de Pruebas de Integracin Se decide si el plan de pruebas Revisor

Integracin verificado. aprobado. de integracin es aprobado o
no.
Reporte de Verificacin. Reporte de Verificacin. El plan de pruebas es
aprobado. Ir a 3.10.
16 Plan de Pruebas de Plan de Pruebas de Integracin Se realiza la correccin del Responsable de Pruebas
135
Integracin NO aprobado. corregido. documento de Pruebas de de integracin
Integracin siguiendo lo
Reporte de Verificacin. indicado en el repote de
verificacin.
17 Plan de Pruebas de Configuracin de Software Se modificar el documento Responsable de Desarrollo
Integracin. de Configuracin de Software y Mantenimiento de
Registro de rastreo. agregando Plan de Pruebas de Software
Plan de Pruebas de Integracin, Registro de
Integracin Rastreo y el Plan de pruebas
como parte del documento.
18 Configuracin de Software Configuracin de Software. Se elaborar el reporte de Responsable de Desarrollo
actividades con las actividades y Mantenimiento de
Reporte de Actividades. realizadas, fechas (Inicio y Software
Fin), responsables y mtricas
Plan de desarrollo. requeridas.
Se modifica, si es necesario, el
plan de desarrollo de acuerdo
al documento configuracin
de software
19 - - Fin Responsable de Desarrollo
y Mantenimiento de
Software
136
Proceso de Gestin de Construccin (Proceso Desarrollo de Software - 2 Nivel)
a. Propsito
Desarrollar los subsistemas de acuerdo al documento de Anlisis y Diseo
generado.
b. Descripcin
Conjunto de actividades que sern realizadas con la finalidad de obtener un producto
software que cumpla con los requerimientos especificados. As mismo, se desarrolla
la ltima versin del Manual de Usuario, Manual de Operacin y Manual de
Mantenimiento. Como resultado de las actividades se obtiene el producto Software
probado y documentado.
c. Roles
Rol Descripcin
Responsable de Persona que liderar y planificar las
Administracin del actividades del proyecto especfico. En el
Proyecto Especfico o caso de las empresas virtuales el
Jefe de Proyecto. Responsable de Administracin del
(RAPE) Proyecto Especfico es llamado jefe de
proyectos.
Responsable de Persona que tendr a cargo la etapa de
Desarrollo y desarrollo del producto software.
Mantenimiento de
Software o jefe de
desarrollo.
(RDM)
Diseador de Interfaz Persona que tiene a cargo el diseo de la
de Usuario (DU) interfaz del producto software.
Diseador o Arquitecto Persona que tiene como responsabilidad
de Software del diseo de los componentes del producto
(DI) software.
Programador (PR) Personal encargado de la programacin del
producto software.
Responsable de Personal encargado de realizar la

Pruebas de integracin planificacin y realizacin de las pruebas
(RPU) de la integracin del producto software.
Revisor o tester (RE) Personal encargado realizar las pruebas del
producto software.
Responsable de Personal encargado de generar los
Manuales (RM) manuales del producto software
desarrollado.
137
Equipo de Trabajo Grupo de personas que componen al
(ET) equipo de un proyecto en especfico.
Cliente (CL) Persona que genera la necesidad de un
producto software. As mismo, financia el
proyecto que desarrollar el producto
software.
Usuario (US) Persona o personas que utilizaran el
producto software al finalizar el proyecto.
d. Stakeholders
Usuario Persona o personas que utilizaran el producto software
al finalizar el proyecto.
Entrada Descripcin Encargado de

Elaboracin
Desarrollo gua para la realizacin del desarrollo de
actualizado y mantenimiento del producto Administracin
software. Es compuesto por: del Proyecto
Descripcin del producto y Especfico o
proyecto especfico.
Documento En el documento se describen cada Arquitecto de
de Anlisis uno de los componentes del producto Software
y Diseo software de forma textual y grfica.
El documento consta de una vista
La vista arquitectnica, proporciona
una visin interna del producto
software. As mismo, proporciona una
visin de cmo los componentes de
los subsistemas se integran.
explicacin detallada de cada uno de
los componentes de los subsistemas,
lo cual permitir la construccin de
los componentes y crear los casos de
138
prueba.
Registro de Es un documento de trazabilidad entre Jefe de

Rastreo los requerimientos, los elementos del Desarrollo
anlisis y diseo, y los planes de
prueba.

Elaboracin
Reporte de Documento en el cual se lleva un Jefe de
Actividades registro de las actividades realizadas, Desarrollo
la fecha (inicio fin), responsables,
mtricas (como por ejemplo tiempo
de produccin y correccin,
verificacin, validacin, etc) .
Componente Moprosoft: Conjunto de unidades de Jefe de
cdigo relacionadas Desarrollo
Desarrollo gua para la realizacin del desarrollo de
actualizado y mantenimiento del producto Administracin
software. Es compuesto por: del Proyecto
Descripcin del producto y Especfico o
proyecto especfico.
139

1 Plan de Plan de desarrollo Inicio
desarrollo actualizado
actualizado
Documento de
Documento de Anlisis y Diseo
Anlisis y
Diseo
2 Plan de Tareas definidas. Se realizar la Responsable de
desarrollo distribucin de las Desarrollo y
actualizado tareas al equipo de Mantenimiento
Documento de trabajo de acuerdo a lo de Software
Documento de Anlisis y Diseo establecido en el Plan
Anlisis y de desarrollo
Diseo actualizado.
3 Documento de Componentes Se realizar la Programador
Anlisis y Software. implementacin o
Diseo modificacin de los
Registro de rastreo componentes
software.
4 Documento de Componentes Se realizar la Programador
Anlisis y software implementacin de
Diseo Implementados componentes software
de acuerdo al
documento de
Anlisis y Diseo.
5 Componentes Pruebas unitarias Se definirn y Programador

software aplicarn las pruebas
Implementados Componentes unitarias a los
Software componentes software
validados implementados o
corregidos.
6 Pruebas Pruebas unitarias Los componentes Programador
unitarias. Software no pasaron
Componentes Lista de defectos las pruebas unitarias
Software a los encontrados en las
cuales se pruebas unitarias
aplicaron las
pruebas Componentes
unitarias. Software a los
cuales se aplicaron
las pruebas
unitarias
140
7 Pruebas Pruebas unitarias Los componentes Programador
unitarias. Software pasaron las
Componentes pruebas unitarias
Componentes Software a los
Software a los cuales se aplicaron
cuales se las pruebas
aplicaron las unitarias
pruebas
unitarias.
8 Pruebas unitarias Componentes Se realizar la Programador
Software correccin de los
Lista de defectos corregidos componentes software
encontrados en que tienen defectos.
las pruebas
unitarias
Componentes
Software a los
cuales se
aplicaron las
pruebas unitarias
9 Componentes Registro de rastreo Se actualizar el Programador
Software Registro de Rastreo
corregidos agregando los
Componentes de
Software
implementados
10 Registro de Reporte de Se verificar que el Revisor
rastreo Verificacin documento de
Registro de Rastreo
Registro de rastreo describa las relaciones
verificado entre los componentes
software y el Anlisis
y Diseo de una
forma adecuada.
Los defectos o errores
encontrados sern
registrados en el
Reporte de
Validacin.
11 Reporte de Reporte de El registro de rastreo Revisor
Verificacin Verificacin fue aprobado
Registro de Registro de rastreo

rastreo verificado verificado
aprobado
12 Reporte de Reporte de El registro de rastreo Revisor
Verificacin Verificacin NO fue aprobado
141
Registro de Registro de rastreo
rastreo verificado verificado
13 Reporte de Registro de rastreo Se realiza la Programador
Verificacin corregido correccin de los
defectos encontrados
Registro de en el documento de
rastreo verificado Registro de Rastreo en
base al reporte de
Verificacin
15 Registro de Configuracin de El documento de Responsable de
rastreo aprobado software Configuracin de Desarrollo y
(parte del modificado. software ser Mantenimiento
registro de rastro modificado, de Software
son los agregndose los
componentes componentes
implementados). generados y las
descripciones del
Configuracin de registro de rastreo.
Software
16 Configuracin de Reporte de Se elaborar el reporte
software. Actividades de actividades
(personal involucrado,
Registro de Componente actividades, fechas,
rastreo responsabilidades y
mtricas).
Se entregarn los
componentes de
software
implementados y
aprobados.
142
Proceso de Gestin de Integracin y Pruebas (Proceso Desarrollo de Software - 2
Nivel)
a. Propsito
Realizar la Integracin y pruebas de los componentes del Producto Software con el
fin de generar un producto software de alta calidad y performance.
b. Descripcin
Proporciona un conjunto de actividades que permitirn la integracin y prueba de

los componentes del producto software. Dichas actividades sirven para la ejecucin
de los Planes de Pruebas y de Integracin del producto software. Las actividades de
Integracin debern ser documentadas en el Reporte de Pruebas de Integracin.
Las pruebas permitirn el diseo de los casos de prueba del sistema los cuales
estarn en base al Plan de Pruebas de Producto Software y al Plan de pruebas de
Seguridad.
c. Roles
Rol Descripcin
proyectos.
Mantenimiento de
Software o jefe de
desarrollo.
(RDM)
(DI) software.
producto software.

143
producto software.
desarrollado.
software.
d. Stakeholders

Elaboracin
mantenimiento del producto software. Es Administracin
compuesto por: Descripcin del del Proyecto
Plan de Documento en el que se detallar el Arquitecto de
Pruebas de orden en el que se integrarn los Software
Integracin subsistemas y las pruebas que se
Plan de Documento en el cual se han Arquitecto de
Pruebas del identificado las pruebas necesarias para Software
Sistema corroborar si se cumplen los
requerimientos especificados.
Documento En el documento se describen cada uno Arquitecto de
144
de Anlisis de los componentes del producto Software
y Diseo software de forma textual y grfica. El
documento consta de una vista
La vista arquitectnica, proporciona una
visin interna del producto software. As
mismo, proporciona una visin de cmo
los componentes de los subsistemas se
integran.
explicacin detallada de cada uno de los
componentes de los subsistemas, lo cual
permitir la construccin de los
componentes y crear los casos de
prueba.

Elaboracin
Reporte de Documento en el cual se lleva un Responsable
Actividades registro de las actividades realizadas, la de Desarrollo
fecha (inicio fin), responsables, y
mtricas (como por ejemplo tiempo de Mantenimiento
produccin y correccin, verificacin, de Software
validacin, etc) .
Reporte de Documento en el que se detallar el Responsable
Pruebas de orden en el que se integrarn los de Pruebas de
Integracin subsistemas y las pruebas que se integracin
Producto Conjunto de componentes que agrupados Responsable
Software forman un Producto Software. El de Manuales
producto Software es la automatizacin
de las necesidades del cliente o usuario.

Usuario funcionamiento de la interfaz del de Manuales
usuario. Dicho documento deber se
redactado en trminos que el usuario
entienda fcilmente.
Manual de Documento que contiene las Revisor
Operacin indicaciones para la instalacin del
producto software, administracin.
Adems, contiene una descripcin de la
arquitectura de TI (SO, Bases de Datos,
servidores, etc.) necesaria para desplegar
145
el producto software.
trminos que el usuario entienda
fcilmente.
Configuracin Documento en el cual se integran todos Responsable
de Software los artefactos generados en el procesos de Desarrollo
de Gestin de Integracin y Pruebas. y
Mantenimiento
de Software
146

1 Plan de desarrollo Plan de desarrollo Inicio Responsable de
actualizado actualizado Desarrollo y
Mantenimiento de
Documento de Documento de Software
Anlisis y Diseo Anlisis y Diseo
2 Plan de desarrollo Tareas definidas. Se realizar la distribucin de las tareas al equipo de Responsable de
actualizado trabajo de acuerdo a lo establecido en el Plan de Desarrollo y
desarrollo actualizado. Mantenimiento de
Documento de Documento de Software
Anlisis y Diseo Anlisis y Diseo
3 Tareas definidas. Registro de rastreo Se realizar la integracin de los componentes Responsable de
software para generar el producto software final y se Pruebas de
Documento de Producto Software realiza el registro de rastreo. integracin
Anlisis y Diseo integrado
4 Documento de Producto software Se realizar la integracin de los componentes del Responsable de
Anlisis y Diseo integrado producto software. La integracin se realiza Pruebas de
siguiendo las indicaciones del documento de integracin
Anlisis y Diseo.
5 Producto Software Reporte de pruebas de Se aplicarn las pruebas de integracin. Las cuales Responsable de
integrado Integracin se realizan siguiendo las indicaciones del Plan de Pruebas de
Pruebas de Integracin el cual se encuentra dentro integracin
Producto Software de documento de Anlisis y Diseo.
Probado
Asi mismo se registran los resultados de las pruebas
de integracin en el Reporte de Pruebas de
Integracin.
147
6 Reporte de pruebas El producto software NO paso las pruebas de Responsable de
de Integracin Producto Software integracin Pruebas de
con defectos integracin
Producto Software
Probado
7 Reporte de pruebas Reporte de pruebas de El producto software SI paso las pruebas de Responsable de
de Integracin Integracin integracin Pruebas de
integracin
Producto Software Producto Software sin
Probado defectos
8. Reporte de pruebas Reporte de pruebas de Se realiza la correccin de los defectos entrados en Responsable de
de Integracin Integracin revisado las pruebas de integracin. Pruebas de
integracin
Producto Software Producto Software
Probado Corregido
9 Producto Software Producto Software Se actualiza el reporte de rastreo Responsable de
sin defectos Final Pruebas de
integracin
Reporte de Rastreo
10 Producto Software Producto Software Se distribuye el producto software para que se Responsable de
Final Final generen o modifiquen los manuales de Operacin y Pruebas de
Usuario. integracin
Reporte de Rastreo Reporte de Rastreo
Adems, se distribuye el producto software final
para las pruebas del sistema.
11 Producto Software Manual de Operacin Se realiza la documentacin del producto software Responsable de
Final actualizado final mediante el Manual de Operacin. Manuales
148
Reporte de Rastreo Producto Software
Final documento
12 Manual de Operacin Manual de Operacin Se realiza la verificacin analizando que el Manual Revisor
actualizado Verificado de Operacin cumpla con el estndar de
documentacin requerido de la empresa.
Producto Software Reporte de
Final documento Verificacin
13 Manual de Operacin Manual de Operacin El Manual de Operacin no paso la verificacin y Revisor
Verificado no aprobado se proceder a enviar el documento para su
correccin.
Reporte de Reporte de
Verificacin Verificacin
14 Manual de Operacin Manual de Operacin El Manual de Operacin si paso la verificacin. Revisor
Verificado aprobado
15 Manual de Operacin Manual de Operacin Se realiza la correccin del Manual de Operacin en Responsable de
Verificado Corregido base al reporte de Verificacin Manuales
Reporte de
Verificacin
16 Producto Software Producto Software Se realizarn las pruebas de sistema en baso al Plan Responsable de
Final probado de Pruebas de Sistema. Los defectos encontrados se Pruebas de
encuentran el Reporte de Pruebas de Sistema integracin
Reporte de Rastreo Reporte de Pruebas de
Sistema
149
17 Producto Software Producto Software no El producto software integrado no paso las pruebas Responsable de
probado probado de sistema. Pruebas de
integracin
Reporte de Pruebas Reporte de Pruebas de
de Sistema Sistema
18 Producto Software Producto Software El producto software integrado no paso las pruebas Responsable de
probado aprobado de sistema. Pruebas de
integracin
Reporte de Pruebas Reporte de Pruebas de
de Sistema Sistema
19 Producto Software Producto Software Se realiza la correccin de los defectos encontrados Programador
probado Corregido en base a reporte de pruebas de sistema.
Reporte de Pruebas
de Sistema
20 Producto Software Manual de usuario Se genera o se actualiza el manual de usuario en Responsable de
Final base al producto software final y el reporte de Manuales
rastreo.
Reporte de Rastreo
21 Manual de usuario Manual de usuario Se realiza la verifica que el documento sea Revisor
verificado consistente y clara en su explicacin de cmo el
usuario debe de utilizar el producto software. As
Reporte de mismo se verifica que el documento cumpla con los
Verificacin estndares de documentacin de la empresa.
Los defectos encontrados sern registrados en el
reporte de verificacin.
22 Manual de usuario Manual de usuario no El manual de usuario no paso la verificacin se Revisor
verificado aprobado proceder a realizar la correccin.
150
23 Manual de usuario Manual de usuario El manual de usuario paso la verificacin se Revisor
verificado aprobado proceder a realizar la correccin.
24 Manual de usuario Manual de usuario Se realiza la correccin del Manual de Usuario en Responsable de
verificado corregido base al reporte de verificacin. Manuales
Reporte de
Verificacin
25 Manual de usuario Manual de usuario Se recepciona todos los artefactos generados Responsable de
aprobado aprobado (manuales, producto software, etc.). Pruebas de
integracin
Producto Software Producto Software
aprobado aprobado
Manual de Operacin Manual de Operacin

aprobado aprobado
Registro de Rastreo Registro de Rastreo

26 Manual de usuario Configuracin de Se incorporan los artefactos generados como lneas Responsable de
aprobado Software actualizado base a la configuracin de Software. Pruebas de
integracin
Producto Software
aprobado
Manual de Operacin
151
aprobado
Reporte de
Verificacin
Registro de Rastreo
27 Configuracin de Configuracin de Documento en el cual se detallan las actividades Responsable de
Software actualizado Software Final realizadas en el proceso de Gestin de Integracin y Pruebas de
Pruebas. Asimismo, se detallan las integracin
Reporte de responsabilidades de cada integrante del equipo y el
Actividades resultado de las mediciones realizadas a lo largo del
proceso.
28 Configuracin de Configuracin de FIN Responsable de
Software Final Software Final Pruebas de
integracin
Actividades Actividades
152
Proceso de Gestin de Cierre (Proceso Desarrollo de Software - 2 Nivel)
a. Propsito
Lograr la completa integracin del producto software, asimismo se generarn los
documentos correspondientes.
b. Descripcin
Se realizar la integracin del producto software, se identificarn y documentarn
las lecciones aprendidas. Se generarn reportes de mediciones y sugerencias de
mejora.
c. Roles
Rol Descripcin
proyectos.
Mantenimiento de
Software o jefe de
desarrollo.
(RDM)
(DI) software.
producto software.

producto software.
desarrollado.
153
software.
d. Stakeholders
producto software.

Elaboracin
Reporte de Documento en el cual se lleva un Responsable
Actividades registro de las actividades realizadas, la de Desarrollo
fecha (inicio fin), responsables, y
mtricas (como por ejemplo tiempo de Mantenimiento
produccin y correccin, verificacin, de Software
validacin, etc) .
Reporte de Documento en el que se detallar el Responsable
Pruebas de orden en el que se integrarn los de Pruebas de
Integracin subsistemas y las pruebas que se integracin
Producto Conjunto de componentes que agrupados Responsable
Software forman un Producto Software. El de Manuales
producto Software es la automatizacin
de las necesidades del cliente o usuario.

Usuario funcionamiento de la interfaz del de Manuales
usuario. Dicho documento deber se
redactado en trminos que el usuario
entienda fcilmente.
Manual de Documento que contiene las Revisor
Operacin indicaciones para la instalacin del
producto software, administracin.
Adems, contiene una descripcin de la
arquitectura de TI (SO, Bases de Datos,
154
servidores, etc.) necesaria para desplegar
el producto software.
trminos que el usuario entienda
fcilmente.
de Software los artefactos generados en el procesos de Desarrollo
Los artefactos generados son: Mantenimiento
Manual de Operacin de Software
Manual de Usuario
Producto Software
Reportes

Elaboracin
de software los artefactos generados en el procesos de Desarrollo
Los artefactos generados son: Mantenimiento
Manual de Operacin de Software
Manual de Usuario
Producto Software
Reportes
Manual de Mantenimiento
Reporte de El documento contiene las mtricas y Responsable
Mediciones y resultados del proceso de Desarrollo de de Desarrollo
Sugerencias Software. Asimismo, se documenta las y
de Mejora sugerencias de mejora para el proceso de Mantenimiento
Desarrollo de Software. de Software
155

1 Configuracin de Manual de Mantenimiento Se generar por primera vez el manual de Responsable de Manuales
Software mantenimiento del producto software final
Configuracin de Software (sin efectos). El manual de Mantenimiento
revisado se elaborar en base al documento de
Configuracin de Software
2. Manual de Manual de Mantenimiento Se realizar la verificacin del Manual de Revisor
Mantenimiento Verificado Mantenimiento, el cual debe estar en base a
la configuracin de software.
Configuracin de Reporte de Verificacin
Software revisado
revisado
3 Manual de Manual de Mantenimiento El Manual de Mantenimiento no es Revisor
Mantenimiento no aprobado consistente con la configuracin de software
Verificado por este motivo el documento no es
Reporte de Verificacin aprobado.
Configuracin de
Software revisado Configuracin de Software
revisado
4 Manual de Manual de Mantenimiento El Manual de Mantenimiento es consistente Revisor
Mantenimiento aprobado con la configuracin de software por este
Verificado motivo el documento es aprobado.
revisado
Reporte de Verificacin
156
5. Manual de Manual de Mantenimiento Se realiza la correccin del Manual de Responsable de Manuales
Mantenimiento no corregido Mantenimiento en base al reporte de
aprobado Verificacin y a la configuracin de
Configuracin de Software software.
Configuracin de revisado
Software revisado
Reporte de
Verificacin
6 Manual de Configuracin de Software El documento de Configuracin de Software Responsable de Desarrollo
Mantenimiento actualizado es actualizado agregando el Manual de y Mantenimiento de
aprobado Mantenimiento como un artefacto mas. Software
Configuracin de
Software revisado
Reporte de
Verificacin
7 Configuracin de Base de conocimiento Se actualiza la Base de Conocimiento de la Responsable de Desarrollo
Software Actualizado empresa en base a los reportes que se y Mantenimiento de
actualizado encuentra en el documento de Configuracin Software
Configuracin de Software de Software (por ejemplo errores
revisado recurrentes).
8 Base de Reporte de Mediciones y Se genera el documento de Mediciones y Responsable de Desarrollo
conocimiento sugerencias de Mejora Sugerencias de Mejora en base a lo y Mantenimiento de
Actualizado registrado en la base de conocimiento y a la Software
Configuracin de Software Configuracin de Software.
Configuracin de actualizado
Software revisado
157
9 Reporte de Reporte de actividades Se registran las actividades realizadas (fecha Responsable de Desarrollo
Mediciones y de inicio, fin, responsables y mediciones) y Mantenimiento de
sugerencias de Configuracin de Software generando as el Reporte de Actividades del Software
Mejora final proceso de Cierre.
Configuracin de
Software
actualizado
10 Reporte de Reporte de actividades FIN Responsable de Desarrollo

actividades y Mantenimiento de
Configuracin de Software Software
Configuracin de final
Software final
158
Proceso de Planificacin (Proceso de Gestin de Proyectos - 2 Nivel)
a. Propsito
El propsito de este proceso es definir qu actividades y recursos son apropiados
para cada proyecto a gestionar, asegurndose de que estos ltimos contribuyan al
cumplimiento de los objetivos y estrategias de la organizacin.
b. Descripcin
En el proceso de planificacin se definen las actividades y recursos requeridos por
cada tipo de proyecto a gestionar, los cuales son documentados en el Plan de
Gestin de Proyectos.
Adems, una vez que se tienen definidos los proyectos internos y externos a
desarrollar, se elabora el Plan de Adquisiciones y Capacitacin. Para los proyectos
internos se generan Alternativas de Realizacin de Proyectos Internos, para luego
poder elegir una de estas alternativas.
Finalmente, se establecern los mecanismos de comunicacin con el cliente, para
luego poder desarrollar el Plan de Comunicacin con el Cliente.
c. Roles
Rol Descripcin
Gestin de llevar un seguimiento de los proyectos
Proyectos o Gerente especficos o proyectos internos de la
de Proyectos empresa virtual.
Gestin de realizar la planificacin de la Gestin de
Negocios Proyectos.
Cliente Persona que genera la necesidad de un
producto software, asimismo financia el
software. Adems, provee los medios de
comunicacin entre la empresa encargada
del proyecto y el cliente.
d. Entradas del Proceso

Elaboracin
Cartera Repositorio en donde se Gestor de Proyectos
de encuentras alojados todos
Proyectos los posibles proyectos a
desarrollar.
159
e. Salidas del Proceso
Salidas Descripcin Encargado

Elab.
Plan de Gestin Documento que proporciona la Gerente de
de Proyectos informacin ms resaltante de Proyectos
cada proyecto interno o externo.
La informacin que se presenta
en el documento es la siguiente :
- El objetivo general y objetivos
especficos de cada proyecto.
- Alcance.
Plan de Ventas Documento en el que se detalla Gerente de

las acciones realizadas para la Proyectos
generacin y cierre de posibles
proyectos.
Plan de MoproSoft: Solicitudes de Gerente de
Adquisiciones y personal capacitado, Proyectos
Capacitacin proveedores, infraestructura y
herramientas, as como
requerimientos de capacitacin.
Sirve de entrada a la Gestin de
Recursos y Ambiente de
Trabajo.
Mecanismos de Documento en el que se describe Gerente de

Comunicacin los mecanismos de Proyectos
con el Cliente comunicacin con cada uno de
los clientes, asimismo indica
quien ser el responsable de
dicha comunicacin para cada
proyecto (por lo general ser el
jefe de cada proyecto).
f. Reglas del Negocio
Regla de Negocio 1
Seleccin de una alternativa
Descripcin Cuando se seleccionen las alternativas para
los proyectos internos, se debe seleccionar
solamente una por cada proyecto.
160
Regla de Negocio 2
Plan de Proyecto
Descripcin El Plan de Proyecto debe incluir a proyectos
internos y externos.
Otras Para los proyectos internos, el Plan de Proyecto

Consideraciones debe estar acorde a lo especificado en las
alternativas de Realizacin de Proyectos
Internos.
Regla de Negocio 3
Plan de Adquisiciones y Capacitacin
Descripcin Las capacitaciones sern dadas por empresas
externas, no por empleados nuestros.
ENTRADA: Alternativas de Realizacin de Proyectos Internos

Descripcin Contiene la relacin de alternativas para
poder realizar y desarrollar los proyectos
internos.
Plantilla NO
Justificacin Se obtendr, por cada proyecto, la alternativa

de desarrollo ms eficiente.
documento
161

1 Proyectos Alternativas de En esta actividad se identifican todas Responsable de
Realizacin de las posibles formas de construir y la Gestin de
Proyectos Internos desplegar los proyectos internos que Proyectos
(Doc.) se tienen en la empresa. Cada
proyecto interno puede tener una o
ms forma de ser desarrollado.
2. Alternativas de Alternativa nica En esta actividad se selecciona una Responsable de
Realizacin de de desarrollo para alternativa de desarrollo por cada la Gestin del
Proyectos cada proyecto proyecto interno. Cada proyecto Negocio
Internos interno. interno ser desarrollado de nica
forma, escogida aqu.
3. Alternativa Plan de Ventas Aqu se elabora o actualiza el Plan de Responsable de
nica de (Doc.) Ventas, en donde incluimos acciones la Gestin de
desarrollo para y programas de trabajo para generar y Proyectos
cada proyecto cerrar oportunidades de proyectos.
interno.
4. Plan de Ventas Proyectos Internos En base al Plan de Ventas, dividimos Responsable de
los proyectos que son internos de los la Gestin de
externos, para poder trabajar slo con Proyectos
los proyectos internos.
5. Proyectos Proyectos Internos Para cada proyecto interno, Responsable de
Internos Validados y validamos y consolidamos que lo la Gestin de
Consolidados definido en el Plan de Ventas sea Proyectos
acorde a lo definido en las
Alternativas de Realizacin de
Proyectos Internos (Doc.)
6. Proyectos Plan de Gestin Una vez que hemos validado los Responsable de
Internos de Proyectos proyectos internos y externos, la Gestin de
Validados y procedemos a elaborar el Plan de Proyectos
Consolidados Gestin de Proyectos, el cual nos
permitir gestionar los proyectos
externos e internos
7. Plan de Gestin Plan de Se procede a elaborar el Plan de Responsable de
de Proyectos Adquisiciones y Adquisiciones y Capacitacin (Doc.), la Gestin de
Capacitacin en donde vamos a incluir todos los Proyectos
recursos (humanos y materiales) y la
capacitacin requerida para el ptimo
desarrollo de los proyectos.
8. Solicitud de Solicitud de En esta actividad se contactar a cada Responsable de
generacin del mecanismos de uno de los clientes para poder la Gestin de
Plan de comunicacin conocer de qu forma vamos a poder Proyectos
162
Comunicacin estar intercomunicados con ellos,
con el Cliente cada vez que se requiera conversar
sobre el proyecto en desarrollo.
9. Solicitud de Mecanismos de Cada cliente brindar a la empresa la Cliente
mecanismos de comunicacin por forma cmo esta podr contactarlo.
comunicacin cliente
10. Mecanismos de Plan de En esta actividad se documentar Responsable de
comunicacin Comunicacin formalmente la forma cmo la la Gestin de
por cliente con el Cliente empresa se contactar con sus Proyectos
clientes.
11. Plan de Gestin Documentacin En esta actividad se validan el Plan Responsable de
de Proyectos, revisada y de Gestin de Proyectos, el Plan de la Gestin del
Plan de validada Adquisiciones y Capacitacin, y l Negocio
Adquisiciones Plan de Comunicacin con el Cliente.
y Capacitacin,
y el Plan de
Comunicacin
con el Cliente
12. Documentacin Gua de Destino En esta actividad se emite una Gua Responsable de
revisada y de Destino de los Proyectos, en la Gestin del
validada donde se especifica si los documentos Negocio
estn correctos o si hay que
corregirlos.
13. Gua de Documentacin Se procede a corregir los defectos Responsable de
Destino corregida encontrados en los documentos, los la Gestin de
cuales estn especificados en la Gua Proyectos
de Destino de los Proyectos, para
luego reenviar la documentacin al
Responsable de la Gestin de
Negocio.
163
Proceso de Realizacin (Proceso de Gestin de Proyectos - 2 Nivel)
a. Propsito
Tiene como propsito ejecutar el Plan de Gestin de Proyectos as como controlar los
Mecanismos de Comunicacin con el Cliente.
b. Descripcin
Proceso en el cual se Asignan a los responsables para la administracin de proyectos

especficos, se entregan las metas cuantitativas para los proyectos, se elaborarn los
contratos en caso el proyecto externo, se reciben, evalan y aprueban los Planes de
Proyecto, se recolectan e integran los Reportes de Seguimiento de los Proyectos, y los
Comentarios y Quejas del Cliente.
c. Roles
Rol Descripcin
Responsable Gestin Persona que tiene la responsabilidad de
de Proyectos o llevar un seguimiento de los proyectos
Gerente de especficos o proyectos internos de la
Proyectos (RGPY) empresa virtual.
Cliente Persona que genera la necesidad de un
producto software, asimismo financia el
software. Adems, provee los medios de
comunicacin entre la empresa encargada
del proyecto y el cliente.
Entradas Descripcin Encargado de Elaboracin

Necesidades y Lista de necesidades Cliente
prospectos para proyectos
externos e internos.
164

Elab.
Contrato Documento legal en el cual se detallan Responsable
los servicios que se prestaran al cliente. Gestin de
Proyectos o
Gerente de
Proyectos
Registro de Documento que muestra la informacin Responsable
los proyectos administrativa de cada uno de los Gestin de
proyectos. En el documento se presenta Proyectos o
los siguientes tems: Gerente de
- Nombre del proyecto Proyectos
- Nombre del Cliente
- Responsable
- Cronograma del proyecto.
- Costo del proyecto.
Lista de Documento en el cual se listan a cada Responsable

responsables uno de los responsables de los Gestin de
de la proyectos de la empresa. Proyectos o
administracin Gerente de
de proyectos Proyectos
especficos
165
f. Matriz de Caracterizacin

Responsable
Gestin de
1 - - Inicio Proyectos o
Gerente de
Proyectos
Responsable
Gestin de
Requerimientos del Se archivan y formalizan todos los requerimientos y
2 Necesidades y prospectos Proyectos o
Cliente necesidades del cliente.
Gerente de
Proyectos
En base a los requerimientos del cliente, se estiman Responsable
tiempos y costos para el desarrollo de los proyectos de la Gestin de
3 Requerimientos del Cliente Tiempos y Costos empresa. Esta actividad la hacen conjuntamente los Proyectos o
representantes del grupo de desarrollo y mantenimiento Gerente de
de software Proyectos
Responsable
Propuestas de En base a los tiempos y costos de desarrollo de los Gestin de
4 Tiempos y Costos desarrollo de los proyectos, se presentan las diferentes propuestas de Proyectos o
Proyectos desarrollo al cliente. Gerente de
Proyectos
Propuestas de desarrollo de los Propuesta nica por El cliente escoge la propuesta de desarrollo de su Cliente
5
Proyectos Proyecto proyecto que ms le convenga.
Por cada Proyecto contratado, se elabora formalmente un Responsable
6 Propuesta nica por Proyecto Contratos (Doc.) Contrato firmado por las dos partes (empresa Gestin de
desarrolladora y cliente) Proyectos o
166
Gerente de
Proyectos
Responsable
Con los proyectos ya identificados y contratados, se Gestin de
Registro de Proyectos
7 Contratos (Doc.) registran formalmente estos proyectos en el Registro de Proyectos o
(Doc.)
Proyecto (Doc.). Gerente de
Proyectos
Responsable
Gestin de
Descripcin de
8 Registro de Proyectos Generar Descripcin del Proyecto, Proyectos o
Proyecto
Gerente de
Proyectos
Para los proyectos internos, se proceder a validarlos y
Descripcin de Proyectos Descripcin de
9 alinearlos con el documento Alternativas de Realizacin
Internos Proyecto Validada
de Proyectos Internos
Responsable
Gestin de
Descripcin de Proyecto Metas Cuantitativas
10 Por cada proyecto se generarn sus Metas Cuantitativas. Proyectos o
Validada (Doc.)
Gerente de
Proyectos
Responsable
En esta actividad se le asigna a cada Proyecto Especfico Gestin de
Responsable por
11 Asignacin de Recursos un responsable para su Administracin y Control, Proyectos o
Proyecto
basando esta asignacin en la Asignacin de Recursos. Gerente de
Proyectos
En esta actividad, los Administradores de Proyectos se Responsable
Reporte de
encargan de recibir su respectivo plan. Pueden aprobarlo, Gestin de
12 Responsable por Proyecto Seguimiento por
como pueden generar un Reporte de Seguimiento en Proyectos o
Proyecto
donde especifiquen las correcciones que hay que hacerle Gerente de
167
a los reportes. Proyectos
Responsable
Gestin de
Reporte de Seguimiento por Reportes de En esta actividad se procede a recolectar todos los
13 Proyectos o
Proyecto Seguimiento Reportes de Seguimiento por Proyecto Generados.
Gerente de
Proyectos
Responsable
Se corrigen y modifican los Planes de Proyecto que han
Gestin de
sido observados como errneos, para luego ser reenviados
14 Reportes de Seguimiento Planes de Proyecto Proyectos o
a los Administradores de Proyecto para su posterior
Gerente de
validacin.
Proyectos
Responsable
Gestin de
Documento de Cuando todos los proyectos estn aprobados, se procede a
15 Planes de Proyecto aprobados Proyectos o
Aceptacin cerrarlos y registrarlos en el Documento de Aceptacin
Gerente de
Proyectos
Responsable
Mecanismos de
Para cada Proyecto se implantan los Mecanismos de Gestin de
Comunicacin con el
16 Documento de Aceptacin Comunicacin con los Cliente, y se recaban sus Proyectos o
Cliente /Comentarios
Comentarios y Quejas Gerente de
y Quejas del Clientes
Proyectos
168
Proceso de Evaluacin y Control (Proceso de Gestin de Proyectos - 2 Nivel)
a. Propsito
El proceso de Evaluacin y Control tiene como propsito realizar el control y
evaluacin de cada una de las etapas de los proyectos que las empresas virtuales
tienen a cargo.
b. Descripcin
En el proceso se realiza el anlisis de los Reportes de Seguimiento, de los
Comentarios y Quejas de los clientes. Del anlisis realizado se generarn las
acciones correctivas y preventivas para cada uno de los proyectos que la empresa
tiene a cargo.
Adems, se realiza la comunicacin con los responsables del proceso de Gestin de

Negocio mediante el Reporte Cuantitativo y Cualitativo y el Reporte de Acciones
Correctivas o Preventivas de los proyectos de la empresa.
Finalmente, se generar el Reporte de Mediciones y Sugerencias de Mejora para el

proceso de Gestin de Proyectos.
c. Roles
Rol Descripcin
Responsable Gestin Persona que tiene la responsabilidad de llevar
de Proyectos o un seguimiento de los proyectos especficos o
Gerente de Proyectos proyectos internos de la empresa virtual.
(RGPY)

Elaboracin
Plan de Documento que forma parte del Gerente de
ventas Plan de Gestin de Proyectos de la Proyectos
empresa. El Plan de Ventas est
compuesto por los siguientes Items:
Objetivos de cada proyecto
Alcance de cada proyecto
Recursos de cada proyecto
Cronograma de cada proyecto
169

Elab.
Reporte de Reporte en el cual se encuentran Responsable
Mediciones y las mediciones realizadas al Gestin de
Sugerencias de proceso de Gestin de Proyectos, Proyectos o
Mejora las cuales son analizadas. Gerente de
Del anlisis de las mediciones se Proyectos
obtienen las sugerencias de mejora
para el proceso de Gestin de
Proyectos.
Lecciones Documento en el que se registraran Responsable
Aprendidas las mejores prcticas utilizadas, los Gestin de
problemas recurrentes y las Proyectos o
soluciones a esos problemas, Gerente de
asimismo se documentarn las Proyectos
experiencias exitosas ocurridas
durante el proceso de Gestin de
Proyectos.
Reporte Documento en el cual de muestran Responsable
Cuantitativo y resultados cuantitativos y Gestin de
Cualitativo cualitativos generados a partir de Proyectos o
los reportes de Seguimiento de Gerente de
proyecto. Proyectos
Reporte de Moprosoft: Acciones establecidas Responsable
Acciones para corregir o prever una Gestin de
Correctivas o desviacin o problema, tomando Proyectos o
Preventivas en cuenta los comentarios y quejas Gerente de
de clientes relacionadas con los Proyectos
proyectos.
170
f. Matriz de Caracterizacin

Responsable
Analizar el cumplimiento del Plan de Gestin de
Acciones Correctivas o
1 Plan de Ventas Ventas, generar y dar seguimiento a las Proyectos o
Preventivas
Acciones Correctivas o Preventivas. Gerente de
Proyectos
Se analizan los Reportes de Seguimiento de Responsable
Reportes de Seguimiento
los proyectos y Comentarios y Quejas del Gestin de
de los Proyectos / Acciones Correctivas o
2 Cliente con respecto a los proyectos, Proyectos o
Comentarios y Quejas del Preventivas
generar y dar seguimiento a las Acciones Gerente de
Cliente
Correctivas o Preventivas. Proyectos
Responsable
Se analizan los Comentarios y Quejas del
Gestin de
Comentarios y Quejas del Acciones Correctivas o Cliente con respecto a los mecanismos de
3 Proyectos o
Cliente Preventivas comunicacin, generar y dar seguimiento a
Gerente de
las Acciones Correctivas o Preventivas.
Proyectos
Responsable
Generar Reporte Cuantitativo y Cualitativo
Gestin de
Acciones Correctivas o Reporte Cuantitativo y con base a los reportes de seguimiento de
4 Proyectos o
Preventivas Cualitativo (Doc.) los proyectos y al cumplimiento del Plan
Gerente de
de Ventas.
Proyectos
Responsable
Generar Reporte de Acciones Correctivas o
Acciones Correctivas o Reporte de Acciones Gestin de
5 Preventivas Relacionadas con los Clientes.
Preventivas Correctivas (Doc.) Proyectos o
Gerente de
171
Proyectos
Responsable
Reporte Cuantitativo y
Se genera el Reporte de Mediciones y Gestin de
Cualitativo (Doc.) / Reporte de Mediciones y
6 Sugerencias de Mejora de los procesos, de Proyectos o
Reporte de Acciones Sugerencias de Mejora
acuerdo al Plan de Mediciones de Procesos Gerente de
Correctivas (Doc.)
Proyectos
En esta actividad se identifican las Responsable
Lecciones Aprendidas, para luego Gestin de
Reporte de Mediciones y
integrarlas a la Base del Conocimiento. Por Proyectos o
Reporte de Mediciones y Sugerencias de Mejora
7 ejemplo, se puede considerar mejores Gerente de
Sugerencias de Mejora analizado.
prcticas, experiencias exitosas de manejo Proyectos
de riesgos, problemas recurrentes, entre
otros.
172
4.2.3. Integracin de Procesos
La Gestin de Proyectos (GP), la Gestin de Recursos Humanos y Ambiente de
Trabajo (GRHAT) y, la Gestin de Desarrollo y Mantenimiento de Software
(GDMS) son los Macro Procesos Horizontales Empresariales con los cuales se
realiza la administracin del personal (seleccin, capacitacin y evaluacin)
mediante el proceso GRHAT, se lleva la administracin de cada proyecto de la
empresa mediante el proceso de GP y se lleva la administracin de un proyecto
software en especfico mediante el proceso de GDMS.
Cada uno de los procesos antes mencionados no operan de forma aislada unos de
otros, ya que los procesos comparten informacin entre s, como es el caso de los
proyectos de la empresa, roles, etc.
Para una visin integral de cmo cada uno de los procesos se integran se presenta el
siguiente Diagrama de Integracin.
Figura 4.9 - Vista de integracin de procesos

Fuentes del grfico: Elaboracin propia
Fuentes: propia
4.2.4. Alineamiento de Procesos con Objetivos
Actualmente las empresas estn obligadas a alcanzar sus metas organizacionales de

una forma eficiente, ya que los recursos empresariales son escasos. Una forma de
alcanzar las metas institucionales es alinear cada uno de los objetivos estratgicos
con cada uno de los procesos empresariales (para el presente proyecto se realizar
una primera alineacin con los macro procesos objetivos de este proyecto).
A continuacin, se presenta la siguiente tabla en la que se muestra a los Macro

Procesos Empresariales y cules son los Objetivos Estratgicos que los componen
(Los objetivos Estratgicos son mencionados en el punto 4.1).
173
Macro Proceso Objetivos Estratgicos
Empresarial
Recursos Humanos y A.1 Contar con un proceso definido para la seleccin
Ambiente de Trabajo de personal
A.2 Contar con un proceso definido para la
Capacitacin de personal
A.3 Contar con un proceso definido para la evaluacin
de personal
Gestionar Proyectos B.1 Contar con un proceso definido para la
Planificacin de la Gestin de Proyectos
B.2 Contar con un proceso definido para la
Realizacin de la Gestin de Proyectos
B.3 Contar con un proceso definido para la
Evaluacin y Control de la Gestin de Proyectos
Desarrollo y Mantenimiento C.1 Contar con un proceso definido para la gestin de
de Software un proyecto especfico
Tabla 4.17 - Macro Procesos Vs. Objetivos Estratgicos
Cada uno de los Macro Procesos Empresariales de la tabla anterior estn

compuestos de subprocesos los cuales tambin deben de ser alineados con los
Objetivos Estratgicos. Para este propsito se han generado las siguientes tablas:
Sub-Procesos de la Gestin de Objetivo Estratgicos

Recursos Humanos y
Ambiente de Trabajo
Gestin de Seleccin de A.1 Contar con un proceso definido para la
Personal seleccin de personal
Gestin de Evaluacin de A.3 Contar con un proceso definido para la
Personal evaluacin de personal
Gestin de Capacitacin de A.2 Contar con un proceso definido para la
personal Capacitacin de personal
Tabla 4.18 - Sub-Procesos de la Gestin de Recursos Humanos y Ambiente de

Trabajo vs. Objetivos Estratgicos
174
Sub-Procesos de la Objetivo Estratgicos
Gestin de Proyectos
Gestin de Planificacin B.1 Contar con un proceso definido para la

Planificacin de la Gestin de Proyectos
Gestin de Realizacin B.2 Contar con un proceso definido para la
Realizacin de la Gestin de Proyectos
Gestin de Evaluacin y B.3 Contar con un proceso definido para la
Control Evaluacin y Control de la Gestin de
Proyectos
Tabla 4.19 - Sub-Procesos de la Gestin de Proyectos vs. Objetivos Estratgicos
Sub-Procesos de la Gestin de Objetivo

Desarrollo y Mantenimiento de Estratgicos
Software
Gestin de Inicio C.1 Contar con un
Gestin de Requerimientos proceso definido para
la gestin de un
Gestin de Anlisis y Diseo proyecto especfico
Gestin de Construccin
Gestin de Integracin y Pruebas
Gestin de Cierre
Tabla 4.20 - Sub-Procesos de la Gestin de Desarrollo y Mantenimiento de
Software vs. Objetivos Estratgicos
4.3. Modelamiento de datos
El modelamiento de datos nos permitir generar un modelo abstracto de entidades15

que describan de una forma macro la relacin de los procesos (del presente
proyecto) con los requerimientos y restricciones16 identificados en la etapa de
definicin de procesos, punto 4.2.
4.3.1. Modelo de Dominio
Este modelo permitir expresar cual es el entendimiento al que se lleg despus de

la etapa de anlisis17 de procesos.
A continuacin se presentarn las entidades identificadas en cada uno de los tres
macro procesos objetivos del presente proyecto.
15
Cfr. http://carmuz.tripod.com/modelamiento/cap01a.htm
16
Cfr. http://www.galeon.com/zuloaga/Doc/ADS05.pdf
17
Cfr. http://synergix.wordpress.com/2008/07/10/modelo-de-dominio/
175
Figura 4.10 - Vista de las entidades identificadas dentro del proyecto
Elaboracin: propia
176
A continuacin se presentan los diagramas de dominio de los macro procesos objetivos
Figura 4.11 - Diagrama de dominio del proceso de Gestin de RRHH y Ambiente de trabajo parte 1
Elaboracin: propia
177
Figura 4.12 - Diagrama de dominio del proceso de Gestin de RRHH y Ambiente de trabajo parte 2
Elaboracin: propia
178
Figura 4.13 - Diagrama de dominio del proceso de Gestin de Proyectos parte 1
Elaboracin: propia
179
Figura 4.14 - Diagrama de dominio del proceso de Gestin de Proyectos parte 2
Elaboracin: propia
180
Figura 4.15 - Diagrama de dominio del proceso de Gestin de Desarrollo parte 1
Elaboracin: propia
181
Elaboracin: propia
182
Elaboracin: propia
183
4.4. Modelamiento de la Organizacin
El modelamiento de la organizacin permitir la construccin de productos software

alineados con los objetivos organizacionales.
4.4.1. Organigrama Empresarial
La organizacin de la corporacin de empresas virtuales est compuesta por tres

niveles. El primer nivel, est a cargo del comit el cual tiene la responsabilidad de
evaluar a cada uno de los proyectos de la corporacin de empresas virtuales.
El segundo nivel, est compuesto por el gerente general de la corporacin de
empresas virtuales. Dicha persona tiene como responsabilidad la de asegurar de que
cada una de las empresas virtuales cumplan con sus objetivos planteados.
Finalmente, el tercer nivel estn compuestas por las empresas virtuales las cuales
estn compuestas por tres lneas las cuales son: Fbricas de Software, empresa de
Aseguramiento de Calidad y empresas de Lnea.
Cada una de las tienen una organizacin acorde a sus requerimientos para su
correcto funcionamiento. A continuacin se presentarn los organigramas que
permitirn en mejor entendimiento de la Organizacin de Empresas Virtuales.
Figura 4.18 - Organigrama de la Corporacin de Empresas Virtuales

Elaboracin: propia
184
A continuacin se presentan algunas de las estructuras de las empresas virtuales.
Figura 4.19 - Estructura de Educa-T

Elaboracin: Memoria de Gerencia de Proyectos y Recursos Humanos 2010-2
de la empresa virtual Educa-T

Elaboracin: Memoria de Gestin de una Empresa de Desarrollo de Software
para la Acreditacin de Programas acadmicos 2010-2 de la empresa virtual
Educa-T
185
Elaboracin: http://upcnetfactory.net/Default.aspx
4.4.2. Definicin de Stakeholders Empresariales
El stakeholder empresarial es cualquier entidad externa a la organizacin (persona,

empresa o sistema) que es afectado por las decisiones que toma la organizacin.
Stakeholder Descripcin
Colegio Fe y Alegra Institucin educativa la cual es cliente de la

empresa de lnea Educa-T.
Facultad de Negocios Facultad que pertenece a la Universidad
Peruana de ciencias Aplicadas
Tabla 4.21 - Stakeholders externos a la corporacin
4.4.3. Definicin de Stakeholders Internos
El stakeholder Interno es cualquier entidad interna de la organizacin que es

afectado por las decisiones que toma la organizacin.
Stakeholder Descripcin
Fbricas de Software Empresa virtual encargada de la implementacin
de productos software internos y externos en
tecnologas Open Source o Microsoft. Tiene
como clientes a las empresas de Lnea.
Esta empresa virtual es cliente de la empresa QA.
186
QA Empresa virtual encargada del aseguramiento de
calidad de cada uno de los proyectos de las
empresas de lnea y de las fbricas de software.
Tiene como clientes a las empresas de Lnea y
Fbricas de software.
Empresas de Lnea Empresa virtual de generar proyectos para las

fbricas de software. Tiene como cliente a la
empresa de QA. As mismo, es cliente de las
fbricas de software.
Alumnos de las Alumnos que harn uso de los procesos y
carreras de Ing. de productos internos de la corporacin.
Software y de Ing. de
Sistemas de
Informacin.
Tabla 4.22 - Stakeholders internos a la corporacin
4.5. Descomposicin Funcional
La descomposicin funcional permitir mostrar de forma jerrquica y abstracta las

actividades de cada proceso.
Gestin de Desarrollo y Mantenimiento de Software:
Figura 4.22 - Descomposicin funcional de la Gestin de Desarrollo y

Mantenimiento de Software
Gestin de Proyectos:
187
Figura 4.23 - Descomposicin funcional de la Gestin de Proyectos
188
Gestin de Recursos Humanos y Ambiente de Trabajo:
Figura 4.24 - Descomposicin funcional de la Gestin de Recursos Humanos y

Ambiente de Trabajo
189
La descomposicin funcional de los tres procesos objetivos del presente proyecto
dio como resultado 19 funciones. Dichas funciones estn compuestas por
actividades de cada uno de los sub-procesos descritos en el subcaptulo 4.2.2
Definicin de Procesos.
A continuacin se muestran las funciones y sus actividades asociadas:
Funcin Actividades
1. Validar y Verificar el Verificar la Especificacin de
doc. de especificacin de Requerimientos
requerimientos Corregir los defectos encontrados en la
Especificacin de Requerimientos con base
en el Reporte de Verificacin.
Validar la Especificacin de
Requerimientos
Corregir los defectos encontrados en la
Especificacin de Requerimientos con base
en el Reporte de Validacin.
2. Verificar y Validar el Documentar o modificar el

documento de Anlisis y y Diseo
Diseo Verificar el Anlisis y Diseo y el Registro
de Rastreo
Anlisis y Diseo con base en el Reporte
de Verificacin.
Validar el Anlisis y Diseo
Anlisis y Diseo con base al Reporte de
Validacin.
3. Desarrollar Construir o modificar el(los)

componentes Software Componente(s) de software:
Verificar el Registro de Rastreo
Corregir los defectos
Modificar Configuracin de Software.
4. Realizar Integracin Realizar integracin y pruebas.

5. Realizar pruebas del Realizar las pruebas de sistema
producto software Corregir los defectos
integrado
6. Generar Producto Actualizar Configuracin de Software
Software
Tabla 4.23 - Descomposicin funcional de la Gestin de Desarrollo y
Mantenimiento de Software
190
Gestin de Recursos Humanos y Ambiente de trabajo
Funcin Actividades
11. Planificar Validar Plan de Capacitacin
Capacitaciones Corregir Plan de Capacitacin
12. Ejecutar Preparar Material de Capacitacin

Capacitacin Dar Inicio a Capacitacin
Participar de la Capacitacin
Enviar Evidencias
13. Realizar Evaluar Conocimiento Adquirido

Evaluacin Realizar Informe
14. Generar Rbricas Actualizar Rbricas para Gerentes

de Calificacin Actualizar Rbricas para Recursos
15. Realizar Evaluar Gerentes

evaluacin del Evaluar Recursos
Personal
16. Planificar Ofertas a Definir Tipo de Contratacin
publicar Definir cantidad de recursos requeridos en la
empresa
Seleccionar Metodologa de desarrollo para
cada proyecto de la empresa
Definir el tipo de oferta que se publicar
Definir o redefinir los Criterios de
evaluacin para los postulantes a roles
Definir criterios de evaluacin para jefes de
proyecto
17. Publicar Ofertas Publicar ofertas laborales de Roles en la
laborares empresa o Proyectos
Desactivar oferta laboral
18. Ejecutar Seleccin Evaluar Postulacin

de Personal Agendar fecha de entrevista personal
Descartar postulacin
Realizar entrevista
19. Registrar Personal Firmar contrato con la empresa
Contratado
Tabla 4.24 - Descomposicin funcional de la Gestin de Recursos Humanos y
Ambiente de trabajo
191
Gestin de proyectos
Funcin Actividades
7. Identificar Analizar y Generar doc.de Alternativas
Proyectos para la de Realizacin de Proyectos Internos
empresa Elaborar Actualizar el Plan de Gestin
de Proyectos
Seleccionar una alternativa
8. Elaborar Propuestas Identificar y recultar necesidades y

para el cliente prospectos de los clientes
Estimar Tiempos y Costos
Generar y presentar propuestas para
oportunidades identificadas
Escoger una propuesta
9. Verificar y Validar Recibir y Aprobar Plan de Proyecto

Plan del Proyecto Corregir y Modificar Planes de
Proyecto
Recolectar Reportes de Seguimiento
9. Realizar Control de Analizar el cumplimiento del Plan de

los proyectos Ventas
Analizar Reportes de Seguimiento de
los proyectos y Comentarios y Quejas
del Cliente con respecto a los proyectos
Analizar Comentarios y Quejas del
Cliente con respecto a los mecanismos
de comunicacin
10. Realizar la Generar Reporte Cuantitativo y

Evaluacin de los Cualitativo
proyectos Generar Reporte de Acciones
Correctivas o Preventivas Relacionadas
con el cliente
Tabla 4.25 - Descomposicin funcional de la Gestin de Proyectos

4.5.1. Mapeo de Procesos y Entidades
El mapeo entre procesos y entidades, del modelo de dominio, permitir observar la

interaccin entre entidades y procesos. As mismo, cuales son las entidades que
tienen mayor impacto en los procesos.
192
Gestin de Recursos Humanos y de Medio Ambiente
Proceso de Proceso de Proceso de
Capacitacin de Evaluacin de Seleccin de
personal Personal Personal
Capacidades
X
Competencias
X
Contrato
X
Criterios para jefes de
X
proyecto
Criterios para Roles
X
Oferta
X
Tabla 4.26 - Gestin de Recursos Humanos y de Medio Ambiente Vs. Entidades
Personal de la Empresa
X
X
Postulante
X
Prioridades de Postulacin
X
Tipo de Contratacin
X
Gerente de RRHH
X
Postulaciones
X
Evaluador
X
Evaluado
X
Criterios de Evaluacin
X
Equipo Validados
X
Resultado
X
Evidencias de
X
Capacitacin
Capacitacin Programada
X
Expositor
X
Capacitacin
X
Extraordinaria
Evaluacin al Personal
X
Capacitado
Resultados de evaluacin
X
de Capacitacin
Informe General de
193
Capacitacin
Gestin de Desarrollo
Reporte de verificacin de
Reponsable de Manuales
Responsable de Pruebas
Registro de Actividades
Personal de la Empresa
Reporte de Manual de
Manual de Usuario
Pruebas de sistema
Equipo de Trabajo
Calendario de QA
Plan de desarrollo
Especificacin de
Gerente General
Requerimiento
de Integracin
Revisor
sistema
usuario
Cliente
Proceso de Inicio X X X X X
Proceso de Gestin de X X X X X X X X X
Requerimientos
Proceso de Gestin de X X
Anlisis y Diseo
Proceso de Gestin de X
Construccin
Proceso de Gestin de X X X X
Integracin y Pruebas
Proceso de Gestin de X X
Cierre
Tabla 4.27 - Proceso de Gestin de Desarrollo Vs. Entidades Parte I

194
Diseo
Pruebas
de Cierre
de Anlisis y
de Construccin
Proceso de Inicio
de Integracin y
de Requerimientos
Proceso de Gestin
Proceso de Gestin
Proceso de Gestin
Proceso de Gestin
Proceso de Gestin
Requerimiento
X
X Analista
X
Usuario
X
X
Diseador de
X
Interfaz de
Usuario
Reporte de verif.
X
De Especificacin
de Requerimiento
Reporte de
X
Verficacin
Doc. Anlisis y
X
diseo
Reporte de
X
Validacin
Plan de pruebas
X
de integracin
Jefe de Desarrollo
X
X
X
X
X
Configuracin de
X
X
X
Software
Arquitecto de
X
Software
195
Jefe de Desarrollo
de Requerimiento
De Especificacin
Configuracin de
Reporte de verif.
Plan de pruebas
Requerimiento
Doc. Anlisis y
de integracin
Arquitecto de
Diseador de
Verficacin
Interfaz de
Reporte de
Reporte de
Validacin
Software
Software
Analista
Usuario
Usuario
diseo
Proceso de Inicio X
Proceso de Gestin X X X X X
de Requerimientos
Proceso de Gestin X X X X X X X X X
de Anlisis y
Diseo
Proceso de Gestin X X
de Construccin
Proceso de Gestin X
de Integracin y
Pruebas
Proceso de Gestin X X
de Cierre
Tabla 4.28 - Proceso de Gestin de Desarrollo Vs. Entidades Parte II

196
mantenimiento
Sugerencias de
verificacin de
Programador
conocimiento
Componente
Actividades
Integracin
Registro de
aprendidas
Pruebas de
Medicin y
Reporte de
Reporte de
Reporte de
Manual de
Manual de
Operacin
Lecciones
Producto
Software
Rastreo
Base de
Proceso de Inicio
Proceso de Gestin de
Requerimientos
Anlisis y Diseo
Proceso de Gestin de X X X X
Construccin
Proceso de Gestin de X X X X X
Proceso de Gestin de X X X X X
Cierre
Tabla 4.29 - Descomposicin funcional de la Gestin de Proyectos

197
198
Gestin de Proyectos
Planificacin
Evaluacin y
Realizacin
Proceso de
Proceso de
Proceso de
Control
X Responsable de
X
Gestin de Proy
Tabla 4.30 - Proceso de Gestin de Proyectos Vs. Entidades Parte I
Alternativas de
X
realizacin de Proy.
Plan de Gest. De
X
Proyectos
Plan de Adquisicin
X
y capacitacin
Plan de
X
comunicacin con el
cliente
Mecanismos de
X
comunicacin
Plan de ventas
X
Plan de proyecto
X
alternativa de
X
proyecto interno
seleccionado
propuestas para
X
oportunidades
Contrato con el
Comentarios y
cuantitativas
Registro del
seguimiento
correctivas
Reporte de
Reporte de
aceptacin
Proyectos
proyecto
acciones
Doc. De
quejas
cliente
Metas
Proceso de
Planificacin
Proceso de X X X X X
Realizacin
Proceso de X X X X
Evaluacin y
Control
Tabla 4.31 - Proceso de Gestin de Proyectos Vs. Entidades Parte II

199
Reporte de Medicin y
Lecciones aprendidas
Descripcin del
Sugerencias de
Proyecto
Mejora
Cliente
Proceso de X
Planificacin
Proceso de X X
Realizacin
Proceso de X X
Evaluacin y
Control
Tabla 4.32 - Proceso de Gestin de Proyectos Vs. Entidades Parte III

200
4.5.2. Priorizacin de procesos:
A continuacin, se presentarn los siguientes enfoques de priorizacin de procesos:
Relacin entre Objetivos Organizacionales Vs. Procesos

Frecuencia de uso de entidades por parte de los procesos
El presente cuadro mostrar el enfoque de la relacin entre Objetivos

Organizacionales Vs. Procesos. Este enfoque permitir observar cul o cules son
los procesos con ms impacto en los objetivos organizacionales.
Los resultados presentados en el cuadro se basan en un anlisis de cada uno de los

procesos y como estos permiten lograr los Objetivos Organizacionales. Para dicho
anlisis se us como gua el modelo de procesos MoproSoft.
201
adecuada Gestin de
adecuada Gestin de
adecuada gestin de
Garantizar una
Garantizar una
Garantizar la
Especficos
Proyectos
Proyectos
RRHH
Proceso de Seleccin de A A A
Recursos Humanos
Proceso de Gestin
Personal
y Ambiente de
Proceso de Evaluacin de A B C
trabajo
Personal
Proceso de Capacitacin de A B B
personal
Proceso de Inicio C C A
Proceso Desarrollo de Software
Proceso de Gestin de C C A
Requerimientos
Anlisis y Diseo
Construccin
Proceso de Gestin de Cierre C C A
Proceso de Planificacin B A B
Proyectos
Proceso de Realizacin B A B
Proceso de Evaluacin y B A B
Control
Tabla 4.33 - Relacin entre Objetivos Organizacionales Vs. Procesos

202
Valores Importancia
A Alta
B Media
C Baja
Tabla 4.34 -Leyenda de los valores de la tabla 33

A continuacin se presenta un resumen de la tabla 33, este resumen permite

observar que el proceso que mayor incidencia tiene en los objetivos
organizacionales es el proceso de Gestin de Recursos Humanos y Ambiente de
Trabajo.
Proceso de Proceso Proceso de

Gestin Desarrollo Gestin de
Recursos de Software Proyectos
Humanos y
Ambiente de
trabajo
A 56% 33% 33%
B 33% 0% 67%
C 11% 67% 0%
Tabla 4.35 -Resumen de resultados de la tabla 33

Como se puede observar en el siguiente cuadro (Tabla 36) el sub proceso que tiene
mayor frecuencia de uso de entidades es el sub proceso Gestin de
Requerimientos, el cual pertenece al Macro proceso de Gestin de Desarrollo. Pero
el sub proceso Gestin de Requerimientos depende del sub proceso de Gestin
de Inicio por este motivo dicho sub proceso no podra ser priorizado como el
primero.
El Segundo sub proceso que tiene mayor frecuencia de uso de entidades es el de

Proceso de Seleccin de Personal el cual pertenece al macro proceso de Gestin
de Recursos Humanos y Medio Ambiente de Trabajo.
203
Sub Procesos Frecuencia
Proceso de Seleccin de Personal 12
Proceso de Evaluacin de Personal 7
Proceso de Capacitacin de personal 9
Proceso de Gestin de Inicio 6
Proceso de Gestin de Requerimientos 14
Proceso de Gestin de Anlisis y Diseo 11
Proceso de Gestin de Construccin 7
Proceso de Gestin de Integracin y 10
Pruebas
Proceso de Gestin de Cierre 9
Proceso de Planificacin 10
Proceso de Realizacin 11
Proceso de Evaluacin y Control 8
Tabla 4.36 - Frecuencia de uso de entidades por parte de los procesos

Como se puede observar en las tablas anteriores el macro proceso que tiene mayor
importancia de implementacin para la corporacin de empresas virtuales es el
macro proceso de Gestin de Recursos Humanos y Ambiente de Trabajo. Dentro de
este macro proceso el sub proceso ms importante es el de Seleccin de Personal.
As mismo, el sub proceso de Seleccin de Personal es uno de los de mayor inters

por parte del comit (el profesor Ilver Anache). El inters est basado a que un
adecuado proceso de Seleccin de Personal en las empresas virtuales permitira una
reduccin en el tiempo muerto al inicio de cada ciclo acadmico, ya que permitir
realizar la contratacin del personal humano de una forma ms eficiente y eficaz.
A partir de la informacin presentada se propondr una lista de implementacin de
procesos:
204
Proceso Prioridad
Proceso de Seleccin de Personal 1
Proceso de Planificacin 2
Proceso de Realizacin 3
Proceso de Evaluacin y Control 4
Proceso de Evaluacin de Personal 5
Proceso de Capacitacin de personal 6
Proceso de Gestin de Inicio 7
Proceso de Gestin de Requerimientos 8
Proceso de Gestin de Anlisis y 9
Diseo
Proceso de Gestin de Construccin 10
Proceso de Gestin de Integracin y 11
Pruebas
Proceso de Gestin de Cierre 12
Tabla 4.37 - Priorizacin de Procesos

205
5. ARQUITECTURA EMPRESARIAL
206
5.1.1. Descripcin del captulo
En el presente captulo se definirn y desarrollarn las arquitecturas de Negocios,

Aplicaciones y se detallarn los requerimientos para el rea de TI a cargo de la
empresa virtual IT-Expert.
Inicialmente se define que es una arquitectura de TI, cual es la importancia de ella

en una empresa y para las arquitecturas de Negocios, Datos y Aplicaciones.
Adems, se muestra cual es el estado actual del rea de TI y cual debera ser una
Arquitectura de TI base, para soportar el resto de arquitecturas.
A continuacin se define que es una arquitectura de Negocios y cual es la ventaja

de que una empresa cuente con una arquitectura de Negocios. Adems, se mostrarn
los componentes de la arquitectura de Negocios.
Finalmente se define la arquitectura de Aplicaciones y cual es el objetivo de la

misma como unificadora del resto de arquitecturas. Adicionalmente se muestran los
artefactos necesarios para cumplir con la arquitectura de Aplicaciones.
5.2. Definicin de Arquitectura Empresarial Orientada a Servicios
De las definiciones presentadas en el tem 1.5.3 del presente documento se podra

definir a una Arquitectura Empresarial Orientada a Servicios de la siguiente forma:
Una Arquitectura Empresarial Orientada a Servicios, es aquella que permite a la

empresa cumplir con sus objetivos organizacionales mediante la estandarizacin de
procesos y la disminucin del costo y el esfuerzo en el desarrollo y mantenimiento
de los nuevos productos software al reutilizar productos software ya existente.
5.3. Arquitectura de negocios
La arquitectura de negocios, es aquella que surge porque las empresas (en este caso
las empresas virtuales) tienen la obligacin de cumplir con las expectativas de los
clientes en cada uno de los productos desarrollados. Por este motivo una
arquitectura de negocios, se orienta a la elaboracin o mejora de procesos que
permitirn a la empresa lograr los objetivos de la corporacin18.
Para la elaboracin de la arquitectura de negocios se tom como base el modelo de

procesos MoproSoft ya que uno de los objetivos de la corporacin es el
implementar este modelo. Se propone lograr el nivel 3 de capacidad de procesos de
dicho modelo. Para lograr este objetivo se trabaj de manera coordinada con la
empresa Methods.
18
La corporacin esta conformado por las 9 empresas virtuales.
207
5.3.2. Definicin General de los procesos Objetivos
El proyecto consta de dos macro procesos (Gestin de proyectos y Desarrollo de

Software), y tres subprocesos (Seleccin de Personal, Evaluacin de Personal y
Capacitacin de Personal). A continuacin se describir de forma resumida cada uno
de los Macro Procesos y Subprocesos.
El primer macro proceso es el de Gestin de proyectos, el cual se ocupa de los

proyectos externos, internos y de oportunidades de proyectos de la organizacin.
Dicho proceso est compuesto por tres subprocesos los cuales son: Planificacin,
Realizacin y Evaluacin y Control. El segundo macro proceso es el de Desarrollo
de Software, modelar con el propsito de generar un producto software, de forma
eficaz y eficiente, que rena los requisitos del cliente. Si bien en MoproSoft el
macro proceso es Desarrollo y Mantenimiento de Software, para el presente
proyecto se tom slo la parte de Desarrollo de Software tal como se propone en el
modelo Competisoft19.
Los tres subprocesos son Seleccin de personal, Capacitacin de Personal y

evaluacin de personal los cuales se encuentran dentro del Macro Proceso de
Gestin de Recursos. El proceso de Seleccin de Personal brinda a las empresas
virtuales una serie actividades para captar al personal que trabajar en la empresa.
El proceso de capacitacin de personal, tiene como objetivo brindar o proveer

informacin, y conocimientos que sean de utilidad para el personal objetivo.
Adems, el proceso permitir que los productos que se desarrollen sean de una
mejor calidad y generen as una mayor confianza en los clientes.
Finalmente, el proceso de Evaluacin de personal permitir a los Gerentes de

Recursos asignar una calificacin, de forma objetiva, a cada recurso que participa en
la empresa virtual. Cada uno de estos Subprocesos se encuentra dentro del macro
proceso de Gestin de Recursos y Ambiente de Trabajo de MoproSoft.
En las siguientes secciones de este subcaptulo se describirn cada uno de los cinco
procesos con los que se generar la Arquitectura de Negocios. Para una mayor
descripcin de cada uno de ellos se puede revisar el documento Definicin de
Procesos que se encuentra en el anexo del presente proyecto en la seccin de
Arquitectura de Negocios.
Propsito
El propsito del macro proceso de Desarrollo de Software ser el mismo que

presenta el modelo de procesos MoproSoft, debido a que este fue tomado como
19
Cfr. Ver glosario
208
base. Por lo tanto el propsito de este proceso segn el modelo de calidad de
MoproSoft es:
la realizacin sistemtica de la actividades de diseo, anlisis, construccin,
integracin y pruebas de productos software nuevos o modificados cumpliendo con
los requerimientos especificados (MoproSoft Versin 1.3 julio 2005)
Descripcin
El proceso est compuesto por los subprocesos (que MoproSoft las llama fases) de
inicio, requerimientos, anlisis y diseo, construccin, integracin, pruebas y
finalmente cierre. Cada uno de estos subprocesos pueden ser parte de uno o varios
ciclos a lo largo del proyecto de desarrollo.
Si bien en MoproSoft se tiene el proceso de Desarrollo y Mantenimiento de

Software, para el presente proyecto se decidi trabajar slo lo referido a la etapa de
Desarrollo, tal como se realiza en el modelo CompetiSoft. Se tom esta decisin
debido a que en la actualidad los productos software desarrollados en las empresas
virtuales no llegan a desplegarse (como por ejemplo los proyectos SCP v1.0 y SAC
v1.0) de forma exitosa. Esto indica que el proceso de Desarrollo de Software tiene
una serie de inconsistencias.
Estado actual
En la actualidad el presente macro proceso se encuentra en proceso de

mejoramiento, debido a que ya fue inspeccionado por la empresa Methods. Como
resultado de la inspeccin se determin que el modelado con el lenguaje BPMN no
era el ms viable por ms que se trato de mejorar con el Gerente de la empresa
Methods.
Resultados del proceso para el presente proyecto
Como resultado final del proceso se obtuvo un plugin y una pagina web en la que se
explica de forma detallada todas las actividades del proceso de Desarrollo de
Software. Este resultado final, plugin y pgina web, se da de la interaccin entre la
empresa Methods (supervisor de las actividades), el gerente de procesos (persona
que elabor el proceso en la herramienta Method Composer20) y el recurso Moiss
Rivera (a cargo de generar y estandarizar los artefactos que intervienen en el
proceso de Desarrollo de Software).
Las evidencias del trabajo realizado tanto por el gerente de procesos de la empresa
virtual Net Factory y el recurso Moiss Rivera se encuentran en el repositorio del
proyecto el cual esta adjunto en el presente documento.
5.3.2.1. Macro proceso Gestin de Proyectos
Propsito
20
Cfr. Ver glosario del documento
209
El propsito de la Gestin de Proyectos es que los proyectos internos o externos
contribuyan a cumplir los objetivos y estrategias de la organizacin.
Descripcin
La Gestin de Proyectos se encarga de administrar los proyectos internos, externos y

de oportunidades de proyectos en la organizacin. Para MoproSoft la Gestin de
Proyectos consta de una planificaron, realizacin y evaluacin y control.
Para el modelado del macro proceso de Gestin de Proyectos el trabajo se dividi en
2 etapas en etapas. La primera etapa, consisti en que el recurso encargado de
modelado de este macro proceso conociera todo el proceso y lo entendiera, con este
objetivo se realiz un primer modelado de cada uno de los subprocesos que
conforman la Gestin de Proyectos.
La segunda etapa se refiere a la mejora de cada uno de los subprocesos, para esto se
inici la mejora con el subproceso de planificacin una vez finalizado dicha mejora
se pasar al subproceso de realizacin y finalmente al subproceso de evaluacin y
control. El proceso de mejora est a cargo de la empresa virtual Methods.
Estado actual
En la actualidad el presente macro proceso se encuentra en proceso de

mejoramiento, debido a que ya fue inspeccionado por la empresa Methods. Como
resultado de la inspeccin se determin que el modelado con el lenguaje BPMN no
era el ms viable por ms que se trato de mejorar con el Gerente de la empresa
Methods.
Como resultado final del proceso se obtuvo un plugin y una pgina web en la que se
explica de forma detallada todas las actividades del proceso de Gestin de
Proyectos. Este resultado final, plugin y pagina web, se da de la interaccin entre la
empresa Methods (supervisor de las actividades) y el recurso Miguel Pinzas.
El recurso Miguel Pinzs tuvo como responsabilidad el proceso de gestin de

proyectos. Como resultado de su labor el recurso gener un plugin, del proceso de
gestin de proyectos, en la herramienta Methods Composer. Dicho plugin describe
de forma detallada cada una de las actividades que se realizan en la gestin de
proyectos.
Adems, elabor una serie de plantillas para los artefactos que intervienen en el
proceso. Las plantillas de los artefactos an estn pendientes de revisin y
aprobacin por parte de la empresa Methods.
Para observar cada uno de los artefactos obtenido se puede revisar la pgina Web
generada o al repositorio del presente proyecto.
5.3.2.2. Sub-Proceso Seleccin de Personal
210
Propsito
El propsito del proceso de seleccin de personal es proporcionar a las empresas

virtuales una serie de actividades en un orden adecuado que les permita contratar a
los colaboradores ms adecuados para cada empresa virtual.
Descripcin
Para que el proceso de inicio requerir tener un Plan de Adquisiciones y

Capacitacin, Cartera de proyectos de la Empresa y Lista de temas de investigacin
vigentes antes del final de cada ciclo. Puesto que el proceso de seleccin de personal
se iniciar una semana despus de las evaluaciones finales del ciclo previo al que se
realizarn las contrataciones. El proceso obtendr de forma inmediata las
habilidades y capacidades disponibles para generar la oferta laboral. Adems, las
habilidades y capacidades de cada Postulante a una oferta laboral se cargarn de
forma automtica y formarn parte de sus datos para la postulacin; lo nico que el
Postulante deber agregar es el curriculum vitae.
El Postulante slo podr cancelar una postulacin a una oferta laboral si se

encuentra dentro del tiempo en que las ofertas laborales se encuentran activas. Una
vez terminado el perodo de postulaciones el Postulante deber esperar los
resultados de la evaluacin de cada empresa a las habilidades y capacidades de cada
Postulante.
Si el a Postulante pas la primera etapa se le comunicar cuando es la fecha de

entrevista y en que lugar. Si el Postulante no es aceptado este ser habilitado en la
siguiente empresa por prioridad.
Si el Postulante pasa la entrevista el primer da de clase firmar contrato con la

empresa que lo acept. Si el Postulante no pasa la entrevista ser habilitado en la
siguiente empresa por prioridad.
Estado actual
La elaboracin de este proceso recibi la ayuda de los gerentes de procesos de las

empresas Java Software Factory, Net Factory. Debido a que este proceso no est
descrito dentro del modelo MoproSoft , se tom como base el trabajo realizado en
las empresas Java Software Factory, Net Factory y el proyecto SCP v1.0, a cargo del
alumno Enrique Aguilar.
Estado del proceso antes del presente proyecto

Las fbricas virtuales definieron el proceso de contratacin de personal para cada
una de sus organizaciones, Se muestra una marcada diferencia entre un modelo y
otro. Esto a pesar de que el trabajo en la elaboracin de los procesos de ambas
fbricas fue realizado de forma coordinada por ambas empresas.
Las diferencias que se pueden observar son las siguientes:
Java Software Factory Net Factory
211
Roles que intervienen: Roles que intervienen:
Gerencia de Recursos Alumno
Colaborador Gerente de Recursos
Comit Evaluador
Entradas para el inicio del proyecto : Entradas para el inicio del proyecto:
Plan Operativo de RRHH y Ambiente Memoria de ltimo perodo
de Trabajo
Actividades que conforman el proceso: Actividades que conforman el proceso:
Se asume que el proyecto SCP slo No se observa la comunicacin el
sirve para sacar la lista de proyecto SCP.
postulantes.
No indica en que debera iniciar este
El proceso da comienzo a inicio de proceso
ciclo.
Se toma que el proceso de seleccin
No toma en cuenta que el proceso se de personal debe incluir un tipo de
repita si no se han cubierto los evaluacin.
puestos.
No se muestra el caso en que la oferta
No se muestra el caso en que el laboral es de contratacin inmediata.
colaborador no renunci antes del
No muestra la actividad en el que el
pas a la entrevista.
activo pasa a ser un miembro de la
No se muestra una notificacin al empresa.
colaborador si no pas la entrevista.
Salida final del proceso: Salida final del proceso:
Reporte de RRHH Disponibles y Contrato Firmado
Ambiente de Trabajo
Lista de personas con puestos
actualizada
Lista de proyectos vigente actualizada
Lista de temas de investigacin
vigentes actualizada
Tabla 5.38 Comparacin del Proceso de Seleccin de Personal de las fbricas

Java Software Factory vs Net Factory
Como se puede observar en el cuadro anterior, en el proceso de seleccin de

personal existen diferencias en varios aspectos, lo cual indica que la comunicacin
entre ambas fbricas virtuales para la elaboracin de ambos procesos no fue la ms
adecuada. As mismo, se puede observar que no se valor el trabajo realizado en el
proyecto SCP, desarrollado por el alumno Enrique Aguilar, ya que la creacin de
este proyecto supona la uniformizacin del proceso de Seleccin de Personal lo
cual no se realiz con xito.
212
Por otro lado, para el proyecto SCP si bien se hizo un esfuerzo de uniformizar el
proceso de Seleccin de Personal, no slo en las fbricas sino en el resto de
empresas virtuales, no logr su cometido. Esta falta de xito se evidencia en los
siguientes cuadros:
Indicadores de xito del proyecto SCP No Cumplimiento

v1.0
Nmero de empresas que utilicen la pieza Para el ciclo 2010-1 ninguna empresa
software. virtual pudo hacer uso de dicha aplicacin.
El producto software no fue desplegado
con xito.
Disminucin del tiempo que toma Para el ciclo 2010-1 todas las empresas
actualmente la contratacin de alumnos de virtuales utilizaron como mnimo dos
tres semanas a una semana. Los alumnos semanas para la seleccin del personal.
deberan ser contratados en la primera
semana de clase.
Nmero de alumnos que utilicen la pieza El producto software al no ser desplegado
software. con xito ningn alumno pudo hace uso de
la misma.
Tabla 5.39 - Indicadores de xito no cumplidos del proyecto SPC v1.0
Alcance del proyecto SCP v1.0 No Cumplimiento

El proyecto permitir contratar alumnos El producto no fue desplegado, lo cual
va una aplicacin Web. trae como consecuencia que ninguna
persona pueda hacer uso de dicho
producto software.
El proyecto permitir la creacin de El producto no fue desplegado, lo cual
reportes de alumnos contratados por trae como consecuencia que ninguna
empresa a travs del tiempo. pueda ser registrada y tampoco generar
reportes.
Tabla 5.40 - Alcances no cumplidos del proyecto SCP v1.0
Como se puede observar, los indicadores de xito del proyecto SCP v1.0 no fueron
alcanzados ya que el proyecto no fue desplegado. En consecuencia dos de los cuatro
alcances definidos para dicho proyecto no fueron cumplidos.
Por otro lado, el poco xito de la versin 1.0 del proyecto SCP en relacin al
producto software no debe desmerecer el esfuerzo de uniformizar este proceso, ya
que en su primera versin fue presentado ante todas las empresas virtuales para una
retro alimentacin, prueba de ello se puede observar la constancia de conformidad
firmada por cada responsable de las empresas virtuales en la documentacin del
proyecto SCP v1.0.
213
Los modelos del proceso de Seleccin de Personal realizado en las fbricas y el
proyecto SCP v1.0 se encuentran en la documentacin de cada fbrica y la
documentacin del proyecto SCP respectivamente.
Para el presente proyecto se realiz un esfuerzo de uniformizacin del proceso de

Seleccin de Personal para todas las empresas virtuales. Para dicho objetivo se
realizaron las actividades de valoracin de trabajos realizados y la realizacin de una
serie de reuniones con los Gerentes de las empresas virtuales y el directorio. Se
detallan a continuacin:
La valoracin de trabajos realizados, se dio observando y analizando el trabajo

realizado tanto por las gerencias de las fbricas virtuales como por el trabajo del
alumno Enrique Aguilar jefe de proyecto SCP v1.0.
Realizacin de reuniones con los Gerentes de las empresas virtuales y el directorio.

Las reuniones con los gerentes de procesos de cada empresa fueron dos. La primera
reunin, se realiz con el propsito de recabar los puntos de vista de cada gerente de
procesos de las empresas virtuales. Como resultado de la primera reunin se gener
un modelo donde se tomaron en cuenta las observaciones de cada representante de
las empresas virtuales.
La segunda reunin, se realiz con el propsito de mostrar el proceso el modificado

a las empresas virtuales y aprobar que este proceso sea el mismo en todas las
empresas.
La reunin con el directorio, se realiz para mostrar el trabajo elaborado hasta el

momento y mostrar el resultado de las reuniones con los gerentes de las empresas
virtuales. En dicha reunin se llegaron a una serie de acuerdos respecto al proceso
de Seleccin de Personal; adems, el profesor Ilver Anache (parte del comit)
mostr una serie de expectativas sobre el proceso:
El proceso evite la inactividad de los recursos a inicios de cada ciclo. Y por

consiguiente evite el retrazo en los proyectos que dependen de dichos recursos.
El proceso se implante en todas las empresas virtuales.
Finalmente, con las correcciones y opiniones del profesor Ilver Anache se procedi
a la modificacin y a la generacin de la documentacin de dicho proceso para as,
empiece la verificacin en la empresa QA, en la que se encuentra actualmente.
La empresa Methods (encargada de la validacin de los procesos) solicit que se
realzara un contraste de actividades y workproducts entre el proceso de Seleccin de
Personal del proyecto DAEPIFS21 y lo que indica el modelo MoproSoft. El
propsito fue corroborar que para la elaboracin del proceso, de Seleccin de
Personal, se tom como base lo estipulado en el modelo MoproSoft.
Del contraste de actividades del proceso de Seleccin de Personal del proyecto

DAEPIFS y el modelo MoproSoft se obtuvo la siguiente tabla:
21
DAEPIFS: Diseo de la Arquitectura Empresarial de los Productos Internos de las Fbricas de Software
214
8.3.1. Recursos Humanos y Ambiente de Trabajo: Proceso de Seleccin de
Personal
Actividades
MoproSoft DAEPIFS
A1. Preparacin:
Definir los criterios para la:
Seleccin, asignacin y aceptacin de A2. Seleccionar Metodologa de

los recursos desarrollo para cada proyecto de la
empresa
A4.Definir o redefinir los Criterios

de evaluacin para los postulantes
a roles.
A5.Definir criterios de evaluacin

para jefes de proyecto.
A2. Instrumentacin:
Seleccionar, Asignar y obtener la
aceptacin de los recursos Humanos:
En funcin del perfil solicitado, A8.3 Evaluar Postulacin
seleccionar el recurso humano del
personal de la organizacin o A8.6 Realizar entrevista
contratarlo.
Emitir Asignacin de Recursos y A8.4 Agendar fecha de entrevista
notificar al solicitante. personal
Obtener la aceptacin de la A12. Firmar contrato con la
Asignacin de Recursos. empresa
En caso de que la Asignacin de A9. Elaborar lista de personas que
Recursos sea rechazada se repite esta ocupen los puestos.
actividad. A10. Verificar que los puestos
fueron cubiertos.
G7. Faltan puestos por cubrir?
En caso que se contrate nuevo A12. Firmar contrato con la

personal, registrar en Registro de empresa
Recursos Humanos.
A3. Generacin de Reportes
215
A3.1 Generar el Reporte de Recursos En este caso existen los
Humanos Disponibles, Capacitacin y WorkProducts llamados "Lista de
Ambiente de Trabajo de acuerdo al Postulantes Contratados" y
Plan Operativo de Recursos Humanos y "Contratos Firmados".
Ambiente de Trabajo, al Registro de
Recursos Humano, al Reporte de
Capacitacin y al Reporte de Ambiente
de Trabajo.
Tabla 5.41 - Comparacin entre las actividades del proceso de Seleccin de
Personal del proyecto DAEPIFS y MoproSoft
El contraste entre los WorkProducto del proceso de Seleccin de Personal del

proyecto DAEPIFS y de MoproSoft se muestra a continuacin:
8.3.1. Recursos Humanos y Ambiente de Trabajo: Proceso de Seleccin de

Personal
WorkProducts
Plan Estratgico Cartera de proyectos de la Empresa
Plan de Comunicacin e Implantacin Lista de Cantidad de personas por

roles y proyectos en la empresa
Plan de Adquisiciones y Capacitacin Plan de Adquisiciones y Capacitacin.
Plan de procesos CV
Plan operativo de Recursos Humanos Lista de puestos o proyectos no

y Ambiente de Trabajo. cubiertos
Acciones Correctivas Contrato Firmado
Asignacin de Recursos Lista de postulantes contratados
Reporte de Mediciones y Sugerencias Resultados de evaluacin de las

de Mejora capacidades, competencias y CV.
Reporte de Recursos Humanos Cantidad de recursos en la empresa

Disponibles, capacitacin y Ambiente
de Trabajo
Plan de Capacitacin Lista de roles de acuerdo a la

metodologa
216
Lecciones Aprendidas Lista de competencias y capacidades
Registro de Recursos Humanos Criterios de evaluacin por rol
Reporte de Ambiente de Trabajo Criterios de evaluacin para jefes de

proyectos
Reporte de Capacitacin Lista de personas con resultado de

postulacin actualizada
Evaluacin de Desempeo Lista de personas que ocupen los

roles en el presente perodo
Encuesta sobre el Ambiente de

Trabajo
Reporte(s) de Validacin
Tabla 5.42 - Comparacin entre los WorkProducts del proceso de Seleccin de

De las tablas 5.41 y 5.42 se puede observar que para la realizacin del proceso de
Seleccin de Personal se ha tenido en cuenta lo estipulado en MoproSoft
cumpliendo, para este proceso, el objetivo especfico 1 del presente proyecto.
En la actualidad el proceso de Seleccin de Personal ya fue aprobado por todas las

empresas virtuales prueba de ello se tiene el documento DAEPIFS_Acta de
Conformidad_V1.0 en el cual cada una de las empresas virtuales acepta el proceso,
el documento antes mencionado se encuentra en el anexo del presente proyecto. El
modelo final del proceso se encuentra en el documento DAEPIFS_DEFINICIN
DE PROCESOS_v1.3 que se encuentra en el anexo del presente documento.
5.3.2.3. Sub-Proceso Evaluacin de Personal

Propsito
Evaluar el desempeo de cada uno de los colaboradores de la manera ms objetiva

posible.
Descripcin
El proceso de evaluacin de personal consta de tres etapas planeacin, ejecucin y

control. En la etapa de planeacin, se crean o actualizan, verifican y corrigen las
rbricas de evaluacin del personal.
En la etapa de ejecucin, se realiza la evaluacin del personal ya sea gerentes o
recursos. El personal interviene el Gerente General (en caso la evaluacin sea para
los gerentes de la empresas virtual), Gerente de Recursos Humanos y evaluadores
(dentro del rol se encuentran el jefe proyectos, colaboradores y clientes).
217
Finalmente, la etapa de control, el Gerente General o el Gerente de Recursos
Humanos realizan reportes de calificacin del personal evaluado, si la evaluacin
fue a gerentes de lnea de la empresa virtual el responsable de generar el reporte es
el Gerente General y si la evaluacin se realiz al personal de la empresa el
responsable de generar los reportes de calificacin es el Gerente de Recursos.
Estado actual
En la corporacin de empresas virtuales las nicas empresas que tienen

uniformizado el proceso de Evaluacin de Personal son las fbricas virtuales Java
Software Factory y Net Factory. Dicha estandarizacin fue realizada por los
gerentes de procesos de ambas fbricas. Dicha estandarizacin slo fue a nivel de
modelo ms no a nivel de documentacin.
En la actualidad el proceso de Evaluacin de Personal fue estandarizado para todas

las empresas virtuales prueba de ello es el documento
DAEPIFS_ActadeConformidadProcesoEvaYCapPersonal_V1.0 que se encuentra
firmado por todas las empresas virtuales y anexado en el presente proyecto.
Para la estandarizacin y aprobacin del presente proceso se realizaron una serie de

reuniones con los representantes de las empresas virtuales (gerentes generales,
gerentes de proyectos, etc.) prueba de ello se encuentra en las actas que se
encuentran en el anexo del presente proyecto.
Asimismo, la empresa Methods solicit que se realice un contraste entre lo que

indica MoproSoft y lo elaborado en presente proyecto para el proceso de Evaluacin
de Personal. El contraste se realiz tanto para las actividades como para los
WorkProducts.
8.3.1. Recursos Humanos y Ambiente de Trabajo: Evaluacin de Personal

Actividades
MoproSoft DAEPIFS
A1. Preparacin: Etapa: Planeacin
A1.2. Definir los criterios para la:
Evaluacin de desempeo. A0. Validar Rbricas (Rbricas
para calificacin a Gerentes)
A1.6. Elaborar o actualizar el A1. Actualizar Rbricas
formulario para la Evaluacin de de Evaluacin
Desempeo. A2. Validar Rbricas de
Evaluacin
A1.7. Validar la Evaluacin de A3. Corregir Rbricas de
Desempeo. Evaluacin
A1.8. Corregir los defectos A1. Validar Rbricas (Rbricas
encontrados en la Evaluacin de para calificacin a Recursos de
Desempeo con base en el la empresa)
218
Reporte de Validacin y obtener la A1. Actualizar Rbricas
aprobacin de las correcciones. de Evaluacin
A2. Validar Rbricas de
Evaluacin
A3. Corregir Rbricas de
Evaluacin
A2. Instrumentacin: Etapa: Ejecucin
A2.3. Aplicar la Evaluacin de A2. Evaluar Gerente

Desempeo en funcin del Plan A1. Evaluar a Gerentes
Operativo de Recursos Humanos y A2. Evaluar a Gerentes
ambiente de Trabajo y registrar el
A3. Consolidar
resultado de la evaluacin en Registro
Calificaciones
de Recursos Humanos.
A2. Evaluar Recursos
A1. Calificar Personal
A2. Recibir y consolidar
Calificaciones
A3. Generacin de Reportes Etapa: Ejecucin y Control
A3.1 Generar el Reporte de Recursos A2. Evaluar Gerente

Humanos Disponibles, Capacitacin y
Ambiente de Trabajo de acuerdo al A3. Consolidar
Plan Operativo de Recursos Humanos Calificaciones
y Ambiente de Trabajo, al Registro de A2. Evaluar Recursos
Recursos Humano, al Reporte de
Capacitacin y al Reporte de Ambiente
A2. Recibir y consolidar
de Trabajo.
Calificaciones
Tabla 5.43 - Comparacin entre las actividades del proceso de Evaluacin de
El contraste se realiz tanto para los WorkProducts se presenta en la siguiente tabla:
8.3.1. Recursos Humanos y Ambiente de Trabajo: Evaluacin de Personal

WorkProducts
219
MoproSoft DAEPIFS
Evaluacin de Desempeo Rbrica para Gerentes
Rbrica para Recursos
Reporte(s) de Validacin Reporte de Verificacin

Plan de procesos Rbricas Validadas
Plan operativo de Recursos Humanos y Reporte de Evaluacin
Ambiente de Trabajo.
Acciones Correctivas Plantilla de Calificacin
Reporte de Mediciones y Sugerencias
de Mejora
Reporte de Recursos Humanos
Disponibles, capacitacin y Ambiente
de Trabajo
Plan de Capacitacin
Registro de Recursos Humanos
Reporte de Ambiente de Trabajo
Reporte de Capacitacin
Encuesta sobre el Ambiente de Trabajo
Tabla 5.44 - Comparacin entre los WorkProducts del proceso de Evaluacin

de Personal del proyecto DAEPIFS y MoproSoft
Evaluacin de Personal se ha tenido en cuenta lo estipulado en MoproSoft
En la actualidad el proceso de Evaluacin de Personal ya fue aprobado por todas las

empresas virtuales prueba de ello se tiene el Acuerdo de conformidad con fecha, el
cual se encuentra en el anexo del presente proyecto, en el cual cada una de las
empresas virtuales acepta el proceso. El modelo final del proceso se encuentra en el
documento Documento de Definicin de Procesos que se encuentra en el anexo
del presente documento.
5.3.2.4. Sub-Proceso Capacitacin de Personal
Propsito
Planificar y controlar las capacitaciones que los colaboradores y personal externo

deben de llevar a cabo durante un perodo determinado.
220
Descripcin
El proceso de Capacitacin de Personal consta de las etapas de plantacin, ejecucin

y control. La etapa de planeacin, se realiza el proceso de creacin o actualizacin,
verifica y corrige el plan de capacitacin por parte del Gerente de Recursos
Humanos.
En la etapa de ejecucin, se lleva a cabo la publicacin, ejecucin de las
capacitaciones programadas. Adems, realiza la calificacin de los resultados de la
capacitacin. En el caso de la capacitacin extraordinaria se revisar que exista un
expositor disponible sino se comunicar que la capacitacin no se podr realizar.
Finalmente, en la etapa de control se elabora un informe de resultados de las
capacitaciones realizadas, tanto programadas como extraordinarias. Adems, se
registra o actualiza las nuevas capacidades y competencias de las personas
capacidades.
Estado actual
En la corporacin de empresas virtuales las nicas empresas que tienen

uniformizado el proceso de Capacitacin de Personal son las fbricas virtuales Java
Software Factory y Net Factory. Dicha estandarizacin fue realizada por los
gerentes de procesos de ambas fbricas. Dicha estandarizacin slo fue a nivel de
modelo ms no a nivel de documentacin.
En la actualidad el proceso de Capacitacin de Personal fue estandarizado para todas

las empresas virtuales prueba de ello es el documento
DAEPIFS_ActadeConformidadProcesoEvaYCapPersonal_V1.0 que se encuentra
firmado por todas las empresas virtuales y anexado en el presente proyecto.
Para la estandarizacin y aprobacin del presente proceso se realizaron una serie de

reuniones con los representantes de las empresas virtuales (gerentes generales,
gerentes de proyectos, etc.) prueba de ello se encuentra en las actas que se
encuentran en el anexo del presente proyecto.
Asimismo, la empresa Methods solicit que se realice un contraste entre lo que

indica MoproSoft y lo elaborado en presente proyecto para el proceso de
Capacitacin de Personal. El contraste se realiz tanto para las actividades como
para los WorkProducts.
A continuacin se presenta la tabla comparativa entre las actividades de MoproSoft

y el proyecto DAEPIFS(Diseo de la Arquitectura de Negocios y Aplicaciones, y
Generacin de Requerimientos de TI para los Productos de Gestin Interna de las
Fbricas de Software ) en cuanto al proceso de Capacitacin de Personal.
8.3.1. Recursos Humanos y Ambiente de Trabajo: Capacitacin de Personal

Actividades
MoproSoft DAEPIFS
A1. Preparacin: Etapa: Planeacin
221
A1.3. Elaborar o actualizar el Plan Capacitacin Planificada
de Capacitacin con base en Plan A1. Elaborar/Actualizar Plan de
Operativo de Capacitacin para el presente perodo
Recursos Humanos y Ambiente de A2. Validar Plan de Capacitacin
Trabajo y a las Acciones
A3. Corregir Plan de Capacitacin
Correctivas.
A1.4. Validar el Plan de Capacitacin Extraordinaria
Capacitacin (Val1). A1. Buscar Expositores Disponibles
A1.5. Corregir los defectos en Base a sus Capacidades y
encontrados en el Plan de Habilidades
Capacitacin con base en el A3. Verificar Disponibilidad del
Reporte de Validacin y obtener la Expositor
aprobacin de las correcciones. A4. Reportar Cancelacin
A7. Preparar Material de Capacitacin
A2. Instrumentacin: Etapa: Ejecucin
A2.2. Llevar a cabo el Plan de A2. Publicar Capacitaciones
Capacitacin. A5. Elaborar Cronograma de
Elaborar el Reporte de Capacitacin
Capacitacin, incluyendo la A6. Publicar Cronograma de
evaluacin de la capacitacin Capacitacin
proporcionada.
A9. Participar de la Capacitacin
A10. Enviar Evidencias
A11. Solicitar Reportes de Resultados
A12. Enviar Formatos de Evaluacin
A13 Evaluar Conocimiento Adquirido
A14. Realizar Informe
A15. Recolectar Resultados
Por cada miembro del A7.Registro/Actualizacin de nuevas
personal capacitado, registrar la capacidades o competencias
capacitacin proporcionada en
Registro de Recursos Humanos.
A3. Generacin de Reportes Etapa: Control
A3.1 Generar el Reporte de A6. Elaborar Informe de Resultados
Recursos Humanos Disponibles, de Capacitaciones
Capacitacin y Ambiente de
Trabajo de acuerdo al Plan
Operativo de Recursos Humanos
y Ambiente de Trabajo, al
Registro de Recursos Humano,
al Reporte de Capacitacin y al
Reporte de Ambiente de
Trabajo.
Tabla 5.45 - Comparacin entre las actividades del proceso de Capacitacin de
222
El contraste entre los WorkProducto del proceso de Capacitacin de Personal del
proyecto DAEPIFS y de MoproSoft se muestra a continuacin:
8.3.1. Recursos Humanos y Ambiente de Trabajo: Capacitacin de

Personal
WorkProducts
MoproSoft DAEPIFS
Plan de Capacitacin Plan de Capacitacin
Plan operativo de Recursos Informe General de la
Humanos y Ambiente de Capacitacin
Trabajo.
Reporte de Capacitacin Informe de Resultado de
Capacitaciones
Reporte(s) de Validacin Reporte de Verificacin
Reporte de Mediciones y Cronograma de Capacitacin
Sugerencias de Mejora (capacitacin extraordinaria)
Reporte de Recursos Humanos Formatos de Evaluacin
Disponibles, capacitacin y
Ambiente de Trabajo
Plan de procesos Informe de la Capacitacin
Lecciones Aprendidas Resultados de la capacitacin
(evidencias)
Registro de Recursos Registro de Recursos Humanos
Humanos Actualizado
Reporte de Ambiente de Informe General de la
Trabajo Capacitacin
Acciones Correctivas
Evaluacin de Desempeo
Encuesta sobre el Ambiente de
Trabajo
Tabla 5.46 - Comparacin entre los WorkProducts del proceso de Capacitacin
de Personal del proyecto DAEPIFS y MoproSoft
Capacitacin de Personal se ha tenido en cuenta lo estipulado en MoproSoft
En la actualidad el proceso de Capacitacin de Personal ya fue aprobado por todas

las empresas virtuales prueba de ello se tiene el documento Acuerdo de
Conformidad, el cual se encuentra en el anexo del presente proyecto, en el cual
223
cada una de las empresas virtuales acepta el proceso. El modelo final del proceso se
encuentra en el documento Documento de Definicin de Procesos, el cual se
encuentra en el anexo del presente documento.
5.4. Arquitectura de Aplicaiones
Para la arquitectura de aplicaciones se realizaron pruebas de concepto para

seleccionar herramientas implementar el prototipo del portal, definir mecanismos
para implementar la seguridad para los datos sensibles. Adems, se realiz pruebas
de concepto para seleccionar un servidor de procesos.
5.4.2. Arquitectura de Referencia
Para la arquitectura de aplicaciones se seleccion como arquitectura de referencia

SOA de IBM22 ya que ayudar a tener un punto de partida ms claro y evitar que el
quipo se desve del camino o se tomen decisiones herradas que afecten al proyecto.
Para la seleccin de esta arquitectura de referencia SOA se tom en consideracin

las ventajas y desventajas. Las ventajas del uso de esta arquitectura de regencia
SOA, se basan en que su desarrollo fue en base a la experiencia, de IBM, de
diversos proyectos SOA, tiene apoyo en tecnologa IBM (pero al ser tan general
puede usarse productos de diversos proveedores), existe una referencia de la
implementacin por parte de la empresa virtual Salud-Able.
Entre las desventajas del uso de esta arquitectura de regencia SOA, se basa en que
los ejemplos de implementacin, por parte de IBM, slo se encuentran con
herramientas de IBM, la elaboracin de esta arquitectura de referencia se realiz en
base a proyectos realizados en grandes empresas (por lo se tendr que ajustar a la
realidad de las empresas virtuales).
La arquitectura de referencia SOA de IBM consta de nueve capas las cuales son
Capa de Gobierno, capa de arquitectura de informacin, capa de calidad de
servicios, capa de integracin, capa de consumidores, capa de procesos de negocio,
capa de servicios, capa de componentes de servicio, capa operativa.
22
Cfr. http://www-01.ibm.com/software/solutions/soa/
224
Figura 5.25 - Esta abstraccin de alto nivel de una arquitectura de referencia SOA
Fuente: http://www.ibm.com/developerworks/aix/library/au-
unixinsoa/IBMSOAsolutionArch.gif
La figura 5.26 muestra las diversas capas de la arquitectura de referencia SOA que
se sigui para el para elaborar la propuesta de arquitectura de aplicaciones del
presente proyecto. La arquitectura de referencia SOA consta de la capa de gobierno,
arquitectura de informacin, calidad de servicio, integracin, consumidores,
procesos de negocio, servicios, componentes de servicio y operativa.
La capa de gobierno, cubre los aspectos de la gestin operativa del ciclo de vida de
SOA. Asimismo, brinda orientacin y polticas para la toma de decisiones respecto a
la arquitectura SOA y como se gestiona capacidad, rendimiento, seguridad y
monitoreo de la arquitectura SOA. Esta capa, como se observa en la figura 5.26 la
capa de gobierno cubre al resto de las ocho capas, por lo tanto esta capa de gobierno
es aplicable y permite monitorear a cada una del resto de capas.
La capa de Arquitectura de Informacin, se orienta a la arquitectura de datos como

base para la creacin de Inteligencia de Negocios (BI) para realizar la minera de
datos y el modelado analtico de los datos.
La capa de calidad de servicios (QoS por las siglas en in ingls Quality of Service),
permite elaborar una arquitectura SOA con la capacidad de cumplir con los
Requerimientos No Funcionales (RNF) y responder a las exigencias de fiabilidad,
disponibilidad, manejabilidad, escalabilidad y seguridad. Asimismo, la capa de QoS
sirve para observar y controlar el resto de las capas informando cuando se detecta un
incumplimiento o como se previene un incumplimiento.
225
La capa de integracin, es la capa ms importante en una implementacin SOA ya
que proporciona una va de comunicacin, invocacin y calidad de servicio entre los
consumidores y proveedores. Adems, proporciona un nivel de acoplamiento
indirecto entre los consumidores de servicios y los proveedores ya que la capa de
integracin se encuentra entre la los consumidores de servicios y los proveedores de
servicios tal como se muestra en la figura 5.
La capa de consumidores (o capa de presentacin), es la responsable de generar las

interfaces de acceso a los datos para los consumidores (personal interno o externo).
Asimismo, la capa de consumidores tiene como uno de sus objetivos el generar las
interfases (front end) de los procesos de negocio de una forma rpida. Para el caso
de SOA desacopla la interfaz de usuario de los componentes, para este objetivo se
puede utilizar la norma Web Services para Remote Portlets (WSRP) versin 2.0.
La capa de procesos de negocio, se encarga de definir los procesos de la empresa de

forma que se encuentren alineados, los procesos, con los objetivos empresariales.
Esta definicin se describe cual es flujo de la informacin y la interaccin entre los
participantes de los procesos. En el caso del presente proyecto esta capa se
implemento con la Arquitectura de Negocio.
La capa de servicios, se compone de los servicios definidos para la arquitectura

SOA. Esta capa permite la interoperabilidad de servicios en diversas tecnologas y
de diversos grados de complejidad. Asimismo, se encarga de proporcionar una
descripcin detallada de la funcionalidad de los servicios que se brinda a los
consumidores.
La capa de componentes de servicio, se ajustan a los contratos definidos en la capa

de servicios. Los componentes de servicios proporcionan una flexibilidad
empresarial, permite una flexibilidad de TI por medio del desacoplamiento del
sistema.
La capa operativa, se compone por las aplicaciones software que se encuentran en

uso. En esta capa se encuentran las aplicaciones legacy, sistemas de procesamiento
transaccional, base de datos existentes y las nuevas aplicaciones software (como por
ejemplo ERP, CRM, etc.).
En base a la arquitectura de referencia SOA, se elabor una propuesta para

arquitectura de aplicaciones. Dicha capa se compone de siete capas las cuales son:
Calidad de Servicio
Capa de Integracin
Capa de Consumidores
Capa de Procesos del Negocio
Capa de servicios
Capa de Componentes de Servicio
Capa de Acceso a Datos
Las capas de Calidad de Servicio, Capa de Integracin, Capa de Consumidores,

Capa de Procesos del Negocio, Capa de servicios y fueron elaboradas en base a
226
productos OpenSource. Mientras que la Capa de Componentes de Servicio fue
responsabilidad de los arquitectos de la empresa virtual Net Factory.
Para mayor informacin respecto a la implementacin de las capas ver el documento
SAD del presente proyecto el cual se encuentra en el anexo seccin Arquitectura de
Aplicaciones
5.4.3. Identificacin de Servicios
Para el presente proyecto se eligi el proceso de Seleccin de Personal para realizar

las pruebas de concepto (en cuanto a la integracin de las herramientas
seleccionadas). Por este motivo mediante un anlisis del proceso de seleccin se
obtuvo una serie de servicios que se listaran a continuacin.
servicio Accin Proveedor Consumidor

Lista de capacidades Get SSIA proceso de Seleccin
de personal
Lista del perfil de un Get SSIA proceso de Seleccin
postulante de personal
Lista de Postulantes Get SSIA proceso de Seleccin
aptos de personal
Listas de Get SSIA proceso de Seleccin
Competencias por de personal
Postulantes
Lista de capacidades Get SSIA proceso de Seleccin
por Postulante de personal
Nivel de Competencia Get SSIA proceso de Seleccin
por Postulante de personal
Lista de competencias Get SSIA proceso de Seleccin
disponibles de personal
Lista de Empresas Get Net Factory proceso de Seleccin
de personal
Autenticacin del Get Net Factory proceso de Seleccin
usuario. Rol al que est de personal
asociado
Proyectos disponibles Get Net Factory proceso de Seleccin
de personal
Registrar una oferta Set Indefinido proceso de Seleccin
laboral por puesto de personal
Registrar una oferta Set Indefinido proceso de Seleccin
laboral por proyecto de personal
Registrar la Set Indefinido proceso de Seleccin
postulacin del de personal
postulante
Tabla 5.47 - Lista de servicios para el Proceso de Seleccin de Personal
227
Los servicios para implementar el proceso de Seleccin de Personal se dividen en
dos niveles de complejidad. Los servicios de Primer nivel de complejidad, son
aquellos en donde se realiza la orquestacin de servicios web, es decir donde se da
un orden en la ejecucin de servicios web para realizar un proceso y no tienen
mucha reusabilidad.
Los servicios de segundo nivel de complejidad, sern los encargados de realizar la

persistencia y administracin de datos dando a los servicios de primer nivel la
funcionalidad para realizar algn proceso, por ejemplo para que se publique una
oferta de un proyecto es necesario registrar la oferta del proyecto y paso seguido
realizar la notificacin que existe un proyecto disponible a los posibles postulantes.
5.4.4. Orquestacin y Coreografa
Para la presente arquitectura de aplicacin propuesta, en base a productos Open

Source, se propone el uso de la herramienta OpenESB para implementar la
orquestacin (Capa de Integracin).
La coreografa de procesos se realiza con la herramienta Intalio|BPMS Designer.

Intalio|BPMS Designer implementa la coreografa de procesos con el estndar
WSCI (Web Service Choreography Interface) el cual define los intercambios de
mensajes entre los servicios que conforman el proceso.
La orquestacin de servicios web se realizar mediante el uso del lenguaje BPEL

con el cual se realizar implementacin del primer nivel de servicios web.
Figura 5.26 - de la orquestacin de servicios

Fuente: Imagen extrada de
http://codebeneath.blogspot.com/2007_08_01_archive.html
228
La figura se observa un ejemplo de la orquestacin de servicios, en la figura se
observa que con el uso del lenguaje BPEL se obtiene una secuencia lgica en la
ejecucin de actividades en la cual intervienen diversos servicios (sin importar en la
tecnologa que sean implementados).
Para mayor informacin respecto a las decisiones arquitectnicas para la presente

propuesta de arquitectura de aplicaciones dirjase al documento SAD del presente
proyecto el cual se encuentra en la seccin de anexos.
5.5. 5.5 Arquitectura de TI (Requerimientos para el rea de TI)
5.5.1. Definicin
En la actualidad al desarrollarse una Arquitectura Empresarial Orientada a Servicios

esta debe de tener en cuenta que una de las arquitecturas base es la de TI, debido a
que esta arquitectura dar soporte de TI a al resto de arquitecturas (Datos, Negocios
y Aplicaciones). Por este motivo, la Arquitectura de TI es aquella que no slo se
encarga de proveer de tecnologa, a los usuarios, sino que ayuda al resto de
Arquitecturas (Negocios, Datos y Aplicaciones) a cumplir con los objetivos de la
empresa.
5.5.2. Estado Actual del Centro de Cmputo
En el documento DAEPIFS_Estado Actual del Centro de Cmputo_v1.0, que se

encuentra en el anexo del presente documento, se muestra la informacin actual del
centro de cmputo. En ella se detalla la configuracin de los servidores fsicos y
virtuales; adems de los programas que estn instalados en ellos. Dicha informacin
fue brindada por el encargado del laboratorio Gustavo Uezu Tengan.
En dicha configuracin se puede apreciar que para todas las carreras slo existen
tres servidores virtuales distribuidos de la siguiente manera
educacion
bd1
salud
De los servidores mencionados el nico que es utilizado para el propsito por el cual
fue creado es el de bd1, debido a que este es un servidor de base de datos.
En el caso de los servidores de educacin y salud el uso es diferente al objetivo de

su creacin. En primer lugar, el servidor de educacin slo es utilizado como un
repositorio de documentos de los proyectos que son desarrollados en la empresa
virtual Educa-T y como servidor de despliegue para otras empresas como es el caso
de la empresa virtual SSIA.
En segundo lugar, el servidor de salud hasta el presente ciclo no es utilizado por la

empresa, ya que los integrantes usan como repositorio al servidor fsico sd para la
documentacin que generan sus respectivos proyectos.
229
De acuerdo, a las indicaciones de la profesora Amanda Snchez (encargada de la
empresa virtual Salu-Able en ciclos regulares) el servidor actual de salud no sigue
ninguna sustentacin tcnica para el propsito de la empresa (por ejemplo una
arquitectura de TI, debido a que sta recin se desarrollar el ciclo 2010-1). El nico
motivo por el que sigue en funcionamiento se debe a la existencia sistemas legacy
de los proyectos antiguos de salud.
Entre las caractersticas actuales de los servidores del centro de cmputo ms

resaltantes de los servidores de salud, bd1 y educacin estn:
Nombre Procesador RAM HD
educacin QuadCore , 1866 MHz 1024 MB (EDO) 80.0 GB (53.9 GB libre)
bd1 Unknown, 1866 MHz 2048 MB (EDO) 40.0 GB (16.8 GB libre)
salud Intel Xeon, 3000 MHz 768 MB (EDO) 40.0 GB (34.5 GB libre)
Tabla 5.48 - Caractersticas Tcnicas de los Servidores de Centro de Cmputo

dedicados a la carrera de computacin de la UPC
Fuente: Personal de TI Centro de cmputo
Como se puede apreciar, en el cuadro anterior los servidores tienen 3840 MB de

RAM que en la mayora est como memoria desperdiciada ya que las empresas
virtuales Salud-Able o Educa-T no despliegan sus proyectos en ninguno de estos
servidores. Por otro lado, el resto de empresas si utilizan el servidor de educacin
para desplegar alguno de sus respectivos productos software.
Por otro lado en la actualidad, existe un servidor dedicado a ser repositorio de

informacin dicho servidor es fsico y tiene el nombre de sd. Las caractersticas del
servidor sd son:
Nombre Procesador RAM HD
sd Intel Xeon, 3000 MHz (15 x 1024 MB (DDR2-400 136.7 GB (24.3 GB libre)
200) Registered ECC DDR2
SDRAM)
Tabla 5.49 - Caractersticas Tcnicas de los Servidores de Centro de Cmputo

dedicados a la carrera de computacin de la UPC
Fuente: Personal de TI Centro de cmputo
Como se puede apreciar, el servidor sd tiene caractersticas similares a la de salud y

educacin, por lo tanto este servidor podra ser utilizado por las empresas virtuales
Educa-T y Salud-Able tambin como un repositorio de informacin.
230
5.5.3. Proceso de Desarrollo de la Arquitectura de TI
Uno de los objetivos principales de este subcaptulo es exponer una arquitectura de

TI base que pueda dar soporte a las arquitecturas de Aplicaciones, Datos y Negocios
que se desarrollan en los siguientes subcaptulos. Esto permitir definir si la actual
rea de TI podra dar soporte a una Arquitectura Empresarial Orienta a Servicios.
Las actividades para generar una arquitectura de TI piloto, la cual brinde soporte al
resto de las arquitecturas (Negocios, datos y aplicaciones) fueron: se definieron y
seleccionaron un grupo de procesos objetivo, se realiz la orquestacin de los
servicios de los procesos seleccionados y la integracin de las herramientas
utilizadas.
La seleccin de un grupo de procesos objetivo, se trabaj con procesos de gestin

interna de la empresa virtual Java Software Factory. Dichos procesos fueron
seleccionados de acuerdo a una priorizacin realizada por la Gerente de RRHH de la
empresa Java Software Factory, Rosa Flix gerente de RRHH en los perodos 2009-
1 y 2009-2. De dicha priorizacin se tomaron tres procesos los cuales fueron
Contratacin de Personal, Capacitacin de personal y Evaluacin de Personal.
Para la definicin de los procesos objetivos (Contratacin de Personal, Capacitacin

de Personal Evaluacin de Personal) se tomaron diversas fuentes. Para los procesos
Contratacin de Personal y Capacitacin de Personal se tom como base lo
realizado por los alumnos Enrique Palacios y Cynthia Ramos respectivamente, por
tal motivo se asumi que el modelo de ambos procesos es vlido.
Respecto al proceso de Evaluacin de Personal fue modelado por la Gerente de

RRHH, por lo cual se asumi que este proceso fue modelado de la forma ms
adecuada posible, puesto que la Gerente de RRHH era el mismo usuario de este
proceso.
Una vez finalizada la etapa de definicin de los procesos objetivos seleccionados, se

realiz la orquestacin de los servicios mediante el modelado de los procesos en un
servidor de procesos. Para la orquestacin de los procesos se seleccionaron una serie
de herramientas las cuales se muestran en el siguiente cuadro:
Herramienta Descripcin
Intalio BPM Es un software Open Source basado en Java-J2EE, que

implementa BPMS
NetBeans Herramienta IDE que permite el desarrollo de aplicaciones

en lenguajes Open Source.
OpenPortal Componentes adicionales para facilitar el desarrollo de

portales.
SQL 2005 Motor de base de datos
Tabla 5.50 - Descripcin de las herramientas Software Utilizadas

Elaborado: Propio
231
La seleccin de las herramientas identificadas en la tabla 15 permiti identificar las
caractersticas del Hardware (HW) necesario para que stas trabajen de la manera
ms eficiente posible. Para mayor descripcin del HW necesario se puede observar
el documento de Arquitectura de TI el cual se encuentra en el anexo presente
proyecto en la seccin TI.
La eleccin de las herramientas que se listan en la tabla 15 se bas en:
El conocimiento previo del equipo del presente proyecto en cuento al uso de

las herramientas Intalio BPM, NetBeans y SQL 2005.
La poca demanda de recursos de HW de la herramienta Intalio.
Facilidad de instalacin y configuracin del contenedor de portlets
OpenPortal.
Durante el proceso de integracin de las herramientas se observ que no era

conveniente que todos los servidores (de datos, aplicaciones y procesos) se
encuentren dentro de la misma mquina, por ese motivo se empez a trabajar con
diversas mquinas en las que se encuentren los servidores.
Como resultado de la distribucin de servidores se observ la necesidad de dar

seguridad en diversos niveles como es el caso de canales y Web Services. As
mismo, se realiz el tuning de los servidores Glassfish (servidor de aplicaciones y
servidor de servicios web) para que el consumo de memoria RAM sea el menor
posible.
Finalmente, se procedi a realizar una serie de pruebas de performance a las

herramientas mencionadas y a la arquitectura que se gener como resultado de la
unin de las herramientas mencionadas. Dichas pruebas de performance fueron
realizadas por el Jefe del presente proyecto, el alumno Manuel Tejada Mezarina
quien realiz las pruebas con la herramienta IBM Performance Tester.
El detalle de las pruebas de performance se encuentra en la seccin de Pruebas de

Performance del presente subcaptulo.
5.5.3.1. Problemas presentados en el desarrollo de la arquitectura de TI
Para el desarrollo de la Arquitectura de TI se presentaron dos problemas los cuales

fueron la falta de descripcin de los procesos seleccionados y la falta de
Requerimientos No funcionales en cuanto al desempeo de la arquitectura de TI
(escalabilidad, performance, disponibilidad, documentacin).
Problema 1: Los procesos no cuentan con una descripcin adecuada. En el caso de

los procesos de Contratacin de Personal y Capacitacin de Personal la informacin
que se tena era la de los respectivos proyectos que los implementaron, pero estos
proyectos no fueron diseados para una Arquitectura Orientada a Servicios y no
tenan la suficiente informacin de dichos procesos. As mismo, el proceso de
Evaluacin de Personal al no estar desarrollado no posea ms informacin que la
del mismo modelo del proceso.
232
Problema 2: La falta de informacin sobre los RNF23. Debido a que la Arquitectura
de Negocios recin ser implementada en el ciclo 2010-1 y en el ciclo 2010-0 las
empresas virtuales no cuentan con representantes.
Para resolver la insuficiencia en la informacin de los procesos antes mencionados,

se realiz una caracterizacin de cada uno de los procesos seleccionados. La
caracterizacin de los tres procesos se encuentra en el documento de Documento de
Seleccin y Caracterizacin de Procesos e Identificacin de Servicios que se
encuentra en el anexo del presente documento seccin Informacin TI.
Para dar solucin a la falta de RNF, se vi necesaria la realizacin de pruebas de

desempeo de las herramientas y de la arquitectura de TI generada tanto en una
computadora de escritorio y en los servidores del centro de cmputo. Y se compar
el resultado de dichas pruebas en ambos escenarios.
Los resultados de las pruebas realizadas en una computadora de escritorio se pueden

observar en la tabla 5.29. Mientras que los resultados de las pruebas realizados en
los servidores del centro de cmputo se encuentran en las figuras 5.30, 5.31, 5.32,
5.33 y 5.34.
5.5.4. Arquitectura de TI
Despus de realizadas las pruebas de concepto y de performance, se propone la

arquitectura de TI, la cual se encuentra detallada en el documento Arquitectura de
TI, el cual se encuentra en el anexo del presente informe.
Esta arquitectura slo presenta una perspectiva de uso de herramientas en la

tecnologa Java ya que para esta primera etapa del proyecto el objetivo era dar a
conocer el estado actual del centro de cmputo y generar una serie de
requerimientos para el rea de TI.
23
Cfr. RNF significa Requerimientos No Funcionales
233
Figura 5.27 - Vista de la arquitectura de TI generada en el ciclo 2010-0
Elaboracin: Propia
234
En el diagrama anterior se muestran cinco servidores. El servidor llamado Ebisu,
permitir mostrar el portal el cual est desplegado en el servidor de portales
OpenPortal Conteiner 2.x. Dicho portal permitir integrar diversas aplicaciones
web, en este caso se desplegaron las interfaces para el proceso de Seleccin de
Personal.
El servidor Daikokuten, ser el servidor de procesos el cual est desplegado en

Intalio. Dicho servidor permiti el despliegue del proceso de Seleccin de Personal.
El servidor Bishamonten, ser el servidor de Servicios Web. Este servidor proveer

interfases tanto al servidor de aplicaciones web y al servidor de procesos
permitiendo la integracin de diversas tecnologas. Finalmente, el servidor de
Benzaiten se destin a alojar la base de datos para el proceso de seleccin de
personal.
5.5.5. Pruebas de performance
Los ambientes en los que se realizaron las pruebas fueron dos en mquinas virtuales
y el centro de cmputo de la carrera de computacin de la UPC. El primero,
realizado en mquinas virtuales con el sistema operativo Windows XP con las
siguientes caractersticas:
Servidor RAM HD Procesador Uso
Benzaiten 256 M 15G P7350 2.00GHZ Servidor de Base de

Datos Principal
Bishamonten 512 M 15G P7350 2.00GHZ ESB (bus de

servicios)
Daikokuten 512 M 15G P7350 2.00GHZ Servidor de

Procesos
Ebisu 384 M 15G P7350 2.00GHZ Servidor

Aplicaciones Web
Tabla 5.51 - Lista de servidores virtuales utilizados en la arquitectura de TI

Elaborado: Propio
Luego de realizar la prueba de performance en los servidores se obtuvieron los

siguientes resultados:
235
Tiempo de respuesta Promedio
Nro de Prueba Nro Usuarios
(segundos) (segundos)
Prueba 1 159 5 31.8
Prueba 2 20 5 4
Prueba 3 20 5 4
Prueba 4 90 5 18
Prueba 5 60 5 12
Prueba 6 80 5 16
Prueba 7 520 5 104
Figura 5.28 - Lista de resultados de la prueba de performance en los servidores
virtuales
Elaboracin: Propia
Como se puede apreciar en la tabla anterior, mientras se va incrementando el

nmero de usuarios la demora en la respuestal tambin se incrementa. En este caso
se hizo la prueba con el proceso de Seleccin de personal en la etapa de postulacin
a una oferta laboral y para hacerlo ms real no se complet ninguno de los procesos,
por tal motivo el servidor de procesos tena mucha ms carga de trabajo ya que los
procesos activos seguan esperando ser finalizados.
La segunda prueba de performance se realiz en los servidores del centro de

cmputo de la UPC. Los servidores que se usaron para desplegar el proceso de
Contratacin de Personal fueron los de salud, educacin y bd1.
Servidor Uso
bd1 Servidor de procesos y Datos
Salud Servidor de aplicaciones
Educacin Servidor de Servicios Web
Tabla 5.52 - Lista de servidores del c entro de cmputo de la carrera de

computacin de la UPC
Elaborado: Propio
Las especificaciones tcnicas de los servidores mencionados en el cuadro anterior se

encuentran en el documento Estado Actual del Centro de Cmputo: Especificacin
de Servidores. Para las pruebas de performance en estos servidores se hicieron 81
pruebas cada una de ellas con 5 usuarios al mismo tiempo.
Un problema en este proceso de prueba fue que la herramienta IBM Performance

Tester slo contaba con 5 usuarios en su versin de prueba y para activar las
pruebas para ms usuarios se necesitaban licencias con las que no se contaban. Para
resolver este problema se abrieron cuatro ventanas del Performance Tester y en
cada una de ellas se ejecut al mismo tiempo pruebas de manera repetida hasta
llegar al nmero de 81 pruebas, cada una con 5 personas lo que da una carga al
servidor de 405 usuarios.
236
En el siguiente cuadro se muestran los resultados de las pruebas cada 20 iteraciones:
Figura 5.29 - Prueba 1 de performance
237
Como se puede observar el tiempo de demora para cada una de las 81 pruebas es de
20 segundos. Como se mencion en prrafos anteriores no se cuenta con RNFs los
cuales nos proporcionen necesidades respecto a la rapidez en el tiempo de respuesta
de los procesos.
5.5.6. Necesidades para la cumplir con la Arquitectura de TI

propuesta
Si bien el resultado de las pruebas de performance para el proceso de Contratacin

de Personal fue razonablemente satisfactorio, se debe considerar que se hicieron en
una poca del ciclo en que no existe una gran demanda de computacin y adems
era un nico proceso que se estaba ejecutando. Es necesario que la empresa virtual
IT-Expert implemente la arquitectura de TI propuesta en el documento de
Arquitectura de TI, que de soporte a la Arquitectura Empresarial Orientada a
Servicios y asegure su correcto funcionamiento bajo situaciones ms exigentes de
demanda de recursos a los servidores.
Por otro lado, es necesario contar con un estndar de gestin de servicios

informticos para el rea de TI, que se encuentra a cargo de la empresa virtual IT-
Expert. Entre las reas de gestin ms importantes para el correcto funcionamiento
del actual rea de TI se encuentran:
Centro de servicios
Gestin de Incidentes y Problemas
Gestin de Versiones
Gestin de Niveles de Servicios
Gestin de Disponibilidad
Gestin de la Seguridad
Cada una de las reas de gestin mencionadas (Centro de servicios, Gestin de

Incidentes y Problemas, Gestin de Versiones, Gestin de Niveles de Servicios,
Gestin de Disponibilidad, Gestin de la Seguridad) se encuentra definidas en el
Estndar internacional ITIL24. Para el presente proyecto slo se han tomado en
24
Cfr.
http://itil.osiatis.es/Curso_ITIL/Gestion_Servicios_TI/fundamentos_de_la_gestion_TI/vision_general_ges
tion_servicios_TI/vision_general_gestion_servicios_TI.php
238
cuenta las reas que que se identificaron como ms importantes y que ayudarn a
implementar la arquitectura de TI propuesta.
Adems, es necesaria que la informacin del centro de cmputo sea depositada en

un repositorio de documentos, con un nivel de seguridad de acceso ya que es
informacin reservada.
En la actualidad el Framework de seguridad FIS no permite asociar a los alumnos a los

roles que existen en las empresas virtuales. Por este motivo, es de suma importancia que
el Framework de seguridad (FIS) permita asociar los cdigos de los alumnos a roles (los
roles sern definidos en la Arquitectura de Negocios) o a grupos que poseen en las
empresas virtuales, debido a que en las arquitecturas de Negocios y Aplicaciones es
necesario contar con roles y/o grupos. Adems, es importante que SIS implemente las
interfases necesarias para su consumo en la plataforma Java.
239
6. GESTIN DEL PROYECTO
240
6.1. Descripcin del Captulo
En el presente captulo se realizar una descripcin de las actividades realizadas en

la gestin del proyecto. En primer lugar, se mostrar una serie de estimaciones
realizadas junto con un resumen del cronograma del proyecto y la descripcin del
proceso del Control del proyecto. En segundo lugar, se explicar el proceso de
gestin de riesgos que se realiz para el presente proyecto.
6.2. Administracin del proyecto
Las estimaciones correspondientes a las fases y actividades del proyecto fueron

realizadas a criterio del jefe de proyecto para el ciclo de verano 2010-0 y para el
ciclo 2010-01. La definicin de las estimaciones se llev a cabo entre el jefe del
proyecto y el equipo de la empresa Net Factory.
A continuacin, se muestra un resumen del cronograma del proyecto para los ciclos
2010-0 y 2010-1.
241
Fase Hito Fecha estimada Actividad(es) Entregable
Ciclo 2010-0
Inicio del Charter aprobado Semana 1 Elaboracin y aprobacin del

proyecto Fecha Inicio: Charter.
11/01/2010
Fecha Fin:
16/01/2010 Charter del Proyecto
Planeacin del Documento de Semana 2 (3 -Elaboracin del Plan de -Plan del Proyecto.
Proyecto caracterizacin semanas) Proyecto y Plan de Riesgos.
Fecha Inicio: -Plan de riesgos.
17/01/2010 -Seleccin y documentacin de
Fecha Fin: procesos para la definicin de -Caracterizacin de los
06/02/2010 una Arquitectura de Aplicacin. procesos seleccionados.
-Definir las herramientas para la

implementacin de la
Arquitectura de Aplicacin
Recopilacin Aprobacin de la Semana 3 (3 -Identificar aplicaciones Diagrama de despliegue
de Informacin Arquitectura de TI. semanas) existentes, base de datos del centro de cmputo
existente existentes, especificaciones de actual.
Fecha Inicio: TI.
07/02/2010 -Documento de la
Fecha Fin: -Definir una Arquitectura de TI propuesta de Arquitectura
27/02/2010 que de soporte a las de TI, el cual consta de:
herramientas seleccionadas.
-Contrastar el estado actual del
242
centro de cmputo con las
necesidades de la Arquitectura -DIAGRAMA DE
de TI que se propuso. DESPLIEGUE.
-Desarrollo de la Memoria y
Perfil del proyecto.
-ESPECIFICACIN
DEL DIAGRAMA DE
DESPLIEGUE
-DIAGRAMAS DE RED.
-Configuracin de
servidores.
-Resultado de las pruebas

de concepto.
Ciclo 2010-1
Definicin, Aprobacin del Semana 1 (7 -Definir y validar con las Documento de la Arquitectura
investigacin, proceso de semanas) empresas virtuales y la de Negocios v1.0:
implementacin y Seleccin de empresa Methods el
Validacin. Personal por parte Fecha Inicio: proceso de Seleccin de -Justificacin de procesos
Generacin del de las empresas 29/03/2010 Personal. objetivo.
Prototipo del virtuales.
portal. Fecha Fin: -Inicio del modelado de los -Caracterizacin de Procesos.
243
Seleccin de la 06/05/2010 macro procesos de
Arquitectura de Desarrollo de Software y -Stakeholders.
referencia base. Gestin de Proyectos segn
MoproSoft. Documentacin de la
Arquitectura de Aplicaciones
-Capacitacin de v1.0:
colaboradores.
-Seleccin de la herramienta
Desarrollar Pruebas de para el desarrollo del Prototipo.
concepto para herramientas
en la arquitectura de -Documento de seleccin de la
aplicaciones. arquitectura de Aplicaciones
base.
-Investigacin sobre WSRP
y JSR. -Memoria parcial del proyecto.
-Elaboracin de la
memoria parcial del
proyecto.
Investigacin, Aprobacin de los Semana 9 (7 -Presentar y validar la Documento de la Arquitectura
definicin e macro procesos semanas) arquitectura de negocios de Negocios v1.1. El cual
implementacin. Gestin de Fecha Inicio: con las empresas. incluye:
Proyectos, 17/05/2010
Generacin del Desarrollo de Fecha Fin: -Validar que la arquitectura -Caracterizacin de Procesos.
Prototipo del Software. 29/06/2010 de negocios est soportado Stakeholders.
portal. en la arquitectura de datos.
Integracin. Aprobacin de los Documento de Arquitectura de
subprocesos -Aprobacin de los Aplicaciones v1.1. El cual
Evaluacin de procesos por parte de la incluye:
personal y empresa QA.
244
Capacitacin de -SAD 1.0
personal. -Definir las herramientas
necesarias para brindar Resultado de las pruebas
Aprobacin de la seguridad contra las concepto de:
Arquitectura de vulnerabilidades ms
Aplicaciones por comunes en servicios. -Un bus de datos, si es
parte de las necesario.
empresas virtuales -Pruebas de concepto para
y del comit. la integracin de las -Herramientas de seguridad.
herramientas de Servicios,
Base de Datos, seguridad y -Motor de Base de datos.
Modelado de Procesos.
-Implementacin de procesos
-Elaboracin de la (orquestacin y coreografa de
memoria final. servicios).
Versin final de la memoria

Tabla 6.53 - Cronograma del proyecto para los ciclos 2010-0 y 2010-1.
Elaborado: Propio
245
6.2.1. Hechos relevantes
A la fecha se ha logrado realizar un trabajo conjunto en las empresas Java Software

Factory, Net Factory y la empresa Methods. En el caso de las empresas Java
Software Factory y Net Factory la coordinacin se evidencia en la generacin de un
estndar para la arquitectura de datos en la que se tom en cuenta los proyectos que
se estn en desarrollo y los que vendrn en un futuro.
Asimismo, la coordinacin entre las empresas antes mencionadas se da en el marco

que los procesos que se definen tienen como base lo elaborado en cada una de las
fbricas y la revisin y aprobacin por parte de la empresa Methods.
Para que el presente proyecto logre el objetivo de generar una Arquitectura de

Negocios acorde a la realidad de las empresas se debi modificar el calendario de
trabajo, ya que en el antiguo calendario de trabajo no se tena previsto la aparicin
de la empresa Methods. Este cambio se vio viable ya que la empresa Methods
trabajar los Macro Procesos de Gestin de Proyectos y Desarrollo de Software.
En la actualidad los Macro Procesos ya fueron revisados por el gerente de la

empresa Methods, el profesor Alex Vidaurre, y gener una serie de inquietudes y
mejoras. Para estas mejoras se tomar tambin como referencia a CompetiSoft.
Adems, se gener y pas a proceso de verificacin, en la empresa QA, el

subproceso e Seleccin de Persona. El proceso de verificacin si bien ya se inicio
ser completado en la semana despus de parciales. En dicho proceso se han tomado
en consideracin las observaciones de los representantes de las empresas virtuales y
del Comit (profesor Ilver Anache).
6.3. Gestin de riesgos
En base al proceso de Gestin de Riesgo, establecido en la empresa Java Software

Factory, se analizaron los riesgos para el presente proyecto y se plantearon
estrategias para poder mitigarlos. Luego de toda esta gestin de riesgos, se obtuvo la
siguiente lista de riesgos con sus respectivas estrategias y planes de contingencia.
El proceso de gestin del Riesgo consta de una Lista de Riesgos, la cual consiste en
un libro Excel en donde se enumeran todos los riesgos identificados del proyecto. Se
defini la severidad y probabilidad por cada uno de los riesgos con lo cual permiti
determinar su criticidad y si se puede mitigar o no. En caso el riesgo se pueda
mitigar, se especifica un plan acciones de contingencia y una descripcin del
impacto si el riesgo llega a concretarse.
Este primer anlisis de los riesgos del proyecto se realiz en el ciclo 2010-0. En el
se observan riesgos relacionados a los integrantes del equipo de la empresa Net
Factory y sobre la posible falta de conocimiento de los colaboradores de este
proyecto respecto a una arquitectura empresarial.
246
La puntuacin de los riesgos que se mencionan depende de la combinacin
probabilidad de que aparezca el riesgo y una severidad del riesgo si se materializa.
La tabla de donde se obtienen dichos valores se muestran a continuacin:
Severidad
Muy alta Alta Media Baja
Muy alta 70 49 28 7
Alta 50 35 20 5
Probabilidad
Media 30 21 12 3
Baja 10 7 4 1
Ninguna 0 0 0 0
Tabla 6.54 - Puntuaciones de la valoracin de la criticidad del Riesgo.
Criticidad del Riesgo
40 Muy Crtica
21 Crtica
5 Mediana
0 Leve
Tabla 6.55 - Escala de criticidad de riesgos
247
Se muestra a continuacin el cuadro resumen del primer anlisis de riesgo realizado el ciclo 2010-0:
Figura 6.34 - primer anlisis de riesgos parte 1
248
Figura 6.35 - primer anlisis de riesgos parte 2
249
Del primer anlisis de riesgos elaborado en el ciclo 2010-0 se pudo observar que
alguno de los riesgos se hizo realidad. Dichos riesgos son los integrantes de Net
Factory no lleven el curso de taller de proyecto en el ciclo 2010-1, el poco
conocimiento de una arquitectura de TI y sus componentes.
Respecto al riesgo de que los integrantes de Net Factory no lleven el curso de taller
de proyecto en el ciclo 2010-1, se manejo trasladando la responsabilidad al gerente
de la empresa Net Factory, Vctor Parasi, quien como accin tom la de nombrar a
colaboradores de su propia empresa, alumnos del curso de TDP1, para realizar
algunas de las tareas que tena el equipo de arquitectos de Net Factory.
Respecto al riesgo de la falta de conocimiento de una arquitectura de TI y sus
componentes, se mitig mediante la consulta a la profesora Rosario Villalta respecto
a cuales son los artefactos que ella solicita en sus cursos de Arquitectura
Empresarial.
Se muestra a continuacin el cuadro resumen del segundo anlisis de riesgo
realizado el ciclo 2010-1:
250
Figura 6.36 - Segundo anlisis de riesgos parte 1
251
Figura 6.37 - Segundo anlisis de riesgos parte 2
252
Hasta la fecha existen una serie de riesgos que se dieron como es el caso de que no
exista un equipo por parte de Net Factory. El riesgo fue manejado en coordinacin
con el Gerente de la Empresa Net Factory, Vctor Parasi, asignndose una serie de
personas que cumplan con las actividades pactadas al momento de generarse es
proyecto.
Con la aparicin de la empresa Methods se generaron una serie de riesgos como es

el caso de una empresa encargada de estandarizar procesos, proponer herramientas,
cantidad de recursos no sea la suficiente.
Respecto al riesgo de que la empresa tenga como objetivo estandarizar procesos, el

riesgo es que los procesos objetivos sean los mismos que los del presente proyecto;
generando as que los resultados del presente proyecto no sean los que queden
estandarizados en las empresas virtuales. Lo cual se dio, para los procesos de
Gestin de Proyectos y Desarrollo de Software, para mitigar este riesgo se realiz
una serie de reuniones con el Gerente de la empresa virtual Methods, Alex Vidaurre,
para coordinar esfuerzos y que los procesos generados tanto por este proyecto y por
la empresa virtual Methods sean los mismos y sean institucionalizados en el resto de
empresas virtuales.
El riesgo de que la empresa Methods proponga herramientas, se da en el mbito de

que dichas herramientas no estaban previstas en las pruebas de concepto para la
arquitectura de aplicaciones. Para mitigar dicho riesgo se coordino con el gerente de
Methods, Alex Vidaurre, para realizar las pruebas de concepto con su ayuda y
verificar el real funcionamiento de dichas herramientas.
El riesgo de que la cantidad de recursos en la empresa Methods no sea la suficiente,

se da en el mbito de que los colaboradores del presente proyecto tendrn que
trabajar solos para realizar dichos procesos y cumplir los objetivos del presente
proyecto y de la empresa Methods.
El riesgo se mitig transfiriendo la responsabilidad al gerente de la empresa virtual

Methods, Alex Vidaurre, el cual realiz coordinacin con todas las empresas
virtuales para que los gerentes de procesos tomen parte del trabajo en la elaboracin
de los procesos.
253
6.4. Actividades realizadas para la Empresa Methods
El presente proyecto realiz una labor compartida, con la empresa Methods, en

relacin a la estandarizacin, definicin y generacin de plantillas para los
Macroprocesos Gestin de Proyectos y Desarrollo de Software.
Asimismo, la empresa Methods permiti que los procesos de Seleccin de Personal,

Evaluacin de Personal y Capacitacin de personal se alineen con lo que indica
MoproSoft.
El presente proyecto se encarg de elaborar y documentar el proceso de Gestin de

Proyecto, y definir plantillas para el proceso de Desarrollo de Software ya que la
elaboracin y documentacin del proceso fue responsabilidad de las empresas
Methods y Net Factory.
Los recursos que intervinieron en el trabajo con la empresa Methods fueron Miguel
Pinzz y Moiss Rivera. Dichos recursos trabajaron de forma conjunta con la
empresa Methods y estuvieron bajo la supervisin del Gerente General de la
empresa virtual Methods, Alex Vidaurre.
El recurso Miguel Pinzs tuvo como responsabilidad el proceso de gestin de

proyectos. Como resultado de su labor el recurso gener un plugin, del proceso de
gestin de proyectos, en la herramienta Methods Composer. Adems, elabor una
serie de plantillas para los artefactos que intervienen en el proceso. Las plantillas de
los artefactos an estn pendientes de revisin y aprobacin por parte de la empresa
Methods.
El recurso Moiss Rivera tuvo como responsabilidad la estandarizacin de plantillas

que intervienen en el proceso de desarrollo de software. Moiss Rivera, recurso del
proyecto DAEPIFS, trabajo de forma conjunta con el gerente de procesos para la
definicin del proceso de Desarrollo de Software. Prueba de lo trabajado por el
recurso Moiss Rivera son las plantillas que se encuentran en la herramienta
Methods Conposer. Las plantillas de los artefactos an estn pendientes de revisin
y aprobacin por parte de la empresa Methods.
La herramienta utilizada para definir los procesos de Gestin de Proyectos y

Desarrollo de Software fue el Methods Composer (herramienta de IBM). Los
resultados del trabajo con dicha herramienta se pueden observar en las pginas Web
generadas por dicha herramienta.
254
7. CONCLUSIONES Y RECOMENDACIONES
255
CONCLUSIONES
Respecto a las decisiones tomadas para la gestin del proyecto se puede concluir:
Desde la concepcin del proyecto hasta la finalizacin, de la primera etapa

del proyecto se puso en prctica las enseanzas de la gestin de proyectos y
arquitectura de software, con lo cual se puede concluir que los
conocimientos adquiridos en la universidad fueron puestos en prctica.
Respecto al trabajo de la arquitectura de negocio se puede concluir:
Fue muy acertada la decisin de valorar trabajos anteriores para el modelado

de los procesos de Seleccin de Personal, Evaluacin de Personal y
Capacitacin de Personal fue acertada. Esta decisin permiti un valioso
ahorro de tiempo ya que no se tuvo que empezar de cero el modelado de
cada uno de los procesos antes mencionados.
El objetivo especfico 1 (OE1) fue alcanzado parcialmente debido al logro

parcial de los indicadores de xito 2 y 3. El indicador de xito 2, Certificado
de calidad de la Empresa QA para el Documento Definicin de Procesos de
la arquitectura de negocios, no se logr debido a que el proyecto fue bajado
de prioridad y no fue asignado personal para la verificacin del documento
entregado. El indicador de xito 3, Acta de conformidad de los procesos
objetivos por parte de las Empresas Virtuales y de la empresa Methods a
cargo del Profesor Alex Vidaurre, no fue logrado por falta de tiempo, por
parte de los gerentes de las empresas virtuales, para realizar la presentacin
final de los procesos Evaluacin de Personal y Capacitacin de Personal, y la
firma del acta de conformidad por parte de dichas empresas.
Respecto al trabajo de en la arquitectura aplicaciones se puede concluir:
Se logr implementar la capa de consumidores de la arquitectura de

aplicaciones. Entre los alcances logrados con la implementacin de la
arquitectura de aplicaciones se encuentra la definicin de una arquitectura de
referencia (Arquitectura de Referencia SOA de IBM), obtener un prototipo
del portal (se seleccion al portal WebSynergy).
Se implement la seguridad (Mediante Certificados de Seguridad, HTTPs y

WS-ReliableMessaging) y se realizaron las pruebas de concepto (solo con
herramientas Open Source). El tema de calidad de servicios fue tomado en
consideracin en la arquitectura de datos.
No se logr realizar la integracin con la Arquitectura de Datos y

aplicaciones Microsoft ya que dicha responsabilidad era del equipo de
arquitectos de la empresa Net Factory el cual no existi. La siguiente
versin del proyecto deber realizar la integracin entre la arquitectura de
datos y aplicaciones.
256
Los indicadores de xito 1 y 2 del objetivo especfico 2 del presente proyecto
fueron cumplidos debido a que se elabor el documento SAD v1.1 y los
manuales de las pruebas de concepto para el presente proyecto.
El Objetivo Especfico 3 (OE3) fue logrado parcialmente debido a que el
indicador de xito 3, Acta de conformidad por parte de la empresa Methods,
no se logr por falta de tiempo de la gerencia de dicha empresa.
Respecto a los requerimientos de TI se puede concluir:
Gran parte de la capacidad de procesamiento de los servidores es

desperdiciado esto se evidencia en los servidores salud y educacin que no
tienen ningn fin definido. Asimismo, se observ que con la actual
configuracin del rea de TI no se da soporte a una arquitectura de TI bsica.
Para generar requerimientos para el rea de TI se elabor una investigacin
respecto al estado actual del rea de TI y se elabor una arquitectura de TI
bsica.
El rea de TI no contaba con reas de gestin bien definidas y tampoco con

un repositorio de ubicacin definido. Se observ que existan una serie de
dificultades al momento de obtener informacin sobre el centro de cmputo
y sobre el objetivo de cada servidor creado (ya sea virtual o fsico). Lo cual
evidencia que la empresa IT-Expert no contaba con un repositorio definido,
ni roles que controlen dicha informacin.
Se elabor un documento en el que se detallan los requerimientos para el

rea de TI. Con lo cual se cumpli al 100% con el indicador de xito 1 el
cual pertenece al objetivo especfico 2.
Si bien el documento de requerimientos para el rea de TI fue elaborado este

no cont con la conformidad de dicha empresa IT-Expert. Con lo cual se
concluye que el indicador de xito 2 no fue logrado.
Se puede concluir que el objetivo especfico 2 fue logrado en un 50% debido

a que el indicador de xito 2 se realiz parcialmente.
Respecto al trabajo realizado con la empresa virtual Methods se puede concluir:
La empresa Methods contribuy positivamente como una empresa asesora

en cuanto a los procesos que se encuentran en MoproSoft . La supervisin de
la empresa virtual Methods fue mediante la verificacin de cada uno de los
procesos trabajados en este proyecto segua como base lo estipulado en
MoproSoft. Adems.
La estandarizacin de procesos permiti cumplir con el indicador de xito
referido a las actas de conformidad de los procesos por parte de las empresas
virtuales. El resultado de la interaccin entre las fbricas virtuales y la
empresa virtual Methods en el presente proyecto permiti que los procesos
modelados fuesen validados y estandarizados en las empresas virtuales.
257
Respecto a la importancia del proyecto se puede concluir:
El proyecto DAEPIFS posee una gran importancia para todas las empresas
virtuales ya que permitir definir y estandarizar procesos, herramientas de
desarrollo de productos software (en caso se automaticen los procesos), roles
y responsabilidades para los producto de gestin interna de las empresas
virtuales. El proyecto DAEPIFS permiti la estandarizacin de procesos,
herramientas y responsabilidades.
258
RECOMENDACIONES
Se recomienda que los prximos equipos de arquitectos, tanto de la empresa Java

Software Factory y Net Factory, se compongan de dos personas y de las carreras de
Ingeniera de Software y Sistemas de Informacin.
De igual manera, se recomienda que las empresas virtuales participen ms de las

reuniones que se convocan para el presente proyecto ya que los resultados del presente
proyecto sern para el beneficio de cada una de las empresas virtuales.
Se observa que las fbricas virtuales, Java Software Factory y Net Factory, no tienen
espacios donde puedan desplegar los proyectos que realizan lo cual evita que cumplan
sus objetivos al momento de desplegar los productos software. Por tal razn, se
recomienda, que la empresa IT-Expert proporcione una infraestructura tecnolgica que
sirva a cada empresa virtual a cumplir con sus objetivos.
Se recomienda que la empresa IT-Expert genere una arquitectura de IT que de soporte a

las necesidades de las empresas virtuales, tomando en cuenta que existen diversas
tecnologas de desarrollo. Adems, se ve la necesidad de que la empresa IT-Expert
cuente con reas de gestin estandarizadas como las que se propone en ITIL.
Adems, se recomienda que los colaboradores de los arquitectos hayan cursado el curso
de arquitectura de software (en el caso de los alumnos de la carrera de Ingeniera de
Software) y los cursos de DAE (para los alumnos de la carrera de Sistemas de
Informacin).
Asimismo, se recomienda que el curso de calidad de software se adelante en la currcula

para que los alumnos que llegan a los talleres de desempeo lleguen con el
conocimiento bsico de modelos de calidad.
259
GLOSARIO
RRHH: Recursos Humanos.
Empresas de Virtuales: SSIA, QA, Methods, Java Software Factory, Net Factory,
Educa-T, Salud-Able, BankMin, IT-Expert.
Empresas de Virtuales: SSIA, Methods, Educa-T, Salud-Able, BankMin, IT-Expert.
RNF: Requerimientos no funcionales
Tuning: Afinar la configuracin de hardware o software para optimizar su rendimiento.

Portlets: Son aplicaciones Web los cuales son gestionados por un contenedor de
portlets el cual despus de una peticin de un usuario generan y presentan contenidos de
forma dinmica. El portlet permite la personalizacin, la presentacin, y la gestin de la
seguridad.
Sistemas Legacy: Es un producto software que contina siendo utilizado (tpicamente

una organizacin) y no quiere o puede ser reemplazado o actualizado.
Servidor de procesos: Es un entorno en el cual se integran los diversos procesos de una

organizacin permitiendo reflejar y manejar los flujos de cada proceso.
ITIL: Es un conjunto de buenas prcticas las cuales permiten facilitar la entrega de

servicios de TI de buena calidad y de forma eficiente. Dichas buenas prcticas fueron
desarrolladas independientes del proveedor.
SCP V1.0: Sistema de Contratacin de Personal versin 1.0.
Competisoft: Proyecto Iberoamericano que tiene como objetivo incrementar la

competitividad de las PyMEs en el Desarrollo y Mantenimiento de Software.
Tester: persona encargada de realizar pruebas de performance, estrs, desempeo y

verificacin de la calidad de artefactos.
IBM Performance Tester: Herramienta de IBM para realizar pruebas de performance.
JSR 168: Define un contrato entre el contenedor del portlet y el portlet, adems provee
un modelo de programacin conveniente para los desarrolladores de portlets en Java.
WSRP: Es un protocolo estndar aprobado por OASIS diseado para la comunicacin

con portlets remotos.
TDP2: Taller de desempeo profesional 2
ISO 9000: Designa un conjunto de normas sobre calidad y gestin contina de calidad
para cualquier tipo de organizacin que produzca bienes o brinde servicios.
ISO 15504: Modelo para la mejora y evaluacin de los procesos de Desarrollo y

Mantenimiento de sistemas y productos de software.
260
SW-CMM: El Modelo de Madurez de la Capacidad para el Desarrollo y
Mantenimiento de Software (Capability Maturity Model for Software) es un modelo de
procesos para el Desarrollo y Mantenimiento de sistemas de software.
CMM-I: Por sus siglas en ingls Capability Maturity Model Integration (CMMI) es un
modelo para la mejora y evaluacin de procesos para el desarrollo, mantenimiento y
operacin de productos de software.
Hackers: Delincuente informtico, e incluye a los cibernautas que realizan operaciones

delictivas a travs de las redes de ordenadores existentes.
Disponibilidad 24 / 7: Que un producto software est disponible pasa su uso las 24

horas del da los 7 das de la semana.
Permisos: Acciones que el usuario tiene permitidas o denegadas
Roles: Papel que desempea una persona o grupo en cualquier actividad.
QoS: Por sus siglas en ingls Quality of Service (Calidad de servicio).
Evaluacin de 360 grados: El personal es evaluado por toda persona que ha tenido
contacto con el personal. Por ejemplo un Jefe de proyecto ser evaluado por los gerentes
de lnea, recursos del jefe de proyecto y el cliente, en caso el jefe de proyectos hubiese
interactuado con el cliente.
BPEL: Por sus siglas en ingls Business Process Execution Language. Es un lenguaje
de orquestacin de servicios y no un lenguaje coreogrfico. Lenguaje de marcas para
componer un servicio a partir de un conjunto de servicios atmicos y generar un flujo de
negocio de extremo a extremo. Integra XML, Web Services, Java, JCA y JMS.
Servlet: Es un objeto que se ejecuta en un servidor o contenedor JEE, especialmente

diseado para ofrecer contenido dinmico desde un servidor web, generalmente HTML.
Apache Software Foundation: Es una fundacin sin nimo de lucro creada para dar
soporte a los proyectos de software bajo la denominacin Apache.
Sistemas heterogneos: Productos software con caractersticas operativas distintas entre

s los cuales se comunican utilizando medios comunes.
Fichero XSLT: Estndar de la W3C que presenta una forma de transformar documentos
XML en otros e incluso a formatos que no son XML. La unin de XML y XSLT
permite separar el contenido y de su presentacin.
OWASP: Por sus siglas en ingls Open Web Application Sercurity Project. Proyecto de
tecnologa Open Source las causas que un producto software sea inseguro.
QA: Empresa virtual, de la carrera de computacin de la UPC, la cual se encarga del

aseguramiento de la calidad en cuanto a productos software y artefactos.
261
rea de TI: rea de Tecnologa de Informacin.
DAEPIFS: Diseo de la Arquitectura Empresarial de los Productos Internos de las

Fbricas de Software.
Method Composer: Permite configurar y presentar de manera sencilla el contenido del

proceso, segn le convenga a su equipo. La herramienta fue desarrollada por la empresa
IBM.
WSCI : Web Service Choreography Interface. Describe la forma en que la coreografa

debe de exponer la informacin relevante como por ejemplo el manejo de mensajes,
manejo de excepciones, la descripcin de la transaccin, etc.
262
BIBLIOGRAFA
A
Anlisis estructurado de sistemas: Qu tiene que hacer el Sistema?
2006-2007 Dr. Eduardo Fernndez-Medina Patn
http://alarcos.inf-cr.uclm.es/doc/ISOFTWAREI/Tema06.pdf
E
Enrique Alvarez
2007 Un Espacio para el Mundo SOA y BPM: Usos Prcticos de un ESB
http://www.espaciosoa.net/2007/10/18/usos-practicos-de-un-esb/
El Modelado de Datos
2011 El Modelado de Datos
http://carmuz.tripod.com/modelamiento/cap01a.htm
G
Gestin de procesos
2007 Profesor Carlos Ramrez Guerra
http://www.slideshare.net/cheramig/crg-gestion-por-procesos
I
IBM - Technical library
2007 - Design an SOA solution using a reference architecture
http://www.ibm.com/developerworks/library/ar-archtemp/
Ing. Gustavo Andrs Brey (Universidad Tecnolgica Nacional Buenos Aires

Argentina)
2006 Arquitectura de Proyectos de IT: Atributos de Calidad
http://apit.wdfiles.com/local--files/start/02_apit_atributos_de_calidad.pdf
Intalio community
2010 Tutorial
http://community.intalio.com/tutorials-5.2.html
J
Jos Javier Dolado Cosn (Facultad de Informtica Universidad del Pas Vasco)
2004 Breves notas sobre la Medicin de los Atributos Externos del Software
http://www.sc.ehu.es/jiwdocoj/mmis/externas.htm
JBoss community
2010 What does jBPM do?
http://www.jboss.org/jbpm
L
La nueva avalancha SOA
2008 Las ventajas de SOA
http://www.mkm-pi.com/mkmpi.php?rubrique242
263
M
MoproSoft - Modelo de Procesos para la Industria de Software
2005 - Modelo de Procesos para la Industria de Software
Modelamiento y Diseo de Base de Datos

2011 Ing. Luis Zuloaga Rott
http://www.galeon.com/zuloaga/Doc/ADS05.pdf
Modelo de Dominio
2008 IVN GARCERANT
http://synergix.wordpress.com/2008/07/10/modelo-de-dominio/
O
OASIS - OASIS SOA Reference Model TC
2009 - OASIS Reference Architecture Foundation for Service Oriented Architecture 1.0
http://www.oasis-open.org/committees/soa-rm/
OWASP
2010 The Top 10 Most Critical Web Application Security Risks
http://owasptop10.googlecode.com/files/OWASP%20Top%2010%20-
%202010.pdf
P
Proyecto Jazz-IBM
2010 Architecture Open, collaborative, extensible by design.
https://jazz.net/about/about-jazz-platform.jsp
Pin Nie, Riku Seppl, Mns Hafrn

2006 Open Source Power on BPM - A Comparison of JBoss jBPM and Intalio BPMS
http://jannekorhonen.fi/project_report_final_BPMS.pdf
T
The Open Group - SOA Reference Architecture
2009 - SOA Reference Architecture Draft Version 10
http://www.theopengroup.org/projects/soa-ref-arch/
The Open Enterprise Service Bus

2010 The Open Source ESB for SOA & Integration
http://openesb-dev.org/java.net/
W
Web Services Policy 1.5 Framework
2007 W3C Recommendation
http://www.w3.org/TR/ws-policy/
Web Service Choreography Interface (WSCI) 1.0

2002 - 8 de agosto World Wilde Web Consortium
http://www.w3.org/TR/wsci/#TOC1.1
264
ANEXOS
Anexo A Documento de Arquitectura de Software.
Anexo B Instalacin y uso del servidor WebSynergy en la plataforma Windows.
Anexo C Seguridad en Web Services mediante el uso de Certificados Digitales.
Anexo D JSR 168 (Java Specification Requests for Java Portlet Specification).
Anexo E - WSRP (Web Services for Remote Portlets).
Anexo F - Unin de las herramientas Rational Team Concert y Rational Requirements
Composer.
Anexo G Instalacin y Gestin de la Herramienta: Rational Requirements Composer
2.0 (Cliente y Servidor).
Anexo H Instalacin y Gestin de la Herramienta: Rational Team Concert 2.0 (Cliente
y Servidor).
Anexo I Especificin de Servidores.
Anexo J Arquitectura TI Propuesta.
Anexo K Log Grupal Parcial
Anexo L Log Documento Final
265

Tesis - CuerpoV2

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Tesis - CuerpoV2

Transféré par

Droits d'auteur :

Formats disponibles

Diseo de la arquitectura de negocios y aplicaciones, y

generacin de requerimientos de TI para los productos de gestin

Item type info:eu-repo/semantics/bachelorThesis

Authors Tejada Mezarina, Manuel

Publisher Universidad Peruana de Ciencias Aplicadas (UPC)

Downloaded 24-mar-2017 06:20:44

Link to item http://hdl.handle.net/10757/592793

CARRERA DE INGENIERA DE SOFTWARE

Diseo de la Arquitectura de Negocios y Aplicaciones, y Generacin de

LIMA - PER 2012

El presente proyecto profesional est dedicado

A mis padres quienes siempre me apoyaron

A m enamorada quien siempre me apoy y no dej

Al asesor de este proyecto, el Ing. Luis Hernn Garca Paucar

A mis colaboradores de la empresa Java Software Factory

AGRADECIMIENTO .......................................................................................... III

1. FUNDAMENTACIN Y MARCO TERICO ............................................. 14

1.2. Anlisis del Problema .................................................................................................................. 15

1.3. Solucin Propuesta ....................................................................................................................... 15

1.4. Oportunidad de Negocio .............................................................................................................. 18

1.5. Marco Terico .............................................................................................................................. 18

2. REQUERIMIENTOS DE LA SOLICIN .................................................... 31

2.2. Lista de requerimientos ................................................................................................................ 32

3. PRUEBAS DE QA Y PRUEBAS DE CONCEPTO .................................... 37

3.2. Ejecucin de pruebas de concepto................................................................................................ 40

4. MODELAMIENTO EMPRESARIAL (EBM)................................................ 55

4.2. Modelamiento de Procesos .......................................................................................................... 57

4.3. Modelamiento de datos .............................................................................................................. 175

4.4. Modelamiento de la Organizacin ............................................................................................. 184

4.5. Descomposicin Funcional ........................................................................................................ 187

5. ARQUITECTURA EMPRESARIAL ......................................................... 206

5.2. Definicin de Arquitectura Empresarial Orientada a Servicios ................................................. 207

5.3. Arquitectura de negocios............................................................................................................ 207

5.4. Arquitectura de Aplicaiones ....................................................................................................... 224

5.5. 5.5 Arquitectura de TI (Requerimientos para el rea de TI) ...................................................... 229

6. GESTIN DEL PROYECTO ................................................................... 240

6.2. Administracin del proyecto ...................................................................................................... 241

6.3. Gestin de riesgos ...................................................................................................................... 246

6.4. Actividades realizadas para la Empresa Methods ...................................................................... 254

7. CONCLUSIONES Y RECOMENDACIONES .......................................... 255

RECOMENDACIONES .................................................................................. 259

BIBLIOGRAFA .............................................................................................. 263

ANEXOS ........................................................................................................ 265

FIGURA 1.1 - VISTA DE CATEGORAS DE MOPROSOFT ................................................................................. 19

El tema del presente proyecto profesional se centra en generar una Arquitectura

La Arquitectura Empresarial Propuesta es el resultado del trabajo conjunto entre las

El proyecto est compuesto por seis captulos. En el primero, se presenta la justificacin

En el segundo captulo, se mostrarn los requerimientos funcionales y no funcionales

En el tercer captulo, se explican las diversas pruebas que se desarrollaron en el

En el cuarto captulo, se desarrolla la arquitectura empresarial de acuerdo al alcance del

En el quinto captulo, se describe como se realiz la gestin del presente proyecto

Finalmente, en el sexto captulo, se presentan las conclusiones del presente proyecto as

Entre las empresas virtuales creadas en las carreras de Ingeniera de Software e

1.2. Anlisis del Problema

1.3. Solucin Propuesta

1.3.1. Descripcin de la propuesta

Fase 2: La segunda etapa tiene por objetivo definir e implementar la

Fase 3: En esta tercera fase se iniciar e implementar parte de la Arquitectura

1.3.2. Objetivos Generales

Disear una arquitectura de Negocios y Aplicaciones orientada a servicios y generar

1.3.3. Objetivos Especficos

1.3.4. Indicadores de logro de los Objetivos

El cumplimiento de los objetivos del proyecto se mide a travs de los siguientes