domingo, 1 de diciembre de 2019

4. Modelado de procesos de negocios con UML

Diagramas UML.

El UML está compuesto por diversos elementos gráficos que se combinan para conformar diagramas. Debido a que el UML es un lenguaje, cuenta con reglas para combinar tales elementos. La finalidad de los diagramas es presentar diversas perspectivas de un sistema, a las cuales se les conoce como modelo. Recordemos que un modelo es una representación simplificada de la realidad; el modelo UML describe lo que supuestamente hará un sistema, pero no dice cómo implementar dicho sistema. 

A continuación se describirán los diagramas más comunes del UML y los conceptos que representan:

• Diagrama de Clases 
Resultado de imagen para diagramas de clases
• Diagrama de Objetos 
Resultado de imagen para diagramas de objetos
• Diagrama de Casos de Uso 
Resultado de imagen para diagramas de casos de uso
• Diagrama de Colaboraciones 
Resultado de imagen para diagramas de colaboracion
• Diagrama de Componentes 
Resultado de imagen para diagramas de componentes

Modelo de procesos de negocios (UML).

Lo primero que siempre se debe hacer es determinar el alcance del proyecto, el proceso que se debe modelar. Una clara demarcación de los límites del proceso es esencial, así como la definición de los objetivos a alcanzar.
Imaginemos una empresa de crowdsourcing que desea cambiar el diseño de su sitio web. La primera acción a tomar es identificar y determinar lo que está sucediendo ahora. Hay que entender todo el proceso, cómo el cliente utiliza el sitio web, donde hace clic, cuál es el orden de las acciones.
Con esta información, es el momento para crear un diagrama de flujo que representa todas las acciones y etapas. Cuando podemos visualizar algo, es mucho más fácil de entender. Analizando el diagrama, podemos ver claramente dónde están los errores, dónde el proceso es más lento, y qué se puede hacer. Después de mejorar, es importante poner en práctica y continuar el análisis para ver si las mejoras dieron resultado o no.

Recursos:

https://www.youtube.com/watch?v=Z0yLerU0g-Q
https://www.youtube.com/watch?v=xUaYesGYbVw

jueves, 31 de octubre de 2019

3. Arquitectura de procesos

Tipos de procesos


Unidades de trabajo


En todas las empresas se requiere de unidades de trabajo, estas están compuestas por un grupo de actividades, las cuales se agrupan y asignan de manera que se prevea un mínimo de gastos o un máximo de satisfacción en los distintos procesos llevados a cabo en una empresa.
Estos ayudan a que se logre algún objetivo en común, si el grupo de actividades es deficiente, ya sea en él numero o en la calidad de los miembros, el proceso decaerá. Cada uno de los miembros asignados a una actividad se enfrentará a su propia problemática en el alcance de los objetivos.

Las Unidades de Trabajo:
-        Se definen como Departamentos.
-        Agrupan actividades.
-        Reúnen los puestos operativos en unidades manejables y relacionadas.
-        Aclarar los requisitos del puesto.
-        Deben tener a los individuos en el puesto adecuado.
-        Proporcionan facilidades al personal y otros recursos.
-        Ajustan la organización a la luz de los resultados del control.

Metodología
¿Cómo obtener la Arquitectura de Procesos?, a través de una metodología de cuatro pasos:
  1. Se documenta la Estructura Organizacional
  2. Se identifica / define las funciones (Actividades) de negocio Primarias y Secundarias de la empresa.
  3. Se define el Diagrama de la Vista Horizontal
  4. Se realiza el mapeo de configuración de valor al diagrama de Arquitectura de procesos. (Arciniega, s.f.)



Procesos case administrativos


·       Cada UT (Unidad de Trabajo) tiene asociada un Proceso Case Administrativo que maneja el flujo de casos de esa UT.
·       Contiene roles administrativos llevando a cabo acciones administrativas (Agendar, priorizar, asignar recursos).
·       Las peticiones de nuevos casos son siempre hechas al proceso Case Administrativo.
·       Activa instancias de procesos Case cuando se requiere.
·       Interactúa con instancias de procesos Case cuando se requiere.


En un proceso Case Administrativo debemos esperar acciones como las siguientes:
·       Planeación
·       Reportes
·       Monitoreo
·       Agendar
·       Priorización (Dar prioridad)
·       Negociar

 

Procesos case estratégicos

·       El proceso Case Estratégico mantiene una Visión interna y externa del negocio a largo plazo.
·       Interactúa con sus procesos Case y procesos Case Administrativos y puede indicarles Cambios. (Esteban, 2014)



Arquitectura de procesos


PAD de Primer corte


Unidad de trabajo
Departamento:
  • Ventas
Actividades:
  • Atención a clientes.
  • Alimentación de la Base de Datos.
  • Creación de Presupuestos.
Requisitos del puesto:
  • Manejo del sistema de la empresa
  • Atención telefónica a clientes
  • Conocimiento de Contabilidad.
Contratación o Colocación:
  • Acondicionamiento de Departamento (Escritorio, Computadora, Silla).
Resultados:
  • Creación Satisfactoria de Órdenes de trabajo.

Proceso
Planeación:
  • Objetivo creación de pedidos.
Organización:
  • Distribuir Trabajo, a las partes correspondientes (otras unidades de trabajo).
Ejecución:
Desempeñar correctamente las Actividades, por ejemplo:
  • Los registros, todo lo q refiere a alimentación de base de datos.
Control:
  • Almacenar información
  • Fechar documentación.
Realizaremos el Diagrama de Arquitectura de Procesos (PAD de Primer corte) para dicha empresa con la información anterior.




Los diagramas de arquitectura de procesos pad de segundo corte.

En el caso de los Diagramas de Arquitectura de Procesos PAD de Segundo corte, se trata de realizar una mejora, de optimizar un proceso.
Normalmente cuando se realiza una búsqueda sobre las técnicas de modelado, se obtienen resultados que representan a más de una técnica. Dichos resultados son metodologías generales con facultades para el modelado de procesos. Desafortunadamente, existe una gran confusión de conceptos, ya que las metodologías son utilizadas tanto para indicar la propia metodología como las técnicas asociadas a la misma.
La metodología trata con situaciones problemáticas en las cuales existe un alto componente social, político y humano. El enfoque sistémico atiende al estudio de las relaciones que conforman numerosos factores de un sistema, tomando muy en cuenta la intensidad con que dichos elementos se comunican, al integrar una estructura organizacional determinada. Dicha metodología plantea una visión inter, multi y transdisciplinaria que ayuda a analizar la empresa de manera integral. Se divide en las siguientes etapas; reconocer y expresar la situación problemática, producir «definiciones básicas» de sistemas relevantes, desarrollar modelos conceptuales de los sistemas relevantes, comparar modelos conceptuales con la situación percibida, identificar cambios deseables y factibles, y tomar acción para mejorar la situación.
La mejora de procesos puede venir por dos vías complementarias: cambios en ciertos aspectos del proceso existente, o un cambio radical del proceso (reingeniería).
En el primer caso se trata de eliminar aquellas tareas que no están aportando valor al proceso desde el punto de vista del cliente, o bien modificar algunas de dichas actividades de forma que aporten un mayor valor. La metodología PDCA (plan, do, check, act), proporciona una sistemática en la resolución de problemas o en la mejora de procesos, ya que asegura que se atacan las causas de raíz, proporcionando, en definitiva, el camino más corto y seguro para la resolución del problema o la consecución de la mejora pretendida. El proyecto de mejora PDCA, consta de 7 etapas: equipo de trabajo, selección de proyecto, comprensión de la situación inicial, análisis, acciones correctivas, resultados, estandarización y control, y oportunidades de mejora y planes futuros (Roure et al., 1997).
En la creación o cambio radical del proceso se trata de cuestionar de nuevo y de raíz el diseño global del proceso de forma que se consigan alcanzar los nuevos objetivos o generar considerablemente más valor con él. Según, Hammer  y Champy, (1993) y Hall et al., (1993), «reingeniería es la revisión fundamental y el rediseño radical de procesos para alcanzar mejoras espectaculares en medidas críticas y contemporáneas de rendimiento, tales como costes, calidad, servicio y rapidez». Su metodología se divide en las siguientes fases: definir equipo de trabajo, análisis de los requerimientos de los clientes y del negocio, comprensión del funcionamiento del proceso actual, análisis y generación de ideas creativas e innovadoras para el rediseño del proceso, diseño e implantación del nuevo proceso y seguimiento de los resultados.
A continuación, un ejemplo de la mejora de un Diagrama de Arquitectura de Procesos PAD de Segundo corte, basado en el anterior proceso esquematizado. En su Primer Corte se hace referencia a un Proceso de registro de órdenes de trabajo o servicios y en este se muestra su optimización con la mejora de la facturación.

La clasificación de los PAD tanto de primer corte como el de segundo, ha sido aplicada a un sencillo pero muy explícito ejemplo que se interrelacionaba con el registro de órdenes de servicio y la optimización con el proceso de facturación.
Esto para demostrar cómo es que se entiende la conversión de Unidades de trabajo a Procesos y estos plasmarlos en PAD´S, para su optimización, con la finalidad de la mejora de los mencionados procesos.
Los diagramas de flujo de datos, poseen las características más adecuadas para la descripción de la circulación de información.
Los diagramas de flujo de datos ofrecen una estructura general para la representación de la perspectiva de datos que engloba todas las etapas desde la comprensión y comunicación hasta la ejecución del proceso.

domingo, 29 de septiembre de 2019

1. La organización y su entorno

La organización


Las empresas no nacen ni se estructuran por sí mismas. Antes de ponerlas en marcha, sus directivos deben tener clara la forma en que ésta se organizará de cara a las tareas propias de su actividad comercial. Este proceso se conoce como organización empresarial o estructuración del negocio.
Ninguna labor de gestión y administración será posible si antes no se fija un plan de organización, el cual debe sentar las bases para el funcionamiento de la empresa y para elementos asociados, por ejemplo el control de riesgos, la gestión de calidad o los Recursos Humanos, entre otros. En la capacidad de organización se refleja, además, la idea de negocio que las esferas directivas tienen de la misma y la claridad de las metas que se han propuesto. La estructura es, digamos, la materialización de la idea. Hace un par de meses, por ejemplo, el diario El País inició una nueva etapa en la que eliminaba algunas de sus jerarquías para optar por un modelo en el que la información fluirá con mayor facilidad y abrirá campo a nuevos colaboradores. El objetivo es claro: adaptarse a las exigencias del siglo XXI.  






Cadena de valor de Porter

La cadena de valor de Porter es una herramienta de gestión desarrollada por el profesor e investigador Michael Porter, que permite realizar un análisis interno de una empresa, a través de su desagregación en sus principales actividades generadoras de valor. Se denomina cadena de valor debido a que considera a las principales actividades de una empresa como los eslabones de una cadena de actividades que van añadiendo valor al producto a medida que éste pasa por cada una de ellas.

Según esta herramienta, el desagregar una empresa en estas actividades permite identificar mejor sus fortalezas y debilidades, especialmente en lo que respecta a fuentes potenciales de ventajas competitivas, y costos asociados a cada actividad.

cadena de valor





Recursos:
https://www.obs-edu.com/int/blog-project-management/gestion-de-equipos-y-project-management/organizacion-empresarial-caracteristicas-tipos-y-objetivos
https://www.crecenegocios.com/la-cadena-de-valor-de-porter/


2. Técnicas de modelados de procesos

Proceso de negocios

Un proceso de negocio es un conjunto de tareas enlazadas entre sí y destinadas a ofrecer un servicio o un producto a un cliente.   Un proceso de negocio también se ha definido como un conjunto de actividades y tareas que, una vez completadas, consiguen un objetivo prefijado para la empresa.  El proceso debe tener contribuciones claramente definidas y un resultado único. Estos datos están compuestos por todos los factores que contribuyen directa o indirectamente a aportar valor añadido de un servicio o producto. A su vez, estos factores pueden agruparse en procesos de gestión, procesos operativos y procesos de apoyo al negocio.
Los procesos administrativos rigen las operaciones del sistema de una empresa en particular. Los procesos operativos constituyen el núcleo del negocio. Los procesos secundarios, como los recursos humanos y la contabilidad, se aúnan para dar apoyo a los procesos de negocio centrales.
Desde que Adam Smith propuso este concepto en 1776, la definición del término «procesos de negocio», y su evolución, han dado lugar a áreas de estudio como el desarrollo de operaciones, la gestión y el desarrollo de varios sistemas de administración empresarial.  A su vez, estos sistemas han dado lugar al sector del software BPM, que busca automatizar la gestión de procesos conectando a diferentes actores a través de la tecnología.




Diagramas de procesos


El diagrama es una herramienta visual muy intuitiva para la gestión del trabajo. Funciona muy bien para detectar y comunicar los pasos a seguir para lograr un propósito, así como los momentos críticos en donde el equipo debe prestar una especial atención. En concreto, explicaremos qué es un diagrama de proceso, un instrumento gráfico diferente al diagrama de proyecto. Por ello, antes de empezar conviene conocer las diferencias entre proyecto y proceso y su contexto de cara al trabajo.

En primer lugar, un proyecto es un conjunto de actividades que se realiza con fecha de inicio y fin, siempre en base a un objetivo a conseguir. Pueden intervenir en él múltiples recursos, con una red de dependencias entre las tareas compleja o simple, según el tipo de resultado a desarrollar. Lo más importante de los proyectos es concebirlos como situaciones únicas. Esto quiere decir, que para cada proyecto utilizaremos uno determinados recursos en unas fechas específicas.


En segundo lugar, cuando hablamos de proceso nos referimos al procedimiento rutinario para conseguir siempre el mismo resultado. Las dependencias entre las tareas, así como la duración de las mismas siempre son las mismas. Sin embargo, los procesos carecen de fecha específica ya que se realizan siguiendo las dependencias entre las actividades y no según el calendario.

Resultado de imagen para diagramas de proceso




Interacciones entre procesos

Los procesos que ejecutan de forma concurrente en un sistema se pueden clasificar como procesos independientes o cooperantes. Un proceso independiente es aquel que ejecuta sin requerir la ayuda o cooperación de otros procesos. Un claro ejemplo de procesos independientes son los diferentes intérpretes de mandatos que se ejecutan de forma simultánea en un sistema. Los procesos son cooperantes cuando están diseñados para trabajar conjuntamente en alguna actividad, para lo que deben ser capaces de comunicarse e interactuar entre ellos.

Tanto si los procesos son independientes como cooperantes, pueden producirse una serie de interacciones entre ellos. Estas interacciones pueden ser de dos tipos:
  • Interacciones motivadas porque los procesos comparten o compiten por el acceso a recursos físicos o lógicos. Esta situación aparece en los distintos tipos de procesos anteriormente comentados. Por ejemplo, dos procesos totalmente independientes pueden competir por el acceso a disco. En este caso, el sistema operativo deberá encargarse de que los dos procesos accedan ordenadamente sin que se cree ningún conflicto. Esta situación también aparece cuando varios procesos desean modificar el contenido de un registro de una base de datos. Aquí es el gestor de la base de datos el que se tendrá que encargar de ordenar los distintos accesos al registro.
  • Interacción motivada porque los procesos se comunican y sincronizan entre sí para alcanzar un objetivo común. Por ejemplo, un compilador se puede construir mediante dos procesos: el compilador propiamente dicho, que se encarga de generar código ensamblador, y el proceso ensamblador, que obtiene código en lenguaje máquina a partir del ensamblador. En este ejemplo puede apreciarse la necesidad de comunicar y sincronizar a los dos procesos.
Estos dos tipos de interacciones obligan al sistema operativo a incluir mecanismo y servicios que permitan la comunicación y la sincronización entre procesos.

Resultado de imagen para interacciones entre procesos




Recursos:
https://es.appian.com/bpm/definition-of-a-business-process/
https://www.sinnaps.com/blog-gestion-proyectos/que-es-un-diagrama-de-proceso
https://sistemasoper2.wordpress.com/2014/10/21/interacciones-entre-procesos/