• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Ensayo libro e bussines
 

Ensayo libro e bussines

on

  • 217 views

 

Statistics

Views

Total Views
217
Views on SlideShare
211
Embed Views
6

Actions

Likes
0
Downloads
0
Comments
0

1 Embed 6

http://evaarcosgarces.blogspot.mx 6

Accessibility

Categories

Upload Details

Uploaded via as Microsoft Word

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Ensayo libro e bussines Ensayo libro e bussines Document Transcript

    • INGENIERÍA PARA NEGOCIOS E-BUSSINESSCAPITULO 3DISEÑO DE PROCESOS DE NEGOCIOSLos procesos, apoyados por Tecnologías de Información hardware, software y redes decomunicación, hacen fluir los documentos, facilitan la coordinación y apoyan larealización de las actividades. Los procesos existen en las empresas, pero sufuncionamiento ha sido fruto de la historia y la experiencia. Dada la naturalezaburocrático-funcional de las organizaciones, ha habido cambios y mejoras puntuales enellos, pero rara vez sistémicas y orientadas al cumplimiento de los objetivos globales de losmismos, por lo que son –en general– extremadamente ineficientes. El enfoque de procesoconsiste en que las actividades, en diferentes áreas funcionales que componen unacadena asociada a la generación de algún bien o servicio.El enfoque de proceso es potencialmente revolucionario, por cuanto permitiría romper lasbarreras funcionales que hay típicamente dentro de una organización, haciendo posibleuna coordinación explícita entre áreas que, dentro de un esquema tradicionalburocrático-funcional, se manejan en forma relativamente independiente. Ladisponibilidad de cada vez más potentes y económicas Tecnologías de la Información (TI)hace que el manejo organizacional sea más susceptible de ser apoyadocomputacionalmente.La literatura de reingeniería y rediseño de procesos y la de mejores prácticas reconocenvarios procesos que nosotros consideramos parte de este macroproceso; por ejemplo,capturar información de mercado, selección de mercados, diseño e ingeniería delproducto, mantención del producto, entender el mercado, entender las necesidades ydeseos de los clientes y segmentar clientes. Además en ella se entreganrecomendaciones acerca de cómo llevar a cabo estos procesos y de cómo involucrar alos clientes y proveedores en el desarrollo de nuevos productos y servicios.Las interrelaciones entre los macroprocesos se dan por medio de flujos. Éstos representancómo un macroproceso requiere y se alimenta de los productos o servicios de otros. Losflujos pueden ser físicos en cuanto a representar cosas materiales o información encuanto a ser abstracciones de cosas materiales.Al intentar el diseño o rediseño de procesos, enfrentamos la necesidad de contar conherramientas similares a las que han usado por mucho tiempo las ingenierías tradicionalesque realizan diseño en variados contextos: obras civiles, maquinarias, procesos minero-metalúrgicos, procesos de manufactura, redes eléctricas, etc. Al nivel más básico serequieren representaciones de procesos que sean equivalentes a los planos de talesingenierías, los cuales entregan una visión estática de los componentes de un diseño y susinterrelaciones. En un nivel más avanzado requerimos –al estilo de los productosCAD/CAM, de simulación de procesos productivos y de cálculo computarizado– unacapacidad de “hacer funcionar” un proceso en forma simulada para poder evaluar sucomportamiento y desempeño dinámico.El modelo presentado es una arquitectura genérica, a partir de la cual se pueden diseñarinstancias que representan situaciones o procesos específicos. Como arquitectura provee,entonces, un espacio de posibilidades, en cuanto a que las funciones y flujos presentadospueden dar origen a muchas instancias diferentes. Sin embargo, cualquier instancia deberespetar la “filosofía” del modelo que indica claramente cómo debe derivarse; enparticular, debe respetarse la estructura de componentes y relaciones.
    • La tecnología Internet reduce los costos de transacción y promueve la aparición deagentes intermediarios que facilitan el uso del mercado, como mercados electrónicos,sindicalizadores y servicios Web. Por lo tanto, los e-Business tienen facilidades paraexternalizar todo que no es parte del corazón del negocio. Casos de esta tendencia son:la externalización del transporte a especialistas en logística, como FedEx la fabricación decomponentes estandarizados de producto.Las empresas que ofrecen productos de información puros –como Google, Britannica,etc., no tienen problemas de logística, por lo cual el diseño de su estructuraorganizacional se simplifica enormemente. El caso más interesante es el de empresas queofrecen una combinación de productos físicos e información. Aquí la tendencia pareceser de convergencia de las empresas que ofrecen productos físicos y las que ofrecenproductos de información a un modelo único. En efecto, empresas como Amazon.comestán evolucionando desde empresas fundamentalmente distribuidoras e-Tailing– aplataformas de negocios, en las que lo que vale y se vende es el acceso a la atención deuna enorme cantidad de potenciales compradores. En este modelo, al cliente se leofrece una gran cantidad de opciones de productos en forma consolidada ymecanismos para buscar y comparar. Obviamente se desincentiva la parte logística, lacual se delega a las empresas que venden sus productos a través del sitio en cuestión.La generación de versiones está íntimamente relacionada con el diseño de líneas deproductos. La idea fundamental es generar versiones para diferentes segmentos demercado, adaptando cada una de ellas a las necesidades de éstos. La personalizaciónde productos físicos es posible en Internet, debido a la gran cantidad de información quese puede generar acerca de los consumidores para los productos de información, la cualpermite entregar información en línea útil para apoyar la compra y realizar ofertas enforma proactiva.La especialización de un modelo a un subdominio implica mayor precisión en términos decómo deben realizarse las actividades y flujos del mismo, con la posible especificación deprácticas concretas de trabajo, reglas y algoritmos de toma de decisiones, flujosdetallados de información de estado que apoyan a las actividades, actualizacionesespecíficas de Mantención estado, mecanismos específicos de comunicación ycoordinación entre actividades, etc. La fuente para estos detalles de especialización es elconocimiento y experiencia acumulados con casos que pertenezcan al subdominio, o acasos del dominio u otros dominios, cuyas prácticas sean extrapolables a aquél. Lospatrones se pueden aplicar a casos específicos partiendo de un dominio o subdominioque incluya el caso en cuestión. Obviamente, si se parte de un subdominio, por ser éstemás específico, el trabajo será más directo.Cada una de las actividades del patrón debe caracterizarse por medio de entregar lapráctica específica de trabajo que se propone para realizarla. Dependiendo del caso,esto puede ir desde una regla o algoritmo totalmente estructurado –implementadoparcial o totalmente con apoyo computacional– hasta sólo una descripción general de loque se espera de la actividad, quedando los detalles al criterio de la persona que laejecuta.
    • CAPITULO 4DISEÑO DE LA ARQUITECTURA DE UN E-BUSINESSA partir de un cierto modelo de negocio, que requiere un conjunto complejo deactividades interrelacionadas asociadas a la generación y entrega de un producto oservicio, se determinan los procesos que deberán diseñarse.El diseño de la arquitectura de un e-Business, que une el diseño del negocio expresadopor medio de un diseño de sus procesos y el diseño del apoyo computacional detalladoal mismo, basado en tecnología Internet de n capas, puede considerarse como unaadaptación y extensión de la metodología.La arquitectura de un e-Business la caracterizaremos partiendo de un diseño de losprocesos del negocio. Este diseño detalla las actividades humanas y computacionalesque interactúan en un proceso por medio de flujos de información en papel o digitales.Tal detalle nos permite descomponer la arquitectura en subprocesos que se puedenconsiderar en forma relativamente independiente –aunque persisten interacciones através de flujos y Mantención de Estado–, para efectos de especificarla en detalle.La especificación de la arquitectura para cada subproceso la haremos de la Siguientemanera:i) Identificación de los requerimientos de apoyo tecnológico requerido, los cuales sedesprenden en forma obvia del diseño del proceso.ii) Modelamiento del apoyo tecnológico a base de la arquitectura tecnológica.iii) Especificación de la lógica del negocio que se ejecuta en las diferentes actividades delproceso; en particular, para las actividades que serán automatizadas, la lógica se dará enun lenguaje o esquema formal que permita su programación computacional.iv) Afinamiento de los flujos –de papeles y, especialmente, los digitales– que permitirán lainteracción entre actividades de acuerdo al diseño del proceso y los detalles establecidosen (ii) y (iii).v) Detalle formal de los atributos asociados a los flujos digitales para efecto de posteriordiseño de documentos electrónicos, páginas Web, pantallas y bases de datos necesariaspara el apoyo tecnológico.El caso de venta a personas corresponde a una situación típica de una empresa quevende a público (por Internet) y que mantiene stock de los productos que distribuye. Unalógica mínima para tal situación, dividida en verificación cliente, crédito y stock,Evidentemente esta lógica puede ser mucho más compleja en situaciones donde elriesgo tiene que ser evaluado más finamente productos financieros.Los paquetes tipo ERP/ERM tienen las partes más simples y estandarizadas de este tipo delógica ya preprogramada, con la posibilidad de uso de parámetros de adaptación. Laspartes más complejas, como el caso del banco, requerirán la programación de la lógicaen lenguajes propietarios. El enfoque que aquí se propone consiste en complementar losERP/ERM, cuando ellos existan, implementando la lógica del negocio adicional necesariaen servidores de aplicación.
    • Los modelos se generan a partir de la Base de Datos de Marketing, que contiene unahistoria de múltiples atributos del cliente, tales como los productos que ha tenido y tiene,la evolución de su nivel de facturación, su desempeño en cuanto a pagos, etc. Para ellocomo, se desarrollan las siguientes actividades:i) Exploración de datos. En esta actividad se evalúan correlaciones estadísticas entreatributos para determinar relaciones no triviales en los datos. La idea es identificar aquelloscampos que son relevantes para generar algún modelopredictivo.ii) Adecuación de variables a los modelos de Business Intelligence. Aquí se preparan losdatos para el modelamiento, seleccionando las variables y el tamaño de la muestra autilizar. En el caso de que no existan variables importantes, éstas se construyen. Además,se transforman aquellas variables que no estén normalizadas (como las categóricas).iii) Ejecución de los modelos. Se ejecutan los modelos y se van calibrando de acuerdo alos resultados obtenidos. Una vez calibrados, éstos se validan de acuerdo a criteriospredefinidos para encontrar el número óptimo de clusters.iv) Análisis de resultados y generación de reglas. Se interpretan los resultados y se evalúanusando, por ejemplo, matrices de confusión o bien realizando análisis de sensibilidad,empleando datos nuevos y variando parámetros de los actuales. Dado los resultados deestos análisis, se elaboran los modelos de comportamiento.La Lógica cálculo de requerimientos del plan de ventas determina período a período porejemplo, semanal las cantidades de productos necesarias para cumplir con el plan deventas de productos de la empresa. Esto lo hace restando al plan de venta los inventariosexistentes y los pedidos en proceso y agregando un margen de seguridad. Aquí se hasupuesto que la política de la empresa es de integración con proveedores con contratosde compra y entrega según necesidad de la empresa en la línea de “just in time”, hechode acuerdo a los requerimientos.