1. Introduccin 6oe14

El avance tecnolgico es consecuencia de las demandas sociales y de los sectores productivos. Los problemas y desafos del mundo moderno presentan tales dimensiones y complejidad que sus soluciones involucran cada vez ms trabajo en equipo, en razn del aumento de la competencia, la rpida evolucin de la demanda, la presente innovacin de los productos y de la transformacin de las tecnologas.

De este modo, las empresas abdican de los modelos clsicos de organizacin, considerados ms eficaces en contextos ms estables y de produccin en masa, pasando para un modelo focalizado en el contexto de la cooperacin, cujas decisiones relativas a la concepcin, fabricacin y comercializacin deben ser tomadas (SALERNO, 1999). As, se apuesta en el trabajo cooperativo como medio de transformacin conjunta de los individuos, de las colectividades y de las organizaciones, teniendo como objetivo el incremento de la eficacia organizacional (TAVARES, 2002).

La dimensin colectiva del trabajo es colocada, en el centro del cambio, por el discurso y prctica empresarial, con los cambios en la organizacin del trabajo, de procedimientos de fabricacin, de prcticas profesionales y tambin, de los cambios en las competencias de los trabajadores.

Hoy, aunque la mayora de las metodologas, utilizadas en desarrollo de software, prevn la participacin y el envolvimiento de los s en varias fases de su proceso de desarrollo, la cuestin del trabajo cooperativo necesario para ejecutar las actividades que sern informatizadas, no es considerada de modo explcito desde el inicio del proyecto.

Una de las explicaciones para esta situacin es que en el abordaje tradicional de desarrollo de software (para sistemas de computadores tradicionales o sistemas comerciales, fuertemente orientados a datos), la hiptesis ms frecuentemente utilizada es la de que los modelos son centrados en un nico (tenido como patrn e independiente del medio o grupo en el cual est se desenvuelve), siendo generalizados para el estudio del comportamiento cooperativo, involucrando a todos los s.

Considerando la bsqueda de medios que conduzcan a la respuesta al problema presentado y del foco principal de la investigacin, este trabajo busca responder las siguientes preguntas:

• Cules son los instrumentos a ser elaborados para captar la dimensin colectiva de una actividad a ser informatizada?
• Cmo simular la futura actividad cooperativa a ser informatizada visando obtener los requisitos de software para la implementacin de este sistema?

En funcin del problema y de la cuestin presentada, este artigo tiene como objetivo principal:

• Contribuir para mapear las caractersticas del trabajo cooperativo por medio de un proceso de especificacin de software, utilizando tcnicas de la ergonoma y cognicin para la simulacin del comportamiento cooperativo de los s.

tase como premisa que los mtodos convencionales, utilizados en desarrollo de software, no tratan adecuadamente la dimensin colectiva del trabajo en el uso de sistemas de informacin, tanto en su concepcin, como en su correccin/mejora.

Es propuesto un proceso que utiliza tcnicas de ergonoma, prototipacin de software, modelos mentales de cognicin y de la ingeniera clsica para tratar las cuestiones colectivas y cooperativas del trabajo que deben ser consideradas en el proyecto de un sistema informatizado. Para tal, se utiliza la metodologa de investigacin-accin, aplicada durante el desarrollo de un sistema.

A metodologa es aplicada en un proyecto de workflow corporativo en una grande empresa de investigacin tecnolgica en Brasil, mostrando como considerar las cuestiones colectivas del trabajo en un proyecto de desarrollo de software y los resultados obtenidos.

Este trabajo est organizado de la siguiente manera: primeramente son definidos los principales conceptos utilizados en esta investigacin, en seguida es descrita la metodologa utilizada y el proceso propuesto por medio del cual estos conceptos son lgicamente encadenados. Se presenta una investigacin-accin realizada con base en la teora propuesta y finalmente son discutidos los resultados.

As, este trabajo pretende ofrecer una contribucin de cuo emprico, asociada a una contribucin terica en el sentido de un refinamiento y/o extensin de la teora.

2. Revisin terica 2a251e

En esta seccin son definidos los principales aspectos tericos del proceso propuesto, focalizndose el trabajo cooperativo en las interacciones cara a cara entre s durante la simulacin del futuro sistema a ser desarrollado.

2.1 La dimensin colectiva del trabajo y el trabajo cooperativo 3j6h5p

La definicin de cooperacin utilizada en este trabajo es dada por Dejours (2005): “cooperacin es una conducta coordinada, definida como a accin de participar de una obra comn. La cooperacin supone un lugar donde, al mismo tiempo, convergen las contribuciones singulares y se cristalizan las relaciones de dependencia entre los sujetos.”

El autor enfatiza que la cooperacin remite al colectivo de trabajo y es una conducta coordinada que posibilita desempeos superiores y suplementarios en relacin a los desempeos individuales.

2.2 Anlisis Colectivo del Trabajo 1l32k

El Anlisis Colectivo del Trabajo (ACT) es un mtodo de anlisis en el cual trabajadores (s, en el caso de la informtica), en grupo, describen su propia actividad en situacin de trabajo para otros trabajadores y para personas externas a la relacin de trabajo (stakeholders, tambin, en el caso de la informtica). Es el hablar de los trabajadores y el escuchar de los investigadores que se encuentra en el centro del proceso (FERREIRA, 1993).

Para la propuesta de trabajo en cuestin, algunos resultados y caractersticas generales sobre ACT deben ser destacados:

Con este mtodo, se trabaja con grupos y no individualmente, y esta caracterstica incide de varias maneras sobre los resultados. El colectivo funciona como un elemento que introduce una nueva dimensin a la comprensin y a las vivencias de cada uno, motivando a los trabajadores a expresarse. Como ellos son siempre mayora, con relacin a los investigadores,; este hecho disminuye el problema inicial de la situacin propuesta, en el cual el saber de los trabajadores es el que predomina sobre el de los investigadores.

Otra caracterstica es que la presencia de varias personas, hablando de su trabajo, facilita la comparacin, y queda ms claro aquello que es comn en la actividad de cada uno de ellos y aquello que es diferente. Consecuentemente, los aspectos colectivos del trabajo son mejor abordados. Para explicar aquello que cada uno hace, en general, es necesario explicar lo que los otros hacen antes o despus de l en el proceso productivo, encima, al lado o abajo en la escala jerrquica. En general, la conversa con los trabajadores es marcada entre el “nosotros” y ‘”ellos”, en el cual “nosotros” son todos los que tienen la misma actividad. “Ellos” son los otros, aquellos que controlan el trabajo, los que no conocen aquel trabajo.

Como resultado, las informaciones obtenidas en el ACT permiten dos tipos de abordajes: primeramente, una caracterizacin general de la actividad de trabajo, en la cual los principales puntos son destacados y, en un segundo momento, en la caracterizacin bien pormenorizada de determinados aspectos de la actividad, que normalmente pasan desapercibidos por observadores externos, como por ejemplo, la pericia necesaria para realizar una determinada operacin, los artilugios empleados, etc. (FERREIRA, 1998, 1999).

2.3 Modelo mental e interaccin 52i17

Las personas formulan modelos mentales internos de s mismas, de los objetos y de las personas con las cuales interactan. Estos modelos ofrecen medios para la comprensin de las interacciones, siendo afectados fuertemente, tanto por la naturaleza de las interacciones como por las experiencias y conocimientos anteriores. Antes de no ser completos y precisos, son modelos tiles para orientar gran parte del comportamiento humano (NORMAN, 1986).

La propuesta de Norman (1986) y Norman (2002) prev tres modelos mentales: de proyecto, del e imagen del sistema:

De este modo, el modelo conceptual es un medio para criar el modelo mental y debe permitir al interpretar lo que est ocurriendo por medio de la interfaz y documentacin del sistema.

De acuerdo con Norman (1986), la mayor facilidad de aprendizaje y su utilizacin dependen de un correcto mapeo entre el modelo mental y el conceptual. El modelo mental no se forma con base no modelo del proyecto, y el mismo resulta del modo como el interpreta a imagen de sistema.

As, la tarea del proyectista es construir una imagen adecuada del sistema, entendiendo que todos los elementos con que el interacta ayudan a formar esta imagen, como por ejemplo: botones fsicos, teclados, monitores de vdeo, documentacin (manuales de instruccin, helps, etc.), mensajes de error, entrada y salida de datos, facilidades de ayuda y elementos de interfaz hombre-mquina.

2.4 Modelo y proceso de software 4g204s

Un proceso de software es un conjunto organizado de actividades y resultados asociados que transforman entradas en salidas y generan un producto de software. Un modelo de proceso de software es una descripcin simplificada de un proceso de software, una abstraccin til para explicar los diferentes abordajes de desarrollo (KOTONYA; SOMMERVILLE, 1998; PRESSMAN, 2005).

En el abordaje del modelo de desarrollo iterativo evolucionario, un sistema es desarrollado por medio de sucesivas versiones. Se genera rpidamente un ejecutable, con base en las especificaciones iniciales. En seguida, debe ser refinado, apoyndose en los retornos obtenidos () del cliente visando a producir un sistema que satisfaga sus necesidades. El sistema es, entonces, entregado o, alternativamente, re-implementado, usando un abordaje ms estructurado para producir un sistema ms robusto y con mayor capacidad de manutencin.

Existen dos estrategias, principales, de desarrollo evolucionario:

Segn Sommerville (2007), para sistemas pequeos y medianos, la solucin incremental es la mejor eleccin. Y para sistemas complejos, grandes, de larga duracin y/o desarrollados por equipos diferentes, la mejor solucin contempla el uso de prototipacin (descartable o no) para la definicin de requisitos que estn mal comprendidos, con una implementacin por medio de un modelo mejor estructurado (modelo en cascada).

En este trabajo, el trmino prototipacin incremental o evolucionaria es usado y, conforme Sommerville (2007) puede ser empleado como sinnimo de desarrollo incremental, en el cual el prototipo no es descartado, sino que evoluciona para atingir los requisitos de los stakehoders.

2.5 La ergonoma de concepcin informtica en la simulacin y prototipacin de sistemas b58y

En desarrollo de software, un prototipo corresponde a una versin del sistema que est ya disponible en las primeras fases de un proceso de desarrollo. La prototipacin funcional, de acuerdo con Boar (1984), implementa parte de los requisitos del sistema por medio de la construccin de un prototipo que ejecuta el comportamiento real de este sistema (con la implementacin de algoritmos y banco de datos), pudiendo, inclusive, valer-se de herramientas, especialmente, construidas para la confeccin de ese tipo de prototipo.

En el caso de la prototipacin no funcional se obtiene el comportamiento de los stakeholders y del sistema por interacciones e iteraciones con estos, por medio de un conjunto de interfaces grficas simulando el comportamiento real del sistema (sin la implementacin de algoritmos y banco de datos).

Conforme refiere Daniellou (2007), cuando se observa la actividad futura, la ergonoma de concepcin debe fornecer un medio de prever el espacio de las formas posibles de esta actividad (mrgenes de maniobra), evaluando en qu medida las opciones escogidas, en la concepcin, permitirn la implementacin de los modos operativos compatibles con los criterios escogidos (salud, eficacia productiva, desarrollo personal, trabajo colectivo, etc.)

Para agregar una reflexin sobre la actividad futura es preciso preparar las condiciones de su simulacin, de modo que mismo que no se pueda observar la actividad futura, deben ser buscadas las situaciones existentes (situaciones de referencia) cuyo anlisis permitir esclarecer los objetivos y condiciones de la futura actividad (DANIELLOU, 2007).

En caso de una modernizacin, el anlisis de las situaciones de referencia puede estar basado en aquellas encontradas al comienzo del proyecto, teniendo como objetivo la concepcin de programas de computador iterativos, conocer los objetivos del trabajo, los procedimientos e identificar las informaciones y datos tratados por los s, permitiendo, tambin, identificar su lenguaje y su terminologa. No tratando de entender el trabajo para reproducirlo, de modo idntico, sino transformarlo, informatizndolo, de forma que sea optimizado o, tornndose menos costoso para el .

Despus de la evaluacin de las principales situaciones de referencia, se parte para determinar cules son las fuentes de variabilidad observadas; que en estas situaciones pueden aparecer en el futuro sistema, cuya formalizaccin de anlisis pasa por una lista de situaciones de acciones caractersticas futuras probables (DANIELLOU, 2007). En especial, en ergonoma de concepcin informtica, las herramientas de prototipaje permiten visualizar la apariencia y el funcionamiento de sistemas a un bajo costo, en ciclos de iteracin rpida a lo largo del proceso, con la participacin de los s antes de las etapas finales de concepcin. Estos prototipos sucesivos de software ofrecen una representacin concreta para comunicarse con los s y los proyectistas, constituyendo, tambin, una gua para la especificacin de versiones sucesivas (BURKHARDT; SPERANDIO, 2007).

De acuerdo con Bastien y Scapin (2007), la concepcin en general ocurre en tres etapas. Inicialmente, es elaborado el modelo conceptual del programa, tratndose de un modelo de alto nivel del sistema, envolviendo bsicamente las funcionalidades y arquitectura de dilogo, pudiendo tomar la forma de un croquis, ilustrando las principales funcionalidades del sistema.

En la segunda etapa, el modelo conceptual es detallado y validado junto al , tratndose de prototipos detallados, en los cuales son diseadas las cajas de dilogo, sus encadenamientos y la organizacin de los mens.

En la tercera etapa, el sistema ser desarrollado en detalles, con base en los desarrollos anteriores, cuyas interfaces con el podrn seguir guas estilsticas.

2.6 Requisitos de software 2q2y32

Requisitos, para Sommerville et al. (1998), son descripciones de como el software debe comportar-se, informaciones del dominio de la aplicacin, restricciones sobre operacin de software o especificaciones de propiedad o atributo de un software. Los requisitos son definidos durante los estadios iniciales del desarrollo del software, como una especificacin de lo que podr ser implementado. Los requisitos contienen invariablemente una mistura de informacin del problema, declaraciones de comportamiento y propiedades del software, condiciones del proyecto y restricciones de construccin.

Los requisitos de software se clasifican en:

Las fuentes de los requisitos (stakeholders, dominio y sistema) pueden ser representadas por pontos de vista de sistema, pues cada punto de vista representa un subconjunto de los requisitos del sistema (NUSEIBEH et al., 2003; SABETZADEH et al., 2010);

2.7 Modelo 3C y Awareness 12415w

En esta investigacin, los conceptos de modelo 3C y awareness son utilizados sobre todo para mostrar como las interacciones cara a cara, de un ambiente de trabajo cooperativo, son especificadas de modo a ser mediadas por una solucin informatizada que automatiza ese ambiente.

El modelo 3C de cooperacin utilizado es derivado del artigo de ELLIS et al. (1991) y se apoya en la concepcin de que para cooperar, los de un grupo (C) se comunican, (C) se coordinan y (C) colaboran (3Cs).

Awareness es definido como la conciencia sobre a contextualizacin de las actividades individuales por medio de la comprensin de las actividades realizadas por otras personas (aun cuando no estn comunicndose directamente) refirindose a tener conocimiento de las actividades del grupo, saber lo que sucedi, lo que est sucediendo y/o lo que podr venir a suceder, ms all del propio conocimiento de lo que son este trabajo y el grupo.

Para posibilitar la coordinacin y cooperacin como un todo, son necesarias informaciones acerca de lo que est sucediendo y acerca de lo que las otras personas estn haciendo. Por medio de estas informaciones, los participantes pueden construir un entendimiento compartido en torno de los objetos de cooperacin, de los objetivos de las tareas o de todo el trabajo (FUKS, 2007).