Ministerio de Educación, Ciencia y Tecnología Universidad ...laboratorios.fi.uba.ar/lsi/lopez-tesisdemagisterenadministraciondenegocios.pdfMinisterio de Educación, Ciencia y Tecnología

Ministerio de Educación, Ciencia y Tecnología

Universidad Tecnológica Nacional Facultad Regional Haedo

Secretaría de Investigación y Postgrado

Tesis de Magister en Administración de Negocios

“Diseño de catálogos electrónicos”

Tesista: Lic. Gustavo López

Director: Dr. Ramón García Martínez

~ Agosto de 2005 ~

Dedicatoria

A la Dra. Luisa Pietronave, por sus valiosos consejos y por guiarme en el camino del aprendizaje. Al Dr. Raúl Versaci y al Ing. José Suchowiercha por allanarme el camino. Al Dr. Ramón García Martínez por su disposición y a la M. Ing. Paola Britos por su paciencia y sus oportunas apreciaciones. A mis compañeros en el Laboratorio de Informática de Gestión en la Facultad de Ingeniería de la Universidad de Buenos Aires. A mi familia ...

Universidad Tecnológica Nacional Diseño de catálogos electrónicos Facultad Regional Haedo

Lic. Gustavo López Tesis de Magister en Administración de Negocios

INDICE RESUMEN ......................................................................................................................................... 1 1. INTRODUCCIÓN ...................................................................................................................... 2 2. ESTADO DEL ARTE ................................................................................................................ 5

2.1. INTERNET ....................................................................................................................... 5 2.2. EL COMERCIO ELECTRÓNICO ....................................................................................... 6

2.2.1 LOS CINCO ERRORES POTENCIALES DE NEGOCIO ...................................... 8 2.2.2 LOS CINCO ERRORES POTENCIALES DE DESARROLLO ............................. 8

2.3. REQUERIMIENTOS Y SERVICIOS .................................................................................. 9 2.4. COMPONENTES DEL COMERCIO ELECTRÓNICO .................................................... 11

2.4.1 INTERCAMBIO ELECTRÓNICO DE DATOS (EDI) .......................................... 11 2.4.2 MONEDA DIGITAL ................................................................................................. 13 2.4.3 CATÁLOGOS ELECTRÓNICOS .................................................................. ........ 14 2.4.4 INTRANETS Y EXTRANETS ................................................................................ 16

2.5. LA IMPORTANCIA DEL COMERCIO ELECTRÓNICO PARA EL DESARROLLO Y FOMENTO DE LAS PYMES ...........................................................................................

19

2.5.1 P.YM.E.S. E INTERNET: UNA ALIANZA ESTRATÉGICA ........................... 21 2.5.2 LA SOCIEDAD DE LA INFORMACIÓN ............................................................. 23 2.5.3 EL USO DE INTERNET DE ACUERDO AL SEXO, A LA EDAD Y A LOS INGRESOS ..............................................................................................................

23

2.5.4 UTILIZACIÓN Y TIPO DE CONEXIÓN .............................................................. 23 2.5.5 EL COMERCIO ELECTRÓNICO ......................................................................... 23 2.5.6 LOS USUARIOS MAYORES DE 45 AÑOS ........................................................ 24

2.6. LOS NUEVOS PARADIGMAS: EL E-BUSINESS Y EL E-COMMERCE ....................... 24 2.6.1 PROYECTO PYWEB ............................................................................................. 25

2.7. FUNCIÓN DE LOS CATÁLOGOS ELECTRÓNICOS Y SU INCIDENCIA EN EL NEGOCIO ............................................................................................................................

26

2.8. CATÁLOGO ELECTRÓNICO: SU DEFINICIÓN .......................................................... 27 2.9. CARACTERÍSTICAS DE FUNCIONALIDAD DE UN CATÁLOGO ELECTRÓNICO .. 28 2.10. TIPOS DE CATÁLOGOS ELECTRÓNICOS ................................................................... 30 2.11. OBJETIVOS DE LOS CATÁLOGOS ELECTRÓNICOS ................................................ 31 2.12. PLAN DE LANZAMIENTO DE UN NUEVO CATÁLOGO ELECTRÓNICO ............... 31

2.12.1 DOS NIVELES PARA EL PLANEAMIENTO DEL CATÁLOGO ELECTRÓNICO .............................................................................................

32

2.13. PREGUNTAS CENTRALES PARA DETERMINAR LA ESTRATEGIA ..................... 33 2.14. CICLOS DE VIDA DEL PRODUCTO SOFTWARE ...................................................... 33

2.14.1. MODELOS DE CICLO DE VIDA TRADICIONALES ............................... 34 2.14.1.1. MODELO DE CICLO DE VIDA EN CASCADA .................... 34 2.14.1.2. MODELO DE CICLO DE VIDA DE REFINAMIENTO

SUCESIVO O MEJORA ITERATIVA ......................................

36 2.14.1.3. MODELO DE CICLO DE VIDA CON EMISIÓN GRADUAL .. 37 2.14.1.4. ESTÁNDARES MILITARES Y PRÁCTICAS

INDUSTRIALES .........................................................................

37 2.14.1.5. PROTOTIPADO ......................................................................... 39

2.14.2. MODELOS DE CICLO DE VIDA ALTERNATIVOS .................................. 41 2.14.3. ENSAMBLE DE COMPONENTES REUTILIZABLES .............................. 41 2.14.4. GENERACIÓN DE APLICACIONES ........................................................... 42 2.14.5. MODELOS DE PROCESO DE PRODUCCIÓN DE SOFTWARE ............. 42 2.14.6. MODELOS OPERATIVOS .......................................................................... 43 2.14.7. MODELOS NO OPERATIVOS ................................................................... 45 2.14.8. MODELOS DE ENTORNO DE PRODUCCIÓN SOFTWARE ................... 46

2.15. VENTAJAS DE DEFINIR UN PROCESO SOFTWARE ................................................. 49 2.16. ESTÁNDAR IEEE SOBRE PROCESO SOFTWARE ....................................................... 49


Lic. Gustavo López Tesis de Magister en Administración de Negocios

2.16.1 INTRODUCCIÓN .......................................................................................... 49 2.16.2 DESCRIPCIÓN GLOBAL DEL PROCESO .................................................. 50

3. OBJETIVOS DEL TRABAJO Y DELIMITACION DEL PROBLEMA .................................... 52 4. DESCRIPCIÓN DE LA SOLUCIÓN PROPUESTA ................................................................. 53

4.1. CICLO DE VIDA ELEGIDO .............................................................................................. 53 4.2. CARACTERÍSTICAS DE NEGOCIO EN LOS CATÁLOGOS ELECTRÓNICOS ........... 57 4.3. MATRIZ DE ACTIVIDADES ........................................................................................... 64 4.4. MÉTODOS, TÉCNICAS Y HERRAMIENTAS A UTILIZAR ........................................ 68 4.5. CONFORMACIÓN DEL EQUIPO DE TRABAJO ........................................................... 70

5. CASO DE ESTUDIO: PRODUCCIÓN DE MUEBLES DE ESTILO ................................... 72 5.1. ANTECEDENTES ............................................................................................................... 72

5.1.1. DEMANDA ................................................................................................................. 72 5.1.2. OFERTA ...................................................................................................................... 73

5.2. HIPÓTESIS SOBRE LA DISPONIBILIDAD DE LOS INSUMOS PRINCIPALES ......... 73 5.3. RAZONES QUE PERMITEN ESTABLECER LAS POTENCIALES VENTAJAS

COMPARATIVAS DE ARGENTINA EN LA PRODUCCIÓN DE MUEBLES DE ESTILO, CON CALIDAD APTA PARA EXPORTACIÓN ................................................

74 5.4. MATRIZ DE ACTIVIDADES ............................................................................................. 74 5.5. JUSTIFICACIÓN DE LAS ACTIVIDADES AGREGADAS A LOS PROCESOS DE

LA MATRIZ ORIGINAL .....................................................................................................

78 6. CONCLUSIONES. FUTURAS LINEAS DE INVESTIGACIÓN ............................................. 87 7. BIBLIOGRAFÍA .......................................................................................................................... 88


Lic. Gustavo López ~ 1 ~ Tesis de Magister en Administración de Negocios

RESUMEN Este trabajo intenta realizar una contribución en el área de la metodología para el diseño y desarrollo de catálogos electrónicos.

En particular, la metodología que se propone es aplicable al proceso de negocios en general, contemplándose en las distintas etapas metodológicas aspectos de naturaleza estratégico-comercial que no son tenidos en cuenta en las metodologías convencionales.

Debido a la diversidad y multiplicidad de las actividades que se requieren a lo largo del proceso comercial/empresarial, la metodología da soporte a un desarrollo tecnológico interdisciplinario, que tiene como pilares a las ciencias de la administración de negocios y a la ciencia informática.

Luego de un minucioso estudio de campo previo al presente estudio se han detectado una serie de problemas relacionados con el diseño y el desarrollo de catálogos electrónicos para negocios; por una parte existe una falta de capacitación de los profesionales en informática en lo que respecta a los procesos de negocios que deben ser custodiados al desarrollar un catálogo, que conducen a diseños que no cuidan algunos aspectos fundamentales del negocio, y por otra parte existen administradores destacados que intentan desarrollar catálogos que no siguen un proceso metodológico acorde ya que no consideran las metodologías provistas por la ingeniería de software para su desarrollo.

ABSTRACT This work tries to carry out a contribution in the area of the methodology for the design and development of electronic catalogs. In particular, the methodology that intends is applicable to the process of business in general, being contemplated in the different stages methodological aspects of strategic-commercial nature that are not kept in mind in the conventional methodologies. Due to the diversity and multiplicity of the activities that are required along the commercial-managerial process, the methodology gives support to an interdisciplinary technological development that has as pillars to the sciences of the administration of business and the computer science. After a meticulous study of previous field to the present study a series of problems related with the design and the development of electronic catalogs have been detected for business; on one hand a lack of the professionals' training exists in computer science in what concerns to the processes of business that should be guarded when developing a catalog that you/they lead to designs that don't take care of some fundamental aspects of the business, and on the other hand outstanding administrators that try to develop catalogs that don't follow a process methodological chord since exist they don't consider the methodologies provided by the software engineering for its development.



1. INTRODUCCIÓN

En este trabajo se toma la definición de comercio electrónico (EC) como el sistema electrónico destinado al intercambio de mercadería / servicios / información [Fallenstein, 2000]. Hay una división en Internet que marca dos areas bien definidas: el comercio electrónico orientado al consumidor, denominado CEC (Consumer oriented Electronic Commerce) y el comercio electrónico orientado a las transacciones entre negocios o empresas, llamado BEC (Business to business oriented Electronic Commerce). De ambas, se espera que BEC sea la que tenga mayor crecimiento [Kalakota, 1999]. Los catálogos electrónicos son el punto de entrada para ambos y como tal puede aportar mucho a lo que una empresa registre como ingresos por EC. Los beneficios de los catálogos electrónicos para empresas mayoristas y comercios minoristas son: reducción de los costos de producción, expansión de los mercados, reducción de los costos de procesamiento, reducción de los costos de publicidad (campañas de información de potenciales clientes).

Las empresas empiezan a demandar publicidades y campañas de marketing que sean

cuantificables con relación a beneficios [Fisher, 1997] [Porter, 1997], en este contexto los catálogos electrónicos empiezan a ser una alternativa atractiva a las campañas publicitarias en general. Midiendo el ingreso o retorno por cada catálogo publicado, las empresas pueden determinar la rentabilidad del catálogo o campaña. Todo tipo de empresas están presentes en la web utilizando catálogos electrónicos, exhibiendo su amplia gama de productos y servicios, permitiendo transacciones telefónicas, personales o via web [Kalakota, 2001].

Un catálogo electrónico tiene cuatro características [Schmid, 2000]:

Interactividad: Los catálogos impresos representan flujo de información en un solo sentido (desde la empresa hacia sus potenciales clientes). Los catálogos electrónicos, en contraste, proveen un canal de comunicación en ambos sentidos (empresa-clientes y clientes-empresa). Por ejemplo, si un cliente tiene una pregunta o comentario referente a un producto mientras mira un catálogo, puede simplemente clickear sobre el botón de e-mail e ingresar su comentario. La respuesta del cliente es instantánea, contextual y casi sin esfuerzo. Esta capacidad de dialogar con los potenciales clientes ayuda a la empresa a desarrollar relaciones directas con sus clientes y responder más puntualmente a sus necesidades, logrando la satisfacción del cliente desde el principio de la relación comercial y estimulando la fidelización de este para con la empresa.

Actualización Dinámica: Los catálogos electrónicos son almacenados en forma centralizada en un servidor y accedidos por navegadores distribuidos por todo el mundo. El contenido de los catálogos pueden ser fácil y constantemente actualizados en el servidor, y dicha actualización es visible instantáneamente por todos los clientes. Esta naturaleza dinámica de los catálogos electrónicos les permite a las empresas a responder rápidamente a las condiciones cambiantes del mercado en lo que respecta a cambios en los precios, packaging, canales de distribución entre otros.



Hipertexto: Internet representa una fuente inagotable de información. La World Wide Web, sobre la cual están construidos los catálogos electrónicos, provee un camino

elegante para enlazar sitios o información relacionada a un tema. Por ejemplo, un catálogo electrónico podría contener no sólo información puntual referida al producto o servicio en cuestión sino también datos relacionados de alguna forma al producto pero de manera secundaria. Esta característica representa un valor agregado para el sitio ya que el usuario podría elegirlo al navegar por su particular dinámica.

Presencia global: Internet es una red de redes global. En consecuencia, cualquier catálogo electrónico en ella tiene presencia en un mercado globalizado que trasciende las limitaciones tradicionales del tiempo y el espacio. Ya que los costos de establecer dicha presencia global son mínimos comparados con los requeridos para imprimir un catálogo tradicional en papel, los catálogos electrónicos ofrecen a las Pymes una ventaja especial o una posibilidad para competir en el mercado globalizado.

Todas estas características describen a un catálogo electrónico como un canal interactivo que une a empresas con sus proveedores, clientes, y con otras empresas que formen parte de la misma alianza estratégica. Puede ser utilizado para crear conciencia de marca (conocimiento de la marca), publicitar un producto o servicio, testear la salida de un producto, generar ventas, proveer servicio de postventa, entre otros.

Como ya se expuso anteriormente, los catálogos electrónicos constituyen un camino hacia la empresa, en consecuencia pueden ser usados para contribuir con muchos de sus objetivos, incluyendo publicidad, ventas, distribución o logística y soporte al cliente. Varían ampliamente de acuerdo a las características de funcionalidad o prestaciones que incluyan. Un catálogo simple, por ejemplo, podría contener sólo descripciones de los productos y sus precios, sin incluir búsqueda ni compra online o capacidad de pago. En contraste, un catálogo más completo podría estar totalmente integrado con las bases de datos de los productos de la empresa. Los usuarios pueden realizar búsquedas complejas utilizando criterios de especificidad del producto, hacer pedidos en tiempo real, hacer pagos online a través de mecanismos seguros [Schmid, 2000] que están integrados a sistemas de empresas de servicios financieros (Visa, Mastercard, etc.)

En este trabajo se presenta una metodología para el diseño y desarrollo de catálogos electrónicos, ésta se basa en la sinergia de dos campos disciplinares aparentemente disímiles: la ingeniería de software por un lado, y las escuelas de la administración de negocios por otro, pero que convergen en la generación de un producto muy deseable en este presente tan informatizado: el catálogo electrónico. La metodología desarrollada se basa en la aplicación de reglas existentes en ambos campos del saber.

El presente trabajo pretende contribuir a las escasas investigaciones que en estos últimos años se vienen realizando, tratando de desarrollar una metodología para desarrollo de catálogos electrónicos que contemple y custodie los procesos de negocio, sin desmedro de las pautas de calidad en el desarrollo del software. Es de relevancia en el ámbito empresarial y tecnológico, con la derivación socio-económica consecuente. Es un



desarrollo de base conceptual y se lo prevé como una herramienta metodológica aplicable al proceso de negocio. Por lo tanto, la elección de este tema de tesis reúne tres tipos de interés que todo trabajo de estas características debe comprender:

� Interés pedagógico: más allá de resultar un aporte valioso en el área económica, el uso de una metodología apropiada deviene en distintas capacidades que podrán adquirirse a través de las estrategias de desarrollo implementadas.

� Interés profesional: puesto que se enmarca en los lineamientos actuales de la ingeniería del software y las teorías más actuales de administración de negocios.

� Interés económico-social: puesto que esta investigación pretende ser un aporte más al mejoramiento de la ciencia de la administración de negocios que afectará todas las áreas productivas.

En el Capítulo ESTADO DEL ARTE se presentan los conceptos de internet, comercio electrónico, requerimientos y servicios, se plantean los componentes del comercio electrónico, se destaca la importancia del comercio electrónico para el desarrollo y fomento de las pymes, se presentan los nuevos paradigmas: el e-business y el e-commerce, se presenta el concepto de catálogo electrónico y su función e incidencia en el negocio, sus características y funcionalidades, plan de lanzamiento de un nuevo catálogo electrónico; se introduce el concepto de ciclos de vida de software, sus ventajas y estándares fijados por el IEEE. En el Capítulo OBJETIVOS DEL TRABAJO Y DELIMITACION DEL PROBLEMA se plantean los objetivos que han motivado este trabajo de investigación y desarrollo y se plantea sucintamente el problema cuya propuesta de solución se presenta. En el Capítulo DESCRIPCIÓN DE LA SOLUCIÓN PROPUESTA se plantea el ciclo de vida elegido, las características de negocio contempladas en los catálogos electrónicos, se propone la matriz de actividades correspondiente, se identifican métodos, técnicas y herramientas a utilizar y se define la conformación del equipo de trabajo. En el Capítulo CASO DE ESTUDIO se hace un planteamiento con la metodología propuesta en el caso de producción de muebles de estilo, se dan los antecedentes de demanda y oferta, se plantean hipótesis sobre la disponibilidad de los insumos principales, se proporcionan razones que permiten establecer las potenciales ventajas comparativas de Argentina en la producción de muebles de estilo, con calidad apta para exportación, se entalla la matriz de actividades propuesta a las características del negocio caso de estudio, y se justifican las actividades agregadas a los procesos de la matriz original. En el Capítulo CONCLUSIONES se resaltan los principales resultados y se indican futuras líneas de investigación y desarrollo.



En el Capítulo BIBLIOGRAFÍA se detallan las referencias que aparecen en los distintos capítulos de la tesis.. 2. ESTADO DEL ARTE En este Capítulo se presentan los conceptos de internet, comercio electrónico, requerimientos y servicios, se plantean los componentes del comercio electrónico, se destaca la importancia del comercio electrónico para el desarrollo y fomento de las pymes, se presentan los nuevos paradigmas: el e-business y el e-commerce, se presenta el concepto de catálogo electrónico y su función e incidencia en el negocio, sus características y funcionalidades, plan de lanzamiento de un nuevo catálogo electrónico; se introduce el concepto de ciclos de vida de software, sus ventajas y estándares fijados por el IEEE. En todo desarrollo de catálogos que pretenda lanzarse con unas mínimas garantías de éxito, deben desarrollarse dos facetas básicas: negocio y tecnología [Badaraco, 1998]. Típicamente, durante la creación de un desarrollo web suele haber un equipo encargado de cada una de estas áreas y sólo la evolución coordinada de las dos dará lugar a un portal capaz de sobrevivir en un entorno cada vez más complejo y competitivo. Pero esta dicotomía negocio-desarrollo tecnológico puede ocasionar problemas de interacción, ya que las dos áreas suelen estar constituidas por individuos con un perfil muy diferente. La incomprensión de las implicancias en un área de las decisiones adoptadas en la otra puede desembocar en situaciones de conflicto absolutamente indeseables [Andersen, 1999]. A continuación se enumeran los cinco errores más comunes que pueden cometerse, tanto en el equipo de negocio como en el de desarrollo, durante la fase de creación de la aplicación web que, en caso de producirse, entorpecerán la comunicación entre ambas áreas. 2.1 INTERNET En la actualidad más de 45 millones de personas en los EEUU usan Internet y/o un servicio online, más significante que el número de usuarios de Internet es el hecho de que este número se ha duplicado en un periodo de dieciocho meses [Wilder, 1997].

El perfil del “Internauta” típico está cambiando. Con cada mes que pasa pareciera llegarse a un estado en el cual los estereotipos que fueron considerados en principio para el uso de Internet se vuelven menos válidos; el estereotipo del usuario de Internet ya no puede ser caracterizado como una persona blanca, sexo masculino, clase media-alta, educación universitaria, de entre 20 y 30 años; las mujeres representan cerca del 45% del total de usuarios de la web.

La tendencia actual es que la audiencia de Internet se está estandarizando en general; el porcentaje de usuarios profesionales está decreciendo, la tendencia pareciera ir hacia los usuarios hogareños. También el porcentaje de usuarios con graduación universitaria está



decreciendo. En EEUU la demografía en Internet está empezando a reflejar la demografía actual en una forma más precisa [McKeown, 2001].

El “Global Internet Project” muestra que el tamaño de la web en sí misma está creciendo con un índice exponencialmente más rápido que el número de usuarios. El “Global Internet Project” es un grupo internacional de ejecutivos senior que forman una comisión para acelerar el crecimiento de la Internet, ellos focalizan no sólo en el comercio sino también en educación y salud. Las publicaciones demuestran que el número de usuarios continúa aumentando pero el contenido de la web crece aún más rápidamente. Consideremos el número de gente en Argentina que no tiene acceso a Internet; en este sentido, menos del 2% de la población usa actualmente la Internet, la única conclusión posible es que Internet está agrandándose a cada momento y que está sucediendo cada vez más rápido [Fresco, 2000]. El mismo fenómeno se observa a nivel mundial. 2.2 EL COMERCIO ELECTRÓNICO El comercio electrónico puede ser definido como el conjunto entero de procesos que soportan las actividades comerciales en una red e involucra el análisis de la información [Adam, 1999]. Estas actividades generan información acerca del producto y muestra eventos, servicios, proveedores, consumidores, anunciantes, soporte para las transacciones, sistemas de intermediación para una variedad de servicios y transacciones (por ejemplo encontrar ciertos productos, encontrar productos a bajo precio, etc.), seguridad en las transacciones, autenticación de usuario, etc.. Incluye “la habilitación de una visión comercial provista por información técnica relevante para mejorar la eficacia y eficiencia dentro del proceso comercial”.

Aunque el término en sí mismo ha atrapado la atención sólo en los últimos años, el comercio electrónico ha existido en varias formas por más de veinte años. Las tecnologías de Intercambio Electrónico de Datos (EDI) y la Transferencia Electrónica de Fondos (EFT) fueron introducidas inicialmente a fines de la década de 1970. El crecimiento y aceptación de las tarjetas de crédito, banca telefónica y otros ejemplos que aparecieron en los años 80 son también formas del Comercio Electrónico. Mientras muchas de estas tecnologías de comerciar electrónicamente han tenido efectos radicales dentro de sus propios mercados y creado su propio corte publicitario, ninguna ha sido tan atrayente ni ha producido la transformación económica que ha tenido en los últimos años.

El desarrollo en las tecnologías de información en los últimos años ha permitido mayores avances en muchas areas, incluyendo telemedicina, aprendizaje a distancia, bibliotecas digitales y comercio electrónico. El comercio electrónico ha experimentado una explosión debido a la convergencia del desarrollo de estas tecnologías, la combinación de las telecomunicaciones y las industrias de computación junto al clima comercial apropiado, una infraestructura adecuada que provea un marco eficiente para las comunicaciones e información presenta un nuevo medio extremadamente atractivo para el comercio electrónico.



El potencial facilitador de la Internet incrementa la importancia de garantizar que las Pequeñas y Medianas Empresas (PyMES) están apropiadamente representadas y participan activamente en un mercado globalizado. La promesa de la Internet no ha alcanzado su potencial en cuanto al desarrollo de las actividades comerciales, si el desarrollo será el previsto, es fundamental para las PyMES estar involucradas. El desarrollo e impacto del comercio electrónico como un mercado y el área de investigación y desarrollo involucra tareas que son de naturaleza interdisciplinaria. Los aspectos subyacentes del comercio electrónico caen en principio en dos áreas: negocios y tecnología.

Las tareas en el comercio electrónico son fundamentalmente interdisciplinarias también en otros niveles: la política y las decisiones regulatorias afectan al desarrollo técnico de varios componentes del comercio electrónico. Adicionalmente, el impacto que el comercio electrónico tiene en la creación de empleos, o en el desempleo es una consideración para el área de Investigación y Desarrollo dentro de ese campo.

Para aprovechar en forma completa los beneficios de comerciar electrónicamente necesitamos desarrollar las herramientas y métodos para proveer sistemas y servicios inteligentes para la integración de la información; proveer instrumentos electrónicos financieros seguros para manejar las necesidades de los consumidores, negocios y gobiernos; y colaborar en un nivel multidisciplinario para resolver tareas relacionadas. Este nuevo modo de comercio necesita la adopción de nuevos modelos de negocios y tienen un impacto y son afectados por muchas medidas políticas y legales.

A los efectos de permitir tal mercado es necesario una arquitectura que es medible, que permite compartir recursos, y se basa en protocolos asimétricos. También debe proveer transparencia en la ubicación de datos y apoyo en las decisiones, proveer información multimedia, permitir conexión de varios softwares y plataformas de hardware, encapsular servicios, proveer comunicaciones a través de intercambio de mensajes, y garantizar seguridad e integridad de datos.

En todo desarrollo de catálogos que pretenda lanzarse con unas mínimas garantías de éxito, deben desarrollarse dos facetas básicas: negocio y tecnología [Badaraco, 1998]. Típicamente, durante la creación de un desarrollo web suele haber un equipo encargado de cada una de estas áreas y sólo la evolución coordinada de las dos dará lugar a un portal capaz de sobrevivir en un entorno cada vez más complejo y competitivo. Pero esta dicotomía negocio-desarrollo tecnológico puede ocasionar problemas de interacción, ya que las dos áreas suelen estar constituidas por individuos con un perfil muy diferente. La incomprensión de las implicancias en un área de las decisiones adoptadas en la otra puede desembocar en situaciones de conflicto absolutamente indeseables [Andersen, 1999].

A continuación se enumeran los cinco errores más comunes que pueden cometerse, tanto en el equipo de negocio como en el de desarrollo, durante la fase de creación de la aplicación web que, en caso de producirse, entorpecerán la comunicación entre ambas áreas.



2.2.1 LOS CINCO ERRORES POTENCIALES DE NEGOCIO El perfil del equipo de negocio suele ser el de personas con una orientación a la estrategia, que no disponen de conocimientos tecnológicos a nivel de detalle, sino más bien una visión a alto nivel de la tecnología asociada al e-commerce [Hersey, 1998]; como consecuencia de ello pueden llegar a cometer los siguientes errores:

• Visión demasiado general y en algunas ocasiones escasa atención a los detalles, especialmente a los relacionados con la tecnología. En la misma línea que lo anterior está el hecho de que, como consecuencia de esta visión a "alto nivel", a veces encuentran dificultades en descender hasta ser capaces de plasmar en requerimientos tecnológicos las estrategias más generales.

• No se es consciente, en muchas ocasiones, de las dificultades tecnológicas que implican la implementación de decisiones adoptadas en el área de negocio. Relacionado con ello está la resistencia a negociar y/o modificar sus decisiones incluso una vez informados de la imposibilidad o dificultad asociada a su desarrollo.

• Otro vicio que suele darse con relativa frecuencia es la tendencia a apurar al máximo los plazos necesarios para elaborar los aspectos de negocio de un determinado elemento de la aplicación, sin ser conscientes de que una vez cerrada esta fase deberá comenzar la implementación tecnológica, que lógicamente deberá contar con el tiempo suficiente.

• El desconocimiento de las posibilidades de la tecnología empleada puede privar al área de negocio de una importante fuente de inspiración.

• La tendencia a realizar modificaciones sobre aspectos teóricamente ya cerrados es otro error que obliga al área de desarrollo a ejecutar cambios con un impacto que, dependiendo de la fase del proyecto, puede ser importante.

2.2.2 LOS CINCO ERRORES POTENCIALES DE DESARROLLO Al contrario de lo que ocurre en el área de negocio, el equipo de desarrollo estará constituido típicamente por individuos con un perfil eminentemente técnico y, en general, con unos conocimientos limitados en el área de gestión. Los errores más frecuentes en los que puede caer durante la etapa de creación del catálogo electrónico son los siguientes:

• Debido a la necesidad de llegar al nivel de detalle, su visión puede carecer en ocasiones de una perspectiva general de la web. Esto explica que en ocasiones no se sea consciente de la importancia de las decisiones estratégicas adoptadas, que a pesar de su dificultad de desarrollo tecnológico pueden resultar absolutamente necesarias para el correcto funcionamiento del catálogo. Es esta misma actitud la que lleva a mostrar una resistencia, en ocasiones excesiva, a realizar modificaciones, con la finalidad de evitar que los cambios se



conviertan en la tónica generalizada del proyecto si se percibe desde el equipo de negocio que es algo fácil de conseguir.

• Existe una tendencia a creer que el aspecto técnico es la parte fundamental de todo catálogo electrónico, lo que en muchos casos lleva a menospreciar la importancia del área de negocio.

• Al igual que ocurre a la inversa, en ocasiones no se es consciente de las implicaciones que generan en el área de negocio las soluciones tecnológicas adoptadas.

• Frecuentemente no se es capaz de explicar con claridad sus actividades a individuos sin perfil tecnológico, dificultando la comunicación con el otro equipo.

• Tendencia a sobreestimar el tiempo necesario de desarrollo a fin de tener un piso con el que hacer frente a las posibles eventualidades, acortando de esta forma el tiempo de que dispone negocio para hacer su trabajo.

Como hemos podido ver, existen muchas posibles causas por las que puede surgir un problema en la interacción negocio-desarrollo [Kalakota, 1999]. La solución consiste básicamente en garantizar una comunicación fluida y una comprensión mutua de la problemática asociada a cada área y, para lograrlo, pueden resultar muy útiles las ideas desarrolladas en el marco de la ingeniería concurrente, como las tres que se indican a continuación:

• Asegurarse de que el perfil de ambos equipos es el adecuado: que el equipo de negocio tenga unos conocimientos mínimos de tecnología y viceversa. De poco servirá un experto en estrategia que desconozca por completo la tecnología asociada al e-commerce o un gurú de sistemas sin ninguna formación en el área de negocio. Ambos podrán aportar soluciones a problemas puntuales de su área, pero no contribuirán a crear una comunicación fluida entre los dos equipos.

• Presencia de miembros del área de desarrollo en el equipo de negocio y miembros del área de negocio en el equipo de desarrollo, a modo de interlocutores y coordinadores entre ambos grupos.

• Fomento de una cultura de equipo único; aunque existan dos equipos, debe hacerse lo posible por difuminar los límites entre ellos. No debe haber dos áreas claramente definidas que buscan alcanzar sus objetivos individuales por separado, sino un grupo cohesionado con la meta común de lanzar un catálogo exitoso.

2.3 REQUERIMIENTOS Y SERVICIOS Con motivo de utilizar efectivamente el comercio electrónico [Fallenstein, 2000], los usuarios de tales sistemas requieren de varios tipos de funcionalidades que incluyen la



habilidad de buscar y acceder a información relevante, hacer transferencia de dinero por compras y ventas de productos o servicios, hacer transacciones de negocios seguras contra la corrupción y robo de datos; algunos aspectos que deben contemplar son:

• Tomar y almacenar información: para construir un mercado electrónico global primero necesitamos distribuir información digitalizada tales como catálogos, libros, films, mapas y audio en distintos niveles de calidad. Los datos pueden ya existir en formato digital pero en una forma legal que debe ser transformada para que sea útil. Como suma del aspecto técnico está la cuestión del aspecto económico –el costo de digitalizar o convertir la información.

• Buscar y descubrir servicios: la capacidad de buscar información on line es importante para proveer a los usuarios acceso a datos importantes tales como información acerca de productos, servicios, clientes, proveedores y agencias de gobierno. Buscar información y descubrir servicios tales como catálogos (e-catálogos) y directorios, filtros de información, motores de búsqueda, y agentes de software. Los catálogos electrónicos organizan la información de tal modo que los usuarios pueden acceder a los documentos relevantes. Tales métodos simples de implementar asumen los esquemas de cierta organización que pueden no coincidir con los requerimientos de cada usuario. Los filtros de información están disponibles para los usuarios a efectos de recuperar los documentos relevantes según sus consultas. Estos filtros pueden estar ubicados en la computadora del usuario final o en un sitio remoto. Al recuperar información de sitios remotos el tráfico de la red, y en consecuencia es más eficiente obtener meta datos que descargar los datos en sí mismo. La información multimedia presenta problemas adicionales en determinar el contenido de la información y en consecuencia en filtrar tales datos.

• Pagos electrónicos: los sistemas de comercio electrónico requieran métodos para pagar el envío de datos, productos y servicios. El pago electrónico incluye moneda digital (tarjetas inteligentes y dinero electrónico), los pagos mediante tarjeta de crédito, y cheques electrónicos. Las tarjetas inteligentes han sido desarrolladas y están en uso para varios tipos de servicios de negocios –para proveer acceso a cuentas comerciales, para mantener records de compras, y para guardar información personalizada tal como preferencias de compra y otros datos. El dinero electrónico (también conocido como dinero digital o señal electrónica) es un método de pago electrónico que emula el intercambio de mercaderías o servicios por su equivalente en moneda en la vida real. Así, las señales electrónicas se pueden guardar en la computadora del usuario y ser transmitidas a través de conexiones fijas o intermitentes a la red. Las compras mediante tarjeta de crédito involucran la transmisión de datos encriptados a través de redes de computadoras. Esto incluye ingresar información de la tarjeta de crédito (número de tarjeta, vencimiento, etc.) en el sistema, el que se encargará de encriptarlo y enviar la información a través de la red.



• Servicios de seguridad: Los sistemas para comercio electrónico tienen que ser seguros contra un número de circunstancias tales como actividades fraudulentas, robo de información importante y sabotaje. En consecuencia, estos sistemas necesitan ser protegidos por algún sistema de seguridad especialmente diseñado para proveer servicios de seguridad tales como autenticación de los datos y del acceso de las entidades al sistema, control de acceso no autorizado, confidencialidad, integridad de los datos, entre otros. Los sistemas de seguridad tipicamente consisten de un sistema de criptografía que permite la encriptación y desencriptación de los datos en texto plano.

• Requerimientos legales y politicos: Los aspectos legales involucrados en el comercio electrónico se refieren a los mismos aspectos legales de Internet en el ciberespacio. Las disputas que han sido debatidas por siglos han comenzado a reflotar en el ciberespacio con renovado vigor. Los aspectos fundamentales de las libertades individuales requieren nueva atención en un nuevo entorno.

2.4 COMPONENTES DEL COMERCIO ELECTRÓNICO Considerando la definición planteada para comercio electrónico, muchos otros componentes además de los que a continuación se plantean, pueden ser considerados. Sin embargo, los componentes clave elegidos son los más extendidos a lo ancho de Internet [Adam, 1999].

2.4.1 INTERCAMBIO ELECTRÓNICO DE DATOS (EDI) Se lo define como el intercambio entre máquinas de información estructurada en un formato estándar y procesable por la computadora. EDI es un tipo de comercio electrónico por definición y ha estado funcionando del mismo modo por más de 20 años. Sólo recientemente ha habido desarrollos para mejorar las tecnologías e implementaciones EDI.

La premisa de EDI es facilitar la ejecución de aplicaciones comerciales entre socios. EDI mejora el proceso manual de intercambio de información con otros comercios en muchos aspectos. Por ejemplo, los datos sólo necesitan ser ingresados una vez, esto reduce las posibilidades de error como así también el costo de personal. Adicionalmente, los datos pueden ser transferidos mas eficientemente mediante el uso de EDI. El modelo tradicional de EDI facilita el intercambio de documentación de negocio (tales como órdenes de compra, ordenes de embarque, facturas, remitos, etc.) entre las partes que están comerciando; este intercambio puede tener lugar entre hardware incompatible y diferentes plataformas mediante la inclusión de transacciones estándares y empleando software de traducción.

EDI es un protocolo para intercambio entre aplicaciones. Hay cuatro tareas que se necesitan para crear y distribuir un mensaje EDI.



1. Mapeo: es el proceso de identificación de los elementos dentro de la base de datos que se necesitan para crear un mensaje EDI. Mapear es una tarea de un solo paso que se hace una sola vez cuando se agrega un nuevo tipo de transacción EDI. El software EDI no realiza esta tarea.

2. Extracción: es el proceso de juntar los datos de preidentificación y colocarlos en un formato útil. Generalmente, los datos se extraen de la base de datos y se reestructuran en un archivo plano. La estructura exacta del archivo plano normalmente es especificada por el desarrollador del software de traducción .

3. Traducción: para enviar el mensaje, una vez que los datos necesarios están en el archivo plano, se puede generar un mensaje EDI usando el software de traducción o para formateo. El software de traducción ordena los datos exactamente en la estructura que necesita para ajustarse a los requerimientos EDI.

4. Comunicación: La transmisión del mensaje EDI es controlada por el software de comunicación, el cual maneja y mantiene los números de teléfonos de las partes intervinientes del negocio, realiza el discado automático y sube o baja los datos, también produce información de rastreo. Cada mensaje EDI es encerrado en un paquete que tiene una cabecera que contiene la dirección de destino del mensaje y el tipo de transacción EDI; esta cabecera también sirve a modo de check-sum o información de chequeo. Para el ingreso de mensajes EDI, ocurre el proceso inverso.

El hecho de implementar un sistema EDI tradicional conlleva un número de beneficios para las empresas. Para nombrar sólo unos pocos:

• Fabricación bajo demanda • Respuesta rápida en tipo de venta minorista • Respuesta al consumidor en forma eficiente • Despacho Just-in-time • Stock manejado por los vendedores • Producción pagada • Compra automatizada • Administración de ordenes automatizada • Seteo electrónico

Un verdadero análisis costo-beneficio de los efectos de la implementación EDI es compleja y dificultosa de evaluar, sin embargo los costos son mucho más fáciles de cuantificar que los beneficios: reduce gastos de personal para el ingreso de datos, ahorro de papel y correo, y ciclos de recepción más cortos son algunos beneficios cuantificables; sólo que los miles de dólares que requieren la implementación y mantenimiento de un sistema tradicional EDI necesita ser justificado con más beneficios significantes que estos.



Para que una implementación EDI sea exitosa, necesita ser la causa directa de la mejora de la productividad y las operaciones internas, crear clientes internos y relaciones entre vendedores, proveer ventajas competitivas en el mercado, y abrir el proceso de compra. Historicamente, este no ha sido el caso por el alto costo de la implementación EDI, especialmente para las Pymes; pero la cuestión económica es el factor más importante para la no implementación. Las Pymes constituyen el 99% de las empresas en la mayoría de los países del mundo, en consecuencia el valor asociado a la implementación de este tipo de tecnología para el comercio electrónico es el que las mantiene alejadas de su implantación. Mientras las grandes corporaciones han tenido los recursos para adoptar EDI a través de los años los procesos han sido cerrados y no han alcanzado todo su potencial. Debido a la explosión del comercio electrónico, EDI se ha revigorizado y ha pasado a ser esencial para las transacciones empresa-empresa. Un aspecto esencial de la renovada atención hacia esta aplicación de comercio electrónico es asegurar que las Pymes no están siendo dejadas de lado. Los efectos de EDI han sido dañinos para las Pymes en el pasado, pero los desarrollos tecnológicos en este campo tienden a cambiar esta relación.

EDI utilizado en combinación con Internet evita el costo asociado a redes propias, y adicionalmente está dirigido a negocios de todos los tamaños. Las aplicaciones para Internet EDI atan las aplicaciones de negocios a los traductores EDI y el traslado de los datos hacia la contraparte mediante el uso de S/MIME o PGP/MIME para SMTP.

Hay otras opciones para los negocios actuales a efectos de manejar las funciones y procesos habilitados por EDI. En vez de EDI tradicional, o mejor aún una de las áreas de desarrollo hacia donde EDI se está moviendo, muchas compañías están considerando usar extranets como una forma de Internet EDI para sus procesos empresa-empresa.

2.4.2 MONEDA DIGITAL Los dos sistemas principales de moneda digital son efectivo electrónico digital y tarjetas inteligentes con valores almacenados.

La moneda digital permite a sus usuarios mover fondos electrónicamente dentro de un entorno. Ello involucra un valor expresado en forma física. En consecuencia, la moneda digital es designada para servir como la versión electrónica del efectivo en papel, teniendo los mismos atributos que el medio físico –anonimato y liquidez. Hay unas pocas generalizaciones que podemos enumerar acerca de estos sistemas:

• La moneda digital depende de las tecnologías de información avanzadas y de las comunicaciones de redes a alta velocidad para almacenar, transmitir y recibir representaciones de valores.



• Depende en su mayoría de los desarrollos tecnológicos en criptografía para proveer seguridad en un entorno de redes abiertas.

• Están relacionadas con la reducción de los costos y economías a escala creadas por los avances tecnológicos.

• Al menos en el presente, la moneda digital requiere cargar fondos dentro del sistema financiero. Esto implica el intercambio de dinero o depósitos por valores digitales.

Los sistemas de moneda digital difieren de otras formas de sistemas de pago electrónico; los esquemas de moneda digital son actualmente el único sistema de pago electrónico que ofrece fundamentalmente un nuevo sistema para facilitar los pagos. Los sistemas de crédito/débito electrónico y los sistemas de tarjeta de crédito para comercio electrónico para Internet y redes abiertas similares son funcionalmente equivalentes a nuestros sistemas tradicionales, y no involucra la creación de nuevas marcas de valores.

Cuando nos referimos a sistemas de moneda digital, los sectores públicos y privados se refieren a alguno de los dos sistemas antes mencionados. En esta distinción final entre tarjetas con valores almacenados y sistemas basados en efectivo electrónico. Estos esquemas comparten algunas propiedades fundamentales:

• Representan valores monetarios • Son intercambiables como pagos por mercaderías y servicios, medidos

en monedas o puntos y otros tipos de valores • Pueden ser guardados y canjeados

Detrás de estas características los sistemas difieren en algunas particularidades. Las tarjetas inteligentes retienen valores en un microchip asentado sobre una tarjeta y se utiliza en el mundo físico en un punto de venta. El efectivo electrónico se refiere a sistemas de dinero digital que usan las computadoras para transferir valores en ambientes de red, tales como Internet. Generalmente, las tarjetas inteligentes han sido más desarrolladas y posteriormente testeadas que los esquemas de efectivo electrónico.

2.4.3 CATÁLOGOS ELECTRÓNICOS

Los catálogos electrónicos (e-catalogs) diseñados para las aplicaciones comerciales más recientes para la Internet, son una componente clave de los sistemas de comercio electrónico. Los diseños varían desde interfaces web para transacciones consumidor-empresa tales como el website de Wal-mart, las



interfaces que facilitan las transacciones empresa-empresa entre partes estratégicas que operan sobre una extranet. Un e-catalog es una interface gráfica para el usuario (típicamente una página WWW) que presenta información sobre productos y servicios que ofrece una empresa. Los e-catalog típicamente soportan capacidades tales como shopping, orden de pedido y pago.

Un web site puede también ser un conjunto de catálogos; por ejemplo, un mall electrónico es un catálogo de catálogos. Un marco conveniente donde discutir estas aplicaciones es considerar las diferencias entre catálogos impresos y electrónicos. La terminología para este componente del comercio electrónico lleva a ver a los e-catags como una evolución de los catálogos impresos. Los objetivos comerciales de los catálogos en general incluyen marketing, distribución y venta, y soporte al cliente.

Los catálogos electrónicos pueden funcionar de una forma mucho más útil que una lista de productos y servicios que ofrece una empresa, sino más bien como un camino hacia una versión digital de la empresa.

Muchas características de los e-catalogs los diferencian de los tradicionales catálogos impresos o catálogos basados en EDI, creando un único componente de comercio electrónico con posibilidades de crecimiento en funcionalidades. Las aplicaciones de e-catalog que van apareciendo típicamente incluyen cuatro características fundamentales:

• Interactividad; • Capacidad de actualización dinámica; • Hypertexto; • Presencia global.

Los catálogos electrónicos efectivamente sirven como ruteadores a una empresa y pueden ayudar a cumplir con varios de los objetivos del negocio. El resultado de la situación es una amplia variedad de funcionalidades en el e-catalog. Dependiendo de los objetivos del usuario, quienes determinan el nivel de complejidad de un catálogo, un e-catalog puede tener una estructura relativamente simple o desarrollar funciones sofisticadas.

Dependiendo de las características de los e-catalogs y de las funcionalidades, pueden clasificarse [Schmid, 2000] en tres tipos de acuerdo al contexto en donde se utilicen:

• Unicos: es un catálogo puesto en un web-site con el propósito expreso de vender un producto o servicio. Se los utiliza por lo general para la venta minorista.

• Malls electrónicos: son una colección de catálogos de distintos comercios compilados por un único proveedor de Internet, nuevamente con el propósito general de la venta minorista. El contenido de estos



catálogos pueden variar ampliamente, dependiendo de qué catálogo esté mirando el usuario. Los malls electrónicos son únicos en el sentido de que típicamente contendrán un directorio clasificado en el punto de entrada al catálogo.

• Catálogos incrustados: se los utiliza típicamente como parte del web-site de una gran corporación. Generalmente no tienen fines de venta minorista, por ejemplo se los usa para marketing, apoyo al cliente, comunicación interna de la corporación. Por lo general contienen descripciones detalladas de productos o servicios y numerosos links a mas información.

Muchas empresas están en la actualidad ofreciendo productos para construir estos tipos de catálogos que incluyen las características previamente mencionadas y una variedad de funcionalidades. El nivel de funcionalidad del software de catálogo determinará el precio del paquete. Los catálogos electrónicos son un camino efectivo para cumplir muchos de los objetivos del negocio. Contienen diversas características y funcionalidades que sus equivalentes físicos. Han llegado a ser componentes esenciales del comercio electrónico para la industria de productos y servicios.

2.4.4 INTRANETS Y EXTRANETS

Las revistas especializadas presentan la imagen de una intranet como un simple web server interno de la corporación; de hecho, en la actualidad la mayoría de las intranets no son más que una colección segura de web sites que pertenecen generalmente a una corporación que son accesibles únicamente por los miembros que pertenecen a ese grupo, siempre y cuando tengan la correspondiente autorización. Chellapa [Chellapa, 1997] define a la intranet como “una red corporativa segura con cantidad de buenos aspectos funcionales de una Local Area Network (LAN) interconectada por Internet y/o sus tecnologías y aplicaciones.” Este panorama da la cabal idea de que una intranet es más que un web server interno de la corporación. El término extranet es más reciente aún y se refiere a una “intranet extendida”. Las aplicaciones actuales involucran dos o más intranets que se linkean mutuamente y que son accesibles para los miembros de ambas. Esto es posible mediante un acuerdo entre las distintas partes de un negocio. Esta visión de las intranets y las extranets puede demostrar efectos substancialmente positivos dentro de las organizaciones que las utilizaron.

Las configuraciones estándares de intranets usadas en las organizaciones actuales incluyen cuatro capacidades básicas:

1. E-mail -sistemas estándares basados en SMTP; 2. Publicaciones on line –la mayoría para documentos internos de

la corporación;



3. Búsquedas on line –para información interna; 4. Aplicaciones de distribución –aplicaciones simples usadas

comúnmente, tales como macros en Excel.

Las funciones más comunes de estas capacidades antes mencionadas incluyen acceso rápido a los datos almacenados de la corporación; publicación de listas de trabajo, beneficios de información, directorios telefónicos, anuncios de la compañía; permiten a los empleados completar formularios electrónicos; y mejora la comunicación interpersonal mediante el e-mail o las salas de chat o grupos de discusión. Cuando se implantan extranets, estas funciones y capacidades recién mencionadas se extienden a otras compañías de las grandes corporaciones de todo el mundo.

Chellapa [Chellapa, 1997] lista cuatro capacidades adicionales muy importantes que están comenzando a aparecer en las tecnologías de intranet y sistemas de intraweb:

1. Herramientas para grupos (tales como entornos de escritura sobre páginas web);

2. Interfaces comunes de usuario –un browser que puede correr numerosos servicios, tales como HTTP, SMTP, NNTP, IRC, y más;

3. Acceso a bases de datos remotas (wide area); 4. Aplicaciones independientes de la plataforma (aplicaciones

Java). Estas aplicaciones incrementan la funcionalidad de las intranets y son similares a las configuraciones utilizadas en las tecnologías LAN.

Podríamos enumerar tres tipos de beneficios que incorporan las intranets en las prácticas comerciales:

1. Moderniza los procesos comerciales 2. Facilita la diseminación de información 3. Refuerza la comunicación y la colaboración

Los usos actuales de las intranets y de las extranets cuentan con numerosas ventajas dentro de esas áreas. Como el uso de estas tecnologías se extiende y se desarrolla incluyendo funcionalidades de las LAN’s como así también las capacidades de WWW, no sólo los beneficios dentro de estas tres áreas llegarán a ser más significantes, sino otros tipos de beneficios pueden emerger también. Por ejemplo, las empresas que toman efectos positivos dentro de estas categorías podrían en consecuencia mejorar su eficiencia organizacional. Implementando una extranet pueden afianzar la relación comercial con sus clientes y con otras empresas.

Implementar una intranet o una extranet acarrea numerosos beneficios, por ejemplo, distribución, acceso just-in-time a un amplio rango de información y servicios; mayor y mejor comunicación entre empleados; reducción de trabajo



administrativo para el departamento de IT, relativo a aplicaciones de otros grupos de trabajo. Y por último, la eliminación de costos por distribución de papeles, procesamiento de órdenes, impresión y software como así también la reducción de los costos telefónicos.

Las intranets se apoyan en las facilidades de las conexiones TCP/IP aunque no necesariamente deben conectar la red interna con la Internet. Más aún, si la red interna está protegida por un firewall, el acceso de una compañía de la corporación puede comprometer la seguridad de la intranet debido a la debilidad del sistema de seguridad de esa compañía. Esto mismo es particularmente cierto en el caso de las extranets que conectan los sistemas de varias compañías.

Los métodos más económicos incluyen amarrar un servidor Web gratuito (compañías tales como Microsoft o Apache están dando este servicio como un esquema inicial para atraer futuros clientes) a workstations existentes, resultando una “intraweb” básica como la que se describió más arriba.

Reforzar los sistemas de comunicaciones internos pueden beneficiar indirectamente a las operaciones de la organización mediante el hecho de compartir el conocimiento, coordinación y colaboración en proyectos; crear oportunidades para brainstorming y alentar a los empleados a compartir el conocimiento y la experiencia.

Las intranets y extranets son un componente del comercio electrónico en el cual el análisis de Retorno de la Inversión (ROI) juega un papel importante.

Más allá del nivel de capacidades que una empresa desee para sus sistemas de intranet y extranet, el desafío para los desarrolladores de aplicaciones para intranet y extranet es mantener los costos iniciales, de desarrollo y mantenimiento lo suficientemente bajos como para que las Pymes puedan tomar parte en el uso de estas tecnologías.

A consecuencia de lo expuesto precedentemente, se puede concluir que:

* Hay un número grande de gente en Internet a nivel mundial y la tendencia es marcada hacia el crecimiento.

* La demografía de Internet está cambiando rápidamente para pasar a ser más representativa de la sociedad.

* El contenido de la web está creciendo con un índice explosivo.

Estos números combinados con la naturaleza de la Internet como una herramienta poderosa para compartir información y potente como medio para las transacciones, crean un mercado muy atractivo.



El alcance del Comercio Electrónico es sustancial y el número de transacciones electrónicas a través de la web es atractivo. El 73% de los usuarios de la web han buscado información acerca de productos y servicios en Internet, y cerca del 11% de los usuarios de la web han comprado on line. El interés en el comercio electrónico es grande y creciente; en 2003 Yahoo lista 413.163 empresas que son accesibles a través de su motor de búsqueda, esto crece a un ritmo promedio de 2000 a 6000 por semana desde el comienzo de 1999. Hay en la actualidad más de 5000 malls electrónicos en la web. Categóricamente el comercio electrónico es grande, y está creciendo a un ritmo muy rápido [Kalakota, 2001].

El comercio electrónico podría: modernizar y mejorar los procesos de adquisición, mediante el recorte de costos a través de procesos más competitivos; contribuir a decrementar los ciclos de producción; habilitar a empresas a conducir sus negocios distantes del mismo modo que si fueran vecinos; darle fuerza a negocios chicos; crear nuevos servicios y negocios y ayudar a expandir el horizonte de sus participantes. Los participantes podrían estar preparados para conducir el análisis costo beneficio de sus iniciativas de comercio electrónico y deben considerar las ventajas competitivas y estratégicas con la que los negocios y el gobierno también se beneficiarán [Deming, 1982]. 2.5 LA IMPORTANCIA DEL COMERCIO ELECTRÓNICO PARA EL

DESARROLLO Y FOMENTO DE LAS PYMES A los fines del título III de la Ley 24467, sancionada el 15/03/1995 y aún vigente, referido a Relaciones Laborales: Pequeña empresa es la que reúne las siguientes condiciones:

a.- Que su plantel no supere los cuarenta (40) trabajadores. b.- Que tengan una facturación anual sin IVA inferior a la cantidad que

para cada actividad es fijada, a saber: Industria: $5.000.000 de facturación anual Servicios: $4.000.000 de facturación anual Comercio: $3.000.000 de facturación anual Rurales: $2.500.000 de facturación anual

En la casi totalidad de las economías de mercado las empresas pequeñas y medianas, incluidos los microemprendimientos, constituyen una parte sustancial de la economía [Perel, 1996]. En la Argentina más del 90% de los establecimientos totales poseen menos de 50 empleados; estos mismos establecimientos son fuente de empleo para el 70% del total de trabajadores, ejemplo: la actividad privada [GERENS, Boletín Socio-Técnico para el desarrollo gerencial en empresas medianas, Número 42].

Hablar de Pymes es, entonces, hablar de una proporción muy significativa de la actividad económica. Por lo menos, significa también que dentro de esa categoría se incluyen realidades tan diversas como empresas unipersonales, pequeñas empresas familiares, empresas con distintos grados de informalidad, empresas con tecnologías de punta,



empresas declinantes con tecnologías obsoletas y empresas que conviven, compitiendo o complementándose con empresas grandes [Mintzberg, 1990] [Mintzberg, 1997].

Hasta inicios de la década del 90 se asociaba a las Pymes con una serie de atributos o ventajas que hacían deseable su promoción desde la política pública. El desempeño poco satisfactorio de la política de promoción, la aparición de nuevas tendencias en la producción de la mano de fuertes cambios tecnológicos y el creciente problema de desempleo en muchas de las economías industrializadas dieron lugar a una reunión de la idea prevaleciente (ver cuadro):

VENTAJAS DE LAS PYME’s ANTES AHORA Son flexibles en producción y tecnología La rotación de empresas

asegura flexibilidad Son trabajo-intensivas y generan más empleo No hay una relación

necesaria entre PYME y empleo

Emplean mano de obra no calificada La calidad de empleo que ofrecen es muy variable

ROTACIÓN DE EMPRESAS-PAISES DE LA COMUNIDAD EUROPEA En establecimientos totales

� Nacimiento 9 al 19% anual � Muerte 8 al 18% anual � Nacimiento neto -1 al 4% anual

En % de nuevos establecimeintos

� Sobrevivientes a los 10 años 20%

Con respecto a la flexibilidad tecnológica y productiva que tradicionalmente se les asignaba, este rasgo se encuentra relativamente más asociado a la “reemergencia” de las Pymes en la década del 80 en países industriales, que a las Pymes más tradicionales de los



sectores productivos maduros (siderúrgico, textil, plástico) de nuestros días. La experiencia muestra que la flexibilidad debe entenderse en un sentido más amplio, vinculado con el de rotación de empresas.

Como se ve en la figura 2.1, en los países industriales, la tasa de rotación es muy elevada. En la Unión Europea nacen (y mueren también) aproximadamente 3.000.000 de empresas en un sólo año [Robbins, 1999]. A los 10 años de funcionamiento sólo sobreviven el 20% y las empresas sobrevivientes crecen lentamente. En los Estados Unidos, según estadísticas de la Small Business Administration (SBA), luego de 8 años de funcionamiento sólo sobreviven en torno del 70% de las empresas que pudieron crecer en el período (creando empleo), y menos del 20% de las que no crecieron. En los emprendimientos de alta tecnología, el 60% fracasa antes de los 5 años. En el Reino Unido el 25% de los establecimientos fracasa durante los primeros 18 meses.

EMPLEO EN PYME (en % del empleo total)

~ figura 2.1: Empleo en PYME ~

2.5.1 P.YM.E.S. E INTERNET: UNA ALIANZA ESTRATÉGICA

En la casi totalidad de las economías de mercado las empresas pequeñas y medianas, incluidos los microemprendimientos, constituyen una parte sustancial de la economía. En la Argentina más del 90% de los establecimientos totales poseen menos de 50 empleados

Estados Unidos

Alemania, Bélgica, Canadá, U.K., Francia

Promedio

Japón, Suiza, Chile

Dinamarca, Italia, Portugal, España, Grecia, Perú, Brasil, Argentina

0%

10%

20%

30%

40%

50%

60%

70%

80%



(en consecuencia Pymes). Estos mismos establecimientos son fuente de empleo para el 70% del total de trabajadores [Badaraco, 1998].

Las Pymes están obligadas a operar en la Internet. No es un tema de inversión como de inteligencia de negocio y buen aprovechamiento de las ofertas existentes [Cohan, 2000].

En materia de negocios e Internet, durante el último año todos aceptaron que hay que estar en la Red, era una tendencia muy fuerte que se venía, de una u otra forma sería negocio, de aceptar esta realidad y hablar de ella, a trabajar en consecuencia hay una distancia considerable. Es que ponerse a actuar en el escenario de la economía digital exige tener la respuesta a nuevos interrogantes: cómo hacerlo, qué mantener del esquema anterior y qué cambiar, con quién (tanto a nivel de personal propio como de proveedores), con qué tecnología, con qué respaldo financiero se cuenta. El problema es que no hay demasiado tiempo para develar la cuestión. Hay una creciente presión del medio ambiente empresarial para que todos se ajusten a las nuevas reglas lo más pronto posible. Es que vieron los beneficios, hicieron su apuesta (inversión) y no hay vuelta atrás.

Desde las terminales automotrices hasta una cadena de hipermercados, las grandes compañías empujan a sus proveedoras, mayoritariamente pequeñas y medianas empresas, a conectarse y adecuar sus procedimientos y sistemas para llevar al terreno electrónico buena parte de la documentación que hace a sus relaciones comerciales, las transacciones y la gestión misma del negocio [Christensen, 1999].

No cabe ninguna duda de que Internet está produciendo un profundo cambio social y económico y que está actuando como agente catalizador en la evolución de la economía industrial hacia la llamada nueva economía digital [Reichheld, 1996]. Internet está revolucionando nuestra sociedad. El por qué y cómo, escapa quizás al tema de este trabajo.

Prensa, televisión y radio son medios de comunicación de masas en los que podemos encontrar publicaciones y programas dedicados a este tema o que tratan en gran parte los usos, aplicaciones y alcance de esta “red de redes” que continuamos tejiendo día a día.

Internet se ha convertido ya en un medio de masas, hay muchos millones de usuarios en todo el mundo que disponen de Internet; sin embargo América Latina presenta un retraso respecto de Estados Unidos y Europa. Los precios de los servicios de telecomunicaciones y la calidad de las infraestructuras hacen que el desarrollo aquí sea más lento. El volumen de facturación del comercio electrónico es también considerablemente inferior, pero esto está empezando a cambiar, el gigante dormido se está despertando en estos últimos tiempos [Toffler, 1999].

Y aunque no sea el tema central de este trabajo, se abordarán ciertos aspectos interesantes en el terreno social y político, y también se tratará rápidamente el tema de la penetración de Internet en Argentina. Se intenta no profundizar demasiado en cifras y datos. No obstante ello, para entender las grandes posibilidades que tiene la prestación de servicios en la red, es necesario tratar estos temas aunque sea en forma genérica.



2.5.2 LA SOCIEDAD DE LA INFORMACIÓN

En los ámbitos social y político podemos observar iniciativas de los países americanos para fomentar el uso de Internet y hacer que alcance a todos los estratos sociales. Se intenta evitar una nueva división de la sociedad. Se intenta evitar una fractura que separe a los ciudadanos. Los “conectados” y los “desconectados”. Los que tienen acceso y saben utilizarlo y los que no. Se intenta evitar que exista una “desinternetización”1. Que todos los niños crezcan no sólo alfabetizados y escolarizados, sino también “internetizados”2.

América Latina va muy por detrás de Estados Unidos y Europa en la introducción de nuevas tecnologías, y en particular de Internet. El costo relativamente elevado del acceso a Internet, es un factor importante. Ello además podría agravar las disparidades sociales y económicas [U.S. Department of Commerce, 1998].

La asimilación de las nuevas tecnologías digitales será probablemente el principal agente de crecimiento en América Latina en la próxima década, pero mientras tanto los ingresos del comercio electrónico crecen vertiginosamente más rápido en Estados Unidos y en Europa.

2.5.3 EL USO DE INTERNET DE ACUERDO AL SEXO, A LA EDAD Y A LOS INGRESOS

Por sexos, los hombres se conectan más que las mujeres. Pero las mujeres aumentan día a día su presencia en la red. Por edades, hasta los 55 años no hay diferencias significativas. En cambio, a partir de esa edad, la tasa cae considerablemente. Por nivel de ingresos, la tasa de personas conectadas es directamente proporcional al nivel de rentas; las personas con ingresos altos se conectan más que las de ingresos medios o bajos [U.S. Department of Commerce, 1998].

2.5.4 UTILIZACIÓN Y TIPO DE CONEXIÓN

Desde casa, las personas conectadas utilizan el 74% de su tiempo de conexión para fines personales, un 14% para fines profesionales y sólo el 12% para fines educativos. La principal conexión es a través de la red telefónica conmutada o de dial-up [U.S. Department of Commerce, 1998].

2.5.5 EL COMERCIO ELECTRÓNICO

Respecto del comercio electrónico, mientras que en Estados Unidos un 15% de la población ha efectuado alguna vez sus compras por Internet, en Europa esta cifra es de menos del 8% y en Argentina es inferior al 4%. Y la forma de pago más común es 1 Como des+alfabet+ización, des+internet+ización = desinternetización 2 Como alfabet+izados, escolar+izados, internet+izados = internetizados



contra entrega. En Argentina aún se conserva la idea de inseguridad en el uso de la tarjeta de crédito como medio de pago para compras por Internet [Fresco, 2000].

2.5.6 LOS USUARIOS MAYORES DE 45 AÑOS

En Estados Unidos los internautas de entre 45 y 64 años son ya el 20% de la población internauta, y fue el grupo de edad que mayor crecimiento experimentó, según el Informe de Internet de 1999 elaborado por Media Metrix [McKeown, 2001]. El informe muestra que navegan con más frecuencia, pasan más tiempo en la red y miran más páginas únicas que los jóvenes. Tienen unos hábitos de compra que los convierten en un mercado deseado. Tienen más tarjetas de crédito y hacen uso más frecuente de ellas; con sus hábitos de conexión, es cuestión de tiempo que parte de sus compras se trasladen a la red.

Recurren a la red para comparar precios y recopilar información para sus compras. Algunos acaban comprando por Internet, otros por teléfono o bien en negocios. Pero un rasgo que les caracteriza es que son clientes fieles. Cuando encuentran un sitio que les agrade, dejan de buscar. Son prácticos. Se decantan por páginas sencillas, fáciles de navegar, muy informativas, y con una amplia gama de productos que cubran sus necesidades, desde libros a seguros.

A esta edad suelen disponer de un patrimonio el cual asegurar. También suelen tener patrimonio invertido. Y cargas familiares que requieren seguros personales. Son un grupo de edad idóneo para venderles productos o servicios en general.

2.6 LOS NUEVOS PARADIGMAS: EL E-BUSINESS Y EL E-COMMERC E

El primer paso puede ser muy simple, en general, las grandes empresas están armando sistemas para recibir pedidos, informar sobre estado de cuentas y emitir ordenes de pago a su cadena, de forma tal que cada uno de los eslabones sólo debe acceder a una página en Internet (identificándose con nombre de usuario y clave). Esto es especialmente práctico para la gran empresa, pues le aumenta notablemente la eficiencia y le reduce una enormidad de costos operativos [Curtis, 1987] [Davenport, 1998]. Lo que hay que observar (y esto es clave para entender qué pasa del otro lado de la Red) es que ese “front end”, esa puerta de entrada tiene detrás todo un ambiente sintonizado. La cuestión va mucho más allá de un formulario en la Web o un e-mail diario con información contable, toda la infraestructura tecnológica de esos grandes jugadores ha sido adecuada para aprovechar los beneficios prometidos por los nuevos paradigmas del e-business y del e-commerce. De no contemplarse esta realidad sucede que la información entra rápidamente pero en el interior hay embotellamientos, entonces la solución no existe. Incluso esto es así con la salida de información; si ésta también se produce demasiado rápido, existe un alto grado de riesgo de que adentro quede desordenado y no se sepa qué fue lo que salió. Esto implica reconvertir la infraestructura interna de sistemas de forma tal que esté lista para conectarse e interactuar, ajustando también la cultura de la organización y los procedimientos internos. Primero la cultura, segundo los procedimientos y tercero los sistemas, o todo al mismo tiempo, pero nunca al revés.



Recién entonces las Pymes podrán subirse al tren de Internet, mejor dicho están siendo empujadas a subirse; la cuestión es si lo harán al furgón de cola o si buscarán un asiento en primera. No es tanto un tema de inversión como de inteligencia y buen aprovechamiento de las ofertas existentes, hoy todas las empresas de tecnología quieren venderle a las Pymes.

Pasado el estadío del acceso vía formulario web, las soluciones para la adecuación interna de la plataforma informática y de comunicaciones van desde el alquiler remoto de aplicaciones (también a través de Internet, a un Application Service Provider) hasta una reconversión global de todo lo existente en la empresa [Anderson, 1999].

En el medio hay variantes de tecnologías, envergaduras y tiempos de implementación muy disímiles. Un administrador racional pondrá en la balanza varios factores, más allá del costo de la nueva tecnología. Pérdidas por falta de eficiencia, costos ocultos, ritmo de crecimiento de la competencia, tiempo de los procesos en relación al ciclo del negocio y el cash flow, potencial de crecimiento en base a un funcionamiento más eficiente. En base a todos estos elementos se podrá cuantificar la porción de recursos a destinar en la actualización de la empresa para moverse en el mar digital. Por ello, en la actual coyuntura, resulta muy conveniente el aliento a emprendimientos de esta índole, a los fines de la generación de empleo.

2.6.1 PROYECTO PYWEB

La Se.P.yM.E. (Secretaría de la Pequeña y Mediana Empresa de Argentina), en la convicción de que la solución de muchos problemas a que se ven sometidas estas empresas no pueden ser resueltos en forma individual, encara una tarea para el conjunto, bajo un enfoque sistémico, que seguramente a los nostálgicos de tiempos idos, les recuerde el movimiento cooperativo que acompañó el crecimiento de los miles de talleres y pequeñas fábricas que constituyeron el valuarte de la industria argentina al promediar el siglo XX; hoy en día se plantean insoslayables exigencias de competitividad, dada la globalización que produce una feroz competencia en todos los rubros.

La estrategia de la Se.P.yM.E. propone:

• Articular a las P.yM.E.S. en su conjunto; eliminando la mutua competencia, en aspectos de estructura que son de interés común.

• Encarar el problema financiero por medio de sociedades de garantía recíproca. • Definir programas de cadenas de valor, cuyos eslabones han de ser los

proveedores de grandes empresas enlazados con éstas, y los bancos, bajo la tutela local de los municipios.

• Plantear una articulación exportadora, donde las P.yM.E.S. apelan a las redes comerciales de grandes empresas que ya operan en exportación.

• Federalizar la presencia de la Se.P.yM.E. y atender las necesidades de micro, pequeñas y medianas empresas de todo el país.



La Se.P.yM.E. presenta el proyecto Pyweb; este es un programa para desarrollar el diseño y puesta en el aire de las páginas web de las P.yM.E.S. argentinas. El objetivo primario es brindarles todos los aspectos relativos al inicio de sus actividades en Internet.

Las empresas business-to-business (ahora conocidas como B2B) ven que pueden vender directamente y eliminar gastos, encuentran que una combinación de un catálogo y una línea telefónica puede reemplazar eficazmente a un vendedor. Las empresas de todo tipo empiezan a demandar publicidades y campañas de marketing que son cuantificables en cuanto a beneficios, entonces los catálogos empiezan a ser una alternativa atractiva a las campañas publicitarias en general. Midiendo el ingreso o retorno por cada catálogo publicado, las compañías pueden determinar la rentabilidad del catálogo o campaña. Todo tipo de empresas están presentes en la web utilizando catálogos electrónicos, los bancos utilizan los catálogos para introducir nuevos clientes exhibiendo su amplia gama de productos y servicios financieros, permitiendo transacciones telefónicas, personales o via web.

La gran aceptación y crecimiento que ha experimentado Internet como un canal complementario del marketing y de los catálogos ha abierto nuevas vias o caminos alternativos al tradicional catálogo impreso. La Internet ha revigorizado la industria del catálogo, la que ya había comenzado a experimentar un fuerte estancamiento. El caso inverso puede darse del siguiente modo: nuevos clientes pueden estar navegando en nuestras páginas y han sido conducidos a ellas a través de un catálogo impreso.

No se puede hablar de catálogos hoy en día sin considerar y mencionar la Internet. Los catálogos y la Internet están estrechamente interconectados.

Internet impacta sobre la mayoría de los aspectos del desarrollo de catálogos en lo que muchos comienzan a llamar “revolución del marketing”. Afortunadamente, la Internet es un medio de marketing directo, y aquellos que entiendan y utilicen las técnicas de vanguardia serán los que ganen.

Los catálogos en papel indiscutiblemente serán reemplazados por comercio electrónico y catálogos on-line ya que los dos canales de venta (catálogos e Internet) son totalmente complementarios. Podríamos decir que la Internet es pasiva mientras que los catálogos son intrusivos. Juntos propician el crecimiento de la venta directa así como también refuerzan la credibilidad y la autoridad de cada canal de marketing para convertirlos en fenómenos internacionales de marketing. 2.7 FUNCIÓN DE LOS CATÁLOGOS ELECTRÓNICOS Y SU INCI DENCIA EN EL NEGOCIO Una aplicación importante del comercio electrónico que juega un rol vital en el mercado electrónico global emergente es el catálogo electrónico. Un catálogo electrónico es una aplicación basada en la World Wide Web que ofrece la empresa como un nuevo canal de venta, publicidad y soporte de productos y servicios dispuesto sobre un entorno abierto



como es Internet [Schmid, 2000]. Desde el punto de vista del cliente, le ofrece una alternativa para encontrar cuáles son los productos o servicios disponibles en un mercado dado, cuáles son los proveedores de un producto o servicio, y dónde y cómo obtener tales productos o servicios. Como un nuevo medio, los catálogos electrónicos combinan muchas características útiles de los canales ya existentes, tales como la riqueza en contenido de los catálogos impresos, la conveniencia de comprar desde la propia casa (home shopping), y la sofisticada capacidad de búsqueda de los catálogos en CD-ROM. Sin embargo, la más importante característica de los catálogos electrónicos es que pueden ser fácilmente integrados con otras funciones de la empresa. Por ejemplo, el contenido de un catálogo electrónico puede ser generado dinámicamente desde la base de datos de la empresa como respuesta a una consulta efectuada por un usuario. Inclusive la tabla de stock de artículos de la base de datos puede estar linkeada al sistema de pedidos de sus proveedores de modo tal que el proveedor puede recibir la nota de pedido de forma automática para remitir un artículo en particular cuando su nivel de stock llegue al punto marcado como para reposición. 2.8 CATÁLOGO ELECTRÓNICO: SU DEFINICIÓN El término “catálogo electrónico” lo estoy utilizando en el presente estudio con el objeto de denominar a cualquier página de la World Wide Web que contenga información acerca de productos y servicios que ofrece una empresa dada. Un catálogo electrónico típico contiene información detallada de precios que es utilizada por clientes potenciales para tomar decisiones de compra. Más aún, puede contener funciones de compra online o virtual, pedido y comúnmente funciones de pago.

Un sitio puede contener uno o más catálogos. Un mall electrónico es una colección de catálogos de diferentes empresas, tal como en un mall físico, estas empresas alquilan un espacio virtual en el server de un service provider.

Un catálogo electrónico no es precisamente una copia de lo que es un catálogo impreso, sino más bien debe ser visto como el camino virtual que conduce hacia la empresa, su cara visible al cliente y está dirigido hacia el mercado electrónico global.

Fundamentalmente tienen cuatro características elementales:

� Interactividad: los catálogos impresos representan flujo de información en un solo sentido (desde la empresa hacia sus potenciales clientes). Los catálogos electrónicos, en contraste, proveen un canal de comunicación en ambos sentidos (entre la empresa y sus clientes). Por ejemplo, si un cliente tiene una pregunta o comentario referente a un producto mientras mira un catálogo, puede simplemente clickear sobre el botón de e-mail e ingresar su comentario. El feedback es instantáneo, contextual y casi sin esfuerzo. Esta capacidad de dialogar con los potenciales clientes ayuda a la empresa a desarrollar



relaciones directas con sus clientes y responder más puntualmente a sus necesidades.

� Actualización dinámica: los catálogos electrónicos son almacenados en forma centralizada en un servidor y accedidos por navegadores distribuidos por todo el mundo. El contenido de los catálogos pueden ser fácil y constantemente actualizados en el servidor, y dicha actualización es visible instantáneamente por todos los clientes. Esta naturaleza dinámica de los catálogos electrónicos les permite a las empresas a responder rápidamente a las condiciones cambiantes del mercado en lo que respecta a cambios en los precios, packaging, canales de distribución, etc.

� Hipertexto: Internet representa un repositorio importante de información. La World Wide Web, sobre la cual están construidos los catálogos electrónicos, provee un camino elegante para linkear hacia sitios o recursos relacionados al tema. Por ejemplo, un catálogo electrónico podría contener no sólo información puntual refererida al producto o servicio en cuestión sino también datos de alguna otra forma relacionados al producto pero en forma secundaria. Estos recursos linkeados representan un valor agregado ya que el usuario puede elegir navegar por ellos en el caso de ser necesario.

� Presencia global: Internet es una red de redes global. En consecuencia, cualquier catálogo electrónico en ella tiene presencia en un mercado globalizado que trasciende las limitaciones tradicionales del tiempo y el espacio. Ya que los costos de establecer dicha presencia global son mínimos comparados con los requeridos para imprimir un catálogo tradicional en papel, los catálogos electrónicos ofrecen a las Pymes una ventaja especial o una posibilidad para competir en el mercado globalizado.

Por todas estas características, los catálogos electrónicos representan un canal interactivo que une a empresas con sus proveedores, clientes, y con otras empresas que formen parte de la misma alianza estratégica. Pueden ser utilizados para crear conciencia de marca (conocimiento de la marca), publicitar un producto o servicio, testear la salida de un producto, generar ventas, proveer servicio de postventa, entre otros. 2.9 CARACTERÍSTICAS DE FUNCIONALIDAD DE UN CAT ÁLOGO ELECTRÓNICO

Como ya ha sido expuesto, los catálogos electrónicos constituyen un camino hacia la empresa, en consecuencia pueden ser usados para contribuir con muchos de sus objetivos, incluyendo publicidad, ventas, distribución o logística y soporte al cliente. Varían ampliamente de acuerdo a las características de funcionalidad o prestaciones que incluyan. Un catálogo simple, por ejemplo, podría contener sólo descripciones de los productos y sus precios, sin incluir búsqueda ni compra online o capacidad de pago. En contraste, un catálogo más completo podría estar totalmente integrado con las bases de



datos de los productos de la empresa. Los usuarios pueden realizar búsquedas complejas utilizando criterios de especificidad del producto, hacer pedidos en tiempo real, hacer pagos online a través de mecanismos seguros que están integrados a sistemas de empresas de servicios financieros (Visa, Mastercard, etc.) La configuración de los catálogos puede ser dividida en cinco grandes grupos [Schmid, 2000]: por contenido, presentación, por el procesamiento interno, por los servicios informáticos y por el seguimiento de estadísticas.

� Contenido: hay que definir cuál es el propósito del catálogo: producto, servicio o ambos. También debe considerarse cuán detallada es la descripción del producto y la información de los precios. El catálogo contiene fotos, videos o animaciones que muestran cómo es el producto o cómo podría ser utilizado. Se debe considerar también cuán frecuente es la actualización del catálogo y si contiene links a otros sitios.

� Presentación: se debe definir cuáles son las características de multimedia que contiene el catálogo: gráficos embebidos, audio, video, animación. Definir si contiene íconos (por ejemplo contador, o carrito de compras); distribución de la información dentro de la página.

� Procesamiento interno: se define si el catálogo debe estar integrado con la base de datos de la empresa. También debe considerarse si el catálogo tiene interfaces con sistemas tales como pedido o pago online.

� Servicios informáticos: se define cuáles son las capacidades de búsqueda contenidas por el catálogo: sólo de navegación, lógicas o booleanas, o si permite especificaciones del producto; se considera si permite búsquedas cruzadas en varias bases de datos. Hay que definir si el catálogo ofrece capacidades de pedido online; definir mecanismos de seguridad para el pago que posee el catálogo. Se debe considerar si el catálogo permite la prueba online o el download de un producto. Se debe definir cuáles son los mecanismos de comunicación que provee el catálogo: e-mail, chateo en tiempo real, foros de discusión, etc. También es necesario definir si el catálogo es irrestricto, o requiere de registración, autenticación o algún otro requisito para su uso.

� Seguimiento de estadísticas: se debe definir si el catálogo guarda registro de la gente que visita el sitio como así también si se guardan estadísticas del número de visitas y de la cantidad de tiempo que cada usuario permanece en el sitio. Hay que considerar que el catálogo pida a los usuarios información voluntaria de tipo demográfica. Además el catálogo puede customizar automáticamente su presentación en base al conocimiento que tiene del usuario.



2.10 TIPOS DE CATÁLOGOS ELECTRÓNICOS

Los catálogos electrónicos pueden ser divididos en tres grandes grupos, basados en el contexto en el que están ubicados [Schmid, 2000]:

� Individual: se trata de un tipo de web site independiente que se establece con el propósito explícito de vender productos o servicios específicos.

� Mall electrónico: es una colección de catálogos que pertenecen a un número de vendedores que comparten el mismo espacio virtual provisto por un único service provider de Internet. Tal como los catálogos individuales, los malls electrónicos tienen el propósito específico de vender productos o servicios, pero incluyen muchos catálogos, que tienden a variar ampliamente de uno a otro. Sin embargo, los catálogos de un mismo mall típicamente tienen similares apariencias porque por lo general son implementados por un mismo desarrollador. Típicamente tienen un directorio clasificado que sirve como el punto de entrada a los distintos catálogos del mall.

� Catálogo embebido o insertado: son los que existen como parte de un web site corporativo más amplio. La principal diferencia entre este tipo de catálogo y los anteriores es que los catálogos embebidos no están necesariamente diseñados para soportar ventas directas. Más bien, se los utiliza para acompañar otros objetivos de la empresa, tales como publicidad, soporte a clientes e intercomunicación empresaria. A nivel de contenido, los catálogos embebidos generalmente contienen información detallada acerca de productos o servicios y generalmente muchos links hacia más información de la empresa.

Las empresas utilizan los catálogos electrónicos con dos propósitos principales:

� Venta online (generalmente del tipo llamado B2C) � Publicidad electrónica

Los catálogos de tipo individual y los malls electrónicos pertenecen a la primera categoría, en donde la medida del éxito o fracaso está dada por el volumen de ventas que se generan, no importando la cantidad de visitas diarias ni mensuales. Los catálogos embebidos pertenecen a la segunda categoría, donde el propósito principal es incrementar la atención sobre la empresa y sus productos y servicios, y desarrollar una relación estrecha con el cliente. Son a menudo de tipo información-intensivos, y también caracterizados por la integración vertical de las funciones de publicidad, ventas, soporte a clientes. Mientras que la venta en sí misma no es el objetivo principal de dichos catálogos, apoyar la generación de ventas es una medida importante del éxito. Otros parámetros para medir el éxito de la implementación de este tipo de catálogo podría incluir la reducción de costos en publicidad, logística o distribución, satisfacción del cliente y soporte al usuario.



2.11 OBJETIVOS DE LOS CATÁLOGOS ELECTRÓNICOS ~ figura 2.2: Factores que condicionan la implementación de un catálogo electrónico ~ El cuadro de la figura 2.2 intenta mostrar cómo estos cinco factores tecnológicos y descriptivos del negocio condicionan la implementación de un catálogo electrónico, estos cinco factores son interdependientes y en consecuencia deben ser estudiados en el contexto.

2.12 PLAN DE LANZAMIENTO DE UN NUEVO CATÁLOGO ELECT RÓNICO Ya sea que se esté lanzando un nuevo catálogo, reposicionando uno existente o refinando otro de un negocio en marcha, es importante definir las condiciones, estrategias y tácticas que se necesitan emplear para construir un negocio que sea exitoso y eficiente.

Hay muchas buenas razones para invertir tiempo en el planeamiento estratégico antes de lanzar un nuevo catálogo. Primero, el hecho de planear nos permite determinar qué capital será necesario para el nuevo emprendimiento, y le permite acceder a un financiamiento seguro. Cualquiera que vaya a financiar el desarrollo exigirá ver el plan de negocio.

El planear el lanzamiento de un nuevo catálogo es como iniciar un viaje y el plan estratégico es como el mapa del camino que nos ayuda a llegar a la meta propuesta. El mapa no detalle claramente cada paso pero sin embargo fija la dirección firmemente, y cuando no es así, dificilmente se llegue al objetivo.

El proceso de planeamiento también es un proceso de comunicación. Al diseñar un plan de negocios para el lanzamiento de un nuevo catálogo, permite la comunicación con superiores y otras personas a quienes se les deba informar.

Asimismo, el planeamiento es un proceso, un camino sistemático para encarar la solución del problema; en este caso “el proceso es más importante que el producto”.

Nivel de inversión en tecnología

Característi -cas de diseño

Requerimientos del negocio

Procesos del negocio

Valor del negocio



2.12.1 DOS NIVELES PARA EL PLANEAMIENTO DEL CATÁLOGO ELECTRÓNICO Hay dos niveles de planes estratégicos, que incluyen: un estudio de factibilidad y un plan estratégico de negocio. El estudio de factibilidad del catálogo incluye seis areas críticas:

� Define el objetivo del catálogo, � Analiza el nicho, � Resume el concepto del negocio, � Fija los objetivos financieros, � Detalla los riesgos o barreras para entrar al negocio, � Establece el tiempo necesario para cada etapa.

El estudio de factibilidad es el primer paso del planeamiento. Si el estudio de factibilidad concluye en una visión optimista, es hora de desarrollar un plan estratégico de negocio. Debemos estar listos para contestar preguntas sobre las cinco areas del planeamiento y estrategia que comprende las cinco secciones del plan:

� Plan y estrategias de comercialización � Plan y estrategias de marketing � Plan y estrategias de ejecución � Plan financiero � Plan de recursos humanos

Estos dos tipos de planes (estudio de factibilidad y plan estratégico de negocio) están estrechamente ligados. El primero permite determinar si la inversión en un catálogo puede ser rentable, y el segundo sirve como un plan de implementación, es decir cómo ir de la idea a la realidad. Juntos proveen una verificación a la inversión y contestan las siguientes cinco preguntas esenciales:

1. ¿Tiene sentido el catálogo en su compañía? ¿Complementa realmente el negocio en el que está actualmente?

2. ¿Qué dicen los números? ¿Puede ser exitoso en este nicho del mercado? 3. ¿Cuánto capital necesita para poner en marcha este negocio, y cuánto se necesitará

durante los primeros tres años o hasta que el negocio comience a ser rentable? 4. ¿Tiene la compañía alguna ventaja competitiva en el mercado, o puede adquirirla

fácilmente? 5. ¿De dónde provendrá el capital?



2.13 PREGUNTAS CENTRALES PARA DETERMINAR LA ESTRATE GIA ~ figura 2.3: Las cinco preguntas centrales ~

Las respuestas a estas cinco preguntas de la figura 2.3 conducirán a la diferenciación creativa del catálogo. Cuando se conozca quiénes son los consumidores y cuáles son sus necesidades será más fácil encontrar caminos para encontrarlos utilizando para ello las habilidades estratégicas de la empresa y las ventajas competitivas de modo tal que también encuentre los objetivos a largo plazo de la empresa. Cuando el equipo que trabaja en el planeamiento, pueda encontrar las respuestas para estas cinco preguntas, entonces habrán logrado el éxito en esta etapa. Producir un catálogo es un proceso que involucra varias etapas, que en principio parecen simples, hasta comprender que dentro de cada una hay más subsistemas o funciones. 2.14 CICLOS DE VIDA DEL PRODUCTO SOFTWARE No existe un único modelo de ciclo de vida que defina los estados por los que pasa cualquier producto software [Böehm, 1976]. Dado que existe una gran variedad de aplicaciones para las que se construyen productos software (software de tiempo real, de gestión de ingeniería y científico, empotrado, de sistemas, de computadoras personales, etc.) y que dicha variedad supone situaciones totalmente distintas, es natural que existan diferentes modelos de ciclo de vida [Böehm, 1984]. Por ejemplo en aquellos casos en que el problema sea perfectamente conocido el grupo de desarrollo tenga experiencia en sistemas del mismo tipo, el usuario sea capaz de describir claramente sus requisitos, un ciclo de vida tradicional, en cascada o secuencial sería el adecuado. Por el contrario, si el

Quiénes son los consumidores

Cuáles son los objetivos a largo plazo de la empresa

Cuáles son las necesidades criticas de

los consumidores

Cuáles son las ventajas competitivas de la

empresa

Cuáles son las ventajas

competitiavas del catálogo



desarrollo conlleva riesgos (sean técnicos o de otro tipo), un ciclo de vida en espiral será el más apropiado [Böehm, 1986] [Böehm, 1988].

Sin embargo si se está ante el caso en que es necesario probarle el producto al usuario para demostrarle la utilidad del mismo se estará ante un ciclo de vida con prototipado, etc.

Un ciclo de vida debe [McCracken, 1982]:

� Determinar el orden de las fases del proceso software � Establecer los criterios de transición para pasar de una fase a la siguiente

A continuación se repasan los diferentes modelos de ciclo de vida existentes: cascada, gradual espiral, prototipo operativo, prototipo de usar y tirar etc.. No existe un modelo de ciclo de vida que sirva para cualquier proyecto. Cada proyecto debe seleccionar un ciclo de vida que sea el más adecuado para su caso. El ciclo de vida apropiado se elige en base a: la cultura de la corporación el deseo de asumir riesgos el área de aplicación la volatilidad de los requisitos, y hasta qué punto se entienden bien dichos requisitos. El ciclo de vida elegido ayuda a relacionar las tareas que forman el proceso software de cada proyecto.

2.14.1 MODELOS DE CICLO DE VIDA TRADICIONALES Estos tipos de modelos de la evolución del producto software existen en algún caso desde los primeros días de la ingeniería de software [Hekmatpour, 1987]. El ciclo de vida del software clásico o modelo en cascada y el de refinamiento sucesivo están ampliamente tratados en casi todos los libros sobre ingeniería de software. El modelo de emisión gradual está estrechamente relacionado con las prácticas industriales donde aparece con mayor frecuencia. Los estándares militares también han marcado ciertas formas de ciclo de vida clásico en la práctica exigida para contratistas del Ministerio de Defensa de EE.UU. Finalmente el prototipado es uno de los últimos ciclos de vida aparecidos que se han extendido tan rápidamente que hoy en día puede considerarse clásico. Esta rápida extensión del prototipado es debida al aumento en la complejidad de los sistemas software que se construyen que hace necesario el desarrollo de prototipos antes de poder pasar a la construcción del sistema a escala real. Dado que todos estos modelos se han usado durante algún tiempo es por lo que se consideran tradicionales. 2.14.1.1 Modelo de ciclo de vida en cascada Este modelo fue presentado por primera vez por Royce en 1970. Se representa, fre-cuentemente, como un simple modelo con forma de cascada de las etapas del software, co-mo muestra la figura 4. En este modelo la evaluación del producto software procede a tra-vés de una secuencia ordenada de transiciones de una fase a la siguiente según un orden li-neal. Tales modelos semejan una máquina de estados finitos para la descripción de la evo-



lución del producto software. El modelo en cascada ha sido útil para ayudar a estructurar y gestionar grandes proyectos de desarrollo de software dentro de las organizaciones [Humphrey, 1995].

Este modelo permite iteraciones durante el desarrollo, ya sea dentro de un mismo estado, ya sea de un estado hacia otro anterior, como muestran las flechas ascendentes de la figura 4. La mayor iteración se produce cuando una vez terminado el desarrollo y cuando se ha visto el software producido, se decide comenzar de nuevo y redefinir los requisitos del usuario.

Sin embargo, a menudo durante el desarrollo, se pueden tomar decisiones que den lugar a diferentes alternativas. El modelo en cascada no reconoce esta situación. Por ejemplo, dependiendo del análisis de requisitos se puede implementar el sistema desde cero, o adoptar uno ya existente, o comprar un paquete que proporcione las funcionalidades requeridas.

El modelo en cascada ha sido objeto de numerosas transformaciones y es el más utilizado aunque incorporando infinidad de variaciones que eliminan el carácter simplista del mismo. Aun hoy en día se asume que:

� Para que un proyecto tenga éxito en cualquier caso todos los estados señalados en el modelo en cascada deben ser desarrollados.

� Cualquier desarrollo en diferente orden de los estados dará un producto de inferior calidad. Sin embargo existen ciertos proyectos para los cuales este orden es inviable. Esta ha sido una de las principales razones para definir otros modelos.

Entre otras limitaciones que se argumentan para este modelo se pueden señalar las si-guientes:

� El modelo en cascada asume que los requisitos de un sistema pueden ser congelados antes de comenzar el diseño. Esto, para sistemas totalmente nuevos es poco realista.

� Congelar los requisitos requiere seleccionar el hardware. La terminación de un gran proyecto puede llevar años. Dada la velocidad de obsolescencia de la tecnología es bastante probable que el software final utilice un hardware obsoleto.

� En caso de sistemas no desarrollados para un cliente, como los productos software que salen al mercado los requisitos son determinados por los que lo desarrollan. En ese caso es deseable desarrollar primero una parte del sistema y posteriormente optimizarlo.

El punto más negro del ciclo de vida en cascada es que envía al cliente el primer producto solamente después de que se ha consumido el 99% de los recursos para el desarrollo. Esto



significa que la mayor parte del feedback del cliente sobre sus necesidades se obtiene una vez que se han consumido los recursos. Compárese esta opción con la que se verá mas adelante en que se envía al cliente un prototipo totalmente básico en las primeras fases del desarrollo: se obtienen los comentarios; se escribe una especificación de requisitos, y sólo entonces se acomete el desarrollo a su escala real. En este caso sólo se ha consumido el 20 por 100 de los recursos cuando el cliente ve el producto por primera vez.

Sin embargo el ciclo de vida en cascada tiene tres propiedades muy positivas:

� Las etapas están organizadas de un modo lógico. Es decir si una etapa no puede llevarse a cabo hasta que se hayan tomado ciertas decisiones de más alto nivel debe esperar hasta que esas decisiones estén tomadas. Así. el diseño espera a los requisitos el código espera a que el diseño esté terminado etc.

� Cada etapa incluye cieno proceso de revisión y se necesita una aceptación del producto antes de que la salida de la etapa pueda usarse. Este ciclo de vida está organizado de modo que se pase el menor número de errores de una etapa a la siguiente.

� El ciclo es iterativo. A pesar de que el flujo básico es de arriba hacia abajo el ciclo de vida en cascada reconoce como ya se ha comentado que los problemas encontrados en etapas inferiores afectan a las decisiones de las etapas superiores.

2.14.1.2 Modelo de ciclo de vida de refinamiento sucesivo o mejora iterativa Las etapas que forman este ciclo de vida son las mismas que el modelo en cascada y su realización sigue el mismo orden [IEEE, 1989]. Sin embargo este modelo recomienda desarrollar los sistemas software a través de un refinamiento y mejora continuos desde las especificaciones de alto nivel del sistema hasta las componentes del código fuente. Es decir este modelo asume que el producto generado en cada etapa no se produce de manera lineal del principio al final de la etapa. Por el contrario predica la generación de los productos de forma iterativa mediante un proceso de refinamiento. Debido a la marcha atrás permitida en el modelo en cascada que abre un camino desde una etapa hacia otra anterior el refinamiento iterativo puede producirse también a nivel global de todas las etapas [Huseth, 1986]. Estos modelos han sido muy efectivos para enseñar a programadores individuales cómo organizar su trabajo de desarrollo de software. De hecho en muchas interpretaciones del ciclo de vida clásico “subyace” este enfoque dentro de sus etapas de diseño e implementación.



2.14.1.3 Modelo de ciclo de vida con emisión gradual Este modelo propone desarrollar sistemas produciendo en primer lugar las funciones esenciales de operación y a continuación proporcionar a los usuarios mejoras y versiones más capaces del sistema a intervalos regulares. Este modelo combina el ciclo de vida clá-sico del software con mejoras iterativas a nivel del desarrollo del sistema global. También proporciona una manera para distribuir periódicamente actualizaciones del mantenimiento de software comercial. Es por lo tanto un modelo popular de la evolución del software usado por firmas comerciales. 2.14.1.4 Estándares militares y prácticas industriales Las empresas industriales adoptan con frecuencia alguna variación del modelo clásico como base de la práctica del desarrollo software. Muchos suministradores de la admi-nistración americana organizan sus actividades de acuerdo con los modelos de ciclo de vi-da del estándar militar tal como el que se engloba en la norma MIL-STD-2167 de 1987. Tales estándares subrayan no sólo alguna variación de las actividades del ciclo de vida clásico sino que también contienen los documentos que. deben entregarse a los clientes que necesitan sistemas software o mecanismos complejos con sistemas software embebi-dos. Estos estándares se intenta que sean también compatibles con la garantía de la calidad del software, la gestión de configuraciones y la verificación y validación independiente de servicios en un proyecto de desarrollo con más de un contratista. Estos modelos ponen especial énfasis en la definición de productos entregables revisiones hilos y técnicas requeridas en cada caso. Introducción a la norma MIL-STD-2167 Este es el estándar utilizado por las Fuerzas Armadas de los EE.UU. En realidad lo utilizan como normativa que deben cumplir los contratistas que se dedican a hacer produc-tos software para ellos. En este estándar se contemplaba el desarrollo de productos inte-grados que incluyen hardware y software y se establecían ciclos de vida paralelos para ambos. En la ultima versión, se han separado los conceptos de software y hardware de manera que en la actualidad, este estándar no afecta más que al software.

La nomenclatura de este estándar es un poco complicada y pesada por lo que hay que consultar constantemente la lista de acrónimos a no ser que el ingeniero este muy acostumbrado a la misma.

En el estándar se considera que existe un sistema que se divide en varios CSCI (Computer Software Configuration Item). Cada CSCI se divide a su vez en varios CSC (Computer Software Component). Y cada CSC se divide a su vez en varias CSU (Configuration Software Units).). Esta división es importante ya que afecta directamente a la división en etapas del ciclo de vida.



La descomposición del ciclo de vida de esta norma tiene las siguientes fases:

• Análisis de requisitos del sistema global (sistema físico más software embebido). • Diseño del sistema. • Análisis de requisitos del software. • Diseño preliminar. • Diseño detallado. • Codificación y verificación de CSUs. • Integración y verificación de CSCs. • Prueba CSCIs. • Integración y prueba del sistema.

En cada etapa del ciclo de vida se especifican los documentos que se tjenen que generar al igual que las revisiones que debe sufrir el producto. Este estándar es un poco excesivo en cuanto a documentación requerida y además pide más de un documento que tiene información redundante.

El estándar no se limita a establecer un ciclo de vida. Para cada una de las etapas del ciclo de vida se establece todo lo que se refiere a:

• Gestión del desarrollo. • Ingeniería de software. • Cualificación formal y pruebas. • Evaluación de productos software. • Gestión de configuración.

Introducción a la norma ESA PSS-05-0 Esta es la norma utilizada por la Agencia Espacial Europea (ESA. en inglés) para sus desarrollos de software. Al igual que el de las Fuerzas Armadas americanas este docu-mento está orientado principalmente a las empresas que desarrollan software bajo contra-to. ya que la Agencia desarrolla poco software por sí misma. Estos estándares son bastante generales y cada proyecto de gran envergadura suele desarrollarlos más. haciendo los es-tándares propios del proyecto. En caso de conflicto se suele establecer una jerarquía en la que prima el estándar más general.

En este estándar se consideran todos los aspectos de un proyecto de software. Además del propio desarrollo y su normativa se contemplan los aspectos de:

• Gestión del proyecto. • Gestión de configuración. • Control y garantía de calidad.

Las etapas que establece este documento para el ciclo de vida son las siguientes:

• Definición de requisitos de usuario. • Definición de requisitos del software.



• Diseño de la arquitectura. • Diseño detallado y producción del software. • Transferencia de la tecnología al usuario. • Operación y mantenimiento.

La etapa que aparece nueva, respecto al ciclo de vida clásico, es la de transferencia. En esta fase la Agencia, viendo los resultados de las pruebas da su aceptación provisional al software, y se procede a la instalación en la máquina objetivo a la formación de los usuarios, etc. Esta fase tiene sentido, en tanto en cuanto, el software se suele desarrollar en países distintos de aquel en que se va a instalar posteriormente, y por lo tanto, la fase de instalación precisa de desplazamientos de personal, y otras peculiaridades.

En el estándar se contemplan para cada fase los siguientes aspectos:

• Entradas. • Actividades. • Salidas.

Además, y para cada uno de los tres aspectos mencionados: gestión del proyecto y de las configuraciones y control de calidad, se describen los planes necesarios para su ejecución, así como los documentos e hitos asociados.

La ventaja fundamental de este estándar es que es muy sencillo y fácil de comprender con lo que se puede tomar como punto de referencia para desarrollos propios en cualquier otro entorno. 2.14.1.5 Prototipado Suele ocurrir que el cliente no tiene una idea muy detallada de lo que necesita o que el ingeniero de software no está muy seguro de la viabilidad de la solución que tiene en mente. En estas condiciones puede ser una mejor aproximación al problema la realización de un prototipo [Balzer, 1981] [Balzer, 1982].

Es esta una técnica para proporcionar una versión del sistema software de funcionalidad reducida en las fases iniciales de su desarrollo. Las tecnologías de prototipado aceptan habitualmente alguna forma de las especificaciones funcionales del software como en-trada, que a su vez son simuladas, analizadas o directamente ejecutadas [Balzer, 1983a]. Dichas tecnologías permiten el diseño de actividades de software que están inicialmente omitidas o encubiertas. A su vez estas tecnologías pueden permitir a los desarrolladores construir rápidamente, tempranas o primitivas versiones de los sistemas software que pue-den evaluar los usuarios. Estas evaluaciones pueden entonces ser incorporadas como retroalimentación para retocar los diseños y especificaciones del sistema emergente. Además dependiendo de la tecnología de prototipado el sistema completo puede desarrollarse a través de un proceso continuo de revisión y refinamiento de las especificaciones de entrada. Esto tiene la ventaja de proporcionar siempre una versión de



trabajo del sistema en desarrollo desde la redefinición del diseño y actividades de prueba a las especificaciones de entrada, refinamiento y ejecución. Alternativamente, otros enfoques del prototipado son más convenientes para desarrollar sistemas desechables, es decir, sólo para demostración o para construir prototipos por reutilización de partes o la totalidad de algún sistema software existente.

El modelo de desarrollo basado en prototipos tiene como objetivo contrarrestar las dos primeras limitaciones del modelo en cascada comentadas en el apartado anterior. La idea básica es que el prototipo ayude a comprender los requisitos del usuario. Los prototipos pueden además usarse:

� Para verificar la viabilidad del diseño del sistema.

� Como una herramienta iterativa del desarrollo de software donde el prototipo evoluciona hasta llegar al sistema final.

La creación del prototipo facilita al programador la creación de un modelo del software a construir. El prototipo puede ser:

� Un prototipo en papel en el que se describa la interacción hombre máquina para que se facilite al usuario la comprensión de cómo se produce tal interacción.

� Un prototipo que funcione y que incorpore algún subconjunto de la función re-querida al software de manera que se puedan apreciar mejor las características y posibles problemas.

Si el prototipo es del segundo tipo, su construcción seguirá el ciclo de vida estándar. sólo que su tiempo de desarrollo sera bastante más reducido y no será muy rigurosa la aplicación de los estándares.

El problema en el diseño del prototipo es la elección de las funciones que se desea que haga el prototipo, y cuáles son las que no hay que hacer pues se corre el riesgo de in-corporar características secundarias y dejar de lado alguna característica importante.

Una vez creado el prototipo, se le enseña al cliente, para que “juegue” con él durante un período de tiempo, y a partir de la experiencia aportar nuevas ideas, detectar fallos, etc..

Cuando se acaba la fase de análisis del prototipo, se refinan los requisitos del software, y a continuación se procede al comienzo del desarrollo a escala real En realidad el desarrollo principal se puede haber arrancado previamente y avanzar en paralelo esperando para un tirón definitivo a la revisión de los requisitos.

El ciclo de vida clásico queda modificado de la siguiente manera por la introducción del uso de prototipos:

1. Análisis preliminar y especificación de requisitos. 2. Diseño desarrollo e implementación del prototipo. 3. Prueba del prototipo. 4. Refinamiento iterativo del prototipo. 5. Refinamiento de las especificaciones de requisitos. 6. Diseño e implementación del sistema final.



Existen tres modelos derivados del uso de prototipos [Budde, 1984]:

� Prototipo desechable. Se usa para ayudar al cliente a identificar los requisitos de un nuevo sistema. En el prototipo se implantan sólo aquellos aspectos del siste-ma que se entienden mal o son desconocidos. El usuario, mediante el uso del prototipo, descubrirá esos aspectos o requisitos no captados. Todos los elementos del prototipo serán posteriormente desechados.

� Maqueta. Aporta al usuaria un ejemplo visual de entradas y salidas. La diferencia con el anterior es que en los prototipos desechables se utilizan datos reales mientras que las maquetas son formatos encadenados de entrada y salida con datos simples estáticos.

� Prototipo evolutivo. Es un modelo de trabajo del sistema propuesto, fácilmente codificable y ampliable, que aporta a los usuarios una representación física de las partes claves del sistema antes de la implantación. Una vez definidos todos los requisitos, el prototipo evolucionará hacia el sistema final. En los prototipos evolutivos, se implantan aquellos requisitos y necesidades que son claramente entendidos, utilizando diseño y análisis en detalle así como datos reales.

2.14.2 MODELOS DE CICLO DE VIDA ALTERNATIVOS Hay al menos tres conjuntos alternativos a los modelos de evolución de los productos software tradicionales. Estos tres conjuntos centran su atención ya sea sobre productos dis-tintos a los clásicos (como son el uso de componentes reutilizables, etc.) o bien sobre procesos especiales de producción (como son automatización de la programación, modelo espiral basado en riesgos, etc.) o sobre entornos de producción (que centran su atención en la organización y gestión de estrategias para producir software). Dado que estos modelos no están aun muy extendidos se considera fundamental su presentación aquí por las potencialidades que presentan. MODELOS DE DESARROLLO DE PRODUCTOS SOFTWARE Estos modelos representan una extensión a los modelos de ciclo de vida de software tradicionales por la generación de productos distintos. Las ampliaciones surgen debido a. la disponibilidad de nuevas tecnologías de desarrollo software tales como: software reutilizable y generadores de aplicaciones. Cada una de estas tecnologías busca la creación de un producto software ejecutable con funcionalidad reducida rápidamente (reutilización y uso de generadores). 2.14.3 Ensamble de componentes reutilizables El enfoque básico de la reutilización es configurar y especializar componentes de software ya existentes [Biggerstaff, 1984]. Sin embargo la granularidad de los componentes, es



decir el tamaño, complejidad y capacidad funcional varía mucho a lo largo de los distintos enfoques. La mayoría de los modelos de ciclo de vida basados en ensamblaje de compo-nentes intentan utilizar componentes similares a estructuras de datos con los algoritmos incorporados para su manipulación: componente de grano fino. Sin embargo, el uso de componentes de grano fino no constituye un enfoque distinto a la evolución del producto software tradicional. Otros enfoques intentan utilizar componentes ensamblando funcionalmente sistemas o subsistemas completos; por ejemplo, sistemas de gestión de interfaces de usuario. En este caso se trata de componentes de grano grueso. El uso o la reutilización de estos componentes aparece como un enfoque alternativo al desarrollo de sistemas software. Hay, probablemente, muchas formas de emplear componentes de software reutilizables al desarrollar software. Sin embargo hasta ahora parece ser que la forma mejor de implementación rápida es usarlo durante el diseño arquitectónico. Los componentes reutilizables también pueden usarse con propósitos de prototipado. 2.14.4 Generación de aplicaciones Es un enfoque del desarrollo del software similar a la reutilización de componentes de software de grano grueso, pero en este caso parametrizados [Distaso, 1980]. Tales componentes están especializados en un dominio de aplicación, vía un lenguaje de especificación formalizado usado como entrada para el generador de la aplicación. Ejemplos comunes de este enfoque son los interfaces estandarizados de aplicaciones de sistemas de gestión de bases de datos que incluyen generadores de informes, gráficos, editores específicos de la aplicación e interfaz de usuario. El uso de generadores da lugar a un modelo de evolución del producto software mediante el cual la actividad de diseño del software o es casi eliminada, o reducida a un problema de diseño de bases de datos. Similarmente los usuarios de los generadores de aplicaciones esperan habitualmente proporcionar especificaciones de entrada y servicios de mantenimiento de la aplicación. Estas capacidades son posibles dado que los generadores pueden producir sólo sistemas software específicos para un pequeño número de dominios de aplicación similares y en especial aquellos que dependen de un sistema de gestión de bases de datos. 2.14.5 Modelos de proceso de producción de software Hay dos tipos de modelos de producción de software: operativos y no operativos [Goguen, 1986] [Paulk, 1993]. La diferencia entre ambos viene, principalmente, del hecho de que los primeros pueden verse como programas que implementan un régimen particular de inferencia y evolución del software. Los segundos denotan enfoques conceptuales que aun no han sido suficientemente articulados en una forma deseable para codificar.



2.14.6 Modelos operativos a) Especificaciones operativas para prototipado rápido El enfoque operativo para el desarrollo del software supone la existencia de un lenguaje de especificación formal y un entorno de proceso. Las especificaciones están codificadas en el lenguaje y, cuando es posible, constituyen un prototipo funcional del sistema especificado. Cuando tales especificaciones pueden ser desarrolladas y procesadas gra-dualmente, entonces el prototipo resultante puede retirarse y desarrollarse en sistemas funcionalmente más completos que siempre están operativos durante su desarrollo. Varia-ciones dentro de este enfoque representan o bien esfuerzos donde el prototipo es el fin buscado o donde los prototipos especificados se conservan operativos pero refinados den-tro de un sistema completo. b) Automatización de la programación y del proceso software La automatización del proceso y la programación están relacionados con el desarrollo de las especificaciones formales de cómo una familia de sistemas software debería desa-rrollarse. Tales especificaciones deberían por lo tanto, proporcionar una estimación para la organización y descripción de las distintas cadenas de producción software, cómo están interrelacionadas, cuándo iteran, etc., así como qué herramientas software deberían usarse.

El desarrollo de software utilizando técnicas de cuarta generación (T4G) se caracteriza por facilitar la especificación de algunas de las funcionalidades de alto nivel. La herramienta genera a continuación el código o parte del código, a partir de la especificación. Esta especificación se hace en un lenguaje lo más próximo al lenguaje natural

El concepto de desarrollo en T4G se basa en el uso de una serie de herramientas, entre las que se encuentran:

• Lenguajes no procedimentales para consulta de bases de datos. • Lenguajes no procedimentales para generación de informes, definición de pantallas.

• Lenguajes no procedimentales de generación de código. • Capacidades gráficas de alto nivel. • Hojas de cálculo.

Con estas herramientas al alcance, el desarrollo de algunas aplicaciones queda bastante simplificado y se puede llegar a poner en manos de un usuario experimentado en su uso.

Una vez hecha la especificación la generación de código es prácticamente automática con lo que el tiempo de desarrollo se ve reducido drásticamente. Con el código generado, se empieza a revisar el funcionamiento, y se le van añadiendo prestaciones nuevas al producto de una forma prácticamente interactiva.



Esta técnica permite la construcción de programas al usuario y le permite además la revisión y actualización personal, con lo que es muy difícil la equivocación en cuanto a cumplimiento de requisitos.

Hoy por hoy su utilización se reduce a sistemas sobre todo de gestión con un grado de complejidad no muy elevado.

c) Automatización del software basado en conocimientos

Este modelo intenta llevar el proceso de automatización hasta sus límites al suponer que pueden usarse las especificaciones de proceso para desarrollar directamente sistemas software y configurar entornos de desarrollo para soportar las tareas de producción en curso.

Los sistemas expertos son un caso peculiar en el ciclo de vida del software ya que su peculiaridad les hace disponer de ciclos de vida propios. En este ciclo de vida, las fases se pueden activar en paralelo, y reactivar en cualquier momento, sin necesidad de ejecutar ci-clos completos. Se pueden utilizar técnicas de prototipado pero la expansión al sistema fi-nal a partir del prototipo es mucho más directa, ya que puede bastar con incrementar la ba-se de reglas o la base de conocimientos. Por otra parte, la definición interna de lo que debe hacer el sistema experto no queda clara ni siquiera al final del desarrollo porque lo que se trata de modelizar es el razonamiento de los expertos humanos. Por lo tanto no existen nunca unos requisitos claros para poder validar el resultado.

Las fases del desarrollo de un sistema experto son las siguientes:

� Identificación del problema. � Estudio de factibilidad. � Identificación de subproblemas. � Identificación de conceptos. � Diseño conceptual. � Diseño detallado. � Código, � Prueba del razonamiento. � Prueba del conocimiento. � Validación. � Conversión/Mantenimiento/Mejora

Muchas de estas etapas se producen en paralelo e influyen unos en otros con lo que el diagrama de bloques que lo representa, en vez de ser secuencial es un grupo de cajas que interactúan, pero que están una al lado de la otra en el tiempo. El enfoque común a estos tres modelos (especificaciones operativas automatización del proceso, producción de software basado en conocimientos) es buscar la automatización del modelo de transformación continuo. A su vez. esto implica un entorno automatizable capaz de registrar el desarrollo formalizado de las especificaciones operativas trans-formando y retinando, sucesivamente, dichas especificaciones en un sistema



implementado asimilando los requisitos de mantenimiento al insertar las especificaciones nuevas y/o mejoradas en la derivación de desarrollo y luego llevando el desarrollo revisado a la implementación. Sin embargo hay que decir que los progresos actuales en este punto han sido menos prometedores de lo esperado. 2.14.7 Modelos no operativos a) Modelo en espiral El modelo en espiral para el desarrollo de software representa un enfoque dirigido por el riesgo para el análisis y estructuración del proceso software. Fue presentado por primera vez por Böehm en 1986. El enfoque incorpora métodos de proceso dirigidos por las es-pecificaciones y por los prototipos [Pressman, 1993]. Esto se lleva a cabo representando ciclos de desarrollo iterativos en forma de espiral, denotando los ciclos internos del ciclo de vida, análisis y prototipado precoz, y los externos el modelo clásico. La dimensión radial indica los costes de desarrollo acumulativos y la angular el progreso hecho en cumplimentar cada desarrollo en espiral. El análisis de riesgos que busca identificar situaciones que pueden causar el fracaso o sobrepasar el presupuesto o plazo, aparece durante cada ciclo de la espiral. En cada ciclo el análisis del riesgo representa groseramente la misma cantidad de desplazamiento angular, mientras que el volumen desplazado barrido denota crecimiento de los niveles de esfuerzo requeridos para el análisis del riesgo.

La primera ventaja del modelo en espiral es que su rango de opciones permiten utilizar los modelos de proceso de construcción de software tradicionales mientras su orientación al riesgo evita muchas dificultades De hecho, en situaciones apropiadas el modelo en espiral proporciona una combinación de los modelos existentes para un proyecto dado. Otras ventajas son:

� Se presta atención a las opciones que permiten la reutilización de software exis-tente.

� Se centra en la eliminación de errores y alternativas poco atractivas.

� No establece una diferenciación entre desarrollo de software y mantenimiento del sistema.

� Proporciona un marco estable para desarrollos integrados hadware-software.

b) Modelos de transformación continua Estos modelos proponen un proceso por el cual los sistemas software se desarrollan a través de una serie de transformaciones continuas de problemas establecidos en especifica-ciones abstractas dentro de implementaciones concretas. Se propone un esquema por el cual no hay ciclo de vida tradicional ni etapas separadas, en su lugar se llevan a cabo una serie de transformaciones y refinamientos graduales de especificaciones abstractas para



llegar a programas más concretos. En este sentido, entonces, las frases que definen el problema y los sistemas software pueden emerger de alguna manera juntos y así continuar evolucionando. Los modelos de transformación continuada también se acomodan al interés de los for-malistas del software que buscan la sentencia precisa de las propiedades formales de las especificaciones de los sistemas software. De acuerdo con ello. los formalismos especifi-cados pueden ser transformados matemáticamente en propiedades que una implementación fuente debería satisfacer. El potencial para automatizar tales modelos es aparente y esta sujeto a investigación. c) Modelos de proceso misceláneos Se han propuesto muchas variaciones de los modelos de proceso y ciclos de vida no operativos. Esto incluye modelos de ciclo de vida completamente interconectados que se acomodan a las transiciones entre cualesquiera dos fases sujetas a la satisfacción de sus pre y post condiciones así como a las variaciones de las componentes sobre el ciclo de vida tradicional y modelos de transformación continua. En todo caso estos modelos son hasta el presente analíticos o teóricos sin apenas experiencia contrastada. 2.14.8 Modelos de entorno de producción software En contraste con los modelos anteriores de proceso de producción o de producto de la evolución del software los modelos del entorno de producción dirigen su atención a la or-ganización y gestión de estrategias para desarrollar y producir sistemas software. Con ra-ras excepciones dichos modelos son no operativos. Como tales el foco es menos tecnoló-gico y más estratégico. Pero debería quedar claro que tales estrategias afectan tanto a los productos software que consiguen desarrollarse como a la forma en que sera organizado el proceso de producción del software. Entre estos modelos cabe destacar los siguientes que aquí sólo se citan por sobrepasar el alcance de este trabajo: modelos de proceso de gestión de proyectos software, modelos organizadores de desarrollo de software modelos de ciclo de vida de recursos de clientes más conocidos por sus iniciales en inglés CRLC modelos de transición y transferencia de tecnología software y otros modelos para la organización, fabricación y producción de sistemas software. Todos los modelos de ciclos de vida vistos en este capítulo pueden verse en la figura 2.4, que se exhibe a continuación:



~ figura 2.4 Modelos de ciclo de vida ~



2.15 VENTAJAS DE DEFINIR UN PROCESO SOFTWARE Un proyecto sin estructura es un proyecto inmanejable; no puede ser planificado ni estimado, ni su progreso ser controlado y mucho menos alcanzar un compromiso de costos o tiempos. La idea originaria de buscar ciclos de vida que describan los estados por los que pasa el producto o procesos software que describan las actividades a realizar para transformar el producto surge de la necesidad de tener un esquema que sirva como base para planificar, organizar, asignar personal, coordinar, presupuestar y dirigir las actividades de la construcción de software [Böehm, 1988]. De hecho muchos proyectos han terminado mal porque las fases de desarrollo se realizaron en un orden erróneo. Por lo tanto, al comienzo de un proyecto software se debe elegir el ciclo de vida que seguirá el producto a construir en base a las consideraciones del apartado anterior. El modelo de ciclo de vida elegido llevará a encadenar las tareas y actividades del proceso software de una determinada manera: algunas tareas no será necesario realizarlas, otras deberán realizarse más de una vez, etc.. Una vez conseguido un proceso software concreto para el proyecto en cuestión se está preparado para planificar los plazos del proyecto, asignar personas a las distintas tareas, presupuestar los costos del proyecto, etc. [Böehm, 1976]. Concretamente hoy en día los procesos software se usan como:

• Guía prescriptiva sobre la documentación a producir para enviar al cliente.

• Base para determinar qué herramientas, técnicas y metodologías de ingeniería de software serán más apropiadas para soportar las diferentes actividades.

• Marco para analizar o estimar patrones de asignación y consumo de recursos a lo largo de todo el ciclo de vida del producto software.

• Base para llevar a cabo estudios empíricos que determinen la productividad, el costo y la calidad del software.

• Descripción comparativa sobre cómo los sistemas software llegan a ser lo que son.

2.16 ESTÁNDAR IEEE SOBRE PROCESO SOFTWARE 2.16.1 INTRODUCCIÓN A continuación se describen en detalle las fases o subprocesos que conforman el proceso base de construcción del software y que se corresponden con el estándar IEEE 1074 –1989 [IEEE, 1989]. Cada subproceso se detalla a nivel de propósito actividades involucradas y documentación principal propuesta por el estándar. El estándar IEEE l074-1989 determina el conjunto de actividades esenciales, no ordenadas en el tiempo que deben ser incorporadas



dentro de un modelo de ciclo de vida del producto software. Este modelo es seleccionado y establecido por el usuario para el proyecto a desarrollar ya que la norma no define un ciclo de vida en particular. El estándar, además, incluye la siguiente información que no se trata aquí:

• Descripción de cada actividad. • Informe de entrada y salida para cada actividad. • Fuente y destino de la información a nivel de proceso y de actividad que refleja la

relación entre los procesos.

• Productos obtenidos por el desarrollo de cada actividad. El estándar ha sido escrito por organizaciones responsables de la gestión y desarrollo del software. Está dirigido a los gestores de proyectos a los desarrolladores de software, a los responsables de la garantía de la calidad, a quienes ejecutan tareas de apoyo, a los usuarios, y al personal de mantenimiento. 2.16.2 DESCRIPCIÓN GLOBAL DEL PROCESO El proceso de construcción de software consiste en analizar las necesidades de la organización, desarrollar una solución en un dominio que las satisfaga y posteriormente reinsertar la solución en el dominio bajo un marco de gestión, seguimiento, control y gestión de la calidad [Huseth, 1986]. Esta relación se representa en la figura 2.5.

~ figura 2.5 Relación del proceso base de construcción de software con su entorno organizativo ~



El proceso software está compuesto, a su vez, de cuatro procesos principales tal y como se muestra en el cuadro, cada uno de los cuales agrupa una serie de actividades que se encargan de la realización de sus requisitos asociados. Estos procesos son los siguientes:

• Proceso de selección de un modelo de ciclo de vida del producto: identifica y selecciona un ciclo de vida para el software que se va a construir.

• Procesos de gestión del proyecto: crean la estructura del proyecto y aseguran el nivel apropiado de la gestión del mismo durante todo el ciclo de vida del software.

• Procesos orientados al desarrollo del software: producen, instalan, operan y mantienen el software y lo retiran de su uso. Se clasifican en procesos de predesarrollo, desarrollo y postdesarrollo.

• Procesos integrales del proyecto: son necesarios para completar con éxito las actividades del proyecto software. Aseguran la terminación y calidad de las funciones del mismo. Son simultáneos a los procesos orientados al desarrollo del software e incluyen actividades de no desarrollo.



3 OBJETIVOS DEL TRABAJO Y DELIMITACION DEL PR OBLEMA Del estado del arte surge que no existe una metodología específica que se oriente al diseño de catálogos electrónicos y que contemple en sus distintas etapas aspectos específicos de la administración del negocio relacionados con el catálogo y que, por su naturaleza, son solo tratados genéricamente en las metodologías convencionales.

En este contexto, en esta tesis se han determinado una serie de objetivos que a continuación se detallan:

1. Objetivo pertinentes a la construcción del objeto de estudio: Definir qué es un catálogo electrónico.

2. Objetivo General: Construir una metodología disciplinada para el desarrollo de catálogos electrónicos: mediante la identificación de los métodos, los procedimientos, y las herramientas, que provee la ingeniería de software para el desarrollo de aplicaciones web de calidad, siguiendo las pautas de las teorías de la administración.

3. Objetivo particular: Justificar un modelo apropiado para el ciclo de vida de aplicaciones web para negocios, proponiendo una metodología para el diseño y desarrollo de catálogos electrónicos que custodien los procesos de negocios a fin de lograr un producto de calidad.



4 DESCRIPCIÓN DE LA SOLUCIÓN PROPUESTA En este Capítulo se plantea el ciclo de vida elegido, las características de negocio contempladas en los catálogos electrónicos, se propone la matriz de actividades correspondiente, se identifican métodos, técnicas y herramientas a utilizar y se define la conformación del equipo de trabajo. 4.1 CICLO DE VIDA ELEGIDO El modelo de ciclo de vida elegido es el de prototipos evolutivos con refinamientos sucesivos, por los motivos que a continuación se detallan:

• Cuando el software a desarrollar es un aplicativo para terceros, es interesante tener una idea de cómo será el programa lo antes posible, a fin de disminuir las expectativas del cliente o usuario, se le irán entregando prototipos con funcionalidades en forma incremental, para que se los pruebe durante un período de tiempo a convenir y haga las sugerencias y los cambios en etapas lo más tempranas posibles del ciclo de vida.

• Es importante chequear con el usuario si se interpretó fielmente sus necesidades y consideraciones.

• En muchos casos, el usuario no puede dar una idea detallada de lo que desea, y debido a ello, el desarrollador no termina de saber qué es lo que éste quiere exactamente, por lo que cada protitipo realizado, significa una revisión de los requerimientos y un refinamiento de dichos requerimientos a fin de acercarse al producto final.

Para el ciclo de vida de prototipo incremental se definen las siguientes etapas:

1. Factibilidad (FA) 2. Definición de requisitos del sistema (RES) 3. Especificación de los requisitos del prototipo (REP) 4. Diseño del prototipo (DPR) 5. Diseño detallado del prototipo (DDP) 6. Desarrollo del prototipo (codificación) (DEP) 7. Implementación y prueba del prototipo (IPP) 8. Refinamiento iterativo de las especificaciones del prototipo (aumentando el objetivo

y/o el alcance). Luego se puede volver a la etapa 2 o continuar si se logró el objetivo y alcances deseados (RIT)

9. Diseño del sistema final (DSF) 10. Implementación del sistema final (ISF) 11. Operación y mantenimiento (OPM) 12. Retiro (si corresponde) (RET)



A continuación se describen cada una de las etapas del ciclo de vida elegido que formarán parte de la matriz de actividades3:

• Factibilidad: En esta etapa se define el producto software y se determina su factibilidad en el ciclo de vida desde la perspectiva de la relación costo-beneficio, como así también las ventajas y desventajas respecto de otros productos.

• Requisitos del Sistema: En esta etapa se deben definir las funcionalidades requeridas pra el desarrollo del sistema (o programa), las interfaces y el tipo de diseño.

• Especificación de requisitos del prototipo: Consiste en especificar las funciones requeridas, las interfaces y el rendimiento para el prototipo. Aquí se considerarán incrementos en porcentajes de la funcionalidad total del sistema.

• Diseño del prototipo: Es poner en ejecución del plan del prototipo, ya que una vez fijadas las restricciones con el usuario, hay que mostrar el mismo funcionando, aunque sean sólo algunas funcionalidades trstringidas. Aquí hay que hacer un análisis de cómo se va a trabajar, qué módulos se van a hacer, con qué lógica y qué funciones se van a usar.

• Diseño detallado del prototipo: Esta etapa es una especificación verificada de la estructura de control, la estructura de los datos, las relaciones de interfaces, el tamaño, los algoritmos básicos y las suposiciones de cada componente del programa. En esta etapa no sólo se definen sino que también se documentan los algoritmos que llevarán a cabo la función a realizar por cada uno de los módulos. El diseño de software es un proceso que se centra en 4 atributos distintos del programa: la estructura de datos, la arquitectura del software, el detalle procedimental y la caracterización de la interface. En este proceso deben traducirse los requisitos a una representación del software que pueda ser establecida de forma que se obtenga la calidad requerida antes de que comience la codificación.

• Desarrollo del prototipo: Consiste en realizar la codificación o diseño detallado, en forma legible para la máquina.

• Implementación y prueba del prototipo: Consiste en lograr un funcionamiento adecuado del producto software en el sistema informático, funcionando operacionalmente, incluyendo objetivos tales como la conversión del programa y datos (si la hubiere), la instalación y el

3 Se ha tomado como base para el deseño de la matriz de actividades del presente trabajo la desarrollada por Juristo Juzgado N. (1996): Proceso de Construcción del software y ciclos de vida en módulos de Proyectos de Software. Universidad Politécnica de Madrid.



entrenamiento. La prueba debe asegurar que se han probado todas las sentencias del mismo, y que en las funciones externas se hanrealizado pruebas que aseguren que la entrada definida produce los resultados que se esperan realmente.

• Refinamiento iterativo de las especificaciones del prototipo: Es un aumento de la funcionalidad del sistema, para luego volver a la etapa de “Especificación de requisitos del prototipo” a fin de aumentar la funcionalidad del prototipo o continuar, si se logró el objetivo y alcances deseados.

• Diseño del sistema final: Consiste en ajustar las restricciones o condiciones finales e integrar los últimos módulos.

• Implementación del sistema final: Es el sistema informático funcionando operativamente, incluyendo los objetivos tales como conversión del programa y datos (si la hubiere), la instalación y la capacitación del personal.

• Operación y mantenimiento: Es la puesta en funcionamiento del sistema informático, objetivo que se repite para cada actualización.

• Retiro: Es una transición adecuada de las funciones realizadas para el producto y sus sucesores.

Luego se definen los procesos básicos para este ciclo de vida, y las actividades para cada uno de ellos. Los procesos incluyen aquellos concernientes al desarrollo de software y los específicos teniendo en cuenta los aspectos de negocio. En la figura 4.1 se puede observar un diagrama del ciclo de vida elegido4 y en la figura 4.3 se puede ver la matriz de actividades, con el desglose de actividades para cada uno de los procesos del ciclo de vida elegido. En la matriz de actividades, se puede observar en color blanco, las actividades relativas al desarrollo de software propiamente dicho y se destacan en color gris, aquellas actividades concernientes a definir y considerar los aspectos de negocios para desarrollar el software. Una vez definidas cada una de las actividades, restaría por considerar qué herramientas y técnicas se utilizarán para cada una de ellas, teniendo en cuenta el modelo de ciclo de vida elevido y la teoría de administración que sustente el desarrollo.

4 En la figura 4.1 por razones de claridad no se ha representado las iteraciones a las etapas anteriores.



- figura 4.1 Ciclo de vida de Prototipo evolutivo con refinamientos sucesivos -

Estudio de Factibilidad

Diseño detallado del prototipo

Desarrollo del prototipo

Implementación y prueba del prototipo

Refinamiento de especificaciones del prototipo

Retiro

Operación y mantenimiento

Implementación del sistema final

Diseño del sistema final

Diseño del prototipo

Especificación de los requisitos del prototipo

Requisitos del sistema

Evaluación interna

Evaluación externa

Ajustes

Ajustes



4.2 CARACTERÍSTICAS DE NEGOCIO EN LOS CATÁLOGOS ELECTRÓNICOS Se hace necesario custodiar ciertos aspectos del negocio que no están contemplados dentro del modelo de ciclo de vida tomado como base. Para ello es menester realizar algunas actividades específicas, tales como:

• Identificar el nicho y posicionamiento del negocio; ya sea el negocio de tipo B2B –business to business- o B2C –business to commerce-, los catálogos exitosos tienen una cosa en común: un gerente o administrador que tiene muy claras y definidas las diferencias con su competencia. Algunos desarrolladores con vasta experiencia consideran a esta etapa de reconocimiento del nicho y posicionamiento de la marca como uno de los factores a largo plazo que determinan el éxito de un catálogo [Schmid, 2000]. Una presentación y una imágen de marca inconsistentes llevará a dudas en las mentes de los consumidores, lo cual acarreará baja en los índices de visitas a la página y por ende en ventas. Jack Schmid [Schmid, 2000] enuncia la regla 40/40/20 a través de la que explica el porcentaje de incidencia de ciertos factores sobre el éxito (o fracaso) de cualquier catálogo. Su representación gráfica puede verse en la figura 4.2:

40%

40%

20%

¿Quién es la empresa? / ¿Qué estávendiendo? (producto o servicio) / Precio ylogística

Detectar exactamente el nicho y misconsumidores

Presentación del catálogo en sí mismo /Diseño

- figura 4.2 Incidencia de ciertos factores sobre el éxito del catálogo -

• Seleccionar un modelo para el proyecto que tome en consideración el tipo de negocio, estableciendo en consecuencia la correspondiente matriz de actividades de acuerdo al MCVS seleccionado. Para los gerentes de empresas de Internet, la característica más sorprendente de los negocios web es el ritmo acelerado de cambio. Estos gerentes necesitan un marco que los ayude a pensar hacia dónde debe dirigirse la empresa y cómo llegar ahí [Cohan, 2000]. Esta es una cuestión a la que también los inversionistas deben atender, a fin de comprender hacia dónde se canalizan sus



inversiones. La pirámide de negocios web, representada en las figuras 4.4 y 4.5, provee un marco de referencia a esta cuestión. La forma de la pirámide implica un proceso de aspiración y desgaste. La mayor parte de los negocios web se inician en la base de la pirámide. Por el ciclo de vida natural de los negocios, pocos sobrevivientes llegan a la cúspide.

NIVEL III: POWERWARE

NIVEL II: BRANDWARE NIVEL I: LOSSWARE

- figura 4.4 Pirámide de negocios web -

Lossware se refiere a los negocios web destinados a perder dinero. En este nivel, las barreras de ingreso son muy bajas; es decir, es muy fácil que las compañías nuevas ingresen en el mercado. Los clientes no incurren en costos de cambio, lo que significa que es fácil para ellos mudar la contratación de los servicios a otra compañía. Los vendedores gastan casi todo el dinero en lo que parece un ciclo interminable de marketing y otros gastos. El resultado de gastar suele ser una paridad competitiva, no una ventaja competitiva. Muchas compañías no pasan de este nivel.; en realidad, es posible que haya segmentos enteros de la industria que no sobreviven a este nivel.

Brandware es un grupo de negocios que tienen el potencial de ser rentables si sobreviven las marcas promovidas más intensamente y fracasan las más débiles. En los negocios Brandware, la industria todavía se encuentra muy fragmentada, lo que implica que el costo de entrada es bastante bajo. Sin embargo, en las compañías Brandware cada vez resulta más evidente que los clientes no están realmente interesados en revisar las ofertas de setenta proveedores diferentes. Los clientes propenden a comprar de cualquier proveedor que tenga el mensaje de marketing más convincente. Los clientes también quieren comprar del proveedor que tenga mayores probabilidades de sobrevivir a la inevitable consolidación de la industria. En este



nivel de la pirámide es inherente el concepto de una reorganización total. Por definición, sólo unos pocos proveedores sobrevivirán para escalar al nivel superior de la pirámide; Yahoo es un ejemplo muy conocido de negocio Brandware, este segmento de la industria comenzó con unas cuantas compañías que trataban de simplificar la enorme complejidad de la web, proporcionando a los usuarios un sitio que los ayudara a buscar diversos contenidos. Las compañías de los portales web se iniciaron, por lo general, como empresas de máquinas de búsqueda, ofreciendo sus servicios de manera gratuita, en consecuencia, los portales web comenzaron como Lossware. Los portales web evolucionaron hasta convertirse en Brandware porque se puso de manifiesto que había la posibilidad de persuadir a las compañías que se anunciaran en ellos. Los gerentes de estas empresas detectaron que el valor de su empresa aumentaba en relación con la cantidad de visitantes de su sitio web. Por ello, las empresas empezaron a tratar de crear costos de intercambio entre ellas mismas y los anunciantes y visitantes del sitio. Estos proyectos, incluidos los sitios de conversación (“chat”), personalización, noticias, compras y una multitud de otros servicios, tenían el propósito de lograr que los visitantes pasaran el tiempo suficiente en los sitios para convertirse en blancos atractivos para los anunciantes. Así surgió la idea de que los portales web podían convertirse en productos de marca.

Powerware se refiere a las empresas que sistemáticamente generan altos rendimientos. Los negocios Powerware disfrutan de apalancamiento económico y ofrecen soluciones integrales a sus clientes. El apalancamiento económico se deriva de ofrecer un producto o servicio valioso, cuyo suministro es escaso debido a que la mayor parte de los competidores se han visto obligados a salir del mercado; y la solución integral se entrega para elevar los costos de intercambio entre vendedores y clientes a un nivel tan elevado que se impide efectivamente la entrada de nuevos participantes. En algunos casos, Brandware evolucionó a Powerware. Dicha evolución ha ocurrido en empresas de capital de riesgo. Originalmente, la industria de empresas de capital de riesgo constaba de un número relativamente pequeño de empresas. Las que realizaban las inversiones exitosas propendían a surgir como sobrevivientes cuando los fondos de pensiones y seguros combinados de inversión y vida constituyeron la siguiente ronda de inversiones.

Se denomina empresa de Internet a la que deriva parte o todos sus ingresos de Internet. Con base en investigaciones efectuadas se concluye que hay nueve segmentos de negocios en Internet, cada uno de los cuales representa una industria diferente, con competidores, clientes, dinámica de utilidades y requisitos para el éxito competitivo que son característicos de cada uno de ellos. La siguiente figura muestra la posición que ocupa cada uno de los nueve segmentos de negocios en Internet dentro de la Pirámide de negocios web [Cohan, 2000]



NIVEL III: POWERWARE • Infraestructura de redes • Asesoría web • Capital de riesgo

de Internet NIVEL II: BRANDWARE

• Seguridad en Internet • Portales web • Comercio electrónico • Contenido web

NIVEL I: LOSSWARE • Proveedores de servicios

de Internet • Herramientas de

comercio web

- figura 4.5 Pirámide de negocios web ampliada -

• Planificar la garantía de calidad del catálogo, identificando las necesidades de mejora de calidad en los procesos del negocio implícitos en el catálogo. La mayor fuente de Valor Agregado en los negocios derivados del nuevo contexto, es el carácter de “Garante de Calidad y del Precio” que debe mostrar frente a sus clientes, ya sean particulares u otras empresas, quien vende un bien o servicio, independientemente de si lo ha elaborado o lo ha comprado a terceros [Badaraco, 1998]. La base para el desarrollo de toda oportunidad de negocio será comprender y poder asumir en cada caso este rol de Garante de Calidad y Precio. La función de garantizar a los compradores de bienes y servicios que la combinación calidad-precio de lo que está comprando es la correcta y la mejor disponible, es el valor agregado por todo comerciante, o por toda industria en las ocasiones en que comercializa sus propios productos. La complejidad de la identificación calidad-precio, crece a medida que crece el tamaño del mercado, medido tanto por la cantidad de participantes como por la cantidad de productos. En un país mediano como Argentina, pero bajo la condición previa de economía cerrada, existían muchos productos finales y en especial bienes intermedios industriales con pocos oferentes, pocos cambios a través del tiempo y



pocos productos nuevos, por lo que el costo de identificar el nivel de calidad-precio era acotado. Esta situación se modificó paulatinamente en los últimos 50 ó 60 años, con la apertura económica. La apertura hacia un mercado “ampliado” se dio en Argentina a partir de los años 90. La consecuencia es que la oferta y la competencia en cada ítem se ha multiplicado muy rápidamente y por ello es muy difícil ser garante de calidad y precio, pero además es más difícil comunicarlo a los potenciales clientes y es más difícil aún que los compradores lo acepten sin una constancia fehaciente.

• Analizar y definir las funcionalidades del catálogo, desarrollando su arquitectura en base a las características del negocio. Es necesario descomponer los requisitos del sistema (catálogo). En esta etapa hay que definir y desarrollar los requisitos de software, definiendo inclusive los requisitos de interfaz con el cliente. Se debe llegar al ámbito del marketing personalizado más allá de un disparo de correos electrónicos –spam- que no pone de manifiesto ningún tipo de estudio personalizado sobre el cliente, los intentos de personalizar se convierten en toscos si no cambian el producto o el servicio; se deberá organizar la empresa de modo que el e-cliente pueda elegir entre una combinación de todas las características disponibles para crear exactamente lo que quiere comprar [McKeown, 2001]. Hay que diseñar el servicio electrónico de modo que se ponga de manifiesto inmediatamente y sea accesible el nivel de posibilidades de elección que se ofrecen. Deberá infundir la idea al e-cliente de que todo el placer y el privilegio de la compra fue de él. Las fans de la Barbie de todo el mundo pueden crear muñecas divas únicas en barbie.com, flores rosas y estrellas blancas parpadeantes proporcionan un mundo virtual para ajustarse a su personalidad en el mundo real. La pequeña e-cliente puede elegir, siguiendo siete pasos fáciles, entre una gama de 76000 combinaciones de caras, ojos, labios y peinados. Por ejemplo, www.customestore.co.uk permite al e-cliente mayor y gusto más refinado pedir desde cualquier parte una camisa confeccionada a partir de sus especificaciones, estilo y medidas. Se puede incluso tener un auto personalizado en tres días gracias a un trabajo pionero en el Reino Unido. Habrá que poner especial énfasis en la capacidad que tiene la tecnología para buscar, comparar y filtrar información. El uso de los denominados Bots está creciendo en los últimos tiempos, versiones digitales de curiosos personajes que han sido introducidos en el mundo virtual para ayudar al e-cliente. Sólo existen para servir. Si se quiere encontrar el mejor precio de un producto en cualquier lugar de la web sólo tiene que pedirlo al pertinente Bot. Hay que teclear lo que quiera y esperar a que el Bot proporcione la lista de productos que se ajusten a su petición, como por ejemplo en [www.valuemad.com] .

• Realizar el diseño creativo del sitio donde se instalará el catálogo (layout). Todos los miembros de la organización deben pensarlo todo a través del punto de vista del cliente, habrá que preguntarse ¿tiene sentido para el cliente? ¿qué espera el cliente? El e-cliente tolera poco las excusas, particularmente aquellas que no se le han comunicado y las que se presentan electrónicamente en vez de por un ser humano. Es



más fácil sentir empatía y tener paciencia con una persona que con una computadora cuando se sabe que hubiera podido ser mucho mejor [Fresco, 2000] [McKeown, 2001]. Las revisiones de la facilidad de uso adquieren nuevo significado, tienen que atacarse todas y cada una de las partes de lo que podría ser un conjunto de procedimientos, formas, tradiciones y actitudes desde la perspectiva del e-cliente; la facilidad de uso ideal ya no es una cosa agradable de tener, es esencial. Las personas reales necesitan utilizar los sistemas que se están poniendo en el mercado, cada miembro de la organización tiene que empezar a pensar como una persona real, un e-cliente, incluso cuando esté trabajando. Lo que es razonable pedir cuando consumimos puede que no parezca razonable cuando suministramos; es necesario ubicarse en el paradigma con el cual se maneja el e-cliente. Esto se aplica a la empresa y más que nunca a la e-empresa.

• Captura de nuevos clientes y generación de una lista de comunicación para los mismos, considerando a ésta última un proceso estratégico para la circulación de prospectos [Fresco, 1992] [Fresco, 2000] [McKeown, 2001]. La naturaleza electrónica de las transacciones ofrece su propia solución a su invisibilidad para el ojo humano, las interacciones electrónicas pueden permitir seguir el rastro del e-cliente, contarle y analizarlo más rápidamente y de forma más precisa que nunca con anterioridad. Y lo que es incluso mejor, la huella electrónica puede permitir una personalización muy amplia del marketing y del servicio al e-cliente. Algunas de las experiencias de compra más eficaces parecen hipnotizar; desde el primer vistazo a una home page atractiva y acogedora, a la primera visita de retorno, permitir que cada e-cliente vaya a su propio ritmo mientras que se le entretiene e informa a cada paso. Una utilización juiciosa de los colores y de las características para asegurar que se lo encamina en la dirección adecuada. Si el cliente llega allí sin que se lo arrastre o empuje, siempre considerará que la decisión ha sido suya: algo que él quería hacer y, en consecuencia, algo que podría desear hacer nuevamente. Una vez que haya realizado la primera compra, el ritmo sigue perteneciendo al e-cliente, pero se pueden posicionar las facilidades para que se ajusten al comprador repetitivo, tienen que aparecer sugerencias sobre compras futuras mientras que el cliente navega; hay que evitar el proceso de compra complicado e ir directamente a compras que sólo necesiten efectuar un clic para materializarse. Es mejor considerar el e-cliente en su hábitat natural, es necesario estudiar al e-cliente real haciendo las cosas que hace realmente en su vida. De esta forma es como se pueden construir servicios que se adecuen al e-cliente; hay que construir un cuadro multi dimensional del e-cliente y todas las características que pueda tener, edad, país, trabajo, familia, rol, etc., habrá que hacerlo girar virtualmente para entender su perspectiva y las necesidades que surgen entre sus diferentes roles y localizaciones, si se analiza con la suficiente intensidad las formas de actuar, se encontrarán oportunidades en el furor de las empresas que comienzan. Puede resultar tentador confirar en los grupos demográficos estándar que han



constituido el elemento básico de las campañas de marketing durante tanto tiempo. Es necesario analizar lo suficiente acerca del comportamiento de un e-cliente para deducir el grupo del que forma parte y, por lo tanto, qué es lo que quiere comprar. Claritas, la empresa de investigación de mercados de Estados Unidos, admite la tendencia, reconoce que el número de grupos ha crecido un 50% desde los años 70 y que a comienzos de los 2000 había más de 62 modos de vida distintos en los Estados Unidos. La fragmentación está creando cada vez más subgrupos que no se ajustan claramente a los estratos económicos o sociales históricos. La globalización está reduciendo el impacto de la geografía como fuente de diferenciación de los modos de vida. La población está viviendo a modo de tribu virtual, en la que no es requisito la proximidad física, agrupadas como resultado del marketing, la televisión y la misma red globales. Cuanto más grande es el grupo, más grupos cerrados se forman.

• Crear los datos de prueba con especial énfasis en los procesos del negocio, planificando la instalación del sitio y del catálogo. Se alojará el sitio con el catálogo embebido en el servidor correspondiente (hosting), se planificarán pruebas que custodien el normal desarrollo de los procesos del negocio. En esta etapa se deberán contemplar los procesos que se deberán desarrollar a fin de instalar, operar, soportar, mantener y retirar un producto software. Se realizan después de la construcción del software, vale decir, se aplican a las últimas fases del ciclo de vida del software. Hay que transformar la representación del diseño detallado de un producto software a una realización en un lenguaje de programación apropiado. Se trata de una etapa de implementación en la que se produce código fuente, el código de la base de datos y la documentación, que constituyen la manifestación física del diseño de acuerdo a los estándares y metodologías del proyecto. Además, en este proceso se debe integrar el código y la base de datos. Se deberá planificar y realizar la integración del sistema. La salida de este proceso está sujeta a las pruebas de verificación y validación adecuadas; el código y la base de datos junto con la documentación producida durante los procesos previos son la primera representación completa del producto software.

• Proveer de asistencia técnica y consultas a e-clientes, planificando la documentación de ayuda en línea para los mismos; búsquedas personalizadas. En esta etapa se implementará la documentación general, inclusive la de ayuda en línea, produciéndola y distribuyéndola en el sitio. Una vez terminada la prueba del software, el proyecto está casi preparado para ser entregado a los usuarios finales. Sin embargo, antes de la entrega se llevan a cabo una serie de actividades de garantía de calidad para asegurar que se han generado y catalogado los registros y documentos internos adecuados, que se ha desarrollado una documentación de alta calidad para el usuario y que se han establecido los mecanismos apropiados de control de configuraciones. Entonces, el software, ya puede ser distribuido a los usuarios finales. Es necesario, en este punto, girar el enfoque o centro de atención desde la construcción al mantenimiento; corrección de errores, adaptación al entorno y mejora de la funcionalidad. En todos



los casos, la modificación del software no sólo afecta al código, sino también a la configuración entera; es decir, todos los documentos, datos y programas desarrollados en la fase de planificación y desarrollo. El proceso de desarrollo de documentación para el desarrollo y uso del software es el conjunto de actividades que planifican, diseñan, implementan, editan, producen, distribuyen y mantienen los documentos necesarios para los desarrolladores y los usuarios. Para conseguir una utilización efectiva del sistema software, se debe proporcionar a los usuarios del sistema instrucciones, guía y adyuda para el entendimiento de las capacidades del sistema y de sus limitaciones. Por ello, es imprescindible la formación de los usuarios en el nuevo sistema. Se deberá incluir la planificación, desarrollo, validación e implementación de los programas de formación de desarrolladores, personal de soporte técnico y clientes, y la elaboración de los materiales de formación adecuados.

4.3 MATRIZ DE ACTIVIDADES Por todo lo mencionado en el apartado anterior, se realizan las modificaciones y agregados a la matriz de actividades propuesta por Juristo Juzgado N. (1996) en su trabajo “Proceso de Construcción del software y ciclos de vida en módulos de Proyectos de Software” para la Universidad Politécnica de Madrid, surgiendo en consecuencia la matriz de actividades que se propone a continuación:

Actividades de los Procesos FAC RES REP DPR DDP DEP IPP RIT DSF ISF OPM RET

Proceso de identificación de la necesidad de resolver el problema de catálogos que custodien las actividades de negocios

- Identificar la necesidad de un catálogo electrónico específico que custodie las actividades de negocios

�

- Identificar el nicho y posicionamiento del negocio �

Proceso de selección de un MCVS

-Identificar los posibles MCVS. �

-Seleccionar un modelo para el proyecto que tome en consideración el tipo de negocio

�

Proceso de iniciación, Planificación y Estimación del Proyecto.

-Establecer la matriz de actividades para el MCVS que custodie los procesos de negocio

�




-Asignar los recursos del proyecto. � � � � � � � � � � � � -Definir el entorno del proyecto. � � � � �

-Planificar la gestión del proyecto. � � � �

Proceso de Seguimiento y Control del Proyecto

-Analizar riesgos � � � � � � � � � �

-Realizar la planificación de contingencias. � � � � � � � � �

-Gestionar el proyecto. � � � � � � � � � � � � -Implementar el sistema de informes de problemas. � � � � � � � � � � � � -Archivar registros. � � � � � � � � � � Proceso de gestión de Calidad del Software

-Planificar la garantía de calidad del catálogo � � � �

-Desarrollar métricas de calidad � � � � � �

-Gestionar la calidad del software � � � � � � � � � � � � -Identificar necesidades de mejora de calidad en los procesos del negocio implícitos en el catálogo

� � � � � � � � � � � �

Proceso de Exploración de Conceptos

-Identificar la necesidad de un catálogo que custodie los procesos del negocio

�

-Formular las soluciones potenciales � � �

-Dirigir los estudios de viabilidad. � � �

-Refinar y Finalizar la idea o necesidad. � � �

Proceso de Asignación del Sistema

-Analizar las potenciales funcionalidades del catálogo � � � �

-Definir las funcionalidades del catálogo � � �

-Desarrollar la arquitectura del catálogo tomando en consideración las características del negocio

� � �

-Descomponer los requisitos del sistema (catálogo) � �




Proceso de Análisis de requisitos para el catálogo

-Definir y Desarrollar los requisitos de software (catálogo)

� � � �

-Definir los requisitos de interfaz con el cliente � � � �

-Priorizar e Integrar los requisitos del software (catálogo)

� � � �

Proceso de Diseño

-Analizar el flujo de información � �

-Realizar el diseño creativo del sitio donde se instalará el catálogo. Layout

� �

-Producir la página � �

-Capturar nuevos clientes � �

-Generar una lista de comunicación para clientes: proceso estratégico para la circulación de prospectos

� �

-Diseñar la base de datos � �

-Diseñar las interfaces � �

-Seleccionar o Desarrollar algoritmos � � � �

-Realizar el diseño detallado �

Proceso de Implementación e Integración de módulos

-Crear el código fuente. � � � �

-Generar el código fuente. � � � �

-Crear la documentación de operación. � � �

-Planificar la integración de los módulos � � � �

-Realizar la integración. � � � �

Proceso de Instalación y Aceptación

-Planificar la instalación del sitio y del catálogo � �

-Alojar el sitio con el catálogo embebido en el servidor correspondiente (hosting)

� �

-Cargar la base de datos � �




-Aceptar el catálogo en el entorno de operación � �

-Realizar las actualizaciones � �

Proceso de Operación y Soporte

-Proveer de asistencia técnica y consultas a clientes �

-Mantener el histórico de peticiones de soporte �

Proceso de Mantenimiento

-Realizar el mantenimiento correctivo �

-Reaplicar el ciclo de vida del software �

Proceso de Retiro

-Notificar al usuario. � � -Conducir operaciones en paralelo � - Retirar el catálogo � Proceso de Verificación y Validación

-Planificar la verificación y validación � � �

-Ejecutar las tareas de verificación y validación � � � �

-Recoger y Analizar los datos de las métricas � � � � � � � � � � -Desarrollar las especificaciones de las pruebas � �

-Ejecutar las Pruebas � �

Proceso de Configuración

-Planificar la gestión de configuración � � �

-Realizar la identificación de las configuración � � � � � � �

-Realizar el control de la configuración � � � � � � � � -Realizar la información del estado de la configuración � � � � � � � � Proceso de Documentación

-Planificar la documentación general del sistema � � �




-Planificar la documentación de ayuda en línea para el usuario con especial énfasis en el uso del catálogo y búsquedas personalizadas

� � �

-Implementar la documentación general � �

- Implementar la documentación de ayuda en línea � �

-Producir y Distribuir la documentación en el sitio � � � � � � � � � � Proceso de Formación

-Planificar el programa de formación. � � �

-Desarrollar los materiales de formación. � � � � � �

-Validar el programa de formación. � � � �

-Implementar el programa de formación. � �

- figura 4.3 Matriz de actividades con desglose de procesos -

4.4 MÉTODOS, TÉCNICAS Y HERRAMIENTAS A UTILIZAR En la figura 4.6 se pueden observar los métodos, las técnicas y/o herramientas a emplear en cada uno de los diferentes procesos. PROCESO

DOCUMENTO DE SALIDA MÉTODOS/TÉCNICAS/ HERRAMIENTAS A EMPLEAR

Proceso de selección de un modelo de ciclo de vida

Ciclo de vida adoptado

Proceso de iniciación, planificación y estimación del proyecto

Plan de gestión del proyecto Diagrama de Gantt o Pert (CPM) Modelos empíricos de estimación



Proceso de seguimiento y control del proyecto

Análisis de riesgos y plan de contingencias. Registro histórico del proyecto

Modelizado. Prototipado. Revisiones. Auditorías. Análisis CPM.

Proceso de gestión de calidad del Software

Plan de garantía de calidad. Recomendaciones de mejora de calidad.

Técnicas de planificación. Métricas de calidad del software.

Proceso de exploración de conceptos

Informe de necesidades Posibles soluciones

Análisis costo-beneficio DFD. Prototipado

Proceso de asignación del sistema

Especificación de requisitos funcionales de hardware y software. Especificación de interfaces del sistema o programa. Descripción funcional. Arquitectura.

DFD Módulos

Proceso de análisis de requisitos para el catálogo

Especificación de los objetivos y estructuración de conceptos. Selección de contenidos y pertinencia

Uso de mapas conceptuales

de los conte-nidos

Jerarquización de los conceptos

Uso de mapas conceptuales Proceso de diseño

del soft-ware

Descripción del diseño del software y de la arquitectura. Descripción del flujo de información, bases, interfaces y algoritmos

Programación estructurada. Programación orientada a objetos. Técnicas de prototipado Patrones de diseño

Proceso de implementación e integración de módulos

Datos para las pruebas. Documentación del sistema o programa y del usuario. Plan de integración

Lenguajes de programación



Proceso de instalación y aceptación

Plan de instalación Informe de instalación

Lenguajes de programación.

Proceso de operación y soporte

Histórico de pedidos de soporte Análisis estadístico

Proceso de mantenimiento

Recomendaciones de mantenimiento

Reaplicar el ciclo de vida

Proceso de retiro

Plan de retiro

Proceso de verificación y validación

Plan de verificación y validación. Plan de pruebas. Especificación y resumen de la prueba. Software probado.

Pruebas de caja negra y pruebas de caja blanca

Proceso de configuración

Plan de gestión de la configuración Base de datos

Proceso de documentación

Plan de documentación técnica

Proceso de formación y capacitación del personal

Plan de formación y capacitación

Diagramas Pert y Gantt

- figura 4.6 Métodos, técnicas y herramientas utilizadas en los procesos - 4.5 CONFORMACIÓN DEL EQUIPO DE TRABAJO La creación de catálogos electrónicos es una tarea que compete a diferentes áreas del saber. En este tipo de proyectos es fundamental la formación y la conformación de los equipos de



desarrollo. Para ello, y tal como se exhibe en la figura 4.7, es necesario recurrir a especialistas en desarrollos de software, planificadores eficaces y docentes conocedores del área de experticia en que se desarrollará el programa, ya que en cada caso habrá que generar un modelo de acuerdo a las necesidades. Si bien la conformación de los equipos de desarrollo para software comercial es una instancia que requiere de la habilidad del líder del proyecto y de las buenas relaciones entre los integrantes, en este caso en particular, la situación se vuelve crítica, debido a la interdisciplinariedad del equipo, centrado en la tarea de integrar y coordinar profesionales de campos disciplinares diferentes. Se requerirán los siguientes perfiles:

Profesionales del área de negocios

Especialistas en el área de negocios para determinar los contenidos a incluir y expertos en el área de desarrollo

Profesionales desarrolladores de software

Analistas y programadores para el análisis del proyecto y la codificación

Coordinador del proyecto Como en todo proyecto soportado por una ingeniería de base, recaerá en el ingeniero de software

Personal técnico de apoyo (diseño gráfico y sonido)

De acuerdo a las dimensiones del desarrollo habrá operadores, diseñadores gráficos, especialistas en sonido, vídeo.

- figura 4.7 Equipo de trabajo -



5 CASO DE ESTUDIO: Producción de muebles de estilo En este Capítulo se hace un planteamiento con la metodología propuesta en el caso de producción de muebles de estilo, se dan los antecedentes de demanda y oferta, se plantean hipótesis sobre la disponibilidad de los insumos principales, se proporcionan razones que permiten establecer las potenciales ventajas comparativas de Argentina en la producción de muebles de estilo, con calidad apta para exportación, se entalla la matriz de actividades propuesta a las características del negocio caso de estudio, y se justifican las actividades agregadas a los procesos de la matriz original.

5.1 ANTECEDENTES 5.1.1 DEMANDA La demanda de muebles de estilo, de diseño y fabricación de elevada calidad, está relacionada con el nivel de ingresos de una sociedad y con su nivel cultural. La cantidad demandada está relacionada también con el promedio de metros cuadrados de vivienda, pero es necesario, además, un cierto nivel de educación para reconocer las diferencias y tener interés en adquirir cierto tipo de diseños y la terminación que en el pasado era el standard en el mobiliario de familias de elevados ingresos en Argentina y por supuesto en Europa y EEUU.

De acuerdo con las pautas culturales vigentes, el porcentaje de muebles modernos con menor estilo y menor valor agregado puede ser mayor o menor, pero en todo medio social de elevados ingresos existirá una demanda importante de muebles finos de precio medio y elevado. Esta demanda proviene de las familias, pero también de las empresas, debido a que en determinadas áreas de negocios se tiende a incorporar un mayor nivel de confort y refinamiento en las oficinas gerenciales y especialmente en aquellas que se utilizan para la relación con clientes importantes y proveedores: Bancos, consultorios médicos, hoteles, estudios jurídicos y contables, etc..

Cuando un país es considerado desarrollado por su nivel de ingresos, esta demanda se torna prácticamente masiva y alcanza volúmenes importantes. La demanda de muebles de estilo nunca llegará a representar un porcentaje mayoritario en el volumen de las ventas totales de un mercado, pero en ciertos medios sociales urbanos de economías desarrolladas puede representar un porcentaje elevado de los ingresos por ventas. Además, los muebles de elevada calidad tienen un contenido emocional por su posibilidad de permanecer en una familia más de una generación, y son por ello el tipo de bien que los padres regalas a sus hijos cuando se casan, o que se regalan a sí mismos al llegar a cierta edad o a cierto nivel de ingresos.



5.1.2 OFERTA Los muebles de estilo y menos aún las réplicas de diseños o piezas prestigiosas, no se fabrican en grandes series, incluso en los mercados de mayores ingresos. La oferta se concentra en mueblerías con precios relativos elevados y casas de decoración. Las revistas de arquitectura y decoración publicitan un número elevado de fabricantes y comerciantes pero cada uno de ellos en general no opera con una cantidad de modelos y volúmenes significativos. Es posible que este tipo de empresa especializada analice con interés la oferta de asociación con un productor confiable argentino que por sus menores costos, podría conferirle una gran competitividad, en caso de incorporarlo como proveedor.

Las tiendas por departamentos tienen una oferta restringida de este tipo de muebles. Y existen especialistas, fabricantes de muebles de gran volumen, con miles de modelos diferentes y producción en Europa y EEUU. Pero quienes sean industrias o no, venden fundamentalmente muebles que si bien tienen standards de construcción en muchos casos de calidad aún superior a muebles de estilo de mayor precio, se colocan en un rango de precio más reducido y gran parte de estos muebles no pueden ser considerados muebles de estilo sino muebles modernos o funcionales.

5.2 HIPÓTESIS SOBRE LA DISPONIBILIDAD DE LOS INSUMO S

PRINCIPALES Argentina fue hasta fines de los años 60 un mercado importante en términos relativos para muebles de estilo, pero hoy las mejores mueblerías han cerrado sus puertas, los artesanos son escasos y la mayor parte de la producción disponible no es de las líneas y calidades que permitirían su exportación a consumidores exigentes de países desarrollados. En el mercado Argentino existe hoy gran volumen de productos de menor calidad y unos pocos especialistas ofrecen piezas de categoría pero con precios que a veces superan a los vigentes en los países desarrollados para productos similares.

Con respecto a la materia prima, si bien Argentina no ha tenido nunca plantaciones de madera fina, están disponibles zonas aptas para cualquier especie a menor valor por Ha. y con mayor velocidad de crecimiento que en las zonas de origen de esas especies. Dado que la materia prima no representa un porcentaje elevado del precio de venta, nada impide que se concrete un período de importación hasta contar con la materia prima local.



5.3 RAZONES QUE PERMITEN ESTABLECER LAS POTENCIALES VENTAJAS COMPARATIVAS DE ARGENTINA EN LA PRODUCCIÓN DE MUEBLES DE ESTILO, CON CALIDAD APTA PARA EXPORTACIÓ N

� La producción de este tipo de muebles no puede ser llevada adelante por operarios

marginales sin capacitación previa, como los que son contratados habitualmente en los servicios en los países desarrollados.

� La demanda de este tipo de muebles se mantendrá firme en las naciones desarrolladas, pero, además, pueden surgir nuevos mercados significativos en los grupos sociales de mayores ingresos de las naciones que alcanzan por primera vez niveles de producto per capita medios o elevados como localmente, en el ámbito del Mercosur.

� Argentina tiene y mantendrá durante años, diferencias salariales importantes respecto a estos países desarrollados, y, además, dispone del nivel cultural y la formación profesional para organizar y gerenciar la producción de estos bienes. Estos dos elementos muestran la existencia de una ventaja comparativa para organizar la producción en este mercado.

5.4 MATRIZ DE ACTIVIDADES Tomando en consideración el tipo de negocio planteado precedentemente, se concluye en que la matriz correspondiente al ciclo de vida propuesto para el desarrollo del catálogo electrónico de la compañía, que contemple sus procesos de negocio es la que indica la figura 5.1.


Proceso de identificación de la necesidad de resolver el problema de catálogos que custodien las actividades de negocios

- Identificar la necesidad de un catálogo electrónico específico que custodie las actividades del negocio de fabricación y venta de muebles de estilo

�

- Identificar el nicho y posicionamiento del negocio �

Proceso de selección de un MCVS

-Identificar los posibles MCVS. �

-Seleccionar un modelo para el proyecto que tome en consideración el tipo de negocio

�

Proceso de iniciación, Planificación y Estimación del Proyecto.

-Establecer la matriz de actividades para el MCVS que custodie los procesos de negocio

�




-Asignar los recursos del proyecto. � � � � � � � � � � � � -Definir el entorno del proyecto. � � � � �

-Planificar la gestión del proyecto. � � � �

Proceso de Seguimiento y Control del Proyecto

-Analizar riesgos � � � � � � � � � �

-Realizar la planificación de contingencias. � � � � � � � � �

-Gestionar el proyecto. � � � � � � � � � � � � -Implementar el sistema de informes de problemas. � � � � � � � � � � � � -Archivar registros. � � � � � � � � � � Proceso de gestión de Calidad del Software

-Planificar la garantía de calidad del catálogo � � � �

-Desarrollar métricas de calidad � � � � � �

-Gestionar la calidad del software � � � � � � � � � � � � -Identificar necesidades de mejora de calidad en los procesos del negocio implícitos en el catálogo

� � � � � � � � � � � �

Proceso de Exploración de Conceptos

-Identificar la necesidad de un catálogo que custodie los procesos del negocio

�

-Formular las soluciones potenciales � � �

-Dirigir los estudios de viabilidad. � � �

-Refinar y Finalizar la idea o necesidad. � � �

Proceso de Asignación del Sistema

-Analizar las potenciales funcionalidades del catálogo � � � �

-Definir las funcionalidades del catálogo � � �

-Desarrollar la arquitectura del catálogo tomando en consideración las características del negocio

� � �

-Descomponer los requisitos del sistema (catálogo) � �




Proceso de Análisis de requisitos para el catálogo

-Definir y Desarrollar los requisitos de software (catálogo)

� � � �

-Definir los requisitos de interfaz con el cliente � � � �

-Priorizar e Integrar los requisitos del software (catálogo)

� � � �

Proceso de Diseño

-Analizar el flujo de información � �

-Realizar el diseño creativo del sitio donde se instalará el catálogo. Layout

� �

-Producir la página � �

-Capturar nuevos clientes � �

-Generar una lista de comunicación para clientes: proceso estratégico para la circulación de prospectos

� �

-Diseñar la base de datos � �

-Diseñar las interfaces � �

-Seleccionar o Desarrollar algoritmos � � � �

-Realizar el diseño detallado �

Proceso de Implementación e Integración de módulos

-Crear el código fuente. � � � �

-Generar el código fuente. � � � �

-Crear la documentación de operación. � � �

-Planificar la integración de los módulos � � � �

-Realizar la integración. � � � �

Proceso de Instalación y Aceptación

-Planificar la instalación del sitio y del catálogo � �

-Alojar el sitio con el catálogo embebido en el servidor correspondiente (hosting)

� �

-Cargar la base de datos � �




-Aceptar el catálogo en el entorno de operación � �

-Realizar las actualizaciones � �

Proceso de Operación y Soporte

-Proveer de asistencia técnica y consultas a clientes �

-Mantener el histórico de peticiones de soporte �

Proceso de Mantenimiento

-Realizar el mantenimiento correctivo �

-Reaplicar el ciclo de vida del software �

Proceso de Retiro

-Notificar al usuario. � � -Conducir operaciones en paralelo � - Retirar el catálogo � Proceso de Verificación y Validación

-Planificar la verificación y validación � � �

-Ejecutar las tareas de verificación y validación � � � �

-Recoger y Analizar los datos de las métricas � � � � � � � � � � -Desarrollar las especificaciones de las pruebas � �

-Ejecutar las Pruebas � �

Proceso de Configuración

-Planificar la gestión de configuración � � �

-Realizar la identificación de las configuración � � � � � � �

-Realizar el control de la configuración � � � � � � � � -Realizar la información del estado de la configuración � � � � � � � � Proceso de Documentación

-Planificar la documentación general del sistema � � �




-Planificar la documentación de ayuda en línea para el usuario con especial énfasis en el uso del catálogo y búsquedas personalizadas

� � �

-Implementar la documentación general � �

-Implementar la documentación de ayuda en línea � �

-Producir y Distribuir la documentación en el sitio � � � � � � � � � � Proceso de Formación

-Planificar el programa de formación. � � �

-Desarrollar los materiales de formación. � � � � � �

-Validar el programa de formación. � � � �

-Implementar el programa de formación. � �

- figura 5.1 Matriz de actividades con desglose de procesos -

5.5 JUSTIFICACIÓN DE LAS ACTIVIDADES AGREGADAS A LO S PROCESOS DE LA MATRIZ ORIGINAL

� Identificar la necesidad de un catálogo electrónico específico que custodie las actividades del negocio de fabricación y venta de muebles de estilo.

Debe desarrollarse en la etapa en que se estudia la factibilidad (FAC) del proyecto por lo cual es necesario detectar la necesidad lo antes posible ya que es la actividad inicial y en consecuencia la que da comienzo al proyecto. Para lograr este objetivo se sugiere entrevistar a los responsables del negocio de fabricación y venta de muebles de estilo.

� Identificar el nicho y posicionamiento del negocio.

Hay que estudiar minuciosamente el nicho y posicionamiento del negocio lo más acabada y detalladamente posible a fin de estudiar la factibilidad (FAC) del desarrollo. Se estudiarán los antecedentes de la empresa mencionada y se investigará acerca del rubro de fabricación y venta de muebles de estilo; inclusive se sugiere analizar las tendencias del mercado con respecto al rubro en cuestión.

� Seleccionar un modelo para el proyecto que tome en consideración el tipo de negocio.



Es necesario desarrollar esta actividad en la etapa en que se estudia la factibilidad (FAC) del proyecto ya que es de fundamental importancia elegir el modelo de ciclo de vida correcto y, de ser necesario, hacer sobre él las modificaciones para que se adapte completamente al desarrollo considerando el caso particular de fabricación y venta de muebles de estilo. Se define al inicio del proyecto y se realiza una única vez.

� Establecer la matriz de actividades para el MCVS que custodie los procesos de negocio.

En esta etapa se estudia la posibilidad de modificar el modelo de ciclo de vida elegido agregando y modificando las actividades de modo tal de armar la matriz de actividades que custodien el normal desarrollo del negocio. Se analiza la factibilidad (FAC) de la implementación del MCVS propuesto para este rubro.

� Planificar la garantía de calidad del catálogo

El objetivo general al planificar la garantía de calidad es establecer las acciones necesarias para proveer una confianza adecuada en la calidad de los productos software asociados en forma directa al catálogo; es decir, que satisfagan los requisitos técnicos establecidos. Esta actividad se desarrollará en la etapa de Definición de requisitos del sistema (RES) ya que es normalmente donde se planifica el diseño general y en consecuencia la garantía que brindaremos por la calidad del desarrollo. Asimismo se tendrá en cuenta en la etapa de Especificación de los requisitos del prototipo (REP) y en el Diseño del mismo (DPR) para lo cual se establecerán métricas de software para el control del proyecto. Esta actividad también se tendrá en cuenta en el Refinamiento iterativo de las especificaciones del prototipo (RIT). A los efectos de la planificación se realizarán verificaciones y validaciones del software generado, involucrando actividades imprescindibles para el control de la calidad del software, entendiéndose por verificación al conjunto de actividades para la comprobación de que el catálogo está técnicamente bien construido y funciona. Se debe comprobar si los productos construidos en una fase del ciclo de vida satisfacen los requisitos establecidos en la fase anterior, decidiendo si el catálogo, hasta el momento, es consistente y completo. Se verificará que todos los procesos del negocio de mueblería de estilo están contemplados en el desarrollo, cuidando el óptimo desenvolvimiento de los procesos. De modo complementario, la validación trata de comprobar que el catálogo es el que se deseaba construir y que funciona como el usuario quiere. En general, se trata de comprobar que el catálogo construido satisface los requisitos del usuario. En este sentido sólo tiene objeto validar el producto que está verificado (no interesa comprobar si un producto que no funciona es lo que se pedía).

� Identificar necesidades de mejora de calidad en los procesos del negocio implícitos en el catálogo.



La identificación de las necesidades de mejora de calidad deberá ser desarrollada en todas las etapas del ciclo de vida si se pretende generar un producto confiable. Se aplicarán métricas de software, entendiéndose por tal a la aplicación continua de técnicas basadas en las medidas de los procesos de desarrollo del software y de sus productos para producir una información de gestión significativa y a tiempo, a la vez que se mejoran los procesos y sus productos. El objetivo de esta actividad es generar un producto que sirva de apoyo y sostén a la empresa, involucrándolo y alineándolo dentro de su misión y objetivos.

� Identificar la necesidad de un catálogo que custodie los procesos del negocio.

Se intenta chequear si se ha entendido correcta y concienzudamente la idea del usuario, analizándose a posteriori si su implementación es posible. En consecuencia esta actividad se ha de desarrollar en la etapa en la que se analiza su factibilidad (FAC). Deberá contemplarse cuidadosamente que los procesos de negocio contenidos en el desarrollo de la actividad de fabricación y venta de muebles estén incluidos en la aplicación.

� Analizar las potenciales funcionalidades del catálogo.

Debido a que el catálogo es parte de un sistema mayor, se comienza estableciendo los requisitos de todos los elementos del sistema y luego asignando algún subconjunto de estos requisitos al software, para su análisis y refinamiento en procesos posteriores. Este planteamiento es esencial efectuarlo en la etapa de Definición de requisitos del sistema (2) para posteriormente refinarse en la etapa de Especificación de requisitos del prototipo (3) y de Diseño del mismo (4), ya que el catálogo debe interrelacionarse con otros elementos, tales como hardware, personas y bases de datos. Al desarrollar esta actividad se necesitará de una comunicación intensa entre el cliente y el equipo de trabajo. El cliente debe comprender los objetivos del sistema y ser capaz de exponerlos claramente. El equipo deberá saber qué preguntas hacer a fin de conocer pormenorizadamente el negocio de la venta de muebles de estilo. Si la comunicación se rompe, el éxito del proyecto entero estará en peligro. Es por esta causa que todas las posibles funcionalidades del catálogo serán revisadas y nuevamente evaluadas en la etapa de Diseño del sistema final (9).

� Definir las funcionalidades del catálogo.

Al desarrollar esta actividad se definen los objetivos del catálogo, la información que se va a obtener, la información que se va a suministrar, las funciones, el comportamiento y el rendimiento requerido por la gerencia del negocio. El equipo de desarrollo se asegura de distinguir entre lo que “necesita” el cliente (elementos críticos para la realización) y lo que el cliente “quiere” (elementos deseables pero no esenciales). Se define un Diagrama de Flujo (DF) en el que se mencionan los subsistemas principales de la arquitectura del negocio de mueblería. Esta actividad se desarrolla tomando como base las potenciales funcionalidades definidas en la actividad anterior, por lo que es esencial desarrollarla en



las etapas de Definición de requisitos del sistema (RES), Especificación de los requisitos del sistema (REP) y Diseño del prototipo (DPR). En este momento ya se encuentran chequeadas las funcionalidades que los responsables de la empresa de muebles pretenden que el desarrollo posea.

� Desarrollar la arquitectura del catálogo tomando en consideración las características del negocio.

En esta actividad se refina el diagrama de contexto de la arquitectura considerando con más detalle la función del sistema. Esta actividad es de importancia relevante dado que se contemplará el refinamiento progresivo de los procesos específicos del negocio de mueblería. Se identifican los subsistemas principales que permiten el funcionamiento del sistema considerado en el contexto del negocio, y definido por el Diagrama de Contexto (DC). El Diagrama de Flujo de la arquitectura del negocio de mueblería definido en la actividad anterior muestra los subsistemas principales y las líneas importantes de flujo de información (control y datos). En esta etapa, cada uno de los subsistemas contendrá varios elementos del sistema (hardware, software, personal), según hayan sido asignados. Esta actividad se desarrolla tomando como base las funcionalidades definidas en la actividad anterior, por lo que es esencial desarrollarla en las etapas de Definición de requisitos del sistema (RES), Especificación de los requisitos del sistema (REP) y Diseño del prototipo (DPR). En este momento ya se encuentran firmemente definidas las funcionalidades del desarrollo. En la arquitectura del software, para la definición de módulos se utiliza los conceptos de abstracción y de ocultamiento de información que derivan en el concepto de independencia funcional. La independencia funcional se adquiere desarrollando módulos con una función definida y específica (máxima cohesión) y una aversión a una excesiva interacción con otros módulos (mínimo acoplamiento). Es decir, se trata de diseñar software de forma que cada módulo se centre en una subfunción específica de los requisitos y tenga una interfaz sencilla, cuando se ve desde otras partes de la estructura del software. De este modo, la independencia se mide con dos criterios cualitativos: la cohesión y el acoplamiento. La cohesión es una medida de la fortaleza funcional relativa de un módulo. El acoplamiento es una medida de la interdependencia relativa entre los módulos de una estructura de programa.

� Descomponer los requisitos del sistema (catálogo)

El Diagrama inicial de flujo de la arquitectura se constituye en el nodo raíz de la jerarquía del Diagrama de Flujo (DF). Se puede ampliar cada subsistema del DF inicial en otro diagrama de arquitectura dedicado exclusivamente a él. Este proceso de descomposición de arriba abajo, conocido como metodología top-down, permite disponer de una jerarquía de DF, donde cada uno de los DF del sistema se puede utilizar como punto de partida para los posteriores pasos de ingeniería del subsistema que describe. Podría decirse que esta



actividad sería la que culmina con las etapas de Definición de requisitos del sistema (RES) y Especificación de los requisitos del sistema (REP).

� Definir y Desarrollar los requisitos de software (catálogo)

En esta actividad se establecen en forma concisa y precisa el conjunto de requisitos que deben ser satisfechos por el desarrollo destinado al negocio de mueblería en cuestión. Describe los requisitos funcionales, de rendimiento, y de interfaz del software y define los entornos de operación y de soporte. Esta actividad se desarrolla tomando como base las funcionalidades ya definidas, por lo que es esencial desarrollarla en las etapas de Definición de requisitos del sistema (RES), Especificación de los requisitos del sistema (REP) y Diseño del prototipo (DPR). Se trabaja sobre las especificaciones producidas en las dos actividades anteriores. Además será vuelto a considerar en la etapa de Diseño del sistema final (DSF) en la que se revisarán los requisitos desarrollados.

� Definir los requisitos de interfaz con el cliente

Los requisitos de interfaz determinan las características que el software debe soportar para cada interfaz humano del producto software (interfaz de usuario), las características lógicas de cada interfaz entre el producto software y las componentes hardware del sistema (interfaz de hardware); el uso de otros productos software (el sistema de gestión de base de datos, que será una componente muy importante, y el sistema operativo) e interfaces con otros sistemas de aplicación que posea el negocio de mueblería (facturación y stock, por ejemplo) determinan la interfaz de software. En esta actividad se definen cuestiones como que la interfaz del usuario cuente con ventanas superpuestas. Esta actividad se desarrolla tomando en cuenta las funcionalidades definidas, por lo que es esencial desarrollarla en las etapas de Definición de requisitos del sistema (RES), Especificación de los requisitos del sistema (REP) y Diseño del prototipo (DPR). Además será revisada en la etapa de Diseño del sistema final (DSF).

� Priorizar e integrar los requisitos del software (catálogo)

Existen algunos atributos del software (seguridad, consistencia, facilidad de traza), en particular en el negocio de mueblería, que pueden dar lugar a requisitos específicos del desarrollo. Para el caso en cuestión, y considerando que la empresa en estudio es de mediana a gran envergadura, el acceso a ciertos datos serán restringidos. Esta actividad se desarrolla tomando en cuenta las funcionalidades definidas, por lo que será considerada en las etapas de Definición de requisitos del sistema (RES), Especificación de los requisitos del sistema (REP) y Diseño del prototipo (DPR). Además será revisada en la etapa de Diseño del sistema final (DSF).

� Realizar el diseño creativo del sitio donde se instalará el catálogo. Layout



El Proceso de Diseño, que abarca en la matriz de actividades para el MCVS propuesto, desde la actividad de Analizar el flujo de información hasta la actividad de Realizar el diseño detallado, es el proceso central que unifica los procesos de desarrollo y de mantenimiento del software. Para el caso del negocio de mueblería de estilo, el objetivo general del proceso en su totalidad es el desarrollo de una representación coherente y organizada del sistema software que satisfaga la Especificación de Requisitos del Software propuesta en actividades anteriores. La calidad de dicha representación se puede evaluar. El Proceso de Diseño traduce el “qué hacer” de las especificaciones de los requisitos en el “cómo hacerlo” de las especificaciones de diseño. Inicialmente, la representación describe una visión sistémica del catálogo para el negocio de mueblería. Posteriores refinamientos de diseño conducen a una representación que se acerca al código fuente. El diseño de este catálogo podrá verse desde dos perspectivas: la técnica y la de gestión del proyecto. Desde el punto de vista técnico, su diseño comprenderá cuatro actividades básicas: diseño de los datos, diseño arquitectónico, diseño procedimental y diseño de las interfaces. Desde el punto de vista de gestión del proyecto, el diseño irá desde el diseño arquitectónico (diseño preliminar o diseño de alto nivel) al diseño detallado (diseño de bajo nivel). El nivel de diseño arquitectónico o preliminar se focalizará en las funciones y estructuras de las componentes que conformarán el sistema software. El nivel de diseño detallado se ocupará del refinamiento de la representación arquitectónica del catálogo que llevará a una estructura de datos detallada y a las representaciones algorítmicas que se usarán para cada componente modular del software y para el diseño de las distintas funcionalidades y búsquedas que permitirá el catálogo. Es de importancia relevante tener presente esta tarea en las etapas específicas del diseño del prototipo (etapas DPR y DDP).

� Producir la página

El diseño detallado se deriva del diseño preliminar, en consecuencia sus correspondientes actividades se realizan en secuencia mientras que el resto de las actividades de este proceso (analizar el flujo de información, diseñar la base de datos de la fábrica de muebles, diseñar las interfaces, seleccionar o desarrollar algoritmos) se ejecutan en paralelo. Estas últimas producen refinamientos del diseño que son también entradas a la actividad de diseño detallado. Es esencial tener presente esta tarea en las etapas destinadas al diseño del prototipo (etapas DPR y DDP).

� Capturar nuevos clientes

El desafío de este sistema software será la gran competencia existente en la actualidad en el rubro de fabricación y venta de muebles de estilo y las numerosas opciones. La combinación de las distintas formas de atraer a los e-clientes al sitio web es compleja. Requiere entender las posibilidades y las pautas de su utilización. La publicidad se ha



visto reforzada por la proliferación de los canales de medios de comunicación. Los medios electrónicos han inspirado nuevas formas de alcanzar las pretensiones de los comerciantes antiguos de atraer a los e-clientes. Se ha de tener muy en cuenta que, en general, al e-cliente le disgusta la publicidad. Valora Internet porque en ella no hay presiones para que compre. Si se adopta una metodología publicitaria agresiva e insistente se tenderá a perder al e-cliente, se alejará. Es recomendable adoptar una línea publicitaria más bien persuasiva pero no agresiva en su metodología. Es de importancia relevante tener presente esta tarea en las etapas específicas del diseño del prototipo (etapas DPR y DDP).

� Generar una lista de comunicación para clientes: proceso estratégico para la circulación de prospectos

Habrá de tomarse en cuenta que el e-cliente que tenga especial aversión por la publicidad puede que haber adoptado un producto que suprima los anuncios no deseados y que rechace las etiquetas electrónicas. El producto será lo suficientemente atractivo como para que el e-cliente sienta que ha recibido una recompensa más que suficiente por su atención. Habrá que lograr que el e-cliente no sienta que la empresa de muebles está haciendo su promoción o marketing. Esta creciente antipatía entre los e-clientes hacia la publicidad significa que la técnica adoptada para el desarrollo del presente sistema software cambiará el centro de atención desde el anuncio directo “venga y lléveselo”, al marketing basado en el contenido “le gustará”. Tomar en cuenta esta tarea en las etapas específicas del diseño del prototipo (etapas DPR y DDP).

� Planificar la instalación del sitio y del catálogo / Alojar el sitio con el catálogo embebido en el servidor correspondiente (hosting)

Implica el transporte y la instalación del sistema software desarrollado tomando en consideración las características particulares del negocio de fábrica de muebles de estilo, desde el entorno de desarrollo al entorno de destino. Incluye la carga de la base de datos, las modificaciones necesarias del software, las comprobaciones en el entorno de destino y la aceptación por parte del cliente. Si en el proceso de instalación se detectara un problema, se deberá identificar e informar acerca del mismo. Ambos procesos (instalación y alojamiento del sitio) verificarán que se implemente la configuración adecuada del software y culminarán con la aceptación formal del mismo por parte del cliente conforme a lo especificado en el Plan de Gestión del Proceso Software y la realización con éxito de la prueba de aceptación del usuario. Las actividades de instalación y alojamiento deberán ser custodiadas cuidadosamente en las etapas de Implantación y prueba del prototipo (IPP) y en la de Diseño del sistema final (DSF).

� Proveer de asistencia técnica y consultas a clientes



En esta etapa se considera la operación del sistema por parte del usuario y el soporte continuo al usuario que incluye asistencia técnica, consultas con el usuario y registro de las peticiones de soporte en el Histórico de Peticiones de Soporte. Así, este proceso puede desencadenar la actividad del Proceso de Mantenimiento que provee información re-entrante al ciclo de vida del software. Involucra principalmente 3 subprocesos, a saber, Operar el sistema; Proveer de asistencia técnica y consultas; Mantener el histórico de peticiones de soporte. Como documentación de salida se obtendrá un Histórico de peticiones de soporte. La actividad principal de Proveer de asistencia técnica y consultas a clientes se estudiará en la etapa de Operación y Mantenimiento (OPM).

� Retirar el catálogo

Involucra apartar el sistema existente de su uso a través del cese de su operación o soporte, mediante el reemplazo ya sea por un sistema nuevo o por una versión actualizada del catálogo existente. Si el sistema en curso fuese reemplazado por uno nuevo, se requiere de un período de operación dual, denominado prueba en paralelo. En dicho período los responsables de la fábrica verificarán y validarán la exactitud de la información producida en forma sincrónica. Asimismo se utiliza el sistema en retiro para los resultados oficiales, mientras se completa la preparación del nuevo sistema para la operación formal. Podríamos denominar a esta actividad como de formación del usuario sobre el nuevo catálogo y de validación del mismo. Esta actividad se desarrollará exclusivamente en la etapa de Retiro (RET).

� Planificar la documentación general del sistema / Planificar la documentación de ayuda en línea para el usuario con especial énfasis en el uso del catálogo y búsquedas personalizadas

El proceso de Desarrollo de Documentación para el desarrollo y uso del catálogo específico para fábrica de muebles de estilo, es el conjunto de actividades que planifican, diseñan, implementan, editan, producen, distribuyen y mantienen los documentos necesarios para los desarrolladores y los usuarios. El proceso de Desarrollo de Documentación involucra principalmente 3 actividades, a saber: Planificar la documentación; Implementar la documentación; Producir y distribuir la documentación. En particular, en ambas actividades de Planificación, se proyectará toda la documentación necesaria a fin de asistir al usuario en el uso del catálogo y generación de búsquedas avanzadas que son de importancia relevante a fin de que el usuario arribe finalmente al producto solicitado. Estas actividades serán especialmente consideradas en las etapas de Especificación de los requisitos del prototipo (REP), Diseño del prototipo (DPR) y Diseño detallado del prototipo (DDP).

� Implementar la documentación general /



Ambas etapas de Implementación de la documentación forman parte del Desarrollo de la Documentación, proceso ya descripto en el item anterior. Serán tomados con especial consideración en las etapas de Desarrollo del prototipo (DEP) y de Implementación y prueba del prototipo (IPP).

� Producir y Distribuir la documentación en el sitio

La etapa de Producción y Distribución de la documentación elaborada en los dos items anteriores será considerada especialmente en las etapas de Especificación de los requisitos del prototipo(REP); Diseño del prototipo (DPR); Diseño detallado del prototipo (DDP); Desarrollo del prototipo (DEP); Implementación y prueba del prototipo (IPP); Refinamiento iterativo de las especificaciones (RIT); Diseño del catálogo (DSF); Implementación final del catálogo (ISF); Operación y mantenimiento del catálogo (OPM); Retiro del catálogo (RET).



6 CONCLUSIONES Se pueden presentar como aportes de esta tesis los siguientes:

� Una visión consolidada del concepto de catálogo electrónico, su función e incidencia en el negocio, sus características y funcionalidades y el respectivo plan de lanzamiento.

� Una propuesta de metodología y matriz de actividades asociada para el diseño de

catálogos electrónicos que contempla las características de negocio identificándose métodos, técnicas y herramientas a utilizar y definiendo la conformación del equipo de trabajo.

� Una base para el establecimiento de estándares de ordenamiento metodológico en las

organizaciones que deban soportar negocios vía web.

� Un caso de aplicación en el dominio de los muebles de estilo con el que se valida la matriz de actividades propuesta y se justifican las actividades agregadas a los procesos de la matriz original.

Como futuras líneas de investigación y desarrollo se proponen:

� Explorar la aplicabilidad de la metodología propuesta a otros artefactos de web requeribles por el negocio.

� Desarrollar una herramienta software que soporte la matriz de actividades propuesta y

automatice el proceso de diseño de catálogos electrónicos.



7 BIBLIOGRAFÍA [Adam, 1999] Adam, N.; O. Dogramaci; A. Gangopadhyay; Y. Yesha.

ELECTRONIC COMMERCE Technical, Business and Legal Issues. 1999.

[Andersen, 1999] Andersen, A. El Management del siglo XXI. Granica. Buenos Aires. 1999

[Badaraco, 1998] Badaraco, E.P. La construcción de una estrategia competitiva. Oportunidades de Negocio en el actual contexto macroeconómico argentino. Cesarini Hnos. Editores. 1998

[Balzer, 1981] Balzer, R. Transformational Implementation: An Example. IEEE Trans. Software Eng. SE-7, 1.1981

[Balzer, 1982] Balzer, R.; N. Goldman y D. Wile. Operational Specifications as the basis for rapid prototyping. ACM Software Engineering Notes 7,5.1982

[Balzer, 1983a] Balzer, R.; M. Cohen; M. Feather; N.Goldman; W. Swartou y D. Wile. Operational Specifications as the basis for Specification Validation. In Theory and Practice of Software Technology, Ferrari, Bolognani, and Goguen, eds. North-Holland, 1983

[Biggerstaff, 1984] Biggerstaff, T y A. Perlis. Special Issues on Software Reusability. Biggerstaff, T y Perlis, A. eds. IEEE Trans. Software Eng. SE-10, 5 Sep.1984

[Böehm, 1976] Böehm, B. Software Engineering. IEEE Trans.Computers C-25, 12 Dec. 1976

[Böehm, 1984] Böehm, B.; T. Gray y T. Seewaldt. Prototyping vs. Specifying: a multi-project experiment. Proc. 7th. Intern. Conf. Soft. Eng. 1984

[Böehm, 1986] Böehm, B. A Spiral Model of Software Development and Enhancement. ACM Software Engineering Notes 11.4.1986

[Böehm, 1988] Böehm, B. A Spiral Model of Software Development and Enhancement. Computer, May 1988, pp 61-72

[Budde, 1984] Budde, R.; K. Kuhlenkamp; L. Mathiassen, y H.Zullighoven. Approaches to prototyping. Springer-Verlag, New York 1984

[Chellapa, 1997] Chellapa, R.; A. Barua y A.B. Whinston. Intranets: Looking beyond internal corporate web servers. Readings in Electronic Commerce, capítulo 14, pp 311-330. Addison-Wesley 1997

[Christensen, 1999] Christensen, C. El dilema de los innovadores. Granica. Buenos Aires. 1999

[Cohan, 2000] Cohan, P.S. El negocio está en Internet. Pearson Educación. México. 2000

[Curtis, 1987] Curtis, B.; H. Krasner; V. Shen y N. Iscoe. On Building Software



Process Models Under the Lamppost. Proc. 9th. Intern. Conf. Soft. Eng. IEEE Computer Society. April 1987

[Davenport, 1998] Davenport, T.H. Putting the enterprise into the enterprise system. Harvard business review. 8.1998

[Deming, 1982] Deming, W. Out of the crisis. Center for Advanced Engineering Massachussetts Institute of Technology. Cambridge, Massachussetts, EE.UU. 1982

[Distaso, 1980] Distaso, J. Software Management – A survey of practice in 1980. Proceedings IEEE 68, 9.1980

[Fallenstein, 2000] Fallenstein, C. E-commerce: explorando negocios y sociedades virtuales. Prentice Hall. 2000

[Fisher, 1997] Fisher, M. What is the right supply-chain for your product. Harvard business review. Mar. 1997. p.105

[Fresco, 1992] Fresco, J.C. Desarrollo gerencial hacia calidad total. Macchi. Buenos Aires. 1992

[Fresco, 2000] Fresco, J.C. E-fectividad gerencial: el cambio hacia la nueva lógica de la economía digital. Prentice Hall. Buenos Aires. 2000

[Goguen, 1986] Goguen, J. Reusing and interconnecting software components. Computer 19, 2 Feb. 1986

[Hekmatpour, 1987] Hekmatopur, S. Experience with evolutionary prototyping in a large software project. ACM Software Engineering Notes 12, 1.1987

[Hersey, 1998] Hersey, P; K. Blanchard y D. Johnson. Administración del comportamiento organizacional. Prentice Hall. México. 1998

[Humphrey, 1995] Humphrey, W. A discipline for Software Engineering. Addison-Wesley. Readings, Massachusetts, EE.UU.. 1995

[Huseth, 1986] Huseth, S y D. Vines. Describing the software process. Proc. 3rd. Intern. Soft. Process Workshop. IEEE Computer Society, 1986

[IEEE, 1989] IEEE Std. 1074-1989. IEEE Standard Software Life Cycle Processes. 1989

[Kalakota, 1999] Kalakota, R. Investing in Electronic Commerce-lessons from the field. E-business strategies Inc., Atlanta, Georgia. 1999

[Kalakota, 2001] Kalakota, R. Y M. Robinson. Del e-commerce al e-business, El siguiente paso. Pearson Educación. México. 2001

[McCracken, 1982] McCracken, D. y M. Jackson. Life-cycle concept considered harmful. ACM SW Eng. Notes, Apr. 1982, pp. 29-32

[McKeown, 2001] McKeown, M. Los nuevos e-clientes. Pearson Educación. Madrid. 2001

[Mintzberg, 1990] Mintzberg, H. Estructuración de las organizaciones. Ariel. Barcelona. 1990

[Mintzberg, 1997] Mintzberg, H. Diseño de organizaciones eficientes. El Ateneo.



Buenos Aires. 1997 [Paulk, 1993] Paulk, M.; B. Curtis; M. Chrisis. Capability Maturiry Model for

Software. Versión 1.1. Software Engineering Institute Technical Report CMU/SEI-93-TR. Pittsburgh, Pensylvania, EE.UU. 1993

[Perel, 1996] Perel, V. y M. Kutnowski. Hacia una empresa argentina mejor. Macchi. Buenos Aires. 1985

[Pressman, 1993] Pressman, R. Ingeniería del Software: un enfoque práctico. 3ed. Mc-Graw-Hill, Madrid. 1993

[Reichheld, 1996] Reichheld, F. El efecto de la lealtad. Grupo Editorial Norma. 1996 [Robbins, 1999] Robbins, S. Comportamiento Organizacional. Prentice Hall.

México. 1999 [Schmid, 2000] Schmid, J. Creating a profitable catalog: everithing you need to

know to create a catalog that sells. NTC Business Books. EE.UU. 2000

[Toffler, 1999] Toffler, A. El Cambio del poder. Editorial Sudamericana. Barcelona. 1999

[Porter, 1997] Porter, M. Ventaja competitiva. Editorial CECSA. México. 1997

REFERENCIAS EN INTERNET � [Anderson, 1999]. Anderson, R. Implementation of web-based requisitioning.

http://www.napm.org/education/NovDailymondaymorningec1.cfm � [Gates, 2004]. Gates, B. The digital nervous system

http://www.microsoft.com/dns/overviews/DNSoverviews.htm � [Pang, 1998] Pang, A. E-commerce Bonanza: is it real or imaginated?

http://www.zdnet.com/icom/content/anchors/199802/09/ecom.Bonanza/3.html � [U.S. Department of Commerce, 1998] U.S. Department of Commerce. The emerging

digital economy. http://www.doc.gov/ecommerce/ederept.pdf � [Wilder, 1997] Wilder, C. GE to move purchasing to the Internet.

http://www.techweb.com/se_directlink.cgi?WIR1997062611

Documents

Ministerio de Educación, Ciencia y Tecnología Universidad ...laboratorios.fi.uba.ar/lsi/lopez-tesisdemagisterenadministraciondenegocios.pdfMinisterio de Educación, Ciencia y Tecnología