Diseño de Catálogos Electrónicos - Laboratorios - Universidad de ...
Diseño de Catálogos Electrónicos - Laboratorios - Universidad de ...
Diseño de Catálogos Electrónicos - Laboratorios - Universidad de ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Ministerio <strong>de</strong> Educación, Ciencia y<br />
Tecnología<br />
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Secretaría <strong>de</strong> Investigación y Postgrado<br />
Tesis <strong>de</strong> Magister en Administración <strong>de</strong> Negocios<br />
“Diseño <strong>de</strong> catálogos electrónicos”<br />
Tesista: Lic. Gustavo López<br />
Director: Dr. Ramón García Martínez<br />
~ Agosto <strong>de</strong> 2005 ~
Dedicatoria<br />
A la Dra. Luisa Pietronave, por sus valiosos consejos y por guiarme<br />
en el camino <strong>de</strong>l aprendizaje.<br />
Al Dr. Raúl Versaci y al Ing. José Suchowiercha por allanarme el<br />
camino.<br />
Al Dr. Ramón García Martínez por su disposición y a la M. Ing.<br />
Paola Britos por su paciencia y sus oportunas apreciaciones.<br />
A mis compañeros en el Laboratorio <strong>de</strong> Informática <strong>de</strong> Gestión en la<br />
Facultad <strong>de</strong> Ingeniería <strong>de</strong> la <strong>Universidad</strong> <strong>de</strong> Buenos Aires.<br />
A mi familia ...
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
INDICE<br />
RESUMEN ......................................................................................................................................... 1<br />
1. INTRODUCCIÓN ...................................................................................................................... 2<br />
2. ESTADO DEL ARTE ................................................................................................................ 5<br />
2.1. INTERNET ....................................................................................................................... 5<br />
2.2. EL COMERCIO ELECTRÓNICO ....................................................................................... 6<br />
2.2.1 LOS CINCO ERRORES POTENCIALES DE NEGOCIO ...................................... 8<br />
2.2.2 LOS CINCO ERRORES POTENCIALES DE DESARROLLO ............................. 8<br />
2.3. REQUERIMIENTOS Y SERVICIOS .................................................................................. 9<br />
2.4. COMPONENTES DEL COMERCIO ELECTRÓNICO .................................................... 11<br />
2.4.1 INTERCAMBIO ELECTRÓNICO DE DATOS (EDI) .......................................... 11<br />
2.4.2 MONEDA DIGITAL ................................................................................................. 13<br />
2.4.3 CATÁLOGOS ELECTRÓNICOS .................................................................. ........ 14<br />
2.4.4 INTRANETS Y EXTRANETS ................................................................................ 16<br />
2.5. LA IMPORTANCIA DEL COMERCIO ELECTRÓNICO PARA EL DESARROLLO Y<br />
FOMENTO DE LAS PYMES ........................................................................................... 19<br />
2.5.1 P.YM.E.S. E INTERNET: UNA ALIANZA ESTRATÉGICA ........................... 21<br />
2.5.2 LA SOCIEDAD DE LA INFORMACIÓN ............................................................. 23<br />
2.5.3 EL USO DE INTERNET DE ACUERDO AL SEXO, A LA EDAD Y A LOS<br />
INGRESOS .............................................................................................................. 23<br />
2.5.4 UTILIZACIÓN Y TIPO DE CONEXIÓN .............................................................. 23<br />
2.5.5 EL COMERCIO ELECTRÓNICO ......................................................................... 23<br />
2.5.6 LOS USUARIOS MAYORES DE 45 AÑOS ........................................................ 24<br />
2.6. LOS NUEVOS PARADIGMAS: EL E-BUSINESS Y EL E-COMMERCE ....................... 24<br />
2.6.1 PROYECTO PYWEB ............................................................................................. 25<br />
2.7. FUNCIÓN DE LOS CATÁLOGOS ELECTRÓNICOS Y SU INCIDENCIA EN EL<br />
NEGOCIO ............................................................................................................................ 26<br />
2.8. CATÁLOGO ELECTRÓNICO: SU DEFINICIÓN .......................................................... 27<br />
2.9. CARACTERÍSTICAS DE FUNCIONALIDAD DE UN CATÁLOGO ELECTRÓNICO .. 28<br />
2.10. TIPOS DE CATÁLOGOS ELECTRÓNICOS ................................................................... 30<br />
2.11. OBJETIVOS DE LOS CATÁLOGOS ELECTRÓNICOS ................................................ 31<br />
2.12. PLAN DE LANZAMIENTO DE UN NUEVO CATÁLOGO ELECTRÓNICO ............... 31<br />
2.12.1 DOS NIVELES PARA EL PLANEAMIENTO DEL CATÁLOGO<br />
ELECTRÓNICO ............................................................................................. 32<br />
2.13. PREGUNTAS CENTRALES PARA DETERMINAR LA ESTRATEGIA ..................... 33<br />
2.14. CICLOS DE VIDA DEL PRODUCTO SOFTWARE ...................................................... 33<br />
2.14.1. MODELOS DE CICLO DE VIDA TRADICIONALES ............................... 34<br />
2.14.1.1. MODELO DE CICLO DE VIDA EN CASCADA .................... 34<br />
2.14.1.2. MODELO DE CICLO DE VIDA DE REFINAMIENTO<br />
SUCESIVO O MEJORA ITERATIVA ...................................... 36<br />
2.14.1.3. MODELO DE CICLO DE VIDA CON EMISIÓN GRADUAL .. 37<br />
2.14.1.4. ESTÁNDARES MILITARES Y PRÁCTICAS<br />
INDUSTRIALES ......................................................................... 37<br />
2.14.1.5. PROTOTIPADO ......................................................................... 39<br />
2.14.2. MODELOS DE CICLO DE VIDA ALTERNATIVOS .................................. 41<br />
2.14.3. ENSAMBLE DE COMPONENTES REUTILIZABLES .............................. 41<br />
2.14.4. GENERACIÓN DE APLICACIONES ........................................................... 42<br />
2.14.5. MODELOS DE PROCESO DE PRODUCCIÓN DE SOFTWARE ............. 42<br />
2.14.6. MODELOS OPERATIVOS .......................................................................... 43<br />
2.14.7. MODELOS NO OPERATIVOS ................................................................... 45<br />
2.14.8. MODELOS DE ENTORNO DE PRODUCCIÓN SOFTWARE ................... 46<br />
2.15. VENTAJAS DE DEFINIR UN PROCESO SOFTWARE ................................................. 49<br />
2.16. ESTÁNDAR IEEE SOBRE PROCESO SOFTWARE ....................................................... 49<br />
Lic. Gustavo López<br />
Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
2.16.1 INTRODUCCIÓN .......................................................................................... 49<br />
2.16.2 DESCRIPCIÓN GLOBAL DEL PROCESO .................................................. 50<br />
3. OBJETIVOS DEL TRABAJO Y DELIMITACION DEL PROBLEMA .................................... 52<br />
4. DESCRIPCIÓN DE LA SOLUCIÓN PROPUESTA ................................................................. 53<br />
4.1. CICLO DE VIDA ELEGIDO .............................................................................................. 53<br />
4.2. CARACTERÍSTICAS DE NEGOCIO EN LOS CATÁLOGOS ELECTRÓNICOS ........... 57<br />
4.3. MATRIZ DE ACTIVIDADES ........................................................................................... 64<br />
4.4. MÉTODOS, TÉCNICAS Y HERRAMIENTAS A UTILIZAR ........................................ 68<br />
4.5. CONFORMACIÓN DEL EQUIPO DE TRABAJO ........................................................... 70<br />
5. CASO DE ESTUDIO: PRODUCCIÓN DE MUEBLES DE ESTILO ................................... 72<br />
5.1. ANTECEDENTES ............................................................................................................... 72<br />
5.1.1. DEMANDA ................................................................................................................. 72<br />
5.1.2. OFERTA ...................................................................................................................... 73<br />
5.2. HIPÓTESIS SOBRE LA DISPONIBILIDAD DE LOS INSUMOS PRINCIPALES ......... 73<br />
5.3. RAZONES QUE PERMITEN ESTABLECER LAS POTENCIALES VENTAJAS<br />
COMPARATIVAS DE ARGENTINA EN LA PRODUCCIÓN DE MUEBLES DE<br />
ESTILO, CON CALIDAD APTA PARA EXPORTACIÓN ................................................ 74<br />
5.4. MATRIZ DE ACTIVIDADES ............................................................................................. 74<br />
5.5. JUSTIFICACIÓN DE LAS ACTIVIDADES AGREGADAS A LOS PROCESOS DE<br />
LA MATRIZ ORIGINAL ..................................................................................................... 78<br />
6. CONCLUSIONES. FUTURAS LINEAS DE INVESTIGACIÓN ............................................. 87<br />
7. BIBLIOGRAFÍA .......................................................................................................................... 88<br />
Lic. Gustavo López<br />
Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
RESUMEN<br />
Este trabajo intenta realizar una contribución en el área <strong>de</strong> la metodología para el diseño y<br />
<strong>de</strong>sarrollo <strong>de</strong> catálogos electrónicos.<br />
En particular, la metodología que se propone es aplicable al proceso <strong>de</strong> negocios en<br />
general, contemplándose en las distintas etapas metodológicas aspectos <strong>de</strong> naturaleza<br />
estratégico-comercial que no son tenidos en cuenta en las metodologías convencionales.<br />
Debido a la diversidad y multiplicidad <strong>de</strong> las activida<strong>de</strong>s que se requieren a lo largo <strong>de</strong>l<br />
proceso comercial/empresarial, la metodología da soporte a un <strong>de</strong>sarrollo tecnológico<br />
interdisciplinario, que tiene como pilares a las ciencias <strong>de</strong> la administración <strong>de</strong> negocios y<br />
a la ciencia informática.<br />
Luego <strong>de</strong> un minucioso estudio <strong>de</strong> campo previo al presente estudio se han <strong>de</strong>tectado una<br />
serie <strong>de</strong> problemas relacionados con el diseño y el <strong>de</strong>sarrollo <strong>de</strong> catálogos electrónicos<br />
para negocios; por una parte existe una falta <strong>de</strong> capacitación <strong>de</strong> los profesionales en<br />
informática en lo que respecta a los procesos <strong>de</strong> negocios que <strong>de</strong>ben ser custodiados al<br />
<strong>de</strong>sarrollar un catálogo, que conducen a diseños que no cuidan algunos aspectos<br />
fundamentales <strong>de</strong>l negocio, y por otra parte existen administradores <strong>de</strong>stacados que<br />
intentan <strong>de</strong>sarrollar catálogos que no siguen un proceso metodológico acor<strong>de</strong> ya que no<br />
consi<strong>de</strong>ran las metodologías provistas por la ingeniería <strong>de</strong> software para su <strong>de</strong>sarrollo.<br />
ABSTRACT<br />
This work tries to carry out a contribution in the area of the methodology for the <strong>de</strong>sign<br />
and <strong>de</strong>velopment of electronic catalogs.<br />
In particular, the methodology that intends is applicable to the process of business in<br />
general, being contemplated in the different stages methodological aspects of strategiccommercial<br />
nature that are not kept in mind in the conventional methodologies.<br />
Due to the diversity and multiplicity of the activities that are required along the<br />
commercial-managerial process, the methodology gives support to an interdisciplinary<br />
technological <strong>de</strong>velopment that has as pillars to the sciences of the administration of<br />
business and the computer science.<br />
After a meticulous study of previous field to the present study a series of problems related<br />
with the <strong>de</strong>sign and the <strong>de</strong>velopment of electronic catalogs have been <strong>de</strong>tected for<br />
business; on one hand a lack of the professionals' training exists in computer science in<br />
what concerns to the processes of business that should be guar<strong>de</strong>d when <strong>de</strong>veloping a<br />
catalog that you/they lead to <strong>de</strong>signs that don't take care of some fundamental aspects of<br />
the business, and on the other hand outstanding administrators that try to <strong>de</strong>velop catalogs<br />
that don't follow a process methodological chord since exist they don't consi<strong>de</strong>r the<br />
methodologies provi<strong>de</strong>d by the software engineering for its <strong>de</strong>velopment.<br />
Lic. Gustavo López ~ 1 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
1. INTRODUCCIÓN<br />
En este trabajo se toma la <strong>de</strong>finición <strong>de</strong> comercio electrónico (EC) como el sistema<br />
electrónico <strong>de</strong>stinado al intercambio <strong>de</strong> merca<strong>de</strong>ría / servicios / información [Fallenstein,<br />
2000]. Hay una división en Internet que marca dos areas bien <strong>de</strong>finidas: el comercio<br />
electrónico orientado al consumidor, <strong>de</strong>nominado CEC (Consumer oriented Electronic<br />
Commerce) y el comercio electrónico orientado a las transacciones entre negocios o<br />
empresas, llamado BEC (Business to business oriented Electronic Commerce). De ambas,<br />
se espera que BEC sea la que tenga mayor crecimiento [Kalakota, 1999]. Los catálogos<br />
electrónicos son el punto <strong>de</strong> entrada para ambos y como tal pue<strong>de</strong> aportar mucho a lo que<br />
una empresa registre como ingresos por EC. Los beneficios <strong>de</strong> los catálogos electrónicos<br />
para empresas mayoristas y comercios minoristas son: reducción <strong>de</strong> los costos <strong>de</strong><br />
producción, expansión <strong>de</strong> los mercados, reducción <strong>de</strong> los costos <strong>de</strong> procesamiento,<br />
reducción <strong>de</strong> los costos <strong>de</strong> publicidad (campañas <strong>de</strong> información <strong>de</strong> potenciales clientes).<br />
Las empresas empiezan a <strong>de</strong>mandar publicida<strong>de</strong>s y campañas <strong>de</strong> marketing que sean<br />
cuantificables con relación a beneficios [Fisher, 1997] [Porter, 1997], en este contexto los<br />
catálogos electrónicos empiezan a ser una alternativa atractiva a las campañas publicitarias<br />
en general. Midiendo el ingreso o retorno por cada catálogo publicado, las empresas<br />
pue<strong>de</strong>n <strong>de</strong>terminar la rentabilidad <strong>de</strong>l catálogo o campaña. Todo tipo <strong>de</strong> empresas están<br />
presentes en la web utilizando catálogos electrónicos, exhibiendo su amplia gama <strong>de</strong><br />
productos y servicios, permitiendo transacciones telefónicas, personales o via web<br />
[Kalakota, 2001].<br />
Un catálogo electrónico tiene cuatro características [Schmid, 2000]:<br />
Interactividad: Los catálogos impresos representan flujo <strong>de</strong> información en un solo sentido<br />
(<strong>de</strong>s<strong>de</strong> la empresa hacia sus potenciales clientes). Los catálogos electrónicos, en contraste,<br />
proveen un canal <strong>de</strong> comunicación en ambos sentidos (empresa-clientes y clientesempresa).<br />
Por ejemplo, si un cliente tiene una pregunta o comentario referente a un<br />
producto mientras mira un catálogo, pue<strong>de</strong> simplemente clickear sobre el botón <strong>de</strong> e-mail<br />
e ingresar su comentario. La respuesta <strong>de</strong>l cliente es instantánea, contextual y casi sin<br />
esfuerzo. Esta capacidad <strong>de</strong> dialogar con los potenciales clientes ayuda a la empresa a<br />
<strong>de</strong>sarrollar relaciones directas con sus clientes y respon<strong>de</strong>r más puntualmente a sus<br />
necesida<strong>de</strong>s, logrando la satisfacción <strong>de</strong>l cliente <strong>de</strong>s<strong>de</strong> el principio <strong>de</strong> la relación comercial<br />
y estimulando la fi<strong>de</strong>lización <strong>de</strong> este para con la empresa.<br />
Actualización Dinámica: Los catálogos electrónicos son almacenados en forma<br />
centralizada en un servidor y accedidos por navegadores distribuidos por todo el mundo.<br />
El contenido <strong>de</strong> los catálogos pue<strong>de</strong>n ser fácil y constantemente actualizados en el<br />
servidor, y dicha actualización es visible instantáneamente por todos los clientes. Esta<br />
naturaleza dinámica <strong>de</strong> los catálogos electrónicos les permite a las empresas a respon<strong>de</strong>r<br />
rápidamente a las condiciones cambiantes <strong>de</strong>l mercado en lo que respecta a cambios en los<br />
precios, packaging, canales <strong>de</strong> distribución entre otros.<br />
Lic. Gustavo López ~ 2 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
Hipertexto: Internet representa una fuente inagotable <strong>de</strong> información. La World Wi<strong>de</strong><br />
Web, sobre la cual están construidos los catálogos electrónicos, provee un camino<br />
elegante para enlazar sitios o información relacionada a un tema. Por ejemplo, un catálogo<br />
electrónico podría contener no sólo información puntual referida al producto o servicio en<br />
cuestión sino también datos relacionados <strong>de</strong> alguna forma al producto pero <strong>de</strong> manera<br />
secundaria. Esta característica representa un valor agregado para el sitio ya que el usuario<br />
podría elegirlo al navegar por su particular dinámica.<br />
Presencia global: Internet es una red <strong>de</strong> re<strong>de</strong>s global. En consecuencia, cualquier catálogo<br />
electrónico en ella tiene presencia en un mercado globalizado que trascien<strong>de</strong> las<br />
limitaciones tradicionales <strong>de</strong>l tiempo y el espacio. Ya que los costos <strong>de</strong> establecer dicha<br />
presencia global son mínimos comparados con los requeridos para imprimir un catálogo<br />
tradicional en papel, los catálogos electrónicos ofrecen a las Pymes una ventaja especial o<br />
una posibilidad para competir en el mercado globalizado.<br />
Todas estas características <strong>de</strong>scriben a un catálogo electrónico como un canal interactivo<br />
que une a empresas con sus proveedores, clientes, y con otras empresas que formen parte<br />
<strong>de</strong> la misma alianza estratégica. Pue<strong>de</strong> ser utilizado para crear conciencia <strong>de</strong> marca<br />
(conocimiento <strong>de</strong> la marca), publicitar un producto o servicio, testear la salida <strong>de</strong> un<br />
producto, generar ventas, proveer servicio <strong>de</strong> postventa, entre otros.<br />
Como ya se expuso anteriormente, los catálogos electrónicos constituyen un camino hacia<br />
la empresa, en consecuencia pue<strong>de</strong>n ser usados para contribuir con muchos <strong>de</strong> sus<br />
objetivos, incluyendo publicidad, ventas, distribución o logística y soporte al cliente.<br />
Varían ampliamente <strong>de</strong> acuerdo a las características <strong>de</strong> funcionalidad o prestaciones que<br />
incluyan. Un catálogo simple, por ejemplo, podría contener sólo <strong>de</strong>scripciones <strong>de</strong> los<br />
productos y sus precios, sin incluir búsqueda ni compra online o capacidad <strong>de</strong> pago. En<br />
contraste, un catálogo más completo podría estar totalmente integrado con las bases <strong>de</strong><br />
datos <strong>de</strong> los productos <strong>de</strong> la empresa. Los usuarios pue<strong>de</strong>n realizar búsquedas complejas<br />
utilizando criterios <strong>de</strong> especificidad <strong>de</strong>l producto, hacer pedidos en tiempo real, hacer<br />
pagos online a través <strong>de</strong> mecanismos seguros [Schmid, 2000] que están integrados a<br />
sistemas <strong>de</strong> empresas <strong>de</strong> servicios financieros (Visa, Mastercard, etc.)<br />
En este trabajo se presenta una metodología para el diseño y <strong>de</strong>sarrollo <strong>de</strong> catálogos<br />
electrónicos, ésta se basa en la sinergia <strong>de</strong> dos campos disciplinares aparentemente<br />
disímiles: la ingeniería <strong>de</strong> software por un lado, y las escuelas <strong>de</strong> la administración <strong>de</strong><br />
negocios por otro, pero que convergen en la generación <strong>de</strong> un producto muy <strong>de</strong>seable en<br />
este presente tan informatizado: el catálogo electrónico. La metodología <strong>de</strong>sarrollada se<br />
basa en la aplicación <strong>de</strong> reglas existentes en ambos campos <strong>de</strong>l saber.<br />
El presente trabajo preten<strong>de</strong> contribuir a las escasas investigaciones que en estos últimos<br />
años se vienen realizando, tratando <strong>de</strong> <strong>de</strong>sarrollar una metodología para <strong>de</strong>sarrollo <strong>de</strong><br />
catálogos electrónicos que contemple y custodie los procesos <strong>de</strong> negocio, sin <strong>de</strong>smedro <strong>de</strong><br />
las pautas <strong>de</strong> calidad en el <strong>de</strong>sarrollo <strong>de</strong>l software. Es <strong>de</strong> relevancia en el ámbito<br />
empresarial y tecnológico, con la <strong>de</strong>rivación socio-económica consecuente. Es un<br />
Lic. Gustavo López ~ 3 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
<strong>de</strong>sarrollo <strong>de</strong> base conceptual y se lo prevé como una herramienta metodológica aplicable<br />
al proceso <strong>de</strong> negocio. Por lo tanto, la elección <strong>de</strong> este tema <strong>de</strong> tesis reúne tres tipos <strong>de</strong><br />
interés que todo trabajo <strong>de</strong> estas características <strong>de</strong>be compren<strong>de</strong>r:<br />
Interés pedagógico: más allá <strong>de</strong> resultar un aporte valioso en el área<br />
económica, el uso <strong>de</strong> una metodología apropiada <strong>de</strong>viene en distintas<br />
capacida<strong>de</strong>s que podrán adquirirse a través <strong>de</strong> las estrategias <strong>de</strong><br />
<strong>de</strong>sarrollo implementadas.<br />
Interés profesional: puesto que se enmarca en los lineamientos actuales<br />
<strong>de</strong> la ingeniería <strong>de</strong>l software y las teorías más actuales <strong>de</strong><br />
administración <strong>de</strong> negocios.<br />
Interés económico-social: puesto que esta investigación preten<strong>de</strong> ser un<br />
aporte más al mejoramiento <strong>de</strong> la ciencia <strong>de</strong> la administración <strong>de</strong><br />
negocios que afectará todas las áreas productivas.<br />
En el Capítulo ESTADO DEL ARTE se presentan los conceptos <strong>de</strong> internet, comercio<br />
electrónico, requerimientos y servicios, se plantean los componentes <strong>de</strong>l comercio<br />
electrónico, se <strong>de</strong>staca la importancia <strong>de</strong>l comercio electrónico para el <strong>de</strong>sarrollo y<br />
fomento <strong>de</strong> las pymes, se presentan los nuevos paradigmas: el e-business y el e-commerce,<br />
se presenta el concepto <strong>de</strong> catálogo electrónico y su función e inci<strong>de</strong>ncia en el negocio,<br />
sus características y funcionalida<strong>de</strong>s, plan <strong>de</strong> lanzamiento <strong>de</strong> un nuevo catálogo<br />
electrónico; se introduce el concepto <strong>de</strong> ciclos <strong>de</strong> vida <strong>de</strong> software, sus ventajas y<br />
estándares fijados por el IEEE.<br />
En el Capítulo OBJETIVOS DEL TRABAJO Y DELIMITACION DEL PROBLEMA se<br />
plantean los objetivos que han motivado este trabajo <strong>de</strong> investigación y <strong>de</strong>sarrollo y se<br />
plantea sucintamente el problema cuya propuesta <strong>de</strong> solución se presenta.<br />
En el Capítulo DESCRIPCIÓN DE LA SOLUCIÓN PROPUESTA se plantea el ciclo <strong>de</strong><br />
vida elegido, las características <strong>de</strong> negocio contempladas en los catálogos electrónicos, se<br />
propone la matriz <strong>de</strong> activida<strong>de</strong>s correspondiente, se i<strong>de</strong>ntifican métodos, técnicas y<br />
herramientas a utilizar y se <strong>de</strong>fine la conformación <strong>de</strong>l equipo <strong>de</strong> trabajo.<br />
En el Capítulo CASO DE ESTUDIO se hace un planteamiento con la metodología<br />
propuesta en el caso <strong>de</strong> producción <strong>de</strong> muebles <strong>de</strong> estilo, se dan los antece<strong>de</strong>ntes <strong>de</strong><br />
<strong>de</strong>manda y oferta, se plantean hipótesis sobre la disponibilidad <strong>de</strong> los insumos principales,<br />
se proporcionan razones que permiten establecer las potenciales ventajas comparativas <strong>de</strong><br />
Argentina en la producción <strong>de</strong> muebles <strong>de</strong> estilo, con calidad apta para exportación, se<br />
entalla la matriz <strong>de</strong> activida<strong>de</strong>s propuesta a las características <strong>de</strong>l negocio caso <strong>de</strong> estudio,<br />
y se justifican las activida<strong>de</strong>s agregadas a los procesos <strong>de</strong> la matriz original.<br />
En el Capítulo CONCLUSIONES se resaltan los principales resultados y se indican<br />
futuras líneas <strong>de</strong> investigación y <strong>de</strong>sarrollo.<br />
Lic. Gustavo López ~ 4 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
En el Capítulo BIBLIOGRAFÍA se <strong>de</strong>tallan las referencias que aparecen en los distintos<br />
capítulos <strong>de</strong> la tesis..<br />
2. ESTADO DEL ARTE<br />
En este Capítulo se presentan los conceptos <strong>de</strong> internet, comercio electrónico,<br />
requerimientos y servicios, se plantean los componentes <strong>de</strong>l comercio electrónico, se<br />
<strong>de</strong>staca la importancia <strong>de</strong>l comercio electrónico para el <strong>de</strong>sarrollo y fomento <strong>de</strong> las pymes,<br />
se presentan los nuevos paradigmas: el e-business y el e-commerce, se presenta el<br />
concepto <strong>de</strong> catálogo electrónico y su función e inci<strong>de</strong>ncia en el negocio, sus<br />
características y funcionalida<strong>de</strong>s, plan <strong>de</strong> lanzamiento <strong>de</strong> un nuevo catálogo electrónico;<br />
se introduce el concepto <strong>de</strong> ciclos <strong>de</strong> vida <strong>de</strong> software, sus ventajas y estándares fijados<br />
por el IEEE.<br />
En todo <strong>de</strong>sarrollo <strong>de</strong> catálogos que pretenda lanzarse con unas mínimas garantías <strong>de</strong><br />
éxito, <strong>de</strong>ben <strong>de</strong>sarrollarse dos facetas básicas: negocio y tecnología [Badaraco, 1998].<br />
Típicamente, durante la creación <strong>de</strong> un <strong>de</strong>sarrollo web suele haber un equipo encargado <strong>de</strong><br />
cada una <strong>de</strong> estas áreas y sólo la evolución coordinada <strong>de</strong> las dos dará lugar a un portal<br />
capaz <strong>de</strong> sobrevivir en un entorno cada vez más complejo y competitivo. Pero esta<br />
dicotomía negocio-<strong>de</strong>sarrollo tecnológico pue<strong>de</strong> ocasionar problemas <strong>de</strong> interacción, ya<br />
que las dos áreas suelen estar constituidas por individuos con un perfil muy diferente. La<br />
incomprensión <strong>de</strong> las implicancias en un área <strong>de</strong> las <strong>de</strong>cisiones adoptadas en la otra pue<strong>de</strong><br />
<strong>de</strong>sembocar en situaciones <strong>de</strong> conflicto absolutamente in<strong>de</strong>seables [An<strong>de</strong>rsen, 1999].<br />
A continuación se enumeran los cinco errores más comunes que pue<strong>de</strong>n cometerse, tanto<br />
en el equipo <strong>de</strong> negocio como en el <strong>de</strong> <strong>de</strong>sarrollo, durante la fase <strong>de</strong> creación <strong>de</strong> la<br />
aplicación web que, en caso <strong>de</strong> producirse, entorpecerán la comunicación entre ambas<br />
áreas.<br />
2.1 INTERNET<br />
En la actualidad más <strong>de</strong> 45 millones <strong>de</strong> personas en los EEUU usan Internet y/o un<br />
servicio on- line, más significante que el número <strong>de</strong> usuarios <strong>de</strong> Internet es el hecho <strong>de</strong><br />
que este número se ha duplicado en un periodo <strong>de</strong> dieciocho meses [Wil<strong>de</strong>r, 1997].<br />
El perfil <strong>de</strong>l “Internauta” típico está cambiando. Con cada mes que pasa pareciera<br />
llegarse a un estado en el cual los estereotipos que fueron consi<strong>de</strong>rados en principio para<br />
el uso <strong>de</strong> Internet se vuelven menos válidos; el estereotipo <strong>de</strong>l usuario <strong>de</strong> Internet ya no<br />
pue<strong>de</strong> ser caracterizado como una persona blanca, sexo masculino, clase media-alta,<br />
educación universitaria, <strong>de</strong> entre 20 y 30 años; las mujeres representan cerca <strong>de</strong>l 45% <strong>de</strong>l<br />
total <strong>de</strong> usuarios <strong>de</strong> la web.<br />
La ten<strong>de</strong>ncia actual es que la audiencia <strong>de</strong> Internet se está estandarizando en general; el<br />
porcentaje <strong>de</strong> usuarios profesionales está <strong>de</strong>creciendo, la ten<strong>de</strong>ncia pareciera ir hacia los<br />
usuarios hogareños. También el porcentaje <strong>de</strong> usuarios con graduación universitaria está<br />
Lic. Gustavo López ~ 5 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
<strong>de</strong>creciendo. En EEUU la <strong>de</strong>mografía en Internet está empezando a reflejar la <strong>de</strong>mografía<br />
actual en una forma más precisa [McKeown, 2001].<br />
El “Global Internet Project” muestra que el tamaño <strong>de</strong> la web en sí misma está creciendo<br />
con un índice exponencialmente más rápido que el número <strong>de</strong> usuarios. El “Global<br />
Internet Project” es un grupo internacional <strong>de</strong> ejecutivos senior que forman una comisión<br />
para acelerar el crecimiento <strong>de</strong> la Internet, ellos focalizan no sólo en el comercio sino<br />
también en educación y salud. Las publicaciones <strong>de</strong>muestran que el número <strong>de</strong> usuarios<br />
continúa aumentando pero el contenido <strong>de</strong> la web crece aún más rápidamente.<br />
Consi<strong>de</strong>remos el número <strong>de</strong> gente en Argentina que no tiene acceso a Internet; en este<br />
sentido, menos <strong>de</strong>l 2% <strong>de</strong> la población usa actualmente la Internet, la única conclusión<br />
posible es que Internet está agrandándose a cada momento y que está sucediendo cada vez<br />
más rápido [Fresco, 2000]. El mismo fenómeno se observa a nivel mundial.<br />
2.2 EL COMERCIO ELECTRÓNICO<br />
El comercio electrónico pue<strong>de</strong> ser <strong>de</strong>finido como el conjunto entero <strong>de</strong> procesos que<br />
soportan las activida<strong>de</strong>s comerciales en una red e involucra el análisis <strong>de</strong> la información<br />
[Adam, 1999]. Estas activida<strong>de</strong>s generan información acerca <strong>de</strong>l producto y muestra<br />
eventos, servicios, proveedores, consumidores, anunciantes, soporte para las<br />
transacciones, sistemas <strong>de</strong> intermediación para una variedad <strong>de</strong> servicios y transacciones<br />
(por ejemplo encontrar ciertos productos, encontrar productos a bajo precio, etc.),<br />
seguridad en las transacciones, autenticación <strong>de</strong> usuario, etc.. Incluye “la habilitación <strong>de</strong><br />
una visión comercial provista por información técnica relevante para mejorar la eficacia y<br />
eficiencia <strong>de</strong>ntro <strong>de</strong>l proceso comercial”.<br />
Aunque el término en sí mismo ha atrapado la atención sólo en los últimos años, el<br />
comercio electrónico ha existido en varias formas por más <strong>de</strong> veinte años. Las tecnologías<br />
<strong>de</strong> Intercambio Electrónico <strong>de</strong> Datos (EDI) y la Transferencia Electrónica <strong>de</strong> Fondos<br />
(EFT) fueron introducidas inicialmente a fines <strong>de</strong> la década <strong>de</strong> 1970. El crecimiento y<br />
aceptación <strong>de</strong> las tarjetas <strong>de</strong> crédito, banca telefónica y otros ejemplos que aparecieron en<br />
los años 80 son también formas <strong>de</strong>l Comercio Electrónico. Mientras muchas <strong>de</strong> estas<br />
tecnologías <strong>de</strong> comerciar electrónicamente han tenido efectos radicales <strong>de</strong>ntro <strong>de</strong> sus<br />
propios mercados y creado su propio corte publicitario, ninguna ha sido tan atrayente ni<br />
ha producido la transformación económica que ha tenido en los últimos años.<br />
El <strong>de</strong>sarrollo en las tecnologías <strong>de</strong> información en los últimos años ha permitido mayores<br />
avances en muchas areas, incluyendo telemedicina, aprendizaje a distancia, bibliotecas<br />
digitales y comercio electrónico. El comercio electrónico ha experimentado una explosión<br />
<strong>de</strong>bido a la convergencia <strong>de</strong>l <strong>de</strong>sarrollo <strong>de</strong> estas tecnologías, la combinación <strong>de</strong> las<br />
telecomunicaciones y las industrias <strong>de</strong> computación junto al clima comercial apropiado,<br />
una infraestructura a<strong>de</strong>cuada que provea un marco eficiente para las comunicaciones e<br />
información presenta un nuevo medio extremadamente atractivo para el comercio<br />
electrónico.<br />
Lic. Gustavo López ~ 6 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
El potencial facilitador <strong>de</strong> la Internet incrementa la importancia <strong>de</strong> garantizar que las<br />
Pequeñas y Medianas Empresas (PyMES) están apropiadamente representadas y<br />
participan activamente en un mercado globalizado. La promesa <strong>de</strong> la Internet no ha<br />
alcanzado su potencial en cuanto al <strong>de</strong>sarrollo <strong>de</strong> las activida<strong>de</strong>s comerciales, si el<br />
<strong>de</strong>sarrollo será el previsto, es fundamental para las PyMES estar involucradas. El<br />
<strong>de</strong>sarrollo e impacto <strong>de</strong>l comercio electrónico como un mercado y el área <strong>de</strong><br />
investigación y <strong>de</strong>sarrollo involucra tareas que son <strong>de</strong> naturaleza interdisciplinaria. Los<br />
aspectos subyacentes <strong>de</strong>l comercio electrónico caen en principio en dos áreas: negocios y<br />
tecnología.<br />
Las tareas en el comercio electrónico son fundamentalmente interdisciplinarias también en<br />
otros niveles: la política y las <strong>de</strong>cisiones regulatorias afectan al <strong>de</strong>sarrollo técnico <strong>de</strong><br />
varios componentes <strong>de</strong>l comercio electrónico. Adicionalmente, el impacto que el comercio<br />
electrónico tiene en la creación <strong>de</strong> empleos, o en el <strong>de</strong>sempleo es una consi<strong>de</strong>ración para<br />
el área <strong>de</strong> Investigación y Desarrollo <strong>de</strong>ntro <strong>de</strong> ese campo.<br />
Para aprovechar en forma completa los beneficios <strong>de</strong> comerciar electrónicamente<br />
necesitamos <strong>de</strong>sarrollar las herramientas y métodos para proveer sistemas y servicios<br />
inteligentes para la integración <strong>de</strong> la información; proveer instrumentos electrónicos<br />
financieros seguros para manejar las necesida<strong>de</strong>s <strong>de</strong> los consumidores, negocios y<br />
gobiernos; y colaborar en un nivel multidisciplinario para resolver tareas relacionadas.<br />
Este nuevo modo <strong>de</strong> comercio necesita la adopción <strong>de</strong> nuevos mo<strong>de</strong>los <strong>de</strong> negocios y<br />
tienen un impacto y son afectados por muchas medidas políticas y legales.<br />
A los efectos <strong>de</strong> permitir tal mercado es necesario una arquitectura que es medible, que<br />
permite compartir recursos, y se basa en protocolos asimétricos. También <strong>de</strong>be proveer<br />
transparencia en la ubicación <strong>de</strong> datos y apoyo en las <strong>de</strong>cisiones, proveer información<br />
multimedia, permitir conexión <strong>de</strong> varios softwares y plataformas <strong>de</strong> hardware, encapsular<br />
servicios, proveer comunicaciones a través <strong>de</strong> intercambio <strong>de</strong> mensajes, y garantizar<br />
seguridad e integridad <strong>de</strong> datos.<br />
En todo <strong>de</strong>sarrollo <strong>de</strong> catálogos que pretenda lanzarse con unas mínimas garantías <strong>de</strong><br />
éxito, <strong>de</strong>ben <strong>de</strong>sarrollarse dos facetas básicas: negocio y tecnología [Badaraco, 1998].<br />
Típicamente, durante la creación <strong>de</strong> un <strong>de</strong>sarrollo web suele haber un equipo encargado <strong>de</strong><br />
cada una <strong>de</strong> estas áreas y sólo la evolución coordinada <strong>de</strong> las dos dará lugar a un portal<br />
capaz <strong>de</strong> sobrevivir en un entorno cada vez más complejo y competitivo. Pero esta<br />
dicotomía negocio-<strong>de</strong>sarrollo tecnológico pue<strong>de</strong> ocasionar problemas <strong>de</strong> interacción, ya<br />
que las dos áreas suelen estar constituidas por individuos con un perfil muy diferente. La<br />
incomprensión <strong>de</strong> las implicancias en un área <strong>de</strong> las <strong>de</strong>cisiones adoptadas en la otra pue<strong>de</strong><br />
<strong>de</strong>sembocar en situaciones <strong>de</strong> conflicto absolutamente in<strong>de</strong>seables [An<strong>de</strong>rsen, 1999].<br />
A continuación se enumeran los cinco errores más comunes que pue<strong>de</strong>n cometerse, tanto<br />
en el equipo <strong>de</strong> negocio como en el <strong>de</strong> <strong>de</strong>sarrollo, durante la fase <strong>de</strong> creación <strong>de</strong> la<br />
aplicación web que, en caso <strong>de</strong> producirse, entorpecerán la comunicación entre ambas<br />
áreas.<br />
Lic. Gustavo López ~ 7 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
2.2.1 LOS CINCO ERRORES POTENCIALES DE NEGOCIO<br />
El perfil <strong>de</strong>l equipo <strong>de</strong> negocio suele ser el <strong>de</strong> personas con una orientación a la estrategia,<br />
que no disponen <strong>de</strong> conocimientos tecnológicos a nivel <strong>de</strong> <strong>de</strong>talle, sino más bien una<br />
visión a alto nivel <strong>de</strong> la tecnología asociada al e-commerce [Hersey, 1998]; como<br />
consecuencia <strong>de</strong> ello pue<strong>de</strong>n llegar a cometer los siguientes errores:<br />
• Visión <strong>de</strong>masiado general y en algunas ocasiones escasa atención a los <strong>de</strong>talles,<br />
especialmente a los relacionados con la tecnología. En la misma línea que lo<br />
anterior está el hecho <strong>de</strong> que, como consecuencia <strong>de</strong> esta visión a "alto nivel", a<br />
veces encuentran dificulta<strong>de</strong>s en <strong>de</strong>scen<strong>de</strong>r hasta ser capaces <strong>de</strong> plasmar en<br />
requerimientos tecnológicos las estrategias más generales.<br />
• No se es consciente, en muchas ocasiones, <strong>de</strong> las dificulta<strong>de</strong>s tecnológicas que<br />
implican la implementación <strong>de</strong> <strong>de</strong>cisiones adoptadas en el área <strong>de</strong> negocio.<br />
Relacionado con ello está la resistencia a negociar y/o modificar sus <strong>de</strong>cisiones<br />
incluso una vez informados <strong>de</strong> la imposibilidad o dificultad asociada a su<br />
<strong>de</strong>sarrollo.<br />
• Otro vicio que suele darse con relativa frecuencia es la ten<strong>de</strong>ncia a apurar al<br />
máximo los plazos necesarios para elaborar los aspectos <strong>de</strong> negocio <strong>de</strong> un<br />
<strong>de</strong>terminado elemento <strong>de</strong> la aplicación, sin ser conscientes <strong>de</strong> que una vez<br />
cerrada esta fase <strong>de</strong>berá comenzar la implementación tecnológica, que<br />
lógicamente <strong>de</strong>berá contar con el tiempo suficiente.<br />
• El <strong>de</strong>sconocimiento <strong>de</strong> las posibilida<strong>de</strong>s <strong>de</strong> la tecnología empleada pue<strong>de</strong> privar<br />
al área <strong>de</strong> negocio <strong>de</strong> una importante fuente <strong>de</strong> inspiración.<br />
• La ten<strong>de</strong>ncia a realizar modificaciones sobre aspectos teóricamente ya cerrados<br />
es otro error que obliga al área <strong>de</strong> <strong>de</strong>sarrollo a ejecutar cambios con un impacto<br />
que, <strong>de</strong>pendiendo <strong>de</strong> la fase <strong>de</strong>l proyecto, pue<strong>de</strong> ser importante.<br />
2.2.2 LOS CINCO ERRORES POTENCIALES DE DESARROLLO<br />
Al contrario <strong>de</strong> lo que ocurre en el área <strong>de</strong> negocio, el equipo <strong>de</strong> <strong>de</strong>sarrollo estará<br />
constituido típicamente por individuos con un perfil eminentemente técnico y, en general,<br />
con unos conocimientos limitados en el área <strong>de</strong> gestión. Los errores más frecuentes en los<br />
que pue<strong>de</strong> caer durante la etapa <strong>de</strong> creación <strong>de</strong>l catálogo electrónico son los siguientes:<br />
• Debido a la necesidad <strong>de</strong> llegar al nivel <strong>de</strong> <strong>de</strong>talle, su visión pue<strong>de</strong> carecer en<br />
ocasiones <strong>de</strong> una perspectiva general <strong>de</strong> la web. Esto explica que en ocasiones<br />
no se sea consciente <strong>de</strong> la importancia <strong>de</strong> las <strong>de</strong>cisiones estratégicas adoptadas,<br />
que a pesar <strong>de</strong> su dificultad <strong>de</strong> <strong>de</strong>sarrollo tecnológico pue<strong>de</strong>n resultar<br />
absolutamente necesarias para el correcto funcionamiento <strong>de</strong>l catálogo. Es esta<br />
misma actitud la que lleva a mostrar una resistencia, en ocasiones excesiva, a<br />
realizar modificaciones, con la finalidad <strong>de</strong> evitar que los cambios se<br />
Lic. Gustavo López ~ 8 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
conviertan en la tónica generalizada <strong>de</strong>l proyecto si se percibe <strong>de</strong>s<strong>de</strong> el equipo<br />
<strong>de</strong> negocio que es algo fácil <strong>de</strong> conseguir.<br />
• Existe una ten<strong>de</strong>ncia a creer que el aspecto técnico es la parte fundamental <strong>de</strong><br />
todo catálogo electrónico, lo que en muchos casos lleva a menospreciar la<br />
importancia <strong>de</strong>l área <strong>de</strong> negocio.<br />
• Al igual que ocurre a la inversa, en ocasiones no se es consciente <strong>de</strong> las<br />
implicaciones que generan en el área <strong>de</strong> negocio las soluciones tecnológicas<br />
adoptadas.<br />
• Frecuentemente no se es capaz <strong>de</strong> explicar con claridad sus activida<strong>de</strong>s a<br />
individuos sin perfil tecnológico, dificultando la comunicación con el otro<br />
equipo.<br />
• Ten<strong>de</strong>ncia a sobreestimar el tiempo necesario <strong>de</strong> <strong>de</strong>sarrollo a fin <strong>de</strong> tener un<br />
piso con el que hacer frente a las posibles eventualida<strong>de</strong>s, acortando <strong>de</strong> esta<br />
forma el tiempo <strong>de</strong> que dispone negocio para hacer su trabajo.<br />
Como hemos podido ver, existen muchas posibles causas por las que pue<strong>de</strong> surgir un<br />
problema en la interacción negocio-<strong>de</strong>sarrollo [Kalakota, 1999]. La solución consiste<br />
básicamente en garantizar una comunicación fluida y una comprensión mutua <strong>de</strong> la<br />
problemática asociada a cada área y, para lograrlo, pue<strong>de</strong>n resultar muy útiles las i<strong>de</strong>as<br />
<strong>de</strong>sarrolladas en el marco <strong>de</strong> la ingeniería concurrente, como las tres que se indican a<br />
continuación:<br />
• Asegurarse <strong>de</strong> que el perfil <strong>de</strong> ambos equipos es el a<strong>de</strong>cuado: que el equipo <strong>de</strong><br />
negocio tenga unos conocimientos mínimos <strong>de</strong> tecnología y viceversa. De poco<br />
servirá un experto en estrategia que <strong>de</strong>sconozca por completo la tecnología<br />
asociada al e-commerce o un gurú <strong>de</strong> sistemas sin ninguna formación en el área <strong>de</strong><br />
negocio. Ambos podrán aportar soluciones a problemas puntuales <strong>de</strong> su área, pero<br />
no contribuirán a crear una comunicación fluida entre los dos equipos.<br />
• Presencia <strong>de</strong> miembros <strong>de</strong>l área <strong>de</strong> <strong>de</strong>sarrollo en el equipo <strong>de</strong> negocio y miembros<br />
<strong>de</strong>l área <strong>de</strong> negocio en el equipo <strong>de</strong> <strong>de</strong>sarrollo, a modo <strong>de</strong> interlocutores y<br />
coordinadores entre ambos grupos.<br />
• Fomento <strong>de</strong> una cultura <strong>de</strong> equipo único; aunque existan dos equipos, <strong>de</strong>be hacerse<br />
lo posible por difuminar los límites entre ellos. No <strong>de</strong>be haber dos áreas claramente<br />
<strong>de</strong>finidas que buscan alcanzar sus objetivos individuales por separado, sino un<br />
grupo cohesionado con la meta común <strong>de</strong> lanzar un catálogo exitoso.<br />
2.3 REQUERIMIENTOS Y SERVICIOS<br />
Con motivo <strong>de</strong> utilizar efectivamente el comercio electrónico [Fallenstein, 2000], los<br />
usuarios <strong>de</strong> tales sistemas requieren <strong>de</strong> varios tipos <strong>de</strong> funcionalida<strong>de</strong>s que incluyen la<br />
Lic. Gustavo López ~ 9 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
habilidad <strong>de</strong> buscar y acce<strong>de</strong>r a información relevante, hacer transferencia <strong>de</strong> dinero por<br />
compras y ventas <strong>de</strong> productos o servicios, hacer transacciones <strong>de</strong> negocios seguras<br />
contra la corrupción y robo <strong>de</strong> datos; algunos aspectos que <strong>de</strong>ben contemplar son:<br />
• Tomar y almacenar información: para construir un mercado electrónico<br />
global primero necesitamos distribuir información digitalizada tales como<br />
catálogos, libros, films, mapas y audio en distintos niveles <strong>de</strong> calidad. Los<br />
datos pue<strong>de</strong>n ya existir en formato digital pero en una forma legal que <strong>de</strong>be ser<br />
transformada para que sea útil. Como suma <strong>de</strong>l aspecto técnico está la cuestión<br />
<strong>de</strong>l aspecto económico –el costo <strong>de</strong> digitalizar o convertir la información.<br />
• Buscar y <strong>de</strong>scubrir servicios: la capacidad <strong>de</strong> buscar información on line es<br />
importante para proveer a los usuarios acceso a datos importantes tales como<br />
información acerca <strong>de</strong> productos, servicios, clientes, proveedores y agencias <strong>de</strong><br />
gobierno. Buscar información y <strong>de</strong>scubrir servicios tales como catálogos (ecatálogos)<br />
y directorios, filtros <strong>de</strong> información, motores <strong>de</strong> búsqueda, y agentes<br />
<strong>de</strong> software. Los catálogos electrónicos organizan la información <strong>de</strong> tal modo<br />
que los usuarios pue<strong>de</strong>n acce<strong>de</strong>r a los documentos relevantes. Tales métodos<br />
simples <strong>de</strong> implementar asumen los esquemas <strong>de</strong> cierta organización que<br />
pue<strong>de</strong>n no coincidir con los requerimientos <strong>de</strong> cada usuario. Los filtros <strong>de</strong><br />
información están disponibles para los usuarios a efectos <strong>de</strong> recuperar los<br />
documentos relevantes según sus consultas. Estos filtros pue<strong>de</strong>n estar ubicados<br />
en la computadora <strong>de</strong>l usuario final o en un sitio remoto. Al recuperar<br />
información <strong>de</strong> sitios remotos el tráfico <strong>de</strong> la red, y en consecuencia es más<br />
eficiente obtener meta datos que <strong>de</strong>scargar los datos en sí mismo. La<br />
información multimedia presenta problemas adicionales en <strong>de</strong>terminar el<br />
contenido <strong>de</strong> la información y en consecuencia en filtrar tales datos.<br />
• Pagos electrónicos: los sistemas <strong>de</strong> comercio electrónico requieran métodos<br />
para pagar el envío <strong>de</strong> datos, productos y servicios. El pago electrónico incluye<br />
moneda digital (tarjetas inteligentes y dinero electrónico), los pagos mediante<br />
tarjeta <strong>de</strong> crédito, y cheques electrónicos. Las tarjetas inteligentes han sido<br />
<strong>de</strong>sarrolladas y están en uso para varios tipos <strong>de</strong> servicios <strong>de</strong> negocios –para<br />
proveer acceso a cuentas comerciales, para mantener records <strong>de</strong> compras, y<br />
para guardar información personalizada tal como preferencias <strong>de</strong> compra y<br />
otros datos. El dinero electrónico (también conocido como dinero digital o<br />
señal electrónica) es un método <strong>de</strong> pago electrónico que emula el intercambio<br />
<strong>de</strong> merca<strong>de</strong>rías o servicios por su equivalente en moneda en la vida real. Así,<br />
las señales electrónicas se pue<strong>de</strong>n guardar en la computadora <strong>de</strong>l usuario y ser<br />
transmitidas a través <strong>de</strong> conexiones fijas o intermitentes a la red. Las compras<br />
mediante tarjeta <strong>de</strong> crédito involucran la transmisión <strong>de</strong> datos encriptados a<br />
través <strong>de</strong> re<strong>de</strong>s <strong>de</strong> computadoras. Esto incluye ingresar información <strong>de</strong> la<br />
tarjeta <strong>de</strong> crédito (número <strong>de</strong> tarjeta, vencimiento, etc.) en el sistema, el que se<br />
encargará <strong>de</strong> encriptarlo y enviar la información a través <strong>de</strong> la red.<br />
Lic. Gustavo López ~ 10 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
• Servicios <strong>de</strong> seguridad: Los sistemas para comercio electrónico tienen que<br />
ser seguros contra un número <strong>de</strong> circunstancias tales como activida<strong>de</strong>s<br />
fraudulentas, robo <strong>de</strong> información importante y sabotaje. En consecuencia,<br />
estos sistemas necesitan ser protegidos por algún sistema <strong>de</strong> seguridad<br />
especialmente diseñado para proveer servicios <strong>de</strong> seguridad tales como<br />
autenticación <strong>de</strong> los datos y <strong>de</strong>l acceso <strong>de</strong> las entida<strong>de</strong>s al sistema, control <strong>de</strong><br />
acceso no autorizado, confi<strong>de</strong>ncialidad, integridad <strong>de</strong> los datos, entre otros.<br />
Los sistemas <strong>de</strong> seguridad tipicamente consisten <strong>de</strong> un sistema <strong>de</strong> criptografía<br />
que permite la encriptación y <strong>de</strong>sencriptación <strong>de</strong> los datos en texto plano.<br />
• Requerimientos legales y politicos: Los aspectos legales involucrados en el<br />
comercio electrónico se refieren a los mismos aspectos legales <strong>de</strong> Internet en el<br />
ciberespacio. Las disputas que han sido <strong>de</strong>batidas por siglos han comenzado a<br />
reflotar en el ciberespacio con renovado vigor. Los aspectos fundamentales<br />
<strong>de</strong> las liberta<strong>de</strong>s individuales requieren nueva atención en un nuevo entorno.<br />
2.4 COMPONENTES DEL COMERCIO ELECTRÓNICO<br />
Consi<strong>de</strong>rando la <strong>de</strong>finición planteada para comercio electrónico, muchos otros<br />
componentes a<strong>de</strong>más <strong>de</strong> los que a continuación se plantean, pue<strong>de</strong>n ser consi<strong>de</strong>rados. Sin<br />
embargo, los componentes clave elegidos son los más extendidos a lo ancho <strong>de</strong> Internet<br />
[Adam, 1999].<br />
2.4.1 INTERCAMBIO ELECTRÓNICO DE DATOS (EDI)<br />
Se lo <strong>de</strong>fine como el intercambio entre máquinas <strong>de</strong> información estructurada en un<br />
formato estándar y procesable por la computadora. EDI es un tipo <strong>de</strong> comercio<br />
electrónico por <strong>de</strong>finición y ha estado funcionando <strong>de</strong>l mismo modo por más <strong>de</strong> 20<br />
años. Sólo recientemente ha habido <strong>de</strong>sarrollos para mejorar las tecnologías e<br />
implementaciones EDI.<br />
La premisa <strong>de</strong> EDI es facilitar la ejecución <strong>de</strong> aplicaciones comerciales entre socios.<br />
EDI mejora el proceso manual <strong>de</strong> intercambio <strong>de</strong> información con otros comercios<br />
en muchos aspectos. Por ejemplo, los datos sólo necesitan ser ingresados una vez,<br />
esto reduce las posibilida<strong>de</strong>s <strong>de</strong> error como así también el costo <strong>de</strong> personal.<br />
Adicionalmente, los datos pue<strong>de</strong>n ser transferidos mas eficientemente mediante el<br />
uso <strong>de</strong> EDI. El mo<strong>de</strong>lo tradicional <strong>de</strong> EDI facilita el intercambio <strong>de</strong> documentación<br />
<strong>de</strong> negocio (tales como ór<strong>de</strong>nes <strong>de</strong> compra, or<strong>de</strong>nes <strong>de</strong> embarque, facturas, remitos,<br />
etc.) entre las partes que están comerciando; este intercambio pue<strong>de</strong> tener lugar<br />
entre hardware incompatible y diferentes plataformas mediante la inclusión <strong>de</strong><br />
transacciones estándares y empleando software <strong>de</strong> traducción.<br />
EDI es un protocolo para intercambio entre aplicaciones. Hay cuatro tareas que se<br />
necesitan para crear y distribuir un mensaje EDI.<br />
Lic. Gustavo López ~ 11 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
1. Mapeo: es el proceso <strong>de</strong> i<strong>de</strong>ntificación <strong>de</strong> los elementos <strong>de</strong>ntro <strong>de</strong> la base <strong>de</strong><br />
datos que se necesitan para crear un mensaje EDI. Mapear es una tarea <strong>de</strong> un<br />
solo paso que se hace una sola vez cuando se agrega un nuevo tipo <strong>de</strong><br />
transacción EDI. El software EDI no realiza esta tarea.<br />
2. Extracción: es el proceso <strong>de</strong> juntar los datos <strong>de</strong> prei<strong>de</strong>ntificación y colocarlos<br />
en un formato útil. Generalmente, los datos se extraen <strong>de</strong> la base <strong>de</strong> datos y se<br />
reestructuran en un archivo plano. La estructura exacta <strong>de</strong>l archivo plano<br />
normalmente es especificada por el <strong>de</strong>sarrollador <strong>de</strong>l software <strong>de</strong> traducción .<br />
3. Traducción: para enviar el mensaje, una vez que los datos necesarios están en el<br />
archivo plano, se pue<strong>de</strong> generar un mensaje EDI usando el software <strong>de</strong><br />
traducción o para formateo. El software <strong>de</strong> traducción or<strong>de</strong>na los datos<br />
exactamente en la estructura que necesita para ajustarse a los requerimientos<br />
EDI.<br />
4. Comunicación: La transmisión <strong>de</strong>l mensaje EDI es controlada por el software <strong>de</strong><br />
comunicación, el cual maneja y mantiene los números <strong>de</strong> teléfonos <strong>de</strong> las partes<br />
intervinientes <strong>de</strong>l negocio, realiza el discado automático y sube o baja los datos,<br />
también produce información <strong>de</strong> rastreo. Cada mensaje EDI es encerrado en un<br />
paquete que tiene una cabecera que contiene la dirección <strong>de</strong> <strong>de</strong>stino <strong>de</strong>l mensaje<br />
y el tipo <strong>de</strong> transacción EDI; esta cabecera también sirve a modo <strong>de</strong> check-sum o<br />
información <strong>de</strong> chequeo. Para el ingreso <strong>de</strong> mensajes EDI, ocurre el proceso<br />
inverso.<br />
El hecho <strong>de</strong> implementar un sistema EDI tradicional conlleva un número <strong>de</strong><br />
beneficios para las empresas. Para nombrar sólo unos pocos:<br />
• Fabricación bajo <strong>de</strong>manda<br />
• Respuesta rápida en tipo <strong>de</strong> venta minorista<br />
• Respuesta al consumidor en forma eficiente<br />
• Despacho Just-in-time<br />
• Stock manejado por los ven<strong>de</strong>dores<br />
• Producción pagada<br />
• Compra automatizada<br />
• Administración <strong>de</strong> or<strong>de</strong>nes automatizada<br />
• Seteo electrónico<br />
Un verda<strong>de</strong>ro análisis costo-beneficio <strong>de</strong> los efectos <strong>de</strong> la implementación EDI<br />
es compleja y dificultosa <strong>de</strong> evaluar, sin embargo los costos son mucho más<br />
fáciles <strong>de</strong> cuantificar que los beneficios: reduce gastos <strong>de</strong> personal para el<br />
ingreso <strong>de</strong> datos, ahorro <strong>de</strong> papel y correo, y ciclos <strong>de</strong> recepción más cortos<br />
son algunos beneficios cuantificables; sólo que los miles <strong>de</strong> dólares que<br />
requieren la implementación y mantenimiento <strong>de</strong> un sistema tradicional EDI<br />
necesita ser justificado con más beneficios significantes que estos.<br />
Lic. Gustavo López ~ 12 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
Para que una implementación EDI sea exitosa, necesita ser la causa directa <strong>de</strong> la<br />
mejora <strong>de</strong> la productividad y las operaciones internas, crear clientes internos y<br />
relaciones entre ven<strong>de</strong>dores, proveer ventajas competitivas en el mercado, y<br />
abrir el proceso <strong>de</strong> compra. Historicamente, este no ha sido el caso por el alto<br />
costo <strong>de</strong> la implementación EDI, especialmente para las Pymes; pero la cuestión<br />
económica es el factor más importante para la no implementación. Las Pymes<br />
constituyen el 99% <strong>de</strong> las empresas en la mayoría <strong>de</strong> los países <strong>de</strong>l mundo, en<br />
consecuencia el valor asociado a la implementación <strong>de</strong> este tipo <strong>de</strong> tecnología<br />
para el comercio electrónico es el que las mantiene alejadas <strong>de</strong> su implantación.<br />
Mientras las gran<strong>de</strong>s corporaciones han tenido los recursos para adoptar EDI a<br />
través <strong>de</strong> los años los procesos han sido cerrados y no han alcanzado todo su<br />
potencial. Debido a la explosión <strong>de</strong>l comercio electrónico, EDI se ha<br />
revigorizado y ha pasado a ser esencial para las transacciones empresa-empresa.<br />
Un aspecto esencial <strong>de</strong> la renovada atención hacia esta aplicación <strong>de</strong> comercio<br />
electrónico es asegurar que las Pymes no están siendo <strong>de</strong>jadas <strong>de</strong> lado. Los<br />
efectos <strong>de</strong> EDI han sido dañinos para las Pymes en el pasado, pero los<br />
<strong>de</strong>sarrollos tecnológicos en este campo tien<strong>de</strong>n a cambiar esta relación.<br />
EDI utilizado en combinación con Internet evita el costo asociado a re<strong>de</strong>s<br />
propias, y adicionalmente está dirigido a negocios <strong>de</strong> todos los tamaños. Las<br />
aplicaciones para Internet EDI atan las aplicaciones <strong>de</strong> negocios a los<br />
traductores EDI y el traslado <strong>de</strong> los datos hacia la contraparte mediante el uso<br />
<strong>de</strong> S/MIME o PGP/MIME para SMTP.<br />
Hay otras opciones para los negocios actuales a efectos <strong>de</strong> manejar las<br />
funciones y procesos habilitados por EDI. En vez <strong>de</strong> EDI tradicional, o mejor<br />
aún una <strong>de</strong> las áreas <strong>de</strong> <strong>de</strong>sarrollo hacia don<strong>de</strong> EDI se está moviendo, muchas<br />
compañías están consi<strong>de</strong>rando usar extranets como una forma <strong>de</strong> Internet EDI<br />
para sus procesos empresa-empresa.<br />
2.4.2 MONEDA DIGITAL<br />
Los dos sistemas principales <strong>de</strong> moneda digital son efectivo electrónico digital y<br />
tarjetas inteligentes con valores almacenados.<br />
La moneda digital permite a sus usuarios mover fondos electrónicamente <strong>de</strong>ntro<br />
<strong>de</strong> un entorno. Ello involucra un valor expresado en forma física. En<br />
consecuencia, la moneda digital es <strong>de</strong>signada para servir como la versión<br />
electrónica <strong>de</strong>l efectivo en papel, teniendo los mismos atributos que el medio<br />
físico –anonimato y liqui<strong>de</strong>z. Hay unas pocas generalizaciones que po<strong>de</strong>mos<br />
enumerar acerca <strong>de</strong> estos sistemas:<br />
• La moneda digital <strong>de</strong>pen<strong>de</strong> <strong>de</strong> las tecnologías <strong>de</strong> información avanzadas<br />
y <strong>de</strong> las comunicaciones <strong>de</strong> re<strong>de</strong>s a alta velocidad para almacenar,<br />
transmitir y recibir representaciones <strong>de</strong> valores.<br />
Lic. Gustavo López ~ 13 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
• Depen<strong>de</strong> en su mayoría <strong>de</strong> los <strong>de</strong>sarrollos tecnológicos en criptografía<br />
para proveer seguridad en un entorno <strong>de</strong> re<strong>de</strong>s abiertas.<br />
• Están relacionadas con la reducción <strong>de</strong> los costos y economías a escala<br />
creadas por los avances tecnológicos.<br />
• Al menos en el presente, la moneda digital requiere cargar fondos<br />
<strong>de</strong>ntro <strong>de</strong>l sistema financiero. Esto implica el intercambio <strong>de</strong> dinero o<br />
<strong>de</strong>pósitos por valores digitales.<br />
Los sistemas <strong>de</strong> moneda digital difieren <strong>de</strong> otras formas <strong>de</strong> sistemas <strong>de</strong> pago<br />
electrónico; los esquemas <strong>de</strong> moneda digital son actualmente el único sistema<br />
<strong>de</strong> pago electrónico que ofrece fundamentalmente un nuevo sistema para<br />
facilitar los pagos. Los sistemas <strong>de</strong> crédito/débito electrónico y los sistemas <strong>de</strong><br />
tarjeta <strong>de</strong> crédito para comercio electrónico para Internet y re<strong>de</strong>s abiertas<br />
similares son funcionalmente equivalentes a nuestros sistemas tradicionales, y<br />
no involucra la creación <strong>de</strong> nuevas marcas <strong>de</strong> valores.<br />
Cuando nos referimos a sistemas <strong>de</strong> moneda digital, los sectores públicos y<br />
privados se refieren a alguno <strong>de</strong> los dos sistemas antes mencionados. En esta<br />
distinción final entre tarjetas con valores almacenados y sistemas basados en<br />
efectivo electrónico. Estos esquemas comparten algunas propieda<strong>de</strong>s<br />
fundamentales:<br />
• Representan valores monetarios<br />
• Son intercambiables como pagos por merca<strong>de</strong>rías y servicios, medidos<br />
en monedas o puntos y otros tipos <strong>de</strong> valores<br />
• Pue<strong>de</strong>n ser guardados y canjeados<br />
Detrás <strong>de</strong> estas características los sistemas difieren en algunas particularida<strong>de</strong>s.<br />
Las tarjetas inteligentes retienen valores en un microchip asentado sobre una<br />
tarjeta y se utiliza en el mundo físico en un punto <strong>de</strong> venta. El efectivo<br />
electrónico se refiere a sistemas <strong>de</strong> dinero digital que usan las computadoras<br />
para transferir valores en ambientes <strong>de</strong> red, tales como Internet. Generalmente,<br />
las tarjetas inteligentes han sido más <strong>de</strong>sarrolladas y posteriormente testeadas<br />
que los esquemas <strong>de</strong> efectivo electrónico.<br />
2.4.3 CATÁLOGOS ELECTRÓNICOS<br />
Los catálogos electrónicos (e-catalogs) diseñados para las aplicaciones<br />
comerciales más recientes para la Internet, son una componente clave <strong>de</strong> los<br />
sistemas <strong>de</strong> comercio electrónico. Los diseños varían <strong>de</strong>s<strong>de</strong> interfaces web para<br />
transacciones consumidor-empresa tales como el website <strong>de</strong> Wal-mart, las<br />
Lic. Gustavo López ~ 14 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
interfaces que facilitan las transacciones empresa-empresa entre partes<br />
estratégicas que operan sobre una extranet. Un e-catalog es una interface<br />
gráfica para el usuario (típicamente una página WWW) que presenta<br />
información sobre productos y servicios que ofrece una empresa. Los e-catalog<br />
típicamente soportan capacida<strong>de</strong>s tales como shopping, or<strong>de</strong>n <strong>de</strong> pedido y pago.<br />
Un web site pue<strong>de</strong> también ser un conjunto <strong>de</strong> catálogos; por ejemplo, un mall<br />
electrónico es un catálogo <strong>de</strong> catálogos. Un marco conveniente don<strong>de</strong> discutir<br />
estas aplicaciones es consi<strong>de</strong>rar las diferencias entre catálogos impresos y<br />
electrónicos. La terminología para este componente <strong>de</strong>l comercio electrónico<br />
lleva a ver a los e-catags como una evolución <strong>de</strong> los catálogos impresos. Los<br />
objetivos comerciales <strong>de</strong> los catálogos en general incluyen marketing,<br />
distribución y venta, y soporte al cliente.<br />
Los catálogos electrónicos pue<strong>de</strong>n funcionar <strong>de</strong> una forma mucho más útil que<br />
una lista <strong>de</strong> productos y servicios que ofrece una empresa, sino más bien como<br />
un camino hacia una versión digital <strong>de</strong> la empresa.<br />
Muchas características <strong>de</strong> los e-catalogs los diferencian <strong>de</strong> los tradicionales<br />
catálogos impresos o catálogos basados en EDI, creando un único componente<br />
<strong>de</strong> comercio electrónico con posibilida<strong>de</strong>s <strong>de</strong> crecimiento en funcionalida<strong>de</strong>s.<br />
Las aplicaciones <strong>de</strong> e-catalog que van apareciendo típicamente incluyen cuatro<br />
características fundamentales:<br />
• Interactividad;<br />
• Capacidad <strong>de</strong> actualización dinámica;<br />
• Hypertexto;<br />
• Presencia global.<br />
Los catálogos electrónicos efectivamente sirven como ruteadores a una empresa<br />
y pue<strong>de</strong>n ayudar a cumplir con varios <strong>de</strong> los objetivos <strong>de</strong>l negocio. El resultado<br />
<strong>de</strong> la situación es una amplia variedad <strong>de</strong> funcionalida<strong>de</strong>s en el e-catalog.<br />
Dependiendo <strong>de</strong> los objetivos <strong>de</strong>l usuario, quienes <strong>de</strong>terminan el nivel <strong>de</strong><br />
complejidad <strong>de</strong> un catálogo, un e-catalog pue<strong>de</strong> tener una estructura<br />
relativamente simple o <strong>de</strong>sarrollar funciones sofisticadas.<br />
Dependiendo <strong>de</strong> las características <strong>de</strong> los e-catalogs y <strong>de</strong> las funcionalida<strong>de</strong>s,<br />
pue<strong>de</strong>n clasificarse [Schmid, 2000] en tres tipos <strong>de</strong> acuerdo al contexto en don<strong>de</strong><br />
se utilicen:<br />
• Unicos: es un catálogo puesto en un web-site con el propósito expreso<br />
<strong>de</strong> ven<strong>de</strong>r un producto o servicio. Se los utiliza por lo general para la<br />
venta minorista.<br />
• Malls electrónicos: son una colección <strong>de</strong> catálogos <strong>de</strong> distintos<br />
comercios compilados por un único proveedor <strong>de</strong> Internet, nuevamente<br />
con el propósito general <strong>de</strong> la venta minorista. El contenido <strong>de</strong> estos<br />
Lic. Gustavo López ~ 15 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
catálogos pue<strong>de</strong>n variar ampliamente, <strong>de</strong>pendiendo <strong>de</strong> qué catálogo esté<br />
mirando el usuario. Los malls electrónicos son únicos en el sentido <strong>de</strong><br />
que típicamente contendrán un directorio clasificado en el punto <strong>de</strong><br />
entrada al catálogo.<br />
• Catálogos incrustados: se los utiliza típicamente como parte <strong>de</strong>l website<br />
<strong>de</strong> una gran corporación. Generalmente no tienen fines <strong>de</strong> venta<br />
minorista, por ejemplo se los usa para marketing, apoyo al cliente,<br />
comunicación interna <strong>de</strong> la corporación. Por lo general contienen<br />
<strong>de</strong>scripciones <strong>de</strong>talladas <strong>de</strong> productos o servicios y numerosos links a<br />
mas información.<br />
Muchas empresas están en la actualidad ofreciendo productos para construir<br />
estos tipos <strong>de</strong> catálogos que incluyen las características previamente<br />
mencionadas y una variedad <strong>de</strong> funcionalida<strong>de</strong>s. El nivel <strong>de</strong> funcionalidad <strong>de</strong>l<br />
software <strong>de</strong> catálogo <strong>de</strong>terminará el precio <strong>de</strong>l paquete. Los catálogos<br />
electrónicos son un camino efectivo para cumplir muchos <strong>de</strong> los objetivos <strong>de</strong>l<br />
negocio. Contienen diversas características y funcionalida<strong>de</strong>s que sus<br />
equivalentes físicos. Han llegado a ser componentes esenciales <strong>de</strong>l comercio<br />
electrónico para la industria <strong>de</strong> productos y servicios.<br />
2.4.4 INTRANETS Y EXTRANETS<br />
Las revistas especializadas presentan la imagen <strong>de</strong> una intranet como un simple<br />
web server interno <strong>de</strong> la corporación; <strong>de</strong> hecho, en la actualidad la mayoría <strong>de</strong><br />
las intranets no son más que una colección segura <strong>de</strong> web sites que pertenecen<br />
generalmente a una corporación que son accesibles únicamente por los<br />
miembros que pertenecen a ese grupo, siempre y cuando tengan la<br />
correspondiente autorización. Chellapa [Chellapa, 1997] <strong>de</strong>fine a la intranet<br />
como “una red corporativa segura con cantidad <strong>de</strong> buenos aspectos funcionales<br />
<strong>de</strong> una Local Area Network (LAN) interconectada por Internet y/o sus<br />
tecnologías y aplicaciones.” Este panorama da la cabal i<strong>de</strong>a <strong>de</strong> que una intranet<br />
es más que un web server interno <strong>de</strong> la corporación. El término extranet es más<br />
reciente aún y se refiere a una “intranet extendida”. Las aplicaciones actuales<br />
involucran dos o más intranets que se linkean mutuamente y que son accesibles<br />
para los miembros <strong>de</strong> ambas. Esto es posible mediante un acuerdo entre las<br />
distintas partes <strong>de</strong> un negocio. Esta visión <strong>de</strong> las intranets y las extranets pue<strong>de</strong><br />
<strong>de</strong>mostrar efectos substancialmente positivos <strong>de</strong>ntro <strong>de</strong> las organizaciones que<br />
las utilizaron.<br />
Las configuraciones estándares <strong>de</strong> intranets usadas en las organizaciones<br />
actuales incluyen cuatro capacida<strong>de</strong>s básicas:<br />
1. E-mail -sistemas estándares basados en SMTP;<br />
2. Publicaciones on line –la mayoría para documentos internos <strong>de</strong><br />
la corporación;<br />
Lic. Gustavo López ~ 16 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
3. Búsquedas on line –para información interna;<br />
4. Aplicaciones <strong>de</strong> distribución –aplicaciones simples usadas<br />
comúnmente, tales como macros en Excel.<br />
Las funciones más comunes <strong>de</strong> estas capacida<strong>de</strong>s antes mencionadas incluyen<br />
acceso rápido a los datos almacenados <strong>de</strong> la corporación; publicación <strong>de</strong> listas<br />
<strong>de</strong> trabajo, beneficios <strong>de</strong> información, directorios telefónicos, anuncios <strong>de</strong> la<br />
compañía; permiten a los empleados completar formularios electrónicos; y<br />
mejora la comunicación interpersonal mediante el e-mail o las salas <strong>de</strong> chat o<br />
grupos <strong>de</strong> discusión. Cuando se implantan extranets, estas funciones y<br />
capacida<strong>de</strong>s recién mencionadas se extien<strong>de</strong>n a otras compañías <strong>de</strong> las gran<strong>de</strong>s<br />
corporaciones <strong>de</strong> todo el mundo.<br />
Chellapa [Chellapa, 1997] lista cuatro capacida<strong>de</strong>s adicionales muy importantes<br />
que están comenzando a aparecer en las tecnologías <strong>de</strong> intranet y sistemas <strong>de</strong><br />
intraweb:<br />
1. Herramientas para grupos (tales como entornos <strong>de</strong> escritura<br />
sobre páginas web);<br />
2. Interfaces comunes <strong>de</strong> usuario –un browser que pue<strong>de</strong> correr<br />
numerosos servicios, tales como HTTP, SMTP, NNTP, IRC, y<br />
más;<br />
3. Acceso a bases <strong>de</strong> datos remotas (wi<strong>de</strong> area);<br />
4. Aplicaciones in<strong>de</strong>pendientes <strong>de</strong> la plataforma (aplicaciones<br />
Java). Estas aplicaciones incrementan la funcionalidad <strong>de</strong> las<br />
intranets y son similares a las configuraciones utilizadas en las<br />
tecnologías LAN.<br />
Podríamos enumerar tres tipos <strong>de</strong> beneficios que incorporan las intranets en las<br />
prácticas comerciales:<br />
1. Mo<strong>de</strong>rniza los procesos comerciales<br />
2. Facilita la diseminación <strong>de</strong> información<br />
3. Refuerza la comunicación y la colaboración<br />
Los usos actuales <strong>de</strong> las intranets y <strong>de</strong> las extranets cuentan con numerosas<br />
ventajas <strong>de</strong>ntro <strong>de</strong> esas áreas. Como el uso <strong>de</strong> estas tecnologías se extien<strong>de</strong> y<br />
se <strong>de</strong>sarrolla incluyendo funcionalida<strong>de</strong>s <strong>de</strong> las LAN’s como así también las<br />
capacida<strong>de</strong>s <strong>de</strong> WWW, no sólo los beneficios <strong>de</strong>ntro <strong>de</strong> estas tres áreas llegarán<br />
a ser más significantes, sino otros tipos <strong>de</strong> beneficios pue<strong>de</strong>n emerger también.<br />
Por ejemplo, las empresas que toman efectos positivos <strong>de</strong>ntro <strong>de</strong> estas<br />
categorías podrían en consecuencia mejorar su eficiencia organizacional.<br />
Implementando una extranet pue<strong>de</strong>n afianzar la relación comercial con sus<br />
clientes y con otras empresas.<br />
Implementar una intranet o una extranet acarrea numerosos beneficios, por<br />
ejemplo, distribución, acceso just-in-time a un amplio rango <strong>de</strong> información y<br />
servicios; mayor y mejor comunicación entre empleados; reducción <strong>de</strong> trabajo<br />
Lic. Gustavo López ~ 17 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
administrativo para el <strong>de</strong>partamento <strong>de</strong> IT, relativo a aplicaciones <strong>de</strong> otros<br />
grupos <strong>de</strong> trabajo. Y por último, la eliminación <strong>de</strong> costos por distribución <strong>de</strong><br />
papeles, procesamiento <strong>de</strong> ór<strong>de</strong>nes, impresión y software como así también la<br />
reducción <strong>de</strong> los costos telefónicos.<br />
Las intranets se apoyan en las facilida<strong>de</strong>s <strong>de</strong> las conexiones TCP/IP aunque no<br />
necesariamente <strong>de</strong>ben conectar la red interna con la Internet. Más aún, si la red<br />
interna está protegida por un firewall, el acceso <strong>de</strong> una compañía <strong>de</strong> la<br />
corporación pue<strong>de</strong> comprometer la seguridad <strong>de</strong> la intranet <strong>de</strong>bido a la <strong>de</strong>bilidad<br />
<strong>de</strong>l sistema <strong>de</strong> seguridad <strong>de</strong> esa compañía. Esto mismo es particularmente cierto<br />
en el caso <strong>de</strong> las extranets que conectan los sistemas <strong>de</strong> varias compañías.<br />
Los métodos más económicos incluyen amarrar un servidor Web gratuito<br />
(compañías tales como Microsoft o Apache están dando este servicio como un<br />
esquema inicial para atraer futuros clientes) a workstations existentes,<br />
resultando una “intraweb” básica como la que se <strong>de</strong>scribió más arriba.<br />
Reforzar los sistemas <strong>de</strong> comunicaciones internos pue<strong>de</strong>n beneficiar<br />
indirectamente a las operaciones <strong>de</strong> la organización mediante el hecho <strong>de</strong><br />
compartir el conocimiento, coordinación y colaboración en proyectos; crear<br />
oportunida<strong>de</strong>s para brainstorming y alentar a los empleados a compartir el<br />
conocimiento y la experiencia.<br />
Las intranets y extranets son un componente <strong>de</strong>l comercio electrónico en el<br />
cual el análisis <strong>de</strong> Retorno <strong>de</strong> la Inversión (ROI) juega un papel<br />
importante.<br />
Más allá <strong>de</strong>l nivel <strong>de</strong> capacida<strong>de</strong>s que una empresa <strong>de</strong>see para sus sistemas <strong>de</strong><br />
intranet y extranet, el <strong>de</strong>safío para los <strong>de</strong>sarrolladores <strong>de</strong> aplicaciones para<br />
intranet y extranet es mantener los costos iniciales, <strong>de</strong> <strong>de</strong>sarrollo y<br />
mantenimiento lo suficientemente bajos como para que las Pymes puedan tomar<br />
parte en el uso <strong>de</strong> estas tecnologías.<br />
A consecuencia <strong>de</strong> lo expuesto prece<strong>de</strong>ntemente, se pue<strong>de</strong> concluir que:<br />
* Hay un número gran<strong>de</strong> <strong>de</strong> gente en Internet a nivel mundial y la ten<strong>de</strong>ncia es marcada<br />
hacia el crecimiento.<br />
* La <strong>de</strong>mografía <strong>de</strong> Internet está cambiando rápidamente para pasar a ser más<br />
representativa <strong>de</strong> la sociedad.<br />
* El contenido <strong>de</strong> la web está creciendo con un índice explosivo.<br />
Estos números combinados con la naturaleza <strong>de</strong> la Internet como una herramienta<br />
po<strong>de</strong>rosa para compartir información y potente como medio para las transacciones, crean<br />
un mercado muy atractivo.<br />
Lic. Gustavo López ~ 18 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
El alcance <strong>de</strong>l Comercio Electrónico es sustancial y el número <strong>de</strong> transacciones<br />
electrónicas a través <strong>de</strong> la web es atractivo. El 73% <strong>de</strong> los usuarios <strong>de</strong> la web han<br />
buscado información acerca <strong>de</strong> productos y servicios en Internet, y cerca <strong>de</strong>l 11% <strong>de</strong> los<br />
usuarios <strong>de</strong> la web han comprado on line. El interés en el comercio electrónico es gran<strong>de</strong><br />
y creciente; en 2003 Yahoo lista 413.163 empresas que son accesibles a través <strong>de</strong> su motor<br />
<strong>de</strong> búsqueda, esto crece a un ritmo promedio <strong>de</strong> 2000 a 6000 por semana <strong>de</strong>s<strong>de</strong> el<br />
comienzo <strong>de</strong> 1999. Hay en la actualidad más <strong>de</strong> 5000 malls electrónicos en la web.<br />
Categóricamente el comercio electrónico es gran<strong>de</strong>, y está creciendo a un ritmo muy<br />
rápido [Kalakota, 2001].<br />
El comercio electrónico podría: mo<strong>de</strong>rnizar y mejorar los procesos <strong>de</strong> adquisición,<br />
mediante el recorte <strong>de</strong> costos a través <strong>de</strong> procesos más competitivos; contribuir a<br />
<strong>de</strong>crementar los ciclos <strong>de</strong> producción; habilitar a empresas a conducir sus negocios<br />
distantes <strong>de</strong>l mismo modo que si fueran vecinos; darle fuerza a negocios chicos; crear<br />
nuevos servicios y negocios y ayudar a expandir el horizonte <strong>de</strong> sus participantes. Los<br />
participantes podrían estar preparados para conducir el análisis costo beneficio <strong>de</strong> sus<br />
iniciativas <strong>de</strong> comercio electrónico y <strong>de</strong>ben consi<strong>de</strong>rar las ventajas competitivas y<br />
estratégicas con la que los negocios y el gobierno también se beneficiarán [Deming,<br />
1982].<br />
2.5 LA IMPORTANCIA DEL COMERCIO ELECTRÓNICO PARA EL<br />
DESARROLLO Y FOMENTO DE LAS PYMES<br />
A los fines <strong>de</strong>l título III <strong>de</strong> la Ley 24467, sancionada el 15/03/1995 y aún vigente, referido<br />
a Relaciones Laborales:<br />
Pequeña empresa es la que reúne las siguientes condiciones:<br />
a.- Que su plantel no supere los cuarenta (40) trabajadores.<br />
b.- Que tengan una facturación anual sin IVA inferior a la cantidad que<br />
para cada actividad es fijada, a saber:<br />
Industria: $5.000.000 <strong>de</strong> facturación anual<br />
Servicios: $4.000.000 <strong>de</strong> facturación anual<br />
Comercio: $3.000.000 <strong>de</strong> facturación anual<br />
Rurales: $2.500.000 <strong>de</strong> facturación anual<br />
En la casi totalidad <strong>de</strong> las economías <strong>de</strong> mercado las empresas pequeñas y medianas,<br />
incluidos los microemprendimientos, constituyen una parte sustancial <strong>de</strong> la economía<br />
[Perel, 1996]. En la Argentina más <strong>de</strong>l 90% <strong>de</strong> los establecimientos totales poseen menos<br />
<strong>de</strong> 50 empleados; estos mismos establecimientos son fuente <strong>de</strong> empleo para el 70% <strong>de</strong>l<br />
total <strong>de</strong> trabajadores, ejemplo: la actividad privada [GERENS, Boletín Socio-Técnico<br />
para el <strong>de</strong>sarrollo gerencial en empresas medianas, Número 42].<br />
Hablar <strong>de</strong> Pymes es, entonces, hablar <strong>de</strong> una proporción muy significativa <strong>de</strong> la actividad<br />
económica. Por lo menos, significa también que <strong>de</strong>ntro <strong>de</strong> esa categoría se incluyen<br />
realida<strong>de</strong>s tan diversas como empresas unipersonales, pequeñas empresas familiares,<br />
empresas con distintos grados <strong>de</strong> informalidad, empresas con tecnologías <strong>de</strong> punta,<br />
Lic. Gustavo López ~ 19 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
empresas <strong>de</strong>clinantes con tecnologías obsoletas y empresas que conviven, compitiendo o<br />
complementándose con empresas gran<strong>de</strong>s [Mintzberg, 1990] [Mintzberg, 1997].<br />
Hasta inicios <strong>de</strong> la década <strong>de</strong>l 90 se asociaba a las Pymes con una serie <strong>de</strong> atributos o<br />
ventajas que hacían <strong>de</strong>seable su promoción <strong>de</strong>s<strong>de</strong> la política pública. El <strong>de</strong>sempeño poco<br />
satisfactorio <strong>de</strong> la política <strong>de</strong> promoción, la aparición <strong>de</strong> nuevas ten<strong>de</strong>ncias en la<br />
producción <strong>de</strong> la mano <strong>de</strong> fuertes cambios tecnológicos y el creciente problema <strong>de</strong><br />
<strong>de</strong>sempleo en muchas <strong>de</strong> las economías industrializadas dieron lugar a una reunión <strong>de</strong> la<br />
i<strong>de</strong>a prevaleciente (ver cuadro):<br />
ANTES<br />
VENTAJAS DE LAS PYME’s<br />
AHORA<br />
Son flexibles en producción y tecnología<br />
Son trabajo-intensivas y generan más empleo<br />
Emplean mano <strong>de</strong> obra no calificada<br />
La rotación <strong>de</strong> empresas<br />
asegura flexibilidad<br />
No hay una relación<br />
necesaria entre PYME<br />
y empleo<br />
La calidad <strong>de</strong> empleo<br />
que ofrecen es muy<br />
variable<br />
ROTACIÓN DE EMPRESAS-PAISES DE LA COMUNIDAD EUROPEA<br />
En establecimientos totales<br />
Nacimiento<br />
Muerte<br />
Nacimiento neto<br />
9 al 19% anual<br />
8 al 18% anual<br />
-1 al 4% anual<br />
En % <strong>de</strong> nuevos establecimeintos<br />
Sobrevivientes a los 10 años 20%<br />
Con respecto a la flexibilidad tecnológica y productiva que tradicionalmente se les<br />
asignaba, este rasgo se encuentra relativamente más asociado a la “reemergencia” <strong>de</strong> las<br />
Pymes en la década <strong>de</strong>l 80 en países industriales, que a las Pymes más tradicionales <strong>de</strong> los<br />
Lic. Gustavo López ~ 20 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
sectores productivos maduros (si<strong>de</strong>rúrgico, textil, plástico) <strong>de</strong> nuestros días. La<br />
experiencia muestra que la flexibilidad <strong>de</strong>be enten<strong>de</strong>rse en un sentido más amplio,<br />
vinculado con el <strong>de</strong> rotación <strong>de</strong> empresas.<br />
Como se ve en la figura 2.1, en los países industriales, la tasa <strong>de</strong> rotación es muy elevada.<br />
En la Unión Europea nacen (y mueren también) aproximadamente 3.000.000 <strong>de</strong> empresas<br />
en un sólo año [Robbins, 1999]. A los 10 años <strong>de</strong> funcionamiento sólo sobreviven el 20%<br />
y las empresas sobrevivientes crecen lentamente. En los Estados Unidos, según<br />
estadísticas <strong>de</strong> la Small Business Administration (SBA), luego <strong>de</strong> 8 años <strong>de</strong><br />
funcionamiento sólo sobreviven en torno <strong>de</strong>l 70% <strong>de</strong> las empresas que pudieron crecer en<br />
el período (creando empleo), y menos <strong>de</strong>l 20% <strong>de</strong> las que no crecieron. En los<br />
emprendimientos <strong>de</strong> alta tecnología, el 60% fracasa antes <strong>de</strong> los 5 años. En el Reino<br />
Unido el 25% <strong>de</strong> los establecimientos fracasa durante los primeros 18 meses.<br />
EMPLEO EN PYME (en % <strong>de</strong>l empleo total)<br />
80%<br />
70%<br />
60%<br />
50%<br />
40%<br />
30%<br />
20%<br />
10%<br />
0%<br />
Estados<br />
Unidos<br />
Alemania,<br />
Bélgica,<br />
Canadá, U.K.,<br />
Francia<br />
Promedio<br />
Japón, Suiza,<br />
Chile<br />
Dinamarca,<br />
Italia,<br />
Portugal,<br />
España,<br />
Grecia, Perú,<br />
Brasil,<br />
Argentina<br />
~ figura 2.1: Empleo en PYME ~<br />
2.5.1 P.YM.E.S. E INTERNET: UNA ALIANZA ESTRATÉGICA<br />
En la casi totalidad <strong>de</strong> las economías <strong>de</strong> mercado las empresas pequeñas y medianas,<br />
incluidos los microemprendimientos, constituyen una parte sustancial <strong>de</strong> la economía. En<br />
la Argentina más <strong>de</strong>l 90% <strong>de</strong> los establecimientos totales poseen menos <strong>de</strong> 50 empleados<br />
Lic. Gustavo López ~ 21 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
(en consecuencia Pymes). Estos mismos establecimientos son fuente <strong>de</strong> empleo para el<br />
70% <strong>de</strong>l total <strong>de</strong> trabajadores [Badaraco, 1998].<br />
Las Pymes están obligadas a operar en la Internet. No es un tema <strong>de</strong> inversión como <strong>de</strong><br />
inteligencia <strong>de</strong> negocio y buen aprovechamiento <strong>de</strong> las ofertas existentes [Cohan, 2000].<br />
En materia <strong>de</strong> negocios e Internet, durante el último año todos aceptaron que hay que estar<br />
en la Red, era una ten<strong>de</strong>ncia muy fuerte que se venía, <strong>de</strong> una u otra forma sería negocio,<br />
<strong>de</strong> aceptar esta realidad y hablar <strong>de</strong> ella, a trabajar en consecuencia hay una distancia<br />
consi<strong>de</strong>rable. Es que ponerse a actuar en el escenario <strong>de</strong> la economía digital exige tener la<br />
respuesta a nuevos interrogantes: cómo hacerlo, qué mantener <strong>de</strong>l esquema anterior y qué<br />
cambiar, con quién (tanto a nivel <strong>de</strong> personal propio como <strong>de</strong> proveedores), con qué<br />
tecnología, con qué respaldo financiero se cuenta. El problema es que no hay <strong>de</strong>masiado<br />
tiempo para <strong>de</strong>velar la cuestión. Hay una creciente presión <strong>de</strong>l medio ambiente<br />
empresarial para que todos se ajusten a las nuevas reglas lo más pronto posible. Es que<br />
vieron los beneficios, hicieron su apuesta (inversión) y no hay vuelta atrás.<br />
Des<strong>de</strong> las terminales automotrices hasta una ca<strong>de</strong>na <strong>de</strong> hipermercados, las gran<strong>de</strong>s<br />
compañías empujan a sus proveedoras, mayoritariamente pequeñas y medianas empresas,<br />
a conectarse y a<strong>de</strong>cuar sus procedimientos y sistemas para llevar al terreno electrónico<br />
buena parte <strong>de</strong> la documentación que hace a sus relaciones comerciales, las transacciones<br />
y la gestión misma <strong>de</strong>l negocio [Christensen, 1999].<br />
No cabe ninguna duda <strong>de</strong> que Internet está produciendo un profundo cambio social y<br />
económico y que está actuando como agente catalizador en la evolución <strong>de</strong> la economía<br />
industrial hacia la llamada nueva economía digital [Reichheld, 1996]. Internet está<br />
revolucionando nuestra sociedad. El por qué y cómo, escapa quizás al tema <strong>de</strong> este<br />
trabajo.<br />
Prensa, televisión y radio son medios <strong>de</strong> comunicación <strong>de</strong> masas en los que po<strong>de</strong>mos<br />
encontrar publicaciones y programas <strong>de</strong>dicados a este tema o que tratan en gran parte los<br />
usos, aplicaciones y alcance <strong>de</strong> esta “red <strong>de</strong> re<strong>de</strong>s” que continuamos tejiendo día a día.<br />
Internet se ha convertido ya en un medio <strong>de</strong> masas, hay muchos millones <strong>de</strong> usuarios en<br />
todo el mundo que disponen <strong>de</strong> Internet; sin embargo América Latina presenta un retraso<br />
respecto <strong>de</strong> Estados Unidos y Europa. Los precios <strong>de</strong> los servicios <strong>de</strong> telecomunicaciones<br />
y la calidad <strong>de</strong> las infraestructuras hacen que el <strong>de</strong>sarrollo aquí sea más lento. El volumen<br />
<strong>de</strong> facturación <strong>de</strong>l comercio electrónico es también consi<strong>de</strong>rablemente inferior, pero esto<br />
está empezando a cambiar, el gigante dormido se está <strong>de</strong>spertando en estos últimos<br />
tiempos [Toffler, 1999].<br />
Y aunque no sea el tema central <strong>de</strong> este trabajo, se abordarán ciertos aspectos interesantes<br />
en el terreno social y político, y también se tratará rápidamente el tema <strong>de</strong> la penetración<br />
<strong>de</strong> Internet en Argentina. Se intenta no profundizar <strong>de</strong>masiado en cifras y datos. No<br />
obstante ello, para enten<strong>de</strong>r las gran<strong>de</strong>s posibilida<strong>de</strong>s que tiene la prestación <strong>de</strong> servicios<br />
en la red, es necesario tratar estos temas aunque sea en forma genérica.<br />
Lic. Gustavo López ~ 22 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
2.5.2 LA SOCIEDAD DE LA INFORMACIÓN<br />
En los ámbitos social y político po<strong>de</strong>mos observar iniciativas <strong>de</strong> los países americanos<br />
para fomentar el uso <strong>de</strong> Internet y hacer que alcance a todos los estratos sociales. Se<br />
intenta evitar una nueva división <strong>de</strong> la sociedad. Se intenta evitar una fractura que<br />
separe a los ciudadanos. Los “conectados” y los “<strong>de</strong>sconectados”. Los que tienen acceso<br />
y saben utilizarlo y los que no. Se intenta evitar que exista una “<strong>de</strong>sinternetización” 1 .<br />
Que todos los niños crezcan no sólo alfabetizados y escolarizados, sino también<br />
“internetizados” 2 .<br />
América Latina va muy por <strong>de</strong>trás <strong>de</strong> Estados Unidos y Europa en la introducción <strong>de</strong><br />
nuevas tecnologías, y en particular <strong>de</strong> Internet. El costo relativamente elevado <strong>de</strong>l acceso<br />
a Internet, es un factor importante. Ello a<strong>de</strong>más podría agravar las disparida<strong>de</strong>s sociales y<br />
económicas [U.S. Department of Commerce, 1998].<br />
La asimilación <strong>de</strong> las nuevas tecnologías digitales será probablemente el principal agente<br />
<strong>de</strong> crecimiento en América Latina en la próxima década, pero mientras tanto los ingresos<br />
<strong>de</strong>l comercio electrónico crecen vertiginosamente más rápido en Estados Unidos y en<br />
Europa.<br />
2.5.3 EL USO DE INTERNET DE ACUERDO AL SEXO, A LA EDAD Y A<br />
LOS INGRESOS<br />
Por sexos, los hombres se conectan más que las mujeres. Pero las mujeres aumentan día a<br />
día su presencia en la red. Por eda<strong>de</strong>s, hasta los 55 años no hay diferencias significativas.<br />
En cambio, a partir <strong>de</strong> esa edad, la tasa cae consi<strong>de</strong>rablemente. Por nivel <strong>de</strong> ingresos, la<br />
tasa <strong>de</strong> personas conectadas es directamente proporcional al nivel <strong>de</strong> rentas; las personas<br />
con ingresos altos se conectan más que las <strong>de</strong> ingresos medios o bajos [U.S. Department<br />
of Commerce, 1998].<br />
2.5.4 UTILIZACIÓN Y TIPO DE CONEXIÓN<br />
Des<strong>de</strong> casa, las personas conectadas utilizan el 74% <strong>de</strong> su tiempo <strong>de</strong> conexión para fines<br />
personales, un 14% para fines profesionales y sólo el 12% para fines educativos. La<br />
principal conexión es a través <strong>de</strong> la red telefónica conmutada o <strong>de</strong> dial-up [U.S.<br />
Department of Commerce, 1998].<br />
2.5.5 EL COMERCIO ELECTRÓNICO<br />
Respecto <strong>de</strong>l comercio electrónico, mientras que en Estados Unidos un 15% <strong>de</strong> la<br />
población ha efectuado alguna vez sus compras por Internet, en Europa esta cifra es <strong>de</strong><br />
menos <strong>de</strong>l 8% y en Argentina es inferior al 4%. Y la forma <strong>de</strong> pago más común es<br />
1 Como <strong>de</strong>s+alfabet+ización, <strong>de</strong>s+internet+ización = <strong>de</strong>sinternetización<br />
2 Como alfabet+izados, escolar+izados, internet+izados = internetizados<br />
Lic. Gustavo López ~ 23 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
contra entrega. En Argentina aún se conserva la i<strong>de</strong>a <strong>de</strong> inseguridad en el uso <strong>de</strong> la tarjeta<br />
<strong>de</strong> crédito como medio <strong>de</strong> pago para compras por Internet [Fresco, 2000].<br />
2.5.6 LOS USUARIOS MAYORES DE 45 AÑOS<br />
En Estados Unidos los internautas <strong>de</strong> entre 45 y 64 años son ya el 20% <strong>de</strong> la población<br />
internauta, y fue el grupo <strong>de</strong> edad que mayor crecimiento experimentó, según el Informe<br />
<strong>de</strong> Internet <strong>de</strong> 1999 elaborado por Media Metrix [McKeown, 2001]. El informe muestra<br />
que navegan con más frecuencia, pasan más tiempo en la red y miran más páginas únicas<br />
que los jóvenes. Tienen unos hábitos <strong>de</strong> compra que los convierten en un mercado<br />
<strong>de</strong>seado. Tienen más tarjetas <strong>de</strong> crédito y hacen uso más frecuente <strong>de</strong> ellas; con sus<br />
hábitos <strong>de</strong> conexión, es cuestión <strong>de</strong> tiempo que parte <strong>de</strong> sus compras se trasla<strong>de</strong>n a la red.<br />
Recurren a la red para comparar precios y recopilar información para sus compras.<br />
Algunos acaban comprando por Internet, otros por teléfono o bien en negocios. Pero un<br />
rasgo que les caracteriza es que son clientes fieles. Cuando encuentran un sitio que les<br />
agra<strong>de</strong>, <strong>de</strong>jan <strong>de</strong> buscar. Son prácticos. Se <strong>de</strong>cantan por páginas sencillas, fáciles <strong>de</strong><br />
navegar, muy informativas, y con una amplia gama <strong>de</strong> productos que cubran sus<br />
necesida<strong>de</strong>s, <strong>de</strong>s<strong>de</strong> libros a seguros.<br />
A esta edad suelen disponer <strong>de</strong> un patrimonio el cual asegurar. También suelen tener<br />
patrimonio invertido. Y cargas familiares que requieren seguros personales. Son un<br />
grupo <strong>de</strong> edad idóneo para ven<strong>de</strong>rles productos o servicios en general.<br />
2.6 LOS NUEVOS PARADIGMAS: EL E-BUSINESS Y EL E-COMMERCE<br />
El primer paso pue<strong>de</strong> ser muy simple, en general, las gran<strong>de</strong>s empresas están armando<br />
sistemas para recibir pedidos, informar sobre estado <strong>de</strong> cuentas y emitir or<strong>de</strong>nes <strong>de</strong> pago a<br />
su ca<strong>de</strong>na, <strong>de</strong> forma tal que cada uno <strong>de</strong> los eslabones sólo <strong>de</strong>be acce<strong>de</strong>r a una página en<br />
Internet (i<strong>de</strong>ntificándose con nombre <strong>de</strong> usuario y clave). Esto es especialmente práctico<br />
para la gran empresa, pues le aumenta notablemente la eficiencia y le reduce una<br />
enormidad <strong>de</strong> costos operativos [Curtis, 1987] [Davenport, 1998]. Lo que hay que<br />
observar (y esto es clave para enten<strong>de</strong>r qué pasa <strong>de</strong>l otro lado <strong>de</strong> la Red) es que ese “front<br />
end”, esa puerta <strong>de</strong> entrada tiene <strong>de</strong>trás todo un ambiente sintonizado. La cuestión va<br />
mucho más allá <strong>de</strong> un formulario en la Web o un e-mail diario con información contable,<br />
toda la infraestructura tecnológica <strong>de</strong> esos gran<strong>de</strong>s jugadores ha sido a<strong>de</strong>cuada para<br />
aprovechar los beneficios prometidos por los nuevos paradigmas <strong>de</strong>l e-business y <strong>de</strong>l e-<br />
commerce. De no contemplarse esta realidad suce<strong>de</strong> que la información entra<br />
rápidamente pero en el interior hay embotellamientos, entonces la solución no existe.<br />
Incluso esto es así con la salida <strong>de</strong> información; si ésta también se produce <strong>de</strong>masiado<br />
rápido, existe un alto grado <strong>de</strong> riesgo <strong>de</strong> que a<strong>de</strong>ntro que<strong>de</strong> <strong>de</strong>sor<strong>de</strong>nado y no se sepa qué<br />
fue lo que salió. Esto implica reconvertir la infraestructura interna <strong>de</strong> sistemas <strong>de</strong> forma<br />
tal que esté lista para conectarse e interactuar, ajustando también la cultura <strong>de</strong> la<br />
organización y los procedimientos internos. Primero la cultura, segundo los<br />
procedimientos y tercero los sistemas, o todo al mismo tiempo, pero nunca al revés.<br />
Lic. Gustavo López ~ 24 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
Recién entonces las Pymes podrán subirse al tren <strong>de</strong> Internet, mejor dicho están siendo<br />
empujadas a subirse; la cuestión es si lo harán al furgón <strong>de</strong> cola o si buscarán un asiento<br />
en primera. No es tanto un tema <strong>de</strong> inversión como <strong>de</strong> inteligencia y buen<br />
aprovechamiento <strong>de</strong> las ofertas existentes, hoy todas las empresas <strong>de</strong> tecnología quieren<br />
ven<strong>de</strong>rle a las Pymes.<br />
Pasado el estadío <strong>de</strong>l acceso vía formulario web, las soluciones para la a<strong>de</strong>cuación interna<br />
<strong>de</strong> la plataforma informática y <strong>de</strong> comunicaciones van <strong>de</strong>s<strong>de</strong> el alquiler remoto <strong>de</strong><br />
aplicaciones (también a través <strong>de</strong> Internet, a un Application Service Provi<strong>de</strong>r) hasta una<br />
reconversión global <strong>de</strong> todo lo existente en la empresa [An<strong>de</strong>rson, 1999].<br />
En el medio hay variantes <strong>de</strong> tecnologías, envergaduras y tiempos <strong>de</strong> implementación muy<br />
disímiles. Un administrador racional pondrá en la balanza varios factores, más allá <strong>de</strong>l<br />
costo <strong>de</strong> la nueva tecnología. Pérdidas por falta <strong>de</strong> eficiencia, costos ocultos, ritmo <strong>de</strong><br />
crecimiento <strong>de</strong> la competencia, tiempo <strong>de</strong> los procesos en relación al ciclo <strong>de</strong>l negocio y el<br />
cash flow, potencial <strong>de</strong> crecimiento en base a un funcionamiento más eficiente. En base a<br />
todos estos elementos se podrá cuantificar la porción <strong>de</strong> recursos a <strong>de</strong>stinar en la<br />
actualización <strong>de</strong> la empresa para moverse en el mar digital. Por ello, en la actual<br />
coyuntura, resulta muy conveniente el aliento a emprendimientos <strong>de</strong> esta índole, a los<br />
fines <strong>de</strong> la generación <strong>de</strong> empleo.<br />
2.6.1 PROYECTO PYWEB<br />
La Se.P.yM.E. (Secretaría <strong>de</strong> la Pequeña y Mediana Empresa <strong>de</strong> Argentina), en la<br />
convicción <strong>de</strong> que la solución <strong>de</strong> muchos problemas a que se ven sometidas estas<br />
empresas no pue<strong>de</strong>n ser resueltos en forma individual, encara una tarea para el conjunto,<br />
bajo un enfoque sistémico, que seguramente a los nostálgicos <strong>de</strong> tiempos idos, les<br />
recuer<strong>de</strong> el movimiento cooperativo que acompañó el crecimiento <strong>de</strong> los miles <strong>de</strong> talleres<br />
y pequeñas fábricas que constituyeron el valuarte <strong>de</strong> la industria argentina al promediar el<br />
siglo XX; hoy en día se plantean insoslayables exigencias <strong>de</strong> competitividad, dada la<br />
globalización que produce una feroz competencia en todos los rubros.<br />
La estrategia <strong>de</strong> la Se.P.yM.E. propone:<br />
• Articular a las P.yM.E.S. en su conjunto; eliminando la mutua competencia, en<br />
aspectos <strong>de</strong> estructura que son <strong>de</strong> interés común.<br />
• Encarar el problema financiero por medio <strong>de</strong> socieda<strong>de</strong>s <strong>de</strong> garantía recíproca.<br />
• Definir programas <strong>de</strong> ca<strong>de</strong>nas <strong>de</strong> valor, cuyos eslabones han <strong>de</strong> ser los<br />
proveedores <strong>de</strong> gran<strong>de</strong>s empresas enlazados con éstas, y los bancos, bajo la<br />
tutela local <strong>de</strong> los municipios.<br />
• Plantear una articulación exportadora, don<strong>de</strong> las P.yM.E.S. apelan a las re<strong>de</strong>s<br />
comerciales <strong>de</strong> gran<strong>de</strong>s empresas que ya operan en exportación.<br />
• Fe<strong>de</strong>ralizar la presencia <strong>de</strong> la Se.P.yM.E. y aten<strong>de</strong>r las necesida<strong>de</strong>s <strong>de</strong> micro,<br />
pequeñas y medianas empresas <strong>de</strong> todo el país.<br />
Lic. Gustavo López ~ 25 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
La Se.P.yM.E. presenta el proyecto Pyweb; este es un programa para <strong>de</strong>sarrollar el diseño<br />
y puesta en el aire <strong>de</strong> las páginas web <strong>de</strong> las P.yM.E.S. argentinas. El objetivo primario es<br />
brindarles todos los aspectos relativos al inicio <strong>de</strong> sus activida<strong>de</strong>s en Internet.<br />
Las empresas business-to-business (ahora conocidas como B2B) ven que pue<strong>de</strong>n ven<strong>de</strong>r<br />
directamente y eliminar gastos, encuentran que una combinación <strong>de</strong> un catálogo y una<br />
línea telefónica pue<strong>de</strong> reemplazar eficazmente a un ven<strong>de</strong>dor. Las empresas <strong>de</strong> todo<br />
tipo empiezan a <strong>de</strong>mandar publicida<strong>de</strong>s y campañas <strong>de</strong> marketing que son cuantificables<br />
en cuanto a beneficios, entonces los catálogos empiezan a ser una alternativa atractiva a<br />
las campañas publicitarias en general. Midiendo el ingreso o retorno por cada catálogo<br />
publicado, las compañías pue<strong>de</strong>n <strong>de</strong>terminar la rentabilidad <strong>de</strong>l catálogo o campaña.<br />
Todo tipo <strong>de</strong> empresas están presentes en la web utilizando catálogos electrónicos, los<br />
bancos utilizan los catálogos para introducir nuevos clientes exhibiendo su amplia gama<br />
<strong>de</strong> productos y servicios financieros, permitiendo transacciones telefónicas, personales o<br />
via web.<br />
La gran aceptación y crecimiento que ha experimentado Internet como un canal<br />
complementario <strong>de</strong>l marketing y <strong>de</strong> los catálogos ha abierto nuevas vias o caminos<br />
alternativos al tradicional catálogo impreso. La Internet ha revigorizado la industria <strong>de</strong>l<br />
catálogo, la que ya había comenzado a experimentar un fuerte estancamiento. El caso<br />
inverso pue<strong>de</strong> darse <strong>de</strong>l siguiente modo: nuevos clientes pue<strong>de</strong>n estar navegando en<br />
nuestras páginas y han sido conducidos a ellas a través <strong>de</strong> un catálogo impreso.<br />
No se pue<strong>de</strong> hablar <strong>de</strong> catálogos hoy en día sin consi<strong>de</strong>rar y mencionar la Internet. Los<br />
catálogos y la Internet están estrechamente interconectados.<br />
Internet impacta sobre la mayoría <strong>de</strong> los aspectos <strong>de</strong>l <strong>de</strong>sarrollo <strong>de</strong> catálogos en lo que<br />
muchos comienzan a llamar “revolución <strong>de</strong>l marketing”. Afortunadamente, la Internet es<br />
un medio <strong>de</strong> marketing directo, y aquellos que entiendan y utilicen las técnicas <strong>de</strong><br />
vanguardia serán los que ganen.<br />
Los catálogos en papel indiscutiblemente serán reemplazados por comercio electrónico y<br />
catálogos on-line ya que los dos canales <strong>de</strong> venta (catálogos e Internet) son totalmente<br />
complementarios. Podríamos <strong>de</strong>cir que la Internet es pasiva mientras que los catálogos<br />
son intrusivos. Juntos propician el crecimiento <strong>de</strong> la venta directa así como también<br />
refuerzan la credibilidad y la autoridad <strong>de</strong> cada canal <strong>de</strong> marketing para convertirlos en<br />
fenómenos internacionales <strong>de</strong> marketing.<br />
2.7 FUNCIÓN DE LOS CATÁLOGOS ELECTRÓNICOS Y SU INCIDENCIA<br />
EN EL NEGOCIO<br />
Una aplicación importante <strong>de</strong>l comercio electrónico que juega un rol vital en el mercado<br />
electrónico global emergente es el catálogo electrónico. Un catálogo electrónico es una<br />
aplicación basada en la World Wi<strong>de</strong> Web que ofrece la empresa como un nuevo canal <strong>de</strong><br />
venta, publicidad y soporte <strong>de</strong> productos y servicios dispuesto sobre un entorno abierto<br />
Lic. Gustavo López ~ 26 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
como es Internet [Schmid, 2000]. Des<strong>de</strong> el punto <strong>de</strong> vista <strong>de</strong>l cliente, le ofrece una<br />
alternativa para encontrar cuáles son los productos o servicios disponibles en un mercado<br />
dado, cuáles son los proveedores <strong>de</strong> un producto o servicio, y dón<strong>de</strong> y cómo obtener<br />
tales productos o servicios.<br />
Como un nuevo medio, los catálogos electrónicos combinan muchas características<br />
útiles <strong>de</strong> los canales ya existentes, tales como la riqueza en contenido <strong>de</strong> los catálogos<br />
impresos, la conveniencia <strong>de</strong> comprar <strong>de</strong>s<strong>de</strong> la propia casa (home shopping), y la<br />
sofisticada capacidad <strong>de</strong> búsqueda <strong>de</strong> los catálogos en CD-ROM. Sin embargo, la más<br />
importante característica <strong>de</strong> los catálogos electrónicos es que pue<strong>de</strong>n ser fácilmente<br />
integrados con otras funciones <strong>de</strong> la empresa. Por ejemplo, el contenido <strong>de</strong> un catálogo<br />
electrónico pue<strong>de</strong> ser generado dinámicamente <strong>de</strong>s<strong>de</strong> la base <strong>de</strong> datos <strong>de</strong> la empresa como<br />
respuesta a una consulta efectuada por un usuario. Inclusive la tabla <strong>de</strong> stock <strong>de</strong> artículos<br />
<strong>de</strong> la base <strong>de</strong> datos pue<strong>de</strong> estar linkeada al sistema <strong>de</strong> pedidos <strong>de</strong> sus proveedores <strong>de</strong><br />
modo tal que el proveedor pue<strong>de</strong> recibir la nota <strong>de</strong> pedido <strong>de</strong> forma automática para<br />
remitir un artículo en particular cuando su nivel <strong>de</strong> stock llegue al punto marcado como<br />
para reposición.<br />
2.8 CATÁLOGO ELECTRÓNICO: SU DEFINICIÓN<br />
El término “catálogo electrónico” lo estoy utilizando en el presente estudio con el objeto<br />
<strong>de</strong> <strong>de</strong>nominar a cualquier página <strong>de</strong> la World Wi<strong>de</strong> Web que contenga información acerca<br />
<strong>de</strong> productos y servicios que ofrece una empresa dada. Un catálogo electrónico típico<br />
contiene información <strong>de</strong>tallada <strong>de</strong> precios que es utilizada por clientes potenciales para<br />
tomar <strong>de</strong>cisiones <strong>de</strong> compra. Más aún, pue<strong>de</strong> contener funciones <strong>de</strong> compra online o<br />
virtual, pedido y comúnmente funciones <strong>de</strong> pago.<br />
Un sitio pue<strong>de</strong> contener uno o más catálogos. Un mall electrónico es una colección <strong>de</strong><br />
catálogos <strong>de</strong> diferentes empresas, tal como en un mall físico, estas empresas alquilan un<br />
espacio virtual en el server <strong>de</strong> un service provi<strong>de</strong>r.<br />
Un catálogo electrónico no es precisamente una copia <strong>de</strong> lo que es un catálogo impreso,<br />
sino más bien <strong>de</strong>be ser visto como el camino virtual que conduce hacia la empresa, su<br />
cara visible al cliente y está dirigido hacia el mercado electrónico global.<br />
Fundamentalmente tienen cuatro características elementales:<br />
Interactividad: los catálogos impresos representan flujo <strong>de</strong> información en un<br />
solo sentido (<strong>de</strong>s<strong>de</strong> la empresa hacia sus potenciales clientes). Los catálogos<br />
electrónicos, en contraste, proveen un canal <strong>de</strong> comunicación en ambos<br />
sentidos (entre la empresa y sus clientes). Por ejemplo, si un cliente tiene<br />
una pregunta o comentario referente a un producto mientras mira un catálogo,<br />
pue<strong>de</strong> simplemente clickear sobre el botón <strong>de</strong> e-mail e ingresar su comentario.<br />
El feedback es instantáneo, contextual y casi sin esfuerzo. Esta capacidad <strong>de</strong><br />
dialogar con los potenciales clientes ayuda a la empresa a <strong>de</strong>sarrollar<br />
Lic. Gustavo López ~ 27 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
relaciones directas con sus clientes y respon<strong>de</strong>r más puntualmente a sus<br />
necesida<strong>de</strong>s.<br />
Actualización dinámica: los catálogos electrónicos son almacenados en forma<br />
centralizada en un servidor y accedidos por navegadores distribuidos por<br />
todo el mundo. El contenido <strong>de</strong> los catálogos pue<strong>de</strong>n ser fácil y<br />
constantemente actualizados en el servidor, y dicha actualización es visible<br />
instantáneamente por todos los clientes. Esta naturaleza dinámica <strong>de</strong> los<br />
catálogos electrónicos les permite a las empresas a respon<strong>de</strong>r rápidamente a<br />
las condiciones cambiantes <strong>de</strong>l mercado en lo que respecta a cambios en los<br />
precios, packaging, canales <strong>de</strong> distribución, etc.<br />
Hipertexto: Internet representa un repositorio importante <strong>de</strong> información. La<br />
World Wi<strong>de</strong> Web, sobre la cual están construidos los catálogos electrónicos,<br />
provee un camino elegante para linkear hacia sitios o recursos relacionados<br />
al tema. Por ejemplo, un catálogo electrónico podría contener no sólo<br />
información puntual refererida al producto o servicio en cuestión sino también<br />
datos <strong>de</strong> alguna otra forma relacionados al producto pero en forma secundaria.<br />
Estos recursos linkeados representan un valor agregado ya que el usuario<br />
pue<strong>de</strong> elegir navegar por ellos en el caso <strong>de</strong> ser necesario.<br />
Presencia global: Internet es una red <strong>de</strong> re<strong>de</strong>s global. En consecuencia,<br />
cualquier catálogo electrónico en ella tiene presencia en un mercado<br />
globalizado que trascien<strong>de</strong> las limitaciones tradicionales <strong>de</strong>l tiempo y el<br />
espacio. Ya que los costos <strong>de</strong> establecer dicha presencia global son mínimos<br />
comparados con los requeridos para imprimir un catálogo tradicional en papel,<br />
los catálogos electrónicos ofrecen a las Pymes una ventaja especial o una<br />
posibilidad para competir en el mercado globalizado.<br />
Por todas estas características, los catálogos electrónicos representan un canal interactivo<br />
que une a empresas con sus proveedores, clientes, y con otras empresas que formen parte<br />
<strong>de</strong> la misma alianza estratégica. Pue<strong>de</strong>n ser utilizados para crear conciencia <strong>de</strong> marca<br />
(conocimiento <strong>de</strong> la marca), publicitar un producto o servicio, testear la salida <strong>de</strong> un<br />
producto, generar ventas, proveer servicio <strong>de</strong> postventa, entre otros.<br />
2.9 CARACTERÍSTICAS DE FUNCIONALIDAD DE UN CATÁLOGO<br />
ELECTRÓNICO<br />
Como ya ha sido expuesto, los catálogos electrónicos constituyen un camino hacia la<br />
empresa, en consecuencia pue<strong>de</strong>n ser usados para contribuir con muchos <strong>de</strong> sus<br />
objetivos, incluyendo publicidad, ventas, distribución o logística y soporte al cliente.<br />
Varían ampliamente <strong>de</strong> acuerdo a las características <strong>de</strong> funcionalidad o prestaciones que<br />
incluyan. Un catálogo simple, por ejemplo, podría contener sólo <strong>de</strong>scripciones <strong>de</strong> los<br />
productos y sus precios, sin incluir búsqueda ni compra online o capacidad <strong>de</strong> pago. En<br />
contraste, un catálogo más completo podría estar totalmente integrado con las bases <strong>de</strong><br />
Lic. Gustavo López ~ 28 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
datos <strong>de</strong> los productos <strong>de</strong> la empresa. Los usuarios pue<strong>de</strong>n realizar búsquedas complejas<br />
utilizando criterios <strong>de</strong> especificidad <strong>de</strong>l producto, hacer pedidos en tiempo real, hacer<br />
pagos online a través <strong>de</strong> mecanismos seguros que están integrados a sistemas <strong>de</strong> empresas<br />
<strong>de</strong> servicios financieros (Visa, Mastercard, etc.)<br />
La configuración <strong>de</strong> los catálogos pue<strong>de</strong> ser dividida en cinco gran<strong>de</strong>s grupos [Schmid,<br />
2000]: por contenido, presentación, por el procesamiento interno, por los servicios<br />
informáticos y por el seguimiento <strong>de</strong> estadísticas.<br />
Contenido: hay que <strong>de</strong>finir cuál es el propósito <strong>de</strong>l catálogo: producto,<br />
servicio o ambos. También <strong>de</strong>be consi<strong>de</strong>rarse cuán <strong>de</strong>tallada es la <strong>de</strong>scripción<br />
<strong>de</strong>l producto y la información <strong>de</strong> los precios. El catálogo contiene fotos,<br />
vi<strong>de</strong>os o animaciones que muestran cómo es el producto o cómo podría ser<br />
utilizado. Se <strong>de</strong>be consi<strong>de</strong>rar también cuán frecuente es la actualización <strong>de</strong>l<br />
catálogo y si contiene links a otros sitios.<br />
Presentación: se <strong>de</strong>be <strong>de</strong>finir cuáles son las características <strong>de</strong> multimedia que<br />
contiene el catálogo: gráficos embebidos, audio, vi<strong>de</strong>o, animación. Definir<br />
si contiene íconos (por ejemplo contador, o carrito <strong>de</strong> compras); distribución<br />
<strong>de</strong> la información <strong>de</strong>ntro <strong>de</strong> la página.<br />
Procesamiento interno: se <strong>de</strong>fine si el catálogo <strong>de</strong>be estar integrado con la base<br />
<strong>de</strong> datos <strong>de</strong> la empresa. También <strong>de</strong>be consi<strong>de</strong>rarse si el catálogo tiene<br />
interfaces con sistemas tales como pedido o pago online.<br />
Servicios informáticos: se <strong>de</strong>fine cuáles son las capacida<strong>de</strong>s <strong>de</strong> búsqueda<br />
contenidas por el catálogo: sólo <strong>de</strong> navegación, lógicas o booleanas, o si<br />
permite especificaciones <strong>de</strong>l producto; se consi<strong>de</strong>ra si permite búsquedas<br />
cruzadas en varias bases <strong>de</strong> datos. Hay que <strong>de</strong>finir si el catálogo ofrece<br />
capacida<strong>de</strong>s <strong>de</strong> pedido online; <strong>de</strong>finir mecanismos <strong>de</strong> seguridad para el pago<br />
que posee el catálogo. Se <strong>de</strong>be consi<strong>de</strong>rar si el catálogo permite la prueba<br />
online o el download <strong>de</strong> un producto. Se <strong>de</strong>be <strong>de</strong>finir cuáles son los<br />
mecanismos <strong>de</strong> comunicación que provee el catálogo: e-mail, chateo en<br />
tiempo real, foros <strong>de</strong> discusión, etc. También es necesario <strong>de</strong>finir si el<br />
catálogo es irrestricto, o requiere <strong>de</strong> registración, autenticación o algún otro<br />
requisito para su uso.<br />
Seguimiento <strong>de</strong> estadísticas: se <strong>de</strong>be <strong>de</strong>finir si el catálogo guarda registro <strong>de</strong> la<br />
gente que visita el sitio como así también si se guardan estadísticas <strong>de</strong>l número<br />
<strong>de</strong> visitas y <strong>de</strong> la cantidad <strong>de</strong> tiempo que cada usuario permanece en el sitio.<br />
Hay que consi<strong>de</strong>rar que el catálogo pida a los usuarios información voluntaria<br />
<strong>de</strong> tipo <strong>de</strong>mográfica. A<strong>de</strong>más el catálogo pue<strong>de</strong> customizar automáticamente<br />
su presentación en base al conocimiento que tiene <strong>de</strong>l usuario.<br />
Lic. Gustavo López ~ 29 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
2.10 TIPOS DE CATÁLOGOS ELECTRÓNICOS<br />
Los catálogos electrónicos pue<strong>de</strong>n ser divididos en tres gran<strong>de</strong>s grupos, basados en el<br />
contexto en el que están ubicados [Schmid, 2000]:<br />
Individual: se trata <strong>de</strong> un tipo <strong>de</strong> web site in<strong>de</strong>pendiente que se establece con<br />
el propósito explícito <strong>de</strong> ven<strong>de</strong>r productos o servicios específicos.<br />
Mall electrónico: es una colección <strong>de</strong> catálogos que pertenecen a un número<br />
<strong>de</strong> ven<strong>de</strong>dores que comparten el mismo espacio virtual provisto por un único<br />
service provi<strong>de</strong>r <strong>de</strong> Internet. Tal como los catálogos individuales, los malls<br />
electrónicos tienen el propósito específico <strong>de</strong> ven<strong>de</strong>r productos o servicios,<br />
pero incluyen muchos catálogos, que tien<strong>de</strong>n a variar ampliamente <strong>de</strong> uno a<br />
otro. Sin embargo, los catálogos <strong>de</strong> un mismo mall típicamente tienen<br />
similares apariencias porque por lo general son implementados por un mismo<br />
<strong>de</strong>sarrollador. Típicamente tienen un directorio clasificado que sirve como el<br />
punto <strong>de</strong> entrada a los distintos catálogos <strong>de</strong>l mall.<br />
Catálogo embebido o insertado: son los que existen como parte <strong>de</strong> un web site<br />
corporativo más amplio. La principal diferencia entre este tipo <strong>de</strong> catálogo y<br />
los anteriores es que los catálogos embebidos no están necesariamente<br />
diseñados para soportar ventas directas. Más bien, se los utiliza para<br />
acompañar otros objetivos <strong>de</strong> la empresa, tales como publicidad, soporte a<br />
clientes e intercomunicación empresaria. A nivel <strong>de</strong> contenido, los catálogos<br />
embebidos generalmente contienen información <strong>de</strong>tallada acerca <strong>de</strong> productos<br />
o servicios y generalmente muchos links hacia más información <strong>de</strong> la empresa.<br />
Las empresas utilizan los catálogos electrónicos con dos propósitos principales:<br />
Venta online (generalmente <strong>de</strong>l tipo llamado B2C)<br />
Publicidad electrónica<br />
Los catálogos <strong>de</strong> tipo individual y los malls electrónicos pertenecen a la primera<br />
categoría, en don<strong>de</strong> la medida <strong>de</strong>l éxito o fracaso está dada por el volumen <strong>de</strong> ventas que<br />
se generan, no importando la cantidad <strong>de</strong> visitas diarias ni mensuales. Los catálogos<br />
embebidos pertenecen a la segunda categoría, don<strong>de</strong> el propósito principal es incrementar<br />
la atención sobre la empresa y sus productos y servicios, y <strong>de</strong>sarrollar una relación<br />
estrecha con el cliente. Son a menudo <strong>de</strong> tipo información-intensivos, y también<br />
caracterizados por la integración vertical <strong>de</strong> las funciones <strong>de</strong> publicidad, ventas, soporte a<br />
clientes. Mientras que la venta en sí misma no es el objetivo principal <strong>de</strong> dichos<br />
catálogos, apoyar la generación <strong>de</strong> ventas es una medida importante <strong>de</strong>l éxito. Otros<br />
parámetros para medir el éxito <strong>de</strong> la implementación <strong>de</strong> este tipo <strong>de</strong> catálogo podría<br />
incluir la reducción <strong>de</strong> costos en publicidad, logística o distribución, satisfacción <strong>de</strong>l<br />
cliente y soporte al usuario.<br />
Lic. Gustavo López ~ 30 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
2.11 OBJETIVOS DE LOS CATÁLOGOS ELECTRÓNICOS<br />
Nivel <strong>de</strong><br />
inversión en<br />
tecnología<br />
Requerimientos<br />
<strong>de</strong>l negocio<br />
Procesos <strong>de</strong>l<br />
negocio<br />
Valor <strong>de</strong>l<br />
negocio<br />
Característi -<br />
cas <strong>de</strong><br />
diseño<br />
~ figura 2.2: Factores que condicionan la implementación <strong>de</strong> un catálogo electrónico ~<br />
El cuadro <strong>de</strong> la figura 2.2 intenta mostrar cómo estos cinco factores tecnológicos y<br />
<strong>de</strong>scriptivos <strong>de</strong>l negocio condicionan la implementación <strong>de</strong> un catálogo electrónico, estos<br />
cinco factores son inter<strong>de</strong>pendientes y en consecuencia <strong>de</strong>ben ser estudiados en el<br />
contexto.<br />
2.12 PLAN DE LANZAMIENTO DE UN NUEVO CATÁLOGO ELECTRÓNICO<br />
Ya sea que se esté lanzando un nuevo catálogo, reposicionando uno existente o refinando<br />
otro <strong>de</strong> un negocio en marcha, es importante <strong>de</strong>finir las condiciones, estrategias y tácticas<br />
que se necesitan emplear para construir un negocio que sea exitoso y eficiente.<br />
Hay muchas buenas razones para invertir tiempo en el planeamiento estratégico antes <strong>de</strong><br />
lanzar un nuevo catálogo. Primero, el hecho <strong>de</strong> planear nos permite <strong>de</strong>terminar qué<br />
capital será necesario para el nuevo emprendimiento, y le permite acce<strong>de</strong>r a un<br />
financiamiento seguro. Cualquiera que vaya a financiar el <strong>de</strong>sarrollo exigirá ver el plan <strong>de</strong><br />
negocio.<br />
El planear el lanzamiento <strong>de</strong> un nuevo catálogo es como iniciar un viaje y el plan<br />
estratégico es como el mapa <strong>de</strong>l camino que nos ayuda a llegar a la meta propuesta. El<br />
mapa no <strong>de</strong>talle claramente cada paso pero sin embargo fija la dirección firmemente, y<br />
cuando no es así, dificilmente se llegue al objetivo.<br />
El proceso <strong>de</strong> planeamiento también es un proceso <strong>de</strong> comunicación. Al diseñar un plan <strong>de</strong><br />
negocios para el lanzamiento <strong>de</strong> un nuevo catálogo, permite la comunicación con<br />
superiores y otras personas a quienes se les <strong>de</strong>ba informar.<br />
Asimismo, el planeamiento es un proceso, un camino sistemático para encarar la solución<br />
<strong>de</strong>l problema; en este caso “el proceso es más importante que el producto”.<br />
Lic. Gustavo López ~ 31 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
2.12.1 DOS NIVELES PARA EL PLANEAMIENTO DEL CATÁLOGO<br />
ELECTRÓNICO<br />
Hay dos niveles <strong>de</strong> planes estratégicos, que incluyen: un estudio <strong>de</strong> factibilidad y un plan<br />
estratégico <strong>de</strong> negocio.<br />
El estudio <strong>de</strong> factibilidad <strong>de</strong>l catálogo incluye seis areas críticas:<br />
<br />
<br />
<br />
<br />
<br />
<br />
Define el objetivo <strong>de</strong>l catálogo,<br />
Analiza el nicho,<br />
Resume el concepto <strong>de</strong>l negocio,<br />
Fija los objetivos financieros,<br />
Detalla los riesgos o barreras para entrar al negocio,<br />
Establece el tiempo necesario para cada etapa.<br />
El estudio <strong>de</strong> factibilidad es el primer paso <strong>de</strong>l planeamiento. Si el estudio <strong>de</strong> factibilidad<br />
concluye en una visión optimista, es hora <strong>de</strong> <strong>de</strong>sarrollar un plan estratégico <strong>de</strong> negocio.<br />
Debemos estar listos para contestar preguntas sobre las cinco areas <strong>de</strong>l planeamiento y<br />
estrategia que compren<strong>de</strong> las cinco secciones <strong>de</strong>l plan:<br />
<br />
<br />
<br />
<br />
<br />
Plan y estrategias <strong>de</strong> comercialización<br />
Plan y estrategias <strong>de</strong> marketing<br />
Plan y estrategias <strong>de</strong> ejecución<br />
Plan financiero<br />
Plan <strong>de</strong> recursos humanos<br />
Estos dos tipos <strong>de</strong> planes (estudio <strong>de</strong> factibilidad y plan estratégico <strong>de</strong> negocio) están<br />
estrechamente ligados. El primero permite <strong>de</strong>terminar si la inversión en un catálogo<br />
pue<strong>de</strong> ser rentable, y el segundo sirve como un plan <strong>de</strong> implementación, es <strong>de</strong>cir cómo ir<br />
<strong>de</strong> la i<strong>de</strong>a a la realidad. Juntos proveen una verificación a la inversión y contestan las<br />
siguientes cinco preguntas esenciales:<br />
1. ¿Tiene sentido el catálogo en su compañía? ¿Complementa realmente el negocio<br />
en el que está actualmente?<br />
2. ¿Qué dicen los números? ¿Pue<strong>de</strong> ser exitoso en este nicho <strong>de</strong>l mercado?<br />
3. ¿Cuánto capital necesita para poner en marcha este negocio, y cuánto se necesitará<br />
durante los primeros tres años o hasta que el negocio comience a ser rentable?<br />
4. ¿Tiene la compañía alguna ventaja competitiva en el mercado, o pue<strong>de</strong> adquirirla<br />
fácilmente?<br />
5. ¿De dón<strong>de</strong> provendrá el capital?<br />
Lic. Gustavo López ~ 32 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
2.13 PREGUNTAS CENTRALES PARA DETERMINAR LA ESTRATEGIA<br />
Quiénes son los<br />
consumidores<br />
Cuáles son las<br />
necesida<strong>de</strong>s criticas <strong>de</strong><br />
los consumidores<br />
Cuáles son las<br />
ventajas<br />
competitiavas <strong>de</strong>l<br />
catálogo<br />
Cuáles son las ventajas<br />
competitivas <strong>de</strong> la<br />
empresa<br />
Cuáles son los objetivos a<br />
largo plazo <strong>de</strong> la empresa<br />
~ figura 2.3: Las cinco preguntas centrales ~<br />
Las respuestas a estas cinco preguntas <strong>de</strong> la figura 2.3 conducirán a la diferenciación<br />
creativa <strong>de</strong>l catálogo. Cuando se conozca quiénes son los consumidores y cuáles son sus<br />
necesida<strong>de</strong>s será más fácil encontrar caminos para encontrarlos utilizando para ello las<br />
habilida<strong>de</strong>s estratégicas <strong>de</strong> la empresa y las ventajas competitivas <strong>de</strong> modo tal que<br />
también encuentre los objetivos a largo plazo <strong>de</strong> la empresa. Cuando el equipo que<br />
trabaja en el planeamiento, pueda encontrar las respuestas para estas cinco preguntas,<br />
entonces habrán logrado el éxito en esta etapa.<br />
Producir un catálogo es un proceso que involucra varias etapas, que en principio parecen<br />
simples, hasta compren<strong>de</strong>r que <strong>de</strong>ntro <strong>de</strong> cada una hay más subsistemas o funciones.<br />
2.14 CICLOS DE VIDA DEL PRODUCTO SOFTWARE<br />
No existe un único mo<strong>de</strong>lo <strong>de</strong> ciclo <strong>de</strong> vida que <strong>de</strong>fina los estados por los que pasa<br />
cualquier producto software [Böehm, 1976]. Dado que existe una gran variedad <strong>de</strong><br />
aplicaciones para las que se construyen productos software (software <strong>de</strong> tiempo real, <strong>de</strong><br />
gestión <strong>de</strong> ingeniería y científico, empotrado, <strong>de</strong> sistemas, <strong>de</strong> computadoras personales,<br />
etc.) y que dicha variedad supone situaciones totalmente distintas, es natural que existan<br />
diferentes mo<strong>de</strong>los <strong>de</strong> ciclo <strong>de</strong> vida [Böehm, 1984]. Por ejemplo en aquellos casos en que<br />
el problema sea perfectamente conocido el grupo <strong>de</strong> <strong>de</strong>sarrollo tenga experiencia en<br />
sistemas <strong>de</strong>l mismo tipo, el usuario sea capaz <strong>de</strong> <strong>de</strong>scribir claramente sus requisitos, un<br />
ciclo <strong>de</strong> vida tradicional, en cascada o secuencial sería el a<strong>de</strong>cuado. Por el contrario, si el<br />
Lic. Gustavo López ~ 33 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
<strong>de</strong>sarrollo conlleva riesgos (sean técnicos o <strong>de</strong> otro tipo), un ciclo <strong>de</strong> vida en espiral será<br />
el más apropiado [Böehm, 1986] [Böehm, 1988].<br />
Sin embargo si se está ante el caso en que es necesario probarle el producto al usuario<br />
para <strong>de</strong>mostrarle la utilidad <strong>de</strong>l mismo se estará ante un ciclo <strong>de</strong> vida con prototipado, etc.<br />
Un ciclo <strong>de</strong> vida <strong>de</strong>be [McCracken, 1982]:<br />
<br />
<br />
Determinar el or<strong>de</strong>n <strong>de</strong> las fases <strong>de</strong>l proceso software<br />
Establecer los criterios <strong>de</strong> transición para pasar <strong>de</strong> una fase a la siguiente<br />
A continuación se repasan los diferentes mo<strong>de</strong>los <strong>de</strong> ciclo <strong>de</strong> vida existentes: cascada,<br />
gradual espiral, prototipo operativo, prototipo <strong>de</strong> usar y tirar etc.. No existe un mo<strong>de</strong>lo <strong>de</strong><br />
ciclo <strong>de</strong> vida que sirva para cualquier proyecto. Cada proyecto <strong>de</strong>be seleccionar un ciclo<br />
<strong>de</strong> vida que sea el más a<strong>de</strong>cuado para su caso. El ciclo <strong>de</strong> vida apropiado se elige en base<br />
a: la cultura <strong>de</strong> la corporación el <strong>de</strong>seo <strong>de</strong> asumir riesgos el área <strong>de</strong> aplicación la<br />
volatilidad <strong>de</strong> los requisitos, y hasta qué punto se entien<strong>de</strong>n bien dichos requisitos. El ciclo<br />
<strong>de</strong> vida elegido ayuda a relacionar las tareas que forman el proceso software <strong>de</strong> cada<br />
proyecto.<br />
2.14.1 MODELOS DE CICLO DE VIDA TRADICIONALES<br />
Estos tipos <strong>de</strong> mo<strong>de</strong>los <strong>de</strong> la evolución <strong>de</strong>l producto software existen en algún caso <strong>de</strong>s<strong>de</strong><br />
los primeros días <strong>de</strong> la ingeniería <strong>de</strong> software [Hekmatpour, 1987]. El ciclo <strong>de</strong> vida <strong>de</strong>l<br />
software clásico o mo<strong>de</strong>lo en cascada y el <strong>de</strong> refinamiento sucesivo están ampliamente<br />
tratados en casi todos los libros sobre ingeniería <strong>de</strong> software. El mo<strong>de</strong>lo <strong>de</strong> emisión<br />
gradual está estrechamente relacionado con las prácticas industriales don<strong>de</strong> aparece con<br />
mayor frecuencia. Los estándares militares también han marcado ciertas formas <strong>de</strong> ciclo<br />
<strong>de</strong> vida clásico en la práctica exigida para contratistas <strong>de</strong>l Ministerio <strong>de</strong> Defensa <strong>de</strong><br />
EE.UU. Finalmente el prototipado es uno <strong>de</strong> los últimos ciclos <strong>de</strong> vida aparecidos que se<br />
han extendido tan rápidamente que hoy en día pue<strong>de</strong> consi<strong>de</strong>rarse clásico. Esta rápida<br />
extensión <strong>de</strong>l prototipado es <strong>de</strong>bida al aumento en la complejidad <strong>de</strong> los sistemas software<br />
que se construyen que hace necesario el <strong>de</strong>sarrollo <strong>de</strong> prototipos antes <strong>de</strong> po<strong>de</strong>r pasar a la<br />
construcción <strong>de</strong>l sistema a escala real. Dado que todos estos mo<strong>de</strong>los se han usado durante<br />
algún tiempo es por lo que se consi<strong>de</strong>ran tradicionales.<br />
2.14.1.1 Mo<strong>de</strong>lo <strong>de</strong> ciclo <strong>de</strong> vida en cascada<br />
Este mo<strong>de</strong>lo fue presentado por primera vez por Royce en 1970. Se representa, frecuentemente,<br />
como un simple mo<strong>de</strong>lo con forma <strong>de</strong> cascada <strong>de</strong> las etapas <strong>de</strong>l software, como<br />
muestra la figura 4. En este mo<strong>de</strong>lo la evaluación <strong>de</strong>l producto software proce<strong>de</strong> a través<br />
<strong>de</strong> una secuencia or<strong>de</strong>nada <strong>de</strong> transiciones <strong>de</strong> una fase a la siguiente según un or<strong>de</strong>n lineal.<br />
Tales mo<strong>de</strong>los semejan una máquina <strong>de</strong> estados finitos para la <strong>de</strong>scripción <strong>de</strong> la evo-<br />
Lic. Gustavo López ~ 34 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
lución <strong>de</strong>l producto software. El mo<strong>de</strong>lo en cascada ha sido útil para ayudar a estructurar y<br />
gestionar gran<strong>de</strong>s proyectos <strong>de</strong> <strong>de</strong>sarrollo <strong>de</strong> software <strong>de</strong>ntro <strong>de</strong> las organizaciones<br />
[Humphrey, 1995].<br />
Este mo<strong>de</strong>lo permite iteraciones durante el <strong>de</strong>sarrollo, ya sea <strong>de</strong>ntro <strong>de</strong> un mismo estado,<br />
ya sea <strong>de</strong> un estado hacia otro anterior, como muestran las flechas ascen<strong>de</strong>ntes <strong>de</strong> la figura<br />
4. La mayor iteración se produce cuando una vez terminado el <strong>de</strong>sarrollo y cuando se ha<br />
visto el software producido, se <strong>de</strong>ci<strong>de</strong> comenzar <strong>de</strong> nuevo y re<strong>de</strong>finir los requisitos <strong>de</strong>l<br />
usuario.<br />
Sin embargo, a menudo durante el <strong>de</strong>sarrollo, se pue<strong>de</strong>n tomar <strong>de</strong>cisiones que <strong>de</strong>n lugar a<br />
diferentes alternativas. El mo<strong>de</strong>lo en cascada no reconoce esta situación. Por ejemplo,<br />
<strong>de</strong>pendiendo <strong>de</strong>l análisis <strong>de</strong> requisitos se pue<strong>de</strong> implementar el sistema <strong>de</strong>s<strong>de</strong> cero, o<br />
adoptar uno ya existente, o comprar un paquete que proporcione las funcionalida<strong>de</strong>s<br />
requeridas.<br />
El mo<strong>de</strong>lo en cascada ha sido objeto <strong>de</strong> numerosas transformaciones y es el más utilizado<br />
aunque incorporando infinidad <strong>de</strong> variaciones que eliminan el carácter simplista <strong>de</strong>l<br />
mismo. Aun hoy en día se asume que:<br />
<br />
<br />
Para que un proyecto tenga éxito en cualquier caso todos los estados señalados<br />
en el mo<strong>de</strong>lo en cascada <strong>de</strong>ben ser <strong>de</strong>sarrollados.<br />
Cualquier <strong>de</strong>sarrollo en diferente or<strong>de</strong>n <strong>de</strong> los estados dará un producto <strong>de</strong><br />
inferior calidad. Sin embargo existen ciertos proyectos para los cuales este<br />
or<strong>de</strong>n es inviable. Esta ha sido una <strong>de</strong> las principales razones para <strong>de</strong>finir otros<br />
mo<strong>de</strong>los.<br />
Entre otras limitaciones que se argumentan para este mo<strong>de</strong>lo se pue<strong>de</strong>n señalar las siguientes:<br />
<br />
<br />
<br />
El mo<strong>de</strong>lo en cascada asume que los requisitos <strong>de</strong> un sistema pue<strong>de</strong>n ser<br />
congelados antes <strong>de</strong> comenzar el diseño. Esto, para sistemas totalmente<br />
nuevos es poco realista.<br />
Congelar los requisitos requiere seleccionar el hardware. La terminación <strong>de</strong> un<br />
gran proyecto pue<strong>de</strong> llevar años. Dada la velocidad <strong>de</strong> obsolescencia <strong>de</strong> la<br />
tecnología es bastante probable que el software final utilice un hardware<br />
obsoleto.<br />
En caso <strong>de</strong> sistemas no <strong>de</strong>sarrollados para un cliente, como los productos<br />
software que salen al mercado los requisitos son <strong>de</strong>terminados por los que lo<br />
<strong>de</strong>sarrollan. En ese caso es <strong>de</strong>seable <strong>de</strong>sarrollar primero una parte <strong>de</strong>l sistema<br />
y posteriormente optimizarlo.<br />
El punto más negro <strong>de</strong>l ciclo <strong>de</strong> vida en cascada es que envía al cliente el primer producto<br />
solamente <strong>de</strong>spués <strong>de</strong> que se ha consumido el 99% <strong>de</strong> los recursos para el <strong>de</strong>sarrollo. Esto<br />
Lic. Gustavo López ~ 35 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
significa que la mayor parte <strong>de</strong>l feedback <strong>de</strong>l cliente sobre sus necesida<strong>de</strong>s se obtiene una<br />
vez que se han consumido los recursos. Compárese esta opción con la que se verá mas<br />
a<strong>de</strong>lante en que se envía al cliente un prototipo totalmente básico en las primeras fases<br />
<strong>de</strong>l <strong>de</strong>sarrollo: se obtienen los comentarios; se escribe una especificación <strong>de</strong> requisitos, y<br />
sólo entonces se acomete el <strong>de</strong>sarrollo a su escala real. En este caso sólo se ha consumido<br />
el 20 por 100 <strong>de</strong> los recursos cuando el cliente ve el producto por primera vez.<br />
Sin embargo el ciclo <strong>de</strong> vida en cascada tiene tres propieda<strong>de</strong>s muy positivas:<br />
<br />
<br />
<br />
Las etapas están organizadas <strong>de</strong> un modo lógico. Es <strong>de</strong>cir si una etapa no<br />
pue<strong>de</strong> llevarse a cabo hasta que se hayan tomado ciertas <strong>de</strong>cisiones <strong>de</strong> más alto<br />
nivel <strong>de</strong>be esperar hasta que esas <strong>de</strong>cisiones estén tomadas. Así. el diseño<br />
espera a los requisitos el código espera a que el diseño esté terminado etc.<br />
Cada etapa incluye cieno proceso <strong>de</strong> revisión y se necesita una aceptación <strong>de</strong>l<br />
producto antes <strong>de</strong> que la salida <strong>de</strong> la etapa pueda usarse. Este ciclo <strong>de</strong> vida está<br />
organizado <strong>de</strong> modo que se pase el menor número <strong>de</strong> errores <strong>de</strong> una etapa a la<br />
siguiente.<br />
El ciclo es iterativo. A pesar <strong>de</strong> que el flujo básico es <strong>de</strong> arriba hacia abajo el<br />
ciclo <strong>de</strong> vida en cascada reconoce como ya se ha comentado que los problemas<br />
encontrados en etapas inferiores afectan a las <strong>de</strong>cisiones <strong>de</strong> las etapas<br />
superiores.<br />
2.14.1.2 Mo<strong>de</strong>lo <strong>de</strong> ciclo <strong>de</strong> vida <strong>de</strong> refinamiento sucesivo o mejora iterativa<br />
Las etapas que forman este ciclo <strong>de</strong> vida son las mismas que el mo<strong>de</strong>lo en cascada y su<br />
realización sigue el mismo or<strong>de</strong>n [IEEE, 1989]. Sin embargo este mo<strong>de</strong>lo recomienda<br />
<strong>de</strong>sarrollar los sistemas software a través <strong>de</strong> un refinamiento y mejora continuos <strong>de</strong>s<strong>de</strong> las<br />
especificaciones <strong>de</strong> alto nivel <strong>de</strong>l sistema hasta las componentes <strong>de</strong>l código fuente. Es<br />
<strong>de</strong>cir este mo<strong>de</strong>lo asume que el producto generado en cada etapa no se produce <strong>de</strong> manera<br />
lineal <strong>de</strong>l principio al final <strong>de</strong> la etapa. Por el contrario predica la generación <strong>de</strong> los<br />
productos <strong>de</strong> forma iterativa mediante un proceso <strong>de</strong> refinamiento. Debido a la marcha<br />
atrás permitida en el mo<strong>de</strong>lo en cascada que abre un camino <strong>de</strong>s<strong>de</strong> una etapa hacia otra<br />
anterior el refinamiento iterativo pue<strong>de</strong> producirse también a nivel global <strong>de</strong> todas las<br />
etapas [Huseth, 1986].<br />
Estos mo<strong>de</strong>los han sido muy efectivos para enseñar a programadores individuales cómo<br />
organizar su trabajo <strong>de</strong> <strong>de</strong>sarrollo <strong>de</strong> software. De hecho en muchas interpretaciones <strong>de</strong>l<br />
ciclo <strong>de</strong> vida clásico “subyace” este enfoque <strong>de</strong>ntro <strong>de</strong> sus etapas <strong>de</strong> diseño e<br />
implementación.<br />
Lic. Gustavo López ~ 36 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
2.14.1.3 Mo<strong>de</strong>lo <strong>de</strong> ciclo <strong>de</strong> vida con emisión gradual<br />
Este mo<strong>de</strong>lo propone <strong>de</strong>sarrollar sistemas produciendo en primer lugar las funciones<br />
esenciales <strong>de</strong> operación y a continuación proporcionar a los usuarios mejoras y versiones<br />
más capaces <strong>de</strong>l sistema a intervalos regulares. Este mo<strong>de</strong>lo combina el ciclo <strong>de</strong> vida clásico<br />
<strong>de</strong>l software con mejoras iterativas a nivel <strong>de</strong>l <strong>de</strong>sarrollo <strong>de</strong>l sistema global. También<br />
proporciona una manera para distribuir periódicamente actualizaciones <strong>de</strong>l mantenimiento<br />
<strong>de</strong> software comercial. Es por lo tanto un mo<strong>de</strong>lo popular <strong>de</strong> la evolución <strong>de</strong>l software<br />
usado por firmas comerciales.<br />
2.14.1.4 Estándares militares y prácticas industriales<br />
Las empresas industriales adoptan con frecuencia alguna variación <strong>de</strong>l mo<strong>de</strong>lo clásico<br />
como base <strong>de</strong> la práctica <strong>de</strong>l <strong>de</strong>sarrollo software. Muchos suministradores <strong>de</strong> la administración<br />
americana organizan sus activida<strong>de</strong>s <strong>de</strong> acuerdo con los mo<strong>de</strong>los <strong>de</strong> ciclo <strong>de</strong> vida<br />
<strong>de</strong>l estándar militar tal como el que se engloba en la norma MIL-STD-2167 <strong>de</strong> 1987.<br />
Tales estándares subrayan no sólo alguna variación <strong>de</strong> las activida<strong>de</strong>s <strong>de</strong>l ciclo <strong>de</strong> vida<br />
clásico sino que también contienen los documentos que. <strong>de</strong>ben entregarse a los clientes<br />
que necesitan sistemas software o mecanismos complejos con sistemas software embebidos.<br />
Estos estándares se intenta que sean también compatibles con la garantía <strong>de</strong> la calidad<br />
<strong>de</strong>l software, la gestión <strong>de</strong> configuraciones y la verificación y validación in<strong>de</strong>pendiente <strong>de</strong><br />
servicios en un proyecto <strong>de</strong> <strong>de</strong>sarrollo con más <strong>de</strong> un contratista. Estos mo<strong>de</strong>los ponen<br />
especial énfasis en la <strong>de</strong>finición <strong>de</strong> productos entregables revisiones hilos y técnicas<br />
requeridas en cada caso.<br />
Introducción a la norma MIL-STD-2167<br />
Este es el estándar utilizado por las Fuerzas Armadas <strong>de</strong> los EE.UU. En realidad lo<br />
utilizan como normativa que <strong>de</strong>ben cumplir los contratistas que se <strong>de</strong>dican a hacer productos<br />
software para ellos. En este estándar se contemplaba el <strong>de</strong>sarrollo <strong>de</strong> productos integrados<br />
que incluyen hardware y software y se establecían ciclos <strong>de</strong> vida paralelos para<br />
ambos. En la ultima versión, se han separado los conceptos <strong>de</strong> software y hardware <strong>de</strong><br />
manera que en la actualidad, este estándar no afecta más que al software.<br />
La nomenclatura <strong>de</strong> este estándar es un poco complicada y pesada por lo que hay que<br />
consultar constantemente la lista <strong>de</strong> acrónimos a no ser que el ingeniero este muy<br />
acostumbrado a la misma.<br />
En el estándar se consi<strong>de</strong>ra que existe un sistema que se divi<strong>de</strong> en varios CSCI (Computer<br />
Software Configuration Item). Cada CSCI se divi<strong>de</strong> a su vez en varios CSC (Computer<br />
Software Component). Y cada CSC se divi<strong>de</strong> a su vez en varias CSU (Configuration<br />
Software Units).). Esta división es importante ya que afecta directamente a la división en<br />
etapas <strong>de</strong>l ciclo <strong>de</strong> vida.<br />
Lic. Gustavo López ~ 37 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
La <strong>de</strong>scomposición <strong>de</strong>l ciclo <strong>de</strong> vida <strong>de</strong> esta norma tiene las siguientes fases:<br />
• Análisis <strong>de</strong> requisitos <strong>de</strong>l sistema global (sistema físico más software<br />
embebido).<br />
• Diseño <strong>de</strong>l sistema.<br />
• Análisis <strong>de</strong> requisitos <strong>de</strong>l software.<br />
• Diseño preliminar.<br />
• Diseño <strong>de</strong>tallado.<br />
• Codificación y verificación <strong>de</strong> CSUs.<br />
• Integración y verificación <strong>de</strong> CSCs.<br />
• Prueba CSCIs.<br />
• Integración y prueba <strong>de</strong>l sistema.<br />
En cada etapa <strong>de</strong>l ciclo <strong>de</strong> vida se especifican los documentos que se tjenen que generar al<br />
igual que las revisiones que <strong>de</strong>be sufrir el producto. Este estándar es un poco excesivo en<br />
cuanto a documentación requerida y a<strong>de</strong>más pi<strong>de</strong> más <strong>de</strong> un documento que tiene<br />
información redundante.<br />
El estándar no se limita a establecer un ciclo <strong>de</strong> vida. Para cada una <strong>de</strong> las etapas <strong>de</strong>l ciclo<br />
<strong>de</strong> vida se establece todo lo que se refiere a:<br />
• Gestión <strong>de</strong>l <strong>de</strong>sarrollo.<br />
• Ingeniería <strong>de</strong> software.<br />
• Cualificación formal y pruebas.<br />
• Evaluación <strong>de</strong> productos software.<br />
• Gestión <strong>de</strong> configuración.<br />
Introducción a la norma ESA PSS-05-0<br />
Esta es la norma utilizada por la Agencia Espacial Europea (ESA. en inglés) para sus<br />
<strong>de</strong>sarrollos <strong>de</strong> software. Al igual que el <strong>de</strong> las Fuerzas Armadas americanas este documento<br />
está orientado principalmente a las empresas que <strong>de</strong>sarrollan software bajo contrato.<br />
ya que la Agencia <strong>de</strong>sarrolla poco software por sí misma. Estos estándares son bastante<br />
generales y cada proyecto <strong>de</strong> gran envergadura suele <strong>de</strong>sarrollarlos más. haciendo los estándares<br />
propios <strong>de</strong>l proyecto. En caso <strong>de</strong> conflicto se suele establecer una jerarquía en la<br />
que prima el estándar más general.<br />
En este estándar se consi<strong>de</strong>ran todos los aspectos <strong>de</strong> un proyecto <strong>de</strong> software. A<strong>de</strong>más <strong>de</strong>l<br />
propio <strong>de</strong>sarrollo y su normativa se contemplan los aspectos <strong>de</strong>:<br />
• Gestión <strong>de</strong>l proyecto.<br />
• Gestión <strong>de</strong> configuración.<br />
• Control y garantía <strong>de</strong> calidad.<br />
Las etapas que establece este documento para el ciclo <strong>de</strong> vida son las siguientes:<br />
• Definición <strong>de</strong> requisitos <strong>de</strong> usuario.<br />
• Definición <strong>de</strong> requisitos <strong>de</strong>l software.<br />
Lic. Gustavo López ~ 38 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
• Diseño <strong>de</strong> la arquitectura.<br />
• Diseño <strong>de</strong>tallado y producción <strong>de</strong>l software.<br />
• Transferencia <strong>de</strong> la tecnología al usuario.<br />
• Operación y mantenimiento.<br />
La etapa que aparece nueva, respecto al ciclo <strong>de</strong> vida clásico, es la <strong>de</strong> transferencia. En<br />
esta fase la Agencia, viendo los resultados <strong>de</strong> las pruebas da su aceptación provisional al<br />
software, y se proce<strong>de</strong> a la instalación en la máquina objetivo a la formación <strong>de</strong> los<br />
usuarios, etc. Esta fase tiene sentido, en tanto en cuanto, el software se suele <strong>de</strong>sarrollar en<br />
países distintos <strong>de</strong> aquel en que se va a instalar posteriormente, y por lo tanto, la fase <strong>de</strong><br />
instalación precisa <strong>de</strong> <strong>de</strong>splazamientos <strong>de</strong> personal, y otras peculiarida<strong>de</strong>s.<br />
En el estándar se contemplan para cada fase los siguientes aspectos:<br />
• Entradas.<br />
• Activida<strong>de</strong>s.<br />
• Salidas.<br />
A<strong>de</strong>más, y para cada uno <strong>de</strong> los tres aspectos mencionados: gestión <strong>de</strong>l proyecto y <strong>de</strong> las<br />
configuraciones y control <strong>de</strong> calidad, se <strong>de</strong>scriben los planes necesarios para su ejecución,<br />
así como los documentos e hitos asociados.<br />
La ventaja fundamental <strong>de</strong> este estándar es que es muy sencillo y fácil <strong>de</strong> compren<strong>de</strong>r con<br />
lo que se pue<strong>de</strong> tomar como punto <strong>de</strong> referencia para <strong>de</strong>sarrollos propios en cualquier otro<br />
entorno.<br />
2.14.1.5 Prototipado<br />
Suele ocurrir que el cliente no tiene una i<strong>de</strong>a muy <strong>de</strong>tallada <strong>de</strong> lo que necesita o que el<br />
ingeniero <strong>de</strong> software no está muy seguro <strong>de</strong> la viabilidad <strong>de</strong> la solución que tiene en<br />
mente. En estas condiciones pue<strong>de</strong> ser una mejor aproximación al problema la realización<br />
<strong>de</strong> un prototipo [Balzer, 1981] [Balzer, 1982].<br />
Es esta una técnica para proporcionar una versión <strong>de</strong>l sistema software <strong>de</strong> funcionalidad<br />
reducida en las fases iniciales <strong>de</strong> su <strong>de</strong>sarrollo. Las tecnologías <strong>de</strong> prototipado aceptan<br />
habitualmente alguna forma <strong>de</strong> las especificaciones funcionales <strong>de</strong>l software como entrada,<br />
que a su vez son simuladas, analizadas o directamente ejecutadas [Balzer, 1983a].<br />
Dichas tecnologías permiten el diseño <strong>de</strong> activida<strong>de</strong>s <strong>de</strong> software que están inicialmente<br />
omitidas o encubiertas. A su vez estas tecnologías pue<strong>de</strong>n permitir a los <strong>de</strong>sarrolladores<br />
construir rápidamente, tempranas o primitivas versiones <strong>de</strong> los sistemas software que pue<strong>de</strong>n<br />
evaluar los usuarios. Estas evaluaciones pue<strong>de</strong>n entonces ser incorporadas como<br />
retroalimentación para retocar los diseños y especificaciones <strong>de</strong>l sistema emergente.<br />
A<strong>de</strong>más <strong>de</strong>pendiendo <strong>de</strong> la tecnología <strong>de</strong> prototipado el sistema completo pue<strong>de</strong><br />
<strong>de</strong>sarrollarse a través <strong>de</strong> un proceso continuo <strong>de</strong> revisión y refinamiento <strong>de</strong> las<br />
especificaciones <strong>de</strong> entrada. Esto tiene la ventaja <strong>de</strong> proporcionar siempre una versión <strong>de</strong><br />
Lic. Gustavo López ~ 39 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
trabajo <strong>de</strong>l sistema en <strong>de</strong>sarrollo <strong>de</strong>s<strong>de</strong> la re<strong>de</strong>finición <strong>de</strong>l diseño y activida<strong>de</strong>s <strong>de</strong> prueba<br />
a las especificaciones <strong>de</strong> entrada, refinamiento y ejecución. Alternativamente, otros<br />
enfoques <strong>de</strong>l prototipado son más convenientes para <strong>de</strong>sarrollar sistemas <strong>de</strong>sechables, es<br />
<strong>de</strong>cir, sólo para <strong>de</strong>mostración o para construir prototipos por reutilización <strong>de</strong> partes o la<br />
totalidad <strong>de</strong> algún sistema software existente.<br />
El mo<strong>de</strong>lo <strong>de</strong> <strong>de</strong>sarrollo basado en prototipos tiene como objetivo contrarrestar las dos<br />
primeras limitaciones <strong>de</strong>l mo<strong>de</strong>lo en cascada comentadas en el apartado anterior. La i<strong>de</strong>a<br />
básica es que el prototipo ayu<strong>de</strong> a compren<strong>de</strong>r los requisitos <strong>de</strong>l usuario. Los prototipos<br />
pue<strong>de</strong>n a<strong>de</strong>más usarse:<br />
<br />
<br />
Para verificar la viabilidad <strong>de</strong>l diseño <strong>de</strong>l sistema.<br />
Como una herramienta iterativa <strong>de</strong>l <strong>de</strong>sarrollo <strong>de</strong> software don<strong>de</strong> el prototipo<br />
evoluciona hasta llegar al sistema final.<br />
La creación <strong>de</strong>l prototipo facilita al programador la creación <strong>de</strong> un mo<strong>de</strong>lo <strong>de</strong>l software a<br />
construir. El prototipo pue<strong>de</strong> ser:<br />
<br />
<br />
Un prototipo en papel en el que se <strong>de</strong>scriba la interacción hombre máquina<br />
para que se facilite al usuario la comprensión <strong>de</strong> cómo se produce tal<br />
interacción.<br />
Un prototipo que funcione y que incorpore algún subconjunto <strong>de</strong> la función requerida<br />
al software <strong>de</strong> manera que se puedan apreciar mejor las características<br />
y posibles problemas.<br />
Si el prototipo es <strong>de</strong>l segundo tipo, su construcción seguirá el ciclo <strong>de</strong> vida estándar. sólo<br />
que su tiempo <strong>de</strong> <strong>de</strong>sarrollo sera bastante más reducido y no será muy rigurosa la<br />
aplicación <strong>de</strong> los estándares.<br />
El problema en el diseño <strong>de</strong>l prototipo es la elección <strong>de</strong> las funciones que se <strong>de</strong>sea que<br />
haga el prototipo, y cuáles son las que no hay que hacer pues se corre el riesgo <strong>de</strong> incorporar<br />
características secundarias y <strong>de</strong>jar <strong>de</strong> lado alguna característica importante.<br />
Una vez creado el prototipo, se le enseña al cliente, para que “juegue” con él durante un<br />
período <strong>de</strong> tiempo, y a partir <strong>de</strong> la experiencia aportar nuevas i<strong>de</strong>as, <strong>de</strong>tectar fallos, etc..<br />
Cuando se acaba la fase <strong>de</strong> análisis <strong>de</strong>l prototipo, se refinan los requisitos <strong>de</strong>l software, y a<br />
continuación se proce<strong>de</strong> al comienzo <strong>de</strong>l <strong>de</strong>sarrollo a escala real En realidad el <strong>de</strong>sarrollo<br />
principal se pue<strong>de</strong> haber arrancado previamente y avanzar en paralelo esperando para un<br />
tirón <strong>de</strong>finitivo a la revisión <strong>de</strong> los requisitos.<br />
El ciclo <strong>de</strong> vida clásico queda modificado <strong>de</strong> la siguiente manera por la introducción <strong>de</strong>l<br />
uso <strong>de</strong> prototipos:<br />
1. Análisis preliminar y especificación <strong>de</strong> requisitos.<br />
2. Diseño <strong>de</strong>sarrollo e implementación <strong>de</strong>l prototipo.<br />
3. Prueba <strong>de</strong>l prototipo.<br />
4. Refinamiento iterativo <strong>de</strong>l prototipo.<br />
5. Refinamiento <strong>de</strong> las especificaciones <strong>de</strong> requisitos.<br />
6. Diseño e implementación <strong>de</strong>l sistema final.<br />
Lic. Gustavo López ~ 40 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
Existen tres mo<strong>de</strong>los <strong>de</strong>rivados <strong>de</strong>l uso <strong>de</strong> prototipos [Bud<strong>de</strong>, 1984]:<br />
<br />
<br />
<br />
Prototipo <strong>de</strong>sechable. Se usa para ayudar al cliente a i<strong>de</strong>ntificar los requisitos <strong>de</strong><br />
un nuevo sistema. En el prototipo se implantan sólo aquellos aspectos <strong>de</strong>l sistema<br />
que se entien<strong>de</strong>n mal o son <strong>de</strong>sconocidos. El usuario, mediante el uso <strong>de</strong>l<br />
prototipo, <strong>de</strong>scubrirá esos aspectos o requisitos no captados. Todos los<br />
elementos <strong>de</strong>l prototipo serán posteriormente <strong>de</strong>sechados.<br />
Maqueta. Aporta al usuaria un ejemplo visual <strong>de</strong> entradas y salidas. La<br />
diferencia con el anterior es que en los prototipos <strong>de</strong>sechables se utilizan datos<br />
reales mientras que las maquetas son formatos enca<strong>de</strong>nados <strong>de</strong> entrada y salida<br />
con datos simples estáticos.<br />
Prototipo evolutivo. Es un mo<strong>de</strong>lo <strong>de</strong> trabajo <strong>de</strong>l sistema propuesto, fácilmente<br />
codificable y ampliable, que aporta a los usuarios una representación física <strong>de</strong><br />
las partes claves <strong>de</strong>l sistema antes <strong>de</strong> la implantación. Una vez <strong>de</strong>finidos todos<br />
los requisitos, el prototipo evolucionará hacia el sistema final. En los prototipos<br />
evolutivos, se implantan aquellos requisitos y necesida<strong>de</strong>s que son claramente<br />
entendidos, utilizando diseño y análisis en <strong>de</strong>talle así como datos reales.<br />
2.14.2 MODELOS DE CICLO DE VIDA ALTERNATIVOS<br />
Hay al menos tres conjuntos alternativos a los mo<strong>de</strong>los <strong>de</strong> evolución <strong>de</strong> los productos<br />
software tradicionales. Estos tres conjuntos centran su atención ya sea sobre productos distintos<br />
a los clásicos (como son el uso <strong>de</strong> componentes reutilizables, etc.) o bien sobre<br />
procesos especiales <strong>de</strong> producción (como son automatización <strong>de</strong> la programación, mo<strong>de</strong>lo<br />
espiral basado en riesgos, etc.) o sobre entornos <strong>de</strong> producción (que centran su atención en<br />
la organización y gestión <strong>de</strong> estrategias para producir software). Dado que estos mo<strong>de</strong>los<br />
no están aun muy extendidos se consi<strong>de</strong>ra fundamental su presentación aquí por las<br />
potencialida<strong>de</strong>s que presentan.<br />
MODELOS DE DESARROLLO DE PRODUCTOS SOFTWARE<br />
Estos mo<strong>de</strong>los representan una extensión a los mo<strong>de</strong>los <strong>de</strong> ciclo <strong>de</strong> vida <strong>de</strong> software<br />
tradicionales por la generación <strong>de</strong> productos distintos. Las ampliaciones surgen <strong>de</strong>bido a.<br />
la disponibilidad <strong>de</strong> nuevas tecnologías <strong>de</strong> <strong>de</strong>sarrollo software tales como: software<br />
reutilizable y generadores <strong>de</strong> aplicaciones. Cada una <strong>de</strong> estas tecnologías busca la creación<br />
<strong>de</strong> un producto software ejecutable con funcionalidad reducida rápidamente (reutilización<br />
y uso <strong>de</strong> generadores).<br />
2.14.3 Ensamble <strong>de</strong> componentes reutilizables<br />
El enfoque básico <strong>de</strong> la reutilización es configurar y especializar componentes <strong>de</strong> software<br />
ya existentes [Biggerstaff, 1984]. Sin embargo la granularidad <strong>de</strong> los componentes, es<br />
Lic. Gustavo López ~ 41 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
<strong>de</strong>cir el tamaño, complejidad y capacidad funcional varía mucho a lo largo <strong>de</strong> los distintos<br />
enfoques. La mayoría <strong>de</strong> los mo<strong>de</strong>los <strong>de</strong> ciclo <strong>de</strong> vida basados en ensamblaje <strong>de</strong> componentes<br />
intentan utilizar componentes similares a estructuras <strong>de</strong> datos con los algoritmos<br />
incorporados para su manipulación: componente <strong>de</strong> grano fino. Sin embargo, el uso <strong>de</strong><br />
componentes <strong>de</strong> grano fino no constituye un enfoque distinto a la evolución <strong>de</strong>l producto<br />
software tradicional. Otros enfoques intentan utilizar componentes ensamblando<br />
funcionalmente sistemas o subsistemas completos; por ejemplo, sistemas <strong>de</strong> gestión <strong>de</strong><br />
interfaces <strong>de</strong> usuario. En este caso se trata <strong>de</strong> componentes <strong>de</strong> grano grueso. El uso o la<br />
reutilización <strong>de</strong> estos componentes aparece como un enfoque alternativo al <strong>de</strong>sarrollo <strong>de</strong><br />
sistemas software. Hay, probablemente, muchas formas <strong>de</strong> emplear componentes <strong>de</strong><br />
software reutilizables al <strong>de</strong>sarrollar software. Sin embargo hasta ahora parece ser que la<br />
forma mejor <strong>de</strong> implementación rápida es usarlo durante el diseño arquitectónico. Los<br />
componentes reutilizables también pue<strong>de</strong>n usarse con propósitos <strong>de</strong> prototipado.<br />
2.14.4 Generación <strong>de</strong> aplicaciones<br />
Es un enfoque <strong>de</strong>l <strong>de</strong>sarrollo <strong>de</strong>l software similar a la reutilización <strong>de</strong> componentes <strong>de</strong><br />
software <strong>de</strong> grano grueso, pero en este caso parametrizados [Distaso, 1980]. Tales<br />
componentes están especializados en un dominio <strong>de</strong> aplicación, vía un lenguaje <strong>de</strong><br />
especificación formalizado usado como entrada para el generador <strong>de</strong> la aplicación.<br />
Ejemplos comunes <strong>de</strong> este enfoque son los interfaces estandarizados <strong>de</strong> aplicaciones <strong>de</strong><br />
sistemas <strong>de</strong> gestión <strong>de</strong> bases <strong>de</strong> datos que incluyen generadores <strong>de</strong> informes, gráficos,<br />
editores específicos <strong>de</strong> la aplicación e interfaz <strong>de</strong> usuario. El uso <strong>de</strong> generadores da lugar a<br />
un mo<strong>de</strong>lo <strong>de</strong> evolución <strong>de</strong>l producto software mediante el cual la actividad <strong>de</strong> diseño <strong>de</strong>l<br />
software o es casi eliminada, o reducida a un problema <strong>de</strong> diseño <strong>de</strong> bases <strong>de</strong> datos.<br />
Similarmente los usuarios <strong>de</strong> los generadores <strong>de</strong> aplicaciones esperan habitualmente<br />
proporcionar especificaciones <strong>de</strong> entrada y servicios <strong>de</strong> mantenimiento <strong>de</strong> la aplicación.<br />
Estas capacida<strong>de</strong>s son posibles dado que los generadores pue<strong>de</strong>n producir sólo sistemas<br />
software específicos para un pequeño número <strong>de</strong> dominios <strong>de</strong> aplicación similares y en<br />
especial aquellos que <strong>de</strong>pen<strong>de</strong>n <strong>de</strong> un sistema <strong>de</strong> gestión <strong>de</strong> bases <strong>de</strong> datos.<br />
2.14.5 Mo<strong>de</strong>los <strong>de</strong> proceso <strong>de</strong> producción <strong>de</strong> software<br />
Hay dos tipos <strong>de</strong> mo<strong>de</strong>los <strong>de</strong> producción <strong>de</strong> software: operativos y no operativos [Goguen,<br />
1986] [Paulk, 1993]. La diferencia entre ambos viene, principalmente, <strong>de</strong>l hecho <strong>de</strong> que<br />
los primeros pue<strong>de</strong>n verse como programas que implementan un régimen particular <strong>de</strong><br />
inferencia y evolución <strong>de</strong>l software. Los segundos <strong>de</strong>notan enfoques conceptuales que aun<br />
no han sido suficientemente articulados en una forma <strong>de</strong>seable para codificar.<br />
Lic. Gustavo López ~ 42 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
2.14.6 Mo<strong>de</strong>los operativos<br />
a) Especificaciones operativas para prototipado rápido<br />
El enfoque operativo para el <strong>de</strong>sarrollo <strong>de</strong>l software supone la existencia <strong>de</strong> un lenguaje <strong>de</strong><br />
especificación formal y un entorno <strong>de</strong> proceso. Las especificaciones están codificadas en<br />
el lenguaje y, cuando es posible, constituyen un prototipo funcional <strong>de</strong>l sistema<br />
especificado. Cuando tales especificaciones pue<strong>de</strong>n ser <strong>de</strong>sarrolladas y procesadas gradualmente,<br />
entonces el prototipo resultante pue<strong>de</strong> retirarse y <strong>de</strong>sarrollarse en sistemas<br />
funcionalmente más completos que siempre están operativos durante su <strong>de</strong>sarrollo. Variaciones<br />
<strong>de</strong>ntro <strong>de</strong> este enfoque representan o bien esfuerzos don<strong>de</strong> el prototipo es el fin<br />
buscado o don<strong>de</strong> los prototipos especificados se conservan operativos pero refinados <strong>de</strong>ntro<br />
<strong>de</strong> un sistema completo.<br />
b) Automatización <strong>de</strong> la programación y <strong>de</strong>l proceso software<br />
La automatización <strong>de</strong>l proceso y la programación están relacionados con el <strong>de</strong>sarrollo <strong>de</strong><br />
las especificaciones formales <strong>de</strong> cómo una familia <strong>de</strong> sistemas software <strong>de</strong>bería <strong>de</strong>sarrollarse.<br />
Tales especificaciones <strong>de</strong>berían por lo tanto, proporcionar una estimación para<br />
la organización y <strong>de</strong>scripción <strong>de</strong> las distintas ca<strong>de</strong>nas <strong>de</strong> producción software, cómo están<br />
interrelacionadas, cuándo iteran, etc., así como qué herramientas software <strong>de</strong>berían<br />
usarse.<br />
El <strong>de</strong>sarrollo <strong>de</strong> software utilizando técnicas <strong>de</strong> cuarta generación (T4G) se caracteriza por<br />
facilitar la especificación <strong>de</strong> algunas <strong>de</strong> las funcionalida<strong>de</strong>s <strong>de</strong> alto nivel. La herramienta<br />
genera a continuación el código o parte <strong>de</strong>l código, a partir <strong>de</strong> la especificación. Esta<br />
especificación se hace en un lenguaje lo más próximo al lenguaje natural<br />
El concepto <strong>de</strong> <strong>de</strong>sarrollo en T4G se basa en el uso <strong>de</strong> una serie <strong>de</strong> herramientas, entre las<br />
que se encuentran:<br />
• Lenguajes no procedimentales para consulta <strong>de</strong> bases <strong>de</strong> datos.<br />
• Lenguajes no procedimentales para generación <strong>de</strong> informes, <strong>de</strong>finición <strong>de</strong><br />
pantallas.<br />
• Lenguajes no procedimentales <strong>de</strong> generación <strong>de</strong> código.<br />
• Capacida<strong>de</strong>s gráficas <strong>de</strong> alto nivel.<br />
• Hojas <strong>de</strong> cálculo.<br />
Con estas herramientas al alcance, el <strong>de</strong>sarrollo <strong>de</strong> algunas aplicaciones queda bastante<br />
simplificado y se pue<strong>de</strong> llegar a poner en manos <strong>de</strong> un usuario experimentado en su uso.<br />
Una vez hecha la especificación la generación <strong>de</strong> código es prácticamente automática con<br />
lo que el tiempo <strong>de</strong> <strong>de</strong>sarrollo se ve reducido drásticamente. Con el código generado, se<br />
empieza a revisar el funcionamiento, y se le van añadiendo prestaciones nuevas al<br />
producto <strong>de</strong> una forma prácticamente interactiva.<br />
Lic. Gustavo López ~ 43 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
Esta técnica permite la construcción <strong>de</strong> programas al usuario y le permite a<strong>de</strong>más la<br />
revisión y actualización personal, con lo que es muy difícil la equivocación en cuanto a<br />
cumplimiento <strong>de</strong> requisitos.<br />
Hoy por hoy su utilización se reduce a sistemas sobre todo <strong>de</strong> gestión con un grado <strong>de</strong><br />
complejidad no muy elevado.<br />
c) Automatización <strong>de</strong>l software basado en conocimientos<br />
Este mo<strong>de</strong>lo intenta llevar el proceso <strong>de</strong> automatización hasta sus límites al suponer que<br />
pue<strong>de</strong>n usarse las especificaciones <strong>de</strong> proceso para <strong>de</strong>sarrollar directamente sistemas<br />
software y configurar entornos <strong>de</strong> <strong>de</strong>sarrollo para soportar las tareas <strong>de</strong> producción en<br />
curso.<br />
Los sistemas expertos son un caso peculiar en el ciclo <strong>de</strong> vida <strong>de</strong>l software ya que su<br />
peculiaridad les hace disponer <strong>de</strong> ciclos <strong>de</strong> vida propios. En este ciclo <strong>de</strong> vida, las fases se<br />
pue<strong>de</strong>n activar en paralelo, y reactivar en cualquier momento, sin necesidad <strong>de</strong> ejecutar ciclos<br />
completos. Se pue<strong>de</strong>n utilizar técnicas <strong>de</strong> prototipado pero la expansión al sistema final<br />
a partir <strong>de</strong>l prototipo es mucho más directa, ya que pue<strong>de</strong> bastar con incrementar la base<br />
<strong>de</strong> reglas o la base <strong>de</strong> conocimientos. Por otra parte, la <strong>de</strong>finición interna <strong>de</strong> lo que <strong>de</strong>be<br />
hacer el sistema experto no queda clara ni siquiera al final <strong>de</strong>l <strong>de</strong>sarrollo porque lo que se<br />
trata <strong>de</strong> mo<strong>de</strong>lizar es el razonamiento <strong>de</strong> los expertos humanos. Por lo tanto no existen<br />
nunca unos requisitos claros para po<strong>de</strong>r validar el resultado.<br />
Las fases <strong>de</strong>l <strong>de</strong>sarrollo <strong>de</strong> un sistema experto son las siguientes:<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
I<strong>de</strong>ntificación <strong>de</strong>l problema.<br />
Estudio <strong>de</strong> factibilidad.<br />
I<strong>de</strong>ntificación <strong>de</strong> subproblemas.<br />
I<strong>de</strong>ntificación <strong>de</strong> conceptos.<br />
Diseño conceptual.<br />
Diseño <strong>de</strong>tallado.<br />
Código,<br />
Prueba <strong>de</strong>l razonamiento.<br />
Prueba <strong>de</strong>l conocimiento.<br />
Validación.<br />
Conversión/Mantenimiento/Mejora<br />
Muchas <strong>de</strong> estas etapas se producen en paralelo e influyen unos en otros con lo que el<br />
diagrama <strong>de</strong> bloques que lo representa, en vez <strong>de</strong> ser secuencial es un grupo <strong>de</strong> cajas que<br />
interactúan, pero que están una al lado <strong>de</strong> la otra en el tiempo.<br />
El enfoque común a estos tres mo<strong>de</strong>los (especificaciones operativas automatización <strong>de</strong>l<br />
proceso, producción <strong>de</strong> software basado en conocimientos) es buscar la automatización<br />
<strong>de</strong>l mo<strong>de</strong>lo <strong>de</strong> transformación continuo. A su vez. esto implica un entorno automatizable<br />
capaz <strong>de</strong> registrar el <strong>de</strong>sarrollo formalizado <strong>de</strong> las especificaciones operativas transformando<br />
y retinando, sucesivamente, dichas especificaciones en un sistema<br />
Lic. Gustavo López ~ 44 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
implementado asimilando los requisitos <strong>de</strong> mantenimiento al insertar las especificaciones<br />
nuevas y/o mejoradas en la <strong>de</strong>rivación <strong>de</strong> <strong>de</strong>sarrollo y luego llevando el <strong>de</strong>sarrollo<br />
revisado a la implementación. Sin embargo hay que <strong>de</strong>cir que los progresos actuales en<br />
este punto han sido menos prometedores <strong>de</strong> lo esperado.<br />
2.14.7 Mo<strong>de</strong>los no operativos<br />
a) Mo<strong>de</strong>lo en espiral<br />
El mo<strong>de</strong>lo en espiral para el <strong>de</strong>sarrollo <strong>de</strong> software representa un enfoque dirigido por el<br />
riesgo para el análisis y estructuración <strong>de</strong>l proceso software. Fue presentado por primera<br />
vez por Böehm en 1986. El enfoque incorpora métodos <strong>de</strong> proceso dirigidos por las especificaciones<br />
y por los prototipos [Pressman, 1993]. Esto se lleva a cabo representando<br />
ciclos <strong>de</strong> <strong>de</strong>sarrollo iterativos en forma <strong>de</strong> espiral, <strong>de</strong>notando los ciclos internos <strong>de</strong>l ciclo<br />
<strong>de</strong> vida, análisis y prototipado precoz, y los externos el mo<strong>de</strong>lo clásico. La dimensión<br />
radial indica los costes <strong>de</strong> <strong>de</strong>sarrollo acumulativos y la angular el progreso hecho en<br />
cumplimentar cada <strong>de</strong>sarrollo en espiral. El análisis <strong>de</strong> riesgos que busca i<strong>de</strong>ntificar<br />
situaciones que pue<strong>de</strong>n causar el fracaso o sobrepasar el presupuesto o plazo, aparece<br />
durante cada ciclo <strong>de</strong> la espiral. En cada ciclo el análisis <strong>de</strong>l riesgo representa<br />
groseramente la misma cantidad <strong>de</strong> <strong>de</strong>splazamiento angular, mientras que el volumen<br />
<strong>de</strong>splazado barrido <strong>de</strong>nota crecimiento <strong>de</strong> los niveles <strong>de</strong> esfuerzo requeridos para el<br />
análisis <strong>de</strong>l riesgo.<br />
La primera ventaja <strong>de</strong>l mo<strong>de</strong>lo en espiral es que su rango <strong>de</strong> opciones permiten utilizar los<br />
mo<strong>de</strong>los <strong>de</strong> proceso <strong>de</strong> construcción <strong>de</strong> software tradicionales mientras su orientación al<br />
riesgo evita muchas dificulta<strong>de</strong>s De hecho, en situaciones apropiadas el mo<strong>de</strong>lo en espiral<br />
proporciona una combinación <strong>de</strong> los mo<strong>de</strong>los existentes para un proyecto dado. Otras<br />
ventajas son:<br />
<br />
<br />
<br />
<br />
Se presta atención a las opciones que permiten la reutilización <strong>de</strong> software existente.<br />
Se centra en la eliminación <strong>de</strong> errores y alternativas poco atractivas.<br />
No establece una diferenciación entre <strong>de</strong>sarrollo <strong>de</strong> software y mantenimiento <strong>de</strong>l<br />
sistema.<br />
Proporciona un marco estable para <strong>de</strong>sarrollos integrados hadware-software.<br />
b) Mo<strong>de</strong>los <strong>de</strong> transformación continua<br />
Estos mo<strong>de</strong>los proponen un proceso por el cual los sistemas software se <strong>de</strong>sarrollan a<br />
través <strong>de</strong> una serie <strong>de</strong> transformaciones continuas <strong>de</strong> problemas establecidos en especificaciones<br />
abstractas <strong>de</strong>ntro <strong>de</strong> implementaciones concretas. Se propone un esquema por el<br />
cual no hay ciclo <strong>de</strong> vida tradicional ni etapas separadas, en su lugar se llevan a cabo una<br />
serie <strong>de</strong> transformaciones y refinamientos graduales <strong>de</strong> especificaciones abstractas para<br />
Lic. Gustavo López ~ 45 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
llegar a programas más concretos. En este sentido, entonces, las frases que <strong>de</strong>finen el<br />
problema y los sistemas software pue<strong>de</strong>n emerger <strong>de</strong> alguna manera juntos y así continuar<br />
evolucionando.<br />
Los mo<strong>de</strong>los <strong>de</strong> transformación continuada también se acomodan al interés <strong>de</strong> los formalistas<br />
<strong>de</strong>l software que buscan la sentencia precisa <strong>de</strong> las propieda<strong>de</strong>s formales <strong>de</strong> las<br />
especificaciones <strong>de</strong> los sistemas software. De acuerdo con ello. los formalismos especificados<br />
pue<strong>de</strong>n ser transformados matemáticamente en propieda<strong>de</strong>s que una<br />
implementación fuente <strong>de</strong>bería satisfacer. El potencial para automatizar tales mo<strong>de</strong>los es<br />
aparente y esta sujeto a investigación.<br />
c) Mo<strong>de</strong>los <strong>de</strong> proceso misceláneos<br />
Se han propuesto muchas variaciones <strong>de</strong> los mo<strong>de</strong>los <strong>de</strong> proceso y ciclos <strong>de</strong> vida no<br />
operativos. Esto incluye mo<strong>de</strong>los <strong>de</strong> ciclo <strong>de</strong> vida completamente interconectados que se<br />
acomodan a las transiciones entre cualesquiera dos fases sujetas a la satisfacción <strong>de</strong> sus<br />
pre y post condiciones así como a las variaciones <strong>de</strong> las componentes sobre el ciclo <strong>de</strong><br />
vida tradicional y mo<strong>de</strong>los <strong>de</strong> transformación continua. En todo caso estos mo<strong>de</strong>los son<br />
hasta el presente analíticos o teóricos sin apenas experiencia contrastada.<br />
2.14.8 Mo<strong>de</strong>los <strong>de</strong> entorno <strong>de</strong> producción software<br />
En contraste con los mo<strong>de</strong>los anteriores <strong>de</strong> proceso <strong>de</strong> producción o <strong>de</strong> producto <strong>de</strong> la<br />
evolución <strong>de</strong>l software los mo<strong>de</strong>los <strong>de</strong>l entorno <strong>de</strong> producción dirigen su atención a la organización<br />
y gestión <strong>de</strong> estrategias para <strong>de</strong>sarrollar y producir sistemas software. Con raras<br />
excepciones dichos mo<strong>de</strong>los son no operativos. Como tales el foco es menos tecnológico<br />
y más estratégico. Pero <strong>de</strong>bería quedar claro que tales estrategias afectan tanto a los<br />
productos software que consiguen <strong>de</strong>sarrollarse como a la forma en que sera organizado el<br />
proceso <strong>de</strong> producción <strong>de</strong>l software. Entre estos mo<strong>de</strong>los cabe <strong>de</strong>stacar los siguientes que<br />
aquí sólo se citan por sobrepasar el alcance <strong>de</strong> este trabajo: mo<strong>de</strong>los <strong>de</strong> proceso <strong>de</strong> gestión<br />
<strong>de</strong> proyectos software, mo<strong>de</strong>los organizadores <strong>de</strong> <strong>de</strong>sarrollo <strong>de</strong> software mo<strong>de</strong>los <strong>de</strong> ciclo<br />
<strong>de</strong> vida <strong>de</strong> recursos <strong>de</strong> clientes más conocidos por sus iniciales en inglés CRLC mo<strong>de</strong>los<br />
<strong>de</strong> transición y transferencia <strong>de</strong> tecnología software y otros mo<strong>de</strong>los para la organización,<br />
fabricación y producción <strong>de</strong> sistemas software.<br />
Todos los mo<strong>de</strong>los <strong>de</strong> ciclos <strong>de</strong> vida vistos en este capítulo pue<strong>de</strong>n verse en la figura 2.4,<br />
que se exhibe a continuación:<br />
Lic. Gustavo López ~ 46 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
~ figura 2.4 Mo<strong>de</strong>los <strong>de</strong> ciclo <strong>de</strong> vida ~<br />
Lic. Gustavo López ~ 47 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
2.15 VENTAJAS DE DEFINIR UN PROCESO SOFTWARE<br />
Un proyecto sin estructura es un proyecto inmanejable; no pue<strong>de</strong> ser planificado ni estimado,<br />
ni su progreso ser controlado y mucho menos alcanzar un compromiso <strong>de</strong> costos o tiempos.<br />
La i<strong>de</strong>a originaria <strong>de</strong> buscar ciclos <strong>de</strong> vida que <strong>de</strong>scriban los estados por los que pasa el<br />
producto o procesos software que <strong>de</strong>scriban las activida<strong>de</strong>s a realizar para transformar el<br />
producto surge <strong>de</strong> la necesidad <strong>de</strong> tener un esquema que sirva como base para planificar,<br />
organizar, asignar personal, coordinar, presupuestar y dirigir las activida<strong>de</strong>s <strong>de</strong> la<br />
construcción <strong>de</strong> software [Böehm, 1988]. De hecho muchos proyectos han terminado mal<br />
porque las fases <strong>de</strong> <strong>de</strong>sarrollo se realizaron en un or<strong>de</strong>n erróneo. Por lo tanto, al comienzo <strong>de</strong><br />
un proyecto software se <strong>de</strong>be elegir el ciclo <strong>de</strong> vida que seguirá el producto a construir en<br />
base a las consi<strong>de</strong>raciones <strong>de</strong>l apartado anterior. El mo<strong>de</strong>lo <strong>de</strong> ciclo <strong>de</strong> vida elegido llevará a<br />
enca<strong>de</strong>nar las tareas y activida<strong>de</strong>s <strong>de</strong>l proceso software <strong>de</strong> una <strong>de</strong>terminada manera: algunas<br />
tareas no será necesario realizarlas, otras <strong>de</strong>berán realizarse más <strong>de</strong> una vez, etc.. Una vez<br />
conseguido un proceso software concreto para el proyecto en cuestión se está preparado para<br />
planificar los plazos <strong>de</strong>l proyecto, asignar personas a las distintas tareas, presupuestar los<br />
costos <strong>de</strong>l proyecto, etc. [Böehm, 1976]. Concretamente hoy en día los procesos software se<br />
usan como:<br />
• Guía prescriptiva sobre la documentación a producir para enviar al cliente.<br />
• Base para <strong>de</strong>terminar qué herramientas, técnicas y metodologías <strong>de</strong> ingeniería <strong>de</strong><br />
software serán más apropiadas para soportar las diferentes activida<strong>de</strong>s.<br />
• Marco para analizar o estimar patrones <strong>de</strong> asignación y consumo <strong>de</strong> recursos a lo<br />
largo <strong>de</strong> todo el ciclo <strong>de</strong> vida <strong>de</strong>l producto software.<br />
• Base para llevar a cabo estudios empíricos que <strong>de</strong>terminen la productividad, el costo<br />
y la calidad <strong>de</strong>l software.<br />
• Descripción comparativa sobre cómo los sistemas software llegan a ser lo que son.<br />
2.16 ESTÁNDAR IEEE SOBRE PROCESO SOFTWARE<br />
2.16.1 INTRODUCCIÓN<br />
A continuación se <strong>de</strong>scriben en <strong>de</strong>talle las fases o subprocesos que conforman el proceso base<br />
<strong>de</strong> construcción <strong>de</strong>l software y que se correspon<strong>de</strong>n con el estándar IEEE 1074 –1989 [IEEE,<br />
1989]. Cada subproceso se <strong>de</strong>talla a nivel <strong>de</strong> propósito activida<strong>de</strong>s involucradas y<br />
documentación principal propuesta por el estándar. El estándar IEEE l074-1989 <strong>de</strong>termina el<br />
conjunto <strong>de</strong> activida<strong>de</strong>s esenciales, no or<strong>de</strong>nadas en el tiempo que <strong>de</strong>ben ser incorporadas<br />
Lic. Gustavo López ~ 49 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
<strong>de</strong>ntro <strong>de</strong> un mo<strong>de</strong>lo <strong>de</strong> ciclo <strong>de</strong> vida <strong>de</strong>l producto software. Este mo<strong>de</strong>lo es seleccionado y<br />
establecido por el usuario para el proyecto a <strong>de</strong>sarrollar ya que la norma no <strong>de</strong>fine un ciclo <strong>de</strong><br />
vida en particular.<br />
El estándar, a<strong>de</strong>más, incluye la siguiente información que no se trata aquí:<br />
• Descripción <strong>de</strong> cada actividad.<br />
• Informe <strong>de</strong> entrada y salida para cada actividad.<br />
• Fuente y <strong>de</strong>stino <strong>de</strong> la información a nivel <strong>de</strong> proceso y <strong>de</strong> actividad que refleja la<br />
relación entre los procesos.<br />
• Productos obtenidos por el <strong>de</strong>sarrollo <strong>de</strong> cada actividad.<br />
El estándar ha sido escrito por organizaciones responsables <strong>de</strong> la gestión y <strong>de</strong>sarrollo <strong>de</strong>l<br />
software. Está dirigido a los gestores <strong>de</strong> proyectos a los <strong>de</strong>sarrolladores <strong>de</strong> software, a los<br />
responsables <strong>de</strong> la garantía <strong>de</strong> la calidad, a quienes ejecutan tareas <strong>de</strong> apoyo, a los usuarios, y<br />
al personal <strong>de</strong> mantenimiento.<br />
2.16.2 DESCRIPCIÓN GLOBAL DEL PROCESO<br />
El proceso <strong>de</strong> construcción <strong>de</strong> software consiste en analizar las necesida<strong>de</strong>s <strong>de</strong> la<br />
organización, <strong>de</strong>sarrollar una solución en un dominio que las satisfaga y posteriormente<br />
reinsertar la solución en el dominio bajo un marco <strong>de</strong> gestión, seguimiento, control y gestión<br />
<strong>de</strong> la calidad [Huseth, 1986]. Esta relación se representa en la figura 2.5.<br />
~ figura 2.5 Relación <strong>de</strong>l proceso base <strong>de</strong> construcción <strong>de</strong> software con su entorno organizativo ~<br />
Lic. Gustavo López ~ 50 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
El proceso software está compuesto, a su vez, <strong>de</strong> cuatro procesos principales tal y como<br />
se muestra en el cuadro, cada uno <strong>de</strong> los cuales agrupa una serie <strong>de</strong> activida<strong>de</strong>s que se<br />
encargan <strong>de</strong> la realización <strong>de</strong> sus requisitos asociados. Estos procesos son los siguientes:<br />
• Proceso <strong>de</strong> selección <strong>de</strong> un mo<strong>de</strong>lo <strong>de</strong> ciclo <strong>de</strong> vida <strong>de</strong>l producto: i<strong>de</strong>ntifica y<br />
selecciona un ciclo <strong>de</strong> vida para el software que se va a construir.<br />
• Procesos <strong>de</strong> gestión <strong>de</strong>l proyecto: crean la estructura <strong>de</strong>l proyecto y aseguran el<br />
nivel apropiado <strong>de</strong> la gestión <strong>de</strong>l mismo durante todo el ciclo <strong>de</strong> vida <strong>de</strong>l software.<br />
• Procesos orientados al <strong>de</strong>sarrollo <strong>de</strong>l software: producen, instalan, operan y<br />
mantienen el software y lo retiran <strong>de</strong> su uso. Se clasifican en procesos <strong>de</strong><br />
pre<strong>de</strong>sarrollo, <strong>de</strong>sarrollo y post<strong>de</strong>sarrollo.<br />
• Procesos integrales <strong>de</strong>l proyecto: son necesarios para completar con éxito las<br />
activida<strong>de</strong>s <strong>de</strong>l proyecto software. Aseguran la terminación y calidad <strong>de</strong> las funciones<br />
<strong>de</strong>l mismo. Son simultáneos a los procesos orientados al <strong>de</strong>sarrollo <strong>de</strong>l software e<br />
incluyen activida<strong>de</strong>s <strong>de</strong> no <strong>de</strong>sarrollo.<br />
Lic. Gustavo López ~ 51 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
3 OBJETIVOS DEL TRABAJO Y DELIMITACION DEL PROBLEMA<br />
Del estado <strong>de</strong>l arte surge que no existe una metodología específica que se oriente al diseño <strong>de</strong><br />
catálogos electrónicos y que contemple en sus distintas etapas aspectos específicos <strong>de</strong> la<br />
administración <strong>de</strong>l negocio relacionados con el catálogo y que, por su naturaleza, son solo<br />
tratados genéricamente en las metodologías convencionales.<br />
En este contexto, en esta tesis se han <strong>de</strong>terminado una serie <strong>de</strong> objetivos que a continuación se<br />
<strong>de</strong>tallan:<br />
1. Objetivo pertinentes a la construcción <strong>de</strong>l objeto <strong>de</strong> estudio: Definir qué es un catálogo<br />
electrónico.<br />
2. Objetivo General: Construir una metodología disciplinada para el <strong>de</strong>sarrollo <strong>de</strong> catálogos<br />
electrónicos: mediante la i<strong>de</strong>ntificación <strong>de</strong> los métodos, los procedimientos, y las<br />
herramientas, que provee la ingeniería <strong>de</strong> software para el <strong>de</strong>sarrollo <strong>de</strong> aplicaciones web<br />
<strong>de</strong> calidad, siguiendo las pautas <strong>de</strong> las teorías <strong>de</strong> la administración.<br />
3. Objetivo particular: Justificar un mo<strong>de</strong>lo apropiado para el ciclo <strong>de</strong> vida <strong>de</strong> aplicaciones<br />
web para negocios, proponiendo una metodología para el diseño y <strong>de</strong>sarrollo <strong>de</strong> catálogos<br />
electrónicos que custodien los procesos <strong>de</strong> negocios a fin <strong>de</strong> lograr un producto <strong>de</strong><br />
calidad.<br />
Lic. Gustavo López ~ 52 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
4 DESCRIPCIÓN DE LA SOLUCIÓN PROPUESTA<br />
En este Capítulo se plantea el ciclo <strong>de</strong> vida elegido, las características <strong>de</strong> negocio<br />
contempladas en los catálogos electrónicos, se propone la matriz <strong>de</strong> activida<strong>de</strong>s<br />
correspondiente, se i<strong>de</strong>ntifican métodos, técnicas y herramientas a utilizar y se <strong>de</strong>fine la<br />
conformación <strong>de</strong>l equipo <strong>de</strong> trabajo.<br />
4.1 CICLO DE VIDA ELEGIDO<br />
El mo<strong>de</strong>lo <strong>de</strong> ciclo <strong>de</strong> vida elegido es el <strong>de</strong> prototipos evolutivos con refinamientos sucesivos,<br />
por los motivos que a continuación se <strong>de</strong>tallan:<br />
• Cuando el software a <strong>de</strong>sarrollar es un aplicativo para terceros, es interesante tener una<br />
i<strong>de</strong>a <strong>de</strong> cómo será el programa lo antes posible, a fin <strong>de</strong> disminuir las expectativas <strong>de</strong>l<br />
cliente o usuario, se le irán entregando prototipos con funcionalida<strong>de</strong>s en forma<br />
incremental, para que se los pruebe durante un período <strong>de</strong> tiempo a convenir y haga<br />
las sugerencias y los cambios en etapas lo más tempranas posibles <strong>de</strong>l ciclo <strong>de</strong> vida.<br />
• Es importante chequear con el usuario si se interpretó fielmente sus necesida<strong>de</strong>s y<br />
consi<strong>de</strong>raciones.<br />
• En muchos casos, el usuario no pue<strong>de</strong> dar una i<strong>de</strong>a <strong>de</strong>tallada <strong>de</strong> lo que <strong>de</strong>sea, y <strong>de</strong>bido<br />
a ello, el <strong>de</strong>sarrollador no termina <strong>de</strong> saber qué es lo que éste quiere exactamente, por<br />
lo que cada protitipo realizado, significa una revisión <strong>de</strong> los requerimientos y un<br />
refinamiento <strong>de</strong> dichos requerimientos a fin <strong>de</strong> acercarse al producto final.<br />
Para el ciclo <strong>de</strong> vida <strong>de</strong> prototipo incremental se <strong>de</strong>finen las siguientes etapas:<br />
1. Factibilidad (FA)<br />
2. Definición <strong>de</strong> requisitos <strong>de</strong>l sistema (RES)<br />
3. Especificación <strong>de</strong> los requisitos <strong>de</strong>l prototipo (REP)<br />
4. Diseño <strong>de</strong>l prototipo (DPR)<br />
5. Diseño <strong>de</strong>tallado <strong>de</strong>l prototipo (DDP)<br />
6. Desarrollo <strong>de</strong>l prototipo (codificación) (DEP)<br />
7. Implementación y prueba <strong>de</strong>l prototipo (IPP)<br />
8. Refinamiento iterativo <strong>de</strong> las especificaciones <strong>de</strong>l prototipo (aumentando el objetivo<br />
y/o el alcance). Luego se pue<strong>de</strong> volver a la etapa 2 o continuar si se logró el<br />
objetivo y alcances <strong>de</strong>seados (RIT)<br />
9. Diseño <strong>de</strong>l sistema final (DSF)<br />
10. Implementación <strong>de</strong>l sistema final (ISF)<br />
11. Operación y mantenimiento (OPM)<br />
12. Retiro (si correspon<strong>de</strong>) (RET)<br />
Lic. Gustavo López ~ 53 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
A continuación se <strong>de</strong>scriben cada una <strong>de</strong> las etapas <strong>de</strong>l ciclo <strong>de</strong> vida elegido que formarán<br />
parte <strong>de</strong> la matriz <strong>de</strong> activida<strong>de</strong>s 3 :<br />
• Factibilidad:<br />
En esta etapa se <strong>de</strong>fine el producto software y se <strong>de</strong>termina su factibilidad en el<br />
ciclo <strong>de</strong> vida <strong>de</strong>s<strong>de</strong> la perspectiva <strong>de</strong> la relación costo-beneficio, como así<br />
también las ventajas y <strong>de</strong>sventajas respecto <strong>de</strong> otros productos.<br />
• Requisitos <strong>de</strong>l Sistema:<br />
En esta etapa se <strong>de</strong>ben <strong>de</strong>finir las funcionalida<strong>de</strong>s requeridas pra el <strong>de</strong>sarrollo<br />
<strong>de</strong>l sistema (o programa), las interfaces y el tipo <strong>de</strong> diseño.<br />
• Especificación <strong>de</strong> requisitos <strong>de</strong>l prototipo:<br />
Consiste en especificar las funciones requeridas, las interfaces y el rendimiento<br />
para el prototipo. Aquí se consi<strong>de</strong>rarán incrementos en porcentajes <strong>de</strong> la<br />
funcionalidad total <strong>de</strong>l sistema.<br />
• Diseño <strong>de</strong>l prototipo:<br />
Es poner en ejecución <strong>de</strong>l plan <strong>de</strong>l prototipo, ya que una vez fijadas las<br />
restricciones con el usuario, hay que mostrar el mismo funcionando, aunque<br />
sean sólo algunas funcionalida<strong>de</strong>s trstringidas. Aquí hay que hacer un análisis<br />
<strong>de</strong> cómo se va a trabajar, qué módulos se van a hacer, con qué lógica y qué<br />
funciones se van a usar.<br />
• Diseño <strong>de</strong>tallado <strong>de</strong>l prototipo:<br />
Esta etapa es una especificación verificada <strong>de</strong> la estructura <strong>de</strong> control, la<br />
estructura <strong>de</strong> los datos, las relaciones <strong>de</strong> interfaces, el tamaño, los algoritmos<br />
básicos y las suposiciones <strong>de</strong> cada componente <strong>de</strong>l programa. En esta etapa no<br />
sólo se <strong>de</strong>finen sino que también se documentan los algoritmos que llevarán a<br />
cabo la función a realizar por cada uno <strong>de</strong> los módulos. El diseño <strong>de</strong> software<br />
es un proceso que se centra en 4 atributos distintos <strong>de</strong>l programa: la estructura<br />
<strong>de</strong> datos, la arquitectura <strong>de</strong>l software, el <strong>de</strong>talle procedimental y la<br />
caracterización <strong>de</strong> la interface. En este proceso <strong>de</strong>ben traducirse los requisitos<br />
a una representación <strong>de</strong>l software que pueda ser establecida <strong>de</strong> forma que se<br />
obtenga la calidad requerida antes <strong>de</strong> que comience la codificación.<br />
• Desarrollo <strong>de</strong>l prototipo:<br />
Consiste en realizar la codificación o diseño <strong>de</strong>tallado, en forma legible para la<br />
máquina.<br />
• Implementación y prueba <strong>de</strong>l prototipo:<br />
Consiste en lograr un funcionamiento a<strong>de</strong>cuado <strong>de</strong>l producto software en el<br />
sistema informático, funcionando operacionalmente, incluyendo objetivos tales<br />
como la conversión <strong>de</strong>l programa y datos (si la hubiere), la instalación y el<br />
3 Se ha tomado como base para el <strong>de</strong>seño <strong>de</strong> la matriz <strong>de</strong> activida<strong>de</strong>s <strong>de</strong>l presente trabajo la <strong>de</strong>sarrollada por<br />
Juristo Juzgado N. (1996): Proceso <strong>de</strong> Construcción <strong>de</strong>l software y ciclos <strong>de</strong> vida en módulos <strong>de</strong> Proyectos <strong>de</strong><br />
Software. <strong>Universidad</strong> Politécnica <strong>de</strong> Madrid.<br />
Lic. Gustavo López ~ 54 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
entrenamiento. La prueba <strong>de</strong>be asegurar que se han probado todas las<br />
sentencias <strong>de</strong>l mismo, y que en las funciones externas se hanrealizado pruebas<br />
que aseguren que la entrada <strong>de</strong>finida produce los resultados que se esperan<br />
realmente.<br />
• Refinamiento iterativo <strong>de</strong> las especificaciones <strong>de</strong>l prototipo:<br />
Es un aumento <strong>de</strong> la funcionalidad <strong>de</strong>l sistema, para luego volver a la etapa <strong>de</strong><br />
“Especificación <strong>de</strong> requisitos <strong>de</strong>l prototipo” a fin <strong>de</strong> aumentar la funcionalidad<br />
<strong>de</strong>l prototipo o continuar, si se logró el objetivo y alcances <strong>de</strong>seados.<br />
• Diseño <strong>de</strong>l sistema final:<br />
Consiste en ajustar las restricciones o condiciones finales e integrar los últimos<br />
módulos.<br />
• Implementación <strong>de</strong>l sistema final:<br />
Es el sistema informático funcionando operativamente, incluyendo los<br />
objetivos tales como conversión <strong>de</strong>l programa y datos (si la hubiere), la<br />
instalación y la capacitación <strong>de</strong>l personal.<br />
• Operación y mantenimiento:<br />
Es la puesta en funcionamiento <strong>de</strong>l sistema informático, objetivo que se repite<br />
para cada actualización.<br />
• Retiro:<br />
Es una transición a<strong>de</strong>cuada <strong>de</strong> las funciones realizadas para el producto y sus<br />
sucesores.<br />
Luego se <strong>de</strong>finen los procesos básicos para este ciclo <strong>de</strong> vida, y las activida<strong>de</strong>s para cada uno<br />
<strong>de</strong> ellos. Los procesos incluyen aquellos concernientes al <strong>de</strong>sarrollo <strong>de</strong> software y los<br />
específicos teniendo en cuenta los aspectos <strong>de</strong> negocio.<br />
En la figura 4.1 se pue<strong>de</strong> observar un diagrama <strong>de</strong>l ciclo <strong>de</strong> vida elegido 4 y en la figura 4.3 se<br />
pue<strong>de</strong> ver la matriz <strong>de</strong> activida<strong>de</strong>s, con el <strong>de</strong>sglose <strong>de</strong> activida<strong>de</strong>s para cada uno <strong>de</strong> los<br />
procesos <strong>de</strong>l ciclo <strong>de</strong> vida elegido.<br />
En la matriz <strong>de</strong> activida<strong>de</strong>s, se pue<strong>de</strong> observar en color blanco, las activida<strong>de</strong>s relativas al<br />
<strong>de</strong>sarrollo <strong>de</strong> software propiamente dicho y se <strong>de</strong>stacan en color gris, aquellas activida<strong>de</strong>s<br />
concernientes a <strong>de</strong>finir y consi<strong>de</strong>rar los aspectos <strong>de</strong> negocios para <strong>de</strong>sarrollar el software.<br />
Una vez <strong>de</strong>finidas cada una <strong>de</strong> las activida<strong>de</strong>s, restaría por consi<strong>de</strong>rar qué herramientas y<br />
técnicas se utilizarán para cada una <strong>de</strong> ellas, teniendo en cuenta el mo<strong>de</strong>lo <strong>de</strong> ciclo <strong>de</strong> vida<br />
elevido y la teoría <strong>de</strong> administración que sustente el <strong>de</strong>sarrollo.<br />
4 En la figura 4.1 por razones <strong>de</strong> claridad no se ha representado las iteraciones a las etapas anteriores.<br />
Lic. Gustavo López ~ 55 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
Estudio <strong>de</strong><br />
Factibilidad<br />
Requisitos <strong>de</strong>l<br />
sistema<br />
Especificación<br />
<strong>de</strong> los requisitos<br />
<strong>de</strong>l prototipo<br />
Diseño <strong>de</strong>l<br />
prototipo<br />
Evaluación<br />
interna<br />
Diseño <strong>de</strong>tallado<br />
<strong>de</strong>l prototipo<br />
Ajustes<br />
Desarrollo <strong>de</strong>l<br />
prototipo<br />
Implementación<br />
y prueba <strong>de</strong>l<br />
prototipo<br />
Refinamiento <strong>de</strong><br />
especificaciones<br />
<strong>de</strong>l prototipo<br />
Evaluación<br />
externa<br />
Ajustes<br />
Diseño <strong>de</strong>l<br />
sistema final<br />
Implementación<br />
<strong>de</strong>l sistema final<br />
Operación y<br />
mantenimiento<br />
Retiro<br />
- figura 4.1 Ciclo <strong>de</strong> vida <strong>de</strong> Prototipo evolutivo con refinamientos sucesivos -<br />
Lic. Gustavo López ~ 56 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
4.2 CARACTERÍSTICAS DE NEGOCIO EN LOS CATÁLOGOS<br />
ELECTRÓNICOS<br />
Se hace necesario custodiar ciertos aspectos <strong>de</strong>l negocio que no están contemplados <strong>de</strong>ntro<br />
<strong>de</strong>l mo<strong>de</strong>lo <strong>de</strong> ciclo <strong>de</strong> vida tomado como base. Para ello es menester realizar algunas<br />
activida<strong>de</strong>s específicas, tales como:<br />
• I<strong>de</strong>ntificar el nicho y posicionamiento <strong>de</strong>l negocio; ya sea el negocio <strong>de</strong> tipo B2B –<br />
business to business- o B2C –business to commerce-, los catálogos exitosos tienen<br />
una cosa en común: un gerente o administrador que tiene muy claras y <strong>de</strong>finidas las<br />
diferencias con su competencia. Algunos <strong>de</strong>sarrolladores con vasta experiencia<br />
consi<strong>de</strong>ran a esta etapa <strong>de</strong> reconocimiento <strong>de</strong>l nicho y posicionamiento <strong>de</strong> la marca<br />
como uno <strong>de</strong> los factores a largo plazo que <strong>de</strong>terminan el éxito <strong>de</strong> un catálogo<br />
[Schmid, 2000]. Una presentación y una imágen <strong>de</strong> marca inconsistentes llevará a<br />
dudas en las mentes <strong>de</strong> los consumidores, lo cual acarreará baja en los índices <strong>de</strong><br />
visitas a la página y por en<strong>de</strong> en ventas.<br />
Jack Schmid [Schmid, 2000] enuncia la regla 40/40/20 a través <strong>de</strong> la que explica el<br />
porcentaje <strong>de</strong> inci<strong>de</strong>ncia <strong>de</strong> ciertos factores sobre el éxito (o fracaso) <strong>de</strong> cualquier<br />
catálogo. Su representación gráfica pue<strong>de</strong> verse en la figura 4.2:<br />
40%<br />
20%<br />
¿Quién es la empresa? / ¿Qué está<br />
vendiendo? (producto o servicio) / Precio y<br />
logística<br />
Detectar exactamente el nicho y mis<br />
consumidores<br />
Presentación <strong>de</strong>l catálogo en sí mismo /<br />
Diseño<br />
40%<br />
- figura 4.2 Inci<strong>de</strong>ncia <strong>de</strong> ciertos factores sobre el éxito <strong>de</strong>l catálogo -<br />
• Seleccionar un mo<strong>de</strong>lo para el proyecto que tome en consi<strong>de</strong>ración el tipo <strong>de</strong> negocio,<br />
estableciendo en consecuencia la correspondiente matriz <strong>de</strong> activida<strong>de</strong>s <strong>de</strong> acuerdo al<br />
MCVS seleccionado. Para los gerentes <strong>de</strong> empresas <strong>de</strong> Internet, la característica más<br />
sorpren<strong>de</strong>nte <strong>de</strong> los negocios web es el ritmo acelerado <strong>de</strong> cambio. Estos gerentes<br />
necesitan un marco que los ayu<strong>de</strong> a pensar hacia dón<strong>de</strong> <strong>de</strong>be dirigirse la empresa y<br />
cómo llegar ahí [Cohan, 2000]. Esta es una cuestión a la que también los<br />
inversionistas <strong>de</strong>ben aten<strong>de</strong>r, a fin <strong>de</strong> compren<strong>de</strong>r hacia dón<strong>de</strong> se canalizan sus<br />
Lic. Gustavo López ~ 57 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
inversiones. La pirámi<strong>de</strong> <strong>de</strong> negocios web, representada en las figuras 4.4 y 4.5,<br />
provee un marco <strong>de</strong> referencia a esta cuestión. La forma <strong>de</strong> la pirámi<strong>de</strong> implica un<br />
proceso <strong>de</strong> aspiración y <strong>de</strong>sgaste. La mayor parte <strong>de</strong> los negocios web se inician en la<br />
base <strong>de</strong> la pirámi<strong>de</strong>. Por el ciclo <strong>de</strong> vida natural <strong>de</strong> los negocios, pocos sobrevivientes<br />
llegan a la cúspi<strong>de</strong>.<br />
NIVEL III: POWERWARE<br />
NIVEL II: BRANDWARE<br />
NIVEL I: LOSSWARE<br />
- figura 4.4 Pirámi<strong>de</strong> <strong>de</strong> negocios web -<br />
Lossware se refiere a los negocios web <strong>de</strong>stinados a per<strong>de</strong>r dinero. En este nivel, las<br />
barreras <strong>de</strong> ingreso son muy bajas; es <strong>de</strong>cir, es muy fácil que las compañías nuevas<br />
ingresen en el mercado. Los clientes no incurren en costos <strong>de</strong> cambio, lo que significa<br />
que es fácil para ellos mudar la contratación <strong>de</strong> los servicios a otra compañía. Los<br />
ven<strong>de</strong>dores gastan casi todo el dinero en lo que parece un ciclo interminable <strong>de</strong><br />
marketing y otros gastos. El resultado <strong>de</strong> gastar suele ser una paridad competitiva, no<br />
una ventaja competitiva. Muchas compañías no pasan <strong>de</strong> este nivel.; en realidad, es<br />
posible que haya segmentos enteros <strong>de</strong> la industria que no sobreviven a este nivel.<br />
Brandware es un grupo <strong>de</strong> negocios que tienen el potencial <strong>de</strong> ser rentables si<br />
sobreviven las marcas promovidas más intensamente y fracasan las más débiles. En<br />
los negocios Brandware, la industria todavía se encuentra muy fragmentada, lo que<br />
implica que el costo <strong>de</strong> entrada es bastante bajo. Sin embargo, en las compañías<br />
Brandware cada vez resulta más evi<strong>de</strong>nte que los clientes no están realmente<br />
interesados en revisar las ofertas <strong>de</strong> setenta proveedores diferentes. Los clientes<br />
propen<strong>de</strong>n a comprar <strong>de</strong> cualquier proveedor que tenga el mensaje <strong>de</strong> marketing más<br />
convincente. Los clientes también quieren comprar <strong>de</strong>l proveedor que tenga mayores<br />
probabilida<strong>de</strong>s <strong>de</strong> sobrevivir a la inevitable consolidación <strong>de</strong> la industria. En este<br />
Lic. Gustavo López ~ 58 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
nivel <strong>de</strong> la pirámi<strong>de</strong> es inherente el concepto <strong>de</strong> una reorganización total. Por<br />
<strong>de</strong>finición, sólo unos pocos proveedores sobrevivirán para escalar al nivel superior <strong>de</strong><br />
la pirámi<strong>de</strong>; Yahoo es un ejemplo muy conocido <strong>de</strong> negocio Brandware, este<br />
segmento <strong>de</strong> la industria comenzó con unas cuantas compañías que trataban <strong>de</strong><br />
simplificar la enorme complejidad <strong>de</strong> la web, proporcionando a los usuarios un sitio<br />
que los ayudara a buscar diversos contenidos. Las compañías <strong>de</strong> los portales web se<br />
iniciaron, por lo general, como empresas <strong>de</strong> máquinas <strong>de</strong> búsqueda, ofreciendo sus<br />
servicios <strong>de</strong> manera gratuita, en consecuencia, los portales web comenzaron como<br />
Lossware. Los portales web evolucionaron hasta convertirse en Brandware porque se<br />
puso <strong>de</strong> manifiesto que había la posibilidad <strong>de</strong> persuadir a las compañías que se<br />
anunciaran en ellos. Los gerentes <strong>de</strong> estas empresas <strong>de</strong>tectaron que el valor <strong>de</strong> su<br />
empresa aumentaba en relación con la cantidad <strong>de</strong> visitantes <strong>de</strong> su sitio web. Por ello,<br />
las empresas empezaron a tratar <strong>de</strong> crear costos <strong>de</strong> intercambio entre ellas mismas y<br />
los anunciantes y visitantes <strong>de</strong>l sitio. Estos proyectos, incluidos los sitios <strong>de</strong><br />
conversación (“chat”), personalización, noticias, compras y una multitud <strong>de</strong> otros<br />
servicios, tenían el propósito <strong>de</strong> lograr que los visitantes pasaran el tiempo suficiente<br />
en los sitios para convertirse en blancos atractivos para los anunciantes. Así surgió la<br />
i<strong>de</strong>a <strong>de</strong> que los portales web podían convertirse en productos <strong>de</strong> marca.<br />
Powerware se refiere a las empresas que sistemáticamente generan altos<br />
rendimientos. Los negocios Powerware disfrutan <strong>de</strong> apalancamiento económico y<br />
ofrecen soluciones integrales a sus clientes. El apalancamiento económico se <strong>de</strong>riva<br />
<strong>de</strong> ofrecer un producto o servicio valioso, cuyo suministro es escaso <strong>de</strong>bido a que la<br />
mayor parte <strong>de</strong> los competidores se han visto obligados a salir <strong>de</strong>l mercado; y la<br />
solución integral se entrega para elevar los costos <strong>de</strong> intercambio entre ven<strong>de</strong>dores y<br />
clientes a un nivel tan elevado que se impi<strong>de</strong> efectivamente la entrada <strong>de</strong> nuevos<br />
participantes. En algunos casos, Brandware evolucionó a Powerware. Dicha evolución<br />
ha ocurrido en empresas <strong>de</strong> capital <strong>de</strong> riesgo. Originalmente, la industria <strong>de</strong> empresas<br />
<strong>de</strong> capital <strong>de</strong> riesgo constaba <strong>de</strong> un número relativamente pequeño <strong>de</strong> empresas. Las<br />
que realizaban las inversiones exitosas propendían a surgir como sobrevivientes<br />
cuando los fondos <strong>de</strong> pensiones y seguros combinados <strong>de</strong> inversión y vida<br />
constituyeron la siguiente ronda <strong>de</strong> inversiones.<br />
Se <strong>de</strong>nomina empresa <strong>de</strong> Internet a la que <strong>de</strong>riva parte o todos sus ingresos <strong>de</strong> Internet.<br />
Con base en investigaciones efectuadas se concluye que hay nueve segmentos <strong>de</strong><br />
negocios en Internet, cada uno <strong>de</strong> los cuales representa una industria diferente, con<br />
competidores, clientes, dinámica <strong>de</strong> utilida<strong>de</strong>s y requisitos para el éxito competitivo<br />
que son característicos <strong>de</strong> cada uno <strong>de</strong> ellos. La siguiente figura muestra la posición<br />
que ocupa cada uno <strong>de</strong> los nueve segmentos <strong>de</strong> negocios en Internet <strong>de</strong>ntro <strong>de</strong> la<br />
Pirámi<strong>de</strong> <strong>de</strong> negocios web [Cohan, 2000]<br />
Lic. Gustavo López ~ 59 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
- figura 4.5 Pirámi<strong>de</strong> <strong>de</strong> negocios web ampliada -<br />
NIVEL III: POWERWARE<br />
• Infraestructura <strong>de</strong> re<strong>de</strong>s<br />
• Asesoría web<br />
• Capital <strong>de</strong> riesgo<br />
<strong>de</strong> Internet<br />
NIVEL II: BRANDWARE<br />
• Seguridad en Internet<br />
• Portales web<br />
• Comercio electrónico<br />
• Contenido web<br />
NIVEL I: LOSSWARE<br />
• Proveedores <strong>de</strong> servicios<br />
<strong>de</strong> Internet<br />
• Herramientas <strong>de</strong><br />
comercio web<br />
• Planificar la garantía <strong>de</strong> calidad <strong>de</strong>l catálogo, i<strong>de</strong>ntificando las necesida<strong>de</strong>s <strong>de</strong> mejora<br />
<strong>de</strong> calidad en los procesos <strong>de</strong>l negocio implícitos en el catálogo. La mayor fuente <strong>de</strong><br />
Valor Agregado en los negocios <strong>de</strong>rivados <strong>de</strong>l nuevo contexto, es el carácter <strong>de</strong><br />
“Garante <strong>de</strong> Calidad y <strong>de</strong>l Precio” que <strong>de</strong>be mostrar frente a sus clientes, ya sean<br />
particulares u otras empresas, quien ven<strong>de</strong> un bien o servicio, in<strong>de</strong>pendientemente <strong>de</strong><br />
si lo ha elaborado o lo ha comprado a terceros [Badaraco, 1998]. La base para el<br />
<strong>de</strong>sarrollo <strong>de</strong> toda oportunidad <strong>de</strong> negocio será compren<strong>de</strong>r y po<strong>de</strong>r asumir en cada<br />
caso este rol <strong>de</strong> Garante <strong>de</strong> Calidad y Precio. La función <strong>de</strong> garantizar a los<br />
compradores <strong>de</strong> bienes y servicios que la combinación calidad-precio <strong>de</strong> lo que está<br />
comprando es la correcta y la mejor disponible, es el valor agregado por todo<br />
comerciante, o por toda industria en las ocasiones en que comercializa sus propios<br />
productos.<br />
La complejidad <strong>de</strong> la i<strong>de</strong>ntificación calidad-precio, crece a medida que crece el<br />
tamaño <strong>de</strong>l mercado, medido tanto por la cantidad <strong>de</strong> participantes como por la<br />
cantidad <strong>de</strong> productos. En un país mediano como Argentina, pero bajo la condición<br />
previa <strong>de</strong> economía cerrada, existían muchos productos finales y en especial bienes<br />
intermedios industriales con pocos oferentes, pocos cambios a través <strong>de</strong>l tiempo y<br />
Lic. Gustavo López ~ 60 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
pocos productos nuevos, por lo que el costo <strong>de</strong> i<strong>de</strong>ntificar el nivel <strong>de</strong> calidad-precio<br />
era acotado. Esta situación se modificó paulatinamente en los últimos 50 ó 60 años,<br />
con la apertura económica. La apertura hacia un mercado “ampliado” se dio en<br />
Argentina a partir <strong>de</strong> los años 90. La consecuencia es que la oferta y la competencia<br />
en cada ítem se ha multiplicado muy rápidamente y por ello es muy difícil ser garante<br />
<strong>de</strong> calidad y precio, pero a<strong>de</strong>más es más difícil comunicarlo a los potenciales clientes<br />
y es más difícil aún que los compradores lo acepten sin una constancia fehaciente.<br />
• Analizar y <strong>de</strong>finir las funcionalida<strong>de</strong>s <strong>de</strong>l catálogo, <strong>de</strong>sarrollando su arquitectura en<br />
base a las características <strong>de</strong>l negocio. Es necesario <strong>de</strong>scomponer los requisitos <strong>de</strong>l<br />
sistema (catálogo). En esta etapa hay que <strong>de</strong>finir y <strong>de</strong>sarrollar los requisitos <strong>de</strong><br />
software, <strong>de</strong>finiendo inclusive los requisitos <strong>de</strong> interfaz con el cliente. Se <strong>de</strong>be llegar<br />
al ámbito <strong>de</strong>l marketing personalizado más allá <strong>de</strong> un disparo <strong>de</strong> correos electrónicos –<br />
spam- que no pone <strong>de</strong> manifiesto ningún tipo <strong>de</strong> estudio personalizado sobre el cliente,<br />
los intentos <strong>de</strong> personalizar se convierten en toscos si no cambian el producto o el<br />
servicio; se <strong>de</strong>berá organizar la empresa <strong>de</strong> modo que el e-cliente pueda elegir entre<br />
una combinación <strong>de</strong> todas las características disponibles para crear exactamente lo que<br />
quiere comprar [McKeown, 2001]. Hay que diseñar el servicio electrónico <strong>de</strong> modo<br />
que se ponga <strong>de</strong> manifiesto inmediatamente y sea accesible el nivel <strong>de</strong> posibilida<strong>de</strong>s<br />
<strong>de</strong> elección que se ofrecen. Deberá infundir la i<strong>de</strong>a al e-cliente <strong>de</strong> que todo el placer y<br />
el privilegio <strong>de</strong> la compra fue <strong>de</strong> él. Las fans <strong>de</strong> la Barbie <strong>de</strong> todo el mundo pue<strong>de</strong>n<br />
crear muñecas divas únicas en barbie.com, flores rosas y estrellas blancas<br />
parpa<strong>de</strong>antes proporcionan un mundo virtual para ajustarse a su personalidad en el<br />
mundo real. La pequeña e-cliente pue<strong>de</strong> elegir, siguiendo siete pasos fáciles, entre una<br />
gama <strong>de</strong> 76000 combinaciones <strong>de</strong> caras, ojos, labios y peinados. Por ejemplo,<br />
www.customestore.co.uk permite al e-cliente mayor y gusto más refinado pedir <strong>de</strong>s<strong>de</strong><br />
cualquier parte una camisa confeccionada a partir <strong>de</strong> sus especificaciones, estilo y<br />
medidas. Se pue<strong>de</strong> incluso tener un auto personalizado en tres días gracias a un<br />
trabajo pionero en el Reino Unido. Habrá que poner especial énfasis en la capacidad<br />
que tiene la tecnología para buscar, comparar y filtrar información. El uso <strong>de</strong> los<br />
<strong>de</strong>nominados Bots está creciendo en los últimos tiempos, versiones digitales <strong>de</strong><br />
curiosos personajes que han sido introducidos en el mundo virtual para ayudar al e-<br />
cliente. Sólo existen para servir. Si se quiere encontrar el mejor precio <strong>de</strong> un<br />
producto en cualquier lugar <strong>de</strong> la web sólo tiene que pedirlo al pertinente Bot. Hay<br />
que teclear lo que quiera y esperar a que el Bot proporcione la lista <strong>de</strong> productos que<br />
se ajusten a su petición, como por ejemplo en [www.valuemad.com] .<br />
• Realizar el diseño creativo <strong>de</strong>l sitio don<strong>de</strong> se instalará el catálogo (layout). Todos los<br />
miembros <strong>de</strong> la organización <strong>de</strong>ben pensarlo todo a través <strong>de</strong>l punto <strong>de</strong> vista <strong>de</strong>l<br />
cliente, habrá que preguntarse ¿tiene sentido para el cliente? ¿qué espera el cliente?<br />
El e-cliente tolera poco las excusas, particularmente aquellas que no se le han<br />
comunicado y las que se presentan electrónicamente en vez <strong>de</strong> por un ser humano. Es<br />
Lic. Gustavo López ~ 61 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
más fácil sentir empatía y tener paciencia con una persona que con una computadora<br />
cuando se sabe que hubiera podido ser mucho mejor [Fresco, 2000] [McKeown,<br />
2001]. Las revisiones <strong>de</strong> la facilidad <strong>de</strong> uso adquieren nuevo significado, tienen que<br />
atacarse todas y cada una <strong>de</strong> las partes <strong>de</strong> lo que podría ser un conjunto <strong>de</strong><br />
procedimientos, formas, tradiciones y actitu<strong>de</strong>s <strong>de</strong>s<strong>de</strong> la perspectiva <strong>de</strong>l e-cliente; la<br />
facilidad <strong>de</strong> uso i<strong>de</strong>al ya no es una cosa agradable <strong>de</strong> tener, es esencial. Las personas<br />
reales necesitan utilizar los sistemas que se están poniendo en el mercado, cada<br />
miembro <strong>de</strong> la organización tiene que empezar a pensar como una persona real, un e-<br />
cliente, incluso cuando esté trabajando. Lo que es razonable pedir cuando<br />
consumimos pue<strong>de</strong> que no parezca razonable cuando suministramos; es necesario<br />
ubicarse en el paradigma con el cual se maneja el e-cliente. Esto se aplica a la<br />
empresa y más que nunca a la e-empresa.<br />
• Captura <strong>de</strong> nuevos clientes y generación <strong>de</strong> una lista <strong>de</strong> comunicación para los<br />
mismos, consi<strong>de</strong>rando a ésta última un proceso estratégico para la circulación <strong>de</strong><br />
prospectos [Fresco, 1992] [Fresco, 2000] [McKeown, 2001]. La naturaleza electrónica<br />
<strong>de</strong> las transacciones ofrece su propia solución a su invisibilidad para el ojo humano,<br />
las interacciones electrónicas pue<strong>de</strong>n permitir seguir el rastro <strong>de</strong>l e-cliente, contarle y<br />
analizarlo más rápidamente y <strong>de</strong> forma más precisa que nunca con anterioridad. Y lo<br />
que es incluso mejor, la huella electrónica pue<strong>de</strong> permitir una personalización muy<br />
amplia <strong>de</strong>l marketing y <strong>de</strong>l servicio al e-cliente. Algunas <strong>de</strong> las experiencias <strong>de</strong><br />
compra más eficaces parecen hipnotizar; <strong>de</strong>s<strong>de</strong> el primer vistazo a una home page<br />
atractiva y acogedora, a la primera visita <strong>de</strong> retorno, permitir que cada e-cliente vaya a<br />
su propio ritmo mientras que se le entretiene e informa a cada paso. Una utilización<br />
juiciosa <strong>de</strong> los colores y <strong>de</strong> las características para asegurar que se lo encamina en la<br />
dirección a<strong>de</strong>cuada. Si el cliente llega allí sin que se lo arrastre o empuje, siempre<br />
consi<strong>de</strong>rará que la <strong>de</strong>cisión ha sido suya: algo que él quería hacer y, en consecuencia,<br />
algo que podría <strong>de</strong>sear hacer nuevamente. Una vez que haya realizado la primera<br />
compra, el ritmo sigue perteneciendo al e-cliente, pero se pue<strong>de</strong>n posicionar las<br />
facilida<strong>de</strong>s para que se ajusten al comprador repetitivo, tienen que aparecer<br />
sugerencias sobre compras futuras mientras que el cliente navega; hay que evitar el<br />
proceso <strong>de</strong> compra complicado e ir directamente a compras que sólo necesiten<br />
efectuar un clic para materializarse. Es mejor consi<strong>de</strong>rar el e-cliente en su hábitat<br />
natural, es necesario estudiar al e-cliente real haciendo las cosas que hace realmente en<br />
su vida. De esta forma es como se pue<strong>de</strong>n construir servicios que se a<strong>de</strong>cuen al e-<br />
cliente; hay que construir un cuadro multi dimensional <strong>de</strong>l e-cliente y todas las<br />
características que pueda tener, edad, país, trabajo, familia, rol, etc., habrá que hacerlo<br />
girar virtualmente para enten<strong>de</strong>r su perspectiva y las necesida<strong>de</strong>s que surgen entre sus<br />
diferentes roles y localizaciones, si se analiza con la suficiente intensidad las formas<br />
<strong>de</strong> actuar, se encontrarán oportunida<strong>de</strong>s en el furor <strong>de</strong> las empresas que comienzan.<br />
Pue<strong>de</strong> resultar tentador confirar en los grupos <strong>de</strong>mográficos estándar que han<br />
Lic. Gustavo López ~ 62 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
constituido el elemento básico <strong>de</strong> las campañas <strong>de</strong> marketing durante tanto tiempo. Es<br />
necesario analizar lo suficiente acerca <strong>de</strong>l comportamiento <strong>de</strong> un e-cliente para<br />
<strong>de</strong>ducir el grupo <strong>de</strong>l que forma parte y, por lo tanto, qué es lo que quiere comprar.<br />
Claritas, la empresa <strong>de</strong> investigación <strong>de</strong> mercados <strong>de</strong> Estados Unidos, admite la<br />
ten<strong>de</strong>ncia, reconoce que el número <strong>de</strong> grupos ha crecido un 50% <strong>de</strong>s<strong>de</strong> los años 70 y<br />
que a comienzos <strong>de</strong> los 2000 había más <strong>de</strong> 62 modos <strong>de</strong> vida distintos en los Estados<br />
Unidos. La fragmentación está creando cada vez más subgrupos que no se ajustan<br />
claramente a los estratos económicos o sociales históricos. La globalización está<br />
reduciendo el impacto <strong>de</strong> la geografía como fuente <strong>de</strong> diferenciación <strong>de</strong> los modos <strong>de</strong><br />
vida. La población está viviendo a modo <strong>de</strong> tribu virtual, en la que no es requisito la<br />
proximidad física, agrupadas como resultado <strong>de</strong>l marketing, la televisión y la misma<br />
red globales. Cuanto más gran<strong>de</strong> es el grupo, más grupos cerrados se forman.<br />
• Crear los datos <strong>de</strong> prueba con especial énfasis en los procesos <strong>de</strong>l negocio,<br />
planificando la instalación <strong>de</strong>l sitio y <strong>de</strong>l catálogo. Se alojará el sitio con el catálogo<br />
embebido en el servidor correspondiente (hosting), se planificarán pruebas que<br />
custodien el normal <strong>de</strong>sarrollo <strong>de</strong> los procesos <strong>de</strong>l negocio. En esta etapa se <strong>de</strong>berán<br />
contemplar los procesos que se <strong>de</strong>berán <strong>de</strong>sarrollar a fin <strong>de</strong> instalar, operar, soportar,<br />
mantener y retirar un producto software. Se realizan <strong>de</strong>spués <strong>de</strong> la construcción <strong>de</strong>l<br />
software, vale <strong>de</strong>cir, se aplican a las últimas fases <strong>de</strong>l ciclo <strong>de</strong> vida <strong>de</strong>l software. Hay<br />
que transformar la representación <strong>de</strong>l diseño <strong>de</strong>tallado <strong>de</strong> un producto software a una<br />
realización en un lenguaje <strong>de</strong> programación apropiado. Se trata <strong>de</strong> una etapa <strong>de</strong><br />
implementación en la que se produce código fuente, el código <strong>de</strong> la base <strong>de</strong> datos y la<br />
documentación, que constituyen la manifestación física <strong>de</strong>l diseño <strong>de</strong> acuerdo a los<br />
estándares y metodologías <strong>de</strong>l proyecto. A<strong>de</strong>más, en este proceso se <strong>de</strong>be integrar el<br />
código y la base <strong>de</strong> datos. Se <strong>de</strong>berá planificar y realizar la integración <strong>de</strong>l sistema.<br />
La salida <strong>de</strong> este proceso está sujeta a las pruebas <strong>de</strong> verificación y validación<br />
a<strong>de</strong>cuadas; el código y la base <strong>de</strong> datos junto con la documentación producida durante<br />
los procesos previos son la primera representación completa <strong>de</strong>l producto software.<br />
• Proveer <strong>de</strong> asistencia técnica y consultas a e-clientes, planificando la documentación<br />
<strong>de</strong> ayuda en línea para los mismos; búsquedas personalizadas. En esta etapa se<br />
implementará la documentación general, inclusive la <strong>de</strong> ayuda en línea, produciéndola<br />
y distribuyéndola en el sitio. Una vez terminada la prueba <strong>de</strong>l software, el proyecto<br />
está casi preparado para ser entregado a los usuarios finales. Sin embargo, antes <strong>de</strong> la<br />
entrega se llevan a cabo una serie <strong>de</strong> activida<strong>de</strong>s <strong>de</strong> garantía <strong>de</strong> calidad para asegurar<br />
que se han generado y catalogado los registros y documentos internos a<strong>de</strong>cuados, que<br />
se ha <strong>de</strong>sarrollado una documentación <strong>de</strong> alta calidad para el usuario y que se han<br />
establecido los mecanismos apropiados <strong>de</strong> control <strong>de</strong> configuraciones. Entonces, el<br />
software, ya pue<strong>de</strong> ser distribuido a los usuarios finales. Es necesario, en este punto,<br />
girar el enfoque o centro <strong>de</strong> atención <strong>de</strong>s<strong>de</strong> la construcción al mantenimiento;<br />
corrección <strong>de</strong> errores, adaptación al entorno y mejora <strong>de</strong> la funcionalidad. En todos<br />
Lic. Gustavo López ~ 63 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
los casos, la modificación <strong>de</strong>l software no sólo afecta al código, sino también a la<br />
configuración entera; es <strong>de</strong>cir, todos los documentos, datos y programas <strong>de</strong>sarrollados<br />
en la fase <strong>de</strong> planificación y <strong>de</strong>sarrollo. El proceso <strong>de</strong> <strong>de</strong>sarrollo <strong>de</strong> documentación<br />
para el <strong>de</strong>sarrollo y uso <strong>de</strong>l software es el conjunto <strong>de</strong> activida<strong>de</strong>s que planifican,<br />
diseñan, implementan, editan, producen, distribuyen y mantienen los documentos<br />
necesarios para los <strong>de</strong>sarrolladores y los usuarios. Para conseguir una utilización<br />
efectiva <strong>de</strong>l sistema software, se <strong>de</strong>be proporcionar a los usuarios <strong>de</strong>l sistema<br />
instrucciones, guía y adyuda para el entendimiento <strong>de</strong> las capacida<strong>de</strong>s <strong>de</strong>l sistema y <strong>de</strong><br />
sus limitaciones. Por ello, es imprescindible la formación <strong>de</strong> los usuarios en el nuevo<br />
sistema. Se <strong>de</strong>berá incluir la planificación, <strong>de</strong>sarrollo, validación e implementación <strong>de</strong><br />
los programas <strong>de</strong> formación <strong>de</strong> <strong>de</strong>sarrolladores, personal <strong>de</strong> soporte técnico y clientes,<br />
y la elaboración <strong>de</strong> los materiales <strong>de</strong> formación a<strong>de</strong>cuados.<br />
4.3 MATRIZ DE ACTIVIDADES<br />
Por todo lo mencionado en el apartado anterior, se realizan las modificaciones y agregados a<br />
la matriz <strong>de</strong> activida<strong>de</strong>s propuesta por Juristo Juzgado N. (1996) en su trabajo “Proceso <strong>de</strong><br />
Construcción <strong>de</strong>l software y ciclos <strong>de</strong> vida en módulos <strong>de</strong> Proyectos <strong>de</strong> Software” para la<br />
<strong>Universidad</strong> Politécnica <strong>de</strong> Madrid, surgiendo en consecuencia la matriz <strong>de</strong> activida<strong>de</strong>s que se<br />
propone a continuación:<br />
Activida<strong>de</strong>s <strong>de</strong> los Procesos<br />
FAC RES REP DPR DDP DEP IPP RIT DSF ISF OPM RET<br />
Proceso <strong>de</strong> i<strong>de</strong>ntificación <strong>de</strong> la necesidad <strong>de</strong> resolver el problema <strong>de</strong> catálogos que<br />
custodien las activida<strong>de</strong>s <strong>de</strong> negocios<br />
- I<strong>de</strong>ntificar la necesidad <strong>de</strong> un catálogo electrónico <br />
específico que custodie las activida<strong>de</strong>s <strong>de</strong> negocios<br />
- I<strong>de</strong>ntificar el nicho y posicionamiento <strong>de</strong>l negocio <br />
Proceso <strong>de</strong> selección <strong>de</strong> un MCVS<br />
-I<strong>de</strong>ntificar los posibles MCVS.<br />
<br />
-Seleccionar un mo<strong>de</strong>lo para el proyecto que tome en <br />
consi<strong>de</strong>ración el tipo <strong>de</strong> negocio<br />
Proceso <strong>de</strong> iniciación, Planificación y Estimación <strong>de</strong>l Proyecto.<br />
-Establecer la matriz <strong>de</strong> activida<strong>de</strong>s para el MCVS que <br />
custodie los procesos <strong>de</strong> negocio<br />
Lic. Gustavo López ~ 64 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
Activida<strong>de</strong>s <strong>de</strong> los Procesos<br />
-Asignar los recursos <strong>de</strong>l proyecto.<br />
FAC RES REP DPR DDP DEP IPP RIT DSF ISF OPM RET<br />
<br />
-Definir el entorno <strong>de</strong>l proyecto. <br />
-Planificar la gestión <strong>de</strong>l proyecto. <br />
Proceso <strong>de</strong> Seguimiento y Control <strong>de</strong>l Proyecto<br />
-Analizar riesgos<br />
-Realizar la planificación <strong>de</strong> contingencias.<br />
-Gestionar el proyecto.<br />
-Implementar el sistema <strong>de</strong> informes <strong>de</strong> problemas.<br />
-Archivar registros.<br />
Proceso <strong>de</strong> gestión <strong>de</strong> Calidad <strong>de</strong>l Software<br />
<br />
<br />
<br />
<br />
<br />
-Planificar la garantía <strong>de</strong> calidad <strong>de</strong>l catálogo <br />
-Desarrollar métricas <strong>de</strong> calidad <br />
-Gestionar la calidad <strong>de</strong>l software<br />
<br />
-I<strong>de</strong>ntificar necesida<strong>de</strong>s <strong>de</strong> mejora <strong>de</strong> calidad en los <br />
procesos <strong>de</strong>l negocio implícitos en el catálogo<br />
Proceso <strong>de</strong> Exploración <strong>de</strong> Conceptos<br />
-I<strong>de</strong>ntificar la necesidad <strong>de</strong> un catálogo que custodie <br />
los procesos <strong>de</strong>l negocio<br />
-Formular las soluciones potenciales<br />
<br />
-Dirigir los estudios <strong>de</strong> viabilidad. <br />
-Refinar y Finalizar la i<strong>de</strong>a o necesidad. <br />
Proceso <strong>de</strong> Asignación <strong>de</strong>l Sistema<br />
-Analizar las potenciales funcionalida<strong>de</strong>s <strong>de</strong>l catálogo <br />
-Definir las funcionalida<strong>de</strong>s <strong>de</strong>l catálogo<br />
-Desarrollar la arquitectura <strong>de</strong>l catálogo tomando en<br />
consi<strong>de</strong>ración las características <strong>de</strong>l negocio<br />
-Descomponer los requisitos <strong>de</strong>l sistema (catálogo)<br />
<br />
<br />
<br />
Lic. Gustavo López ~ 65 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
Activida<strong>de</strong>s <strong>de</strong> los Procesos<br />
Proceso <strong>de</strong> Análisis <strong>de</strong> requisitos para el catálogo<br />
-Definir y Desarrollar los requisitos <strong>de</strong> software<br />
(catálogo)<br />
FAC RES REP DPR DDP DEP IPP RIT DSF ISF OPM RET<br />
<br />
-Definir los requisitos <strong>de</strong> interfaz con el cliente <br />
-Priorizar e Integrar los requisitos <strong>de</strong>l software<br />
(catálogo)<br />
Proceso <strong>de</strong> Diseño<br />
-Analizar el flujo <strong>de</strong> información<br />
-Realizar el diseño creativo <strong>de</strong>l sitio don<strong>de</strong> se instalará<br />
el catálogo. Layout<br />
-Producir la página<br />
-Capturar nuevos clientes<br />
-Generar una lista <strong>de</strong> comunicación para clientes:<br />
proceso estratégico para la circulación <strong>de</strong> prospectos<br />
-Diseñar la base <strong>de</strong> datos<br />
-Diseñar las interfaces<br />
-Seleccionar o Desarrollar algoritmos<br />
-Realizar el diseño <strong>de</strong>tallado<br />
<br />
Proceso <strong>de</strong> Implementación e Integración <strong>de</strong> módulos<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
-Crear el código fuente. <br />
-Generar el código fuente. <br />
-Crear la documentación <strong>de</strong> operación. <br />
-Planificar la integración <strong>de</strong> los módulos <br />
-Realizar la integración. <br />
Proceso <strong>de</strong> Instalación y Aceptación<br />
-Planificar la instalación <strong>de</strong>l sitio y <strong>de</strong>l catálogo <br />
-Alojar el sitio con el catálogo embebido en el servidor<br />
correspondiente (hosting)<br />
-Cargar la base <strong>de</strong> datos <br />
<br />
<br />
<br />
<br />
<br />
Lic. Gustavo López ~ 66 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
Activida<strong>de</strong>s <strong>de</strong> los Procesos<br />
FAC RES REP DPR DDP DEP IPP RIT DSF ISF OPM RET<br />
-Aceptar el catálogo en el entorno <strong>de</strong> operación <br />
-Realizar las actualizaciones <br />
Proceso <strong>de</strong> Operación y Soporte<br />
-Proveer <strong>de</strong> asistencia técnica y consultas a clientes<br />
-Mantener el histórico <strong>de</strong> peticiones <strong>de</strong> soporte<br />
Proceso <strong>de</strong> Mantenimiento<br />
-Realizar el mantenimiento correctivo<br />
-Reaplicar el ciclo <strong>de</strong> vida <strong>de</strong>l software<br />
Proceso <strong>de</strong> Retiro<br />
-Notificar al usuario.<br />
-Conducir operaciones en paralelo<br />
<br />
<br />
<br />
<br />
<br />
<br />
- Retirar el catálogo <br />
Proceso <strong>de</strong> Verificación y Validación<br />
-Planificar la verificación y validación<br />
-Ejecutar las tareas <strong>de</strong> verificación y validación<br />
<br />
<br />
-Recoger y Analizar los datos <strong>de</strong> las métricas <br />
-Desarrollar las especificaciones <strong>de</strong> las pruebas<br />
<br />
-Ejecutar las Pruebas <br />
Proceso <strong>de</strong> Configuración<br />
-Planificar la gestión <strong>de</strong> configuración<br />
<br />
-Realizar la i<strong>de</strong>ntificación <strong>de</strong> las configuración <br />
-Realizar el control <strong>de</strong> la configuración <br />
-Realizar la información <strong>de</strong>l estado <strong>de</strong> la configuración <br />
Proceso <strong>de</strong> Documentación<br />
-Planificar la documentación general <strong>de</strong>l sistema<br />
<br />
Lic. Gustavo López ~ 67 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
Activida<strong>de</strong>s <strong>de</strong> los Procesos<br />
-Planificar la documentación <strong>de</strong> ayuda en línea para el<br />
usuario con especial énfasis en el uso <strong>de</strong>l catálogo y<br />
búsquedas personalizadas<br />
-Implementar la documentación general<br />
FAC RES REP DPR DDP DEP IPP RIT DSF ISF OPM RET<br />
<br />
<br />
- Implementar la documentación <strong>de</strong> ayuda en línea <br />
-Producir y Distribuir la documentación en el sitio<br />
Proceso <strong>de</strong> Formación<br />
-Planificar el programa <strong>de</strong> formación.<br />
<br />
<br />
-Desarrollar los materiales <strong>de</strong> formación. <br />
-Validar el programa <strong>de</strong> formación. <br />
-Implementar el programa <strong>de</strong> formación. <br />
- figura 4.3 Matriz <strong>de</strong> activida<strong>de</strong>s con <strong>de</strong>sglose <strong>de</strong> procesos -<br />
4.4 MÉTODOS, TÉCNICAS Y HERRAMIENTAS A UTILIZAR<br />
En la figura 4.6 se pue<strong>de</strong>n observar los métodos, las técnicas y/o herramientas a emplear en<br />
cada uno <strong>de</strong> los diferentes procesos.<br />
PROCESO DOCUMENTO DE SALIDA MÉTODOS/TÉCNICAS/<br />
HERRAMIENTAS A<br />
EMPLEAR<br />
Proceso <strong>de</strong> selección Ciclo <strong>de</strong> vida adoptado<br />
<strong>de</strong> un mo<strong>de</strong>lo <strong>de</strong> ciclo<br />
<strong>de</strong> vida<br />
Proceso <strong>de</strong> iniciación,<br />
planificación y<br />
estimación <strong>de</strong>l<br />
proyecto<br />
Plan <strong>de</strong> gestión <strong>de</strong>l proyecto<br />
Diagrama <strong>de</strong> Gantt o Pert<br />
(CPM)<br />
Mo<strong>de</strong>los empíricos <strong>de</strong><br />
estimación<br />
Lic. Gustavo López ~ 68 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
Proceso <strong>de</strong><br />
seguimiento y control<br />
<strong>de</strong>l proyecto<br />
Análisis <strong>de</strong> riesgos y plan <strong>de</strong><br />
contingencias.<br />
Registro histórico <strong>de</strong>l proyecto<br />
Mo<strong>de</strong>lizado. Prototipado.<br />
Revisiones. Auditorías.<br />
Análisis CPM.<br />
Proceso <strong>de</strong> gestión <strong>de</strong><br />
calidad <strong>de</strong>l Software<br />
Proceso <strong>de</strong><br />
exploración <strong>de</strong><br />
conceptos<br />
Plan <strong>de</strong> garantía <strong>de</strong> calidad.<br />
Recomendaciones <strong>de</strong> mejora <strong>de</strong><br />
calidad.<br />
Informe <strong>de</strong> necesida<strong>de</strong>s<br />
Posibles soluciones<br />
Técnicas <strong>de</strong> planificación.<br />
Métricas <strong>de</strong> calidad <strong>de</strong>l<br />
software.<br />
Análisis costo-beneficio<br />
DFD. Prototipado<br />
Proceso <strong>de</strong><br />
asignación <strong>de</strong>l<br />
sistema<br />
Proceso <strong>de</strong> análisis <strong>de</strong><br />
requisitos para el<br />
catálogo<br />
Proceso <strong>de</strong><br />
diseño<br />
<strong>de</strong> los<br />
contenidos<br />
Especificación <strong>de</strong> requisitos<br />
funcionales <strong>de</strong> hardware y software.<br />
Especificación <strong>de</strong> interfaces <strong>de</strong>l<br />
sistema o programa. Descripción<br />
funcional. Arquitectura.<br />
Especificación <strong>de</strong> los objetivos y<br />
estructuración <strong>de</strong> conceptos.<br />
Selección <strong>de</strong> contenidos y<br />
pertinencia<br />
Jerarquización <strong>de</strong> los conceptos<br />
DFD<br />
Módulos<br />
Uso <strong>de</strong> mapas conceptuales<br />
Uso <strong>de</strong> mapas conceptuales<br />
<strong>de</strong>l<br />
software<br />
Proceso <strong>de</strong><br />
implementación e<br />
integración <strong>de</strong><br />
módulos<br />
Descripción <strong>de</strong>l diseño <strong>de</strong>l software<br />
y <strong>de</strong> la arquitectura.<br />
Descripción <strong>de</strong>l flujo <strong>de</strong><br />
información, bases, interfaces y<br />
algoritmos<br />
Datos para las pruebas.<br />
Documentación <strong>de</strong>l sistema o<br />
programa y <strong>de</strong>l usuario. Plan <strong>de</strong><br />
integración<br />
Programación estructurada.<br />
Programación orientada a<br />
objetos.<br />
Técnicas <strong>de</strong> prototipado<br />
Patrones <strong>de</strong> diseño<br />
Lenguajes <strong>de</strong> programación<br />
Lic. Gustavo López ~ 69 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
Proceso <strong>de</strong><br />
instalación y<br />
aceptación<br />
Plan <strong>de</strong> instalación<br />
Informe <strong>de</strong> instalación<br />
Lenguajes <strong>de</strong> programación.<br />
Proceso <strong>de</strong> operación<br />
y soporte<br />
Histórico <strong>de</strong> pedidos <strong>de</strong> soporte<br />
Análisis estadístico<br />
Proceso <strong>de</strong><br />
mantenimiento<br />
Recomendaciones <strong>de</strong><br />
mantenimiento<br />
Reaplicar el ciclo <strong>de</strong> vida<br />
Proceso <strong>de</strong> retiro<br />
Proceso <strong>de</strong><br />
verificación y<br />
validación<br />
Proceso <strong>de</strong><br />
configuración<br />
Proceso <strong>de</strong><br />
documentación<br />
Plan <strong>de</strong> retiro<br />
Plan <strong>de</strong> verificación y validación.<br />
Plan <strong>de</strong> pruebas. Especificación y<br />
resumen <strong>de</strong> la prueba.<br />
Software probado.<br />
Plan <strong>de</strong> gestión <strong>de</strong> la configuración<br />
Plan <strong>de</strong> documentación técnica<br />
Pruebas <strong>de</strong> caja negra y<br />
pruebas <strong>de</strong> caja blanca<br />
Base <strong>de</strong> datos<br />
Diagramas<br />
Pert y Gantt<br />
Proceso <strong>de</strong> formación<br />
y capacitación <strong>de</strong>l<br />
personal<br />
Plan <strong>de</strong> formación y capacitación<br />
- figura 4.6 Métodos, técnicas y herramientas utilizadas en los procesos -<br />
4.5 CONFORMACIÓN DEL EQUIPO DE TRABAJO<br />
La creación <strong>de</strong> catálogos electrónicos es una tarea que compete a diferentes áreas <strong>de</strong>l saber.<br />
En este tipo <strong>de</strong> proyectos es fundamental la formación y la conformación <strong>de</strong> los equipos <strong>de</strong><br />
Lic. Gustavo López ~ 70 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
<strong>de</strong>sarrollo. Para ello, y tal como se exhibe en la figura 4.7, es necesario recurrir a especialistas<br />
en <strong>de</strong>sarrollos <strong>de</strong> software, planificadores eficaces y docentes conocedores <strong>de</strong>l área <strong>de</strong><br />
experticia en que se <strong>de</strong>sarrollará el programa, ya que en cada caso habrá que generar un<br />
mo<strong>de</strong>lo <strong>de</strong> acuerdo a las necesida<strong>de</strong>s. Si bien la conformación <strong>de</strong> los equipos <strong>de</strong> <strong>de</strong>sarrollo<br />
para software comercial es una instancia que requiere <strong>de</strong> la habilidad <strong>de</strong>l lí<strong>de</strong>r <strong>de</strong>l proyecto y<br />
<strong>de</strong> las buenas relaciones entre los integrantes, en este caso en particular, la situación se vuelve<br />
crítica, <strong>de</strong>bido a la interdisciplinariedad <strong>de</strong>l equipo, centrado en la tarea <strong>de</strong> integrar y<br />
coordinar profesionales <strong>de</strong> campos disciplinares diferentes.<br />
Se requerirán los siguientes perfiles:<br />
Profesionales <strong>de</strong>l área <strong>de</strong> Especialistas en el área <strong>de</strong> negocios para <strong>de</strong>terminar<br />
negocios<br />
los contenidos a incluir y expertos en el área <strong>de</strong><br />
<strong>de</strong>sarrollo<br />
Profesionales <strong>de</strong>sarrolladores <strong>de</strong> Analistas y programadores para el análisis <strong>de</strong>l<br />
software<br />
proyecto y la codificación<br />
Coordinador <strong>de</strong>l proyecto<br />
Como en todo proyecto soportado por una ingeniería<br />
<strong>de</strong> base, recaerá en el ingeniero <strong>de</strong> software<br />
Personal técnico <strong>de</strong> apoyo De acuerdo a las dimensiones <strong>de</strong>l <strong>de</strong>sarrollo habrá<br />
(diseño gráfico y sonido) operadores, diseñadores gráficos, especialistas en<br />
sonido, ví<strong>de</strong>o.<br />
- figura 4.7 Equipo <strong>de</strong> trabajo -<br />
Lic. Gustavo López ~ 71 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
5 CASO DE ESTUDIO: Producción <strong>de</strong> muebles <strong>de</strong> estilo<br />
En este Capítulo se hace un planteamiento con la metodología propuesta en el caso <strong>de</strong><br />
producción <strong>de</strong> muebles <strong>de</strong> estilo, se dan los antece<strong>de</strong>ntes <strong>de</strong> <strong>de</strong>manda y oferta, se plantean<br />
hipótesis sobre la disponibilidad <strong>de</strong> los insumos principales, se proporcionan razones que<br />
permiten establecer las potenciales ventajas comparativas <strong>de</strong> Argentina en la producción <strong>de</strong><br />
muebles <strong>de</strong> estilo, con calidad apta para exportación, se entalla la matriz <strong>de</strong> activida<strong>de</strong>s<br />
propuesta a las características <strong>de</strong>l negocio caso <strong>de</strong> estudio, y se justifican las activida<strong>de</strong>s<br />
agregadas a los procesos <strong>de</strong> la matriz original.<br />
5.1 ANTECEDENTES<br />
5.1.1 DEMANDA<br />
La <strong>de</strong>manda <strong>de</strong> muebles <strong>de</strong> estilo, <strong>de</strong> diseño y fabricación <strong>de</strong> elevada calidad, está relacionada<br />
con el nivel <strong>de</strong> ingresos <strong>de</strong> una sociedad y con su nivel cultural. La cantidad <strong>de</strong>mandada está<br />
relacionada también con el promedio <strong>de</strong> metros cuadrados <strong>de</strong> vivienda, pero es necesario,<br />
a<strong>de</strong>más, un cierto nivel <strong>de</strong> educación para reconocer las diferencias y tener interés en adquirir<br />
cierto tipo <strong>de</strong> diseños y la terminación que en el pasado era el standard en el mobiliario <strong>de</strong><br />
familias <strong>de</strong> elevados ingresos en Argentina y por supuesto en Europa y EEUU.<br />
De acuerdo con las pautas culturales vigentes, el porcentaje <strong>de</strong> muebles mo<strong>de</strong>rnos con menor<br />
estilo y menor valor agregado pue<strong>de</strong> ser mayor o menor, pero en todo medio social <strong>de</strong><br />
elevados ingresos existirá una <strong>de</strong>manda importante <strong>de</strong> muebles finos <strong>de</strong> precio medio y<br />
elevado. Esta <strong>de</strong>manda proviene <strong>de</strong> las familias, pero también <strong>de</strong> las empresas, <strong>de</strong>bido a que<br />
en <strong>de</strong>terminadas áreas <strong>de</strong> negocios se tien<strong>de</strong> a incorporar un mayor nivel <strong>de</strong> confort y<br />
refinamiento en las oficinas gerenciales y especialmente en aquellas que se utilizan para la<br />
relación con clientes importantes y proveedores: Bancos, consultorios médicos, hoteles,<br />
estudios jurídicos y contables, etc..<br />
Cuando un país es consi<strong>de</strong>rado <strong>de</strong>sarrollado por su nivel <strong>de</strong> ingresos, esta <strong>de</strong>manda se torna<br />
prácticamente masiva y alcanza volúmenes importantes. La <strong>de</strong>manda <strong>de</strong> muebles <strong>de</strong> estilo<br />
nunca llegará a representar un porcentaje mayoritario en el volumen <strong>de</strong> las ventas totales <strong>de</strong><br />
un mercado, pero en ciertos medios sociales urbanos <strong>de</strong> economías <strong>de</strong>sarrolladas pue<strong>de</strong><br />
representar un porcentaje elevado <strong>de</strong> los ingresos por ventas. A<strong>de</strong>más, los muebles <strong>de</strong> elevada<br />
calidad tienen un contenido emocional por su posibilidad <strong>de</strong> permanecer en una familia más<br />
<strong>de</strong> una generación, y son por ello el tipo <strong>de</strong> bien que los padres regalas a sus hijos cuando se<br />
casan, o que se regalan a sí mismos al llegar a cierta edad o a cierto nivel <strong>de</strong> ingresos.<br />
Lic. Gustavo López ~ 72 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
5.1.2 OFERTA<br />
Los muebles <strong>de</strong> estilo y menos aún las réplicas <strong>de</strong> diseños o piezas prestigiosas, no se<br />
fabrican en gran<strong>de</strong>s series, incluso en los mercados <strong>de</strong> mayores ingresos. La oferta se<br />
concentra en mueblerías con precios relativos elevados y casas <strong>de</strong> <strong>de</strong>coración. Las revistas <strong>de</strong><br />
arquitectura y <strong>de</strong>coración publicitan un número elevado <strong>de</strong> fabricantes y comerciantes pero<br />
cada uno <strong>de</strong> ellos en general no opera con una cantidad <strong>de</strong> mo<strong>de</strong>los y volúmenes<br />
significativos. Es posible que este tipo <strong>de</strong> empresa especializada analice con interés la oferta<br />
<strong>de</strong> asociación con un productor confiable argentino que por sus menores costos, podría<br />
conferirle una gran competitividad, en caso <strong>de</strong> incorporarlo como proveedor.<br />
Las tiendas por <strong>de</strong>partamentos tienen una oferta restringida <strong>de</strong> este tipo <strong>de</strong> muebles. Y existen<br />
especialistas, fabricantes <strong>de</strong> muebles <strong>de</strong> gran volumen, con miles <strong>de</strong> mo<strong>de</strong>los diferentes y<br />
producción en Europa y EEUU. Pero quienes sean industrias o no, ven<strong>de</strong>n fundamentalmente<br />
muebles que si bien tienen standards <strong>de</strong> construcción en muchos casos <strong>de</strong> calidad aún superior<br />
a muebles <strong>de</strong> estilo <strong>de</strong> mayor precio, se colocan en un rango <strong>de</strong> precio más reducido y gran<br />
parte <strong>de</strong> estos muebles no pue<strong>de</strong>n ser consi<strong>de</strong>rados muebles <strong>de</strong> estilo sino muebles mo<strong>de</strong>rnos<br />
o funcionales.<br />
5.2 HIPÓTESIS SOBRE LA DISPONIBILIDAD DE LOS INSUMOS<br />
PRINCIPALES<br />
Argentina fue hasta fines <strong>de</strong> los años 60 un mercado importante en términos relativos para<br />
muebles <strong>de</strong> estilo, pero hoy las mejores mueblerías han cerrado sus puertas, los artesanos son<br />
escasos y la mayor parte <strong>de</strong> la producción disponible no es <strong>de</strong> las líneas y calida<strong>de</strong>s que<br />
permitirían su exportación a consumidores exigentes <strong>de</strong> países <strong>de</strong>sarrollados. En el mercado<br />
Argentino existe hoy gran volumen <strong>de</strong> productos <strong>de</strong> menor calidad y unos pocos especialistas<br />
ofrecen piezas <strong>de</strong> categoría pero con precios que a veces superan a los vigentes en los países<br />
<strong>de</strong>sarrollados para productos similares.<br />
Con respecto a la materia prima, si bien Argentina no ha tenido nunca plantaciones <strong>de</strong> ma<strong>de</strong>ra<br />
fina, están disponibles zonas aptas para cualquier especie a menor valor por Ha. y con mayor<br />
velocidad <strong>de</strong> crecimiento que en las zonas <strong>de</strong> origen <strong>de</strong> esas especies. Dado que la materia<br />
prima no representa un porcentaje elevado <strong>de</strong>l precio <strong>de</strong> venta, nada impi<strong>de</strong> que se concrete<br />
un período <strong>de</strong> importación hasta contar con la materia prima local.<br />
Lic. Gustavo López ~ 73 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
5.3 RAZONES QUE PERMITEN ESTABLECER LAS POTENCIALES<br />
VENTAJAS COMPARATIVAS DE ARGENTINA EN LA PRODUCCIÓN DE<br />
MUEBLES DE ESTILO, CON CALIDAD APTA PARA EXPORTACIÓN<br />
La producción <strong>de</strong> este tipo <strong>de</strong> muebles no pue<strong>de</strong> ser llevada a<strong>de</strong>lante por operarios<br />
marginales sin capacitación previa, como los que son contratados habitualmente en los<br />
servicios en los países <strong>de</strong>sarrollados.<br />
La <strong>de</strong>manda <strong>de</strong> este tipo <strong>de</strong> muebles se mantendrá firme en las naciones <strong>de</strong>sarrolladas,<br />
pero, a<strong>de</strong>más, pue<strong>de</strong>n surgir nuevos mercados significativos en los grupos sociales <strong>de</strong><br />
mayores ingresos <strong>de</strong> las naciones que alcanzan por primera vez niveles <strong>de</strong> producto per<br />
capita medios o elevados como localmente, en el ámbito <strong>de</strong>l Mercosur.<br />
Argentina tiene y mantendrá durante años, diferencias salariales importantes respecto a<br />
estos países <strong>de</strong>sarrollados, y, a<strong>de</strong>más, dispone <strong>de</strong>l nivel cultural y la formación profesional<br />
para organizar y gerenciar la producción <strong>de</strong> estos bienes. Estos dos elementos muestran la<br />
existencia <strong>de</strong> una ventaja comparativa para organizar la producción en este mercado.<br />
5.4 MATRIZ DE ACTIVIDADES<br />
Tomando en consi<strong>de</strong>ración el tipo <strong>de</strong> negocio planteado prece<strong>de</strong>ntemente, se concluye en que<br />
la matriz correspondiente al ciclo <strong>de</strong> vida propuesto para el <strong>de</strong>sarrollo <strong>de</strong>l catálogo electrónico<br />
<strong>de</strong> la compañía, que contemple sus procesos <strong>de</strong> negocio es la que indica la figura 5.1.<br />
Activida<strong>de</strong>s <strong>de</strong> los Procesos<br />
FAC RES REP DPR DDP DEP IPP RIT DSF ISF OPM RET<br />
Proceso <strong>de</strong> i<strong>de</strong>ntificación <strong>de</strong> la necesidad <strong>de</strong> resolver el problema <strong>de</strong> catálogos que<br />
custodien las activida<strong>de</strong>s <strong>de</strong> negocios<br />
- I<strong>de</strong>ntificar la necesidad <strong>de</strong> un catálogo electrónico<br />
específico que custodie las activida<strong>de</strong>s <strong>de</strong>l negocio <strong>de</strong><br />
fabricación y venta <strong>de</strong> muebles <strong>de</strong> estilo<br />
<br />
- I<strong>de</strong>ntificar el nicho y posicionamiento <strong>de</strong>l negocio <br />
Proceso <strong>de</strong> selección <strong>de</strong> un MCVS<br />
-I<strong>de</strong>ntificar los posibles MCVS.<br />
<br />
-Seleccionar un mo<strong>de</strong>lo para el proyecto que tome en <br />
consi<strong>de</strong>ración el tipo <strong>de</strong> negocio<br />
Proceso <strong>de</strong> iniciación, Planificación y Estimación <strong>de</strong>l Proyecto.<br />
-Establecer la matriz <strong>de</strong> activida<strong>de</strong>s para el MCVS que <br />
custodie los procesos <strong>de</strong> negocio<br />
Lic. Gustavo López ~ 74 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
Activida<strong>de</strong>s <strong>de</strong> los Procesos<br />
-Asignar los recursos <strong>de</strong>l proyecto.<br />
FAC RES REP DPR DDP DEP IPP RIT DSF ISF OPM RET<br />
<br />
-Definir el entorno <strong>de</strong>l proyecto. <br />
-Planificar la gestión <strong>de</strong>l proyecto. <br />
Proceso <strong>de</strong> Seguimiento y Control <strong>de</strong>l Proyecto<br />
-Analizar riesgos<br />
-Realizar la planificación <strong>de</strong> contingencias.<br />
-Gestionar el proyecto.<br />
-Implementar el sistema <strong>de</strong> informes <strong>de</strong> problemas.<br />
-Archivar registros.<br />
Proceso <strong>de</strong> gestión <strong>de</strong> Calidad <strong>de</strong>l Software<br />
<br />
<br />
<br />
<br />
<br />
-Planificar la garantía <strong>de</strong> calidad <strong>de</strong>l catálogo <br />
-Desarrollar métricas <strong>de</strong> calidad <br />
-Gestionar la calidad <strong>de</strong>l software<br />
<br />
-I<strong>de</strong>ntificar necesida<strong>de</strong>s <strong>de</strong> mejora <strong>de</strong> calidad en los <br />
procesos <strong>de</strong>l negocio implícitos en el catálogo<br />
Proceso <strong>de</strong> Exploración <strong>de</strong> Conceptos<br />
-I<strong>de</strong>ntificar la necesidad <strong>de</strong> un catálogo que custodie <br />
los procesos <strong>de</strong>l negocio<br />
-Formular las soluciones potenciales<br />
<br />
-Dirigir los estudios <strong>de</strong> viabilidad. <br />
-Refinar y Finalizar la i<strong>de</strong>a o necesidad. <br />
Proceso <strong>de</strong> Asignación <strong>de</strong>l Sistema<br />
-Analizar las potenciales funcionalida<strong>de</strong>s <strong>de</strong>l catálogo <br />
-Definir las funcionalida<strong>de</strong>s <strong>de</strong>l catálogo<br />
-Desarrollar la arquitectura <strong>de</strong>l catálogo tomando en<br />
consi<strong>de</strong>ración las características <strong>de</strong>l negocio<br />
-Descomponer los requisitos <strong>de</strong>l sistema (catálogo)<br />
<br />
<br />
<br />
Lic. Gustavo López ~ 75 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
Activida<strong>de</strong>s <strong>de</strong> los Procesos<br />
Proceso <strong>de</strong> Análisis <strong>de</strong> requisitos para el catálogo<br />
-Definir y Desarrollar los requisitos <strong>de</strong> software<br />
(catálogo)<br />
FAC RES REP DPR DDP DEP IPP RIT DSF ISF OPM RET<br />
<br />
-Definir los requisitos <strong>de</strong> interfaz con el cliente <br />
-Priorizar e Integrar los requisitos <strong>de</strong>l software<br />
(catálogo)<br />
Proceso <strong>de</strong> Diseño<br />
-Analizar el flujo <strong>de</strong> información<br />
-Realizar el diseño creativo <strong>de</strong>l sitio don<strong>de</strong> se instalará<br />
el catálogo. Layout<br />
-Producir la página<br />
-Capturar nuevos clientes<br />
-Generar una lista <strong>de</strong> comunicación para clientes:<br />
proceso estratégico para la circulación <strong>de</strong> prospectos<br />
-Diseñar la base <strong>de</strong> datos<br />
-Diseñar las interfaces<br />
-Seleccionar o Desarrollar algoritmos<br />
-Realizar el diseño <strong>de</strong>tallado<br />
<br />
Proceso <strong>de</strong> Implementación e Integración <strong>de</strong> módulos<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
-Crear el código fuente. <br />
-Generar el código fuente. <br />
-Crear la documentación <strong>de</strong> operación. <br />
-Planificar la integración <strong>de</strong> los módulos <br />
-Realizar la integración. <br />
Proceso <strong>de</strong> Instalación y Aceptación<br />
-Planificar la instalación <strong>de</strong>l sitio y <strong>de</strong>l catálogo <br />
-Alojar el sitio con el catálogo embebido en el servidor<br />
correspondiente (hosting)<br />
-Cargar la base <strong>de</strong> datos <br />
<br />
<br />
<br />
<br />
<br />
Lic. Gustavo López ~ 76 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
Activida<strong>de</strong>s <strong>de</strong> los Procesos<br />
FAC RES REP DPR DDP DEP IPP RIT DSF ISF OPM RET<br />
-Aceptar el catálogo en el entorno <strong>de</strong> operación <br />
-Realizar las actualizaciones <br />
Proceso <strong>de</strong> Operación y Soporte<br />
-Proveer <strong>de</strong> asistencia técnica y consultas a clientes<br />
-Mantener el histórico <strong>de</strong> peticiones <strong>de</strong> soporte<br />
Proceso <strong>de</strong> Mantenimiento<br />
-Realizar el mantenimiento correctivo<br />
-Reaplicar el ciclo <strong>de</strong> vida <strong>de</strong>l software<br />
Proceso <strong>de</strong> Retiro<br />
-Notificar al usuario.<br />
-Conducir operaciones en paralelo<br />
<br />
<br />
<br />
<br />
<br />
<br />
- Retirar el catálogo <br />
Proceso <strong>de</strong> Verificación y Validación<br />
-Planificar la verificación y validación<br />
-Ejecutar las tareas <strong>de</strong> verificación y validación<br />
<br />
<br />
-Recoger y Analizar los datos <strong>de</strong> las métricas <br />
-Desarrollar las especificaciones <strong>de</strong> las pruebas<br />
<br />
-Ejecutar las Pruebas <br />
Proceso <strong>de</strong> Configuración<br />
-Planificar la gestión <strong>de</strong> configuración<br />
<br />
-Realizar la i<strong>de</strong>ntificación <strong>de</strong> las configuración <br />
-Realizar el control <strong>de</strong> la configuración <br />
-Realizar la información <strong>de</strong>l estado <strong>de</strong> la configuración <br />
Proceso <strong>de</strong> Documentación<br />
-Planificar la documentación general <strong>de</strong>l sistema<br />
<br />
Lic. Gustavo López ~ 77 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
Activida<strong>de</strong>s <strong>de</strong> los Procesos<br />
-Planificar la documentación <strong>de</strong> ayuda en línea para el<br />
usuario con especial énfasis en el uso <strong>de</strong>l catálogo y<br />
búsquedas personalizadas<br />
-Implementar la documentación general<br />
-Implementar la documentación <strong>de</strong> ayuda en línea<br />
-Producir y Distribuir la documentación en el sitio<br />
Proceso <strong>de</strong> Formación<br />
-Planificar el programa <strong>de</strong> formación.<br />
FAC RES REP DPR DDP DEP IPP RIT DSF ISF OPM RET<br />
<br />
<br />
<br />
<br />
<br />
-Desarrollar los materiales <strong>de</strong> formación. <br />
-Validar el programa <strong>de</strong> formación. <br />
-Implementar el programa <strong>de</strong> formación. <br />
- figura 5.1 Matriz <strong>de</strong> activida<strong>de</strong>s con <strong>de</strong>sglose <strong>de</strong> procesos -<br />
5.5 JUSTIFICACIÓN DE LAS ACTIVIDADES AGREGADAS A LOS PROCESOS<br />
DE LA MATRIZ ORIGINAL<br />
I<strong>de</strong>ntificar la necesidad <strong>de</strong> un catálogo electrónico específico que custodie las activida<strong>de</strong>s<br />
<strong>de</strong>l negocio <strong>de</strong> fabricación y venta <strong>de</strong> muebles <strong>de</strong> estilo.<br />
Debe <strong>de</strong>sarrollarse en la etapa en que se estudia la factibilidad (FAC) <strong>de</strong>l proyecto por lo<br />
cual es necesario <strong>de</strong>tectar la necesidad lo antes posible ya que es la actividad inicial y en<br />
consecuencia la que da comienzo al proyecto. Para lograr este objetivo se sugiere<br />
entrevistar a los responsables <strong>de</strong>l negocio <strong>de</strong> fabricación y venta <strong>de</strong> muebles <strong>de</strong> estilo.<br />
I<strong>de</strong>ntificar el nicho y posicionamiento <strong>de</strong>l negocio.<br />
Hay que estudiar minuciosamente el nicho y posicionamiento <strong>de</strong>l negocio lo más acabada<br />
y <strong>de</strong>talladamente posible a fin <strong>de</strong> estudiar la factibilidad (FAC) <strong>de</strong>l <strong>de</strong>sarrollo. Se<br />
estudiarán los antece<strong>de</strong>ntes <strong>de</strong> la empresa mencionada y se investigará acerca <strong>de</strong>l rubro <strong>de</strong><br />
fabricación y venta <strong>de</strong> muebles <strong>de</strong> estilo; inclusive se sugiere analizar las ten<strong>de</strong>ncias <strong>de</strong>l<br />
mercado con respecto al rubro en cuestión.<br />
Seleccionar un mo<strong>de</strong>lo para el proyecto que tome en consi<strong>de</strong>ración el tipo <strong>de</strong> negocio.<br />
Lic. Gustavo López ~ 78 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
Es necesario <strong>de</strong>sarrollar esta actividad en la etapa en que se estudia la factibilidad (FAC)<br />
<strong>de</strong>l proyecto ya que es <strong>de</strong> fundamental importancia elegir el mo<strong>de</strong>lo <strong>de</strong> ciclo <strong>de</strong> vida<br />
correcto y, <strong>de</strong> ser necesario, hacer sobre él las modificaciones para que se adapte<br />
completamente al <strong>de</strong>sarrollo consi<strong>de</strong>rando el caso particular <strong>de</strong> fabricación y venta <strong>de</strong><br />
muebles <strong>de</strong> estilo. Se <strong>de</strong>fine al inicio <strong>de</strong>l proyecto y se realiza una única vez.<br />
Establecer la matriz <strong>de</strong> activida<strong>de</strong>s para el MCVS que custodie los procesos <strong>de</strong> negocio.<br />
En esta etapa se estudia la posibilidad <strong>de</strong> modificar el mo<strong>de</strong>lo <strong>de</strong> ciclo <strong>de</strong> vida elegido<br />
agregando y modificando las activida<strong>de</strong>s <strong>de</strong> modo tal <strong>de</strong> armar la matriz <strong>de</strong> activida<strong>de</strong>s<br />
que custodien el normal <strong>de</strong>sarrollo <strong>de</strong>l negocio. Se analiza la factibilidad (FAC) <strong>de</strong> la<br />
implementación <strong>de</strong>l MCVS propuesto para este rubro.<br />
Planificar la garantía <strong>de</strong> calidad <strong>de</strong>l catálogo<br />
El objetivo general al planificar la garantía <strong>de</strong> calidad es establecer las acciones necesarias<br />
para proveer una confianza a<strong>de</strong>cuada en la calidad <strong>de</strong> los productos software asociados en<br />
forma directa al catálogo; es <strong>de</strong>cir, que satisfagan los requisitos técnicos establecidos. Esta<br />
actividad se <strong>de</strong>sarrollará en la etapa <strong>de</strong> Definición <strong>de</strong> requisitos <strong>de</strong>l sistema (RES) ya que<br />
es normalmente don<strong>de</strong> se planifica el diseño general y en consecuencia la garantía que<br />
brindaremos por la calidad <strong>de</strong>l <strong>de</strong>sarrollo. Asimismo se tendrá en cuenta en la etapa <strong>de</strong><br />
Especificación <strong>de</strong> los requisitos <strong>de</strong>l prototipo (REP) y en el Diseño <strong>de</strong>l mismo (DPR) para<br />
lo cual se establecerán métricas <strong>de</strong> software para el control <strong>de</strong>l proyecto. Esta actividad<br />
también se tendrá en cuenta en el Refinamiento iterativo <strong>de</strong> las especificaciones <strong>de</strong>l<br />
prototipo (RIT). A los efectos <strong>de</strong> la planificación se realizarán verificaciones y<br />
validaciones <strong>de</strong>l software generado, involucrando activida<strong>de</strong>s imprescindibles para el<br />
control <strong>de</strong> la calidad <strong>de</strong>l software, entendiéndose por verificación al conjunto <strong>de</strong><br />
activida<strong>de</strong>s para la comprobación <strong>de</strong> que el catálogo está técnicamente bien construido y<br />
funciona. Se <strong>de</strong>be comprobar si los productos construidos en una fase <strong>de</strong>l ciclo <strong>de</strong> vida<br />
satisfacen los requisitos establecidos en la fase anterior, <strong>de</strong>cidiendo si el catálogo, hasta el<br />
momento, es consistente y completo. Se verificará que todos los procesos <strong>de</strong>l negocio <strong>de</strong><br />
mueblería <strong>de</strong> estilo están contemplados en el <strong>de</strong>sarrollo, cuidando el óptimo<br />
<strong>de</strong>senvolvimiento <strong>de</strong> los procesos. De modo complementario, la validación trata <strong>de</strong><br />
comprobar que el catálogo es el que se <strong>de</strong>seaba construir y que funciona como el usuario<br />
quiere. En general, se trata <strong>de</strong> comprobar que el catálogo construido satisface los<br />
requisitos <strong>de</strong>l usuario. En este sentido sólo tiene objeto validar el producto que está<br />
verificado (no interesa comprobar si un producto que no funciona es lo que se pedía).<br />
I<strong>de</strong>ntificar necesida<strong>de</strong>s <strong>de</strong> mejora <strong>de</strong> calidad en los procesos <strong>de</strong>l negocio implícitos en el<br />
catálogo.<br />
Lic. Gustavo López ~ 79 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
La i<strong>de</strong>ntificación <strong>de</strong> las necesida<strong>de</strong>s <strong>de</strong> mejora <strong>de</strong> calidad <strong>de</strong>berá ser <strong>de</strong>sarrollada en todas<br />
las etapas <strong>de</strong>l ciclo <strong>de</strong> vida si se preten<strong>de</strong> generar un producto confiable. Se aplicarán<br />
métricas <strong>de</strong> software, entendiéndose por tal a la aplicación continua <strong>de</strong> técnicas basadas en<br />
las medidas <strong>de</strong> los procesos <strong>de</strong> <strong>de</strong>sarrollo <strong>de</strong>l software y <strong>de</strong> sus productos para producir<br />
una información <strong>de</strong> gestión significativa y a tiempo, a la vez que se mejoran los procesos<br />
y sus productos. El objetivo <strong>de</strong> esta actividad es generar un producto que sirva <strong>de</strong> apoyo y<br />
sostén a la empresa, involucrándolo y alineándolo <strong>de</strong>ntro <strong>de</strong> su misión y objetivos.<br />
I<strong>de</strong>ntificar la necesidad <strong>de</strong> un catálogo que custodie los procesos <strong>de</strong>l negocio.<br />
Se intenta chequear si se ha entendido correcta y concienzudamente la i<strong>de</strong>a <strong>de</strong>l usuario,<br />
analizándose a posteriori si su implementación es posible. En consecuencia esta actividad<br />
se ha <strong>de</strong> <strong>de</strong>sarrollar en la etapa en la que se analiza su factibilidad (FAC). Deberá<br />
contemplarse cuidadosamente que los procesos <strong>de</strong> negocio contenidos en el <strong>de</strong>sarrollo <strong>de</strong><br />
la actividad <strong>de</strong> fabricación y venta <strong>de</strong> muebles estén incluidos en la aplicación.<br />
Analizar las potenciales funcionalida<strong>de</strong>s <strong>de</strong>l catálogo.<br />
Debido a que el catálogo es parte <strong>de</strong> un sistema mayor, se comienza estableciendo los<br />
requisitos <strong>de</strong> todos los elementos <strong>de</strong>l sistema y luego asignando algún subconjunto <strong>de</strong><br />
estos requisitos al software, para su análisis y refinamiento en procesos posteriores. Este<br />
planteamiento es esencial efectuarlo en la etapa <strong>de</strong> Definición <strong>de</strong> requisitos <strong>de</strong>l sistema (2)<br />
para posteriormente refinarse en la etapa <strong>de</strong> Especificación <strong>de</strong> requisitos <strong>de</strong>l prototipo (3)<br />
y <strong>de</strong> Diseño <strong>de</strong>l mismo (4), ya que el catálogo <strong>de</strong>be interrelacionarse con otros elementos,<br />
tales como hardware, personas y bases <strong>de</strong> datos. Al <strong>de</strong>sarrollar esta actividad se necesitará<br />
<strong>de</strong> una comunicación intensa entre el cliente y el equipo <strong>de</strong> trabajo. El cliente <strong>de</strong>be<br />
compren<strong>de</strong>r los objetivos <strong>de</strong>l sistema y ser capaz <strong>de</strong> exponerlos claramente. El equipo<br />
<strong>de</strong>berá saber qué preguntas hacer a fin <strong>de</strong> conocer pormenorizadamente el negocio <strong>de</strong> la<br />
venta <strong>de</strong> muebles <strong>de</strong> estilo. Si la comunicación se rompe, el éxito <strong>de</strong>l proyecto entero<br />
estará en peligro. Es por esta causa que todas las posibles funcionalida<strong>de</strong>s <strong>de</strong>l catálogo<br />
serán revisadas y nuevamente evaluadas en la etapa <strong>de</strong> Diseño <strong>de</strong>l sistema final (9).<br />
Definir las funcionalida<strong>de</strong>s <strong>de</strong>l catálogo.<br />
Al <strong>de</strong>sarrollar esta actividad se <strong>de</strong>finen los objetivos <strong>de</strong>l catálogo, la información que se<br />
va a obtener, la información que se va a suministrar, las funciones, el comportamiento y el<br />
rendimiento requerido por la gerencia <strong>de</strong>l negocio. El equipo <strong>de</strong> <strong>de</strong>sarrollo se asegura <strong>de</strong><br />
distinguir entre lo que “necesita” el cliente (elementos críticos para la realización) y lo que<br />
el cliente “quiere” (elementos <strong>de</strong>seables pero no esenciales). Se <strong>de</strong>fine un Diagrama <strong>de</strong><br />
Flujo (DF) en el que se mencionan los subsistemas principales <strong>de</strong> la arquitectura <strong>de</strong>l<br />
negocio <strong>de</strong> mueblería. Esta actividad se <strong>de</strong>sarrolla tomando como base las potenciales<br />
funcionalida<strong>de</strong>s <strong>de</strong>finidas en la actividad anterior, por lo que es esencial <strong>de</strong>sarrollarla en<br />
Lic. Gustavo López ~ 80 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
las etapas <strong>de</strong> Definición <strong>de</strong> requisitos <strong>de</strong>l sistema (RES), Especificación <strong>de</strong> los requisitos<br />
<strong>de</strong>l sistema (REP) y Diseño <strong>de</strong>l prototipo (DPR). En este momento ya se encuentran<br />
chequeadas las funcionalida<strong>de</strong>s que los responsables <strong>de</strong> la empresa <strong>de</strong> muebles preten<strong>de</strong>n<br />
que el <strong>de</strong>sarrollo posea.<br />
Desarrollar la arquitectura <strong>de</strong>l catálogo tomando en consi<strong>de</strong>ración las características <strong>de</strong>l<br />
negocio.<br />
En esta actividad se refina el diagrama <strong>de</strong> contexto <strong>de</strong> la arquitectura consi<strong>de</strong>rando con<br />
más <strong>de</strong>talle la función <strong>de</strong>l sistema. Esta actividad es <strong>de</strong> importancia relevante dado que se<br />
contemplará el refinamiento progresivo <strong>de</strong> los procesos específicos <strong>de</strong>l negocio <strong>de</strong><br />
mueblería. Se i<strong>de</strong>ntifican los subsistemas principales que permiten el funcionamiento <strong>de</strong>l<br />
sistema consi<strong>de</strong>rado en el contexto <strong>de</strong>l negocio, y <strong>de</strong>finido por el Diagrama <strong>de</strong> Contexto<br />
(DC). El Diagrama <strong>de</strong> Flujo <strong>de</strong> la arquitectura <strong>de</strong>l negocio <strong>de</strong> mueblería <strong>de</strong>finido en la<br />
actividad anterior muestra los subsistemas principales y las líneas importantes <strong>de</strong> flujo <strong>de</strong><br />
información (control y datos). En esta etapa, cada uno <strong>de</strong> los subsistemas contendrá varios<br />
elementos <strong>de</strong>l sistema (hardware, software, personal), según hayan sido asignados. Esta<br />
actividad se <strong>de</strong>sarrolla tomando como base las funcionalida<strong>de</strong>s <strong>de</strong>finidas en la actividad<br />
anterior, por lo que es esencial <strong>de</strong>sarrollarla en las etapas <strong>de</strong> Definición <strong>de</strong> requisitos <strong>de</strong>l<br />
sistema (RES), Especificación <strong>de</strong> los requisitos <strong>de</strong>l sistema (REP) y Diseño <strong>de</strong>l prototipo<br />
(DPR). En este momento ya se encuentran firmemente <strong>de</strong>finidas las funcionalida<strong>de</strong>s <strong>de</strong>l<br />
<strong>de</strong>sarrollo. En la arquitectura <strong>de</strong>l software, para la <strong>de</strong>finición <strong>de</strong> módulos se utiliza los<br />
conceptos <strong>de</strong> abstracción y <strong>de</strong> ocultamiento <strong>de</strong> información que <strong>de</strong>rivan en el concepto <strong>de</strong><br />
in<strong>de</strong>pen<strong>de</strong>ncia funcional. La in<strong>de</strong>pen<strong>de</strong>ncia funcional se adquiere <strong>de</strong>sarrollando módulos<br />
con una función <strong>de</strong>finida y específica (máxima cohesión) y una aversión a una excesiva<br />
interacción con otros módulos (mínimo acoplamiento). Es <strong>de</strong>cir, se trata <strong>de</strong> diseñar<br />
software <strong>de</strong> forma que cada módulo se centre en una subfunción específica <strong>de</strong> los<br />
requisitos y tenga una interfaz sencilla, cuando se ve <strong>de</strong>s<strong>de</strong> otras partes <strong>de</strong> la estructura <strong>de</strong>l<br />
software. De este modo, la in<strong>de</strong>pen<strong>de</strong>ncia se mi<strong>de</strong> con dos criterios cualitativos: la<br />
cohesión y el acoplamiento. La cohesión es una medida <strong>de</strong> la fortaleza funcional relativa<br />
<strong>de</strong> un módulo. El acoplamiento es una medida <strong>de</strong> la inter<strong>de</strong>pen<strong>de</strong>ncia relativa entre los<br />
módulos <strong>de</strong> una estructura <strong>de</strong> programa.<br />
Descomponer los requisitos <strong>de</strong>l sistema (catálogo)<br />
El Diagrama inicial <strong>de</strong> flujo <strong>de</strong> la arquitectura se constituye en el nodo raíz <strong>de</strong> la jerarquía<br />
<strong>de</strong>l Diagrama <strong>de</strong> Flujo (DF). Se pue<strong>de</strong> ampliar cada subsistema <strong>de</strong>l DF inicial en otro<br />
diagrama <strong>de</strong> arquitectura <strong>de</strong>dicado exclusivamente a él. Este proceso <strong>de</strong> <strong>de</strong>scomposición<br />
<strong>de</strong> arriba abajo, conocido como metodología top-down, permite disponer <strong>de</strong> una jerarquía<br />
<strong>de</strong> DF, don<strong>de</strong> cada uno <strong>de</strong> los DF <strong>de</strong>l sistema se pue<strong>de</strong> utilizar como punto <strong>de</strong> partida para<br />
los posteriores pasos <strong>de</strong> ingeniería <strong>de</strong>l subsistema que <strong>de</strong>scribe. Podría <strong>de</strong>cirse que esta<br />
Lic. Gustavo López ~ 81 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
actividad sería la que culmina con las etapas <strong>de</strong> Definición <strong>de</strong> requisitos <strong>de</strong>l sistema (RES)<br />
y Especificación <strong>de</strong> los requisitos <strong>de</strong>l sistema (REP).<br />
Definir y Desarrollar los requisitos <strong>de</strong> software (catálogo)<br />
En esta actividad se establecen en forma concisa y precisa el conjunto <strong>de</strong> requisitos que<br />
<strong>de</strong>ben ser satisfechos por el <strong>de</strong>sarrollo <strong>de</strong>stinado al negocio <strong>de</strong> mueblería en cuestión.<br />
Describe los requisitos funcionales, <strong>de</strong> rendimiento, y <strong>de</strong> interfaz <strong>de</strong>l software y <strong>de</strong>fine los<br />
entornos <strong>de</strong> operación y <strong>de</strong> soporte. Esta actividad se <strong>de</strong>sarrolla tomando como base las<br />
funcionalida<strong>de</strong>s ya <strong>de</strong>finidas, por lo que es esencial <strong>de</strong>sarrollarla en las etapas <strong>de</strong><br />
Definición <strong>de</strong> requisitos <strong>de</strong>l sistema (RES), Especificación <strong>de</strong> los requisitos <strong>de</strong>l sistema<br />
(REP) y Diseño <strong>de</strong>l prototipo (DPR). Se trabaja sobre las especificaciones producidas en<br />
las dos activida<strong>de</strong>s anteriores. A<strong>de</strong>más será vuelto a consi<strong>de</strong>rar en la etapa <strong>de</strong> Diseño <strong>de</strong>l<br />
sistema final (DSF) en la que se revisarán los requisitos <strong>de</strong>sarrollados.<br />
Definir los requisitos <strong>de</strong> interfaz con el cliente<br />
Los requisitos <strong>de</strong> interfaz <strong>de</strong>terminan las características que el software <strong>de</strong>be soportar para<br />
cada interfaz humano <strong>de</strong>l producto software (interfaz <strong>de</strong> usuario), las características<br />
lógicas <strong>de</strong> cada interfaz entre el producto software y las componentes hardware <strong>de</strong>l<br />
sistema (interfaz <strong>de</strong> hardware); el uso <strong>de</strong> otros productos software (el sistema <strong>de</strong> gestión<br />
<strong>de</strong> base <strong>de</strong> datos, que será una componente muy importante, y el sistema operativo) e<br />
interfaces con otros sistemas <strong>de</strong> aplicación que posea el negocio <strong>de</strong> mueblería (facturación<br />
y stock, por ejemplo) <strong>de</strong>terminan la interfaz <strong>de</strong> software. En esta actividad se <strong>de</strong>finen<br />
cuestiones como que la interfaz <strong>de</strong>l usuario cuente con ventanas superpuestas. Esta<br />
actividad se <strong>de</strong>sarrolla tomando en cuenta las funcionalida<strong>de</strong>s <strong>de</strong>finidas, por lo que es<br />
esencial <strong>de</strong>sarrollarla en las etapas <strong>de</strong> Definición <strong>de</strong> requisitos <strong>de</strong>l sistema (RES),<br />
Especificación <strong>de</strong> los requisitos <strong>de</strong>l sistema (REP) y Diseño <strong>de</strong>l prototipo (DPR). A<strong>de</strong>más<br />
será revisada en la etapa <strong>de</strong> Diseño <strong>de</strong>l sistema final (DSF).<br />
Priorizar e integrar los requisitos <strong>de</strong>l software (catálogo)<br />
Existen algunos atributos <strong>de</strong>l software (seguridad, consistencia, facilidad <strong>de</strong> traza), en<br />
particular en el negocio <strong>de</strong> mueblería, que pue<strong>de</strong>n dar lugar a requisitos específicos <strong>de</strong>l<br />
<strong>de</strong>sarrollo. Para el caso en cuestión, y consi<strong>de</strong>rando que la empresa en estudio es <strong>de</strong><br />
mediana a gran envergadura, el acceso a ciertos datos serán restringidos. Esta actividad se<br />
<strong>de</strong>sarrolla tomando en cuenta las funcionalida<strong>de</strong>s <strong>de</strong>finidas, por lo que será consi<strong>de</strong>rada en<br />
las etapas <strong>de</strong> Definición <strong>de</strong> requisitos <strong>de</strong>l sistema (RES), Especificación <strong>de</strong> los requisitos<br />
<strong>de</strong>l sistema (REP) y Diseño <strong>de</strong>l prototipo (DPR). A<strong>de</strong>más será revisada en la etapa <strong>de</strong><br />
Diseño <strong>de</strong>l sistema final (DSF).<br />
Realizar el diseño creativo <strong>de</strong>l sitio don<strong>de</strong> se instalará el catálogo. Layout<br />
Lic. Gustavo López ~ 82 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
El Proceso <strong>de</strong> Diseño, que abarca en la matriz <strong>de</strong> activida<strong>de</strong>s para el MCVS propuesto,<br />
<strong>de</strong>s<strong>de</strong> la actividad <strong>de</strong> Analizar el flujo <strong>de</strong> información hasta la actividad <strong>de</strong> Realizar el<br />
diseño <strong>de</strong>tallado, es el proceso central que unifica los procesos <strong>de</strong> <strong>de</strong>sarrollo y <strong>de</strong><br />
mantenimiento <strong>de</strong>l software. Para el caso <strong>de</strong>l negocio <strong>de</strong> mueblería <strong>de</strong> estilo, el objetivo<br />
general <strong>de</strong>l proceso en su totalidad es el <strong>de</strong>sarrollo <strong>de</strong> una representación coherente y<br />
organizada <strong>de</strong>l sistema software que satisfaga la Especificación <strong>de</strong> Requisitos <strong>de</strong>l<br />
Software propuesta en activida<strong>de</strong>s anteriores. La calidad <strong>de</strong> dicha representación se pue<strong>de</strong><br />
evaluar. El Proceso <strong>de</strong> Diseño traduce el “qué hacer” <strong>de</strong> las especificaciones <strong>de</strong> los<br />
requisitos en el “cómo hacerlo” <strong>de</strong> las especificaciones <strong>de</strong> diseño. Inicialmente, la<br />
representación <strong>de</strong>scribe una visión sistémica <strong>de</strong>l catálogo para el negocio <strong>de</strong> mueblería.<br />
Posteriores refinamientos <strong>de</strong> diseño conducen a una representación que se acerca al<br />
código fuente. El diseño <strong>de</strong> este catálogo podrá verse <strong>de</strong>s<strong>de</strong> dos perspectivas: la técnica y<br />
la <strong>de</strong> gestión <strong>de</strong>l proyecto. Des<strong>de</strong> el punto <strong>de</strong> vista técnico, su diseño compren<strong>de</strong>rá cuatro<br />
activida<strong>de</strong>s básicas: diseño <strong>de</strong> los datos, diseño arquitectónico, diseño procedimental y<br />
diseño <strong>de</strong> las interfaces. Des<strong>de</strong> el punto <strong>de</strong> vista <strong>de</strong> gestión <strong>de</strong>l proyecto, el diseño irá<br />
<strong>de</strong>s<strong>de</strong> el diseño arquitectónico (diseño preliminar o diseño <strong>de</strong> alto nivel) al diseño<br />
<strong>de</strong>tallado (diseño <strong>de</strong> bajo nivel). El nivel <strong>de</strong> diseño arquitectónico o preliminar se<br />
focalizará en las funciones y estructuras <strong>de</strong> las componentes que conformarán el sistema<br />
software. El nivel <strong>de</strong> diseño <strong>de</strong>tallado se ocupará <strong>de</strong>l refinamiento <strong>de</strong> la representación<br />
arquitectónica <strong>de</strong>l catálogo que llevará a una estructura <strong>de</strong> datos <strong>de</strong>tallada y a las<br />
representaciones algorítmicas que se usarán para cada componente modular <strong>de</strong>l software y<br />
para el diseño <strong>de</strong> las distintas funcionalida<strong>de</strong>s y búsquedas que permitirá el catálogo. Es<br />
<strong>de</strong> importancia relevante tener presente esta tarea en las etapas específicas <strong>de</strong>l diseño <strong>de</strong>l<br />
prototipo (etapas DPR y DDP).<br />
Producir la página<br />
El diseño <strong>de</strong>tallado se <strong>de</strong>riva <strong>de</strong>l diseño preliminar, en consecuencia sus correspondientes<br />
activida<strong>de</strong>s se realizan en secuencia mientras que el resto <strong>de</strong> las activida<strong>de</strong>s <strong>de</strong> este<br />
proceso (analizar el flujo <strong>de</strong> información, diseñar la base <strong>de</strong> datos <strong>de</strong> la fábrica <strong>de</strong><br />
muebles, diseñar las interfaces, seleccionar o <strong>de</strong>sarrollar algoritmos) se ejecutan en<br />
paralelo. Estas últimas producen refinamientos <strong>de</strong>l diseño que son también entradas a la<br />
actividad <strong>de</strong> diseño <strong>de</strong>tallado. Es esencial tener presente esta tarea en las etapas <strong>de</strong>stinadas<br />
al diseño <strong>de</strong>l prototipo (etapas DPR y DDP).<br />
Capturar nuevos clientes<br />
El <strong>de</strong>safío <strong>de</strong> este sistema software será la gran competencia existente en la actualidad en<br />
el rubro <strong>de</strong> fabricación y venta <strong>de</strong> muebles <strong>de</strong> estilo y las numerosas opciones. La<br />
combinación <strong>de</strong> las distintas formas <strong>de</strong> atraer a los e-clientes al sitio web es compleja.<br />
Requiere enten<strong>de</strong>r las posibilida<strong>de</strong>s y las pautas <strong>de</strong> su utilización. La publicidad se ha<br />
Lic. Gustavo López ~ 83 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
visto reforzada por la proliferación <strong>de</strong> los canales <strong>de</strong> medios <strong>de</strong> comunicación. Los medios<br />
electrónicos han inspirado nuevas formas <strong>de</strong> alcanzar las pretensiones <strong>de</strong> los comerciantes<br />
antiguos <strong>de</strong> atraer a los e-clientes. Se ha <strong>de</strong> tener muy en cuenta que, en general, al e-<br />
cliente le disgusta la publicidad. Valora Internet porque en ella no hay presiones para que<br />
compre. Si se adopta una metodología publicitaria agresiva e insistente se ten<strong>de</strong>rá a per<strong>de</strong>r<br />
al e-cliente, se alejará. Es recomendable adoptar una línea publicitaria más bien persuasiva<br />
pero no agresiva en su metodología. Es <strong>de</strong> importancia relevante tener presente esta tarea<br />
en las etapas específicas <strong>de</strong>l diseño <strong>de</strong>l prototipo (etapas DPR y DDP).<br />
Generar una lista <strong>de</strong> comunicación para clientes: proceso estratégico para la circulación <strong>de</strong><br />
prospectos<br />
Habrá <strong>de</strong> tomarse en cuenta que el e-cliente que tenga especial aversión por la publicidad<br />
pue<strong>de</strong> que haber adoptado un producto que suprima los anuncios no <strong>de</strong>seados y que<br />
rechace las etiquetas electrónicas. El producto será lo suficientemente atractivo como<br />
para que el e-cliente sienta que ha recibido una recompensa más que suficiente por su<br />
atención. Habrá que lograr que el e-cliente no sienta que la empresa <strong>de</strong> muebles está<br />
haciendo su promoción o marketing. Esta creciente antipatía entre los e-clientes hacia la<br />
publicidad significa que la técnica adoptada para el <strong>de</strong>sarrollo <strong>de</strong>l presente sistema<br />
software cambiará el centro <strong>de</strong> atención <strong>de</strong>s<strong>de</strong> el anuncio directo “venga y lléveselo”, al<br />
marketing basado en el contenido “le gustará”. Tomar en cuenta esta tarea en las etapas<br />
específicas <strong>de</strong>l diseño <strong>de</strong>l prototipo (etapas DPR y DDP).<br />
Planificar la instalación <strong>de</strong>l sitio y <strong>de</strong>l catálogo / Alojar el sitio con el catálogo embebido<br />
en el servidor correspondiente (hosting)<br />
Implica el transporte y la instalación <strong>de</strong>l sistema software <strong>de</strong>sarrollado tomando en<br />
consi<strong>de</strong>ración las características particulares <strong>de</strong>l negocio <strong>de</strong> fábrica <strong>de</strong> muebles <strong>de</strong> estilo,<br />
<strong>de</strong>s<strong>de</strong> el entorno <strong>de</strong> <strong>de</strong>sarrollo al entorno <strong>de</strong> <strong>de</strong>stino. Incluye la carga <strong>de</strong> la base <strong>de</strong> datos,<br />
las modificaciones necesarias <strong>de</strong>l software, las comprobaciones en el entorno <strong>de</strong> <strong>de</strong>stino y<br />
la aceptación por parte <strong>de</strong>l cliente. Si en el proceso <strong>de</strong> instalación se <strong>de</strong>tectara un<br />
problema, se <strong>de</strong>berá i<strong>de</strong>ntificar e informar acerca <strong>de</strong>l mismo. Ambos procesos (instalación<br />
y alojamiento <strong>de</strong>l sitio) verificarán que se implemente la configuración a<strong>de</strong>cuada <strong>de</strong>l<br />
software y culminarán con la aceptación formal <strong>de</strong>l mismo por parte <strong>de</strong>l cliente conforme<br />
a lo especificado en el Plan <strong>de</strong> Gestión <strong>de</strong>l Proceso Software y la realización con éxito <strong>de</strong><br />
la prueba <strong>de</strong> aceptación <strong>de</strong>l usuario. Las activida<strong>de</strong>s <strong>de</strong> instalación y alojamiento <strong>de</strong>berán<br />
ser custodiadas cuidadosamente en las etapas <strong>de</strong> Implantación y prueba <strong>de</strong>l prototipo (IPP)<br />
y en la <strong>de</strong> Diseño <strong>de</strong>l sistema final (DSF).<br />
Proveer <strong>de</strong> asistencia técnica y consultas a clientes<br />
Lic. Gustavo López ~ 84 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
En esta etapa se consi<strong>de</strong>ra la operación <strong>de</strong>l sistema por parte <strong>de</strong>l usuario y el soporte<br />
continuo al usuario que incluye asistencia técnica, consultas con el usuario y registro <strong>de</strong><br />
las peticiones <strong>de</strong> soporte en el Histórico <strong>de</strong> Peticiones <strong>de</strong> Soporte. Así, este proceso pue<strong>de</strong><br />
<strong>de</strong>senca<strong>de</strong>nar la actividad <strong>de</strong>l Proceso <strong>de</strong> Mantenimiento que provee información reentrante<br />
al ciclo <strong>de</strong> vida <strong>de</strong>l software. Involucra principalmente 3 subprocesos, a saber,<br />
Operar el sistema; Proveer <strong>de</strong> asistencia técnica y consultas; Mantener el histórico <strong>de</strong><br />
peticiones <strong>de</strong> soporte. Como documentación <strong>de</strong> salida se obtendrá un Histórico <strong>de</strong><br />
peticiones <strong>de</strong> soporte. La actividad principal <strong>de</strong> Proveer <strong>de</strong> asistencia técnica y consultas a<br />
clientes se estudiará en la etapa <strong>de</strong> Operación y Mantenimiento (OPM).<br />
Retirar el catálogo<br />
Involucra apartar el sistema existente <strong>de</strong> su uso a través <strong>de</strong>l cese <strong>de</strong> su operación o<br />
soporte, mediante el reemplazo ya sea por un sistema nuevo o por una versión actualizada<br />
<strong>de</strong>l catálogo existente. Si el sistema en curso fuese reemplazado por uno nuevo, se<br />
requiere <strong>de</strong> un período <strong>de</strong> operación dual, <strong>de</strong>nominado prueba en paralelo. En dicho<br />
período los responsables <strong>de</strong> la fábrica verificarán y validarán la exactitud <strong>de</strong> la<br />
información producida en forma sincrónica. Asimismo se utiliza el sistema en retiro para<br />
los resultados oficiales, mientras se completa la preparación <strong>de</strong>l nuevo sistema para la<br />
operación formal. Podríamos <strong>de</strong>nominar a esta actividad como <strong>de</strong> formación <strong>de</strong>l usuario<br />
sobre el nuevo catálogo y <strong>de</strong> validación <strong>de</strong>l mismo. Esta actividad se <strong>de</strong>sarrollará<br />
exclusivamente en la etapa <strong>de</strong> Retiro (RET).<br />
Planificar la documentación general <strong>de</strong>l sistema / Planificar la documentación <strong>de</strong> ayuda en<br />
línea para el usuario con especial énfasis en el uso <strong>de</strong>l catálogo y búsquedas<br />
personalizadas<br />
El proceso <strong>de</strong> Desarrollo <strong>de</strong> Documentación para el <strong>de</strong>sarrollo y uso <strong>de</strong>l catálogo<br />
específico para fábrica <strong>de</strong> muebles <strong>de</strong> estilo, es el conjunto <strong>de</strong> activida<strong>de</strong>s que planifican,<br />
diseñan, implementan, editan, producen, distribuyen y mantienen los documentos<br />
necesarios para los <strong>de</strong>sarrolladores y los usuarios. El proceso <strong>de</strong> Desarrollo <strong>de</strong><br />
Documentación involucra principalmente 3 activida<strong>de</strong>s, a saber: Planificar la<br />
documentación; Implementar la documentación; Producir y distribuir la documentación.<br />
En particular, en ambas activida<strong>de</strong>s <strong>de</strong> Planificación, se proyectará toda la documentación<br />
necesaria a fin <strong>de</strong> asistir al usuario en el uso <strong>de</strong>l catálogo y generación <strong>de</strong> búsquedas<br />
avanzadas que son <strong>de</strong> importancia relevante a fin <strong>de</strong> que el usuario arribe finalmente al<br />
producto solicitado. Estas activida<strong>de</strong>s serán especialmente consi<strong>de</strong>radas en las etapas <strong>de</strong><br />
Especificación <strong>de</strong> los requisitos <strong>de</strong>l prototipo (REP), Diseño <strong>de</strong>l prototipo (DPR) y Diseño<br />
<strong>de</strong>tallado <strong>de</strong>l prototipo (DDP).<br />
Implementar la documentación general /<br />
Lic. Gustavo López ~ 85 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
Ambas etapas <strong>de</strong> Implementación <strong>de</strong> la documentación forman parte <strong>de</strong>l Desarrollo <strong>de</strong> la<br />
Documentación, proceso ya <strong>de</strong>scripto en el item anterior. Serán tomados con especial<br />
consi<strong>de</strong>ración en las etapas <strong>de</strong> Desarrollo <strong>de</strong>l prototipo (DEP) y <strong>de</strong> Implementación y<br />
prueba <strong>de</strong>l prototipo (IPP).<br />
Producir y Distribuir la documentación en el sitio<br />
La etapa <strong>de</strong> Producción y Distribución <strong>de</strong> la documentación elaborada en los dos items<br />
anteriores será consi<strong>de</strong>rada especialmente en las etapas <strong>de</strong> Especificación <strong>de</strong> los requisitos<br />
<strong>de</strong>l prototipo(REP); Diseño <strong>de</strong>l prototipo (DPR); Diseño <strong>de</strong>tallado <strong>de</strong>l prototipo (DDP);<br />
Desarrollo <strong>de</strong>l prototipo (DEP); Implementación y prueba <strong>de</strong>l prototipo (IPP);<br />
Refinamiento iterativo <strong>de</strong> las especificaciones (RIT); Diseño <strong>de</strong>l catálogo (DSF);<br />
Implementación final <strong>de</strong>l catálogo (ISF); Operación y mantenimiento <strong>de</strong>l catálogo (OPM);<br />
Retiro <strong>de</strong>l catálogo (RET).<br />
Lic. Gustavo López ~ 86 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
6 CONCLUSIONES<br />
Se pue<strong>de</strong>n presentar como aportes <strong>de</strong> esta tesis los siguientes:<br />
<br />
<br />
<br />
<br />
Una visión consolidada <strong>de</strong>l concepto <strong>de</strong> catálogo electrónico, su función e inci<strong>de</strong>ncia<br />
en el negocio, sus características y funcionalida<strong>de</strong>s y el respectivo plan <strong>de</strong><br />
lanzamiento.<br />
Una propuesta <strong>de</strong> metodología y matriz <strong>de</strong> activida<strong>de</strong>s asociada para el diseño <strong>de</strong><br />
catálogos electrónicos que contempla las características <strong>de</strong> negocio i<strong>de</strong>ntificándose<br />
métodos, técnicas y herramientas a utilizar y <strong>de</strong>finiendo la conformación <strong>de</strong>l equipo <strong>de</strong><br />
trabajo.<br />
Una base para el establecimiento <strong>de</strong> estándares <strong>de</strong> or<strong>de</strong>namiento metodológico en las<br />
organizaciones que <strong>de</strong>ban soportar negocios vía web.<br />
Un caso <strong>de</strong> aplicación en el dominio <strong>de</strong> los muebles <strong>de</strong> estilo con el que se valida la<br />
matriz <strong>de</strong> activida<strong>de</strong>s propuesta y se justifican las activida<strong>de</strong>s agregadas a los procesos<br />
<strong>de</strong> la matriz original.<br />
Como futuras líneas <strong>de</strong> investigación y <strong>de</strong>sarrollo se proponen:<br />
<br />
<br />
Explorar la aplicabilidad <strong>de</strong> la metodología propuesta a otros artefactos <strong>de</strong> web<br />
requeribles por el negocio.<br />
Desarrollar una herramienta software que soporte la matriz <strong>de</strong> activida<strong>de</strong>s propuesta y<br />
automatice el proceso <strong>de</strong> diseño <strong>de</strong> catálogos electrónicos.<br />
Lic. Gustavo López ~ 87 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
7 BIBLIOGRAFÍA<br />
[Adam, 1999]<br />
[An<strong>de</strong>rsen, 1999]<br />
[Badaraco, 1998]<br />
[Balzer, 1981]<br />
[Balzer, 1982]<br />
Adam, N.; O. Dogramaci; A. Gangopadhyay; Y. Yesha.<br />
ELECTRONIC COMMERCE Technical, Business and Legal<br />
Issues. 1999.<br />
An<strong>de</strong>rsen, A. El Management <strong>de</strong>l siglo XXI. Granica. Buenos<br />
Aires. 1999<br />
Badaraco, E.P. La construcción <strong>de</strong> una estrategia competitiva.<br />
Oportunida<strong>de</strong>s <strong>de</strong> Negocio en el actual contexto macroeconómico<br />
argentino. Cesarini Hnos. Editores. 1998<br />
Balzer, R. Transformational Implementation: An Example. IEEE<br />
Trans. Software Eng. SE-7, 1.1981<br />
Balzer, R.; N. Goldman y D. Wile. Operational Specifications as<br />
the basis for rapid prototyping. ACM Software Engineering Notes<br />
7,5.1982<br />
[Balzer, 1983a] Balzer, R.; M. Cohen; M. Feather; N.Goldman; W. Swartou y D.<br />
Wile. Operational Specifications as the basis for Specification<br />
Validation. In Theory and Practice of Software Technology,<br />
Ferrari, Bolognani, and Goguen, eds. North-Holland, 1983<br />
[Biggerstaff, 1984] Biggerstaff, T y A. Perlis. Special Issues on Software Reusability.<br />
Biggerstaff, T y Perlis, A. eds. IEEE Trans. Software Eng. SE-10,<br />
5 Sep.1984<br />
[Böehm, 1976] Böehm, B. Software Engineering. IEEE Trans.Computers C-25, 12<br />
[Böehm, 1984]<br />
[Böehm, 1986]<br />
[Böehm, 1988]<br />
[Bud<strong>de</strong>, 1984]<br />
[Chellapa, 1997]<br />
[Christensen, 1999]<br />
[Cohan, 2000]<br />
[Curtis, 1987]<br />
Dec. 1976<br />
Böehm, B.; T. Gray y T. Seewaldt. Prototyping vs. Specifying: a<br />
multi-project experiment. Proc. 7 th . Intern. Conf. Soft. Eng. 1984<br />
Böehm, B. A Spiral Mo<strong>de</strong>l of Software Development and<br />
Enhancement. ACM Software Engineering Notes 11.4.1986<br />
Böehm, B. A Spiral Mo<strong>de</strong>l of Software Development and<br />
Enhancement. Computer, May 1988, pp 61-72<br />
Bud<strong>de</strong>, R.; K. Kuhlenkamp; L. Mathiassen, y H.Zullighoven.<br />
Approaches to prototyping. Springer-Verlag, New York 1984<br />
Chellapa, R.; A. Barua y A.B. Whinston. Intranets: Looking<br />
beyond internal corporate web servers. Readings in Electronic<br />
Commerce, capítulo 14, pp 311-330. Addison-Wesley 1997<br />
Christensen, C. El dilema <strong>de</strong> los innovadores. Granica. Buenos<br />
Aires. 1999<br />
Cohan, P.S. El negocio está en Internet. Pearson Educación.<br />
México. 2000<br />
Curtis, B.; H. Krasner; V. Shen y N. Iscoe. On Building Software<br />
Lic. Gustavo López ~ 88 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
Process Mo<strong>de</strong>ls Un<strong>de</strong>r the Lamppost. Proc. 9 th . Intern. Conf. Soft.<br />
Eng. IEEE Computer Society. April 1987<br />
[Davenport, 1998] Davenport, T.H. Putting the enterprise into the enterprise system.<br />
Harvard business review. 8.1998<br />
[Deming, 1982] Deming, W. Out of the crisis. Center for Advanced Engineering<br />
Massachussetts Institute of Technology. Cambridge,<br />
Massachussetts, EE.UU. 1982<br />
[Distaso, 1980] Distaso, J. Software Management – A survey of practice in 1980.<br />
Proceedings IEEE 68, 9.1980<br />
[Fallenstein, 2000] Fallenstein, C. E-commerce: explorando negocios y socieda<strong>de</strong>s<br />
virtuales. Prentice Hall. 2000<br />
[Fisher, 1997] Fisher, M. What is the right supply-chain for your product.<br />
Harvard business review. Mar. 1997. p.105<br />
[Fresco, 1992] Fresco, J.C. Desarrollo gerencial hacia calidad total. Macchi.<br />
Buenos Aires. 1992<br />
[Fresco, 2000] Fresco, J.C. E-fectividad gerencial: el cambio hacia la nueva<br />
lógica <strong>de</strong> la economía digital. Prentice Hall. Buenos Aires. 2000<br />
[Goguen, 1986] Goguen, J. Reusing and interconnecting software components.<br />
Computer 19, 2 Feb. 1986<br />
[Hekmatpour, 1987] Hekmatopur, S. Experience with evolutionary prototyping in a<br />
large software project. ACM Software Engineering Notes 12,<br />
1.1987<br />
[Hersey, 1998] Hersey, P; K. Blanchard y D. Johnson. Administración <strong>de</strong>l<br />
comportamiento organizacional. Prentice Hall. México. 1998<br />
[Humphrey, 1995] Humphrey, W. A discipline for Software Engineering. Addison-<br />
Wesley. Readings, Massachusetts, EE.UU.. 1995<br />
[Huseth, 1986] Huseth, S y D. Vines. Describing the software process. Proc. 3 rd .<br />
Intern. Soft. Process Workshop. IEEE Computer Society, 1986<br />
[IEEE, 1989] IEEE Std. 1074-1989. IEEE Standard Software Life Cycle<br />
Processes. 1989<br />
[Kalakota, 1999] Kalakota, R. Investing in Electronic Commerce-lessons from the<br />
field. E-business strategies Inc., Atlanta, Georgia. 1999<br />
[Kalakota, 2001] Kalakota, R. Y M. Robinson. Del e-commerce al e-business, El<br />
siguiente paso. Pearson Educación. México. 2001<br />
[McCracken, 1982] McCracken, D. y M. Jackson. Life-cycle concept consi<strong>de</strong>red<br />
harmful. ACM SW Eng. Notes, Apr. 1982, pp. 29-32<br />
[McKeown, 2001] McKeown, M. Los nuevos e-clientes. Pearson Educación. Madrid.<br />
2001<br />
[Mintzberg, 1990] Mintzberg, H. Estructuración <strong>de</strong> las organizaciones. Ariel.<br />
Barcelona. 1990<br />
[Mintzberg, 1997] Mintzberg, H. Diseño <strong>de</strong> organizaciones eficientes. El Ateneo.<br />
Lic. Gustavo López ~ 89 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios
<strong>Universidad</strong> Tecnológica Nacional<br />
Facultad Regional Haedo<br />
Diseño <strong>de</strong> catálogos electrónicos<br />
Buenos Aires. 1997<br />
[Paulk, 1993] Paulk, M.; B. Curtis; M. Chrisis. Capability Maturiry Mo<strong>de</strong>l for<br />
Software. Versión 1.1. Software Engineering Institute Technical<br />
Report CMU/SEI-93-TR. Pittsburgh, Pensylvania, EE.UU. 1993<br />
[Perel, 1996] Perel, V. y M. Kutnowski. Hacia una empresa argentina mejor.<br />
Macchi. Buenos Aires. 1985<br />
[Pressman, 1993] Pressman, R. Ingeniería <strong>de</strong>l Software: un enfoque práctico. 3ed.<br />
Mc-Graw-Hill, Madrid. 1993<br />
[Reichheld, 1996] Reichheld, F. El efecto <strong>de</strong> la lealtad. Grupo Editorial Norma. 1996<br />
[Robbins, 1999] Robbins, S. Comportamiento Organizacional. Prentice Hall.<br />
México. 1999<br />
[Schmid, 2000] Schmid, J. Creating a profitable catalog: everithing you need to<br />
know to create a catalog that sells. NTC Business Books. EE.UU.<br />
2000<br />
[Toffler, 1999] Toffler, A. El Cambio <strong>de</strong>l po<strong>de</strong>r. Editorial Sudamericana.<br />
Barcelona. 1999<br />
[Porter, 1997] Porter, M. Ventaja competitiva. Editorial CECSA. México. 1997<br />
REFERENCIAS EN INTERNET<br />
[An<strong>de</strong>rson, 1999]. An<strong>de</strong>rson, R. Implementation of web-based requisitioning.<br />
http://www.napm.org/education/NovDailymondaymorningec1.cfm<br />
[Gates, 2004]. Gates, B. The digital nervous system<br />
http://www.microsoft.com/dns/overviews/DNSoverviews.htm<br />
[Pang, 1998] Pang, A. E-commerce Bonanza: is it real or imaginated?<br />
http://www.zdnet.com/icom/content/anchors/199802/09/ecom.Bonanza/3.html<br />
[U.S. Department of Commerce, 1998] U.S. Department of Commerce. The emerging<br />
digital economy. http://www.doc.gov/ecommerce/e<strong>de</strong>rept.pdf<br />
[Wil<strong>de</strong>r, 1997] Wil<strong>de</strong>r, C. GE to move purchasing to the Internet.<br />
http://www.techweb.com/se_directlink.cgi?WIR1997062611<br />
Lic. Gustavo López ~ 90 ~ Tesis <strong>de</strong> Magister en<br />
Administración <strong>de</strong> Negocios