EL FUTURO DEL SOFTWARE

Compañías como British Telecommunications cuya actividad se basa en el desempeño de sus

sistemas de software, deben hacer hincapié en la accesibilidad, la adaptabilidad, la

transparencia, la operación a prueba de fallos, y un rostro humano

La sociedad es cada vez más dependiente de sistemas de software grandes y complejos.

Ciertamente, si muchas de las predicciones actuales sobre el problema informático Y2K resultan

ser exactos, esta dependencia se demostrará de forma espectacular el 1 de enero de 2000. Los

usuarios necesitan un software que cumpla con los estrictos requisitos, sea compatible con una

amplia gama de estilos de interacción, pueda producirse rápidamente, y pueda mantenerse al

mismo ritmo que la creciente demanda de funcionalidad, calidad, flexibilidad y rentabilidad.

La producción de este tipo de software es difícil e implica altos costos y riesgos. La adopción de los más adecuados métodos, tecnologías y herramientas en el momento justo es un problema importante para la industria del software. El reconocimiento del papel fundamental desempeñado por el software en tantos aspectos de la sociedad nos ha llevado a perseguir los siguientes objetivos:

● La formación de una visión de software y desarrollo de software basado en el uso sistemático de la opinión de expertos y la revisión por pares;

● Se establece la necesidad de una agenda de investigación para el desarrollo de software a largo plazo; y

● Esbozando una agenda de investigación a largo plazo que ayude a encontrar necesidades futuras de la sociedad para que el software sea fiable, adaptable y disponible cuando sea necesario, y a un precio razonable.

Predecir el futuro es un pasatiempo popular en muchas disciplinas.

En el campo del desarrollo de software, las comunicaciones febrero 1997 ofrecen muchas esperanzas personales y visiones para el futuro de la informática [1]. Autores expresaron sus opiniones personales en relación a las tecnologías y aplicaciones particulares, incluyendo bases de datos [2], la Internet [3], y las humanidades computacionales [6]. En otro punto de vista personal de las necesidades futuras, Stuart Shapiro [5] examinó una serie de publicaciones de tecnología de software clave que datan de fecha tan lejana como la década de 1960, concluyendo que necesitamos un enfoque más pluralista de la ingeniería de software, haciendo hincapié en la síntesis y compensaciones. La perspectiva del grupo en el libro de Software 2000 1994: Una Visión del Futuro [4] identificado algunos factores importantes que pueden influir en el futuro del software.

Nuestro objetivo es ampliar el debate sobre cómo el software será desarrollado y utilizado de dos maneras-dando un paso atrás desde un enfoque tecnológico detallado y mediante la incorporación de las opiniones de los expertos de una amplia gama de disciplinas.

Se describe no sólo los resultados de nuestras deliberaciones, sino el proceso a través del cual generamos nuestras ideas también. Esperamos añadir más crédito a la agenda que describimos aquí e inspirar a otros para llevar a cabo un proceso similar. Nuestra preocupación es la investigación a largo plazo, y se sugiere una serie de criterios para diferenciar entre la investigación a largo y corto plazo (ver Tabla 1).

Tabla 1. Características comparadas de la investigación a largo y a corto plazo.

La investigación a largo plazo La investigación a corto plazo

• Desafíos supuestos existentes • Preocupados con la identificación de nuevos problemas • Alto riesgo de no hay resultados inmediatamente utilizables, incluso no hay resultados • Ideas dirigidas • Tiempo al mercado desconocido • Implica un enfoque abierto a la exploración y el debate el uso de múltiples perspectivas • Criterios para el éxito desconocidas y pueden ser difíciles de cuantificar • Los resultados no siempre inmediatamente explotables • Involucra a originalidad y nuevos conocimientos, tecnologías, visiones, ideas • Define el espacio de soluciones para la investigación a corto plazo

• Se lleva a cabo dentro de los supuestos existentes • Preocupados por los problemas de resolución conocida • Bajo riesgo de ningún resultado útil • Por lo general consiste en experimentar con las nuevas tecnologías • Limitados por las necesidades del mercado • Cerrado, preocupado con las evaluaciones altamente enfocadas, evaluaciones de viabilidad, y la creación de prototipos • Las metas son normalmente dirigido por proyecto e implican resultados previstos • Resultados esperados sean explotables en proyectos de desarrollo • Involucra a la producción de prototipos y evaluaciones • Produce soluciones que pueden alimentar en el desarrollo

Hacemos hincapié en que no nos propusimos establecer un plan o una lista de los temas candentes de la investigación en ingeniería de software. Más bien, mediante la identificación de las posibles direcciones y las consecuencias del uso del software, o el contexto de uso, buscamos una mejor comprensión de los ejes por los que la investigación puede ser posicionado.

El futuro

El Centro Distribuido por la Excelencia en Ingeniería de Software (DICE), financiado por British Telecommunications PLC, una importante empresa de telecomunicaciones del Reino Unido y uno de los más grandes en el mundo, fue fundada en 1995 con el objetivo general de la generación de nuevas ideas sobre la dirección futura de los sistemas e ingeniería de software. Su objetivo

principal era ayudar a satisfacer las necesidades de planificación a largo plazo de empresas basadas en software, incluyendo BT.

El DICE inicialmente incluyó seis investigadores de alto nivel académico de sus instituciones asociadas: la Universidad de Manchester, Instituto de Ciencia y Tecnología (UMIST), la Universidad de Keele, y la Universidad de Durham, así como un número de investigadores de BT.

La filosofía de EL DICE implica una visión integral de software e ingeniería de software. Especialmente Queríamos evitar los peligros inherentes a la visualización de software desde una perspectiva especialista en términos de tecnologías y las fases del ciclo de vida. Aunque los miembros del equipo de DICE trajeron su propia experiencia en investigación y experiencia para la tarea, que tuvo como objetivo superar algunas de la fragmentación a menudo evidente en la investigación de la ingeniería de software.

La evolución del esfuerzo de EL DICE se resume en la figura 1. Fase 1, que comenzó con la creación del en 1995, seguido de estilo tradicional de investigación en que los asistentes de investigación a tiempo completo persiguieron la investigación enfocada a apoyar las discusiones generales periódicas. Estas discusiones llevaron a un conjunto de hipótesis (ver Figura 2) en relación con el futuro del software y software de ingeniería mientras que proporciona una plataforma de lanzamiento para la fase 2 de EL DICE

la Fase 2 enfatizó en la pericia y experiencia de los contribuyentes académicos de alto nivel, ya que los miembros del equipo habían demostrado ser el más creativo cuando se trabaja con un mínimo de la clase de gestión de proyectos tradicionalmente asociado con los proyectos de ingeniería de software. Del mismo modo, dentro de BT, los "criterios de éxito" para el proyecto de cambiar entre la fase 1 y fase 2. Durante la fase 1, que involucró a BT propios investigadores, el objetivo era producir entregables técnicos. En la fase 2, BT reposicionado los DICE internamente, vinculándola a la gestión de los programas de investigación equipo, en lugar de los propios investigadores.

A diferencia de la forma habitual de BT de trabajar, esta vinculación con el equipo directivo permitió al DICE apoyar directamente el perfil de investigación de tecnología de software estratégico de BT con el proyecto de ser juzgados por la exitosa gestión de BT se llevó a cambios en ese perfil. Una serie de reuniones que involucran a personas de alto nivel de BT, junto con los seis académicos, llevó al "documento de escenarios", que se convirtió en el principal entregable a la gestión de BT.

El orden del día de las reuniones se estructura en torno al documento de escenarios y estableció tres categorías de escenarios, discutió en las siguientes secciones; cada uno fue una lluvia de ideas, con reuniones subsiguientes revisión y desarrollo de los resultados de las reuniones y las contribuciones anteriores realizado entre las reuniones.

Después de este intercambio de ideas, la fase 3 se inició con un taller multidisciplinario denominado "Predecir el Futuro", que reunió a investigadores académicos de alto nivel de una amplia gama de disciplinas, incluyendo la sociología organizacional, psicología, derecho, comercialización al por menor, la ingeniería y la bioquímica.

El resultado fue otro (cuarto) escenario se centra en la interacción entre la sociedad y el software

Cómo el software y la sociedad van a interactuar. Aunque el desarrollo del sistema se analiza a menudo sobre todo (o incluso exclusivamente) desde un punto de vista técnico, los sistemas de software interactúan rutinariamente con la gente y la sociedad.

Por tanto, es importante tener en cuenta la futura relación entre el software y la sociedad, incluso hasta el punto de considerar si los futuros procesos de desarrollo podrían ser socialmente impulsados, en lugar de conducido técnicamente. Esta visión relativamente radical del futuro del software busca cerrar la brecha entre la tecnología y la sociedad.

El software tiene el poder para lograr un cambio significativo en las estructuras organizativas comerciales y políticos. Como un ejemplo, la comunicación y tecnologías de la información podrían permitir a todos los ciudadanos a participar directamente en el gobierno, lo que hace "representante" redundante gobierno. Esta participación y representación directa

proporcionarían un reto importante para los intereses existentes, lo que resulta en cualquier cambio social radical o intento gubernamental la regulación.

La creciente complejidad de los sistemas significa que los fallos de software tendrán una influencia más importante y visible en las comunidades. Un ejemplo actual es el problema Y2K. En consecuencia, los desarrolladores de sistemas deben abordar cuestiones de confianza y seguridad en sus sistemas en términos de la calidad tanto de los propios sistemas y la información que generan. Los sistemas deben ser más transparentes, el apoyo a muchos diferentes modelos mentales de comportamiento y funcionamiento de un sistema de software.

Muchas aplicaciones de tecnología de la información son percibidas como que implica la transferencia de conocimientos y habilidades de los seres humanos a las máquinas. Este nominal embrutecimiento de la sociedad tiene consecuencias sobre la percepción de las funciones de software en la sociedad y en última instancia, la capacidad de la sociedad para innovar. Una nueva forma de ludismo todavía puede surgir por el que la tecnología se considera

más como una amenaza que como un facilitador. Este punto de vista tiene implicaciones para las maneras sistemas deben ser desarrollados, con mayor énfasis en las propiedades de la vida-enriquecimiento de software.

La visión tradicional de software como un producto está cambiando rápidamente a una vista del software como servicio. Esta nueva visión implica nuevas responsabilidades para los desarrolladores, especialmente a la luz del riesgo de fallo de software.

Como los sistemas se vuelven más complejos a través del uso de componentes distribuidos y la reutilización, el uso de componentes tendrá que ser evaluado por el riesgo, junto con mecanismos técnicos, organizativos y legales para la reparación y recuperación después de un fallo del sistema.

Se requieren mecanismos para garantizar una mayor rendición de cuentas en el desarrollo del sistema y la evolución.

El Software, como cualquier otra tecnología, puede ser utilizado por el estado (posiblemente como un instrumento de opresión) y por el individuo (a veces para evitar el control del Estado).

Lo único cierto es que en el futuro desempeñará un papel importante en las relaciones socio-políticas.

Como los sistemas se vuelven más complejos, lo que garantiza su accesibilidad se vuelve más importante.

Incluso los productos relativamente simples, tales como procesadores de texto, tienen sofisticados modelos subyacentes de la estructura y el comportamiento que puede ser desalentador para los usuarios novatos. Los sistemas de software pueden por lo tanto necesitan interfaces de adaptación que permiten a los usuarios progresan a medida que adquieren experiencia en el producto.

El software tiene un efecto importante en la forma en que sus usuarios se comportan en términos del trabajo que realizan y el contexto social en el que llevan a cabo la misma. Mientras que los desarrolladores involucran a los usuarios en la especificación de los sistemas, son menos listos para involucrarlos en el desarrollo técnico del sistema, lo que excluye la influencia de las cuestiones sociales en las opciones de diseño. En el futuro, habrá una mayor necesidad de permitir a las cuestiones sociales influencia y posiblemente conducir el proceso de diseño.

¿Cómo se utiliza el software. Este escenario se abordó desde la perspectiva de quién, qué, cuándo, dónde y por qué. Por ejemplo, ya no es suficiente pensar en los usuarios en tales categorizaciones tecnología como, por ejemplo, "ingenuo" y "experto" o "frecuente" y "poco frecuentes".

Se necesitan muchos más ejes de clasificación, posiblemente incluyendo:

• agrupación Económica (como bajo y alto gasto); • Tipo (como individuo, la familia, e internacional); • Utilice el tipo (como el militar, el entretenimiento, social y comercial); • Use el nivel (como frecuentes y poco frecuentes y mínima y la funcionalidad completa); y

• Capacidad (como nivel de experiencia y limitaciones físicas).

Cada uno es importante por diferentes razones, y el uso futuro del software puede depender de entender no sólo las implicaciones de cada categoría, pero la interacción entre ellos.

Software se utilizará cuando no hay otra alternativa práctica (por ejemplo, en grandes sistemas de nómina / facturación y lugares de alto riesgo) y cuando se considera la solución más deseable (por ejemplo, debido a las preocupaciones de volumen y de seguridad o como un medio de mostrar la riqueza o el estado). Se utiliza cada vez más en el entretenimiento, salud, seguridad, finanzas, asuntos militares, el comercio electrónico (con consecuencias relacionadas de largo alcance para la fiscalidad), la educación y los viajes. Además, se va a jugar un papel cada vez más humana / humana en diversas aplicaciones, como en los que:

Figura 2. Estas hipótesis se identifican algunos de los software formas de diseño, desarrollo y uso puede cambiar en los próximos 10 años.

Habrá un cambio en el control del desarrollo de los servicios de los centros de software a los sitios de los clientes y de los usuarios.

Habrá un cambio en las prácticas dentro de los sitios de desarrollo y de los clientes que implican una mayor globalización de los equipos de desarrollo y una mayor participación de los usuarios en la prestación de sistema de trabajo.

Habrá un cambio de una vista de la calidad de muchos puntos de vista diferentes, cada uno tomando un enfoque diferente para la evaluación.

Habrá un cambio de actitud hacia el desarrollo de software y la práctica empresarial para mejorar la aceptación y el uso de las nuevas tecnologías.

Habrá un cambio de una incapacidad para predecir el comportamiento del servicio para la gestión de la complejidad.

• Tratar con los clientes (por ejemplo, en la banca, las agencias de viajes, y la medicina);

• Involucrar a los robots de baja categoría (por ejemplo, para la recopilación de información y tareas domésticas); y

• Construir comunidades (como para el fortalecimiento de las comunidades locales y la superación del aislamiento).

Las ubicaciones de los software, su ejecución, y sus datos serán flexibles y, por lo general, transparente. Por ejemplo, considere lo que pasaría con los conceptos de teletrabajo en base a las siguientes premisas:

• Aplicaciones, ancho de banda, y otras funcionalidades mejoran hasta tal punto que el teletrabajo se hace viable, y el contacto cara a cara ya no es necesario para la mayoría, si no todos, de alto valor añadido para las profesiones; • Existe una reestructuración de ancho de banda de bits transportador a la fijación de precios de los productos básicos, lo que no hay diferencia de precio entre el transporte de datos a través de distancias locales y larga; y

• Ciudad y la calidad de la vida suburbana degenera en los centros de mayores de comercio y el cinturón de cercanías.

Estas situaciones podrían conducir a la exportación de la creación de riqueza y, por implicación, la riqueza en sí lejos de los centros actuales de comunicación. Por ejemplo, cuando la bolsa de comercio en el Reino Unido se retira de la sala de operaciones y se maneja en lugar mediante la comunicación electrónica, ya no hay ninguna razón real para el mercado de valores física y su oficina deja de existir. Los operadores pueden trabajar desde cualquier parte del país o incluso desde cualquier parte del mundo. La creación de riqueza podría migrar a las áreas señaladas para una buena calidad de vida a un costo más razonable.

Hay muchas maneras de clasificar el software por su propósito, tales como:

• Automatizar y eliminar tareas rutinarias (tales como procesamiento de textos); • Ayuda transferencia tareas especializadas tradicionales a los menos calificados (como liquidación del impuesto y el diagnóstico médico primario); • Especialistas de Apoyo para realizar tareas que de otro modo serían difíciles o imposibles (como el control de la planta de procesos, sistemas de información médica, bosquejo automatizado); y

• Mejorar la infraestructura tecnológica con el fin de promover la innovación y el aprendizaje (tales como las comunicaciones globales, bases de datos, sistemas operativos, y la minería de datos).

¿Cómo se comportará el software. El comportamiento del software está siendo explorado por los miembros del equipo DiSC a través de las hipótesis en las disposiciones de los apartados siguientes:

Toda la interacción se llevará a cabo a través de las formas naturales. El estilo y métodos de interacción entre el software y los usuarios de interfaz seguirán evolucionando hasta que emplean las formas más naturales (tales como reconocimiento de voz y salida de voz automatizada).

Software puede anticiparse a las necesidades de los usuarios, evitándoles tener que interactuar de forma explícita con los sistemas.

Software cumplirá con los requisitos necesarios y suficientes.

Las técnicas para lograr una mejor comprensión de los requisitos esenciales conducirán a los sistemas de software más específicas que no están diseñados en off con la funcionalidad

redundante. Por otra parte, a medida que cambian los requisitos, el software subyacente también cambiará, sin problemas.

Software será personalizada. Software se comercializa actualmente como productos genéricos con poca capacidad de configuración o personalización. Software Futuro permitirá una mayor personalización, proporcionando a los usuarios que trabajan entornos mejor se adapte a sus necesidades personales y estilos de trabajo.

Software será auto-adaptación. Software incluirá procesos reflexivos que monitorizar y comprender la forma en que se está utilizando y puede identificar e implementar formas en que puede adaptarse a los requisitos de mejor conocer usuario, estilos de interfaz, y los patrones de trabajo.

Ello También identificará la necesidad de poner en marcha el software nuevo o modificado y desmantelar software redundante.

Tabla 2. Los cuatro escenarios y temas de investigación relacionados.

Escenarios Líneas de Investigación

Las interacciones entre el software y la sociedad

Los estudios empíricos para mejorar la comprensión del problema Economía de software aceptabilidad Software Rendición de cuentas Modelos orientados por el usuario de comportamiento del software

el uso de software La interacción del usuario y usabilidad Psicología del cambio impulsado por la tecnología Requisitos captura, especialmente para los sistemas suficientemente buena y justo a tiempo E-commerce Trabajo cooperativo distribuido

el comportamiento del software software de Auto-solucion y auto-adaptación software reflectante Bueno, lo suficiente y justo a tiempo en el software software personalizado

Lujo vs. software básico

Desarrollo de software Polivalente, desarrollo distribuido geográficamente Mecanismos (reutilización y reciclaje) Los modelos de desarrollo y evolución, incluyendo analogías biológicas La interdependencia entre diseño, negocio, y la evaluación Fabricación ágil de software Empoderamiento de los expertos de dominio (frente a la integridad de mantenimiento) lenguajes de desarrollo Nonscripting

Software será de grano fino. Software de Futuro se estructurará en pequeñas unidades simples que cooperan a través de estructuras de comunicación ricos y recopilación de información. Esta estructura proporcionará un alto grado de resistencia contra el fracaso, en parte, de la red de software al tiempo que permite el sistema para renegociar para formar nuevas agrupaciones.

Software funcionará de forma transparente. Software seguirá siendo visto como un solo objeto abstracto, incluso cuando se distribuye a través de diferentes plataformas y geográfica ubicaciones. Esta propiedad es esencial si el software es capaz de reconfigurarse y aceptar la sustitución de un componente o red de componentes para la otra.

¿Cómo se desarrolló el software. El futuro del desarrollo de software se abordó desde la perspectiva de las personas, la tecnología, los procesos y la calidad y estándares.

Esperamos que la mayoría del software (en un sentido muy general) será desarrollado por los usuarios finales que no se dan cuenta de que es incluso el software que están desarrollando.

Pueden, por ejemplo, el desarrollo de software en equipos polivalentes mientras se trabaja en varios sitios simultáneamente. Proporcionarles suficientemente potente y productos fáciles de usar requerirá un conjunto básico de los profesionales de la más alta capacidad, posiblemente trabajando como, equipos de múltiples sitios polivalentes.

La dependencia de los profesionales de núcleo puede, sin embargo, dar lugar a un solo proveedor que domina el mercado. Esta situación podría conducir a la vulnerabilidad como consecuencia del monopolio comercial, aunque la consiguiente evolución de las normas puede facilitar la integración de diversas aplicaciones.

Mientras tanto, el software será cada vez más en los componentes, es decir, los componentes serán adaptables y flexibles, en lugar de rígido. Una potente tecnología "pegamento" será la clave.

También habrá un enorme potencial para la visualización y la tecnología de realidad virtual para proporcionar asistencia de gran alcance para el propósito de la comprensión tanto software y la exploración de dominio. Pero el desarrollo de sistemas a gran escala seguirán siendo un problema. Puede ser que el desarrollo de sistemas se convertirá en un proceso en el que se formulan necesidades (comportamiento deseado) y las posibles soluciones (siempre que el comportamiento deseado) a continuación, se seleccionan de un espacio de soluciones de gran tamaño.

Evolución Software también seguirá siendo una gran dificultad. La extensión de la idea necesidades-formulación-and-solutionselection, puede ser posible evolucionar por software aprender de los modelos biológicos, a través del cual se ha logrado la evolución de estructuras muy complejas.

Los avances en la tecnología tendrán que ser incorporados en los sistemas existentes. El problema legado es probable que empeore cuando el software se compone de diversos componentes obtenidos de diversas fuentes a través de Internet. Rotación continua del producto y la obsolescencia planificada puede dar lugar a una falta de confianza en la industria del software y la falta resultante de la inversión por parte de los usuarios potenciales.

En un extremo del espectro de desarrollo, software, simplemente podría ser un subproducto de la política de la organización por lo que la estrategia de negocio determina los procesos de negocio en general, y el software es simplemente un mecanismo para la aplicación de una parte de ese proceso de negocio. Habrá una interdependencia creciente entre el software y los negocios; con un buen modelo de negocio, puede ser posible generar el software directamente, es decir, de forma automática.

Una visión intermedia es que el desarrollo de software se concentrará cada vez más en el proceso de diseño, centrándose en la arquitectura. Rellenar esta arquitectura entonces podría ser un proceso dinámico, obteniendo componentes, conectores, y más, según sea necesario. El movimiento para componentes comerciales del sistema fuera de la plataforma dará impulso a este enfoque.

En el otro extremo del espectro de desarrollo, el proceso de desarrollo de software puede llegar a ser completamente informal. La gente simplemente se "código-up" a través de la creación de software dinámico en ese mismo momento, y la prueba de una manera ad-hoc.

Por último, puede ser que el exceso de desarrollo de software profesional todavía se basará en el bombo, y que los resultados más repetibles, empíricos respaldados por las métricas se requiere que las decisiones se basan en la razón, en lugar de la moda.

Mientras tanto, esperamos que los consumidores, usuarios y desarrolladores de mantener la búsqueda de mejores niveles de calidad y estándares de software. La relación entre proveedores y vendedores pueden cambiar como consecuencia de ello, y el mercado puede llegar a ser más sofisticados y diferenciada, como en, por ejemplo, su capacidad para distinguir el software de lujo de software común.

Como paso final, el equipo de DICE ha extraído una serie de temas de investigación clave de estos escenarios.

Aunque los temas (ver Tabla 2) se generaron en los epígrafes de escenarios, muchos tienen importancia, no importa cuál sea su punto de vista es el futuro del desarrollo de software y el uso.

Conclusión El proceso de los DICE adoptó finalmente resultó ser eficaz y agradable, en parte porque los miembros del equipo establecieron buenas relaciones de trabajo y se basó únicamente en las técnicas de gestión de peso ligero para ayudar a organizar sus procesos creativos.

Aunque hemos utilizado Tableros y notas post-it a una considerable ventaja durante las sesiones de lluvia de ideas, que no siempre captan adecuadamente el material y las ideas que estaban generando. Puede ser beneficioso en lugar de hacer un mayor uso de la tecnología en forma de herramientas de trabajo cooperativo por ordenador compatible. Alternativamente, puede que sea mejor utilizar un alto nivel, grabador experimentado con una formación técnica adecuada para realizar un seguimiento de las ideas que se generan.

El dado sin duda logró influir en el perfil de la investigación de BT. Por ejemplo, añadió nuevas áreas de interés estratégico para la llamada interna anual de BT de propuestas de investigación; taller de un dado-LED, coincidiendo con la presente convocatoria de propuestas, ayudaron a motivar a menudo se calienta el debate dentro de la propia comunidad de investigación de BT, que arroje el resultado positivo de la alineación de los grupos internos que habían operado previamente de forma aislada.

El número de propuestas de tecnología de software y metodología generados fue de aproximadamente 50% mayor que los entregados para otros dominios de investigación de BT. Entre las recomendaciones de DICE, dos "economía del software" y "comprensión de la sociedad de sistemas de software" -fueron aceptados y ahora son proyectos formales dentro de BT.

También se encontró que la visión, especialmente la visión colectiva, no viene en un instante, pero se puede construir de forma incremental, si un modelo adecuado de planificación y desarrollo de las cooperativas se estableció por primera vez. Animamos a otros a seguir un proceso similar.