Tesis

TESIS DE MAGISTER
EN INGENIERA DEL SOFTWARE
Generador del Mapa de Actividades de un

Proyecto de Desarrollo de Software
Autor: Lic. Eduardo Diez

Directores
DR. Ramn Garca Martnez
DRA. Almudena Sierra Alonso
Buenos Aires, 2003
Generador del Mapa de Actividades de un Proyecto de Desarrollo de Software
Resumen
Una de las formas de adaptar una metodologa estndar, a un proyecto en particular, es a
travs del mapa de actividades para ese proyecto, dadas las caractersticas del mismo. La
confeccin del mapa de actividades no es una tarea trivial ni automtica, para hacerla
correctamente se requiere de capacidad de anlisis, conocimientos y experiencia en la
aplicacin de metodologas estndares de desarrollo. Se presenta en esta tesis un sistema
basado en conocimientos que asiste al responsable de un proyecto de desarrollo de
software, en la elaboracin del mapa de actividades del mismo. El sistema permite ingresar
las particularidades del proyecto, infiere el mapa de actividades sobre la base de la
metodologa estndar Mtrica Versin 3 y lo presenta en un formato electrnico estndar.
Abstract
Activity maps are useful tools for adapting standard methodologies to specific projects
using a projects characteristics as input. Far from being a simple task, the creation of activity
maps is an involved procedure, which requires analytical skills, knowledge and experience in
the application of development methodologies. This thesis presents a knowledge-based
system that assists those in charge of a project in the preparation of activity maps. The
system allows the user to enter the projects characteristics, infers an activity map based on
the Mtrica Versin 3 standard methodology and outputs the resulting activity map in a
standard electronic format.
Lic. Eduardo Diez
ndice de Contenidos
INDICE DE CONTENIDOS
INDICE DE CONTENIDOS
CAPITULO I: Introduccin
1.1 Introduccin...........................................................................................................
1.2 Descripcin de la composicin del trabajo de tesis................................................
10
CAPITULO II: Definicin de la Necesidad o del Problema

2.1 Introduccin...........................................................................................................
13
2.2 Metodologas estndares.......................................................................................
13
2.2.1 Componentes del proceso de software de una organizacin.....................
14
2.2.2 Flexibilidad y adaptacin.............................................................................
16
2.2.3 Metodologa estndar adaptada y plan de desarrollo de software.............
17
2.2.4 Particularidades para el presente trabajo...................................................
17
2.3 Mapa de actividades del proyecto.........................................................................
18
2.3.1 Ventajas de los mapas de actividades........................................................
18
2.3.2 Tipos de mapas de actividades..................................................................
19
2.4 Uso del GMAP.......................................................................................................
25
CAPITULO III: Definicin del Proyecto

3.1 Introduccin............................................................................................................
27
3.2 Planteamiento del problema...................................................................................
27
3.3 Objetivos.................................................................................................................
28
3.4 Alcance del prototipo..............................................................................................
28
3.5 Enfoque de desarrollo.............................................................................................
29
3.6 Participantes del proyecto.......................................................................................
30
3.7 Gestin del proyecto...............................................................................................
30
3.7.1 Estimacin inicial de horas...........................................................................
31
Lic. Eduardo Diez
ndice de Contenidos
3.7.2 Cronograma tentativo de tareas...................................................................
32
3.7.3 Condicionantes............................................................................................
33
3.7.4 Seguimiento y control..................................................................................
33
3.8 Gestin de la configuracin....................................................................................
33
3.8.1 Identificacin de la configuracin.................................................................
33
3.8.2 Control de la configuracin..........................................................................
35
3.8.3 Generacin de informes de estado..............................................................
38
3.8.4 Auditoria de la configuracin.......................................................................
40
CAPITULO IV: Adquisicin de Requisitos

4.1 Introduccin............................................................................................................
43
4.2 Estructura de las sesiones de adquisicin de requisitos..........................................
44
4.3 Usuarios especialistas.............................................................................................
45
4.4 Sesiones.................................................................................................................
45
4.4.1 Primera sesin.............................................................................................
46
4.4.2 Segunda sesin...........................................................................................
49
4.4.3 Tercera sesin.............................................................................................
56
4.4.4 Cuarta sesin...............................................................................................
58
4.4.5 Quinta sesin...............................................................................................
61
4.4.6 Sexta sesin................................................................................................
62
4.4.7 Sptima sesin............................................................................................
67
4.4.8 Octava sesin..............................................................................................
77
4.4.9 Novena sesin.............................................................................................
92
4.4.10 Dcima sesin...........................................................................................
93
ndice de Contenidos
Lic. Eduardo Diez
CAPITULO V: Modelado Conceptual

5.1 Introduccin............................................................................................................
97
5.2 Mtodo a utilizar......................................................................................................
97
5.3 Identificacin de los componentes del modelo conceptual......................................
98
5.3.1 Glosario de trminos....................................................................................
99
5.3.2 Diccionario de entidades..............................................................................
101
5.3.3 Tabla Entidades - Atributos - Valores...........................................................
102
5.3.4 Modelo de datos...........................................................................................
117
5.3.5 Modelo de informacin estratgica...............................................................
117
5.3.6 Modelo de informacin tctica.....................................................................
122
5.4 Integracin de componentes del modelo conceptual...............................................
160
5.4.1 Modelo de procesos.....................................................................................
160
5.4.2 Grafo causal de datos..................................................................................
162
5.5 Comprobacin del modelo conceptual....................................................................
163
CAPITULO VI: Diseo del Sistema

6.1 Introduccin............................................................................................................
165
6.2 Arquitectura del sistema..........................................................................................
165
6.3 Diseo fsico de datos.............................................................................................
165
6.3.1 Relacin entre diagramas de esquema de datos.........................................
166
6.3.2 Diagramas de esquema de datos.................................................................
166
6.4 Procedimientos de decisin.....................................................................................
173
6.4.1 Representacin............................................................................................
173
6.4.2 Nivel 1..........................................................................................................
174
6.4.3 Nivel 2..........................................................................................................
195
6.5 Mecanismos de control...........................................................................................
208
Lic. Eduardo Diez
ndice de Contenidos
CAPITULO VII: Implementacin

7.1 Introduccin............................................................................................................
211
7.2 Criterio de seleccin de la herramienta...................................................................
211
7.3 Diseo de implementacin del GMAP.....................................................................
212
7.3.1 Diagramas de esquemas de datos...............................................................
212
7.3.2 Procedimientos de decisin..........................................................................
213
7.3.3 Mecanismos de control.................................................................................
213
7.4 Interfaz de usuario..................................................................................................
213
CAPITULO VIII: Evaluacin

8.1 Introduccin............................................................................................................
225
8.2 Evaluacin del sistema...........................................................................................
225
8.2.1 Correccin....................................................................................................
226
8.2.2 Validez.........................................................................................................
226
8.2.3 Usabilidad....................................................................................................
226
8.2.4 Utilidad.........................................................................................................
226
8.3 Verificacin del GMAP............................................................................................
227
8.3.1 Planificacin.................................................................................................
227
8.3.2 Lista de chequeo.........................................................................................
228
8.3.3 Procedimiento de ejecucin de casos de prueba........................................
229
8.3.4 Especificacin y ejecucin de casos de prueba...........................................
229
8.3.5 Anlisis y evaluacin....................................................................................
230
8.4 Validacin del GMAP..............................................................................................
231
8.4.1 Planificacin.................................................................................................
232
8.4.2 Diseo..........................................................................................................
234
8.4.3 Procedimiento de ejecucin de casos de prueba........................................
235
8.4.4 Especificacin y ejecucin de casos de prueba...........................................
236
247
ndice de Contenidos
Lic. Eduardo Diez
8.5 Usabilidad del GMAP..............................................................................................
248
8.5.1 Planificacin.................................................................................................
248
8.5.2 Lista de chequeo.........................................................................................
249
250
8.6 Utilidad del GMAP...................................................................................................
251
8.6.1 Planificacin.................................................................................................
251
8.6.2 Lista de chequeo.........................................................................................
252
252
CAPITULO IX: Conclusiones

9.1 Introduccin..........................................................................................................
253
9.2 Conclusiones del trabajo de tesis.........................................................................
253
9.3 Lneas de desarrollo futuras.................................................................................
254
9.3.1 Combinacin con la seleccin de ciclo de vida..........................................
255
9.3.2 Combinacin con la seleccin de estndares y herramientas...................
255
9.3.3 Identificacin de datos y caractersticas adicionales..................................
255
9.3.4 Identificacin de procesos de decisin adicionales......................................
255
9.3.5 Profundizacin a nivel tarea.......................................................................
256
BIBLIOGRAFA
B.1 Bibliografa referenciada.........................................................................................
257
B.2 Bibliografa consultada...........................................................................................
257
APENDICE A: Acrnimos
A.1 Acrnimos utilizados...............................................................................................
Lic. Eduardo Diez
259
ndice de Contenidos
APENDICE B: Gestin del Proyecto

B.1 Introduccin............................................................................................................
261
B.2 Horas insumidas.....................................................................................................
261
B.3 Cronograma final de tareas....................................................................................
262
APENDICE C: Mtricas
C.1 Introduccin............................................................................................................
263
C.2 Definicin...............................................................................................................
263
C.3 Valores obtenidos...................................................................................................
264
APENDICE D: Gestin de Configuracin

D.1 Introduccin............................................................................................................
267
D.2 Informes.................................................................................................................
267
APENDICE E: Trazabilidad
E.1 Introduccin............................................................................................................
269
E.2 Trazabilidad............................................................................................................
270
APENDICE F: Anexos Evaluacin

F.1 Verificacin.............................................................................................................
289
F.2 Validacin...............................................................................................................
295
ndice de Contenidos
Lic. Eduardo Diez
CAPTULO I
INTRODUCCIN
CAPTULO I
INTRODUCCIN
1.1
INTRODUCCIN
Para que una metodologa de desarrollo de software convencional sea considerada

flexible, debe permitir que el responsable de un proyecto seleccione los segmentos de stas
que cubran las necesidades de ese proyecto, evitando la realizacin de actividades
innecesarias y acentuando las que resulten ms significativas.
Esa seleccin de segmentos de metodologas no es una tarea trivial ni automtica. Para
hacerla correctamente se requiere de capacidad de anlisis, conocimientos y experiencia en
la aplicacin de metodologas estndares de desarrollo. Una correcta seleccin de
segmentos de una metodologa estndar provoca confianza en sta por parte del equipo de
proyecto.
Por otro lado, la seleccin incorrecta de segmentos de una metodologa estndar podra
ocasionar trastornos durante el proyecto e incluso dificultar el logro de sus objetivos.
Esta flexibilidad, que permite la adaptacin de una metodologa estndar a todo tipo de
proyectos, se puede formalizar a travs de los mapas de actividades, los cuales indican qu
actividades se deben desarrollar y cules son las ms relevantes para el proyecto en
cuestin.
El mapa de actividades constituye una gua, orientacin y recomendacin para el
responsable del proyecto, pero no es un catlogo que se deba cumplimentar en forma
obligatoria. Por el contrario, el responsable del proyecto puede no ajustarse a este mapa si
su sentido comn o percepcin de la realidad as lo indican.
Por otro lado, si bien el mapa recomienda las actividades que deberan llevarse a cabo, no
determina las iteraciones o formas de abordar las mismas que el proceso de software
implique de acuerdo a las particularidades del proyecto.
Si bien una metodologa estndar puede aportar mapas de actividades preestablecidos,
stos se utilizan como base para la generacin del mapa de actividades de un proyecto en
particular, dadas sus caractersticas especficas. Como ya se mencion, esta tarea requiere
de capacidades especiales.
En particular, Mtrica Versin 3 es una metodologa flexible, con una estructura propuesta
adaptable que incluye procesos y actividades que no se ejecutan siempre en su totalidad.
Para su aplicacin ser necesaria una adaptacin en funcin del proyecto y la organizacin.
[MAP00]
Adicionalmente, la correcta seleccin de actividades de una metodologa estndar de
desarrollo de software es una prctica que contribuye en el mejoramiento de la aplicacin de
la Ingeniera del Software.
Lic. Eduardo Diez
Introduccin
Los motivos anteriormente mencionados sugieren que existe la necesidad de una

herramienta que:
Asista al responsable de proyecto en el proceso de elaborar el mapa de actividades de

su proyecto.
Ponga al servicio de responsables de proyectos novatos la experiencia adquirida por
aquellas personas consideradas verdaderos especialistas en el rea.
Contribuya en el mejoramiento de la prctica de la Ingeniera del Software y que a la vez
incentive su aplicacin.
El propsito del presente proyecto es desarrollar una herramienta con las caractersticas
mencionadas, sobre la base de Mtrica Versin 3. Este prototipo se denominar Generador
del Mapa de Actividades de un Proyecto de Desarrollo de Software (de ahora en adelante
GMAP).
1.2
DESCRIPCIN DE LA COMPOSICIN DEL TRABAJO DE TESIS
En el captulo II se establece el Dominio del Problema, describiendo brevemente el

concepto de metodologa estndar y la visin ms amplia de proceso de software de una
organizacin, que la comprende. Asimismo se presenta la necesidad de adaptacin de la
metodologa estndar, el concepto de mapa de actividades del proyecto, las ventajas que
conlleva su confeccin y sus tipos.
En el captulo III se esboza la Definicin del Proyecto, estableciendo los objetivos, alcance,
enfoque metodolgico escogido para el desarrollo del prototipo, as como la identificacin de
participantes y mbitos donde ste se explotar y la descripcin del proceso de
administracin del proyecto.
En el captulo IV se describe el proceso de Adquisicin de Requisitos, se presentan la
informacin pblica extrada de material bibliogrfico y aquella informacin y requisitos
educidos de los UE que colaboraron en el proyecto.
En el captulo V se detalla la fase de Modelado Conceptual, formando como resultado el
modelo conceptual que los UE poseen del problema.
En el captulo VI se describe el proceso de Diseo del Sistema, es decir la transformacin
del modelo conceptual en el modelo formal, ms prximo al computador. Adicionalmente, se
muestra cmo se seleccionaron los mecanismos ms adecuados para modelar la
informacin que integra el modelo conceptual del problema.
En el captulo VII se detalla la fase correspondiente a la Implementacin del prototipo,
describiendo las consideraciones que se tuvieron en cuenta para la seleccin de la
herramienta utilizada, con sus ventajas y desventajas.
En el captulo VIII se documenta el proceso de Evaluacin del producto logrado en los
aspectos de correccin, validez, usabilidad y utilidad.
Introduccin
10
Lic. Eduardo Diez
En el captulo IX se establecen las Conclusiones obtenidas al concluir el desarrollo del

prototipo.
Asimismo, se detalla la bibliografa utilizada y en los apndices A al F se presenta la
trazabilidad de los procesos y procedimientos de decisin definidas, las principales mtricas
del proyecto y toda la documentacin adicional obtenida y utilizada en cada captulo.
Lic. Eduardo Diez
11
Introduccin
CAPTULO II
DEFINICIN DE LA NECESIDAD
O DEL PROBLEMA
CAPTULO II
DEFINICIN DE LA NECESIDAD O DEL PROBLEMA
2.1
INTRODUCCIN
En este captulo se presenta el dominio del problema sobre el cual acta el prototipo
generador del mapa de actividades de un proyecto de desarrollo de software (GMAP).
Se describe el concepto de metodologa estndar y la visin ms amplia de proceso de
software de una organizacin, que la comprende. Asimismo se presenta la necesidad de
adaptacin de la metodologa estndar, el concepto de mapa de actividades del proyecto,
las ventajas que conlleva su confeccin y sus tipos.
Posteriormente se describe brevemente el uso y aplicacin del prototipo GMAP a una
situacin concreta.
2.2
METODOLOGAS ESTANDARES
Las actividades que realiza un profesional en ingeniera de software son numerosas y

variadas. Estas actividades estn formalizadas, detalladas y estructuradas en metodologas
de desarrollo de software.
En este apartado no se pretende abordar el concepto de metodologa ni las ventajas de su
uso, sino que se pretende analizar el hecho de la estandarizacin, globalizacin o
unificacin de metodologas de desarrollo de software.
Hasta no hace mucho tiempo, era comn que distintos equipos de desarrollo de software
(que podan formar parte de una misma corporacin multinacional, organismo estatal o
empresa privada), tuvieran distintas metodologas, o incluso algunos de esos equipos
carecan de metodologa.
Esas metodologas eran adecuadas a los tipos de proyectos en los que trabajaba cada
equipo y si bien podan ser muy tiles y de fcil modificacin y/o adaptacin a nuevas
realidades, no cabe duda que provocaban una serie de inconvenientes, tales como: lenguaje
y trminos diferentes, roles y responsabilidades heterogneas y puntos de control no
uniformes, al momento de intentar algn tipo de integracin.
Ahora bien, buscando elevar la calidad de los productos de software, ejercer una mejor
gestin de proyectos y con el advenimiento de la denominada globalizacin, se hizo
necesario superar este tipo de inconvenientes. Ya sea que en una organizacin existieran
diversas metodologas o que no existiera metodologa en alguna de sus locaciones, se
establecieron metodologas estndares, globales o unificadoras, con flexibilidad suficiente
como para soportar diferentes tipos de proyectos.
Lic. Eduardo Diez
13
Definicin del la Necesidad o del Problema
Adicionalmente, el crecimiento y dispersin mundial de las organizaciones de software en

la ltima dcada promovi el desarrollo de metodologas globales. A principios de la dcada
del 90, pocas de las compaas de paquetes de software usaban alguna metodologa de
desarrollo integral y la mayora de los desarrollos eran ad hoc. Una vez que las compaas
de software comenzaban a crecer y dispersarse, se dieron cuenta que tenan que cambiar el
camino. Lleg a ser claro que no podan seguir desarrollando software en la forma en que
solan hacerlo cuando eran un start-up. Comenzaron a formalizar (madurar) sus prcticas de
software. [CAR99]
Algunas de las ventajas ms importantes del uso de metodologas estndares son: el uso
de un lenguaje comn para todos los grupos de desarrollo, la definicin de roles y
responsabilidades de los actores, la formalizacin de productos entregables y de puntos de
control.
Por otro lado, estas metodologas estndares suelen presentar algunos inconvenientes,
tales como la relativamente lenta actualizacin de la misma y la ausencia de previsiones
para una determinada situacin (aunque es necesario sealar que stos dependen del
dinamismo de la organizacin y de la calidad de la metodologa definida).
Cabe aclarar, que la metodologa estndar es slo uno de los componentes del proceso de
software de una organizacin.
2.2.1
COMPONENTES DEL PROCESO DE SOFTWARE DE UNA ORGANIZACIN
Como parte de la interpretacin del Capability Maturity Model (CMM), el Software

Engineering Institute (SEI) define los componentes del proceso de software de una
organizacin. En el presente trabajo, se utilizar esta definicin de componentes del proceso
de software, cambiando en los casos que se indique, determinados trminos.
Los componentes del proceso de software son una coleccin de entidades mantenidas por
una organizacin, para ser usada por proyectos en desarrollar, adaptar, mantener e
implementar su proceso de software. [CMU94]
Una organizacin establece y mantiene el conjunto de componentes del proceso de
software. Estos componentes del proceso de software incluyen:
Proceso de software estndar: incluye la arquitectura y los elementos del mismo. A los
efectos del presente trabajo, denominaremos a esto como metodologa estndar.
Ciclos de vida: descripcin de los ciclos de vida aprobados para su uso.
Lineamientos y criterios: para adaptar la metodologa estndar.
Base de datos: con informacin referente al proceso de software de la organizacin.
Librera: conteniendo la documentacin relacionada con el proceso de software de la
organizacin.
14
Lic. Eduardo Diez
La figura 2.1 muestra grficamente los componentes mencionados:
Componentes del Proceso de

Software de una Organizacin
Metodologa Estandar
Ciclos de Vida
Lineamientos y
Criterios
Base de Datos
Librera
Figura 2.1 - Componentes del proceso de software de una organizacin
Una organizacin puede agrupar y estructurar los componentes de su proceso de software

de muchas formas. Por ejemplo, la descripcin de los ciclos de vida posibles, poda ser
parte integral de la metodologa estndar. Otro ejemplo es que la librera de documentacin,
podra estar almacenada en la base de datos del proceso de software de la organizacin.
Cada uno de los componentes de proceso de software de la organizacin se explica
brevemente a continuacin:
Metodologa Estndar: es la definicin operacional de los procesos bsicos que gua el

establecimiento de un proceso de software comn en todos los proyectos de software de
la organizacin.
Describe los elementos de software fundamentales que se espera incorporar en cada
proyecto de software. Tambin describe las relaciones entre dichos elementos.
Cada elemento de software cubre un conjunto de actividades bien definidas,
relacionadas y agrupadas.
La arquitectura de la metodologa estndar describe el orden, las interfaces, las
interdependencias y otras relaciones entre los elementos de la metodologa estndar y
en algunos casos tambin con procesos externos a la misma.
La figura 2.2 muestra grficamente lo mencionado:
Metodologa
Estndar
Elementos
Arquitectura
Figura 2.2 - Metodologa estndar
La metodologa estndar establece una forma consistente de ejecutar las actividades

relacionadas con el software a lo largo de la organizacin. Tambin provee continuidad
en los procesos de software de la organizacin y es la referencia para mtricas y
mejoras a largo plazo de dicho proceso.
El nivel de detalle de la descripcin y alcance de las metodologas estndares es distinto
para cada una de ellas, es decir algunas se detallan con profundidad mientras otras
tienen descripciones ms generales o algunas incluyen aspectos que son dejados de
lado por otras.
Lic. Eduardo Diez
15
Ciclos de vida: es el perodo de tiempo que comienza cuando un producto de software

es concebido y finaliza cuando el producto no est ms disponible para su uso. [CMU94]
Un ciclo de vida tpicamente incluye una serie de etapas en un determinado orden.
Como una organizacin puede producir software de una gran variedad y en entornos y
condiciones diferentes, un ciclo de vida puede no ser apropiado para todas las
situaciones. Es por ello que la organizacin puede identificar ms de un ciclo de vida
para ser usado en sus proyectos.
Los ciclos de vida son generalmente obtenidos de la literatura de la ingeniera de
software y pueden ser modificados por la organizacin. Estn disponibles para ser
usados en combinacin con la metodologa estndar, para adaptar la misma a un
determinado proyecto.
Lineamientos y criterios: la metodologa estndar puede estar descrita a un nivel general

que no puede ser usada directamente por un proyecto. Los lineamientos y criterios estn
establecidos para adaptarla.
Estos lineamientos y criterios, si estn formalmente establecidos, aseguran que exista
una base comn a lo largo de todos los proyectos de software, que permita la
adaptacin consistente de la metodologa estndar.
Base de datos: el propsito de la base de datos del proceso de software de la

organizacin es colectar y poner a disposicin datos de este proceso y de sus productos
resultantes.
La base de datos contiene, o referencia tanto a los valores de mtricas diversas de los
proyectos y sus productos resultantes, como a la informacin que permite su
interpretacin.
Librera: la librera de documentacin relacionada con el proceso de software de la

organizacin, se establece para almacenar y poner a disposicin documentos
relacionados con este proceso que son potencialmente tiles para futuros proyectos, en
especial los relacionados a la adaptacin de la metodologa estndar.
Esta librera es un recurso importante que puede ayudar a reducir el esfuerzo requerido
para comenzar un nuevo proyecto, proveyendo ejemplos de proyectos exitosos como
punto de partida.
2.2.2
FLEXIBILIDAD Y ADAPTACIN
Como ya se ha mencionado, por su carcter de estndares, globales y unificadoras, estas

metodologas deben resultar aplicables a una gran diversidad de proyectos (todos los
posibles en la organizacin en la cual se aplica). Por lo tanto deben prever un conjunto
enorme de actividades y variantes de las mismas, de las cuales, es ms que probable que
slo un subconjunto sea aplicable a un proyecto en particular.
16
Lic. Eduardo Diez
Es por ello que estas metodologas estndares deben ser flexibles, para permitir que el
responsable de un proyecto realice las selecciones que permitan cubrir las necesidades de
ese proyecto, evitando, por ejemplo, la realizacin de actividades innecesarias.
Dependiendo del grado de detalle y alcance de la metodologa estndar, los lineamientos y
criterios para adaptar la misma un determinado proyecto, permiten al responsable del mismo
seleccionar, entre otros:
Ciclo de vida.
Actividades y tareas.
Estndares y herramientas.
2.2.3
METODOLOGA ESTNDAR ADAPTADA Y PLAN DE DESARROLLO DE

SOFTWARE
La metodologa estndar adaptada a un proyecto, generalmente no es lo suficientemente

especfica como para ser ejecutada directamente. Aunque la adaptacin puede describir
cosas tales como roles y tipos de productos necesarios para ejecutar una tarea, no
especifica al individuo que asume los roles, al producto especfico que ser creado o al
cronograma para la ejecucin de las tareas y actividades.
El plan de desarrollo de software del proyecto, ya sea como un documento nico o como
un conjunto de planes que colectivamente pueden ser referenciados como un plan de
desarrollo de software, provee el puente entre la metodologa estndar adaptada a un
proyecto (qu se har y cmo se har) y la especificacin de cmo el proyecto se
desarrollar (qu individuos ejecutarn cada una de las actividades de acuerdo al
cronograma). La combinacin de la metodologa estndar adaptada a un proyecto y su plan
de desarrollo de software hace posible la ejecucin del proceso de software.
2.2.4
PARTICULARIDADES PARA EL PRESENTE TRABAJO
Luego de haber presentado los distintos componentes del proceso de software de una
organizacin, cabe aclarar que el presente trabajo se desarrolla con las siguientes
particularidades:
Se utiliza como metodologa estndar Mtrica Versin 3. No se presentan las

caractersticas especficas y antecedentes de la metodologa, pero quien desee esta
informacin puede consultar la bibliografa: [MAP00].
La adaptacin de la metodologa estndar se limita a la seleccin de actividades, es

decir a los lineamientos y criterios referidos a la seleccin de actividades de la
metodologa estndar. Ese subconjunto de actividades a desarrollar, dadas las
particularidades de un proyecto, se formaliza en el mapa de actividades del proyecto.
Lic. Eduardo Diez
17
2.3
MAPA DE ACTIVIDADES DEL PROYECTO
Una de las formas en que la flexibilidad, que permite la adaptacin de una metodologa
estndar a todo tipo de proyectos, se puede formalizar, es a travs de los mapas de
actividades, los cuales indican qu actividades se deben desarrollar y cules son las ms
relevantes para el proyecto en cuestin.
Existen metodologas estndares que aportan mapas de actividades preestablecidos, que
pueden utilizarse como base para la generacin del mapa de actividades definitivo de un
proyecto determinado.
El mapa de actividades constituye una gua, orientacin y recomendacin para el
responsable del proyecto, pero no es un catlogo que se deba cumplimentar en forma
obligatoria. Por el contrario, el responsable del proyecto puede no ajustarse a este mapa si
su sentido comn o percepcin de la realidad as lo indican.
Por otro lado, si bien el mapa recomienda las actividades que deberan llevarse a cabo, no
implique de acuerdo a las particularidades del proyecto.
La confeccin del mapa de actividades slo tiene sentido luego de conocer las
caractersticas especficas del mismo. Esto suele ser luego de la planificacin inicial, no
antes ya que en ese caso los datos disponibles son mnimos.
Por otro lado, cabe aclarar que el mapa de actividades no es un documento esttico, sino
que va evolucionando junto con el proyecto. A medida que se obtienen ms datos del
proyecto, el mapa de actividades se va consolidando o, por el contrario, si las caractersticas
especficas del proyecto cambian en forma notoria, el mapa de actividades debe reflejar ese
cambio.
Ahora bien, la confeccin del mapa de actividades de un proyecto no es una tarea trivial ni
automtica. Para hacerla correctamente se requiere de capacidad de anlisis,
conocimientos y experiencia en la aplicacin de metodologas estndares de desarrollo.
Una correcta confeccin del mapa de actividades, trae aparejadas una serie de ventajas,
que se explican en el siguiente apartado. Por otro lado, la seleccin incorrecta de segmentos
de una metodologa estndar podra ocasionar trastornos durante el proyecto e incluso
dificultar el logro de los objetivos planteados en el mismo.
2.3.1 VENTAJAS DE LOS MAPAS DE ACTIVIDADES
La utilidad del mapa de actividades es importante en la medida que se confeccione en
forma temprana, es decir cuando el responsable del proyecto ya cuenta con las primeras
particularidades del mismo.
En primer lugar, disponiendo del mapa en forma temprana, el responsable del proyecto
puede realizar ciertas estimaciones basndose en l. Por el contrario, si el mapa de
actividades no se confecciona en forma temprana, resulta de poca utilidad, constituyendo un
documento de un hecho ya ocurrido.
18
Lic. Eduardo Diez
El mapa de proyecto, confeccionado tempranamente, es una de las fuentes usadas por el

responsable del proyecto para realizar estimaciones. Las estimaciones se realizan sobre la
base de estadsticas acumuladas hasta el momento de proyectos previos, comparando las
actividades realizadas en esos proyectos con el mapa del proyecto en cuestin.
Algunas de las estimaciones que puede realizar el responsable del proyecto con respecto
al mismo son las siguientes:
Tiempo total necesario para culminarlo.

Esfuerzo requerido.
Costo monetario.
Cantidad de personas necesarias.
Perfiles y habilidades necesarias.
En segundo lugar, el mapa de proyecto constituye una gua, la base del plan de desarrollo
de software del proyecto donde todos y cada uno de los integrantes del equipo de proyecto
conocen las actividades que debern desarrollar durante el desarrollo del mismo y las
habilidades o conocimientos de las que debern hacer uso.
Por ltimo, pero de suma importancia, es necesario sealar que las metodologas
estndares, no siempre son aceptadas fcilmente por todos los equipos o locaciones de una
organizacin, sino que en muchos casos el uso de la misma es una imposicin.
Es por ello que la correcta confeccin de un mapa de actividades del proyecto, es una
forma de demostrar la flexibilidad de la metodologa estndar obteniendo confianza y
aceptacin de la misma.
2.3.2 TIPOS DE MAPAS DE ACTIVIDADES
Los formatos de mapa de proyecto que se presenta en el presente apartado abarcan todas
las actividades propuestas por Mtrica Versin 3 luego del proceso de planificacin,
respetando la estructura de la metodologa, segn [MAP00].
Se presentan entonces los siguientes tipos de mapas:
Desarrollo de sistemas de informacin

Mantenimiento de sistemas de informacin
Gestin de proyectos
Gestin de la configuracin
Aseguramiento de la calidad
Seguridad
En las tablas 2.1 al 2.7, en cada uno de los mapas, se presentan todas las actividades
previstas en Mtrica Versin 3 para un proceso especfico, y para cada una de ellas se
reserva un espacio para indicar su obligatoriedad e importancia.
Lic. Eduardo Diez
19
Procesos principales
Obligatoriedad
Desarrollo de sistemas de informacin

Mandatoria
Opcional
EVS: Estudio de viabilidad del sistema
EVS1: Establecimiento del alcance del sistema
EVS2: Estudio de la situacin actual
EVS3: Definicin de requisitos del sistema
EVS4: Estudio de alternativas de solucin
EVS5: Valoracin de las alternativas
EVS6: Seleccin de la solucin
ASI: Anlisis del sistema de informacin
ASI1: Definicin del sistema
ASI2: Establecimiento de requisitos
ASI3: Identificacin de subsistemas de anlisis
ASI4: Anlisis de los casos de uso
ASI5: Anlisis de clases
ASI6: Elaboracin del modelo de datos
ASI7: Elaboracin del modelo de procesos
ASI8: Definicin de interfaces de usuario
ASI9: Anlisis de consistencia y especificacin de requisitos
ASI10: Especificacin del plan de pruebas
ASI11: Aprobacin del anlisis del sistema de informacin
DSI: Diseo del sistema de informacin
DSI1: Definicin de la arquitectura del sistema
DSI2: Diseo de la arquitectura de soporte
DSI3: Diseo de casos de uso reales
DSI4: Diseo de clases
DSI5: Diseo de la arquitectura de mdulos del sistema
DSI6: Diseo fsico de datos
DSI7: Verificacin y aceptacin de la arquitectura del sistema
DSI8: Generacin de especificaciones de construccin
DSI9: Diseo de la migracin y carga inicial de datos
DSI10: Especificacin tcnica del plan de pruebas
DSI11: Establecimiento de requisitos de implantacin
DSI12: Aprobacin del diseo del sistema de informacin
Tabla 2.1 - Mapa de actividades para Mtrica Versin 3
20
Importancia
No requerida
Alta
Media
Baja
Lic. Eduardo Diez
Obligatoriedad
Desarrollo de los sistemas de informacin

Mandatoria
Opcional
No requerida
CSI: Construccin del sistema de informacin
CSI1: Preparacin del entorno de generacin y construccin
CSI2: Generacin del cdigo de los componentes y procedimientos
CSI3: Ejecucin de las pruebas unitarias
CSI4: Ejecucin de las pruebas de integracin
CSI5: Ejecucin de las pruebas del sistema
CSI6: Elaboracin de los manuales de usuario
CSI7: Definicin de la formacin de usuarios finales
CSI8: Construc. de comp. y proced. de migracin y carga inicial de datos
CSI9: Aprobacin del sistema de informacin
IAS: Implantacin y aceptacin del sistema
IAS1: Establecimiento del plan de implantacin
IAS2: Formacin necesaria para la implantacin
IAS3: Incorporacin del sistema al entorno de operacin
IAS4: Carga de datos al entorno de operacin
IAS5: Pruebas de implantacin del sistema
IAS6: Pruebas de aceptacin del sistema
IAS7: Preparacin del mantenimiento del sistema
IAS8: Establecimiento del acuerdo de nivel de servicio
IAS9: Presentacin y aprobacin del sistema
IAS10: Paso a produccin
Tabla 2.2 - Mapa de actividades para Mtrica Versin 3 (Cont.)
Obligatoriedad
Mantenimiento de sistemas de informacin

Mandatoria
Opcional
No requerida
MSI: Mantenimiento de sistemas de informacin
MSI1: Registro de la peticin
MSI2: Anlisis de la peticin
MSI3: Preparacin de la implementacin de la modificacin
MSI4: Seguimiento y evaluacin de los cambios hasta la aceptacin
Lic. Eduardo Diez
Importancia
Alta
21
Media
Baja
Importancia
Alta
Media
Baja
Interfaces
Obligatoriedad
Gestin de proyectos
Mandatoria
Opcional
No requerida
GPI: Actividades de inicio del proyecto
GPI1: Estimacin de esfuerzo
GPI2: Planificacin
GPS: Actividades de seguimiento y control
GPS1: Asignacin detallada de tareas
GPS2: Comunicacin al equipo de proyecto
GPS3: Seguimiento de tareas
GPS4: Anlisis y registro de incidencias
GPS5: Peticin de cambio de requisitos
GPS6: Anlisis de la peticin de cambio de requisitos
GPS7: Aprobacin de la solucin
GPS8: Estimacin del esfuerzo y planificacin de la solucin
GPS9: Registro del cambio de requisitos
GPS10: Finalizacin de la tarea
GPS11: Actualizacin de la planificacin
GPS12: Reuniones de seguimiento
GPS13: Aceptacin
GPF: Actividades de finalizacin
GPF1: Cierre del proyecto
Interfaces
Obligatoriedad
Gestin de la configuracin
Mandatoria
Opcional
No requerida
EVS-GC: Estudio de viabilidad del sistema
EVS-GC1: Definicin de los requisitos de GC
EVS-GC2: Establecimiento del plan de GC
ADC-GC: Anlisis, diseo, construccin, implantacin y aceptacin del sistema
de informacin
ADC-GC1: Identificacin y registro de productos
ADC-GC2: Identificacin y registro del producto global
MSI-GC: Mantenimiento del sistema de informacin
MSI-GC1: Registro del cambio en el sistema de GC
Importancia
Alta
22
Media
Baja
Importancia
Alta
Media
Baja
Lic. Eduardo Diez
Interfaces
Obligatoriedad
Aseguramiento de la calidad
Mandatoria
Opcional
No requerida
EVS-CAL: Estudio de viabilidad del sistema
EVS-CAL1: Identificacin de las propiedades de calidad para el sistema
EVS-CAL2: Establecimiento del plan de aseguramiento de la calidad
EVS-CAL3: Adecuacin del plan de aseguramiento de la calidad
ASI-CAL: Anlisis del sistema de informacin
ASI-CAL1: Especificacin inicial del plan de aseguramiento de calidad
ASI-CAL2: Especificacin detallada del plan de aseg. de calidad
ASI-CAL3: Revisin del anlisis de consistencia
ASI-CAL4: Revisin del plan de pruebas
ASI-CAL5: Registro de aprobacin del anlisis del sistema de informacin
DSI-CAL: Diseo del sistema de informacin
DSI-CAL1: Revisin de la verificacin de la arquitectura del sistema
DSI-CAL2: Revisin de la especificacin tcnica del plan de pruebas
DSI-CAL3: Revisin de los requisitos de implantacin
DSI-CAL4: Registro de aprobacin del diseo del sistema de informacin
CSI-CAL: Construccin del sistema de informacin
CSI-CAL1: Revisin del cdigo de componentes y procedimientos
CSI-CAL2: Revisin de las pruebas unitarias, integracin y sistema
CSI-CAL3: Revisin de los manuales de usuario
CSI-CAL4: Revisin de la formacin a usuarios finales
CSI-CAL5: Registro de aprobacin del sistema de informacin
IAS-CAL: Implantacin y aceptacin del sistema
IAS-CAL1: Revisin del plan de implantacin del sistema
IAS-CAL2: Revisin de las pruebas de implantacin del sistema
IAS-CAL3: Revisin de las pruebas de aceptacin del sistema
IAS-CAL4: Revisin del plan de mantenimiento del sistema
IAS-CAL5: Registro de aprobacin de la implantacin del sistema
MSI-CAL: Mantenimiento del sistema de informacin
MSI-CAL1: Revisin del mantenimiento del sistema de informacin
MSI-CAL2: Revisin del plan de pruebas de regresin
MSI-CAL3: Revisin de la realizacin de las pruebas de regresin
Lic. Eduardo Diez
23
Importancia
Alta
Media
Baja
Interfaces
Obligatoriedad
Seguridad
Mandatoria
Opcional
No requerida
EVS-SEG: Estudio de viabilidad del sistema
EVS-SEG1: Estudio de la seguridad requerida en el proceso EVS
EVS-SEG2: Seleccin del equipo de seguridad
EVS-SEG3: Recomend. adicionales de seguridad para sistema informacin
EVS-SEG4: Evaluacin de la seguridad de las alternativas de solucin
EVS-SEG5: Evaluacin detallada de la seguridad de la solucin propuesta
EVS-SEG6: Catalogac. de los productos generados durante proceso EVS
ASI-SEG: Anlisis del sistema de informacin
ASI-SEG1: Estudio de la seguridad requerida en el proceso ASI
ASI-SEG2: Descripcin de las funciones y mecanismos de seguridad
ASI-SEG3: Definicin de los criterios de aceptacin de la seguridad
ASI-SEG4: Catalogacin de los productos generados durante proceso ASI
DSI-SEG: Diseo del sistema de informacin
DSI-SEG1: Estudio de la seguridad requerida en el proceso DSI
DSI-SEG2: Especificacin de requisitos de seg. del entorno tecnolgico
DSI-SEG3: Requisitos de seguridad del entorno de construccin
DSI-SEG4: Diseo de pruebas de seguridad
DSI-SEG5: Catalogacin de los productos generados durante proceso DSI
CSI-SEG: Construccin del sistema de informacin
CSI-SEG1: Estudio de la seguridad requerida en el proceso CSI
CSI-SEG2: Evaluacin de los resultados de las pruebas de seguridad
CSI-SEG3: Elaboracin del plan de formacin de seguridad
CSI-SEG4: Catalogacin de los productos generados durante proceso CSI
IAS-SEG: Implantacin y aceptacin del sistema
IAS-SEG1: Estudio de la seguridad requerida en el proceso IAS
IAS-SEG2: Revisin de medidas de seguridad del entorno de operacin
IAS-SEG3: Evaluacin de result. de pruebas seg. e implant. del sistema
IAS-SEG4: Catalogacin de los productos generados durante proceso IAS
IAS-SEG5: Revisin de medidas de seg. en el entorno de produccin
MSI-SEG: Mantenimiento del sistema de informacin
MSI-SEG1: Estudio de la seguridad requerida en el proceso MSI
MSI-SEG2: Especific. e identificacin de las funciones y mecanis. de seg.
MSI-SEG3: Catalogacin de los productos generados durante proceso MSI
24
Importancia
Alta
Media
Baja
Lic. Eduardo Diez
2.4
USO DEL GMAP
El prototipo GMAP cubre las siguientes necesidades, sobre la base de Mtrica Versin 3:
Asistir al responsable de proyecto en el proceso de elaborar el mapa de actividades de

su proyecto.
Poner al servicio de responsables de proyectos novatos la experiencia adquirida por
aquellas personas consideradas verdaderos especialistas en el rea.
Contribuir en el mejoramiento de la prctica de la ingeniera del software y que a la vez
incentive su aplicacin.
Dado un proyecto concreto, la forma de uso prevista para el prototipo GMAP es la

siguiente:
1. El responsable de proyecto recoge, releva e investiga las particularidades y datos del
proyecto. Estas particularidades y datos podrn ser estimados o incluso no definitivos.
2. El responsable de proyecto ingresa los datos del proyecto en el prototipo GMAP. El
prototipo ir preguntando, al responsable del proyecto, cada uno de ellos.
3. Sobre la base de los datos ingresados, y el total de actividades propuestas por Mtrica
Versin 3, el prototipo GMAP infiere las actividades recomendadas a realizar para ese
proyecto.
4. GMAP presenta las actividades recomendadas a realizar al responsable del proyecto.
5. Con la lista de actividades recomendadas, el responsable del proyecto contina con sus
actividades. Si el responsable del proyecto detecta cambios en las particularidades y/o
datos del mismo, vuelve al paso 1.
En la figura 2.3 se muestran grficamente los pasos anteriormente descriptos:
G M AP
In g re s o d e
d a to s d e l
p ro ye c to
In fe re n c ia a c tiv id a d e s
re c o m e n d a d a s
P re s e n ta c i n d e
a c tiv id a d e s
re c o m e n d a d a s
Figura 2.3 - Uso de GMAP
Lic. Eduardo Diez
25
CAPTULO III
DEFINICIN DEL PROYECTO
CAPTULO III
DEFINICIN DEL PROYECTO
3.1
INTRODUCCIN
En este captulo se presentan en primer trmino, los inconvenientes que surgen a la hora
de confeccionar el mapa de actividades de un proyecto de desarrollo de software.
Posteriormente se establecen los objetivos y alcance del presente trabajo como as
tambin la metodologa y ciclo de vida a utilizar.
Finalmente se identifican los especialistas y dems actores que participarn en la
construccin del prototipo GMAP y se describe brevemente el plan de administracin del
proyecto.
3.2
PLANTEAMIENTO DEL PROBLEMA
La confeccin del mapa de actividades de un proyecto de desarrollo de software no es una

tarea trivial ni automtica. Para hacerla correctamente se requiere de capacidad de anlisis,
conocimientos y experiencia en la aplicacin de metodologas de desarrollo.
Algunos de los problemas que se suelen presentar a la hora de confeccionar el mapa son
los siguientes:
Existen muchas variantes posibles de mapas: el mapa no es nico dadas las

particularidades de un proyecto.
Indefinicin de los datos a analizar: el responsable del proyecto generalmente no conoce

cules son los datos del mismo que debe analizar para confeccionar el mapa.
Imprecisin de los datos a analizar: dados los datos a analizar, el valor o calificacin de
los mismos generalmente es impreciso y difuso.
La valoracin tiene alto grado de subjetividad: la valoracin de cada una de las

caractersticas especficas y de ellas en conjunto no es objetiva, con lo cual se requiere
experiencia para su apreciacin.
El mapa se confecciona al inicio del proyecto: para que el mapa tenga real utilidad, debe
confeccionarse en forma temprana, en las primeras etapas del proyecto.
La experiencia podra estar repartida entre distintos especialistas: el conocimiento para

la confeccin del mapa de actividades poda estar distribuido entre varias personas y no
concentrado en slo una.
Lic. Eduardo Diez
27
Definicin del Proyecto
3.3
OBJETIVOS
El objetivo del trabajo es desarrollar un prototipo de sistema denominado Generador del

Mapa de Actividades de un Proyecto de Desarrollo de Software (GMAP).
El objetivo del prototipo es recomendar a los responsables de proyectos de desarrollo de
software un mapa de su proyecto (dadas sus particularidades y la metodologa base Mtrica
Versin 3), que constituye una gua y orientacin sobre las actividades a realizar para
alcanzar los objetivos del mismo.
Los objetivos principales anteriores, derivan en estos objetivos de detalle:
Proporcionar una forma amigable y eficaz de asistencia al responsable de un proyecto

de desarrollo de software en la confeccin del mapa de actividades de su proyecto.
Representar los criterios y metodologa utilizada por los usuarios especialistas para
resolver el problema.
Utilizar una herramienta de desarrollo de sistemas para construir el prototipo GMAP, a

travs de prototipos incrementales.
Evaluar el comportamiento y las prestaciones del prototipo mediante casos de prueba.
3.4
ALCANCE DEL PROTOTIPO
El prototipo asiste al responsable de proyecto en la tarea de elaborar el mapa de

actividades de su proyecto, basndose en la metodologa Mtrica Versin 3.
Una vez terminado o avanzado en gran medida el proceso Planificacin de los sistemas
de informacin (PSI) de Mtrica Versin 3, y teniendo en cuenta las particularidades que
tendr el proyecto, se elabora el mapa de actividades del mismo.
El mapa comprende las actividades alcanzadas por los siguientes procesos de Mtrica
Versin 3:
Desarrollo de los sistemas de informacin
Estudio de viabilidad del sistema
Anlisis del sistema de informacin
Diseo del sistema de informacin
Construccin del sistema de informacin
Implantacin y aceptacin del sistema
Mantenimiento del sistema de informacin
28
Lic. Eduardo Diez
Interfaces
Gestin de proyectos
Gestin de configuracin
Calidad
Seguridad
El mapa de actividades determina qu actividades deberan llevarse a cabo pero no
implique, de acuerdo a las particularidades del proyecto.
El prototipo GMAP recomienda el mapa de actividades, sin embargo ese mapa resultante
no ser un catlogo que se deba seguir de forma obligatoria, sino que constituye una gua y
orientacin para el responsable del proyecto.
El prototipo GMAP implementa las siguientes funciones:
1. Presenta al usuario una interfaz visual, que le permite ingresar rpidamente los datos
particulares de un proyecto.
2. Sobre la base de las caractersticas ingresadas, infiere las actividades previstas en
Mtrica Versin 3 que deberan realizarse.
3. Finalmente recomienda un mapa de actividades al usuario, que se genera en un formato
electrnico estndar.
3.5
ENFOQUE DE DESARROLLO
Las fases y etapas de esta metodologa, que guiarn el desarrollo del sistema, son las
siguientes:
Fase I Adquisicin de requisitos
La adquisicin de requisitos, es el proceso de recoleccin de informacin, a partir de
cualquier fuente, necesaria para construir el sistema (aceptando la palabra informacin en
su sentido ms amplio; es decir: datos, noticias y conocimientos).
Fase II Modelado conceptual
El modelado conceptual consiste, bsicamente, en el entendimiento del dominio del
problema y de la terminologa usada. Esta etapa permite al IS formar un marco inicial o
mapa mental del dominio de la aplicacin.
Fase III Diseo del sistema
El objetivo es pasar del modelo conceptual del problema, desde el punto de vista del
usuario o del dominio, a un modelo formal del problema desde le punto de vista del sistema.
Fase IV Implementacin
El objetivo es seleccionar la herramienta que permite trasladar el modelo formal del
comportamiento del UE a un modelo que pueda ser interpretado por una computadora e
implementarlo.
Lic. Eduardo Diez
29
Fase V Evaluacin
La evaluacin de software es un proceso que conlleva, en primer lugar, un examen o
estudio del sistema para, posteriormente, juzgar el valor o grado de cierto aspecto del
sistema. El proceso de evaluacin del software sirve como gua para una actuacin
posterior: corregir errores, mejorar el sistema, dar el proceso de construccin por acabado,
etc.
3.6
PARTICIPANTES DEL PROYECTO
Para llevar adelante el presente trabajo se cuenta con los siguientes participantes:
Ingeniero de Software (IS): actuar como IS el Lic. Eduardo Diez, autor del presente
trabajo.
Usuarios especialistas: se integrarn al proyecto, en calidad de usuarios especialistas,

las siguientes personas:
Richard W. Locke - International Project Manager - NCS Pearson, Inc.

Juan Jos Goldschtein - Director Departamento de Sistemas - Universidad de
Belgrano
Estas personas son especialistas en metodologas de desarrollo de software y en

gerenciamiento de proyectos de desarrollo de software. Han tenido una importante
participacin en la definicin de metodologas estndares y a escala global. Si bien no
conocen en detalle la metodologa Mtrica Versin 3, pueden extrapolar su experiencia
en otras metodologas.
Usuarios: no se prevn, por el momento, usuarios finales rutinarios para el presente

prototipo, que usen Mtrica Versin 3 como metodologa para desarrollo de software. De
todas formas se convertirn en usuarios no intensivos del prototipo GMAP los siguientes:
3.7
Ingenieros en Informtica y Licenciados en Sistemas del Departamento de Sistemas

de la Universidad de Belgrano (UB), que actan como responsables de proyectos. Si
bien este departamento no utiliza una metodologa de desarrollo explcitamente
definida, est muy interesado en utilizar la herramienta como gua de actividades
para proyectos internos y desarrollos para empresas locales y del exterior del pas.
Este departamento es la organizacin considerada en el estudio de viabilidad.
Profesores de la UB y del Instituto Tecnolgico de Buenos Aires (ITBA), interesados
en utilizar el prototipo GMAP con fines didcticos.
GESTIN DEL PROYECTO
Para el presente proyecto, la gestin del mismo comprende dos actividades principales:
La planificacin de las actividades, incluyendo la estimacin de tiempo, esfuerzo, costos,

recursos humanos.
El seguimiento y control del proyecto.
30
Lic. Eduardo Diez
3.7.1. ESTIMACIN INICIAL DE HORAS

La estimacin inicial del esfuerzo (medido en horas) para cada una de las actividades
previstas en el proyecto y para el total del mismo se presenta en la tabla 3.1.
Fases y etapas
Horas
Gestin del proyecto y la configuracin

Planificacin
Seguimiento y control
Sesiones iniciales
Sesiones de detalle
Identificacin de componentes del modelo
Integracin de componentes del modelo
Definicin de arquitectura
Definicin de componentes de arquitectura
Seleccin de la herramienta
Codificacin
Fase V Evaluacin
Planificacin
Ejecucin y anlisis
Desarrollo de la tesis de magister
Armado del documento del trabajo de tesis
Revisin y correccin del trabajo
Presentacin final
25 hs.
10 hs.
15 hs.
50 hs.
10 hs.
40 hs.
100 hs.
80 hs.
20 hs.
75 hs
25 hs.
50 hs.
100 hs.
10 hs.
90 hs.
75 hs
50 hs
25 hs
75 hs.
40 hs.
20 hs.
15 hs.
Total tiempo estimado del proyecto
500 hs.
Tabla 3.1 - Estimacin inicial de esfuerzo
Lic. Eduardo Diez
31
3.7.2. CRONOGRAMA TENTATIVO DE TAREAS

El cronograma tentativo correspondiente a las tareas a desarrollar, es el siguiente:
ID
1
Nombre de tarea
Start
16/04/2001
Finish
15/10/2001
Planificacin
16/04/2001
20/04/2001
23/04/2001
15/10/2001
23/04/2001
20/07/2001
Sesiones iniciales
23/04/2001
08/06/2001
Sesiones de detalle
21/05/2001
20/07/2001
28/05/2001
13/07/2001
29/06/2001
Fase I: Adquisicin de requisitos
Fase II: Modelado conceptual
28/05/2001
11/06/2001
13/07/2001
10
Fase III: Diseo del sistema
25/06/2001
10/08/2001
11
25/06/2001
27/07/2001
12
09/07/2001
10/08/2001
30/07/2001
31/08/2001
24/08/2001
13
Fase IV: Implementacin
14
30/07/2001
15
Codificacin
06/08/2001
31/08/2001
27/08/2001
28/09/2001
16
Fase V: Evaluacin
17
Planificacin
27/08/2001
14/09/2001
18
Ejecucin y anlisis
10/09/2001
28/09/2001
01/10/2001
15/10/2001
19
Desarrollo de la tesis de master
20
01/10/2001
12/10/2001
21
01/10/2001
12/10/2001
22
Presentacin final
15/10/2001
15/10/2001
April 2001
01/04
15/04
May 2001
29/04
13/05
June 2001
27/05
10/06
July 2001
24/06
08/07
22/07
August 2001
September 2001
05/08
19/08
02/09
16/09
October 2001
30/09
14/10
15/10
32
Lic. Eduardo Diez
3.7.3. CONDICIONANTES
Dada la dependencia del proyecto hacia los especialistas, la fecha prevista de finalizacin
del mismo estar fuertemente condicionada por el tiempo que los mismos asignen a su
participacin en el proyecto.
3.7.4. SEGUIMIENTO Y CONTROL
Durante el proyecto se efectuar el seguimiento y control del mismo. Ese seguimiento y
control consistir en una registracin de horas insumidas para cada una de las tareas, una
actualizacin continua del cronograma inicial y una comparacin permanente contra la
planificacin inicial.
El total real de horas insumidas y la ltima versin del cronograma de tareas se presenta
en el apndice B.
3.8
GESTIN DE LA CONFIGURACION
Para el presente proyecto, la gestin de la configuracin comprende las siguientes

actividades, para asegurar una adecuada administracin de los cambios y actualizaciones
que se producen durante el mismo.
Identificacin de la configuracin
Control de la configuracin
Generacin de informes de estado
Auditora de la configuracin
En el cronograma de tareas, la Identificacin de la configuracin se asocia a la tarea de

Planificacin y las dems a la de Seguimiento y control.
Los informes ms relevantes, correspondientes a las actividades de gestin de la
configuracin, se presentan en el apndice D.
3.8.1. IDENTIFICACIN DE LA CONFIGURACIN
Lneas base
Las lneas base que se utilizarn y los elementos de configuracin por cada una de ellas se
presentan en la tabla 3.2.
La lnea base varios denominada Varios, se incluye slo a los efectos de poder llevar el
control de toda la documentacin complementaria.
Para este proyecto en particular, los elementos de configuracin correspondientes a la
lnea base de mantenimiento no se considerarn en este momento, ya que se ha acordado
con la organizacin usuaria que estos elementos se definirn una vez que prototipo haya
sido aceptado y supere un tiempo de uso por parte de la misma.
Lic. Eduardo Diez
33
Lnea base
Funcional
Diseo
Producto
Operativa
Varios
Elementos de configuracin
Definicin de la necesidad o problema
Definicin del proyecto
Adquisicin de requisitos
Modelado conceptual
Diseo del sistema
Implementacin
Cdigo del prototipo
Evaluacin
Prototipo ejecutable
Documentacin complementaria
Tabla 3.2 - Lneas base
Identificacin de elementos de configuracin

Ya que todos los elementos de configuracin se podrn almacenar en medio magntico, y
todos ellos corresponden a captulos del presente trabajo de tesis, se identificarn de la
forma presentada en la tabla 3.3.
Elemento de configuracin
Definicin de la necesidad o problema
Modelado conceptual
Diseo del sistema
Implementacin
Cdigo del prototipo
Evaluacin
Identificacin
Captulo-02
Captulo-03
Captulo-04
Captulo-05
Captulo-06
Captulo-07
GMAP
Captulo-08
GMAP
MAPAS
Captulo-00
Captulo-01
Captulo-09
Bibliografa
Apndice-A
Apndice-B
Apndice-C
Apndice-D
Apndice-E
Apndice-F
Tabla 3.3 - Identificacin de elementos de configuracin
Todos los elementos de configuracin del proyecto se almacenarn en un directorio, cuyo

nombre ser TESIS. Dentro de este directorio, existirn los siguientes subdirectorios:
DOCUMENTACION = Contendr todos los documentos del proyecto

PROTOTIPO = Contendr todos los mdulos del prototipo GMAP
34
Lic. Eduardo Diez
El nmero de versin de cada elemento de configuracin est conformado por dos

nmeros enteros de la forma X.Y. El nmero X se incrementar cada vez que se genere una
nueva versin con cambios mayores y el nmero Y cada vez que se genere una versin con
cambios menores. Cuando se incremente el nmero X, el Y se establecer en cero. El
nmero de versin del sistema en general, se determinar de la misma forma.
Adicionalmente, se administrar una planilla donde se registrarn los nmeros de versin,
fechas y ubicacin fsica de los elementos de configuracin, entre otros datos. Esa planilla
tiene el formato presentado en la tabla 3.4.
Proyecto
Versin
Lnea
Sistema
base
Descripcin
Tipo
Nombre Versin Fecha
Directorio
Funcional
Diseo
Producto
Operativa
Varios
Tabla 3.4 - Formato planilla de versiones
3.8.2. CONTROL DE LA CONFIGURACIN

Comit de control de cambios
Se formar un comit de control de cambios, cuyos integrantes y responsabilidades son las
siguientes:
Integrantes: Ser el IS, el cual tiene una visin integral del proyecto.
Responsabilidades: Tomar decisiones acerca de la viabilidad y prioridad de las
solicitudes de cambio, sobre la base de evaluaciones del impacto de un cambio en un
elemento de configuracin sobre el resto de los elementos de configuracin y sobre los
requisitos explcitos e implcitos del producto.
Tipos de cambios a controlar
Dada la envergadura del proyecto, se considerarn los siguientes tipos de cambio a los
elementos de configuracin:
Informales: antes de que el elemento de configuracin forme parte de una lnea base.
Ser responsabilidad de quien haya desarrollado el elemento de configuracin en
cuestin.
Lic. Eduardo Diez
35
Formales: cuando el elemento de configuracin ya forma parte de una lnea base. Deber
ser aprobado por el comit de control de cambios.
Proceso de control de cambios
Se establece, para los tipos de cambio formales, un proceso de control de cambios que,
esquemticamente, se presenta a continuacin. El objetivo de este esquema es mostrar a
un nivel general el proceso de control de cambios, por lo cual, no se ha sobrecargado con
excepciones al proceso y vuelta atrs de tareas
Se origina la necesidad del cambio o la incidencia
El solicitante genera una solicitud de cambio o un informe de incidencia
Si se gener un informe de incidencia
Se evala la incidencia
Si la incidencia no tiene entidad
Se desestima informe de incidencia
Se informa el hecho al solicitante
Si la incidencia tiene entidad
Se genera solicitud de cambio
Se informa al solicitante la identificacin de solicitud de cambio
Se evala la solicitud y genera un informe de cambios
Se decide viabilidad del cambio
Si cambio no es viable
Se deniega solicitud de cambio
Si cambio es viable
Se aprueba solicitud de cambio
Se planifica el cambio y se genera una orden de cambio
Se realiza el cambio
Se genera una nueva versin del producto
Se realizan actividades de garanta de calidad y prueba
Se auditan los cambios
Se aprueba nueva versin del producto
Se genera un informe de implementacin/instalacin
Se informa al solicitante el estado final de su solicitud de cambio
Registros de cambios
Los siguientes son los tems que debern contener cada uno de los documentos del
proceso de control de cambios:
a) Registros de informes de incidencias: por cada informe de incidencia, se registrarn los
tems presentados en la tabla 3.5.
36
Lic. Eduardo Diez
Item
Identificacin informe de incidencia
Sistema
Confeccionado por
Firma solicitante
Fecha de incidencia
Descripcin de incidencia
Tipo de incidencia (Leve/Seria/Importante/Crtica)
Resultado evaluacin (Desestimada/No desestimada)
Fecha de evaluacin
Identificacin solicitud de cambio asociada (si corresponde)
Completado por
Receptor/Evaluador
Solicitante
Solicitante
Solicitante
Solicitante
Solicitante
Solicitante
Receptor/Evaluador
Receptor/Evaluador
Receptor/Evaluador
Tabla 3.5 - tems del informe de incidencias
b) Registros de solicitudes de cambio: por cada informe de incidencia podr existir una
solicitud de cambio y tambin podr existir independientemente. Sobre la misma se
registrarn los tems presentados en la tabla 3.6.
Item
Identificacin solicitud
Sistema
Nombre del solicitante
Firma solicitante
Fecha de confeccin de la solicitud
Descripcin del requerimiento
Motivo del requerimiento
Observaciones
Documentacin de apoyo entregada
Fecha de recepcin de la solicitud
Identificacin informe de evaluacin de cambio asociado
Identificacin informe de incidencia asociado (si existe)
Completado por
Receptor/Evaluador
Solicitante
Solicitante
Solicitante
Solicitante
Solicitante
Solicitante
Solicitante
Solicitante
Receptor/Evaluador
Receptor/Evaluador
Receptor/Evaluador
Tabla 3.6 - tems de solicitudes de cambio
c) Registros de informes de evaluacin de cambio: por cada solicitud de cambio, existir un

informe de cambios, sobre el cual se registrarn los tems presentados en la tabla 3.7.
Item
Completado por
Identificacin informe de cambio
Evaluador
Confeccionado por
Evaluador
Fecha de evaluacin
Evaluador
Elementos de configuracin a modificar/afectados
Evaluador
Descripcin de la solucin propuesta
Evaluador
Estimacin de tiempo de desarrollo por perfil
Evaluador
Observaciones
Evaluador
Resultado anlisis de viabilidad (aprobada/denegada) Comit de control de cambios
Fecha de anlisis de viabilidad
Identificacin orden de cambio asociada (si
corresponde)
Identificacin solicitud de cambio asociada
Evaluador
Tabla 3.7 - tems de informes de cambio
d) Registros de rdenes de cambio: por cada informe de cambio, podr existir una orden de
cambio, sobre la cual se registrarn los tems presentados en la tabla 3.8.
Lic. Eduardo Diez
37
Item
Identificacin orden de cambio
Confeccionado por
Fecha de confeccin
Fecha estimada de implementacin/instalacin
Identificacin del informe de
implementacin/instalacin asociado
Identificacin del informe de evaluacin de cambio
asociado
Completado por
y Desarrollador
Desarrollador
Tabla 3.8 - tems de rdenes de cambio
e) Registros de informes de implementacin/instalacin: por cada orden de cambio, existir

un informe de implementacin/instalacin, sobre el cual se registrarn los tems presentados
en la tabla 3.9.
Item
Identificacin informe de implementacin/instalacin
Confeccionado por
Fecha de confeccin
Elementos de configuracin modificados/afectados
Descripcin de la solucin real
Responsables de la modificacin y perfil
Horas insumidas por perfil
Fecha de implementacin/instalacin
Versin del sistema generada
Identificacin de orden de cambio asociada
Completado por
Desarrollador
Desarrollador
Desarrollador
Desarrollador
Desarrollador
Desarrollador
Desarrollador
Desarrollador
Desarrollador
Desarrollador
Tabla 3.9 - tems de informes de implementacin/instalacin
Cabe aclarar los siguientes puntos:

Como los tems de cada tipo de registro se encuentran vinculados, desde uno de ellos se
podr acceder a los datos del otro. Ej: Con la identificacin de una solicitud de cambios,
puedo conocer su fecha de instalacin contenida en el informe de
implementacin/instalacin.
La columna Completado por no hace referencia a personas sino a la funcin de quien
en ese momento completa el dato. Para el caso del presente proyecto, casi todos
corresponden al IS.
3.8.3. GENERACIN DE INFORMES DE ESTADO
Informe de incidencias
Se generar un informe de incidencias con el formato que se presenta en la tabla 3.10.
38
Lic. Eduardo Diez
Identificacin
Incidencias GMAP
Desde: xx/xx/xx Hasta: xx/xx/xx
Fecha
Tipo
Descripcin
Estado
incidencia incidencia
Solicitud cambio
asociada
Tabla 3.10 - Formato informe de incidencias
Informe de solicitudes de cambio

Se generar un informe de solicitudes de cambio con el formato que se presenta en la
tabla 3.11.
Identificacin
Solicitudes de cambio GMAP

Desde: xx/xx/xx Hasta: xx/xx/xx
Fecha
Descripcin
Estado
Fecha
solicitud
implementacin
instalacin
Descripcin
solucin
Tabla 3.11 - Formato solicitudes de cambio
Informe de implementaciones/instalaciones
Se generar un informe de implementaciones/instalaciones con el formato que se presenta
en la tabla 3.12.
Identificacin
Implementaciones / Instalaciones
Sistema: GMAP Desde: xx/xx/xx Hasta: xx/xx/xx
Fecha
Elementos
Descripcin
configuracin
solucin
modificados/afectados
Versin
generada
Tabla 3.12 - Formato informe de implementaciones/instalaciones
Informe de estado de configuracin

Se generar un informe de estado de configuracin con el formato que se presenta en la
tabla 3.13.
Lic. Eduardo Diez
39
Versin
Sistema
Lnea
base
Estado de configuracin
Sistema: GMAP Al: xx/xx/xx
Descripcin Tipo Nombre Versin Fecha
Directorio
Funcional
Diseo
Producto
Operativa
Varios
Tabla 3.13 - Formato informe de estado de configuracin
En todos los casos, el estado corresponder al que posee el tem en cuestin al momento
de emitir el reporte. Este podr ser, dependiendo del caso, entre otros los siguientes:
Implementado/instalado
Pendiente
Desestimado
Denegado
3.8.4. AUDITORA DE LA CONFIGURACION
Responsable
Ser una persona, invitada a participar en el proyecto, la cual deber tener una visin
integral del proyecto y no deber ser la misma persona que conforma el comit de control de
cambios.
Funciones
Sern sus funciones realizar los siguientes tipos de auditora:
Funcional: Comprobar la realizacin de tests sobre el elemento de configuracin auditado
y sus resultados, generando un informe con el formato que se presenta en la tabla 3.14.
40
Lic. Eduardo Diez
Auditora Funcional
Sistema: GMAP
Responsable: xxxxxxxx
Elemento de
configuracin auditado
Fecha: xx/xx/xx
Resultado
Versin: X.Y
Firma:
Observaciones
Tabla 3.14 - Formato informe auditora funcional
Fsica: Verificar la documentacin de la lnea funcional auditada, generando un informe

con el formato que se presenta en la tabla 3.15.
Auditora Fsica
Sistema: GMAP
Lnea base
auditada
Fecha: xx/xx/xx
Resultado
Versin: X.Y
Firma:
Observaciones
Tabla 3.15 - Formato informe auditora fsica
Certificacin: Certificar el comportamiento del elemento de configuracin auditado en el

entorno operativo, generando un informe con el formato que se presenta en la tabla 3.16.
Certificacin
Sistema: GMAP
Elemento de
Fecha: xx/xx/xx
Resultado
Versin: X.Y
Firma:
Observaciones
Tabla 3.14 - Formato informe auditora de certificacin
Lic. Eduardo Diez
41
CAPTULO IV
ADQUISICIN DE REQUISITOS
CAPTULO IV
ADQUISICIN DE REQUISITOS
4.1
INTRODUCCIN
En este captulo se presenta la adquisicin de requisitos correspondiente al prototipo

GMAP.
La adquisicin de requisitos, es el proceso de recoleccin de informacin, a partir de
cualquier fuente, necesaria para construir el sistema.
La adquisicin de requisitos no es un paso concreto en la metodologa de desarrollo del
sistema, sino ms bien una tarea que se produce en paralelo a todas las etapas de
construccin de estos sistemas. La adquisicin de requisitos proporciona, a cada etapa, la
informacin que se requiere en cada momento del desarrollo. Por lo tanto, si bien se
presenta completa y nicamente en el presente captulo, la recoleccin de informacin no se
ha realizado en un nico paso aislado, bien por el contrario ha formado parte varias fases.
El problema de la adquisicin de requisitos consiste en obtener la informacin correcta y
obtener la cantidad y el tipo adecuado de informacin en el momento apropiado. Es por ello
que el proceso debe estar constantemente controlado.
Con el objeto de controlar el proceso de adquisicin de requisitos, se descompone en las
siguientes etapas:
Primeras reuniones y evaluacin de la viabilidad: son reuniones iniciales con usuarios

especialistas (UE) y posibles usuarios del prototipo. Los objetivos de esta etapa son
dos:
Determinar los requisitos funcionales del sistema o, en su caso, las necesidades de

los usuarios del futuro prototipo, o lo que los usuarios esperan del mismo.
Introducir al IS en el dominio a un nivel tal que sea capaz de establecer la viabilidad

del sistema donde se determine si el problema es tratable, o no.
En estas primeras reuniones, se busca informacin general, no de detalle, como para

conocer la terminologa. La profundidad que se debe alcanzar en estas reuniones es
mnima; se busca el grano grueso, la visin general.
Lic. Eduardo Diez
43
Adquisicin de Requisitos
Extraccin de informacin: es el estudio de la documentacin existente, con el objetivo

de aprender lo ms posible sobre el dominio del problema. Este perodo de preparacin
permite reducir el tiempo que de otro modo debera malgastar el usuario especialista a
fin de iniciar al IS en el tema.
Educcin de informacin a partir de los UE: es en esta etapa donde el IS obtiene la

informacin genuinamente privada del UE. La educcin es, especficamente, el proceso
de interactuar con un UE humano, con el propsito de construir el sistema. El proceso de
educcin puede dividirse en dos etapas:
Interrogatorios iniciales: se trata de obtener una visin de alto nivel del dominio,
donde el IS llegue a comprender el alcance del dominio.
Investigacin profunda: se trata de obtener una visin de bajo nivel del dominio,
donde el IS llegue a comprender el verdadero proceso de la tarea que desempean
los UE.
Las etapas, fuentes de informacin y objetivos se presentan esquemticamente en la tabla

4.1.
Etapa
Primeras reuniones y
evaluacin de la viabilidad
Extraccin de informacin
Educcin de informacin
Fuentes
UE
Potenciales
usuarios
Documentacin
existente
UE
Objetivos
Determinar los requisitos
funcionales del sistema
Introducir al IS en el dominio
del problema
Conocer el dominio del
problema por parte del IS
Comprender el alcance y el
proceso en detalle de las
tareas del UE
Tabla 4.1 - Etapas, fuentes de informacin y objetivos
4.2
ESTRUCTURA DE LAS SESIONES DE ADQUISICIN DE REQUISITOS
Como ya se mencion, el IS debe controlar constantemente el proceso de adquisicin de

requisitos, por lo tanto cada sesin debe ser controlada. El ciclo que deber repetirse para
cada sesin es el siguiente:
Preparacin
Informacin a tratar.
Amplitud, profundidad, etc.
Tcnica adecuada.
Preparacin de preguntas.
44
Lic. Eduardo Diez
Sesin propiamente dicha

Repaso del anlisis de la ltima sesin.
Explicacin al UE de los objetivos de la nueva sesin.
Intercambio de preguntas y respuestas.
Resumen y comentarios del UE.
Trascripcin.
Anlisis
Lectura para obtener una visin general.
Extraccin de informacin concreta.
Lectura para recuperar detalles olvidados.
Crtica para mejoras por parte del IS.
Evaluacin
Determinacin de alcance de objetivos.
Determinacin de necesidad de volver a tratar el mismo objetivo.
4.3
USUARIOS ESPECIALISTAS
Como ya se ha mencionado, en el presente trabajo participarn dos UE, sin embargo uno
de ellos es considerado, a los efectos del presente, el principal.
El UE principal ser aquel cuya opinin prevalecer ante cualquier discrepancia que
pudiera existir entre los UE.
Participa como UE principal:
Juan Jos Goldschtein - Director Departamento de Sistemas - Universidad de Belgrano
El otro UE es:
4.4
Richard W. Locke - International Project Manager - NCS Pearson, Inc.
SESIONES
Se presenta a continuacin, y hasta el final del captulo, las diez sesiones de adquisicin
de requisitos con los UE. Por cada una de las sesiones se documenta lo siguiente:
Preparacin: se determina los temas a tratar, as como su amplitud y profundidad, a

travs de la planificacin de las preguntas a realizar al UE.
Transcripcin: luego de la grabacin de la entrevista, se transcribe la misma en el
documento.
Anlisis: se identifican e interpretan conceptos, caractersticas, valores y relaciones,
entre otros.
Evaluacin: se determina si se han alcanzado los objetivos y si existe la necesidad de
volver a tratar el mismo objetivo.
Lic. Eduardo Diez
45
4.4.1 PRIMERA SESIN

Preparacin
A partir del anlisis realizado por el IS sobre los siguientes documentos:
Definicin de caractersticas del problema y concepcin de la solucin.

Documentacin de Mtrica Versin 3.
Se prepara la siguiente lista de preguntas:
Usan la metodologa Mtrica Versin 3 en su organizacin?

Podra explicar brevemente la situacin, en su organizacin, de la definicin del mapa
de actividades de un proyecto de desarrollo de software?
Qu tipo de anlisis realizan los UE para generar el mapa de actividades a
recomendar?
Alguna vez los UE tienen que resolver el problema con datos incompletos o con alguna
incertidumbre?
Existen casos de prueba y soluciones asociadas?
Cules seran los objetivos del prototipo?
Ha utilizado algn sistema de similares caractersticas?
Cul sera el papel de los UE en el caso de implementarse este prototipo?
Trascripcin
Fecha:
15/06/2001
Duracin: 2 horas
UE:
Juan Jos Goldschtein
IS:
Eduardo Diez
Lugar:
Oficina del UE
Tcnica: Entrevista semi-estructurada
Objetivos: Obtener conceptos bsicos sobre el dominio del problema y determinar los
requisitos funcionales del prototipo GMAP
A continuacin se transcribe la sesin desde el momento en que se comienza con las
preguntas:
IS:
Usan la metodologa Mtrica Versin 3 en su organizacin?
Esp.: No es de uso obligatorio para todos los proyectos.

Sin embargo, hace ya tiempo nos vimos en la necesidad obvia de usar una
metodologa estndar. Tenamos varias posibilidades, desde generar una propia,
usar una ya existente sin adaptarla o adaptarla. Investigando encontr a Mtrica
Versin 2 y si bien tenia varias objeciones, por una serie de motivos (entre ellos el
idioma) decidimos usarla para algunos proyectos. Luego fuimos pasando a Mtrica
Versin 3.
De todas formas, en algunos proyectos, ante la ausencia de una metodologa
estndar, el mapa de actividades es de utilidad.
46
Lic. Eduardo Diez
IS:
Cmo resulta de utilidad el tener slo un mapa de actividades sin el detalle de la

metodologa estndar?
UE:
No es la mejor situacin, pero es mejor que nada. Estamos hablando de proyectos

donde no existe ningn marco de trabajo preestablecido, ni lineamientos generales.
Si el responsable del proyecto aunque sea cuenta con un mapa de actividades de
una metodologa estndar que no conoce, puede, por ejemplo, investigar ms sobre
ella.
IS:
Podra explicar brevemente la situacin, en su organizacin, de la definicin del

mapa de actividades de un proyecto de desarrollo de software?
UE:
La definicin del mapa de actividades de un proyecto es responsabilidad del

responsable de ese proyecto.
El responsable recopila los datos de su proyecto, luego, un UE analiza las
particularidades y datos de ese proyecto y define un mapa de actividades a
desarrollar. Ese mapa ser una recomendacin para el responsable del proyecto.
IS:
Por qu motivo el mapa de actividades no lo define directamente el responsable del

proyecto sin la participacin del UE?
UE:
Se lleg a este procedimiento luego de varios fracasos en proyectos de desarrollo de

software. Muchas veces el responsable del proyecto intenta saltear actividades, o no
tiene suficiente experiencia o sencillamente no conoce las implicancias de cada
actividad, es por ello que se estableci como obligatoria la generacin de la
recomendacin, por parte de un UE, del mapa de actividades.
IS:
El responsable del proyecto podra no seguir la recomendacin?
UE:
S puede, ya que el mapa de actividades no es un catlogo al que hay que adaptarse

de forma obligatoria, sino que constituye una gua y orientacin para el responsable
del proyecto, pero debera justificar porque no hace cada actividad. En general todos
siguen la recomendacin con pocos cambios. Adems, el mapa de actividades del
proyecto no determina las iteraciones o formas de abordar las actividades que el
proceso de software implique de acuerdo a las caractersticas del proyecto.
IS:
Qu tipo de anlisis realizan los UE para generar el mapa de actividades a

recomendar?
UE:
Bsicamente se descompone el proyecto en una estructura que son conjuntos de

datos y sobre ellos, a veces, se aplican algunas heursticas. Algunos de estos datos
son el tamao del proyecto, el tipo de desarrollo, las particularidades del software y
las particularidades del personal asignado para su desarrollo.
Lic. Eduardo Diez
47
IS:
Alguna vez tienen que resolver el problema con datos incompletos o con alguna
incertidumbre?
UE:
Para resolver un problema los UE se basan en los conocimientos sobre la

metodologa Mtrica Versin 3, en los conocimientos sobre otras metodologas, en
su experiencia como responsables de proyectos y en su experiencia en la funcin
actual, pero siempre existe alguna incertidumbre.
IS:
Cuntos UE que realicen esta tarea tiene la organizacin?
UE:
Somos dos. Nos dedicamos a esta tarea desde hace 2 aos y luego de una larga
experiencia como responsables de proyectos. Desgraciadamente al ser pocos se
producen retrasos, ya que no siempre se puede analizar cada proyecto a tiempo.
IS:
Existe documentacin de los resultados de esos 2 aos?
UE:
S, todas las recomendaciones efectuadas estn debidamente documentadas,

incluso se ha documentado gran parte de los conocimientos que permiten
confeccionar el mapa de actividades. Adicionalmente, tenemos mucha
documentacin de la metodologa Mtrica Versin 3.
IS:
Esas recomendaciones documentadas, corresponden todas a Mtrica Versin 3?
UE:
No, corresponde a diferentes metodologas. De todas formas, a mi criterio se puede

extrapolar su contenido para validaciones futuras.
IS:
Cules seran los objetivos del prototipo?
UE:
Recomendar el mapa de actividades a realizar para un proyecto, con determinadas

particularidades, es el objetivo principal.
IS:
Ha utilizado algn sistema de similares caractersticas?
UE:
S, usaba algo similar como responsable de proyectos en mi anterior compaa. Era

muy til. La recuperacin de la inversin de estos tipos de sistemas se va a dar en el
aumento de la productividad, que se va a derivar, en parte, de la calidad de los
mapas de actividades recomendados.
En cambio en esta organizacin se quiso implementar un sistema convencional para
tal efecto y no dio buenos resultados.
IS:
Ha sido acordado el objetivo y alcance del prototipo?
UE:
S, fue acordado en la organizacin, por todos los responsables de proyectos.
IS:
Cul sera el papel de los UE en el caso de implementarse este prototipo?
UE:
Nos dedicaramos a estudiar con profundidad otras metodologas y posibilidades de

desarrollo de software, lo cual sera muy til para la organizacin.
48
Lic. Eduardo Diez
Anlisis
Esta primer sesin, tal cual lo planificado, corresponde a un relevamiento para la
evaluacin de la viabilidad.
Se ha extractado el objetivo del prototipo: Recomendar el mapa de actividades a realizar
para un proyecto, con determinadas particularidades.
Evaluacin
Las respuestas obtenidas en la presente sesin se consideran satisfactorias, con lo cual no
es necesario volver sobre estos temas en futuras sesiones.
4.4.2 SEGUNDA SESIN
Preparacin
A partir del anlisis realizado por el IS sobre los siguientes puntos:
Terminologa relacionada al problema.

Cul es la terminologa relevante para el contexto del trabajo en cuestin?

Mtrica Versin 3 tiene una estructura determinada. Cul es el nivel de la estructura
sobre el cual gira la generacin del mapa recomendado?
Cules son los datos/caractersticas de un proyecto que determinan el mapa de
actividades del mismo?
Cmo se le asigna a cada una de las caractersticas su posible valor?
Trascripcin
Fecha:
20/07/2001
Duracin: 3 horas
UE:
IS:
Eduardo Diez
Lugar:
Oficina del UE
Objetivos: Obtener conceptos bsicos adicionales sobre el dominio del problema
preguntas:
Lic. Eduardo Diez
49
IS:
Cul es la terminologa relevante para el contexto del trabajo en cuestin?
UE:
Previendo esa pregunta he preparado una lista de trminos relacionados

estrechamente con el presente trabajo. En realidad no s si se usarn todos ellos
durante este proceso, sin embargo creo que es conveniente tenerlos todos bien
presentes.
Los trminos relevantes que he seleccionado son:
Proyecto
Proyecto de software
Caracterstica de un proyecto de software
Datos de un proyecto de software
Proceso
Proceso de software
Metodologa
Metodologa estndar
Mapa de actividades
Ciclo de vida del software
Desarrollo
Mantenimiento
Actividad
Tarea
Estndar
Herramienta
Mtodo
Modelo
Notacin
Procedimiento
Tcnica
Participante
Producto de software
Producto de trabajo de software
IS:
Varios de los trminos mencionados pueden admitir ms de una definicin, para

minimizar las ambigedades en la interpretacin de los mismos Cul es la definicin
que se usar para cada uno de esos trminos en el presente trabajo?
UE:
S es correcto. En la mayora de los casos tomaremos definiciones ampliamente

aceptadas como las de la IEEE o las del SEI. En otros casos tomaremos algunas
definiciones ms particulares. (1)
En algunos casos, se asignar a un trmino ms de una definicin, estas no sern
contradictorias sino complementarias y permiten una mayor comprensin del mismo.
Las definiciones que tomaremos son, entonces, las siguientes:
(1) Nota del IS: Las definiciones sealadas como del SEI fueron tomadas de [CMU94], las de la IEEE del resto de la
bibliografa.
50
Lic. Eduardo Diez
Proyecto: (1) emprendimiento que requiere un esfuerzo convenido que se enfoca

en desarrollar, y/o mantener un producto especfico. El producto puede incluir
hardware, software, y otros componentes. Tpicamente un proyecto tiene su
propio financiamiento, contabilidad de costos y cronograma de productos
entregables. (SEI) - (2) esfuerzo bien definido encarado por una entidad
establecida formalmente, que se espera produzca un resultado que tiene
predeterminados alcances, recursos, plazos y calidad.
Proyecto de software: emprendimiento que requiere un esfuerzo convenido y

enfocado a analizar, especificar, disear, desarrollar, testear y/o mantener los
componentes de software y la documentacin asociada de un sistema. (SEI)
Caracterstica de un proyecto de software: cualidad de un proyecto de software,

generalmente determinado por un conjunto de datos.
Datos de un proyecto de software: atributo o propiedad de un proyecto de

software.
Proceso: (1) sucesin de pasos realizados con un propsito dado. (IEEE) - (2)
conjunto de actividades, tcnicas, herramientas, notacin y participantes,
utilizados para generar un modelo o producto preestablecido.
Proceso de software: (1) proceso a travs del cual los requerimientos de usuario
son traducidos en especificaciones funcionales, las especificaciones funcionales
en especificaciones de diseo, las especificaciones de diseo en cdigo, el cual
es testeado, documentado y liberado para ser usado por el usuario. (IEEE) - (2)
conjunto de actividades, mtodos, prcticas y transformaciones para desarrollar y
mantener software y sus productos asociados. (SEI)
Metodologa: coleccin de mtodos, procedimientos y estndares que definen

una sntesis integrada de enfoques de ingeniera para el desarrollo de un
producto. (SEI)
Metodologa estndar: definicin operacional de los procesos bsicos que gua el

establecimiento de un proceso de software comn en todos los proyectos de
software de la organizacin. Describe los elementos de software fundamentales
que se espera incorporar en cada proyecto de software. Tambin describe las
relaciones entre dichos elementos. (Adaptacin de la definicin de proceso de
software estndar del SEI)
Mapa de actividades: especifica aquellas actividades seleccionadas para su

ejecucin, de una metodologa estndar, segn las particularidades de un
proyecto.
Ciclo de vida del software: (1) perodo de tiempo que comienza cuando un
producto de software es concebido y termina cuando el software no est ms
disponible para su uso. (IEEE) - (2) conjunto de procesos por los que pasa el
desarrollo, operacin y desinstalacin del software.
Desarrollo: conjunto de procesos que permiten la construccin e instalacin de un

sistema.
Lic. Eduardo Diez
51
IS:
Mantenimiento: (1) proceso de modificar un sistema de software o componente

despus de su liberacin, para correccin de errores, mejora de rendimiento u
otros atributos o adaptacin a un entorno cambiante. (IEEE) - (2) conjunto de
procesos que permiten mantener operativo un sistema en produccin.
Actividad: (1) cualquier paso dado o funcin realizada, tanto mental como fsica,
para lograr algn objetivo. (SEI) - (2) conjunto de tareas con un objetivo definido.
Tarea: (1) sucesin de instrucciones tratadas como una unidad bsica de trabajo.
(IEEE) - (2) unidad bien definida de trabajo en el proceso de software que
proporciona un punto de control visible a la direccin en el estado del proyecto.
Las tareas tienen criterios de comienzo (precondiciones) y criterios de finalizacin
(postcondiciones). (SEI) - (3) Unidad mnima de trabajo.
Estndar: requerimientos obligatorios empleados e impuestos para establecer un

enfoque disciplinado y uniforme al desarrollo de software. (IEEE)
Herramienta: instrumento utilizado para facilitar una tarea.
Mtodo: conjunto de reglas y criterios razonables que establecen una forma

precisa y repetible de ejecutar una tarea y llegar al resultado deseado. (SEI)
Modelo: abstraccin de un producto con el propsito de entenderlo y especificarlo

antes de construirlo.
Notacin: representacin formal utilizada para modelizar informacin.
Procedimiento: descripcin escrita de un curso de accin a ser tomado para

ejecutar una tarea dada. (SEI)
Tcnica: mtodo o procedimiento especfico para resolver un aspecto del

desarrollo o mantenimiento.
Participante: individuo responsable o coresponsable de llevar a cabo una

actividad o tarea.
Producto de software: conjunto completo, o cualquiera de los tems individuales

del conjunto, de programas de computadora, procedimientos y documentacin
asociada y datos, designados para liberar a un cliente o usuario final. (SEI)
Producto de trabajo de software: (1) cualquier artefacto creado como parte de la

definicin, mantenimiento, o uso de un proceso de software. Pueden incluir
descripciones de procesos, planes, procedimientos, programas de computadora y
documentacin asociada, los cuales pueden ser liberados o no a un cliente o
usuario final (SEI) - (2) resultado formalmente definido de la ejecucin de una
tarea, actividad o proceso.
Mtrica Versin 3 tiene una estructura determinada. Cul es el nivel de la estructura

sobre el cual gira la generacin del mapa recomendado?
52
Lic. Eduardo Diez
UE:
Despus de haberla estudiado, llego a la conclusin que el concepto sobre el cual

gira el problema es la actividad. Las tareas se pueden considerar como descriptivas y
gua de trabajo de las actividades. De la actividad se desprende automticamente el
mdulo y de l la fase involucrada. De la fase se desprenden los productos a
generar.
IS:
Eso quiere decir que en el mapa recomendado va a presentar actividades

seleccionadas y no tareas?
UE:
As es.
IS:

UE:
En realidad son muchos. Me atrevera a decir que es una cantidad casi incalculable
si tenemos en cuenta consideraciones subjetivas. Sin embargo a los efectos del
trabajo es conveniente tomar los ms importantes, que a mi criterio son los
siguientes:
Tamao: corresponde al tamao o magnitud del proyecto. Sus posibles valores

son Grande, Mediano y Pequeo (G, M y P).
Complejidad: corresponde al nivel de complejidad o dificultad del proyecto. Sus

posibles valores son Alta, Media y Baja (A, M y B).
Capacidad del personal: corresponde al nivel de la capacidad y entrenamiento del

personal asignado al proyecto. Sus posibles valores son Alta, Media y Baja (A, M
y B).
Tipo: corresponde al tipo de desarrollo del proyecto. Sus posibles valores son
Desarrollo a medida, Implantacin de paquete y Mantenimiento (D, I, y M).
Enfoque: corresponde al enfoque de desarrollo del proyecto. Sus posibles valores

son Estructurado y Orientado a objetos (E y O).
Gestin: corresponde al grado de formalidad necesario en la gestin del proyecto.

Sus posibles valores son Alto, Medio y Bajo (A, M y B).
Clasificacin de seguridad: corresponde al nivel de seguridad requerido para el

sistema en cuestin. Sus posibles valores son Alta, Media y Baja (A, M y B).
Solucin y viabilidad: sus posibles valores son Definida y No definida (D y N)
Requisitos congelados: sus posibles valores son S y No (S y N)
Necesidad de migracin y/o carga inicial de datos: sus posibles valores son S y
No (S y N).
Lic. Eduardo Diez
53
IS:
Cmo se le asigna a cada una de las caractersticas su posible valor?
UE:
Se les asigna sobre la base de la combinacin de los valores de los datos del
proyecto que cada caracterstica tiene asociada.
IS:
Cules son los datos asociados a esas caractersticas?
UE:
Los datos asociados a ellas y sus posibles valores son los siguientes:
Tamao:
Cantidad estimada de puntos de funcin del sistema: Inferior a 300 - Entre
300 y 1,000 - Superior a 1,000 (I, E y S)
Cantidad estimada de lneas de cdigo del sistema: Inferior a 10 mil - Entre
10 mil y 500 mil - Superior a 500 mil (I, E y S)
Cantidad de personas participantes: Inferior a 20 - Entre 20 y 100 - Superior a
100 (I, E y S)
Cantidad estimada promedio de registros de datos administrados: Inferior a 1
milln - Entre 1 milln y 10 millones - Superior a 10 millones (I, E y S)
Complejidad:
Existencia de funciones distribuidas: S No (S y N)
Existencia de funciones on-line: S No (S y N)
Existencia de funciones en tiempo real: S No (S y N)
Existencia de funciones de fuerte contenido algortmico: S No (S y N)
Cantidad de niveles de descomposicin necesarios para comprender el
problema: Inferior a 2 - Entre 2 y 4 - Superior a 4 (I, E y S)
Capacidad del personal:

Nivel de conocimientos de los analistas y programadores: Alto - Medio Bajo
(A, M y B)
Experiencia de los analistas y programadores en proyectos similares: Alto Medio Bajo (A, M y B)
Gestin:
Se requiere una aceptacin formal por parte del usuario: S No (S y N)
El usuario es un cliente externo: S No (S y N)
El proyecto es plausible de ser auditado: S No (S y N)
Anlisis
Luego de la sesin, el IS comienza a organizar los conceptos descubiertos durante el
dilogo. El resultado es un conjunto de ideas iniciales que el IS cree adecuadas para inferir
las actividades a realizar en un proyecto. Esas ideas se reflejan en la siguiente descripcin
de la tarea:
54
Lic. Eduardo Diez
Tarea: Inferir las actividades a realizar en un proyecto.

Caractersticas conocidas:
Tamao.
Complejidad.
Capacidad del personal.
Grado de formalidad en la gestin.
Datos conocidos (agrupados por caracterstica si corresponde):
Tamao:
Cantidad estimada de puntos de funcin del sistema.
Cantidad estimada de lneas de cdigo del sistema.
Cantidad de personas participantes.
Cantidad estimada promedio de registros de datos administrados.
Complejidad:
Existencia de funciones distribuidas.
Existencia de funciones on-line.
Existencia de funciones en tiempo real.
Existencia de funciones de fuerte contenido algortmico.
Cantidad de niveles de descomposicin necesarios para comprender el
problema.
Capacidad del personal:
Nivel de conocimientos de los analistas y programadores.
Experiencia de los analistas y programadores en proyectos similares.
Grado de formalidad en la gestin:
Se requiere una aceptacin formal por parte del usuario.
El usuario es un cliente externo.
El proyecto es plausible de ser auditado.
Tipo.
Enfoque.
Nivel de clasificacin de seguridad.
Solucin y viabilidad.
Requisitos congelados.
Necesidad de migracin y/o carga inicial de datos.
Adems se ha tomado nota de la definicin de los siguientes trminos:
Actividad.
Caracterstica de un proyecto de software.
Ciclo de vida del software.
Datos de un proyecto de software.
Desarrollo.
Estndar.
Herramienta.
Mantenimiento.
Mapa de actividades.
Mtodo.
Metodologa.
Metodologa estndar.
Modelo.
Lic. Eduardo Diez
55
Notacin.
Participante.
Procedimiento.
Proceso.
Proceso de software.
Producto de software.
Producto de trabajo de software.
Proyecto.
Proyecto de software.
Tarea.
Tcnica.
Evaluacin
Si bien las respuestas obtenidas en la presente sesin se consideran satisfactorias, la
identificacin de datos/caractersticas de un proyecto (las que determinan el mapa de
actividades del mismo), es de vital importancia, con lo cual se considera conveniente hacer
la misma pregunta al otro UE, para luego compararlas.
Por otro lado, se solicitar una confirmacin y justificacin en sesiones futuras sobre el
nivel de la estructura de Mtrica Versin 3 sobre el cual gira la generacin del mapa
recomendado, no ha quedado claro.
4.4.3 TERCERA SESIN

Preparacin
A partir del anlisis realizado por el IS sobre los resultados de las sesiones anteriores con
el UE, se prepara la siguiente lista de preguntas:
Qu tipo de anlisis realiza para generar el mapa de actividades?

Trascripcin
Fecha:
10/08/2001
Duracin: 2 horas
UE:
Dick Locke
IS:
Eduardo Diez
Lugar:
Oficinas de NCS Pearson en Mxico
Objetivos: Validar respuestas del otro UE
preguntas:
56
Lic. Eduardo Diez
IS:
Qu tipo de anlisis realiza para generar el mapa de actividades?
UE:
Trato de minimizar algo de la metodologa. Uso la metodologa como un template

y decidir qu parte, si hay alguna, se puede minimizar sobre la base de su
aplicabilidad a un proyecto determinado.
Mi premisa aqu es que la metodologa se minimiza, pero que depende de
caractersticas muy particulares eliminar directamente ciertas porciones de la misma.
IS:

UE:
No es fcil identificarlas. La lista completa es interminable, pero mencionara las

siguientes:
Calificacin del staff: corresponde al nivel de la capacidad y experiencia del

personal asignado al proyecto.
Tiempo disponible: tiempo en el cual debe completarse el desarrollo del proyecto.
En mi experiencia, esos son los principales factores (personas adecuadas, en el

momento adecuado, haciendo el trabajo adecuado). Se podran mencionar otras
caractersticas tales como:
Tamao: corresponde al tamao del proyecto. Aunque puede ser una

caracterstica engaosa, ya que pequeo no significa fcil. Debe evaluarse en
conjunto con otras caractersticas del proyecto.
Complejidad: corresponde al nivel de complejidad o dificultad del proyecto.

Aunque es muy difcil establecerlo al comienzo del proyecto. Se pueden hacer
estimaciones al respecto.
Requisitos: si los requisitos estn congelados o no es una caracterstica

importante. Sin embargo, en mi experiencia los requisitos casi nunca estn
congelados.
IS:
Cules otros datos/caractersticas de un proyecto considerara?
UE:
Otros datos/caractersticas pueden identificarse al analizar las actividades de mayor

detalle de la metodologa tales como: necesidad de migracin de datos, implantacin
de paquete o desarrollo propiamente dicho, etc.
Anlisis
dilogo.
Se validan conceptos, datos y caractersticas que ya haban sido identificadas en sesiones
anteriores, salvo el tiempo disponible.
Lic. Eduardo Diez
57
Evaluacin
Si bien las respuestas obtenidas en la presente sesin se consideran satisfactorias, surge
una discrepancia con el otro UE: el tiempo disponible no fue identificado como un tema a
tener en cuenta. Se debe volver en sesiones futuras sobre el tema del tiempo disponible
para arribar a una definicin.
Por otro lado, ninguno de los UE ha mencionado la calidad, este es otro tema pendiente
para sesiones futuras.
4.4.4 CUARTA SESIN
Preparacin
Resultados de la segunda sesin con el UE.

Dados los siguientes conceptos: Proyecto, Datos, Caractersticas, Mapa de actividades,

Metodologa estndar, Proceso principal, Proceso secundario, Interfaz, Actividad y Tarea
Cul es la relacin entre ellos?
Porqu la seleccin no gira sobre el nivel ms bajo de la estructura?
La calidad necesaria no es uno de los factores que determinan el mapa de actividades
de un proyecto?
Algunos de los valores posibles de datos del proyecto parecen bastante arbitrarios
Porqu se deben tomar esos valores y no otros?
Trascripcin
Fecha:
17/08/2001
Duracin: 30 minutos
UE:
IS:
Eduardo Diez
Lugar:
Oficina del UE
Objetivos: Aclarar relaciones entre conceptos y puntos diversos de la sesin anterior
preguntas:
IS:
Dados los siguientes conceptos: Proyecto, Datos, Caractersticas, Mapa de

actividades, Metodologa estndar, Proceso principal, Proceso secundario, Interfaz,
Actividad y Tarea Cul es la relacin entre ellos?
58
Lic. Eduardo Diez
UE:
Las relaciones seran as:

Un proyecto est caracterizado por varias caractersticas asociadas.
Un proyecto est descrito por varios datos asociados.
Una caracterstica se determina en base a varios datos.
Un proyecto se resuelve mediante la aplicacin de una metodologa estndar (en
nuestro caso Mtrica Versin 3).
Un proyecto se lleva a cabo mediante la ejecucin de las actividades contenidas
en el mapa de actividades.
El mapa de actividades est compuesto por varias actividades.
La metodologa estndar (Mtrica Versin 3), se compone de Procesos
principales y de Interfaces.
Cada uno de ellos a su vez se compone de Procesos secundarios.
Los Procesos secundarios se componen de Actividades.
Cada Actividad se desarrolla mediante Tareas.
IS:
Porqu la seleccin no gira sobre el nivel ms bajo de la estructura?
UE:
Por varios motivos:

a) Al inicio del proyecto, no es necesario tal nivel de detalle.
b) Para poder seleccionar directamente las tareas de bajo nivel es necesario tener
conocimientos de mucho detalle del proyecto, lo cual es casi imposible al inicio
del mismo.
c) Un mapa basado en las tareas de menor nivel tendra una variabilidad excesiva
ante cambios mnimos en el proyecto.
d) Las tareas de bajo nivel no siempre estn explcitamente definidas.
IS:
Eso quiere decir que no se sabr exactamente qu productos se van a obtener?
UE:
No, lo que quiere decir es que no se sabr la conformacin exacta del producto, lo
cual no es algo descabellado al comienzo del proyecto. Si bien no existen niveles
formalizados de productos, cada uno de ellos est formado por subproductos o
componentes. Por ejemplo: la especificacin detallada del sistema de informacin
estar conformada adems de los requisitos por una serie de modelos que cubran
las necesidades de informacin de los usuarios para los que se desarrollar el
sistema. Con lo cual al inicio del proyecto es razonable saber que se tendr la
especificacin detallada del sistema, pero no exactamente qu modelos lo
conformarn.
IS:
La calidad necesaria no es uno de los factores que determinan el mapa de

actividades de un proyecto?
UE:
No. La calidad siempre tiene que ser la mxima de acuerdo a la relacin costobeneficio del mismo. No es un factor a priori.
IS:
Algunos de los valores posibles de datos del proyecto parecen bastante arbitrarios
Porqu se deben tomar esos valores y no otros?
UE:
No son arbitrarios, son estimaciones sobre la base de experiencia pasada. Por

supuesto los lmites se pueden tomar en forma difusa, el caso ms tpico es el de la
cantidad de lneas de cdigo.
Lic. Eduardo Diez
59
Anlisis
Luego de la sesin, el IS comienza a organizar la informacin logrando aclarar dudas
conceptuales. Adems se obtiene las siguientes relaciones entre conceptos:
Un proyecto se resuelve mediante la aplicacin de una metodologa estndar.

Un proyecto se lleva a cabo mediante la ejecucin de las actividades contenidas en el
mapa de actividades.
Un mapa de actividades est compuesto por varias actividades.
Una metodologa estndar (Mtrica Versin 3 en particular), se compone de varios
procesos principales y de varios procesos de otro tipo, denominados Interfaces.
Un proceso principal se compone a su vez de uno o ms procesos secundarios.
Una interfaz a su vez tambin se compone de uno o ms procesos secundarios.
Un proceso secundario agrupa a una o ms actividades homogneas.
Una actividad es detallada por una o ms tareas.
En la figura 4.1 se muestran las relaciones entre los conceptos identificados:
Caracterstica
Proyecto
1
1
M etodologa
Estndar
Dato
n
M apa De
Actividades
1
n
Proceso
Principal
Interfaz
Proceso
Secundario
1
n
Actividad
n
1
n
Tarea
Figura 4.1 Relaciones iniciales
60
Lic. Eduardo Diez
Evaluacin
4.4.5 QUINTA SESIN
Preparacin
Sobre la base del anlisis realizado por el IS sobre los resultados de sesiones anteriores,
se prepara la siguiente lista de preguntas:
Cules son los pasos que se deben realizar para resolver el problema y su orden?
Cmo se dividen esos pasos?
Trascripcin
Fecha:
31/08/2001
Duracin: 30 minutos
UE:
IS:
Eduardo Diez
Lugar:
Oficina del UE
Tcnica: Entrevista estructurada
Objetivos: Conocer los pasos modulares que completan la tarea del UE y el flujo de control
que regir el prototipo GMAP
preguntas:
IS:
Cules son los pasos que se deben realizar para resolver el problema y su orden?
UE:
Serian los siguientes:

Paso 1: Recolectar los datos del proyecto. Se incluyen los datos que no se asocian
una caracterstica determinada y los que si se asocian a una de ellas.
Paso 2: Determinar las caractersticas del proyecto. Se analizan los datos que
combinados asignan valor a una caracterstica.
Paso 3: Determinar el mapa de actividades. Se realiza analizando los datos y
caractersticas del proyecto.
IS:
Cmo se dividen esos pasos?
Lic. Eduardo Diez
61
UE:
El paso 2 se puede dividir en los siguientes subpasos:

Paso 2.1: Determinar Gestin. Se analiza la combinacin de los valores de los datos
asociados a la caracterstica Gestin.
Paso 2.2: Determinar Tamao. Se analiza la combinacin de los valores de los datos
asociados a la caracterstica Tamao.
Paso 2.3: Determinar Complejidad. Se analiza la combinacin de los valores de los
datos asociados a la caracterstica Complejidad.
Paso 2.4: Determinar Capacidad del personal. Se analiza la combinacin de los
valores de los datos asociados a la caracterstica Capacidad del personal.
Anlisis
Luego de la sesin, el IS comienza a organizar la informacin logrando establecer los
procesos para resolver el problema:
Paso 1: Recolectar los datos del proyecto
Paso 2: Determinar las caractersticas del proyecto
Paso 2.1: Determinar Gestin
Paso 2.2: Determinar Tamao
Paso 2.3: Determinar Complejidad
Paso 2.4: Determinar Capacidad del personal
Paso 3: Determinar el mapa de actividades
Evaluacin
4.4.6 SEXTA SESIN
Preparacin
A partir del anlisis realizado por el IS sobre los resultados de sesiones anteriores, se
prepara la siguiente lista de preguntas:
Cmo se obtienen los valores de los datos necesarios del proyecto?

Cmo se determina el valor de la caracterstica Gestin, dados los valores de sus datos
asociados?
Cmo se determina el valor de la caracterstica Tamao, dados los valores de sus
datos asociados?
Cmo se determina el valor de la caracterstica Complejidad, dados los valores de sus
datos asociados?
Cmo se determina el valor de la caracterstica Capacidad del personal, dados los
valores de sus datos asociados?
62
Lic. Eduardo Diez
Trascripcin
Fecha:
14/09/2001
Duracin: 3 horas
UE:
IS:
Eduardo Diez
Lugar:
Oficina del UE
Objetivos: Conocer la forma de obtener los valores de los datos del proyecto y la forma de
determinar los valores de las caractersticas, dados sus datos asociados
preguntas:
IS:
Cmo se obtienen los valores de los datos necesarios del proyecto?
UE:
No hay una receta ni un algoritmo para esto.

Se debe estudiar detalladamente la documentacin disponible del proyecto, del
problema a solucionar o del servicio a brindar.
Tambin se puede entrevistar al responsable del proyecto, a los futuros usuarios y a
algunas de las personas que participarn en el proyecto.
IS:
Cmo se determina el valor de la caracterstica Gestin, dados los valores de sus

datos asociados?
UE:
Para responder a esa pregunta, prepararemos tablas de decisin donde:

GES1: Se requiere una aceptacin formal por parte del usuario (S-N)
GES2: El usuario es un cliente externo (S-N)
GES3: El proyecto es plausible de ser auditado (S-N)
GES: Gestin (A-M-B)
GES1
Condiciones GES2
GES3
Acciones GES
1
S
S
S
A
2
S
S
N
A
3
S
N
S
A
Reglas
4
5
S
N
N
S
N
S
M
A
6
N
S
N
M
7
N
N
S
M
8
N
N
N
B
IS:
Cmo se determina el valor de la caracterstica Tamao, dados los valores de sus

datos asociados?
UE:

TAM1: Cantidad estimada de puntos de funcin del sistema (I-E-S)
TAM2: Cantidad estimada de lneas de cdigo del sistema (I-E-S)
TAM3: Cantidad de personas participantes (I-E-S)
TAM4: Cantidad estimada promedio de registros de datos administrados (I-E-S)
TAM: Tamao (G-M-P)
Lic. Eduardo Diez
63
TAM1
Condiciones TAM2
TAM3
TAM4
Acciones TAM
1
I
I
I
I
P
2
I
I
I
E
P
3
I
I
I
S
P
4
I
I
E
I
P
Reglas
5
I
I
E
E
P
6
I
I
E
S
M
7
I
I
S
I
M
8
I
I
S
E
M
9
I
I
S
S
M
16
I
E
S
I
M
17
I
E
S
E
M
18
I
E
S
S
M
TAM1
Condiciones TAM2
TAM3
TAM4
Acciones TAM
10
I
E
I
I
P
11
I
E
I
E
P
12
I
E
I
S
M
13
I
E
E
I
P
Reglas
14
15
I
I
E
E
E
E
E
S
M
M
TAM1
Condiciones TAM2
TAM3
TAM4
Acciones TAM
19
I
S
I
I
P
20
I
S
I
E
M
21
I
S
I
S
M
22
I
S
E
I
M
Reglas
23
24
I
I
S
S
E
E
E
S
M
M
25
I
S
S
I
M
26
I
S
S
E
M
27
I
S
S
S
G
TAM1
Condiciones TAM2
TAM3
TAM4
Acciones TAM
28
E
I
I
I
M
29
E
I
I
E
M
30
E
I
I
S
M
31
E
I
E
I
M
Reglas
32
33
E
E
I
I
E
E
E
S
M
M
34
E
I
S
I
M
35
E
I
S
E
M
36
E
I
S
S
G
TAM1
Condiciones TAM2
TAM3
TAM4
Acciones TAM
37
E
E
I
I
M
38
E
E
I
E
M
39
E
E
I
S
M
40
E
E
E
I
M
Reglas
41
42
E
E
E
E
E
E
E
S
M
M
43
E
E
S
I
M
44
E
E
S
E
M
45
E
E
S
S
G
64
Lic. Eduardo Diez
TAM1
Condiciones TAM2
TAM3
TAM4
Acciones TAM
46
E
S
I
I
M
47
E
S
I
E
M
48
E
S
I
S
G
49
E
S
E
I
M
Reglas
50
51
E
E
S
S
E
E
E
S
M
G
52
E
S
S
I
G
53
E
S
S
E
G
54
E
S
S
S
G
61
S
I
S
I
G
62
S
I
S
E
G
63
S
I
S
S
G
TAM1
Condiciones TAM2
TAM3
TAM4
Acciones TAM
55
S
I
I
I
M
56
S
I
I
E
M
57
S
I
I
S
G
58
S
I
E
I
M
Reglas
59
60
S
S
I
I
E
E
E
S
M
G
TAM1
Condiciones TAM2
TAM3
TAM4
Acciones TAM
64
S
E
I
I
M
65
S
E
I
E
M
66
S
E
I
S
G
67
S
E
E
I
M
Reglas
68
69
S
S
E
E
E
E
E
S
M
G
70
S
E
S
I
G
71
S
E
S
E
G
72
S
E
S
S
G
TAM1
Condiciones TAM2
TAM3
TAM4
Acciones TAM
73
S
S
I
I
G
74
S
S
I
E
G
75
S
S
I
S
G
76
S
S
E
I
G
Reglas
77
78
S
S
S
S
E
E
E
S
G
G
79
S
S
S
I
G
80
S
S
S
E
G
81
S
S
S
S
G
IS:
Cmo se determina el valor de la caracterstica Complejidad, dados los valores de

sus datos asociados?
UE:

COM1: Existencia de funciones distribuidas (S-N)
COM2: Existencia de funciones on-line (S-N)
COM3: Existencia de funciones en tiempo real (S-N)
COM4: Existencia de funciones de fuerte contenido algortmico (S-N)
COM5: Cantidad de niveles de descomposicin necesarios para comprender el
problema (I-E-S)
COM: Complejidad (A-M-B)
Lic. Eduardo Diez
65
COM1
COM2
Condiciones COM3
COM4
COM5
Acciones COM
1
S
S
S
S
I
A
2
S
S
S
S
E
A
3
S
S
S
S
S
A
Reglas
4
5
S
S
S
S
S
S
N
N
I
E
A
A
6
S
S
S
N
S
A
7
S
S
N
S
I
A
8
S
S
N
S
E
A
COM1
COM2
Condiciones COM3
COM4
COM5
Acciones COM
9
S
S
N
S
S
A
10
S
S
N
N
I
M
11
S
S
N
N
E
M
Reglas
12
13
S
S
S
N
N
S
N
S
S
I
A
A
14
S
N
S
S
E
A
15
S
N
S
S
S
A
16
S
N
S
N
I
M
COM1
COM2
Condiciones COM3
COM4
COM5
Acciones COM
17
S
N
S
N
E
M
18
S
N
S
N
S
A
19
S
N
N
S
I
M
Reglas
20
21
S
S
N
N
N
N
S
S
E
S
M
M
22
S
N
N
N
I
B
23
S
N
N
N
E
B
24
S
N
N
N
S
B
COM1
COM2
Condiciones COM3
COM4
COM5
Acciones COM
25
N
S
S
S
I
M
26
N
S
S
S
E
M
27
N
S
S
S
S
A
Reglas
28
29
N
N
S
S
S
S
N
N
I
E
M
M
30
N
S
S
N
S
A
31
N
S
N
S
I
M
32
N
S
N
S
E
M
COM1
COM2
Condiciones COM3
COM4
COM5
Acciones COM
33
N
S
N
S
S
M
34
N
S
N
N
I
B
35
N
S
N
N
E
B
Reglas
36
37
N
N
S
N
N
S
N
S
S
I
M
M
38
N
N
S
S
E
M
39
N
N
S
S
S
M
40
N
N
S
N
I
B
66
Lic. Eduardo Diez
COM1
COM2
Condiciones COM3
COM4
COM5
Acciones COM
41
N
N
S
N
E
B
42
N
N
S
N
S
M
Reglas
44
45
N
N
N
N
N
N
S
S
E
S
B
M
43
N
N
N
S
I
B
46
N
N
N
N
I
B
47
N
N
N
N
E
B
48
N
N
N
N
S
B
IS:
Cmo se determina el valor de la caracterstica Capacidad del personal, dados los

valores de sus datos asociados?
UE:

CAP1: Nivel de conocimientos de los analistas y programadores (A-M-B)
CAP2: Experiencia de los analistas y programadores en proyectos similares (AM-B)
CAP: Capacidad del personal (A-M-B)
Condiciones CAP1
CAP2
Acciones CAP
1
A
A
A
2
A
M
A
3
A
B
M
4
M
A
M
Reglas
5
M
M
M
6
M
B
B
7
B
A
M
8
B
M
B
9
B
B
B
Anlisis
dilogo. El anlisis que realiza el IS es bastante directo debido al detalle y formalizacin de
la documentacin aportada por el UE.
A continuacin, el IS intenta encontrar nuevas relaciones entre los distintos conceptos
clave.
Evaluacin
4.4.7 SPTIMA SESIN
Preparacin
Lic. Eduardo Diez
67
Resultados de sesiones anteriores

Documentacin de Mtrica Versin 3
No se prepara una lista de preguntas. A travs de preguntas libres, el IS intenta determinar

la forma en que el UE genera el mapa de actividades a recomendar, dadas las
Trascripcin
Fecha:
05/10/2001
Duracin: 3 horas
UE:
IS:
Eduardo Diez
Lugar:
Oficina del UE
Tcnica: Entrevista no estructurada
Objetivos: Conocer la forma de determinar las actividades a recomendar, dadas las
caractersticas del proyecto
preguntas:
IS:
Cmo comienza a definir el mapa de actividades?
UE:
A esta altura, luego de recolectar los datos del proyecto y aplicar los procesos de
decisin que vimos en la sesin pasada, ya estn asignados los valores de las
De acuerdo a la combinacin de estos valores de caractersticas y datos, voy
determinando si una tarea no es requerida, o si es opcional. Al mismo tiempo voy
determinando la importancia de la misma, que podr ser alta, media o baja.
Si no hago ninguna observacin sobre una actividad, significa que es mandatoria de
importancia alta (o sea ese sera su determinacin por omisin).
IS:
Por qu dato/caracterstica comienza?
UE:
Lo primero que me fijo es en el enfoque que se le va a dar al desarrollo.

Mtrica Versin 3 ya considera explcitamente esta diferenciacin, algunas
actividades son de aplicacin para un tipo de enfoque solamente, con lo cual no son
requeridas si se utiliza el otro enfoque.
Si el Enfoque es estructurado, las siguientes actividades no son requeridas: ASI4
(Anlisis de los casos de uso), ASI5 (Anlisis de clases), DSI3 (Diseo de casos de
uso reales) y DSI4 (Diseo de clases).
Si el Enfoque es orientado a objetos, las siguientes actividades no son requeridas:
ASI6 (Elaboracin del modelo de datos), ASI7 (Elaboracin del modelo de procesos)
y DSI5 (Diseo de la arquitectura de mdulos del sistema).
68
Lic. Eduardo Diez
IS:
Qu considera luego?
UE:
Considero la necesidad de migracin y/o carga inicial de datos.

Mtrica Versin 3 contiene algunas actividades que son especficas para la migracin
o carga inicial de datos, con lo cual no son requeridas si no existe esta necesidad.
Si no existe Necesidad de migracin y/o carga inicial de datos, las siguientes
actividades no son requeridas: DSI9 (Diseo de la migracin y carga inicial de datos),
CSI8 (Construccin de componentes y procedimientos de migracin y carga inicial de
datos) y IAS4 (Carga de datos al entorno de operacin).
IS:
Cmo sigue?
UE:
Considero la solucin y viabilidad.

Cuando la solucin a adoptar en un proyecto ya est predefinida (por imposiciones
polticas por ejemplo) y los estudios de viabilidad correspondientes se consideran
realizados, no se requiere ejecutar las actividades previstas a estos efectos.
Si la solucin y la viabilidad del proyecto ya esta definida, las siguientes actividades
no son requeridas: EVS1 (Establecimiento del alcance del sistema), EVS2 (Estudio
de la situacin actual), EVS3 (Definicin de requisitos del sistema), EVS4 (Estudio de
alternativas de solucin), EVS5 (Valoracin de las alternativas), EVS6 (Seleccin de
la solucin), EVS-GC1 (Definicin de requisitos de GC), EVS-GC2 (Establecimiento
del plan de GC), EVS-CAL1 (Identificacin de las propiedades de calidad para el
sistema), EVS-CAL2 (Establecimiento del plan de aseguramiento de la calidad),
EVS-CAL3 (Adecuacin del plan de aseguramiento de la calidad), EVS-SEG1
(Estudio de la seguridad requerida en el proceso EVS), EVS-SEG2 (Seleccin del
equipo de seguridad), EVS-SEG3 (Recomendaciones adicionales de seguridad para
sistema informacin), EVS-SEG4 (Evaluacin de la seguridad de las alternativas de
solucin), EVS-SEG5 (Evaluacin detallada de la seguridad de la solucin propuesta)
y EVS-SEG6 (Catalogacin de los productos generados durante proceso EVS).
IS:
Luego?
UE:
Considero los requisitos.

Cuando los requisitos de un proyecto estn congelados al comenzar el mismo y
estos no variarn a lo largo de su desarrollo (ya s que esto es ms que improbable)
no es requerido realizar las actividades que se prevn a tales efectos.
Si los requisitos estn congelados, las siguientes actividades no son requeridas:
GPS5 (Peticin de cambio de requisitos), GPS6 (Anlisis de la peticin de cambio de
requisitos), GPS7 (Aprobacin de la solucin), GPS8 (Estimacin del esfuerzo y
planificacin de la solucin) y GPS9 (Registro del cambio de requisitos).
IS:
Qu considera luego?
UE:
Considero conjuntamente la capacidad del personal y la solucin y viabilidad.

Si la solucin a adoptar en un proyecto no esta predefinida, se deben realizar las
evaluaciones y estudios correspondientes, sin embargo, estos estudios son de
utilidad, si quienes lo realizan tienen una capacidad y conocimientos suficientes para
ello, de otra forma su utilidad es relativa.
Lic. Eduardo Diez
69
Si la solucin y la viabilidad del proyecto no esta definida y la capacidad del personal

es baja, las siguientes actividades son opcionales de importancia media: EVS4
(Estudio de alternativas de solucin), EVS5 (Valoracin de las alternativas), EVS6
(Seleccin de la solucin), EVS-SEG4 (Evaluacin de la seguridad de las alternativas
de solucin) y EVS-SEG5 (Evaluacin detallada de la seguridad de la solucin
propuesta).
En cambio, si la solucin y la viabilidad del proyecto no esta definida y la capacidad
del personal es media, las mismas actividades son mandatorias de importancia
media.
IS:
Cmo sigue?
UE:
Considero conjuntamente el grado requerido de formalidad en la gestin, el tamao y

los requisitos. Las actividades afectadas aqu sern las correspondientes a la gestin
de proyectos.
Si la formalidad en la gestin es media, el tamao del proyecto pequeo y los
requerimientos estn congelados, las siguientes actividades son opcionales de
importancia media: GPS1 (Asignacin detallada de tareas) y GPS4 (Anlisis y
registro de incidencias).
Si la formalidad en la gestin es baja, el tamao del proyecto pequeo y los
requerimientos estn congelados, las mismas actividades son opcionales de
importancia baja.
requerimientos no estn congelados, las siguientes actividades son opcionales de
importancia media: GPS1 (Asignacin detallada de tareas), GPS4 (Anlisis y registro
de incidencias), GPS5 (Peticin de cambio de requisitos), GPS6 (Anlisis de la
peticin de cambio de requisitos), GPS7 (Aprobacin de la solucin), GPS8
(Estimacin del esfuerzo y planificacin de la solucin) y GPS9 (Registro del cambio
de requisitos).
requerimientos no estn congelados, las mismas actividades anteriores son
opcionales de importancia baja.
IS:
Luego?
UE:
Considero el tipo de proyecto. Si el proyecto es de implementacin de paquete o

desarrollo a medida, las actividades de mantenimiento no sern requeridas. Si el
proyecto es de mantenimiento, slo las actividades de mantenimiento son las
requeridas. Si el proyecto es de implementacin de paquete, las actividades
especficas correspondientes al desarrollo a medida no son requeridas.
Si el tipo de proyecto es de desarrollo o de implantacin de paquete, las siguientes
actividades no son requeridas: MSI1 (Registro de la peticin), MSI2 (Anlisis de la
peticin), MSI3 (Preparacin de la implementacin de la modificacin), MSI4
(Seguimiento y evaluacin de los cambios hasta la aceptacin), MSI-GC1(Registro
del cambio en el sistema de GC), MSI-CAL1 (Revisin del mantenimiento del sistema
de informacin), MSI-CAL2 (Revisin del plan de pruebas de regresin), MSI-CAL3
(Revisin de la realizacin de las pruebas de regresin), MSI-SEG1 (Estudio de la
seguridad requerida en el proceso MSI), MSI-SEG2 (Especificacin e identificacin
de las funciones y mecanismos de seguridad) y MSI-SEG3 (Catalogacin de los
productos generados durante proceso MSI).
70
Lic. Eduardo Diez
Si el tipo de proyecto es de mantenimiento, las siguientes actividades no son

requeridas: EVS1 (Establecimiento del alcance del sistema), EVS2 (Estudio de la
situacin actual), EVS3 (Definicin de requisitos del sistema), EVS4 (Estudio de
alternativas de solucin), EVS5 (Valoracin de las alternativas), EVS6 (Seleccin de
la solucin), ASI1 (Definicin del sistema), ASI2 (Establecimiento de requisitos), ASI3
(Identificacin de subsistemas de anlisis), ASI4 (Anlisis de los casos de uso), ASI5
(Anlisis de clases), ASI6 (Elaboracin del modelo de datos), ASI7 (Elaboracin del
modelo de procesos), ASI8 (Definicin de interfaces de usuario), ASI9 (Anlisis de
consistencia y especificacin de requisitos), ASI10 (Especificacin del plan de
pruebas), ASI11 (Aprobacin del anlisis del sistema de informacin), DSI1
(Definicin de la arquitectura del sistema), DSI2 (Diseo de la arquitectura de
soporte), DSI3 (Diseo de casos de uso reales), DSI4 (Diseo de clases), DSI5
(Diseo de la arquitectura de mdulos del sistema), DSI6 (Diseo fsico de datos),
DSI7 (Verificacin y aceptacin de la arquitectura del sistema), DSI8 (Generacin de
especificaciones de construccin), DSI9 (Diseo de la migracin y carga inicial de
datos), DSI10 (Especificacin tcnica del plan de pruebas), DSI11 (Establecimiento
de requisitos de implantacin), DSI12 (Aprobacin del diseo del sistema de
informacin), CSI1 (Preparacin del entorno de generacin y construccin), CSI2
(Generacin del cdigo de los componentes y procedimientos), CSI3 (Ejecucin de
las pruebas unitarias), CSI4 (Ejecucin de las pruebas de integracin), CSI5
(Ejecucin de las pruebas del sistema), CSI6 (Elaboracin de los manuales de
usuario), CSI7 (Definicin de la formacin de usuarios finales), CSI8 (Construccin
de componentes y procedimientos de migracin y carga inicial de datos), CSI9
(Aprobacin del sistema de informacin), IAS1 (Establecimiento del plan de
implantacin), IAS2 (Formacin necesaria para la implantacin), IAS3 (Incorporacin
del sistema al entorno de operacin), IAS4 (Carga de datos al entorno de operacin),
IAS5 (Pruebas de implantacin del sistema), IAS6 (Pruebas de aceptacin del
sistema), IAS7 (Preparacin del mantenimiento del sistema), IAS8 (Establecimiento
del acuerdo de nivel de servicio), IAS9 (Presentacin y aprobacin del sistema),
IAS10 (Paso a produccin), EVS-GC1 (Definicin de los requisitos de GC), EVS-GC2
(Establecimiento del plan de GC), ADC-GC1 (Identificacin y registro de productos),
ADC-GC2 (Identificacin y registro del producto global), EVS-CAL1 (Identificacin de
las propiedades de calidad para el sistema), EVS-CAL2 (Establecimiento del plan de
aseguramiento de la calidad), EVS-CAL3 (Adecuacin del plan de aseguramiento de
la calidad), ASI-CAL1 (Especificacin inicial del plan de aseguramiento de calidad),
ASI-CAL2 (Especificacin detallada del plan de aseguramiento de calidad), ASICAL3 (Revisin del anlisis de consistencia),
ASI-CAL4 (Revisin del plan de pruebas), ASI-CAL5 (Registro de aprobacin del
anlisis del sistema de informacin), DSI-CAL1 (Revisin de la verificacin de la
arquitectura del sistema), DSI-CAL2 (Revisin de la especificacin tcnica del plan
de pruebas), DSI-CAL3 (Revisin de los requisitos de implantacin), DSI-CAL4
(Registro de aprobacin del diseo del sistema de informacin), CSI-CAL1 (Revisin
del cdigo de componentes y procedimientos), CSI-CAL2 (Revisin de las pruebas
unitarias, integracin y sistema), CSI-CAL3 (Revisin de los manuales de usuario),
CSI-CAL4 (Revisin de la formacin a usuarios finales), CSI-CAL5 (Registro de
aprobacin del sistema de informacin), IAS-CAL1 (Revisin del plan de implantacin
del sistema), IAS-CAL2 (Revisin de las pruebas de implantacin del sistema), IASCAL3 (Revisin de las pruebas de aceptacin del sistema), IAS-CAL4 (Revisin del
plan de mantenimiento del sistema), IAS-CAL5 (Registro de aprobacin de la
implantacin del sistema), EVS-SEG1 (Estudio de la seguridad requerida en el
proceso EVS), EVS-SEG2 (Seleccin del equipo de seguridad),
Lic. Eduardo Diez
71
EVS-SEG3 (Recomendaciones adicionales de seguridad para sistema informacin),

EVS-SEG4 (Evaluacin de la seguridad de las alternativas de solucin), EVS-SEG5
(Evaluacin detallada de la seguridad de la solucin propuesta), EVS-SEG6
(Catalogacin de los productos generados durante proceso EVS), ASI-SEG1
(Estudio de la seguridad requerida en el proceso ASI), ASI-SEG2 (Descripcin de las
funciones y mecanismos de seguridad), ASI-SEG3 (Definicin de los criterios de
aceptacin de la seguridad), ASI-SEG4 (Catalogacin de los productos generados
durante proceso ASI), DSI-SEG1 (Estudio de la seguridad requerida en el proceso
DSI), DSI-SEG2 (Especificacin de requisitos de seg. del entorno tecnolgico), DSISEG3 (Requisitos de seguridad del entorno de construccin), DSI-SEG4 (Diseo de
pruebas de seguridad), DSI-SEG5 (Catalogacin de los productos generados durante
proceso DSI), CSI-SEG1 (Estudio de la seguridad requerida en el proceso CSI), CSISEG2 (Evaluacin de los resultados de las pruebas de seguridad), CSI-SEG3
(Elaboracin del plan de formacin de seguridad), CSI-SEG4 (Catalogacin de los
productos generados durante proceso CSI), IAS-SEG1 (Estudio de la seguridad
requerida en el proceso IAS), IAS-SEG2 (Revisin de medidas de seguridad del
entorno de operacin), IAS-SEG3 (Evaluacin de resultados de pruebas seg. e
implantacin del sistema), IAS-SEG4 (Catalogacin de los productos generados
durante proceso IAS) y IAS-SEG5 (Revisin de medidas de seg. en el entorno de
produccin).
Si el tipo de proyecto es implantacin de paquete, las siguientes actividades no son
requeridas: ASI4 (Anlisis de los casos de uso), ASI5 (Anlisis de clases), ASI6
(Elaboracin del modelo de datos), ASI7 (Elaboracin del modelo de procesos), DSI1
(Definicin de la arquitectura del sistema), DSI2 (Diseo de la arquitectura de
soporte), DSI3 (Diseo de casos de uso reales), DSI4 (Diseo de clases), DSI5
(Diseo de la arquitectura de mdulos del sistema), DSI6 (Diseo fsico de datos),
DSI7 (Verificacin y aceptacin de la arquitectura del sistema) y DSI-CAL1 (Revisin
de la verificacin de la arquitectura del sistema).
Anlisis
dilogo, encontrando relaciones entre los distintos conceptos clave. Una vez que los
establece, transforma los conceptos y las relaciones entre ellos en una representacin
formal de las mismas, en forma procesos de decisin.
Los procesos de decisin se extraen en forma directa del dilogo, ya que el UE los tiene
bien definidos. El IS ha verificado que las condiciones de los mismos no se solapan y que
sus acciones no son contradictorias. Estos procesos son las siguientes:
[01] Si Enfoque es Estructurado
entonces, las actividades resultan:
ASI4: No requerido
ASI5: No requerido
DSI3: No requerido
DSI4: No requerido
72
Lic. Eduardo Diez
[02] Si Enfoque es Orientado a objetos

ASI6: No requerido
ASI7: No requerido
DSI5: No requerido
[03] Si Necesidad de migracin y/o carga inicial de datos es No
DSI9: No requerido
CSI8: No requerido
IAS4: No requerido
[04] Si Solucin y viabilidad es Definida
EVS1: No requerido
EVS2: No requerido
EVS3: No requerido
EVS4: No requerido
EVS5: No requerido
EVS6: No requerido
EVS-GC1: No requerido
EVS-GC2: No requerido
EVS-CAL1: No requerido
EVS-SEG1: No requerido
[05] Si Requisitos congelados es Si
GPS5: No requerido
GPS6: No requerido
GPS7: No requerido
GPS8: No requerido
GPS9: No requerido
[06] Si Capacidad del personal es Baja y Solucin y viabilidad es No definida
EVS4: Opcional - Importancia media
EVS-SEG4: Opcional - Importancia media
Lic. Eduardo Diez
73
[07] Si Capacidad del personal es Media y Solucin y viabilidad es No definida

EVS4: Mandatoria - Importancia media
EVS-SEG4: Mandatoria - Importancia media
[08] Si Grado de formalidad en la gestin es Medio y Tamao es Pequeo y Requisitos
congelados es Si
GPS1: Opcional - Importancia media
[09] Si Grado de formalidad en la gestin es Bajo y Tamao es Pequeo y Requisitos
congelados es Si
GPS1: Opcional - Importancia baja
[10] Si Grado de formalidad en la gestin es Medio y Tamao es Pequeo y Requisitos
congelados es No
[11] Si Grado de formalidad en la gestin es Bajo y Tamao es Pequeo y Requisitos
congelados es No
74
Lic. Eduardo Diez
[12] Si Tipo de proyecto es Implantacin de paquete o Desarrollo a medida

MSI1: No requerida
MSI2: No requerida
MSI3: No requerida
MSI4: No requerida
MSI-GC1: No requerida
MSI-CAL1: No requerida
MSI-SEG1: No requerida
[13] Si Tipo de proyecto es Mantenimiento
EVS1: No requerida
EVS2: No requerida
EVS3: No requerida
EVS4: No requerida
EVS5: No requerida
EVS6: No requerida
ASI1: No requerida
ASI2: No requerida
ASI3: No requerida
ASI4: No requerida
ASI5: No requerida
ASI6: No requerida
ASI7: No requerida
ASI8: No requerida
ASI9: No requerida
ASI10: No requerida
ASI11: No requerida
DSI1: No requerida
DSI2: No requerida
DSI3: No requerida
DSI4: No requerida
DSI5: No requerida
DSI6: No requerida
DSI7: No requerida
DSI8: No requerida
DSI9: No requerida
DSI10: No requerida
DSI11: No requerida
DSI12: No requerida
CSI1: No requerida
CSI2: No requerida
CSI3: No requerida
CSI4: No requerida
CSI5: No requerida
Lic. Eduardo Diez
75
Proceso 13 (Cont.)
CSI6: No requerida
CSI7: No requerida
CSI8: No requerida
CSI9: No requerida
IAS1: No requerida
IAS2: No requerida
IAS3: No requerida
IAS4: No requerida
IAS5: No requerida
IAS6: No requerida
IAS7: No requerida
IAS8: No requerida
IAS9: No requerida
IAS10: No requerida
EVS-GC1: No requerida
EVS-GC2: No requerida
ADC-GC1: No requerida
ADC-GC2: No requerida
EVS-CAL1: No requerida
ASI-CAL1: No requerida
DSI-CAL1: No requerida
CSI-CAL1: No requerida
IAS-CAL1: No requerida
EVS-SEG1: No requerida
ASI-SEG1: No requerida
76
Lic. Eduardo Diez
Proceso 13 (Cont.)
DSI-SEG1: No requerida
CSI-SEG1: No requerida
IAS-SEG1: No requerida
[14] Si Tipo de proyecto es Implementacin de paquete
ASI4: No requerida
ASI5: No requerida
ASI6: No requerida
ASI7: No requerida
DSI1: No requerida
DSI2: No requerida
DSI3: No requerida
DSI4: No requerida
DSI5: No requerida
DSI6: No requerida
DSI7: No requerida
Evaluacin
4.4.8 OCTAVA SESIN
Preparacin

No se prepara una lista de preguntas, se contina con la sesin anterior. A travs de

preguntas libres, el IS intenta determinar la forma en que el UE genera el mapa de
actividades a recomendar, dadas las caractersticas del proyecto.
Lic. Eduardo Diez
77
Trascripcin
Fecha:
26/10/2001
Duracin: 3 horas
UE:
IS:
Eduardo Diez
Lugar:
Oficina del UE
Tcnica: Entrevista no estructurada
Objetivos: Conocer la forma de determinar las actividades a recomendar, dadas las
caractersticas del proyecto (continuacin)
preguntas:
IS:
Retomando desde la ltima consideracin de valores de datos/caractersticas Qu

considera a continuacin?
UE:
Considero conjuntamente el tipo de proyecto, el tamao, la complejidad y la solucin

y viabilidad. Estos datos/caractersticas deben ser analizadas conjuntamente,
comenzando por la combinacin ms fcil (por as llamarla), que presentar ms
cantidad de actividades opcionales y de importancia media o baja que las otras,
luego iremos variando los valores de forma tal de llegar a combinaciones ms
difciles (por as llamarlas nuevamente).
Si el tipo de proyecto es de implantacin de paquete, el tamao pequeo, la
complejidad media o baja y la solucin y viabilidad no estn definidas, las siguientes
actividades son mandatorias, de importancia media: EVS1 (Establecimiento del
alcance del sistema), CSI7 (Definicin de la formacin de usuarios finales), IAS9
(Presentacin y aprobacin del sistema), EVS-CAL1 (Identificacin de las
propiedades de calidad para el sistema), ASI-CAL1 (Especificacin inicial del plan de
aseguramiento de calidad), CSI-CAL2 (Revisin de las pruebas unitarias, integracin
y sistema), CSI-CAL4 (Revisin de la formacin a usuarios finales), IAS-CAL1
(Revisin del plan de implantacin del sistema) y IAS-CAL3 (Revisin de las pruebas
de aceptacin del sistema).
Luego, las siguientes actividades son opcionales, de importancia media: EVS2
(Estudio de la situacin actual), ASI3 (Identificacin de subsistemas de anlisis),
ASI8 (Definicin de interfaces de usuario), DSI8 (Generacin de especificaciones de
construccin), DSI11 (Establecimiento de requisitos de implantacin), CSI1
(Preparacin del entorno de generacin y construccin), CSI2 (Generacin del
cdigo de los componentes y procedimientos), CSI3 (Ejecucin de las pruebas
unitarias), CSI4 (Ejecucin de las pruebas de integracin), CSI6 (Elaboracin de los
manuales de usuario), IAS5 (Pruebas de implantacin del sistema), IAS7
(Preparacin del mantenimiento del sistema), EVS-CAL2 (Establecimiento del plan
de aseguramiento de la calidad), EVS-CAL3 (Adecuacin del plan de aseguramiento
de la calidad), ASI-CAL3 (Revisin del anlisis de consistencia), ASI-CAL4 (Revisin
del plan de pruebas), DSI-CAL3 (Revisin de los requisitos de implantacin), CSICAL1 (Revisin del cdigo de componentes y procedimientos), CSI-CAL3 (Revisin
de los manuales de usuario), IAS-CAL2 (Revisin de las pruebas de implantacin del
sistema) y IAS-CAL4 (Revisin del plan de mantenimiento del sistema).
78
Lic. Eduardo Diez
Finalmente, las siguientes actividades son opcionales, de importancia baja: DSI10

(Especificacin tcnica del plan de pruebas), IAS2 (Formacin necesaria para la
implantacin), IAS8 (Establecimiento del acuerdo de nivel de servicio), ASI-CAL2
(Especificacin detallada del plan de aseguramiento de calidad), DSI-CAL2 (Revisin
de la especificacin tcnica del plan de pruebas),
IS:
Puede haber ms combinaciones?
UE:
As es, como mencionbamos antes. Ahora considero los mismos

datos/caractersticas y los mismos valores, pero con la diferencia que la solucin y
viabilidad estn definidas, las siguientes actividades son mandatorias, de importancia
media: CSI7 (Definicin de la formacin de usuarios finales), IAS9 (Presentacin y
aprobacin del sistema), ASI-CAL1 (Especificacin inicial del plan de aseguramiento
de calidad), CSI-CAL2 (Revisin de las pruebas unitarias, integracin y sistema),
CSI-CAL4 (Revisin de la formacin a usuarios finales), IAS-CAL1 (Revisin del plan
de implantacin del sistema) y IAS-CAL3 (Revisin de las pruebas de aceptacin del
sistema).
Luego, las siguientes actividades son opcionales, de importancia media:
ASI3 (Identificacin de subsistemas de anlisis), ASI8 (Definicin de interfaces de
usuario), DSI8 (Generacin de especificaciones de construccin), DSI11
(Establecimiento de requisitos de implantacin), CSI1 (Preparacin del entorno de
generacin y construccin), CSI2 (Generacin del cdigo de los componentes y
procedimientos), CSI3 (Ejecucin de las pruebas unitarias), CSI4 (Ejecucin de las
pruebas de integracin), CSI6 (Elaboracin de los manuales de usuario), IAS5
(Pruebas de implantacin del sistema), IAS7 (Preparacin del mantenimiento del
sistema), ASI-CAL3 (Revisin del anlisis de consistencia), ASI-CAL4 (Revisin del
plan de pruebas), DSI-CAL3 (Revisin de los requisitos de implantacin), CSI-CAL1
(Revisin del cdigo de componentes y procedimientos), CSI-CAL3 (Revisin de los
manuales de usuario), IAS-CAL2 (Revisin de las pruebas de implantacin del
Finalmente, las siguientes actividades son opcionales, de importancia baja: DSI10
(Especificacin detallada del plan de aseguramiento de calidad), DSI-CAL2 (Revisin
de la especificacin tcnica del plan de pruebas).
IS:
Qu otras combinaciones considera?
UE:
Considero ahora los mismos datos/caractersticas y los mismos valores, pero con la
diferencia que la complejidad es alta y la solucin no est definida, las siguientes
actividades son mandatorias, de importancia media: ASI3 (Identificacin de
subsistemas de anlisis), ASI8 (Definicin de interfaces de usuario), DSI8
(Generacin de especificaciones de construccin), DSI11 (Establecimiento de
requisitos de implantacin), CSI1 (Preparacin del entorno de generacin y
construccin), CSI2 (Generacin del cdigo de los componentes y procedimientos),
CSI3 (Ejecucin de las pruebas unitarias), CSI4 (Ejecucin de las pruebas de
integracin), CSI6 (Elaboracin de los manuales de usuario), IAS5 (Pruebas de
implantacin del sistema), IAS7 (Preparacin del mantenimiento del sistema), ASICAL3 (Revisin del anlisis de consistencia), ASI-CAL4 (Revisin del plan de
pruebas), DSI-CAL3 (Revisin de los requisitos de implantacin), CSI-CAL1
Lic. Eduardo Diez
79
(Revisin del cdigo de componentes y procedimientos), CSI-CAL3 (Revisin de los

DSI10 (Especificacin tcnica del plan de pruebas), IAS2 (Formacin necesaria para
la implantacin), IAS8 (Establecimiento del acuerdo de nivel de servicio), ASI-CAL2
(Especificacin detallada del plan de aseguramiento de calidad) y DSI-CAL2
(Revisin de la especificacin tcnica del plan de pruebas).
IS:
Alguna otra combinacin?
UE:
diferencia que la solucin y viabilidad est definida, las siguientes actividades son
mandatorias, de importancia media: EVS2 (Estudio de la situacin actual), ASI3
(Identificacin de subsistemas de anlisis), ASI8 (Definicin de interfaces de
(Establecimiento de requisitos de implantacin), CSI1 (Preparacin del entorno de
generacin y construccin), CSI2 (Generacin del cdigo de los componentes y
procedimientos), CSI3 (Ejecucin de las pruebas unitarias), CSI4 (Ejecucin de las
pruebas de integracin), CSI6 (Elaboracin de los manuales de usuario), IAS5
(Pruebas de implantacin del sistema), IAS7 (Preparacin del mantenimiento del
EVS-CAL3 (Adecuacin del plan de aseguramiento de la calidad), ASI-CAL3
(Revisin del anlisis de consistencia), ASI-CAL4 (Revisin del plan de pruebas),
DSI-CAL3 (Revisin de los requisitos de implantacin), CSI-CAL1 (Revisin del
cdigo de componentes y procedimientos), CSI-CAL3 (Revisin de los manuales de
usuario), IAS-CAL2 (Revisin de las pruebas de implantacin del sistema) y IASCAL4 (Revisin del plan de mantenimiento del sistema).
IS:
Qu considera luego?
UE:
Ahora considero conjuntamente el tipo de proyecto, el tamao y la solucin y

viabilidad. Dejo de lado la complejidad, pero slo considero proyectos de tamao
mediano o grande. Para el anlisis, un proyecto de implementacin de paquete de
tamao mediano o grande, permite dejar de lado el anlisis de la complejidad.
Si un Proyecto es de implementacin de paquete, tamao mediano o grande y la
solucin viabilidad no est definida, las siguientes actividades son mandatorias, de
importancia media: EVS2 (Estudio de la situacin actual), ASI3 (Identificacin de
construccin), CSI2 (Generacin del cdigo de los componentes y procedimientos),
integracin), CSI6 (Elaboracin de los manuales de usuario), IAS5 (Pruebas de
implantacin del sistema), IAS7 (Preparacin del mantenimiento del sistema), EVSCAL2 (Establecimiento del plan de aseguramiento de la calidad), EVS-CAL3
80
Lic. Eduardo Diez
(Adecuacin del plan de aseguramiento de la calidad), ASI-CAL3 (Revisin del

anlisis de consistencia), ASI-CAL4 (Revisin del plan de pruebas), DSI-CAL3
(Revisin de los requisitos de implantacin), CSI-CAL1 (Revisin del cdigo de
componentes y procedimientos), CSI-CAL3 (Revisin de los manuales de usuario),
IAS-CAL2 (Revisin de las pruebas de implantacin del sistema) y IAS-CAL4
(Revisin del plan de mantenimiento del sistema).
IS:
UE:
mandatorias, de importancia media: ASI3 (Identificacin de subsistemas de anlisis),
ASI8 (Definicin de interfaces de usuario), DSI8 (Generacin de especificaciones de
unitarias), CSI4 (Ejecucin de las pruebas de integracin), CSI6 (Elaboracin de los
manuales de usuario), IAS5 (Pruebas de implantacin del sistema), IAS7
(Preparacin del mantenimiento del sistema), ASI-CAL3 (Revisin del anlisis de
consistencia), ASI-CAL4 (Revisin del plan de pruebas), DSI-CAL3 (Revisin de los
requisitos de implantacin), CSI-CAL1 (Revisin del cdigo de componentes y
procedimientos), CSI-CAL3 (Revisin de los manuales de usuario), IAS-CAL2
(Revisin de las pruebas de implantacin del sistema) y IAS-CAL4 (Revisin del plan
de mantenimiento del sistema).
Luego, las siguientes actividades son opcionales, de importancia media: DSI10
IS:
Qu considera luego?
UE:
Ahora considero conjuntamente el tipo de proyecto, la solucin y viabilidad, la

capacitacin del personal y el nivel de clasificacin seguridad.
El nivel de clasificacin de seguridad tendr impacto especficamente en las
actividades relacionadas con seguridad, ese impacto sin embargo est afectado por
los valores de los otros datos/caractersticas considerados.
Si un Proyecto es de implementacin de paquete o de desarrollo a medida, la
solucin y viabilidad no est definida, la capacidad del personal es alto y el nivel de
clasificacin de seguridad es medio o bajo, las siguientes actividades son
mandatarias, de importancia media: DSI-SEG4 (Diseo de pruebas de seguridad),
CSI-SEG2 (Evaluacin de los resultados de las pruebas de seguridad) y IAS-SEG3
(Evaluacin de resultados de pruebas seguridad e implantacin del sistema).
Luego, las siguientes actividades son opcionales, de importancia media: EVS-SEG2
(Seleccin del equipo de seguridad), EVS-SEG3 (Recomendaciones adicionales de
seguridad para sistema informacin), EVS-SEG4 (Evaluacin de la seguridad de las
Lic. Eduardo Diez
81
alternativas de solucin), EVS-SEG5 (Evaluacin detallada de la seguridad de la

solucin propuesta), ASI-SEG2 (Descripcin de las funciones y mecanismos de
seguridad), ASI-SEG3 (Definicin de los criterios de aceptacin de la seguridad),
DSI-SEG2 (Especificacin de requisitos de seg. del entorno tecnolgico), IAS-SEG2
(Revisin de medidas de seguridad del entorno de operacin) y IAS-SEG5 (Revisin
de medidas de seguridad en el entorno de produccin).
Luego, las siguientes actividades son opcionales, de importancia baja: DSI-SEG3
(Requisitos de seguridad del entorno de construccin) y CSI-SEG3 (Elaboracin del
plan de formacin de seguridad).
IS:
Qu considera luego?
UE:
Ahora considero conjuntamente el tipo de proyecto, la solucin y viabilidad y el nivel

de clasificacin seguridad. Si un Proyecto es de implementacin de paquete o de
desarrollo a medida, la solucin y viabilidad no est definida y el nivel de clasificacin
de seguridad es alto, las siguientes actividades son mandatarias, de importancia
media: EVS-SEG2 (Seleccin del equipo de seguridad), EVS-SEG3
(Recomendaciones adicionales de seguridad para sistema informacin), EVS-SEG4
(Evaluacin de la seguridad de las alternativas de solucin), EVS-SEG5 (Evaluacin
detallada de la seguridad de la solucin propuesta), ASI-SEG2 (Descripcin de las
aceptacin de la seguridad), DSI-SEG2 (Especificacin de requisitos de seg. del
entorno tecnolgico) y IAS-SEG2 (Revisin de medidas de seguridad del entorno de
operacin).
Luego, las siguientes actividades son opcionales, de importancia media: DSI-SEG3
(Requisitos de seguridad del entorno de construccin), CSI-SEG3 (Elaboracin del
plan de formacin de seguridad) y IAS-SEG5 (Revisin de medidas de seguridad en
el entorno de produccin).
IS:
UE:
diferencia que la solucin y viabilidad est definida y el nivel de clasificacin de
seguridad es media o baja, las siguientes actividades son mandatorias, de
importancia media: DSI-SEG4 (Diseo de pruebas de seguridad), CSI-SEG2
(Evaluacin de los resultados de las pruebas de seguridad) y IAS-SEG3 (Evaluacin
de resultados de pruebas seguridad e implantacin del sistema).
Luego, las siguientes actividades son opcionales, de importancia media: ASI-SEG2
(Descripcin de las funciones y mecanismos de seguridad), ASI-SEG3 (Definicin de
los criterios de aceptacin de la seguridad), DSI-SEG2 (Especificacin de requisitos
de seg. del entorno tecnolgico), IAS-SEG2 (Revisin de medidas de seguridad del
entorno de operacin) y IAS-SEG5 (Revisin de medidas de seguridad en el entorno
de produccin).
Luego, las siguientes actividades son opcionales, de importancia baja: DSI-SEG3
plan de formacin de seguridad), IAS-SEG2 (Revisin de medidas de seguridad del
entorno de operacin) y IAS-SEG5 (Revisin de medidas de seguridad en el entorno
de produccin).
82
Lic. Eduardo Diez
IS:
UE:
diferencia que el nivel de clasificacin de seguridad es alto, las siguientes actividades
son mandatorias, de importancia media: ASI-SEG2 (Descripcin de las funciones y
mecanismos de seguridad), ASI-SEG3 (Definicin de los criterios de aceptacin de la
seguridad), DSI-SEG2 (Especificacin de requisitos de seg. del entorno tecnolgico)
y IAS-SEG2 (Revisin de medidas de seguridad del entorno de operacin).
Luego, las siguientes actividades son opcionales, de importancia media: DSI-SEG3
plan de formacin de seguridad) y IAS-SEG5 (Revisin de medidas de seguridad en
el entorno de produccin).
IS:
Qu considera luego?
UE:
Ahora considero nuevamente y conjuntamente el tipo de proyecto, el tamao, la

complejidad y la solucin y viabilidad. La diferencia en este caso es que el proyecto
es ahora de desarrollo a medida en lugar de implementacin de paquete.
Si un Proyecto es de desarrollo a medida, tamao pequeo, complejidad media o
baja y solucin y viabilidad no definida, las siguientes actividades son mandatorias,
de importancia media: EVS2 (Estudio de la situacin actual), ASI3 (Identificacin de
subsistemas de anlisis), CSI3 (Ejecucin de las pruebas unitarias), CSI4 (Ejecucin
de las pruebas de integracin), CSI7 (Definicin de la formacin de usuarios finales),
IAS5 (Pruebas de implantacin del sistema), EVS-CAL1 (Identificacin de las
propiedades de calidad para el sistema), ASI-CAL1 (Especificacin inicial del plan de
aseguramiento de calidad), ASI-CAL4 (Revisin del plan de pruebas), CSI-CAL1
(Revisin del cdigo de componentes y procedimientos), CSI-CAL2 (Revisin de las
pruebas unitarias, integracin y sistema), CSI-CAL4 (Revisin de la formacin a
usuarios finales), IAS-CAL1 (Revisin del plan de implantacin del sistema) y IASCAL3 (Revisin de las pruebas de aceptacin del sistema).
Luego, las siguientes actividades son opcionales, de importancia media: ASI8
(Definicin de interfaces de usuario), DSI2 (Diseo de la arquitectura de soporte),
CSI6 (Elaboracin de los manuales de usuario), IAS7 (Preparacin del
mantenimiento del sistema), IAS8 (Establecimiento del acuerdo de nivel de servicio),
EVS-CAL2 (Establecimiento del plan de aseguramiento de la calidad), EVS-CAL3
(Adecuacin del plan de aseguramiento de la calidad), ASI-CAL2 (Especificacin
detallada del plan de aseguramiento de calidad), ASI-CAL3 (Revisin del anlisis de
consistencia), DSI-CAL2 (Revisin de la especificacin tcnica del plan de pruebas),
DSI-CAL3 (Revisin de los requisitos de implantacin), CSI-CAL3 (Revisin de los
Luego, las siguientes actividades son opcionales, de importancia baja: IAS2
(Formacin necesaria para la implantacin).
Lic. Eduardo Diez
83
IS:
UE:
mandatorias, de importancia media: ASI3 (Identificacin de subsistemas de anlisis),
integracin), CSI7 (Definicin de la formacin de usuarios finales), IAS5 (Pruebas de
implantacin del sistema), ASI-CAL1 (Especificacin inicial del plan de
aseguramiento de calidad), ASI-CAL4 (Revisin del plan de pruebas), CSI-CAL1
(Revisin del cdigo de componentes y procedimientos), CSI-CAL2 (Revisin de las
pruebas unitarias, integracin y sistema), CSI-CAL4 (Revisin de la formacin a
usuarios finales), IAS-CAL1 (Revisin del plan de implantacin del sistema) y IASCAL3 (Revisin de las pruebas de aceptacin del sistema).
(Definicin de interfaces de usuario), DSI2 (Diseo de la arquitectura de soporte),
CSI6 (Elaboracin de los manuales de usuario), IAS7 (Preparacin del
mantenimiento del sistema), IAS8 (Establecimiento del acuerdo de nivel de servicio),
ASI-CAL2 (Especificacin detallada del plan de aseguramiento de calidad), ASICAL3 (Revisin del anlisis de consistencia), DSI-CAL2 (Revisin de la
especificacin tcnica del plan de pruebas), DSI-CAL3 (Revisin de los requisitos de
implantacin), CSI-CAL3 (Revisin de los manuales de usuario), IAS-CAL2 (Revisin
de las pruebas de implantacin del sistema) y IAS-CAL4 (Revisin del plan de
mantenimiento del sistema).
IS:
Ms combinaciones?
UE:
Considero ahora casi los mismos datos/caractersticas, dejando de lado la solucin y

viabilidad. Si un Proyecto es de desarrollo a medida, tamao pequeo y complejidad
alta, las siguientes actividades son mandatorias, de importancia media: ASI3
usuario), CSI3 (Ejecucin de las pruebas unitarias), CSI6 (Elaboracin de los
manuales de usuario), CSI7 (Definicin de la formacin de usuarios finales), IAS5
(Pruebas de implantacin del sistema), EVS-CAL2 (Establecimiento del plan de
aseguramiento de la calidad), EVS-CAL3 (Adecuacin del plan de aseguramiento de
la calidad), ASI-CAL2 (Especificacin detallada del plan de aseguramiento de
calidad), ASI-CAL3 (Revisin del anlisis de consistencia), DSI-CAL2 (Revisin de la
especificacin tcnica del plan de pruebas), DSI-CAL3 (Revisin de los requisitos de
implantacin), CSI-CAL4 (Revisin de la formacin a usuarios finales), IAS-CAL1
(Revisin del plan de implantacin del sistema) y IAS-CAL2 (Revisin de las pruebas
de implantacin del sistema).
(Diseo de la arquitectura de soporte), IAS2 (Formacin necesaria para la
implantacin), IAS7 (Preparacin del mantenimiento del sistema), IAS8
(Establecimiento del acuerdo de nivel de servicio), CSI-CAL3 (Revisin de los
manuales de usuario)y IAS-CAL4 (Revisin del plan de mantenimiento del sistema).
84
Lic. Eduardo Diez
IS:
Qu considera luego?
UE:
diferencia que el tamao es mediano o grande y la complejidad mediana o baja, las
siguientes actividades son mandatorias, de importancia media: DSI2 (Diseo de la
arquitectura de soporte), CSI6 (Elaboracin de los manuales de usuario), CSI7
(Definicin de la formacin de usuarios finales), IAS2 (Formacin necesaria para la
manuales de usuario) y CSI-CAL4 (Revisin de la formacin a usuarios finales).
IS:
UE:
diferencia que el tamao es mediano o grande y la complejidad alta, las siguientes
actividades son mandatorias, de importancia media: DSI2 (Diseo de la arquitectura
de soporte), IAS7 (Preparacin del mantenimiento del sistema) y IAS8
(Establecimiento del acuerdo de nivel de servicio).
Anlisis
Luego de la sesin, el IS contina organizando los conceptos descubiertos durante el
dilogo, encontrando relaciones entre los distintos conceptos clave. Una vez que los
establece, transforma los conceptos y las relaciones entre ellos en una representacin
formal de las mismas, en forma de procesos de decisin.
Nuevamente los procesos de decisin se extraen en forma directa del dilogo, ya que el
UE los tiene bien definidos. El IS ha verificado que las condiciones de los mismos no se
solapan y que sus acciones no son contradictorias. Estos procesos son los siguientes:
[15] Si Tipo de proyecto es Implantacin de paquete y Tamao es Pequeo y
Complejidad es Media o Baja y Solucin y viabilidad es No definida
ASI3: Opcional - Importancia media
DSI8: Opcional - Importancia media
DSI10: Opcional - Importancia baja
CSI1: Opcional - Importancia media
CSI7: Mandatoria - Importancia media
IAS2: Opcional - Importancia baja
IAS5: Opcional - Importancia media
Lic. Eduardo Diez
85
Proceso 15 (Cont.)
IAS9: Mandatoria - Importancia media

EVS-CAL1: Mandatoria - Importancia media
EVS-CAL2: Opcional - Importancia media
ASI-CAL1: Mandatoria - Importancia media
ASI-CAL2: Opcional - Importancia baja
ASI-CAL3: Opcional - Importancia media
DSI-CAL2: Opcional - Importancia baja
DSI-CAL3: Opcional - Importancia media
CSI-CAL1: Opcional - Importancia media
CSI-CAL2: Mandatoria - Importancia media
IAS-CAL1: Mandatoria - Importancia media
IAS-CAL2: Opcional - Importancia media
Complejidad es Media o Baja y Solucin y viabilidad es Definida
DSI10: Opcional - Importancia baja
ASI-CAL2: Opcional - Importancia baja
DSI-CAL2: Opcional - Importancia baja
86
Lic. Eduardo Diez
Proceso 16 (Cont.)

Complejidad es Alta y Solucin y viabilidad es No definida
ASI3: Mandatoria - Importancia media
DSI8: Mandatoria - Importancia media
DSI-CAL3: Mandatoria - Importancia media
Complejidad es Alta y Solucin y viabilidad es Definida
Lic. Eduardo Diez
87
Proceso 18 (Cont.)

[19] Si Tipo de proyecto es Implantacin de paquete y Tamao es Mediano o Grande y
Solucin y viabilidad es No definida
[20] Si Tipo de proyecto es Implantacin de paquete y Tamao es Mediano o Grande y
Solucin y viabilidad es Definida
88
Lic. Eduardo Diez
Proceso 20 (Cont.)

[21] Si Tipo de proyecto es Implantacin de paquete o Desarrollo a medida y Solucin y
viabilidad es No definida y Capacidad del personal es Alta y Nivel de clasificacin
de seguridad es Medio o Bajo
ASI-SEG2: Opcional - Importancia media
DSI-SEG2: Opcional - Importancia media
DSI-SEG3: Opcional - Importancia baja
DSI-SEG4: Mandatoria - Importancia media
CSI-SEG2: Mandatoria - Importancia media
CSI-SEG3: Opcional - Importancia baja
IAS-SEG2: Opcional - Importancia media
IAS-SEG3: Mandatoria - Importancia media
viabilidad es No definida y Nivel de clasificacin de seguridad es Alto
ASI-SEG2: Mandatoria - Importancia media
Lic. Eduardo Diez
89
Proceso 22 (Cont.)
CSI-SEG3: Opcional - Importancia media

viabilidad es Definida y Nivel de clasificacin de seguridad es Medio o Bajo
DSI-SEG3: Opcional - Importancia baja
CSI-SEG2: Mandatoria - Importancia media
CSI-SEG3: Opcional - Importancia baja
viabilidad es Definida y Nivel de clasificacin de seguridad es Alto
CSI-SEG3: Opcional - Importancia media
[25] Si Tipo de proyecto es Desarrollo a medida y Tamao es Pequeo y Complejidad
es Media o Baja y Solucin y viabilidad es No definida
90
Lic. Eduardo Diez
Proceso 25 (Cont.)

es Media o Baja y Solucin y viabilidad es Definida
es Alta
Lic. Eduardo Diez
91
Proceso 27 (Cont.)

[28] Si Tipo de proyecto es Desarrollo a medida y Tamao es Mediano o Grande y
Complejidad es Media o Baja
[29] Si Tipo de proyecto es Desarrollo a medida y Tamao es Mediano o Grande y
Complejidad es Alta
Evaluacin
4.4.9 NOVENA SESIN
Preparacin
A partir del anlisis realizado por el IS sobre los resultados de sesiones anteriores, se
prepara la siguiente lista de preguntas:
92
Lic. Eduardo Diez
Cmo considera los datos y caractersticas con sus valores identificados?

Cmo considera las combinaciones de caractersticas y datos identificadas?
Trascripcin
Fecha:
09/11/2001
Duracin: 3 horas
UE:
Dick Locke
IS:
Eduardo Diez
Lugar:
Oficinas de NCS Pearson en USA
Tcnica: Entrevista estructurada
Objetivos: Validar respuestas del otro UE.
preguntas:
IS:
Cmo considera los datos y caractersticas con sus valores identificados?
UE:
Considero que la caracterstica tiempo disponible est ausente. El resto es bastante

razonable, aunque podra considerarse arbitrarios algunos de los valores de las
mismas.
IS:
Cmo considera las combinaciones de caractersticas y datos identificadas?
UE:
En realidad son slo una parte de las combinaciones posibles. Sin embargo parecen
ser las que tienen ms incidencia al momento de seleccionar actividades.
Anlisis
dilogo. Se validan las caractersticas y las combinaciones considerada en sesiones
anteriores.
Evaluacin
Las respuestas obtenidas en la presente sesin se consideran satisfactorias, sin embargo
haciendo una recapitulacin de temas pendientes, se debe volver en sesiones futuras sobre
los siguientes puntos:
Tiempo disponible
Arbitrariedad de valores de caractersticas
Cantidad de combinaciones de caractersticas consideradas
4.4.10 DECIMA SESIN

Preparacin
Lic. Eduardo Diez
93

Porqu no considera el factor tiempo?

No cree que dados ciertos datos/caractersticas, algunos de los valores asignados a las
actividades son un poco arbitrarios?
Existen muchas ms combinaciones de valores de caractersticas y datos Porqu no
las ha considerado?
Cmo considera el mantenimiento?
Cmo debe interpretar cada una de las calificaciones de las actividades el responsable
del proyecto?
Podra clarificar el concepto de funciones con fuerte contenido algortmico?
El nombre o identificador del proyecto es un dato que no se ha tenido en cuenta.
Merece ser tenido en cuenta?
Trascripcin
Fecha:
16/11/2001
Duracin: 30 minutos
UE:
IS:
Eduardo Diez
Lugar:
Oficina del UE
Objetivos: Aclarar puntos diversos de sesiones anteriores.
preguntas:
IS:
Porqu no considera el factor tiempo disponible?
UE:
Por varios motivos:

a) El factor tiempo es siempre igual: escaso. Es decir, un proyecto siempre debe
realizarse en el menor tiempo posible, optimizando los recursos, con lo cual, en
teora, no existira el proyecto con tiempo para desperdiciar.
b) Para aquellos proyectos que se deben realizar en tiempos crticos, se puede
contemplar la opcionalidad de actividades. El responsable del proyecto es el
encargado finalmente de resolver la misma, sobre la base de su propio criterio.
c) En todo proyecto existe un conjunto de actividades que son ineludibles dadas sus
caractersticas, y un plazo mnimo indispensable para concretarlas. Como
profesionales y a pesar de las restricciones de tiempo y de negocio no se nos
debe olvidar que esos plazos mnimos se deben respetar.
IS:
No cree que dados ciertos datos/caractersticas, algunos de los valores asignados a

las actividades son un poco arbitrarios?
94
Lic. Eduardo Diez
UE:
Surgen de mi anlisis de los valores de los datos/caractersticas y de las actividades.

Mi anlisis es subjetivo sobre la base de mi propia experiencia y entiendo que
algunos puedan parecer arbitrarios, de hecho, s que por cada actividad se puede
discutir su obligatoriedad o importancia dado un conjunto de caractersticas. Lo que
s tambin es que para esas discusiones no habr una respuesta rotunda, definitiva
o absoluta y que al momento de asignar un valor habr que decidir subjetivamente.
IS:
Existen muchas ms combinaciones de valores de caractersticas y datos Porqu

no las ha considerado?
UE:
Por supuesto que se podran considerar ms combinaciones para enriquecer la base

de conocimientos del sistema, sin embrago, a mi criterio, las que he tomado en
cuenta son las ms relevantes, es decir son las que ms incidencia tienen en la
generacin del mapa de actividades.
IS:
Cmo considera el mantenimiento?
UE:
Un proyecto de mantenimiento, depende exclusivamente de la envergadura y de las

caractersticas del mismo, es decir algunos mantenimientos tienen una envergadura
tal que requiere sean tratados como un proyecto de desarrollo y abarca desde una
determinada tarea de desarrollo en adelante. Para un proyecto de mantenimiento, la
metodologa Mtrica Versin 3 parece contemplar, mediante tareas particulares, slo
pequeas modificaciones. Es por ello que el mapa correspondiente a proyectos de
mantenimiento slo debera contener slo esas tareas y tratar mantenimiento de
mayor importancia como un proyecto de desarrollo.
IS:
Cmo debe interpretar cada una de las calificaciones de las actividades el

responsable del proyecto?
UE:
De la siguiente forma:
Mandatoria - Importancia alta: Es la calificacin por omisin. Es decir, si no
califico a una actividad este es la calificacin que se asigna. Significa que, dadas
las particularidades del proyecto en cuestin, una actividad es obligatoria y su
ejecucin es de importancia alta.
Mandatoria - Importancia media: Significa que, dadas las particularidades del
proyecto en cuestin, una actividad es obligatoria y su ejecucin es de
importancia media. Esta importancia no alta, brinda al responsable del proyecto
una discrecionalidad en su decisin de ejecutarla o no.
Mandatoria - Importancia baja: Significa que, dadas las particularidades del
proyecto en cuestin, una actividad es obligatoria y su ejecucin es de
importancia baja. A mi criterio implica un cierto contrasentido, ya que si la
importancia es baja, no tiene demasiado sentido la obligatoriedad. Es por ello que
no la he usado.
Opcional - Importancia alta: Significa que, dadas las particularidades del proyecto
en cuestin, una actividad es opcional y su ejecucin es de importancia alta. Al
igual que el caso anterior, a mi criterio implica un cierto contrasentido, ya que si la
importancia es alta, no tiene demasiado sentido la opcionalidad. Es por ello que
no la he usado.
Lic. Eduardo Diez
95
Opcional - Importancia media: Significa que, dadas las particularidades del

proyecto en cuestin, una actividad es opcional y su ejecucin es de importancia
media. Esta importancia no alta, aumenta la discrecionalidad que puede emplear
el responsable del proyecto en su decisin de ejecutarla o no.
Opcional - Importancia baja: Significa que, dadas las particularidades del
proyecto en cuestin, una actividad es opcional y su ejecucin es de importancia
baja. Nuevamente, esta importancia no alta, aumenta la discrecionalidad que
puede emplear el responsable del proyecto en su decisin de ejecutarla o no.
No requerida: Significa que, dadas las particularidades del proyecto en cuestin,
una actividad no se requiere ejecutar.
IS:
Podra clarificar el concepto de funciones con fuerte contenido algortmico?
UE:
Son funciones que un sistema debe ejecutar para resolver una transaccin, situacin
o escenario que conllevan uno o ms algoritmos de considerable complejidad. No
pretendo con esto que se deba calcular el grado de complejidad de los algoritmos del
sistema, slo determinar si su contenido algortmico es relevante.
IS:
El nombre o identificador del proyecto es un dato que no se ha tenido en cuenta.

Merece ser tenido en cuenta?
UE:
No merece ser tenido en cuenta para determinar el mapa de actividades del mismo.
Sin embargo, al momento de la implementacin del prototipo, ser un dato de
importancia para identificar el proyecto.
Anlisis
Luego de la sesin, el IS comienza a organizar la informacin logrando aclarar dudas
conceptuales. Adems se obtiene las siguientes calificaciones a asignar a las actividades:
MA: Mandatoria - Importancia alta

MM: Mandatoria - Importancia media
OM: Opcional - Importancia media
OB: Opcional - Importancia baja
NR: No requerida
Finalmente, se obtiene un dato ms asociado a un proyecto:
Nombre
Evaluacin
es necesario realizar nuevas sesiones.
96
Lic. Eduardo Diez
CAPTULO V
MODELADO CONCEPTUAL
CAPTULO V
MODELADO CONCEPTUAL
5.1
INTRODUCCIN
En este captulo se presenta el modelado conceptual del prototipo GMAP.

El modelado conceptual consiste, bsicamente, en el entendimiento del dominio del
problema y de la terminologa usada. Esta etapa permite al IS formar un marco inicial o
mapa mental del dominio de la aplicacin.
El modelado conceptual consiste en hacer explcitos los conceptos clave y las relaciones
relevantes. En efecto, en la etapa de adquisicin de requisitos surge informacin, sin
estructurar, que se organiza en esta etapa, de forma que pueda usarse en etapas
posteriores, para definir las propiedades de los conceptos y establecer los valores por
defecto, para algunos atributos de una aplicacin. Esta forma estructurada de la informacin
se denomina modelado conceptual, que da lugar a la representacin externa de la misma,
que es independiente de los medios de implementacin y en particular de las herramientas.
Es decir, una vez que se ha identificado el dominio, el siguiente paso consiste en
estructurar la informacin para modelar el comportamiento del UE en la solucin de
problemas que son de su competencia.
El modelo obtenido en el modelado conceptual, al definir los conceptos, relaciones y
funciones, tambin muestra la secuencia de pasos segn la cual el UE ejecutar su tarea,
las inferencias que lleva a cabo, y la transformacin de datos, noticias y conocimientos que
usa. Es decir, el modelo conceptual modeliza el comportamiento del UE en la solucin de las
tareas que le conciernen, describiendo qu, dnde, cmo, cundo, porqu y para qu los
conocimientos del UE entran en juego para efectuar su tarea.
Finalmente, una vez modelizado dicho comportamiento, y antes de pasar a la siguiente
fase de diseo, es conveniente simular la solucin de uno o ms casos de prueba siguiendo
la prescripcin semiformal que implica el modelado conceptual.
5.2
MTODO A UTILIZAR
El modelado conceptual conlleva un proceso de estructuracin de la informacin adquirida

y se desarrolla en dos etapas:
Identificacin de componentes del modelo conceptual: consiste en el modelado de

informacin estratgica y tctica.
Integracin de componentes del modelo conceptual: consiste en la generacin del

modelo de procesos y del grafo causal de datos.
Lic. Eduardo Diez
97
Modelado Conceptual
Es necesario destacar que las tareas mencionadas en cada una de las etapas no se llevan
a cabo de un modo estrictamente secuencial, es decir, no es necesario tener completa y
finalizada una tarea para comenzar la siguiente, sino que se intenta producir el modelo
conceptual segn vaya avanzando la adquisicin de informacin.
A los efectos del presente trabajo, los pasos a desarrollar para la obtencin del Modelo
Conceptual del prototipo GMAP, son los siguientes:
1. Identificacin de componentes del modelo conceptual: se identifican, comparan y
categorizan las entidades, para luego establecer las relaciones entre las mismas.
Incluye:
Glosario de trminos: donde se establece el significado, en el contexto de la tarea a

modelar, de los trminos ms relevantes.
Diccionario de entidades: donde, para cada una de las entidades identificadas, se

especifica su utilidad o funcin, sinnimos y acrnimos, los atributos que la definen,
sus valores y de donde pueden derivarse sus datos.
Tabla Entidades - Atributos - Dominios: donde, a cada una de las entidades

identificadas, se asocian los atributos o propiedades caractersticas necesarias para
modelar la tarea y los posibles valores de los mismos.
Modelo de datos: donde se ilustra, en forma de diagrama, la manera en la que se

ven ciertas relaciones entre entidades relevantes.
Modelo de informacin estratgica: especifica qu hacer, dnde y porqu hacerlo; es

decir, la informacin estratgica fija la secuencia de pasos que el sistema deber
seguir para ejecutar la tarea.
Modelo de informacin tctica: especifica cmo y cundo el sistema desarrollar la

secuencia de pasos para ejecutar la tarea.
2. Integracin de componentes del modelo conceptual: se integran los conocimientos que

maneja el UE. Esta integracin se representa en:
Modelo de procesos: contiene todas las tareas, procedimientos, estrategias, control,

restricciones y operaciones que modela el comportamiento del UE.
Grafo causal de datos: consiste en la integracin del modelo de datos y el modelo de

procesos.
3. Comprobacin del modelo conceptual: consiste en la comprobacin, por parte del UE,
del modelo conceptual, mediante la simulacin de la solucin para uno o ms casos de
prueba.
5.3
IDENTIFICACION DE LOS COMPONENTES DEL MODELO CONCEPTUAL
A continuacin se presentan cada uno de los elementos que conforman el modelo

conceptual.
Modelado Conceptual
98
Lic. Eduardo Diez
5.3.1 GLOSARIO DE TRMINOS

El objetivo del presente glosario es minimizar o eliminar las ambigedades en la
interpretacin de los trminos relevantes. En las tablas 5.1 a 5.3 se presentan los trminos
relevantes, con su correspondiente significado asignado, para el contexto del trabajo en
cuestin.
En algunos casos se asigna a un trmino ms de un significado, estos significados no son
contradictorios sino complementarios y permiten una mayor comprensin del trmino.
Trmino
Actividad
Caracterstica de un
proyecto de software
Ciclo de vida del software
Datos de un proyecto de
software
Desarrollo
Estndar
Herramienta
Mantenimiento
Mapa de actividades
Significado
(1) Cualquier paso dado o funcin realizada, tanto mental como
fsica, para lograr algn objetivo. (SEI)
(2) Conjunto de tareas con un objetivo definido.
Cualidad de un proyecto de software, generalmente
determinado por un conjunto de datos.
(1) Perodo de tiempo que comienza cuando un producto de
software es concebido y termina cuando el software no est
ms disponible para su uso. (IEEE)
(2) Conjunto de procesos por los que pasa el desarrollo,
operacin y desinstalacin del software.
Atributo o propiedad de un proyecto de software.
Conjunto de procesos que permiten la construccin e
instalacin de un sistema.
Requerimientos obligatorios empleados e impuestos para
establecer un enfoque disciplinado y uniforme al desarrollo de
software. (IEEE)
Instrumento utilizado para facilitar una tarea.
(1) Proceso de modificar un sistema de software o componente
despus de su liberacin, para correccin de errores, mejora
de rendimiento u otros atributos o adaptacin a un entorno
cambiante. (IEEE)
(2) Conjunto de procesos que permiten mantener operativo un
sistema en produccin.
Especifica aquellas actividades seleccionadas para su
ejecucin, de una metodologa estndar, segn las
particularidades de un proyecto.
Tabla 5.1 - Glosario de trminos
Lic. Eduardo Diez
99
Modelado Conceptual
Trmino
Mtodo
Metodologa
Metodologa estndar
Modelo
Notacin
Participante
Procedimiento
Proceso
Proceso de software
Producto de software
Producto de trabajo de
software
Significado
Conjunto de reglas y criterios razonables que establecen una
forma precisa y repetible de ejecutar una tarea y llegar al
resultado deseado. (SEI)
Coleccin de mtodos, procedimientos y estndares que
definen una sntesis integrada de enfoques de ingeniera para
el desarrollo de un producto. (SEI)
Definicin operacional de los procesos bsicos que gua el
establecimiento de un proceso de software comn en todos los
proyectos de software de la organizacin. Describe los
elementos de software fundamentales que se espera incorporar
en cada proyecto de software. Tambin describe las relaciones
entre dichos elementos. (Adaptacin de la definicin de
proceso de software estndar del SEI)
Abstraccin de un producto con el propsito de entenderlo y
especificarlo antes de construirlo.
Representacin formal utilizada para modelizar informacin.
Individuo responsable o coresponsable de llevar a cabo una
actividad o tarea.
Descripcin escrita de un curso de accin a ser tomado para
ejecutar una tarea dada. (SEI)
(1) Sucesin de pasos realizados con un propsito dado.
(IEEE)
(2) Conjunto de actividades, tcnicas, herramientas, notacin y
participantes, utilizados para generar un modelo o producto
preestablecido.
(1) Proceso a travs del cual los requerimientos de usuario son
traducidos en especificaciones funcionales, las
especificaciones funcionales en especificaciones de diseo, las
especificaciones de diseo en cdigo, el cual es testeado,
documentado y liberado para ser usado por el usuario. (IEEE)
(2) Conjunto de actividades, mtodos, prcticas y
transformaciones para desarrollar y mantener software y sus
productos asociados. (SEI)
Conjunto completo, o cualquiera de los tems individuales del
conjunto, de programas de computadora, procedimientos y
documentacin asociada y datos, designados para liberar a un
cliente o usuario final. (SEI)
(1) Cualquier artefacto creado como parte de la definicin,
mantenimiento, o uso de un proceso de software. Pueden
incluir descripciones de procesos, planes, procedimientos,
programas de computadora y documentacin asociada, los
cuales pueden ser liberados o no a un cliente o usuario final
(SEI)
(2) Resultado formalmente definido de la ejecucin de una
tarea, actividad o proceso.
Tabla 5.2 - Glosario de trminos (Cont.)
Modelado Conceptual
100
Lic. Eduardo Diez
Trmino
Proyecto
Proyecto de software
Tarea
Tcnica
Significado
(1) Emprendimiento que requiere un esfuerzo convenido que se
enfoca en desarrollar, y/o mantener un producto especfico. El
producto puede incluir hardware, software, y otros
componentes. Tpicamente un proyecto tiene su propio
financiamiento, contabilidad de costos y cronograma de
productos entregables. (SEI)
(2) Esfuerzo bien definido encarado por una entidad
establecida formalmente, que se espera produzca un resultado
que tiene predeterminados alcances, recursos, plazos y
calidad.
Emprendimiento que requiere un esfuerzo convenido y
enfocado a analizar, especificar, disear, desarrollar, testear
y/o mantener los componentes de software y la documentacin
asociada de un sistema. (SEI)
(1) Sucesin de instrucciones tratadas como una unidad bsica
de trabajo. (IEEE)
(2) Unidad bien definida de trabajo en el proceso de software
que proporciona un punto de control visible a la direccin en el
estado del proyecto. Las tareas tienen criterios de comienzo
(precondiciones) y criterios de finalizacin (postcondiciones).
(SEI)
(3) Unidad mnima de trabajo.
Mtodo o procedimiento especfico para resolver un aspecto
del desarrollo o mantenimiento.
Tabla 5.3 - Glosario de trminos (Cont.)
5.3.2 DICCIONARIO DE ENTIDADES

En la tabla 5.4 se identifican las entidades relevantes para el presente trabajo en el
diccionario de entidades.
Cabe aclarar que no todos las entidades identificados en la etapa de adquisicin, son
relevantes para la implementacin de la solucin deseada. Es decir, algunos de ellos son
slo tiles para comprender el problema. Esas entidades no se han tenido en cuenta en la
etapa de modelado conceptual.
Adicionalmente, y a los efectos de clarificar el modelo, la entidad identificada como Dato
en la etapa de adquisicin, se lo denominar Datos del proyecto y la entidad identificada
como Caracterstica en la etapa de adquisicin, se lo denominar Caractersticas del
proyecto.
Para cada una de las entidades del diccionario se especifica su funcin, sinnimos y
acrnimos, elementos que lo componen y relaciones con otros conceptos.
Lic. Eduardo Diez
101
Modelado Conceptual
Entidad
Caractersticas
del proyecto
Funcin
Datos del
proyecto
Mapa de
actividades
Sinnimo
Acrnimo
Elementos
Relaciones
Caracteriza un Caracterstica
proyecto
Determina
mapa de
actividades
Dato
Describe un
proyecto
Determina
caractersticas
Determina
mapa de
actividades
Mapa
Especifica el
conjunto de
actividades
seleccionadas
para el
proyecto
Actividad
Datos del
proyecto
(determinado por)
Mapa de
actividades
(determina)
Caractersticas
del proyecto
(determina)
Mapa de
actividades
(determina)
Datos del
proyecto
(determinado por)
Caractersticas
del proyecto
(determinado por)
Tabla 5.4 Diccionario de entidades
5.3.3 TABLA ENTIDADES - ATRIBUTOS - DOMINIOS

En las tablas 5.5 a 5.19 se presentan la tabla Entidades - Atributos Dominios, donde se
registran las entidades identificadas y para cada una de ellas sus atributos y dominio:
Entidad
Caractersticas
del proyecto
Atributo
Dominio del atributo
Tamao
Complejidad
Capacidad del personal
Gestin
Datos del
proyecto
Nombre
Cantidad estimada de lneas de cdigo del

sistema
Cantidad de personas participantes
Cantidad estimada de puntos de funcin

del sistema
Grande
Mediano
Pequeo
Alta
Media
Baja
Alta
Media
Baja
Rigurosa
No rigurosa
Identificador del proyecto
Inferior a 300
Entre 300 y 1,000
Superior a 1,000
Inferior a 10 mil
Entre 10 mil y 500 mil
Superior a 500 mil
Inferior a 20
Entre 20 y 100
Superior a 100
Tabla 5.5 Tabla Entidades - Atributos - Dominios
Modelado Conceptual
102
Lic. Eduardo Diez
Entidad
Datos del
proyecto (Cont.)
Atributo
Cantidad estimada promedio de registros

de datos administrados
Existencia de funciones distribuidas
Existencia de funciones on-line
Existencia de funciones en tiempo real
Existencia de funciones de fuerte
contenido algortmico
Cantidad de niveles de descomposicin
necesarios para comprender el problema
Nivel de conocimientos de los analistas y
programadores
Experiencia de los analistas y
programadores en proyectos similares
Tipo
Enfoque
Se requiere una aceptacin formal por
parte del usuario
El usuario es un cliente externo
El proyecto es plausible de ser auditado
Solucin y viabilidad
Requisitos congelados
Necesidad de migracin y/o carga inicial
de datos
Clasificacin de seguridad
Mapa de
actividades
EVS1: Establecimiento del alcance del

sistema
EVS2: Estudio de la situacin actual
Inferior a 1 milln
Entre 1 milln y 10 millones
Superior a 10 millones
S
No
S
No
S
No
S
No
Inferior a 2
Entre 2 y 4
Superior a 4
Alto
Medio
Bajo
Alto
Medio
Bajo
Desarrollo a medida
Implantacin de paquete
Mantenimiento
Estructurado
Orientado a objetos
S
No
S
No
S
No
Definida
No definida
S
No
S
No
Alta
Media
Baja
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Tabla 5.6 Tabla Entidades - Atributos - Dominios (Cont.)
Lic. Eduardo Diez
103
Modelado Conceptual
Entidad
Mapa de
actividades
(Cont.)
Atributo
EVS3: Definicin de requisitos del sistema
EVS4: Estudio de alternativas de solucin
EVS5: Valoracin de las alternativas
EVS6: Seleccin de la solucin
ASI1: Definicin del sistema
ASI2: Establecimiento de requisitos
ASI3: Identificacin de subsistemas de

anlisis
ASI4: Anlisis de los casos de uso
ASI5: Anlisis de clases
ASI6: Elaboracin del modelo de datos
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Modelado Conceptual
104
Lic. Eduardo Diez
Entidad
Mapa de
actividades
(Cont.)
Atributo
ASI7: Elaboracin del modelo de procesos
ASI8: Definicin de interfaces de usuario
ASI9: Anlisis de consistencia y
especificacin de requisitos
ASI10: Especificacin del plan de pruebas
ASI11: Aprobacin del anlisis del sistema

de informacin
DSI1: Definicin de la arquitectura del
sistema
DSI2: Diseo de la arquitectura de soporte
DSI3: Diseo de casos de uso reales
DSI4: Diseo de clases
DSI5: Diseo de la arquitectura de
mdulos del sistema
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Lic. Eduardo Diez
105
Modelado Conceptual
Entidad
Mapa de
actividades
(Cont.)
Atributo
DSI6: Diseo fsico de datos
DSI7: Verificacin y aceptacin de la

arquitectura del sistema
DSI8: Generacin de especificaciones de

construccin
DSI9: Diseo de la migracin y carga

inicial de datos
DSI10: Especificacin tcnica del plan de

pruebas
DSI11: Establecimiento de requisitos de

implantacin
DSI12: Aprobacin del diseo del sistema

de informacin
CSI1: Preparacin del entorno de

generacin y construccin
CSI2: Generacin del cdigo de los

componentes y procedimientos
CSI3: Ejecucin de las pruebas unitarias
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Modelado Conceptual
106
Lic. Eduardo Diez
Entidad
Mapa de
actividades
(Cont.)
Atributo
CSI5: Ejecucin de las pruebas del
sistema
CSI6: Elaboracin de los manuales de
usuario
CSI7: Definicin de la formacin de
usuarios finales
CSI8: Construccin de componentes y
procedimientos de migracin y carga
inicial de datos
CSI9: Aprobacin del sistema de
informacin
IAS1: Establecimiento del plan de
implantacin
IAS2: Formacin necesaria para la
implantacin
IAS3: Incorporacin del sistema al entorno

de operacin
IAS4: Carga de datos al entorno de
operacin
CSI4: Ejecucin de las pruebas de

integracin
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Lic. Eduardo Diez
107
Modelado Conceptual
Entidad
Mapa de
actividades
(Cont.)
Atributo
IAS5: Pruebas de implantacin del sistema
IAS6: Pruebas de aceptacin del sistema
IAS7: Preparacin del mantenimiento del
sistema
IAS8: Establecimiento del acuerdo de nivel

de servicio
IAS9: Presentacin y aprobacin del
sistema
IAS10: Paso a produccin
MSI1: Registro de la peticin
MSI2: Anlisis de la peticin
MSI3: Preparacin de la implementacin
de la modificacin
MSI4: Seguimiento y evaluacin de los
cambios hasta la aceptacin
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Modelado Conceptual
108
Lic. Eduardo Diez
Entidad
Mapa de
actividades
(Cont.)
Atributo
GPI1: Estimacin de esfuerzo
GPI2: Planificacin
GPS1: Asignacin detallada de tareas
GPS2: Comunicacin al equipo de

proyecto
GPS3: Seguimiento de tareas
GPS4: Anlisis y registro de incidencias
GPS5: Peticin de cambio de requisitos
GPS6: Anlisis de la peticin de cambio

de requisitos
GPS7: Aprobacin de la solucin
GPS8: Estimacin del esfuerzo y

planificacin de la solucin
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Lic. Eduardo Diez
109
Modelado Conceptual
Entidad
Mapa de
actividades
(Cont.)
Atributo
GPS10: Finalizacin de la tarea
GPS11: Actualizacin de la planificacin
GPS12: Reuniones de seguimiento
GPS13: Aceptacin
GPF1: Cierre del proyecto
EVS-GC1: Definicin de los requisitos de
GC
EVS-GC2: Establecimiento del plan de GC
ADC-GC1: Identificacin y registro de
productos
ADC-GC2: Identificacin y registro del
producto global
GPS9: Registro del cambio de requisitos
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Modelado Conceptual
110
Lic. Eduardo Diez
Entidad
Mapa de
actividades
(Cont.)
Atributo
EVS-CAL1: Identificacin de las
propiedades de calidad para el sistema
EVS-CAL2: Establecimiento del plan de
aseguramiento de la calidad
EVS-CAL3: Adecuacin del plan de
aseguramiento de la calidad
ASI-CAL1: Especificacin inicial del plan
de aseguramiento de calidad
ASI-CAL2: Especificacin detallada del
plan de aseguramiento de calidad
ASI-CAL3: Revisin del anlisis de
consistencia
ASI-CAL4: Revisin del plan de pruebas
ASI-CAL5: Registro de aprobacin del
anlisis del sistema de informacin
DSI-CAL1: Revisin de la verificacin de la

arquitectura del sistema
MSI-GC1: Registro del cambio en el

sistema de GC
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Lic. Eduardo Diez
111
Modelado Conceptual
Entidad
Mapa de
actividades
(Cont.)
Atributo
DSI-CAL2: Revisin de la especificacin

tcnica del plan de pruebas
DSI-CAL3: Revisin de los requisitos de

implantacin
DSI-CAL4: Registro de aprobacin del

diseo del sistema de informacin
CSI-CAL1: Revisin del cdigo de

componentes y procedimientos
CSI-CAL2: Revisin de las pruebas

unitarias, integracin y sistema
CSI-CAL3: Revisin de los manuales de

usuario
CSI-CAL4: Revisin de la formacin a

usuarios finales
CSI-CAL5: Registro de aprobacin del

sistema de informacin
IAS-CAL1: Revisin del plan de

implantacin del sistema
IAS-CAL2: Revisin de las pruebas de

Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Modelado Conceptual
112
Lic. Eduardo Diez
Entidad
Mapa de
actividades
(Cont.)
Atributo
IAS-CAL4: Revisin del plan de
mantenimiento del sistema
IAS-CAL5: Registro de aprobacin de la
MSI-CAL1: Revisin del mantenimiento del

sistema de informacin
MSI-CAL2: Revisin del plan de pruebas
de regresin
MSI-CAL3: Revisin de la realizacin de
las pruebas de regresin
EVS-SEG1: Estudio de la seguridad
requerida en el proceso EVS
EVS-SEG2: Seleccin del equipo de
seguridad
EVS-SEG3: Recomendaciones
adicionales de seguridad para sistema
informacin
EVS-SEG4: Evaluacin de la seguridad de

las alternativas de solucin
IAS-CAL3: Revisin de las pruebas de

aceptacin del sistema
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Lic. Eduardo Diez
113
Modelado Conceptual
Entidad
Mapa de
actividades
(Cont.)
Atributo
EVS-SEG6: Catalogacin de los productos

generados durante proceso EVS
ASI-SEG1: Estudio de la seguridad
requerida en el proceso ASI
ASI-SEG2: Descripcin de las funciones y

mecanismos de seguridad
ASI-SEG3: Definicin de los criterios de
aceptacin de la seguridad
ASI-SEG4: Catalogacin de los productos

generados durante proceso ASI
DSI-SEG1: Estudio de la seguridad
requerida en el proceso DSI
DSI-SEG2: Especificacin de requisitos de

seg. del entorno tecnolgico
DSI-SEG3: Requisitos de seguridad del
entorno de construccin
DSI-SEG4: Diseo de pruebas de
seguridad
EVS-SEG5: Evaluacin detallada de la

seguridad de la solucin propuesta
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Modelado Conceptual
114
Lic. Eduardo Diez
Entidad
Mapa de
actividades
(Cont.)
Atributo
DSI-SEG5: Catalogacin de los productos

generados durante proceso DSI
CSI-SEG1: Estudio de la seguridad

requerida en el proceso CSI
CSI-SEG2: Evaluacin de los resultados

de las pruebas de seguridad
CSI-SEG3: Elaboracin del plan de

formacin de seguridad
CSI-SEG4: Catalogacin de los productos

generados durante proceso CSI
IAS-SEG1: Estudio de la seguridad

requerida en el proceso IAS
IAS-SEG2: Revisin de medidas de

seguridad del entorno de operacin
IAS-SEG3: Evaluacin de resultados de

pruebas seg. e implantacin del sistema
IAS-SEG4: Catalogacin de los productos

generados durante proceso IAS
IAS-SEG5: Revisin de medidas de seg.

en el entorno de produccin
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Lic. Eduardo Diez
115
Modelado Conceptual
Entidad
Mapa de
actividades
(Cont.)
Atributo
MSI-SEG1: Estudio de la seguridad

requerida en el proceso MSI
MSI-SEG2: Especificacin e identificacin

de las funciones y mecanismos de seg.
MSI-SEG3: Catalogacin de los productos

generados durante proceso MSI
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Fuente de informacin:
La fuente de informacin es variada y depende de las caractersticas particulares de cada
proyecto, del tipo de cliente y de la organizacin. Sin embargo estas fuentes se pueden
dividir en:
Documentacin: corresponde a toda la documentacin disponible en etapas tempranas

del proyecto. Algunos de los documentos fuente de datos pueden ser los siguientes:
Pliego de licitacin
Aclaraciones al pliego
Oferta
Aclaraciones a ofertas
Contrato
Minutas de reuniones con clientes
Documentos preliminares de requerimientos
Perfiles de participantes
Estimaciones: son las proyecciones y predicciones que se realizan con respecto al

proyecto sobre la base de los datos histricos de proyectos ya terminados en la
organizacin. Algunas de estas estimaciones estn relacionadas con los siguientes
aspectos:
Tamao (del software, de la BD)
Cantidad (de transacciones, personas)
Modelado Conceptual
116
Lic. Eduardo Diez
5.3.4 MODELO DE DATOS

En la figura 5.1 se ilustra, en forma de diagrama, las relaciones entre las entidades
relevantes:
D atos D el
P royecto
1
n
M apa D e
Actividades
C aractersticas
D el P royecto
n
Figura 5.1 Modelo de datos
En el diagrama se observan las siguientes relaciones:
Una caracterstica del proyecto es determinada por varios datos del proyecto.
Un mapa de actividades es determinado por varias caractersticas del proyecto y por
varios datos del proyecto.
5.3.5
MODELO DE INFORMACIN ESTRATGICA
A continuacin se presenta la definicin de:
Los pasos modulares que completan la tarea del UE. La modularidad es importante
puesto que permite tratar cada mdulo independientemente.
El flujo de control que regir el funcionamiento del prototipo.
La figura 5.2, es la descomposicin de procesos que representa la informacin estratgica

necesaria para resolver el problema en cuestin. A los efectos del presente trabajo, las
tareas estn divididas en dos niveles:
Lic. Eduardo Diez
117
Modelado Conceptual
Procesos: son los pasos modulares de nivel ms alto, son unidades funcionales que se
pueden verificar e implementar por separado.
Subprocesos: es la subdivisin de un paso de alto nivel (en el caso que un paso amerite
la divisin). Cada subpaso consta de un nmero de entradas, procesamiento y acciones
de salida.
Luego, se describirn cada uno de los procesos y subprocesos mediante la especificacin

de los siguientes tems:
Propsito
Entradas necesarias para su concrecin
Procesamiento aplicado
Salidas a obtener
Finalmente se comprueba la descomposicin de procesos obtenido con los UE.
Modelado Conceptual
118
Lic. Eduardo Diez
G enerar m apa de
actividades del
proyecto
1.0
2.0
3.0
R ecolectar datos del

proyecto
D eterm inar
caractersticas del
proyecto
D eterm inar m apa de

actividades
2.1
D eterm inar gestin
2.2
D eterm inar tam ao
2.3
2.4
D eterm inar
com plejidad
D eterm inar
capacidad del
personal
Figura 5.2 Descomposicin de procesos
Lic. Eduardo Diez
119
Modelado Conceptual
Proceso 1 - Recolectar datos del proyecto
Propsito: Recabar los datos relevantes del proyecto objeto del estudio.
Entradas: Valores asociados a los siguientes:
Nombre
Se requiere una aceptacin formal por parte del usuario
Cantidad estimada de puntos de funcin del sistema
Cantidad estimada de lneas de cdigo del sistema
Cantidad estimada promedio de registros de datos administrados
Existencia de funciones de fuerte contenido algortmico
Cantidad de niveles de descomposicin necesarios para comprender el problema
Nivel de conocimientos de los analistas y programadores
Experiencia de los analistas y programadores en proyectos similares
Enfoque
Tipo
Necesidad de migracin y/o carga inicial de datos
Nivel de clasificacin de seguridad
Procesamiento: No hay procesamiento especfico asociado.
Salidas: Valores asignados para las entradas especificadas.
Procesos 2 - Determinar caractersticas del proyecto

Subproceso 2.1 - Determinar gestin:
Propsito: Determinar el grado de formalidad necesario en la gestin del proyecto objeto

del estudio.
Entradas: Valores asignados a los siguientes:
Procesamiento: Sobre la base de la combinacin de los valores asignados
especificados, se determina el grado de formalidad necesario en la gestin del proyecto.
Salidas: El grado de formalidad necesario en la gestin podr resultar:
Alto
Medio
Bajo
Modelado Conceptual
120
Lic. Eduardo Diez
Subproceso 2.2 - Determinar tamao:
Propsito: Determinar el tamao del proyecto objeto del estudio.

especificados, se determina el tamao del proyecto.
Salidas: El tamao podr resultar:
Alto
Medio
Bajo
Subproceso 2.3 - Determinar complejidad:
Propsito: Determinar el nivel de complejidad del proyecto objeto del estudio.

especificados, se determina el nivel de complejidad del proyecto.
Salidas: El nivel de complejidad podr resultar:
Alto
Medio
Bajo
Subproceso 2.4 - Determinar capacidad del personal:
Propsito: Determinar la capacidad del personal asignado al proyecto objeto del estudio.
especificados, se determina la capacidad del personal asignado al proyecto.
Salidas: La capacidad del personal asignado podr resultar:
Alto
Medio
Bajo
Lic. Eduardo Diez
121
Modelado Conceptual
Proceso 3 - Determinar mapa de actividades:
Propsito: Determinar el mapa de actividades a realizar en el proyecto.

Grado de formalidad en la gestin
Tamao
Complejidad
Enfoque
Tipo
especificados, se determina el mapa de actividades a realizar en el proyecto.
Salidas: Mapa de actividades
Comprobacin del modelo:

El modelo de informacin estratgica ha sido validado por los UE. Se han realizado
sesiones informales en las cuales los UE han evaluado la representacin de la informacin
estratgica identificada.
5.3.6 MODELO DE INFORMACIN TCTICA
Se detalla cmo se realizan los diferentes procesos y subprocesos identificados en el
modelo de informacin estratgica.
La fuente de los procesos de decisin que aqu se establecern (las palabras del UE), slo
se presentar cuando la transformacin de la fuente al proceso no sea trivial. Es decir, no se
presentarn las palabras del UE cuando ste mismo haya expresado su pensamiento en
forma de procesos de decisin expresos (por ejemplo tablas de decisin).
Proceso 1 - Recolectar datos del proyecto
Consiste en la recoleccin de todos los datos del proyecto que sern necesarios en los
pasos posteriores. Los datos a recolectar son los que se listan a continuacin. Los valores
posibles de los mismos de pueden ver en las tablas 5.5 a 5.19
Nombre
Modelado Conceptual
122
Lic. Eduardo Diez

Enfoque de desarrollo
Tipo de proyecto
Nivel de clasificacin de seguridad del sistema
Proceso 2 - Determinar caractersticas del proyecto

Subproceso 2.1 - Determinar gestin:
Las condiciones de entrada con los posibles valores asociados que se toman en cuenta
son los presentados en la tabla 5.20.
Condicin
Se requiere una aceptacin
formal por parte del usuario
El usuario es un cliente
externo
El proyecto es plausible de
ser auditado
Id
GES1
GES2
GES3
Valores posibles
Si
No
Si
No
Si
No
Abreviatura
S
N
S
N
S
N
Tabla 5.20 Condiciones de entrada gestin
El anlisis de las condiciones anteriores dar como resultado uno de los valores de la tabla
5.21 para la caracterstica:
Caracterstica
Grado de formalidad en la
gestin
Id
GES
Valores posibles
Alto
Medio
Bajo
Abreviatura
A
M
B
Tabla 5.21 Resultados gestin
En la tabla 5.22 se presenta la tabla de condiciones correspondiente:
GES1
Condiciones GES2
GES3
Acciones GES
1
S
S
S
A
2
S
S
N
A
Proceso de decisin
3
4
5
6
S
S
N
N
N
N
S
S
S
N
S
N
A
M
A
M
7
N
N
S
M
8
N
N
N
B
Tabla 5.22 Tabla de condiciones gestin
Lic. Eduardo Diez
123
Modelado Conceptual
Subproceso 2.2 - Determinar tamao:

Las condiciones de entrada con los posibles valores asociados que se toman en cuenta se
Condicin
Cantidad estimada de puntos
de funcin del sistema
Id
TAM1
TAM2
TAM3
TAM4
Cantidad estimada de lneas

de cdigo del sistema
Cantidad de personas
participantes
Cantidad estimada promedio
de registros de datos
administrados
Valores posibles
Inferior a 300
Entre 300 y 1,000
Superior a 1,000
Inferior a 10 mil
Superior a 500 mil
Inferior a 20
Entre 20 y 100
Superior a 100
Inferior a 1 milln
Abreviatura
I
E
S
I
E
S
I
E
S
I
E
S
Tabla 5.23 Condiciones de entrada tamao
El anlisis de las condiciones anteriores dar como resultado uno de los valores
presentados en la tabla 5.24 para la caracterstica:
Caracterstica
Id
TAM
Tamao
Valores posibles
Grande
Mediano
Pequeo
Abreviatura
G
M
P
Tabla 5.24 Resultados tamao
En las tablas 5.25 a 5.33 se presenta la tabla de condiciones correspondiente:
TAM1
Condiciones TAM2
TAM3
TAM4
Acciones TAM
1
I
I
I
I
P
2
I
I
I
E
P
3
I
I
I
S
P
Proceso de decisin
4
5
6
7
I
I
I
I
I
I
I
I
E
E
E
S
I
E
S
I
P
P
M
M
8
I
I
S
E
M
9
I
I
S
S
M
17
I
E
S
E
M
18
I
E
S
S
M
Tabla 5.25 Tabla de condiciones tamao
TAM1
Condiciones TAM2
TAM3
TAM4
Acciones TAM
10
I
E
I
I
P
11
I
E
I
E
P
12
I
E
I
S
M
Proceso de decisin
13
14
15
I
I
I
E
E
E
E
E
E
I
E
S
P
M
M
16
I
E
S
I
M
Tabla 5.26 Tabla de condiciones tamao (Cont.)
Modelado Conceptual
124
Lic. Eduardo Diez
TAM1
Condiciones TAM2
TAM3
TAM4
Acciones TAM
19
I
S
I
I
P
20
I
S
I
E
M
21
I
S
I
S
M
Proceso de decisin
22
23
24
I
I
I
S
S
S
E
E
E
I
E
S
M
M
M
25
I
S
S
I
M
26
I
S
S
E
M
27
I
S
S
S
G
34
E
I
S
I
M
35
E
I
S
E
M
36
E
I
S
S
G
43
E
E
S
I
M
44
E
E
S
E
M
45
E
E
S
S
G
52
E
S
S
I
G
53
E
S
S
E
G
54
E
S
S
S
G
61
S
I
S
I
G
62
S
I
S
E
G
63
S
I
S
S
G
TAM1
Condiciones TAM2
TAM3
TAM4
Acciones TAM
28
E
I
I
I
M
29
E
I
I
E
M
30
E
I
I
S
M
Proceso de decisin
31
32
33
E
E
E
I
I
I
E
E
E
I
E
S
M
M
M
TAM1
Condiciones TAM2
TAM3
TAM4
Acciones TAM
37
E
E
I
I
M
38
E
E
I
E
M
39
E
E
I
S
M
Proceso de decisin
40
41
42
E
E
E
E
E
E
E
E
E
I
E
S
M
M
M
TAM1
Condiciones TAM2
TAM3
TAM4
Acciones TAM
46
E
S
I
I
M
47
E
S
I
E
M
48
E
S
I
S
G
Proceso de decisin
49
50
51
E
E
E
S
S
S
E
E
E
I
E
S
M
M
G
TAM1
Condiciones TAM2
TAM3
TAM4
Acciones TAM
55
S
I
I
I
M
56
S
I
I
E
M
57
S
I
I
S
G
Proceso de decisin
58
59
60
S
S
S
I
I
I
E
E
E
I
E
S
M
M
G
Lic. Eduardo Diez
125
Modelado Conceptual
64
S
E
I
I
M
TAM1
Condiciones TAM2
TAM3
TAM4
Acciones TAM
65
S
E
I
E
M
66
S
E
I
S
G
Proceso de decisin
67
68
69
S
S
S
E
E
E
E
E
E
I
E
S
M
M
G
70
S
E
S
I
G
71
S
E
S
E
G
72
S
E
S
S
G
79
S
S
S
I
G
80
S
S
S
E
G
81
S
S
S
S
G
73
S
S
I
I
G
TAM1
Condiciones TAM2
TAM3
TAM4
Acciones TAM
74
S
S
I
E
G
75
S
S
I
S
G
Proceso de decisin
76
77
78
S
S
S
S
S
S
E
E
E
I
E
S
G
G
G
Subproceso 2.3 - Determinar complejidad:

presenta en la tabla 5.34.
Condicin
Existencia de funciones
distribuidas
Existencia de funciones online
Existencia de funciones en
tiempo real
Existencia de funciones de
fuerte contenido algortmico
Cantidad de niveles de
descomposicin necesarios
para comprender el problema
Id
COM1
COM2
COM3
COM4
COM5
Valores posibles
Si
No
Si
No
Si
No
Si
No
Inferior a 2
Entre 2 y 4
Superior a 4
Abreviatura
S
N
S
N
S
N
S
N
I
E
S
Tabla 5.34 Condiciones de entrada complejidad
Caracterstica
Complejidad
Id
COM
Valores posibles
Alta
Medio
Bajo
Abreviatura
A
M
B
Tabla 5.35 Resultados complejidad
Modelado Conceptual
126
Lic. Eduardo Diez
En las tablas 5.36 a 5.41 se presenta la tabla de condiciones correspondiente:
COM1
COM2
Condiciones COM3
COM4
COM5
Acciones COM
1
S
S
S
S
I
A
2
S
S
S
S
E
A
Proceso de decisin
3
4
5
6
S
S
S
S
S
S
S
S
S
S
S
S
S
N
N
N
S
I
E
S
A
A
A
A
7
S
S
N
S
I
A
8
S
S
N
S
E
A
15
S
N
S
S
S
A
16
S
N
S
N
I
M
23
S
N
N
N
E
B
24
S
N
N
N
S
B
31
N
S
N
S
I
M
32
N
S
N
S
E
M
Tabla 5.36 Tabla de condiciones complejidad
COM1
COM2
Condiciones COM3
COM4
COM5
Acciones COM
9
S
S
N
S
S
A
10
S
S
N
N
I
M
Proceso de decisin
11
12
13
14
S
S
S
S
S
S
N
N
N
N
S
S
N
N
S
S
E
S
I
E
M
A
A
A
Tabla 5.37 Tabla de condiciones complejidad (Cont.)
COM1
COM2
Condiciones COM3
COM4
COM5
Acciones COM
17
S
N
S
N
E
M
18
S
N
S
N
S
A
Proceso de decisin
19
20
21
22
S
S
S
S
N
N
N
N
N
N
N
N
S
S
S
N
I
E
S
I
M
M
M
B
COM1
COM2
Condiciones COM3
COM4
COM5
Acciones COM
25
N
S
S
S
I
M
26
N
S
S
S
E
M
Proceso de decisin
27
28
29
30
N
N
N
N
S
S
S
S
S
S
S
S
S
N
N
N
S
I
E
S
A
M
M
A
Lic. Eduardo Diez
127
Modelado Conceptual
33
N
S
N
S
S
M
COM1
COM2
Condiciones COM3
COM4
COM5
Acciones COM
34
N
S
N
N
I
B
Proceso de decisin
35
36
37
38
N
N
N
N
S
S
N
N
N
N
S
S
N
N
S
S
E
S
I
E
B
M
M
M
39
N
N
S
S
S
M
40
N
N
S
N
I
B
47
N
N
N
N
E
B
48
N
N
N
N
S
B
41
N
N
S
N
E
B
COM1
COM2
Condiciones COM3
COM4
COM5
Acciones COM
42
N
N
S
N
S
M
Proceso de decisin
43
44
45
46
N
N
N
N
N
N
N
N
N
N
N
N
S
S
S
N
I
E
S
I
B
B
M
B
Subproceso 2.4 - Determinar capacidad del personal:

Condicin
Id
Nivel de conocimientos de
CAP1
los analistas y
programadores
Experiencia de los analistas y CAP2

programadores en proyectos
similares
Valores posibles
Alto
Medio
Bajo
Alto
Medio
Bajo
Abreviatura
A
M
B
A
M
B
Tabla 5.42 Condiciones de entrada capacidad del personal
Caracterstica
Id
CAP
Valores posibles
Alta
Medio
Bajo
Abreviatura
A
M
B
Tabla 5.43 Resultados capacidad del personal
En la tabla 5.44 se presenta la tabla de condiciones correspondiente:
Modelado Conceptual
128
Lic. Eduardo Diez
1
A
A
A
Condiciones CAP1
CAP2
Acciones CAP
2
A
M
A
3
A
B
M
Proceso de decisin
4
5
6
M
M
M
A
M
B
M
M
B
7
B
A
M
8
B
M
B
9
B
B
B
Tabla 5.44 Tabla de condiciones capacidad del personal
Proceso 3 - Determinar mapa de actividades:

Condicin
gestin
Id
GES
Tamao
TAM
Complejidad
COM
CAP
Enfoque
ENF
Tipo
TIP
SOL
REQ
Necesidad de migracin y/o

carga inicial de datos
Nivel de clasificacin de
seguridad
DAT
SEG
Valores posibles
Alto
Medio
Bajo
Grande
Mediano
Pequeo
Alta
Medio
Bajo
Alta
Medio
Bajo
Estructurado
Orientado a objetos
Desarrollo a medida
Implantacin paquete
Mantenimiento
Definida
No definida
Si
No
Si
No
Alto
Medio
Bajo
Abreviatura
A
M
B
G
M
P
A
M
B
A
M
B
E
O
D
I
M
D
N
S
N
S
N
A
M
B
Tabla 5.45 Condiciones de entrada mapa de actividades
presentados en la tabla 5.46 para cada una de las actividades.
Lic. Eduardo Diez
129
Modelado Conceptual
Identificador de la actividad
Cdigo de identificacin de la
actividad
Valores posibles
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Abreviatura
MA
MM
OM
OB
NR
Tabla 5.43 Resultados actividades
Cada valor asignado a la actividad es a la vez una combinacin de dos valores

correspondientes a obligatoriedad y a importancia. Por omisin, cada valor correspondiente
a una actividad ser MA (Mandatoria - Alta).
A continuacin se presentan los valores de caractersticas o combinacin de esos valores
que modifican el valor por omisin de una actividad y previo a ello, la fuente de ese proceso
de decisin (las palabras del UE).
PROCESO DE DECISIN 1
Cita del documento de requisitos
Si el Enfoque es estructurado, las siguientes actividades no son requeridas: ASI4
(Anlisis de los casos de uso), ASI5 (Anlisis de clases), DSI3 (Diseo de casos
de uso reales) y DSI4 (Diseo de clases).
Modelo del proceso
Dato/Caracterstica
Valor - Conector
ENF
E
Condicin
Conector caractersticas
Accin
Actividad
ASI4
ASI5
DSI3
DSI4
Valor
NR
NR
NR
NR
Si el Enfoque es orientado a objetos, las siguientes actividades no son
requeridas: ASI6 (Elaboracin del modelo de datos), ASI7 (Elaboracin del
modelo de procesos) y DSI5 (Diseo de la arquitectura de mdulos del sistema).
Modelo del proceso
Dato/Caracterstica
Valor - Conector
ENF
O
Condicin
Accin
Modelado Conceptual
Actividad
ASI6
ASI7
DSI5
130
Valor
NR
NR
NR
Lic. Eduardo Diez
Si no existe Necesidad de migracin y/o carga inicial de datos, las siguientes
actividades no son requeridas: DSI9 (Diseo de la migracin y carga inicial de
datos), CSI8 (Construccin de componentes y procedimientos de migracin y
carga inicial de datos) y IAS4 (Carga de datos al entorno de operacin).
Modelo del proceso
Dato/Caracterstica
Valor - Conector
DAT
N
Condicin
Accin
Actividad
DSI9
CSI8
IAS4
Valor
NR
NR
NR
Si la solucin y la viabilidad del proyecto ya esta definida, las siguientes
actividades no son requeridas: EVS1 (Establecimiento del alcance del sistema),
EVS2 (Estudio de la situacin actual), EVS3 (Definicin de requisitos del
sistema), EVS4 (Estudio de alternativas de solucin), EVS5 (Valoracin de las
alternativas), EVS6 (Seleccin de la solucin), EVS-GC1 (Definicin de
requisitos de GC), EVS-GC2 (Establecimiento del plan de GC), EVS-CAL1
(Identificacin de las propiedades de calidad para el sistema), EVS-CAL2
(Establecimiento del plan de aseguramiento de la calidad), EVS-CAL3
(Adecuacin del plan de aseguramiento de la calidad), EVS-SEG1 (Estudio de la
seguridad requerida en el proceso EVS), EVS-SEG2 (Seleccin del equipo de
seguridad), EVS-SEG3 (Recomendaciones adicionales de seguridad para
sistema informacin), EVS-SEG4 (Evaluacin de la seguridad de las alternativas
de solucin), EVS-SEG5 (Evaluacin detallada de la seguridad de la solucin
propuesta) y EVS-SEG6 (Catalogacin de los productos generados durante
proceso EVS).
Modelo del proceso
Dato/Caracterstica
Valor - Conector
SOL
D
Condicin
Accin
Lic. Eduardo Diez
Actividad
EVS1
EVS2
EVS3
EVS4
EVS5
EVS6
EVS-GC1
EVS-GC2
131
Valor
NR
NR
NR
NR
NR
NR
NR
NR
Modelado Conceptual
Proc. Des. 4 (Cont.)
Accin
Actividad
EVS-CAL1
EVS-CAL2
EVS-CAL3
EVS-SEG1
EVS-SEG2
EVS-SEG3
EVS-SEG4
EVS-SEG5
EVS-SEG6
Valor
NR
NR
NR
NR
NR
NR
NR
NR
NR
Si los requisitos estn congelados, las siguientes actividades no son requeridas:
GPS5 (Peticin de cambio de requisitos), GPS6 (Anlisis de la peticin de
cambio de requisitos), GPS7 (Aprobacin de la solucin), GPS8 (Estimacin del
esfuerzo y planificacin de la solucin) y GPS9 (Registro del cambio de
requisitos).
Modelo del proceso
Dato/Caracterstica
Valor - Conector
REQ
S
Condicin
Accin
Actividad
GPS5
GPS6
GPS7
GPS8
GPS9
Valor
NR
NR
NR
NR
NR
Si la solucin y la viabilidad del proyecto no esta definida y la capacidad del
personal es baja, las siguientes actividades son opcionales de importancia
media: EVS4 (Estudio de alternativas de solucin), EVS5 (Valoracin de las
alternativas), EVS6 (Seleccin de la solucin), EVS-SEG4 (Evaluacin de la
seguridad de las alternativas de solucin) y EVS-SEG5 (Evaluacin detallada de
la seguridad de la solucin propuesta).
Modelo del proceso
Dato/Caracterstica
Valor - Conector
CAP
B
SOL
N
Condicin
AND
Actividad
Valor
EVS4
OM
Accin
EVS5
OM
Modelado Conceptual
132
Lic. Eduardo Diez
Accin
Actividad
EVS6
EVS-SEG4
EVS-SEG5
Valor
OM
OM
OM
En cambio, si la solucin y la viabilidad del proyecto no esta definida y la
capacidad del personal es media, las mismas actividades son mandatorias de
importancia media.
Modelo del proceso
Dato/Caracterstica
Valor - Conector
CAP
M
SOL
N
Condicin
AND
Actividad
Valor
EVS4
MM
EVS5
MM
Accin
EVS6
MM
EVS-SEG4
MM
EVS-SEG5
MM
requerimientos estn congelados, las siguientes actividades son opcionales de
importancia media: GPS1 (Asignacin detallada de tareas) y GPS4 (Anlisis y
registro de incidencias).
Modelo del proceso
Dato/Caracterstica
Valor - Conector
GES
M
TAM
P
Condicin
REQ
S
AND
Actividad
Valor
GPS1
OM
Accin
GPS4
OM
Lic. Eduardo Diez
133
Modelado Conceptual
requerimientos estn congelados, las mismas actividades son opcionales de
importancia baja.
Modelo del proceso
Dato/Caracterstica
Valor - Conector
GES
B
TAM
P
Condicin
REQ
S
AND
Actividad
Valor
GPS1
OB
Accin
GPS4
OB
requerimientos no estn congelados, las siguientes actividades son opcionales
de importancia media: GPS1 (Asignacin detallada de tareas), GPS4 (Anlisis y
registro de incidencias), GPS5 (Peticin de cambio de requisitos), GPS6
(Anlisis de la peticin de cambio de requisitos), GPS7 (Aprobacin de la
solucin), GPS8 (Estimacin del esfuerzo y planificacin de la solucin) y GPS9
(Registro del cambio de requisitos).
Modelo del proceso
Dato/Caracterstica
Valor - Conector
GES
M
TAM
P
Condicin
REQ
N
AND
Actividad
Valor
GPS1
OM
GPS4
OM
GPS5
OM
Accin
GPS6
OM
GPS7
OM
GPS8
OM
GPS9
OM
Modelado Conceptual
134
Lic. Eduardo Diez
requerimientos no estn congelados, las mismas actividades anteriores son
opcionales de importancia baja.
Modelo del proceso
Dato/Caracterstica
Valor - Conector
GES
B
TAM
P
Condicin
REQ
N
AND
Actividad
Valor
GPS1
OB
GPS4
OB
GPS5
OB
Accin
GPS6
OB
GPS7
OB
GPS8
OB
GPS9
OB
Si el tipo de proyecto es de desarrollo o de implantacin de paquete, las
siguientes actividades no son requeridas: MSI1 (Registro de la peticin), MSI2
(Anlisis de la peticin), MSI3 (Preparacin de la implementacin de la
modificacin), MSI4 (Seguimiento y evaluacin de los cambios hasta la
aceptacin), MSI-GC1(Registro del cambio en el sistema de GC), MSI-CAL1
(Revisin del mantenimiento del sistema de informacin), MSI-CAL2 (Revisin
del plan de pruebas de regresin), MSI-CAL3 (Revisin de la realizacin de las
pruebas de regresin), MSI-SEG1 (Estudio de la seguridad requerida en el
proceso MSI), MSI-SEG2 (Especificacin e identificacin de las funciones y
mecanismos de seguridad) y MSI-SEG3 (Catalogacin de los productos
generados durante proceso MSI).
Modelo del proceso
Dato/Caracterstica
Valor - Conector
TIP
I OR D
Condicin
Accin
Lic. Eduardo Diez
Actividad
MSI1
MSI2
MSI3
MSI4
MSI-GC1
MSI-CAL1
MSI-CAL2
MSI-CAL3
135
Valor
NR
NR
NR
NR
NR
NR
NR
NR
Modelado Conceptual
Accin
Actividad
MSI-SEG1
MSI-SEG2
MSI-SEG3
Valor
NR
NR
NR
Si el tipo de proyecto es de mantenimiento, las siguientes actividades no son
requeridas: EVS1 (Establecimiento del alcance del sistema), EVS2 (Estudio de la
situacin actual), EVS3 (Definicin de requisitos del sistema), EVS4 (Estudio de
alternativas de solucin), EVS5 (Valoracin de las alternativas), EVS6 (Seleccin
de la solucin), ASI1 (Definicin del sistema), ASI2 (Establecimiento de
requisitos), ASI3 (Identificacin de subsistemas de anlisis), ASI4 (Anlisis de
los casos de uso), ASI5 (Anlisis de clases), ASI6 (Elaboracin del modelo de
datos), ASI7 (Elaboracin del modelo de procesos), ASI8 (Definicin de
interfaces de usuario), ASI9 (Anlisis de consistencia y especificacin de
requisitos), ASI10 (Especificacin del plan de pruebas), ASI11 (Aprobacin del
anlisis del sistema de informacin), DSI1 (Definicin de la arquitectura del
sistema), DSI2 (Diseo de la arquitectura de soporte), DSI3 (Diseo de casos de
uso reales), DSI4 (Diseo de clases), DSI5 (Diseo de la arquitectura de
mdulos del sistema), DSI6 (Diseo fsico de datos), DSI7 (Verificacin y
aceptacin de la arquitectura del sistema), DSI8 (Generacin de
especificaciones de construccin), DSI9 (Diseo de la migracin y carga inicial
de datos), DSI10 (Especificacin tcnica del plan de pruebas), DSI11
(Establecimiento de requisitos de implantacin), DSI12
(Aprobacin del diseo del sistema de informacin), CSI1 (Preparacin del
entorno de generacin y construccin), CSI2 (Generacin del cdigo de los
componentes y procedimientos), CSI3 (Ejecucin de las pruebas unitarias),
CSI4 (Ejecucin de las pruebas de integracin), CSI5 (Ejecucin de las pruebas
del sistema), CSI6 (Elaboracin de los manuales de usuario), CSI7 (Definicin de
la formacin de usuarios finales), CSI8 (Construccin de componentes y
procedimientos de migracin y carga inicial de datos), CSI9 (Aprobacin del
sistema de informacin), IAS1 (Establecimiento del plan de implantacin), IAS2
(Formacin necesaria para la implantacin), IAS3 (Incorporacin del sistema al
entorno de operacin), IAS4 (Carga de datos al entorno de operacin), IAS5
(Pruebas de implantacin del sistema), IAS6 (Pruebas de aceptacin del
sistema), IAS7 (Preparacin del mantenimiento del sistema), IAS8
(Establecimiento del acuerdo de nivel de servicio), IAS9 (Presentacin y
aprobacin del sistema), IAS10 (Paso a produccin), EVS-GC1 (Definicin de los
requisitos de GC), EVS-GC2 (Establecimiento del plan de GC), ADC-GC1
(Identificacin y registro de productos), ADC-GC2 (Identificacin y registro del
producto global), EVS-CAL1 (Identificacin de las propiedades de calidad para el
(Especificacin inicial del plan de aseguramiento de calidad), ASI-CAL2
(Especificacin detallada del plan de aseguramiento de calidad), ASI-CAL3
(Revisin del anlisis de consistencia),
ASI-CAL4 (Revisin del plan de pruebas), ASI-CAL5 (Registro de aprobacin del
anlisis del sistema de informacin), DSI-CAL1 (Revisin de la verificacin
Modelado Conceptual
136
Lic. Eduardo Diez
Cita del documento de requisitos (Cont.)

de la arquitectura del sistema), DSI-CAL2 (Revisin de la especificacin tcnica
del plan de pruebas), DSI-CAL3 (Revisin de los requisitos de implantacin),
DSI-CAL4 (Registro de aprobacin del diseo del sistema de informacin), CSICAL1 (Revisin del cdigo de componentes y procedimientos), CSI-CAL2
(Revisin de las pruebas unitarias, integracin y sistema), CSI-CAL3 (Revisin
de los manuales de usuario), CSI-CAL4 (Revisin de la formacin a usuarios
finales), CSI-CAL5 (Registro de aprobacin del sistema de informacin), IASCAL1 (Revisin del plan de implantacin del sistema), IAS-CAL2 (Revisin de las
pruebas de implantacin del sistema), IAS-CAL3 (Revisin de las pruebas de
aceptacin del sistema), IAS-CAL4 (Revisin del plan de mantenimiento del
sistema), IAS-CAL5 (Registro de aprobacin de la implantacin del sistema),
EVS-SEG1 (Estudio de la seguridad requerida en el proceso EVS), EVS-SEG2
(Seleccin del equipo de seguridad), EVS-SEG3 (Recomendaciones adicionales
de seguridad para sistema informacin), EVS-SEG4 (Evaluacin de la seguridad
de las alternativas de solucin), EVS-SEG5 (Evaluacin detallada de la
seguridad de la solucin propuesta), EVS-SEG6 (Catalogacin de los productos
generados durante proceso EVS), ASI-SEG1 (Estudio de la seguridad requerida
en el proceso ASI), ASI-SEG2 (Descripcin de las funciones y mecanismos de
seguridad), ASI-SEG3 (Definicin de los criterios de aceptacin de la seguridad),
ASI-SEG4 (Catalogacin de los productos generados durante proceso ASI), DSISEG1 (Estudio de la seguridad requerida en el proceso DSI), DSI-SEG2
(Especificacin de requisitos de seg. del entorno tecnolgico), DSI-SEG3
(Requisitos de seguridad del entorno de construccin), DSI-SEG4
(Diseo de pruebas de seguridad), DSI-SEG5 (Catalogacin de los productos
generados durante proceso DSI), CSI-SEG1 (Estudio de la seguridad requerida
en el proceso CSI), CSI-SEG2 (Evaluacin de los resultados de las pruebas de
seguridad), CSI-SEG3 (Elaboracin del plan de formacin de seguridad), CSISEG4 (Catalogacin de los productos generados durante proceso CSI), IASSEG1 (Estudio de la seguridad requerida en el proceso IAS), IAS-SEG2
(Revisin de medidas de seguridad del entorno de operacin), IAS-SEG3
(Evaluacin de resultados de pruebas seg. e implantacin del sistema), IASSEG4 (Catalogacin de los productos generados durante proceso IAS) y IASSEG5 (Revisin de medidas de seg. en el entorno de produccin).
Modelo del proceso
Dato/Caracterstica
Valor - Conector
TIP
M
Condicin
Accin
Lic. Eduardo Diez
Actividad
EVS1
EVS2
EVS3
EVS4
EVS5
137
Valor
NR
NR
NR
NR
NR
Modelado Conceptual
Accin
Modelado Conceptual
Actividad
EVS6
ASI1
ASI2
ASI3
ASI4
ASI5
ASI6
ASI7
ASI8
ASI9
ASI10
ASI11
DSI1
DSI2
DSI3
DSI4
DSI5
DSI6
DSI7
DSI8
DSI9
DSI10
DSI11
DSI12
CSI1
CSI2
CSI3
CSI4
CSI5
CSI6
CSI7
CSI8
CSI9
IAS1
IAS2
IAS3
IAS4
IAS5
IAS6
IAS7
IAS8
IAS9
138
Valor
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
Lic. Eduardo Diez
Accin
Lic. Eduardo Diez
Actividad
IAS10
EVS-GC1
EVS-GC2
ADC-GC1
ADC-GC2
EVS-CAL1
EVS-CAL2
EVS-CAL3
ASI-CAL1
ASI-CAL2
ASI-CAL3
ASI-CAL4
ASI-CAL5
DSI-CAL1
DSI-CAL2
DSI-CAL3
DSI-CAL4
CSI-CAL1
CSI-CAL2
CSI-CAL3
CSI-CAL4
CSI-CAL5
IAS-CAL1
IAS-CAL2
IAS-CAL3
IAS-CAL4
IAS-CAL5
EVS-SEG1
EVS-SEG2
EVS-SEG3
EVS-SEG4
EVS-SEG5
EVS-SEG6
ASI-SEG1
ASI-SEG2
ASI-SEG3
ASI-SEG4
DSI-SEG1
DSI-SEG2
DSI-SEG3
DSI-SEG4
DSI-SEG5
139
Valor
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
Modelado Conceptual
Accin
Actividad
CSI-SEG1
CSI-SEG2
CSI-SEG3
CSI-SEG4
IAS-SEG1
IAS-SEG2
IAS-SEG3
IAS-SEG4
IAS-SEG5
Valor
NR
NR
NR
NR
NR
NR
NR
NR
NR
Si el tipo de proyecto es implantacin de paquete, las siguientes actividades no
son requeridas: ASI4 (Anlisis de los casos de uso), ASI5 (Anlisis de clases),
ASI6 (Elaboracin del modelo de datos), ASI7 (Elaboracin del modelo de
procesos), DSI1 (Definicin de la arquitectura del sistema), DSI2 (Diseo de la
arquitectura de soporte), DSI3 (Diseo de casos de uso reales), DSI4 (Diseo de
clases), DSI5 (Diseo de la arquitectura de mdulos del sistema), DSI6 (Diseo
fsico de datos), DSI7 (Verificacin y aceptacin de la arquitectura del sistema) y
DSI-CAL1 (Revisin de la verificacin de la arquitectura del sistema).
Modelo del proceso
Dato/Caracterstica
Valor - Conector
TIP
I
Condicin
Accin
Modelado Conceptual
Actividad
ASI4
ASI5
ASI6
ASI7
DSI1
DSI2
DSI3
DSI4
DSI5
DSI6
DSI7
DSI-CAL1
140
Valor
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
NR
Lic. Eduardo Diez
Si el tipo de proyecto es de implantacin de paquete, el tamao pequeo, la
complejidad media o baja y la solucin y viabilidad no estn definidas, las
siguientes actividades son mandatorias, de importancia media: EVS1
(Establecimiento del alcance del sistema), CSI7 (Definicin de la formacin de
usuarios finales), IAS9 (Presentacin y aprobacin del sistema), EVS-CAL1
(Identificacin de las propiedades de calidad para el sistema), ASI-CAL1
(Especificacin inicial del plan de aseguramiento de calidad), CSI-CAL2
(Revisin de las pruebas unitarias, integracin y sistema), CSI-CAL4 (Revisin
de la formacin a usuarios finales), IAS-CAL1 (Revisin del plan de implantacin
del sistema) y IAS-CAL3 (Revisin de las pruebas de aceptacin del sistema).
Luego, las siguientes actividades son opcionales, de importancia media: EVS2
(Estudio de la situacin actual), ASI3 (Identificacin de subsistemas de anlisis),
ASI8 (Definicin de interfaces de usuario), DSI8 (Generacin de especificaciones
de construccin), DSI11 (Establecimiento de requisitos de implantacin), CSI1
unitarias), CSI4 (Ejecucin de las pruebas de integracin), CSI6 (Elaboracin de
los manuales de usuario), IAS5 (Pruebas de implantacin del sistema), IAS7
(Preparacin del mantenimiento del sistema), EVS-CAL2 (Establecimiento del
plan de aseguramiento de la calidad), EVS-CAL3 (Adecuacin del plan de
aseguramiento de la calidad), ASI-CAL3 (Revisin del anlisis de consistencia),
ASI-CAL4 (Revisin del plan de pruebas), DSI-CAL3 (Revisin de los requisitos
de implantacin), CSI-CAL1 (Revisin del cdigo de componentes y
(Revisin de las pruebas de implantacin del sistema) y IAS-CAL4 (Revisin del
plan de mantenimiento del sistema).
Finalmente, las siguientes actividades son opcionales, de importancia baja:
DSI10 (Especificacin tcnica del plan de pruebas), IAS2 (Formacin necesaria
para la implantacin), IAS8 (Establecimiento del acuerdo de nivel de servicio),
ASI-CAL2 (Especificacin detallada del plan de aseguramiento de calidad), DSICAL2 (Revisin de la especificacin tcnica del plan de pruebas),
Modelo del proceso
Dato/Caracterstica
Valor - Conector
TIP
I
TAM
P
COM
M OR B
Condicin
SOL
N
AND
Actividad
Valor
EVS1
MM
Accin
EVS2
OM
Lic. Eduardo Diez
141
Modelado Conceptual
Accin
Modelado Conceptual
Actividad
ASI3
ASI8
DSI8
DSI10
DSI11
CSI1
CSI2
CSI3
CSI4
CSI6
CSI7
IAS2
IAS5
IAS7
IAS8
IAS9
EVS-CAL1
EVS-CAL2
EVS-CAL3
ASI-CAL1
ASI-CAL2
ASI-CAL3
ASI-CAL4
DSI-CAL2
DSI-CAL3
CSI-CAL1
CSI-CAL2
CSI-CAL3
CSI-CAL4
IAS-CAL1
IAS-CAL2
IAS-CAL3
IAS-CAL4
142
Valor
OM
OM
OM
OB
OM
OM
OM
OM
OM
OM
MM
OB
OM
OM
OB
MM
MM
OM
OM
MM
OB
OM
OM
OB
OM
OM
MM
OM
MM
MM
OM
MM
OM
Lic. Eduardo Diez
Ahora considero los mismos datos/caractersticas y los mismos valores, pero con
la diferencia que la solucin y viabilidad estn definidas, las siguientes
actividades son mandatorias, de importancia media: CSI7 (Definicin de la
formacin de usuarios finales), IAS9 (Presentacin y aprobacin del sistema),
ASI-CAL1 (Especificacin inicial del plan de aseguramiento de calidad), CSICAL2 (Revisin de las pruebas unitarias, integracin y sistema), CSI-CAL4
(Revisin de la formacin a usuarios finales), IAS-CAL1 (Revisin del plan de
implantacin del sistema) y IAS-CAL3 (Revisin de las pruebas de aceptacin
del sistema).
ASI3 (Identificacin de subsistemas de anlisis), ASI8 (Definicin de interfaces
de usuario), DSI8 (Generacin de especificaciones de construccin), DSI11
(Establecimiento de requisitos de implantacin), CSI1 (Preparacin del entorno
de generacin y construccin), CSI2 (Generacin del cdigo de los componentes
y procedimientos), CSI3 (Ejecucin de las pruebas unitarias), CSI4 (Ejecucin de
las pruebas de integracin), CSI6 (Elaboracin de los manuales de usuario),
IAS5 (Pruebas de implantacin del sistema), IAS7 (Preparacin del
mantenimiento del sistema), ASI-CAL3 (Revisin del anlisis de consistencia),
procedimientos), CSI-CAL3 (Revisin de los manuales de
usuario), IAS-CAL2 (Revisin de las pruebas de implantacin del sistema) y
IAS-CAL4 (Revisin del plan de mantenimiento del sistema).
Finalmente, las siguientes actividades son opcionales, de importancia baja:
ASI-CAL2 (Especificacin detallada del plan de aseguramiento de calidad), DSICAL2 (Revisin de la especificacin tcnica del plan de pruebas).
Modelo del proceso
Dato/Caracterstica
Valor - Conector
TIP
I
TAM
P
COM
M OR B
Condicin
SOL
D
AND
Actividad
Valor
ASI3
OM
ASI8
OM
DSI8
OM
Accin
DSI10
OB
DSI11
OM
CSI1
OM
CSI2
OM
Lic. Eduardo Diez
143
Modelado Conceptual
Accin
Modelado Conceptual
Actividad
CSI3
CSI4
CSI6
CSI7
IAS2
IAS5
IAS7
IAS8
IAS9
ASI-CAL1
ASI-CAL2
ASI-CAL3
ASI-CAL4
DSI-CAL2
DSI-CAL3
CSI-CAL1
CSI-CAL2
CSI-CAL3
CSI-CAL4
IAS-CAL1
IAS-CAL2
IAS-CAL3
IAS-CAL4
144
Valor
OM
OM
OM
MM
OB
OM
OM
OB
MM
MM
OB
OM
OM
OB
OM
OM
MM
OM
MM
MM
OM
MM
OM
Lic. Eduardo Diez
Considero ahora los mismos datos/caractersticas y los mismos valores, pero
con la diferencia que la complejidad es alta y la solucin no definida, las
siguientes actividades son mandatorias, de importancia media: ASI3
(Establecimiento de requisitos de implantacin), CSI1 (Preparacin del entorno
de generacin y construccin), CSI2 (Generacin del cdigo de los componentes
y procedimientos), CSI3 (Ejecucin de las pruebas unitarias), CSI4 (Ejecucin de
ASI-CAL2 (Especificacin detallada del plan de aseguramiento de calidad) y DSICAL2 (Revisin de la especificacin tcnica del plan de pruebas).
Modelo del proceso
Dato/Caracterstica
Valor Conector
TIP
I
TAM
P
COM
A
Condicin
SOL
N
AND
Actividad
Valor
EVS2
MM
ASI3
MM
ASI8
MM
DSI8
MM
DSI10
OM
DSI11
MM
CSI1
MM
Accin
CSI2
MM
CSI3
MM
CSI4
MM
CSI6
MM
IAS2
OM
IAS5
MM
Lic. Eduardo Diez
145
Modelado Conceptual
Accin
Actividad
IAS7
IAS8
EVS-CAL2
EVS-CAL3
ASI-CAL2
ASI-CAL3
ASI-CAL4
DSI-CAL2
DSI-CAL3
CSI-CAL1
CSI-CAL3
IAS-CAL2
IAS-CAL4
Valor
MM
OM
MM
MM
OM
MM
MM
OM
MM
MM
MM
MM
MM
con la diferencia que la solucin y viabilidad no est definida, las siguientes
actividades son mandatorias, de importancia media: EVS2 (Estudio de la
situacin actual), ASI3 (Identificacin de subsistemas de anlisis), ASI8
(Definicin de interfaces de usuario), DSI8 (Generacin de especificaciones de
unitarias), CSI4 (Ejecucin de las pruebas de integracin), CSI6 (Elaboracin de
los manuales de usuario), IAS5 (Pruebas de implantacin del sistema), IAS7
(Preparacin del mantenimiento del sistema), EVS-CAL2 (Establecimiento del
plan de aseguramiento de la calidad), EVS-CAL3
(Adecuacin del plan de aseguramiento de la calidad), ASI-CAL3 (Revisin del
anlisis de consistencia), ASI-CAL4 (Revisin del plan de pruebas), DSI-CAL3
(Revisin de los requisitos de implantacin), CSI-CAL1 (Revisin del cdigo de
componentes y procedimientos), CSI-CAL3 (Revisin de los manuales de
usuario), IAS-CAL2 (Revisin de las pruebas de implantacin del sistema) y IASCAL4 (Revisin del plan de mantenimiento del sistema).
Modelado Conceptual
146
Lic. Eduardo Diez
Condicin
Accin
Lic. Eduardo Diez
Modelo del proceso

Dato/Caracterstica
Valor - Conector
TIP
I
TAM
P
COM
A
SOL
D
AND
Actividad
Valor
ASI3
MM
ASI8
MM
DSI8
MM
DSI10
OM
DSI11
MM
CSI1
MM
CSI2
MM
CSI3
MM
CSI4
MM
CSI6
MM
IAS2
OM
IAS5
MM
IAS7
MM
IAS8
OM
ASI-CAL2
OM
ASI-CAL3
MM
ASI-CAL4
MM
DSI-CAL2
OM
DSI-CAL3
MM
CSI-CAL1
MM
CSI-CAL3
MM
IAS-CAL2
MM
IAS-CAL4
MM
147
Modelado Conceptual
Si un Proyecto es de implementacin de paquete, tamao mediano o grande y la
solucin viabilidad no est definida, las siguientes actividades son mandatorias,
de importancia media: EVS2 (Estudio de la situacin actual), ASI3 (Identificacin
de subsistemas de anlisis), ASI8 (Definicin de interfaces de usuario), DSI8
construccin), CSI2 (Generacin del cdigo de los componentes y
procedimientos), CSI3 (Ejecucin de las pruebas unitarias), CSI4 (Ejecucin de
mantenimiento del sistema), EVS-CAL2 (Establecimiento del plan de
aseguramiento de la calidad), EVS-CAL3 (Adecuacin del plan de
aseguramiento de la calidad), ASI-CAL3 (Revisin del anlisis de consistencia),
Modelo del proceso
Dato/Caracterstica
Valor Conector
TIP
I
TAM
M OR G
Condicin
SOL
N
AND
Actividad
Valor
EVS2
MM
ASI3
MM
ASI8
MM
DSI8
MM
DSI10
OM
DSI11
MM
Accin
CSI1
MM
CSI2
MM
CSI3
MM
CSI4
MM
CSI6
MM
IAS2
OM
Modelado Conceptual
148
Lic. Eduardo Diez
Accin
Actividad
IAS5
IAS7
IAS8
EVS-CAL2
EVS-CAL3
ASI-CAL2
ASI-CAL3
ASI-CAL4
DSI-CAL2
DSI-CAL3
CSI-CAL1
CSI-CAL3
IAS-CAL2
IAS-CAL4
Valor
MM
MM
OM
MM
MM
OM
MM
MM
OM
MM
MM
MM
MM
MM
con la diferencia que la solucin y viabilidad est definida, las siguientes
construccin), CSI2 (Generacin del cdigo de los componentes y
procedimientos), CSI3 (Ejecucin de las pruebas unitarias), CSI4 (Ejecucin de
Lic. Eduardo Diez
149
Modelado Conceptual
Condicin
Accin
Modelado Conceptual
Modelo del proceso

Dato/Caracterstica
Valor - Conector
TIP
I
TAM
M OR G
SOL
D
AND
Actividad
Valor
ASI3
MM
ASI8
MM
DSI8
MM
DSI10
OM
DSI11
MM
CSI1
MM
CSI2
MM
CSI3
MM
CSI4
MM
CSI6
MM
IAS2
OM
IAS5
MM
IAS7
MM
IAS8
OM
ASI-CAL2
OM
ASI-CAL3
MM
ASI-CAL4
MM
DSI-CAL2
OM
DSI-CAL3
MM
CSI-CAL1
MM
CSI-CAL3
MM
IAS-CAL2
MM
IAS-CAL4
MM
150
Lic. Eduardo Diez
solucin y viabilidad no est definida, la capacidad del personal es alto y el nivel
de clasificacin de seguridad es medio o bajo, las siguientes actividades son
mandatarias, de importancia media: DSI-SEG4 (Diseo de pruebas de
seguridad), CSI-SEG2 (Evaluacin de los resultados de las pruebas de
seguridad) y IAS-SEG3 (Evaluacin de resultados de pruebas seguridad e
implantacin del sistema).
Luego, las siguientes actividades son opcionales, de importancia media: EVSSEG2 (Seleccin del equipo de seguridad), EVS-SEG3 (Recomendaciones
adicionales de seguridad para sistema informacin), EVS-SEG4 (Evaluacin de
la seguridad de las alternativas de solucin), EVS-SEG5 (Evaluacin detallada
de la seguridad de la solucin propuesta), ASI-SEG2 (Descripcin de las
entorno tecnolgico), IAS-SEG2 (Revisin de medidas de seguridad del entorno
de operacin) y IAS-SEG5 (Revisin de medidas de seguridad en el entorno de
produccin).
Luego, las siguientes actividades son opcionales, de importancia baja: DSISEG3 (Requisitos de seguridad del entorno de construccin) y CSI-SEG3
(Elaboracin del plan de formacin de seguridad).
Modelo del proceso
Dato/Caracterstica
Valor - Conector
TIP
I OR D
SOL
N
Condicin
CAP
A
SEG
M OR B
AND
Actividad
Valor
EVS-SEG2
OM
EVS-SEG3
OM
EVS-SEG4
OM
EVS-SEG5
OM
ASI-SEG2
OM
ASI-SEG3
OM
DSI-SEG2
OM
Accin
DSI-SEG3
OB
DSI-SEG4
MM
CSI-SEG2
MM
CSI-SEG3
OB
IAS-SEG2
OM
IAS-SEG3
MM
IAS-SEG5
OM
Lic. Eduardo Diez
151
Modelado Conceptual
solucin y viabilidad no est definida y el nivel de clasificacin de seguridad es
alto, las siguientes actividades son mandatarias, de importancia media: EVSSEG2 (Seleccin del equipo de seguridad), EVS-SEG3 (Recomendaciones
adicionales de seguridad para sistema informacin), EVS-SEG4 (Evaluacin de
la seguridad de las alternativas de solucin), EVS-SEG5 (Evaluacin detallada
de la seguridad de la solucin propuesta), ASI-SEG2 (Descripcin de las
entorno tecnolgico) y IAS-SEG2 (Revisin de medidas de seguridad del entorno
de operacin).
Luego, las siguientes actividades son opcionales, de importancia media: DSISEG3 (Requisitos de seguridad del entorno de construccin), CSI-SEG3
(Elaboracin del plan de formacin de seguridad) y IAS-SEG5 (Revisin de
medidas de seguridad en el entorno de produccin).
Modelo del proceso
Dato/Caracterstica
Valor - Conector
TIP
I OR D
SOL
N
Condicin
SEG
A
AND
Actividad
Valor
EVS-SEG2
MM
EVS-SEG3
MM
EVS-SEG4
MM
EVS-SEG5
MM
ASI-SEG2
MM
Accin
ASI-SEG3
MM
DSI-SEG2
MM
DSI-SEG3
OM
CSI-SEG3
OM
IAS-SEG2
MM
IAS-SEG5
OM
Modelado Conceptual
152
Lic. Eduardo Diez
con la diferencia que la solucin y viabilidad est definida y el nivel de
clasificacin de seguridad es media o baja, las siguientes actividades son
mandatorias, de importancia media: DSI-SEG4 (Diseo de pruebas de
seguridad), CSI-SEG2 (Evaluacin de los resultados de las pruebas de
seguridad) y IAS-SEG3 (Evaluacin de resultados de pruebas seguridad e
implantacin del sistema).
Luego, las siguientes actividades son opcionales, de importancia media: ASISEG2 (Descripcin de las funciones y mecanismos de seguridad), ASI-SEG3
(Definicin de los criterios de aceptacin de la seguridad), DSI-SEG2
(Especificacin de requisitos de seg. del entorno tecnolgico), IAS-SEG2
(Revisin de medidas de seguridad del entorno de operacin) y IAS-SEG5
(Revisin de medidas de seguridad en el entorno de produccin).
Luego, las siguientes actividades son opcionales, de importancia baja: DSISEG3 (Requisitos de seguridad del entorno de construccin), CSI-SEG3
(Elaboracin del plan de formacin de seguridad), IAS-SEG2 (Revisin de
medidas de seguridad del entorno de operacin) y IAS-SEG5 (Revisin de
Modelo del proceso
Dato/Caracterstica
Valor - Conector
TIP
I OR D
SOL
D
Condicin
SEG
M OR B
AND
Actividad
Valor
ASI-SEG2
OM
ASI-SEG3
OM
DSI-SEG2
OM
Accin
DSI-SEG3
OB
DSI-SEG4
MM
CSI-SEG2
MM
CSI-SEG3
OB
IAS-SEG2
OM
IAS-SEG3
MM
IAS-SEG5
OM
Lic. Eduardo Diez
153
Modelado Conceptual
con la diferencia que el nivel de clasificacin de seguridad es alto, las siguientes
actividades son mandatorias, de importancia media: ASI-SEG2 (Descripcin de
las funciones y mecanismos de seguridad), ASI-SEG3 (Definicin de los criterios
de aceptacin de la seguridad), DSI-SEG2 (Especificacin de requisitos de seg.
del entorno tecnolgico) y IAS-SEG2 (Revisin de medidas de seguridad del
entorno de operacin).
Luego, las siguientes actividades son opcionales, de importancia media: DSISEG3 (Requisitos de seguridad del entorno de construccin), CSI-SEG3
(Elaboracin del plan de formacin de seguridad) y IAS-SEG5 (Revisin de
Modelo del proceso
Dato/Caracterstica
Valor - Conector
TIP
I OR D
SOL
D
Condicin
SEG
A
AND
Actividad
Valor
ASI-SEG2
MM
ASI-SEG3
MM
DSI-SEG2
MM
Accin
DSI-SEG3
OM
CSI-SEG3
OM
IAS-SEG2
MM
IAS-SEG5
OM
Modelado Conceptual
154
Lic. Eduardo Diez
Si un Proyecto es de desarrollo a medida, tamao pequeo, complejidad media o
baja y solucin y viabilidad no definida, las siguientes actividades son
mandatorias, de importancia media: EVS2 (Estudio de la situacin actual), ASI3
(Identificacin de subsistemas de anlisis), CSI3 (Ejecucin de las pruebas
unitarias), CSI4 (Ejecucin de las pruebas de integracin), CSI7 (Definicin de la
formacin de usuarios finales), IAS5 (Pruebas de implantacin del sistema),
EVS-CAL1 (Identificacin de las propiedades de calidad para el sistema), ASICAL1 (Especificacin inicial del plan de aseguramiento de calidad), ASI-CAL4
(Revisin del plan de pruebas), CSI-CAL1 (Revisin del cdigo de componentes
y procedimientos), CSI-CAL2 (Revisin de las pruebas unitarias, integracin y
sistema), CSI-CAL4 (Revisin de la formacin a usuarios finales), IAS-CAL1
(Revisin del plan de implantacin del sistema) y IAS-CAL3 (Revisin de las
pruebas de aceptacin del sistema).
(Definicin de interfaces de usuario), DSI2 (Diseo de la arquitectura de
soporte), CSI6 (Elaboracin de los manuales de usuario), IAS7 (Preparacin del
mantenimiento del sistema), IAS8 (Establecimiento del acuerdo de nivel de
servicio), EVS-CAL2 (Establecimiento del plan de aseguramiento de la calidad),
(Especificacin detallada del plan de aseguramiento de calidad), ASI-CAL3
(Revisin del anlisis de consistencia), DSI-CAL2 (Revisin de la especificacin
tcnica del plan de pruebas), DSI-CAL3 (Revisin de los requisitos de
implantacin), CSI-CAL3 (Revisin de los manuales de usuario), IAS-CAL2
Modelo del proceso
Dato/Caracterstica
Valor - Conector
TIP
D
TAM
P
COM
M OR B
Condicin
SOL
N
AND
Actividad
Valor
EVS2
MM
ASI3
MM
ASI8
OM
DSI2
OM
Accin
CSI3
MM
CSI4
MM
CSI6
OM
CSI7
MM
IAS2
OB
Lic. Eduardo Diez
155
Modelado Conceptual
Accin
Actividad
IAS5
IAS7
IAS8
EVS-CAL1
EVS-CAL2
EVS-CAL3
ASI-CAL1
ASI-CAL2
ASI-CAL3
ASI-CAL4
DSI-CAL2
DSI-CAL3
CSI-CAL1
CSI-CAL2
CSI-CAL3
CSI-CAL4
IAS-CAL1
IAS-CAL2
IAS-CAL3
IAS-CAL4
Valor
MM
OM
OM
MM
OM
OM
MM
OM
OM
MM
OM
OM
MM
MM
OM
MM
MM
OM
MM
OM
con la diferencia que la solucin y viabilidad est definida, las siguientes
subsistemas de anlisis), CSI3 (Ejecucin de las pruebas unitarias), CSI4
(Ejecucin de las pruebas de integracin), CSI7 (Definicin de la formacin de
usuarios finales), IAS5 (Pruebas de implantacin del sistema), ASI-CAL1
(Especificacin inicial del plan de aseguramiento de calidad), ASI-CAL4
(Revisin del plan de pruebas), CSI-CAL1 (Revisin del cdigo de componentes
y procedimientos), CSI-CAL2 (Revisin de las pruebas unitarias, integracin y
sistema), CSI-CAL4 (Revisin de la formacin a usuarios finales), IAS-CAL1
(Revisin del plan de implantacin del sistema) y IAS-CAL3 (Revisin de las
pruebas de aceptacin del sistema).
(Definicin de interfaces de usuario), DSI2 (Diseo de la arquitectura de
soporte), CSI6 (Elaboracin de los manuales de usuario), IAS7 (Preparacin del
mantenimiento del sistema), IAS8 (Establecimiento del acuerdo de nivel de
servicio), ASI-CAL2 (Especificacin detallada del plan de aseguramiento de
calidad), ASI-CAL3 (Revisin del anlisis de consistencia), DSI-CAL2 (Revisin
de la especificacin tcnica del plan de pruebas), DSI-CAL3 (Revisin de los
requisitos de implantacin), CSI-CAL3 (Revisin de los manuales de usuario),
IAS-CAL2 (Revisin de las pruebas de implantacin del sistema) y IAS-CAL4
(Revisin del plan de mantenimiento del sistema).
Modelado Conceptual
156
Lic. Eduardo Diez
Condicin
Accin
Lic. Eduardo Diez
Modelo del proceso

Dato/Caracterstica
Valor - Conector
TIP
D
TAM
P
COM
M OR B
SOL
D
AND
Actividad
Valor
ASI3
MM
ASI8
OM
DSI2
OM
CSI3
MM
CSI4
MM
CSI6
OM
CSI7
MM
IAS2
OB
IAS5
MM
IAS7
OM
IAS8
OM
ASI-CAL1
MM
ASI-CAL2
OM
ASI-CAL3
OM
ASI-CAL4
MM
DSI-CAL2
OM
DSI-CAL3
OM
CSI-CAL1
MM
CSI-CAL2
MM
CSI-CAL3
OM
CSI-CAL4
MM
IAS-CAL1
MM
IAS-CAL2
OM
IAS-CAL3
MM
IAS-CAL4
OM
157
Modelado Conceptual
Considero ahora casi los mismos datos/caractersticas, dejando de lado la
solucin y viabilidad. Si un Proyecto es de desarrollo a medida, tamao pequeo
y complejidad alta, las siguientes actividades son mandatorias, de importancia
media: ASI3 (Identificacin de subsistemas de anlisis), ASI8 (Definicin de
interfaces de usuario), CSI3 (Ejecucin de las pruebas unitarias), CSI6
(Elaboracin de los manuales de usuario), CSI7 (Definicin de la formacin de
usuarios finales), IAS5 (Pruebas de implantacin del sistema), EVS-CAL2
(Establecimiento del plan de aseguramiento de la calidad), EVS-CAL3
(Adecuacin del plan de aseguramiento de la calidad), ASI-CAL2 (Especificacin
detallada del plan de aseguramiento de calidad), ASI-CAL3 (Revisin del anlisis
de consistencia), DSI-CAL2 (Revisin de la especificacin tcnica del plan de
pruebas), DSI-CAL3 (Revisin de los requisitos de implantacin), CSI-CAL4
(Revisin de la formacin a usuarios finales), IAS-CAL1 (Revisin del plan de
implantacin del sistema) y IAS-CAL2 (Revisin de las pruebas de implantacin
del sistema).
(Diseo de la arquitectura de soporte), IAS2 (Formacin necesaria para la
manuales de usuario)y IAS-CAL4 (Revisin del plan de mantenimiento del
sistema).
Modelo del proceso
Dato/Caracterstica
Valor - Conector
TIP
D
TAM
P
Condicin
COM
A
AND
Actividad
Valor
ASI3
MM
ASI8
MM
DSI2
OM
CSI3
MM
CSI6
MM
CSI7
MM
IAS2
OM
IAS5
MM
Accin
IAS7
OM
IAS8
OM
EVS-CAL2
MM
EVS-CAL3
MM
ASI-CAL2
MM
ASI-CAL3
MM
DSI-CAL2
MM
Modelado Conceptual
158
Lic. Eduardo Diez
Accin
Actividad
DSI-CAL3
CSI-CAL3
CSI-CAL4
IAS-CAL1
IAS-CAL2
IAS-CAL4
Valor
MM
OM
MM
MM
MM
OM
con la diferencia que el tamao es mediano o grande y la complejidad mediana o
baja, las siguientes actividades son mandatorias, de importancia media: DSI2
(Diseo de la arquitectura de soporte), CSI6 (Elaboracin de los manuales de
usuario), CSI7 (Definicin de la formacin de usuarios finales), IAS2 (Formacin
necesaria para la implantacin), IAS7 (Preparacin del mantenimiento del
sistema), IAS8 (Establecimiento del acuerdo de nivel de servicio), CSI-CAL3
(Revisin de los manuales de usuario) y CSI-CAL4 (Revisin de la formacin a
usuarios finales).
Modelo del proceso
Dato/Caracterstica
Valor - Conector
TIP
D
TAM
M OR G
Condicin
COM
M OR B
AND
Actividad
Valor
DSI2
MM
CSI6
MM
CSI7
MM
Accin
IAS2
MM
IAS7
MM
IAS8
MM
CSI-CAL3
MM
CSI-CAL4
MM
Lic. Eduardo Diez
159
Modelado Conceptual
con la diferencia que el tamao es mediano o grande y la complejidad alta, las
siguientes actividades son mandatorias, de importancia media: DSI2 (Diseo de
la arquitectura de soporte), IAS7 (Preparacin del mantenimiento del sistema) y
IAS8 (Establecimiento del acuerdo de nivel de servicio).
Modelo del proceso
Dato/Caracterstica
Valor - Conector
TIP
D
TAM
M OR G
Condicin
COM
A
AND
Actividad
Valor
DSI2
MM
IAS7
MM
Accin
IAS8
MM
5.4
INTEGRACION DE COMPONENTES DEL MODELO CONCEPTUAL
La identificacin de los componentes anteriores permite la integracin de los mismos en el

modelo de procesos y en el grafo causal de datos.
5.4.1 MODELO DE PROCESOS
El modelo de procesos contiene todos los procesos y subprocesos que actuando sobre el
modelo de datos va a construir el modelo de comportamiento del UE.
En la figura 5.3 se presenta el modelo de procesos. Las referencias correspondientes al
modelo se presentan en la tabla 5.44.
Modelado Conceptual
160
Lic. Eduardo Diez

G en erar m ap a d e activid ades d el
p ro yecto
O b jetivo :
Generar el m apa de actividades del
proyecto en cuestin
E ntrad as:
* GES1, GES2, GES3
* TAM1, TAM2, TAM3, TAM4
* COM1, COM2, COM3, COM4, COM5
* CAP1, CAP2
* ENF, TIP, SOL, REQ, DAT, SEG
S alidas:
* Mapa de actividades
R ecolectar d ato s d el p ro yecto
O b jetivo :
Recabar los datos relevantes del
proyecto objeto del estudio
E ntrad as:
* NOM
* GES1, GES2, GES3
* CAP1, CAP2
S alidas:
* GES1, GES2, GES3
* CAP1, CAP2
D eterm in ar g estin
O b jetivo :
Determ inar el grado de form alidad
necesario en la gestin del proyecto
objeto del estudio
E ntrad as:
* GES1, GES2, GES3
S alidas:
* GES
D eterm in ar m ap a d e activid ad es
D eterm in ar caractersticas del

p ro yecto
O b jetivo :
Determ inar el m apa de actividades a
realizar en el proyecto
E ntrad as:
* NOM
* GES, TAM, COM, CAP
S alidas:
* Mapa de actividades
O b jetivo :
Determ inar las caractersticas del
E ntrad as:
* GES1, GES2, GES3
* CAP1, CAP2
S alidas:
* GES, TAM, COM, CAP
D eterm in ar tam ao
D eterm in ar com plejid ad
O b jetivo :
Determ inar el tam ao del proyecto objeto
del estudio
E ntrad as:
S alidas:
* TAM
O b jetivo :
Determ inar el nivel de com plejidad del
E ntrad as:
S alidas:
* COM
D eterm in ar cap acid ad del p erson al
O b jetivo :
Determ inar la capacidad del personal
asignado al proyecto objeto del estudio
E ntrad as:
* CAP1, CAP2
S alidas:
* CAP
Figura 5.3 - Modelo de procesos
Lic. Eduardo Diez
161
Modelado Conceptual
5.4.2
GRAFO CAUSAL DE DATOS
El grafo causal de datos representa tanto la parte esttica como dinmica de los
conocimientos del UE.
En la figura 5.4 se presenta el grafo causal de datos. A los efectos de clarificar el mapa, se
ha colocado la identificacin ya definida de cada uno de los datos y caractersticas del
proyecto, de todas formas, las referencias correspondientes al mapa se presentan en la
tabla 5.44.
Datos del proyecto
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
NOM
GES1
GES2
GES3
TAM1
TAM2
TAM3
TAM4
COM1
COM2
COM3
COM4
COM5
CAP1
CAP2
ENF
TIP
SOL
REQ
DAT
SEG
M apa de actividades
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
Caractersticas del proyecto
*
*
*
*
EVS1, ....., EVS6 1

ASI1, ....., ASI11
DSI1, ....., DSI12
CSI1, .....,CSI9
IAS1, ....., IAS10
MSI1, ....., MSI4
GPI1, GPI2
GPS1, ....., GPS13
GPF1
EVS-GC1, EVS-GC2
ADC-GC1, ADC-GC2
MSI-GC1
EVS-CAL1, ....., EVS-CAL3
ASI-CAL1, ....., ASI-CAL5
1
DSI-CAL1, ....., DSI-CAL4
CSI-CAL1, ....., CSI-CAL5
IAS-CAL1, ....., IAS-CAL5
MSI-CAL1, ....., MSI-CAL3
EVS-SEG1, ....., EVS-SEG6
ASI-SEG1, ....., ASI-SEG4
DSI-SEG1, ....., DSI-SEG5
CSI-SEG1, ....., CSI-SEG4
IAS-SEG1, ....., IAS-SEG5
MSI-SEG1, ....., MSI-SEG3
GES
TAM
COM
CAP
Figura 5.4 Grafo causal de datos
Modelado Conceptual
162
Lic. Eduardo Diez
Abreviatura
NOM
GES1
GES2
GES3
TAM1
TAM2
TAM3
TAM4
COM1
COM2
COM3
COM4
COM5
CAP1
CAP2
GES
TAM
COM
CAP
ENF
TIP
SOL
REQ
DAT
SEG
Descripcin
Nombre
Cantidad estimada promedio de registros de datos
administrados
Cantidad de niveles de descomposicin necesarios para
comprender el problema
Experiencia de los analistas y programadores en proyectos
similares
Grado de formalidad en la gestin
Tamao
Complejidad
Enfoque
Tipo
Tabla 5.44 - Referencias mapa de conocimientos y modelo de procesos
5.5
COMPROBACIN DEL MODELO CONCEPTUAL
Una vez integrado el modelo conceptual, se debe realizar un conjunto de comprobaciones

para eliminar posibles inconsistencias o errores.
Estas comprobaciones se realizan mediante la ejecucin de los siguientes pasos:
1.
2.
3.
4.
Contrastar las respuestas para eliminar subjetividades.

Examinar condiciones desconocidas y por defecto.
Contrastar las condiciones negativas.
Verificar la completitud y la consistencia.
Lic. Eduardo Diez
163
Modelado Conceptual
Para cada uno de ellos se obtienen los siguientes comentarios:
Contrastar las respuestas para eliminar subjetividades: los atributos ubicados en la

periferia de los lmites del sistema corresponden a los datos del proyecto.
Estos datos son en su mayora objetivos, surgiendo del anlisis de la documentacin
asociada al proyecto. Los nicos datos con una pequea dosis de subjetividad son los
correspondientes a estimaciones (proyecciones y predicciones) del proyecto.
Examinar condiciones desconocidas y por defecto: el modelo conceptual presenta al

usuario, para cada uno de los atributos, un conjunto de valores entre los que ste podr
optar.
De esta forma, en el supuesto caso en que el usuario no conozca el valor exacto de un
atributo, podr seleccionar el valor, de entre los que se proponen, que ms se aproxime
o ajuste a sus clculos.
Contrastar las condiciones negativas: el modelo conceptual contempla las acciones a

llevar a cabo cuando determinadas condiciones se cumplen, as como las que se deben
llevar a cabo cuando no se cumplen.
Verificar la completitud y la consistencia: todos los atributos en la periferia del sistema se

usan internamente. Los atributos que no se encuentran en la periferia del sistema
pueden ser calculados.
Modelado Conceptual
164
Lic. Eduardo Diez
CAPTULO VI
DISEO DEL SISTEMA
CAPTULO VI
DISEO DEL SISTEMA
6.1
INTRODUCCIN
En este captulo se describe el diseo del prototipo (GMAP).

El objetivo de la presente fase es pasar del modelo conceptual del problema, desde el
punto de vista del usuario o del dominio, a un modelo formal del problema desde le punto de
vista del sistema.
Segn el proceso de desarrollo de software utilizado, existen dos tipos de actividad de
modelado. La primera, de tipo conceptual, tiene por objetivo crear modelos conceptuales. Un
modelo conceptual es una representacin de la informacin, externa a la computadora, en
estructuras no computables que modelan la conducta del UE en la solucin de problemas.
La segunda de tipo formal, crea modelos formales. Un modelo formal es una representacin
semi-formal, o semi-computable de la informacin y de la conducta del UE.
Al final de la presente fase se deber contar con una representacin formal, tal como la
propuesta en ste captulo de diseo, que es compatible con la implementacin computable.
Con tal motivo, en primer trmino se definir la arquitectura del sistema, para luego definir el
diseo fsico de datos, los procedimientos de decisin y los mecanismos de control.
6.2
ARQUITECTURA DEL SISTEMA
Considerando las caractersticas del problema en cuestin, las formas de representacin

empleadas en el modelado conceptual, y el empleo posterior de la herramienta de
desarrollo, la arquitectura del sistema queda definida de la siguiente forma:
Diagramas de esquema de datos (DED): para formalizar la estructura EntidadesAtributos- Dominios.
Procedimientos de decisin: toman la forma de reglas, las cuales actuarn sobre los
campos de los DED definidos.
Mecanismos de control: se representan mediante procedimientos de control. Estos

tienen la forma de reglas que indican cmo utilizar los procedimientos de decisin.
6.3
DISEO FSICO DE DATOS
Como ya se ha mencionado, la tabla Entidades-Atributos-Dominios se disean o formalizan

a travs de diagramas de esquemas de datos, en los cuales se almacena la informacin
correspondiente a los atributos de la entidad asociada a la estructura.
Lic. Eduardo Diez
165
Diseo del Sistema
El tipo de valor de cada atributo que ser registrado en cada campo de la estructura, se
detalla a travs de la tipologa de datos que haya sido definida previamente para la
estructura. Los tipos de datos se clasifican en dos categoras:
Tipo de datos que definen propiedades tales como Cardinalidad mnima y Cardinalidad
mxima de valores que puede tomar y Multivaluada si puede tomar ms de un valor.
Tipo de datos que definen propiedades de instancia, siendo los ms comunes: Valores
permitidos de la propiedad y Valores por omisin o por defecto,
6.3.1
RELACION DE DIAGRAMAS DE ESQUEMAS DE DATOS
La relacin entre los DED queda definida de acuerdo a la relacin entre las entidades
presentada en el Modelado Conceptual (punto 5.3.4 Modelo de datos).
6.3.2
DIAGRAMAS DE ESQUEMAS DE DATOS
Las entidades identificadas en la etapa de conceptualizacin se representan como DED en

sta etapa. De esta forma, la entidad Datos del Proyecto se traduce en el DED
Proyecto_Dat, la entidad Caractersticas del Proyecto se traduce en el DED Proyecto_Car
y la entidad Mapa de Actividades en el DED Mapa_Actividades.
En las tablas 6.1 a 6.7 se especifican las DED definidas. Cada una de ellos con todos sus
campos, y las principales propiedades de cada una de esos campos:
Diseo del Sistema
166
Lic. Eduardo Diez
DED Proyecto_Dat
Campo
NOM
GES1
GES2
GES3
TAM1
TAM2
TAM3
TAM4
COM1
COM2
COM3
COM4
COM5
CAP1
CAP2
ENF
TIP
SOL
REQ
DAT
SEG
Tipo campo
Texto
Texto
Texto
Texto
Texto
Texto
Texto
Texto
Texto
Texto
Texto
Texto
Texto
Texto
Texto
Texto
Texto
Texto
Texto
Texto
Texto
Cardinalidad
Mnima
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
Cardinalidad
Mxima
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
Multivaluado
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
Valor
omisin
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
Valores permitidos
Valor
omisin
No
No
No
No
Valores permitidos
S-N
S-N
S-N
I-E-S
I-E-S
I-E-S
I-E-S
S-N
S-N
S-N
S-N
I-E-S
A-M-B
A-M-B
E-O
D-I-M
D-N
S-N
S-N
A-M-B
Tabla 6.1 - Especificacin de clases
DED Proyecto_Car
Campo
GES
TAM
COM
CAP
Tipo campo Cardinalidad

Mnima
Texto
1
Texto
1
Texto
1
Texto
1
Cardinalidad
Mxima
1
1
1
1
Multivaluado
No
No
No
No
A-M-B
G-M-P
A-M-B
A-M-B
Tabla 6.2 - Especificacin de clases (Cont.)
Lic. Eduardo Diez
167
Diseo del Sistema
DED Mapa_Actividades
Campo
EVS1
EVS2
EVS3
EVS4
EVS5
EVS6
ASI1
ASI2
ASI3
ASI4
ASI5
ASI6
ASI7
ASI8
ASI9
ASI10
ASI11
DSI1
DSI2
DSI3
DSI4
DSI5

Mnima
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Cardinalidad Multivaluado
Mxima
1
No
1
No
1
No
1
No
1
No
1
No
1
No
1
No
1
No
1
No
1
No
1
No
1
No
1
No
1
No
1
No
1
No
1
No
1
No
1
No
1
No
1
No
Valor
omisin
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
Valores permitidos
MA - MM - OM - OB - NR
Diseo del Sistema
168
Lic. Eduardo Diez
DED Mapa_Actividades (Cont.)

Campo
DSI6
DSI7
DSI8
DSI9
DSI10
DSI11
DSI12
CSI1
CSI2
CSI3
CSI4
CSI5
CSI6
CSI7
CSI8
CSI9
IAS1
IAS2
IAS3
IAS4
IAS5
IAS6
IAS7
IAS8
IAS9
IAS10
MSI1
MSI2
MSI3
MSI4
GPI1

Mnima
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Cardinalidad
Mxima
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
Multivaluado
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
Valor
omisin
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
Valores permitidos
Lic. Eduardo Diez
169
Diseo del Sistema

Campo
GPI2
GPS1
GPS2
GPF3
GPS4
GPS5
GPS6
GPS7
GPS8
GPS9
GPS10
GPS11
GPS12
GPS13
GPF1
EVS_GC1
EVS_GC2
ADC_GC1
ADC_GC2
MSI_GC1
EVS_CAL1
EVS_CAL2
EVS_CAL3
ASI_CAL1
ASI_CAL2
ASI_CAL3
ASI_CAL4
ASI_CAL5
DSI_CAL1
DSI_CAL2
DSI_CAL3

Mnima
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Cardinalidad
Mxima
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
Multivaluado
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
Valor
omisin
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
Valores permitidos
Diseo del Sistema
170
Lic. Eduardo Diez

Campo
DSI_CAL4
CSI_CAL1
CSI_CAL2
CSI_CAL3
CSI_CAL4
CSI_CAL5
IAS_CAL1
IAS_CAL2
IAS_CAL3
IAS_CAL4
IAS_CAL5
MSI_CAL1
MSI_CAL2
MSI_CAL3
EVS_SEG1
EVS_SEG2
EVS_SEG3
EVS_SEG4
EVS_SEG5
EVS_SEG6
ASI_SEG1
ASI_SEG2
ASI_SEG3
ASI_SEG4
DSI_SEG1
DSI_SEG2
DSI_SEG3
DSI_SEG4
DSI_SEG5
CSI_SEG1
CSI_SEG2

Mnima
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Cardinalidad
Mxima
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
Multivaluado
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
Valor
omisin
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
Valores permitidos
Lic. Eduardo Diez
171
Diseo del Sistema

Campo
CSI_SEG3
CSI_SEG4
IAS_SEG1
IAS_SEG2
IAS_SEG3
IAS_SEG4
IAS_SEG5
MSI_SEG1
MSI_SEG2
MSI_SEG3

Mnima
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Texto
1
Cardinalidad
Mxima
1
1
1
1
1
1
1
1
1
1
Multivaluado
No
No
No
No
No
No
No
No
No
No
Valor
omisin
MA
MA
MA
MA
MA
MA
MA
MA
MA
MA
Valores permitidos
Diseo del Sistema
172
Lic. Eduardo Diez
6.4
PROCEDIMIENTOS DE DECISIN
Los procedimientos de decisin de clasifican en procedimientos de nivel 1 y de nivel 2. Los

procedimientos de nivel 1 correspondern a los subprocesos 2.1 al 2.4 del modelo
conceptual y los procedimientos de nivel 2 corresponden al proceso 3 del modelo
conceptual.
6.4.1 REPRESENTACION
Los procedimientos de decisin se representarn en pseudo-cdigo. Este pseudo-cdigo
de presenta como reglas de la siguiente forma:
Entidad Proyecto_Dat:
(Proyecto_Dat, $Dato, $Valor)

Proyecto_Dat: Constante que identifica al elemento.
$Dato: Representa uno de los datos del proyecto. Puede tomar los siguientes:
NOM
GES1 - GES2 -GES3
TAM1 - TAM2 - TAM3 - TAM4
COM1 - COM2 - COM3 - COM4 - COM5
CAP1 - CAP2
ENF - TIP - SOL - REQ - DAT - SEG
$Valor: Representa el valor que puede tomar cada indicador. Puede tomar los
siguientes:
NOM: Cadena de caracteres
GES1: S - N
GES2: S - N
GES3: S - N
TAM1: I - E - S
TAM2: I - E - S
TAM3: I - E - S
TAM4: I - E - S
COM1: S - N
COM2: S - N
COM3: S - N
COM4: S - N
COM5: I - E - S
CAP1: A - M - B
CAP2: A - M - B
ENF: E - O
TIP: D - I - M
SOL: D - N
REQ: S - N
DAT: S - N
SEG: A - M - B
Lic. Eduardo Diez
173
Diseo del Sistema
Entidad Proyecto_Car:
(Proyecto_Car, $Caracterstica, $Valor)

Donde:
Proyecto_Car: Constante que identifica al elemento.
$Caracterstica: Representa una de las caractersticas del proyecto. Puede tomar los
siguientes:
GES
TAM
COM
CAP
$Valor: Representa el valor que puede tomar cada caracterstica. Puede tomar los
siguientes:
GES: A - M - B
TAM: G - M - P
COM: A - M - B
CAP: A - M - B
Entidad Mapa_Actividades:
(Mapa_Actividades, $Actividad, Valor)

Donde:
Mapa_Actividades: Constante que identifica al elemento.
$Actividad: Representa cada una de las actividades de Mtrica Versin 3. Estas
actividades toman el cdigo correspondiente en la metodologa.
$Valor: Representa el valor asignado a cada actividad. Puede tomar los siguientes:
MA
MM
OM
OB
NR
6.4.2
NIVEL 1
a) Determinacin de la gestin
Condicin
Se requiere una aceptacin
formal por parte del usuario
El usuario es un cliente
externo
El proyecto es plausible de
ser auditado
Id
GES1
GES2
GES3
Valores posibles
Si
No
Si
No
Si
No
Abreviatura
S
N
S
N
S
N
Tabla 6.8 - Condiciones de entrada
Diseo del Sistema
174
Lic. Eduardo Diez
El anlisis de las condiciones anteriores dar como resultado alguno de los valores para la
caracterstica que se presentan en la tabla 6.9.
Caracterstica
gestin
Id
GES
Valores posibles
Alto
Medio
Bajo
Abreviatura
A
M
B
Tabla 6.9 - Valores de caractersticas
A continuacin se presentan los procedimientos de decisin para determinar la

caracterstica:
N01-GES-R01
Si (Proyecto_Dat, GES1, S) y (Proyecto_Dat, GES2, S) y (Proyecto_Dat, GES3, S)
Entonces
Proyecto_Car: GES = A
N01-GES-R02
Si (Proyecto_Dat, GES1, S) y (Proyecto_Dat, GES2, S) y (Proyecto_Dat, GES3, N)
Entonces
N01-GES-R03
Si (Proyecto_Dat, GES1, S) y (Proyecto_Dat, GES2, N) y (Proyecto_Dat, GES3, S)
Entonces
N01-GES-R04
Si (Proyecto_Dat, GES1, S) y (Proyecto_Dat, GES2, N) y (Proyecto_Dat, GES3, N)
Entonces
Proyecto_Car: GES = M
N01-GES-R05
Si (Proyecto_Dat, GES1, N) y (Proyecto_Dat, GES2, S) y (Proyecto_Dat, GES3, S)
Entonces
N01-GES-R06
Si (Proyecto_Dat, GES1, N) y (Proyecto_Dat, GES2, S) y (Proyecto_Dat, GES3, N)
Entonces
Lic. Eduardo Diez
175
Diseo del Sistema
N01-GES-R07
Si (Proyecto_Dat, GES1, N) y (Proyecto_Dat, GES2, N) y (Proyecto_Dat, GES3, S)
Entonces
N01-GES-R08
Si (Proyecto_Dat, GES1, N) y (Proyecto_Dat, GES2, N) y (Proyecto_Dat, GES3, N)
Entonces
Proyecto_Car: GES = B
b) Determinacin del tamao
Condicin
Cantidad estimada de puntos
de funcin del sistema
Cantidad estimada de lneas
de cdigo del sistema
Cantidad de personas
participantes
Cantidad estimada promedio
de registros de datos
administrados
Id
TAM1
TAM2
TAM3
TAM4
Valores posibles
Inferior a 300
Entre 300 y 1,000
Superior a 1,000
Inferior a 10 mil
Superior a 500 mil
Inferior a 20
Entre 20 y 100
Superior a 100
Inferior a 1 milln
Abreviatura
I
E
S
I
E
S
I
E
S
I
E
S
El anlisis de las condiciones anteriores dar como resultado alguno de los valores para la
Caracterstica
Tamao
Id
TAM
Valores posibles
Grande
Mediano
Pequeo
Abreviatura
G
M
P

caracterstica:
N01-TAM-R01
Si (Proyecto_Dat, TAM1, I) y (Proyecto_Dat, TAM2, I) y (Proyecto_Dat, TAM3, I) y
(Proyecto_Dat, TAM4, I)
Entonces
TAM: P
Diseo del Sistema
176
Lic. Eduardo Diez
N01-TAM-R02
(Proyecto_Dat, TAM4, E)
Entonces
Proyecto_Car: TAM = P
N01-TAM-R03
(Proyecto_Dat, TAM4, S)
Entonces
N01-TAM-R04
Si (Proyecto_Dat, TAM1, I) y (Proyecto_Dat, TAM2, I) y (Proyecto_Dat, TAM3, E) y
Entonces
N01-TAM-R05
Entonces
N01-TAM-R06
Entonces
Proyecto_Car: TAM = M
N01-TAM-R07
Si (Proyecto_Dat, TAM1, I) y (Proyecto_Dat, TAM2, I) y (Proyecto_Dat, TAM3, S) y
Entonces
N01-TAM-R08
Entonces
N01-TAM-R09
Entonces
Lic. Eduardo Diez
177
Diseo del Sistema
N01-TAM-R10
Si (Proyecto_Dat, TAM1, I) y (Proyecto_Dat, TAM2, E) y (Proyecto_Dat, TAM3, I) y
Entonces
N01-TAM-R11
Entonces
N01-TAM-R12
Entonces
N01-TAM-R13
Si (Proyecto_Dat, TAM1, I) y (Proyecto_Dat, TAM2, E) y (Proyecto_Dat, TAM3, E) y
Entonces
N01-TAM-R14
Entonces
N01-TAM-R15
Entonces
N01-TAM-R16
Si (Proyecto_Dat, TAM1, I) y (Proyecto_Dat, TAM2, E) y (Proyecto_Dat, TAM3, S) y
Entonces
N01-TAM-R17
Entonces
Diseo del Sistema
178
Lic. Eduardo Diez
N01-TAM-R18
Entonces
N01-TAM-R19
Si (Proyecto_Dat, TAM1, I) y (Proyecto_Dat, TAM2, S) y (Proyecto_Dat, TAM3, I) y
Entonces
N01-TAM-R20
Entonces
N01-TAM-R21
Entonces
N01-TAM-R22
Si (Proyecto_Dat, TAM1, I) y (Proyecto_Dat, TAM2, S) y (Proyecto_Dat, TAM3, E) y
Entonces
N01-TAM-R23
Entonces
N01-TAM-R24
Entonces
N01-TAM-R25
Si (Proyecto_Dat, TAM1, I) y (Proyecto_Dat, TAM2, S) y (Proyecto_Dat, TAM3, S) y
Entonces
Lic. Eduardo Diez
179
Diseo del Sistema
N01-TAM-R26
Entonces
N01-TAM-R27
Entonces
N01-TAM-R28
Si (Proyecto_Dat, TAM1, E) y (Proyecto_Dat, TAM2, I) y (Proyecto_Dat, TAM3, I) y
Entonces
N01-TAM-R29
Entonces
N01-TAM-R30
Entonces
N01-TAM-R31
Si (Proyecto_Dat, TAM1, E) y (Proyecto_Dat, TAM2, I) y (Proyecto_Dat, TAM3, E) y
Entonces
N01-TAM-R32
Entonces
N01-TAM-R33
Entonces
Diseo del Sistema
180
Lic. Eduardo Diez
N01-TAM-R34
Si (Proyecto_Dat, TAM1, E) y (Proyecto_Dat, TAM2, I) y (Proyecto_Dat, TAM3, S) y
Entonces
N01-TAM-R35
Entonces
N01-TAM-R36
Entonces
Proyecto_Car: TAM = G
N01-TAM-R37
Si (Proyecto_Dat, TAM1, E) y (Proyecto_Dat, TAM2, E) y (Proyecto_Dat, TAM3, I) y
Entonces
N01-TAM-R38
Entonces
N01-TAM-R39
Entonces
N01-TAM-R40
Si (Proyecto_Dat, TAM1, E) y (Proyecto_Dat, TAM2, E) y (Proyecto_Dat, TAM3, E) y
Entonces
N01-TAM-R41
Entonces
Lic. Eduardo Diez
181
Diseo del Sistema
N01-TAM-R42
Entonces
N01-TAM-R43
Si (Proyecto_Dat, TAM1, E) y (Proyecto_Dat, TAM2, E) y (Proyecto_Dat, TAM3, S) y
Entonces
N01-TAM-R44
Entonces
N01-TAM-R45
Entonces
N01-TAM-R46
Si (Proyecto_Dat, TAM1, E) y (Proyecto_Dat, TAM2, S) y (Proyecto_Dat, TAM3, I) y
Entonces
N01-TAM-R47
Entonces
N01-TAM-R48
Entonces
N01-TAM-R49
Si (Proyecto_Dat, TAM1, E) y (Proyecto_Dat, TAM2, S) y (Proyecto_Dat, TAM3, E) y
Entonces
Diseo del Sistema
182
Lic. Eduardo Diez
N01-TAM-R50
Entonces
N01-TAM-R51
Entonces
N01-TAM-R52
Si (Proyecto_Dat, TAM1, E) y (Proyecto_Dat, TAM2, S) y (Proyecto_Dat, TAM3, S) y
Entonces
N01-TAM-R53
Entonces
N01-TAM-R54
Entonces
N01-TAM-R55
Si (Proyecto_Dat, TAM1, S) y (Proyecto_Dat, TAM2, I) y (Proyecto_Dat, TAM3, I) y
Entonces
N01-TAM-R56
Entonces
N01-TAM-R57
Entonces
Lic. Eduardo Diez
183
Diseo del Sistema
N01-TAM-R58
Si (Proyecto_Dat, TAM1, S) y (Proyecto_Dat, TAM2, I) y (Proyecto_Dat, TAM3, E) y
Entonces
N01-TAM-R59
Entonces
N01-TAM-R60
Entonces
N01-TAM-R61
Si (Proyecto_Dat, TAM1, S) y (Proyecto_Dat, TAM2, I) y (Proyecto_Dat, TAM3, S) y
Entonces
N01-TAM-R62
Entonces
N01-TAM-R63
Entonces
N01-TAM-R64
Si (Proyecto_Dat, TAM1, S) y (Proyecto_Dat, TAM2, E) y (Proyecto_Dat, TAM3, I) y
Entonces
N01-TAM-R65
Entonces
Diseo del Sistema
184
Lic. Eduardo Diez
N01-TAM-R66
Entonces
N01-TAM-R67
Si (Proyecto_Dat, TAM1, S) y (Proyecto_Dat, TAM2, E) y (Proyecto_Dat, TAM3, E) y
Entonces
N01-TAM-R68
Entonces
N01-TAM-R69
Entonces
N01-TAM-R70
Si (Proyecto_Dat, TAM1, S) y (Proyecto_Dat, TAM2, E) y (Proyecto_Dat, TAM3, S) y
Entonces
N01-TAM-R71
Entonces
N01-TAM-R72
Entonces
N01-TAM-R73
Si (Proyecto_Dat, TAM1, S) y (Proyecto_Dat, TAM2, S) y (Proyecto_Dat, TAM3, I) y
Entonces
Lic. Eduardo Diez
185
Diseo del Sistema
N01-TAM-R74
Entonces
N01-TAM-R75
Entonces
N01-TAM-R76
Si (Proyecto_Dat, TAM1, S) y (Proyecto_Dat, TAM2, S) y (Proyecto_Dat, TAM3, E) y
Entonces
N01-TAM-R77
Entonces
N01-TAM-R78
Entonces
N01-TAM-R79
Si (Proyecto_Dat, TAM1, S) y (Proyecto_Dat, TAM2, S) y (Proyecto_Dat, TAM3, S) y
Entonces
N01-TAM-R80
Entonces
N01-TAM-R81
Entonces
Diseo del Sistema
186
Lic. Eduardo Diez
b) Determinacin de la complejidad
Condicin
Existencia de funciones
distribuidas
Existencia de funciones online
Existencia de funciones en
tiempo real
Existencia de funciones de
fuerte contenido algortmico
Cantidad de niveles de
descomposicin necesarios
para comprender el problema
Id
COM1
COM2
COM3
COM4
COM5
Valores posibles
Si
No
Si
No
Si
No
Si
No
Inferior a 2
Entre 2 y 4
Superior a 4
Abreviatura
S
N
S
N
S
N
S
N
I
E
S
El anlisis de las condiciones anteriores dar como resultado alguno de los valores que se
Caracterstica
Complejidad
Id
COM
Valores posibles
Alta
Medio
Bajo
Abreviatura
A
M
B

caracterstica:
N01-COM-R01
Si (Proyecto_Dat, COM1, S) y (Proyecto_Dat, COM2, S) y (Proyecto_Dat, COM3, S) y
(Proyecto_Dat, COM4, S) y (Proyecto_Dat, COM5, I)
Entonces
Proyecto_Car: COM = A
N01-COM-R02
(Proyecto_Dat, COM4, S) y (Proyecto_Dat, COM5, E)
Entonces
N01-COM-R03
(Proyecto_Dat, COM4, S) y (Proyecto_Dat, COM5, S)
Entonces
Lic. Eduardo Diez
187
Diseo del Sistema
N01-COM-R04
(Proyecto_Dat, COM4, N) y (Proyecto_Dat, COM5, I)
Entonces
N01-COM-R05
(Proyecto_Dat, COM4, N) y (Proyecto_Dat, COM5, E)
Entonces
N01-COM-R06
(Proyecto_Dat, COM4, N) y (Proyecto_Dat, COM5, S)
Entonces
N01-COM-R07
Si (Proyecto_Dat, COM1, S) y (Proyecto_Dat, COM2, S) y (Proyecto_Dat, COM3, N) y
Entonces
N01-COM-R08
Entonces
N01-COM-R09
Entonces
N01-COM-R10
Entonces
Proyecto_Car: COM = M
N01-COM-R11
Entonces
Diseo del Sistema
188
Lic. Eduardo Diez
N01-COM-R12
Entonces
N01-COM-R13
Si (Proyecto_Dat, COM1, S) y (Proyecto_Dat, COM2, N) y (Proyecto_Dat, COM3, S) y
Entonces
N01-COM-R14
Entonces
N01-COM-R15
Entonces
N01-COM-R16
Entonces
N01-COM-R17
Entonces
N01-COM-R18
Entonces
N01-COM-R19
Si (Proyecto_Dat, COM1, S) y (Proyecto_Dat, COM2, N) y (Proyecto_Dat, COM3, N) y
Entonces
Lic. Eduardo Diez
189
Diseo del Sistema
N01-COM-R20
Entonces
N01-COM-R21
Entonces
N01-COM-R22
Entonces
Proyecto_Car: COM = B
N01-COM-R23
Entonces
N01-COM-R24
Entonces
N01-COM-R25
Si (Proyecto_Dat, COM1, N) y (Proyecto_Dat, COM2, S) y (Proyecto_Dat, COM3, S) y
Entonces
N01-COM-R26
Entonces
N01-COM-R27
Entonces
Diseo del Sistema
190
Lic. Eduardo Diez
N01-COM-R28
Entonces
N01-COM-R29
Entonces
N01-COM-R30
Entonces
N01-COM-R31
Si (Proyecto_Dat, COM1, N) y (Proyecto_Dat, COM2, S) y (Proyecto_Dat, COM3, N) y
Entonces
N01-COM-R32
Entonces
N01-COM-R33
Entonces
N01-COM-R34
Entonces
N01-COM-R35
Entonces
Lic. Eduardo Diez
191
Diseo del Sistema
N01-COM-R36
Entonces
N01-COM-R37
Si (Proyecto_Dat, COM1, N) y (Proyecto_Dat, COM2, N) y (Proyecto_Dat, COM3, S) y
Entonces
N01-COM-R38
Entonces
N01-COM-R39
Entonces
N01-COM-R40
Entonces
N01-COM-R41
Entonces
N01-COM-R42
Entonces
N01-COM-R43
Si (Proyecto_Dat, COM1, N) y (Proyecto_Dat, COM2, N) y (Proyecto_Dat, COM3, N) y
Entonces
Diseo del Sistema
192
Lic. Eduardo Diez
N01-COM-R44
Entonces
N01-COM-R45
Entonces
N01-COM-R46
Entonces
N01-COM-R47
Entonces
N01-COM-R48
Entonces
b) Determinacin de la capacidad del personal
Condicin
Id
Nivel de conocimientos de
CAP1
los analistas y
programadores
Experiencia de los analistas y CAP2

programadores en proyectos
similares
Valores posibles
Alto
Medio
Bajo
Alto
Medio
Bajo
Abreviatura
A
M
B
A
M
B
El anlisis de las condiciones anteriores dar como alguno de los valores para la
Lic. Eduardo Diez
193
Diseo del Sistema
Caracterstica
Id
CAP
Valores posibles
Alta
Medio
Bajo
Abreviatura
A
M
B

caracterstica:
N01-CAP-R01
Si (Proyecto_Dat, CAP1, A) y (Proyecto_Dat, CAP2, A)
Entonces
Proyecto_Car: CAP = A
N01-CAP-R02
Si (Proyecto_Dat, CAP1, A) y (Proyecto_Dat, CAP2, M)
Entonces
Proyecto_Car: CAP = A
N01-CAP-R03
Si (Proyecto_Dat, CAP1, A) y (Proyecto_Dat, CAP2, B)
Entonces
Proyecto_Car: CAP = M
N01-CAP-R04
Si (Proyecto_Dat, CAP1, M) y (Proyecto_Dat, CAP2, A)
Entonces
N01-CAP-R05
Si (Proyecto_Dat, CAP1, M) y (Proyecto_Dat, CAP2, M)
Entonces
N01-CAP-R06
Si (Proyecto_Dat, CAP1, M) y (Proyecto_Dat, CAP2, B)
Entonces
Proyecto_Car: CAP = B
N01-CAP-R07
Si (Proyecto_Dat, CAP1, B) y (Proyecto_Dat, CAP2, A)
Entonces
N01-CAP-R08
Si (Proyecto_Dat, CAP1, B) y (Proyecto_Dat, CAP2, M)
Entonces
Diseo del Sistema
194
Lic. Eduardo Diez
N01-CAP-R09
Si (Proyecto_Dat, CAP1, B) y (Proyecto_Dat, CAP2, B)
Entonces
6.4.3 NIVEL 2
Condicin
gestin
Id
GES
Tamao
TAM
Complejidad
COM
CAP
Enfoque
ENF
Tipo
TIP
SOL
REQ
Necesidad de migracin y/o

carga inicial de datos
Nivel de clasificacin de
seguridad
DAT
SEG
Valores posibles
Alto
Medio
Bajo
Grande
Mediano
Pequeo
Alta
Medio
Bajo
Alta
Medio
Bajo
Estructurado
Orientado a objetos
Desarrollo a medida
Implantacin paquete
Mantenimiento
Definida
No definida
Si
No
Si
No
Alto
Medio
Bajo
Abreviatura
A
M
B
G
M
P
A
M
B
A
M
B
E
O
D
I
M
D
N
S
N
S
N
A
M
B
El anlisis de las condiciones anteriores dar como resultado alguno de los valores para
cada una de las actividades que se presentan en la tabla 6.17.
Lic. Eduardo Diez
195
Diseo del Sistema
Identificador de la actividad
Cdigo de identificacin de la
actividad
Valores posibles
Mandatoria - Alta
Mandatoria - Media
Opcional - Media
Opcional - Baja
No requerida
Abreviatura
MA
MM
OM
OB
NR
Tabla 6.17 - Valores de actividades
Cada valor asignado a la actividad es a la vez una combinacin de dos valores

correspondientes a obligatoriedad y a importancia. Por omisin, cada valor correspondiente
a una actividad ser MA (Mandatoria - Alta).
A continuacin se presentan los procedimientos de decisin que modifican el valor por
omisin de una actividad.
N02-ACT-R01
Si (Proyecto_Dat, ENF, E)
Entonces
Mapa_Actividades: ASI4 = NR
Mapa_Actividades: DSI3 = NR
N02-ACT-R02
Si (Proyecto_Dat, ENF, O)
Entonces
N02-ACT-R03
Si (Proyecto_Dat, DAT, N)
Entonces
Mapa_Actividades: CSI8 = NR
Mapa_Actividades: IAS4 = NR
N02-ACT-R04
Si (Proyecto_Dat, SOL, D)
Entonces
Mapa_Actividades: EVS1 = NR
Mapa_Actividades: EVS-GC1 = NR
Mapa_Actividades: EVS-CAL1 = NR
Diseo del Sistema
196
Lic. Eduardo Diez
Proc. Des. N02-ACT-R04 (Cont.)
Mapa_Actividades: EVS-SEG1 = NR
N02-ACT-R05
Si (Proyecto_Dat, REQ, S)
Entonces
Mapa_Actividades: GPS5 = NR
N02-ACT-R06
Si (Proyecto_Car, CAP, B) y (Proyecto_Dat, SOL, N)
Entonces
Mapa_Actividades: EVS4 = OM
Mapa_Actividades: EVS-SEG4 = OM
N02-ACT-R07
Si (Proyecto_Car, CAP, M) y (Proyecto_Dat, SOL, N)
Entonces
Mapa_Actividades: EVS4 = MM
Mapa_Actividades: EVS-SEG4 = MM
N02-ACT-R08
Si (Proyecto_Car, GES, M) y (Proyecto_Car, TAM, P) y (Proyecto_Dat, REQ, S)
Entonces
Mapa_Actividades: GPS1 = OM
N02-ACT-R09
Si (Proyecto_Car, GES, B) y (Proyecto_Car, TAM, P) y (Proyecto_Dat, REQ, S)
Entonces
Mapa_Actividades: GPS1 = OB
Lic. Eduardo Diez
197
Diseo del Sistema
N02-ACT-R10
Si (Proyecto_Car, GES, M) y (Proyecto_Car, TAM, P) y (Proyecto_Dat, REQ, N)
Entonces
N02-ACT-R11
Si (Proyecto_Car, GES, B) y (Proyecto_Car, TAM, P) y (Proyecto_Dat, REQ, N)
Entonces
N02-ACT-R12
Si (Proyecto_Dat, TIP, I) o (Proyecto_Dat, TIP, D)
Entonces
Mapa_Actividades: MSI1 = NR
Mapa_Actividades: MSI-GC1 = NR
Mapa_Actividades: MSI-CAL1 = NR
Mapa_Actividades: MSI-SEG1 = NR
N02-ACT-R13
Si (Proyecto_Dat, TIP, M)
Entonces
Diseo del Sistema
198
Lic. Eduardo Diez
Mapa_Actividades: ADC-GC1 = NR
Mapa_Actividades: ADC-GC2 = NR
Mapa_Actividades: ASI-CAL1 = NR
Lic. Eduardo Diez
199
Diseo del Sistema
Mapa_Actividades: DSI-CAL1 = NR
Mapa_Actividades: CSI-CAL1 = NR
Mapa_Actividades: IAS-CAL1 = NR
Mapa_Actividades: ASI-SEG1 = NR
Mapa_Actividades: DSI-SEG1 = NR
Mapa_Actividades: CSI-SEG1 = NR
Mapa_Actividades: IAS-SEG1 = NR
N02-ACT-R14
Si (Proyecto_Dat, TIP, I)
Entonces
Diseo del Sistema
200
Lic. Eduardo Diez
N02-ACT-R15
Si (Proyecto_Dat, TIP, I) y (Proyecto_Car, TAM, P) y ((Proyecto_Car, COM, M) o
(Proyecto_Car, COM, B)) y (Proyecto_Dat, SOL, N)
Entonces
Mapa_Actividades: ASI3 = OM
Mapa_Actividades: DSI8 = OM
Mapa_Actividades: DSI10 = OB
Mapa_Actividades: CSI1 = OM
Mapa_Actividades: CSI7 = MM
Mapa_Actividades: IAS2 = OB
Mapa_Actividades: IAS5 = OM
Mapa_Actividades: IAS9 = MM
Mapa_Actividades: EVS-CAL1 = MM
Mapa_Actividades: EVS-CAL2 = OM
Mapa_Actividades: ASI-CAL1 = MM
Mapa_Actividades: ASI-CAL2 = OB
Mapa_Actividades: ASI-CAL3 = OM
Mapa_Actividades: DSI-CAL2 = OB
Mapa_Actividades: DSI-CAL3 = OM
Mapa_Actividades: CSI-CAL1 = OM
Mapa_Actividades: CSI-CAL2 = MM
Mapa_Actividades: IAS-CAL1 = MM
Mapa_Actividades: IAS-CAL2 = OM
Lic. Eduardo Diez
201
Diseo del Sistema
N02-ACT-R16
Si (Proyecto_Dat, TIP, I) y (Proyecto_Car, TAM, P) y ((Proyecto_Car, COM, M) o
(Proyecto_Car, COM, B)) y (Proyecto_Dat, SOL, D)
Entonces
Mapa_Actividades: DSI10 = OB
Mapa_Actividades: ASI-CAL2 = OB
Mapa_Actividades: DSI-CAL2 = OB
N02-ACT-R17
Si (Proyecto_Dat, TIP, I) y (Proyecto_Car, TAM, P) y (Proyecto_Car, COM, A) y
(Proyecto_Dat, SOL, N)
Entonces
Mapa_Actividades: ASI3 = MM
Mapa_Actividades: DSI8 = MM
Diseo del Sistema
202
Lic. Eduardo Diez
Mapa_Actividades: DSI-CAL3 = MM
N02-ACT-R18
Si (Proyecto_Dat, TIP, I) y (Proyecto_Car, TAM, P) y (Proyecto_Car, COM, A) y
(Proyecto_Dat, SOL, D)
Entonces
Lic. Eduardo Diez
203
Diseo del Sistema
N02-ACT-R19
Si (Proyecto_Dat, TIP, I) y ((Proyecto_Car, TAM, M) o (Proyecto_Car, TAM, G)) y
(Proyecto_Dat, SOL, N)
Entonces
N02-ACT-R20
Si (Proyecto_Dat, TIP, I) y ((Proyecto_Car, TAM, M) o (Proyecto_Car, TAM, G)) y
(Proyecto_Dat, SOL, D)
Entonces
Diseo del Sistema
204
Lic. Eduardo Diez
N02-ACT-R21
Si ((Proyecto_Dat, TIP, I) o (Proyecto_Dat, TIP, D)) y (Proyecto_Dat, SOL, N) y
(Proyecto_Car, CAP, A) y ((Proyecto_Dat, SEG, M) o (Proyecto_Dat, SEG, B))
Entonces
Mapa_Actividades: ASI-SEG2 = OM
Mapa_Actividades: DSI-SEG2 = OM
Mapa_Actividades: DSI-SEG3 = OB
Mapa_Actividades: DSI-SEG4 = MM
Mapa_Actividades: CSI-SEG2 = MM
Mapa_Actividades: CSI-SEG3 = OB
Mapa_Actividades: IAS-SEG2 = OM
Mapa_Actividades: IAS-SEG3 = MM
N02-ACT-R22
Si ((Proyecto_Dat, TIP, I) o (Proyecto_Dat, TIP, D)) y (Proyecto_Dat, SOL, N) y
(Proyecto_Car, CAP, A) y (Proyecto_Dat, SEG, A)
Entonces
Mapa_Actividades: ASI-SEG2 = MM
Mapa_Actividades: CSI-SEG3 = OM
Lic. Eduardo Diez
205
Diseo del Sistema
N02-ACT-R23
Si ((Proyecto_Dat, TIP, I) o (Proyecto_Dat, TIP, D)) y (Proyecto_Dat, SOL, D) y
((Proyecto_Dat, SEG, M) o (Proyecto_Dat, SEG, B))
Entonces
Mapa_Actividades: DSI-SEG3 = OB
Mapa_Actividades: CSI-SEG2 = MM
Mapa_Actividades: CSI-SEG3 = OB
N02-ACT-R24
Si ((Proyecto_Dat, TIP, I) o (Proyecto_Dat, TIP, D)) y (Proyecto_Dat, SOL, D) y
(Proyecto_Dat, SEG, A)
Entonces
Mapa_Actividades: CSI-SEG3 = OM
N02-ACT-R25
Si (Proyecto_Dat, TIP, D) y (Proyecto_Car, TAM, P) y ((Proyecto_Car, COM, M) o
(Proyecto_Car, COM, B)) y (Proyecto_Dat, SOL, N)
Entonces
Diseo del Sistema
206
Lic. Eduardo Diez
N02-ACT-R26
Si (Proyecto_Dat, TIP, D) y (Proyecto_Car, TAM, P) y ((Proyecto_Car, COM, M) o
(Proyecto_Car, COM, B)) y (Proyecto_Dat, SOL, D)
Entonces
N02-ACT-R27
Si (Proyecto_Dat, TIP, D) y (Proyecto_Car, TAM, P) y (Proyecto_Car, COM, A)
Entonces
Lic. Eduardo Diez
207
Diseo del Sistema
N02-ACT-R28
Si (Proyecto_Dat, TIP, D) y ((Proyecto_Car, TAM, M) o (Proyecto_Car, TAM, G)) y
((Proyecto_Car, COM, M) o (Proyecto_Car, COM, B))
Entonces
N02-ACT-R29
Si (Proyecto_Dat, TIP, D) y ((Proyecto_Car, TAM, M) o (Proyecto_Car, TAM, G)) y
(Proyecto_Car, COM, A)
Entonces
6.5
MECANISMOS DE CONTROL
Los mecanismos de control se implementan mediante procedimientos de control.

Los procedimientos de control se utilizan para representar la estrategia de control o
conocimiento de control.
Los procedimientos de control especifican qu hacer, donde y porqu hacerlo; es decir,
fijan la secuencia de pasos que el sistema deber seguir para ejecutar la tarea.
Diseo del Sistema
208
Lic. Eduardo Diez
Las funciones y el pseudo-cdigo de los procedimientos de control, se presentan en la

tabla 6.18
Procedimiento
EST-CONT-R01
Si (Proyecto_Car, GES, NULL)
Entonces activar procedimientos
N01-GES-R01 a N01-GES-R08
EST-CONT-R02
Si (Proyecto_Car, TAM, NULL)
N01-TAM-R01 a N01-TAM-R81
EST-CONT-R03
Si (Proyecto_Car, COM, NULL)
N01-COM-R01 a N01-COM-R48
EST-CONT-R04
Si (Proyecto_Car, CAP, NULL)
N01-CAP-R01 a N01-CAP-R09
EST-CONT-R05
Si (Proyecto_Car, GES, NOT NULL) y
(Proyecto_Car, TAM, NOT NULL) y
(Proyecto_Car, COM, NOT NULL) y
(Proyecto_Car, CAP, NOT NULL) y
(Proyecto_Dat, ENF, NOT NULL) y
(Proyecto_Dat, TIP, NOT NULL) y
(Proyecto_Dat, SOL, NOT NULL) y
(Proyecto_Dat, REQ, NOT NULL) y
(Proyecto_Dat, DAT, NOT NULL) y
(Proyecto_Dat, SEG, NOT NULL) y
(Proyecto_Dat, NOM, NOT NULL) y
(Mapa_Actividades, Actividad, MA)
N02-ACT-R01 a N02-ACT-R29
Funcin
Activa solamente los procedimientos de
decisin de Nivel 1, correspondientes a la
determinacin de la caracterstica
Gestin (GES).
Se corresponde con el subproceso 2.1
del modelo conceptual.
Tamao (TAM).
Complejidad (COM).
Capacidad del personal (CAP).
determinacin del mapa de actividades.
Tabla 6.18 Procedimientos de control (Cont.)
Lic. Eduardo Diez
209
Diseo del Sistema
CAPTULO VII
IMPLEMENTACIN
CAPTULO VII
IMPLEMENTACIN
7.1
INTRODUCCIN
En este captulo se describe la implementacin del prototipo (GMAP).

Una vez que se han formalizado toda la informacin, o una parte significativa de ella con
sentido por s sola, se puede comenzar la implementacin del prototipo.
El modelo conceptual, es independiente del entorno en el que va a implementarse, en tanto
que la representacin del diseo tiene que tener, o casi, una correspondencia uno a uno con
cada objeto en la herramienta elegida.
Consecuentemente, en este captulo, se presentan los criterios de seleccin utilizados para
seleccionar la herramienta que permite trasladar el modelo de diseo a un modelo que
pueda ser interpretado por una computadora.
Finalmente, se presentan las interfaces del prototipo GMAP.
7.2
CRITERIO DE SELECCIN DE LA HERRAMIENTA
El diseo y desarrollo de un sistema est condicionado por las caractersticas de la

herramienta empleada para su implementacin.
Las consideraciones bsicas a tener en cuenta en la eleccin de una herramienta para
construir un sistema son tres. Por una parte, la obligacin de efectuar una equiparacin
entre las caractersticas del problema con las de la tarea a realizar para resolver el
problema, con el usuario y con las herramientas en particular seleccionadas. Por otra, la
consideracin de la fase del desarrollo del sistema en que se est trabajando. Y, por ltimo
quin est usando la herramienta.
El proceso de evaluacin y seleccin de una herramienta consta de cinco pasos:
Identificar las capacidades requeridas a la herramienta.

Asignar pesos a los criterios segn su importancia para el futuro usuario de la
herramienta.
Identificar las herramientas candidatas.
Evaluar cada candidato basndose en los criterios.
Seleccionar el candidato con mayor resultado.
La herramienta seleccionada para la implementacin del GMAP posee caractersticas

compatibles con la metodologa que se ha aplicado en el desarrollo del presente trabajo,
adems soporta fcilmente el modelo de formalizacin elegido.
Lic. Eduardo Diez
211
Implementacin
La herramienta tiene, entre otras, las siguientes caractersticas:
Entorno de desarrollo visual con objetos predefinidos que facilitan el desarrollo de los
prototipos.
Entorno de desarrollo que permite el prototipado rpido, de modo de poder llevar a cabo
un ciclo de vida incremental.
Soporte de facilidades e interfaces de usuario amistosas.
Ejecucin en equipos del tipo PC con sistema operativo Windows, lo cual facilita su
portabilidad.
Lenguaje de programacin. Ese lenguaje se genera automticamente al usar
programacin visual o bien se puede codificar manualmente. El cdigo generado es
interpretado por la herramienta.
7.3
DISEO DE IMPLEMENTACIN DEL GMAP
Una vez familiarizado con el entorno de desarrollo que ofrece la herramienta, se ha dado
comienzo a la implementacin del prototipo GMAP. El ciclo de vida del prototipo final se
basa en prototipos incrementales. Esto implica que, para obtener el prototipo definitivo, se
desarrollan una serie de prototipos previos hasta obtener el que satisface los requisitos
establecidos por los UE.
7.3.1
DIAGRAMAS DE ESQUEMAS DE DATOS
Para representar cada DED definido en la etapa de diseo, se utilizaron los objetos clase
de la herramienta. Tambin se utiliz la jerarqua de objetos provista por la herramienta,
para su implementacin.
Una vez definidos los objetos y su jerarqua, se definieron las propiedades de los mismos.
Para ello se han utilizado las ranuras que se pueden definir en cada objeto y establecido los
posibles valores que poda tomar durante la ejecucin del prototipo y el valor que tomaban
por omisin.
Los objetos principales corresponden a los DED definidos en la etapa de diseo, los cuales
a su vez corresponden a las entidades identificadas en la etapa de modelado conceptual.
Sin embargo y a los efectos de la implementacin, se han implementado otros objetos tales
como:
Pantallas de ingreso de datos.

Pantallas de presentacin de resultados.
Implementacin
212
Lic. Eduardo Diez
7.3.2
PROCEDIMIENTOS DE DECISIN
Los procedimientos de decisin se implementan a travs de los mtodos que provee la

herramienta. Los procedimientos que se han implementado son las referidas al calculo de
caractersticas del proyecto y determinacin del mapa de actividades.
Adicionalmente, se han implementado funciones que activan, entre otros, los siguientes
mecanismos:
Ingreso de datos.
Control de ingreso de datos.
Presentacin de resultados.
Grabacin de resultados en archivo de texto.
7.3.3
MECANISMOS DE CONTROL
Los mecanismos de control se implementan en la herramienta a travs de ranuras

multivaluadas de la clase global.
7.4
INTERFAZ DE USUARIO
La interfaz de usuario es muy importante para que el prototipo sea utilizado y aceptado por
los usuarios.
La herramienta suministra un conjunto de clases predefinidas para crear la interfaz de
usuario y un entorno de programacin visual que facilita su generacin.
En las siguientes figuras se presentan las diferentes interfaces con que cuenta el prototipo,
luego de las mejoras y correcciones realizadas, surgidas de la etapa de evaluacin:
Lic. Eduardo Diez
213
Implementacin
La figura 7.1 es la pantalla de presentacin del prototipo GMAP, que se presenta al iniciar
la ejecucin del mismo.
Figura 7.1 - Pantalla de presentacin de GMAP
En ella se muestra el ttulo del prototipo, autor y ao de su generacin.

Se presentan las siguientes opciones:
Continuar: para pasar a la siguiente pantalla del prototipo.

Salir: para salir del prototipo.
Implementacin
214
Lic. Eduardo Diez
La figura 7.2 es la primera pantalla de ingreso de datos, que se presenta si se opta por la
opcin Continuar en la pantalla de presentacin del prototipo, o por la opcin Volver en la
segunda pantalla de ingreso de datos, o por la opcin Nuevo proyecto en la pantalla de
presentacin de resultados.
Figura 7.2 - Primera pantalla de ingreso de datos
En ella se solicita el ingreso del nombre del proyecto y de los datos relacionados con la
caracterstica: capacidad del personal. En particular se solicitan los siguientes datos:
Nivel de conocimiento de los analistas y programadores.

Experiencia de los analistas y programadores en proyectos similares.

Lic. Eduardo Diez
215
Implementacin
La figura 7.3 es la segunda pantalla de ingreso de datos, que se presenta si se opta por la
opcin Continuar en la primer pantalla de ingreso de datos, o por la opcin Volver en la
tercera pantalla de ingreso de datos.
Figura 7.3 - Segunda pantalla de ingreso de datos
En ella se solicita el ingreso de los datos relacionados a la caracterstica: grado de

formalidad en la gestin. En particular se solicitan los siguientes datos:
Se requiere una aceptacin formal por parte del usuario.

El usuario es un cliente externo.
El proyecto es plausible de ser auditado.
Volver: para retornar a la pantalla anterior del prototipo.

Implementacin
216
Lic. Eduardo Diez
La figura 7.4 es la tercera pantalla de ingreso de datos, que se presenta si se opta por la
opcin Continuar en la segunda pantalla de ingreso de datos, o por la opcin Volver en la
cuarta pantalla de ingreso de datos.
Figura 7.4 - Tercera pantalla de ingreso de datos
En ella se solicita el ingreso de los datos relacionados a la caracterstica: Tamao. En

particular se solicitan los siguientes datos:
Cantidad estimada de puntos de funcin del sistema.

Cantidad estimada de lneas de cdigo del sistema.
Cantidad de personas participantes.
Cantidad estimada promedio de registros de datos administrados.

Lic. Eduardo Diez
217
Implementacin
La figura 7.5 es la cuarta pantalla de ingreso de datos, que se presenta si se opta por la
opcin Continuar en la tercera pantalla de ingreso de datos, o por la opcin Volver en la
quinta pantalla de ingreso de datos.
Figura 7.5 - Cuarta pantalla de ingresos de datos
En ella se solicita el ingreso de los datos relacionados a la caracterstica: complejidad. En

particular se solicitan los siguientes datos:
Existencia de funciones distribuidas.

Existencia de funciones on-line.
Existencia de funciones en tiempo real.
Existencia de funciones de fuerte contenido algortmico.
Cantidad de niveles de descomposicin necesarios para comprender el problema.

Implementacin
218
Lic. Eduardo Diez
La figura 7.6 es la quinta pantalla de ingreso de datos, que se presenta si se opta por la
opcin Continuar en la cuarta pantalla de ingreso de datos.
Figura 7.6 - Quinta pantalla de ingreso de datos
En ella se solicita el ingreso de diversos datos. En particular se solicitan los siguientes

datos:
Tipo de proyecto.
Nivel de clasificacin de seguridad.
Solucin y viabilidad.
Requisitos congelados.
Enfoque de desarrollo.
Necesidad de migracin y/o carga inicial de datos.

Generar mapa de actividades: para generar el mapa de actividades segn los datos
ingresados y pasar a la siguiente pantalla del prototipo.
Lic. Eduardo Diez
219
Implementacin
La figura 7.7 es la pantalla de presentacin de resultados, que se presenta si se opta por la

opcin Generar mapa de actividades en la quinta pantalla de ingreso de datos.
Figura 7.7 - Pantalla de presentacin de resultados
En ella se presenta el mapa de actividades generado dados los datos ingresados.

Guardar resultados: para grabar los resultados obtenidos en un archivo de texto.

Nuevo proyecto: para volver a la primer pantalla de ingreso de datos con el objeto de
generar el mapa de actividades para un nuevo proyecto.
Implementacin
220
Lic. Eduardo Diez
La figura 7.8 representa el archivo de salida en donde se graban los resultados obtenidos:
---------------------------------------------------------------------------------------------------------------------------------------PROYECTO: Presubscripcin en Venezuela
FECHA: 10/07/2002
HORA: 2:43:26PM
---------------------------------------------------------------------------------------------------------------------------------------Referencias:
MA: Actividad mandatoria de importancia alta
MM: Actividad mandatoria de importancia media
OM: Actividad opcional de importancia media
OB: Actividad opcional de importancia baja
NR: Actividad no requerida
---------------------------------------------------------------------------------------------------------------------------------------DESARROLLO DE SISTEMAS DE INFORMACION
EVS: ESTUDIO DE LA VIABILIDAD DEL SISTEMA
EVS1 - (MA) - Establecimiento del alcance del sistema
EVS2 - (MA) - Estudio de la situacin actual
EVS3 - (MA) - Definicin de requisitos del sistema
EVS4 - (MA) - Estudio de alternativas de solucin
EVS5 - (MA) - Valoracin de las alternativas
EVS6 - (MA) - Seleccin de la solucin
ASI: ANALISIS DEL SISTEMA DE INFORMACION
ASI1 - (MA) - Definicin del sistema
ASI2 - (MA) - Establecimiento de requisitos
ASI3 - (MA) - Identificacin de subsistemas de anlisis
ASI4 - (NR) - Anlisis de casos de uso
ASI5 - (NR) - Anlisis de clases
ASI6 - (MA) - Elaboracin del modelo de datos
ASI7 - (MA) - Elaboracin del modelo de procesos
ASI8 - (MA) - Definicin de interfaces de usuario
ASI9 - (MA) - Anlisis de consistencia e identificacin de requisitos
ASI10 - (MA) - Especificacin del plan de pruebas
ASI11 - (MA) - Aprobacin del anlisis del sistema de informacin
DSI: DISEO DEL SISTEMA DE INFORMACION
DSI1 - (MA) - Definicin de la arquitectura del sistema
DSI2 - (MM) - Diseo de la arquitectura de soporte
DSI3 - (NR) - Diseo de casos de uso reales
DSI4 - (NR) - Diseo de clases
DSI5 - (MA) - Diseo de la arquitectura de mdulos del sistema
DSI6 - (MA) - Diseo fisico de datos
DSI7 - (MA) - Verificacin y aceptacin de la arquitectura del sistema
DSI8 - (MA) - Generacin de especificaciones de construccin
DSI9 - (NR) - Diseo de migracin y carga inicial de datos
DSI10 - (MA) - Especificacin tcnica del plan de pruebas
DSI11 - (MA) - Establecimiento de requisitos de implantacin
DSI12 - (MA) - Aprobacin del diseo del sistema de informacin
CSI: CONSTRUCCION DEL SISTEMA DE INFORMACION
CSI1 - (MA) - Preparacin del entorno de generacin y construccin
CSI2 - (MA) - Generacin del cdigo de los componentes y procedimientos
CSI3 - (MA) - Ejecucin de las pruebas unitarias
CSI4 - (MA) - Ejecucin de las pruebas de integracin
CSI5 - (MA) - Ejecucin de las pruebas del sistema
CSI6 - (MA) - Elaboracin de los manuales de usuario
CSI7 - (MA) - Definicin de la formacin de usuarios finales
CSI8 - (NR) - Construccin de componentes y procedimientos de migracin y carga inicial de datos
CSI9 - (MA) - Aprobacin del sistema de informacin
IAS: IMPLANTACION Y ACEPTACION DEL SISTEMA
IAS1 - (MA) - Establecimiento del plan de implantacin
IAS2 - (MA) - Formacin necesaria para la implantacin
IAS3 - (MA) - Incorporacin del sistema al entorno de operacin
IAS4 - (NR) - Carga de datos al entorno de operacin
IAS5 - (MA) - Pruebas de implantacin del sistema
IAS6 - (MA) - Pruebas de aceptacin del sistema
IAS7 - (MM) - Preparacin del mantenimiento del sistema
IAS8 - (MM) - Establecimiento del acuerdo de nivel de servicio
IAS9 - (MA) - Presentacin y aprobacin del sistema
IAS10 - (MA) - Paso a produccin
Lic. Eduardo Diez
221
Implementacin
MANTENIMIENTO DE SISTEMAS DE INFORMACION

MSI: MANTENIMIENTO DE SISTEMAS DE INFORMACION
MSI1 - (NR) - Registro de la peticin
MSI2 - (NR) - Anlisis de la peticin
MSI3 - (NR) - Preparacin de la implementacin de la modificacin
GESTION DE PROYECTOS
GPI: ACTIVIDADES DE INICIO DEL PROYECTO
GPI1 - (MA) - Estimacin de esfuerzo
GPI2 - (MA) - Planificacin
GPS: ACTIVIDADES DE SEGUIMIENTO Y CONTROL
GPS1 - (MA) - Asignacin detallada de tareas
GPS2 - (MA) - Comunicacin al equipo de proyecto
GPS3 - (MA) - Seguimiento de tareas
GPS4 - (MA) - Anlisis y registro de incidencias
GPS5 - (NR) - Peticin de cambio de requisitos
GPS6 - (NR) - Anlisis de la peticin de cambio de requisitos
GPS7 - (NR) - Aprobacin de la solucin
GPS8 - (NR) - Estimacin del esfuerzo y planificacin de la solucin
GPS9 - (NR) - Registro del cambio de requisitos
GPS10 - (MA) - Finalizacin de la tarea
GPS11 - (MA) - Actualizacin de la planificacin
GPS12 - (MA) - Reuniones de seguimiento
GPS13 - (MA) - Aceptacin
GPF: ACTIVIDADES DE FINALIZACION
GPF1 - (MA) - Cierre del proyecto
GESTION DE LA CONFIGURACION
EVS-GC: ESTUDIO DE VIABILIDAD DEL SISTEMA
EVS-GC1 - (MA) - Definicin de los requisitos de GC
EVS-GC2 - (MA) - Establecimiento del plan de GC
ADC-GC: ANALISIS, DISEO, CONSTRUCCION, IMPLANTACION Y ACEPTACION DEL
SISTEMA DE INFORMACION
ADC-GC1 - (MA) - Identificacin y registro de productos
ADC-GC2 - (MA) - Identificacin y registro del producto global
MSI-GC: MANTENIMIENTO DEL SISTEMA DE INFORMACION
MSI-GC1 - (NR) - Registro del cambio en el sistema de GC
ASEGURAMIENTO DE LA CALIDAD
EVS-CAL: ESTUDIO DE VIABILIDAD DEL SISTEMA
EVS-CAL1 - (MA) - Identificacin de las propiedades de calidad para el sistema
EVS-CAL2 - (MA) - Establecimiento del plan de aseguramiento de la calidad
EVS-CAL3 - (MA) - Adecuacin del plan de aseguramiento de la calidad
ASI-CAL: ANALISIS DEL SISTEMA DE INFORMACION
ASI-CAL1 - (MA) - Especificacin inicial del plan de aseguramiento de la calidad
ASI-CAL2 - (MA) - Especificacin detallada del plan de aseguramiento de la calidad
ASI-CAL3 - (MA) - Revisin del anlisis de consistencia
ASI-CAL4 - (MA) - Revisin del plan de pruebas
ASI-CAL5 - (MA) - Registro de aprobacin del anlisis del sistema de informacin
DSI-CAL: DISEO DEL SISTEMA DE INFORMACION
DSI-CAL1 - (MA) - Revisin de la verificacin de la arquitectura del sistema
DSI-CAL2 - (MA) - Revisin de la especificacin tcnica del plan de pruebas
DSI-CAL3 - (MA) - Revisin de los requisitos de implantacin
DSI-CAL4 - (MA) - Registro de aprobacin del diseo del sistema de informacin
CSI-CAL: CONSTRUCCION DEL SISTEMA DE INFORMACION
Implementacin
222
Lic. Eduardo Diez
CAPTULO VIII
EVALUACIN
CAPTULO VIII
EVALUACIN
8.1
INTRODUCCIN
En este captulo se presenta la evaluacin del prototipo GMAP.

Cualquier evaluacin consta de dos acciones: proceso de examen y proceso de juicio. Esto
es, para evaluar un sistema primero debe examinarse (analizarse, estudiarse) y luego, una vez
acabado el examen, debe juzgarse el grado (de algo) que alcanza.
La evaluacin de software es un proceso que conlleva, en primer lugar, un examen o estudio
del sistema para, posteriormente, juzgar el valor o grado de cierto aspecto del sistema. El
proceso de evaluacin del software sirve como gua para una actuacin posterior: corregir
errores, mejorar el sistema, dar el proceso de construccin por acabado, etc. Por ello, deber
saberse de antemano qu significan los distintos resultados que pueden obtenerse de la
evaluacin y qu acciones se tomarn en cada caso.
La evaluacin se lleva a cabo en paralelo durante todo el proceso de construccin de los
sistemas. La evaluacin no es, por tanto, una fase concreta sino un conjunto de actividades
que se realizan a lo largo de cada fase del desarrollo del sistema y entre fases del desarrollo.
Adems, cada fase del proceso de desarrollo requiere una evaluacin diferente, aunque es
conveniente utilizar los mismos casos de prueba a lo largo de todas las fases.
Conclusiones errneas derivadas por el sistema podran provocar la prdida de credibilidad
por parte del usuario. Por consiguiente es necesario establecer evaluaciones eficaces, para
resolver el problema de la fiabilidad, de otra forma un decremento en el uso del sistema y, en
definitiva, su fracaso final es inevitable.
8.2
EVALUACIN DEL SISTEMA
En el proceso de desarrollo de un sistema se realizan mltiples evaluaciones, cada una de

las cuales con su propio objetivo, al final de cada avance que se produce en la construccin
del sistema. Sin embargo, pueden destacarse los cuatro grandes aspectos siguientes:
La correccin del modelo (o parte del modelo) conceptual, formal y computable.

La validez del modelo (o parte del modelo) conceptual, formal y computable.
La usabilidad (o amabilidad de uso) del sistema, que debe satisfacer al usuario en su
interaccin con el sistema.
La utilidad del sistema por haber alcanzado la organizacin las metas perseguidas con el
desarrollo del sistema.
Lic. Eduardo Diez
225
Evaluacin
8.2.1
CORRECCIN
Un modelo conceptual, formal o computable es correcto si posee una sintaxis y estructura

adecuada. La correccin se corresponde con estar conforme el modelo con las reglas
sintcticas del paradigma de representacin en que est expresado.
Un modelo formal incorrecto, ser aquel que transgreda las leyes de la sintaxis del
formalismo de representacin en el que est expresado.
A la evaluacin del aspecto de la correccin de un modelo se le ha llamado Verificacin. La
verificacin en un sistema se lleva a cabo sobre el modelo, o parte del modelo, conceptual,
formal y computable. La verificacin comprueba que la informacin de tales modelos no
contiene errores sintcticos.
8.2.2
VALIDEZ
Un modelo es vlido si responde a una semntica adecuada. La semntica est relacionada

con el significado de las cosas. Sin embargo las cosas no tienen un significado absoluto, bien
al contrario, el significado de las cosas depende del contexto.
Los sistemas son invlidos, es decir, cometen fallos en la semntica, cuando las respuestas
que dan no se corresponden con las que daran, o no satisfacen, a los UE. Adems otro
elemento a evaluar es la satisfaccin de la necesidad para la que se desarrolla el sistema,
dicho en otras palabras, que el sistema construido se corresponda con aquel que inicialmente
se quera construir.
A la evaluacin del aspecto de la validez de un sistema se la llama Validacin del sistema.
Hay dos subaspectos a validar en un sistema: la adecuacin de las respuestas que da
(adaptacin al contexto), y la satisfaccin de la necesidad (correspondencia con los requisitos).
Dado que cualquier modelo posee semntica, en los sistemas se pueden validar tanto el
modelo conceptual, como el modelo formal y el computable. Pero, generalmente, la validacin
se pospone hasta poseer una pieza operativa.
8.2.3
USABILIDAD
Un sistema es usable si al usuario le resulta agradable la interaccin con l. Bajo este

aspecto se pretende evaluar la relacin entre el sistema y el usuario; es decir, si (desde el
punto de vista del usuario) la comunicacin con el sistema es agradable.
8.2.4
UTILIDAD
Un sistema puede considerarse til si una vez que est en uso rutinario, cumple las
expectativas que se tenan de l, aportando las mejoras esperadas.
Esto significa que slo se puede evaluar la utilidad del sistema software completo, no de una
parte, y menos de un modelo no computable. La evaluacin de la utilidad es la ltima
evaluacin que debe realizarse en la construccin del sistema software.
Evaluacin
226
Lic. Eduardo Diez
8.3 VERIFICACIN DEL GMAP

El objetivo de la verificacin es determinar si el modelo sigue las reglas sintcticas del
paradigma de representacin en el que est representado el modelo. Puede decirse que la
verificacin es una evaluacin del sistema aislado de su entorno, una evaluacin interna del
mismo.
Los errores en la sintaxis de los modelos no se producen por problemas en la comunicacin
entre los IS y los UE (estos fallos dan lugar a errores semnticos de los modelos), sino que se
producen an habiendo entendido perfectamente los requisitos del UE y dominando las reglas
sintcticas del paradigma de representacin, el IS no puede evitar cometer errores a la hora de
transcribir los requisitos educidos del UE al modelo conceptual de ste al formal, y de ste al
computable.
8.3.1
PLANIFICACION
Objetivo
El objetivo del presente proceso es realizar la verificacin del prototipo GMAP.
Criterios a verificar
Los criterios concretos que se deben evaluar, para cualquier sistema, con independencia del
formalismo seleccionado, son los siguientes:
Redundancia: un elemento es redundante si no efecta ninguna contribucin al modelo, es
decir el elemento puede aparecer o no, pues los conocimientos contenidos en el modelo
son los mismos.
Incompletud: el sistema no contiene todos los elementos que debera contener para
representar la informacin del modelo. En particular se verifican elementos ausentes y
elementos inalcanzables.
Inconsistencia: el sistema es inconsistente si, utilizando sus elementos para razonar, se
puede deducir una contradiccin a partir de datos de entrada vlidos. En particular se
verifican elementos contradictorios e incompatibilidades con las restricciones.
Tcnicas de verificacin
Se har uso de los mtodos de caja blanca para las siguientes tcnicas, que se utilizarn
para verificar los criterios establecidos:
Inspeccin: consiste en la inspeccin del modelo formal, por parte del IS en este caso,
contrastando el modelo contra una lista de chequeo de errores tpicos de modelizacin. La
lista se describe en el apartado 8.3.2.
Walkthrough: consiste en simular la ejecucin de casos de prueba para el prototipo.

El IS registrar todos los errores detectados durante la aplicacin de ambas tcnicas.
Lic. Eduardo Diez
227
Evaluacin
Criterio de aprobacin de la verificacin

La verificacin del prototipo GMAP se considerar aprobada cuando todos los errores
detectados sean solucionados.
Evaluador
El IS ser quien ejecute y evale el proceso de verificacin del prototipo GMAP.
8.3.2
LISTA DE CHEQUEO
A continuacin se presenta la especificacin de la lista de errores tpicos de modelizacin a

usar en la inspeccin.
La lista es relativa slo a procedimientos de decisin y mecanismos de control, cubriendo los
criterios a verificar establecidos.
1. Redundancia
Identidad
Sintctica.
Semntica.
Condiciones Si innecesarias.
Subsuncin de procedimientos de decisin.
Redundancia indirecta o procedimientos de decisin con invocaciones cruzadas.
Callejones sin salida.
2. Incompletud
Procedimientos de decisin ausentes.
Procedimientos de decisin inalcanzables.
3. Inconsistencia
Incompatibilidad lgica.
Incompatibilidad semntica.
Incompatibilidad en la cardinalidad o en el nmero de valores de los atributos.
Incompatibilidad en el conjunto de posibles valores para un atributo.
Evaluacin
228
Lic. Eduardo Diez
8.3.3
PROCEDIMIENTO DE EJECUCIN DE CASOS DE PRUEBA
Los pasos para la simulacin de ejecucin de los casos de prueba, en el walkthrough, son los
siguientes:
Para cada caso de prueba:
Comprobar pre-requisitos
Simular funcionamiento del prototipo para condiciones
Verificar resultados
Comparar resultado obtenido vs. esperado
Si el resultado obtenido no coincide con el esperado:
Registrar cdigo de resultado: XX = Errneo
Registrar detalle de resultado obtenido
Si el resultado obtenido coincide con el esperado:
Registrar cdigo de resultado: OK = Aprobado
Registrar referencias y/u observaciones
Registrar fecha de realizacin y responsable
Terminada la ejecucin de casos:
Registrar errores detectados
8.3.4
ESPECIFICACION Y EJECUCIN DE CASOS DE PRUEBA
En las tablas 8.1 y 8.2 se presenta un conjunto reducido de casos de prueba, cuya ejecucin
es simulada en el walkthrough, y los resultados de esa simulacin.
En dichas tablas, la columna Nro. identifica el nmero de caso de prueba. La columna
Caso especifica las condiciones del caso de prueba (en este caso los valores ingresados al
prototipo). La columna Resultado especifica el resultado esperado para el caso de prueba y
los resultados obtenidos de acuerdo al procedimiento de ejecucin. La columna Responsable
identifica al responsable de la ejecucin del caso de prueba. En la columna Fecha se
especifica la fecha de ejecucin del caso de prueba.
Nro.
1
Caso
. GES1: N
. GES2: S
. GES3: N
. TAM1: S
. TAM2: S
. TAM3: S
. TAM4: S
. COM1: S
. COM2: S
. COM3: S
. COM4: S
. COM5: S
. CAP1: B
. CAP2: M
. ENF: O
. TIP: M
. SOL: D
. REQ: S
. DAT: N
. SEG: B
Resultado
Esperado
. Mapa actividades generado segn
Apndice F (Verificacin - Anexo caso
1)
Obtenido
XX
---------------OK
Responsable
Fecha
ED
--------------------ED
22/07/02
---------------24/07/02
Tabla 8.1 - Especificacin y ejecucin de casos de prueba
Lic. Eduardo Diez
229
Evaluacin
Nro.
2
Caso
. GES1: S
. GES2: S
. GES3: N
. TAM1: S
. TAM2: E
. TAM3: I
. TAM4: S
. COM1: N
. COM2: N
. COM3: S
. COM4: S
. COM5: E
. CAP1: A
. CAP2: B
. ENF: O
. TIP: D
. SOL: D
. REQ: N
. DAT: S
. SEG: A
. GES1: S
. GES2: N
. GES3: N
. TAM1: I
. TAM2: I
. TAM3: E
. TAM4: E
. COM1: S
. COM2: N
. COM3: N
. COM4: S
. COM5: E
. CAP1: M
. CAP2: B
. ENF: O
. TIP: I
. SOL: N
. REQ: N
. DAT: N
. SEG: B
Resultado
Esperado
2)

3)
Responsable
Fecha
Obtenido
OK
ED
22/07/02
OK
ED
22/07/02
Tabla 8.2 - Especificacin y ejecucin de casos de prueba (Cont.)
8.3.5
ANLISIS Y EVALUACIN
Luego de la ejecucin del proceso de verificacin del prototipo GMAP, que incluy la
resolucin de errores y su posterior comprobacin, se obtienen los siguientes resultados
finales de dicho proceso:
Errores detectados
Los errores detectados a lo largo de la verificacin y el estado actual de los mismos se
Evaluacin
230
Lic. Eduardo Diez
Nro.
1
2
3
Fecha
21/07/02
21/07/02
21/07/02
21/07/02
21/07/02
22/07/02
Deteccin
Descripcin
Proc. Dec. N01-TAM-R18 ausente.
Proc. Dec. N02-ACT-R21 ausente.
Proc. Dec. N01-COM-R34 inalcanzable (condiciones
mal especificadas).
Proc. Dec. N02-ACT-R11 inalcanzable (condiciones
mal especificadas).
Proc. Dec. N02-ACT-R22 inalcanzable (condiciones
mal especificadas).
Asignacin incorrecta de valores de actividades (Caso
1).
Estado
Resuelto
Fecha
S
23/07/02
S
23/07/02
S
23/07/02
S
23/07/02
23/07/02
24/07/02
Tabla 8.3 - Errores detectados
Resultado de la verificacin
De acuerdo a los criterios de aprobacin enunciados, la presente verificacin se considera
APROBADA.
8.4 VALIDACIN DEL GMAP

La validacin constituye el segundo paso en la evaluacin de un sistema y consiste en
comprobar los errores semnticos que pueden haber sido introducidos por el IS cuando
desarroll el sistema. La semntica se ocupa de la coordinacin del sistema con su entorno.
Un sistema verificado, es decir, completo, consistente y sin malformaciones sintcticas, no
implica que proporcione las respuestas adecuadas, no obstante asegura que el sistema fue
correctamente diseado e implementado. Un sistema verificado, representa correctamente los
requisitos e informacin educidas a partir del UE. Un sistema validado contiene la informacin
adecuada para comportarse en un dominio como lo hara el UE. Por lo tanto, en la validacin
se buscan fallos semnticos, fallos en el comportamiento del sistema al tratar los problemas
del dominio.
Los fallos semnticos se producen debido a errores o malentendidos en la fase de
adquisicin. Ms concretamente a que:
El sistema no trata con algn tipo de caso (error de omisin) porque en el proceso de
adquisicin no se contempl esa posibilidad.
El sistema no da respuestas adecuadas (error de comisin) porque en la adquisicin el IS
malinterpret el proceso de razonamiento del UE.
Dado que para validar el sistema hay que valorar si las respuestas son adecuadas,
necesariamente la validacin la debe realizar un UE en el dominio. Es decir, el IS no puede, ni
debe, valorar las respuestas del sistema.
Lic. Eduardo Diez
231
Evaluacin
Para llevar a cabo la validacin, se trabaja con un entorno controlado. Con el fin de que el IS
pueda controlar el sistema durante toda la validacin, el mundo real en que se introducir el
sistema es simplificado. En concreto, se reducen todas las posibles situaciones con que puede
enfrentarse el sistema, a un nmero de casos representativos de tales situaciones.
8.4.1
PLANIFICACIN
Objetivo
El objetivo del presente proceso es realizar la validacin del prototipo GMAP.
Criterios a validar
Los criterios que se deben evaluar para cualquier sistema, son los siguientes:
Calidad de las respuestas

Exactitud: es la parte de respuestas aceptables que genera el sistema. Asimismo, la
aceptabilidad puede definirse como aquellas soluciones que concuerdan con las
propuestas por el UE ante el mismo problema.
Adecuacin: mide la proporcin del dominio del problema que est cubierto por el
sistema. Esto se conoce tambin como cobertura.
Satisfaccin de requisitos
Funcionalidad: cumplimiento de todos los requisitos funcionales por parte del sistema
integrado en el entorno.
Documentacin: adecuacin de la documentacin de usuario a los requisitos
establecidos.
Rendimiento: comprobacin del rendimiento del sistema en condiciones lmite de
sobrecarga.
Requisitos a validar
Los requisitos a validar se toman de los requisitos explcitos para el prototipo GMAP, como
as tambin de requisitos implcitos a toda aplicacin informtica. Los requisitos son entonces
los siguientes:
Funcionalidad
Interfaz visual
Ingreso de datos del proyecto.
Modificacin de datos del proyecto.
Presentacin de resultados.
Generacin de mapa de actividades.
Grabacin de resultados.
Documentacin.
Por ser el GMAP un prototipo, las caractersticas que no estarn contempladas en la
presente validacin son, entre otras, las siguientes:
Evaluacin
232
Lic. Eduardo Diez
Rendimiento: comportamiento del prototipo (velocidad de proceso, tiempo de respuesta,

consumo de recursos) ante volmenes crticos de:
Datos almacenados.
Cantidad de transacciones en un reducido lapso de tiempo.
Aspectos de seguridad lgica.
Contingencias: mecanismos de recuperacin y reaccin del prototipo ante
Cortes de energa.
Fallas de componentes del equipo hardware.
Migrabilidad: del prototipo hacia
Plataformas distintas a la usada en la presente validacin.
Software de base distinto al usado en la presente validacin.
Instabilidad: se testear el prototipo una vez instalado.
Facilidad de mantenimiento.
Tcnicas de validacin
Se har uso de los mtodos de caja negra para las siguientes tcnicas, que se utilizarn para
validar los criterios establecidos:
Ejecucin de casos de prueba: se aplica para validar la funcionalidad del prototipo. El UE

realizar pruebas dinmicas con la asistencia del IS.
Revisin: se aplica para validar la documentacin existente. Consiste en la revisin de la
misma por parte del UE.
El IS registrar todos los errores detectados durante la aplicacin de ambas tcnicas.
Criterios de aprobacin de la validacin

Los casos de prueba podrn resultar:
Aprobados: el resultado obtenido coincide con el resultado esperado.

Errneos: el resultado obtenido no coincide con el resultado esperado.
No aplicables: el caso no es aplicable al prototipo a probar.
No reproducibles: el caso no se puede reproducir.
Los errores que se detecten se clasificarn, en forma conjunta entre el UE y el IS, de acuerdo
a su severidad, en:
Nivel 1: Invalidante.
Nivel 2: Grave.
Nivel 3: Comn.
Nivel 4. Leve.
Nivel 5: Detalle.
La validacin del prototipo GMAP se considerar aprobada cuando:
Los errores que se registren sin resolver sean slo de severidad 4 5.

La exactitud sea superior al 95%.
La adecuacin sea del 100%.
Lic. Eduardo Diez
233
Evaluacin
Evaluador
El UE Juan Jos Goldschtein ser quien ejecute y evale el proceso de validacin del
prototipo GMAP.
8.4.2
DISEO
Forma de realizacin
Por ser una aplicacin interactiva, cada caso de prueba se ejecutar y a continuacin se
comprobar el resultado obtenido comparndolo con el esperado.
Confeccin de casos
Los casos de prueba sern confeccionados de forma tal que cada uno de ellos resulte
independiente del resto. Cada caso tendr sus propios pre-requisitos y no ser necesario
ejecutar los casos en una secuencia determinada.
Un pre-requisito es una situacin que se debe dar, o una accin que se debe realizar,
previamente a ejecutar un caso de prueba. Para evitar confusiones, los pre-requisitos de un
determinado caso, slo se explicitan cuando stos no se deducen de las condiciones
enunciadas para el mismo.
Los casos de prueba se agruparn basndose en las funciones del sistema. Los casos de
prueba correspondientes a cada una de las funciones sern confeccionados combinando
discriminadamente los posibles valores de determinadas condiciones.
Las funciones, sus condiciones y los posibles valores para esas condiciones, son las
siguientes:
Interfaz visual
Ingreso completo: S - No.
Modificacin de datos: S - No.
Navegacin entre pantallas: S - No.
Generacin de mapa de actividades
GES1: S - N
GES2: S - N
GES3: S - N
TAM1: I - E - S
TAM2: I - E - S
TAM3: I - E - S
TAM4: I - E - S
COM1: S - N
COM2: S - N
COM3: S - N
COM4: S - N
COM5: I - E - S
Evaluacin
234
Lic. Eduardo Diez
CAP1: A - M - B
CAP2: A - M - B
ENF: E - O
TIP: D - I - M
SOL: D - N
REQ: S - N
DAT: S - N
SEG: A - M - B
Grabacin de resultados
Archivo de texto vaco: S - No
Para todas las funciones, podrn existir combinaciones de valores de condiciones no
relevantes, esas combinaciones no se especificarn como casos de prueba.
Items a comprobar
Los tems que se comprobarn para cada caso de prueba, con los posibles resultados
esperados para cada uno de ellos, son los siguientes:
Pantallas
Presentacin correcta
Navegacin correcta
Aceptacin de datos
Mensaje de error correspondiente
Mensaje de aviso grabacin
Reporte
Generado
Generado correctamente
No generado
Sin cambios
Archivo resultados
Sin cambios
Mapa grabado
Mapa grabado a continuacin
8.4.3
PROCEDIMIENTO DE EJECUCIN DE CASOS DE PRUEBA
Los pasos para la ejecucin de los casos de prueba son los siguientes:
Para cada caso de prueba:
Verificar pre-requisitos
Ejecutar condiciones
Si no se pudieron ejecutar las condiciones:
Consignar cdigo de resultado segn corresponda:
YY = No aplicable
ZZ = No reproducible
Lic. Eduardo Diez
235
Evaluacin
Si se pudieron ejecutar las condiciones:

Verificar resultados de:
Pantallas
Reporte
Archivo resultados
Comparar resultado obtenido vs. esperado
Si el resultado obtenido no coincide con el esperado:
Registrar cdigo de resultado: XX = Errneo
Registrar detalle de resultado obtenido
Si el resultado obtenido coincide con el esperado:
Registrar cdigo de resultado: OK = Aprobado
Registrar referencias y/u observaciones
Registrar fecha de realizacin y responsable
Terminado el ciclo de prueba:
Registrar errores detectados
8.4.4
ESPECIFICACION Y EJECUCIN DE CASOS DE PRUEBA
En las tablas 8.4 a 8.14 se presenta el conjunto de casos de prueba, que cubren la
funcionalidad y los criterios a validar establecidos, y los resultados de su ejecucin:
En dichas tablas, la columna Nro. identifica el nmero de caso de prueba. La columna
Caso especifica las condiciones del caso de prueba (en este caso los valores ingresados al
prototipo). La columna Pre-requisitos identifica las precondiciones que son necesarias a la
ejecucin de un caso de prueba. La columna Resultado especifica el resultado esperado
para el caso de prueba y los resultados obtenidos de acuerdo al procedimiento de ejecucin.
La columna Referencias/Observaciones identifica cualquier referencia u observacin de
relevancia correspondiente al caso de prueba. La columna Responsable identifica al
responsable de la ejecucin del caso de prueba. En la columna Fecha se especifica la fecha
de ejecucin del caso de prueba.
Los casos de prueba se agrupan segn las funciones identificadas en el apartado 8.4.2.
Evaluacin
236
Lic. Eduardo Diez
Sistema: Prototipo GMAP

Funcin: 1 - Interfaz visual
Nro.
1.1
Caso
Condiciones
Datos completos
. Ingreso completo: Si
. Modificacin de datos: No
. Navegacin entre pantallas: No
1.2
Datos completos
. Modificacin de datos: Si
1.3
Datos completos
. Navegacin entre pantallas: Si
1.4
Datos completos
Lic. Eduardo Diez
Resultado
Esperado
Obtenido
OK
Pantallas
. Presentacin correcta
. Aceptacin de datos
Reporte
. Generado
Archivo resultados
. Sin cambios
OK
Pantallas
Reporte
. Generado
Archivo resultados
. Sin cambios
XX
Pantallas
---------------. Presentacin correcta
OK
. Navegacin correcta
Reporte
. Generado
Archivo resultados
. Sin cambios
OK
Pantallas
Reporte
. Generado
Archivo resultados
. Sin cambios
Tabla 8.4 - Especificacin y ejecucin de casos de prueba
Referencias
Observaciones
Responsable
Fecha
JJG
25/07/02
JJG
25/07/02
JJG
--------------------JJG
25/07/02
------------28/07/02
JJG
25/07/02
Pre-requisitos
237
Evaluacin
Nro.
1.5
Caso
Condiciones
Datos incompletos
. Ingreso completo: No
1.6
Datos incompletos
1.7
Datos incompletos
1.8
Datos incompletos
Evaluacin
Resultado
Referencias
Observaciones
Esperado
Obtenido
OK
. Varios datos
Pantallas
incompletos testeados
. Mensaje de error correspondiente
Reporte
. No generado
Archivo resultados
. Sin cambios
XX
. Varios datos
Pantallas
---------------incompletos testeados
OK
Reporte
. No generado
Archivo resultados
. Sin cambios
XX
. Varios datos
Pantallas
---------------incompletos testeados
OK
Reporte
. No generado
Archivo resultados
. Sin cambios
OK
. Varios datos
Pantallas
incompletos testeados
Reporte
. No generado
Archivo resultados
. Sin cambios
Responsable
Fecha
JJG
25/07/02
JJG
--------------------JJG
25/07/02
------------28/07/02
JJG
--------------------JJG
25/07/02
------------28/07/02
JJG
25/07/02
Pre-requisitos
238
Lic. Eduardo Diez
Sistema: Prototipo GMAP - Funcin: 2 - Generacin de mapa de actividades

Nro.
Caso
Condiciones
Datos varios
2.1
. GES1: N
. GES2: N
. GES3: N
. TAM1: I
. TAM2: I
. TAM3: I
. TAM4: I
. COM1: N
. COM2: N
. COM3: N
. COM4: N
. COM5: I
. CAP1: A
. CAP2: A
. ENF: E
. TIP: D
. SOL: D
. REQ: S
. DAT: N
. SEG: B
2.2
Datos varios
. GES1: S
. GES2: N
. GES3: S
. TAM1: E
. TAM2: S
. TAM3: E
. TAM4: I
. COM1: S
. COM2: N
. COM3: S
. COM4: S
. COM5: S
. CAP1: B
. CAP2: B
. ENF: O
. TIP: I
. SOL: D
. REQ: N
. DAT: S
. SEG: A
Resultado
Pre-requisitos
Esperado
Pantallas
Reporte
. Generado correctamente
Archivo resultados
. Sin cambios
Pantallas
Reporte
Archivo resultados
. Sin cambios
Referencias
Observaciones
Obtenido
XX
. Mapa actividades
---------------esperado segn
OK
Apndice F (Validacin
- Anexo caso 2.1)
OK
. Mapa actividades
esperado segn
- Anexo caso 2.2)
Responsable
Fecha
JJG
--------------------JJG
25/07/02
------------28/07/02
JJG
25/07/02

Lic. Eduardo Diez
239
Evaluacin
Nro.
Caso
Condiciones
Datos varios
2.3
. GES1: S
. GES2: S
. GES3: S
. TAM1: S
. TAM2: S
. TAM3: E
. TAM4: E
. COM1: N
. COM2: S
. COM3: N
. COM4: N
. COM5: E
. CAP1: M
. CAP2: A
. ENF: E
. TIP: D
. SOL: D
. REQ: S
. DAT: N
. SEG: M
2.4
Datos varios
. GES1: N
. GES2: S
. GES3: N
. TAM1: S
. TAM2: S
. TAM3: S
. TAM4: S
. COM1: S
. COM2: S
. COM3: S
. COM4: S
. COM5: S
. CAP1: B
. CAP2: M
. ENF: O
. TIP: M
. SOL: D
. REQ: S
. DAT: N
. SEG: B
Resultado
Pre-requisitos
Esperado
Pantallas
Reporte
Archivo resultados
. Sin cambios
Pantallas
Reporte
Archivo resultados
. Sin cambios
Referencias
Observaciones
Obtenido
XX
. Mapa actividades
OK
- Anexo caso 2.3)
OK
. Mapa actividades
esperado segn
- Anexo caso 2.4)
Responsable
Fecha
JJG
--------------------JJG
25/07/02
------------28/07/02
JJG
25/07/02
Evaluacin
240
Lic. Eduardo Diez
Nro.
Caso
Condiciones
Datos varios
2.5
. GES1: S
. GES2: N
. GES3: S
. TAM1: I
. TAM2: E
. TAM3: S
. TAM4: I
. COM1: S
. COM2: S
. COM3: N
. COM4: N
. COM5: S
. CAP1: M
. CAP2: M
. ENF: E
. TIP: I
. SOL: N
. REQ: N
. DAT: S
. SEG: M
2.6
Datos varios
. GES1: S
. GES2: S
. GES3: N
. TAM1: S
. TAM2: E
. TAM3: I
. TAM4: S
. COM1: N
. COM2: N
. COM3: S
. COM4: S
. COM5: E
. CAP1: A
. CAP2: B
. ENF: O
. TIP: D
. SOL: D
. REQ: N
. DAT: S
. SEG: A
Resultado
Pre-requisitos
Esperado
Pantallas
Reporte
Archivo resultados
. Sin cambios
Obtenido
OK
Pantallas
Reporte
Archivo resultados
. Sin cambios
OK
Referencias
Observaciones
Responsable
Fecha
. Mapa actividades
esperado segn
- Anexo caso 2.5)
JJG
25/07/02
. Mapa actividades
esperado segn
- Anexo caso 2.6)
JJG
25/07/02
Lic. Eduardo Diez
241
Evaluacin
Nro.
Caso
Condiciones
Datos varios
2.7
. GES1: N
. GES2: S
. GES3: S
. TAM1: E
. TAM2: E
. TAM3: I
. TAM4: I
. COM1: N
. COM2: S
. COM3: S
. COM4: N
. COM5: E
. CAP1: B
. CAP2: A
. ENF: E
. TIP: D
. SOL: D
. REQ: S
. DAT: N
. SEG: M
2.8
Datos varios
. GES1: S
. GES2: N
. GES3: N
. TAM1: I
. TAM2: I
. TAM3: E
. TAM4: E
. COM1: S
. COM2: N
. COM3: N
. COM4: S
. COM5: E
. CAP1: M
. CAP2: B
. ENF: O
. TIP: I
. SOL: N
. REQ: N
. DAT: N
. SEG: B
Resultado
Pre-requisitos
Esperado
Pantallas
Reporte
Archivo resultados
. Sin cambios
Obtenido
OK
Pantallas
Reporte
Archivo resultados
. Sin cambios
OK
Referencias
Observaciones
Responsable
Fecha
. Mapa actividades
esperado segn
- Anexo caso 2.7)
JJG
25/07/02
. Mapa actividades
esperado segn
- Anexo caso 2.8)
JJG
25/07/02
Evaluacin
242
Lic. Eduardo Diez
Nro.
Caso
Condiciones
Datos varios
2.9
. GES1: N
. GES2: N
. GES3: S
. TAM1: S
. TAM2: S
. TAM3: I
. TAM4: I
. COM1: S
. COM2: N
. COM3: N
. COM4: N
. COM5: I
. CAP1: A
. CAP2: M
. ENF: O
. TIP: D
. SOL: N
. REQ: S
. DAT: S
. SEG: M
2.10
Datos varios
. GES1: S
. GES2: N
. GES3: S
. TAM1: S
. TAM2: S
. TAM3: E
. TAM4: I
. COM1: N
. COM2: S
. COM3: S
. COM4: S
. COM5: E
. CAP1: B
. CAP2: A
. ENF: E
. TIP: M
. SOL: D
. REQ: N
. DAT: N
. SEG: B
Resultado
Pre-requisitos
Esperado
Pantallas
Reporte
Archivo resultados
. Sin cambios
Obtenido
OK
Pantallas
Reporte
Archivo resultados
. Sin cambios
OK
Referencias
Observaciones
Responsable
Fecha
. Mapa actividades
esperado segn
- Anexo caso 2.9)
JJG
25/07/02
. Mapa actividades
esperado segn
- Anexo caso 2.10)
JJG
25/07/02
Lic. Eduardo Diez
243
Evaluacin
Nro.
Caso
Condiciones
Datos varios
2.11
. GES1: N
. GES2: S
. GES3: N
. TAM1: I
. TAM2: I
. TAM3: I
. TAM4: I
. COM1: N
. COM2: N
. COM3: S
. COM4: N
. COM5: I
. CAP1: A
. CAP2: A
. ENF: E
. TIP: D
. SOL: D
. REQ: S
. DAT: N
. SEG: A
2.12
Datos varios
. GES1: S
. GES2: N
. GES3: S
. TAM1: E
. TAM2: S
. TAM3: E
. TAM4: I
. COM1: S
. COM2: N
. COM3: S
. COM4: S
. COM5: S
. CAP1: B
. CAP2: B
. ENF: O
. TIP: M
. SOL: D
. REQ: N
. DAT: S
. SEG: A
Resultado
Pre-requisitos
Esperado
Pantallas
Reporte
Archivo resultados
. Sin cambios
Pantallas
Reporte
Archivo resultados
. Sin cambios
Referencias
Observaciones
Obtenido
XX
. Mapa actividades
OK
- Anexo caso 2.11)
OK
. Mapa actividades
esperado segn
- Anexo caso 2.12)
Responsable
Fecha
JJG
--------------------JJG
25/07/02
------------28/07/02
JJG
25/07/02
Evaluacin
244
Lic. Eduardo Diez
Nro.
Caso
Condiciones
Datos varios
2.13
. GES1: S
. GES2: S
. GES3: S
. TAM1: S
. TAM2: S
. TAM3: E
. TAM4: I
. COM1: N
. COM2: S
. COM3: N
. COM4: N
. COM5: E
. CAP1: M
. CAP2: A
. ENF: O
. TIP: D
. SOL: D
. REQ: S
. DAT: N
. SEG: M
2.14
Datos varios
. GES1: N
. GES2: S
. GES3: N
. TAM1: S
. TAM2: S
. TAM3: S
. TAM4: S
. COM1: S
. COM2: N
. COM3: S
. COM4: S
. COM5: S
. CAP1: B
. CAP2: M
. ENF: O
. TIP: D
. SOL: D
. REQ: S
. DAT: N
. SEG: B
Resultado
Pre-requisitos
Esperado
Pantallas
Reporte
Archivo resultados
. Sin cambios
Obtenido
OK
Pantallas
Reporte
Archivo resultados
. Sin cambios
OK
Referencias
Observaciones
Responsable
Fecha
. Mapa actividades
esperado segn
- Anexo caso 2.13)
JJG
25/07/02
. Mapa actividades
esperado segn
- Anexo caso 2.14)
JJG
25/07/02
Lic. Eduardo Diez
245
Evaluacin
Nro.
Caso
Condiciones
Datos varios
2.15
Resultado
Pre-requisitos
. GES1: N
. GES2: N
. GES3: S
. TAM1: I
. TAM2: E
. TAM3: S
. TAM4: I
. COM1: S
. COM2: S
. COM3: N
. COM4: N
. COM5: S
. CAP1: M
. CAP2: M
. ENF: O
. TIP: D
. SOL: N
. REQ: N
. DAT: S
. SEG: M
Esperado
Pantallas
Reporte
Archivo resultados
. Sin cambios
Obtenido
OK
Referencias
Observaciones
Responsable
Fecha
. Mapa actividades
esperado segn
- Anexo caso 2.15)
JJG
25/07/02
Responsable
Fecha
JJG
25/07/02
JJG
--------------------JJG
25/07/02
------------28/07/02
Sistema: Prototipo GMAP - Funcin: 3 - Grabacin de resultados

Nro.
3.1
3.2
Caso
Condiciones
Archivo vaco
. Archivo de texto vaco: Si
Archivo lleno
. Archivo de texto vaco: No
Evaluacin
Resultado
Pre-requisitos
Esperado
Obtenido
. Mapa de actividades
OK
Pantallas
generado
. Mensaje de aviso grabacin
Reporte
. Sin cambios
Archivo resultados
. Mapa grabado
. Mapa de actividades
XX
Pantallas
generado
---------------. Mensaje de aviso grabacin
OK
Reporte
. Sin cambios
Archivo resultados
. Mapa grabado a continuacin
246
Referencias
Observaciones
Lic. Eduardo Diez
8.4.5
ANLISIS Y EVALUACIN
Luego de la ejecucin del proceso de validacin del prototipo GMAP, que incluy la
resolucin de errores y su posterior comprobacin, se obtienen los siguientes resultados
finales de dicho proceso:
Estadstica
La estadstica final de los resultados de los casos de prueba se presenta en la tabla 8.15.
Casos
Aprobados
Errneos
No aplicables
No reproducibles
Total
Cantidad
25
0
0
0
25
Porcentaje
100 %
0%
0%
0%
100 %
Tabla 8.15 - Estadstica final de resultados
Errores detectados
Los errores detectados a lo largo de la validacin y el estado actual de los mismos se
Nro.
1
Fecha
25/07/02
25/07/02
25/07/02
25/07/02
25/07/02
25/07/02
25/07/02
Deteccin
Descripcin
Desde la segunda pantalla de ingreso de datos
no se vuelve a la primer pantalla de ingreso de
datos, con la opcin Volver (Caso 1.3).
Cuando falta ingresar el dato Nombre del
proyecto, el mensaje de error no es el que
corresponde (Caso 1.6).
Cuando falta ingresar el dato COM5, el
mensaje de error no es el que corresponde
(Caso 1.7).
Cancelacin en ejecucin de procedimiento por
objeto no definido (Caso 2.1).
Cancelacin en ejecucin de procedimiento por
objeto no definido (Caso 2.3).
Asignacin incorrecta de valores de actividades
(Caso 2.11).
Si el archivo de texto donde se debe grabar el
mapa de actividades, ya tiene un mapa de
actividades previo, este es pisado por el nuevo
mapa (Caso 3.2).
Nivel
3
Estado
Resuelto
Fecha
S
28/07/02
28/07/02
28/07/02
28/07/02
28/07/02
28/07/02
28/07/02
Tabla 8.16 - Errores detectados
Resultado de la validacin
De acuerdo a los criterios de aprobacin enunciados, la presente validacin se considera
APROBADA.
Lic. Eduardo Diez
247
Evaluacin
8.5 USABILIDAD DEL GMAP

La usabilidad engloba todos los aspectos del sistema que se corresponden con la relacin
entre el sistema y su usuario. Para que el conjunto sistema-usuario sea lo ms eficiente
posible es necesario que el sistema se adapte a los gustos del usuario, de modo que ste
se sienta confortable trabajando con l.
Dado que la usabilidad es un criterio subjetivo, el evaluador debe ser el propio usuario.
Que cualquier otro miembro del equipo de desarrollo valore altamente la usabilidad del
sistema, no garantiza, en absoluto, que el usuario lo valorar al mismo nivel.
Ya que la usabilidad es una caracterstica del sistema final, y no del modelo de
conocimientos subyacente, la evaluacin de la usabilidad se debe llevar a cabo sobre el
prototipo finalizado.
8.5.1
PLANIFICACIN
Objetivo
El objetivo del presente proceso es realizar la evaluacin de la usabilidad del prototipo
GMAP.
Criterios a evaluar
Los aspectos que se deben evaluar, para cualquier sistema, son:
El usuario se siente confortable al tratar con el sistema.

La relacin del usuario con el sistema es placentera.
El uso del sistema es cmodo.
El sistema se muestra afable con el usuario.
Estos aspectos son de granularidad gruesa como para ser evaluados directamente. Esto
significa que deben ser subdivididos en criterios ms concretos y, por tanto, ms fcilmente
valorables por el usuario. Estos criterios ms concretos se especifican en la lista de
chequeo.
Tcnicas de evaluacin
Los criterios se evaluarn mediante una variacin de la tcnica de extraccin de opiniones
para la mejora del sistema.
El prototipo ser usado por los futuros usuarios para una cantidad de escenarios que ellos
mismos seleccionarn. Estos escenarios debern tener las siguientes caractersticas
principales:
Cubrir toda la interfaz.

Ser representativos del uso futuro.
Ser reducidos para completarse dentro del tiempo de prueba previsto.
Evaluacin
248
Lic. Eduardo Diez
Los usuarios ejecutarn los escenarios que han seleccionado y realizarn observaciones
teniendo como gua la lista de chequeo de usabilidad especificada. El IS estar presente y
registrar todas las observaciones realizadas.
Criterio de aprobacin de la evaluacin
Las observaciones que se realicen se clasificarn, en forma conjunta entre el usuario y el
IS, de acuerdo a su necesidad, en:
Nivel 1: Imprescindible.
Nivel 2: Importante.
Nivel 3: Deseable.
La evaluacin de usabilidad del prototipo GMAP se considerar aprobada cuando las
observaciones que se registren sin resolver sean slo de necesidad 3.
Evaluador
Un grupo de profesionales, que sern futuros usuarios, de la organizacin usuaria, ser
quien evale la usabilidad del prototipo GMAP.
8.5.2
LISTA DE CHEQUEO
A continuacin se presenta la especificacin de la lista de chequeo a considerar en la

evaluacin de la usabilidad, que los cubre criterios a evaluar establecidos.
1. Encaje del sistema con el personal
Formacin necesaria.
Estilo de trabajo.
Carga de trabajo.
Inters del usuario.
Necesidades operativas.
2. Caractersticas del sistema
2.1. Caractersticas generales
Facilidad de uso.
Comprensin.
Facilidad de aprendizaje.
Tiempo de respuesta.
2.2. Caractersticas especficas
Pantallas de ingreso de datos.
Reportes.
Archivos de salida.
Lic. Eduardo Diez
249
Evaluacin
8.5.3
ANLISIS Y EVALUACIN
Luego de la ejecucin del proceso de evaluacin de la usabilidad del prototipo GMAP, que
incluy la resolucin de observaciones y su posterior comprobacin, se obtienen los
siguientes resultados finales de dicho proceso:
Observaciones realizadas
Las observaciones realizadas a lo largo de la evaluacin de la usabilidad y el estado actual
de las mismas se presentan en la tabla 8.17.
Nro.
1
2
3
4
5
6
Realizacin
Fecha
Descripcin
30/07/02 Colores de fondo de pantalla no permiten
descansar la vista.
30/07/02 Es necesario agregar referencias del valor de cada
actividad en el reporte final resultante.
30/07/02 Es necesario agregar nombre de los procesos
principales, interfaces y procesos secundarios, en
el reporte final resultante.
30/07/02 Para mayor facilidad, es conveniente la ejecucin
del prototipo a travs de una aplicacin ejecutable
y no a travs del entorno de la herramienta.
30/07/02 Es conveniente que los mapas de actividades se
guarden en archivos de texto distinto por cada
proyecto ingresado.
30/07/02 Para ubicar siempre al usuario es necesario que
las pantallas de ingreso de datos estn numeradas
y mantengan una relacin con el total de pantallas
(Ej: pantalla 2 de 5).
30/07/02 Cuando no se ingresa un dato, es necesario que el
prototipo indique cual es ese dato.
Nivel
2
Estado
Resuelta Fecha
S
02/08/02
02/08/02
02/08/02
No
No
02/08/02
02/08/02
Tabla 8.17 - Observaciones realizadas
Resultado de la evaluacin de usabilidad

Existen observaciones que no han sido implementadas y se tendrn en cuenta para
versiones futuras del prototipo. Ellas son:
Observacin 4: No es posible implementar la mejora a travs de la herramienta de

desarrollo.
Observacin 5: No se puede implementar la mejora directamente con la versin usada
de la herramienta de desarrollo. Es posible con la versin posterior de la herramienta,
pero esa versin no est disponible para este proyecto.
De acuerdo a los criterios de aprobacin enunciados, la presente evaluacin de usabilidad

se considera APROBADA.
Evaluacin
250
Lic. Eduardo Diez
8.6 UTILIDAD DEL GMAP

Que un sistema software sea correcto en su sintaxis y estructura, sea vlido en el dominio
y el usuario se sienta confortable en su relacin con l, no significa que el sistema sea til
para la organizacin que orden su desarrollo. La utilidad tiene que ver con la relacin del
nuevo sistema, formado por el usuario y el sistema y la organizacin a la que pertenecen.
Cuando una entidad decide la construccin de un nuevo sistema software busca mejoras
objetivas en el rendimiento de las tareas que ejecutaba el usuario, ya fuese manualmente o
con un sistema antiguo.
Evaluando la utilidad se pretende saber si las necesidades de la organizacin han sido
satisfechas o no. Es decir, se ha mejorado la eficiencia y/o la eficacia y/o la capacidad de la
organizacin.
Debe ser la organizacin quien evale si ha mejorado, o no, con la introduccin del nuevo
sistema. Adems, la nica forma de evaluar la utilidad es observando actuar al nuevo
sistema (persona + sistema) en su enfrentamiento al mundo real. A diferencia de las otras
evaluaciones, se debe dejar al nuevo sistema enfrentarse con la realidad tal cual es, sin ser
controlada. Esta inmersin en el mundo real significa que el sistema atender problemas
reales durante un cierto perodo de tiempo, y slo tras una temporada de trabajo rutinario, la
organizacin podr evaluar si la inversin ha sido rentable.
8.6.1
PLANIFICACIN
Objetivo
El objetivo del
GMAP.
presente proceso es realizar la evaluacin de la utilidad del prototipo
Criterios a evaluar
Algunos de los aspectos que se deberan evaluar, para cualquier sistema, son:
Eficacia: mejora de este aspecto en una tarea ya existente en la organizacin, en
concreto:
Fiabilidad: la probabilidad de resolver el problema aumenta, se dan menos casos
irresolubles o mal resueltos.
Disponibilidad: el horario para atender problemas es ms amplio.
Eficiencia: mejora de este aspecto en la realizacin de una tarea ya existente en la
organizacin, en concreto:
Productividad: nmero de problemas resueltos por unidad de tiempo.
Tiempo de respuesta: el problema se resuelve con mayor rapidez.
Capacidad: mejora de este aspecto del sistema, resolviendo nuevos tipos de problemas.
Lic. Eduardo Diez
251
Evaluacin
Tcnicas de evaluacin
Los criterios se evaluarn mediante las tcnicas que seleccione la organizacin usuaria.
Estas tcnicas no han sido descriptas explicitamente.
Criterio de aprobacin de la evaluacin
Los criterios de aprobacin sern decididos por la organizacin usuaria.
Evaluador
La organizacin usuaria ser quien evale la utilidad del prototipo GMAP.
8.6.2
LISTA DE CHEQUEO
A continuacin se presenta una especificacin de la lista de chequeo que podra ser

considerada por la organizacin en la evaluacin de la utilidad, que cubre los criterios a
evaluar establecidos.
1. Eficacia.
Fiabilidad percibida en la ejecucin de la tarea.
Disponibilidad de las habilidades.
Disponibilidad de los recursos.
2. Eficiencia.
Realizacin de la tarea.
Gestin de datos.
Inicializacin de la situacin.
3. Encaje con la organizacin.
3.1. Efecto en otros miembros de la organizacin.
Aceptacin poltica.
Carga de trabajo de otros.
3.2. Efectos colaterales.
Valor como formacin.
Valor en la realizacin de otras tareas.
8.6.3
Efectos en los procedimientos y estructuras de la organizacin.

Efectos en el flujo de informacin.
ANLISIS Y EVALUACIN
Al momento de escribir el presente trabajo, la utilidad del prototipo est siendo evaluada en
la organizacin usuaria.
Evaluacin
252
Lic. Eduardo Diez
CAPTULO IX
CONCLUSIONES
CAPTULO IX
CONCLUSIONES
9.1
INTRODUCCIN
En este captulo se presentan las conclusiones finales del trabajo de tesis, como as
tambin las posibles lneas de desarrollo futuras surgidas del mismo.
Los principales conceptos aplicados y puestos en prctica en el presente trabajo son los
siguientes:
Gestin de proyectos
Planificacin
Estimaciones
Tcnicas especficas para el desarrollo de sistemas, aplicadas en las etapas de:
Modelado conceptual
Diseo del sistema
Implementacin
Evaluacin
Desarrollo de prototipos evolutivos
Cabe aclarar, que los conceptos mencionados no se han aplicado en forma terica ni en un
mbito exclusivamente acadmico, sino que se han aplicado a situaciones concretas de la
realidad, interactuando con usuarios y UEs reales, con la cuota de incertidumbre,
ambigedad, e imprecisin que eso trae aparejado.
9.2
CONCLUSIONES DEL TRABAJO DE TESIS
El presente trabajo constituye una primera aproximacin al tema de mapas de actividades.

Antes de detallar las conclusiones obtenidas a partir del presente trabajo, es necesario
hacer algunas consideraciones:
En el presente trabajo slo se tuvo en cuenta la metodologa estndar Mtrica Versin 3.
Los datos y caractersticas de un proyecto aqu considerados no son definitivos. Estas

podrn ir variando de funcin de datos/caractersticas adicionales que se identifiquen o
se deseen evaluar en nuevos proyectos.
De la misma forma, los procesos de decisin no son definitivos, sino que son dinmicos.
Podrn ir variando con el tiempo, ya sea con los datos y caractersticas identificadas o
con nuevos que se irn incorporando.
Lic. Eduardo Diez
253
Conclusiones
Teniendo en cuenta las consideraciones previas, las principales conclusiones que se

obtienen del trabajo de tesis son las siguientes:
1
Independientemente de la metodologa estndar considerada, es posible automatizar la

tarea de adaptacin de la misma, por medio de prototipos de tipo GMAP, de forma tal de
asistir al responsable de un proyecto en el proceso de elaboracin del mapa de
actividades del mismo.
La correcta seleccin de actividades de una metodologa de desarrollo de software, es

una prctica que contribuye en el mejoramiento de la aplicacin de la ingeniera del
software, por consiguiente, toda automatizacin de esta prctica, facilita la misma e
incentiva su aplicacin.
A travs de prototipos del tipo GMAP, es posible poner al servicio de responsables de

proyectos novatos la experiencia adquirida por aquellas personas consideradas
verdaderos especialistas en el rea.
La estimacin de esfuerzo hecha inicialmente ha resultado ser muy distinta al esfuerzo

finalmente realizado. Se identifican como causas de esta diferencia a la falta de
experiencia previa, del autor del presente trabajo de tesis, en el desarrollo de este tipo
de sistemas, un sesgo optimista inicial, y la falta de estadsticas y mtodos de
estimacin especficos para este tipo de proyectos.
9.3
LNEAS DE DESARROLLO FUTURAS
El prototipo GMAP, presentado en el trabajo de tesis, abarca un moderado espectro de las

variantes que se pueden presentar en el tema en cuestin. El mismo puede ser enriquecido
adicionando nuevas variantes.
Tal como se mencion en al captulo II del presente trabajo, dependiendo del grado de
detalle y alcance de la metodologa estndar, los lineamientos y criterios para adaptar la
misma un determinado proyecto, permiten al responsable del mismo seleccionar, entre
otros:
Ciclo de vida.
Actividades y tareas.
Estndares y herramientas.
A continuacin se identifican las principales lneas de desarrollo futuras que se podran

llevar a cabo, para complementar, profundizar y enriquecer el prototipo GMAP. Las lneas
de desarrollo futuras que se presentan, se podran llevar a cabo simultneamente.
Conclusiones
254
Lic. Eduardo Diez
9.3.1 COMBINACIN CON LA SELECCIN DE CICLO DE VIDA

La seleccin del ciclo de vida es el complemento lgico del mapa de actividades en lo que
a adaptacin de una metodologa estndar se refiere.
El mapa de actividades generado mediante el prototipo presentado puede ser recorrido o
iterado de diferentes formas. Esas formas estn relacionadas con el ciclo de vida del
producto que se busca desarrollar.
De esta forma, la generacin del mapa de actividades se puede combinar con la seleccin
de ciclo de vida, obteniendo una adaptacin ms acabada y completa de una metodologa
estndar.
9.3.2 COMBINACIN CON LA SELECCIN DE ESTNDARES Y HERRAMIENTAS
La seleccin de estndares y herramientas admitidas por la metodologa estndar, es un
complemento interesante del mapa de actividades en lo que a adaptacin de una
metodologa estndar se refiere.
Las actividades, contenidas en el mapa de actividades generado mediante el prototipo
presentado, pueden ser ejecutadas mediante ciertas herramientas y bajo determinados
estndares.
De esta forma, la generacin del mapa de actividades combinada con la seleccin de
estndares y herramientas, al igual que la combinacin del punto anterior, permite una
adaptacin ms acabada y completa de una metodologa estndar.
9.3.3 IDENTIFICACIN DE DATOS Y CARACTERSTICAS ADICIONALES
Consiste en identificar, datos y/o caractersticas, de un proyecto de desarrollo de software,
adicionales a las ya identificadas en el prototipo GMAP.
Los datos y/o caractersticas adicionales, podrn ser identificadas por los UE participantes
en el presente proyecto, luego del uso rutinario del prototipo o bien por nuevos UE. Una vez
identificados los mismos, se debern definir y asignar posibles valores a los datos y/o
caractersticas nuevas y determinar en que forma se afectar al prototipo GMAP.
De esta forma, el prototipo ser enriquecido, aumentando su adecuacin a ms situaciones
y escenarios que los identificados en el presente trabajo.
9.3.4 IDENTIFICACIN DE PROCESOS DE DECISIN ADICIONALES
Consiste en generar procesos de decisin adicionales, ya sean totalmente nuevos o
modificando los ya existentes, en el prototipo GMAP.
Lic. Eduardo Diez
255
Conclusiones
Al igual que en el punto anterior, los nuevas procesos de decisin podrn ser identificadas
por los UE participantes en el presente proyecto, luego del uso rutinario del prototipo o bien
por nuevos UE. Los nuevos procesos de decisin podrn considerar tanto los datos y
caractersticas ya existentes o los nuevos que se podrn incorporar.
De esta forma, el prototipo ser enriquecido, aumentando la cantidad de combinaciones y
variantes que se manejarn para un proyecto dado.
9.3.5 PROFUNDIZACIN A NIVEL TAREA
Consiste en obtener el mximo detalle de las actividades a realizar.
Para implementar este punto, cada actividad debera ser descompuesta en todas las tareas
que la componen y las inferencias deberan ser realizadas sobre cada una de estas tareas.
Es necesario llevar a cabo, al momento de la implementacin de este punto, un detallado
anlisis costo-beneficio, ya que su implementacin puede resultar extremadamente
trabajosa y los resultados puede que no sean de la utilidad esperada.
Conclusiones
256
Lic. Eduardo Diez
BIBLIOGRAFA
BIBLIOGRAFA
B.1
BIBLIOGRAFA REFERENCIADA
[CAR99] Erran Carmel (1999). Global Software Teams: Collaborating across borders and
time zones. Prentice Hall PTR
[CMU94] Carnegie Mellon University - Software Engineering Institute (1994) The Capability
Maturity Model: Guidelines for Improving the Software Process. Addison Wesley.
[MAP00] Ministerio de Administraciones Pblicas de Espaa - Consejo Superior de
Informtica (2000). Mtrica Versin 3. www.map.es/csi/metrica3.
[SPR02] Software Productivity Research (2002). SPR Programming Language Table.
B.2
BIBLIOGRAFA CONSULTADA
[BOE81] Barry W. Boehm (1981). Software Engineering Economics. Prentice Hall PTR.
[BRO89] Frederick Phillips Brooks (1989). The Mythical Man-Month: Essays on Software
Engineering. Addison Wesley.
[DEM82] Tom Demarco (1982). Controlling Software Projects: Management, Measurement,
and Estimates. Prentice Hall PTR.
[FEN96] Norman E. Fenton, Shari L. Pfleeger (1996). Software Metrics. PWS Publishing.
[HUM89] Watts S. Humphrey (1989). Managing the Software Process. Addison Wesley.
[HUM94] Watts S. Humphrey (1994). A Discipline for Software Engineering. Addison Wesley.
[HUM99] Watts S. Humphrey (1999). Introduction to the Team Software Process. Addison
Wesley.
[INT92a] Intellicorp Inc. (1992). Kappa PC - Quick Start.
[INT92b] Intellicorp Inc. (1992). Kappa PC - Users Guide.
[INT92c] Intellicorp Inc. (1992). Kappa PC - Advanced Topics
[ITB97] Instituto Tecnolgico de Buenos Aires - Escuela de Posgrado, Universidad
Politcnica de Madrid - Facultad de Informtica (1997). Material del Magister en Ingeniera
del Software (Parte B - Mdulo IV al VI).
Lic. Eduardo Diez
257
Bibliografa
[PER00] William E. Perry (2000). Effective Methods for Software Testing. Wiley Computer
Publishing.
[PRE01] Roger S. Pressman (2001). Software Engineering: A Practitioner's Approach.
McGraw-Hill.
Bibliografa
258
Lic. Eduardo Diez
APNDICE A
ACRNIMOS
APNDICE A
ACRNIMOS
A.1
ACRNIMOS UTILIZADOS
CMM: Capability Maturity Model
CMU: Carnegie Mellon University
DED: Diagrama de esquemas de datos
GMAP: Generador del mapa de actividades de un proyecto de desarrollo de software
IEEE: Institute of Electrical and Electronics Engineers
IS: Ingeniero de software.
INSO: Ingeniera del software
SEI: Software Engineering Institute
UE: Usuario especialista
Lic. Eduardo Diez
259
Acrnimos
APNDICE B
GESTIN DEL PROYECTO
APNDICE B
GESTIN DEL PROYECTO
B.1
INTRODUCCIN
En este apndice se presenta el estado final del proyecto. Este estado final contiene el
total real de horas insumidas y la ltima versin del cronograma de tareas.
B.2
HORAS INSUMIDAS
En la tabla B.1 se presentan las horas insumidas para cada actividad y para el total del
proyecto as como la diferencia entre las horas estimadas y las realmente insumidas.
Horas
insumidas
Horas de
diferencia

Planificacin
Sesiones iniciales
Sesiones de detalle
Codificacin
Fase V Evaluacin
Planificacin
Ejecucin y anlisis
Desarrollo de la tesis de magister
Presentacin final
40 hs.
10 hs.
30 hs.
75 hs.
20 hs.
55 hs.
195 hs.
145 hs.
50 hs.
125 hs.
35 hs.
90 hs.
175 hs.
20 hs.
155 hs.
125 hs
60 hs.
65 hs.
200 hs.
40 hs.
120 hs.
40 hs.
15 hs.
0 hs.
15 hs.
25 hs.
10 hs.
15 hs.
95 hs.
65 hs.
30 hs.
50 hs.
10 hs.
40 hs.
75 hs.
10 hs.
65 hs.
50 hs.
10 hs.
40 hs.
125 hs.
0 hs.
100 hs.
25 hs.
Total tiempo insumido del proyecto
935 hs.
435 hs.
Fases y etapas
Tabla B.1 - Horas insumidas y diferencia de estimacin
Como la registracin de horas no fue llevada en forma rigurosa, estos valores pueden tener
un margen de error, aunque ste no debera ser considerable.
La diferencia entre la cantidad de horas insumidas en cada una de las fases y etapas, y la
estimacin inicial para cada una de ellas se debe, principalmente, a la falta de experiencia
previa, del autor del presente trabajo de tesis, en el desarrollo de sistemas con estas
caractersticas y en un sesgo optimista inicial.
Lic. Eduardo Diez
261
Gestin del Proyecto
B.3
CRONOGRAMA FINAL DE TAREAS
El cronograma final de tareas del proyecto, es el siguiente:
ID
1
Nombre de tarea
Start
16/04/2001
2001
Finish
Mar
23/12/2002
20/04/2001
Planificacin
16/04/2001
23/04/2001
23/12/2002
23/04/2001
29/03/2002
31/07/2001
Fase I: Adquisicin de requisitos
Sesiones iniciales
23/04/2001
Sesiones de detalle
01/06/2001
29/03/2002
01/08/2001
31/01/2002
31/10/2001
Fase II: Modelado conceptual
01/08/2001
03/09/2001
31/01/2002
30/04/2002
10
Fase III: Diseo del sistema
03/12/2001
11
03/12/2001
28/02/2002
12
01/02/2002
30/04/2002
13
Fase IV: Implementacin
01/04/2002
31/07/2002
01/04/2002
26/04/2002
15
Codificacin
01/05/2002
31/07/2002
16
Fase V: Evaluacin
03/06/2002
30/09/2002
30/08/2002
14
17
Planificacin
03/06/2002
18
Ejecucin y anlisis
01/07/2002
30/09/2002
01/10/2002
23/12/2002
19
Desarrollo de la tesis de master
20
01/10/2002
29/11/2002
21
01/10/2002
29/11/2002
Gestin del Proyecto
262
May
Jul
Sep
Nov
2002
Jan Mar
May
Jul
Sep
Nov
2003
Jan
Lic. Eduardo Diez
APNDICE C
MTRICAS
APNDICE C
MTRICAS
C.1
INTRODUCCIN
En este apndice se introduce un conjunto de mtricas asociadas al prototipo GMAP. Para

ello se establece en primer trmino de la definicin de cada una de las mtricas que se
presentarn y luego los valores obtenidos para las mismas.
Las mtricas aqu calculadas, son muy comunes en el desarrollo de proyectos de software.
Se pretenden dos cosas con la presentacin de las mismas, por un lado presentar medidas
objetivas del proyecto de tesis para mostrar su envergadura y, por el otro, facilitar una
posible incorporacin de las mismas a una base de datos con estadsticas acumuladas,
permitiendo su uso futuro para estimaciones de proyectos similares.
C.2
DEFINICIN
En las tablas C.1 a C.2 se presenta la definicin de las mtricas.

Id
Nombre
Descripcin
LOC
Lneas de
Cdigo
Cantidad de lneas de
cdigo del lenguaje
utilizado
FP
Puntos de
Funcin
Cantidad de puntos de
funcin
DTEST
DPROD
HS
HSFP
TEST
Cantidad de defectos
detectados en el
proceso de testeo
Defectos
detectados en
produccin
produccin
Cantidad de horas
Horas proyecto insumidas en el
proyecto
Horas por
Cantidad de horas
punto de
insumidas por punto de
funcin
funcin
Defectos test
Porcentaje de errores
Eficacia del test de software detectado
en el proceso de test
Valor
estndar
Calculo / Observacin
NA
Sin lneas en blanco

Sin lneas comentadas
NA
Sobre la base de la
cantidad de lneas de
cdigo del lenguaje
utilizado
NA
NA
NA
SD
Cantidad de horas del

proyecto / Cantidad de PF
80% a
90%
[Errores detectados en
Test / (Errores detectados
en Produccin + Errores
detectados en Test)] * 100
Tabla C.1 - Definicin de mtricas
Lic. Eduardo Diez
263
Mtricas
Id
Nombre
Descripcin
Valor
estndar
[ (defectos detectados) /
(lneas de cdigo)] *1000
Densidad de
DENPRE defectos prerelease
detectados cada 1000
lneas de cdigo
(KLOC)
Densidad de
DENPOS defectos postrelease
detectados no
corregidos ms
defectos detectados en
produccin cada 1000
lneas de cdigo
(KLOC)
ENT
ATRIB
PROC
Calculo / Observacin
1a5
Entidades
Atributos
Cantidad de entidades
Cantidad de atributos
Cantidad de
Procedimientos
procedimientos de
de decisin
decisin
Nota: Todas las lneas de cdigo

estn asociadas a lneas Cobol.
No se consideran en el clculo
lneas en blanco ni lneas
comentadas.
[ (defectos detectados no
corregidos + defectos
detectados en produccin) /
(lneas de cdigo)] *1000
0a1
Nota: Todas las lneas de cdigo

estn asociadas a lneas Cobol.
No se consideran en el clculo
lneas en blanco ni lneas
comentadas.
NA
NA
NA
Tabla C.2 - Definicin de mtricas (Cont.)

NA: No aplica - SD: Sin dato
C.3
VALORES OBTENIDOS
En las tablas C.3 a C.4 se presentan los valores obtenidos para cada una de las mtricas.
Id
Nombre
Valor
Observacin
LOC
Lneas de Cdigo
5038 Lneas
FP
Puntos de Funcin
126 PF
DTEST
Defectos test
13 Defectos
DPROD
HS
Defectos produccin
Horas proyecto
Horas por punto de
funcin
Eficacia del test
0 Defectos
925 hs
HSFP
TEST
Lneas comentadas: 1125

Lneas en blanco: 440
Total de lneas: 6603
Cantidad promedio de lneas de cdigo
del lenguaje utilizado por punto de
funcin: 40 [SPR02]
Verificacin: 6 defectos
Validacin: 7 defectos
Usabilidad: 7 observaciones
7.34 hs
100%
Tabla C.3 - Valores obtenidos para mtricas
Mtricas
264
Lic. Eduardo Diez
Id
Nombre
Valor
Observacin
DENPRE
Densidad de
0.96
defectos pre-release Defectos/KLOC
Densidad de
DENPOS defectos postrelease
Defectos/KLOC
ENT
Entidades
ATRIB
Atributos
PROC
Procedimientos de
decisin
150 Atributos
180
Procedimientos
de decisin
3 Entidades

del lenguaje utilizado por punto de
funcin: 40 [SPR02]
Cobol por punto de funcin: 107
[SPR02]
5042 lneas del lenguaje utilizado =
13487 lneas Cobol
del lenguaje seleccionado por punto de
funcin: 40 [SPR02]
Cobol por punto de funcin: 107
[SPR02]
5042 lneas del lenguaje seleccionado
= 13487 lneas Cobol
Proyecto_Dat
Proyecto_Car
Mapa_Actividades
Proyecto_Dat: 21 atributos
Proyecto_Car: 4 atributos
Mapa_Actividades: 125 atributos
Mecanismos control: 5 procedimientos
Nivel 1: 146 procedimientos
Nivel 2: 29 procedimientos
Tabla C.4 - Valores obtenidos para mtricas (Cont.)
Sobre la base de los valores obtenidos para las mtricas definidas, se puede realizar un
breve anlisis:
1. De las mtricas relacionadas con el tamao, se puede concluir que el trabajo es de una
envergadura mediana.
2. De las mtricas relacionadas con la calidad del producto, se puede concluir que la
calidad del trabajo y del proceso de test en particular result satisfactoria.
3. De las mtricas relacionadas con la productividad, se puede concluir que la relacin
hora/punto de funcin, es aceptable.
Lic. Eduardo Diez
265
Mtricas
APNDICE D
GESTIN DE CONFIGURACIN
APNDICE D
GESTIN DE CONFIGURACIN
D.1
INTRODUCCIN
En este apndice se presentan los informes correspondientes a las actividades de gestin

de la configuracin. Con el objeto de facilitar la lectura de este apndice, se han
seleccionado los ms relevantes.
D.2
INFORMES
Informe de estado de configuracin

En la tabla D.1 se presenta el estado de configuracin correspondiente a la ltima versin
del prototipo.
Versin
Sistema
5.0
Lnea
base
Estado de configuracin
Sistema: GMAP Al: 23/12/02
Descripcin Tipo Nombre Versin Fecha
Definicin de la
necesidad o del
Funcional problema
Definicin del
proyecto
Adquisicin de
requisitos
Diseo
Modelado
conceptual
Diseo del
sistema
Implementacin
Producto Cdigo del
prototipo
Evaluacin
Prototipo
Operativa ejecutable
Varios
Lic. Eduardo Diez
Directorio
.doc
Captulo-02
3.1
01/08/02
C:\tesis\documentacion
.doc
Captulo-03
3.2
23/12/02
.doc
Captulo-04
3.4
09/12/02
.doc
Captulo-05
4.8
16/12/02
.doc
Captulo-06
4.5
16/12/02
.doc
.kal
Captulo-07
GMAP
4.3
20/12/02
23/12/02
C:\tesis\prototipo
.doc
.kal
Captulo-08
GMAP
4.5
4.3
26/12/02
23/12/02
C:\tesis\prototipo
.txt
.doc
MAPAS
Captulo-00
1.0
1.6
01/08/02
26/12/02
C:\tesis\prototipo
.doc
Captulo-01
2.1
26/12/02
.doc
Captulo-09
3.2
26/12/02
.doc
Bibliografa
1.4
09/12/02
.doc
Apndice-A
1.2
09/12/02
.doc
Apndice-B
1.5
26/12/02
.doc
Apndice-C
2.4
26/12/02
.doc
Apndice-D
2.3
26/12/02
.doc
Apndice-E
2.5
26/12/02
.doc
Apndice-F
2.6
26/12/02
Tabla D.1 - Estado de configuracin final GMAP
Documentacin
complementaria
267
Gestin de Configuracin
Informes de auditora
La auditora se realiz una vez terminado el desarrollo de la ltima versin del prototipo. En
las tablas D.2 a D.4 se presentan los resultados de la misma.
Auditora Funcional
Sistema: GMAP
Responsable: FR
Elemento de
Definicin de la necesidad o del
problema
Modelado conceptual
Diseo del sistema
Implementacin
Cdigo del prototipo
Evaluacin
Fecha: 23/12/02
Resultado
Versin: 5.0
Firma: FR
Observaciones
Ok
Ok
Ok
Ok
Ok
Ok
Ok
Ok
Ok
Ok
Tabla D.2 - Resultado auditora funcional
Auditora Fsica
Sistema: GMAP
Responsable: FR
Lnea base
auditada
Funcional
Diseo
Producto
Operativa
Varios
Fecha: 23/12/02
Resultado
Versin: 5.0
Firma: FR
Observaciones
Ok
Ok
Ok
Ok
Ok
Tabla D.3 - Resultado auditora fsica
Certificacin
Sistema: GMAP
Responsable: FR
Elemento de
Fecha: 23/12/02
Resultado
Versin: 5.0
Firma: FR
Observaciones
Ok
Tabla D.4 - Resultado auditora de certificacin
Gestin de Configuracin
268
Lic. Eduardo Diez
APNDICE E
TRAZABILIDAD
APNDICE E
TRAZABILIDAD
E.1
INTRODUCCIN
En este apndice se presenta la trazabilidad de los procesos de decisin del presente

trabajo, de forma tal que el lector pueda verificar la transformacin de los mismos desde las
palabras del UE hasta su implementacin.
Para ello se ha desarrollado un ndice que permite rastrear cada proceso / procedimiento
de decisin implementado en el prototipo GMAP a lo largo del trabajo realizado. Este ndice
se implementa en una tabla con las siguientes columnas:
Procedimiento de decisin implementado: presenta el identificador del procedimiento de

decisin implementado en el prototipo GMAP a travs de la herramienta de desarrollo.
Diseo: presenta la ubicacin en el trabajo de la formalizacin o diseo de los procesos

de decisin y su identificador final.
Modelado conceptual: presenta la ubicacin en el trabajo de los procesos de decisin

conceptualizados, sobre la base de las palabras del UE, y su identificador a esta altura.
Adquisicin: presenta la ubicacin en el trabajo de las palabras del UE, fuente del
proceso de decisin.
Este ndice brinda la facilidad al lector de seleccionar el proceso o procedimiento de

decisin que prefiera y dirigirse a la seccin que desee, sin necesidad de recorrer el detalle
de todos ellos.
Lic. Eduardo Diez
269
Trazabilidad
E.2
TRAZABILIDAD
En las tablas E.1 a E.19 se presenta la trazabilidad de los procesos o procedimientos implementada:
Proc. dec. implementado
Diseo
N01-GES-R01
Procedim. decisin - Nivel 1
N01-GES-R01
Captulo 6
N01-GES-R02
N01-GES-R02
Captulo 6
N01-GES-R03
N01-GES-R03
Captulo 6
N01-GES-R04
N01-GES-R04
Captulo 6
N01-GES-R05
N01-GES-R05
Captulo 6
N01-GES-R06
N01-GES-R06
Captulo 6
N01-GES-R07
N01-GES-R07
Captulo 6
N01-GES-R08
N01-GES-R08
Captulo 6
N01-TAM-R01
N01-TAM-R01
Captulo 6
Modelado Conceptual
Subproceso 2.1
GES PROCESO DECISION 1
Captulo 5
Subproceso 2.1
Captulo 5
Subproceso 2.1
Captulo 5
Subproceso 2.1
Captulo 5
Subproceso 2.1
Captulo 5
Subproceso 2.1
Captulo 5
Subproceso 2.1
Captulo 5
Subproceso 2.1
Captulo 5
Subproceso 2.2
TAM PROCESO DECISION 1
Captulo 5
Adquisicin
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Tabla E.1 - Trazabilidad
Trazabilidad
270
Lic. Eduardo Diez

Diseo
N01-TAM-R02
N01-TAM-R02
Captulo 6
N01-TAM-R03
N01-TAM-R03
Captulo 6
N01-TAM-R04
N01-TAM-R04
Captulo 6
N01-TAM-R05
N01-TAM-R05
Captulo 6
N01-TAM-R06
N01-TAM-R06
Captulo 6
N01-TAM-R07
N01-TAM-R07
Captulo 6
N01-TAM-R08
N01-TAM-R08
Captulo 6
N01-TAM-R09
N01-TAM-R09
Captulo 6
N01-TAM-R10
N01-TAM-R10
Captulo 6
N01-TAM-R11
N01-TAM-R11
Captulo 6
Modelado Conceptual
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Adquisicin
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Tabla E.2 - Trazabilidad (Cont.)
Lic. Eduardo Diez
271
Trazabilidad

Diseo
N01-TAM-R12
N01-TAM-R12
Captulo 6
N01-TAM-R13
N01-TAM-R13
Captulo 6
N01-TAM-R14
N01-TAM-R14
Captulo 6
N01-TAM-R15
N01-TAM-R15
Captulo 6
N01-TAM-R16
N01-TAM-R16
Captulo 6
N01-TAM-R17
N01-TAM-R17
Captulo 6
N01-TAM-R18
N01-TAM-R18
Captulo 6
N01-TAM-R19
N01-TAM-R19
Captulo 6
N01-TAM-R20
N01-TAM-R20
Captulo 6
N01-TAM-R21
N01-TAM-R21
Captulo 6
Modelado Conceptual
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Adquisicin
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Trazabilidad
272
Lic. Eduardo Diez

Diseo
N01-TAM-R22
N01-TAM-R22
Captulo 6
N01-TAM-R23
N01-TAM-R23
Captulo 6
N01-TAM-R24
N01-TAM-R24
Captulo 6
N01-TAM-R25
N01-TAM-R25
Captulo 6
N01-TAM-R26
N01-TAM-R26
Captulo 6
N01-TAM-R27
N01-TAM-R27
Captulo 6
N01-TAM-R28
N01-TAM-R28
Captulo 6
N01-TAM-R29
N01-TAM-R29
Captulo 6
N01-TAM-R30
N01-TAM-R30
Captulo 6
N01-TAM-R31
N01-TAM-R31
Captulo 6
Modelado Conceptual
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Adquisicin
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Lic. Eduardo Diez
273
Trazabilidad

Diseo
N01-TAM-R32
N01-TAM-R32
Captulo 6
N01-TAM-R33
N01-TAM-R33
Captulo 6
N01-TAM-R34
N01-TAM-R34
Captulo 6
N01-TAM-R35
N01-TAM-R35
Captulo 6
N01-TAM-R36
N01-TAM-R36
Captulo 6
N01-TAM-R37
N01-TAM-R37
Captulo 6
N01-TAM-R38
N01-TAM-R38
Captulo 6
N01-TAM-R39
N01-TAM-R39
Captulo 6
N01-TAM-R40
N01-TAM-R40
Captulo 6
N01-TAM-R41
N01-TAM-R41
Captulo 6
Modelado Conceptual
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Adquisicin
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Trazabilidad
274
Lic. Eduardo Diez

Diseo
N01-TAM-R42
N01-TAM-R42
Captulo 6
N01-TAM-R43
N01-TAM-R43
Captulo 6
N01-TAM-R44
N01-TAM-R44
Captulo 6
N01-TAM-R45
N01-TAM-R45
Captulo 6
N01-TAM-R46
N01-TAM-R46
Captulo 6
N01-TAM-R47
N01-TAM-R47
Captulo 6
N01-TAM-R48
N01-TAM-R48
Captulo 6
N01-TAM-R49
N01-TAM-R49
Captulo 6
N01-TAM-R50
N01-TAM-R50
Captulo 6
N01-TAM-R51
N01-TAM-R51
Captulo 6
Modelado Conceptual
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Adquisicin
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Lic. Eduardo Diez
275
Trazabilidad

Diseo
N01-TAM-R52
N01-TAM-R52
Captulo 6
N01-TAM-R53
N01-TAM-R53
Captulo 6
N01-TAM-R54
N01-TAM-R54
Captulo 6
N01-TAM-R55
N01-TAM-R55
Captulo 6
N01-TAM-R56
N01-TAM-R56
Captulo 6
N01-TAM-R57
N01-TAM-R57
Captulo 6
N01-TAM-R58
N01-TAM-R58
Captulo 6
N01-TAM-R59
N01-TAM-R59
Captulo 6
N01-TAM-R60
N01-TAM-R60
Captulo 6
N01-TAM-R61
N01-TAM-R61
Captulo 6
Modelado Conceptual
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Adquisicin
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Trazabilidad
276
Lic. Eduardo Diez

Diseo
N01-TAM-R62
N01-TAM-R62
Captulo 6
N01-TAM-R63
N01-TAM-R63
Captulo 6
N01-TAM-R64
N01-TAM-R64
Captulo 6
N01-TAM-R65
N01-TAM-R65
Captulo 6
N01-TAM-R66
N01-TAM-R66
Captulo 6
N01-TAM-R67
N01-TAM-R67
Captulo 6
N01-TAM-R68
N01-TAM-R68
Captulo 6
N01-TAM-R69
N01-TAM-R69
Captulo 6
N01-TAM-R70
N01-TAM-R70
Captulo 6
N01-TAM-R71
N01-TAM-R71
Captulo 6
Modelado Conceptual
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Adquisicin
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Lic. Eduardo Diez
277
Trazabilidad

Diseo
N01-TAM-R72
N01-TAM-R72
Captulo 6
N01-TAM-R73
N01-TAM-R73
Captulo 6
N01-TAM-R74
N01-TAM-R74
Captulo 6
N01-TAM-R75
N01-TAM-R75
Captulo 6
N01-TAM-R76
N01-TAM-R76
Captulo 6
N01-TAM-R77
N01-TAM-R77
Captulo 6
N01-TAM-R78
N01-TAM-R78
Captulo 6
N01-TAM-R79
N01-TAM-R79
Captulo 6
N01-TAM-R80
N01-TAM-R80
Captulo 6
N01-TAM-R81
N01-TAM-R81
Captulo 6
Modelado Conceptual
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Subproceso 2.2
Captulo 5
Adquisicin
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Trazabilidad
278
Lic. Eduardo Diez

Diseo
N01-COM-R01
N01-COM-R01
Captulo 6
N01-COM-R02
N01-COM-R02
Captulo 6
N01-COM-R03
N01-COM-R03
Captulo 6
N01-COM-R04
N01-COM-R04
Captulo 6
N01-COM-R05
N01-COM-R05
Captulo 6
N01-COM-R06
N01-COM-R06
Captulo 6
N01-COM-R07
N01-COM-R07
Captulo 6
N01-COM-R08
N01-COM-R08
Captulo 6
N01-COM-R09
N01-COM-R09
Captulo 6
N01-COM-R10
N01-COM-R10
Captulo 6
Modelado Conceptual
Subproceso 2.3
COM PROCESO DECISION 1
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Adquisicin
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Lic. Eduardo Diez
279
Trazabilidad

Diseo
N01-COM-R11
N01-COM-R11
Captulo 6
N01-COM-R12
N01-COM-R12
Captulo 6
N01-COM-R13
N01-COM-R13
Captulo 6
N01-COM-R14
N01-COM-R14
Captulo 6
N01-COM-R15
N01-COM-R15
Captulo 6
N01-COM-R16
N01-COM-R16
Captulo 6
N01-COM-R17
N01-COM-R17
Captulo 6
N01-COM-R18
N01-COM-R18
Captulo 6
N01-COM-R19
N01-COM-R19
Captulo 6
N01-COM-R20
N01-COM-R20
Captulo 6
Modelado Conceptual
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Adquisicin
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Trazabilidad
280
Lic. Eduardo Diez

Diseo
N01-COM-R21
N01-COM-R21
Captulo 6
N01-COM-R22
N01-COM-R22
Captulo 6
N01-COM-R23
N01-COM-R23
Captulo 6
N01-COM-R24
N01-COM-R24
Captulo 6
N01-COM-R25
N01-COM-R25
Captulo 6
N01-COM-R26
N01-COM-R26
Captulo 6
N01-COM-R27
N01-COM-R27
Captulo 6
N01-COM-R28
N01-COM-R28
Captulo 6
N01-COM-R29
N01-COM-R29
Captulo 6
N01-COM-R30
N01-COM-R30
Captulo 6
Modelado Conceptual
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Adquisicin
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Lic. Eduardo Diez
281
Trazabilidad

Diseo
N01-COM-R31
N01-COM-R31
Captulo 6
N01-COM-R32
N01-COM-R32
Captulo 6
N01-COM-R33
N01-COM-R33
Captulo 6
N01-COM-R34
N01-COM-R34
Captulo 6
N01-COM-R35
N01-COM-R35
Captulo 6
N01-COM-R36
N01-COM-R36
Captulo 6
N01-COM-R37
N01-COM-R37
Captulo 6
N01-COM-R38
N01-COM-R38
Captulo 6
N01-COM-R39
N01-COM-R39
Captulo 6
N01-COM-R40
N01-COM-R40
Captulo 6
Modelado Conceptual
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Adquisicin
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Trazabilidad
282
Lic. Eduardo Diez

Diseo
N01-COM-R41
N01-COM-R41
Captulo 6
N01-COM-R42
N01-COM-R42
Captulo 6
N01-COM-R43
N01-COM-R43
Captulo 6
N01-COM-R44
N01-COM-R44
Captulo 6
N01-COM-R45
N01-COM-R45
Captulo 6
N01-COM-R46
N01-COM-R46
Captulo 6
N01-COM-R47
N01-COM-R47
Captulo 6
N01-COM-R48
N01-COM-R48
Captulo 6
N01-CAP-R01
N01-CAP-R01
Captulo 6
N01-CAP-R02
N01-CAP-R02
Captulo 6
Modelado Conceptual
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.3
Captulo 5
Subproceso 2.4
CAP PROCESO DECISION 1
Captulo 5
Subproceso 2.4
Captulo 5
Adquisicin
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Lic. Eduardo Diez
283
Trazabilidad

Diseo
N01-CAP-R03
N01-CAP-R03
Captulo 6
N01-CAP-R04
N01-CAP-R04
Captulo 6
N01-CAP-R05
N01-CAP-R05
Captulo 6
N01-CAP-R06
N01-CAP-R06
Captulo 6
N01-CAP-R07
N01-CAP-R07
Captulo 6
N01-CAP-R08
N01-CAP-R08
Captulo 6
N01-CAP-R09
N01-CAP-R09
Captulo 6
N02-ACT-R01
N02-ACT-R01
Captulo 6
N02-ACT-R02
N02-ACT-R02
Captulo 6
N02-ACT-R03
N02-ACT-R03
Captulo 6
Modelado Conceptual
Subproceso 2.4
Captulo 5
Subproceso 2.4
Captulo 5
Subproceso 2.4
Captulo 5
Subproceso 2.4
Captulo 5
Subproceso 2.4
Captulo 5
Subproceso 2.4
Captulo 5
Subproceso 2.4
Captulo 5
Proceso 3
ACT PROCESO DECISION 1
Captulo 5
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Adquisicin
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sexta sesin
Captulo 4
Sptima sesin
Captulo 4
Sptima sesin
Captulo 4
Sptima sesin
Captulo 4
Trazabilidad
284
Lic. Eduardo Diez

Diseo
N02-ACT-R04
N02-ACT-R04
Captulo 6
N02-ACT-R05
N02-ACT-R05
Captulo 6
N02-ACT-R06
N02-ACT-R06
Captulo 6
N02-ACT-R07
N02-ACT-R07
Captulo 6
N02-ACT-R08
N02-ACT-R08
Captulo 6
N02-ACT-R09
N02-ACT-R09
Captulo 6
N02-ACT-R10
N02-ACT-R10
Captulo 6
N02-ACT-R11
N02-ACT-R11
Captulo 6
N02-ACT-R12
N02-ACT-R12
Captulo 6
N02-ACT-R13
N02-ACT-R13
Captulo 6
Modelado Conceptual
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Adquisicin
Sptima sesin
Captulo 4
Sptima sesin
Captulo 4
Sptima sesin
Captulo 4
Sptima sesin
Captulo 4
Sptima sesin
Captulo 4
Sptima sesin
Captulo 4
Sptima sesin
Captulo 4
Sptima sesin
Captulo 4
Sptima sesin
Captulo 4
Sptima sesin
Captulo 4
Lic. Eduardo Diez
285
Trazabilidad

Diseo
N02-ACT-R14
N02-ACT-R14
Captulo 6
N02-ACT-R15
N02-ACT-R15
Captulo 6
N02-ACT-R16
N02-ACT-R16
Captulo 6
N02-ACT-R17
N02-ACT-R17
Captulo 6
N02-ACT-R18
N02-ACT-R18
Captulo 6
N02-ACT-R19
N02-ACT-R19
Captulo 6
N02-ACT-R20
N02-ACT-R20
Captulo 6
N02-ACT-R21
N02-ACT-R21
Captulo 6
N02-ACT-R22
N02-ACT-R22
Captulo 6
N02-ACT-R23
N02-ACT-R23
Captulo 6
Modelado Conceptual
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Adquisicin
Sptima sesin
Captulo 4
Octava sesin
Captulo 4
Octava sesin
Captulo 4
Octava sesin
Captulo 4
Octava sesin
Captulo 4
Octava sesin
Captulo 4
Octava sesin
Captulo 4
Octava sesin
Captulo 4
Octava sesin
Captulo 4
Octava sesin
Captulo 4
Trazabilidad
286
Lic. Eduardo Diez

Diseo
N02-ACT-R24
N02-ACT-R24
Captulo 6
N02-ACT-R25
N02-ACT-R25
Captulo 6
N02-ACT-R26
N02-ACT-R26
Captulo 6
N02-ACT-R27
N02-ACT-R27
Captulo 6
N02-ACT-R28
N02-ACT-R28
Captulo 6
N02-ACT-R29
N02-ACT-R29
Captulo 6
EST-CONT-R01
Procedim. control
EST-CONT-R01
Captulo 6
EST-CONT-R02
Procedim. control
EST-CONT-R02
Captulo 6
EST-CONT-R03
Procedim. control
EST-CONT-R03
Captulo 6
Modelado Conceptual
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Proceso 3
Captulo 5
Mecanismos de control
Captulo 5
Adquisicin
Octava sesin
Captulo 4
Quinta sesin
Captulo 4
Captulo 5
Quinta sesin
Captulo 4
Captulo 5
Quinta sesin
Captulo 4
Octava sesin
Captulo 4
Octava sesin
Captulo 4
Octava sesin
Captulo 4
Octava sesin
Captulo 4
Octava sesin
Captulo 4
Lic. Eduardo Diez
287
Trazabilidad

Diseo
EST-CONT-R04
Procedim. control
EST-CONT-R04
Captulo 6
EST-CONT-R05
Procedim. control
EST-CONT-R05
Captulo 6
Modelado Conceptual
Captulo 5
Adquisicin
Quinta sesin
Captulo 4
Captulo 5
Quinta sesin
Captulo 4
Trazabilidad
288
Lic. Eduardo Diez
APNDICE F
ANEXOS EVALUACIN
APNDICE F
ANEXOS EVALUACIN
F.1
VERIFICACIN
A continuacin se presentan los anexos referenciados en los casos de prueba de la

verificacin del prototipo GMAP:
Anexo caso 1
EVS1 - (NR) - Establecimiento del alcance del sistema
EVS2 - (NR) - Estudio de la situacin actual
EVS3 - (NR) - Definicin de requisitos del sistema
EVS4 - (NR) - Estudio de alternativas de solucin
EVS5 - (NR) - Valoracin de las alternativas
EVS6 - (NR) - Seleccin de la solucin
ASI1 - (NR) - Definicin del sistema
ASI2 - (NR) - Establecimiento de requisitos
ASI3 - (NR) - Identificacin de subsistemas de anlisis
ASI6 - (NR) - Elaboracin del modelo de datos
ASI7 - (NR) - Elaboracin del modelo de procesos
ASI8 - (NR) - Definicin de interfaces de usuario
ASI9 - (NR) - Anlisis de consistencia e identificacin de requisitos
ASI10 - (NR) - Especificacin del plan de pruebas
ASI11 - (NR) - Aprobacin del anlisis del sistema de informacin
DSI1 - (NR) - Definicin de la arquitectura del sistema
DSI2 - (NR) - Diseo de la arquitectura de soporte
DSI5 - (NR) - Diseo de la arquitectura de mdulos del sistema
DSI6 - (NR) - Diseo fisico de datos
DSI7 - (NR) - Verificacin y aceptacin de la arquitectura del sistema
DSI8 - (NR) - Generacin de especificaciones de construccin
DSI10 - (NR) - Especificacin tcnica del plan de pruebas
DSI11 - (NR) - Establecimiento de requisitos de implantacin
DSI12 - (NR) - Aprobacin del diseo del sistema de informacin
CSI1 - (NR) - Preparacin del entorno de generacin y construccin
CSI2 - (NR) - Generacin del cdigo de los componentes y procedimientos
CSI3 - (NR) - Ejecucin de las pruebas unitarias
CSI4 - (NR) - Ejecucin de las pruebas de integracin
CSI5 - (NR) - Ejecucin de las pruebas del sistema
CSI6 - (NR) - Elaboracin de los manuales de usuario
CSI7 - (NR) - Definicin de la formacin de usuarios finales
CSI9 - (NR) - Aprobacin del sistema de informacin
IAS1 - (NR) - Establecimiento del plan de implantacin
IAS2 - (NR) - Formacin necesaria para la implantacin
IAS3 - (NR) - Incorporacin del sistema al entorno de operacin
IAS5 - (NR) - Pruebas de implantacin del sistema
IAS6 - (NR) - Pruebas de aceptacin del sistema
IAS7 - (NR) - Preparacin del mantenimiento del sistema
IAS8 - (NR) - Establecimiento del acuerdo de nivel de servicio
IAS9 - (NR) - Presentacin y aprobacin del sistema
Lic. Eduardo Diez
289
Anexos Evaluacin
IAS10 - (NR) - Paso a produccin

MSI1 - (MA) - Registro de la peticin
MSI2 - (MA) - Anlisis de la peticin
MSI3 - (MA) - Preparacin de la implementacin de la modificacin
EVS-GC1 - (NR) - Definicin de los requisitos de GC
EVS-GC2 - (NR) - Establecimiento del plan de GC
ADC-GC1 - (NR) - Identificacin y registro de productos
ADC-GC2 - (NR) - Identificacin y registro del producto global
MSI-GC1 - (MA) - Registro del cambio en el sistema de GC
EVS-CAL1 - (NR) - Identificacin de las propiedades de calidad para el sistema
EVS-CAL2 - (NR) - Establecimiento del plan de aseguramiento de la calidad
EVS-CAL3 - (NR) - Adecuacin del plan de aseguramiento de la calidad
ASI-CAL1 - (NR) - Especificacin inicial del plan de aseguramiento de la calidad
ASI-CAL2 - (NR) - Especificacin detallada del plan de aseguramiento de la calidad
ASI-CAL3 - (NR) - Revisin del anlisis de consistencia
ASI-CAL4 - (NR) - Revisin del plan de pruebas
ASI-CAL5 - (NR) - Registro de aprobacin del anlisis del sistema de informacin
DSI-CAL1 - (NR) - Revisin de la verificacin de la arquitectura del sistema
DSI-CAL2 - (NR) - Revisin de la especificacin tcnica del plan de pruebas
DSI-CAL3 - (NR) - Revisin de los requisitos de implantacin
DSI-CAL4 - (NR) - Registro de aprobacin del diseo del sistema de informacin
CSI-CAL1 - (NR) - Revisin del cdigo de componentes y procedimientos
CSI-CAL2 - (NR) - Revisin de las pruebas unitarias, integracin y sistema
CSI-CAL3 - (NR) - Revisin de los manuales de usuario
CSI-CAL4 - (NR) - Revisin de la formacin a usuarios finales
CSI-CAL5 - (NR) - Registro y aprobacin del sistema de informacin
IAS-CAL1 - (NR) - Revisin del plan de implantacin del sistema
IAS-CAL2 - (NR) - Revisin de las pruebas de implantacin del sistema
IAS-CAL3 - (NR) - Revisin de las pruebas de aceptacin del sistema
IAS-CAL4 - (NR) - Revisin del plan de mantenimiento del sistema
IAS-CAL5 - (NR) - Registro de aprobacin de la implantacin del sistema
MSI-CAL1 - (MA) - Revisin del mantenimiento del sistema de informacin
MSI-CAL2 - (MA) - Revisin del plan de pruebas de regresin
MSI-CAL3 - (MA) - Revisin de la realizacin de las pruebas de regresin
EVS-SEG1 - (NR) - Estudio de la seguridad requerida en el proceso EVS
EVS-SEG2 - (NR) - Seleccin del equipo de seguridad
EVS-SEG3 - (NR) - Recomendaciones adicionales de seguridad para el sistema de informacin
EVS-SEG4 - (NR) - Evaluacin de seguridad de las alternativas de solucin
EVS-SEG5 - (NR) - Evaluacin detallada de la seguridad de la solucin propuesta
EVS-SEG6 - (NR) - Catalogacin de los productos generados durante el proceso EVS
ASI-SEG1 - (NR) - Estudio de la seguridad requerida en el proceso ASI
ASI-SEG2 - (NR) - Descripcin de las funciones y mecanismos de seguridad
ASI-SEG3 - (NR) - Definicin de los criterios de aceptacin de la seguridad
ASI-SEG4 - (NR) - Catalogacin de los productos generados durante el proceso ASI
DSI-SEG1 - (NR) - Estudio de la seguridad requerida en el proceso DSI
Anexos Evaluacin
290
Lic. Eduardo Diez
DSI-SEG2 - (NR) - Especificacin de requisitos de seguridad del entorno tecnolgico

DSI-SEG3 - (NR) - Requisitos de seguridad del entorno de construccin
DSI-SEG4 - (NR) - Diseo de pruebas de seguridad
DSI-SEG5 - (NR) - Catalogacin de los productos generados durante el proceso DSI
CSI-SEG1 - (NR) - Estudio de la seguridad requerida en el proceso CSI
CSI-SEG2 - (NR) - Evaluacin de los resultados de las pruebas de seguridad
CSI-SEG3 - (NR) - Elaboracin del plan de formacin de seguridad
CSI-SEG4 - (NR) - Catalogacin de los productos generados durante el proceso CSI
IAS-SEG1 - (NR) - Estudio de la seguridad requerida en el proceso IAS
IAS-SEG2 - (NR) - Revisin de medidas de seguridad del entorno de operacin
IAS-SEG3 - (NR) - Evaluacin de los resultados de las pruebas de seguridad e implantacin del sistema
IAS-SEG4 - (NR) - Catalogacin de los productos generados durante el proceso IAS
IAS-SEG5 - (NR) - Revisin de las medidas de seguridad en el entorno de produccin
MSI-SEG1 - (MA) - Estudio de la seguridad requerida en el proceso MSI
MSI-SEG2 - (MA) - Especificacin e identificacin de las funciones y mecanismos de seguridad
MSI-SEG3 - (MA) - Catalogacin de los productos generados durante el proceso MSI
Anexo caso 2
ASI4 - (MA) - Anlisis de casos de uso
ASI5 - (MA) - Anlisis de clases
DSI3 - (MA) - Diseo de casos de uso reales
DSI4 - (MA) - Diseo de clases
DSI9 - (MA) - Diseo de migracin y carga inicial de datos
CSI6 - (MM) - Elaboracin de los manuales de usuario
CSI7 - (MM) - Definicin de la formacin de usuarios finales
CSI8 - (MA) - Construccin de componentes y procedimientos de migracin y carga inicial de datos
IAS2 - (MM) - Formacin necesaria para la implantacin
IAS4 - (MA) - Carga de datos al entorno de operacin
Lic. Eduardo Diez
291
Anexos Evaluacin

GPS5 - (MA) - Peticin de cambio de requisitos
GPS6 - (MA) - Anlisis de la peticin de cambio de requisitos
GPS7 - (MA) - Aprobacin de la solucin
GPS8 - (MA) - Estimacin del esfuerzo y planificacin de la solucin
GPS9 - (MA) - Registro del cambio de requisitos
CSI-CAL1 - (MA) - Revisin del cdigo de componentes y procedimientos
CSI-CAL2 - (MA) - Revisin de las pruebas unitarias, integracin y sistema
CSI-CAL3 - (MM) - Revisin de los manuales de usuario
CSI-CAL4 - (MM) - Revisin de la formacin a usuarios finales
CSI-CAL5 - (MA) - Registro y aprobacin del sistema de informacin
IAS-CAL1 - (MA) - Revisin del plan de implantacin del sistema
IAS-CAL2 - (MA) - Revisin de las pruebas de implantacin del sistema
IAS-CAL3 - (MA) - Revisin de las pruebas de aceptacin del sistema
IAS-CAL4 - (MA) - Revisin del plan de mantenimiento del sistema
IAS-CAL5 - (MA) - Registro de aprobacin de la implantacin del sistema
MSI-CAL1 - (NR) - Revisin del mantenimiento del sistema de informacin
MSI-CAL2 - (NR) - Revisin del plan de pruebas de regresin
MSI-CAL3 - (NR) - Revisin de la realizacin de las pruebas de regresin
Anexos Evaluacin
292
Lic. Eduardo Diez
ASI-SEG1 - (MA) - Estudio de la seguridad requerida en el proceso ASI

ASI-SEG2 - (MM) - Descripcin de las funciones y mecanismos de seguridad
ASI-SEG3 - (MM) - Definicin de los criterios de aceptacin de la seguridad
ASI-SEG4 - (MA) - Catalogacin de los productos generados durante el proceso ASI
DSI-SEG1 - (MA) - Estudio de la seguridad requerida en el proceso DSI
DSI-SEG2 - (MM) - Especificacin de requisitos de seguridad del entorno tecnolgico
DSI-SEG3 - (OM) - Requisitos de seguridad del entorno de construccin
DSI-SEG4 - (MA) - Diseo de pruebas de seguridad
DSI-SEG5 - (MA) - Catalogacin de los productos generados durante el proceso DSI
CSI-SEG1 - (MA) - Estudio de la seguridad requerida en el proceso CSI
CSI-SEG2 - (MA) - Evaluacin de los resultados de las pruebas de seguridad
CSI-SEG3 - (OM) - Elaboracin del plan de formacin de seguridad
CSI-SEG4 - (MA) - Catalogacin de los productos generados durante el proceso CSI
IAS-SEG1 - (MA) - Estudio de la seguridad requerida en el proceso IAS
IAS-SEG2 - (MM) - Revisin de medidas de seguridad del entorno de operacin
IAS-SEG3 - (MA) - Evaluacin de los resultados de las pruebas de seguridad e implantacin del sistema
IAS-SEG4 - (MA) - Catalogacin de los productos generados durante el proceso IAS
IAS-SEG5 - (OM) - Revisin de las medidas de seguridad en el entorno de produccin
MSI-SEG1 - (NR) - Estudio de la seguridad requerida en el proceso MSI
MSI-SEG2 - (NR) - Especificacin e identificacin de las funciones y mecanismos de seguridad
MSI-SEG3 - (NR) - Catalogacin de los productos generados durante el proceso MSI
Anexo caso 3
EVS1 - (MM) - Establecimiento del alcance del sistema
EVS2 - (OM) - Estudio de la situacin actual
EVS4 - (OM) - Estudio de alternativas de solucin
EVS5 - (OM) - Valoracin de las alternativas
EVS6 - (OM) - Seleccin de la solucin
ASI3 - (OM) - Identificacin de subsistemas de anlisis
ASI8 - (OM) - Definicin de interfaces de usuario
DSI8 - (OM) - Generacin de especificaciones de construccin
DSI10 - (OB) - Especificacin tcnica del plan de pruebas
DSI11 - (OM) - Establecimiento de requisitos de implantacin
CSI1 - (OM) - Preparacin del entorno de generacin y construccin
CSI2 - (OM) - Generacin del cdigo de los componentes y procedimientos
CSI3 - (OM) - Ejecucin de las pruebas unitarias
CSI4 - (OM) - Ejecucin de las pruebas de integracin
CSI6 - (OM) - Elaboracin de los manuales de usuario
Lic. Eduardo Diez
293
Anexos Evaluacin

IAS2 - (OB) - Formacin necesaria para la implantacin
IAS5 - (OM) - Pruebas de implantacin del sistema
IAS7 - (OM) - Preparacin del mantenimiento del sistema
IAS8 - (OB) - Establecimiento del acuerdo de nivel de servicio
IAS9 - (MM) - Presentacin y aprobacin del sistema
GPS1 - (OM) - Asignacin detallada de tareas
GPS4 - (OM) - Anlisis y registro de incidencias
GPS5 - (OM) - Peticin de cambio de requisitos
GPS6 - (OM) - Anlisis de la peticin de cambio de requisitos
GPS7 - (OM) - Aprobacin de la solucin
GPS8 - (OM) - Estimacin del esfuerzo y planificacin de la solucin
GPS9 - (OM) - Registro del cambio de requisitos
EVS-CAL1 - (MM) - Identificacin de las propiedades de calidad para el sistema
EVS-CAL2 - (OM) - Establecimiento del plan de aseguramiento de la calidad
EVS-CAL3 - (OM) - Adecuacin del plan de aseguramiento de la calidad
ASI-CAL1 - (MM) - Especificacin inicial del plan de aseguramiento de la calidad
ASI-CAL2 - (OB) - Especificacin detallada del plan de aseguramiento de la calidad
ASI-CAL3 - (OM) - Revisin del anlisis de consistencia
ASI-CAL4 - (OM) - Revisin del plan de pruebas
DSI-CAL2 - (OB) - Revisin de la especificacin tcnica del plan de pruebas
DSI-CAL3 - (OM) - Revisin de los requisitos de implantacin
CSI-CAL1 - (OM) - Revisin del cdigo de componentes y procedimientos
CSI-CAL2 - (MM) - Revisin de las pruebas unitarias, integracin y sistema
CSI-CAL3 - (OM) - Revisin de los manuales de usuario
IAS-CAL1 - (MM) - Revisin del plan de implantacin del sistema
IAS-CAL2 - (OM) - Revisin de las pruebas de implantacin del sistema
IAS-CAL3 - (MM) - Revisin de las pruebas de aceptacin del sistema
IAS-CAL4 - (OM) - Revisin del plan de mantenimiento del sistema
EVS-SEG1 - (MA) - Estudio de la seguridad requerida en el proceso EVS
Anexos Evaluacin
294
Lic. Eduardo Diez
EVS-SEG2 - (MA) - Seleccin del equipo de seguridad

EVS-SEG3 - (MA) - Recomendaciones adicionales de seguridad para el sistema de informacin
EVS-SEG4 - (OM) - Evaluacin de seguridad de las alternativas de solucin
EVS-SEG5 - (OM) - Evaluacin detallada de la seguridad de la solucin propuesta
EVS-SEG6 - (MA) - Catalogacin de los productos generados durante el proceso EVS
ASI-SEG2 - (MA) - Descripcin de las funciones y mecanismos de seguridad
ASI-SEG3 - (MA) - Definicin de los criterios de aceptacin de la seguridad
DSI-SEG2 - (MA) - Especificacin de requisitos de seguridad del entorno tecnolgico
DSI-SEG3 - (MA) - Requisitos de seguridad del entorno de construccin
CSI-SEG3 - (MA) - Elaboracin del plan de formacin de seguridad
IAS-SEG2 - (MA) - Revisin de medidas de seguridad del entorno de operacin
IAS-SEG5 - (MA) - Revisin de las medidas de seguridad en el entorno de produccin
F.2
VALIDACIN
A continuacin se presentan los anexos referenciados en los casos de prueba de la

validacin del prototipo GMAP:
Anexo caso 2.1
PROYECTO: Nombre de proyecto ingresado
FECHA: Fecha de generacin del mapa
HORA: Hora de generacin del mapa
ASI3 - (MM) - Identificacin de subsistemas de anlisis
DSI2 - (OM) - Diseo de la arquitectura de soporte
Lic. Eduardo Diez
295
Anexos Evaluacin

CSI3 - (MM) - Ejecucin de las pruebas unitarias
CSI4 - (MM) - Ejecucin de las pruebas de integracin
IAS5 - (MM) - Pruebas de implantacin del sistema
IAS8 - (OM) - Establecimiento del acuerdo de nivel de servicio
GPS1 - (OB) - Asignacin detallada de tareas
GPS2 - (OB) - Comunicacin al equipo de proyecto
Anexos Evaluacin
296
Lic. Eduardo Diez

ASI-CAL2 - (OM) - Especificacin detallada del plan de aseguramiento de la calidad
ASI-CAL4 - (MM) - Revisin del plan de pruebas
DSI-CAL2 - (OM) - Revisin de la especificacin tcnica del plan de pruebas
CSI-CAL1 - (MM) - Revisin del cdigo de componentes y procedimientos
ASI-SEG2 - (OM) - Descripcin de las funciones y mecanismos de seguridad
ASI-SEG3 - (OM) - Definicin de los criterios de aceptacin de la seguridad
DSI-SEG2 - (OM) - Especificacin de requisitos de seguridad del entorno tecnolgico
DSI-SEG3 - (OB) - Requisitos de seguridad del entorno de construccin
DSI-SEG4 - (MM) - Diseo de pruebas de seguridad
CSI-SEG2 - (MM) - Evaluacin de los resultados de las pruebas de seguridad
CSI-SEG3 - (OB) - Elaboracin del plan de formacin de seguridad
IAS-SEG2 - (OM) - Revisin de medidas de seguridad del entorno de operacin
IAS-SEG3 - (MM) - Evaluacin de los resultados de las pruebas de seguridad e implantacin del sistema
Lic. Eduardo Diez
297
Anexos Evaluacin
Anexo caso 2.2

ASI8 - (MM) - Definicin de interfaces de usuario
DSI8 - (MM) - Generacin de especificaciones de construccin
DSI10 - (OM) - Especificacin tcnica del plan de pruebas
DSI11 - (MM) - Establecimiento de requisitos de implantacin
CSI1 - (MM) - Preparacin del entorno de generacin y construccin
CSI2 - (MM) - Generacin del cdigo de los componentes y procedimientos
IAS2 - (OM) - Formacin necesaria para la implantacin
Anexos Evaluacin
298
Lic. Eduardo Diez

ASI-CAL3 - (MM) - Revisin del anlisis de consistencia
DSI-CAL3 - (MM) - Revisin de los requisitos de implantacin
CSI-CAL4 - (MA) - Revisin de la formacin a usuarios finales
IAS-CAL2 - (MM) - Revisin de las pruebas de implantacin del sistema
IAS-CAL4 - (MM) - Revisin del plan de mantenimiento del sistema
Lic. Eduardo Diez
299
Anexos Evaluacin

Anexo caso 2.3

Anexos Evaluacin
300
Lic. Eduardo Diez

Lic. Eduardo Diez
301
Anexos Evaluacin

Anexo caso 2.4

Anexos Evaluacin
302
Lic. Eduardo Diez

Lic. Eduardo Diez
303
Anexos Evaluacin
Anexos Evaluacin
304
Lic. Eduardo Diez

Lic. Eduardo Diez
305
Anexos Evaluacin

Anexo caso 2.5

EVS2 - (MM) - Estudio de la situacin actual
EVS4 - (MM) - Estudio de alternativas de solucin
EVS5 - (MM) - Valoracin de las alternativas
EVS6 - (MM) - Seleccin de la solucin
ASI8 - (MM) - Definicin de interfaces de usuario
DSI8 - (MM) - Generacin de especificaciones de construccin
DSI10 - (OM) - Especificacin tcnica del plan de pruebas
DSI11 - (MM) - Establecimiento de requisitos de implantacin
CSI1 - (MM) - Preparacin del entorno de generacin y construccin
CSI2 - (MM) - Generacin del cdigo de los componentes y procedimientos
Anexos Evaluacin
306
Lic. Eduardo Diez

IAS2 - (OM) - Formacin necesaria para la implantacin
EVS-CAL2 - (MM) - Establecimiento del plan de aseguramiento de la calidad
EVS-CAL3 - (MM) - Adecuacin del plan de aseguramiento de la calidad
ASI-CAL3 - (MM) - Revisin del anlisis de consistencia
DSI-CAL3 - (MM) - Revisin de los requisitos de implantacin
Lic. Eduardo Diez
307
Anexos Evaluacin

IAS-CAL2 - (MM) - Revisin de las pruebas de implantacin del sistema
IAS-CAL4 - (MM) - Revisin del plan de mantenimiento del sistema
EVS-SEG4 - (MM) - Evaluacin de seguridad de las alternativas de solucin
EVS-SEG5 - (MM) - Evaluacin detallada de la seguridad de la solucin propuesta
Anexo caso 2.6

Anexos Evaluacin
308
Lic. Eduardo Diez

Lic. Eduardo Diez
309
Anexos Evaluacin

Anexos Evaluacin
310
Lic. Eduardo Diez

Anexo caso 2.7

Lic. Eduardo Diez
311
Anexos Evaluacin

Anexos Evaluacin
312
Lic. Eduardo Diez

Anexo caso 2.8

Lic. Eduardo Diez
313
Anexos Evaluacin
EVS1 - (MM) - Establecimiento del alcance del sistema

EVS2 - (OM) - Estudio de la situacin actual
EVS4 - (OM) - Estudio de alternativas de solucin
EVS5 - (OM) - Valoracin de las alternativas
EVS6 - (OM) - Seleccin de la solucin
ASI3 - (OM) - Identificacin de subsistemas de anlisis
DSI8 - (OM) - Generacin de especificaciones de construccin
DSI10 - (OB) - Especificacin tcnica del plan de pruebas
DSI11 - (OM) - Establecimiento de requisitos de implantacin
CSI1 - (OM) - Preparacin del entorno de generacin y construccin
CSI2 - (OM) - Generacin del cdigo de los componentes y procedimientos
CSI3 - (OM) - Ejecucin de las pruebas unitarias
CSI4 - (OM) - Ejecucin de las pruebas de integracin
IAS5 - (OM) - Pruebas de implantacin del sistema
IAS8 - (OB) - Establecimiento del acuerdo de nivel de servicio
IAS9 - (MM) - Presentacin y aprobacin del sistema
Anexos Evaluacin
314
Lic. Eduardo Diez

GPS4 - (OM) - Anlisis y registro de incidencias
GPS5 - (OM) - Peticin de cambio de requisitos
GPS6 - (OM) - Anlisis de la peticin de cambio de requisitos
GPS7 - (OM) - Aprobacin de la solucin
GPS8 - (OM) - Estimacin del esfuerzo y planificacin de la solucin
GPS9 - (OM) - Registro del cambio de requisitos
EVS-CAL1 - (MM) - Identificacin de las propiedades de calidad para el sistema
EVS-CAL2 - (OM) - Establecimiento del plan de aseguramiento de la calidad
EVS-CAL3 - (OM) - Adecuacin del plan de aseguramiento de la calidad
ASI-CAL2 - (OB) - Especificacin detallada del plan de aseguramiento de la calidad
ASI-CAL4 - (OM) - Revisin del plan de pruebas
DSI-CAL2 - (OB) - Revisin de la especificacin tcnica del plan de pruebas
CSI-CAL1 - (OM) - Revisin del cdigo de componentes y procedimientos
Lic. Eduardo Diez
315
Anexos Evaluacin

Anexo caso 2.9

EVS4 - (MA) - Estudio de alternativas de solucin
EVS5 - (MA) - Valoracin de las alternativas
EVS6 - (MA) - Seleccin de la solucin
Anexos Evaluacin
316
Lic. Eduardo Diez

Lic. Eduardo Diez
317
Anexos Evaluacin

EVS-SEG2 - (OM) - Seleccin del equipo de seguridad
EVS-SEG3 - (OM) - Recomendaciones adicionales de seguridad para el sistema de informacin
Anexos Evaluacin
318
Lic. Eduardo Diez
Anexo caso 2.10

Lic. Eduardo Diez
319
Anexos Evaluacin

Anexos Evaluacin
320
Lic. Eduardo Diez

Anexo caso 2.11

Lic. Eduardo Diez
321
Anexos Evaluacin

DSI2 - (OM) - Diseo de la arquitectura de soporte
GPS2 - (OM) - Comunicacin al equipo de proyecto
Anexos Evaluacin
322
Lic. Eduardo Diez

Lic. Eduardo Diez
323
Anexos Evaluacin

Anexo caso 2.12

Anexos Evaluacin
324
Lic. Eduardo Diez

Lic. Eduardo Diez
325
Anexos Evaluacin

Anexos Evaluacin
326
Lic. Eduardo Diez
Anexo caso 2.13

Lic. Eduardo Diez
327
Anexos Evaluacin

Anexos Evaluacin
328
Lic. Eduardo Diez

Anexo caso 2.14

Lic. Eduardo Diez
329
Anexos Evaluacin

Anexos Evaluacin
330
Lic. Eduardo Diez

CSI-CAL3 - (MA) - Revisin de los manuales de usuario
Lic. Eduardo Diez
331
Anexos Evaluacin

Anexo caso 2.15

EVS4 - (MM) - Estudio de alternativas de solucin
EVS5 - (MM) - Valoracin de las alternativas
EVS6 - (MM) - Seleccin de la solucin
Anexos Evaluacin
332
Lic. Eduardo Diez

Lic. Eduardo Diez
333
Anexos Evaluacin

CSI-CAL3 - (MA) - Revisin de los manuales de usuario
EVS-SEG4 - (MM) - Evaluacin de seguridad de las alternativas de solucin
EVS-SEG5 - (MM) - Evaluacin detallada de la seguridad de la solucin propuesta
Anexos Evaluacin
334
Lic. Eduardo Diez

Tesis

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tesis

Cargado por

Copyright:

Formatos disponibles

TESIS DE MAGISTER

EN INGENIERA DEL SOFTWARE

Generador del Mapa de Actividades de un

Autor: Lic. Eduardo Diez

Generador del Mapa de Actividades de un Proyecto de Desarrollo de Software

Lic. Eduardo Diez

Generador del Mapa de Actividades de un Proyecto de Desarrollo de Software

1.2 Descripcin de la composicin del trabajo de tesis................................................

CAPITULO II: Definicin de la Necesidad o del Problema

2.2 Metodologas estndares.......................................................................................

2.2.1 Componentes del proceso de software de una organizacin.....................

2.2.2 Flexibilidad y adaptacin.............................................................................

2.2.3 Metodologa estndar adaptada y plan de desarrollo de software.............

2.2.4 Particularidades para el presente trabajo...................................................

2.3 Mapa de actividades del proyecto.........................................................................

2.3.1 Ventajas de los mapas de actividades........................................................

2.3.2 Tipos de mapas de actividades..................................................................

2.4 Uso del GMAP.......................................................................................................

CAPITULO III: Definicin del Proyecto

3.2 Planteamiento del problema...................................................................................

3.4 Alcance del prototipo..............................................................................................

3.5 Enfoque de desarrollo.............................................................................................

3.6 Participantes del proyecto.......................................................................................

3.7 Gestin del proyecto...............................................................................................

3.7.1 Estimacin inicial de horas...........................................................................

Lic. Eduardo Diez

Generador del Mapa de Actividades de un Proyecto de Desarrollo de Software

3.7.2 Cronograma tentativo de tareas...................................................................

3.7.4 Seguimiento y control..................................................................................

3.8 Gestin de la configuracin....................................................................................

3.8.1 Identificacin de la configuracin.................................................................

3.8.2 Control de la configuracin..........................................................................

3.8.3 Generacin de informes de estado..............................................................

3.8.4 Auditoria de la configuracin.......................................................................

CAPITULO IV: Adquisicin de Requisitos

4.2 Estructura de las sesiones de adquisicin de requisitos..........................................

4.3 Usuarios especialistas.............................................................................................

4.4.1 Primera sesin.............................................................................................

4.4.2 Segunda sesin...........................................................................................

4.4.3 Tercera sesin.............................................................................................

4.4.4 Cuarta sesin...............................................................................................

4.4.5 Quinta sesin...............................................................................................

4.4.6 Sexta sesin................................................................................................

4.4.7 Sptima sesin............................................................................................

4.4.8 Octava sesin..............................................................................................

4.4.9 Novena sesin.............................................................................................

4.4.10 Dcima sesin...........................................................................................

Lic. Eduardo Diez

Generador del Mapa de Actividades de un Proyecto de Desarrollo de Software

CAPITULO V: Modelado Conceptual

5.2 Mtodo a utilizar......................................................................................................

5.3 Identificacin de los componentes del modelo conceptual......................................

5.3.1 Glosario de trminos....................................................................................

5.3.2 Diccionario de entidades..............................................................................

5.3.3 Tabla Entidades - Atributos - Valores...........................................................

5.3.4 Modelo de datos...........................................................................................

5.3.5 Modelo de informacin estratgica...............................................................

5.3.6 Modelo de informacin tctica.....................................................................

5.4 Integracin de componentes del modelo conceptual...............................................

5.4.1 Modelo de procesos.....................................................................................

5.4.2 Grafo causal de datos..................................................................................

5.5 Comprobacin del modelo conceptual....................................................................

CAPITULO VI: Diseo del Sistema