Representación en El Núcleo de Semat de Prácticas de Métodos de Desarrollo Basados en Planes

REPRESENTACIN EN EL NCLEO DE SEMAT DE PRCTICAS DE MTODOS DE
DESARROLLO BASADOS EN PLANES
Autor:
Ing. Leidy Diana Jimnez Pinzn
Director:
Ph.D. Carlos Mario Zapata Jaramillo
MAESTRA EN INGENIERA DE SISTEMAS

Universidad Nacional de Colombia
Sede Medelln
2015
DEDICATORIA
A mis padres por su apoyo absoluto en todos los proyectos que me propongo, por sus constantes
palabras, valiosos consejos y por ensearme a perseguir mis sueos hasta cumplirlos.
A Esteban Arango, por su acompaamiento en todo este proceso, su ayuda y amor incondicional.
AGRADECIMIENTOS
Al docente Carlos Mario Zapata Jaramillo, quien me ha acompaado desde mi proceso de

formacin como ingeniera de sistemas, y quien ha contribuido a mi formacin personal y
profesional durante el desarrollo de esta Tesis de maestra. En todos estos aos me permiti
conocer a un excelente docente y ser humano. Gracias a su paciencia, apoyo invaluable,
enseanzas y crticas constructivas se hizo posible la realizacin de esta Tesis.
Contenido
1. INTRODUCCIN ............................................................................................................................. 13
1.1
Justificacin ....................................................................................................................... 13
1.2
Planteamiento del problema ............................................................................................ 14
1.3
Objetivo general ................................................................................................................ 14
1.4
Objetivos especficos ......................................................................................................... 14
1.5
Metodologa ...................................................................................................................... 15
Observacin............................................................................................................... 15
Descripcin ................................................................................................................ 15
Revisin ..................................................................................................................... 15
Integracin ................................................................................................................ 16
Clasificacin ............................................................................................................... 16
Conclusin ................................................................................................................. 16
1.6
2
Estructura de la Tesis ........................................................................................................ 17
MARCO TERICO ....................................................................................................................... 17

2.1
Semat (Software Engineering method and theory)........................................................... 17

Alfas ........................................................................................................................... 18
Espacios de actividad ................................................................................................ 23
Competencias ............................................................................................................ 24
Elementos del ncleo de Semat ................................................................................ 26
2.2
CDM (Custom Development Method) ............................................................................... 28

Definicin de fases, actividades, entregables y responsables .................................. 31
2.3
UNC-Method ..................................................................................................................... 35
Definicin de fases, actividades, artefactos y responsables ..................................... 35
2.4
RUP .................................................................................................................................... 37
Disciplinas, actividades, artefactos y roles [9] .......................................................... 40
2.5
Prcticas de ingeniera de software .................................................................................. 41

Desarrollo iterativo ................................................................................................... 42
Gestin de requisitos ................................................................................................ 42
Modelado visual ........................................................................................................ 42
Desarrollo basado en componentes ......................................................................... 42
Verificacin continua de la calidad ........................................................................... 43
Control de cambios de software ............................................................................... 43
Modelado de objetos de dominio ............................................................................. 43

Visibilidad del progreso y resultados ........................................................................ 43
Establecimiento de actividades para satisfacer las prcticas de calidad requeridas 43
Gestin de valor agregado ........................................................................................ 44
Planificacin del proceso ........................................................................................... 44
Suministro de recursos .............................................................................................. 44
Formacin del personal ............................................................................................. 44
Monitoreo y control del proceso .............................................................................. 44
Asignacin de responsabilidad .................................................................................. 45
Determinacin de estimaciones de esfuerzo de trabajo y costo .............................. 45
3
ANTECEDENTES ......................................................................................................................... 45
CAPTULO 4. PROPUESTA DE SOLUCIN ................................................................................... 48

4.1
Representacin de las prcticas en el ncleo de Semat ................................................... 48
4.2
Representacin grfica del mtodo CDM ......................................................................... 49

Fase: Definicin ......................................................................................................... 53
Fase: Modelado de requisitos ................................................................................... 64
Fase: Diseo de sistema y generacin ...................................................................... 67
Fase: Transicin a la produccin ............................................................................... 70
4.3
Representacin grfica del UNC-Method ......................................................................... 74

Fase: Contexto del software...................................................................................... 75
Fase: Anlisis del problema ....................................................................................... 80
Fase: propuestas de solucin .................................................................................... 81
Fase: esquema conceptual ........................................................................................ 82
4.4
Representacin grfica del mtodo RUP .......................................................................... 84

Fase: Inicio ................................................................................................................. 85
Fase: Elaboracin .................................................................................................... 110
Fase: Construccin .................................................................................................. 116
Fase: Transicin ....................................................................................................... 121
VALIDACIN ............................................................................................................................ 129

5.1
Validacin del mtodo CDM ........................................................................................... 129
5.2
Validacin del UNC-METHOD .......................................................................................... 133

Caso de estudio 1 .................................................................................................... 133
5.3
Validacin de RUP ........................................................................................................... 138
CONCLUSIONES ....................................................................................................................... 148
ANEXOS ................................................................................................................................... 152
FIGURAS
Figura 1. Alfas del ncleo .......................................................................................................... 18
Figura 2. Espacios de actividad del ncleo ......................................................................... 23
Figura 3. Competencias del ncleo ......................................................................................... 25
Figura 4. Estructura de CDM ..................................................................................................... 28
Figura 5. Orden de accin de las tareas de la fase Definicin ......................................... 31
Figura 6. Orden de accin de tareas de la fase Modelado de requisitos ...................... 33
Figura 7. Orden de accin de tareas de la fase Diseo de sistema y generacin ...... 34
Figura 8. Orden de accin de tareas de la fase Transicin a la produccin ................ 35
Figura 9. Estructura de RUP ...................................................................................................... 38
Figura 10. Elementos de mtodo RUP .................................................................................... 46
Figura 11. Componentes del mtodo RUP ............................................................................ 46
Figura 12. Artefactos y actividades de la disciplina requisitos ....................................... 47
Figura 13. Resultados del trabajo sobre la estructura RUP en Semat........................... 48
Figura 14. Prctica del rea de conocimiento clientes ...................................................... 49
Figura 15. Prcticas del rea de conocimiento solucin................................................... 49
Figura 16. Prcticas del rea de conocimiento esfuerzo................................................... 49
Figura 17. Prcticas de los mtodos CDM y PJM ................................................................ 50
Figura 18. Definicin de prcticas mediante los alfas ....................................................... 53
Figura 19. Definicin de prcticas mediante espacios de actividad .............................. 53
Figura 20. Secuencia de actividades en la fase Definicin ............................................... 56
Figura 21. Definicin de la prctica Modelado de objetos de dominio .......................... 57
Figura 22. Definicin de la prctica Modelado de objetos de dominio .......................... 58
Figura 23. Definicin de la prctica Gestin de requisitos ............................................... 59
Figura 24. Definicin de la prctica Asignacin de responsabilidades ........................ 60
Figura 25. Definicin de la prctica Suministro de recursos ........................................... 61
Figura 26. Definicin de la prctica Monitoreo y control de recursos ........................... 61
Figura 27. Definicin de la prctica Planificacin del proceso ........................................ 62
Figura 28. Definicin de la prctica Planificacin del proceso ........................................ 63
Figura 29. Competencias de los mtodos CDM y PJM ...................................................... 73
Figura 30. Roles del mtodo CDM y PJM ............................................................................... 73
Figura 31. Progreso de un proyecto al aplicar la metodologa CDM Fast Track ......... 74
Figura 32. Prcticas del UNC-Method ..................................................................................... 74
Figura 33. Secuencia de actividades en la fase contexto del software
........................................................................................................................................................... 77
Figura 34. Representacin grfica de las prcticas Asignacin de responsabilidades
y Formacin de personal............................................................................................................ 77
Figura 35. Representacin grfica de la prctica Modelado de objetos del dominio 78
Figura 36. Representacin grfica de la prctica Modelado visual ................................ 79
Figura 37. Representacin grfica de la prctica Monitoreo y control del proceso .. 79

Figura 38. Competencias del UNC-Method ........................................................................... 83
Figura 39. Roles del UNC-Method ............................................................................................ 83
Figura 40. Progreso de un proyecto al aplicar el UNC-Method........................................ 83
Figura 41. Mejores prcticas del mtodo RUP ..................................................................... 84
Figura 42. Secuencia de actividades en la fase inicio ........................................................ 91
Figura 43. Representacin grfica de la prctica Gestin de requisitos ...................... 97
Figura 44. Representacin grfica de la prctica Modelado visual .............................. 101
Figura 45. Representacin grfica de la prctica Control de cambios de software. 109
Figura 46. Recursos del mtodo RUP ................................................................................... 127
Figura 47. Competencias del mtodo RUP.......................................................................... 128
Figura 48. Roles del mtodo RUP .......................................................................................... 128
Figura 49. Progreso de un proyecto al aplicar la metodologa RUP ............................ 129
Figura 50. Dilogo controlado ................................................................................................ 134
Figura 51. Actividad Desarrollar entrevista interesado-analista y producto de trabajo
Dilogo controlado .................................................................................................................... 134
Figura 52. Esquema pre-conceptual ..................................................................................... 134
Figura 53. Actividad Establecer un vocabulario comn y producto de trabajo
Esquema pre-conceptual ......................................................................................................... 134
Figura 54. Organigrama ............................................................................................................ 134
Figura 55. Actividad Identificar los actores internos y externos de la organizacin y
producto de trabajo Organigrama ......................................................................................... 134
Figura 56. Modelo del dominio ............................................................................................... 135
Figura 57. Actividad Establecer un vocabulario comn y producto de trabajo Modelo
del dominio .................................................................................................................................. 135
Figura 58. Actividad Establecer limitaciones del proceso y producto de trabajo
Reglas del negocio .................................................................................................................... 135
Figura 59. Reglas del negocio ................................................................................................ 135
Figura 60. Actividad Caracterizar el dominio del problema y producto de trabajo
Diagrama de procesos .............................................................................................................. 136
Figura 61. Diagrama de procesos .......................................................................................... 136
Tabla explicativa del diagrama de procesos ...................................................................... 136
Figura 63. Tabla explicativa de procesos ............................................................................ 136
Diagrama de objetivos .............................................................................................................. 137
Figura 65. Diagrama de objetivos .......................................................................................... 137
Diagrama causa-efecto ............................................................................................................. 137
Figura 67. Diagrama de causa y efecto ................................................................................ 137
Figura 68. Actividad Desarrollar el diccionario de datos y producto de trabajo
Diccionario de datos ................................................................................................................. 138
Figura 69. Diccionario de datos.............................................................................................. 138
Figura 70. Representacin en Semat de actividades, roles y productos de trabajo de
la disciplina requisitos .............................................................................................................. 140

la disciplina gestin de proyectos......................................................................................... 142
la disciplina anlisis y diseo ................................................................................................. 144
la disciplina despliegue ............................................................................................................ 145
la disciplina implementacin .................................................................................................. 146
la disciplina entorno .................................................................................................................. 147
TABLAS
Tabla 1. Conceptos principales de Semat ............................................................................. 17
Tabla 2. Estados del alfa Oportunidad ................................................................................... 19
Tabla 3. (Parte 1/2) Estados del alfa Interesados................................................................. 19
Tabla 3. (Parte 2/2) Estados del alfa Interesados................................................................. 20
Tabla 4. Estados del alfa Requisitos ....................................................................................... 20
Tabla 5. Estados del alfa Sistema de software ..................................................................... 21
Tabla 6. (Parte 1/2) Estados del alfa Trabajo......................................................................... 21
Tabla 6. (Parte 2/2) Estados del alfa Trabajo......................................................................... 22
Tabla 7. Estados del alfa Equipo .............................................................................................. 22
Tabla 8. (Parte 1/2) Estados del alfa Forma de trabajo....................................................... 22
Tabla 8. (Parte 2/2) Estados del alfa Forma de trabajo....................................................... 23
Tabla 9. (Parte 1/2) Sintaxis grfica de elementos del ncleo ......................................... 27
Tabla 9. (Parte 2/2) Sintaxis grfica de elementos del ncleo ......................................... 28
Tabla 10. (Parte 1/2) Fases del modelo CDM ........................................................................ 29
Tabla 10. (Parte 2/2) Fases del modelo CDM ........................................................................ 30
Tabla 11. Tareas, entregables del PJM ................................................................................... 30
Tabla 12. Procesos, tareas, entregables y responsables de la fase Definicin .......... 31
Tabla 13. Procesos, tareas, entregables y responsables de la fase Modelado de
requisitos........................................................................................................................................ 32
Tabla 14. Procesos, tareas, entregables y responsables de la fase Diseo de
sistema y generacin .................................................................................................................. 33
Tabla 15. Procesos, tareas, entregables y responsables de la fase Transicin a la
produccin ..................................................................................................................................... 34
Tabla 16. Fases del UNC-Method ............................................................................................. 35
Tabla 17. Actividades, entregables y responsables en la fase del contexto del
software .......................................................................................................................................... 36
Tabla 18. Actividades, entregables y responsables en la fase anlisis del problema.
Sntesis del autor ......................................................................................................................... 36
Tabla 19. Actividades, entregables y responsables en la fase propuestas de

solucin .......................................................................................................................................... 37
Tabla 20. Actividades, entregables y responsables en la fase esquema conceptual 37
Tabla 21. Objetivos de las fases del mtodo RUP ............................................................... 39
Tabla 22. (Parte 1/2) Descripcin de principales tareas..................................................... 50
Tabla 22. (Parte 2/2) Descripcin de principales tareas..................................................... 51
Tabla 23. (Parte 1/2) Descripcin de principales entregables .......................................... 51
Tabla 23. (Parte 2/2) Descripcin de principales entregables .......................................... 52
Tabla 24. (Parte 1/4) Espacios de actividad, alfas, productos de trabajo y roles en la
fase definicin ............................................................................................................................... 53
Tabla 24. (Parte de 2/4) Espacios de actividad, alfas, productos de trabajo y roles en
la fase definicin .......................................................................................................................... 54
fase modelado de requisitos ..................................................................................................... 64
fase diseo de sistema y generacin ..................................................................................... 67
fase transicin a la produccin ................................................................................................ 70
Tabla 28. Descripcin de entregables del UNC-Method .................................................... 75
Tabla 29. Espacios de actividad, alfas, productos de trabajo, actividades y roles de
la fase anlisis del problema ..................................................................................................... 75
la fase propuestas de solucin ................................................................................................ 81

la fase esquema conceptual ...................................................................................................... 82
Tabla 33. (Parte 1/2) Descripcin de principales artefactos ............................................. 84
Tabla 33. (Parte 2/2) Descripcin de principales artefactos ............................................. 85
fase inicio ....................................................................................................................................... 85
fase inicio ....................................................................................................................................... 86
fase inicio ....................................................................................................................................... 87
fase inicio ....................................................................................................................................... 88
fase inicio ....................................................................................................................................... 89
fase inicio ....................................................................................................................................... 90
fase elaboracin ......................................................................................................................... 110
fase elaboracin ......................................................................................................................... 111
Tabla 35. (Parte3/7) Espacios de actividad, alfas, productos de trabajo y roles en la
fase elaboracin ......................................................................................................................... 112
fase elaboracin ......................................................................................................................... 113
fase elaboracin ......................................................................................................................... 114
Tabla 35. (Parte 6/7)Espacios de actividad, alfas, productos de trabajo y roles en la
fase elaboracin ......................................................................................................................... 115
Tabla 35. (Parte 7/7)Espacios de actividad, alfas, productos de trabajo y roles en la
fase elaboracin ......................................................................................................................... 116
fase construccin....................................................................................................................... 116
fase transicin............................................................................................................................. 121
fase transicin............................................................................................................................. 122
fase transicin............................................................................................................................. 123
fase transicin............................................................................................................................. 124
fase transicin............................................................................................................................. 125
fase transicin............................................................................................................................. 126
fase transicin............................................................................................................................. 127
Tabla 38. Comparacin de prcticas entre los mtodos RUP, CDM y UNC-Method 130
Tabla 39. Productos de trabajo asociados a la prctica Modelado de objetos del
dominio ......................................................................................................................................... 130
Tabla 40. Productos de trabajo asociados a la prctica Gestin de requisitos ........ 131
Tabla 41. Productos de trabajo asociados a la prctica Verificacin continua de la
calidad ........................................................................................................................................... 131
Tabla 42. Productos de trabajo asociados a la prctica Desarrollo basado en
componentes ............................................................................................................................... 132
Tabla 43. Productos de trabajo asociados a la prctica Desarrollo basado en
componentes ............................................................................................................................... 132
Tabla 44. Roles, artefactos y actividades de la disciplina requisitos .......................... 139
Tabla 45. Roles, artefactos y actividades de la disciplina gestin de proyectos ..... 141
Tabla 46. Roles, artefactos y actividades de la disciplina anlisis y diseo.............. 143
Tabla 45. Roles, artefactos y actividades de la disciplina despliegue......................... 145
Tabla 48. Roles, artefactos y actividades de la disciplina implementacin ............... 146
Tabla 49. Roles, artefactos y actividades de la disciplina entorno............................... 147
ANEXOS
Anexo A. Fase 2 del UNC-Method: Anlisis del problema .............................................. 152
Anexo B. Fase 3 del UNC-Method: Propuesta de solucin............................................. 155
Anexo C. Fase 4 del UNC-Method: Esquema conceptual ............................................... 158
Anexo D. Fase 2 del CDM: Modelado de requisitos160
Anexo E. Fase 3 del CDM: Diseo de sistema y generacin.168
Anexo F. Fase 4 de CMD: Transicin a la produccin......176
Anexo G. Fase 2 de RUP: Elaboracin.183
Anexo H. Fase 3 de RUP: Construccin.200
Anexo I. Fase 4 de RUP: Transicin..215
Anexo J. Validacin del UNC-Method: Caso de estudio 2.....229
RESUMEN
Los ingenieros de software utilizan mtodos para asegurar la entrega de un producto de calidad,
respetando el tiempo y presupuesto planteados. La existencia de prcticas replicadas con
pequeas modificaciones y la separacin entre las prcticas industriales y de investigacin
acadmica, hacen que la cantidad de mtodos incremente en el tiempo. Generalmente, cuando se
adopta un nuevo mtodo para el desarrollo, los existentes se excluyen completamente sin tener en
cuenta que algunas prcticas pueden ser tiles an para el desarrollo.
Un determinado mtodo no se adapta a todo tipo de proyecto, sino que cada tipo de proyecto tiene
un mtodo que se ajusta mejor. Actualmente, el uso frecuente de las prcticas y tcnicas que un
mtodo define depende de la moda o tendencia de desarrollo del momento. De acuerdo con la
literatura, existen dos tipos de mtodos (basados en planes y giles) que se diferencian por la
forma de trabajo, la inversin de tiempo y la obtencin de herramientas para llevar a cabo el
desarrollo del software. Aun as, son mtodos que comprenden prcticas similares.
Semat (Software Engineering Method and Theory) es una iniciativa que responde al llamado de la
accin de los mtodos y la teora de la ingeniera de software, creando un marco de pensamiento
que permite la agrupacin de prcticas pertenecientes a distintos mtodos, conformando as una
base terica comn con principios probados. Lo anterior con el fin permitir al ingeniero de software
organizar sus propios mtodos, utilizando las prcticas de acuerdo a las necesidades de sus
proyectos.
Por ello, en esta Tesis de Maestra se propone la representacin en el ncleo de Semat de las
prcticas de tres mtodos basados en planes: Rational Unified Process (RUP), Custom
Development Method (CDM) y UNC-METHOD. As, se definen las prcticas existentes y a ellas se
les agregan las actividades, roles y productos de trabajo propios de cada mtodo, mediante la
definicin de los alfas, espacios de actividad y competencias requeridas.
PALABRAS CLAVE: Semat, RUP, CDM, UNC-Method, prcticas, representacin grfica.
1. INTRODUCCIN
1.1 Justificacin
La ingeniera de software es una disciplina que comprende el estudio de mtodos de desarrollo
para la produccin, mantenimiento y creacin de la documentacin de los sistemas de software. El
inters creciente por definir nuevos mtodos y la separacin de la industria y la investigacin
acadmica, permiten una amplia existencia de mtodos que especifican artefactos, roles,
actividades, tcnicas y prcticas para definir una forma de trabajo. Algunos mtodos se excluyen
completamente cuando se adopta uno nuevo, sin tener en cuenta que contienen prcticas tiles
para el desarrollo, o que los nuevos mtodos slo proponen prcticas ya existentes con pequeas
modificaciones [1].
En la literatura se encuentran dos tipos de mtodos de desarrollo de software: los mtodos

basados en planes, que permiten seguir una planificacin bien definida del proyecto, considerando
los trminos de formacin e inversin de tiempo y compra de herramientas como parte de su forma
de trabajo, y los mtodos giles, que se concentran en el factor humano, dndole ms importancia
a la colaboracin del cliente y al desarrollo incremental con iteraciones muy cortas, plazos
reducidos, requisitos voltiles y aplicacin de nuevas tecnologas [2]. Sin embargo, en ambos tipos
de mtodos se asegura la generacin de un producto de calidad, por lo cual comparten algunas
prcticas similares [3].
Los equipos requieren encontrar un balance entre las entregas, la satisfaccin del interesado y la
forma de trabajar al momento de desarrollar software. Por ello, requieren de una marco de
pensamiento como Semat (Software Engineering Method and Theory), una iniciativa que existe
como una base terica, que agrupa prcticas de distintos mtodos de desarrollo de software
definidas con los mismos elementos. As, se permite que, a partir del entendimiento de las bases
de la ingeniera de software, las prcticas se midan y comparen, logrando que los desarrolladores
puedan representar mtodos exactamente de manera que se adapten a sus fines. Lo anterior
implica que, en algunos casos, la representacin y aplicacin parcial de un mtodo sea suficiente
para el desarrollo de software [1] [4].
Por ello, surge la necesidad de estudiar los mtodos de desarrollo existentes, para su inclusin en
el ncleo de Semat. En esta Tesis de Maestra se propone la representacin de mtodos basados
en planes como CDM (Custom Development Method), RUP (Rational Unified Process) y UNCMethod, identificando las prcticas que tienen en comn y asociando a stas prcticas ya
existentes de otros mtodos con sus actividades correspondientes. De esta forma se logra la
unificacin y complementacin de las prcticas mediante la representacin de los alfas, los
productos de trabajo y espacios de actividad asociados, las etapas del ciclo de vida de un producto
de software (requisitos, anlisis, diseo, codificacin, prueba, implementacin y mantenimiento), la
especificacin de roles con la asignacin de funciones [5] y habilidades para llevar a cabo las
actividades definidas en cada metodologa.
1.2 Planteamiento del problema

En Semat, un mtodo es una definicin de lo que se debe hacer y una gua activa para un equipo y
su forma de trabajo. En cualquier momento durante el desarrollo de software, el mtodo se puede
consultar para definir qu hacer a continuacin. Adems, el mtodo se puede ajustar en cualquier
momento y regresar a pasos anteriores para saber qu hacer a continuacin, en caso que se deba
reevaluar el proceso de desarrollo de software [4].
La existencia de distintos mtodos de desarrollo se debe a que los equipos buscan una forma de
producir mejor el software, por lo que se generan nuevas ideas o se modifican prcticas existentes
para la definicin de nuevos mtodos. Semat conforma una base terica que agrupa prcticas
definidas bajo los mismos elementos, lo cual permite unificar las prcticas existentes y que los
desarrolladores puedan crear sus propios mtodos de acuerdo con lo que necesiten. De all la
importancia de incluir en el ncleo de Semat los mtodos de desarrollo existentes.
1.3 Objetivo general

Representar en el ncleo de Semat las prcticas comunes de tres mtodos basados en planes
(RUP, CDM y UNC-Method) que posibilite su comparacin e integracin para el desarrollo de
aplicaciones de software.
1.4 Objetivos especficos
Caracterizar la estructura de los mtodos de desarrollo basados en planes tales como

RUP, CDM y UNC-Method.
Identificar en cada metodologa los elementos esenciales de la ingeniera de software

como los artefactos, actividades y roles.
Identificar las prcticas comunes de los mtodos de desarrollo de software basados en

planes que se puedan representar en el ncleo de Semat.
Diferenciar los siguientes conceptos: mtodo, prctica, actividad, alfa, estado, competencia
y espacio de actividad.
Representar los elementos estudiados de la estructura de los mtodos escogidos con los
elementos del ncleo de Semat.
Validar con un estudio de laboratorio las representaciones del objetivo especfico anterior.
1.5 Metodologa
La metodologa que se utiliza para llevar a cabo los objetivos especficos planteados en esta Tesis
comprende las siguientes fases:
Observacin
Observacin del comportamiento, partes y componentes del objeto de estudio:
En este caso se tienen cuatro diferentes objetos de estudio: Semat, RUP, CDM y UNC-Method.
Para esta fase es importante recolectar toda la informacin posible. Por ello, para esta Tesis se
toman en consideracin las siguientes fuentes o tipos de documentos: Artculos, ponencias,
revistas electrnicas y pginas web oficiales.
Al final de esta primera fase se debe tener un conocimiento pleno de Semat y todos los elementos
de su ncleo y de la estructura de los tres mtodos basados en planes escogidos para su
representacin en el ncleo de Semat.
El objetivo especfico por alcanzar con esta fase es:
Caracterizar la estructura de los mtodos de desarrollo basados en planes tales como

RUP, CDM y UNC-Method.
Descripcin
Identificacin de todos los elementos, partes y componentes para poder entender los objetos de
estudio:
Con la fase anterior, se conocen los elementos del ncleo de Semat que se utilizarn en la
representacin. As, en esta fase se pretende identificar los elementos de los tres mtodos. Como
son mtodos basados en planes, tienen una estructura similar, es decir, sus elementos son los
siguientes: fases, artefactos, actividades y roles. En este paso, se deben identificar los elementos
en cada uno de los mtodos de manera ordenada para su representacin en el ncleo.
Identificar en cada metodologa los elementos esenciales de la ingeniera de software

como los artefactos, actividades y roles.
Revisin
Revisin rigurosa de cada uno de los elementos de un todo:
En Semat existen diferentes smbolos que representan los elementos esenciales de la ingeniera
de software. En la fase anterior se identificaron las actividades, fases, roles y artefactos de los
mtodos. Aparte de estos elementos, se deben estudiar los dems elementos que componen el
ncleo de Semat: mtodo, prctica, alfa, estado, competencias y espacio de actividad.
Diferenciar los siguientes conceptos: mtodo, prctica, actividad, alfa, estado, competencia
y espacio de actividad.
Integracin
Integracin de los componentes a fin de identificarlos, registrarlos y establecer sus relaciones con
los dems:
Al identificar la finalidad de los elementos de Semat en la fase anterior, se debe profundizar sobre
cada una de las clasificaciones o categoras que contienen algunos elementos como los alfas, los
espacios de actividades y las competencias.
Esta fase se hace con el fin de reconocer la finalidad de cada una de las clasificaciones, para, ms
adelante, poder relacionar los elementos de los mtodos y las categoras de estos elementos.
Clasificacin
Ordenacin de cada una de las partes por clases para conocer sus caractersticas, detalles y
comportamiento:
En esta fase ya se conocen los elementos de los mtodos, los elementos de Semat y se entiende
la finalidad de cada uno de los elementos del ncleo. Por lo tanto, en este paso se pretende
identificar las prcticas de los tres mtodos que se van a representar en Semat.
El objetivo especfico por alcanzar en esta fase es:
Identificar las prcticas comunes de los mtodos de desarrollo de software basados en

planes que se van a representar en Semat.
Conclusin
Analizar los resultados obtenidos:
Teniendo claros los elementos de cada uno de los objetos de estudio, en esta fase se realiza la
representacin con la sintaxis grfica de Semat. Los objetivos especficos por alcanzar en esta
fase son:
Representar los elementos estudiados de la estructura de los mtodos escogidos con los
Validar con un estudio de laboratorio las representaciones del objetivo especfico anterior.
1.6 Estructura de la Tesis

Esta Tesis se organiza de la siguiente manera: en el Captulo 2 se presenta el Marco Terico
relacionado con la sintaxis grfica de los elementos del ncleo de Semat y los mtodos basados en
planes como Custom Development Method (CDM), Rational Unified Process (RUP) y UNC-Method;
en el Captulo 3 se describen las distintas representaciones grficas que ya existen en la literatura
de los mtodos basados en planes sujetas a estudio; en el Captulo 4 se propone la representacin
de las prcticas de los mtodos CDM, RUP y UNC-Method; en el Captulo 5 se presenta la
validacin de la representacin propuesta y, finalmente, en el Captulo 6 se plantean las
conclusiones obtenidas y se presenta el trabajo futuro que se puede derivar de esta Tesis.
2 MARCO TERICO
2.1 Semat (Software Engineering method and theory)
Semat es una iniciativa de Ivar Jacobson, Bertrand Meyer y Richard Soley [1]. Este marco de
pensamiento muestra que, a partir del anlisis de todos los mtodos desarrollo, se pueden definir
elementos comunes, es decir, se puede definir un ncleo con las cosas con las que se trabaja y
las cosas que siempre se hacen en el desarrollo de software. Semat tiene dos objetivos
principales: encontrar un ncleo de elementos ampliamente aceptados y definir una base terica
slida, con el propsito de redefinir la forma en que las personas trabajan con los mtodos de
desarrollo de software. As, se permite la definicin de medidas que no dependan de las prcticas
para evaluar la calidad del software y los mtodos que se utilizan para producirlo, la composicin y
comparacin de prcticas que se puedan definir y aplicar de manera independiente (as su origen
sea diverso) que se ajusten a las necesidades ya sea de la organizacin, de un proyecto o equipo
de trabajo [1].
Semat incluye algunos conceptos principales [4], que se pueden visualizar en la Tabla 1:
Descripcin
Mtodo
Un mtodo se define como una composicin de prcticas y es

dinmico debido a que soporta las actividades diarias durante el
desarrollo de software.
Prctica
Una prctica se define como un enfoque que se repite con un

propsito especfico y a su vez proporciona una forma de
verificar cualquier aspecto del trabajo que se realiza. Por lo cual
una prctica puede pertenecer a distintos mtodos.
Ncleo
El ncleo se genera a partir de mtodos. Los mtodos

especficos contienen las prcticas y stos se incluyen en el
ncleo.
Lenguaje
Sirve para definir los mtodos, las prcticas y los elementos del
ncleo.
Tabla 1. Conceptos principales de Semat
Smbolo
El ncleo de Semat se describe usando un pequeo conjunto de elementos, los cuales se agrupan
en tres reas de conocimiento: cliente, solucin y esfuerzo. Cada rea de conocimiento se enfoca
en un aspecto especfico de la ingeniera de software y se distingue con un color, el cual permite
comprender, a nivel grfico, la relacin de las reas de conocimiento con cada uno de los
elementos agrupados en ellas. Los elementos que componen cada una de las reas de
conocimiento y que, a su vez, definen el ncleo son: alfas, espacios de actividad y competencias
[4].
Alfas
Los alfas se pueden definir como la representacin de las cosas esenciales para trabajar y
proveen una descripcin de la clase de cosas que un equipo debe gestionar, usar y producir en
cualquier esfuerzo de desarrollo de software. Un alfa representa un indicador crtico para
monitorear y seguir una lnea de progreso que mide la salud del proyecto (vase la Figura 1). Esto
se logra debido a que un alfa se caracteriza con un conjunto de estados, donde cada estado tiene
una lista de chequeo que especifica los criterios necesarios para alcanzar un estado [4].
Figura 1. Alfas del ncleo [1]
En el rea de conocimiento cliente, el equipo necesita comprender los interesados, lo que incluye:
Alfa Oportunidad: Es el conjunto de circunstancias adecuado para desarrollar o modificar un

sistema de software. La oportunidad articula la razn para la creacin de lo nuevo o modificado
del sistema de software. En la Tabla 2 se especifican sus estados y listas de chequeo.
Estado
Lista de chequeo
Se identific una oportunidad que una solucin basada en un software poda
tratar
Un interesado quiere hacer una inversin en un mejor valor potencial de
comprensin
Se identificaron otros interesados que quieren compartir la oportunidad
Se confirm la necesidad de una solucin basada en software
Se identificaron las necesidades de los interesados
Se identificaron los problemas y las causas raz subyacentes
Se propuso al menos una solucin basada en software
El valor de tratar la oportunidad se cuantific en trminos absolutos o en los
retornos o de ahorros por periodo de tiempo (por ejemplo, por ao)
El impacto de la solucin de los interesados se entiende
El valor que el sistema de software ofrece a las partes interesadas que
financian y utilizan el sistema de softwareLos criterios de xito para juzgar el
sistema de software son claros
Los resultados deseados que se requieren de la solucin son claros y
cuantificados
Se esboz una solucin
Las indicaciones y la solucin se pueden desarrollar y desplegar dentro de
las restricciones
Los riesgos son manejables
Se produjo una solucin que trata la oportunidad de forma demostrable
Un sistema usable est disponible
Los interesados acuerdan el despliegue de valor
La solucin que satisface los interesados trata la oportunidad
El uso operacional estn creando beneficios tangibles

El perfil de retorno de la inversin es al menos tan bueno como se anticip
Identificado
Con solucin
requerida
Con valor
establecido
Viable
Tratada
Con
beneficio
acumulado
Tabla 2. Estados del alfa Oportunidad. Extrado de Jacobson et al. [4]
Alfa Interesados: Las personas, grupos u organizaciones que afectan o se afectan con un
sistema de software. Los interesados proporcionan la oportunidad y son la fuente de los
requisitos y la financiacin para el software sistema. En la Tabla 3 se especifican sus estados
y listas de chequeo:
Estado
Lista de chequeo
Se identificaron los interesados
Existe un acuerdo entre los grupos de interesados que se van a representar
Reconocido
Se definieron las responsabilidades de los representantes de los
interesados
Se citaron los representantes de los interesados
Los representantes de los interesados aceptan las responsabilidades y los
Representado
autorizaron
Se acord el enfoque de la colaboracin
Los representantes aceptan la forma de trabajo
Los representantes de los interesados aceptan sus responsabilidades
Los representantes de los interesados entregan retroalimentacin y
Involucrado
participan de las decisiones temporales
Los representantes de los interesados se comunican inmediatamente con el
grupo de interesados
Tabla 3. (Parte 1/2) Estados del alfa Interesados. Extrado de Jacobson et al. [4]
Estado
De acuerdo
Lista de chequeo
Los representantes de los interesados estn de acuerdo en que el equipo
valora y respeta su ingreso
Los representantes de los interesados estn de acuerdo en el balance de
las diversas prioridades
Los representantes de los interesados estn de acuerdo con un mnimo de
expectativas de despliegue
Satisfecho
Los representantes de los interesados proveen retroalimentacin sobre el
para
sistema desde la perspectiva del grupo de interesados
despliegue
Los representantes de los interesados confirman que el sistema est listo
para el despliegue
Satisfecho en El sistema alcanz o excedi las expectativas mnimas de los interesados
uso
Las necesidades y expectativas de los interesados se estn cumpliendo
Tabla 4. (Parte 2/2) Estados del alfa Interesados. Extrado de Jacobson et al. [4]
En el rea de conocimiento solucin, el equipo necesita establecer los requisitos e implementar,

construir, probar y mantener un sistema de software que cumpla con ellos, incluyendo:
Alfa Requisitos: Lo que el sistema de software debe hacer para tratar la oportunidad y
satisfacer a los interesados. En la Tabla 4 se especifican sus estados y listas de chequeo.
Estado
Concebido
Acotado
Coherente
Aceptable
Tratado
Cumplido
Lista de chequeo
La necesidad de un nuevo sistema es clara
Se identificaron los usuarios
Se identificaron los promotores iniciales
Se acordaron el propsito y la extensin del sistema
Los criterios de xito son claros
Se acordaron los mecanismos para manejar los requisitos
Se identificaron las restricciones y suposiciones
La visin general es clara y la comparten todos los involucrados
Se explicaron importantes escenarios de uso
Las prioridades son claras
Se trataron los conflictos
Se comprende el conflicto
Los requisitos describen una solucin aceptable para los interesados
La tasa de cambio para acordar requisitos es baja
El valor es claro
Suficientes requisitos se implementaron para que el nuevo sistema se
acepte
Los interesados acuerdan que el sistema vale la pena realizando trabajo
operativo
El sistema satisface completamente los requisitos y las necesidades
No hay tems excepcionales que impidan que el sistema se considere
completo
Tabla 5. Estados del alfa Requisitos. Extrado de Jacobson et al. [4]
Alfa Sistema de software: Un sistema se compone de software, hardware y los datos que
proporciona el valor primario de la ejecucin del software. En la Tabla 5 se especifican sus
estados y listas de chequeo.
Estado
Lista de chequeo
Se seleccion la arquitectura que trata los riesgos tcnicos clave
Con
Se acordaron los criterios para seleccionar la arquitectura
arquitectura
Se seleccionaron las plataformas, tecnologas y lenguajes
seleccionada
Se tomaron las decisiones de compra, construccin y reuso
Se demostraron las caractersticas clave de la arquitectura
Demostrable Los interesados relevantes acordaron que la arquitectura es apropiada
Se ejercieron la interfaz crtica y las configuraciones del sistema
El sistema es usable y tiene las caractersticas de calidad deseadas
Los usuarios pueden operar el sistema
Usable
Se aceptaron los niveles de defectos
Se conoci el contenido de liberacin
Se puso a disposicin la documentacin de usuario
Los representantes de los interesados aceptaron el sistema
Listo
Los representantes de los interesados quieren que se haga operacional el
sistema
El sistema se us en un ambiente operacional
El sistema est disponible para los usuarios previstos
Operacional
Al menos un ejemplo del sistema es completamente operacional
El sistema es compatible con los niveles de servicio acordados
No se da ms soporte al sistema
Retirado
No se producirn ms actualizaciones al sistema
Se reemplaz o se descontinu el sistema
Tabla 6. Estados del alfa Sistema de software. Extrado de Jacobson et al. [4]
En el rea de conocimiento esfuerzo, se tienen que establecer el equipo y su forma de trabajo y se
tiene que hacer el trabajo, incluyendo:
Alfa Trabajo: Actividad que implica un esfuerzo mental o fsico realizado con el fin de lograr un
resultado. En el contexto de la ingeniera de software, el trabajo es todo lo que hace el equipo
para cumplir con las metas de produccin de un sistema de software que coincida con los
requisitos. En la Tabla 6 se especifican sus estados y listas de chequeo.
Estado
Lista de chequeo
Se conoce el iniciador del trabajo
Se aclaran las restricciones del trabajo
Iniciado
Se aclaran el patrocinio y el modelo de financiacin
Se aclara la prioridad del trabajo
Se estimaron el costo y el esfuerzo
La financiacin y los recursos trabajan en su lugar
Se comprendieron los criterios de aceptacin
Preparado
Se acordaron los procedimientos de gobierno
Se comprendi la exposicin al riesgo
Se aclararon las dependencias
Se comenz el trabajo de desarrollo
Se monitore el proceso de desarrollo
Comenzado
Se hizo la divisin en tems accionables con una clara definicin
Los miembros del equipo estn aceptando y progresando en los tems de
trabajo
Tabla 7. (Parte 1/2) Estados del alfa Trabajo. Extrado de Jacobson et al. [4]
Estado
Bajo control
Lista de chequeo
El trabajo va bien; se estn manejando los riesgos
El trabajo y el re-trabajo no planteados estn bajo control
Se completaron lo tems de trabajo dentro de los estimados
Se hizo seguimiento de las mediciones
Concluido
Se termin el trabajo que produce resultados
Se estn consiguiendo los resultados de trabajo
El cliente acept el sistema de software resultante
Cerrado
Todas las tareas de limpieza remanentes se completaron y el trabajo se
cerr oficialmente
Todo se archiv
Se dispone de lecciones aprendidas y de mtricas
Tabla 8. (Parte 2/2) Estados del alfa Trabajo. Extrado de Jacobson et al. [4]
Alfa Equipo: Un grupo de personas que participa activamente en el desarrollo, mantenimiento

o entrega de un sistema de software. En la Tabla 7 se especifican sus estados y listas de
chequeo.
Estado
Sembrado
Formado
Colaborando
Ejecutando
Suspendido
Lista de chequeo
La misin del equipo es clara
El equipo sabe cmo crecer para lograr su misin
Se identificaron las competencias requeridas
Se determin el tamao del equipo
El equipo tiene suficientes recursos para iniciar la misin
Se comprendieron la organizacin del equipo y las responsabilidades
individuales
Los miembros saben cmo ejecutar el trabajo
Los miembros estn trabajando como una unidad
La comunicacin es abierta y honesta
Los miembros se enfocan en la misin del equipo
El xito del equipo se antepone a los objetivos personales
El equipo est trabajando eficiente y efectivamente
Se adapta al contexto cambiante
Se producen salidas de alta calidad
Se realizan mnimos retrocesos y marchas atrs
Se elimin continuamente el desperdicio
El equipo ya no cuenta
Se entregaron las responsabilidades
Los miembros estn disponibles para otras asignaciones
Tabla 9. Estados del alfa Equipo. Extrado de Jacobson et al. [4]
Alfa Forma de trabajo: El conjunto adaptado de prcticas y herramientas que utiliza un equipo
de orientar y apoyar su trabajo. En la Tabla 8 se especifican sus estados y listas de chequeo.
Estado
Lista de chequeo
Se establecieron los principios y restricciones
Con
Se comprometieron los principios y restricciones
principios
Se acordaron las prcticas y herramientas
establecidos
Se comprendi el contexto en que el equipo debe operar
Tabla 10. (Parte 1/2) Estados del alfa Forma de trabajo. Extrado de Jacobson et al. [4]
Estado
Con bases
establecidas
Lista de chequeo
Prcticas clave y herramientas listas
Se analizaron y comprendieron las brechas entre prcticas y herramientas
Se analizaron y comprendieron las brechas de capacidad
Se integraron las prcticas seleccionadas y las herramientas
En uso
Algunos miembros del equipo estn usando la forma de trabajo
Se inspeccion regularmente el uso de prcticas y herramientas
Los procedimientos estn en su lugar para manejar retroalimentacin
En su lugar
Todos los miembros del equipo estn usando la forma de trabajo
Todos los miembros tienen acceso a las prcticas y herramientas para hacer
su trabajo
El equipo completo se involucr en la inspeccin y adaptacin de la forma de
trabajo
Trabajando
La forma de trabajo est trabajando bien para el equipo
bien
Los miembros del equipo estn progresando segn el plan
El equipo aplica naturalmente prcticas sin pensar en ellas
Las herramientas soportan naturalmente la forma de trabajo
Retirado
El equipo no usa ms la forma de trabajo
Se compartieron las lecciones aprendidas para uso futuro
Tabla 11. (Parte 2/2) Estados del alfa Forma de trabajo. Extrado de Jacobson et al. [4]
Espacios de actividad
Los espacios de actividad complementan los alfas, ya que proporcionan el conjunto de actividades
esenciales que normalmente se hacen en ingeniera de software (vase la Fig. 2) [4].
Figura 2. Espacios de actividad del ncleo [1]

En el rea de conocimiento clientes, el equipo tiene que entender la oportunidad y hacer participar
a los interesados:
Explorar las posibilidades: explorar las posibilidades que presenta la creacin de un nuevo o
mejorado sistema de software. Esto incluye el anlisis de la oportunidad por abordar y la
identificacin de los interesados.
Comprender las necesidades de los interesados: colaborar con los interesados para conocer
sus necesidades y garantizar los resultados. Esto incluye la identificacin y el trabajo con los
representantes de los interesados para avanzar en la oportunidad.
Asegurar la satisfaccin de los interesados: compartir los resultados de la labor de desarrollo

con los interesados que pueden aportar su aceptacin del sistema producido y verificar que la
oportunidad se aborde con xito.
Utilizar el sistema: Observar el uso del sistema en un entorno real y beneficiar a los
interesados.
En el rea de conocimiento solucin, el equipo tiene que desarrollar una solucin apropiada para
aprovechar la oportunidad y satisfacer los interesados:
Comprender los requisitos: comprender lo que el sistema producido debe hacer.
Darle forma al sistema: darle forma al sistema de modo que sea fcil de desarrollar, modificar
y mantener. Esto incluye el diseo general.
Implementar el Sistema: construir un sistema mediante la implementacin, pruebas e

integracin de uno o ms elementos del sistema. Esto incluye la correccin de errores y
pruebas unitarias.
Probar el sistema: verificar que el sistema producido cumple con los requisitos de los
interesados.
Desplegar el sistema: tomar el sistema probado y hacer que est disponible para su uso fuera
del equipo de desarrollo.
Operar el sistema: Apoyar el uso del sistema de software en el entorno de produccin.
En el rea de conocimiento esfuerzo, se tiene que formar el equipo tiene y avanzar el trabajo de
acuerdo con la forma de trabajo:
Prepararse para hacer el trabajo: establecer el equipo y su entorno de trabajo. Entender y

comprometerse a completar el trabajo.
Coordinar actividades: coordinar y dirigir el trabajo del equipo. Esto incluye la planificacin del
trabajo y reconfiguracin del equipo.
Apoyar el equipo: ayudar a los miembros del equipo para ayudarse a s mismos, colaborar y
mejorar su forma de trabajar.
Seguimiento del progreso: medir y evaluar los progresos realizados por el equipo.
Finalizar el trabajo: finalizar el esfuerzo de ingeniera de software.
Competencias
Las competencias representan las habilidades clave que se requieren para el desarrollo de
software [4] y se muestran en la Figura 3.
Figura 3. Competencias del ncleo. Traducido de [4]
En el rea de conocimiento cliente, el equipo tiene que ser capaz de demostrar una clara
comprensin del negocio y de algunos aspectos tcnicos de su dominio. Adems, debe tener la
capacidad de comunicar con precisin las opiniones de sus interesados.
Representacin del interesado: esta competencia encapsula la capacidad de recopilar,

comunicar y balancear las necesidades de otras partes interesadas y con precisin representar
sus puntos de vista.
En el rea de conocimiento solucin el equipo tiene que ser capaz de capturar y analizar las
necesidades, de construir y operar un sistema de software que cumple con los requisitos.
Anlisis: esta competencia encapsula la capacidad de entender las oportunidades, las

necesidades de sus interesados y transformarlas en un conjunto de requisitos consistente.
Desarrollo: esta competencia encapsula la capacidad de disear y programar sistemas de

software de forma eficaz, siguiendo las reglas y normas que acuerda el equipo.
Pruebas: esta competencia encapsula la posibilidad de probar un sistema, verificando que es

usable y que cumple los requisitos.
En el rea de conocimiento esfuerzo, el equipo tiene que ser capaz de organizarse y gestionar su
carga de trabajo.
Liderazgo: esta competencia permite a una persona inspirar y motivar a un grupo de personas
para lograr xito en su trabajo y cumplir sus objetivos.
Gestin: esta competencia encapsula la capacidad de coordinar, planificar y realizar un

seguimiento del trabajo que realiza un equipo.
Elementos del ncleo de Semat

La sintaxis grfica del lenguaje de Semat proporciona una forma visual para cada uno de sus
elementos, donde cada uno de estos elementos corresponde a un aspecto especfico de un ncleo
o mtodo, tal como se muestra a continuacin [4]. Adicionalmente, se presentan elementos del
lenguaje necesarios para la asociacin entre algunos elementos del ncleo (vase la Tabla 9).
2.1.4.1
Producto de trabajo
Un producto de trabajo es un artefacto de valor y relevancia para un esfuerzo de la ingeniera de

software. Es una concreta representacin de un alfa como resultado de un esfuerzo y, en algunos
casos, es necesario como entrada para un esfuerzo posterior. Puede ser de diferentes tipos como
modelos, documentos, cdigo, especificaciones, pruebas y ejecutables, entre otros.
2.1.4.2
Actividad
Una actividad define una o ms clases de productos de trabajo y una o ms clases de tareas, y
brinda una gua sobre cmo se usan estos elementos cuando se utiliza una prctica.
2.1.4.3
Patrn
Un patrn es una descripcin de una estructura en una prctica.
2.1.4.4
Asociacin del alfa
Una asociacin de un alfa se visualiza como una lnea continua para conectar dos alfas. La lnea
puede tener uno o ms segmentos.
2.1.4.5
Sucesor de estados
Una asociacin de sucesor de estados se visualiza como una lnea slida con una flecha abierta
que conecta un estado con su sucesor. La lnea puede tener uno o ms segmentos conectados.
2.1.4.6
Alpha Containment
Un alpha containment se visualiza como una lnea continua vertical para conectar un alfa con un
subalfa con un diamante relleno en la punta hacia el lado del alfa.
2.1.4.7
Manifiesto de producto de trabajo
Un manifiesto de producto de trabajo se visualiza como una lnea continua horizontal para conectar
un alfa con un producto de trabajo con un diamante relleno en la punta hacia el lado del alfa. La
lnea puede tener uno o ms segmentos pero los productos de trabajo se deben ubicar al mismo
nivel. Se puede hacer uso de los lmites que siguen la estructura (<Lmite inferior>..<Lmite
superior>) y se deben ubicar hacia el lado del producto de trabajo.
2.1.4.8
Asociacin de actividad (Parte de)
Una asociacin de actividad se visualiza como una lnea continua horizontal para conectar un
espacio de actividad con una actividad con un diamante relleno en la punta hacia el lado del
espacio de actividad. La lnea puede tener uno o ms segmentos pero las actividades se deben
ubicar al mismo nivel.
2.1.4.9
Asociacin de actividad (NO Parte de)
Una asociacin de actividad se visualiza como una lnea slida (puede ser curva) con una punta
triangular que conecta dos actividades y/o espacios de actividades. La lnea puede tener uno o
ms segmentos conectados.
2.1.4.10 Asociacin de patrn

Una asociacin de patrn se visualiza como una lnea slida con punta de diamante relleno hacia
el lado del patrn, originada desde un crculo que se conecta a su vez con cada uno de los
elementos asociados con el patrn. El nombre de la asociacin se pone dentro del crculo.
Elemento
Smbolo
Ejemplo
Producto de trabajo
Actividad
Patrn
Asociacin de alfas
Sucesor de estados
Alpha Containment
Manifiesto de producto
de trabajo
Tabla 12. (Parte 1/2) Sintaxis grfica de elementos del ncleo [4]
Elemento
Smbolo
Ejemplo
Asociacin de actividad
(Parte de)
Asociacin de actividad
(No Parte de)
Asociacin de patrn
Tabla 13. (Parte 2/2) Sintaxis grfica de elementos del ncleo [4]
2.2 CDM (Custom Development Method)

CDM es un mtodo de desarrollo diseado para modelar aplicaciones de software durante cuatro
fases que comprenden el ciclo de vida del mtodo. Tal como se puede ver en la Figura 4, CDM
tiene asociados once procesos [6]:
Figura 4. Estructura de CDM. Traducido de [6]
Los modelos utilizados en CDM se encuentran agrupados en tareas y las tareas se agrupan en
procesos. Un conjunto de procesos conforman una fase y cada proceso se puede asociar con una
tarea requisito previo y tiene un resultado clave que surge luego de ejecutar el proceso [7].
En la Tabla 10 se especifican los objetivos de cada fase del mtodo.
Fase
Descripcin
En esta fase se establece una base slida y viable para el proyecto. Los
objetivos de esta fase son:
Definicin
Obtener un claro entendimiento de los beneficios empresariales que el

nuevo sistema debe alcanzar.
Identificar el promotor del proyecto.
Definir el alcance del proyecto, partir y priorizar el alcance.
Determinar los plazos, actividades, productos y recursos necesarios.
Identificar los desarrolladores que van a participar en el proyecto.
Identificar adecuadamente al usuario embajador que va a participar
durante todo el ciclo de vida del proyecto.
Educar al promotor, el usuario embajador y otros interesados, explicarles
el impacto en la organizacin, los respectivos papeles y
responsabilidades en el proyecto.
Crear un equipo de proyecto que integren los desarrolladores y el
usuario embajador.
Desarrollar procesos de negocio de alto nivel, la funcin y los modelos
de datos.
Se busca capturar los modelos de los procesos del negocio que describe el
usuario. Los objetivos de esta fase son:
Modelado de
Requisitos
Diseo de
Sistema y
Generacin
Acordar un aspecto comn de la aplicacin.

Establecer normas de generacin de cdigo inicial.
Obtener conocimiento detallado de los procesos de negocios, funciones
e informacin para cumplir con los objetivos de negocio.
Generar un prototipo funcional con los acuerdos del usuario embajador
para comunicar la comprensin de los desarrolladores.
Acordar la estrategia de validacin detallada y participacin de los
usuarios durante todo el proyecto, comprobando su disponibilidad.
En esta fase se especifica el diseo del sistema y se realiza la entrega de
una aplicacin que cumpla de manera ptima con los requisitos del negocio.
Los objetivos de esta fase son:
Reiterativamente, producir una base de datos fsica y los mdulos de la

aplicacin.
Obtener mejoras a las exigencias del usuario embajador durante cada
iteracin.
Precisar los datos y modelos de funcionamiento.
Entregar documentacin inicial para colaborar con el usuario embajador
en la validacin del sistema de aplicacin.
Definir las futuras mejoras para una mayor funcionalidad.
Tabla 14. (Parte 1/2) Fases del modelo CDM [6]
Fase
Descripcin
Se obtiene del usuario la aceptacin del nuevo sistema. Los objetivos de
esta fase son:
Transicin a la
Produccin
Facilitar la validacin de la preproduccin, a fin de confirmar que los

requisitos de negocio se cumplieron.
Completar documentacin tcnica y operativa.
Proporcionar un corte suave a la nueva aplicacin.
Gestionar el desarrollo.
Supervisar el rendimiento del sistema de produccin y resolver los
problemas detectados.
Tabla 15. (Parte 2/2) Fases del modelo CDM [6]
CDM Fast Track utiliza el Mtodo de Gestin de Proyectos (PJM) de Oracle para proporcionar un
marco en el que los proyectos se pueden planificar, estimar, controlar y hacer seguimiento de una
manera consistente. En la Tabla 11 se encuentran las tareas y productos de trabajos asociados
que realiza el gerente del proyecto durante su ejecucin:
Tarea
Recordar y revisar planes de proyecto
Entregables
Plan de gestin del alcance del proyecto
Estrategias de control y presentacin de informes,
normas y procedimientos
Plan de gestin de proyectos
Trabajo de las estrategias de gestin, normas y
procedimientos
Plan de trabajo
Plan de financiacin
Las estrategias de gestin de los recursos, normas y
procedimientos
Dotacin de personal y plan de su organizacin
Gua de la orientacin proyecto
Organizacin preparada
Plan de recursos fsicos
Infraestructura preparada
Estrategias de gestin de la calidad, normas y
procedimientos
Gestin de la configuracin, estrategias, normas
Auditora de calidad
Lanzamiento de recursos fsicos
Reporte de calidad
Lnea base auditada
Realizar auditora de calidad

Lanzar recursos fsicos
Realizar evaluacin de calidad
Auditar entregables principales
Aceptar seguridad del cliente del
Aceptacin del cliente
proyecto
Lanzar personal
Personal lanzado
Recursos fsicos
Concluir gestin de la configuracin
Preparacin de la gestin de produccin
Tabla 16. Tareas, entregables del PJM [6]
Definicin de fases, actividades, entregables y responsables

2.2.1.1
Fase: Definicin
En la Tabla 12 se especifican los procesos, tareas, entregables y responsables de esta fase. El

orden de accin de las tareas se muestra en la Figura 5.
Proceso
Definicin de
requisitos del
negocio
Examen de
sistemas
existentes
Tarea
Implementar las normas
de definicin de
requisitos y directrices
Crear el modelo de
proceso del contexto
Documentar la estructura
actual y futura de la
organizacin
Obtener descripciones
del negocio de alto nivel
Desarrollar glosario
Entregables
Normas de definicin de
requisitos del negocio y
directrices
Modelo de proceso del
contexto
Definicin de la
estructura actual y futura
de la organizacin
Descripciones del
negocio de alto nivel
Glosario
Obtener material de
referencia ya existente
Material de referencia ya
existente
Desarrollador
Crear modelo de alto

nivel del Sistema de
datos existente
Crear el modelo de
proceso del sistema
existente
Modelo de alto nivel del

sistema de datos
existente
Desarrollador

sistema existente
Desarrollador principal de
la aplicacin
Definicin de la
arquitectura del sistema
Desarrollador principal del

sistema
Documentacin de
requisitos
Escritor tcnico
Requisitos de pruebas
Tester principal
Arquitectura
Tcnica
Definir la arquitectura del

sistema
Especificar
Documentacin documentacin de
requisitos
Determinar los requisitos
Pruebas
de pruebas
Responsable
la aplicacin
la aplicacin
la aplicacin
la aplicacin
Desarrollador
Equipo de Proyecto
Gerente de Proyecto
Integrado
Tabla 17. Procesos, tareas, entregables y responsables de la fase Definicin [6]
Formacin
Lanzar el proyecto
Figura 5. Orden de accin de las tareas de la fase Definicin. Traducido de [6]
2.2.1.2
Fase: Modelado de Requisitos

Proceso
Definicin de
requisitos del
negocio
Arquitectura
tcnica
Diseo y
construccin de
la base de datos
Tarea
Crear modelo detallado del
proceso de negocio
Recopilar informacin
detallada del negocio
Construir modelo de datos
del negocio
Entregables
Modelo detallado del proceso
de negocio
Informacin detallada del
negocio
Desarrollador
Modelo de datos del negocio
Desarrollador
Validar prototipo funcional
Prototipo funcional validado
Redefinir requisitos
Lista MoSCoW redefinida
Definir los requisitos

operacionales detallados
del sistema
Requisitos operacionales
detallados del sistema
Crear arquitectura tcnica
Arquitectura Tcnica
Determinar problemas de
rendimiento
Problemas de rendimiento
Implementar normas base

de datos y directrices
Normas de la base de datos y

directrices
Crear diseo lgico de base Diseo lgico de base de

de datos
datos
Disear aplicacin
Desarrollo de la
aplicacin
Diseo de la aplicacin
Responsable
Desarrollador
Usuario
embajador
Usuario
embajador
Desarrollador
principal del
sistema
Desarrollador
principal del
sistema
Desarrollador
principal del
sistema
Desarrollador
principal del
sistema
Desarrollador
principal del
sistema
Desarrollador
principal de la
aplicacin
Gerente de
configuracin
Crear entorno de desarrollo

Entorno de desarrollo inicial
inicial
Desarrollar prototipo
Prototipo funcional
Desarrollador
funcional
Conversin de
Definir estrategia de
Estrategia de conversin de
Desarrollador
datos
conversin de datos
datos
Tabla 18. Procesos, tareas, entregables y responsables de la fase Modelado de requisitos [6]
Figura 6. Orden de accin de tareas de la fase Modelado de requisitos. Traducido de [6]
2.2.1.3
Fase: Diseo de Sistema y Generacin

Proceso
Definicin de
requisitos del
negocio
Arquitectura
tcnica
Diseo y
construccin de
la base de datos
Desarrollo de la
aplicacin
Tarea
Entregables
Redefinir los requisitos
Revisar modelos de
requisitos
Modelo de requisitos del

negocio rested
Desarrollar la definicin de
hardware y software
Definicin de hardware y
software
Desarrollar arquitectura de
distribucin
Arquitectura de distribucin
Desarrollar estrategia de
reserva y recuperacin
Estrategia de reserva y
recuperacin
Crear esquema de
autorizacin de objetos de
base de datos
Esquema de autorizacin de
objetos de base de datos
Crear diseo fsico de la

base
Diseo fsico de la base
Desarrollar (grupo de)

mdulos
Mdulos documentados
Responsable
Usuario
embajador
Desarrollador
Desarrollador
principal del
sistema
Desarrollador
principal del
sistema
Desarrollador
principal del
sistema
Desarrollador
principal del
sistema
Desarrollador
principal del
sistema
Desarrollador
Desarrollador
principal de la
aplicacin
Tester
Crear escenarios de prueba Escenarios de pruebas
principal
Pruebas
Tester
Crear modelo de prueba de Modelo de prueba de la
la arquitectura del sistema
principal
Tabla 19. Procesos, tareas, entregables y responsables de la fase Diseo de sistema y
Estrenar aplicacin
Cdigo de la aplicacin
generacin [6]
Figura 7. Orden de accin de tareas de la fase Diseo de sistema y generacin. Traducido de

[6]
2.2.1.4
Fase: Transicin a la Produccin

Proceso
Conversin de
datos
Tarea
Limpieza de los datos
Entregables
Datos limpios
Responsable
Administrador de los
datos del cliente
Convertir y verificar los

Lder de equipo de
Datos convertidos y verificados
datos de produccin
conversin de datos
Completar referencia
Referencia del usuario
Usuario embajador
del usuario
Completar gua de
Gua de usuario
Usuario embajador
usuario
Documentacin
Referencia tcnica detallada
Escritor tcnico
tcnica
Completar gua
Desarrollador
Gua operacional del sistema
operacional del sistema
principal del sistema
Generar texto de ayuda
Texto de ayuda en lnea
Desarrollador
en lnea
Realizar validacin
Resultados de la validacin Coordinador de
Pruebas
preproduccin
preproduccin
validacin
Entrenar
Administradores entrenados
Entrenador
administradores
Formacin
Entrenar equipo de
Equipo de validacin entrenado
Entrenador
validacin
Tabla 20. Procesos, tareas, entregables y responsables de la fase Transicin a la produccin
[6]
Figura 8. Orden de accin de tareas de la fase Transicin a la produccin. Traducido de [6]
2.3 UNC-Method
UNC-Method (mtodo de la Universidad Nacional de Colombia para el desarrollo de software
basado en problemas) mezcla una lista de objetos bien conocidos (como los diagramas de UML y
las interfaces grficas de usuario) y los enfoques no tradicionales (por ejemplo, diagrama de causa
y efecto, diagramas de objetivos de KAOS y los esquemas preconceptuales) utilizados en el intento
de superar los problemas [8].
En la Tabla 16 se especifican las cuatro fases que este mtodo comprende [9]:
Fase
Contexto del software
Anlisis del problema
Propuestas
solucin
de
Esquema conceptual
Descripcin
En esta fase se capturan, entienden y representan grficamente
actores, objetivos, responsabilidades, funciones y estructura de lo
relacionado con el problema
En esta fase se detallan las funciones principales de la organizacin,
problemas y objetivos
En esta fase el equipo debe proponer un conjunto de soluciones para
los problemas de la organizacin
En esta fase el equipo especfica y prepara el proceso de diseo del
sistema
Tabla 21. Fases del UNC-Method
Definicin de fases, actividades, artefactos y responsables

En esta Seccin se especifican los elementos de UNC-METHOD considerados para el desarrollo
de un sistema de software [9]:
2.3.1.1
Fase: Contexto del software
En la Tabla 17 se especifican las actividades, entregables y responsables de esta fase.
Actividades
Entregables
Archivos digitales
Desarrollar entrevista
interesado-analista
Dilogo controlado
Archivos digitales
Revisar documentacin
Resumir la informacin
relacionada con los actores,
los objetos y las funciones
Identificar los actores
internos y externos en la
organizacin
Realizar tabla de trazabilidad
documental
Establecer un vocabulario
comn
Responsable
Analista
Interesado
Director del proyecto
Dilogo controlado
Analista
Interesado
Tarjetas de educcin
Analista
Organigrama
Analista
Tabla de trazabilidad documental
Analista
Esquema preconceptual
Analista
Esquemas preconceptuales ejecutables
Analista
Modelo del dominio
Analista
Gestionar la elaboracin de
Tablero Kanban
Analista
tareas
Reportar el progreso del
Reporte de avance de los alfas
Analista
proyecto
Explicar el mtodo
Gua UNC-Method
Definir roles y
Lista de roles y responsabilidades
responsabilidades
Tabla 22. Actividades, entregables y responsables en la fase del contexto del software.
Sntesis del autor. Informacin tomada de [10]
2.3.1.2
Fase: Anlisis del problema

Actividades
Establecer reglas del
negocio
Caracterizar el dominio del

problema
Entregables
Reglas del negocio
Tabla explicativa del diagrama de
procesos
Diagrama de procesos
Diagrama de objetivos
Responsable
Analista
Analista
Analista
Analista
Diagrama causa-efecto
Analista
Desarrollar el diccionario de
Diccionario de datos
Analista
datos
Tablero Kanban
Analista
tareas
Analista
proyecto
Tabla 23. Actividades, entregables y responsables en la fase anlisis del problema. Sntesis
del autor. Informacin tomada de [10]
2.3.1.3
Fase: Propuestas de solucin

Actividades
Desarrollar nuevo
organigrama
Desarrollar nuevo diagrama
de procesos
Especificar la funcionalidad
de la aplicacin de software
Establecer el valor de la
solucin
Establecer factores crticos
de xito
Entregables
Responsable
Organigrama
Analista
Analista
Casos de uso
Diagrama de flujo de interfaz de
usuario
Estimacin del valor de la solucin
Tabla explicativa del diagrama de
procesos
Factores crticos de xito
Analista
Hoja de vida del indicador
Analista
Analista
Analista
Analista
Analista
Tablero Kanban
Analista
tareas
Analista
proyecto
Tabla 24. Actividades, entregables y responsables en la fase propuestas de solucin.
Sntesis del autor. Informacin tomada de [10]
2.3.1.4
Fase: Esquema conceptual
Actividades
Especificar la funcionalidad
de la aplicacin de software
Entregables
Especificaciones basadas en el
esquema preconceptual
Diagrama de clases
Responsable
Analista
Diagramas de comunicacin
Analista
Diagramas de mquina de estados
Analista
Analista
Proporcionar las bases para

la construccin de la
Ejemplo de cdigo fuente
Desarrollador
aplicacin final
Desarrollar prototipo Alfa
Prototipo Alfa
Desarrollador
Tablero Kanban
Analista
tareas
Analista
proyecto
Tabla 25. Actividades, entregables y responsables en la fase esquema conceptual. Sntesis
del autor. Informacin tomada de [10]
2.4 RUP
RUP es un mtodo que integra los aspectos que se requieren durante el proceso de desarrollo de
software para el anlisis, desarrollo y documentacin de sistemas orientados a objetos. Este
mtodo proporciona un acercamiento disciplinado a la asignacin de tareas y responsabilidades de

un proyecto en una organizacin [11]. Con el mtodo RUP se realiza un levantamiento exhaustivo
de requisitos, se busca detectar defectos en las fases iniciales, intentando reducir al nmero de
cambios tanto como sea posible, se realiza el anlisis y diseo del sistema y se intenta anticipar
futuras necesidades [12].
Las caractersticas principales de RUP son [13]:
Guiado por casos de Uso: el mtodo describe la secuencia completa de interacciones entre el
usuario y el sistema.
Centrado en arquitectura: Comprende las diferentes vistas del sistema en desarrollo, las cuales
corresponden a los modelos del sistema, como los modelos de casos de uso, de anlisis, de
diseo, de despliegue e implementacin.
Iterativo e Incremental: una iteracin se compone de los requisitos, el anlisis, el diseo, la

implementacin y las pruebas. Cada iteracin slo entrega una parte pequea pero funcional
del sistema, los requisitos y modelos se desarrollan de forma progresiva.
Desarrollo basado en componentes: la creacin de sistemas de software requiere la divisin

del sistema en componentes definidas.
Lenguaje de modelado nico: se adopta UML para el desarrollo de todos los modelos.
Proceso integrado: RUP establece una estructura que abarca ciclos, fases, flujos de trabajo,
mitigacin de riesgos, control de calidad y gestin de proyectos.
El proceso del RUP se ejecuta en tres perspectivas [11] [14] [15], tal como se aprecia en la Figura
9:
Figura 9. Estructura de RUP [15]
La perspectiva esttica contiene los siguientes elementos:
Rol: individuo o grupo de individuos que llevan a cabo actividades y producen artefactos.
Actividad: es una unidad de trabajo que realiza un rol.
Artefacto: es un trozo de informacin que un proceso produce, modifica o usa. Es un producto

tangibles de un proyecto y se va creando y usando hasta obtener el producto final.
Flujo de trabajo: define la secuencia de actividades que realizan los roles.
La perspectiva dinmica contiene las fases del modelo sobre el tiempo. En la Tabla 21 se
especifican los objetivos de cada fase del mtodo.
Fase
Inicio
Elaboracin
Construccin
Transicin
Descripcin
En esta fase se identifican las entidades externas que interactan con el sistema
y sus respectivas iteraciones. Los objetivos principales de esta fase son:
Establecer el alcance del proyecto de software y las condiciones, incluyendo
un concepto operacional, criterios de aceptacin y descripciones de lo que
debe ser parte o no del producto.
Discriminar los casos de uso crticos del sistema, es decir, los escenarios
principales de la conducta que impulsarn la funcionalidad del sistema.
Proponer al menos una arquitectura candidata contra algunos de los
escenarios principales.
Estimar el costo total y el calendario para todo el proyecto.
Estimar los riesgos.
Tiene como fin desarrollar un entendimiento del dominio del problema, crear un
marco de trabajo arquitectnico para el sistema, desarrollar el plan del proyecto e
identificar los riesgos clave. Al finalizar esta fase, se debe tener el modelo de
requisitos del sistema (UML), una arquitectura y un plan de desarrollo. Los
objetivos principales de esta fase son:
Definir y validar la lnea base.
Definir la lnea base de la visin.
Definir la lnea base de un plan de alta fidelidad para la fase de construccin.
Demostrar que la arquitectura de referencia apoyar la visin a un costo y
tiempo razonable.
Su objetivo es el diseo del sistema, la programacin, las pruebas y la integracin
de todas las partes del sistema software. Al final de esta fase se debe tener un
software operativo con su respectiva documentacin. Los objetivos principales de
esta fase son:
Minimizar los costos de desarrollo optimizando recursos.
Lograr la adecuada calidad tan rpido como sea posible.
Lograr versiones ejecutables (alfa, beta y otras) tan rpido como sea posible.
En esta fase, el sistema de software se entrega a los interesados para sus
respectivas pruebas en un entorno real. Al terminar esta fase, se debe tener un
software documentado y funcionando correctamente. Los objetivos principales de
esta fase son:
Lograr soporte a usuarios.
Lograr la participacin de las partes interesadas para que las lneas base de
despliegue se completen y sean coherentes con los criterios de evaluacin
descritas en la visin.
Lograr la lnea base del producto final lo ms rpido y rentable como sea
posible.
Tabla 26. Objetivos de las fases del mtodo RUP [16]
Disciplinas, actividades, artefactos y roles [16]

Este mtodo presenta nueve disciplinas: modelo empresarial, requisitos, anlisis y diseo,
implementacin, pruebas, despliegue, gestin de cambios de configuracin, gestin de proyectos y
entornos (vase la Fig. 9). A lo largo de las cuatro fases de RUP se presentan actividades, roles y
artefactos necesarios en el desarrollo del proyecto.
2.4.1.1
Fase: Inicio
Dentro de esta fase, los roles realizan las siguientes actividades esenciales:
Formular el alcance del proyecto, es decir, captar el contexto, las necesidades importantes
y las limitaciones para cumplir los criterios de aceptacin del producto final.
Planificar y preparar un caso de negocio y evaluar alternativas para la gestin de riesgos,

la dotacin de personal, el plan de proyecto y las compensaciones entre costos, el
cronograma y la rentabilidad.
Sintetizar una arquitectura candidata.
En esta fase se producen, esencialmente, los siguientes artefactos:
Documento de visin: una visin general de los requisitos del proyecto, caractersticas
clave y limitaciones principales
Modelo de casos de uso: enumera todos los casos de uso y actores que se pueden
identificar en la primera etapa
Glosario inicial del proyecto
Caso de negocio inicial:

o
Contexto de negocios
Criterios de xito
Previsin financiera
Evaluacin inicial de riesgos
Plan de proyecto: muestra las fases e iteraciones
2.4.1.2
Fase: Elaboracin
Las actividades esenciales de la fase de elaboracin son las siguientes:
Elaborar la visin, una comprensin slida que se establece de los casos de uso crticos
que impulsan las decisiones arquitectnicas y de planificacin.
Elaborar el proceso, la infraestructura y el entorno de desarrollo y alistar las herramientas.
Elaborar arquitectura y seleccionar los componentes. Los componentes de arquitectura

seleccionados se integran y evalan respecto de los escenarios principales.
En esta fase se producen esencialmente los siguientes artefactos:
Modelo de casos de uso (por lo menos 80% completo)
Requisitos adicionales: capturan los requisitos no funcionales y los requisitos que no

se asocian con un caso de uso especfico
2.4.1.3
Descripcin de la arquitectura software
Prototipo de arquitectura ejecutable
Lista de riesgos revisada y el caso de negocio revisado
Plan de desarrollo para el proyecto
Caso de desarrollo actualizado: especifica el proceso que se utilizar
Manual de usuario preliminar (opcional)
Fase: Construccin
Gestionar los recursos y especificar el control de los recursos y la optimizacin de

procesos.
Desarrollar los componentes completamente y las pruebas definidas en la evaluacin de

criterios.
Evaluar las versiones de los productos con los criterios de aceptacin.
En esta fase se producen, esencialmente, los siguientes artefactos:
Producto de software integrado en las plataformas adecuadas
Manual de usuario
Descripcin de la versin actual
2.4.1.4
Fase: Transicin
Implementar ingeniera, es decir, paquetes comerciales, produccin y despliegue de

ventas.
Capacitar el personal.
Corregir errores y mejorar el rendimiento y la usabilidad.
Evaluar las lneas base de despliegue descritas en la visin y los criterios de aceptacin
para el producto.
2.5 Prcticas de ingeniera de software

El mtodo RUP define las seis mejores prcticas para el desarrollo de software, las cuales se
definen a continuacin [3] [14] [17]:
Mejores prcticas de RUP

2.5.1.1
Desarrollo iterativo
El enfoque iterativo permite una comprensin creciente del problema mediante refinamientos
sucesivos, llegando a una solucin efectiva luego de mltiples iteraciones acotadas en
complejidad. Adicionalmente, ayuda a atacar los riesgos mediante la produccin de versiones
ejecutables progresivas y frecuentes que permiten la opinin e involucramiento del usuario. Por
medio de las iteraciones que generan las versiones ejecutables, se logran detectar en forma
temprana los desajustes e inconsistencias entre los requisitos, el diseo, el desarrollo y la
implementacin del sistema, manteniendo al equipo de desarrollo enfocado en producir resultados.
2.5.1.2
Gestin de requisitos
La prctica de gestin de requisitos permite adquirir, organizar y documentar cmo funciona el

sistema, incluyendo sus restricciones. La gestin de requisitos permite:
Analizar el problema de interesado
Comprender las necesidades del interesado
Manejar el alcance del proyecto
Definir el sistema
Establecer y mantener un acuerdo entre el interesado y el equipo de trabajo en relacin

con los requisitos cambiantes
Utilizar los casos de uso y los escenarios ayuda a capturar los requisitos funcionales, asegurar el
diseo, implementacin y prueba del sistema, logrando as que el sistema satisfaga las
necesidades del usuario.
2.5.1.3
Modelado visual
Esta prctica permite modelar software visualmente para capturar el diseo del software, es decir,
la estructura y el comportamiento de arquitecturas y componentes. Las abstracciones visuales
ayudan a comunicar diferentes aspectos del software mejorando la comunicacin en el equipo;
comprender los requisitos, ver como los elementos del sistema se relacionan entre s y mantener la
consistencia entre diseo e implementacin. El estndar UML (Lenguaje de Modelado Unificado),
es la base para un modelado visual exitoso.
2.5.1.4
Desarrollo basado en componentes
Esta prctica describe cmo disear una arquitectura flexible, que se acople con los cambios,
comprensible intuitivamente y que origine una ms efectiva reutilizacin del software. Esta prctica
permite obtener el control intelectual del proyecto con el fin de mantener la complejidad e
integridad del mismo. El propsito es disminuir los riesgos de desempeo, capacidad y
confiabilidad.
2.5.1.5
Verificacin continua de la calidad
Durante el desarrollo de software es necesario evaluar la calidad de un sistema respecto de sus

requisitos de funcionalidad. Los artefactos que producen las actividades se deben evaluar cuando
se generan y al finalizar cada iteracin, ya que la calidad del producto implica construirlo
correctamente y que sea admisible para el interesado. La actividad fundamental es el testing, el
cual permite encontrar las fallas antes de la puesta en produccin. Esta prctica permite la
planeacin, diseo, implementacin, ejecucin y evaluacin de todos los tipos de testing.
2.5.1.6
Control de cambios de software
Esta prctica describe cmo controlar, encontrar y monitorear los cambios durante el desarrollo
iterativo del software de forma exitosa. Es una gua que permite establecer espacios para cada
desarrollador, proporcionando el aislamiento de los cambios hechos en otros espacios mientras se
controlan los cambios de todos los elementos del software. Esta prctica permite conocer cmo
automatizar la integracin y administrar las versiones.
Prcticas de la metodologa FDD (Feature Driven Development)

La metodologa define mejores prcticas reconocidas en la industria para el desarrollo de software
orientado a funcionalidades. Algunas de esas prcticas se definen a continuacin [3] [18]:
2.5.2.1
Modelado de objetos de dominio
Esta prctica consiste en explorar y explicar el dominio del problema a resolver. El modelado
resultante provee un marco de trabajo global en el cual agregar funcionalidades.
2.5.2.2
Visibilidad del progreso y resultados
Son frecuentes, apropiados y especficos reportes de progresos a todos los niveles organizativos,
dentro y fuera del proyecto, basndose en el trabajo o partes terminadas, lo cual permite a los
gerentes o directores dirigir correctamente el proyecto.
Prcticas de Software Quality Assurance (SQA)
Segn Galin [19], Software Quality Assurance comprende un conjunto de acciones necesarias
para proporcionar la confianza de que el proceso de desarrollo de software o mantenimiento de un
producto de sistema de software se ajusta a los requisitos establecidos durante su permanencia
dentro de la programacin y el presupuesto. A continuacin, se especifica una de sus prcticas
[20]:
2.5.3.1
Establecimiento de actividades para satisfacer las prcticas de calidad requeridas
Esta prctica tiene asociadas las siguientes subprcticas que la definen:
Actividades para revisar la calidad de los productos generados al final de cada fase de
desarrollo del software.
Actividades para revisar la calidad de los productos generados al final de cada cambio
producido en mantenimiento.
Actividades para administrar el control de cambios durante el desarrollo y mantenimiento.
Prctica de Project Management Body of Knowledge (PMBOK)

PMBOK establece que realizar el anlisis del valor agregado es "un mtodo objetivo para medir el
desempeo del proyecto en lo referente al alcance, tiempo y costo". PMI incluye el estndar del
mtodo del valor agregado como prctica para la direccin de proyectos [21].
2.5.4.1
Gestin de valor agregado
La gestin del valor agregado es una tcnica de gestin de proyectos que permite establecer el
presupuesto y el calendario de ejecucin para controlar la ejecucin de un proyecto.
Prcticas CMMI
CMMI (Capability Maturity Model Integration) es un modelo de madurez de mejora de los procesos
para el desarrollo de productos y servicios. Comprende las mejores prcticas que abarcan las
actividades de desarrollo y mantenimiento del ciclo de vida del proyecto [22] [23].
2.5.5.1
Planificacin del proceso
El propsito de esta prctica genrica es determinar lo que se requiere para realizar un proceso y
alcanzar los objetivos establecidos durante el desarrollo del proyecto, mediante la realizacin de
planes y descripciones del proceso.
2.5.5.2
Suministro de recursos
El propsito de esta prctica genrica es asegurar que los recursos que son necesarios durante el
desarrollo del proyecto o proceso, que se definan en el plan, se encuentren disponibles cuando se
requieran. Los recursos incluyen instalaciones fsicas y herramientas apropiadas.
2.5.5.3
Formacin del personal
Es una prctica genrica que comprende el rea de la planificacin del proyecto. El propsito es
asegurar que las personas del equipo tengan habilidades y experiencia para llevar a cabo las
actividades del proceso mediante una formacin apropiada. Dentro de esta prctica se realiza la
prctica especfica Planificar el conocimiento y habilidades necesarias.
2.5.5.4
Monitoreo y control del proceso
El propsito de esta prctica genrica es realizar el monitoreo y control del proceso a diario, lo cual
implica medir atributos del proceso o de los productos de trabajo para tener una visibilidad
apropiada del proyecto. Esta prctica se encuentra definida en las siguiente subprcticas:
Evaluar el progreso y rendimiento reales. Revisar los logros y resultados del proceso.
Revisar las actividades, el estado y los resultados del proceso.
Identificar y evaluar los efectos de las desviaciones importantes dentro del plan
Identificar problemas.
Tomar acciones correctivas cuando no se satisfacen los requisitos.
2.5.5.5
Asignacin de responsabilidad
Es una prctica genrica que asegura que existen responsabilidades para realizar un proceso, con
las cuales se logran resultados durante el desarrollo del proyecto. Esta prctica presenta las
siguientes subprcticas:
Asignar la responsabilidad y la autoridad en su totalidad para realizar el proceso.
Asignar la responsabilidad y la autoridad para realizar las tareas especficas del proceso.
Confirmar que las personas a las que se les asign responsabilidad y autoridad las
comprenden y las aceptan.
2.5.5.6
Determinacin de estimaciones de esfuerzo de trabajo y costo
Esta prctica establece estimaciones de esfuerzo y costo mediante la estimacin de atributos de

productos de trabajo y tareas, estableciendo tiempos entre tareas y los riesgos que el proyecto
incluya. Algunos productos tpicos de trabajo de esta prctica son:
Estimacin racional.
Estimaciones del esfuerzo para el proyecto.
Estimaciones del costo del proyecto.
3 ANTECEDENTES
Las representaciones de la estructura de RUP existentes en la literatura presentan, en general, la
jerarquizacin de los elementos del mtodo, con el fin de dar a entender el funcionamiento del
mtodo de forma general. Por ello, estas representaciones especifican los elementos y la
interaccin entre los mismos, tal como se puede apreciar en la Figuras 10 y 11, donde se visualiza
la estructura de RUP pero no se especifican todos los elementos del mtodo.
Figura 10. Elementos de mtodo RUP. Traducido de [15]
RUP consta de elementos como fases, las cuales comprenden disciplinas. Cada una de las
disciplinas agrupa actividades que se dividen en tareas, mientras las tareas se dividen en pasos.
Los diferentes roles son los encargados de llevar a cabo las tareas y de producir y utilizar los
artefactos correspondientes a cada tarea [15].
Figura 11. Componentes del mtodo RUP. Traducido de [24]
Sin embargo, estas representaciones se enfocan nicamente en la visualizacin de los elementos

del mtodo que conforman la estructura de RUP y la relacin entre los mismos. En ambas
representaciones, el nivel de especificacin de elementos es menor.
En la literatura se encontraron otras representaciones donde se pueden visualizar los elementos de

los mtodos, como los artefactos y las actividades con las que se asocian (vase la Fig. 12).
Figura 12. Artefactos y actividades de la disciplina requisitos. Traducido de [15]
Sin embargo, como RUP se divide en disciplinas, se muestran las representaciones de cada una
por separado y este trabajo se enfocan nicamente en la disciplina de requisitos y modelado
empresarial.
Adicionalmente, se encontr una representacin de RUP con los elementos del ncleo de Semat.
Tal como se puede ver en la Figura 13, en este trabajo se caracterizan las seis mejores prcticas
propuestas en la metodologa de acuerdo con las tres reas de inters que Semat define. Se
define la asociacin a la prctica Develop Software Iteratively los alfas asociados y definen los
alfas Opportunity, Software system y Way of working mediante los productos de trabajo que se
generan, de acuerdo con las actividades que especifica el mtodo. Sin embargo, en este trabajo no
se representa el mtodo completo, sino una parte especfica de RUP. Adicionalmente, slo se
presenta la secuencia de actividades en la representacin propia del mtodo y no con los
elementos del ncleo de Semat. Tampoco se incluyen las competencias requeridas para cada
actividad ni la definicin de la prctica mediante los espacios de actividad.
Figura 13. Resultados del trabajo sobre la estructura RUP en Semat [25]
CDM consta de elementos como fases. Cada fase es un conjunto de procesos, cada proceso es un
conjunto de tareas y las tareas se pueden clasificar como tareas requisito o tareas resultantes de
acuerdo al proceso que se ejecute. Del mtodo CDM no se encontraron representaciones grficas
de los elementos que lo componen. Sin embargo, existe la representacin de dos dimensiones que
permite visualizar algunos elementos del mtodo, tal como se aprecia en la Figura 5, donde se
identifican los procesos y las fases del mtodo.
Del UNC-Method, no se encontraron representaciones grficas de sus elementos en la literatura.
4 CAPTULO 4. PROPUESTA DE SOLUCIN

4.1 Representacin de las prcticas en el ncleo de Semat
A continuacin, se presenta la caracterizacin de las prcticas encontradas en la literatura, de
acuerdo con las reas propuestas en el estndar de Semat.
En el rea de conocimiento cliente se incluye a los interesados, por lo cual la prctica
perteneciente a este grupo se muestra en la Figura 14:
Figura 14. Prctica del rea de conocimiento clientes
En el rea de conocimiento solucin, el equipo necesita establecer los requisitos e implementar,

construir, probar y mantener un sistema de software, por lo cual las prcticas pertenecientes a este
grupo se muestran en la Figura 15:
Figura 15. Prcticas del rea de conocimiento solucin
En el rea de conocimiento esfuerzo, se tiene que establecer el equipo, su forma de trabajo y se

tiene que hacer el trabajo, por lo cual las prcticas pertenecientes a este grupo se muestran en la
Figura 16:
Figura 16. Prcticas del rea de conocimiento esfuerzo
4.2 Representacin grfica del mtodo CDM

Para realizar la representacin de los distintos conceptos del mtodo CDM Fast Track con los
elementos del ncleo de Semat, se proponen las siguientes especificaciones:
Una tarea en CDM, al generar un servicio o entregable, se representa en Semat como una
actividad.
Un entregable, por su definicin, se representa en Semat como un producto de trabajo.
El responsable es el rol en Semat, el cual se representa mediante el smbolo patrn.
Debido a que en la literatura no se encuentran especificadas las prcticas del mtodo CDM, se
propone la asociacin con prcticas de la ingeniera de software ya existentes para su inclusin en
el ncleo de Semat. El conjunto de actividades asociadas con los productos de trabajo y las
actividades de este mtodo se visualizan en la Figura 17.
Figura 17. Prcticas de los mtodos CDM y PJM
A continuacin, se presentan las actividades, el rol que las realiza y los productos de trabajo por
fases, organizados en tablas (vanse las Tablas 24, 25, 26 y 27). Adems, se muestra la
asociacin con los alfas cuyos estados se afectan al realizar cada actividad. Se especifica el
espacio de actividad al que pertenece cada actividad establecida en la metodologa CDM y en la
metodologa de gestin de proyectos PJM. Adicionalmente, se propone la representacin con los
Para llevar a cabo esta representacin se toma en consideracin la descripcin de actividades y

productos de trabajo, los cuales se definen en la Tabla 22 y en la Tabla 23 respectivamente.
Actividad
Detallar el negocio y objetivos
del sistema
Implementar las normas de
definicin de requisitos y
directrices
Documentar las interfaces del
sistema existente
Obtener arquitectura tcnica
existente
Descripcin
Si la organizacin del cliente estableci un programa de
reutilizacin, se deben escoger asesores.
Se pueden buscar las normas actuales de construccin de modelos
y directrices que, o bien se utilizan en toda la empresa o se usaron
en un proyecto anterior.
Obtener informacin acerca de las interfaces existentes para la
identificacin de las oportunidades de reutilizacin.
Obtener informacin acerca de los componentes del sistema

existente y arquitecturas de red que puede reutilizar.
Al crear la arquitectura tcnica, debe decidir qu componentes
Crear arquitectura tcnica
reutilizados se integrarn y cmo se encajan en la arquitectura.
Implementar normas base de Buscar normas y directrices existentes de bases de datos utilizadas
datos y directrices
en la empresa, en proyectos actuales o anteriores.
Tabla 27. (Parte 1/2) Descripcin de principales tareas [10]
Actividad
Desarrollar prototipo look and
feel
Descripcin
El contenido presentado en esta tarea no se debe relacionar con el
dominio del negocio; se deben reutilizar mdulos de un proyecto
anterior, si es posible.
Desarrollar la definicin de
Describir cualquier compra de componentes
hardware y software
Disear mdulos de
Se deben tratar de reutilizar los scripts y programas.
conversin de datos
Desarrollar listas de chequeo Obtener y adaptar las listas existentes y tipos de mdulos que se
de prueba del mdulo
probarn en el proyecto.
Tabla 28. (Parte 2/2) Descripcin de principales tareas [10]
Producto de trabajo
Negocio y objetivos del
sistema
contexto
Lista de alto nivel MoSCoW
Procesos de particiones de
alto nivel del negocio y
funciones
Material de referencia ya
existente
Interfaces del sistema
existente
Descripcin
Documento en el que consten los beneficios empresariales que el
cliente quiere ganar de la solucin.
El modelo de proceso, las unidades de negocio, las reas
funcionales, las relaciones entre estos mbitos, la informacin
principal y las corrientes de recursos.
Lista de ponderacin y en orden de prioridad de los procesos de
negocio y de las principales funciones de la empresa.
Descripcin de cmo el sistema se est partiendo.
Materiales de referencia que se relacionan con los objetivos
empresariales del proyecto.
Informe con la lista de interfaces del sistema existente.
Plan con los requisitos actuales y futuros de capacidad de

almacenamiento en disco y la infraestructura en general.
Incluye requisitos cuantitativos y comprobables de disponibilidad,
Definicin de la arquitectura
rendimiento y seguridad. Se definen los requisitos de hardware y
del sistema
software del proyecto y entornos de produccin.
Conversin de datos de los
Descripciones de alto nivel para cada uno de los sistemas de
requisitos
origen y los requisitos funcionales para convertir y cargar los datos.
Documentacin de requisitos Documentacin que se necesitar durante y al final del proyecto.
Requisitos para la realizacin de pruebas. Son los requisitos para el
Requisitos de pruebas
proceso de desarrollo en lugar del sistema que se est
produciendo.
Equipo de desarrolladores, usuarios, administradores y otros
Equipo de proyecto integrado participantes en el proyecto que entienden el proyecto y sus
funciones.
Modelo detallado del proceso Modelo de los acontecimientos y de los procesos de negocio
de negocio
necesarios para cumplir con los objetivos empresariales definidos.
Modelo detallado de la
Jerarqua de funciones incluyendo sus descripciones basadas en
funcin del negocio
las descripciones del negocio.
Prototipo generado con las decisiones hechas durante los espacios
Prototipo funcional validado
de trabajo y las peticiones de cambio registradas durante el tutorial
del prototipo funcional.
Lista detallada de prioridades que cambia durante las iteraciones si
los usuarios cambian sus prioridades.
Tabla 29. (Parte 1/2) Descripcin de principales entregables [10]
Plan de capacidad existente
Producto de trabajo
Descripcin de la funcin del
sistema existente
Modelo de datos del sistema
existente
Descripcin de
procedimientos
operacionales existentes
Descripcin
Un informe completo de las descripciones de las funciones
correspondientes al sistema existente.
Definicin y modelo entidad-relacin de la estructura lgica de la
informacin del sistema actual.
Informe con las copias de la documentacin del cliente y de los
procedimientos existentes relevantes para el nuevo sistema.
Arquitectura tcnica
Hardware, software, herramientas y requisitos de configuracin

necesarios para apoyar el desarrollo y la validacin.
Problemas de rendimiento
Los requisitos cuantitativos para mejorar el rendimiento del sistema.
Prototipo look and feel
Prototipo funcional que slo se crea con el fin de lograr un acuerdo

sobre el aspecto de la aplicacin.
Plan de trabajo de
conversin de datos
Plan de trabajo para la conversin de datos.
Los tipos de capacitacin (cursos formales, talleres o tutoriales) que

se deben preparar para el nuevo sistema.
La combinacin de la salida de tareas: crear modelo detallado del
Modelo de requisitos del
proceso de negocio, recopilar informacin detallada del negocio,
negocio rested
construir modelo de datos del negocio y construir modelo detallado
de la funcin del negocio.
Datos convertidos y
Datos de produccin convertidos y verificados. Debe incluir todo lo
verificados
que sea necesario para la aplicacin en produccin.
Descripciones detalladas de la utilizacin de cada funcin del
Referencia del usuario
sistema.
Gua de procedimiento completa para el uso de la aplicacin para
Gua de usuario
responder a todos los eventos de negocios.
Describe los componentes tcnicos de la aplicacin. Se utiliza en el
Referencia tcnica detallada
mantenimiento de la aplicacin.
Gua completa que contiene las tareas y procedimientos requeridos
Gua de operaciones del
para mantener el sistema operando y funcionando para los
sistema
usuarios.
Una declaracin de usuario que confirma que el sistema est listo
Resultados de la validacin
para ir a produccin. Los usuarios aceptan el nuevo sistema, la
de preproduccin
conversin de datos y documentacin, para su uso en produccin.
Los usuarios capacitados para utilizar el nuevo sistema tienen
Capacitacin de los usuarios sesiones de entrenamiento y pueden resolver nuevos problemas de
negocio.
Los administradores del sistema, los administradores de la base de
Capacitacin de
datos y personal de operaciones que son capaces de mantener el
administradores
sistema da a da y con xito.
Los usuarios tienen acceso y el negocio se est ejecutando en el
Sistema en produccin
nuevo sistema.
Plan de mejora
Manejo de mejoras funcionales y no funcionales.
Tabla 30. (Parte 2/2) Descripcin de principales entregables [10]
Requisitos de formacin
Las prcticas asociadas con este mtodo se definen mediante alfas y espacios de trabajo, tal como
se puede ver en las Figuras 18 y 19, respectivamente.
Figura 18. Definicin de prcticas mediante los alfas
Figura 19. Definicin de prcticas mediante espacios de actividad
Fase: Definicin
En la Tabla 24 se presentan los productos de trabajo, actividades y roles de esta fase asociados
con los alfas y espacios de actividad que Semat propone.
Espacio de
actividad
Alfa
Producto de trabajo
Oportunidad, Negocio y objetivos

Interesados del sistema
Actividad
Detallar el negocio y
objetivos del sistema
Rol
Promotor del
proyecto
Desarrollador
Modelo de proceso
Crear el modelo de
Oportunidad
principal de la
Explorar
del contexto
proceso del contexto
aplicacin
posibilidades
Modelo de proceso
Crear el modelo de
Desarrollador
Oportunidad de negocio de alto
proceso de negocio de alto principal de la
nivel
nivel
aplicacin
Tabla 31. (Parte 1/4) Espacios de actividad, alfas, productos de trabajo y roles en la fase
definicin
Espacio de
actividad
Alfa
Oportunidad
Oportunidad
Explorar
posibilidades
Oportunidad
Oportunidad
Producto de trabajo
Descripciones del
Definicin de la
estructura actual y
futura de la
organizacin
Modelo compuesto
de funcin del
negocio
Modelo de datos del
Procesos divididos de
alto nivel del negocio
y funciones
Lista de alto nivel
Interesados
MoSCoW
Material de referencia
Oportunidad
ya existente
Oportunidad, Negocio y objetivos
Interesados del sistema
Equipo de proyecto
Interesados
Integrado
Modelo de alto nivel
Interesados del sistema de datos
existente
Oportunidad
Comprender
las
necesidades
de los
interesados
Interesados
Interesados
Interesados
Oportunidad
Requisitos
Comprender
los requisitos
Requisitos
Requisitos
Actividad
Obtener descripciones del
Desarrollador
principal de la
aplicacin
Documentar la estructura
actual y futura de la
organizacin
Desarrollador
principal de la
aplicacin
Crear el modelo
compuesto de funcin del
negocio
Desarrollador
principal de la
aplicacin
Desarrollador
principal del
sistema
Crear el modelo de datos

del negocio de alto nivel
Definir las particiones
Gerente de
proyecto
Crear lista MoSCoW
Usuario
embajador
Obtener material de
Detallar el negocio y
objetivos del sistema
Lanzar el proyecto
Crear modelo de alto nivel

del sistema de datos
existente
Crear el modelo de
Modelo de proceso
proceso del sistema
del sistema existente
existente
Interfaces del sistema Documentar los Interfaces
existente
Arquitectura Tcnica
Existente
Rol
Obtener arquitectura
tcnica existente
Material de referencia
ya existente
Modelo de alto nivel
existente
Obtener material de
Crear modelo de alto nivel
existente
Crear el modelo de
Modelo de proceso
proceso del sistema
existente
Interfaces del sistema Documentar las Interfaces
existente
Desarrollador
Promotor del
proyecto
Gerente de
proyecto
Desarrollador
Desarrollador
principal de la
aplicacin
Desarrollador
Desarrollador
principal del
sistema
Desarrollador
Desarrollador
Desarrollador
principal de la
aplicacin
Desarrollador
Desarrollador
principal del
sistema
Requisitos
Glosario
Desarrollar glosario
Desarrollador
Tabla 32. (Parte de 2/4) Espacios de actividad, alfas, productos de trabajo y roles en la fase
Requisitos
Arquitectura tcnica
existente
Obtener arquitectura
tcnica existente
definicin
Espacio de
actividad
Alfa
Requisitos
Comprender
los requisitos
Requisitos
Requisitos
Darle forma al Sistema de

sistema
software
Forma de
trabajo
Forma de
trabajo
Equipo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Prepararse
para hacer el
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo,
trabajo
Producto de trabajo
Actividad
Rol
Conversin de datos
de los requisitos
Documentacin de
requisitos
Requisitos de
pruebas
Definicin de la
arquitectura del
sistema
Documentar la conversin
Desarrollador
de datos de los requisitos
Especificar documentacin
Escritor tcnico
de requisitos
Determinar los requisitos
Tester principal
de pruebas
Desarrollador
Definir la arquitectura del
principal del
sistema
sistema
Desarrollador
Plan de capacidad
Obtener el plan de
principal del
existente
capacidad existente
sistema
Normas de definicin Implementar las normas de Desarrollador
de requisitos del
definicin de requisitos y
principal de la
negocio y directrices directrices
aplicacin
Equipo de proyecto
Gerente de
Lanzar el proyecto
integrado
proyecto
Plan de gestin del
Establecer el alcance, los
Gerente de
alcance del Proyecto objetivos y el enfoque
proyecto
Estrategias de control Definir las estrategias de
y presentacin de
control y presentacin de
Gerente de
informes, normas y
informes, las normas y los proyecto
procedimientos
procedimientos
Plan de gestin de
Establecer planes de
Gerente de
proyectos
gestin
proyecto
Trabajo de las
Definir el trabajo Las
estrategias de
Gerente de
estrategias de gestin,
gestin, normas y
proyecto
procedimientos
Gerente de
Plan de trabajo
Establecer plan de trabajo
proyecto
Plan de financiacin
Establecer plan de
financiacin
Gerente de
proyecto
Las estrategias de
Definir las estrategias de
gestin de los
Gerente de
gestin de los recursos ,
recursos, normas y
proyecto
procedimientos
Forma de
Gua de la
Creacin de un proyecto
Gerente de
trabajo
orientacin proyecto gua de orientacin
proyecto
Organizacin
Gerente de
Trabajo
Aplicar organizacin
preparada
proyecto
Forma de
Plan de recursos
Establecer plan de
Gerente de
trabajo
fsicos
recursos fsicos
proyecto
Infraestructura
Establecer la
Gerente de
Trabajo
preparada
infraestructura
proyecto
Estrategias de gesDefinir estrategias de
Forma de
Gerente de
tin de calidad, norgestin de la calidad,
trabajo
proyecto
mas y procedimientos normas y procedimientos
Forma de
trabajo
definicin
Espacio de
actividad
Alfa
Prepararse
para hacer el
trabajo
Forma de
trabajo
Coordinar
actividades
Equipo
Apoyar
equipo
el
Producto de trabajo
Gestin de la
configuracin las
estrategias, normas y
procedimientos
Dotacin de personal
y plan de su
organizacin
Equipo de proyecto
integrado
Actividad
Rol
Definir las estrategias de

gestin de configuracin ,
gerente de
proyecto
Establecer personal y
organizacin plan
gerente de
proyecto
gerente de
proyecto
Auditar entregables
gerente de
Trabajo
Lnea base auditada
principales
proyecto
Realizar evaluacin de
gerente de
Trabajo
Reporte de calidad
calidad
proyecto
Seguimiento
del progreso
Realizar auditora de
gerente de
Trabajo
Auditora de calidad
calidad
proyecto
Lanzamiento
de
gerente de
Trabajo
recursos fsicos
proyecto
Equipo
Lanzar el proyecto
definicin
Las prcticas definidas con los elementos del ncleo de Semat en la primera fase de CDM Fast
Track y PJM se visualizan en las Figuras 21-28 y la secuencia de actividades se muestra en la
Figura 20.
Figura 20. Secuencia de actividades en la fase Definicin
Figura 21. Definicin de la prctica Modelado de objetos de dominio
Figura 23. Definicin de la prctica Gestin de requisitos
Figura 24. Definicin de la prctica Asignacin de responsabilidades
Figura 25. Definicin de la prctica Suministro de recursos
Figura 26. Definicin de la prctica Monitoreo y control de recursos
Figura 27. Definicin de la prctica Planificacin del proceso
Figura 28. Definicin de la prctica Planificacin del proceso
Fase: Modelado de requisitos

Espacio de
actividad
Alfa
Interesados
Interesados
Comprender las
Interesados
necesidades de los
interesados
Interesados
Interesados
Producto de trabajo
Informacin detallada
del negocio
Prototipo funcional
validado
Recopilar informacin
Validar prototipo
funcional
Lista MoSCoW
redefinida
Descripcin de la
funcin del sistema
existente
Modelo de datos del
sistema existente
Oportunidad, Prototipo funcional

interesados validado
Oportunidad,
Asegurar
la
interesados
satisfaccin de los
interesados
Oportunidad,
interesados
Oportunidad,
interesados
Requisitos
Requisitos
Requisitos
Requisitos
Comprender
requisitos
los Requisitos
Actividad
Producir descripcin de
la funcin del sistema
existente
Generar modelo de
datos del sistema
existente
Validar prototipo
funcional
Prototipo look and

feel
look and feel
Requisitos de la
interfaz usuario
Validar look and feel
Rol
Desarrollador
Usuario
embajador
Usuario
embajador
Desarrollador
Desarrollador
Usuario
embajador
Desarrollador
principal de la
aplicacin
Usuario
embajador
Desarrollador
funcional
Modelo detallado del Crear modelo detallado
Desarrollador
proceso de negocio
del proceso de negocio
Informacin detallada Recopilar informacin
Desarrollador
del negocio
Prototipo funcional
Modelo de datos del

negocio
Construir modelo de
datos del negocio
Construir modelo
Modelo detallado de
detallado de la funcin
la funcin del negocio
del negocio
Lista MoSCoW
redefinida
Descripcin de la
funcin del sistema
existente
Desarrollador
Desarrollador
Usuario
embajador
Producir descripcin de
la funcin del sistema
Desarrollador
existente
Generar modelo de
Modelo de datos del
Requisitos
datos del sistema
Desarrollador
sistema existente
existente
Descripcin de los
Elaborar descripcin de
Desarrollador
procedimientos
los procedimientos
Requisitos
principal del
operacionales
operacionales
sistema
existentes
existentes
Requisitos
modelado de requisitos
Espacio de
actividad
Alfa
Producto de trabajo
Rol
Definir los requisitos

Desarrollador
operacionales
principal del
detallados del sistema sistema
Comprender
los
requisitos
Desarrollador
Requisitos de
Crear requisitos de
Requisitos
principal de la
formacin
formacin
aplicacin
Desarrollador
Sistema de
Crear arquitectura
Arquitectura tcnica
principal del
software
tcnica
sistema
Darle forma al
sistema
Desarrollador
Sistema de Problemas de
Determinar problemas
principal del
software
rendimiento
de rendimiento
sistema
Desarrollador
Sistema de Diseo lgico de base
Crear diseo lgico
principal del
software
de datos
de base de datos
sistema
Crear base de datos
Desarrollador
Sistema de Base de datos ddl del
ddl del prototipo
principal del
software
prototipo funcional
funcional
sistema
Desarrollador
Sistema de
Diseo de la aplicacin Disear aplicacin
principal de la
software
aplicacin
Implementar
el
sistema
Sistema de Entorno de desarrollo
Crear entorno de
Gerente de
software
inicial
desarrollo inicial
configuracin
Sistema de
Prototipo funcional
Desarrollador
software
funcional
Desarrollador
Sistema de
Prototipo look and feel
principal de la
look and feel
software
aplicacin
Sistema de Prototipo funcional
Validar prototipo
Usuario
software
validado
funcional
embajador
Implementar normas Desarrollador
Forma de
Normas de la base de
base de datos y
principal del
trabajo
datos y directrices
directrices
sistema
Implementar normas
Normas de desarrollo
Desarrollador
Forma de
de desarrollo de la
de la aplicacin y
principal de la
trabajo
aplicacin y
directrices
aplicacin
directrices
Forma de
Estrategia de
Desarrollador
trabajo
conversin de datos
conversin de datos
Prepararse para
hacer el trabajo
Definir plan de trabajo Lder de equipo
Forma de
Plan de trabajo de
de conversin de
de conversin
trabajo
conversin de datos
datos
de datos
Determinar las
Forma de
Normas de
normas de la
Escritor tcnico
trabajo
documentacin
documentacin
Documentacin de
Crear documentacin
Forma de
Administrador
procedimientos y
de procedimientos y
trabajo
del sistema
entorno
entorno
Requisitos
Requisitos
operacionales
detallados del sistema
Actividad
Espacio de
actividad
Prepararse para
hacer el trabajo
Coordinar
actividades
Alfa
Forma de
trabajo
Trabajo
Equipo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo,
trabajo
Forma de
trabajo
Seguimiento
progreso
Forma de
del trabajo
Trabajo
Forma de
trabajo
Trabajo
Forma de
trabajo
Forma de
trabajo
Producto de trabajo
Actividad
Desarrollar estrategia
de pruebas
Entorno de desarrollo
Crear entorno de
inicial
desarrollo inicial
Dotacin de personal y Establecer personal y
plan de su organizacin plan de organizacin
Plan de gestin del
alcance del proyecto
Estrategias de control y
presentacin de
informes, normas y
procedimientos
Trabajo de las
estrategias de gestin,
normas y
procedimientos
Estrategia de pruebas
Rol
Tester principal
Gerente de
configuracin
Gerente de
proyecto
Plan de trabajo
Plan de financiacin
Las estrategias de
gestin de los recursos, Recordar y revisar Gerente de
normas y
planes de proyecto
proyecto
procedimientos
Gua de la orientacin
proyecto
Organizacin
preparada
Infraestructura
preparada
Estrategias de gestin
de la calidad, normas y
procedimientos
Gestin de la
configuracin las
procedimientos
Realizar auditora de Gerente de

calidad
proyecto
Lanzamiento de
Lanzar recursos
Gerente de
Trabajo
recursos fsicos
fsicos
proyecto
Realizar evaluacin
Gerente de
Trabajo
Reporte de calidad
de calidad
proyecto
Auditar entregables
Gerente de
Trabajo
Lnea base auditado
principales
proyecto
Trabajo
Auditora de calidad
Las prcticas definidas con los elementos del ncleo de Semat en la segunda fase del mtodo
CDM Fast Track se visualizan en la Seccin ANEXOS.
Fase: Diseo de sistema y generacin

Espacio de
Alfa
actividad
Asegurar la
satisfaccin de
Interesados
los interesados
Comprender los
Requisitos
requisitos
Requisitos
Darle forma al
sistema
Producto de trabajo
Lista MoSCoW
redefinida
Lista MoSCoW
redefinida
Modelo de requisitos
del negocio rested
Actividad
Usuario
embajador
Usuario
embajador
Revisar modelo de
requisitos
Desarrollador
Desarrollador
Desarrollar la definicin
principal del
de hardware y software
sistema
Desarrollador
Desarrollar arquitectura
principal del
de distribucin
sistema
Requisitos
Definicin de
hardware y software
Requisitos
Arquitectura de
distribucin
Requisitos
Esquema de
autorizacin de
objetos de base de
datos
Crear esquema de
autorizacin de objetos
de base de datos
Requisitos
Diseo fsico de la
base
Crear diseo fsico de

la base
Sistema de
software
Ddl de la produccin
de la base de datos
Requisitos
Requisitos
Sistema de
software
Crear ddl de la
produccin de la base
de datos
Mdulos
Desarrollar (grupo de)
documentados
mdulos
Diseo del mdulo de Disear mdulos de
conversin de datos
conversin de datos
Cdigo de la
aplicacin
Rol
Estrenar aplicacin
Desarrollador
principal del
sistema
Desarrollador
principal del
sistema
Desarrollador
Desarrollador
Desarrollador
principal de la
aplicacin
Codificar mdulos de
Desarrollador
conversin
Implementar el
Ensamblar materiales
Sistema de Materiales de
sistema
de referencia de
Desarrollador
software
referencia de usuario
usuario
Sistema de Gua del usuario
Producir gua del
Usuario
software
inicial
usuario inicial
embajador
Sistema de Materiales tcnicos
Ensamblar materiales
Desarrollador
software
de referencia
tcnicos de referencia
Requisitos
Mdulos de
conversin
Desarrollador
principal del
sistema
diseo de sistema y generacin
Espacio de
actividad
Alfa
el
Rol
Pruebas de
escenarios
Modelo de prueba de
la arquitectura del
sistema
Requisitos,
sistema de
software
Requisitos validados
Validar requisitos
Usuario
embajador
Requisitos,
sistema de
software
Datos probados
convertidos y
verificados
Conversin inicial y la
verificacin de los
datos
Lder de
equipo de
conversin de
datos
Resultados de la
Realizar prueba del
prueba del mdulo de
mdulo de conversin
conversin
Desarrollador
Requisitos
Requisitos
Probar
sistema
Actividad
Producir gua de
operaciones inicial del
sistema
Crear pruebas de
escenarios
Crear modelo de
prueba de la
Sistema de
software
Implementar
sistema
Producto de trabajo
Requisitos,
sistema de
software
Requisitos,
el
sistema de
software
Requisitos,
sistema de
software
Sistema de
software
Sistema de
software
Gua de operaciones
inicial del sistema
Resultados de las
pruebas del sistema
Desarrollador
principal del
sistema
Tester
principal
Tester
principal
Desarrollar pruebas del Tester

sistema
principal
Resultados de la
Realizar prueba de
prueba de integracin
integracin de sistemas
de sistemas
Desarrollar listas de
Listas de chequeo de
chequeo de prueba del
prueba del mdulo
mdulo
Secuencia de
Desarrollar la
pruebas para la
secuencia de pruebas
integracin de
para la integracin de
sistemas
sistemas
Desarrollar estrategia
Estrategia de reserva
de reserva y
y recuperacin
recuperacin
Desarrollador
principal del
sistema
Tester
principal
Desarrollador
principal del
sistema
Desarrollador
principal del
sistema
Desarrollador
Prepararse para Forma de
Estrategia de control Desarrollar de
principal del
hacer el trabajo trabajo
y seguridad
estrategia seguridad
sistema
Desarrollador
Forma de
Crear plan de
Plan de capacidad
principal del
trabajo
capacidad
sistema
Forma de
Estrategia de
Usuario
trabajo
formacin
formacin
embajador
Forma de
Crear plan de
Usuario
Plan de formacin
trabajo
formacin
embajador
Definir estrategia cutForma de
Gerente de
Estrategia cut-over
over
trabajo
proyecto
Tester
Forma de
Plan de integracin
Planear integracin
trabajo
principal
Forma de
trabajo
Espacio de
actividad
Alfa
Trabajo
Coordinar
actividades
Equipo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo,
trabajo
Producto de trabajo
Entorno de desarrollo
inicial
Dotacin de personal
y plan de su
organizacin
Plan de gestin del
Estrategias de control
y presentacin de
informes, normas y
procedimientos
Trabajo de las
estrategias de
gestin, normas y
procedimientos
Actividad
Crear entorno de
desarrollo inicial
Establecer personal y
organizacin
plan
Rol
Gerente de
configuracin
Gerente de
proyecto
Plan de trabajo
Plan de financiacin
Las estrategias de
gestin de los
Recordar y revisar
Gerente de
recursos, normas y
planes de proyecto
proyecto
procedimientos
Forma de
proyecto
Seguimiento del trabajo
Organizacin
progreso
Trabajo
preparada
Forma de
Plan de recursos
trabajo
fsicos
Infraestructura
Trabajo
preparada
Estrategias de gestin
Forma de
de la calidad, normas
trabajo
y procedimientos
Gestin de la
Forma de
configuracin las
trabajo
procedimientos
Gerente de
Trabajo
Auditora de calidad
calidad
proyecto
Lanzamiento de
Gerente de
Trabajo
recursos fsicos
proyecto
Realizar evaluacin de Gerente de
Trabajo
Reporte de calidad
calidad
proyecto
Auditar entregables
Gerente de
Trabajo
Lnea base auditado
principales
proyecto
Forma de
trabajo
Las prcticas definidas con los elementos del ncleo de Semat en la tercera fase del mtodo CDM
Fast Track se visualizan en la seccin ANEXOS.
Fase: Transicin a la produccin

En la tabla 27 se presentan los productos de trabajo, actividades y roles de esta fase asociados a
los alfas y espacios de actividad que Semat propone.
Espacio de
actividad
Alfa
Explorar
posibilidades
Rol
Usuario
embajador
Usuario
embajador
Interesados
Entrenador
el
Interesados
Interesados
Sistema de
software
Sistema de
software
Sistema de
software
Sistema de
software
Implementar
el sistema
Actividad
Oportunidad, Futuras
mejoras Determinar futuras
interesados funcionales
mejoras funcionales
Oportunidad,
Plan de mejoras
Planear mejoras
interesados
Interesados
Utilizar
sistema
Producto de trabajo
Sistema de
software
Sistema de
software
Sistema de
software
Sistema de
software
Sistema de
software
Sistema de
software
Usuarios entrenados
Entrenar usuarios
Administradores
entrenados
Equipo de validacin
entrenado
Entorno
de
mantenimiento
del
cliente
Referencia
del
usuario
Entrenar
administradores
Entrenar equipo de
validacin
Establecer entorno de
mantenimiento del
cliente
del usuario
Completar gua de
Gua de usuario
usuario
Referencia
tcnica Completar referencia
detallada
tcnica
Entrenador
Entrenador
Administrador
del sistema
Usuario
embajador
Usuario
embajador
Escritor tcnico
Desarrollador
Gua operacional del Completar gua
principal del
sistema
operacional del sistema
sistema
Texto de ayuda en Generar texto de ayuda
Desarrollador
lnea
en lnea
Materiales
de Crear materiales de
Usuario
formacin
formacin
embajador
Materiales de clase Producir materiales de Usuario
de usuario
clase de usuario
embajador
Sistema
en Comenzar la
Administrador
produccin
produccin
del sistema
Administrador de
Datos limpios
Limpiar los datos
los datos del
cliente
Datos convertidos y Convertir y verificar los
verificados
datos de produccin
Lder de equipo
de conversin
de datos
transicin a la produccin
Espacio de
actividad
Probar
sistema
Operar
sistema
Alfa
Requisitos,
sistema de
software
Requisitos,
sistema de
el software
Producto de trabajo
Resultados
de
validacin
preproduccin
Resultados de
pruebas
actualizacin
la
Actividad
Realizar validacin
preproduccin
las
de Probar actualizacin
Rol
Coordinador de
validacin
Tester principal
Sistema
heredado
apagado
Evaluacin
del
sistema
Mtricas
de
rendimiento
Estadsticas
del
rendimiento
Excepciones
de
rendimiento
Apagar sistema
heredado
Administrador de
los datos del
cliente
Lder de equipo
de conversin
de datos
Administrador
del sistema
Auditar sistema
Auditor interno
Correcciones fallidas
Analizar los problemas
Sistema de
software
Registro
problemas
Supervisar y responder
Personal de
a los problemas del
soporte is
sistema
Sistema de
software
Scripts actualizados y Actualizar scripts y

procedimiento
procedimiento
Sistema de
software
Sistema de
software
Sistema de
software
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Aplicacin
actualizada
Aplicacin
del
sistema actualizada
Correcciones
de
rendimiento
Sistema de
software
Datos limpios
Sistema de
software
Datos convertidos y Convertir y verificar los

verificados
datos de produccin
Sistema de
software
Sistema de
software
Sistema de
software
Sistema de
software
Sistema de
software
Sistema de
el software
Limpiar los datos
de
Especificar las mtricas

de rendimiento
Medir el rendimiento
del sistema
Acordar excepciones
de rendimiento
Desarrollador
Administrador
del sistema
Gerente de
proyecto
Desarrollador
Desarrollador
Realizar cambios en la
Desarrollador
aplicacin
Actualizacin de la
Desarrollador
aplicacin sistema
Analizar excepciones
Desarrollador
de rendimiento
Crear entorno de
Desarrollador
Entorno de formacin
formacin
dba
Desarrollar plan de
Plan de instalacin
Desarrollador
instalacin
Prepararse
para hacer el
Entorno
de Preparar entorno de
Productor dba
trabajo
produccin
produccin
Preparar estrategia de
Forma de
Estrategia
de
Gerente de
actualizacin de la
trabajo
actualizacin y plan
proyecto
aplicacin y plan
Resultados
de
la
Coordinar
Realizar validacin
Coordinador de
Trabajo
validacin
actividades
preproduccin
validacin
preproduccin
Espacio de
actividad
Alfa
Trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo,
trabajo
Forma de
trabajo
Seguimiento
del progreso
Forma de
trabajo
Trabajo
Forma de
trabajo
Trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Producto de trabajo
Actividad
Resultados
de
la
Realizar validacin
validacin
preproduccin
preproduccin
Plan de gestin del
y presentacin de
informes, normas y
procedimientos
Trabajo de las
estrategias de
gestin, normas y
procedimientos
Rol
Coordinador de
validacin
Plan de trabajo
Plan de financiacin
Las estrategias de
gestin de los
recursos, normas y
procedimientos
Recordar
y revisar
proyecto
planes de proyecto
Organizacin
preparada
Plan de recursos
fsicos
Infraestructura
preparada
Estrategias de
gestin de la calidad,
normas y
procedimientos
Gestin de la
configuracin las
procedimientos
Plan de gestin del
y presentacin de
informes, normas y
procedimientos
Aceptar seguridad del
cliente del proyecto
Gerente de
proyecto
Gerente de
proyecto
Gerente de
Equipo
Personal lanzado
Lanzar personal
proyecto
Finalizar
proyecto
Trabajo
Espacio de
actividad
Alfa
Producto de trabajo
Actividad
Rol
Aceptar seguridad del Gerente de

cliente del proyecto
proyecto
Gerente de
Equipo
Personal lanzado
Lanzar personal
proyecto
Gerente de
Trabajo
Recursos fsicos
proyecto
Finalizar
Realizar evaluacin de Gerente de
proyecto
Trabajo
Reporte de calidad
la calidad
proyecto
Auditar
entregables Gerente de
Trabajo
Lnea base auditada
clave
proyecto
Preparacin de la Concluir configuracin
Gerente de
Trabajo
gestin
de de gestin de la
proyecto
producccin
configuracin
Trabajo
Las prcticas definidas con los elementos del ncleo de Semat en la cuarta fase del mtodo CDM
Fast Track se visualizan en la seccin ANEXOS.
El grupo de competencias asociadas con los roles existentes en el mtodo CDM Fast Track se
visualizan en la Figura 29.
Figura 29. Competencias de los mtodos CDM y PJM
El grupo de roles existentes en el mtodo CDM se visualizan en la Figura 30.
Figura 30. Roles del mtodo CDM y PJM
El progreso del proyecto se mide mediante el cumplimiento de los estados de los alfas, al aplicar el
mtodo se encuentra que, de acuerdo con lo que Semat propone, en la Figura 31 se especifica los
estados que afectan la ejecucin de actividades de los mtodos CDM y PJM durante sus cuatro
fases.
Figura 31. Progreso de un proyecto al aplicar la metodologa CDM Fast Track
4.3 Representacin grfica del UNC-Method

Debido a que en la literatura no se especifican las prcticas del UNC-Method, se propone la
asociacin con prcticas de la ingeniera de software ya existentes para su inclusin en el ncleo
de Semat. El conjunto de prcticas asociadas con las actividades y productos de trabajo de este
mtodo se presentan en la Figura 32.
Figura 32. Prcticas del UNC-Method
Para llevar a cabo la representacin de los elementos de este mtodo, se presenta en la Tabla 28
la descripcin de algunos de los productos de trabajo que se definen en el mtodo [8] [9] [26]:
Entregable
Esquema pre-conceptual
Diagrama causa y efecto
Descripcin
Permite representar el modelo verbal del problema
Permite realizar una estructura y jerarquizacin de los
problemas que el interesado establece en el dilogo
controlado
Diagrama de objetivos
Permite identificar los objetivos gerenciales y especficos
de una organizacin
Permite visualizar cmo una organizacin satisface sus
objetivos, ya que define las actividades de la
organizacin y cmo se llevan a cabo
Tabla explicativa de procesos
Clarifica la informacin que se encuentra modelada en el
diagrama de procesos
Diagrama de casos de uso
Permite modelar aspectos funcionales del sistema, para
reconocer sus lmites, los actores y las acciones que se
realizan
Reglas del negocio
Aspectos de la organizacin que afectan su
comportamiento
Tarjetas de educcin
Informacin reunida en el dilogo controlado y
organizada estructuralmente
Organigrama
La jerarqua y las relaciones de los actores y las
funciones dentro de la organizacin
Diccionario de datos
Los almacenes y actores del diagrama de procesos
Esquema
pre-conceptual Especifica
las
operaciones,
eventos,
lmites,
basado en especificaciones
derivaciones y consultas necesarias
Tabla 45. Descripcin de entregables del UNC-Method. Sntesis del autor. Tomado de [10]
Fase: Contexto del software

Espacio de
actividad
Alfa
Producto de trabajo
Actividad
Rol
Analista
Oportunidad Archivos digitales
interesado-analista
Explorar
posibilidades
Interesado
Director del
proyecto
Analista
Oportunidad,
Dialogo controlado
Interesados
interesado-analista
Interesado
Director del
proyecto
Oportunidad Dialogo controlado Revisar documentacin
Analista
Tabla 46. Espacios de actividad, alfas, productos de trabajo, actividades y roles de la fase
anlisis del problema
Espacio de
actividad
Alfa
Producto de trabajo
Tarjetas de
Oportunidad
educcin
Comprender las
necesidades de
los interesados
Requisitos
Comprender los
requisitos
Requisitos
Requisitos
Coordinar
actividades
Resumir la informacin
relacionada con los
actores, los objetos y las
funciones
Modelo del dominio,

Organigrama,
Oportunidad
Verificar consistencia
Tarjetas de
educcin
Identificar los actores
Interesados Organigrama
internos y externos en la
organizacin
Establecer un
Oportunidad Modelo del dominio
vocabulario comn
Requisitos
Prepararse para
hacer el trabajo
Actividad
Esquema preconceptual
Esquemas preconceptuales
ejecutables
ejecutables,
ejecutables, Tabla
de trazabilidad
documental
Tabla de
trazabilidad
documental
Rol
Analista
Analista
Analista
Analista
Analista
Establecer un
vocabulario comn
Analista
Analista
Estructurar informacin
de la organizacin
Analista
Forma de
trabajo
Gua UNC-Method
Trabajo
Tablero Kanban
Trabajo
Reporte de avance
de los alfas
Gestionar la elaboracin
de tareas
proyecto
Equipo
Lista de roles y
responsabilidades
Definir roles y
responsabilidades
Director del
proyecto
Equipo
Lista de roles y
responsabilidades
Definir roles y
responsabilidades
Director del
proyecto
Explicar el mtodo
Director del
proyecto
Analista
Analista
Las prcticas definidas con los elementos del ncleo de Semat en la primera fase del UNC-Method
se visualizan en las Figuras 34-37 y la secuencia de actividades se muestra en la Figura 33.
Figura 33. Secuencia de

actividades en la fase
contexto del software
Figura 34. Representacin grfica de las prcticas Asignacin de responsabilidades y Formacin de personal
Figura 35. Representacin grfica de la prctica Modelado de objetos del dominio
Figura 36. Representacin grfica de la prctica Modelado visual
Figura 37. Representacin grfica de la prctica Monitoreo y control del proceso
Fase: Anlisis del problema

Espacio de
actividad
Comprender las
necesidades de
los interesados
Alfa
Rol
Reglas del negocio
Establecer limitaciones
del proceso
Analista
Oportunidad
Reglas del negocio
Establecer limitaciones
del proceso
Analista
Oportunidad
Oportunidad
Oportunidad
Oportunidad
Requisitos
Requisitos
Comprender los
requisitos
Actividad
Interesados
Oportunidad
Explorar
posibilidades
Producto de trabajo
Requisitos
Requisitos
Tabla explicativa
del diagrama de
procesos
Diagrama de
procesos
Diagrama de
objetivos
Diagrama de causa
y efecto
Diagrama de
procesos,
Diagrama de
objetivos, Diagrama
de causa y efecto,
Tabla explicativa
del diagrama de
procesos
Tabla explicativa
del diagrama de
procesos
Diagrama de
procesos
Diccionario de
datos
Diagrama de
procesos, Tabla
explicativa del
diagrama de
procesos
Analista
Caracterizar el dominio
del problema
Analista
Analista
Analista
Caracterizar el dominio
del problema
Analista
Analista
Analista
Desarrollar el diccionario
Analista
de datos
Analista
Equipo,
Forma de
Tablero Kanban
Analista
de tareas
trabajo
Apoyar el equipo
Equipo,
Reporte de avance Reportar el progreso del Analista
Forma de
de los alfas
proyecto
trabajo
Las prcticas definidas con los elementos del ncleo de Semat en la segunda fase del UNCMethod se visualizan en la Seccin ANEXOS.
Fase: propuestas de solucin

Espacio de
actividad
Explorar
posibilidades
Alfa
Oportunidad
Requisitos
Requisitos
Requisitos
Comprender los Requisitos

requisitos
Requisitos

sistema
software
Prepararse para
hacer el trabajo
Trabajo
Trabajo
Producto de trabajo
Factores crticos de
xito
Casos de uso
Diagrama de flujo
de interfaz de
usuario
Actividad
Establecer factores
crticos de xito
Especificar la
funcionalidad de la
aplicacin de software
Rol
Analista
Analista
Analista
Desarrollar nuevo
organigrama
Analista
Desarrollar nuevo
diagrama de procesos
Analista
Analista
Casos de uso
Especificar la
funcionalidad de la
Analista
Valoracin de la
propuesta
Costeo de la
propuesta
Establecer el valor de la
solucin
Organigrama
Diagrama de
procesos
Diagrama de
procesos,
Organigrama,
Casos de uso,
Diagrama de flujo
de interfaz de
usuario
Analista
Analista
Equipo,
Tablero Kanban
Forma de
Analista
de tareas
trabajo
Coordinar
actividades
Equipo,
Forma de
de los alfas
proyecto
trabajo
Equipo,
Tablero Kanban
Forma de
Analista
de tareas
trabajo
Apoyar el equipo
Equipo,
Forma de
de los alfas
proyecto
trabajo
propuestas de solucin
Las prcticas definidas con los elementos del ncleo de Semat en la tercera fase del UNC-Method
se visualizan en la Seccin ANEXOS.
Fase: esquema conceptual

Espacio de
actividad
Explorar
posibilidades
Alfa
Producto de trabajo
Oportunidad,
Interesados
Prototipo Alfa
Requisitos
Especificaciones
basados en el
esquema preconceptual
Requisitos
Requisitos
Comprender los Requisitos
requisitos
Requisitos
Actividad
Alfa
Desarrollador
Analista
Diagrama de clases Especificar la

funcionalidad de la
Diagramas de
comunicacin
Diagramas de
mquina de
estados
Especificaciones
basados en el
esquema preconceptual,
Diagrama de
clases, Diagramas
de comunicacin,
Diagrama de
mquina de
estados
Rol
Analista
Analista
Analista
Analista
Proporcionar las bases

para la construccin de Desarrollador
Darle forma al
la aplicacin final
sistema
Requisitos
Prototipo Alfa
Desarrollador
Alfa
Tablero Kanban
Trabajo
Analista
de tareas
Coordinar
actividades
Reporte de avance Reportar el progreso del
Trabajo
Analista
de los alfas
proyecto
Seguimiento del
Tablero Kanban
Trabajo
Analista
progreso
de tareas
Requisitos
Ejemplo de cdigo
fuente
esquema conceptual
Las prcticas definidas con los elementos del ncleo de Semat en la cuarta fase del UNC-Method
se visualizan en la Seccin ANEXOS.
El grupo de competencias asociadas con los roles existentes en el UNC-Method se visualizan en la

Figura 38.
Figura 38. Competencias del UNC-Method
El grupo de roles existentes en el UNC-Method se visualizan en la Figura 39.
Figura 39. Roles del UNC-Method
El progreso del proyecto se mide mediante el cumplimiento de los estados de los alfas. Al aplicar el
mtodo se encuentra que, de acuerdo con lo que Semat propone, en la Figura 40 se especifican
los estados que afectan la ejecucin de actividades del UNC-Method durante sus cuatro fases.
Figura 40. Progreso de un proyecto al aplicar el UNC-Method
4.4 Representacin grfica del mtodo RUP

En la Figura 41 se representan seis mejores prcticas que se exponen en el mtodo RUP. Cada
prctica se incluye en el ncleo de Semat y tiene un color asociado que depende del rea de
inters.
Figura 41. Mejores prcticas del mtodo RUP
Para llevar a cabo esta representacin se toma en consideracin la descripcin de productos de

trabajo, los cuales se definen en la Tabla 33.
Artefacto
Descripcin
Contiene los requisitos del proyecto bsicos, caractersticas clave y las
Visin
limitaciones principales.
Lista de riesgos
Riesgos del proyecto inicial identificados.
Plan de desarrollo de
Especifica duracin y objetivos, estimaciones de recursos
software
(especficamente los de tiempo, personal y costos entorno de desarrollo)
Plan de iteracin
Plan para primera iteracin.
Todas las herramientas para apoyar el proyecto. Se instalan las
Herramientas
herramientas necesarias para el trabajo en la primera fase.
Glosario
Trminos importantes definidos.
Actores importantes, casos de uso identificados y los flujos de eventos
Modelo de casos de uso
descritos slo para los casos de uso ms crticos.
Repositorio del proyecto El entorno de gestin de la configuracin se debe establecer.
Uno o ms prototipos arquitectnicos ejecutables para explorar la
Prototipos
funcionalidad crtica y escenarios de gran importancia.
Lista de riesgos
Nuevos riesgos relacionados principalmente con el manejo de los
actualizado y revisado
requisitos no funcionales.
El entorno de desarrollo, los procesos, herramientas y soporte de
Caso desarrollo refinada
automatizacin necesarios para apoyar el equipo de construccin.
Descripciones detalladas de los casos de uso arquitectnicamente
Documento de
significativos, la identificacin de los mecanismos clave y elementos de
arquitectura de software
diseo, la definicin de la vista del proceso y de la vista de despliegue.
Las realizaciones de casos de uso para los escenarios de gran
Modelo de diseo
importancia arquitectnica y el comportamiento requerido asignado a los
elementos de diseo apropiados.
Elementos importantes como entidades, relaciones, tablas definidos y
Modelo de datos
revisados.
Tabla 51. (Parte 1/2) Descripcin de principales artefactos [16]
Artefacto
Modelo de implementacin
Visin refinada
Especificaciones
suplementarias de requisitos
Descripcin
Creacin de la estructura inicial y componentes principales
identificados y prototipos.
Comprensin de los casos ms crticos que impulsan las
decisiones arquitectnicas y de planificacin.
Requisitos no funcionales documentados y revisados.
Pruebas de implementacin y ejecucin para validar la

estabilidad de la construccin.
Composicin de diversos mecanismos y elementos de software
Automatizacin de pruebas de
clave que incorporan las caractersticas fundamentales del
arquitectura
sistema de software.
El sistema mismo ejecutable, listo para comenzar las pruebas
El sistema
"beta".
Manuales y otros materiales de capacitacin. Anteproyecto,
Materiales de capacitacin
basado en casos de uso si el sistema tiene robusta interfaz de
usuario.
El producto final de acuerdo con los requisitos y que debe ser
Producto completo
utilizable para el cliente.
Tabla 52. (Parte 2/2) Descripcin de principales artefactos [16]
Test Suite
Fase: Inicio
Espacio de
actividad
Alfa
Oportunidad
Producto de trabajo
Visin
Actividad
Desarrollar visin
Rol
Analista de
sistemas
Gerente de
proyecto
Gerente de
proyecto
Analista
proceso-negocio
Analista
proceso-negocio
Analista
proceso-negocio
Analista
proceso-negocio
Identificar y evaluar los

riesgos
Desarrollar caso de
Oportunidad
Caso de negocio
negocio
Capturar un vocabulario
Oportunidad,
Glosario de negocio
Interesados
comn de negocio
Mantener reglas de
Oportunidad,
Reglas del negocio
Interesados
negocio
Explorar
Establecer y ajustar
posibilidades Oportunidad, Visin del negocio
Interesados
objetivos
Evaluar organizacin
Oportunidad, Evaluacin de la
Interesados
organizacin objetivo objetivo
Modelo de objetos
del negocio,
Encontrar las entidades y
Trabajadores del
Oportunidad,
Diseador de
los trabajadores del
negocio, entidades
Interesados
negocios
del negocio,
negocio
realizacin de casos
de uso de negocio
Oportunidad
Lista de riesgos
inicio
Espacio de
actividad
Alfa
Oportunidad
Oportunidad,
Interesados
Oportunidad
Explorar
posibilidades
Oportunidad,
Interesados
Oportunidad
Oportunidad
Oportunidad
Comprender
las
necesidades
de los
interesados
Plan de gestin de
requisitos, atributos
de requisitos, visin
Actores del negocio,
modelo de caso de
uso del negocio,
especificacin de
negocio
suplementaria, caso
de uso de negocio
Modelo de casos de
uso de negocio,
casos de uso de
negocio
Documento de
arquitectura de
negocios
Casos de uso del
negocio,
especificacin de
negocio
suplementaria
Trabajadores de
negocio, unidad de
organizacin
Entidades de
negocio, unidad de
organizacin
Actividad
Analista de
software
Encontrar los actores del

negocio y casos de uso
Analista
proceso-negocio
Estructurar el modelo de
caso de uso del negocio
Analista
proceso-negocio
Definir la arquitectura de
negocios
Analista
proceso-negocio
Detallar caso de uso del

negocio
Diseador de
negocio
Detallar un trabajador de
negocios
Diseador de
negocio
Detallar una entidad de

negocio
Diseador de
negocio
Revisin de registros
Revisar el modelo de
Interesados
objetos del negocio
Requisitos
Requisitos
Lista de riesgos,
caso de negocio,
visin
Modelo de anlisis,
especificaciones
suplementarias,
modelo de casos de
uso
Glosario
Rol
Manejar dependencias
Interesados
Oportunidad
Comprender
los requisitos
Producto de trabajo
Revisor del
modelo de
negocio
Revisor del
modelo de
negocio
Evaluar viabilidad de la
prueba de concepto
arquitectnico
Arquitecto de
software
Definir requisitos de
automatizacin
Diseador de
negocio
Capturar un vocabulario
comn
Analista de
software
Casos de uso,
actores, modelo de
Encontrar los actores y
Analista de
Requisitos
casos de uso,
casos de uso
software
especificaciones
suplementarias
inicio
Espacio de
actividad
Alfa
Requisitos
Requisitos
Requisitos
Comprender
los requisitos
Requisitos
Requisitos
Requisitos
Sistema de
software
Sistema de
Darle forma al
software
sistema
Sistema de
software
Sistema de
software
Sistema de
software
Implementar
el sistema
Sistema de
software
Probar
el Sistema de
sistema
software
Prepararse
para hacer el
trabajo
Producto de trabajo
Casos de uso,
especificaciones
suplementarias
Modelo de casos de
uso
Especificacin de
requisitos,
especificaciones
suplementarias
Actividad
Detallar un
caso de uso
Especificador de
requisitos
Obtener solicitudes de
los interesados
Analista de
software
Detallar los requisitos del Especificador de

software
requisitos
Clase lmite, actores,

Modelar la interfaz de
guin grfico de
usuario
casos de uso
Modelo de caso de
uso, caso de uso
Realizacin de
casos de uso,
Modelo de
despliegue, modelo
de diseo
Documento de
arquitectura de
software, atributos
de requisitos
Prototipo interfazusuario
Documento de
arquitectura de
software
Infraestructura para
el desarrollo
Rol
Diseador
interfaz-usuario
caso de uso
Analista de
sistemas
Analizar la arquitectura
Arquitecto de
software
Priorizar casos de uso
Arquitecto de
software
Realizar prototipo de la
interfaz de usuario
Diseador
interfaz-usuario
Arquitecto de
software
Dar soporte de desarrollo
Crear unidad de
desarrollo
Prototipo interfazRealizar prototipo de la
usuario
interfaz de usuario
Crear unidad de
Unidad de desarrollo
desarrollo
Trabajo
Trabajo
objetos del negocio
Administrador
del sistema
Gerente de
configuracin
Diseador
interfaz-usuario
Gerente de
configuracin
Revisor del
modelo de
negocio
Revisor del
modelo de
negocio
Plan de desarrollo
Gerente de
de software, plan de Iniciar proyecto
proyecto
iteracin
Forma de
trabajo
inicio
Espacio de
actividad
Alfa
Producto de trabajo
Actividad
Trabajo
Revisor del
modelo de
negocio
Forma de
trabajo
Base de datos con

las mediciones del
proyecto, plan de
medidas
Desarrollar plan de
medicin
Gerente de
proyecto
Trabajo
objetos del negocio
Revisor del
modelo de
negocio
Iniciar proyecto
Gerente de
proyecto
Desarrollar plan de
medicin
Gerente de
proyecto
Desarrollar plan de
gestin de riesgos
Desarrollar plan de
aceptacin del producto
Desarrollar plan de
resolucin de problemas
Desarrollar plan de
evaluacin de calidad
Gerente de
proyecto
Gerente de
proyecto
Gerente de
proyecto
Gerente de
proyecto
Definir monitoreo y
procesos de control
Gerente de
proyecto
Forma de
trabajo
Forma de
trabajo
Prepararse
para hacer el
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Plan de desarrollo
de software, plan de
iteracin
Base de datos con
las mediciones del
proyecto, plan de
medidas
Plan de gestin de
riesgos
Plan de aceptacin
del producto
Plan de resolucin
de problemas
Plan de evaluacin
de calidad
Plan de medidas,
plan de desarrollo de
software
Forma de
trabajo
Plan de desarrollo
de software
Forma de
trabajo
Forma de
trabajo
Plan de desarrollo
de software
Plan de desarrollo
de software
Trabajo
Plan de iteracin
Equipo
Orden de trabajo
Equipo
Forma de
trabajo
Forma de
trabajo
Plan de desarrollo
de software
Plan de gestin de
requisitos
Plan de gestin de
requisitos, atributos
de requisitos, visin
Definir grupo de trabajo y

organizacin del
proyecto
Planear fases e
iteraciones
Compilar plan de
desarrollo de software
Desarrollar plan
de iteracin
Iniciar iteracin
Adquirir personal
Desarrollar Plan de
gestin de requisitos
Rol
Gerente de
proyecto
Gerente de
proyecto
Gerente de
proyecto
Gerente de
proyecto
Gerente de
proyecto
Gerente de
proyecto
Analista de
sistemas
Analista de
software
Forma de
Identificar motivadores
Gerente de
Plan de pruebas
trabajo
de pruebas
pruebas
inicio
Espacio de
actividad
Alfa
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Prepararse
para hacer el
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Equipo
Coordinar
actividades
Equipo
Forma de
trabajo
Producto de trabajo
Actividad
Lista de ideas de
pruebas
Identificar ideas de
prueba
Plan de pruebas
Acordar misin
Rol
Identificar objetivos de
Prueba
Definir evaluacin y
trazabilidad necesarias
Analista de
pruebas
Gerente de
pruebas
Analista de
pruebas
Analista de
pruebas
Definir enfoque de
prueba
Diseador de
pruebas
Evaluar organizacin
actual
Ingeniero de
procesos
Plan de gestin de
configuracin
Plan de gestin de
configuracin
Desarrollar caso de
desarrollo
Establecer polticas de
gestin de configuracin
Escribir plan de gestin
de configuracin
Plan de gestin de
configuracin
Establecer proceso de
cambio de control
Ingeniero de
procesos
Gerente de
configuracin
Gerente de
configuracin
Gerente de
control de
cambios
Plan de pruebas
Plan de pruebas
Plan de pruebas,
arquitectura de
automatizacin de
pruebas,
especificacin de
interfaz de prueba,
configuracin del
medio de pruebas,
solicitud de cambios
Evaluacin
organizacin de
desarrollo
Caso de desarrollo
Orden de trabajo,
software, plan de
iteracin
Solicitud de cambio,
orden de trabajo,
lista de problemas
Solicitud de cambio
Programar y asignar el
Trabajo
Gerente de
proyecto
Manejar excepciones y
Problemas
Gerente de
proyecto
Lanzar caso desarrollo
Ingeniero de
procesos
Verificar de la
configuracin de
Especialista de
Solicitud de cambio
herramientas e
herramientas
Apoyar
instalacin
equipo
Forma de
Presentar solicitud de
Solicitud de cambio
Cualquier rol
trabajo
cambio
Forma de
Actualizar solicitud de
Solicitud de cambio
Cualquier rol
trabajo
cambio
Seguimiento
Revisar aprobacin de
Revisor del
Trabajo
del progreso
proyectos
proyecto
Forma de
el trabajo
inicio
Espacio de
actividad
Alfa
Producto de trabajo
Actividad
Trabajo
evaluacin de o
iteracin
Evaluar iteracin
Trabajo
Revisar planeacin del

proyecto
Revisar el plan
de iteracin
Revisar criterio de
evaluacin de la iteracin
Revisar aceptacin de
iteracin
Trabajo
Trabajo
Trabajo
Seguimiento
del progreso
Trabajo
Revisin de registros Revisar proyecto (PRA)
Trabajo
Base de datos con

las medidas del
proyecto, lista de
riesgo, lista de
problemas
Trabajo
Revisin de registros Revisar requisitos
Forma
trabajo
de
Forma
trabajo
de
Monitorear estado de
proyecto
Solicitud de cambio
Confirmar solicitud de
cambio duplicado o
rechazado
Solicitud de cambio
Revisar solicitud de
cambio
Rol
Gerente de
proyecto
Revisor del
proyecto
Revisor del
proyecto
Revisor del
proyecto
Revisor del
proyecto
Revisor del
proyecto
Gerente de
proyecto
Revisor de
requisitos
Gerente de
control de
cambios
Gerente de
control de
cambios
Base de datos de
Informar sobre estado de Gerente de
medidas del
configuracin
configuracin
proyecto
Resultados de
Gerente de
Trabajo
auditora de
configuracin
configuracin
configuracin
Forma
trabajo
de
inicio
Figura 42. Secuencia de actividades en la fase inicio
Figura 43. Representacin grfica de la prctica Gestin de requisitos
Figura 44. Representacin grfica de la prctica Modelado visual
Figura 45. Representacin grfica de la prctica Control de cambios de software
Fase: Elaboracin
Espacio de
actividad
Explorar
posibilidades
Alfa
Producto de trabajo
Actividad
riesgos
Desarrollar caso de
negocio
Rol
Gerente de
proyecto
Gerente de
proyecto
Analista de
sistemas
Oportunidad
Lista de riesgos
Oportunidad
Caso de negocio
Oportunidad
Visin
Desarrollar visin
Oportunidad
Plan de gestin de
requisitos, atributos de
requisitos, visin
Analista de
software
Requisitos
Glosario
Capturar un
vocabulario comn
Analista de
software
Casos de uso, actores,

modelo de casos de
Encontrar los actores y Analista de
Requisitos
uso, especificaciones
casos de uso
software
suplementarias
Modelo de casos de
Obtener solicitudes de Analista de
Requisitos
uso, solicitud del
los interesados
software
interesado
Casos de uso, atributos
Detallar un caso de uso Especificador
de requisitos,
Requisitos
especificaciones
de requisitos
suplementarias
Especificacin de
requisitos,
Detallar los requisitos
Especificador
Requisitos
especificaciones
del software
de requisitos
suplementarias,
Comprender los
atributos de requisitos
requisitos
Clase lmite, actores,
Diseador
Modelar la interfaz de
Requisitos
guin grfico de casos
interfazusuario
de uso
usuario
Modelo de caso de uso, Estructurar el modelo
Analista de
Requisitos
caso de uso
de caso de uso
sistemas
Realizacin de casos
de uso, Modelo de
Arquitecto de
Requisitos
despliegue, modelo de
software
diseo
Modelo de diseo,
modelo de anlisis,
Requisitos
Analizar casos de uso Diseador
realizacin de casos de
uso
Capsula, interfaz,
modelo de diseo,
Identificar elementos
Arquitecto de
Requisitos
protocolo, clase de
de diseo
software
diseo
elaboracin
Espacio de
actividad
Alfa
Producto de trabajo
Actividad
Rol
Requisitos
Realizacin de casos
de uso
Disear de caso de uso Diseador
Requisitos
Cpsula, protocolo
Disear cpsula
Diseador de
cpsula
Requisitos
Clase diseada
Disear de clase
Diseador
Paquete de diseo
Disear de subsistema
Diseador
Requisitos
Realizacin de casos
de uso, capsula, clase
diseo, interfaz
Disear clase de
pruebas y paquetes
Diseador
Requisitos
Modelo de datos
Disear base de datos
Diseador de
base de datos
Sistema de
software
Documento de
arquitectura de
software, atributos de
requisitos
Priorizar casos de uso
Arquitecto de
software
Sistema de
software
Prototipo interfazususario
Sistema de
software
Infraestructura para el
desarrollo
Documento de
arquitectura de
software
Comprender los
Requisitos
requisitos
Sistema de
software
Sistema de
software
Modelo de datos
Diseador
Realizar prototipo de la
interfazinterfaz de usuario
usuario
Dar soporte de
Administrador
desarrollo
del sistema
Arquitecto de
software
Diseador de
base de datos
Paquete diseado,
clase diseada, modelo
Sistema de
Identificar mecanismos Arquitecto de
Darle forma al
diseado, documento
software
de diseo
software
sistema
de arquitectura de
software
Capsula, interfaz, clase
Sistema de
Arquitecto de
diseada, modelo
software
de diseo
software
diseado
Paquete diseado,
clase diseada, modelo
Sistema de
Incorporar elementos
Arquitecto de
diseado, documento
software
de diseo existente
software
de arquitectura de
software
Documento de
Sistema de
Describir arquitectura
Arquitecto de
arquitectura de
software
tiempo real
software
software
Documento de
Sistema de
arquitectura de
Arquitecto de
Describir distribucin
software
software, modelo de
software
despliegue
elaboracin
Espacio de
actividad
Alfa
Sistema de
software
Implementar
sistema
Sistema de
software
Sistema de
software
Sistema de
el software
Sistema de
software
Sistema de
software
Sistema de
software
Sistema de
software
Sistema de
software
Sistema de
software
Sistema de
software
Probar
sistema
el
Sistema de
software
Sistema de
software
Producto de trabajo
Modelo de
implementacin,
documento de
arquitectura de
software
Actividad
Rol
Estructurar el modelo
de implementacin
Arquitecto de
software
Gerente de
configuracin
Componente,
componente de prueba
Crear unidad de
desarrollo
Implementar
componente
Componente
Fijar un defecto
Implementador
Componente,
componente de prueba,
resultados de prueba
Componente,
componente de prueba,
resultados de prueba
Construccin,
subsistema de
implementacin
Implementar
componente de
pruebas y subsistema
Implementador
Realizar pruebas
unitarias
Implementador
Integrar subsistema
Integrador
Construccin
Integrar sistema
Integrador
Crear unidad de
desarrollo
Gerente de
configuracin
Definir configuraciones
de ambiente de
pruebas
Diseador de
pruebas
Identificar mecanismos
de pruebas
Diseador de
pruebas
Definir elementos de
pruebas
Diseador de
pruebas
Definir detalles de
pruebas
Analista de
pruebas
Registro de cambios,
plan de prueba,
configuracin de
ambiente de pruebas
especificacin de
interfaz de prueba
especificacin de
interfaz de prueba,
componente de
pruebas, configuracin
de ambiente de
pruebas
Caso de prueba
Implementador
configuracin de
Sistema de
Implementar prueba
Tester
ambiente de pruebas,
Suite
software
Pruebas de script, test
suite
Sistema de
Tester
Implementar pruebas
test script
software
Configuracin de
Sistema de
Ejecutar pruebas Suite Tester
software
test log
Tabla 61. (Parte3/7) Espacios de actividad, alfas, productos de trabajo y roles en la fase
elaboracin
Espacio de
actividad
Alfa
Sistema de
software
Probar
sistema
el
Sistema de
software
Configuracin de
test script, test suite
configuracin de
Actividad
Rol
Estructurar la
implementacin de
pruebas
Diseador de
pruebas
Analizar fallos de
pruebas
Tester
Sistema de
software
Lista de idas de prueba
pruebas
Analista de
pruebas
Equipo
Orden de trabajo
Iniciar iteracin
Gerente de
proyecto
Equipo
software
Adquirir personal
Gerente de
proyecto
Trabajo
Plan de iteracin
Desarrollar plan
de iteracin
Gerente de
proyecto
Desarrollar plan de
Medicin
Gerente de
proyecto
Desarrollar plan de
gestin de riesgos
Desarrollar plan de
aceptacin del
producto
Desarrollar plan de
resolucin de
problemas
Desarrollar plan de
Gerente de
proyecto
Definir monitoreo y
procesos de control
Gerente de
proyecto
Forma de
trabajo
Base de datos con las

mediciones del
proyecto, plan de
medidas
Plan de gestin de
riesgos
Forma de
trabajo
Plan de aceptacin del

producto
Forma de
trabajo
Plan de resolucin de
problemas
Forma de
trabajo
Plan de evaluacin de
calidad
Plan de medidas, plan
de desarrollo de
software
Forma de
trabajo
Prepararse para
hacer el trabajo
Producto de trabajo
Forma de
trabajo
Forma de
trabajo
software
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
software
software
Plan de gestin de
requisitos
Plan de gestin de
requisitos, atributos de
requisitos, visin
Forma de
trabajo
Definir grupo de trabajo

y organizacin del
proyecto
Planear fases e
iteraciones
Compilar plan de
Desarrollar plan de
gestin de requisitos
Gerente de
proyecto
Gerente de
proyecto
Gerente de
proyecto
Gerente de
proyecto
Gerente de
proyecto
Gerente de
proyecto
Analista de
sistemas
Analista de
software
Forma de
Identificar motivadores Gerente de
Plan de pruebas
trabajo
de pruebas
pruebas
elaboracin
Espacio de
actividad
Alfa
Forma de
trabajo
Prepararse para
hacer el trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Equipo
Coordinar
actividades
Equipo
Apoyar el equipo
Producto de trabajo
Plan de pruebas,
arquitectura de
automatizacin de
pruebas, especificacin Definir enfoque de
de interfaz de prueba,
prueba
configuracin del medio
de pruebas, solicitud de
cambios
Plan de pruebas
prueba
Plan de pruebas
Plan de pruebas
Lista de ideas de
pruebas
Plan de pruebas
Caso de desarrollo
Modelo de datos
Plan de construccin
integrada
Plan de construccin
integrada
Orden de trabajo, plan
de desarrollo de
software, plan de
iteracin
orden de trabajo, lista
de problemas
Forma de
trabajo
Solicitud de cambio
Forma de
trabajo
Solicitud de cambio
Forma de
trabajo
Forma de
trabajo
Actividad
Solicitud de cambio
Solicitud de cambio
Acordar misin
Definir evaluacin y
prueba
Definir enfoque de
prueba
Desarrollar caso de
desarrollo
Rol
Diseador de
pruebas
Analista de
pruebas
Gerente de
pruebas
Analista de
pruebas
Analista de
pruebas
Diseador de
pruebas
Ingeniero de
procesos
Diseador de
base de datos
Planear la integracin
Integrador
Planear integracin de
subsistema
Integrador
Programar y asignar el
trabajo
Gerente de
proyecto
problemas
Gerente de
proyecto
Lanzar caso desarrollo

Verificar de la configuracin de herramientas
e instalacin
cambio
cambio
Cualquier rol
Cualquier rol
Gerente de
proyecto
Gerente de
Trabajo
Evaluacin de estado
Reportar estado
proyecto
Seguimiento del
progreso
Revisor del
Trabajo
Revisar proyecto (PRA)
proyecto
Revisor de
Trabajo
Revisar requisitos
requisitos
Trabajo
Solicitud de cambio, eEvaluar iteracin

valuacin de o iteracin
Ingeniero de
procesos
Especialista
de
herramientas
elaboracin
Espacio de
actividad
Alfa
Trabajo
Trabajo
Producto de trabajo
evaluacin de o
iteracin
medidas del proyecto,
lista de riesgo, lista de
problemas
Trabajo
Trabajo
Forma de
trabajo
Base de datos de
medidas del proyecto
Trabajo
Evaluacin de estado
Trabajo
Trabajo
Trabajo

medidas del proyecto,
lista de riesgo, lista de
problemas
Seguimiento del Trabajo

progreso
Trabajo
Forma de
trabajo
Trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo,
trabajo
Forma de
trabajo,
trabajo
Trabajo
Actividad
Rol
Evaluar iteracin
Gerente de
proyecto
proyecto
Gerente de
proyecto
Revisar el plan
de iteracin
proyecto
Informar sobre estado
de configuracin
Revisor del
proyecto
Revisor del
proyecto
Gerente de
configuracin
Gerente de
Reportar estado
proyecto
Revisor del
proyecto
Revisor de
Revisar requisitos
requisitos
proyecto
Revisar el plan
de iteracin
proyecto
Base de datos de
de configuracin
Resultados de auditora Realizar auditora de
de configuracin
Configuracin
Solicitud de cambio
cambio duplicado o
rechazado
Gerente de
proyecto
Revisor del
proyecto
Revisor del
proyecto
Gerente de
configuracin
Gerente de
configuracin
Gerente de
control de
cambios
Gerente de
control de
cambios
Solicitud de cambio
cambio
revisin de registros
Revisar el diseo
Revisor de
diseo
Revisar la arquitectura
Revisor de
arquitectura
Revisar cdigo
Revisor de
cdigo
Solicitud de cambios,
Obtener comentarios
Gerente de
lista de problemas, plan
de pruebas
pruebas
de pruebas
Tabla 64. (Parte 6/7)Espacios de actividad, alfas, productos de trabajo y roles en la fase
Forma de
trabajo
elaboracin
Espacio de
actividad
Alfa
Producto de trabajo
Actividad
Rol
Obtener comentarios Gerente de
de pruebas
pruebas
de pruebas
Resultados de pruebas,
Forma de
Verificar cambios en
Analista de
trabajo,
resumen de evaluacin construccin
pruebas
trabajo
de prueba
Forma de
Determinar resultados Analista de
Seguimiento del trabajo,
resumen de evaluacin de pruebas
pruebas
progreso
trabajo
de prueba
Forma de
Evaluar esfuerzo de
Gerente de
trabajo,
lista de problemas, plan pruebas
pruebas
trabajo
de pruebas
Forma de
Gerente de
Evaluar calidad
trabajo,
pruebas
trabajo
de pruebas
Tabla 65. (Parte 7/7)Espacios de actividad, alfas, productos de trabajo y roles en la fase
Forma de
trabajo
elaboracin
Las prcticas definidas con los elementos del ncleo de Semat en la segunda fase de RUP se
visualizan en la seccin ANEXOS.
Fase: Construccin
En la tabla 36 se presentan los productos de trabajo, actividades y roles de esta fase asociados a
Espacio de
actividad
Explorar
posibilidades
Comprender los
requisitos
Alfa
Producto de trabajo
Actividad
Requisitos
Modelo de caso de
uso, caso de uso

riesgos
Desarrollar caso de
negocio
Estructurar el modelo
de caso de uso
Requisitos
Cpsula, protocolo
Disear cpsula
Oportunidad Lista de riesgos

Oportunidad Caso de negocio
Requisitos
Requisitos
Requisitos
Realizacin de casos
de uso
Clase diseo
Paquete de diseo
Disear caso de uso
Gerente de
proyecto
Gerente de
proyecto
Analista de
sistemas
Diseador de
cpsula
Diseador
Diseador
Diseador
Diseador de
Requisitos
Modelo de datos
base de datos
construccin
Disear clase
Disear subsistema
Rol
Espacio de
actividad
Alfa
Comprender los
Requisitos
requisitos
Sistema de
software
Sistema de
software
Sistema de
software
Sistema de
software

software
sistema
Sistema de
software
Sistema de
software
Sistema de
software
Implementar
sistema
el
Producto de trabajo
Realizacin de casos
de uso, capsula, clase
diseo, interfaz
desarrollo
Modelo de datos
Paquete diseado,
clase diseada,
modelo diseado,
documento de
arquitectura de
software
Capsula, interfaz,
clase diseada,
modelo diseado
Paquete diseado,
clase diseada,
modelo diseado,
documento de
arquitectura de
software
Documento de
arquitectura de
software
Documento de
arquitectura de
software, modelo de
despliegue
Actividad
Disear clase de
pruebas y paquetes
Dar soporte de
desarrollo
Crear unidad de
desarrollo
de diseo
Rol
Diseador
Administrador
del sistema
Gerente de
configuracin
Diseador de
base de datos
Arquitecto de
software
Identificar elementos de Arquitecto de

diseo
software
de diseo existente
Arquitecto de
software
tiempo real
Arquitecto de
software
Arquitecto de
software
Sistema de
software
Crear unidad de
desarrollo
Gerente de
configuracin
Sistema de
software
Componente,
componente de
prueba
Implementar
componente
Implementador
Sistema de
software
Componente
Fijar un defecto
Implementador
Componente,
Implementar
componente de
componente de
Implementador
prueba, resultados de
prueba
Componente,
Sistema de componente de
Realizar pruebas
Implementador
software
prueba, resultados de unitarias
prueba
Sistema de
software
construccin
Espacio de
actividad
Implementar
sistema
Alfa
el
Producto de trabajo
Actividad
Rol
Sistema de
software
Construccin
Integrar sistema
Integrador
Sistema de
software
Construccin,
subsistema de
implementacin
Integrar subsistema
Integrador
Sistema de
software
Crear unidad de
desarrollo
Gerente de
configuracin
Definir configuraciones
de ambiente de
pruebas
Diseador de
pruebas
de pruebas
Diseador de
pruebas
Definir elementos de
pruebas
Diseador de
pruebas
Definir detalles de
pruebas
Analista de
pruebas
Implementar prueba
Suite
Tester
Implementar pruebas
Tester
Ejecutar pruebas Suite
Tester
Analizar fallos de
pruebas
Tester
Sistema de
software
Sistema de
software
Sistema de
software
Sistema de
software
Probar el sistema
Sistema de
software
Sistema de
software
Sistema de
software
Sistema de
software
Sistema de
software
Sistema de
software
plan de prueba,
configuracin de
ambiente de pruebas
especificacin de
interfaz de prueba
especificacin de
interfaz de prueba,
componente de
pruebas,
configuracin de
ambiente de pruebas
Caso de prueba
configuracin de
Pruebas de script,
test suite
test script
Configuracin de
test log
configuracin de
Configuracin de
Lista de idas de
prueba
Estructurar la
implementacin de
pruebas
pruebas
Diseador de
pruebas
Analista de
pruebas
Gerente de
Equipo
Orden de trabajo
Iniciar iteracin
proyecto
Prepararse para
Gerente de
Equipo
Adquirir personal
hacer el trabajo
software
proyecto
Desarrollar plan
Gerente de
Trabajo
Plan de iteracin
de iteracin
proyecto
construccin
Espacio de
actividad
Alfa
Forma de
trabajo
Forma de
trabajo
Plan de medidas, plan

de desarrollo de
software
Plan de gestin de
riesgos
Plan de aceptacin del
producto
Forma de
trabajo
problemas
Forma de
trabajo
Plan de evaluacin de
calidad
Forma de
trabajo
software
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
software
software
Forma de
trabajo
Prepararse para
hacer el trabajo
Producto de trabajo
Actividad
Rol
Definir monitoreo y
procesos de control
Gerente de
proyecto
Desarrollar plan de
gestin de riesgos
Desarrollar plan de
aceptacin del producto
Desarrollar plan de
resolucin de
problemas
Desarrollar plan de
y organizacin del
proyecto
Planear fases e
iteraciones
Compilar plan de
de pruebas
prueba
Gerente de
proyecto
Gerente de
proyecto
Gerente de
proyecto
Gerente de
proyecto
Gerente de
proyecto
Definir evaluacin y
prueba
Definir enfoque de
prueba
Gerente de
proyecto
Gerente de
proyecto
Gerente de
pruebas
Analista de
pruebas
Gerente de
pruebas
Analista de
pruebas
Analista de
pruebas
Diseador de
pruebas
Forma de
trabajo
Plan de pruebas,
arquitectura de
automatizacin de
pruebas,
especificacin de
interfaz de prueba,
configuracin del
medio de pruebas,
Definir enfoque de
prueba
Diseador de
pruebas
Forma de
trabajo
Caso de desarrollo
Desarrollar caso de
desarrollo
Ingeniero de
procesos
Forma de
trabajo

mediciones del
proyecto, plan de
medidas
Desarrollar plan de
medicin
Gerente de
proyecto
Plan de pruebas
Plan de pruebas
Plan de pruebas
Plan de pruebas
Lista de ideas de
pruebas
Plan de pruebas
Acordar misin
Forma de
Diseador de
Solicitud de cambio
trabajo
base de datos
construccin
Espacio de
actividad
Prepararse para
hacer el trabajo
Alfa
Forma de
trabajo
Equipo
Coordinar
actividades
Apoyar al equipo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Producto de trabajo
Plan de construccin
integrada
de problemas
Solicitud de cambio
Solicitud de cambio
Solicitud de cambio
Solicitud de cambio
Actividad
subsistema
Integrador
problemas
Gerente de
proyecto
Verificar la
configuracin de
herramientas e
instalacin
cambio
Lanzar caso de
desarrollo
cambio
Revisar criterio de
evaluacin de la
iteracin
iteracin
Trabajo
Trabajo
Trabajo
evaluacin de o
iteracin
Evaluar iteracin
Trabajo
Evaluacin de estado
Reportar estado
Trabajo
Trabajo
Seguimiento del
Trabajo
progreso
Trabajo
Rol
Gerente de
control de
cambios
Cualquier rol
Ingeniero de
procesos
Cualquier rol
Revisor del
proyecto
Revisor del
proyecto
Gerente de
proyecto
Gerente de
proyecto
Revisor del
proyecto

medidas del proyecto, Monitorear estado de
lista de riesgo, lista de proyecto
problemas
Revisar el plan
de iteracin
proyecto
Trabajo
Revisar requisitos
Forma de
trabajo
Solicitud de cambio
cambio duplicado o
rechazado
Forma de
trabajo
Solicitud de cambio
cambio
Gerente de
proyecto
Revisor del
proyecto
Revisor del
proyecto
Revisor de
requisitos
Gerente de
control de
cambios
Gerente de
control de
cambios
Gerente de
configuracin

Base de datos de
medidas del proyecto de configuracin
Resultados de
Gerente de
Trabajo
auditora de
configuracin
configuracin
configuracin
Forma de
trabajo
construccin
Espacio de
actividad
Alfa
Forma de
trabajo
Forma de
trabajo,
trabajo
Forma de
trabajo,
trabajo
Trabajo
Producto de trabajo
Actividad
Rol
lista de problemas,
plan de pruebas
Obtener comentarios
de pruebas
Gerente de
pruebas
Revisar el diseo
Revisor de
diseo
Revisor de
arquitectura
Revisar cdigo
Revisor de
cdigo
Resultados de
pruebas, Solicitud de Verificar cambios en
Analista de
cambio, resumen de
construccin
pruebas
evaluacin de prueba
Resultados de
pruebas, Solicitud de Determinar resultados
Analista de
cambio, resumen de
de pruebas
pruebas
evaluacin de prueba
Resultados de
Forma de
pruebas, Solicitud de Evaluar esfuerzo de
Gerente de
trabajo,
cambio, lista de
pruebas
pruebas
trabajo
problemas, plan de
pruebas
Resultados de
Forma de
pruebas, Solicitud de
Gerente de
Evaluar calidad
trabajo,
cambio, lista de
pruebas
trabajo
problemas, plan de
pruebas
Forma de
trabajo,
Seguimiento del trabajo
progreso
Forma de
trabajo,
trabajo
construccin
Las prcticas definidas con los elementos del ncleo de Semat en la tercera fase de RUP se
Fase: Transicin
En la Tabla 37 se presentan los productos de trabajo, actividades y roles de esta fase asociados a
Espacio de
actividad
Alfa
Producto de trabajo
Actividad
Rol
Identificar y evaluar los Gerente de

riesgos
proyecto
Desarrollar caso de
Gerente de
Oportunidad Caso de negocio
negocio
proyecto
Explorar
posibilidades
Oportunidad
Lista de riesgos
transicin
Espacio de
Alfa
actividad
Comprender los
Requisitos
requisitos
Sistema de
software
Darle forma al
sistema
Implementar
sistema
Producto de trabajo
Actividad
Rol
Modelo de caso de
uso, caso de uso
desarrollo
Estructurar el Modelo
de caso de uso
Dar soporte de
desarrollo
Analista de
sistemas
Administrador
del sistema
Sistema de
software
Crear unidad de
desarrollo
Gerente de
configuracin
Sistema de
software
Paquete diseado,
clase diseada,
modelo diseado,
documento de
arquitectura de
software
de diseo
Arquitecto de
software
Sistema de
software
Capsula, interfaz,
clase diseada,
modelo diseado
de diseo
Arquitecto de
software
Sistema de
software
Paquete diseado,
clase diseada,
modelo diseado,
documento de
arquitectura de
software
de diseo existente
Arquitecto de
software
Sistema de
software
Documento de
arquitectura de
software
tiempo real
Arquitecto de
software
Sistema de
software
Documento de
arquitectura de
software, modelo de
despliegue
Arquitecto de
software
Sistema de
software
Crear unidad de
desarrollo
Gerente de
configuracin
Sistema de
software
Componente,
componente de
prueba
Implementar
componente
Implementador
Sistema de
software
Componente
Fijar un defecto
Implementador
Implementar
componente de
Implementador
Realizar pruebas
unitarias
Implementador
Integrar subsistema
Integrador
el Sistema de
software
Sistema de
software
Sistema de
software
Componente,
componente de
prueba
Componente,
componente de
prueba
Construccin,
subsistema de
implementacin
transicin
Espacio de
actividad
Comprender
los requisitos
Alfa
Requisitos
Sistema de
software
Sistema de
software
Sistema de
software
Sistema de
Darle forma al software
sistema
Sistema de
software
Sistema de
software
Sistema de
software
Implementar
el sistema
Producto de trabajo
Actividad
Rol
Modelo de caso de
uso, caso de uso
desarrollo
Estructurar el Modelo
de caso de uso
Dar soporte de
desarrollo
Analista de
sistemas
Administrador
del sistema
Crear unidad de
desarrollo
Gerente de
configuracin
de diseo
Arquitecto de
software
de diseo
Arquitecto de
software
de diseo existente
Arquitecto de
software
tiempo real
Arquitecto de
software
Arquitecto de
software
Paquete diseado,
clase diseada,
modelo diseado,
documento de
arquitectura de
software
Capsula, interfaz,
clase diseada,
modelo diseado
Paquete diseado,
clase diseada,
modelo diseado,
documento de
arquitectura de
software
Documento de
arquitectura de
software
Documento de
arquitectura de
software, modelo de
despliegue
Sistema de
software
Crear unidad de
desarrollo
Gerente de
configuracin
Sistema de
software
Componente,
componente de
prueba
Implementar
componente
Implementador
Sistema de
software
Componente
Fijar un defecto
Implementador
Implementar
componente de
Implementador
Realizar pruebas
unitarias
Implementador
Integrar subsistema
Integrador
Sistema de
software
Sistema de
software
Sistema de
software
Componente,
componente de
prueba
Componente,
componente de
prueba
Construccin,
subsistema de
implementacin
Sistema de
Construccin
Integrar sistema
Integrador
software
transicin
Espacio de
actividad
Alfa
Sistema de
software
Configuracin de
test log
configuracin de
Configuracin de
Lista de idas de
prueba
Sistema de
software
Artefactos de
instalacin
Sistema de
software
Probar
sistema
Sistema de
el software
Sistema de
software
Desplegar el
sistema
Operar
sistema
Producto de trabajo
Sistema de
software
Sistema de
software
Sistema de
software
Sistema de
software
el
Sistema de
software
Sistema de
software
Sistema de
software
Producto
Estilos grficos del
producto
Lista de materiales
Material de
entrenamiento
Material de soporte
para el usuario final
Actividad
Rol
Ejecutar pruebas Suite
Tester
Analizar fallos de
pruebas
Tester
Estructurar la
implementacin de
pruebas
pruebas
Desplegar los
artefactos de
instalacin
Lanzar versin solo de
fabricantes
Crear estilos grficos
del producto
Definir lista de
materiales
Desarrollar material de
entrenamiento
Desarrollar material de
soporte
Diseador de
pruebas
Analista de
pruebas
Implementador
Gerente de
despliegue
Artista grfico
Gerente de
despliegue
Desarrollador
de curso
Escritor tcnico
Gerente de
despliegue
Verificar el producto
Gerente de
Producto
manufacturado
despliegue
Gerente de
Equipo
Orden de trabajo
Iniciar iteracin
proyecto
Gerente de
Equipo
Adquirir personal
software
proyecto
Desarrollar plan
Gerente de
Trabajo
Plan de iteracin
de iteracin
proyecto
Forma de
Plan de gestin de
Desarrollar plan de Gerente de
trabajo
riesgos
gestin de riesgos
proyecto
Prepararse
Desarrollar plan de
Plan de aceptacin
Gerente de
para hacer el Forma de
aceptacin
del
trabajo
del producto
proyecto
trabajo
producto
Desarrollar plan de
Forma de
Gerente de
resolucin
de
trabajo
problemas
proyecto
problemas
Forma de
Plan de evaluacin de Desarrollar plan de Gerente de
trabajo
calidad
proyecto
Plan de medidas,
Forma de
Definir monitoreo y Gerente de
trabajo
procesos de control
proyecto
software
Notas
Escribir notas
transicin
Espacio de
actividad
Alfa
Producto de trabajo
Forma de
trabajo
software
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Forma de
Prepararse
para hacer el trabajo
trabajo
software
software

y organizacin del
proyecto
Planear
fases
e
iteraciones
Compilar
plan
de
de pruebas
prueba
Rol
Gerente de
proyecto
Definir evaluacin y
prueba
Definir Enfoque de
prueba
Gerente de
proyecto
Gerente de
proyecto
Gerente de
pruebas
Analista de
pruebas
Gerente de
pruebas
Analista de
pruebas
Analista de
pruebas
Diseador de
pruebas
Forma de
trabajo
Plan de pruebas,
arquitectura de
automatizacin de
pruebas,
especificacin de
interfaz de prueba,
configuracin del
medio de pruebas,
Definir Enfoque de
prueba
Diseador de
pruebas
Forma de
trabajo
Caso de desarrollo
Desarrollar caso de
desarrollo
Ingeniero de
procesos
Desarrollar plan de
Medicin
Gerente de
proyecto
Forma de
trabajo
Forma de
trabajo
Forma de
trabajo
Coordinar
actividades
Actividad
Forma de
trabajo
Plan de pruebas
Plan de pruebas
Plan de pruebas
Plan de pruebas
Lista de ideas de
pruebas
Plan de pruebas

mediciones del
proyecto, plan de
medidas
Plan de construccin
integrada
Plan de despliegue
Solicitud de cambio
Acordar misin
subsistema
Desarrollar plan de
despliegue
Verificar de la
configuracin de
herramientas e
instalacin
Integrador
Gerente de
despliegue
Especialista de
herramientas
Manejar excepciones y Gerente de
problemas
proyecto
de problemas
Apoyar
al Forma de
Lanzar caso de
Ingeniero de
Solicitud de cambio
equipo
trabajo
desarrollo
procesos
Equipo
transicin
Espacio de
actividad
Apoyar
equipo
Alfa
Forma de
al trabajo
Forma de
trabajo
Solicitud de cambio
Solicitud de cambio
Actividad
cambio
cambio
Revisar criterio de
evaluacin de la
iteracin
iteracin
Trabajo
Trabajo
Trabajo
evaluacin de o
iteracin
Evaluar iteracin
Trabajo
Evaluacin de estado
Reportar estado
Trabajo
Trabajo
Trabajo
Trabajo
Seguimiento
del progreso
Producto de trabajo

medidas del proyecto, Monitorear estado de
lista de riesgo, lista
proyecto
de problemas
Revisar el plan
de iteracin
proyecto
Revisor del
proyecto
Revisor del
proyecto
Gerente de
proyecto
Gerente de
proyecto

de configuracin
configuracin
Gerente de
configuracin
Revisor de
arquitectura
Revisar requisitos
Forma de
trabajo
Solicitud de cambio
cambio duplicado o
rechazado
Forma de
trabajo
Solicitud de cambio
cambio
Trabajo
Cualquier rol
Revisor del
proyecto
Revisor del
proyecto
Revisor de
requisitos
Gerente de
control de
cambios
Gerente de
control de
cambios
Gerente de
configuracin
Base de datos de
Resultados de
auditora de
configuracin
Cualquier rol
Gerente de
proyecto
Revisor del
proyecto
Trabajo
Forma de
trabajo
Rol
Forma de
trabajo,
trabajo
Trabajo
Revisar cdigo
Forma de
trabajo
Solicitud de cambio
Gestionar las pruebas

de aceptabilidad
Revisor de
cdigo
Gerente de
despliegue
Solicitud de cambios, Obtener comentarios

Gerente de
lista de problemas,
de pruebas
pruebas
plan de pruebas
Forma de
trabajo
transicin
Espacio de
actividad
Alfa
Forma de
trabajo
Forma de
trabajo,
trabajo
Seguimiento
del progreso
Forma de
trabajo,
trabajo
Forma de
trabajo,
trabajo
Forma de
trabajo,
trabajo
Trabajo
Finalizar
proyecto
Producto de trabajo
lista de problemas,
plan de pruebas
Resultados de
cambio, resumen de
evaluacin de prueba
Resultados de
cambio, resumen de
evaluacin de prueba
Resultados de
cambio, lista de
problemas, plan de
pruebas
Resultados de
cambio, lista de
problemas, plan de
pruebas
Actividad
Rol
Obtener comentarios
de pruebas
Gerente de
pruebas
Verificar cambios en
construccin
Analista de
pruebas
Determinar resultados
de pruebas
Analista de
pruebas
Evaluar esfuerzo de
pruebas
Gerente de
pruebas
Evaluar calidad
Gerente de
pruebas
proyecto
Revisor de
proyecto
Evaluacin de
Preparar el cierre del
estados, lista de
Gerente de
problemas, plan de
proyecto
proyecto
Trabajo,
Forma de
trabajo
transicin
Las prcticas definidas con los elementos del ncleo de Semat en la cuarta fase de RUP se
En RUP se exponen algunas directrices que en Semat se consideran recursos, este grupo se
visualiza en la Figura 46.
Figura 46. Recursos del mtodo RUP
El grupo de competencias asociadas a los roles existentes en el mtodo RUP se visualizan en la

Figura 47.
Figura 47. Competencias del mtodo RUP
El grupo de roles existentes en la metodologa RUP se visualizan en la Figura 48.
Figura 48. Roles del mtodo RUP
El progreso del proyecto se mide mediante el cumplimiento de los estados de los alfas, al aplicar la
metodologa se encuentra que de acuerdo a lo que Semat propone, en la Figura 49 se especifica
los estados que afectan la ejecucin de actividades de RUP durante sus cuatro fases.
Figura 49. Progreso de un proyecto al aplicar la metodologa RUP
5 VALIDACIN
5.1 Validacin del mtodo CDM
En la literatura no se encontraron proyectos donde se aplica este mtodo de desarrollo. Para
realizar la validacin del mtodo CDM Fast Track, se realiza un anlisis de sus prcticas, haciendo
una comparacin con los otros dos mtodos representados en el ncleo de Semat en esta Tesis
(vase la Tabla 38).
PRCTICAS
Modelado de objetos de dominio
Gestin de requisitos
Verificacin continua de la calidad
Modelado visual
Control de cambios de software
Desarrollo basado en componentes
Establecimiento de actividades para satisfacer
las prcticas de calidad requeridas
CDM
X
X
X
UNC-METHOD
X
X
X
RUP
X
X
X
X
X
X
X
Asignacin de responsabilidad
Desarrollo iterativo
Determinacin de estimaciones de esfuerzo de
trabajo y costo
Gestin de valor agregado
Visibilidad del progreso y resultados
Visualizacin del flujo de trabajo
Formacin del personal
X
Suministro de recursos
X
Planificacin del proceso
X
Monitoreo y control de procesos
Tabla 79. Comparacin de prcticas entre los mtodos RUP,
X
X
X
X
X
CDM y UNC-Method
1. Prctica Modelado de objetos de dominio:

Esta prctica se incluye en el ncleo de Semat con el objetivo de organizar las actividades que se
relacionan con el modelado del dominio. En la Tabla 39 se presentan algunos modelos y
documentos asociados con esta prctica.
Los productos de trabajo que comprende esta prctica se asocian con los alfas oportunidad e
interesados en los tres mtodos.
Los productos de trabajo en los tres mtodos se relacionan con el comportamiento de la

organizacin a la cual se le desarrollar la aplicacin.
El mtodo CDM Fast Track comprende un producto de trabajo Definicin de la estructura

actual y futura de la organizacin, similar al Organigrama del UNC-Method.
Los modelos de CDM Fast Track provee un marco de trabajo global del negocio al igual que
RUP con el modelo de objeto del negocio y los casos de uso del negocio, y el UNC-Method
con el modelo del dominio.
CDM
UNC-METHOD
RUP
Modelo
de
proceso
del
Dialogo controlado
Modelo de objeto del negocio
contexto
Modelo de proceso de negocio
Modelo de casos de uso del
Modelo del dominio
de alto nivel
negocio
Modelo compuesto de funcin
Cartas de educcin
Glosario del negocio
del negocio
Negocio y objetivos del sistema Archivos digitales
Visin del negocio
Descripciones del negocio de
Reglas del negocio
Reglas del negocio
alto nivel
Definicin de la estructura
Evaluacin de la organizacin
actual
y
futura
de
la Organigrama
objetivo
organizacin
Tabla 80. Productos de trabajo asociados a la prctica Modelado de objetos del dominio
2. Prctica Gestin de requisitos:
Esta prctica se incluye en el ncleo de Semat con el objetivo de organizar las actividades y
productos de trabajo que se relacionan con el diseo del sistema. En la Tabla 40 se presentan
algunos documentos asociados con esta prctica.
Los productos de trabajo que comprende esta prctica se asocian con los alfa requisitos en los
dos mtodos.
Los productos de trabajo en los dos mtodos se relacionan con el diseo del sistema y las
actividades relacionadas con la educcin de requisitos (documentos y modelos del sistema
existente y documentos del sistema a desarrollar).
Los mtodos CDM Fast Track y RUP comprenden para este caso el mismo producto de
trabajo, el glosario.
CDM
RUP
Glosario
Glosario
Documentacin de requisitos
Atributos de requisitos
Interfaces del sistema existente
Especificacin de requisitos
Requisitos de formacin
Especificaciones suplementarias
Tabla 81. Productos de trabajo asociados a la prctica Gestin de requisitos
3. La prctica Verificacin continua de la calidad

Esta prctica se incluye en el ncleo de Semat con el objetivo de organizar las actividades y
productos de trabajo que se relacionan con la verificacin continua de la calidad de la aplicacin
que se desarrolla. En la Tabla 41 se presentan algunos documentos asociados con esta prctica.
Los productos de trabajo que comprende esta prctica se asocian con el alfa sistema de
software en los dos mtodos.
Los productos de trabajo en los dos mtodos se relacionan con la validacin del sistema de
software que se desarrolla, comprende las actividades relacionadas con el testing.
CDM
RUP
Requisitos Validados
Configuracin de ambiente de pruebas
Resultados de la prueba del mdulo de
Caso de prueba
conversin
Pruebas de script
Resultados de las pruebas del sistema
Resultados de la Prueba de Integracin de
Test suite
sistemas
Test log
Resultados de la Validacin Preproduccin
Tabla 82. Productos de trabajo asociados a la prctica Verificacin continua de la calidad
4. La prctica Desarrollo basado en componentes

Esta prctica se incluye en el ncleo de Semat con el objetivo de organizar el desarrollo de la
aplicacin por partes para luego ser integrado. En la Tabla 42 se presentan algunos documentos
asociados con esta prctica.
Los productos de trabajo que comprende esta prctica se asocian con el alfa sistema de
software en los dos mtodos.
Los productos de trabajo en los dos mtodos se relacionan con la creacin de componentes o
mdulos que permitan trabajar por separado el desarrollo de la aplicacin y luego realizar la
integracin del mismo para obtener una aplicacin funcional.
CDM
RUP
Mdulos documentados
Componente
Mdulo de conversin de datos
Componente de prueba
Tabla 83. Productos de trabajo asociados a la prctica Desarrollo basado en componentes
5. La prctica Asignacin de responsabilidad

Esta prctica se incluye en el ncleo de Semat con el objetivo de organizar los productos de
trabajo a actividades asociadas con la asignacin de responsabilidades durante el desarrollo del
proyecto. En la Tabla 43 se presentan algunos documentos asociados con esta prctica.
Los productos de trabajo que comprende esta prctica se asocian con el alfa equipo en los dos
mtodos.
Los productos de trabajo en los dos mtodos se relacionan con la conformacin del equipo de
trabajo que se va a desarrollar la aplicacin, la asignacin del trabajo de cada integrante
dejando en claro su organizacin.
CDM
UNC-METHOD
Equipo de Proyecto Integrado
Lista de roles y responsabilidades
Dotacin de personal y Plan de su
Organizacin
Tabla 84. Productos de trabajo asociados a la prctica Desarrollo basado en componentes
Las otras prcticas como Suministro de recursos, Planificacin del proceso y Monitoreo y control de
procesos se incluyeron por ser prcticas orientadas a la administracin de proyectos. En el
documento original se propone el mtodo PJM para complementar el mtodo CDM, esto debido a
que CDM Fast Track es una versin que carece de actividades y productos de trabajo propios que
se relacionen con esta rea del desarrollo.
A la prctica Suministro de recursos pertenece el siguiente producto de trabajo:
Lanzamiento de recursos fsicos
Dotacin de personal y plan de su organizacin
A la prctica Planificacin del proceso pertenecen los siguientes productos de trabajo:
Plan de gestin de proyectos
Organizacin preparada
Normas de definicin de requisitos y directrices
Estrategias de control y presentacin de informes, las normas y los procedimientos
Plan de trabajo
A la prctica Monitoreo y control de procesos pertenecen los siguientes productos de trabajo:
Auditora de calidad
Reporte de calidad
Lnea base auditada
5.2 Validacin del UNC-METHOD

Para realizar la validacin del UNC-Method se propone un anlisis de laboratorio, para lo cual se
hace seguimiento a dos ejemplos de ejecucin del mtodo.
Caso de estudio 1: El primer ejemplo se basa en Zapata et al. [27], donde se especifica paso a
paso la aplicacin del mtodo, incluyendo los cuatro entregables correspondientes a las cuatro
fases del proceso de educcin de requisitos. Se analizan las dos primeras fases del mtodo
siguiendo la aplicacin del proyecto que se desarroll para el Departamento de Ciencias de la
Computacin y de la Decisin de la Universidad Nacional de Colombia.
Caso de estudio 2: El segundo ejemplo se toma de Zapata [10]. En este libro se especifica paso a
paso la aplicacin del mtodo, los cuatro entregables correspondientes a las cuatro fases del
proceso de educcin de requisitos, siguiendo la aplicacin del proyecto ZenPhotoTM. La validacin
paso a paso se expone en la seccin ANEXOS.
Caso de estudio 1
En la primera fase Contexto del Software se presentan los siguientes productos de trabajo de
acuerdo con la secuencia de actividades que se visualiza en la Figura 33.
1. Se establece un dilogo controlado en lenguaje

natural, tal como se aprecia en la Figura 50.
Figura 51. Actividad Desarrollar
Figura 50. Dilogo controlado
entrevista interesado-analista y
producto de trabajo Dilogo
controlado
2. A partir del dilogo controlado, se propone el
esquema preconceptual del mismo, incluyendo las
frases del dilogo que cumplen con las relaciones
dinmicas
estructurales
que
el
esquema
preconceptual define (vase la Figura 52).
Figura 53. Actividad Establecer un

vocabulario comn y producto de
trabajo Esquema pre-conceptual
Figura 52. Esquema pre-conceptual
3. Para conocer al interesado, se propone realizar el
organigrama de la empresa a la que se va a realizar
la aplicacin, tal como se muestra en la Figura 54.
Figura 55. Actividad Identificar los

actores internos y externos de la
Figura 54. Organigrama
organizacin y producto de trabajo

Organigrama
4. El modelo del dominio, se ilustra en la Figura 56.
Figura 56. Modelo del dominio
Figura 57. Actividad Establecer un

vocabulario comn y producto de
trabajo Modelo del dominio
En la segunda fase, Anlisis del problema, se esperan los siguientes productos de trabajo de
acuerdo con la secuencia de actividades que se visualiza en el Anexo A.1.
1. Lo primero que se establece son las reglas del negocio, necesarias para complementar la
tabla explicativa del diagrama de procesos (vase la Figura 59).
Figura 58. Actividad Establecer limitaciones del proceso y producto de trabajo Reglas del
negocio
Figura 59. Reglas del negocio

2. Luego, se propone la representacin del diagrama de procesos (vase la Figura 61).
Figura 60. Actividad Caracterizar el dominio del problema y producto de trabajo Diagrama
de procesos
Figura 61. Diagrama de procesos

3. La tabla explicativa del diagrama de procesos (vase la Figura 63).
Figura 62. Actividad Caracterizar el dominio del problema y producto de trabajo Tabla
explicativa del diagrama de procesos
Figura 63. Tabla explicativa de procesos
4. El diagrama de objetivos (vase las Figuras 65).
de objetivos
Figura 65. Diagrama de objetivos

5. El diagrama causa-efecto (vase la Figura 67).
causa-efecto
Figura 67. Diagrama de causa y efecto
6. Se desarrolla el diccionario de datos, tal como se muestra en la Figurab69.
Figura 68. Actividad Desarrollar el diccionario de datos y producto de trabajo Diccionario

de datos
Figura 69. Diccionario de datos
5.3 Validacin de RUP

Para realizar la validacin de RUP se siguen dos proyectos que aplican el mtodo en el proceso de
desarrollo de software. De acuerdo a en [28], se evidencian las experiencias de cuatro proyectos,
sin embargo se seleccionaron dos de ellos (A Y D). Las casillas coloreadas comprenden los roles,
artefactos y actividades que cada equipo utiliz para el desarrollo.
Las actividades presentes en las Tablas 44, 45, 46, 47, 48 y 49 son flujos de trabajo definidos en el
mtodo RUP, es decir, cada uno de los elementos de la lista son un conjunto de actividades que en
muchos casos, tienen actividades en comn. Por tal razn, las representaciones de los productos
de trabajo que se utilizaron durante el desarrollo se relacionan con ms de una actividad, las
cuales los originan o modifican durante las fases del proyecto.
Requisitos
Roles
Analista de sistema
Especificador de casos de uso
Diseador de interfaz de usuario
Arquitecto
Artefactos
Glosario
Visin
Modelo de caso de uso
Actividades
Analizar el problema
Entender las necesidades de los
interesados
Definir el sistema
Gestionar el alcance del sistema
Redefinir la definicin del sistema
Gestionar requisitos cambiantes
A D
Tabla 85. Roles, artefactos y actividades

de la disciplina requisitos
Figura 70. Representacin en Semat de actividades, roles y productos de trabajo de la disciplina requisitos
Gestin de proyectos
A D
Roles
Gerente de proyecto
Arquitecto de software
Diseador de pruebas
Especialista de herramientas
Artefactos
Lista de riesgos
Caso de negocio
Plan de iteracin
Plan de desarrollo de software
Base de datos de las medidas del
proyecto
Solicitud de cambio
Orden de trabajo
Evaluacin de iteracin
Actividades
Concebir un nuevo proyecto
Planear prxima iteracin
Gestionar iteracin
Evaluar el objetivo y riesgo de
proyecto
Desarrollar el plan de desarrollo de
software
de la disciplina gestin de proyectos
Figura 71. Representacin en Semat de actividades, roles y productos de trabajo de la disciplina gestin de proyectos
Anlisis y diseo
A D
Roles
Ingeniero de seguridad
Integrador
Diseador de base de datos
Diseador de software
Artefactos
Documento de arquitectura de
software
Modelo de diseo
Realizacin de casos de uso
Lista de riesgos
Visin
Solicitud de cambio
Interfaz
Subsistema de diseo
Clase de diseo
Modelo de datos
Clase de componente
Actividades
Definir una arquitectura candidata
Desarrollar sntesis de arquitectura
Analizar comportamiento
Redefinir la arquitectura
Disear componente
Disear la base de datos
de la disciplina anlisis y diseo
Figura 72. Representacin en Semat de actividades, roles y productos de trabajo de la disciplina anlisis y diseo
Despliegue
A D
Roles
Gerente de despliegue
Desarrollador de curso
Artefactos
Plan de despliegue
Lista de materiales
Material de entrenamiento
Infraestructura de despliegue
Producto
Unidad de despliegue
Actividades
Planear despliegue
Gestionar prueba de aceptacin
Producir unidad de despliegue
Producir pruebas beta
Producto de paquete
Proveer acceso de sitio de
descarga
de la disciplina despliegue
Figura 73. Representacin en Semat de actividades, roles y productos de trabajo de la disciplina

despliegue
Implementacin
A D
Roles
Implementador
Integrador
Revisor de cdigo
Tester
Artefactos
Subsistema de implementacin
Documento de arquitectura de
software
Componente
Componente de prueba
Construccin
Actividades
implementacin
Planear la integracin
Implemetar componentes
Integrar cada subsistema
Integrar el sistema
de la disciplina implementacin
Figura 74. Representacin en Semat de actividades, roles y productos de trabajo de la disciplina
implementacin
Entorno
A D
Roles
Gerente de proyecto
Integrador
Tester
Artefactos
Plan CM
Solicitud de cambio
Actividades
Planear configuracin y cambios
del proyecto
Crear ambiente CM de proyectos
Cambiar y deliverar items de
configuracin
Gestionar lneas bases
Monitoriar y reportar estado de
configuracin
Gestionar solicitud de cambios
de la disciplina entorno
Figura 75. Representacin en Semat de actividades, roles y productos de trabajo de la disciplina entorno
6 CONCLUSIONES
La ingeniera de software tiene prcticas inmaduras. Los problemas especficos incluyen:
La falta de una adecuada y ampliamente aceptada base terica.
El gran nmero de mtodos y variantes de mtodo, con diferencias poco entendidas y

amplificadas artificialmente.
La falta de evaluacin y validacin experimental crebles.
La divisin entre la prctica de la industria y la investigacin acadmica.
Las ventajas de utilizar el lenguaje de Semat para representar las diferentes prcticas son, entre
otras:
Es til para investigadores y practicantes.
En Semat se pueden incluir todos los mtodos y prcticas pertinentes.
Semat incluye un ncleo de elementos ampliamente acordados, extensible para usos

especficos y que se organiza mediante Alfas, que son elementos esenciales de esfuerzo
de ingeniera de que son relevantes para la evaluacin del progreso y salud de las tareas.
Se clarifican las competencias pertinentes con cada actividad.
Se puede visualizar el progreso del proyecto a medida que el equipo de trabajo realiza sus
tareas diarias.
Se pueden representar las prcticas de manera independiente sin importar el mtodo de

origen.
Sirve para equipos pequeos y para grandes organizaciones.
Las prcticas definidas en esta Tesis pertenecen a distintas metodologas de desarrollo, ya sean
mtodos basados en planes o metodologas giles. La clasificacin en Semat se realiz mediante
su definicin, la cual presenta caractersticas que permitieron escoger el rea de inters (Cliente,
solucin o esfuerzo) al que pertenecen.
Rational Unified Process es un mtodo que define seis mejores prcticas que abarcan aspectos
generales del desarrollo de software. Por ejemplo, la prctica gestin de requisitos agrupa no slo
la creacin de los documentos necesarios para definir el sistema, sino que incluye la creacin de
documentos del negocio o empresa para la cual se realiza la aplicacin. Esto podra separarse en
dos prcticas propuestas en la Tesis para lograr la separacin de intereses, las prcticas Gestin
de requisitos y Modelado de objetos de dominio respectivamente.
El mtodo RUP define como artefactos diferentes directrices, que determinan cmo hacer el trabajo
durante el desarrollo de software. En Semat, este tipo de artefactos como no se crean o se
modifican en el tiempo, se definen como recursos y se representan mediante el elemento patrn.
La prctica Modelado visual se define como la agrupacin de actividades, que involucran la

creacin o modificacin de modelos necesarios para definir el sistema. En RUP se utilizan los
diagramas UML. Sin embargo, el UNC-Method y Custom Development Method definen otros tipos
de diagramas o esquemas.
El UNC-Method es mtodo de desarrollo que se enfoca principalmente en la educcin de

requisitos, la definicin del sistema hasta llegar a un prototipo alfa y al conocimiento del tiempo y
valor que el desarrollo de la aplicacin puede tomar. Por esta razn, en el progreso o avance del
proyecto, medido mediante los alfas, no se alcanza a cumplir la lista de chequeo de los ltimos
estados.
CDM Fast Track es una metodologa que no define actividades o artefactos para la administracin
del proyecto, por lo cual utilizan las actividades definidas en PJM, de esta forma se complementa el
progreso o avance reflejado en el cumplimiento de todos los estados de los alfas definidos en el
ncleo.
BIBLIOGRAFA Y FUENTES DE INFORMACIN

[1] I. Jacobson, P. Ng, P.E. McMahon, I. Spence y S. Lidman. The Essence of Software
Engineering: The SEMAT Ncleo. Communications of the ACM, vol. 55, no. 12, pp. 42-49,
2012.
[2] A. O Duarte y M. Rojas. Las metodologas de Desarrollo gil como una Oportunidad para la
Ingeniera del Software Educativo. Avances en Sistemas e Informtica, vol. 5, no. 2, 2009.
[3] R. beda. Mtodos giles para el desarrollo de software. Tesis de Maestra. Universidad
Politcnica de Catalua, 2009.
[4] Essence Kernel and Language for Software Engineering Methods. V 1.3, 2013.
[5] C. M. Zapata, F. I. Caraballo, K. Villamizar. Conocimiento en coaching: su representacin
mediante un esquema preconceptual. Revista Universidad EAFIT, vol. 46, no. 158, pp. 22-33,
2010.
[6] Oracle Method SM. CDM Fast Track Method Handbook. Versin 1.2.0, 2000.
[7] F. I. Caraballo. Mtodo para la educcin de problemas y objetivos en el Coaching gil. Tesis
de maetra, Escuela de sistemas, Universidad Nacional de Colombia, Medelln, Colombia,
2012.
[8] C. M. Zapata, S. S. Villegas y I. F. Arango. Reglas de consistencia entre modelos de requisitos

de Un-Mtodo. Revista Universidad EAFIT, vol. 42, no. 141, pp. 40-59, 2012.
[9] C.M. Zapata. The UNC-Method revisited: elements of the new approach. Saarbrken:
Lambert Academic Publishing.
[10] C. M. Zapata. Unc-Method Revisited: Elements of the New Approach Eliciting Software
Requirements in a Complete, Consistent, and Correct Way. LAP Lambert Academic
Publishing, Germany, 2012.
[11] O. A. Prez. Cuatro enfoques metodolgicos para el desarrollo de Software RUPMSFXPSCRUM. Revista Inventum, no. 10, 2011.
[12] C. Larman. Estructura en UML y Patrones: Una introduccin al anlisis y diseo orientado a
objetos y al proceso unificado, segunda edicin, Prentice-Hall, 2002.
[13] I. Jacobson, G. Booch y J. Rumbaugh. El proceso unificado de Desarrollo de software,
Pearson Education S.A., Madrid, Espaa, 2000.
[14] P. Kruchten. Static structue: Process description en The Rational Process Unified: an
introduction, Addison Wesley, 2003, pp. 336.
[15] J. Passing. Requirements engineering in the Rational Unified Process, Seminar Requirements
Engineering, Summer term, Hasso Plattner Insitute for Software Systems Engineering, p. 16,
2006.
[16] P. Kruchten, Procesos de las disciplinas en Rational Unified Process, The: An Introduction,
tercera edicin, Addison Wesley, 2003.
[17] H. A. Fernndez. Procesos de ingeniera de software. Vnculos, vol. 10, pp. 26-39, 2013.
[18] A. Navarro, J. D. Fernndez y J. Morales. Revisin de metodologas giles para el desarrollo
de software A review of agile methodologies for software development. Prospect. vol. 11, no.
2, pp. 30-39, 2013.
[19] D. M. Owens y, D. Khazanchi. Software Quality Assurance. Handbook of Research on
Technology Project Management, Planning, and Operations, 2009.
[20] L. Guzmn y M. Visconti. Propuesta de Herramientas Genricas para Implantacin de
Prcticas en SQA y SCM, Actas VIII Encuentro Chileno de Computacin, Santiago, Chile,
2000.
[21] Y. Gascn y A. Marcano. Mtodo de valor ganado en la gerencia de proyectos. 9th Latin
American and Caribbean Conference for Engineering and Technology Medelln, Colombia,
2011.
[22] M. B. Chrissis, M. Konrad y S. Srhum. Gua para la integracin de procesos y la mejora de
productos, Segunda edicin, 2009.
[23] H. Arboledaa, A. Paz y R. Casallas. Metodologa para implantar el Modelo Integrado de
Capacidad de Madurez en grupos pequeos y emergentes. Estudios Gerenciales, vol. 29, no.
127, pp. 177188, 2013.
[24] R. Habraken. Using qualitative research methodologies in IS development studies. Tesis de

maestra, Universidad Radboud, Nijmegen, 2005.
[25] C. M. Zapata, G. Gonzlez, R. Manjarrs, F. A. Vargas y W. Arvalo. Software engineering:
methods, modeling, and teaching, vol. 3, Medelln: Centro Editorial de la Facultad de Minas,
2014.
[26] C. M. Zapata, L. A. Lezcano y P. A. Tamayo. Validacin del mtodo para la obtencin
automtica del diagrama de objetivos desde esquemas preconceptuales. Revista EIA, vol. 8,
pp. 21-39, 2007.
[27] C. M. Zapata. Un modelo de dilogo para la generacin automtica de especificaciones en unLENCEP, Universidad Nacional de Colombia Sede Medelln. Facultad de Minas, Medelln,
2010.
[28] G. K. Hanssen, H. Westerheim y F. O. Bjrnson. Using Rational Unified Process in an SME
A Case Study. Software Process Improvement, Springer Berlin Heidelberg, pp. 142-150, 2005.
ANEXOS
Anexo A. Fase 2 del UNC-Method: Anlisis del problema
Anexo A.1. Secuencia de actividades en la fase y definicin de la prctica Monitoreo y control del proceso
Anexo A.2. Definicin de la prctica Modelado de objetos de dominio
Anexo A.3. Definicin de la prctica Gestin de requisitos
Anexo B. Fase 3 del UNC-Method: Propuesta de solucin
Anexo B.1. Secuencia de actividades en la fase y definicin de la prctica Modelado visual
Anexo B.2. Definicin de las prcticas Gestin de requisitos y Monitoreo y control del proceso
Anexo B.3. Definicin de la prctica Determinacin de estimaciones de esfuerzo de trabajo y costo
Anexo C. Fase 4 del UNC-Method: Esquema conceptual
Anexo C.1. Secuencia de actividades en la fase y definicin de la prctica Monitoreo y control del proceso
Anexo C.2. Definicin de la prctica Gestin de requisitos
Anexo C.3. Definicin de la prctica Modelado visual
Anexo D. Fase 2 de CDM: Modelado de requisitos
Anexo D.1. Secuencia de actividades en la fase y definicin de la prctica Modelado de objetos de dominio
Anexo D.2. Definicin de la prctica Gestin de requisitos
Anexo D.3. Definicin de la prctica Planificacin del proceso
Anexo D.4. Definicin de la prctica Suministro de recursos
Anexo D.5. Definicin de la prctica Monitoreo y control del proceso
Anexo E. Fase 3 de CDM: Diseo de sistemas y generacin
Anexo E.1. Secuencia de actividades en la fase y definicin de la prctica Monitoreo y control del proceso
Anexo E.2. Definicin de la prctica Verificacin continua de la calidad
Anexo E.3. Definicin de la prctica Planificacin del proceso
Anexo E.4. Definicin de la prctica Suministro de recursos
Anexo E.5. Definicin de la prctica Desarrollo basado en componentes
Anexo E.5. Definicin de la prctica Gestin de requisitos
Anexo F. Fase 4 de CDM: Transicin a la produccin
Anexo F.1. Secuencia de actividades en la fase y definicin de la prctica Planificacin del proceso
Anexo F.2. Definicin de la prctica Monitoreo y control del proceso
Anexo F.3. Definicin de la prctica Gestin de requisitos
Anexo F.4. Definicin de la prctica Verificacin continua de la calidad
Anexo G. Fase 2 de RUP: Elaboracin
Anexo G.1. Representacin grfica de la prctica Gestin de requisitos
Anexo G.2. Representacin grfica de la prctica Modelado visual
Anexo G.3. Representacin grfica de la prctica Desarrollo basado en componentes
Anexo G.4. Representacin grfica de la prctica Verificacin continua de la calidad
Anexo G.5. Representacin grfica de la prctica Control de cambios de software
Anexo H. Fase 3 de RUP: Construccin
Anexo H.1. Representacin grfica de la prctica Gestin de requisitos
Anexo H.2. Representacin grfica de la prctica Modelado visual
Anexo H.3. Representacin grfica de la prctica Desarrollo basado en componentes
Anexo H.4. Representacin grfica de la prctica Verificacin continua de la calidad
Anexo H.5. Representacin grfica de la prctica Control de cambios de software
Anexo I. Fase 4 de RUP: Transicin
Anexo I.1. Representacin grfica de la prctica Gestin de requisitos
Anexo I.2. Representacin grfica de la prctica Modelado visual
Anexo I.3. Representacin grfica de la prctica Verificacin continua de la calidad
Anexo I.4. Representacin grfica de la prctica Desarrollo basado en componentes
Anexo I.5. Representacin grfica de la prctica Control de cambios de software
Anexo J. Validacin del UNC-Method (Caso de estudio 2)

En esta seccin se presenta el caso de estudio 2 de validacin del UNC-Method, para su desarrollo
se expone en paralelo el producto de trabajo y su representacin en Semat, especificando el alfa
asociado, la actividad y el rol relacionado.
En la primera fase Contexto del Software se presentan los siguientes productos de trabajo de
acuerdo con la secuencia de actividades que se visualiza en la Figura 33.
1. Se establece un dilogo controlado en lenguaje

natural, tal como se aprecia en el Anexo J.1.
Anexo J.1. Dilogo controlado
Anexo J.3. Actividad Desarrollar entrevista

interesado-analista y producto de trabajo
2. A partir del dilogo controlado, se propone el
Dilogo controlado
esquema preconceptual del mismo, incluyendo las

frases del dilogo que cumplen con las relaciones
dinmicas
estructurales
que
el
esquema
preconceptual define (vase el Anexo J.2).
Anexo J.4. Actividad Establecer un

vocabulario comn y producto de trabajo
Esquema pre-conceptual
Anexo J.2. Esquema pre-conceptual
3. Para conocer al interesado, se propone realizar

el organigrama de la empresa a la que se va a
realizar la aplicacin, tal como se muestra en el
Anexo J.5.
Anexo J.6. Actividad Identificar los actores

internos y externos de la organizacin y
producto de trabajo Organigrama
Anexo J.5. Organigrama
4. Se presentan las tarjetas de educcin (vase el
Anexo J.7).
Anexo J.8. Actividad Resumir la
Anexo J.7. Tarjetas de educcin
informacin relacionada con los actores,

los objetos y las funciones y producto de
trabajo Tarjetas de educcin
5. El modelo
continuacin:
del
dominio,
se
expresa
Anexo J.10. Actividad Establecer un

Anexo J.9. Modelo del dominio
vocabulario comn y producto de trabajo

Modelo del dominio
En la segunda fase, Anlisis del problema, se esperan los siguientes productos de trabajo de
acuerdo con la secuencia de actividades que se visualiza en el Anexo A.1.
1. Lo primero que se establece son las reglas del negocio, necesarias para complementar la tabla
explicativa del diagrama de procesos (vase el Anexo J.12).
Anexo J.11. Actividad Establecer limitaciones del proceso y producto de trabajo Reglas del
negocio
Anexo J.12. Reglas del negocio

2. Luego, se propone la representacin del diagrama de procesos (vase el Anexo J.14).
Anexo J.13. Actividad Caracterizar el dominio del problema y producto de trabajo Diagrama de
procesos
Anexo J.14. Diagrama de procesos del caso de estudio 2

3. La tabla explicativa del diagrama de procesos (vase el Anexo J.16)
Anexo J.15. Actividad Caracterizar el dominio del problema y producto de trabajo Tabla
explicativa del diagrama de procesos
Anexo J.16. Tabla explicativa de procesos

4. El diagrama de objetivos (vase el Anexo J.18).
Anexo J.17. Actividad Caracterizar el dominio del problema y producto de trabajo Diagrama de
objetivos
Anexo D.18. Diagrama de objetivos

5. El diagrama causa-efecto (vase el Anexo J.20).
Anexo J.19. Actividad Caracterizar el dominio del problema y producto de trabajo Diagrama
causa-efecto
Anexo J.20. Diagrama de causa-efecto

6. Se desarrolla el diccionario de datos, tal como se muestra en el Anexo J.22.
Anexo J.21. Actividad Desarrollar el diccionario de datos y producto de trabajo Diccionario de

datos
Anexo J.22. Diccionario de datos

En la tercera fase Propuestas de solucin los siguientes productos de trabajo de acuerdo con la
secuencia de actividades que se visualiza en el Anexo B.1
De acuerdo al ejemplo, el diagrama de procesos y organigrama expuestos en las fases anteriores
son vlidos.
1. Casos de uso:
Anexo J.23. Casos de uso
Anexo J.24. Actividad Especificar la

funcionalidad de la aplicacin de software
y producto de trabajo Casos de uso
2. Diagrama de interfaz de usuario:
Anexo J.25. Diagrama de interfaz de usuario

y producto de trabajo Diagrama de flujo de
interfaz de usuario
3.Factores crticos de xito:
Anexo J.27. Factores crticos de xito
Anexo J.28. Actividad Establecer factores

crticos de xito y producto de trabajo
Factores crticos de xito
Adicionalmente, en esta fase se establece el valor de la solucin. Tal como se puede ver en los
Anexos K.30 y K.31, se generan dos productos de trabajo: el costeo de la solucin y la valoracin de
la propuesta.
4. Valoracin de la propuesta:
Anexo J.29. Actividad Establecer el valor de la solucin y productos de trabajo Valoracin de

la propuesta y Costeo de la propuesta
Anexo J.30. Tabla de valoracin de la propuesta

5. Costeo de la solucin:
Anexo D.31. Costeo de la solucin
En la fase Esquema conceptual se presentan los siguientes productos de trabajo de acuerdo con la
secuencia de actividades que se visualiza en el Anexo C.1.
Para proporcionar las bases para la construccin de la aplicacin final y desarrollar el prototipo alfa,
se requiere especificar la funcionalidad de la aplicacin de software y conocer el esquema
preconceptual. A continuacin se modela el comportamiento de la aplicacin (vaselos Anexos
K.32, K.34, K.36 y K.38) y se muestra el cdigo fuente (vase el Anexo J.40).
1.
Esquema
preconceptual
basado
en
especificaciones:

Anexo J.32. Esquema pre-conceptual con
especificaciones
y producto de trabajo Especificaciones

basadas en el esquema preconceptual
2. Diagrama de clases:

Anexo J.34. Diagrama de clases
y producto de trabajo Especificaciones

basadas en el Diagrama de clases
3. Diagrama de comunicaciones:

y producto de trabajo Diagrama de
Anexo J.36. Diagrama de comunicaciones
comunicaciones
4. Diagrama de mquina de estados:

y producto de trabajo Diagrama de
Anexo J.38. Diagrama de mquina de estados
mquinas de estado
5. Ejemplos de cdigo:
Anexo J.41. Actividad Proporcionar las

Anexo J.40. Cdigo fuente
bases para la construccin de la aplicacin

final y producto de trabajo Ejemplo de
cdigo fuente

Representación en El Núcleo de Semat de Prácticas de Métodos de Desarrollo Basados en Planes

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Representación en El Núcleo de Semat de Prácticas de Métodos de Desarrollo Basados en Planes

Uploaded by

Copyright:

Available Formats

REPRESENTACIN EN EL NCLEO DE SEMAT DE PRCTICAS DE MTODOS DE

DESARROLLO BASADOS EN PLANES

MAESTRA EN INGENIERA DE SISTEMAS

Al docente Carlos Mario Zapata Jaramillo, quien me ha acompaado desde mi proceso de

Planteamiento del problema ............................................................................................ 14

Objetivo general ................................................................................................................ 14

Objetivos especficos ......................................................................................................... 14

Estructura de la Tesis ........................................................................................................ 17

MARCO TERICO ....................................................................................................................... 17

Semat (Software Engineering method and theory)........................................................... 17

CDM (Custom Development Method) ............................................................................... 28

Prcticas de ingeniera de software .................................................................................. 41

Modelado de objetos de dominio ............................................................................. 43

CAPTULO 4. PROPUESTA DE SOLUCIN ................................................................................... 48

Representacin de las prcticas en el ncleo de Semat ................................................... 48

Representacin grfica del mtodo CDM ......................................................................... 49

Representacin grfica del UNC-Method ......................................................................... 74

Representacin grfica del mtodo RUP .......................................................................... 84

VALIDACIN ............................................................................................................................ 129

Validacin del mtodo CDM ........................................................................................... 129

Validacin del UNC-METHOD .......................................................................................... 133

Validacin de RUP ........................................................................................................... 138

CONCLUSIONES ....................................................................................................................... 148

ANEXOS ................................................................................................................................... 152

Figura 37. Representacin grfica de la prctica Monitoreo y control del proceso .. 79

Figura 71. Representacin en Semat de actividades, roles y productos de trabajo de

Tabla 19. Actividades, entregables y responsables en la fase propuestas de

Tabla 32. Espacios de actividad, alfas, productos de trabajo, actividades y roles de

PALABRAS CLAVE: Semat, RUP, CDM, UNC-Method, prcticas, representacin grfica.

En la literatura se encuentran dos tipos de mtodos de desarrollo de software: los mtodos

1.2 Planteamiento del problema

1.3 Objetivo general

1.4 Objetivos especficos

Caracterizar la estructura de los mtodos de desarrollo basados en planes tales como

Identificar en cada metodologa los elementos esenciales de la ingeniera de software

Identificar las prcticas comunes de los mtodos de desarrollo de software basados en

El objetivo especfico por alcanzar con esta fase es:

Caracterizar la estructura de los mtodos de desarrollo basados en planes tales como

El objetivo especfico por alcanzar con esta fase es:

Identificar en cada metodologa los elementos esenciales de la ingeniera de software

El objetivo especfico por alcanzar con esta fase es:

El objetivo especfico por alcanzar en esta fase es:

Identificar las prcticas comunes de los mtodos de desarrollo de software basados en

1.6 Estructura de la Tesis

Un mtodo se define como una composicin de prcticas y es

Una prctica se define como un enfoque que se repite con un

El ncleo se genera a partir de mtodos. Los mtodos

Figura 1. Alfas del ncleo [1]

Alfa Oportunidad: Es el conjunto de circunstancias adecuado para desarrollar o modificar un

El uso operacional estn creando beneficios tangibles

Tabla 2. Estados del alfa Oportunidad. Extrado de Jacobson et al. [4]

En el rea de conocimiento solucin, el equipo necesita establecer los requisitos e implementar,

Alfa Equipo: Un grupo de personas que participa activamente en el desarrollo, mantenimiento

Figura 2. Espacios de actividad del ncleo [1]

Asegurar la satisfaccin de los interesados: compartir los resultados de la labor de desarrollo

Comprender los requisitos: comprender lo que el sistema producido debe hacer.

Implementar el Sistema: construir un sistema mediante la implementacin, pruebas e

Operar el sistema: Apoyar el uso del sistema de software en el entorno de produccin.

Prepararse para hacer el trabajo: establecer el equipo y su entorno de trabajo. Entender y

Finalizar el trabajo: finalizar el esfuerzo de ingeniera de software.

Figura 3. Competencias del ncleo. Traducido de [4]

Representacin del interesado: esta competencia encapsula la capacidad de recopilar,

Anlisis: esta competencia encapsula la capacidad de entender las oportunidades, las