Modelado de procesos para gestion en pymes

2,653 views

Published on

Taller brindado a PYMES orientado al modelado de procesos.

Published in: Technology
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
2,653
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
64
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

Modelado de procesos para gestion en pymes

  1. 1. Modelado de procesosProyecto de investigación Area Ingeniería de Software 29B134 “Modelado de Requerimientos y Diseño de Sistemas Complejos”UNPA. UA Caleta Olivia. UA Río TurbioDir. Lic. Gabriela Vilanova Co- Dir Ing. Silvia Rivadeneira MolinaIntegrantes. Dr Calos Arias (Univ. Magallanes) Chile Ing. Juan Fontana Ing. Gabriela Miranda Ing. Diana Cruz Alumnos: Brenda Ducasse- Claudio Monserrat- Paez AngelCoordinadora Actividad. Lic. Adriana Moyes. Lab. De Empresas.
  2. 2. Modelado de procesosUna organización tiene una serie de objetivos quesatisface a través de Procesos de NegocioElementos de un proceso de negocio: Flujo de Tareas, Agentes, Información y Reglas NegocioReglas de Negocio regulan el funcionamiento de laempresa Describen restricciones y comportamientos NO son requisitos, pero influyen en ellos
  3. 3. Modelado de procesosProyecto de investigación Area Ingeniería de Software 29B134 “Modelado de Requerimientos y Diseño de Sistemas Complejos”UNPA. UA Caleta Olivia. UA Río TurbioDir. Lic. Gabriela Vilanova Co- Dir Ing. Silvia Rivadeneira MolinaIntegrantes. Dr Calos Arias (Univ. Magallanes) Chile Ing. Juan Fontana Ing. Gabriela Miranda Ing. Diana Cruz Alumnos: Brenda Ducasse- Claudio Monserrat- Paez AngelCoordinadora Actividad. Lic. Adriana Moyes. Lab. De Empresas.
  4. 4. Procesos y Reglas delNegocio Procesos del Negocio RN1 datos tarea2 RN3 tarea1 tarea4 tarea5 tarea3 Reglas del Negocio RN2 Determinan políticas y estructura de la información 5
  5. 5. ¿Porqué modelamos ? Para comprender el sistema actual. Para conceptualizar la solución. Para mejorar la comunicación. Para evitar ambigüedades e interpretaciones erróneas. PI 29/B134 "Modelado de Requerimientos y Diseño de Sistemas Complejos" 6
  6. 6. Modelos de proceso Cuál es el objetivo y procesos de su organización ? o piense en un ejemplo Automatizan procesos con alguna herramienta? Desarrollamos un ejemplo.
  7. 7. Ejemplo Empresa que fabrica productos bajo demanda ObjetivosEstratégicos Satisfacer pedido Incrementar las Reducir tiempo de ... de cliente ventas un 25% fabricación un 15%Subobjetivos→ Procesos del Negocio Registrar Fabricar Gestionar Realizar pedido de productos almacén de pedidos a cliente pedidos materiales proveedoresCasos de Usodel Negocio Generar Registrar Fabricar Gestionar pedidos a pedido productos almacén proveedor
  8. 8. Relación entreproceso/ciclo de vida PI 29/B134 "Modelado de Requerimientos y Diseño de Sistemas Complejos" 10
  9. 9. Desarrollo global desoftware DSD o desarrollo distribuido de software permite que stakeholders no estén en un mismo lugar físico. Cuando la lejanía incluye países distintos se denomina Desarrollo Global de Software (GSD). Si los stakeholders no pertenecen a la misma organización se denomina tercerización (outsourcing). Si se transfieren empleos a otro país se denomina deslocalización (offshoring). PI 29/B134 "Modelado de Requerimientos y Diseño de Sistemas Complejos" 11
  10. 10. Modelador de procesosEl Modelador de Procesos Bizagi le permite creardocumentos de procesos con alta calidad enWord o PDF y exportar o importar procesosdesde Visio o XML. BPMN (Business ProcessModel and Notation).
  11. 11. Etapas del modelado del negocio Identificar y definir los procesos de negocio según los objetivos de la organización. Definir un caso de uso del negocio para cada proceso del negocio (diagrama de casos de uso del negocio puede mostrar el contexto y los límites de la organización). Identificar los roles implicados en los diferentes procesos del negocio (diagrama de roles). 15
  12. 12. Modelo de Requisitos De los diagramas de proceso... rol actor actividad Caso de Uso objeto Clase del Dominio 16
  13. 13. Diagrama de Proceso “Registrar pedido” : Cliente : Comercial : JefeTecnico : JefeProduccion Demasiado compleja: :Catalogo p: Pedido Rellenar pedido [propuesto] :Plantilla de Fabricacion Descomposición Cursar pedido p: Pedido [en_evaluacion] Jerárquica Analizar viabilidad p:Pedido [evaluado] : Producto Especial Notificar rechazo [ NO ] ¿Viable? de pedido [ SI ] Fin KO :Plantilla de p: Pedido Fabricacion [rechazado] Notificar aceptación :Orden de de pedido Trabajo Ordenar fabricacion [pendiente] Planificar produccion p: Pedido [aceptado] Fin OK
  14. 14. Modelos de procesos vs Casosde usopkg Root Los Socios eliminados deben guardarse en otra BD en la cual figure el motivo de la baja <<extend>> Baja Socio Ingreso de Datos y Motivo de baja Elim inar Socio Los Datos son Usuario aprobados por <<extend>> Carga de datos aprobados Comisión que Alta Socio otorga Nro. de Socio Gestionar Socio <<extend>> Consulta Socio Listado de Padrón de Socios <<extend>> <<extend>> Pagos de Cuota Modificar Datos
  15. 15. Flujos de actividades Mostrar flujo del proceso mediante diagramas de proceso  diagramas de actividades con calles que corresponden a roles Es posible que una actividad necesite ser descripta mediante otro diagrama de actividad: Objetivos y Subobjetivos. Pueden existir procesos de negocio que no requieran interacción entre agentes. 20
  16. 16. Escenario “Registrar Pedido”: Cliente : Comercial : JefeTecnico : JefeProduccion darCursoPedido() estudiarPedido() * analizarFabricacionProducto() planificarFabricacion() informarAnalisisPedido() aceptarPedido()
  17. 17. Diagrama de interacción yde estados (UML)www.omg.org
  18. 18. Plantilla de Descripción “Registrar pedido”Proceso de Registrar PedidoNegocioObjetivo Registrar Pedido de ClienteDescripción Rol Externo 1. El cliente envía una orden de pedido, que debe incluir la fecha de solicitud, datos del cliente y productos solicitados. Es posible que sea un empleado del departamento comercial quien introduzca el pedido, a petición de un cliente que realizó su pedido por teléfono o lo envió por fax o correo ordinario al dpto. comercial de la empresa. 2. El empleado revisa el pedido (completándolo, si es necesario), y comienza su procesamiento enviándolo al jefe técnico, encargado de su análisis. 3. El jefe técnico analiza la viabilidad de cada producto pedido por separado: Roles Internos • Si el producto pedido está en el catálogo, su fabricación es aceptada. •En caso contrario es considerado un producto especial y estudia su producción: - Si es viable, la fabricación del producto especial es aceptada; - Si no es viable, el producto especial no será fabricado. 4. Una vez estudiado el pedido completo, el jefe técnico... •Informa al depto comercial de la aceptación o rechazo de cada producto pedido; •Si todos los productos de un pedido han sido aceptados, se crea una orden de trabajo para cada producto, a partir de una plantilla de fabricación (la estándar si el producto estaba catalogado, o una nueva, específicamente diseñada para el producto, si éste no estaba en el catálogo). Cada orden de trabajo es enviada al jefe de producción, y queda pendiente de su lanzamiento. 5. El comercial comunica al cliente el resultado final del análisis de su pedido.Prioridad BásicoRiesgos ...Posibilidades ...Tiempo Ejec. ...Coste Ejec. ...
  19. 19. Muchas Gracias !!

×