centro nacional de investigación y desarrollo tecnológico · elvia y adriana aguilera, izvit...

cenidet

Centro Nacional de Investigación y Desarrollo Tecnológico

Departamento de Ciencias Computacionales

TESIS DE MAESTRÍA EN CIENCIAS

Modelado Organizacional Tropos Basado en la Teoría de Curso de Acción

Presentada por

Richard Ángel Benítez García Licenciado en Informática por el I. T. de Oaxaca

Como requisito para la obtención del grado de:

Maestro en Ciencias en Ciencias de la Computación

Director de tesis: Dr. Javier Ortiz Hernández

Co-Director de tesis:

Dr. Hugo Estrada Esquivel

Jurado: Dr. Guillermo Rodríguez Ortiz - Presidente Dr. Gerardo Reyes Salgado - Secretario Dra. Azucena Montes Rendón - Vocal

Dr. Javier Ortiz Hernández - Vocal Suplente

Cuernavaca, Morelos, México Septiembre de 2009

DEDICATORIA

Al ser divino que está conmigo siempre para protegerme y ayudarme, especialmente en los

momentos más difíciles de mi vida…

A mi Padre Aniceto Ángel Benítez Luis:

Por ser mi guía, mi amigo, pero sobre todo mí ejemplo a seguir por inculcarme la

manera de proceder y actuar. Te quiero y te respeto mucho.

A mi Madre Ana García Reyes:

Por motivarme a dar siempre lo mejor de mí. Por tener ese carácter tan fuerte y

tan suave a la vez. Gracias por apoyarme y escucharme en todo momento. Te

quiero mucho.

A mis padres:

Por todo lo que representan en mi vida. Gracias Padre por tú cariño, por tus lecciones, por

tus consejos… Gracias Madre y Padre por su apoyo y comprensión, por hacerme quien soy,

por creer en mí y dejarme abrir las alas para emprender el vuelo, por todos tus sacrificios y

tu inmenso amor. Ambos son mi fuerza e inspiración para luchar cada día.

A mi novia Obdulia Antonio Noriega:

Este pequeño gran paso va dedicado a ti con todo mi cariño, porque tú apoyo y presencia

nunca me ha faltado a pesar de la distancia estos dos años.

A mi hermana Sandy Edith Benítez García:

Por ser uno de mis ejemplos a seguir, por tu apoyo en las buenas y malas.

3

AGRADECIMIENTOS

A Dios fuente y fin de la vida.

A mis padres y hermanos por apoyarme siempre, por preocuparse por mí, por sus oraciones, por toda la

energía invertida en mi persona.

Al Centro Nacional de Investigación y Desarrollo Tecnológico por haberme permitido pertenecer a su

comunidad estudiantil y realizar así mis estudios de maestría.

Al Consejo Nacional de Ciencia y Tecnología por la beca para manutención otorgada.

A mi director de tesis Dr. Javier Ortiz Hernández y co-director Dr. Hugo Estrada Esquivel, por haberme

elegido como su tesista, por la asesoría brindada, por la paciencia que me tuvo, por el buen trato, y sobre todo

por brindarme su amistad.

A mis revisores de tesis: Dra. Azucena Montes Rendón, Dr. Gerardo Reyes Salgado y Dr. Guillermo

Rodríguez Ortiz, por el tiempo que dedicaron a este proyecto, por sus recomendaciones y aportaciones.

A mis amigos que iniciaron conmigo esta aventura en la FES Cuautitlan hace 3 años: Ricardo Ávila, José

Manuel Dehesa, Mirna Zaragoza, Berenice, Gloria Angélica y Josefina.

A mis amigos del IFE en mi primer proceso electoral, Lizbeth Leal, José Manuel Campean, Ricardo David,

Arely Velasco, Wendolyn Llorente, Gaby Reyes, Olga, Patricia, Nancy Olvera, Nelly Ramírez, Carolina Ruiz,

Israel Vásquez, Jorge Olguín, Armando Calleja, Sergio Olvera, Víctor Gómez, Lorena Granja, Marisol,

Sandra, Tania Paola Cid, Silvia Mares, Julio Cuevas, Eloy Fragoso, Jesús Sorke y a todos aquellos que me

brindaron su amistad y comprensión.

A mis compañeros y amigos de la maestría: Aranda Castillo Catalina, Arenas Martínez Wilfrido, Avellaneda

Avellaneda Diana, Badillo Sánchez Liliana, Baños Nolasco Matilde, Bañuelos Lozoya Edgar Omar, Flores

Cervantes Helaine, Fuentes Pacheco Jorge Alberto, Galeana Pérez Daisy, García Alba Janet de Jesús, Ortiz

Hernández Eduardo, Palacio Cinco José Luis, Rangel Félix Silvia, Reyes Ortiz José Alejandro, Rivera Parra

Jesús Guillermo, Sánchez Pacheco Ebenezer Hasdai y Victoria Rincón Claudia.

A mis amigos que conocí en CENIDET: Silvia Ortiz, Anita, Adriana Mexicano, Héctor, Lalo, Erick, Zucy,

Elvia y Adriana Aguilera, Izvit Gazca y Naxhielly.

A mis amigos de Cuernavaca que me apoyaron y me hicieron sentir como en casa. Araceli, Ivonne, Rolando,

Mayra, Lila y todos aquellos que me brindaron su amistad.

A mis amigos Luis Antonio Noriega, José Manuel Sámano Mijangos, Faustino Antonio Noriega, Minerva

Robles Agudo y Sergio Saavedra por su apoyo y porras.

A mis nuevos amigos del IFE: Erika Rodríguez, Karina Bautista, Saúl Méndez, Reinier, Naranjo, Mike y

todos aquellos que me ha hecho el honor de brindarme su amistad en esta nueva etapa de mi vida.

No podría mencionar en este pequeño espacio a todas las personas que hicieron posible este proyecto, así que

no me queda más que decir:

¡Gracias a todos!

4

RESUMEN

La ingeniería de requisitos se define como el proceso por el cual se identifican las funcionalidades

esperadas del sistema de información a desarrollar. La ingeniería de requisitos trata, por tanto, de

los principios, métodos, técnicas y herramientas que permiten descubrir, documentar y mantener los

requisitos para sistemas de software de forma sistemática y repetible.

A pesar de la importancia que se le ha dado recientemente a los requisitos tempranos, la gran

mayoría de las técnicas actuales fallan al describir en forma precisa la semántica del negocio. Una

de las posibles causas de la incapacidad de las técnicas actuales para describir en forma precisa el

negocio es que estas técnicas han sido desarrolladas pensando representar solamente los aspectos

procedurales del modelo de negocios, es decir, se enfocan a representar las acciones que se ejecutan

y los recursos que se originan como resultado de la aplicación de los procesos de negocios. Si bien

este enfoque representa algunos de los factores relevantes del negocio, no toman en cuenta los

aspectos sociales que gobiernan los procesos de negocio. En este sentido, la mayoría de las técnicas

actuales no permiten representar las metas del negocio ni los objetivos particulares de los actores

organizacionales, no se detallan los roles que pueden jugar los actores, ni se pueden definir el tipo

de actores que serán los usuarios del sistema, ni sus relaciones con otros actores.

Una de las técnicas que mejor se ha adaptado para representar los aspectos sociales del negocio es

el Framework Tropos, el cual es una técnica de modelado basada en la definición de características

sociales e intencionales de los actores organizacionales. Tropos analiza una organización como una

red actores sociales que tienen intenciones y que dependen unos de otros para lograr sus objetivos.

Tropos ha sido exitosamente utilizado para describir las complejas relaciones que existen entre los

actores de una empresa, haciendo explícitas las problemáticas en los procesos de negocio.

Sin embargo, uno de los mayores problemas con Tropos es que no existen guías claras que permitan

elicitar el contexto organizacional y que tengan como resultado un modelo descrito en Tropos. Por

esta razón, la utilización de Tropos requiere de gran experiencia por parte de los analistas.

Actualmente, no existen mecanismos que nos permitan determinar cuándo un actor juega un

determinado conjunto de roles y posiciones y cómo estos roles y posiciones afectan en las

dependencias de estos actores con otros actores del negocio. No se conocen tampoco las habilidades

de los actores ni es posible realizar reajustes de las tareas organizacionales basado en estas

habilidades.

En esta tesis se propone el uso de la teoría de curso de acción como mecanismo de elicitación de

modelos organizacionales descritos en Tropos. De esta forma, la teoría de curso de acción, que se

centra en el análisis de los actores del negocio, será el mecanismo que nos guiará en la construcción

de modelos descritos en Tropos.

5

ABSTRACT

Engineering requirements are defined as the process by which we identify the functional

information system expected to develop. Engineering requirements, therefore, the principles,

methods, techniques and tools to discover, document and maintain the requirements for software

systems in a systematic and repeatable.

Currently, there is consensus in the community of software engineers about the importance of

organizational models as a key factor in determining requirements for software systems that support

the tasks of real users. Real importance of this product has been granted to the organizational model

in software engineering is the current division of the engineering requirements in two major areas of

knowledge: a) early requirements that relate to the determination of the business model in which the

system will work and b) late requirements, which aim to determine the expected functionality of the

information system. There are currently well-founded proposals that attempt to provide a

methodological approach to the translation of the modeling of a model organization with the

requirements of the software system to develop. The main assumption of this work is that the deep

understanding of the organizational environment manages to make explicit their problems, allowing

in this way, using existing business models to streamline the organizational work, making this an

improvement in the management of material resources and Human [1].

One technique that has been adapted to better represent the social aspects of the business framework

Tropos, which is a modeling technique based on the definition of intentional and social

characteristics of the organizational players. Tropos analyzes an organization as a social network

and who intend to depend on each other to achieve their goals. Tropos has been successfully used to

describe the complex relationship between a company of actors, making explicit the problems in

business processes.

However, one of the biggest problems with Tropos is that there are no clear guidelines to elicit the

organizational context and have resulted in a model described in Tropos. In this way, the use of

Tropos requires extensive experience on the part of analysts. Currently, there are no mechanisms to

enable us to determine when a player plays a certain set of roles and positions and roles and how

these affect positions in the premises of these actors with other actors in the business. Are not

known nor the skills of the players and possible realignment of the organizational tasks based on

these skills.

In this thesis proposes the use of the theory course of action as a mechanism of elicitation of

organizational models described in Tropos. In this way, the theory of course, which focuses on the

analysis of the actors in the business, will be the mechanism that will guide us in building models

described in Tropos.

i

TABLA DE CONTENIDO

CAPITULO 1. INTRODUCCIÓN ................................................................................................ 1

1.1 Introducción. ........................................................................................................................... 2

1.2 Descripción del problema ........................................................................................................ 3

1.2.1 Descripción de la complejidad del problema ....................................................................... 4

1.3 Objetivo ................................................................................................................................... 4

1.3.1 Objetivos particulares ........................................................................................................... 4

1.4 Justificación y beneficios ........................................................................................................ 4

1.5 Antecedentes ........................................................................................................................... 5

1.6 Trabajos relacionados .............................................................................................................. 7

1.7 Áreas involucradas .................................................................................................................. 7

1.8 Alcances y limitaciones ........................................................................................................... 8

1.9 Organización del documento ................................................................................................... 8

CAPITULO 2. MARCO TEÓRICO ............................................................................................. 10

2.1 Definición de metodología ...................................................................................................... 11

2.2 Ciclo de vida de la ingeniería de software .............................................................................. 11

2.2.1 Estructura del proceso .......................................................................................................... 11

2.2.2 Esquema de trazabilidad....................................................................................................... 12

2.3 Modelado de negocios ............................................................................................................. 14

2.3.1 Objetivo del modelado de negocios ..................................................................................... 14

2.3.2 ¿Por qué modelar el negocio? ............................................................................................. 15

2.4 Curso de acción ....................................................................................................................... 15

2.5 Diseño orientado al usuario ..................................................................................................... 20

2.6 Tropos ..................................................................................................................................... 21

2.6.1 Metas duras .......................................................................................................................... 22

2.6.2 Metas suaves ........................................................................................................................ 22

2.6.3 Tareas ................................................................................................................................... 23

2.6.4 Recursos ............................................................................................................................... 23

2.6.5 Dependencias ....................................................................................................................... 23

2.6.6 Modelado de un actor .......................................................................................................... 25

2.6.7 Modelado de dependencias .................................................................................................. 26

2.6.8 Modelo general ..................................................................................................................... 26

2.7 Técnicas de licitación de requisitos ......................................................................................... 27

2.7.1 Entrevistas ............................................................................................................................ 27

2.7.1.1 Preparación de entrevistas ................................................................................................. 27

2.7.1.2 Realización de entrevistas ................................................................................................. 28

2.7.1.3 Análisis de las entrevistas ................................................................................................. 29

2.7.2 Joint Application Development ............................................................................................ 29

2.7.2.1 Participantes del JAD ........................................................................................................ 29

2.7.2.2 Fase sdel JAD .................................................................................................................... 30

2.7.3 Brainstorming ....................................................................................................................... 31

2.7.3.1 Fases del Brainstorming .................................................................................................... 32

CAPITULO 3. ANÁLISIS Y DESARROLLO ............................................................................ 34

3.1 Introducción ........................................................................................................................... 35

3.2 Desarrollo de la metodología ................................................................................................. 36

3.2.1 Análisis de Curso de Acción ............................................................................................... 36

ii

3.2.2 Construcción global de Curso de Acción ............................................................................. 38

3.3 Modelo Tropos ....................................................................................................................... 41

3.3.1 Descripción del modelo Tropos .......................................................................................... 41

3.4 Especificación de requerimientos de la metodología .............................................................. 42

3.4.1 Requerimientos de funcionalidad ......................................................................................... 42

3.4.2 Requerimientos físicos que requiere el modelador .............................................................. 42

3.4.3 Requerimientos de confiabilidad en la captura de información para la metodología ......... 43

3.4.4 Requerimientos de soporte ................................................................................................... 43

3.4.5 Requerimientos de documentación ...................................................................................... 43

3.4.6 Herramientas de apoyo ......................................................................................................... 44

3.4.7 Precondiciones para usar la metodología ............................................................................. 44

3.5 Flujo de eventos durante la ejecución de la metodología ........................................................ 44

3.5.1 Post-condiciones de la metodología ..................................................................................... 45

3.6 Construcción del modelo Tropos con la metodología ............................................................. 46

3.7 Desarrollo de pasos a seguir para poder hacer la transformación de requisitos ...................... 46

3.7.1 Planificación de las fases ...................................................................................................... 47

3.8 Desarrollo de la metodología .................................................................................................. 48

3.9 Identificación del problema ..................................................................................................... 48

3.10 Diseño de la documentación ................................................................................................. 49

3.11 Planeación de las etapas de la metodología ........................................................................... 49

3.11.1 Etapa 1. Definición del problema ....................................................................................... 50

3.11.2 Etapa 2. Descripción a detalle del problema ...................................................................... 50

3.11.3 Etapa 3. Flujo básico del problema .................................................................................... 51

3.11.4 Etapa 4. Flujo básico por tarea del problema ..................................................................... 51

3.11.5 Etapa 5. Creación de la tabla de análisis del problema ...................................................... 52

3.11.6 Etapa 6. Creación de la tabla de metas del problema ......................................................... 52

3.11.7 Etapa 7. Transformación de las primitivas Tropos ............................................................. 52

3.11.8 Etapa 8. Unión de las primitivas en proceso Tropos .......................................................... 53

3.11.9 Etapa 9. Unión de los procesos en un modelo Tropos ....................................................... 54

CAPITULO 4. METODOLOGÍA ................................................................................................. 55

4.1 Metodología ............................................................................................................................ 56

4.1.1 Actores que intervienen ........................................................................................................ 56

4.1.2 Plantillas documentación ...................................................................................................... 56

4.1.3 Descripción de los pasos a seguir por etapa ......................................................................... 56

4.1.3.1 Etapa 1. Definición del problema ...................................................................................... 57

4.1.3.2 Etapa 2. Detalle del problema ........................................................................................... 57

4.1.3.3 Etapa 3. Flujo básico del problema ................................................................................... 58

4.1.3.4 Etapa 4. Flujo básico por tarea del problema .................................................................... 59

4.1.3.5 Etapa 5. Tabla de análisis del problema ............................................................................ 60

4.1.3.6 Etapa 6. Tabla de metas del problema ............................................................................... 62

4.1.3.7 Etapa 7. Primitivas Tropos ................................................................................................ 64

4.1.3.8 Etapa 8. Procesos Tropos .................................................................................................. 66

4.1.3.9 Etapa 9. Modelo Tropos .................................................................................................... 68

4.2 Producto final de la metodología ............................................................................................ 70

CAPITULO 5. CASO DE ESTUDIO ........................................................................................... 71

5.1 Caso de estudio ....................................................................................................................... 72

5.2 Resultados por etapa................................................................................................................ 72

5.2.1 Etapa 1 .................................................................................................................................. 72

iii

5.2.2 Etapa 2 .................................................................................................................................. 73

5.2.3 Etapa 3 .................................................................................................................................. 73

5.2.4 Etapa 4 .................................................................................................................................. 74

5.2.5 Etapa 5 .................................................................................................................................. 79

5.2.6 Etapa 6 .................................................................................................................................. 95

5.2.7 Etapa 7 .................................................................................................................................. 104

5.2.8 Etapa 8 .................................................................................................................................. 118

5.2.9 Etapa 9 .................................................................................................................................. 119

CAPITULO 6. PLAN DE PRUEBAS .......................................................................................... 120

6.1 PLAN DE PRUEBAS ............................................................................................................. 121

6.1.1 Hipótesis y alcances ............................................................................................................. 121

6.1.2 Contenido del plan de pruebas... .......................................................................................... 121

6.1.3 Ejecución del plan de pruebas .............................................................................................. 121

6.1.4 Procedimiento y resultado de las pruebas de usabilidad efectuadas .................................... 125

6.1.5 Usabilidad ............................................................................................................................ 125

CAPITULO 7. CONCLUSIONES Y TRABAJOS FUTUROS ................................................... 126

7.1 CONCLUSIONES .................................................................................................................. 127

7.2 TRABAJOS FUTUROS ......................................................................................................... 127

REFERENCIAS ............................................................................................................................ 128

ANEXOS....................................................................................................................................... 131

iv

ÍNDICE DE FIGURAS Figura 2.1 Estructura del RUP .................................................................................................... 12

Figura 2.2 Trazabilidad entre artefactos ...................................................................................... 13

Figura 2.3 Significación de la acción .......................................................................................... 19

Figura 2.4 Encadenamiento de interpretaciones para la acción .................................................. 19

Figura 2.5 Tipos de agentes......................................................................................................... 22

Figura 2.6. Representación de una Meta Dura ............................................................................ 22

Figura 2.7. Representación de una Meta Suave .......................................................................... 22

Figura 2.8. Representación de una Tarea. ................................................................................... 23

Figura 2.9 Representación de un Recurso. .................................................................................. 23

Figura 2.10 Dependencia de meta. .............................................................................................. 24

Figura 2.11 Dependencia de Tarea .............................................................................................. 24

Figura 2.12 Dependencia de recurso. .......................................................................................... 24

Figura 2.13 Dependencia de meta suave. .................................................................................... 25

Figura 2.14 Modelado de Actores ............................................................................................... 25

Figura 2.15 Diagrama de modelado de dependencias ................................................................. 26

Figura 2.16 Modelo Tropos ......................................................................................................... 26

Figura 3.1 Esquema de trabajo .................................................................................................... 35

Figura 3.2 Modelo de caja negra presentando la solución al problema ...................................... 35

Figura 3.3 Elementos de Curso de Acción .................................................................................. 36

Figura 3.4 Recolección de información ...................................................................................... 37

Figura 3.5 Formalizar la información ......................................................................................... 38

Figura 3.6 Unidades significativas .............................................................................................. 39

Figura 3.7 Representación de los elementos de una secuencia ................................................... 40

Figura 3.8 Microsoft Visio 2003 ................................................................................................. 44

Figura 3.9 Flujo de eventos actual .............................................................................................. 45

Figura 3.10 Modelo tropos .......................................................................................................... 46

Figura 3.11 Etapas propuestas para la metodología .................................................................... 47

Figura 3.12 Figuras en el entorno de la construcción de un modelo Tropos ............................... 48

Figura 3.13 Producto de la metodología ..................................................................................... 48

Figura 3.14 Elementos de la documentación............................................................................... 49

Figura 3.15 Actividades principales para logra el objetivo ......................................................... 50

Figura 3.16 Símbolos del modelado de Tropos ........................................................................... 53

v

Figura 3.17 Unión de los actores ................................................................................................. 53

Figura 3.18 Unión de las dependencias con los actores .............................................................. 54

Figura 4.1 Modelo tropos final .................................................................................................... 70

ÍNDICE DE TABLAS

Tabla 3.1 Análisis de unidades significativas ............................................................................. 40

Tabla 4.1 Tabla de descripción de actores .................................................................................. 56

Tabla 4.2 Tabla de documentos de la metodología ..................................................................... 56

Tabla 4.3 Tabla de pasos de Etapa 1. Definición del Problema .................................................. 57

Tabla 4.4 Tabla de pasos de la Etapa 2. Detalle del problema .................................................... 57

Tabla 4.5 Tabla de pasos de la Etapa 3. Flujo Básico del problema ........................................... 58

Tabla 4.6 Tabla de pasos de la Etapa 4. Flujo Básico por Tarea del Problema........................... 59

Tabla 4.7 Tabla de pasos de la Etapa 5. Tabla de análisis del problema ..................................... 60

Tabla 4.8 Tabla de pasos de la Etapa 6. Tabla de metas del problema ....................................... 62

Tabla 4.9 Tabla de pasos de la Etapa 7. Primitivas Tropos ......................................................... 64

Tabla 4.10 Tabla de pasos de la Etapa 8. Unión de actores mediante procesos. ......................... 66

Tabla 4.11 Tabla de pasos de la Etapa 9. Modelo Tropos ........................................................... 68

GLOSARIO

Dependencia Cuando un actor humano o tecnológico depende de otro para ejecutar una tarea

o cumplir una meta.

Elicitar Obtener de manera intencionada información de una fuente.

Framework Representa una arquitectura de software que modela las relaciones generales de

las entidades del dominio. Provee una estructura y una metodología de trabajo

la cual extiende o utiliza las aplicaciones del dominio.

Metodología Se refiere a los métodos de investigación que se siguen para alcanzar una gama

de objetivos en una determinada disciplina.

Objeto Un objeto es una cosa sobre la que se puede accionar y carece de autonomía de

acción. La consideración de algo como objeto depende del ámbito en el cual se

está definiendo al mismo. Así, los objetos pueden ser: materiales o reales, si

poseen materia con forma definida; abstractos, si sólo son conceptos sobre los

que se puede accionar; y toda cosa sobre la que se pueda accionar es un objeto

semántico

Plantilla Una plantilla es una forma de dispositivo que proporciona una separación entre

la forma o estructura y el contenido. Es un medio o un instrumento que permite

guiar, portar o construir un diseño o esquema predefinido. Una plantilla agiliza

el trabajo de reproducción de muchas copias idénticas o casi idénticas (que no

tiene que ser tan elaborado, sofisticado o personal). Si se quiere un trabajo más

refinado, más creativo, la plantilla no es sino un punto de partida, un ejemplo,

una idea aproximada de lo que se quiere hacer, o partes comunes de una

diversidad de copias. A partir de la plantilla pueden asimismo diseñarse y

fabricarse nuevas plantillas.

Sincronicidad Sincronicidad es un término acuñado por el psiquiatra suizo C. G. Jung, quien

lo concibió para describir la singular ocurrencia de dos o más acontecimientos

de igual o similar significación, sin conexión causal posible

Teoría Una teoría es un sistema lógico compuesto de observaciones, axiomas y

postulados, que tienen como objetivo declarar bajo qué condiciones se

desarrollarán ciertos supuestos, tomando como contexto una explicación del

medio idóneo para que se desarrollen las predicciones. A raíz de estas, se

pueden especular, deducir y/o postular mediante ciertas reglas o razonamientos,

otros posibles hechos.

http://es.wikipedia.org/wiki/Cosa

http://es.wikipedia.org/wiki/Autonom%C3%ADa

http://es.wikipedia.org/wiki/Objeto_material

http://es.wikipedia.org/wiki/Materia

http://es.wikipedia.org/wiki/Objeto_abstracto

http://es.wikipedia.org/wiki/Objeto_sem%C3%A1ntico



CAPÍTULO 1

INTRODUCCIÓN Este capítulo presenta una visión general del tema de investigación que se abordó y que originó este

trabajo de tesis y los trabajos relacionados. Al final del capítulo se encuentra la organización del

documento.

Capitulo 1: Introducción

2

1.1 Introducción

La ingeniería de requisitos trata acerca de los principios, métodos, técnicas y herramientas que

permiten descubrir, documentar y mantener los requisitos para sistemas de software de forma

sistemática y repetible, dando soporte a las tareas de los usuarios, el cual es su principal objetivo.

A este respecto, y vigilantes de este propósito, existe actualmente consenso en la comunidad de

ingenieros de software al respecto de la importancia de considerar los modelos organizacionales

como un factor clave para la determinación de los requisitos de sistemas de software. Para ello,

existen propuestas fundadas que intentan proveer un enfoque metodológico para efectuar la

traducción de los elementos de un modelo organizacional a requisitos de software.

La hipótesis principal de estos trabajos es que el conocimiento profundo del ambiente

organizacional logra hacer explícitos sus problemas, permitiendo de esta forma, utilizar los modelos

actuales del negocio para hacer más eficiente el trabajo organizacional, logrando con esto una

mejora en la administración de los recursos materiales y humanos, en particular, a través del

desarrollo de sistemas de información más eficaces.

Sin embargo, existe dificultad para describir adecuadamente la semántica de los modelos de

negocio. En su mayoría, los enfoques actuales se orientan a describir de manera sistemática y

precisa los aspectos procedurales, es decir, se enfocan a representar las acciones que se ejecutan y

los recursos necesarios como resultado de la aplicación de los procesos de negocios, dejando de

lado otros aspectos esenciales. Es decir, no toman en cuenta los aspectos sociales que gobiernan los

procesos de negocio.

Algunos de los principales aspectos sociales a considerar pueden ser los siguientes: las metas del

negocio y los objetivos particulares de los actores organizacionales, así como los distintos roles que

pueden jugar los diversos actores y sus relaciones con otros actores.

Una de las propuestas que mejor se ha adaptado para representar los aspectos sociales del negocio

es el Framewok Tropos, el cual es una técnica de modelado basada en la definición de

características sociales e intencionales de los actores organizacionales.

Tropos concibe una organización como una red de actores sociales, los cuales tienen intenciones y

dependen unos de otros para lograr sus objetivos, y ha sido exitosamente utilizado para describir las

complejas relaciones que existen entre los actores de una empresa, haciendo explícitas las

problemáticas en los procesos de negocio.

Si bien estos modelos son de gran utilidad, en los casos encontrados de aplicación de modelos

Tropos, no se describe cómo fueron obtenidos por los factores sociales e intencionales. La

concepción de modelos Tropos requiere de gran experiencia por parte de los analistas, por ejemplo,

para determinar cuándo un actor juega un determinado conjunto de roles y posiciones y cómo estos

roles y posiciones afectan en las dependencias de estos actores con otros actores del negocio. No se

conocen tampoco las habilidades de los actores ni es posible realizar reajustes de las tareas

organizacionales basado en estas habilidades. Es evidente la falta de métodos que permitan elicitar

el contexto organizacional para obtener un modelo Tropos.

Por otra parte, existen trabajos bien fundamentados para el análisis del trabajo organizacional,

donde se ubica al operador o como el principal sujeto de estudio para comprender los procesos de


3

negocio. El operador o trabajador dentro de la organización es la clave para armar el modelo que

describe la actividad de conjunto.

Una de las técnicas más representativas de este enfoque es la Teoría de Curso de Acción (TCA), la

cual ha sido empleada con éxito para modelar situaciones de trabajo en medio industrial y muy

recientemente para modelar situaciones de trabajo informático, en particular sistemas de acceso a

bases de datos.

En esta tesis se propone el uso de la TCA como mecanismo de elicitación de modelos

organizacionales Tropos, y se ubica en la fase de análisis de requisitos tempranos.

Los requisitos de software se clasifican en a) requisitos tempranos, que conciernen con la

determinación del modelo de negocios en el cual el sistema funcionará y b) requisitos tardíos, que

tienen como objetivo expresar la funcionalidad esperada del sistema de información.

No encontramos ningún antecedente de uso de la TCA para construir modelos Tropos, por lo que

consideramos una importante aportación al estado del arte realizar este trabajo.

1.2 Descripción del problema

El análisis de un sistema de software es una tarea compleja, en la cual se trata de representar a

través de diversos modelos la estructura estática y dinámica del sistema a desarrollar. Sin embargo,

uno de los principales problemas en el terreno práctico y que ha sido atendido profusamente por

diversos investigadores, es la manera de asegurar que se está desarrollando el sistema adecuado

para resolver las problemáticas en la organización. Generalmente, los ingenieros de software parten

principalmente de la funcionalidad del sistema, verificando posteriormente que esta funcionalidad

es de utilidad y corresponde a las expectativas de los diversos actores organizacionales. Existen

algunos trabajos que tratan de dar solución a esta problemática, sin embargo en muchas ocasiones el

conocimiento del entorno del problema se limita a atender algunos objetivos, sin distinguir entre

aquellos objetivos que son relevantes para el desempeño del sistema de aquellos que no lo son. En

estos enfoques, que no consideran el conocimiento organizacional como la base para el desarrollo

de sistemas, no es posible determinar cuáles son los procesos que podrían optimizar el

funcionamiento de la organización puesto que no se tienen identificados los roles que cubren los

miembros de la organización y su rol, en el flujo de trabajo de ésta.

Para citar un ejemplo se presenta el siguiente caso:

Se trata de una compañía en la cual se tiene mucho personal secretarial realizando funciones de

papeleo, y sólo un gerente el cual a su vez desarrolla las funciones de administración, contabilidad y

abogacía. Se trata de diseñar un sistema de información para esta organización. En este caso, la

organización desea un sistema que facilite el manejo del papeleo al personal secretarial. En el

enfoque tradicional de la ingeniería de software, se trataría de plasmar en un modelo la solución del

problema tal y como se presenta en el proceso actual, sin tener una visión más allá de la ejecución

de tareas. Pero ¿qué pasaría si la metodología fuera más lejos y descubriera que el problema de raíz

son las funciones duplicadas del gerente, descubriendo la forma en la que éste depende del personal

secretarial, y haciendo explícita la forma en la que los objetivos de la organización deben ser

cubiertos? si modificamos un poco las tareas organizacionales podríamos no sólo solucionar el

problema planteado en primera instancia, sino que tendríamos también un modelo conceptual que

otorgaría un beneficio a la organización.


4

El problema indica que en su mayoría las técnicas actuales no toman en cuenta las relaciones

sociales, culturales, los roles que juegan los actores de una organización, la interacción y

dependencia entre estos actores y los razonamientos detrás de las acciones de los actores.

1.2.1 Descripción de la complejidad del problema

La complejidad del problema se muestra en los siguientes puntos:

Existe dificultad para representar el conocimiento organizacional de manera completa, clara

y no ambigua. La comprensión de los requisitos tempranos es determinante para que el

diseño y construcción de sistemas de información cumpla las expectativas de los grupos de

interés, así como los propósitos de la organización.

En un análisis de requisitos las actividades de los procesos organizacionales son difíciles de

elicitar y representar en una notación simbólica, útil para sistematizar su uso de parte de los

ingenieros de software.

1.3 Objetivo

El objetivo de esta tesis es el desarrollo de una propuesta metodológica para construir modelos

organizacionales Tropos a partir de la Teoría de Curso de Acción (TCA). Para esto, se desarrollará

una propuesta de elicitación de requisitos que proveerá una interpretación del trabajo organizacional

tomando como base las razones y justificaciones que existen en el trabajo de los diversos

participantes en los procesos organizacionales. El conocimiento profundo del trabajo organizacional

que se obtenga como resultado del análisis del curso de acción, será el punto de partida para la

construcción de modelos organizacionales descritos en Tropos. El producto resultado de la tesis será

un método basado en la TCA.

1.3.1 Objetivos particulares

Desarrollar una propuesta de método para elicitación de requisitos basado en la Teoría de Curso

de Acción.

Diseñar una propuesta metodológica que haga factible la construcción de modelos Tropos a

partir de la Teoría de Curso de Acción.

Identificar aquellos aspectos en los que no existe correspondencia entre las propuestas de curso

de acción y Tropos.

1.4 Justificación y beneficios

Actualmente, la metodología Tropos es una de las técnicas de representación de conocimiento más

conocidas y bien fundamentadas. La comunidad de investigadores que hace uso de Tropos crece

día con día y sin embargo, es posible argumentar que actualmente el uso de Tropos está limitado, ya

que no se cuenta con las guías correctas que nos permitan crear, desde cero, un modelo descrito en

lenguaje Tropos. Basados en estas premisas podemos determinar un conjunto de problemas a

resolver:

1. Necesidad de definir los requisitos precisos para la construcción de modelos Tropos.


5

2. Necesidad de encontrar los actores relevantes de la organización que necesitan ser

representados en el modelo.

3. Necesidad de identificar las metas de los actores individuales y las metas generales de la

organización.

4. Necesidad de encontrar los puntos débiles que afectan el desempeño del modelo

organizacional.

5. Identificar los actores vulnerables en una organización o proceso.

6. Necesidad de plasmar en forma abstracta el curso de acción de las intenciones de un

conjunto de individuos, así como su interrelación con el medio ambiente, los recursos y la

organización.

7. Necesidad de modelos que puedan adaptarse a la integración de nuevos componentes

organizacionales, y que además tomen en cuenta los factores sociales de la organización.

Estas necesidades, nos hacen plantear una propuesta metodológica para la representación del

conocimiento organizacional que tenga como punto de partida el análisis profundo de la naturaleza

del trabajo que desempeñan los actores organizacionales.

Los beneficios que se obtienen de esta tesis son:

Construir modelos organizacionales Tropos con base en información veraz y confiable.

Esto tendrá como resultado el que usuarios no expertos en Tropos puedan tener una mayor

confianza al construir un modelo.

Utilizar el conocimiento elicitado para hacer explícitas las relaciones sociales de los actores

involucrados en el modelo organizacional. Los modelos generados servirán además para

hacer consciente a cada actor de su función dentro de la organización, así como para

detectar las relaciones sociales que sirven realmente para el propósito de los objetivos

organizaciones. Asimismo, los modelos organizacionales generados serán de utilidad para

la detección de problemas que necesitan de tareas de reingeniería de procesos de negocios.

Optimización del análisis de requisitos, haciendo que estos sean más congruentes con la

realidad de la empresa que está siendo modelada.

1.5 Antecedentes

En el CENIDET existen diversos trabajos que han utilizado i* (que es la base de la metodología

Tropos) en el dominio del desarrollo de sistemas de información.

Antecedentes de trabajos realizados en el CENIDET

A continuación se citan algunos trabajos que han sido realizados en el CENIDET en el contexto del

Framewok Tropos e i*.

Publicaciones


6

1. E. M. Nieto Ariza, J. Ortiz Hernández, ―Proceso de Construcción de un Modelo Organizacional

Basado en i*‖, 9no. Congreso Internacional de Investigación en Ciencias Computacionales

CIICC´02, 23 al 25 de octubre de 2002, IT de Puebla, Puebla. Memoria ISBN 970-18-8526-0

pp. 209-217.

2. H. Estrada, A. Martínez, O. Pastor, E. Nieto, J. Ortiz, ―Derivación automática de un esquema

conceptual ejecutable a partir de un Modelo Organizacional‖, 5º Workshop Iberoamericano de

Ingeniería de Requisitos y Ambientes Software IDEAS'2002, 23 al 26 de abril de 2002, La

Habana, Cuba. Memoria pp. 281-292.

3. H. Estrada, A. Martínez, O. Pastor, J. Ortiz, O. A. Ríos, ―Generación Automática de un

Esquema Conceptual OO a partir de un Modelo Conceptual de Flujo de Trabajo‖, IV Workshop

on Requirements Engineering, WER 2001, 22-23 de noviembre 2001, Buenos Aires, Argentina.

4. E. M. Nieto Ariza, J. Ortiz Hernández, H. Estrada Esquivel, A. Martínez Rebollar, ―Modelado y

Especificación de Procesos de Negocio basado en el Framework I*‖, 8o. Congreso

Internacional de Investigación en Ciencias Computacionales CIICC´01, 28-30 de noviembre del

2001, IT de Colima, Colima, Colima. Memoria ISBN 970-18-7409-9 pp. 163-170.

5. E. M. Nieto Ariza, J. Ortiz Hernández, H. Estrada Esquivel, ―Especificación del Modelo de

Dependencias Estratégicas: Un Enfoque en el Lenguaje OASIS‖, 7o. Congreso Internacional de

Investigación en Ciencias Computacionales CIICC´00, 4-6 de octubre de 2000, IT de Madero,

Cd. Madero Tamaulipas. Memoria ISBN 970-18-5410-1 pp. 3-10.

6. O. Ríos Tercero, H. Estrada Esquivel, J. Ortiz Hernández, ―Un enfoque para la formalización de

modelos de flujo de productos de trabajo‖, 7o. Congreso Internacional de Investigación en

Ciencias Computacionales CIICC´00, 4-6 de octubre de 2000, IT de Madero, Cd. Madero

Tamaulipas. Memoria ISBN 970-18-7409-9 pp. 24-35.

7. H. Estrada Esquivel, J. Ortiz Hernández, O. Ríos Tercero, O. Pastor López, ―An Approach to

Formalize Work Output Flow Models‖, Workshop on Practical Business Process Modeling,

PBPM’00, Stockholm 5-6 june 2000.

8. J. Ortiz Hernández, H. Estrada Esquivel, O. Ariosto Ríos Tercero, ―IRIS: Ingeniería de

Requisitos de Software‖,1er. (SISTINF-2000), Tecnologías de Desarrollo de Sistemas de

Información, Taller Internacional de Sistemas de Información Colegio de Posgraduados

Texcoco, Estado de México, Septiembre 26-27 del 2000.

Tesis de maestría

1. Generador de un modelo de ejecución basado en especificaciones formales OASIS, Mario

Humberto Tiburcio. 24 de agosto de 2001.

2. Especificación formal de Procesos de Negocios a partir del Modelo de Flujo de Productos de

Trabajo, Octavio Ariosto Ríos Tercero. 15 de junio de 2001.

3. Caracterización formal basada en el lenguaje OASIS del modelado estratégico de dependencias,

Erika M. Nieto Ariza. 4 de mayo de 2001.

4. Especificación formal de eventos en una organización, basada en el lenguaje OASIS, Juan

Carlos Rojas Pérez. 18 de enero de 2001.


7

Es necesario hacer notar que estos trabajos involucraron la notación original de i*, sin proponer

extensiones a su sintaxis o semántica. No se realizaron realizado trabajos que exploren las tareas de

elicitación del contexto organizacional para crear modelos en i*. En contraste, en esta tesis de

maestría se explora los estados iniciales de la creación de modelos i*, analizando el proceso que

permite pasar desde el estado actual de una organización hasta la determinación de un modelo que

represente el contexto social e intencional de los actores organizacionales.

1.6 Trabajos relacionados

Framework i*: propuesta por Eric Yu de la Universidad de Toronto, Canadá. Está más

orientado a la definición de la notación del lenguaje de modelado, que a la definición de un

enfoque metodológico que use los conceptos de modelado para la generación de requisitos.

Metodología Tropos: propone una metodología de desarrollo de software basada en el

modelado de requisitos tempranos a partir de los conceptos sociales e intencionales que propone

el Framewok i* de Eric Yu. Tropos ofrece también soporte para la generación de sistemas

orientados a agentes.

Teoría de Curso de Acción: la cual dio origen al programa de investigación conocido bajo el

nombre de "curso de acción", se refiere a un enfoque de análisis de actividades que permite

diseñar o rediseñar una situación o ambiente de trabajo. En este enfoque, las personas,

participantes y al mismo tiempo usuarias de los sistemas, se encuentran en el centro del análisis.

Estos estudios han conocido varias etapas de desarrollo desde 1973:

1973-1976 (Etapa de crítica y de ensayos metodológicos);

1977-1986 (Etapa teórica ecléctica y de construcción de una metodología de concepción

ergonómica);

1987-1994 (Primera etapa semiológica);

1995 - Recientemente (Segunda etapa semiológica). Los principales investigadores fueron

Jacques Theureau, con Bernard Tort (de 1974 al 1976), Leonard Pinsky (de 1979 al 1990) y, a

partir de 1983, con diversos estudiantes de tesis con los cuales la colaboración se prosiguió en

general de modo más o menos regular hasta la fecha, a través de diversos grupos de trabajo y la

realización de proyectos de búsqueda y de desarrollo. Ha dado lugar a diversas colaboraciones

desarrolladas con investigadores que llevan programas en parte semejantes, en parte

complementarios y en parte alternativos de búsqueda, en diversas disciplinas científicas.

1.7 Áreas involucradas

Ingeniería de Software, ya que esta área es beneficiada por los resultados del proyecto de

investigación propuesto. Esto es debido a que los modelos organizacionales generados

como resultado de la labor de elicitación son una fuente correcta para la determinación de la

funcionalidad esperada del sistema de software. El conocimiento profundo de las tareas de

los actores organizacionales provisto por la teoría del curso de acción será la base para el

análisis futuro de determinación de tareas relevantes para ser automatizadas y que serán las

operaciones funcionales futuras del sistema de información.

Representación del conocimiento, ya que el Framework i* es una técnica que permite la

representación conceptual del contexto organizacional. Por esta razón, las primitivas

conceptuales provistas por este lenguaje de modelado se encuentran en el mismo nivel de


8

abstracción que el dominio de aplicación, es decir, es posible modelar actores, tareas,

metas, etc., que pertenecen al ámbito del modelado organizacional.

1.8 Alcances y limitaciones

Alcances:

Se definió un mecanismo de representación del conocimiento elicitado con el curso de

acción.

Se identificaron guías para poder elicitar los requisitos para construcción de modelos

Tropos.

Se crearon diagramas Tropos utilizando diagramadores ya existentes.

Se realizaron casos de estudio con base en problemas reales del CENIDET, por ejemplo el

proceso de inscripción de estudiantes a los programas de maestría.

Se compararon otros métodos para evaluar la propuesta metodológica.

Limitaciones:

Se tomaron como base solamente las metodologías curso de acción y Tropos.

Se construyo una metodología basada en la Teoría de Curso de Acción que nos permite

construir modelos organizacionales descritos en lenguaje Tropos.

No se construyó un diagramador de modelos organizacionales, solamente los ya existentes

para Tropos.

Se trabajo solamente en la definición de un método, no se desarrollaron herramientas de

software que implementen las soluciones planteadas. Es decir, el producto resultado de la

tesis es un método de elicitación basado en la teoría del curso de acción.

1.9 Organización del documento

El documento de tesis está organizado en 6 capítulos:

Capítulo 2 Marco Teórico. Este capítulo describe los conceptos y metodologías relevantes que se

utilizaron durante la investigación.

Capítulo 3 Análisis y Desarrollo. Presenta el análisis y desarrollo de la solución del problema,

describiendo los pasos para implementar la solución propuesta en esta tesis.

Capítulo 4 Metodología. Contiene la descripción de plantillas, pasos y la manera de utilizarlas, así

como el plan de pruebas del caso de prueba.

Capítulo 5 Caso de estudio. Presenta el caso de estudio plasmado en las plantillas propuestas por

esta metodología.


9

Capítulo 6 Plan de pruebas. Contiene el plan de pruebas aplicada a la metodología propuesta.

Capítulo 7 Conclusiones y trabajos futuros. Presenta las conclusiones, aportaciones y trabajos

futuros de la investigación realizada en esta tesis, de acuerdo a los resultados obtenidos y

experiencia adquirida.

Referencias. Contienen las referencias que sirvieron de apoyo para la construcción del documento y

la metodología

Anexos. Contienen la documentación de la metodología, plantillas y pasos propuestos.

CAPÍTULO 2

MARCO TEÓRICO

Este capítulo describe los conceptos y metodologías relevantes para el tema de investigación

desarrollado.

Capitulo 2: Marco Teórico

11

2.1 Definición de metodología

Una metodología es aquella guía que se sigue a fin realizar las acciones propias de una

investigación [1]. En términos más sencillos se trata de la guía que nos va indicando qué hacer y

cómo actuar en el curso de algún tipo de investigación. También es posible definir una metodología

como aquel enfoque que permite observar un problema de una forma total, sistemática y

disciplinada.

Al intentar comprender la definición que se hace de lo que es una metodología, resulta de suma

importancia tener en cuenta que una metodología no es lo mismo que la técnica de investigación.

Las técnicas son parte de una metodología, y se define como aquellos procedimientos que se

utilizan para llevar a cabo la metodología, por lo tanto, es uno de los elementos que incluye.

En el contexto de la investigación son muchas las metodologías que es posible seguir, sin embargo,

existen 2 grandes grupos que incluyen a otras más específicas. Se trata de la metodología de

investigación cuantitativa y la metodología de investigación cualitativa. [1]

La metodología cuantitativa es aquella que permite la obtención de información a partir de la

cuantificación de los datos sobre variables, mientras que la metodología cualitativa, evitando la

cuantificación de los datos, produce registros narrativos de los fenómenos investigados. En este tipo

de metodología los datos se obtienen por medio de la observación y las entrevistas, entre otros.

Como vemos, la diferencia más importante entre la metodología cuantitativa y la cualitativa radica

en que la primera logra sus conclusiones a través de la correlación entre variables cuantificadas, y

así poder realizar generalizaciones y producir datos objetivos, mientras que la segunda estudia la

relación entre las variables obtenidas a partir de la observación en contextos estructurados y

situacionales.

A fin de decidir qué tipo de metodología es posible utilizar para una determinada investigación, el

investigador debe considerar varios aspectos como por ejemplo los resultados que se espera obtener,

quienes son los interesados en conocerlos, la naturaleza misma del proyecto, entre otras. [1]

2.2 Ciclo de vida de la ingeniería de software

Un objetivo de décadas ha sido el encontrar procesos y metodologías, que sean sistemáticas,

predecibles y repetibles, a fin de mejorar la productividad en el desarrollo y la calidad del producto

software.

En este apartado se describe una la configuración de RUP (Rational Unified Process) para un

proyecto pequeño. Por las características del proyecto, se han incluido muy pocos artefactos, roles y

actividades de la metodología, manteniendo los más esenciales. Dicha configuración está basada en

la siguiente selección de artefactos:

2.2.1 Estructura del proceso

El proceso puede ser descrito en dos dimensiones o ejes:

Eje horizontal: Representa el tiempo y es considerado el eje de los aspectos dinámicos del proceso.

Indica las características del ciclo de vida del proceso expresado en términos de fases, iteraciones e

hitos. Se puede observar en la (Figura 2.1) que RUP consta de cuatro fases [2]:

http://es.wikipedia.org/wiki/Metodolog%C3%ADa_%28ingenier%C3%ADa_de_software%29


12

Inicio,

Elaboración,

Construcción y

Transición.

Como se mencionó anteriormente cada fase se subdivide a la vez en iteraciones.

Eje vertical: Representa los aspectos estáticos del proceso. Describe el proceso en términos de

componentes de proceso, disciplinas, flujos de trabajo, actividades, artefactos y roles [1].

Figura 2.1. Estructura de RUP

2.2.2 Esquema de trazabilidad

A continuación se ilustra las relaciones de trazabilidad entre artefactos del proyecto, y según la

configuración antes mencionada.


13

Figura 2.2. Trazabilidad entre artefactos.

Las relaciones de trazabilidad son enlaces entre artefactos que establecen cómo se generan unos

a partir de otros [2]. Esto permite por ejemplo asegurar la cobertura de los requisitos o determinar el

posible impacto de los cambios. En la (Figura 2.2) se ilustran los modelos y artefactos utilizados,

indicando las relaciones de trazabilidad entre ellos, lo cual se resume a continuación:

Fueron modelados los procesos de negocio de la situación actual utilizando Diagramas de

Actividad para representar Flujos de Trabajo Actuales. Esto se complementa mediante un

Glosario que establecerá la terminología [3].

El modelo de procesos de la solución propuesta incluye los Flujos de Trabajo Propuestos

junto con una lista de Características del Producto Software.

Los requisitos son establecidos mediante un Modelo de Casos de Uso que incluye

Diagramas de Casos de Uso, Prototipos de Interfaces de Usuario y Especificaciones de

Casos de Uso.

El Modelo de Pruebas incluye las Pruebas de Aceptación establecidas para cada Caso de

Uso [4].

El Modelo de Análisis y Diseño establece el particionamiento interno del sistema. Está

compuesto por un Diagrama de Clases y algunos Diagramas de Estados. Las clases

determinan la estructura y las operaciones necesarias para implementar las funcionalidades


14

descritas en los Casos de Uso. Los Diagramas de Estados detallan el comportamiento para

las clases que lo requieran.

A partir del Diagrama de Clases, y considerando las clases que requieran persistencia, se

deriva el Modelo Lógico Relacional, representado mediante Diagramas de Tablas [5].

En el Modelo de Implementación se organizan las operaciones de las clases en términos de

componentes de dicha arquitectura. Esto se representa mediante Diagramas de

Componentes [6].

La implementación del Modelo Lógico Relacional y de los componentes de la aplicación

constituyen el Producto, el cual se complementa con el Manual de Instalación y el Manual

de Usuario.

2.3 Modelado de negocios

Durante el proceso de modelado del negocio, se examina la estructura de la organización y se

observan los roles en la compañía y como éstos se relacionan.

También se examina el flujo de trabajo de la organización, los procesos principales dentro de la

compañía y como trabajan. Además, se deben examinar las entidades externas, cualquier individuo

u otras compañías y cómo interactúan con el negocio, y observar las implicaciones de esas

interacciones [7].

Con este flujo de trabajo pretendemos llegar a un mejor entendimiento de la organización donde se

va a implantar el producto.

2.3.1 Objetivo del Modelado de negocios

Los objetivos del modelado de negocio son:

Entender la estructura y la dinámica de la organización para la cual el sistema va ser

desarrollado (organización objetivo).

Entender el problema actual en la organización objetivo e identificar potenciales mejoras.

Asegurar que clientes, usuarios finales y desarrolladores tengan un entendimiento común

de la organización objetivo.

Derivar los requisitos del sistema necesarios para apoyar a la organización objetivo.

Comprender el conjunto de procesos de negocio que tienen lugar dentro de una empresa,

como paso previo a establecer los requisitos del sistema a desarrollar. El modelo de

negocios es el estudio de la organización. [2]

Para lograr estos objetivos, el modelo de negocio describe cómo desarrollar una visión de la nueva

organización, basado en esta visión se definen procesos, roles y responsabilidades de la

organización por medio de un modelo de Casos de Uso del negocio y un Modelo de Objetos del

Negocio. Complementario a estos modelos, se desarrollan otras especificaciones tales como un

Glosario.


15

2.3.2. ¿Por qué modelar el negocio?

Conocimiento de la visión organizacional

Al construir un sistema de software, se puede usar el modelo de negocios para conocer y

documentar qué hace la organización. [2]

Re-ingeniería de procesos del negocio

Uno de los principales artefactos del modelo de negocios es el flujo de trabajo de la organización.

En base a esto el equipo de re-ingeniería de negocios puede examinar los diagramas y analizar

posibles cambios de flujo de trabajo. [2]

Contexto para una solución de software

El modelado del negocio puede ayudarnos a comprender el contexto del sistema que se está

construyendo.

2.4 Curso de Acción

El programa de investigación conocido bajo el nombre de Curso de Acción ha conocido varias

etapas de desarrollo desde su concepción en 1973, como ya se mencionó en la sección 1.7 Trabajos

relacionados.

El curso de la acción puede ser precisado brevemente como ―la actividad de uno o varios actores

comprometidos en una situación, que es significativa para ellos; es decir que puede ser descrita y

comentada, en parte, por ellos a todo momento‖. [9]

De acuerdo con Theureau [8] este análisis se caracteriza por permitir identificar y describir las

acciones (y las comunicaciones) que son significativas para una persona en situación de trabajo, y

se refiere al conocimiento, o lo que el trabajador produce sobre su trabajo en respuesta a

interrogaciones orientadas por la observación del comportamiento.

Se trata del ―conocimiento de actos‖, es decir, aquel conocimiento que permite emerger

explicaciones directas de las acciones de los actores en términos de razones (o de causas) y de

intenciones subyacentes. El análisis de curso de acción comprende tres niveles de estudio: la

observación, la descripción y la interpretación. Cada uno de estos niveles de análisis responde y es

guiado por hipótesis de trabajo específicas. [10]

La metodología de curso de acción está enfocada al análisis de tareas cognitivas y la experiencia

empleadas en una actividad de trabajo. Toma en cuenta el contexto en el cual esta actividad de

trabajo es llevada a cabo: espacial, informacional, técnico, cultural y organizacional. [9]

El curso de acción determina un nivel de descripción y explicación de la actividad dentro de una

situación de trabajo determinada para un actor determinado, y dada una situación determinada.

Metodológicamente consiste en la elaboración de un modelo que constituye el comportamiento

significativo de una persona en situación de trabajo [8].

Algunas de las hipótesis teóricas que han sido formuladas por diversos autores sobre la actividad

humana son las siguientes:


16

• Autónoma: consta de las interacciones asimétricas entre una persona y su ambiente. Qué en este

ambiente es relevante para la estructura interna de una persona en lo inmediato. Las interacciones

no tratan al ambiente como un observador de fuera podría hacerlo.

• Cognitiva: manifiesta y desarrolla conocimientos continuamente;

• Expresiva: consta de una unión entre la cognición, la acción, la comunicación, y la emoción,

conservando temporalmente nociones de sentido común;

• Enérgicamente situada: Apela a recursos personales para su ejecución.

• Indisolublemente individual y colectiva: representa eventos individuales con entretejidos eventos

colectivos;

• Culta: inseparable de una situación cultural que tiende a compartirse colectivamente.

• Experimentada: a mayor cantidad de experiencia más retroalimentación se tiene, usando esta

experiencia para su beneficio.

Fundamentos: El objeto de análisis

La hipótesis de este tipo de análisis, la cual concierne a la cognición humana, se centra en la

concepción del ―hombre como sistema autónomo‖. No se basa en el análisis del ―trabajo real‖,

como es común en numerosas propuestas derivadas de la ergonomía, a través del estudio de la

denominada ―tarea prescrita‖.

Si observamos un contexto de trabajo en el cual participan varios actores, el sistema formado por

cada uno de los actores y su medio ambiente constituye sin lugar a dudas un sistema complejo. No

solamente porque está constituido por numerosos componentes muy diferentes, sino porque además

están relacionados de múltiples maneras

Pero la ―complejidad‖ no es la sola ni la más importante de las características de ese sistema. Para

resolver esta complejidad bastaría con analizar por partes esa complejidad o establecer solamente

un nivel de abstracción para ese sistema.

La característica más importante de este tipo de sistemas, según Jaques Theureau, es la

―autonomía‖. La autonomía es una característica esencial de los sistemas vivientes, en particular de

las personas.

Por autonomía, nos referimos a la capacidad fundamental de ser, de afirmar la existencia y a hacer

emerger un mundo que es significativo y pertinente, todo sin que necesariamente este mundo haya

sido definido por adelantado.

Esta autonomía tiene consecuencias muy importantes, tanto sobre ―la dinámica del sistema‖,

formado por cada uno de los actores y su medio ambiente, como por estar basada en el

―conocimiento‖ que poseen estos actores.


17

Significa asimismo que estos actores mantienen una relación ―asimétrica‖ con el medio ambiente de

trabajo (el cual comprende desde luego los otros actores), en el sentido de que cada uno interactúa

con quien tiene algún tipo de interés, o en otro sentido, le es fuente de perturbaciones.

Dicho en otros términos, cada actor interactúa con una parte de ese medio ambiente que le es

―significativa‖, y en la cual participa poniendo en juego sus conocimientos, sus competencias, sus

experiencias y de las propias interacciones tenidas con esa parte del sistema en los instantes

precedentes.

Es importante destacar que el sistema formado por cada uno de los actores, no tiene límites

espaciales, temporales, ni de contenido determinados a priori. Estos límites y el contenido dependen

del actor, y varían constantemente, no solamente como consecuencia de sus interacciones, sino

también por su interacción con otros actores y otros ambientes de trabajo (o inclusive otros

ambientes no de trabajo), que participan a la creación de su propia cultura.

Son estas características de la autonomía que impiden que el análisis se centre únicamente en hacer

un repertorio de actores y tareas asociadas.

El problema no reside tanto en la complejidad del número de actores y sus relaciones como en la

constitución misma del sistema.

Lo anterior nos lleva a encontrar la manera de ―articular‖ el punto de vista del actor el punto de

vista del observador externo.

Este enfoque también se aleja del punto de vista emanado de la psicología cognitiva, del ―hombre

como sistema de tratamiento de información‖. En este enfoque el sistema está determinado por las

representaciones simbólicas predefinidas de un ―actor tipo‖ en un ―ambiente preconstruido‖.

Definición de curso de acción

―Es la actividad de un actor determinado, involucrado activamente en un ambiente físico y social

determinado y perteneciendo a una cultura determinada. Actividad que es significativa, es decir

mostrable, contable y comentable a todo instante de su desarrollo, a un observador o interlocutor‖.

Un curso de acción es considerado como un todo, es decir, no reducible a priori a la concatenación

de diversas funciones separadas tales como la percepción, la cognición, la comunicación, la

planificación etc. El carácter significativo del medio ambiente es establecido por la manera como el

actor muestra los elementos que le son de interés, cuenta las acciones, comunicaciones o

verbalizaciones que lleva a cabo, y comenta, es decir analizar y explica lo que hace, piensa o siente.

El curso de acción no permite analizar ―toda‖ la actividad o ―toda‖ la interacción del actor y su

medio ambiente. Solamente aquello que un actor es capaz de mostrar, contar o comentar.

Si bien un actor siempre hace más que aquello que es capaz de mostrar, contar o comentar, es

importante remarcar que inversamente la parte que es capaz de mostrar, contar o comentar es

mucho más amplia que la parte meramente observable de la actividad.

Este enfoque de análisis de la actividad ofrece la posibilidad metodológica de describir

empíricamente aquello que es de interés para un actor, y no solamente para el observador.


18

Modelado del curso de acción

El objetivo es elaborar una descripción sobre la organización intrínseca del curso de acción. Por

relación intrínseca se entiende. Es decir, se tratan de mostrar las unidades de actividad que son

significativas para un actor y de comprender cómo un actor pasa de una unidad significativa a otra,

construyendo así progresivamente su curso de acción.

Tres hipótesis guían este enfoque metodológico de curso de acción.

Hipótesis 1

La organización intrínseca (o construcción) global del curso de acción consiste en un

encadenamiento e inserción de unidades significativas. Estas unidades significativas pueden

secuenciarse, o pueden a su vez componerse de unidades más pequeñas.

Hipótesis 2

Las unidades significativas tienen por estructura subyacente un encadenamiento de signos triádicos,

que constituyen la organización intrínseca, o construcción local, del curso de acción.

Nota: Por organización intrínseca se entiende la caracterización de la relación de un actor con su

propio entorno de actividad en una secuencia de actividades.

Hipótesis 3

Las unidades significativas resultan del análisis de estructuras significativas determinadas según las

relaciones que existen entre ciertos signos triádicos subyacentes a las unidades elementales que las

componen.

Relación triádica R O I

Se propone una relación triádica R O I, representada en la (Figura 2.3), donde el significado de las

letras son (R) Representamen, (O) Objeto, (I), Interpretando.

(R) es el signo que sintetiza la acción. Pueden catalogarse como originales e interpretativos. Los

originales son aquellos signos en la fuente de la interpretación y pueden ser naturales o

convencionales. Los naturales pueden ser por ejemplo ruidos, vibraciones, olores, etc. Los

convencionales pueden ser mensajes verbales, escritos, o informáticos, señales, etc. Los

interpretativos se refieren a la imagen o modelo mental que se forja en el curso de la acción,

permitiendo ligar así la semiología y el estudio del razonamiento.

(O) también llamado objeto situacional dinámico, se refiere a la parte del mundo real pre-construida

culturalmente por cada una de las personas que forman parte de la organización.

(I) Es el elemento de generalidad que describe el paso de un signo a otro signo, consecuencia de la

regularidad entre eventos y comportamientos. Es parte del denominado ―saber-hacer‖ que

constituye el encadenamiento de interpretaciones para la acción. (Figura 2.4)


19

Encadenamiento de unidades significativas

El análisis de curso de acción puede limitarse a la construcción local de un curso de acción, o

extenderse a la concatenación o encadenamiento de las unidades significativas.

Se dice que para que exista concatenación o encadenamiento de las unidades significativas, debe

haber coherencia entre los elementos de signo. Por ejemplo el representamen Rj se deduce de Ri, e

interpretando Ij de Ii, y el Objeto Oj de Oi.

Figura 2.4. Encadenamiento de interpretaciones para la acción.

La coherencia entre signos está dada por ciertas reglas de precedencia que se deducen de la

naturaleza misma de la acción.

La concatenación o encadenamiento da lugar a diferentes tipos de relaciones entre unidades

significativas que expresan el carácter secuencial, de continuidad, o de sincronicidad y de

composición (macro secuencias).

Lo que es importante para efectos de este trabajo, es la caracterización del ―tipo de relaciones‖ que

se da entre diferentes actores a partir de la interpretación dada por un actor con relación al objeto

que lo relaciona consigo mismo en el desarrollo de su trabajo, o con otros actores con los cuales

comparte una secuencia o flujo de trabajo.

Oi

Ii Ij

Oj O

I

Ri Rj Unidad

Significativa

Elemental

Representamen

Objeto

Interpretando

Unidad

Significativa

Elemental

Figura 2.3. Significación para la acción


20

2.5 Diseño centrado en el usuario

El diseño centrado en el usuario es un método iterativo donde se enfatiza el involucrar de forma

activa al usuario, y el entendimiento claro de los requisitos de la tarea y el usuario.

De acuerdo con la norma ISO, la incorporación del diseño centrado en el usuario se caracteriza por:

• Involucrar activamente a los usuarios y entender claramente los requisitos del usuario y la

tarea.

• Una apropiada distribución de las funciones entre los usuarios y la tecnología.

• La iteración de las soluciones de diseño.

• Diseño multidisciplinario.

Es esencial involucrar al usuario para poder entender y definir el contexto de uso, las tareas y la

forma en que van a trabajar los usuarios en el futuro con el producto o sistema. Los usuarios y

desarrolladores deben interactuar a través del proceso de diseño; cuando se diseñan productos

hechos a la medida del usuario, los usuarios reales pueden directamente involucrarse en el proceso

de diseño, y para el diseño de productos de consumo se puede involucrar a representantes del grupo

objetivo. [11]

El objetivo de la tecnología es asistir al usuario a desarrollar las tareas seleccionadas, por lo que el

diseño debe identificar todas las tareas, la forma en que serán desarrolladas y cómo serán repartidas

entre el usuario y la tecnología, decisión que no puede basarse únicamente en las capacidades de la

tecnología y dejar las demás tareas al ser humano.

En el diseño interactivo, la retroalimentación de los usuarios es una importante fuente de

información. Por lo general, no es posible definir exactamente las necesidades del usuario al inicio

del proceso, ya que por una parte, el diseñador no tiene una clara idea de lo que el usuario pueda

querer, y por la otra, el usuario no tiene una idea clara de lo que la tecnología pueda hacer.

La situación actual de trabajo es sólo el punto de inicio para el diseño, por lo que el nuevo sistema

puede cambiar el contexto de uso, los requisitos tecnológicos y del usuario. El proceso de diseño

debe ―soportar‖ estas iteraciones visualizando y evaluando las nuevas situaciones, con lo que el

diseño puede ser refinado. [12]

El diseño centrado en el usuario requiere conjuntar una variedad de habilidades y conocimientos

dependiendo en la naturaleza del sistema a desarrollar, por lo que el equipo multidisciplinario puede

incluir usuarios finales, miembros de la gerencia, expertos en la aplicación, diseñadores del sistema,

expertos en mercadotecnia, diseñadores gráficos, especialistas en factores humanos y personal de

capacitación.

Es posible que una misma persona represente varias de estas áreas, pero algo importante a

considerar es que el diseñador nunca puede representar al usuario, a menos que el diseño sea

desarrollado para su uso personal.

El diseño centrado en el usuario puede ser aplicado a cualquier componente de cualquier sistema

con el que el usuario tenga que interactuar, por lo que queda incluido el hardware, software y los

manuales. [11]

Algunos aspectos que deben definirse cuando se planea un proyecto bajo la forma de diseño

centrado en el usuario de acuerdo con la ISO 13407 (1999) son:


21

• Debe haber actividades para:

Definir el contexto de uso

Especificar los requisitos del usuario y de la organización

Producir prototipos, y

Evaluar los diseños

•Las actividades antes mencionadas deben integrarse con las demás actividades de diseño,

como es el análisis, diseño y pruebas.

• El plan debe identificar a las personas u organizaciones que son responsables de las

actividades del diseño centrado en el usuario y el rango de habilidades y puntos de vista que

deben incluirse.

• El plan debe definir los procedimientos de análisis de los resultados de la evaluación y

retroalimentación de los resultados de diseño. El plan debe definir como documentar el

diseño iterativo.

• Deben definirse plazos para las actividades de diseño centrado en el usuario, incluyendo

plazos que permitan la retroalimentación y los posibles cambios en el diseño, y asegurando

tiempo para las actividades de evaluación durante las fases de diseño. [10]

El equipo multidisciplinario, dependiendo del proyecto, puede incluir:

• Técnicos expertos

• Representantes de los usuarios

• Expertos en la aplicación en campo

• Expertos en usabilidad

• Diseñadores gráficos

• Expertos en mercadotecnia

Cada uno de los participantes debe tener su papel y responsabilidad bien definidas en el proyecto,

ya que el diseño no solo es el producto, también debe incluir los manuales, capacitación,

mantenimiento, soporte técnico, empaque y mercadotecnia.

Para definir el papel de cada uno de los actores se deben considerar las fuentes para:

• Definir los requisitos iníciales del usuario

• Ilustrar las decisiones de diseño

• Hacer los prototipos

• Evaluar durante la fase de análisis y diseño

• Analizar el resultado de la evaluación

• Realizar pruebas de campo

La mayor parte de las actividades requieren del trabajo entre expertos de diferentes áreas, pero es

conveniente que una sola persona sea responsable de las actividades relacionadas con el diseño

centrado en el usuario, así como la participación conjunta de los diseñadores y los usuarios en la

mayor parte de las actividades, ya que la información de segunda mano nunca es tan adecuada

como la de quienes trabajan y conviven con el sistema.

2.6 Tropos

Tropos es una metodología de modelado que integra análisis de requisitos tempranos y tardíos para

la generación de sistemas de software orientados a agentes. Se enfoca en el modelado de las

relaciones sociales entre los actores organizacionales, considerando a los actores del negocio como

entes sociales que tienen objetivos y tareas que permiten satisfacer estos objetivos. Una de las


22

fortalezas de Tropos es la descripción explícita de las dependencias que existen entre los actores y

el estudio de las implicaciones de estas dependencias, en términos de vulnerabilidades y aumento de

capacidades. Tropos tiene sus bases en la metodología i* propuesta por Eric Yu [14].

Estudio de las primitivas básicas de Tropos

El concepto genérico de actor organización ha sido clasificado en los siguientes tipos: actor, agente,

posición y rol (Figura 2.5).

Actor RolAgente Posición

Figura 2.5. Tipos de Agentes

2.6.1 Metas duras

Representan los objetivos a ser logrados por un agente. En el caso de las metas duras, no es

necesario especificar la forma en la que estas metas deben ser satisfechas, (Figura 2.6).

Meta Acreditar

la materia

Figura 2.6. Representación de una Meta Dura

2.6.2 Metas suaves

Las metas suaves son similares a las metas duras salvo que los criterios para la satisfacción de las

metas no pueden ser descritos en forma precisa, y solamente se puede juzgar el grado de

satisfacción que la meta tenga con respecto al punto de vista de un agente, (Figura 2.7)

Meta suaveSer el mejor

de la clase

Figura 2.7. Representación de una Meta Suave


23

2.6.3 Tareas

Las tareas describen procedimientos precisos para realizar una actividad. Las tareas pueden ser

refinadas en tareas de más bajo nivel (Figura 2.8). La ejecución de un plan puede satisfacer las

principales metas o satisfacer las metas secundarias. [15]

TareaRevisar

código

Figura 2.8. Representación de una Tarea.

2.6.4 Recursos

El recurso es una entidad que puede ser física o informacional. Para la definición de recursos se

asume que no que hay preguntas abiertas referentes al cómo ese recurso será producido (Figura 2.9).

Los recursos son requeridos por los actores para cumplir sus metas.

Recurso Turno

Figura 2.9 Representación de un Recurso.

2.6.5 Dependencias

Ésta se establece entre dos actores, en los cuales uno de ellos toma el rol de actor dependiente

(depender actor), y otro de actor del que se depende (dependee actor), mientras que el objeto

alrededor del cual se centra la dependencia se llama dependum [14]. Las dependencias se definen

para describir la dependencia entre dos actores para satisfacer una meta, ejecutar un plan, o definir

un recurso.

Dependencia de meta

En una dependencia de meta, el actor depender depende del actor dependee para satisfacer un

objetivo organizacional. En las dependencias de meta, el actor dependee es libre de tomar todas las

decisiones que sean necesarias para satisfacer la meta que le ha sido delegada. El actor depender no

tiene intervención en cómo esta metas debe ser satisfecha (Figura 2.10).


24

AutoMecánico Arreglar el autoD D

Figura 2.10 Dependencia de meta.

Dependencia de tarea

En una dependencia de la tarea, el depender depende del dependee para realizar una actividad. El

dependum nombra una tarea que especifica cómo debe ser realizada la tarea pero no describe el

porqué ésta deber ser ejecutada. El depender ha tomado ya decisiones sobre cómo la tarea debe ser

realizada. La descripción de una tarea en Tropos no debe ser tomada como una especificación

completa de los pasos requeridos al ejecutar la tarea, (Figura 2.11). La especificación de tareas

implica la definición de restricciones impuestas por el depender al dependee para la realización de

una actividad [16].

DistribuidorMecánicoFabricar

piezaD D

Figura 2.11 Dependencia de Tarea.

Dependencia de recurso

En una dependencia del recurso, el depender depende del dependee para la disponibilidad de una

entidad (física o informativa). Estableciendo esta dependencia, el depender gana la capacidad de

utilizar esta entidad como recurso, (Figura 2.12). Un recurso es el producto final de un cierto

proceso organizacional [14].

DistribuidorMecánico Motor

D D

Figura 2.12 Dependencia de recurso.

Dependencia de meta suave

En una dependencia meta suave, el depender depende del dependee para realizar una cierta tarea


25

que resuelva una meta suave, (Figura 2.13). Una meta suave es similar a una meta dura salvo que los

criterios del éxito de la meta no pueden ser descritos en forma precisa [13].

MecanicoClienteReparar

a tiempo

D D

Figura 2.13 Dependencia de meta suave.

Actividades de modelado del Framework Tropos

A continuación se describen las etapas de modelado de requisitos tempranos de Tropos.

2.6.6 Modelado de un actor

Esta etapa de modelado consiste en identificar y analizar los actores relevantes dentro del contexto

organizacional (Figura 2.14). Estos actores, que serán considerados como agentes al nivel de

requisitos tempranos (modelado organizacional) serán utilizados para generar los posibles actores

del sistema de información a desarrollar.

Ciudadano

Municipio

Los impuestos son

bien gastados

Museo

Visitante

Disfruta de la

visita

Provee de servicios

culturales

Busca

información

cultural

D

D

Figura 2.14 Modelado de Actores


26

2.6.7 Modelado de dependencias

Consiste en identificar dependencias entre actores, las cuales pueden tener como objetivo lograr que

las metas sean satisfechas, que los recursos sean provistos y que las tareas sean ejecutadas [15]. La

(Figura 2.15) muestra un ejemplo de la notación para describir dependencias en Tropos.

Actor

Actor

Meta

suave

DD

Depender

Dependee

Dependum

Figura 2.15 Diagrama de modelado de Dependencia.

2.6.8 Modelo general

El modelo general nos presenta la vista general de un problema, y es generado por los requisitos

tempranos del análisis. Esta vista presenta un panorama amplio del proceso organizacional basado

en las primitivas básicas de Tropos. En el análisis se identifican los procesos básicos que se

desprenden del problema. Así también las relaciones que existen en el proceso organizacional,

(Figura 2.16). [15]

Figura 2.16. Modelo Tropos.


27

2.7 Técnicas de licitación de requisitos

A continuación, se describen algunas de las técnicas que se proponen en esta metodología para

obtener los productos de las tareas que se han descrito.

Las técnicas más habituales en la elicitación de requisitos son las entrevistas, el Joint Application

Development (JAD) o Desarrollo Conjunto de Aplicaciones, el brainstorming o tormenta de ideas y

la utilización de escenarios, más conocidos como casos de uso [6].

A estas técnicas, que se describen en los siguientes apartados, se les suele apoyar con otras técnicas

complementarias como la observación in situ, el estudio de documentación, los cuestionarios, la

inmersión en el negocio del cliente [7] o hacer que los ingenieros de requisitos sean aprendices del

cliente [8].

2.7.1 Entrevistas

Las entrevistas son la técnica de elicitación más utilizada, y de hecho son prácticamente inevitables

en cualquier desarrollo ya que son una de las formas de comunicación más naturales entre personas.

En las entrevistas, y en otras técnicas de interacción, se pueden identificar tres fases: preparación,

realización y análisis [7].

2.7.1.1. Preparación de entrevistas

Las entrevistas no deben improvisarse, por lo que conviene realizar las siguientes tareas previas:

Estudiar el dominio del problema: conocer las categorías y conceptos de la comunidad de clientes y

usuarios es fundamental para poder entender las necesidades de dicha comunidad y su forma de

expresarlas [7], y para generar en los clientes y usuarios la confianza de que el ingeniero de

requisitos entiende sus problemas.

Para conocer el dominio del problema se puede recurrir a técnicas de estudio de documentación, a

bibliografía sobre el tema, documentación de proyectos similares realizados anteriormente, la

inmersión dentro de la organización para la que se va a desarrollar [7] o a periodos de aprendizaje

por partes de los ingenieros de requisitos [8].

Seleccionar a las personas a las que se va a entrevistar: se debe minimizar el número de entrevistas

a realizar, por lo que es fundamental seleccionar a las personas a entrevistar. Normalmente se

comienza por los directivos, que pueden ofrecer una visión global, y se continúa con los futuros

usuarios, que pueden aportar información más detallada, y con el personal técnico, que aporta

detalles sobre el entorno operacional de la organización.

Tal como se recomienda en [7], conviene también estudiar el perfil de los entrevistados, buscando

puntos en común con el entrevistador que ayuden a romper el hielo.

Determinar el objetivo y contenido de las entrevistas: para minimizar el tiempo de la entrevista es

fundamental fijar el objetivo que se pretende alcanzar y determinar previamente su contenido.

Previamente a su realización, se pueden enviar cuestionarios que los futuros entrevistados deben

rellenar y devolver, y un pequeño documento de introducción al proyecto de desarrollo, de forma


28

que el entrevistado conozca los temas que se van a tratar y el entrevistador recoja información para

preparar la entrevista.

Es importante que los cuestionarios, si se usan, se preparen cuidadosamente teniendo en cuenta

quién los va a responder y no incluir conceptos que se asuman conocidos cuando puedan no serlo.

Planificar las entrevistas: la fecha, hora, lugar y duración de las entrevista deben fijarse teniendo en

cuenta siempre la agenda del entrevistado. En general, se deben buscar sitios agradables donde no

se produzcan interrupciones y que resulten naturales a los entrevistados, tal como se describe en [7].

2.7.1.2. Realización de entrevistas

Dentro de la realización de las entrevistas se distinguen tres etapas, tal como se expone en [6]:

1. Apertura: el entrevistador debe presentarse e informar al entrevistado sobre la razón de la

entrevista, qué se espera conseguir, cómo se utilizará la información, la mecánica de las preguntas,

etc. Si se va a utilizar algún tipo de notación gráfica o matemática que el entrevistado no conozca

debe explicarse antes de utilizarse. Es fundamental causar buena impresión en los primeros

minutos.

2. Desarrollo: la entrevista en si no debería durar más de dos horas, distribuyendo el tiempo en un

20% para el entrevistador y un 80% para el entrevistado. Se deben evitar los monólogos y mantener

el control por parte del entrevistador, contemplando la posibilidad de que una tercera persona tome

notas durante la entrevista o grabar la entrevista en cinta de vídeo o audio, siempre que el

entrevistado esté de acuerdo.

Durante esta fase se pueden emplear distintas técnicas:

Preguntas abiertas: también denominadas de libre contexto [6], estas preguntas no pueden

responderse con un "sí" o un "no", permiten una mayor comunicación y evitan la sensación de

interrogatorio. Por ejemplo, "¿Qué se hace para registrar un pedido?", "Dígame qué se debe hacer

cuando un cliente pide una factura" o "¿Cómo se llena una requisición?". Estas preguntas se suelen

utilizar al comienzo de la entrevista, pasando posteriormente a preguntas más concretas.

En general, se debe evitar la tendencia a anticipar una respuesta a las preguntas que se formulan. En

se exponen interesantes ejemplos de este tipo de preguntas y consejos para su utilización. Una

posibilidad es utilizar las plantillas, como mecanismos tanto de obtención de información, ya que su

estructura indica la información a buscar, como de registro de las respuestas a este tipo de

preguntas.

Utilizar palabras apropiadas: se deben evitar tecnicismos que no conozca el entrevistado y palabras

o frases que puedan perturbar emocionalmente la comunicación.

Mostrar interés en todo momento: es fundamental cuidar la comunicación no verbal durante la

entrevista: tono de voz, movimiento, expresión facial, etc. Por ejemplo, para animar a alguien a

hablar puede asentirse con la cabeza, decir "ya entiendo", "sí", repetir algunas respuestas dadas,

hacer pausas, poner una postura de atención, etc. Debe evitarse bostezar, reclinarse en el sillón,

mirar hacia otro lado, etc.


29

3. Terminación: al terminar la entrevista se debe recapitular para confirmar que no ha habido

confusiones en la información recogida, agradecer al entrevistado su colaboración y citarle para una

nueva entrevista si fuera necesario, dejando siempre abierta la posibilidad de volver a contactar para

aclarar dudas que surjan al estudiar la información o al contrastarla con otros entrevistados.

2.7.1.3 Análisis de las entrevistas

Una vez realizada la entrevista es necesario leer las notas tomadas, pasarlas a limpio, reorganizar la

información, contrastarla con otras entrevistas o fuentes de información, etc.

Una vez elaborada la información, se puede enviar al entrevistado para confirmar los contenidos.

También es importante evaluar la propia entrevista para determinar los aspectos mejorables.

2.7.2. Joint Application Development

La técnica denominada JAD (Joint Application Development) o Desarrollo Conjunto de

Aplicaciones), desarrollada por IBM en 1977, es una alternativa a las entrevistas individuales que se

desarrolla a lo largo de un conjunto de reuniones en grupo durante un periodo de 2 a 4 días. En estas

reuniones se ayuda a los clientes y usuarios a formular problemas y explorar posibles soluciones,

involucrándolos y haciéndolos sentirse partícipes del desarrollo.

Esta técnica se base en cuatro principios: dinámica de grupo, el uso de ayudas visuales para mejorar

la comunicación (diagramas, transparencias, multimedia, herramientas CASE, etc.), mantener un

proceso organizado y racional y una filosofía de documentación WYSIWYG (What You See Is

What You Get, lo que se ve es lo que se obtiene), por la que durante las reuniones se trabaja

directamente sobre los documentos a generar.

El JAD tiene dos grandes pasos, el JAD/Plan cuyo objetivo es elicitar y especificar requisitos, y el

JAD/Design, en el que se aborda el diseño del software. En este documento sólo se verá con detalle

el primero de ellos.

Debido a las necesidades de organización que requiere y a que no suele adaptarse bien a los

horarios de trabajo de los clientes y usuarios, esta técnica no suele emplearse con frecuencia,

aunque cuando se aplica suele tener buenos resultados, especialmente para elicitar requisitos en el

campo de los sistemas de información.

En comparación con las entrevistas individuales, presenta las siguientes ventajas: Ahorra tiempo al

evitar que las opiniones de los clientes se contrasten por separado.

Todo el grupo, incluyendo los clientes y los futuros usuarios, revisa la documentación generada, no

sólo los ingenieros de requisitos. Implica más a los clientes y usuarios en el desarrollo.

2.7.2.1. Participantes del JAD

Tal como se expone en, se pueden distinguir seis clases de participantes o roles en el JAD:

Jefe del JAD: es el responsable de todo el proceso y asume el control durante las reuniones. Debe

tener dotes de comunicación y liderazgo.


30

Algunas habilidades importantes que debe tener son: entender y promover la dinámica de grupo,

iniciar y centrar discusiones, reconocer cuándo la reunión se está desviando del tema y reconducirla,

manejar las distintas personalidades y formas de ser de los participantes, evitar que decaiga la

reunión aunque sea larga y difícil, etc.

Analista: es el responsable de la producción de los documentos que se deben generar durante las

sesiones JAD. Debe tener la habilidad de organizar bien las ideas y expresarlas claramente por

escrito. En el caso de que se utilizan herramientas software durante las sesiones, debe ser capaz de

manejarlas eficientemente.

Patrocinador ejecutivo: es el que tiene la decisión final de que se lleve a cabo el desarrollo. Debe

proporcionar a los demás participantes información sobre la necesidad del nuevo sistema y los

beneficios que se espera obtener de él.

Representantes de los usuarios: durante el JAD/Plan, suelen ser directivos con una visión global del

sistema. Durante el JAD/Design suelen incorporarse futuros usuarios finales.

Representantes de sistemas de información: son personas expertos en sistemas de información que

deben ayudar a los usuarios a comprender qué es o no factible con la tecnología actual y el esfuerzo

que implica.

Especialistas: son personas que pueden proporcionar información detallada sobre aspectos muy

concretos, tanto del punto de vista de los usuarios porque conocen muy bien el funcionamiento de

una parte de la organización, como desde el punto de vista de los desarrolladores porque conocen

perfectamente ciertos aspectos técnicos de la instalación hardware de la organización.

2.7.2.2. Fases del JAD

Dentro de la técnica del JAD se distinguen tres fases:

1. Adaptación: es responsabilidad del jefe del JAD, ayudado por uno o dos analistas, adaptar la

técnica del JAD para cada proyecto. La adaptación debe comenzar por definir el proyecto a alto

nivel, para lo cual pueden ser necesarias entrevistas previas con algunos clientes y usuarios.

También suele ser necesario recabar información sobre la organización para familiarizarse con el

dominio del problema, por ejemplo utilizando técnicas complementarias como el estudio de

documentación o la observación in situ.

Una vez obtenida una primera idea de los objetivos del proyecto, es necesario seleccionar a los

participantes, citarles para las reuniones y proporcionarles una lista con los temas que se van a tratar

en las reuniones para que las puedan preparar.

El jefe del JAD debe decidir la duración y el número de sesiones a celebrar, definir el formato de la

documentación sobre la que se trabajará y preparar transparencias introductorias y todo el material

audiovisual que considere oportuno.

2. Celebración de las sesiones JAD: durante las sesiones, los participantes exponen sus ideas y se

discuten, analizan y refinan hasta alcanzar un acuerdo. Los pasos que se recomienda seguir para

este proceso son los siguientes:


31

a) Presentación: se presenta y se da la bienvenida a todos los participantes por parte del

patrocinador ejecutivo y del jefe del JAD. El patrocinador ejecutivo expone brevemente las

necesidades que han llevado al desarrollo y los beneficios que se esperan obtener. El jefe del JAD

explica la mecánica de las sesiones y la planificación prevista.

b) Definir objetivos y requisitos: el jefe del JAD promueve la discusión para elicitar los objetivos o

requisitos de alto nivel mediante preguntas como: "¿Por qué se construye el sistema?", "¿Qué

beneficios se esperan del nuevo sistema?", "¿Cómo puede beneficiar a la organización en el

futuro?", "¿Qué restricciones de recursos disponibles, normas o leyes afectan al proyecto?", "¿Es

importante la seguridad de los datos?"

A medida que se van elicitando requisitos, el analista los escribe en transparencias o en algún otro

medio que permita que permanezcan visibles durante la discusión. Una posibilidad es utilizar para

ello las plantillas.

c) Delimitar el ámbito del sistema: una vez obtenido un número importante de requisitos, es

necesario organizarlos y llegar a un acuerdo sobre el ámbito del nuevo sistema. En el caso de los

sistemas de información, es útil identificar a los usuarios potenciales (actores) y determinar qué

tareas les ayudará a realizar (casos de uso).

d) Documentar temas abiertos: aquellas cuestiones que hayan surgido durante la sesión que no se

han podido resolver, deben documentarse para las siguientes sesiones y ser asignadas a una persona

responsable de su solución para una fecha determinada, para lo cual puede utilizarse la plantilla de

conflictos.

e) Concluir la sesión: el jefe del JAD concluye la sesión revisando con los demás participantes la

información elicitada y las decisiones tomadas. Se da la oportunidad a todos los participantes de

expresar cualquier consideración adicional, fomentando por parte del jefe del JAD el sentimiento de

propiedad y compromiso de todos los participantes sobre los requisitos elicitados.

3. Conclusión: una vez terminadas las sesiones es necesario transformar las transparencias, notas y

demás documentación generada en documentos formales. Se distinguen tres pasos:

a) Completar la documentación: los analistas recopilan la documentación generada durante las

sesiones en documentos conformes a las normas o estándares vigentes en la organización para la

que se desarrolla el proyecto.

b) Revisar la documentación: la documentación generada se envía a todos los participantes para que

la comenten. Si los comentarios son lo suficientemente importantes, se convoca otra reunión para

discutirlos.

c) Validar la documentación: una vez revisados todos los comentarios, el jefe del JAD envía el

documento al patrocinador ejecutivo para su aprobación. Una vez aprobado el documento se envían

copias definitivas a cada uno de los participantes.

2.7.3. Brainstorming

El brainstorming o tormenta de ideas es una técnica de reuniones en grupo cuyo objetivo es la

generación de ideas en un ambiente libre de críticas o juicios. Las sesiones de brainstorming suelen

estar formadas por un número de cuatro a diez participantes, uno de los cuales es el jefe de la


32

sesión, encargado más de comenzar la sesión que de controlarla. Como técnica de elicitación de

requisitos, el brainstorming puede ayudar a generar una gran variedad de vistas del problema y a

formularlo de diferentes formas, sobre todo al comienzo del proceso de elicitación, cuando los

requisitos son todavía muy difusos. Frente al JAD, el brainstorming tiene la ventaja de que es muy

fácil de aprender y requiere poca organización, de hecho, hay propuestas de realización de

brainstorming por vídeo–conferencia a través de Internet [8]. Por otro lado, al ser un proceso poco

estructurado, puede no producir resultados con la misma calidad o nivel de detalle que otras

técnicas.

2.7.3.1. Fases del brainstorming

En el brainstorming se distinguen las siguientes fases:

1. Preparación: la preparación para una sesión de brainstorming requiere que se seleccione a los

participantes y al jefe de la sesión, citarlos y preparar la sala donde se llevará a cabo la sesión. Los

participantes en una sesión de brainstorming para elicitación de requisitos son normalmente

clientes, usuarios, ingenieros de requisitos, desarrolladores y, si es necesario, algún experto en

temas relevantes para el proyecto.

2. Generación: el jefe abre la sesión exponiendo un enunciado general del problema a tratar, que

hace de semilla para que se vayan generando ideas. Los participantes aportan libremente nuevas

ideas sobre el problema semilla, bien por un orden establecido por el jefe de la sesión, bien

aleatoriamente. El jefe es siempre el responsable de dar la palabra a un participante. Este proceso

continúa hasta que el jefe decide parar, bien porque no se están generando suficientes ideas, en cuyo

caso la reunión se pospone, bien porque el número de ideas sea suficiente para pasar a la siguiente

fase. Durante esta fase se deben observar las siguientes reglas:

Se prohíbe la crítica de ideas, de forma que los participantes se sientan libres de formular cualquier

idea. [8]

Se fomentan las ideas más avanzadas, que aunque no sean factibles, estimulan a los demás

participantes a explorar nuevas soluciones más creativas.

Se debe generar un gran número de ideas, ya que cuantas más ideas se presenten más probables será

que se generen mejores ideas.

Se debe alentar a los participantes a combinar o completar las ideas de otros participantes. Para ello,

es necesario, al igual que en la técnica del JAD, que todas las ideas generadas estén visibles para

todos los participantes en todo momento. [7]

Una posibilidad es utilizar como semilla objetivos del sistema e ir identificando requisitos.

3. Consolidación: en esta fase se deben organizar y evaluar las ideas generadas durante la fase

anterior. Se suelen seguir tres pasos:

a) Revisar ideas: se revisan las ideas generadas para clarificarlas. Es habitual identificar ideas

similares, en cuyo caso se unifican en un solo enunciado.

b) Descartar ideas: aquellas ideas que los participantes consideren excesivamente avanzadas se

descartan.


33

c) Priorizar ideas: se priorizan las ideas restantes, identificando las absolutamente esenciales, las

que estarían bien pero que no son esenciales y las que podrían ser apropiadas para una próxima

versión del sistema a desarrollar.

4. Documentación: después de la sesión, el jefe produce la documentación oportuna conteniendo las

ideas priorizadas y comentarios generados durante la consolidación.

CAPÍTULO 3

ANÁLISIS Y

DESARROLLO

Este capítulo presenta la especificación de requerimientos, el análisis de la problemática. Se define

la planeación de la solución del problema, describiendo los pasos de implementar la solución

propuesta en esta tesis.

Capitulo 3: Análisis y Desarrollo

35

3.1 Introducción

Como se describe en el objetivo general, el propósito principal de esta tesis es desarrollar

una metodología que construya el modelo de dependencias Tropos, a partir de elementos

provenientes de la Teoría de Curso de Acción. El esquema de trabajo seguido fue el siguiente

(Figura 3.1):

Figura 3.1 Esquema de trabajo

En este capítulo se presentan los elementos que ofrece la Teoría de Curso de Acción en

vista de crear un modelo Tropos. La Teoría de Curso de Acción, como ya fue presentado en el

apartado 2.4, permite analizar y comprender la dinámica en la cual se encuentran inmersos los

diversos actores que intervienen en una situación de trabajo. De acuerdo a esta teoría, el actor a

cargo de parte de una actividad productiva, en algunos casos siendo al mismo tiempo usuario de

otros actores tecnológicos como pueden ser los sistemas de información, es el elemento central de la

realización del trabajo. En esta lógica, los sistemas informáticos, así se trate de sistemas

fuertemente sofisticados, no son sino otros actores o herramientas, en el espacio de trabajo, a

disposición de los actores humanos.

Figura 3.2 Modelo de caja negra presentando la solución al problema

Curso de

acción

Aplicación de la

metodología

propuesta

Modelo

Tropos


36

3.2 Desarrollo de la metodología

3.2.1 Análisis de curso de acción

El análisis consiste en construir y documentar los modelos de curso de acción a partir de datos

recolectados, precisando y adecuando de manera iterativa los modelos correspondientes. Un grafo

de análisis de curso de acción es una representación de los resultados del análisis, y como toda

interpretación, su valor reside en su grado de sistematicidad, su grado de exhaustividad y su grado

de análisis para un curso de acción dado, así como su grado de generalidad relativa a un caso.

El producto de la interpretación para la acción es por definición una unidad significativa elemental,

la cual puede ser una acción, una comunicación, una interpretación, etc. Constituye una

actualización del estado del curso de la acción para un actor determinado. Esta actualización es

acompañada de una modificación sobre el objeto, así como del comportamiento del actor en la

nueva situación en la cual se encuentra (Figura 3.3).

Figura 3.3 Elementos de curso de acción.

Recolección de información

Para el análisis de la actividad se requiere establecer las condiciones oportunas necesarias para la

observación e interlocución. En la observación, sintonizar las comunicaciones de las personas, y

dependiendo de las características de las actividades y las situaciones premeditadas, observar de

manera continua y si es posible grabar las conversaciones. Buscar no influir en la comunicación de

estos agentes en la actividad (conocer los detalles en voz de las personas para tener un criterio más

amplio del problema) y observar las actitudes.

Los observadores y analistas estando presentes en situación de trabajo, recolectan los datos que

contribuyen al análisis de la actividad. Los datos son estandarizados, sistematizados y registrados en

diferentes instrumentos. Los datos pueden ser estáticos o dinámicos dependiendo de las

características de la situación concreta de trabajo. Por ejemplo, las tareas prescritas y los papeles

organizativos, la existencia de interfaces, las zonas de trabajo, los dispositivos de apoyo en las

operaciones, la organización del entrenamiento, los modos de dirección, etc.

Los métodos para obtener información pueden ser los medios tradicionales (Figura 3.4):


37

• Entrevistas

• Encuestas

• Manuales Procedimientos

• Manuales de Funciones

• Análisis de registros

Figura 3.4. Recolección de información.

Formalización de la información

Consiste en tres etapas, la primera es la construcción de un entorno global separando las unidades

significativas, como se ha mencionado en la sección 2.4. Estas unidades significativas son el

producto de la elicitación de requisitos, es decir de la recolección de la información por parte de los

analistas, y son tomadas de los eventos y acciones significativas de los usuarios.

La segunda es el análisis de las unidades significativas con relación a su entorno. Son validadas o

eventualmente descartadas en base al ambiente organizacional en que se desarrollan.

En la tercera se establecen los diferentes rangos de las unidades significativas. Dadas las diferentes

unidades que se pueden encontrar, cada una tiene una significancia diferente en base al valor

simbólico de la secuencia a seguir, (Figura 3.5).


38

Figura 3.5 Formalizar la información.

3.2.2. Construcción global de curso de acción

Poniendo al centro del estudio el punto de vista del usuario, nos orientamos a dar cuenta de la

coherencia como organiza sus acciones. El objetivo es identificar un conjunto de acciones

coherentes, las cuales serán nombradas unidades significativas de curso de acción.

Estas unidades son clasificadas según diferentes grados de coherencia sobre la base del significado

que les es dado por el usuario.

Se distinguen tres grados de coherencia de estas unidades:

-Las unidades elementales, consistiendo en una descripción de acciones y eventos

significativos para el usuario;

-Las secuencias, que relacionan varias unidades elementales alrededor de un tema

significativo para el usuario;

-Las macro-secuencias, que relacionan varias secuencias para una relación de coherencia

más global o macro tema.

Por tema o macro-tema se entienden distintas focalizaciones de la actividad, ocurriendo en un

momento dado y teniendo una coherencia interna que los usuarios son capaces de explicar.

La coherencia entre signos está dada por ciertas reglas de precedencia que se deducen de la

naturaleza misma de la acción.

La concatenación o encadenamiento da lugar a diferentes tipos de relaciones entre unidades

significativas que expresan el carácter secuencial, de continuidad, o de sincronicidad y de

composición (macro secuencias).


39

Lo que es importante para efectos de este trabajo, es la caracterización del ―tipo de relaciones‖ que

se da entre diferentes actores a partir de la interpretación dada por un actor con relación al objeto

que lo relaciona consigo mismo en el desarrollo de su trabajo, o con otros actores con los cuales

comparte una secuencia o flujo de trabajo (Figura 3.6).

Figura 3.6. Unidades significativas.

Las unidades significativas al ser formalizadas se vierten en graficas de análisis las cuales ordenan

las secuencias y objetos a emplear en el entorno de un proceso organizacional o problema a

analizar.

Grafica de análisis de unidades significativas

Partiendo de los elementos presentados en el punto 4.6, referente a los fundamentos teóricos del

curso de acción, en esta sección se presentan los elementos que son tomados como base para el

desarrollo de esta metodología.

Dos niveles de análisis de curso de acción se articulan para dar cuenta de la actividad:

Construcción global de curso de acción

Construcción local de curso de acción


40

Macro-secuencia Secuencia Acción/Unidades elementales

Pago de colegiatura

Pago en el banco

Rellenar ficha de deposito

Pagar en ventanilla

El usuario recibe la ficha sellada

Canje de ficha en recursos

humanos

Escribir datos en el reverso de la

ficha del banco

Entregar ficha en recursos

financieros

Recibir ficha escolar en recursos

financieros

Tabla 3.1 Análisis de unidades significativas

Establecer un curso de acción

Se estable una secuencia grafica a través de grafos para establecer el curso que toma la secuencia de

un problema, esta toma los elementos de las unidades significativas para construirse (Figura 3.7.).

Figura 3.7. Representación de los elementos de una secuencia.

Actividades del control de tráfico

Por ejemplo, en control de tráfico aéreo, la unidad importante de la acción que será vital para el

diseño de la interfaz y el entrenamiento, es el profundizar de una configuración de aviones en un

distrito de control, de las series de aviones observar el buen estado, las relaciones interdependientes

y los diferentes conflictos (reducir a menudo entre dos aviones el conflicto de rutas, o sólo a uno

fuera de la corriente entera el tráfico). Por lo tanto, el período mínimo de observación y la

recolección de datos grabada debe ser analizado, esto puede durar media hora o uno hora, reducir a

antes de dos horas o la mitad, nos permite saber bajo cuáles condiciones generales de que el tráfico

tuvo lugar durante la mitad o la hora llena considerar.


41

Control de tráfico del ferrocarril

En la recuperación colectiva de fallas o cadenas de los incidentes (Por ejemplo, el control de tráfico

del ferrocarril): si apuntamos en los conocimientos del curso de acción de los diagnósticos y la

reparación de fallas o cadenas de los incidentes in orden, diseñar una situación de soporte para estos

diagnósticos y reparación durante las que, por supuesto los datos deben ser coleccionados, al lado

de los datos más grandes eso nos permite especificar el contexto más grande. Cuando estas fallas e

incidentes ocurren inesperadamente, el observador es obligado a gastar bastante tiempo en esperar

la recuperación del incidente o falla.

Reactor nuclear

En el control de un accidente hacia dentro uno reactor nuclear, como en la caja del control de tráfico

aéreo ya mencionado arriba, lo es y ha sido posible. Estudiar simulando las situaciones sobre

simuladores de alcance llenos [3]. Con las actividades con amplios horizontes espaciales y

temporales, el problema cambia en tono de crítico.

3.3 Modelo Tropos

Un modelo Tropos se puede definir como: un proceso de negocio, en el cual existen actores que

participan en el proceso y en donde cada actor realiza actividades que generan productos, los cuales

serán utilizados por otro actor. Las relaciones entre actores se definen en términos de la entrega de

productos. Un actor se relaciona con otro, en el sentido de que le entrega un producto o que recibe

de él un producto.

El modelo de Tropos es la representación básica de un proceso de negocios, a partir de aquí

iniciamos la producción del modelo de dependencias estratégicas. De acuerdo a la definición una

actividad, es un paso del proceso, el cual puede tener resultados intermedios llamados productos (o

artefactos). Los artefactos, es el resultado de la actividad que realiza el actor, es el objeto de la

relación entre dos objetos, y un actor, son los recursos humanos que intervienen en el proceso de

negocio, estos pueden aparecer de forma individual o como grupo.

3.3.1 Descripción del modelo Tropos

Básicamente este modelo muestra a los distintos actores que participan en el proceso y los

productos de trabajo que fluyen de un actor a otro implicando una relación entre ellos.

El significado de cada elemento es el siguiente:

a) un círculo es un actor, el cual puede ser una persona, un puesto, un grupo de trabajo o un

departamento.

b) el rectángulo es un artefacto el cual representa a un producto de trabajo, que fluye de un actor a

otro, y

c) una flecha, que es el flujo del artefacto, indica la dirección de un artefacto al ser enviado de un

actor a otro.


42

3.4 Especificación de requisitos en la metodología

La especificación de requisitos concierne dos tipos de análisis:

Análisis de la organización

Análisis del problema.

Los cuales se desglosan en los siguientes apartados.

3.4.1Requisitos de funcionalidad

El resultado debe ser un modelo Tropos que describa el contexto general de la problemática

organizacional.

Se deben de utilizar los elementos básicos de un modelo Tropos:

o Actores

o Dependencias

o Metas

Debe generarse una serie de pasos en forma cronológica y de fácil comprensión para los

usuarios no expertos en modelos Tropos.

Se deben usar plantillas de documentación que serán básicas para usarse como herramientas

de recopilación y seguimiento.

Se deben de tener claros los recursos iniciales y resultantes de cada etapa de la metodología.

La interpretación de las plantillas, documentación y términos será de fácil comprensión.

3.4.2 Requerimientos físicos que requiere el modelador

Software

Las computadoras personales deberán contar con el siguiente software:

Sistema Operativo Windows 2000 o Windows XP.

Navegadores de Web:

Internet Explorer 6.0 o 7.0

Acrobat Reader versión 6.0 o superior.

Office versión 2000 o superior, opcional.

Microsoft Visio 2000 o superior.


43

Hardware

La computadora personal para la recopilación de la información deberá contar con las siguientes

características mínimas:

Procesador: Pentium III.

Memoria: 256 MB RAM.

Disco Duro: 2 GB

Conexión a Internet

Resolución de la pantalla: 1024 x 768

3.4.3 Requerimientos de confiabilidad en la captura de información para la metodología

Veracidad en la información

El producto de la metodología debe ser veraz a partir de la información que se investigue en

el proceso de su creación, dando un panorama real de la situación investigada en la

organización.

3.4.4 Requerimientos de soporte

La metodología cuenta con un documento de soporte de información, así como también de

plantillas que sirven de guías y de contenedores de información durante las etapas.

Estas plantillas son de fácil interpretación.

Las plantillas tienen un nombre fácil de interpretar y documentar.

3.4.5 Requerimientos de documentación

La documentación que servirá de retroalimentación a la metodología son:

Manuales

Procedimientos

Formatos

Oficios


44

3.4.6 Herramientas de apoyo

La herramienta de software básica de diseño de modelado será el Microsoft Visio 2000 o 2003, (Figura 3.8).

Figura 3.8 Microsoft Visio 2003

3.4.7 Precondiciones para usar la metodología

Conocimiento de los modelos Tropos.

Conocimiento de la notación de Tropos.

3.5 Flujo de eventos durante la ejecución de la metodología

El flujo de eventos actual que se realiza para la construcción de los modelos Tropos se muestra en la

(Figura 3.9), y es el siguiente:

1. Estudio del Problema.

2. Entrevista con los involucrados.

3. Diseño inmediato del modelo Tropos.

4. En caso de dudas al momento del diseño se vuelve a entrevistar con los involucrados.

5. Generación de la versión final del modelo Tropos.


45

d u d a s

E s tu d io de l

P ro b le m a

E n tre v is ta

co n lo s

in vo lu c ra dos

D iseño in m ed ia to

d e l m o de lo T ro po s

V e rs ión fina l

de l m ode lo

T ro pos

N o

S i

F in

In ic io

Figura 3.9 Flujo de eventos actual.

3.5.1 Post-condiciones de la metodología

El producto final es un modelo Tropos, (Figura 3.10)


46

Figura 3.10 Modelo Tropos.

3.6 Construcción del modelo Tropos con la metodología

La construcción del Modelo Tropos consiste en definir las operaciones internas que realiza cada

actor con el fin de alcanzar satisfactoriamente las dependencias que tenga con todos los actores con

los cuales está relacionado. Esta información es también obtenida del árbol de análisis de unidades

significativas.

El proceso consiste en seleccionar cada actor del modelo de negocios y colocar sus Metas de Logro

como metas duras. Estas metas deberán ligarse con las operaciones o metas necesarias para su

cumplimiento o satisfacción.

El objetivo de estas etapas es construir un árbol de refinamiento de metas internas en cada uno de

los actores del modelo de negocios utilizando tanto las operaciones en las que exista dependencia de

otros actores como aquellas que pueden ser logradas por algún actor en forma independiente. De

esta forma, algunas de estas operaciones internas estarán ligadas a las dependencias de tarea o de

recurso definidas en el modelo de dependencias estratégicas.

3.7 Desarrollo de pasos a seguir para poder hacer la transformación de requisitos.

A continuación se presentan los puntos a considerar para la transformación de requisitos en base a

las necesidades de la metodología propuesta.


47

3.7.1 Planificación de las fases

En esta presentación se muestran las etapas del proceso metodológico para unir la teoría de curso de

acción con modelos Tropos. A continuación se presenta los pasos propuestos En base a la información recopilada y al estudio del diseño de modelos Tropos se plantea la

siguiente posibilidad (Figura 3.11), estas fases se detallan en la etapa de diseño. Las fases planteadas

son:

Etapa 2 Descripción a detalle del problema

Etapa 3 Diseño del flujo basico del problema

Etapa 4 Diseño del flujo básico por tarea del problema

Etapa 5 Creación de la tabla de análisis del problema

Etapa 6 Creación de la tabla de metas del problema

Etapa 7 Creación de Primitivas Tropos

Etapa 8 Creación de los Procesos Tropos

Etapa 9 Creación del Modelo Tropos

Etapa 1 Definición del Problema

Figura 3.11 Etapas propuestas para la metodología.


48

3.8 Desarrollo de la metodología

Para desarrollar la metodología comenzamos por identificar quienes la ejercerán, los sujetos los

cuales interactúan en la construcción de los modelos Tropos son:

Los usuarios

La organización

Modelador

El modelador, será quien ejecute la metodología, él cuenta con la libertad de movimiento en el

análisis del problema. (Figura 3.12)

UsuarioOrganización

Modelador

Figura 3.12 Figuras en el entorno de la construcción de un modelo Tropos

El modelador es una figura que se toma de los actores que provee la metodología de RUP para el

desarrollo del proceso de la ingeniería de software.

3.9. Identificación del problema

El problema concreto que se tiene es el encontrar una forma de crear modelos Tropos en base a una

metodología, en este caso el producto al que queremos llegar es a un modelo Tropos, encontrando la

forma de cómo desarrollarlo. (Figura 3.13)

Figura 3.13 Producto de la metodología


49

3.10 Diseño de la documentación

Para poder llevar a cabo un proceso serio es necesario documentar cada uno de los pasos que se

vayan a efectuar, para eso basándonos en la norma ISO 9000 se diseña un documento el cual servirá

de contenedor para la documentación de la información.

Este documento cuenta con los elementos básicos que son:

Portada

Registro de versiones del documento

Índice

Contenido

Este documento cambia su contenido durante los diferentes pasos que dará el modelador en la

construcción de los modelos Tropos. (Figura 3.14)

Figura 3.14 Elementos de la documentación

3.11 Planeación de las etapas de la metodología

El modelo Tropos al ser el producto final se coloca en la parte final de la metodología, además de

que es objeto al que queremos llegar.

Para crear el modelo Tropos en base a la teoría de curso de acción se realizan los siguientes pasos

(Figura 3.11):

1. Definición del Problema

2. Descripción a detalle del problema

3. Flujo básico del problema

4. Flujo básico por tarea del problema

5. Creación de la tabla de análisis del problema


50

6. Creación de la tabla de metas del problema

7. Transformación de las primitivas Tropos

8. Unión de los actores mediante procesos

9. Unión de los procesos en un Modelo Tropos

3.11.1 Etapa 1. Definición del Problema

¿Cuál es el problema?

Para poder llegar a elaborar el problema primero hay que identificar una serie de información:

1. identificar el problema.

2. identificar las consecuencias del problema.

3. identificar las posibles causas de ese problema.

Algunos problemas pueden generar una gran cantidad de consecuencias, mientras que otros solo

una, esto no hace que un problema sea mejor que otro, y tampoco le resta importancia a la

investigación.

3.11.2 Etapa 2. Descripción a detalle del problema

En la construcción de la problemática inicial de una investigación se debe: identificar, formular y

saber que se puede solucionar problemas prácticos, manifiestos, latentes, teóricos, actuales,

estructurales, entre otros.

Los problemas de investigación son construidos a través de una compleja serie de decisiones

fundamentalmente teóricas, porque los problemas no se encuentran ya formulados, se identifican a

partir de un conocimiento teórico previó.

En términos generales, un problema puede surgir de diferentes maneras:

Puede surgir de una solicitud, es decir, de un deseo de cambio de la gente.

Puede surgir de la identificación de una carencia o incoherencia en la información

disponible, es decir, de la identificación de vacíos en la interpretación de la realidad

aceptada.

Puede surgir de la identificación de una situación potencial, es decir, de una oportunidad.

Puede surgir de la experiencia sensible del observador o actor inmerso en una realidad

determinada, siendo esta la principal fuente de identificación de problemas

Los métodos para obtener información son:

• Entrevistas


51

• Encuestas

• Manuales Procedimientos

• Manuales de Funciones

• Análisis de registros

3.11.3 Etapa 3. Flujo básico del problema

Se realiza un texto basado en la información recolectada en este se describe el problema en forma

de enunciados. El problema es descrito consecutivamente y de la forma más sencilla posible.

Para realizar esta lista se toma con alimentación de la etapa las entrevistas de la etapa anterior. El

propósito es desarrollar una lista con las actividades más significativas en forma de lista, sin tener

un alto grado de detalle. (Figura 3.15)

Figura 3.15 Actividades principales para logra el objetivo

3.11.4 Etapa 4. Flujo básico por tarea del problema

Las preguntas-guía (conjunto reducido y preciso de interrogantes) orientan la conceptualización y

delimitación del objeto de estudio. Se hace investigación para responder una pregunta o varias

preguntas que surgieron originalmente de una investigación. La construcción de un problema de

investigación es el proceso de delimitación de una situación problemática desde un punto de vista

teórico, social y temporal o histórico.

Se aplican las siguientes preguntas al texto de la descripción del problema, para filtrar la

información. Las preguntas son:

a) ¿Cuál es el objetivo principal del problema?


52

b) ¿Qué tareas deben ejecutarse para lograr este objetivo?

c) ¿Quiénes ejecutan las tareas?

d) ¿De quién se depende para su ejecución?

3.11.5 Etapa 5. Creación de la tabla de análisis del problema

En base a las respuestas de la etapa anterior se crea el árbol de análisis de las unidades significativas

y se etiquetan los elementos claves basados en las notaciones principales de Tropos.

En este paso se propone atomizar las tareas en las sub-tareas que se necesitan para lograr la tarea

principal.

En este parte del proceso se aprovecha la identificación de los actores y se ve la necesidad de

listarlos y etiquetar los actores para su aprovechamiento futuro.

3.11.6 Etapa 6. Creación de la tabla de metas del problema

En base a identificación de los elementos claves de Tropos en la etapa anterior se crea la tabla de

descripción de metas. Para hacer esto se toma el producto de la etapa anterior y se aprovecha el

conocimiento de las primitivas de Tropos, tomamos como filtro los conceptos de los siguientes

elementos de Tropos:

Actor

Meta fuerte

Meta suave

Meta de tarea

Meta de recurso

Dependencia

Basándonos en la definición de cada uno de los conceptos, se analiza la información y se identifican

los elementos que tengas correspondencia con las primitivas.

3.11.7 Etapa 7. Transformación a primitivas Tropos

Tomando como base la identificación anterior se diseño una plantilla en la cual se pudiera

relacionar los elementos identificados con la simbología de Tropos (Figura 3.16)

.


53

Símbolo

Actor

Meta

Fuerte

Meta

suave

Tarea

Recurso

Figura 3.16 Símbolos del modelado de Tropos

3.11.8 Etapa 8. Unión de las primitivas en procesos Tropos

Para esta etapa como ya tenemos identificados los actores, utilizaremos un diagrama de grafos para

ilustrar a los actores, y tomando las dependencias que se han encontrado se establece una liga entre

ellos, y se enumera en la liga el numero de proceso que ha encontrado que los unen. (Figura 3.17)

K

C

M

N D

O

B

A

J

F

E G

1214

15

1,2,11

17, 20

9,10

8

H

3,1816

16

19

5 4I

7

5

4

6

Figura 3.17. Unión de los actores


54

3.11.9 Etapa 9. Unión de los procesos en un Modelo Tropos

Se unen todos los modelos de los procesos en uno solo modelo Tropos, ya que tenemos las

dependencias y sabemos cómo se encuentran relacionados los actores es más fácil unir todo, y como

resultado obtener un Modelo Tropos. (Figura 3.18)

Figura 3.18 Unión de las dependencias con los actores.

CAPÍTULO 4

METODOLOGÍA Este capítulo presenta la metodología, las etapas que comprenden, los pasos a seguir y la manera de

utilizar las plantillas.

Capitulo 4: Metodología

56

4.1 METODOLOGÍA

La metodología para la construcción de modelos Tropos es una serie de pasos y objetos que están

basados en el análisis de requerimientos, el análisis cognitivo y el diseño en base al objeto

resultante: un modelo Tropos.

Esta metodología consta de 3 Componentes:

A. Los actores que intervienen.

B. Las plantillas de documentación.

C. La descripción de pasos a seguir por etapa.

4.1.1 Actores que intervienen.

Los actores que intervienen son los responsables de ejecutar la metodología y así también el objeto

de estudio de la metodología (Tabla 4.1).

Figura Descripción

Modelador Persona que ejecuta la metodología con los usuarios y la organización.

Usuario Usuario que está inmerso en el problema.

Organización Es la organización la cual plantea el problema e interactúa con los usuarios. Tabla 4.1 Tabla de descripción de actores

4.1.2 Plantillas de documentación.

Las plantillas de documentación son formatos elaborados para poder recolectar información, así

también sirven de producto resultante en cada etapa de la metodología, estas plantillas sientan la

base para poder continuar cada etapa a la vez guían al modelador en la construcción de un modelo

Tropos de principio a fin en todo el proceso.

En esta metodología se comprenden los documentos descritos en la siguiente tabla (Tabla 4.2).

Identificador Documento

1A 1A Problema_fecha_versionDoc.doc (ANEXO 1)

2A 2A Detalles_fecha_versionDoc.doc (ANEXO 2)

3A 3A FlujoBasico_fecha_versionDoc.doc (ANEXO 3)

4A 4A FlujoBasicoTarea_fecha_versionDoc (ANEXO 4)

5A 5A TablaAnalisis_fecha_versionDoc.doc (ANEXO 5)

6A 6A TablaMetas_fecha_versionDoc.doc (ANEXO 6)

7A 7A PrimitivasTropos_fecha_versionDoc.doc (ANEXO 7)

8A 8A Procesos Tropos_fecha_versionDoc.doc (ANEXO 8)

9A 9A ModeloTropos_fecha_versionDoc.doc (ANEXO 9) Tabla 4.2 Tabla de documentos de la metodología

4.1.3 Descripción de pasos a seguir por etapa.

La metodología para crear un modelo Tropos consta de 9 etapas, las cuales son:


57

1. Definición del Problema (Tabla 4.3).

2. Descripción a detalle del problema (Tabla 4.4).

3. Flujo básico del problema (Tabla 4.5).

4. Flujo básico por tarea del problema (Tabla 4.6).

5. Creación de la tabla de análisis del problema (Tabla 4.7).

6. Creación de la tabla de metas del problema (Tabla 4.8).

7. Transformación de las primitivas Tropos (Tabla 4.9).

8. Unión de los actores mediante procesos (Tabla 4.10).

9. Unión de los procesos en un Modelo Tropos (Tabla 4.11).

Para crear el modelo Tropos en base a la teoría de curso de acción se proponen los siguientes pasos

4.1.3.1 Etapa 1. Definición del Problema

Etapa 1. Definición del Problema

Paso Tarea Responsable Formatos / Herramientas

01

Se recibe el problema por

parte de la organización.

Organización

02 La organización se pone en

contacto con el modelador.

Organización y

Modelador

03 Entrevista entre el modelador

y la organización para

plantear el problema.

Organización y

Modelador

04 Se registran los datos

generales de la organización y

del problema o proyecto.

Organización y

Modelador Microsoft Word 2003 o

superior.

Cuestionarios

05 Se identifican las figuras

responsables de la

información y elaboración del

modelado.

Organización y

Modelador

06 Se elabora el documento de la

etapa 1.


superior.

1A Problema

_fecha_versionDoc.doc

(ANEXO 1) Tabla 4.3 Tabla de pasos de la Etapa 1. Definición del Problema

4.1.3.2 Etapa 2. Detalle del problema

Etapa 2. Detalle del Problema


01 Se analiza el problema en Modelador 1A Problema


58

Etapa 2. Detalle del Problema

general. _fecha_versionDoc.doc

(ANEXO 1)

02

Se crea un cuestionario y

se formulan preguntas por

parte del modelador.


superior.

Cuestionarios

03 Se aplican entrevistas y

realizan encuestas a la

organización.

Modelador y

organización. Entrevistas

04 Se organiza la información

en forma cronológica.

Modelador

05 Se analiza la información

recopilada.

Modelador

06 Se elabora el documento

de la etapa 2.


superior.

2A Detalles

_fecha_versionDoc.doc (ANEXO

2) Tabla 4.4 Tabla de pasos de la Etapa 2. Detalle del problema

4.1.3.3 Etapa 3. Flujo Básico del problema

Etapa 3. Flujo Básico del Problema


01

En base al documento 2A

(ANEXO 2) se planea la

creación del documento

3A (ANEXO 3)

Modelador 2A Detalles

_fecha_versionDoc.doc (ANEXO

2)

02 Se identifica el objetivo

principal del problema.


superior.

3A FlujoBasico


(ANEXO 3)

03 Se identifican las tareas

más necesarias y

generales para llevar a

cabo el objetivo principal

del problema.

Modelador

04 Se validan con la

organización estas tareas

generales.

Modelador y

organización.

05 En caso de

modificaciones se

vuelven a plantear las

tareas.

Modelador y

organización.

06 Se organizan en forma

secuencial las tareas en

Modelador


59

Etapa 3. Flujo Básico del Problema

base a la información

recopilada.

07 Se elabora el documento

de la etapa 3.


superior.

3A FlujoBasico


(ANEXO 3) Tabla 4.5 Tabla de pasos de la Etapa 3. Flujo Básico del problema

5.1.3.4 Etapa 4. Flujo Básico por Tarea del Problema

Etapa 4. Flujo Básico por Tarea del Problema


01

Se toma cada de una de

las tareas principales en

toma individual.

Modelador 3A FlujoBasico


(ANEXO 3)

02 Se toma cada tarea

general y se organizan los

pasos a detalle para lograr

cada tarea.

Modelador

03 Se valida con la

organización estas tareas

generales.

Modelador y

organización.

04 Se valida con el usuario

estas tareas generales.

Modelador y

usuario. Entrevistas

05 En caso de

modificaciones se

vuelven a plantear las

tareas.

Modelador

06 Se organiza en forma

secuencial las tareas

Modelador

07 Se documenta el flujo

básico de cada tarea en

forma individual en base

al documento 4A

(ANEXO 4)


superior.

4A FlujoBasico

Tarea_fecha_versionDoc

(ANEXO 4)

08 Elaborar el documento de

la etapa 4.


superior.

4A FlujoBasico


(ANEXO 4) Tabla 4.6 Tabla de pasos de la Etapa 4. Flujo Básico por Tarea del Problema


60

4.1.3.5 Etapa 5. Tabla de análisis del problema

Etapa 5. Tabla de análisis del problema


01

Se toma cada de una de

las tareas principales en

toma individual.


superior.

4A FlujoBasico


(ANEXO 4)

02 Se toma el formato 5A, y

se empieza a alimentar

con información de la

organización y el usuario.

Modelador,

organización y

usuario.

Entrevistas

Microsoft Word 2003 o

superior.

5A TablaAnalisis


(ANEXO 5)

03 Para el hacer el análisis

por tareas se comienza

escribiendo nombre de la

tarea.

Modelador,

organización y

usuario.

Entrevistas


superior.

5A TablaAnalisis


(ANEXO 5)

04 A continuación se trabaja

con preguntas guías, las

cuales se aplican al objeto

de estudio que en este

caso es la tarea en

específica. La primer

pregunta guía es ¿Cuál es

el objetivo principal de la

tarea?

Modelador,

organización y

usuario.

Entrevistas


superior.

5A TablaAnalisis


(ANEXO 5)

05 El resultado de esta

pregunta se plasma en al

documento 5A.

Modelador,

organización y

usuario.

Entrevistas


superior.

5A TablaAnalisis


(ANEXO 5)

06 La siguiente pregunta

guía es ¿Qué tareas deben

de ejecutarse para lograr

este objetivo?

Modelador,

organización y

usuario.

Entrevistas


superior.

5A TablaAnalisis


(ANEXO 5)

07 Las tareas que se

identifican se plasman en

el documento.

Modelador Entrevistas


superior.

5A TablaAnalisis


(ANEXO 5)

08 La siguiente pregunta Modelador, Entrevistas


61


guía es ¿Quiénes ejecutan

las tareas?

organización y

usuario. Microsoft Word 2003 o

superior.

5A TablaAnalisis


(ANEXO 5)

09 La respuesta de esta

pregunta nos permite

identificar los actores de

la porción del problema

analizado.

Estos actores

identificados se

documentan.



superior.

5A TablaAnalisis


(ANEXO 5)

10 La siguiente pregunta

guía es ¿De quien

depende su ejecución?

Modelador,

organización y

usuario.

Entrevistas


superior.

5A TablaAnalisis


(ANEXO 5)

11 Se documenta la

respuesta. La respuesta de

esta pregunta nos

permitirá identificar las

dependencias que se

establecen entre los

actores.



superior.

5A TablaAnalisis


(ANEXO 5)

12 A continuación pasamos

medir el estadístico de

aparición de los actores

en durante identificación

de dependencias.



superior.

5A TablaAnalisis


(ANEXO 5)

13 Se toma los 2 actores con

mayor número de

repeticiones.



superior.

5A TablaAnalisis


(ANEXO 5)

14 Se lista el resto de actores

menos repetidos, y se

plasma la dependencia

que existe entre los 2

actores seleccionados.



superior.

5A TablaAnalisis


(ANEXO 5)

15 Se repite el proceso por

cada tarea del documento

4A.


superior.

5A TablaAnalisis


62



(ANEXO 5)

16 Se documenta cada tarea

y se recopila en al

documento 5A.


superior.

5A TablaAnalisis


(ANEXO 5)


la etapa 5.


superior.

5A TablaAnalisis


(ANEXO 5) Tabla 4.7 Tabla de pasos de la Etapa 5. Tabla de análisis del problema

4.1.3.6 Etapa 6. Tabla de metas del problema

Etapa 6. Tabla de metas del Problema


01

En base a la tabla de

análisis se empieza el

identificar las metas,

para esto se utilizara el

documento 6A en esta

etapa.

Modelador 5A TablaAnalisis


(ANEXO 5)

02 Primero se coloca en

número consecutivo

para identificar la meta

y poder llevar un

control.

Modelador Microsoft Word 2003 o superior.

5A TablaAnalisis


(ANEXO 5)

6A

TablaMetas_fecha_versionDoc.do

c

(ANEXO 6)

03 En base al documento

A5 empezamos a

rellenar el documento

A6. empezando por el

―nombre de la tarea

principal‖


5A TablaAnalisis


(ANEXO 5)

6A


c

(ANEXO 6)

04 Se toman los 2 actores

identificados en la etapa

anterior y se plasman en

sus identificadores

correspondientes en el

Modelador y

usuario. Microsoft Word 2003 o superior.

5A TablaAnalisis


(ANEXO 5)

6A


63


documento A6. TablaMetas_fecha_versionDoc.do

c

(ANEXO 6)

05 A continuación se

identifican las metas, de

ahora en adelante

usaremos la siguiente

nomenclatura:

MF: Meta Fuerte

MS: Meta Suave

MT: Meta de Tarea

MR: Meta de Recurso


5A TablaAnalisis


(ANEXO 5)

6A


c

(ANEXO 6)

06 Para identificar las

metas tomaremos las

respuestas de la

pregunta guía ¿Qué

tareas deben ejecutarse

para lograr este

objetivo? Del

documento 5A.


5A TablaAnalisis


(ANEXO 5)

6A


c

(ANEXO 6)

07 Se rellena la columna

de la descripción de las

dependencias, en base a

las metas identificadas

y a las respuestas de la

pregunta guía ¿De

quien depende para su

ejecución? Tomados del

documento 5A.


5A TablaAnalisis


(ANEXO 5)

6A


c

(ANEXO 6)

08 Se rellena la columna

―Dependencias‖ en base

a la simbología

sugerida en la plantilla.


5A TablaAnalisis


(ANEXO 5)

6A


c

(ANEXO 6)

09 Se rellena las

dependencias externas

con la simbología

sugerida y basándonos

en el documento 5A.


5A TablaAnalisis


(ANEXO 5)

6A


c

(ANEXO 6)

10 Se repite el proceso por Modelador Microsoft Word 2003 o superior.


64


cada tarea del

documento 5A. 5A TablaAnalisis


(ANEXO 5)

6A


c

(ANEXO 6)

11

Se documenta cada

tarea y se recopila en al

documento 6A.


6A


c

(ANEXO 6)

12 Elaborar el documento

de la etapa 6.


6A


c

(ANEXO 6) Tabla 4.8 Tabla de pasos de la Etapa 6. Tabla de metas del problema

4.1.3.7 Etapa 7. Primitivas Tropos

Etapa 7. Primitivas Tropos


01


metas se empieza el dar

forma a los procesos,



etapa.

Modelador 6A


c

(ANEXO 6)


número consecutivo

para identificar la meta

y poder llevar un

control.

Modelador Plantilla i*star para Microsoft

Visio.

Microsoft Word 2003 o superior.

7A Primitivas

Tropos_fecha_versionDoc.doc

(ANEXO 7)

03 En base al número

consecutivo asignado

para cada elemento en

el documento 6A. Se

empieza a colocar a

cada elemento y

rellenar las columnas

―no.‖ y ―nombre‖.


Visio.


7A Primitivas


(ANEXO 7)

04 Se plasma en la

columna ―símbolo‖ el

símbolo Tropos que le


Visio.



65

Etapa 7. Primitivas Tropos

corresponde en relación

a sus atributos. 7A Primitivas


(ANEXO 7)

05 Se hace una descripción

breve que justifique el

símbolo asignado al

objeto.


Visio.


7A Primitivas


(ANEXO 7)

06 En la parte inferior se

recopilan las


heredadas del

documento 6A.


Visio.


7A Primitivas


(ANEXO 7)

07 Para optimizar el

plasmar la simbología,

en caso de dudas se

solicita una entrevista a

la organización o el

usuario.

Modelador,

organización y

usuario.

Plantilla i*star para Microsoft

Visio.


7A Primitivas


(ANEXO 7)


cada meta del

documento 6A.


Visio.


7A Primitivas


(ANEXO 7)

09 Se documenta cada

tarea y se recopila en al

documento 7A.


Visio.


7A Primitivas


(ANEXO 7)

10 Elaborar el documento

de la etapa 7.


Visio.


7A Primitivas


(ANEXO 7) Tabla 4.9 Tabla de pasos de la Etapa 7. Primitivas Tropos


66

4.1.3.8 Etapa 8. Unión de actores mediante procesos.

Etapa 8. Unión de actores mediante procesos


01


primitivas se empieza el

dar forma a los procesos,



etapa.


Visio.


7A Primitivas


(ANEXO 7)

8A Procesos


(ANEXO 8)


número consecutivo para

identificar el proceso y

poder llevar un control.


Visio.


7A Primitivas


(ANEXO 7)

8A Procesos


(ANEXO 8)

03 En base al número

consecutivo asignado

para cada elemento en el

documento 7A. Se

empieza a enumerar la

plantilla.


Visio.


7A Primitivas


(ANEXO 7)

8A Procesos


(ANEXO 8)

04 En base al documento

7A. Se escribe el nombre

que tendrá el proceso.


Visio.


7A Primitivas


(ANEXO 7)

8A Procesos


(ANEXO 8)

05 A partir de los elementos

Tropos identificados en el

documento anterior se

empiezan a plasmar los

actores, se relacionan

entre ellos, y se escribe el

número de proceso el

cual los relaciona.


Visio.


7A Primitivas


(ANEXO 7)

8A Procesos


(ANEXO 8)


67

Etapa 8. Unión de actores mediante procesos

06 Se unen los símbolos en

relación a su dependencia

y metas.


Visio.


7A Primitivas


(ANEXO 7)

8A Procesos


(ANEXO 8)

07 Se escriben las


que se han identificados

hasta el momento.

Plantilla i*star para Microsoft

Visio.


7A Primitivas


(ANEXO 7)

8A Procesos


(ANEXO 8)


cada meta del documento

6A.


Visio.


7A Primitivas


(ANEXO 7)

8A Procesos


(ANEXO 8)


y se recopila en al

documento 7A.


Visio.


7A Primitivas


(ANEXO 7)

8A Procesos


(ANEXO 8)


la etapa 8


Visio.


7A Primitivas


(ANEXO 7)

8A Procesos


(ANEXO 8) Tabla 4.10 Tabla de pasos de la Etapa 8. Unión de actores mediante procesos.


68

4.1.3.9 Etapa 9. Modelo Tropos

Etapa 9. Modelo Tropos


01


proceso se empieza el dar

forma a los procesos,


documento 9A esta

etapa.

Modelador Plantilla i*star para

Microsoft Visio.


superior.

8A Procesos

Tropos_fecha_versionDoc.d

oc

(ANEXO 8)

9A

ModeloTropos_fecha_versio

nDoc.doc

(ANEXO 9)

02 En esta parte final de la

metodología se

unificaran los procesos,

como los modelos

Tropos suelen ser muy

grandes, se recomienda

documentarlos por

secciones.


Microsoft Visio.


superior.

8A Procesos


oc

(ANEXO 8)

9A


nDoc.doc

(ANEXO 9)

03 En la plantilla se coloca

el número de sección del

modelo que se plasmara.


Microsoft Visio.


superior.

8A Procesos


oc

(ANEXO 8)

9A


nDoc.doc

(ANEXO 9)

04 En base al nombre del

proyecto. Se escribe el

nombre que tendrá el

modelo Tropos.


Microsoft Visio.


superior.

8A Procesos


oc

(ANEXO 8)


69

9A


nDoc.doc

(ANEXO 9)

05 Empezar a unir los

procesos derivados del

documento 8A, para

identificar las ligas que

unen a los procesos se

toman los enlaces

externos heredados en

cada etapa. Y se plasman

la notación Tropos que

corresponde por proceso.

Plantilla i*star para

Microsoft Visio.


superior.

8A Procesos


oc

(ANEXO 8)

9A


nDoc.doc

(ANEXO 9)

06 Se repiten los pasos por

cada proceso del

documento 8A.


Microsoft Visio.


superior.

8A Procesos


oc

(ANEXO 8)

9A


nDoc.doc

(ANEXO 9)


y se recopila en al

documento 9A.


Microsoft Visio.


superior.

8A Procesos


oc

(ANEXO 8)

9A


nDoc.doc

(ANEXO 9)


la etapa 9


Microsoft Visio.


superior.

8A Procesos


oc

(ANEXO 8)

9A


70

Tabla 4.11 Tabla de pasos de la Etapa 9. Modelo Tropos

4.2 Producto final de la metodología.

El producto final de la metodología será un modelo Tropos como el que se muestra (Figura 4.1)

Alumno

Servicios

Escolares

Inscribirse

Turno

Recibo Oficial

Escoger

Materias

Horario

Banco

Vigilancia

Director de

Tesis

Recursos

Financieros

Turnos

Turno

Registra

entrada

Cantidad

Recibo

banco

Recibo

Oficial

Analizar las

materias

Lista de

materias

Horario

Autorizado

Materias

disponibles

Boleta de

Calificaciones

Cobrar

colegiatura

Recibo

Dirección

Publicar

inscripción

Disposición

de la

inscripción

Sistema

Horario

tentativo

Lista de

materias

Capturar

carga de

materias

Capturar

datos

del

estudiante

Organizació

n y

seguimientoJefe de

departartam

ento

Sistema

Coordinador

de grupo

Docente

Canjear

recibo

Capturar

datos

Recibo

Oficial

Horario

autorizado

Horario

tentativo

Escoger

materias

Horario

tentativo

Horario

autorizado

Solicitar

autorización

Materias

Hora

Docentes

Lista final de

materias

Aulas Materias Hora

Docente

Proponer

materias

Materias

Proponer

materias

Materias

Lista final de

materias

Entregar

calificacionesCalificaciones

Proponer

materiasMateriasLista final de

materias

Planeación

Elaborar estructura

economico-

administrativa

Lista final de

materias

D

D

DD

D

D

D DD

D

D

DD

D

D

DD

D D

DDD

DD

D

D

D

D

D

D

D

D

DD

D

D

D

D

D

D

D

DDD

DDDD

D

D

D

DDD

D

DD

DD

DD

D

DD

D

D

D

D

D

D

DD D

DD D

DD

D

D

D

DDD

DDD

D

DDD

D

D

D

D

D

D

D

D

DD

D

D D D

Figura 4.1 Modelo Tropos resultante


nDoc.doc

(ANEXO 9)

09 Como resultado final se

tiene un modelo Tropos.


Microsoft Visio.


superior.

8A Procesos


oc

(ANEXO 8)

9A


nDoc.doc

(ANEXO 9)

CAPÍTULO 5

CASO DE ESTUDIO Este capítulo presenta los casos de estudio en los cuales se implementó la metodología, en particular

la forma como se desarrollaron sus etapas, así como la documentación producida.

Capitulo 5: Casos de Estudio

72

5.1 CASO DE ESTUDIO

Proceso de inscripción del CENIDET

Para este caso de estudio se realizó el Modelo Tropos del proceso de inscripción del CENIDET. En

este caso se aplicaron los pasos sugeridos en la metodología de acuerdo a las nueve etapas

sugeridas. A continuación se presentan los resultados plasmados por cada una de las etapas, cuya

información fue tomada de las plantillas en las cuales se documentó el caso.

5.2 Resultados por etapa

A continuación se presentan las nueve etapas y sus resultados.

5.2.1 Etapa 1

La información recolectada en la plantilla es la siguiente:

DEFINICIÓN DEL PROBLEMA

Generales

Nombre de la

organización

Centro Nacional de Investigación y Desarrollo Tecnológico (CENIDET)

Propósito Realizar investigación y cursos de posgrado

Descripción El CENIDET es una institución que cuenta con investigadores con nivel de maestría y doctorado

en diferentes áreas, también da cursos de maestría y doctorado.

Descripción corta

del Problema

Identificar todo el proceso del inscripción a maestría por parte de los alumnos del CENIDET

Identificar el problema.

Identificar el negocio del proceso de inscripción del CENIDET para describir las ventajas,

desventajas, paso y la forma en cómo optimizar este proceso.

Identificar las consecuencias del problema.

Las consecuencias a simple vista del proceso de inscripción son:

1. Pérdida de tiempos en realizar diversas actividades.

2. Falta de coordinación entre los actores que realizan el proceso.

3. Desanimo por parte de los clientes principales (Alumnos).

4. Falta de calidad en el proceso de inscripción.

Identificar las posibles causas de ese problema.

Las causas identificadas en un primer análisis son:

1. Dejar toda la responsabilidad en los alumnos.

2. Falta de planeación de tiempos para el análisis de las materias a ofrecer.

3. Falta de agilidad en el proceso de canje de recibos, escoger materias y recolección de

firmas.


73

5.2.2 Etapa 2

DETALLES DEL PROBLEMA

Orígenes del Problema

Este problema surge como propuesta de la tesis en relación a una situación que se presenta cada 4

meses y que causa inquietud entre los alumnos del CENIDET.

Enunciado del Problema

Descubrir las ineficiencias y posibles soluciones del proceso de inscripción en base a un panorama

general mediante un modelo Tropos.

Fuentes

Para poder realizar el análisis del problema se contaran con las siguientes fuentes:

1. Departamento de Servicios Escolares.

2. Departamento de Computo

3. Recursos financieros

4. Departamento de Planeación

5. Vigilancia

6. Alumnado en general

5.2.3 Etapa 3

FLUJO BÁSICO DEL PROBLEMA

Flujo Básico del Problema

Tarea Nombre del Problema

1 Análisis del proceso de inscripción

TAREAS

Núm. Descripción de la tareas principales en orden cronológico

1 La dirección pone a disposición la inscripción

2 La dirección publica la inscripción

3 El alumno analiza las materias con el director de tesis

4 El director de tesis propone materias al coordinador de grupo

5 El coordinador de grupo propone las materias al jefe de departamento

6 El jefe de departamento entrega las materias a organización y seguimiento

7 Planeación elabora la estructura económico-administrativa.

8 Organización y seguimiento entrega la carga de horarios a servicios escolares.

9 Servicios escolares carga los horarios en el sistema.

10 Servicios escolares carga los datos del estudiante en el sistema.

11 Servicios escolares avisa a los alumnos el periodo de inscripción.

12 El alumno acude al banco a pagar la inscripción.

13 El alumno acude al CENIDET a inscribirse.


74

14 Servicios escolares entrega turnos a la vigilancia.

15 El alumno toma un turno en la vigilancia.

16 El alumno canjea el recibo del banco por un recibo oficial.

17 El alumno se inscribe y recibe el horario tentativo.

18 El alumno recolecta la firma del director de tesis.

19 El alumno recolecta la firma del jefe de departamento.

20 El alumno regresa su horario firmado a servicios escolares y recibe su boleta.

5.2.4 Etapa 4

FLUJO BÁSICO POR TAREA

Flujo Básico 1: La dirección pone a disposición la inscripción

Tarea Nombre de la tarea


SUB-TAREAS

Núm. Descripción de la tareas en orden cronológico

1 La dirección pone a disposición la inscripción con servicios escolares.

Flujo Básico 2: La dirección publica la inscripción



SUB-TAREAS


1 La dirección publica la inscripción con la información que le da servicios escolares.

Flujo Básico 3: El alumno analiza las materias con el director de tesis



SUB-TAREAS


1 El alumno revisa el avance de tesis con el director de tesis

2 El director de tesis revisa que materias son necesarias según la tesis.

Flujo Básico 4: El director de tesis propone materias al coordinador de grupo




75

SUB-TAREAS


1 El director de tesis propone una lista de materias al coordinador de grupo de la especialidad.

2 El director de tesis se pone de acuerdo con los decentes sobre las materias a impartir.

3 El docente verifica las calificaciones de las materias anteriores para proponer materias y entregar las

calificaciones al jefe de departamento.

4 El director de tesis entrega la lista final de materias al coordinador.

Flujo Básico 5: El coordinador de grupo propone las materias al jefe de departamento



SUB-TAREAS


1 El coordinador junta las materias de todos los asesores.

2 El coordinador entrega las materias al jefe de departamento.

Flujo Básico 6: El jefe de departamento entrega las materias a organización y seguimiento



SUB-TAREAS


1 El jefe de departamento entrega las materias a Organización y seguimiento.

2 El jefe de departamento entrega los horarios posibles a Organización y seguimiento.

3 El jefe de departamento entrega la lista de docentes a Organización y seguimiento.

4 Organización y seguimiento entrega la lista final de materias al jefe de departamento.

Flujo Básico 7: Planeación elabora la estructura económico-administrativa


7 Planeación elabora la estructura económico-administrativa

SUB-TAREAS


1 Organización y Seguimiento crea la carga de materias.

2 Organización y seguimiento entrega la carga de materias.

3 Planeación crea en base a la información de Organización y Seguimiento la estructura económico-

administrativa.


76

Flujo Básico 8: Organización y seguimiento entrega la carga de horarios a servicios

escolares.



SUB-TAREAS



2 La carga de horarios contiene las Aulas, Materias, Horas y Docentes.

Flujo Básico 9: Servicios escolares carga los horarios en el sistema.



SUB-TAREAS


1 Servicios escolares carga la información de las materias en el sistema.

Flujo Básico 10: Servicios escolares carga los datos del estudiante en el sistema.



SUB-TAREAS


1 Servicios escolares recibe las calificaciones de los alumnos y los carga en el sistema.

Flujo Básico 11: Servicios escolares avisa a los alumnos el periodo de inscripción.



SUB-TAREAS


1 Servicios escolares avisa a la dirección para que publique la inscripción.

Flujo Básico 12: El alumno acude al banco a pagar la inscripción.



SUB-TAREAS


1 El alumno acude al banco a pagar


77

2 El banco recibe el dinero de la inscripción.

3 El banco entrega el recibo al alumno.

Flujo Básico 13: El alumno acude al CENIDET a inscribirse.



SUB-TAREAS


1 El alumno acude a inscribirse.

Flujo Básico 14: Servicios escolares entrega turnos a la vigilancia.



SUB-TAREAS


1 Servicios escolares entrega el paquete de turnos a la vigilancia para su entrega a los alumnos.

Flujo Básico 15: El alumno toma un turno en la vigilancia.



SUB-TAREAS


1 El alumno registra su entrada.

2 El alumno solicita su turno de inscripción en la vigilancia.

Flujo Básico 16: El alumno canjea el recibo del banco por un recibo oficial.



SUB-TAREAS


1 El alumno acude a recursos financieros a canjear su recibo.

2 Financieros pide el recibo del banco.

3 Financieros captura los datos del alumno en el sistema.

4 El sistema imprime el recibo oficial.

5 Financieros entrega el recibo oficial al alumno.


78

Flujo Básico 17: El alumno se inscribe y recibe el horario tentativo.



SUB-TAREAS


1 El alumno se dirige a servicios escolares.

2 Servicios escolares recoge la ficha de Turno.

3 Servicios escolares recoge el recibo oficial.

4 Servicios escolares muestra las materias disponibles.

5 El alumno escoge sus materias.

6 Servicios escolares entrega al alumno el horario tentativo.

Flujo Básico 18: El alumno recolecta la firma del director de tesis.



SUB-TAREAS


1 El alumno acude con el director de tesis para que autorice el horario.

2 El director de tesis autoriza el horario.

Flujo Básico 19: El alumno recolecta la firma del jefe de departamento.



SUB-TAREAS


1 El alumno acude con el jefe de departamento para que autorice el horario.

2 El jefe de departamento autoriza el horario.

Flujo Básico 20: El alumno regresa su horario firmado a servicios escolares y recibe su

boleta.



SUB-TAREAS


1 El alumno entrega a servicios escolares el horario autorizado.

2 Servicios escolares entrega la boleta de calificaciones al alumno.

3 El alumno se encuentra oficialmente inscrito.


79

5.2.5 Etapa 5

ANÁLISIS DE TAREAS

Tabla 1: La dirección pone a disposición la inscripción



PREGUNTAS GUÍA

a ¿Cuál es el objetivo principal de la tarea?

1 Disposición la inscripción

b ¿Qué tareas deben ejecutarse para lograr este objetivo?

1 Disposición la inscripción

c ¿Quiénes ejecutan las tareas?

A Dirección

B Servicios Escolares

d ¿De quién se depende para su ejecución?

1 Dirección depende de Servicios Escolares

ESTADÍSTICO DE ACTORES

Símbolo Nombre del Actor Numero de Apariciones

A Dirección 1

B Servicios Escolares 1

LOS 2 ACTORES MAS RELEVANTES DE LA TAREA


A Dirección 1


DEPENDENCIAS EXTERNAS

No. Tarea ¿De quién se depende para su ejecución? Simbología

Tabla 2: La dirección publica la inscripción



PREGUNTAS GUÍA


1 Publicar la inscripción


1 Publicar la inscripción en base a la información de servicios escolares.


80


A Dirección

B Servicios Escolares


1 Dirección depende de Servicios Escolares



A Dirección 1




A Dirección 1




Tabla 3: El alumno analiza las materias con el director de tesis



PREGUNTAS GUÍA


1 Escoger materias


1 El alumno revisa el avance de tesis con el director de tesis

2 El director de tesis revisa que materias son necesarias según la tesis.


A Alumno

B Director de tesis


1 Alumno depende del director de tesis

2 Alumno depende del director de tesis



A Alumno 2

B Director de tesis 2


81



A Alumno 2




Tabla 4: El director de tesis propone materias al coordinador de grupo



PREGUNTAS GUÍA


1 Proponer materias


1 El director de tesis propone una lista de materias al coordinador de grupo de la especialidad.

2 El director de tesis se pone de acuerdo con los decentes sobre las materias a impartir.

3 El docente verifica las calificaciones de las materias anteriores para proponer materias y entregar las

calificaciones al jefe de departamento.

4 El director de tesis recibe la lista final de materias al coordinador.


A Director de tesis

B Coordinador de grupo

C Jefe de departamento

D Docente


1 Coordinador de grupo depende del Director de tesis

2 Director de tesis depende de Docente

3 Jefe de departamento depende del Docente

4 Director de tesis depende del Coordinador de grupo



A Director de tesis 3

B Coordinador de grupo 2

C Jefe de departamento 1

D Docente 2



82


A Director de tesis 3

B Coordinador de grupo 2



2 Director de tesis depende de Docente A → D

3 Jefe de departamento depende del Docente C → D

Tabla 5: El coordinador de grupo propone las materias al jefe de departamento



PREGUNTAS GUÍA


1 Proponer materias

B ¿Qué tareas deben ejecutarse para lograr este objetivo?

1 El coordinador junta las materias de todos los asesores.

2 El coordinador entrega las materias al jefe de departamento.


A Coordinador de grupo

B Jefe de departamento

C Docentes

D ¿De quién se depende para su ejecución?

1 Coordinador de grupo depende de docente

2 Jefe de departamento depende coordinador de grupo



A Coordinador de grupo 2

B Jefe de departamento 1

C Docentes 1



A Coordinador de grupo 2




1 Coordinador de grupo depende de docente A → C


83

Tabla 6: El jefe de departamento entrega las materias a organización y seguimiento



PREGUNTAS GUÍA


1 Entregar las materias


1 El jefe de departamento entrega las materias a Organización y seguimiento.

2 El jefe de departamento entrega los horarios posibles a Organización y seguimiento.

3 El jefe de departamento entrega la lista de docentes a Organización y seguimiento.

4 Organización y seguimiento entrega la lista final de materias al jefe de departamento.


A Jefe de departamento

B Organización y seguimiento


1 Organización y seguimiento depende Jefe de departamento



4 Jefe de departamento depende Organización y seguimiento



A Jefe de departamento 4

B Organización y seguimiento 4



A Jefe de departamento 4

B Organización y seguimiento 4



Tabla 7: Planeación elabora la estructura económico-administrativa.


7 Planeación elabora la estructura económico-administrativa

PREGUNTAS GUÍA


1 Elaborar la estructura económico-administrativa


84


1 Organización y Seguimiento crea la carga de materias.

2 Organización y seguimiento entrega la carga de materias.

3 Planeación crea en base a la información de Organización y Seguimiento la estructura económico-

administrativa.


A Organización y seguimiento

B Planeación


1 Planeación depende de Organización y seguimiento





A Organización y seguimiento 3

B Planeación 3




B Planeación 3



Tabla 8: Organización y seguimiento entrega la carga de horarios a servicios escolares.



PREGUNTAS GUÍA


1 Entregar la carga de horarios



2 La carga de horarios contiene las Aulas, Materias, Horas y Docentes.


A Organización y seguimiento

B Servicios escolares



85

1 Servicios escolares depende de Organización y seguimiento

2 Servicios escolares depende de Organización y seguimiento




B Servicios escolares 2







Tabla 9: Servicios escolares carga los horarios en el sistema.



PREGUNTAS GUÍA

A ¿Cuál es el objetivo principal de la tarea?

1 Cargar los horarios en el sistema.


1 Servicios escolares carga la información de las materias en el sistema.

C ¿Quiénes ejecutan las tareas?

A Servicios escolares

B Sistema


1 Servicios escolares depende del Sistema



A Servicios escolares 1

B Sistema 1




B Sistema 1




86

Tabla 10: Servicios escolares carga los datos del estudiante en el sistema.



PREGUNTAS GUÍA


1 Cargar los datos del estudiante en el sistema.


1 Servicios escolares recibe las calificaciones de los alumnos y los carga en el sistema.



B Sistema


1 Servicios escolares depende del Sistema




B Sistema 1




B Sistema 1



Tabla 11: Servicios escolares avisa a los alumnos el periodo de inscripción.



PREGUNTAS GUÍA


1 Avisar a los alumnos el periodo de inscripción.


1 Servicios escolares avisa a la dirección para que publique la inscripción.



B Dirección


87


1 Dirección depende de Servicios escolares




B Dirección 1




B Dirección 1



Tabla 12: El alumno acude al banco a pagar la inscripción.



PREGUNTAS GUÍA


1 Pagar la inscripción


1 El alumno acude al banco a pagar

2 El banco recibe el dinero de la inscripción.

3 El banco entrega el recibo al alumno.


A Alumno

B Banco


1 Alumno depende del Banco

2 Banco depende del Alumno

3 Alumno depende del Banco



A Alumno 3

B Banco 3




88

A Alumno 3

B Banco 3



Tabla 13: El alumno acude al CENIDET a inscribirse.



PREGUNTAS GUÍA


1 Acudir a inscribirse.


1 El alumno acude a inscribirse.


A Alumno

B CENIDET


1 Alumno depende de CENIDET



A Alumno 1

B CENIDET 1



A Alumno 1

B CENIDET 1



Tabla 14: Servicios escolares entrega turnos a la vigilancia.



PREGUNTAS GUÍA

A ¿Cuál es el objetivo principal de la tarea?

1 Entregar turnos


89


1 Servicios escolares entrega el paquete de turnos a la vigilancia para su entrega a los alumnos.



B Vigilancia


1 Servicios escolares depende de Vigilancia




B Vigilancia 1




B Vigilancia 1



Tabla 15: El alumno toma un turno en la vigilancia.



PREGUNTAS GUÍA


1 Tomar turno


1 El alumno registra su entrada.

2 El alumno solicita su turno de inscripción en la vigilancia.


A Alumno

B Vigilancia


1 Alumno depende de Vigilancia

2 Alumno depende de Vigilancia



A Alumno 2


90

B Vigilancia 2



A Alumno 2

B Vigilancia 2



Tabla 16: El alumno canjea el recibo del banco por un recibo oficial.



PREGUNTAS GUÍA


1 Canjear recibo


1 El alumno acude a recursos financieros a canjear su recibo.

2 Financieros pide el recibo del banco.

3 Financieros captura los datos del alumno en el sistema.

4 El sistema imprime el recibo oficial.

5 Financieros entrega el recibo oficial al alumno.


A Alumno

B Recursos Financieros

C Sistema


1 Alumno depende de Recursos Financieros

2 Recursos Financieros depende del Alumno

3 Recursos Financieros depende del Sistema

4 Recursos Financieros depende del Sistema

5 Alumno depende Recursos de Financieros



A Alumno 3

B Recursos Financieros 5

C Sistema 2



91


A Alumno 3

B Recursos Financieros 5



3 Recursos Financieros depende del Sistema B → C

4 Recursos Financieros depende del Sistema B → C

Tabla 17: El alumno se inscribe y recibe el horario tentativo.



PREGUNTAS GUÍA


1 Inscribirse


1 El alumno se dirige a servicios escolares.

2 Servicios escolares recoge la ficha de Turno.

3 Servicios escolares recoge el recibo oficial.

4 Servicios escolares muestra las materias disponibles.

5 El alumno escoge sus materias.

6 Servicios escolares entrega al alumno el horario tentativo.


A Alumno



1 Alumno depende de Servicios escolares

2 Servicios escolares depende del Alumno

3 Servicios escolares depende del Alumno






A Alumno 6





92

A Alumno 6




Tabla 18: El alumno recolecta la firma del director de tesis.



PREGUNTAS GUÍA


1 Solicitar autorización


1 El alumno acude con el director de tesis para que autorice el horario.

2 El director de tesis autoriza el horario.


A Alumno

B Director de tesis


1 Director de tesis depende del alumno

2 Alumno depende del Director de tesis



A Alumno 2




A Alumno 2




Tabla 19: El alumno recolecta la firma del jefe de departamento.




93

PREGUNTAS GUÍA




1 El alumno acude con el jefe de departamento para que autorice el horario.

2 El jefe de departamento autoriza el horario.


A Alumno

B Jefe de departamento


1 Jefe de departamento depende del alumno

2 Alumno depende del Jefe de departamento



A Alumno 2




A Alumno 2




Tabla 20: El alumno regresa su horario firmado a servicios escolares y recibe su boleta.



PREGUNTAS GUÍA


1 Terminar de inscribirse


1 El alumno entrega a servicios escolares el horario autorizado.

2 Servicios escolares entrega la boleta de calificaciones al alumno.

3 El alumno se encuentra oficialmente inscrito.


A Alumno



94


1 Servicios escolares depende de Alumno





A Alumno 3




A Alumno 3




Tabla de identificación de Actores

Identificador Actor

A Dirección


C Alumno

D Director de tesis

E Coordinador de grupo

F Jefe de departamento

G Docente

H Organización y seguimiento

I Planeación

J Sistema de servicios escolares

K Banco

L CENIDET

M Vigilancia

N Recursos financieros

O Sistema de recursos financieros


95

5.2.6 Etapa 6

TABLAS DE DESCRIPCIÓN DE METAS

Tabla 1: La A. Dirección pone a disposición la inscripción

Meta 1 No. ACTORES

Disposición de la

inscripción

1 Actor A A. Dirección

2 Actor B B. Servicios Escolares

METAS

No. Iniciales Descripción Descripción de la

dependencia

Dependencias No.

3 MF 7

4 MS 8

5 MT 9

6 MR Disposición de la

inscripción

A. Dirección

depende de B.

Servicios Escolares

A → B

10

Dependencias Externas

Tabla 2: La A. Dirección publica la inscripción

Meta 2 No. ACTORES

Publicar la

inscripción

1 Actor A A. Dirección


METAS


dependencia

Dependencias No.

3 MF 7

4 MS 8

5 MT Publicar la

inscripción

A. Dirección

depende de B.

Servicios Escolares

A → B

9

6 MR 10


Tabla 3: El C. Alumno analiza las materias con el D. Director de tesis

Meta 3 No. ACTORES

Escoger materias 1 Actor A C. Alumno


96

2 Actor B D. Director de tesis

METAS


dependencia

Dependencias No.

3 MF Escoger materias C. Alumno depende

del D. Director de

tesis

C → D 7

4 MS Analizar materias C. Alumno depende

del D. Director de

tesis

C → D 8

5 MT 9

6 MR Lista de materias C. Alumno depende

del D. Director de

tesis

C → D 10


Tabla 4: El D. Director de tesis propone materias al E. Coordinador de grupo

Meta 4 No. ACTORES

Proponer materias

1 Actor A D. Director de tesis

2 Actor B E. Coordinador de grupo

METAS


dependencia

Dependencias No.

3 MF Proponer materias

E. Coordinador de

grupo depende del

D. Director de tesis

E → D

7

4 MS 8

5 MT 9

6 MR Materias E. Coordinador de

grupo depende del


E → D

10

Lista final de

materias


depende del E.

Coordinador de

grupo

D → E


Tarea 2. D. Director de tesis depende de G. Docente, D → G

Tarea 3. F. Jefe de departamento depende del G. Docente, F → G

Tabla 5: El E. Coordinador de grupo propone las materias al F. Jefe de departamento

Meta 5 No. ACTORES

Proponer materias

1 Actor A E. Coordinador de grupo

2 Actor B F. Jefe de departamento

METAS


97


dependencia

Dependencias No.

3 MF Proponer materias F. Jefe de

departamento

depende E.

Coordinador de

grupo

F → E

7

4 MS 8

5 MT 9

6 MR Materias F. Jefe de

departamento

depende E.

Coordinador de

grupo

F → E

10

Lista final de

materias

E. Coordinador de

grupo depende de F.

Jefe de departamento

E → F


Tarea 1. E. Coordinador de grupo depende de G. Docente, E → G

Tabla 6: El F. Jefe de departamento entrega las materias a H. Organización y seguimiento

Meta 6 No. ACTORES

Entregar las

materias

1 Actor A F. Jefe de departamento

2 Actor B H. Organización y seguimiento

METAS


dependencia

Dependencias No.

3 MF 7

4 MS 8

5 MT 9

6 MR Materias H. Organización y

seguimiento depende

F. Jefe de

departamento

H → F 10

Hora H. Organización y

seguimiento depende

F. Jefe de

departamento

H → F

G. Docentes H. Organización y

seguimiento depende

F. Jefe de

departamento

H → F

Lista final de

materias

F. Jefe de

departamento

depende H.

Organización y

seguimiento

F → H



98

Tabla 7: I. Planeación elabora la estructura económico-administrativa.

Meta 7 No. ACTORES

Elaborar la

estructura

económico-

administrativa

1 Actor A H. Organización y seguimiento

2 Actor B I. Planeación

METAS


dependencia

Dependencias No.

3 MF Elaborar la

estructura

económico-

administrativa

I. Planeación

depende de H.

Organización y

seguimiento

I → H

7

4 MS 8

5 MT 9

6 MR Lista final de

materias

I. Planeación

depende de H.

Organización y

seguimiento

I → H

10


Tabla 8: H. Organización y seguimiento entrega la carga de horarios a B. Servicios

Escolares.

Meta 8 No. ACTORES

Entregar la carga

de horarios

1 Actor A H. Organización y seguimiento


METAS


dependencia

Dependencias No.

3 MF 7

4 MS 8

5 MT 9

6 MR Aula

B. Servicios

Escolares depende

de H. Organización y

seguimiento

B → H 10

Materias B. Servicios

Escolares depende


seguimiento

B → H

Hora B. Servicios

Escolares depende


seguimiento

B → H


99

G. Docentes B. Servicios

Escolares depende


seguimiento

B → H


Tabla 9: B. Servicios Escolares carga los horarios en el sistema.

Meta 9 No. ACTORES

Cargar los

horarios en el

sistema.

1 Actor A B. Servicios Escolares

2 Actor B J. Sistema

METAS


dependencia

Dependencias No.

3 MF 7

4 MS 8

5 MT Cargar los horarios

en el sistema.

B. Servicios

Escolares depende

del J. Sistema

B → J

9

6 MR Lista de materias B. Servicios

Escolares depende

del J. Sistema

B → J

10


Tabla 10: B. Servicios Escolares carga los datos del estudiante en el sistema.

Meta 10 No. ACTORES

Cargar los datos

del estudiante en

el sistema.


2 Actor B J. Sistema

METAS


dependencia

Dependencias No.

3 MF 7

4 MS 8

5 MT Cargar los datos del

estudiante en el

sistema.

B. Servicios

Escolares depende

del J. Sistema

B → J

9

6 MR Calificaciones B. Servicios

Escolares depende

del J. Sistema

J → B

10



100

Tabla 11: B. Servicios Escolares avisa a los C. Alumnos el periodo de inscripción.

Meta 11 No. ACTORES

Avisar a los C.

Alumnos el

periodo de

inscripción.


2 Actor B A. Dirección

METAS


dependencia

Dependencias No.

3 MF 7

4 MS 8

5 MT 9

6 MR Publicar la

inscripción

A. Dirección

depende de B.

Servicios Escolares

A → B

10


Tabla 12: El C. Alumno acude al K. Banco a pagar la inscripción.

Meta 12 No. ACTORES

Pagar la

inscripción

1 Actor A C. Alumno

2 Actor B K. Banco

METAS


dependencia

Dependencias No.

3 MF Pagar la inscripción C. Alumno depende

del K. Banco

C → K

7

4 MS 8

5 MT 9

6 MR Recibo C. Alumno depende

del K. Banco

C → K

10

Cantidad K. Banco depende

del C. Alumno

K → C


Tabla 13: El C. Alumno acude al L. CENIDET a inscribirse.

Meta 13 No. ACTORES

Acudir a

inscribirse.

1 Actor A C. Alumno

2 Actor B L. CENIDET

METAS

No. Iniciales Descripción Descripción de la Dependencias No.


101

dependencia

3 MF 7

4 MS 8

5 MT 9

6 MR 10


Tabla 14: B. Servicios Escolares entrega turnos a la M. Vigilancia.

Meta 14 No. ACTORES

Entregar turnos


2 Actor B M. Vigilancia

METAS


dependencia

Dependencias No.

3 MF 7

4 MS 8

5 MT Entregar turnos B. Servicios

Escolares depende

de M. Vigilancia

B → M

9

6 MR Turno B. Servicios

Escolares depende

de M. Vigilancia

B → M

10


Tabla 15: El C. Alumno toma un turno en la M. Vigilancia.

Meta 15 No. ACTORES

Registrar entrada

1 Actor A C. Alumno

2 Actor B M. Vigilancia

METAS


dependencia

Dependencias No.

3 MF 7

4 MS 8

5 MT Registrar entrada C. Alumno depende

de M. Vigilancia

C → M

9

6 MR Turno C. Alumno depende

de M. Vigilancia

C → M

10



102

Tabla 16: El C. Alumno canjea el recibo del K. Banco por un recibo oficial.

Meta 16 No. ACTORES

Canjear recibo

1 Actor A C. Alumno

2 Actor B N. Recursos Financieros

METAS


dependencia

Dependencias No.

3 MF Canjear recibo

C. Alumno depende

N. Recursos

Financieros

C → N

7

4 MS 8

5 MT 9

6 MR Recibo oficial N. Recursos

Financieros depende

del C. Alumno

N → C 10

Recibo oficial C. Alumno depende

N. Recursos

Financieros

C → N


Tarea 3. N. Recursos Financieros depende del Sistema, N → O


Tabla 17: El C. Alumno se inscribe y recibe el horario tentativo.

Meta 17 No. ACTORES

Inscribirse

1 Actor A C. Alumno


METAS


dependencia

Dependencias No.

3 MF Inscribirse B. Servicios

Escolares depende

del C. Alumno

B→ C 7

4 MS 8

5 MT Escoger materias B. Servicios

Escolares depende

del C. Alumno

B→ C 9

6 MR Materias

disponibles

B. Servicios

Escolares depende

del C. Alumno

B→ C 10

Turno B. Servicios

Escolares depende

del C. Alumno

B→ C

Recibo oficial B. Servicios

Escolares depende

B→ C


103

del C. Alumno

Horario tentativo C. Alumno depende

de B. Servicios

Escolares

C → B

Horario autorizado B. Servicios

Escolares depende

del C. Alumno

B→ C

Boleta de

calificaciones

B. Servicios

Escolares depende

del C. Alumno

B→ C


Tabla 18: El C. Alumno recolecta la firma del D. Director de tesis.

Meta 18 No. ACTORES

Solicitar

autorización

1 Actor A C. Alumno

2 Actor B D. Director de tesis

METAS


dependencia

Dependencias No.

3 MF Escoger materias D. Director de tesis

depende del C.

Alumno

D → C 7

4 MS Analizar materias D. Director de tesis

depende del C.

Alumno

D → C 8

5 MT 9

6 MR Horario tentativo


depende del C.

Alumno

D → C 10

Horario autorizado C. Alumno depende

del D. Director de

tesis

C → D


Tabla 19: El C. Alumno recolecta la firma del F. Jefe de departamento.

Meta 19 No. ACTORES

Solicitar

autorización

1 Actor A C. Alumno

2 Actor B F. Jefe de departamento

METAS


dependencia

Dependencias No.

3 MF 7


104

4 MS 8

5 MT Solicitar

autorización

F. Jefe de

departamento

depende del C.

Alumno

F → C

9

6 MR Horario tentativo F. Jefe de

departamento

depende del C.

Alumno

F → C

10

Horario autorizado C. Alumno depende

del F. Jefe de

departamento

C → F


Tabla 20: El C. Alumno regresa su horario firmado a B. Servicios Escolares y recibe su

boleta.

Meta 20 No. ACTORES

Terminar de

inscribirse

1 Actor A C. Alumno


METAS


dependencia

Dependencias No.

3 MF 7

4 MS 8

5 MT 9

6 MR Horario autorizado

B. Servicios

Escolares depende

de C. Alumno

B → C

10

Boleta de

calificaciones

C. Alumno depende

de B. Servicios

Escolares

C → B


5.2.7 Etapa 7

DESCRIPCIÓN DE PRIMITIVAS POR PROCESO TROPOS

Proceso 1

Numero: Nombre del Proceso:

1 Disposición de la inscripción


105

No. Nombre Símbolo Dependencia

1 A. Dirección

Actor

2 B. Servicios

Escolares

Actor

6 Disposición de la

inscripción Recurso

A → B


Proceso 2


2 Publicar la inscripción


1 A. Dirección

Actor

2 B. Servicios

Escolares

Actor

5

Publicar la

inscripción Tarea

A → B



106

Proceso 3


3 Escoger materias


1 C. Alumno

Actor

2 D. Director de tesis

Actor

3 Escoger materias Meta

Fuerte

C → D

4 Analizar materias Meta

suave

C → D

6 Lista de materias

Recurso

C → D


Proceso 4


4 Proponer materias



Actor


107

2 E. Coordinador de

grupo

Actor

3

Proponer materias Meta

Fuerte

E → D

6.1 Materias

Recurso

E → D

6.2 Lista final de

materias Recurso

D → E


Tarea 2. D. Director de tesis depende de G. Docente, D → G

Tarea 3. F. Jefe de departamento depende del G. Docente, F → G

Proceso 5


5 Proponer materias


1 E. Coordinador de

grupo

Actor

2 F. Jefe de

departamento

Actor

3 Proponer materias Meta

Fuerte

F → E

6.1 Materias

Recurso

F → E


108

6.1 Lista final de

materias Recurso

E → F


Tarea 1. E. Coordinador de grupo depende de G. Docente, E → G

Proceso 6


6 Entregar las materias


1 F. Jefe de

departamento

Actor

2 H. Organización y

seguimiento

Actor

6.1 Materias

Recurso

H → F

6.2 Hora

Recurso

H → F

6.3 Docentes

Recurso

H → F

6.4 Lista final de

materias Recurso

F → H


Proceso 7


7 Elaborar la estructura económico-administrativa



109


seguimiento

Actor

2 I. Planeación

Actor

3 Elaborar la estructura

económico-

administrativa

Meta

Fuerte

I → H

6 Lista final de

materias Recurso

I → H


Proceso 8


8 Entregar la carga de horarios



seguimiento

Actor

2 B. Servicios

Escolares

Actor

6.1 Aula

Recurso

B → H


110

6.2 Materias

Recurso

B → H

6.3 Hora

Recurso

B → H

6.4 Docentes

Recurso

B → H


Proceso 9


9 Cargar los horarios en el sistema.


1 B. Servicios

Escolares

Actor

2 J. Sistema

Actor

5

Cargar los horarios

en el sistema. Tarea

B → J

6 Lista de materias

Recurso

B → J


Proceso 10


10 Cargar los datos del estudiante en el sistema.



111

1 B. Servicios

Escolares

Actor

2 J. Sistema

Actor

5 Cargar los datos del

estudiante en el

sistema. Tarea

B → J

6 Calificaciones

Recurso

J → B


Proceso 11


11 Avisar a los alumnos el periodo de inscripción.


1 B. Servicios

Escolares

Actor

2 A. Dirección

Actor

6 Publicar la

inscripción Recurso

A → B



112

Proceso 12


12 Pagar la inscripción


1 C. Alumno

Actor

2 K. Banco

Actor

3 Pagar la inscripción Meta

Fuerte

C → K

6.1 Recibo

Recurso

C → K

6.2 Cantidad

Recurso

K → C


Proceso 13


13 Acudir a inscribirse.


1 C. Alumno

Actor


113

2 L. CENIDET

Actor

Se elimina el proceso por ser el CENIDET el

conjunto de la organización.


Proceso 14


14 Entregar turnos


1 B. Servicios

Escolares

Actor

2 M. Vigilancia

Actor

5 Entregar turnos

Tarea

B → M

6 Turno

Recurso

B → M


Proceso 15


15 Registrar entrada



114

1 C. Alumno

Actor

2 M. Vigilancia

Actor

5 Registrar entrada

Tarea

C → M

6 Turno

Recurso

C → M


Proceso 16


16 Canjear recibo


1 C. Alumno

Actor

2 N. Recursos

Financieros

Actor

3 Canjear recibo Meta

Fuerte

C → N

6.1 Recibo oficial

Recurso

N → C


115

6.2 Recibo oficial

Recurso

C → N




Proceso 17


17 Inscribirse


1 C. Alumno

Actor

2 B. Servicios

Escolares

Actor

3 Inscribirse Meta

Fuerte

B→ C

5 Escoger materias

Tarea

B→ C

6.1 Materias disponibles

Recurso

B→ C

6.2 Turno

Recurso

B→ C

6.3 Recibo oficial

Recurso

B→ C

6.4 Horario tentativo

Recurso

C → B

6.5 Horario autorizado

Recurso

B→ C


116

6.6 Boleta de

calificaciones Recurso

B→ C


Proceso 18




1 C. Alumno

Actor


Actor

3 Escoger materias Meta

Fuerte

D → C

4 Analizar materias Meta

suave

D → C


Recurso

D → C


Recurso

C → D


Proceso 19




117


1 C. Alumno

Actor

2 F. Jefe de

departamento

Actor


Meta

suave

F → C


Recurso

F → C


Recurso

C → F


Proceso 20


20 Terminar de inscribirse


1 C. Alumno

Actor

2 B. Servicios

Escolares

Actor


118


Tarea

B → C

6.2 Boleta de

calificaciones Recurso

C → B


5.2.8 Etapa 8

UNIÓN DE LOS ACTORES MEDIANTE PROCESOS

K

C

M

N D

O

B

A

J

F

E G

1214

15

1,2,11

17, 20

9,10

8

H

3,1816

16

19

5 4I

7

5

4

6


119

5.2.9 Etapa 9

UNIÓN DE LOS PROCESOS EN UN MODELO TROPOS

Alumno

Servicios

Escolares

Inscribirse

Turno

Recibo Oficial

Escoger

Materias

Horario

Banco

Vigilancia

Director de

Tesis

Recursos

Financieros

Turnos

Turno

Registra

entrada

Cantidad

Recibo

banco

Recibo

Oficial

Analizar las

materias

Lista de

materias

Horario

Autorizado

Materias

disponibles

Boleta de

Calificaciones

Cobrar

colegiatura

Recibo

Dirección

Publicar

inscripción

Disposición

de la

inscripción

Sistema

Horario

tentativo

Lista de

materias

Capturar

carga de

materias

Capturar

datos

del

estudiante

Organizació

n y

seguimientoJefe de

departartam

ento

Sistema

Coordinador

de grupo

Docente

Canjear

recibo

Capturar

datos

Recibo

Oficial

Horario

autorizado

Horario

tentativo

Escoger

materias

Horario

tentativo

Horario

autorizado

Solicitar

autorización

Materias

Hora

Docentes

Lista final de

materias

Aulas Materias Hora

Docente

Proponer

materias

Materias

Proponer

materias

Materias

Lista final de

materias

Entregar

calificacionesCalificaciones

Proponer

materiasMateriasLista final de

materias

Planeación

Elaborar estructura

economico-

administrativa

Lista final de

materias

D

D

D

D

D

D

D DD

D

D

DD

D

D

DD

D D

DDD

DD

D

D

D

D

D

D

D

D

DD

D

D

D

D

D

D

D

DDD

DDD

D

D

D

D

DDD

D

D

D

D

DDD

D

DD

D

D

D

D

D

D

DD D

D

D D

DD

D

D

D

DDD

DDD

D

DDD

D

D

D

D

D

D

D

D

DD

D

D D D

CAPÍTULO 6

PLAN DE PRUEBAS En este capítulo se menciona cómo fue desarrollado el plan de pruebas. La metodología fue probada

con usuarios mediante las pruebas de usabilidad efectuadas, en varias rondas que ayudaron a ir

mejorando y adecuándolo a lo que los usuarios esperarían de una aplicación de este tipo. De la

primera versión a la última realizada, se nota un aumento en la usabilidad percibida por los

usuarios.

Capitulo 6: Plan de Pruebas

121

6.1 PLAN DE PRUEBAS

En este capítulo se menciona cómo funcionan cada una de las partes desarrolladas, y los resultados

obtenidos dentro de cada etapa; además, el prototipo desarrollado fue probado con usuarios

mediante las pruebas de usabilidad efectuadas, en varias rondas que ayudaron a ir mejorando y

adecuándolo a lo que los usuarios esperarían de una aplicación de este tipo. De la primera versión a

la última realizada, se nota un aumento en la usabilidad percibida por los usuarios, a la vez que se

demostró una mayor usabilidad al usar la metodología.

Para las pruebas de usabilidad, considerando las investigaciones de Jakob Nielsen, se consideraron

cuatro sesiones, con cinco usuarios cada una [18].

6.1.1 Hipótesis y alcances

La hipótesis que se persigue demostrar es que presentando al usuario información sobre un tema de

forma ordenada, como lo permite una metodología que le ayude a desarrollar un modelo Tropos.

De manera más particular, una hipótesis en si es de ayuda a la explicites de las relaciones manejadas

en una ontología para guiar al usuario en su navegación; otra es que sirve el poner un orden usando

una metodología para realizar desarrollo de modelos.

Los alcances que se persiguieron con las pruebas realizadas, consistieron en probar los

procedimientos y desarrollados para demostrar tal hipótesis, para los procesos que abarcan desde el

análisis de la información hasta la construcción del modelo, como partes necesarias para poder

llevar a cabo el proceso construcción de modelos Tropos con la metodología; el uso de la

metodología mediante una serie de plantillas que permita recorrer sus conceptos mediante las

relaciones que los interconectan, además de un conjunto de pruebas de usabilidad que prueban que

tan sencillo de usar resulta esta metodología.

6.1.2 Contenido del Plan de pruebas.

Caso de prueba Descripción

1. Preparación de plantillas a utilizar.

2. Selección de un grupo de prueba para capacitar en la metodología.

3. Capacitación en la metodología propuesta.

4. Selección de problemas propios del grupo de prueba.

5. Ejecución de la metodología por parte del grupo capacitado.

6. Recolección de opiniones del grupo de prueba.

7. Conclusiones de las pruebas.

6.1.3 Ejecución del plan de pruebas

Paso 1. Preparación de plantillas a utilizar.

Objetivo: Preparar el material que se usara como recurso tanto en la capacitación como en la

ejecución de la pruebas.

Descripción:

1. Se preparan las plantillas producto de la metodología.

Paso 2. Selección de un grupo de prueba para capacitar en la metodología.


122

Objetivo: Invitar a grupos de prueba que sean del ámbito de la computación y procesos

organizacionales, procurando tener diferentes grupos para contar con perspectivas educativas y del

ámbito organizacional.

Descripción:

1. Se invitó a diferentes grupos.

2. Se prepara la invitación y se seleccionan los integrantes.

En la siguiente tabla, se muestran las características de los participantes (Tabla 6.1).

Características

participantes CENIDET IFE

Especialidad Alumno Ing. de SW. Desarrollador

Especialidad Alumno B.D. Analista

Experiencia 2 años 3-5 años Tabla 6.1 Características de los participantes

Paso 3. Capacitación en la metodología propuesta.

Objetivo: Capacitar al grupo de prueba con la metodología, tomando como apoyo las plantillas

preparadas.

Descripción:

1. Capacitar a los integrantes en los modelos Tropos.

2. Capacitar a los integrantes de los grupos en la metodología propuesta.

Prueba 4. Selección de problemas propios del grupo de prueba.

Objetivo: Selección de problemas organizacionales propias del ámbito de los grupos de prueba.

Análisis:

Se toman dos problemas por cada parte para hacer aplicar la metodología.

Paso 5. Ejecución de la metodología por parte del grupo capacitado.

Objetivo: Mediante la metodología propuesta se aplica por parte de los grupos de trabajo usando las

plantillas como apoyo.

Descripción:

1. Se toma el problema de la organización.

2. Se aplica por parte de los grupos de trabajo las etapas de la metodología a al problema.

3. Se va documentando en base a las plantillas de la metodología.

Las tareas desarrolladas abarcan desde una familiarización con la metodología, hasta una serie

de actividades específicas que se pueden desarrollar en la propuesta. Después de la primera

sesión, se fueron realizando parte de los cambios sugeridos por los usuarios, lo que esperaban

obtener y lo que les molestaba; así, para las siguientes sesiones se apreciaban las

modificaciones [19], y por ende, los comentarios y opiniones que surgían. Se pudo apreciar que

para las últimas sesiones las críticas fueron menores, el usuario se sentía más satisfecho, y una

característica importante que se pudo demostrar: una vez que el usuario ha manejado el sistema,

los usos subsecuentes le son más sencillos, es decir, batalla menos en realizar las tareas.


123

Las primeras dos sesiones fueron totalmente supervisadas, las últimas dos se dio más libertad al

usuario, pues se esperaba ya hubiera aprendido a usar la metodología. Otros aspectos

observados, en un principio fue la incertidumbre de lo que podían o no realizar.

Varios usuarios mostraron dificultades en comprender el enfoque que usa la metodología

propuesta, ya que la mayoría desconocía lo que es Tropos; pero tras una serie de sugerencias y

modificaciones, se logró ayudar en el manejo de la metodología por parte de los usuarios, según

lo indican los resultados de usabilidad arrojados por la última ronda de pruebas.

Paso 6. Recolección de opiniones del grupo de prueba.

Objetivo: Se recolectan las opiniones de los grupos de prueba.

Descripción:

1. Se recibe el concepto por el cual se está buscando.

2. Se aplican cuestionarios sobre la opinión respecto a la metodología.

Testimonio CENIDET

Testimonio: “...Una nueva manera de generar un modelo es la que se presentó, que plantea

la posibilidad de crear el modelo a partir de un análisis, se aparenta un aumento

considerable en la velocidad de modelado de lo existente, ideal para construir modelos de

negocios existentes o modelos organizacionales.” (Alumno Ing. de SW, CENIDET).

Testimonio: “...es una nueva forma de describir los procesos organizacionales, se toman en cuenta

a quienes participan en el problema y se deja al descubierto muchas tareas.” (Alumno B.D.,

CENIDET).

Testimonio IFE

Testimonio: “...se deja al descubierto muchos procesos, describe de forma global a la

organización, pero se deja al aire su total utilidad, la forma de implementar para desarrollar un

software queda por verse” (Desarrollador, IFE).

Testimonio: “...es una nueva metodología que trata de llevar al analista de la mano para construir

una notación que puede ser fácilmente descrita, el modelo resultante es fácil de interpretar una vez

seguido los pasos” (Analista, IFE).

Paso 7. Conclusiones de las pruebas.

Objetivo: Cuando el usuario realice una consulta escribiendo directamente palabras para su

búsqueda, devolver las clases más probables para su petición. Se trabaja la consulta escrita por el

usuario como un nuevo documento al cuál se le somete al proceso de clasificación, pasando por su


124

depuración y representación, mostrando al final las clases más probables a las que puede pertenecer

su consulta.

Descripción:

1. Se toma nota de las opiniones del usuario.

2. Se separan los comentarios favorables de los negativos.

3. Se recopilan las opiniones en base a su nivel de experiencia con el uso de la metodología.

Para describir los resultados, así como para comentar las conclusiones lo hicimos comparando a

nuestros las opiniones de los expertos en el ámbito educativo y profesional en base a su rol en el

ámbito de su experiencia en el trabajo del análisis en la ingeniería de software [20].

¿Cuáles fueron las impresiones generales de la metodología?

Algunos acuerdos a favor que se observó tuvieron en común los usuarios, así como aspectos que no

les gustaron, por rondas, fueron:

Primer ronda

Les agradó:

Fácil de usar.

Los mensajes y letreros mostrados ayudan comprender el problema y llenar la plantilla.

Al usuario le llama la atención la forma en que se interconectan los distintos conceptos.

No les agradó:

Comportamiento errático cuando algunas palabras tienen acentos.

Comentarios sobre el diseño visual (en particular, el fondo empleado y que algunos

elementos cambiaban su centrado aleatoriamente).

El usuario presenta confusión con parte de la terminología usada.

Se solicita que haya más letreros que indiquen como rellenar las plantillas.

Segunda ronda:

Les agradó:

Sin comentarios relevantes.

No les agradó:

Se pide ser más descriptivo en la simbología de las plantillas.

Usar un lenguaje más sencillo.

Tercer ronda:

Les agradó:

Mejorar el aspecto de las etapas de análisis.

Generar un contenedor de la información.

No les agrado:

Hace falta revisar el aspecto de visual de los modelos de las últimas etapas.

Cuarta ronda:

Les agradó:

Mejoró la interfaz de la propuesta en las plantillas.

Se facilitó la interacción en las etapas.

Los letreros agregados ayudan a entender lo que sucede.

Interfaz agradable y amigable.


125

Ayuda el haber utilizado antes el modelo, pues la interacción resulta más fácil.

No les agradó:

Si no se conoce el modelo Tropos, la interacción se puede complicar.

Si no se conoce la metodología propuesta es complicado el comprender el flujo de las

etapas.

Ajustar detalles visuales en las nuevas imágenes puestas para el modelo final.

6.1.4 Procedimiento y resultados de las pruebas de usabilidad efectuadas.

Se siguieron cuatro sesiones con tres usuarios cada una, siendo los usuarios de la primer y tercer

sesión, y de la segunda y cuarta, los mismos. Esto fue realizado de dicha manera, para que los

participantes vieran los cambios que sugirieron en las primeras fases, y vieran los cambios

realizados en base a sus comentarios, además de llevar un registro sobre el cambio de actitud de los

participantes a través de la evolución del problema que fue probado. Se realizaron sesiones

individuales, en las cuáles se mostró al usuario la metodología, para que lo probaran y realizaran

una serie de tareas, registrando todos sus comentarios, dudas y sugerencias. Así mismo, se tomaron

notas de los aspectos relevantes que comentaban los participantes.

6.1.5 Usabilidad Los resultados de usabilidad obtenidos indican una aceptación por parte de los usuarios, además de

que mostraron un mayor interés por este experimento, más que nada por el tema del que se trataba.

Los comentarios y modificaciones en este caso, por parte de las personas que lo probaron, se

centraron más que nada en el aspecto visual de la interfaz, resultándoles intuitiva la manera de

desplazarse y consultar sobre la metodología.

CAPÍTULO 7

CONCLUSIONES Y

TRABAJOS FUTUROS Este capítulo presenta conclusiones y trabajos futuros derivados de este trabajo de tesis.

Capitulo 7: Conclusiones y trabajos futuros

127

7.1 CONCLUSIONES

La mayoría de los modelos de análisis de la actividad consideran únicamente el estudio del

comportamiento y la cognición (razonamiento) del sujeto en un contexto determinado. Se parte de

considerar que el sujeto cuenta mentalmente con todos los elementos para ejercer y ser responsable

enteramente de su comportamiento, el cual de alguna forma es regulado por el medio ambiente,

estableciéndose allí esencialmente una relación diádica entre un significando (situación de trabajo)

y un significado (interpretación de parte de una persona de esa situación de trabajo). El

inconveniente de este enfoque es que para un mismo significando, el significado varía en función de

diversas variables, por ejemplo el estado de la acción y el contexto de la mutación de trabajo.

La metodología propuesta trata de cubrir un espacio aun no explorado en la construcción de

modelos Tropos, teniendo como antecedente que no existe hasta el momento una metodología que

trate de construir modelos Tropos desde el análisis de requisitos, esta metodología aspira a servir de

apoyo a los modeladores.

Los pasos propuestos son una serie de actividades que pueden enriquecerse a futuro en base a la

experiencia y mientras más gente se involucre en este tema.

7.2 TRABAJOS FUTUROS

La metodología al no tener punto de comparación con alguna otra que se haya hecho para satisfacer

el problema de la construcción de modelos Tropos, no puede ser libre de crítica y se espera que un

futuro se puedan cubrir los siguientes puntos:

Revisar y mejorar cada una de las etapas de la metodología.

Rediseñar y mejorar las plantillas.

Encontrar más actores que participen en el proceso de construcción de modelos Tropos.

Investigar una forma de aprovechar el planteamiento secuencial de las actividades en los

modelos Tropos.

Desarrollar una forma de otorgar un peso específico a cada actividad, actor o dependencia,

para poder tener un mejor aprovechamiento dentro de Tropos.

Mejorar el proceso de identificación de metas.

Poder encontrar una forma de poder ir más allá de la construcción de modelos racionales de

Tropos.

REFERENCIAS A continuación se presentan las referencias de todas las obras que retroalimentaron este proyecto de

tesis.

REFERENCIAS

[1] Conceptos de metodología, http://www.misrespuestas.com/que-es-una-metodologia.html,

Universidad de los Andes, Chile, Enero 2008

[2] Sergio Sánchez Ríos, Modelamiento de Procesos de Negocios con UML

Universidad de Viña del Mar, Viña del Mar, Chile. 2007

[3]

Jacobson, I., Boch, G., Rumbaugh J., El Proceso Unificado de Desarrollo de Software,

2000 Addison Wesley

[4] Kruchten, P., The Rational Unified Process: An Introduction, 2000 Addison Wesley

[5] Kruchten, P. Architectural Blueprints—The ―4+1‖ View Model of Software Architecture.

IEEE Software 12 (6), November 1995, pp. 42-50.

[6] Rational Software Corporation, Product: Rational Software Corporation, 2002

[7] Rational Software Corporation, Rational Unified Process. Best Practices for Software

Development Teams, 1998

[8] J. Theureau, COURSE-OF-ACTION ANALYSIS & COURSE-OF ACTION

CENTERED DESIGN, CNRS, Compiegne, France. 2002

[9] J. Theureau , http://www.coursdaction.net/index.htm, CNRS, Compiègne, France.

2002, Francia, Fecha de visita: 2 de Octubre de 2007.

[10] Javier Ortiz Hernandez, Thèse ―LES SYSTEMS DE PRODUCTION AUTOMATISES:

UNE APPROCHE SOCIO-TECHNIQUE‖

L’U.F.R. DES SCIENCES ET DES TECHNIQUES DE L’UNIVERSITE DE FRENCH-

COMTE, Noviembre 1995.

[11] Andrés G. Puente, Ingeniería de requisitos de software, Universidad de Concepción,

Chile, Fecha de visita: 8 de Septiembre de 2007.

http://www.inf.udec.cl/~apuente/archivos/SRE%20overview.pdf

[12] Joaquín Núñez, Ingeniería de requisitos de software, Facultad de Informática de la

Universidad Politécnica de Madrid, España, Fecha de visita: 12 de Octubre de 2007.

http://fuerteventura.ls.fi.upm.es/~anunez/ficheros/Requisitos.pdf

[13] Paolo Bresciani, Paolo Giorgini, Fausto Giunchiglia, John Mylopoulos, and Anna Perini ,

TROPOS: AN AGENT-ORIENTED SOFTWARE DEVELOPMENT

METHODOLOGY, Technical Report # DIT-02-0015 , University of Trento.

2002

[14] Erik S.K. Yu and John Mylopoulos, An Actor Dependency Model of Organizational

Work, University of Toronto, Toronto, Ontario, Canada M5S 1A4

[15] John Mylopoulos, Troops at the Age of 10 months, University of Toronto

November 13, 2000

http://www.misrespuestas.com/que-es-una-metodologia.html

http://www.inf.udec.cl/~apuente/archivos/SRE%20overview.pdf

http://fuerteventura.ls.fi.upm.es/~anunez/ficheros/Requisitos.pdf

[16] John Mylopoulos, Software Architectures as Social Structures, First ICSE Workshop

titled ―From Software Requirements to Architectures‖ (STRAW’01)

University of Toronto, May 14, 2001

[17] Jennifer Horkoff, Eric Yu, Brote Grau, iStarQuickGuide , University of Toronto

Fecha de visita: 25 de Septiembre de 2007. http://istar.rwth-aachen.de/tiki-

index.php?page=iStarQuickGuide,

[18] Jakob Nielsen, Usability: Empiricism or Ideology (Jakob Nielsen’s Alert Box), 27 junio

de 2005. Disponible en línea: http://www.useit.com/alertbox/20050627.html.

[19] Jakob Nielsen, Usability 101: Fundamentals and Definitions – What, Why, How (Jakob

Nielsen’s. Alert Box), 25 de agosto 2003. Disponible en línea:

http://www.useit.com/alertbox/20030825.html.

[20] Jakob Nielsen, Usability Testing With 5 Users (Jakob Nielsen’s Alert Box), 19 de marzo

de 2000. Disponible on-line: http://www.useit.com/alertbox/20000319.html.

http://istar.rwth-aachen.de/tiki-index.php?page=iStarQuickGuide



ANEXOS Este capítulo presenta los anexos de la tesis.

ANEXO 1 Anexo 1 de la tesis. Plantilla de la Etapa 1 de la metodología.

<Titulo del Proyecto> Etapa 1

Definición del Problema

Histórico del Documento

Fecha Versión Descripción Autor

Índice Datos de la organización..................................................................................................... 121

1.1 Generales .............................................................................................................. 72

1.2 Identificar el problema.......................................................................................... 72

1.3 Identificar las consecuencias del problema. ......................................................... 72

1.4 Identificar las posibles causas de ese problema.................................................... 72

Datos Generales

Datos de la organización

1.1 Generales

Nombre de la

organización

<Nombre de la organización>

Propósito <Propósito principal de la organización>

Descripción <Descripción breve de la organización>

Descripción

corta del

Problema

<Descripción corta del problema>

1.2 Identificar el problema.

<Descripción en forma de párrafo del problema>

1.3 Identificar las consecuencias del problema.

<Descripción en forma de párrafo de las consecuencias del problema>

1.4 Identificar las posibles causas de ese problema.

<Descripción en forma de párrafo de las posibles causas del problema>


Detalles del Problema

Índice Detalles del Problema ......................................................................................................... 126

1.1 Orígenes del Problema.......................................................................................... 73

1.2 Enunciado del Problema ....................................................................................... 73

1.3 Fuentes .................................................................................................................. 73



Orígenes del Problema

<Descripción en forma de párrafo de los orígenes que propician el problema o proyecto>

Enunciado del Problema

<Descripción en forma de párrafo del enunciado del problema o proyecto>

Fuentes

<Lista de recursos o fuentes utilizados para recabar información>


Flujo básico del Problema

Índice Flujo Básico del Problema ...................................................................................................... 1

1.1 Flujo Básico del Problema ...................................................................................... 1




Tarea Nombre del Problema

<n> <Nombre del problema o proyecto>

TAREAS

Núm. Descripción de la tareas principales en orden cronológico

<n> <Descripción de las subtareas>





Flujo básico por Tarea

Índice Flujo Básico por Tarea ........................................................................................................... 1

1.1 Flujo Básico 1: <Nombre de la tarea > ................................................................... 1



Flujo Básico por Tarea

Flujo Básico por Tarea

Flujo Básico 1: <Nombre de la tarea >


<n> <Nombre de la tarea>

SUB-TAREAS



<n> <Descripción de las subtareas >






SUB-TAREAS









SUB-TAREAS







Tabla de Análisis de Tareas

Índice Tablas de Análisis de Tareas .................................................................................................. 1

1.1 Tabla 1: <Nombre de la tarea > .............................................................................. 1



Análisis de Tareas

Tablas de Análisis de Tareas

Tabla 1: <Nombre de la tarea >



PREGUNTAS GUÍA


<n> <Descripción del objetivo o subtarea>







<A> <Nombre del actor A>

<B> <Nombre del actor B>


<n tarea> <Nombre del actor A> depende <Nombre del actor B>





Símbolo Nombre del Actor Numero de

Apariciones

<A> <Nombre del actor A> <n>

<B> <Nombre del actor B> <n>

<C> <Nombre del actor C> <n>



Apariciones





<n tarea> <Nombre del actor A> depende <Nombre del

actor C>

<A/B> → <C/D>

<n tarea> <Nombre del actor B> depende <Nombre del

actor D>

<A/B> → <C/D>




PREGUNTAS GUÍA


















Apariciones






Apariciones






actor C>

<A/B> → <C/D>


actor D>

<A/B> → <C/D>




PREGUNTAS GUÍA


















Apariciones






Apariciones






actor C>

<A/B> → <C/D>


actor D>

<A/B> → <C/D>


Tablas de Descripción de Metas

Índice Tablas de descripción de Metas .............................................................................................. 1

1.1 Tabla 1: <Nombre de la tarea principal> ................................................................ 1



Datos

Tablas de descripción de Metas

1.5 Tabla 1: <Nombre de la tarea principal>

Meta <n> No. ACTORES

<Nombre de

la tarea

principal>

1 Actor A <Nombre del actor A>

2 Actor B <Nombre del actor B>

METAS


dependencia

Dependencias No.

3 MF <Descripción

corta del la

meta fuerte>

Para el

cumplimiento

de [MF] <A/B>

depende de

<A/B>

<A/B> →

<A/B>

7

4 MS <Descripción

corta del la

meta suave>

Para el

cumplimiento

de [MS] <A/B>

depende de

<A/B>

<A/B> →

<A/B>

8

5 MT <Descripción

corta del la

meta de tarea>

Para el

cumplimiento

de [MT] <A/B>

depende de

<A/B>

<A/B> →

<A/B>

9

6 MR <Descripción

corta del la

meta de

recurso>

Para el

cumplimiento

de [MR]

<A/B> depende

de <A/B>

<A/B> →

<A/B>

10


<A/B> → <C/D>



<Nombre de

la tarea

principal>



METAS


dependencia

Dependencias No.

3 MF <Descripción

corta del la

meta o

recurso>

Para el

cumplimiento

de [MF] <A/B>

depende de

<A/B>

<A/B> →

<A/B>

7

4 MS <Descripción

corta del la

meta o

recurso>

Para el

cumplimiento

de [MS] <A/B>

depende de

<A/B>

<A/B> →

<A/B>

8

5 MT <Descripción

corta del la

meta o

recurso>

Para el

cumplimiento

de [MT] <A/B>

depende de

<A/B>

<A/B> →

<A/B>

9

6 MR <Descripción

corta del la

meta o

recurso>

Para el

cumplimiento

de [MR]

<A/B> depende

de <A/B>

<A/B> →

<A/B>

10


<A/B> → <C/D>


Primitivas Tropos

Índice Descripción de Primitivas por proceso Tropos ...................................................................... 1

1.1 Proceso 1 ................................................................................................................ 1

1.2 Proceso 2 ................................................................................................................ 2

1.3 Proceso 3 ................................................................................................................ 3

Datos Generales

Descripción de Primitivas por proceso Tropos

1.8 Proceso 1


<n> <Nombre del Proceso>

No. Nombre Símbolo Descripción

<n> <Nombre de la

meta, actor o

dependencia>

<Símbolo Tropos que

le corresponde>

<Descripción corta de la meta,

actor o dependencia>

<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>



<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>



<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>



<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>



<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>



<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>



<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>




<A/B> → <C/D>

1.9 Proceso 2




<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>



<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>



<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>



<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>



<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>



<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>



<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>



<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>




<A/B> → <C/D>

1.10 Proceso 3




<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>



<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>



<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>



<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>



<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>



<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>



<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>



<n> <Nombre de la

meta, actor o

dependencia>


le corresponde>




<A/B> → <C/D>


Procesos Tropos

Índice Procesos Tropos ...................................................................................................................... 1

1.1 Proceso 1 ................................................................................................................ 1

Datos Generales

Procesos Tropos

1.11 Proceso 1



<Grafica de los símbolos unificados>

1.12 Proceso 2




1.13 Proceso 3





Modelo Tropos

Índice Procesos Tropos ...................................................................................................................... 1

1.1 Sección 1 del Modelo ............................................................................................. 1



Datos Generales

Procesos Tropos

1.14 Sección 1 del Modelo

Sección: Nombre del Modelo:

<n> <Nombre del Modelo Tropos>

<Sección de la grafica del Modelo Tropos resultante, se subdivide en secciones en caso

de ser muy grande>





de ser muy grande>

centro nacional de investigación y desarrollo tecnológico · elvia y adriana aguilera, izvit...

Documents